Oracle® Fusion Middleware Oracle Real-Time Decisionsデシジョン・センター・ユーザーズ・ガイド

11g リリース1 (11.1.1)

B72430-01(原本部品番号:E16631-03)

目次

タイトルおよび著作権情報

はじめに

- 対象読者

- ドキュメントのアクセシビリティについて

- 関連ドキュメント

- 表記規則

1 デシジョン・センター・レポートの概要

- 1.1 デシジョン・センターへのアクセス

- 1.2 インライン・サービス・ナビゲータについて

- 1.3 デシジョン・センターのツールバーについて

- 1.4 パースペクティブについて

- 1.4.1 検索パースペクティブについて

- 1.4.2 デザイン・パースペクティブについて

- 1.4.3 一覧パースペクティブについて

- 1.5 CrossSellの例について

- 1.6 時間ウィンドウ・レポート

- 1.7 一般レポート情報

2 デシジョン・センター・レポートについて

- 2.1 アプリケーション・レポートについて

- 2.1.1 アプリケーション定義の概要

- 2.1.2 アプリケーション定義の統合マップ

- 2.1.3 アプリケーション定義の対話型統合マップ

- 2.1.4 アプリケーションのパフォーマンス・トレンド

- 2.2 戦略目的レポートについて

- 2.2.1 パフォーマンス目標定義の概要

- 2.2.2 各パフォーマンス目標に対するパフォーマンス目標定義の概要

- 2.2.3 デシジョン定義の概要

- 2.2.4 各デシジョンに対するデシジョン定義の概要

- 2.2.5 各デシジョンに対するデシジョン定義の優先度

- 2.3 デシジョン・プロセス・レポートについて

- 2.3.1 フィルタリング・ルール定義の概要

- 2.3.2 スコアリング・ルール定義の概要

- 2.3.3 選択肢/選択肢グループ定義の概要

- 2.3.3.1 選択肢グループ定義の概要

- 2.3.3.2 選択肢定義の概要

- 2.3.4 選択肢定義の適格性

- 2.3.5 選択肢/選択肢グループのパフォーマンス・カウント

- 2.3.5.1 選択肢グループのパフォーマンス・カウント

- 2.3.5.2 選択肢のパフォーマンス・カウント

- 2.3.6 選択肢のパフォーマンス履歴

- 2.3.7 選択肢/選択肢グループの分析ドライバ

- 2.3.7.1 選択肢の分析ドライバ

- 2.3.7.2 選択肢グループの分析ドライバ

- 2.3.8 選択肢/選択肢グループの分析トレンド

- 2.3.8.1 選択肢グループの分析トレンド

- 2.3.8.2 選択肢の分析トレンド

- 2.3.9 選択肢/選択肢グループの最適な分析

- 2.3.9.1 選択肢グループの最適な分析

- 2.3.9.2 選択肢の最適な分析

- 2.3.10 選択肢/選択肢グループの品質

- 2.3.10.1 モデル品質の概念

- 2.3.10.2 選択肢グループの品質

- 2.3.10.3 選択肢の品質

- 2.4 統合点レポートについて

- 2.4.1 インフォーマント・レポート

- 2.4.2 アドバイザ・レポート

- 2.4.2.1 アドバイザ定義レポート

- 2.4.2.2 アドバイザ・メジャー・レポート

- 2.5 エンティティ・カタログ・レポートについて

- 2.5.1 エンティティ定義の概要

- 2.5.2 エンティティの分析カウント

- 2.5.3 エンティティの分析統計

- 2.5.4 エンティティの分析ドライバ

- 2.5.5 エンティティの分析トレンド

3 選択肢グループと選択肢の操作

- 3.1 インライン・サービスの変更と再デプロイについて

- 3.2 選択肢グループまたは選択肢の追加

- 3.2.1 選択肢グループの追加

- 3.2.2 選択肢の追加

- 3.3 選択肢グループまたは選択肢の変更

- 3.4 選択肢グループまたは選択肢のクローニング

- 3.5 選択肢グループまたは選択肢の削除

- 3.6 選択肢の移動

4 ルールについて

- 4.1 適格性ルールについて

- 4.1.1 適格性ルールの追加

- 4.1.2 選択肢グループ/選択肢のルールの評価

- 4.1.3 適格性の判定

- 4.2 フィルタリング・ルールについて

- 4.2.1 フィルタリング・ルールを使用した母集団のセグメント化

- 4.3 母集団セグメント別の業務目標優先度の調整

- 4.4 スコアリング・ルールについて

- 4.5 ルールの操作

- 4.5.1 ルール・エディタのツールバーについて

- 4.5.2 Oracle RTDルールの項と文

- 4.5.3 ルールへの文の追加

- 4.5.4 演算子の選択

- 4.5.5 ブール文の編集

- 4.5.5.1 ルール内でのタイプ制約付きオブジェクトの使用

- 4.5.6 ルール・プロパティの編集

- 4.5.7 ルール要素の反転

- 4.5.8 ルールとルール・セットの移動

Oracle® Fusion Middleware

Oracle Real-Time Decisionsデシジョン・センター・ユーザーズ・ガイド

11g リリース1 (11.1.1)

B72430-01(原本部品番号:E16631-03)

2011年12月

このドキュメントでは、Oracle Real-Time Decisionsデシジョン・センター・ツールを使用して、デプロイされたインライン・サービスを分析および調整する方法について説明します。

Oracle Fusion Middleware Oracle Real-Time Decisionsデシジョン・センター・ユーザーズ・ガイド、11gリリース1 (11.1.1)

B72430-01

Copyright © 2010, 2011, Oracle and/or its affiliates.All rights reserved.

原本主著者: Oracle Corporation

原本協力者: Oracle Real-Time Decisionsの開発、製品管理および品質保証チーム

このソフトウェアおよび関連ドキュメントの使用と開示は、ライセンス契約の制約条件に従うものとし、知的財産に関する法律により保護されています。ライセンス契約で明示的に許諾されている場合もしくは法律によって認められている場合を除き、形式、手段に関係なく、いかなる部分も使用、複写、複製、翻訳、放送、修正、ライセンス供与、送信、配布、発表、実行、公開または表示することはできません。このソフトウェアのリバース・エンジニアリング、逆アセンブル、逆コンパイルは互換性のために法律によって規定されている場合を除き、禁止されています。

ここに記載された情報は予告なしに変更される場合があります。また、誤りが無いことの保証はいたしかねます。誤りを見つけた場合は、オラクル社までご連絡ください。

このソフトウェアまたは関連ドキュメントを、米国政府機関もしくは米国政府機関に代わってこのソフトウェアまたは関連ドキュメントをライセンスされた者に提供する場合は、次の通知が適用されます。

U.S. GOVERNMENT RIGHTS Programs, software, databases, and related documentation and technical data delivered to U.S. Government customers are "commercial computer software" or "commercial technical data" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, the use, duplication, disclosure, modification, and adaptation shall be subject to the restrictions and license terms set forth in the applicable Government contract, and, to the extent applicable by the terms of the Government contract, the additional rights set forth in FAR 52.227-19, Commercial Computer Software License (December 2007).Oracle America, Inc., 500 Oracle Parkway, Redwood City, CA 94065.

このソフトウェアもしくはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアもしくはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(redundancy)、その他の対策を講じることは使用者の責任となります。このソフトウェアもしくはハードウェアを危険が伴うアプリケーションで使用したことに起因して損害が発生しても、オラクル社およびその関連会社は一切の責任を負いかねます。

OracleおよびJavaはOracle Corporationおよびその関連企業の登録商標です。その他の名称は、それぞれの所有者の商標または登録商標です。

Intel、Intel Xeonは、Intel Corporationの商標または登録商標です。すべてのSPARCの商標はライセンスをもとに使用し、SPARC International, Inc.の商標または登録商標です。AMD、Opteron、AMDロゴ、AMD Opteronロゴは、Advanced Micro Devices, Inc.の商標または登録商標です。UNIXは、The Open Groupの登録商標です。

このソフトウェアまたはハードウェア、そしてドキュメントは、第三者のコンテンツ、製品、サービスへのアクセス、あるいはそれらに関する情報を提供することがあります。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスに関して一切の責任を負わず、いかなる保証もいたしません。オラクル社およびその関連会社は、第三者のコンテンツ、製品、サービスへのアクセスまたは使用によって損失、費用、あるいは損害が発生しても一切の責任を負いかねます。

はじめに

Oracle Real-Time Decisions (Oracle RTD)には、デプロイされたインライン・サービスの分析と調整に使用するツールである、デシジョン・センターが付属しています。デシジョン・センターのターゲット・ユーザーは、分析されたデータを構造的を表示することで恩恵が得られる可能性があるビジネス・アナリストです。

このガイドでは、デシジョン・センターにより表示される情報の概要と、インライン・サービスを調整および再デプロイする手段について説明します。

対象読者

このドキュメントは、デシジョン・センターのビジネス・ユーザーを対象にしています。ユーザーは、ブラウザベースのアプリケーションの使用に関する実用的な知識を持っている必要があります。

ドキュメントのアクセシビリティについて

Oracleのアクセシビリティについての詳細情報は、Oracle Accessibility ProgramのWebサイト(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=docacc)を参照してください。

Oracle Supportへのアクセス

Oracleサポート・サービスでは、My Oracle Supportを通して電子支援サービスを提供しています。詳細情報は(http://www.oracle.com/pls/topic/lookup?ctx=acc&id=info) か、聴覚に障害のあるお客様は (http://www.oracle.com/pls/topic/lookup?ctx=acc&id=trs)を参照してください。

関連ドキュメント

詳細は、Oracle Fusion Middleware 11g リリース1 (11.1.1)用ドキュメンテーション・セットの次のドキュメントを参照してください。

- 使用しているプラットフォーム用のOracle Fusion Middlewareリリース・ノート

- Oracle Fusion Middleware Oracle Real-Time Decisions管理者ガイド

- Oracle Fusion Middleware Oracle Real-Time Decisionsプラットフォーム開発者ガイド

表記規則

このマニュアルでは次の表記規則を使用します。

規則

意味

太字

太字は、操作に関連するGraphical User Interface要素、または本文中で定義されている用語および用語集に記載されている用語を示します。

イタリック体

イタリックは、ユーザーが特定の値を指定するプレースホルダ変数を示します。

固定幅フォント

固定幅フォントは、段落内のコマンド、URL、サンプル内のコード、画面に表示されるテキスト、または入力するテキストを示します。

1 デシジョン・センター・レポートの概要

デシジョン・センターは、デプロイしたインライン・サービスで収集される構造やデータをビジネス・ユーザーが検索、変更および調査するためのシン・クライアント・ツールです。また、インライン・サービスの変更や、Real-Time Decision Serverへのインライン・サービスの再デプロイを可能にする数多くのレポートやエディタを備えています。

デシジョン・センターには、インライン・サービス・ナビゲータ、ツールバー、およびタブとサブタブの3つのナビゲート方法があります。

この章には次のトピックが含まれます:

- 第1.1項「デシジョン・センターへのアクセス」

- 第1.2項「インライン・サービス・ナビゲータについて」

- 第1.3項「デシジョン・センターのツールバーについて」

- 第1.4項「パースペクティブについて」

- 第1.5項「CrossSellの例について」

- 第1.6項「時間ウィンドウ・レポート」

- 第1.7項「一般レポート情報」

1.1 デシジョン・センターへのアクセス

任意のコンピュータからデシジョン・センターにアクセスするには、Webブラウザを起動して、http://server_name:port/uiに移動します。

Oracle Real-Time Decisionsアプリケーション・ポートは、通常、9704です。

「サインイン」ウィンドウで、ユーザー名とパスワードを入力し、「サインイン」をクリックします。

1つ以上のインライン・サービスをデプロイした場合は、インライン・サービスを開きます。

1.2 インライン・サービス・ナビゲータについて

デシジョン・センターの左ペインには、インライン・サービスを構成する各要素をツリー構造で示すインライン・サービス・ナビゲータがあります。

インライン・サービス・ナビゲータで任意の要素をクリックすると、その要素に対応するレポートが右側の表示ペインに表示されます。

図1-1にインライン・サービス・ナビゲータを示します。

図1-1 インライン・サービス・ナビゲータ

「図1-1 インライン・サービス・ナビゲータ」の説明

1.3 デシジョン・センターのツールバーについて

タスクの多くは、デシジョン・センターのツールバーを使用して実行できます。表1-1は、デシジョン・センターのツールバーのアイコンを示します。

表1-1デシジョン・センターのツールバーのアイコン

アイコン

クリックした場合の動作

前のオブジェクトを選択する

次のオブジェクトを選択する

インライン・サービスを選択する

パースペクティブを選択する

インライン・サービスを別のデプロイ状態に昇格する

インライン・サービスを再デプロイする

変更を破棄する

現在のレポート・ページを印刷する

新しいフィルタリング・ルールを作成する

新しいスコアリング・ルールを作成する

フィルタリング・ルールを削除する(フィルタリング・ルールがアクセスされている場合に表示)

スコアリング・ルールを削除する(スコアリング・ルールがアクセスされている場合に表示)

注意:

デシジョン・センター・レポートを印刷する際は、ブラウザの印刷アイコンやメニューの印刷オプションなど、ブラウザの印刷オプションを使用しないでください。

1.4 パースペクティブについて

デシジョン・センターでは、複数のパースペクティブでインライン・サービスを操作できます。パースペクティブは、デシジョン・センターの初期レイアウトを定義します。各パースペクティブは、特定のタイプのタスクを実行するための機能セットを備えており、特定のリソース・タイプを操作します。パースペクティブは、インライン・サービスの要素のうちどれを可視化するか、およびその要素に関連付けられたどのレポートを可視化するかを制御します。

デシジョン・センターには、検索、デザインおよび一覧の3つのパースペクティブがあります。インライン・サービス・ナビゲータは、使用しているパースペクティブに応じて変化します。

独自のパースペクティブを定義すれば、可視化する要素とレポートをさらに詳細に制御できます。

この項には次のトピックが含まれます:

- 第1.4.1項「検索パースペクティブについて」

- 第1.4.2項「デザイン・パースペクティブについて」

- 第1.4.3項「一覧パースペクティブについて」

1.4.1 検索パースペクティブについて

検索パースペクティブは、インライン・サービスのレポート表示です。これにより、ビジネス・アナリストはOracle RTD Decisionsの主要要素を調べることができます。

1.4.2 デザイン・パースペクティブについて

デザイン・パースペクティブにより、ビジネス・アナリストはインライン・サービスの分析のほかに、インライン・サービスの変更も実行できます。

次のような変更を実行できます。

- スコアリングおよびフィルタリング・ルールを調整して作成します。

- デシジョンに対するパフォーマンス・メトリックの重み付けを調整します。

- デシジョンのセグメントを追加または削除します。

- 選択肢と選択肢グループの適格性ルールを変更します。

- 選択肢と選択肢グループのフィルタリング・ルールを変更します。

- インライン・サービスを別のサーバーにデプロイします。

- インライン・サービスを変更した後に再デプロイします。

変更を実行できるのは、(「インライン・サービスの選択」ウィンドウで)インライン・サービスが編集用に開かれており、デザイン・パースペクティブが指定されている場合のみです。

1.4.3 一覧パースペクティブについて

一覧パースペクティブは、インライン・サービスを経営者の視点から見るためのものです。

一覧パースペクティブは、インライン・サービスに含まれる要素とレポートのハイレベル・サマリーを示します。

1.5 CrossSellの例について

デシジョン・センターの機能とレポートについて説明するために、このガイドでは、Oracle Real-Time Decisionsに付属している抱合せ販売の例を使用します。この例をデプロイしてデシジョン・センターの機能を確認するには、システム管理者に問い合せてください。

このCrossSellインライン・サービスの例は、ある金融サービスのコンタクト・センターにおける抱合せ販売と顧客維持に関するデシジョンを単純な形で実装するものです。センターで電話を受けると、顧客および連絡先チャネルに関する情報が入力されます。

この顧客に関する既知の情報を元に、顧客への抱合せ販売のオファーが選択されます。そのオファーの成否が追跡され、サーバーに送信されます。その結果、抱合せ販売のオファーの向上に役立つフィードバックが基礎となるデシジョン・モデルに追加されます。

CrossSellの例を参考に、デシジョン・センターのレポートについて詳しく説明していきます。

1.6 時間ウィンドウ・レポート

ユーザーは、レポート・ヘッダーの「時間ウィンドウ」パラメータおよび「不完全な時間ウィンドウの表示」パラメータを選択することにより、多くのデシジョン・センター・レポートで期間を選択できます。

デシジョン・センター・ユーザーは、次で得られた情報をレポートできます。

- 特定の時間ウィンドウ: 「時間ウィンドウ」リスト値からの選択

- 現在の時間ウィンドウのみ: 「時間ウィンドウ」リスト値からの選択および「不完全な時間ウィンドウの表示」の選択

- 現在の時間ウィンドウ+前の時間ウィンドウの特殊なケース: 「時間ウィンドウ」リスト値からの現在の時間ウィンドウの選択および「不完全な時間ウィンドウの表示」の選択解除

1.7 一般レポート情報

この項では、様々なレポートに出現する可能性がある値についての補足情報を説明します。

次のパフォーマンス・カウントの例に示すように、多くのデシジョン・センター・レポートでは、レポート・ヘッダーでパーティション属性値を選択することによって、結果をフィルタ処理できます。

図missing.gifの説明

これらのレポートでは、パーティション属性に対するフィルタリング・リスト値の「(なし)」という値は、その属性に対してnull値が1回以上提示されたことを示します。

2 デシジョン・センター・レポートについて

インライン・サービス・ナビゲータの各要素は、実行中のインライン・サービスの一部を表します。それぞれの要素は、分析に役立つ情報を収集および表示します。デシジョン・センターには、ユーザーの学習内容や統計のすべての側面を、必要な知識レベルで調査できる豊富なレポート・セットがあります。また、この情報を他のBIシステムにエクスポートして、さらに分析することも可能です。これにより、各ユーザーは、Oracle Real-Time Decisionsの動作のしくみを理解したうえで、その分析結果を検証できます。

この章で示すレポートは、CrossSellというインライン・サービスの例に含まれています。実際のレポートに表示されるデータはこの章のレポートの例とわずかに異なることがありますが、それはこのシミュレートされたユース・ケースで使用されるデータのランダム性によるものです。

デシジョン・センターのレポートに対する一般的な考慮事項は次のとおりです。

- この章で示すレポートはすべて追加設定なしで作成されますが、ラベル(説明、オブジェクト名、イベント名、パーティションなど)はデシジョン・スタジオでの構成時に定義されます。

- キー・データ・フィールドは青いテキスト・リンクとして表示されます。このリンクをドリルダウンすると、さらに詳しい情報を見ることができます。

この章には次のトピックが含まれます:

- 第2.1項「アプリケーション・レポートについて」

- 第2.2項「戦略目的レポートについて」

- 第2.3項「デシジョン・プロセス・レポートについて」

- 第2.4項「統合点レポートについて」

- 第2.5項「エンティティ・カタログ・レポートについて」

2.1 アプリケーション・レポートについて

この項では、アプリケーション・レベルで作成可能なレポートについて説明します。インライン・サービス・エクスプローラのアプリケーション要素は、インライン・サービス名で識別します。インライン・サービス名の後には、そのデプロイ状態が続きます。例:

この項には次のトピックが含まれます:

- 第2.1.1項「アプリケーション定義の概要」

- 第2.1.2項「アプリケーション定義の統合マップ」

- 第2.1.3項「アプリケーション定義の対話型統合マップ」

- 第2.1.4項「アプリケーションのパフォーマンス・トレンド」

2.1.1 アプリケーション定義の概要

アプリケーション定義の概要レポートには、インライン・サービスに関する次のような一般情報が表示されます。

- 説明: インライン・サービスの説明

- 定義: インライン・サービスで使用されるアプリケーション・パラメータ

- 目標: インライン・サービスがサポートするパフォーマンス目標

図2-1は、アプリケーション定義の概要レポートの例です。

図2-1 アプリケーション定義の概要レポート

「図2-1 アプリケーション定義の概要レポート」の説明

2.1.2 アプリケーション定義の統合マップ

アプリケーション定義の統合マップ・レポートでは、インライン・サービス全体をスイムレーン形式で見ることができます。インライン・サービスの統合先である各システムがスイムレーンとして表示され、左側にはその名前が示されます。統合点は、青いスイムレーン内で表されています。統合点には、インフォーマントとアドバイザの2つのタイプがあります。

インフォーマントによって各種業務系システムから情報やイベントが収集され、インライン・サービスへの一方向のデータの流れを示します。たとえば、図2-2に示すCallStartインフォーマントは、IVRシステムからの着信コールに関するデータを収集します。

アドバイザは、業務系システムからのリクエストに応じて、そのシステムにアドバイスを返します。つまり、インライン・サービスへのデータの流れ(アドバイスのリクエスト)と、アドバイスを業務系システムに返すデータの流れを両方とも示します。たとえば、図2-2のOfferRequestアドバイザは、インライン・サービスに送信される抱合せ販売のオファーについてのリクエストと、CRMシステムに返される抱合せ販売に対するアドバイスを示します。

図2-2は、アプリケーション定義の統合マップ・レポートの例です。

図2-2 アプリケーション定義の統合マップ・レポート

「図2-2 アプリケーション定義の統合マップ・レポート」の説明

2.1.3 アプリケーション定義の対話型統合マップ

アプリケーション定義の対話型統合マップ・レポートには、アプリケーション定義の統合マップ・レポートと同様にインライン・サービスがスイムレーン形式で表示されますが、レポートに表示される統合点をユーザーが操作できる点が異なります。ユーザーが実行できる操作としては、インフォーマントおよびアドバイザのコールのトリガーや、コール実行時にOracle RTDによって内部的に実行されるステップの検査などがあります。

図2-3は、アプリケーション定義の対話型統合マップ・レポートが起動されたときの例です。

図2-3 アプリケーション定義の対話型統合マップ・レポート

「図2-3 アプリケーション定義の対話型統合マップ・レポート」の説明

注意:

この項では、インフォーマントよりアドバイザを重点的に取り上げて、アドバイザが生成する詳細な情報について説明します。

すべてのアドバイザには、デシジョンが関連付けられています。一般に、アドバイザ・リクエストに対するデシジョン・プロセス・ロジックの主要な高レベルのステージは、次のようにまとめられます。

- 適格性
初めに、各選択肢が適格かどうかの検査が、デシジョンが関連付けられている選択肢グループから始まり、下位に向かって、この選択肢グループ内のすべての選択肢に対する適格性条件の検査が完了するまで続けられます。

- 各目標のスコアリング
次に、適格である選択肢のそれぞれについて、スコア(合計スコア)を計算します。各選択肢の合計スコアは、デシジョン優先度、重み付けおよびスコアリング関数(各パフォーマンス目標に関連付けられている)の関数です。

- 選択肢の順序付け
最後に、選択肢のそれぞれを比較し、合計スコアの降順に並べて、この選択プロセスを勝ち抜いた選択肢を決定します。

これを説明するために、アドバイザOfferRequestの例を使用します。これは、Oracle Real-Time Decisionsのデシジョン・ロジックをトリガーする統合点です。

この例では、顧客(ID 1000)がCallチャネルとやり取りします(1000とCallは両方ともアドバイザOfferRequestへのパラメータです)。OfferRequestアドバイザに対するOracle Real-Time Decisionsのデシジョン・ロジックの結果は、次のとおりです。

- Oracle Real-Time Decisionsはオファー(この例の場合、Credit Protection)を返します。

- クライアント・アプリケーションには追加情報も渡されるため(購入の可能性とメッセージなど)、顧客に対する推奨事項を適切に提示できます。

通常、「統合マップ」で統合点をクリックすると、その統合点のセッション・キーとパラメータが「イベント」領域に表示されます。たとえば、アドバイザOfferRequestをクリックすると、次の情報が「イベント」領域に表示されます。

キーとパラメータの値を入力して「イベントの送信」をクリックすると、その統合点に対するアクションのロジックがOracle RTDによって実行され、次に示す情報が表示されます。

- 「デシジョン・プロセス・トレース」領域を開くと、デシジョン・プロセスのステップのトレースが表示されます。

- アドバイザ・コールの場合は、「デシジョン」領域を開くと、推奨される選択肢および選択肢の属性値が表示されます。

注意:

OfferRequestアドバイザをクリックして得られる具体的な結果は、次の出力に示されている値と必ずしも一致しません。これは、CrossSellの例に関連する学習データが、LoadGenツールを使用するデータ生成スクリプトで構築されており、これが顧客レスポンスをある程度ランダムにシミュレートすることが原因です。その結果、アドバイザはCredit Protection以外のオファーを返す可能性があり、可能性値が、次の出力に示されている値とは異なります。

引き続きOfferRequestコールを例に取って説明します。顧客IDに1000と入力し、チャネルにCall(デフォルト値)と入力してからイベントを送信すると、「デシジョン」領域にはCredit Protectionという選択肢の属性値が次のとおり表示されます。

- likelihoodOfPurchase = 0.0089383116255807877

- メッセージ = 有効期限内にいくつかのことが予想されます....

- shouldRespondPositively = false

「デシジョン・プロセス・トレース」領域を開くと、時間が指定されたトレース・エントリが次のように表示されます(適格性、スコアリングおよび順序付けというアドバイザの3つの主要な処理ステージを示すために、ここでは見出しをつけています)。

適格性

10:36:59,906 Entering integration point OfferRequest
10:36:59,906 Decision  will return 1 choice(s).
10:36:59,906 Decision  will use choicegroups: Offers
10:36:59,921 Checking eligibility for group Offers.
10:36:59,921 Group Offers is eligible.
10:36:59,921 Checking eligibility for group Loans.
10:36:59,921 Group Loans is eligible.
10:36:59,921 Checking eligibility for group Loans.
10:36:59,921 Group Loans is eligible.
10:36:59,921 Checking eligibility for group Loan Services.
10:36:59,921 Group Loan Services is eligible.
10:36:59,921 Checking eligibility for group Loan Services.
10:36:59,921 Group Loan Services is eligible.
10:36:59,921 Checking eligibility for choice Waive Fees
10:36:59,921 Choice Waive Fees is eligible
10:36:59,921 Checking eligibility for choice Reduced Interest Rate
10:36:59,921 Choice Reduced Interest Rate is eligible
10:36:59,921 Checking eligibility for group Loan Products.
10:36:59,921 Group Loan Products is eligible.
10:36:59,921 Checking eligibility for group Loan Products.
10:36:59,921 Group Loan Products is eligible.
10:36:59,921 Checking eligibility for choice Home Mortgage
10:36:59,921 Choice Home Mortgage is eligible
10:36:59,921 Checking eligibility for choice Student Loan
10:36:59,921 Choice Student Loan is eligible
10:36:59,921 Checking eligibility for group Credit Cards.
10:36:59,921 Group Credit Cards is eligible.
10:36:59,921 Checking eligibility for group Credit Cards.
10:36:59,921 Group Credit Cards is eligible.
10:36:59,921 Checking eligibility for group Credit Services.
10:36:59,921 Group Credit Services is eligible.
10:36:59,921 Checking eligibility for group Credit Services.
10:36:59,921 Group Credit Services is eligible.
10:36:59,921 Checking eligibility for choice Electronic Payments
10:36:59,921 Choice Electronic Payments is eligible
10:36:59,921 Checking eligibility for choice Credit Protection
10:36:59,921 Choice Credit Protection is eligible
10:36:59,921 Checking eligibility for group Credit Products.
10:36:59,921 Group Credit Products is eligible.
10:36:59,921 Checking eligibility for group Credit Products.
10:36:59,921 Group Credit Products is eligible.
10:36:59,921 Checking eligibility for choice Platinum Card
10:36:59,921 Choice Platinum Card is eligible
10:36:59,921 Checking eligibility for choice Gold Card
10:36:59,921 Choice Gold Card is eligible
10:36:59,921 Checking eligibility for choice Miles Card
10:36:59,921 Choice Miles Card is eligible
10:36:59,921 Eligible choices: (Waive Fees,Reduced Interest Rate,Home Mortgage,Student Loan,Electronic Payments,Credit Protection,Platinum Card,Gold Card,Miles Card)

各目標のスコアリング

10:36:59,921 Goals Normalization Factors Applied: (Customer Retention: 1.0, Revenue: 1.0)
10:36:59,921 Goals Optimizations Applied: (Customer Retention: Maximize , Revenue: Maximize )
10:36:59,921 Goal Weights Received: (CustomerRetention: 0.30000000000000004, Revenue: 0.7 )
10:36:59,921 Weighted, normalized score for performance goal Customer Retention for choice Waive Fees: 2.175
10:36:59,921 Weighted, normalized score for performance goal Revenue for choice Waive Fees: 0
10:36:59,921 Total score for choice Waive Fees: 2.175
10:36:59,921 Weighted, normalized score for performance goal Customer Retention for choice Reduced Interest Rate: 2.175
10:36:59,921 Weighted, normalized score for performance goal Revenue for choice Reduced Interest Rate: 0
10:36:59,921 Total score for choice Reduced Interest Rate: 2.175
10:36:59,921 Weighted, normalized score for performance goal Customer Retention for choice Home Mortgage: 0.3
10:36:59,921 Weighted, normalized score for performance goal Revenue for choice Home Mortgage: 0.02
10:36:59,921 Total score for choice Home Mortgage: 0.32
10:36:59,921 Weighted, normalized score for performance goal Customer Retention for choice Student Loan: 0.3
10:36:59,921 Weighted, normalized score for performance goal Revenue for choice Student Loan: 0.02
10:36:59,921 Total score for choice Student Loan: 0.32
10:36:59,921 Weighted, normalized score for performance goal Customer Retention for choice Electronic Payments: 1.5
10:36:59,921 Weighted, normalized score for performance goal Revenue for choice Electronic Payments: 0.024
10:36:59,921 Total score for choice Electronic Payments: 1.524
10:36:59,921 Weighted, normalized score for performance goal Customer Retention for choice Credit Protection: 2.1
10:36:59,921 Weighted, normalized score for performance goal Revenue for choice Credit Protection: 0.125
10:36:59,921 Total score for choice Credit Protection: 2.225
10:36:59,921 Weighted, normalized score for performance goal Customer Retention for choice Platinum Card: 0.6
10:36:59,921 Weighted, normalized score for performance goal Revenue for choice Platinum Card: 0.991
10:36:59,921 Total score for choice Platinum Card: 1.591
10:36:59,921 Weighted, normalized score for performance goal Customer Retention for choice Gold Card: 0.6
10:36:59,921 Weighted, normalized score for performance goal Revenue for choice Gold Card: 0.419
10:36:59,921 Total score for choice Gold Card: 1.019
10:36:59,921 Weighted, normalized score for performance goal Customer Retention for choice Miles Card: 0.6
10:36:59,921 Weighted, normalized score for performance goal Revenue for choice Miles Card: 0.207
10:36:59,921 Total score for choice Miles Card: 0.807

選択肢の順序付け

10:36:59,921 Comparing choice Waive Fees random value 0.207 with choice Reduced Interest Rate random value 0.818
10:36:59,921 Comparing choice Reduced Interest Rate total score 2.175 with choice Home Mortgage total score 0.32
10:36:59,921 Comparing choice Reduced Interest Rate total score 2.175 with choice Student Loan total score 0.32
10:36:59,921 Comparing choice Reduced Interest Rate total score 2.175 with choice Electronic Payments total score 1.524
10:36:59,921 Comparing choice Reduced Interest Rate total score 2.175 with choice Credit Protection total score 2.225
10:36:59,921 Comparing choice Credit Protection total score 2.225 with choice Platinum Card total score 1.591
10:36:59,921 Comparing choice Credit Protection total score 2.225 with choice Gold Card total score 1.019
10:36:59,921 Comparing choice Credit Protection total score 2.225 with choice Miles Card total score 0.807
10:36:59,921 Winner number 0 is Credit Protection
10:36:59,921 Selected choices: Credit Protection

2.1.4 アプリケーションのパフォーマンス・トレンド

アプリケーションのパフォーマンス・トレンド・レポートは、インライン・サービスの中で定義されている選択肢に関連付けられるイベントに関連する、重要なトレンドの概要を示します。

アプリケーションのパフォーマンス・トレンド・レポートには、インライン・サービス内のすべてのモデルについて、特定の期間に提示されたオファーの数の変化が相対的割合として表示されます。その期間中に発生した各イベントについて、オファー(「選択肢」列)が表示されます。

CrossSellの例:

- 抱合せ販売のオファーに関して、Delivered、InterestedおよびPurchasedの3つのイベントがインライン・サービスによって定義されます。Deliveredは、ベースライン・イベントです。

- カウント変化率(%)は、ある期間から別の期間までのInterestedイベントまたはPurchasedイベントの変化の大きさです。

- 相対変化率(%)は、ベースラインに対する関心または購入の比率の変化の大きさです。

図2-4は、アプリケーションのパフォーマンス・トレンド・レポートの例です。

図2-4 アプリケーションのパフォーマンス・トレンド・レポート

「図2-4 アプリケーションのパフォーマンス・トレンド・レポート」の説明

2.2 戦略目的レポートについて

この項では、戦略目的レベルで作成可能なレポートについて説明します。戦略目的レポートは、インライン・サービス・ナビゲータの「戦略目標」というブランチの下にあります。例:

図isn_strategic_objectives.gifの説明

この項には次のトピックが含まれます:

- 第2.2.1項「パフォーマンス目標定義の概要」

- 第2.2.2項「各パフォーマンス目標に対するパフォーマンス目標定義の概要」

- 第2.2.3項「デシジョン定義の概要」

- 第2.2.4項「各デシジョンに対するデシジョン定義の概要」

- 第2.2.5項「各デシジョンに対するデシジョン定義の優先度」

2.2.1 パフォーマンス目標定義の概要

パフォーマンス目標定義の概要レポートには、インライン・サービスの中で定義されているすべてのパフォーマンス目標が一覧表示されます。図2-5に示す例では、インライン・サービスによって提示されるアドバイスが顧客維持と収益の両方を最大化するように最適化されています。

図2-5は、パフォーマンス目標定義の概要レポートの例です。

図2-5 パフォーマンス目標定義の概要レポート

「図2-5 パフォーマンス目標定義の概要レポート」の説明

2.2.2 各パフォーマンス目標に対するパフォーマンス目標定義の概要

各パフォーマンス目標にも、パフォーマンス目標定義の概要レポートを含めることができます。このレポートには、各パフォーマンス目標の詳細(目標が必要かどうか、正規化ファクタ、最適化の指示など)が表示されます。

注意:

複数のパフォーマンス・メトリックがあり、それぞれ異なる単位を使用する場合は、値を正規化するための正規化ファクタが設定されます。たとえば、秒単位で測定する「保留時間最小化」という別のメトリックがある場合の正規化ファクタは、その組織の収益1ドル分に相当する最小時間(秒数)です。

図2-6は、「顧客維持」というパフォーマンス目標の定義の概要レポートです。

図2-6 パフォーマンス目標定義の概要レポート

「図2-6 パフォーマンス目標定義の概要レポート」の説明

「必須」フラグは、このパフォーマンス目標を使用するときに各選択肢のスコアが必要かどうかを示します。「必須」が「true」のときは、このパフォーマンス目標に対してランダム値が使用される可能性があることを示します(非収束性の予測モデルが関連付けられている場合)。

2.2.3 デシジョン定義の概要

デシジョン定義の概要レポートには、インライン・サービスの中で定義されているすべてのデシジョンが一覧表示されます。この例には、OfferDecisionおよびRandomDecisionという2つのデシジョンがあります。デシジョンは、アドバイザが適格な選択肢を判別し、各選択肢のスコアを動的に計算し、母集団のセグメントに応じてそのスコアに重みを付け、最適な選択肢を選択するために使用されます。デシジョンによって選択された選択肢は、リクエスト元の業務系システム(この例ではCRMシステム)に返されるアドバイスを表します。

各デシジョンには、説明、およびそのデシジョンに関連付けられたパフォーマンス目標が表示されます。

図2-7は、デシジョン定義の概要レポートの例です。

図2-7 デシジョン定義の概要レポート

「図2-7 デシジョン定義の概要レポート」の説明

2.2.4 各デシジョンに対するデシジョン定義の概要

各デシジョンにも、デシジョン定義の概要レポートがあります。このレポートには、デシジョンの説明と返される選択肢(アドバイス)の数、およびその選択肢が属する選択肢グループが表示されます。

OfferDecisionの定義の概要レポートには、次に示す説明が表示されます。

- OfferDecisionは、顧客に提示するオファーを決定します。顧客維持に適格な母集団のセグメントの場合、顧客維持のパフォーマンス・メトリックをサポートするオファーがより高く重み付けされます。

図2-8は、OfferDecisionというデシジョン定義の概要レポートです。

図2-8 デシジョン定義の概要レポート

「図2-8 デシジョン定義の概要レポート」の説明

「オファー」リンクをクリックすると、オファー選択肢グループにナビゲートできます。

2.2.5 各デシジョンに対するデシジョン定義の優先度

デシジョン優先度は、パフォーマンス目標の相対的な重要性を示します。状況や顧客セグメントに応じて異なる優先度を定義することができます。

たとえば、図2-9の例では、デシジョンOfferDecisionに関して、提示するオファーを決定するコンテキスト内で、維持が重要である顧客のグループがセグメントとして定義されています。母集団のこのセグメントでは、顧客維持に関するパフォーマンス目標が高く重み付けされていることがわかります。

母集団の残りのセグメントでは、収益の最大化に関するパフォーマンス目標がより高く重み付けされています。

母集団のセグメント化の詳細は、第4.2.1項「フィルタリング・ルールを使用した母集団のセグメント化」を参照してください。

注意:

このレポートにおける優先度の変更は、インライン・サービスが編集モードで開かれている場合のみ行うことができます。

図2-9は、OfferDecisionというデシジョンの定義の優先度レポートです。CrossSellインライン・サービスは編集モードで開かれています。

図2-9 デシジョン定義の優先度レポート

「図2-9 デシジョン定義の優先度レポート」の説明

2.3 デシジョン・プロセス・レポートについて

この項では、デシジョン・プロセス・レベルで作成可能なレポートについて説明します。デシジョン・プロセス・レポートは、インライン・サービス・ナビゲータの「デシジョン・プロセス」というブランチの下にあります。例:

図isn_decision_process.gifの説明

選択肢と選択肢グループは階層型です。選択肢グループは、選択肢の編成に役立ちます。選択肢グループは、収集および分析された観測結果を編成する場合、またアドバイザ統合点を介してビジネス・プロセスに返すフィードバックを編成する場合に使用できます。

デシジョン・センターのレポートに対する動的選択肢の影響

選択肢には、静的なものと動的なものがあります。

- 静的選択肢は、インライン・サービスの中で明示的に定義されます。

- 動的選択肢は、実行時に外部データ・ソースから取り出されるか、実行時にプログラムによって生成されます。

注意:

デシジョン・センターでは、選択肢に関連付けられたイベントが発生済かどうかにかかわらず、静的選択肢はすべてツリーに表示されるのに対し、動的選択肢はモデル学習データに追加されたもののみがインライン・サービス・ナビゲータに表示されます。

そのため、ツリー内の動的選択肢および関連レポートは、関連付けられたイベントが初めて発生した場合のみデシジョン・センターに表示されます。

インライン・サービスの動的選択肢を定義する中で、デシジョン・センターでの動的選択肢の表示方法に影響を及ぼすもう1つの要因は、「デシジョン・センター上の1つの選択肢グループ・フォルダ内の選択肢の最大数」パラメータです。この項の中では、これを最大選択肢パラメータと呼ぶこともあります。このパラメータは、動的選択肢が含まれる選択肢グループを定義するときに指定します。

デシジョン・センターのレポートの中で、静的選択肢の前には次に示すチェック・マークのアイコンが表示されます。

また、動的選択肢の前には、次に示すチェック・マークとアスタリスクのアイコンが表示されます。

動的選択肢の上位にある選択肢グループのフォルダ・アイコンは、最大選択肢パラメータに応じて、次のいずれかが表示されます。

- 選択肢の総数が、その選択肢グループに対して定義されている最大数を超えている場合は、システムによって作成された「範囲グループ」つまりサブフォルダに分けて表示されます。

- それ以外の場合は、選択肢グループ名の直下に選択肢が表示されます。

システム生成フォルダは、そのフォルダ内の最初と最後の選択肢の名前を文字列(...)で区切った形式の名前になります。システム生成フォルダは、範囲フォルダと呼ぶこともあります。範囲フォルダを表すアイコンには、チェック・マークとアスタリスクが付いています。

図2-10に示したインライン・サービス・ナビゲータのメニューの例には、次のものが表示されています。

- 5個の動的選択肢が推奨され、モデル学習データに追加されています。

- 動的選択肢はそれぞれ、システムによって作成された2つの範囲フォルダ名のいずれかの下に表示されます。

この例では、保険サービス選択肢グループにおける選択肢グループごとの最大選択肢数は3に設定されています。

図2-10 インライン・サービス・ナビゲータでの動的選択肢レイアウトの例

注意:

デシジョン・センターでの標準フォルダと範囲フォルダの使用法について、大きな違いが1つあります。

標準フォルダの名前をクリックするとそのフォルダの中の選択肢のレポートが開くのに対して、範囲フォルダは表示のみです。

つまり、範囲フォルダの名前をクリックしてもレポートが開くことはありません。動的選択肢のレポートを表示するには、動的選択肢そのものをクリックする必要があります。

この項には次のトピックが含まれます:

- 第2.3.1項「フィルタリング・ルール定義の概要」

- 第2.3.2項「スコアリング・ルール定義の概要」

- 第2.3.3項「選択肢/選択肢グループ定義の概要」

- 第2.3.4項「選択肢定義の適格性」

- 第2.3.5項「選択肢/選択肢グループのパフォーマンス・カウント」

- 第2.3.6項「選択肢のパフォーマンス履歴」

- 第2.3.7項「選択肢/選択肢グループの分析ドライバ」

- 第2.3.8項「選択肢/選択肢グループの分析トレンド」

- 第2.3.9項「選択肢/選択肢グループの最適な分析」

- 第2.3.10項「選択肢/選択肢グループの品質」

2.3.1 フィルタリング・ルール定義の概要

フィルタリング・ルール定義の概要レポートには、インライン・サービスの中で定義されているフィルタリング・ルールの1つがグラフィカルに表示されます。

フィルタリング・ルールを使用すると、再使用可能なロジックを定義して、それを適格性ルール、スコアリング・ルール、デシジョン優先度などの様々な場所で参照できます。

新規ルール作成の詳細は、第4章を参照してください。

図2-11に示す例では、維持する必要のある母集団セグメントが定義されています。この例のセグメントは、次の2つの条件を満たすものとして定義されています。

- この顧客による放棄コールの数が6以上である

- 顧客歴が2年以上である

図2-11は、維持するセグメントというフィルタリング・ルールの定義の概要レポートです。CrossSellインライン・サービスは編集モードで開かれています。

図2-11 フィルタリング・ルール定義の概要レポート

「図2-11 フィルタリング・ルール定義の概要レポート」の説明

2.3.2 スコアリング・ルール定義の概要

スコアリング・ルール定義の概要レポートには、インライン・サービスの中で定義されているスコアリング・ルールの1つがグラフィカルに表示されます。スコアリング・ルールを使用すると、選択肢(この例ではオファー)にスコアを割り当てることができます。たとえば、図2-12に示したルールは、顧客の与信金額レベルに応じて異なるスコアを割り当てます。

スコアリング・ルールを使用すると、再使用可能なスコアリング・ロジックを定義して、それを選択肢の属性やパフォーマンス目標に関連付けることができます。

新規ルール作成の詳細は、第4章を参照してください。

図2-12は、引き下げられた金利の維持というスコアリング・ルールの定義の概要レポートです。CrossSellインライン・サービスは編集モードで開かれています。

図2-12 スコアリング・ルール定義の概要レポート

「図2-12 スコアリング・ルール定義の概要レポート」の説明

2.3.3 選択肢/選択肢グループ定義の概要

選択肢グループは、選択肢を論理的なカテゴリにグループ化するために作成され、ネスト階層で設定できます。選択肢は必ず、特定の選択肢グループのメンバーとなります。

デシジョン・センターでは、定義レポートがあるのは選択肢グループと静的選択肢のみです。動的選択肢の定義レポートはありません。

注意:

特に記述のないかぎり、この項の残りの部分では、選択肢への言及はすべて静的選択肢のみに適用されます。

グループの中に含まれている他のグループや選択肢は、インライン・サービス・ナビゲータではネスト形式で表示されます。次に示す例では、いくつかの選択肢グループと静的選択肢があります。

図isn_choices.gifの説明

次の2つの項で示す例では、ゴールド・カードという選択肢はクレジット・カードという選択肢グループに属しています。

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

- 第2.3.3.1項「選択肢グループ定義の概要」

- 第2.3.3.2項「選択肢定義の概要」

2.3.3.1 選択肢グループ定義の概要

選択肢グループの定義の概要レポートには、選択肢グループの概要が表示されます。図2-13に示す例では、クレジット・カードに2つの選択肢グループ、「クレジット製品」と「クレジット・サービス」が含まれています。

図2-13は、クレジット・カードという選択肢グループの定義の概要レポートです。

図2-13 選択肢グループ定義の概要レポート

「図2-13 選択肢グループ定義の概要レポート」の説明

2.3.3.2 選択肢定義の概要

選択肢定義の概要レポートには、選択肢とその値の様々な属性が表示されます。属性のそれぞれについて、値が表示されるか、その値が選択肢グループ階層内の上位で定義された値または関数からどのように継承されるかが表示されます。

選択肢の属性は、様々なカテゴリに分類されます。図2-14に示す例には、「プレゼンテーション属性」、「ターゲット属性」、「スコアリング属性」というカテゴリがあります。

図2-14は、ゴールド・カードという選択肢の定義の概要レポートです。

図2-14 選択肢定義の概要レポート

「図2-14 選択肢定義の概要レポート」の説明

2.3.4 選択肢定義の適格性

注意:

適格性ルールの関連付けは、静的選択肢と動的選択肢のどちらも可能ですが、選択肢定義の適格性レポートを作成できるのは選択肢グループと静的選択肢のみです。動的選択肢には作成できません。

選択肢と選択肢グループのどちらも、どのような場合にデシジョンに参加するのが適格であるかを、ルールを使用して定義できます。図2-15に示す例では、クレジット製品選択肢グループは、このグループを使用するどのデシジョンに対しても適格に参加できます。

選択肢および選択肢グループに対する適格性ルールは追加的なものです。したがって、この選択肢グループに属している選択肢(たとえばゴールド・カード)が適格性ルールを持っている場合は、選択肢グループのルールの実行後に実行されます。

注意:

明示的に定義されていないときは、すべての選択肢と選択肢グループはすべてのデシジョンに対して適格と見なされます。

図2-15は、クレジット製品という選択肢グループの定義の適格性レポートです。CrossSellインライン・サービスは編集モードで開かれています。

図2-15 選択肢定義の適格性レポート

「図2-15 選択肢定義の適格性レポート」の説明

2.3.5 選択肢/選択肢グループのパフォーマンス・カウント

選択肢のパフォーマンス・カウント・レポートは、システム内の各選択肢のパフォーマンスを示します。選択肢グループのパフォーマンス・カウント・レポートは、グループに含まれる選択肢のロールアップです。どちらのタイプのレポートも、レポート対象データの時間枠を設定できます。

この項には次のトピックが含まれます:

- 第2.3.5.1項「選択肢グループのパフォーマンス・カウント」

- 第2.3.5.2項「選択肢のパフォーマンス・カウント」

2.3.5.1 選択肢グループのパフォーマンス・カウント

選択肢グループのパフォーマンス・カウント・レポートには、グループに属するすべての選択肢、ベース・イベントおよび結果のカウントが表示されます。

図2-16に示す例では、「マイル・カード」が提示された(ベース・イベント「Delivered」)回数は5028回です。肯定的な結果(「Interested」と「Purchased」)については、顧客が関心を示した回数は292回(6%)、購入した回数は41回(1%)です。

図2-16は、クレジット製品という選択肢グループのパフォーマンス・カウント・レポートです。

図2-16 選択肢グループのパフォーマンス・カウント・レポート

「図2-16 選択肢グループのパフォーマンス・カウント・レポート」の説明

さらに、結果およびベース・イベントのそれぞれについて、選択肢のパレート図が表示されます。パレート図は、各選択肢の相対的なカウントを降順に表示するときに使用されます。

図2-17は、「Interested」という結果のパフォーマンス・カウントのパレート図です。

図2-17 パフォーマンス・カウントのパレート図

「図2-17 パフォーマンス・カウントのパレート図」の説明

ロールアップ

「ロールアップ」チェック・ボックスを使用すると、選択肢グループのパフォーマンス・カウント・レポートの詳細さのレベルを制御できます。

「ロールアップ」チェック・ボックスの選択が解除されているときは、下位のすべての選択肢グループの選択肢のカウントがレポートに表示されます。

「ロールアップ」チェック・ボックスが選択されているときは、選択肢グループ階層内での選択肢グループのレベルに応じて、次のようにレポートの内容が決定されます。

- 階層内で最下位の選択肢グループの場合は、その選択肢グループ内のすべての選択肢のカウントがレポートに表示されます。

- 選択肢グループのレベルがそれ以外(最上位または中間レベル)の場合は、すぐ下のレベルの選択肢グループの集計カウントがレポートに表示されます。

注意:

ロールアップは、<dynamic_choice_1>...<dynamic_choice_2>形式の動的選択肢フォルダ名には適用されません。

図2-18は、中間レベルにあるクレジット・カード選択肢グループで、「ロールアップ」チェック・ボックスが選択されていない場合のパフォーマンス・カウント・レポートです。

図2-18 中間レベルの選択肢グループのパフォーマンス・カウント・レポート(ロールアップなし)

「図2-18 中間レベルの選択肢グループのパフォーマンス・カウント・レポート(ロールアップなし)」の説明

図2-19は、中間レベルにあるクレジット・カード選択肢グループで、「ロールアップ」チェック・ボックスが選択されている場合のパフォーマンス・カウント・レポートです。

図2-19 中間レベルの選択肢グループのパフォーマンス・カウント・レポート(ロールアップあり)

「図2-19 中間レベルの選択肢グループのパフォーマンス・カウント・レポート(ロールアップあり)」の説明

2.3.5.2 選択肢のパフォーマンス・カウント

選択肢のパフォーマンス・カウント・レポートでは、選択した期間の個々の選択肢のカウントが表示されます。

図2-20は、マイル・カードという選択肢のパフォーマンス・カウント・レポートです。

図2-20 選択肢のパフォーマンス・カウント・レポート

「図2-20 選択肢のパフォーマンス・カウント・レポート」の説明

2.3.6 選択肢のパフォーマンス履歴

選択肢のパフォーマンス履歴レポートは、特定の選択肢のカウントが時間とともにどう変化したかを表す履歴レポートです。グラフには、選択した期間における特定の選択肢の結果が表示され、関連レポートには、詳細な結果カウントが表形式データで表示されます。

成功イベントのみ(オファーに対するInterestedなど)、ベース・イベントのみ(Delivered)または成功イベントとベース・イベントの両方を表示するよう選択できます。

データの粒度は、関連モデルに対して定義されている期間によってそれぞれ異なります。レポートする必要がある期間に含まれるモデルの各期間がレポートに表示され、適切な棒グラフ(1本または2本の棒)で示されます(および「詳細なカウント」セクション)。

レポートする必要がある期間が一定期間にわたる場合、モデルの期間が変更されると、レポートの期間は、モデルの異なる期間の長さを反映します。たとえば、モデルの期間を四半期から月に変更すると、レポートは四半期と月の両方の日付範囲を表示できます。

図2-21は、Credit Protectionという選択肢のパフォーマンス履歴レポートを示しています。グラフ・セクションの下は、関連する「詳細なカウント」セクションです。関連するモデルの期間は週であり、2本の棒は、週のデータをそれぞれ表しています。

図2-21 選択肢のパフォーマンス履歴レポートと「詳細なカウント」セクション

「図2-21 選択肢のパフォーマンス履歴レポートと「詳細なカウント」セクション」の説明

2.3.7 選択肢/選択肢グループの分析ドライバ

選択肢/選択肢グループの分析レポートは、選択肢に肯定的な結果(関心や購入など)が関連付けられる理由を理解する上で役立ちます。このレポートを詳しく調べると、各イベントとの間に相関関係を持つデータを深く理解することができます。

注意:

1. 予測の出力と入力との間に高い相関関係があることをレポートが示している場合は、その理由として、出力が入力の中に出現していることが考えられます。たとえば、出力が製品カテゴリで、入力がその製品カテゴリの製品の場合です。
この場合に相関関係の精度を上げるには、選択肢グループに関連付けられている予測モデルの「前提ノイズの削減」を選択します。詳細は、『Oracle Real-Time Decisionsプラットフォーム開発者ガイド』の前提ノイズの削減に関するトピックを参照してください。

2. 属性値OTHERは、離散値の最大値(デフォルトは500)を超える値が見つかったことを示します。最大値を超えるすべての属性値は、カウントと統計が累積されて、OTHER属性として表示されます。

この項には次のトピックが含まれます:

- 第2.3.7.1項「選択肢の分析ドライバ」

- 第2.3.7.2項「選択肢グループの分析ドライバ」

2.3.7.1 選択肢の分析ドライバ

選択肢の分析ドライバ・レポートには、各選択肢の予測性ドライバとして影響力のある属性が示されます。結果と時間枠をレポートの上部で調整できます。

Oracle Real-Time Decisionsは、インライン・サービスのエンティティとして定義されている属性の完全なリストから、最も予測可能な属性の順序付きリストを自動的に作成します。

図2-22に示すように、選択肢の分析ドライバ・レポートで属性名をクリックすると、その属性に関連付けられた様々なグラフが生成されます。

図2-22 選択肢の分析ドライバ・レポートの概要

「図2-22 選択肢の分析ドライバ・レポートの概要」の説明

この項の以降の部分では、ベース分析ドライバ・レポートと、特定の属性に関連付けられている各グラフについて説明します。

図2-23は、クレジット保護という選択肢の分析ドライバ・レポートです。

この項で示す例では、クレジット保護の抱合せ販売オファーへの顧客の関心に関連付けられた要因のうち、最も予測性の高い3つの要因は、CreditLineAmount、MaritalStatusおよびAvailableCreditAsPercentOfCreditLineです。

注意:

CreditLineAmount、AvailableCreditAsPercentOfCreditLineなどの数値属性については、データからの経験的観察によって、連続値が複数の有意の範囲に自動的に分割されます。

たとえば、AvailableCreditAsPercentOfCreditLineの場合、例のレポートの範囲は0、1-21、22-69、70-80、81-100です。

図2-23 選択肢の分析ドライバ・レポート

「図2-23 選択肢の分析ドライバ・レポート」の説明

図2-24は、customer AvailableCreditAsPercentOfCreditLine属性に関する追加情報です。このグラフとデータは、融資限度額の割合が大きいほど、クレジット保護の抱合せ販売オファーに顧客が関心を示す可能性が低くなることを示しています。

図2-24 最重要分析ドライバのグラフとデータ

「図2-24 最重要分析ドライバのグラフとデータ」の説明

注意:

グラフの入力と出力のカウントには、意味のある相関関係が反映されており、セッションにおいて属性の値がなかった場合や相関関係が低かったケースは含まれていません。

その他のグラフも使用可能です。たとえば、図2-25は母集団全体と比較した相対的な分布を示しています。

このグラフからは、たとえば、AvailableCreditAsPercentOfCreditLineが「1～21」の範囲の顧客が「クレジット保護」というオファーに関心を示す可能性は、母集団全体と比較すると高いことがわかります。このグラフでは、この2つの値が、2本の棒の下から2番目の領域として表されています。

領域の相対的な大きさは、図2-24に表示されている値から次のように導出されます。

- AvailableCreditAsPercentOfCreditLineの範囲「1～21」では、クレジット保護という選択肢に関心を示した顧客の実カウントは291で、全範囲の合計は1112であるため、比率は0.26です。

- AvailableCreditAsPercentOfCreditLineの範囲「1～21」では、全顧客の入力カウントは2468で、全範囲の合計は16975であるため、比率は0.145となります。

2つの比率(0.26および0.145)の違いが、2つの母集団の81%の違いです。つまり、全体の母集団より、Interestedの顧客内で、AvailableCreditAsPercentOfCreditLineの範囲が1～21である顧客が81%多いということです。

図2-25 分析ドライバの相対分布グラフ

「図2-25 分析ドライバの相対分布グラフ」の説明

図2-26は、クレジット保護に関心を示した顧客のパレート図です。

図2-26 分析ドライバ・パレート図: クレジット保護に関心を示した顧客

「図2-26 分析ドライバ・パレート図: クレジット保護に関心を示した顧客」の説明

図2-27は、母集団全体のパレート図です。

図2-27 分析ドライバ・パレート図: 母集団全体

「図2-27 分析ドライバ・パレート図: 母集団全体」の説明

2.3.7.2 選択肢グループの分析ドライバ

選択肢グループの分析ドライバ・レポートでは、選択肢グループ内の選択肢の予測性情報の概要が示されます。結果と時間枠をレポートの上部で調整できます。

選択肢グループの分析ドライバ・レポートには、ロールアップありとロールアップなしの2つのタイプがあります。

- 選択肢グループの分析ドライバ・レポート(ロールアップなし)では、最も予測可能な属性の予測性の平均値および最大値と、その選択肢グループの中で予測性が最大である選択肢が表示されます。
このレポートには「平均モデル品質」も表示されます。これは、その選択肢グループに属する各選択肢のモデル品質の算術平均です。

このレポートでは、「最大予測」の選択肢をクリックすると、その選択肢に対する選択肢の分析ドライバ・レポートが表示されます。詳細は、第2.3.7.1項「選択肢の分析ドライバ」を参照してください。

- 選択肢グループの分析ドライバ・レポート(ロールアップあり)では、最も予測可能な属性が、その選択肢グループに属するすべての選択肢の組合せとして表示されます。
各選択肢におけるサブモデルが特定の属性で結合され、属性の予測性がこの複合モデル全体で計算されます。

このレポートでは、属性の1つをクリックすると、選択肢の分析ドライバ・レポートから表示可能なその他の属性関連グラフ(最重要値グラフやパレート図など)が表示されます。詳細は、第2.3.7.1項「選択肢の分析ドライバ」を参照してください。

図2-28は、ローン・サービスという選択肢グループの分析ドライバ・レポート(ロールアップなし)です。

図2-28 選択肢グループの分析ドライバ・レポート(ロールアップなし)

「図2-28 選択肢グループの分析ドライバ・レポート(ロールアップなし)」の説明

図2-29は、ローン・サービスという選択肢グループの分析ドライバ・レポート(ロールアップあり)です。

図2-29の中で、ローン・サービスに対する顧客の関心に関連付けられている要因の中で予測性が最も高いものは「DaysToDueDate」、「AvailableCreditAsPercentOfCreditLine」の順となっています。これは、ローン・サービスという選択肢グループの中のすべての選択肢から計算された、予測性の集計レポートです。

図2-29 選択肢グループの分析ドライバ・レポート(ロールアップあり)

「図2-29 選択肢グループの分析ドライバ・レポート(ロールアップあり)」の説明

2.3.8 選択肢/選択肢グループの分析トレンド

トレンド・レポートは、選択肢グループと選択肢レベルの両方で表示可能です。

この項には次のトピックが含まれます:

- 第2.3.8.1項「選択肢グループの分析トレンド」

- 第2.3.8.2項「選択肢の分析トレンド」

2.3.8.1 選択肢グループの分析トレンド

選択肢グループ・レベルの分析トレンド・レポートは、ある期間における選択肢と結果ごとのカウントの変化を示します。時間枠をレポートの上部で調節することができます。

CrossSellの例:

- 抱合せ販売のオファーに関して、Delivered、InterestedおよびPurchasedの3つのイベントがインライン・サービスによって記録されます。Deliveredは、ベースライン・イベントです。

- カウント変化率(%)は、ある期間から別の期間までのInterestedイベント、DeliveredイベントおよびPurchasedイベントの変化の大きさです。

- 相対変化率(%)は、ベースラインに対する関心または購入の比率の変化の大きさです。

図2-30は、クレジット・サービスという選択肢の分析トレンド・レポートです。

図2-30 選択肢グループの分析トレンド・レポート

「図2-30 選択肢グループの分析トレンド・レポート」の説明

2.3.8.2 選択肢の分析トレンド

選択肢レベルの分析トレンド・レポートは、ある期間における選択肢と属性ごとの予測性の変化を示します。時間枠をレポートの上部で調節することができます。複数のチャネルがある場合、各チャネルでの予測を個別に表示できます。

注意:

属性値OTHERは、離散値の最大値(デフォルトは500)を超える値が見つかったことを示します。最大値を超えるすべての属性値は、カウントと統計が累積されて、OTHER属性として表示されます。

図2-31は、クレジット保護という選択肢の分析トレンド・レポートです。この例を見ると、時間の経過とともに予測性が高まる属性とそうでない属性があることがわかります。

図2-31 選択肢の分析トレンド・レポート

「図2-31 選択肢の分析トレンド・レポート」の説明

2.3.9 選択肢/選択肢グループの最適な分析

最適な分析レポートは、選択肢グループ・レベルと選択肢レベルの両方で表示できます。

最適な分析レポートには、選択された肯定的結果との相関関係が高い順に属性値が一覧表示されます。

ここに表示される属性をすべて持つレコードが存在するとはかぎらないことに注意してください。このことを考えると、最適な分析レポートは仮説的プロファイルといえます。

注意:

1. 数値でない個別の属性の場合、ドライバ・レポートで重要度が最も高い属性値は、対応する最適な分析レポートで最も相関性が高い属性として表示されます。ただし、(ドライバ・レポートで最も重要な属性値の表に表示される)その導出値の実際のカウントが、重要度しきい値(レポートの導出元であるモデルで定義されるパラメータ)以上であることが前提です。
数値属性の場合、ドライバ・レポートに表示される属性値は、そのレポートに対して選択されるビン数によってそれぞれ異なり、対応する最適な分析レポートに表示される属性値と必ずしも一致しません。

2. 属性値OTHERは、離散値の最大値(デフォルトは500)を超える値が見つかったことを示します。最大値を超えるすべての属性値は、カウントと統計が累積されて、OTHER属性として表示されます。

この項には次のトピックが含まれます:

- 第2.3.9.1項「選択肢グループの最適な分析」

- 第2.3.9.2項「選択肢の最適な分析」

2.3.9.1 選択肢グループの最適な分析

選択肢グループの最適な分析レポートには、その選択肢グループに属するすべての結果を予測する見込みが高い順に、すべての属性と値が一覧表示されます。

図2-32の例では、クレジット・サービスという選択肢グループの選択肢に関心を示している顧客との相関関係が高い順に、次の属性および値が表示されています。

- customer CreditLineAmount - 8000

- customer Age - 47

- customer MaritalStatus - Divorced

図2-32は、クレジット・サービスという選択肢グループの分析の最適な分析レポートです。

図2-32 選択肢グループの最適な分析レポート

「図2-32 選択肢グループの最適な分析レポート」の説明

2.3.9.2 選択肢の最適な分析

選択肢の最適な分析レポートには、指定の結果を予測する見込みが高い順にすべての属性と仮説値が一覧表示されます。

図2-33に示す例では、プラチナ・カードという選択肢との相関関係が高い順に、次の属性および値が表示されています。

- customer CreditLineAmount - 0

- customer Occupation - Homemaker

- customer DayOfWeek - Tuesday

最適な分析レポートは、この抱合せ販売オファーに対する最も予測性の高い動作のスナップショットを示します。

図2-33は、プラチナ・カードという選択肢の最適な分析レポートです。

図2-33 選択肢の最適な分析レポート

「図2-33 選択肢の最適な分析レポート」の説明

2.3.10 選択肢/選択肢グループの品質

品質レポートは、特定の期間における肯定的な結果を予測するうえで各モデルがどの程度効果的であるかを示します。

この項には次のトピックが含まれます:

- 第2.3.10.1項「モデル品質の概念」

- 第2.3.10.2項「選択肢グループの品質」

- 第2.3.10.3項「選択肢の品質」

2.3.10.1 モデル品質の概念

予測モデルとは、観測可能なデータ・サンプルから作成される関数のことであり、デシジョンの時点で未知である結果を推定するために使用されます。例:

- ある地域の1年間の気象データを基に、明日の天気を予測する。

- マーケティング・キャンペーンへの反応の5年分のデータを基に、ある個人が次回のキャンペーンに肯定的な反応を示すかどうかを予測する。

推定値と実測値の違いが生じる原因は様々で、たとえば次のようなものがあります。

- ランダム性。たとえば、自然界の基礎現象は確率論的です。

- より正確な推定値を導きうる情報に対して、推定量が影響を及ぼしていない。

- 推定量の基になるデータが陳腐化している。

ほとんどのデータおよびデータ間結合が持つ性質そのものが理由で、将来の事象と値の予測にはいつも誤差が伴いがちです。

Oracle RTDの品質レポートには、次に示すメトリックが選択肢レベルと選択肢グループ・レベルの両方で表示されます。これらは、予測モデルの品質の特性を表します。

- モデル品質

- 累積ゲイン・チャート

- モデル誤差

モデル品質

モデル品質は0から100の範囲の数値です。ある結果を予測するときに、そのモデルがどれだけ信頼できるかを示します。

モデル品質の計算方法は次のとおりです。

Oracle RTDでは、モデル品質の計算はレコードが増えるに従って増分的に行われます。学習フェーズでは、モデル内のデータが少なすぎるためにモデルを信頼できない時期もあります。この期間中、デシジョン・センターのレポートにはモデル品質が0と表示され、この状態は、50など、正の値のカウントが記録されるまで続きます。モデルが信頼できる状態になった後は、モデル品質がレポートに表示されます。

モデル品質のメトリックによってモデルを評価すると、最終的には1つの数値が得られますが、これは絶対値ではなく相対値として扱う必要があります。

例:

- モデル品質が80の場合は、ケースの80%において、実際の予測値とは無関係に、Oracle RTDが最良だと見なす選択肢が実際に最良ケースであることを示します。

- モデル品質が50を下回っているときは、一般にあまり実用的ではありません。この状態が発生する原因は様々で、たとえば次のようなものがあります。

- 入力データと出力との相関性が低い。

- 入力変数の値が多すぎるため、あまりにも多くのノイズが入り込んでいる。

- 誤ったデータをモデリングしている。

- モデル品質が95を上回っている場合は検査が必要です。それは、入力の中に自己達成的なものがある可能性があるからです。つまり、その結果が存在するときはその入力が必ず存在するということです。

注意:

デシジョン・センターの一部のレポートでは、特定の値の相関性に対する値が非常に高く、属性の予測性に対する値が非常に高いときに、この現象がよく見られます。

モデル定義の「前提ノイズの削減」を有効化することで、属性の予測性が疑わしいほどに高いケースを自動的に特定できるよう、Oracle RTDモデルを設定できます。詳細は、『Oracle Real-Time Decisionsプラットフォーム開発者ガイド』の前提ノイズの削減に関するトピックを参照してください。

累積ゲイン・チャート

累積ゲイン・チャートは、モデルの予測が、ランダムに生成された予測よりもどの程度優れているかを表します。

累積ゲイン・チャートは、次に示す2つのデータ・セットの変動と比較をグラフとして表すものです。これらのデータ・セットはそれぞれグラフの軸の基準となります。

- モデルによって予測された肯定的イベントの総数

- 記録されたベース・イベントの累積数

累積ゲイン・チャートの構造と読み方を、次の注釈の付いた例を使用して説明します。

図2-34 累積ゲイン・チャートの例

クレジット保護という選択肢について、図2-34では肯定的な結果「Interested」 の予測の有効性をベース・イベント「Delivered」と比較して表しています。

このチャートのデータを作るには、初めにデータのスコアを計算してからいくつかの分位に分けます。一般に、分位の数は10です。

データは、肯定的クラスの確率の高い順に並べられます。したがって、肯定的な予測が先頭の分位に集中します。

図2-34では、X軸は選択肢クレジット保護のベース・イベント「Delivered」の累積カウントを表します。第1分位には、「Interested」という肯定的結果の尤度が最も高いレコードのカウントが含まれています。これ以降の各分位のカウントには、直前までのすべての分位のカウント集計も含まれています。

Y軸は、X軸の累積レコード数に対応する実際の肯定的結果「Interested」のカウントを表します。

累積ゲイン・チャートには、次の3つのグラフが表示されます。

1. 対角線(ベース・グラフ)は直線です。これは、ランダムなサンプルに対して期待される成功率(特定のサンプルに対する真の肯定的な結果の予測数)を表します。
この線は、チャートの始点と、(ベース・イベント・カウント総数、肯定的結果カウント総数)で表される点を結びます。

図2-34は、次を示しています:

- ランダムに選択した場合、6424人中1285人(20%)の回答者(Aポイント)
[これは、ランダムに回答を選択すると、その20%が最初の2つの分位からもたらされることを意味します。]

- ランダムに選択した場合、6424人中3213人(50%)の回答者(Bポイント)

2. 累積ゲイン・グラフは、特定の分位においてモデルが示した肯定的分類の累積数を示します。例:

- 尤度の高い順に20%を選択した場合、157人中57人(36%)の回答者(Cポイント)
[これは、Oracle Real-Time Decisionsモデルを使用して回答を選択すると、その36%が最初の2つの分位からもたらされることを意味します。]

- 尤度の高い順に50%を選択した場合、157人中108人(68%)の回答者(Dポイント)

注意:

予測モデルが示す特定の分位におけるゲインには、そのモデルがどの程度優れているかが反映されます。たとえば、第2分位のゲインは36% (Cポイント)対20% (Aポイント)です。

3. 最大グラフは、理想的なモデルによってデータを分類するとどうなるかを表します。このグラフが表すモデルでは、尤度が最も高いベース・イベントが肯定的結果に結び付くようにベース・イベントの順序が決定されます。
最大グラフの最初の部分は、始点と、(肯定的結果カウント総数, 肯定的結果カウント総数)で表される点とを結ぶ直線です。次に、水平の直線となり、右上の終点まで続きます。

グラフ上では、肯定的な結果を予測するうえでのモデルの有効性が高いほど、ベース対角線の上の累積ゲイン・グラフの勾配が急になります。一般的に、モデル品質とは、累積ゲイン・グラフとベース対角線の間の面積です。

モデル誤差

モデル誤差のメトリックは、誤差の特性を表す様々な統計的メトリックです。誤差とは、推定対象の数量の予測値と実測値との差の大きさです。

たとえば、二乗平均誤差は、推定値の分散を取り入れたメトリックであり、実測値からの予測値の正と負の偏差を正規化します。

モデル誤差の計算に使用される基本的要素は、実際尤度と予測尤度です。実際尤度の平均値も、モデル誤差の成分として使用されます。

実際尤度は、下付きの「p」要素として表現されます。

図act_lik_bold.gifの説明

予測尤度は、下付きの「p*」要素として表現されます。

図pred_lik_bold.gifの説明

平均実際尤度は、実際尤度の平均です。

図ave_act_lik_bold.gifの説明

品質レポートに表示されるモデル誤差は次のとおりです。

- 二乗平均誤差(MSE)
図mse.pngの説明

- 相対MSE
図rel_mse.pngの説明

- 二乗平均平方根誤差(RMSE)
図rmse.pngの説明

- 相対RMSE
図rel_rmse.pngの説明

- 平均絶対誤差(MAE)
図mae.pngの説明

- 相対MAE
図rel_mae.pngの説明

- 平均誤差(ME)
図me.pngの説明

- 相対ME
図rel_me.pngの説明

2.3.10.2 選択肢グループの品質

選択肢グループの品質レポートには、次に示すレポート・セクションがあります。

- 累積ゲイン・チャート

- 累積ゲイン表(累積ゲイン・チャートのデータ値を表形式で表示)

- モデル誤差

- 用語集(モデル誤差の説明)

モデル品質および累積ゲイン・チャートの詳細は、第2.3.10.1項「モデル品質の概念」を参照してください。

選択肢グループの品質累積ゲイン・チャート

累積ゲイン・チャートには、次に示すプロパティがあります。

- X軸は、1つの選択肢グループ内のすべての選択肢の累積カウントを表します。

- Y軸は、X軸のレコード数に対応する実際の肯定的な結果のカウントを表します。

累積ゲイン・チャートには、次の3つのグラフが表示されます。

- ベース
ベース・グラフは1本の直線です。モデル予測がないと仮定した場合の期待が反映されます。

- 累積ゲイン
累積ゲイン・グラフは、モデル予測による「リフト」を表します。ベース・グラフとその上の累積ゲイン・グラフの間の面積の大きさは、モデルの有効性つまり品質を表しています。

- 最大
最大グラフは、仮説上の理想的な状態を表します。これは、複数のベース・イベントのうち最初のベース・イベントが肯定的な結果に結び付くようにベース・イベントが並べられている状態です。

図2-35は、選択肢グループクレジット・サービスの肯定的結果「Interested」の累積ゲイン・チャートです。

図2-35 選択肢グループ累積ゲイン・チャート

「図2-35 選択肢グループ累積ゲイン・チャート」の説明

選択肢グループの累積ゲイン表

レポートの「累積増加表」セクションには、累積ゲイン・チャートにプロットされている値が表示されます。最初の列にはX軸の値、2番目の列にはY軸の値が表示されます。

選択肢グループの品質モデル誤差

選択肢グループ・レベルでは、レポートの「モデル・エラー」セクションに、その選択肢グループの全選択肢のカウント合計に対する予測尤度のモデル誤差が表示されます。

図2-36は、選択肢グループクレジット・サービスの肯定的結果「Interested」のモデル誤差です。

図2-36 選択肢グループ・モデル誤差レポート

「図2-36 選択肢グループ・モデル誤差レポート」の説明

2.3.10.3 選択肢の品質

選択肢の品質レポートには、次に示すレポート・セクションがあります。

- 累積ゲイン・チャート

- 累積ゲイン表(累積ゲイン・チャートのデータ値を表形式で表示)

- モデル誤差

- 用語集(モデル誤差の説明)

モデル品質および累積ゲイン・チャートの詳細は、第2.3.10.1項「モデル品質の概念」を参照してください。

選択肢の品質累積ゲイン・チャート

累積ゲイン・チャートには、次に示すプロパティがあります。

- X軸は、1つの特定の選択肢の累積カウントを示します。

- Y軸は、X軸のレコード数に対応する実際の肯定的な結果のカウントを表します。

累積ゲイン・チャートには、次の3つのグラフが表示されます。

- ベース
ベース・グラフは1本の直線です。モデル予測がないと仮定した場合の期待が反映されます。

- 累積ゲイン
累積ゲイン・グラフは、モデル予測による「リフト」を表します。ベース・グラフとその上の累積ゲイン・グラフの間の面積の大きさは、モデルの有効性つまり品質を表しています。

- 最大
最大グラフは、仮説上の理想的な状態を表します。これは、複数のベース・イベントのうち最初のベース・イベントが肯定的な結果に結び付くようにベース・イベントが並べられている状態です。

図2-37は、選択肢グループローン・サービスの選択肢引き下げられた金利の肯定的結果「Interested」の累積ゲイン・チャートです。

図2-37 選択肢累積ゲイン・チャート

「図2-37 選択肢累積ゲイン・チャート」の説明

選択肢の品質の累積ゲイン表

レポートの「累積増加表」セクションには、累積ゲイン・チャートにプロットされている値が表示されます。最初の列にはX軸の値、2番目の列にはY軸の値が表示されます。

選択肢の品質モデル誤差

選択肢レベルのレポートの「モデル・エラー」セクションには、品質レポート対象の選択肢の予測尤度のモデル誤差が表示されます。

図2-38は、選択肢引き下げられた金利の肯定的結果「Interested」のモデル誤差です。

図2-38 選択肢モデルの誤差レポート

「図2-38 選択肢モデルの誤差レポート」の説明

2.4 統合点レポートについて

この項では、統合点レベルで作成可能なレポートについて説明します。統合点レポートは、インライン・サービス・ナビゲータの「統合点」というブランチの下にあります。

統合点レポートには、インフォーマントとアドバイザの2つのタイプがあります。例:

各統合点には、一連のキーと一連の属性があります。

この項には次のトピックが含まれます:

- 第2.4.1項「インフォーマント・レポート」

- 第2.4.2項「アドバイザ・レポート」

2.4.1 インフォーマント・レポート

インフォーマント定義レポートでは、そのインフォーマントのキーと入力パラメータが示されます。

図2-39は、Callinfoというインフォーマント定義レポートです。

図2-39 インフォーマント定義レポート

「図2-39 インフォーマント定義レポート」の説明

2.4.2 アドバイザ・レポート

アドバイザ・レポートには、定義とメジャーの2つのタイプがあります。

この項には次のトピックが含まれます:

- 第2.4.2.1項「アドバイザ定義レポート」

- 第2.4.2.2項「アドバイザ・メジャー・レポート」

2.4.2.1 アドバイザ定義レポート

アドバイザ定義レポートには、そのアドバイザのタイプ、キーおよび入力パラメータが表示されます。

図2-40は、OfferRequestというアドバイザ定義レポートです。

図2-40 アドバイザ定義レポート

「図2-40 アドバイザ定義レポート」の説明

2.4.2.2 アドバイザ・メジャー・レポート

アドバイザ・メジャー・レポートには、1つのアドバイザの特定の期間における統計が示されます。統計は次のとおりです。

- そのアドバイザがコールされた回数

- アドバイザが制御グループ・デシジョンを使用した回数

- 総コール数の中の制御グループ・コールの割合

図2-41は、OfferRequestというアドバイザ・メジャー・レポートです。

図2-41 アドバイザ・メジャー・レポート

「図2-41 アドバイザ・メジャー・レポート」の説明

2.5 エンティティ・カタログ・レポートについて

この項では、エンティティ・カタログ・レベルで作成可能なレポートについて説明します。エンティティ・カタログ・レポートは、インライン・サービス・ナビゲータの「エンティティ・カタログ」というブランチの下にあります。例:

一般的に、「エンティティ」→「分析」→「カウント」のレポートと「エンティティ」→「分析」→「統計」のレポートは、作成するインライン・サービスに自動的に追加される「統計」という学習モデルから情報を取得します。レポートが統計モデルにアクセスできないときは、エンティティごとにカウントを調査するために他のモデルを選択できます。この独立した統計モデルを使用する利点は、履歴機能として母集団における目的の特性のみが記録されることにあります。

この項には次のトピックが含まれます:

- 第2.5.1項「エンティティ定義の概要」

- 第2.5.2項「エンティティの分析カウント」

- 第2.5.3項「エンティティの分析統計」

- 第2.5.4項「エンティティの分析ドライバ」

- 第2.5.5項「エンティティの分析トレンド」

2.5.1 エンティティ定義の概要

エンティティ定義の概要レポートには、そのエンティティのすべての属性が示されます。

図2-42は、顧客というエンティティの定義の概要レポートです。

図2-42 エンティティ定義の概要レポート

「図2-42 エンティティ定義の概要レポート」の説明

2.5.2 エンティティの分析カウント

エンティティの分析カウントは、特定の属性がインライン・サービスのトランザクションの一部となった合計回数を示します。エンティティの分析カウント・レポートでは、時間枠を設定してから属性を1つ選択すると、そのデータのレポートが表示されます。

注意:

属性値OTHERは、離散値の最大値(デフォルトは500)を超える値が見つかったことを示します。最大値を超えるすべての属性値は、カウントと統計が累積されて、OTHER属性として表示されます。

図2-43は、顧客というエンティティの分析カウント・レポートです。この例は、コール・センターに電話がかかってきた理由の分布を示しています。

図2-43 エンティティの分析カウント・レポート

「図2-43 エンティティの分析カウント・レポート」の説明

さらに、図2-44に示すような円グラフも表示されます。

図2-44 エンティティの分析カウントの円グラフ

「図2-44 エンティティの分析カウントの円グラフ」の説明

2.5.3 エンティティの分析統計

エンティティの分析統計レポートには、エンティティの各数値属性の最小値、最大値、中央値、平均値およびシグマ値が示されます。たとえば、図2-45に示す例では、顧客の年齢の中央値は48歳です。

注意:

属性値OTHERは、離散値の最大値(デフォルトは500)を超える値が見つかったことを示します。最大値を超えるすべての属性値は、カウントと統計が累積されて、OTHER属性として表示されます。

図2-45は、顧客というエンティティの分析統計レポートです。

図2-45 エンティティの分析統計レポート

「図2-45 エンティティの分析統計レポート」の説明

2.5.4 エンティティの分析ドライバ

エンティティの分析ドライバ・レポートは、エンティティの予測ドライバとして影響を与える属性を識別します。結果と時間枠をレポートの上部で調整できます。

また、エンティティの最適なレポートも含まれています。これにより、属性の予測における特定の値の重要度が示されます。

エンティティの分析ドライバ・レポートを使用すると、特定の属性と、インライン・サービスの中で定義されている予測モデルとの間にどのような相関関係があるかを分析できます。1つの選択肢と属性との相関関係のみに注目する選択肢の分析レポートとは異なり、エンティティの分析ドライバ・レポートでは、その選択肢を予測する可能性が最も高い属性値がどれであるかがわかります。

注意:

属性値OTHERは、離散値の最大値(デフォルトは500)を超える値が見つかったことを示します。最大値を超えるすべての属性値は、カウントと統計が累積されて、OTHER属性として表示されます。

図2-46は、顧客というエンティティの分析ドライバ・レポートです。

図2-46 エンティティの分析ドライバ・レポート

「図2-46 エンティティの分析ドライバ・レポート」の説明

図2-46の例から、次のことがわかります。

- 顧客エンティティと、保留中のトランザクションの量という特定の属性に注目すると、特に顧客の保留中のトランザクションが901-1200の場合、顧客が金利引き下げというオファーに関心を示すと予測できる可能性が最も高いことがわかります。

2.5.5 エンティティの分析トレンド

エンティティの分析トレンド・レポートは、一定期間におけるエンティティ属性の予測の変化を示します。時間枠をレポートの上部で調節することができます。

注意:

属性値OTHERは、離散値の最大値(デフォルトは500)を超える値が見つかったことを示します。最大値を超えるすべての属性値は、カウントと統計が累積されて、OTHER属性として表示されます。

図2-47は、顧客というエンティティの分析トレンド・レポートです。

図2-47 エンティティの分析トレンド・レポート

「図2-47 エンティティの分析トレンド・レポート」の説明

図2-48に示すようなトレンド・グラフも表示されます。

図2-48 エンティティの分析トレンド・グラフ

「図2-48 エンティティの分析トレンド・グラフ」の説明

3 選択肢グループと選択肢の操作

複数の選択肢を選択肢のグループにまとめることができます。これを「選択肢グループ」と呼びます。

これを利用すると、次のことが可能になります。

- グループ・レベルでのロールアップのパフォーマンス・レポートと分析レポートを作成できます。

- 複数の選択肢の間で共有される適格性およびスコアリングのロジックをグループ・レベルで定義することができます。

選択肢グループと選択肢は、階層型の構造になります。選択肢グループおよび選択肢の属性とルールは、どちらも親から子に継承されます。これにより、Oracle Real-Time Decisionsでインライン・サービスを最初にデプロイする際に選択肢グループを均一に構成できますが、インライン・サービスのデプロイ後は、デシジョン・センターのインタフェースを介して個々の選択肢や選択肢グループを柔軟に追加することもできます。

この章には次のトピックが含まれます:

- 第3.1項「インライン・サービスの変更と再デプロイについて」

- 第3.2項「選択肢グループまたは選択肢の追加」

- 第3.3項「選択肢グループまたは選択肢の変更」

- 第3.4項「選択肢グループまたは選択肢のクローニング」

- 第3.5項「選択肢グループまたは選択肢の削除」

- 第3.6項「選択肢の移動」

3.1 インライン・サービスの変更と再デプロイについて

デシジョン・センター・ユーザーに対して権限を設定できる、次の3つの分野があります。

- 操作対象のインライン・サービスに対する編集権限

- サーバー(クラスタを構成する場合がある)へのデプロイ権限

- デシジョン・センターでのパースペクティブの使用権限

インライン・サービスを編集および再デプロイするには、編集権限、サーバーへのデプロイ権限、およびデザイン・パースペクティブの使用権限を保持している必要があります。

インライン・サービスを編集目的で開こうとしてエラーが発生した場合は、Real-Time Decision Serverまたはインライン・サービスにおける編集権限がない可能性があります。システム管理者に問い合せて、自分の権限を確認してください。

一般的には、インライン・サービスは次の手順で変更が可能です。

1. インライン・サービスを開くときに、「インライン・サービスを開いて編集」を選択します。これにより、そのインライン・サービスに対する排他的な編集権限が付与されます。

2. デザイン・パースペクティブに変更します。

3. 変更する要素を選択し、編集ペインを使用して変更を加えます。

4. ツールバーの「再デプロイ」ボタンを使用してReal-Time Decision Serverに再デプロイします。インライン・サービスが、編集用に開かれたときのデプロイ状態で再デプロイされます。デフォルトでは、デプロイ状態はDevelopment、QAおよびProductionになります。システム管理者によって、カスタム状態が追加されている場合があります。

5. インライン・サービスを新しい状態に昇格させるには、ツールバーの「昇格」ボタンを使用します。インライン・サービスを昇格した後のデプロイ状態を選択します。

インライン・サービスを再デプロイまたは昇格する場合、編集用にインライン・サービスを開いておくオプションがあります。これにより、そのインライン・サービスに対する排他的な編集権限が保持されます。編集用に開いた状態にせずに再デプロイすることを選択すると、他のユーザーがそのインライン・サービスを編集できるようになります。

デプロイしたインライン・サービスの特定の要素は、デシジョン・センターのビジネス・ユーザーが変更できます。以降の各項では、インライン・サービスに変更を加えるプロセスの概要を説明します。

3.2 選択肢グループまたは選択肢の追加

選択肢グループの追加と選択肢の追加では、手順が異なります。

この項には次のトピックが含まれます:

- 第3.2.1項「選択肢グループの追加」

- 第3.2.2項「選択肢の追加」

3.2.1 選択肢グループの追加

選択肢グループを追加するには:

1. 新しいグループを表示する位置の上にある選択肢グループを選択してから、「構成」タブをクリックします。
最上位レベルの選択肢グループを新規作成することはできません。

2. 「新規グループ」サブタブを使用して、新しい選択肢グループ・オブジェクトを作成します。

3. グループの「名前」を入力して、「作成」をクリックします。最初に選択した選択肢グループの下にそのグループが作成されます。

3.2.2 選択肢の追加

選択肢を追加するには:

1. 新しい選択肢が属する選択肢グループを選択してから、「構成」タブをクリックします。

2. 「新規選択肢」サブタブを使用して、新しい選択肢オブジェクトを作成します。

3. 選択肢の「名前」を最大10個入力して、「作成」をクリックします。最初に選択した選択肢グループの下にその選択肢が作成されます。この選択肢は、選択肢グループの属性を継承します。

選択肢の属性の設定方法は、第3.3項「選択肢グループまたは選択肢の変更」を参照してください。

3.3 選択肢グループまたは選択肢の変更

選択肢グループまたは選択肢を変更するには:

1. 変更する選択肢グループまたは選択肢を選択して、「構成」タブをクリックします。

2. 「基本」サブタブを使用して「名前」または「説明」を変更します。

3. 「属性」サブタブを使用して、属性の値を変更します。属性は、選択肢レベルでのみ編集可能です。

3.4 選択肢グループまたは選択肢のクローニング

選択肢グループまたは選択肢をクローニングするには:

1. クローニングする選択肢グループまたは選択肢を選択して、「構成」タブをクリックします。

2. 「クローン」サブタブを使用して、オブジェクトをクローニングします。オブジェクトをクローニングすると、すべての属性で同じ値を持つ同一オブジェクトが生成されます。新しいオブジェクトに付けられる名前のみが異なります。

3. 選択肢の属性値を変更するには、「属性」タブを使用します。

3.5 選択肢グループまたは選択肢の削除

選択肢または選択肢グループを削除するには:

1. 削除する選択肢グループまたは選択肢を選択して、「構成」タブをクリックします。

2. 「削除」サブタブを使用して、選択肢グループまたは選択肢を削除します。

3. 削除内容を確認してから、「削除」をクリックします。

3.6 選択肢の移動

選択肢を移動するには:

1. 移動対象の選択肢が属している選択肢グループを選択して、「構成」タブをクリックします。

2. 「移動」サブタブを使用して、選択肢を移動します。

3. 移動する選択肢とその移動先である選択肢グループを選択して、「保存」をクリックします。

4 ルールについて

ルールには、次の3つのタイプがあります。

- 適格性ルール: 選択肢グループや選択肢が、デシジョンに参加する資格があるかどうかを判断するときに使用されます。

- フィルタリング・ルール: デシジョンや他のルールの構成要素として使用され、再利用が可能です。このルールを使用して母集団をセグメント化すると、あるセグメントに別のセグメントよりも大きい重み付けができるようになります。

- スコアリング・ルール: 選択肢グループと選択肢のスコアを計算するときに使用されます。スコアは、意思決定で適切な選択肢を判断するために使用します。

この章には次のトピックが含まれます:

- 第4.1項「適格性ルールについて」

- 第4.2項「フィルタリング・ルールについて」

- 第4.3項「母集団セグメント別の業務目標優先度の調整」

- 第4.4項「スコアリング・ルールについて」

- 第4.5項「ルールの操作」

4.1 適格性ルールについて

選択肢または選択肢グループの一部である適格性ルールは、ある選択肢が、選択肢を選択する意思決定またはロジックに参加できるかどうかの適格性を判断します。選択肢グループと選択肢は、インライン・サービス・ナビゲータの「デシジョン・プロセス」の下に表示されます。

選択肢グループを表すアイコンは次のとおりです。

選択肢を表すアイコンは次のとおりです。

適格性ルールは、選択肢グループとそのサブツリーが決定に対して適格であるかどうかを判断します。選択肢自体が適格であっても、そのすべての親が適格でないと、その選択肢は適格にならないことに注意してください。

選択肢グループの適格性ルールにアクセスするには、選択肢グループを選択してから、「定義」→「グループの適格性」または「選択肢の適格性」を選択します。

選択肢の適格性ルールにアクセスするには、選択肢を選択してから、「定義」→「適格性」を選択します。

この項には次のトピックが含まれます:

- 第4.1.1項「適格性ルールの追加」

- 第4.1.2項「選択肢グループ/選択肢のルールの評価」

- 第4.1.3項「適格性の判定」

4.1.1 適格性ルールの追加

適格性ルールを追加するには、「グループの適格性」、「選択肢の適格性」、または選択肢/選択肢グループの「適格性」タブを選択してから、新しいルールを追加します。新規ルールの作成とルールへの文の追加方法の詳細は、第4.5.3項「ルールへの文の追加」を参照してください。

注意:

ルールの変更は、インライン・サービスが編集用に開かれている場合のみ行うことができます。

4.1.2 選択肢グループ/選択肢のルールの評価

選択肢グループと選択肢のルールは、継承されて追加されていきます。つまり、選択肢グループのルール(グループおよび選択肢のルール)と選択肢レベルのルールがある場合、ルールを拡張する論理積が追加されたかのようになります。継承されたルールは、ルールの一番上にある「継承された適格性条件」というセクションを展開すると表示されます。セクションを開いたり閉じたりするには、上矢印と下矢印のボタンを使用します。

例4-1に、選択肢グループのルールと選択肢のルールを評価する方法の例を示します。

例4-1 選択肢グループのルールと選択肢のルールの評価

Group1 has rules GroupRule1 and ChoiceRule1
Group2 is a child of Group1 and has rules GroupRule2 and ChoiceRule2
Group2 has a Choice, Choice1, and it has a rule, Rule1

この例では、Choice1のルールを評価するときに、次に示すルールが有効になります。

GroupRule1 AND GroupRule2 AND ChoiceRule1 AND ChoiceRule2 AND Rule1

4.1.3 適格性の判定

選択肢の適格性を判定するときは、初めに親の適格性がテストされます。これは、選択肢に対する不必要な適格性ルール評価処理を回避するためです。

例4-2に、選択肢の適格性を判定する方法の例を示します。

例4-2 選択肢の適格性の判定

Group1 has rule GroupRule1
Group2 is a child of Group1 and has rule GroupRule2
Group2 has a Choice, Choice1, and it has a rule, Rule1

この例では、適格性が次のとおり判定されます。

If Choice1 is eligible with Rule1 test with GroupRule2 if eligible test with GroupRule1

4.2 フィルタリング・ルールについて

フィルタリング・ルールは、スタンドアロン・ルールとして、母集団のセグメント化に使用したり、他のルールのコンポーネントとして使用できます。スタンドアロン・ルールは、様々な要素で再利用できます。スタンドアロンのフィルタリング・ルールには、「デシジョン・プロセス」→「ルール・ライブラリ」→「フィルタリング・ルール」でアクセスできます。

4.2.1 フィルタリング・ルールを使用した母集団のセグメント化

フィルタリング・ルールは他のどのルールでも使用でき、デシジョン優先度決定のためにも使用できます。後者の場合は、フィルタリング・ルールをデシジョンに割り当てると、1つの母集団の様々なセグメントにパフォーマンス・メトリックを適用することが可能になります。図4-1に、母集団のセグメント化に使用されるフィルタリング・ルールの例を示します。

図4-1 フィルタリング・ルール

「図4-1 フィルタリング・ルール」の説明

図4-1のスコアリング・ルールは、年齢が18歳以上で信用限度額が$8000以上の顧客をターゲットとしています。フィルタリング・ルールはデシジョンで使用されます。

フィルタリング・ルールを使用して母集団をセグメント化するには:

1. 新しいルールを追加するには、ナビゲータの上にあるツールバーのフィルタリング・ルール・アイコンをクリックします。フィルタリング・ルール・アイコンは、次のように表示されます。

2. セグメント化のためのスタンドアロンのフィルタリング・ルールを作成します。
新規ルールの作成とルールへの文の追加方法の詳細は、第4.5.3項「ルールへの文の追加」を参照してください。

3. 母集団をセグメント化するデシジョンを選択します。「定義」→「優先度」を選択します。

4. エディタの「セグメント」を使用して、母集団のセグメントを定義するフィルタリング・ルールを選択します。

5. 必要に応じて、このセグメントに対するパフォーマンス・メトリックの重み付けを調整できます。

6. 「保存」アイコンをクリックして、変更内容を保存します。

4.3 母集団セグメント別の業務目標優先度の調整

インライン・サービスに加えることができる変更の1つとして、業務目標の優先度の調整があります。意思決定の結果は、組織に定義されたパフォーマンス目標、定義された母集団のセグメント、および母集団の各セグメントにおける目標の優先度に基づいています。優先度の調整は、「定義」→「優先度」サブタブで行うことができます。

注意:

ルールの変更は、インライン・サービスが編集用に開かれている場合のみ行うことができます。

図4-2に、業務目標の優先度の例を示します。

図4-2 業務目標の優先度

「図4-2 業務目標の優先度」の説明

図4-2に示す例では、母集団のセグメント「維持するセグメント」の業務目標「顧客維持」の重み付けが高く設定されており(71%)、母集団の残りの部分は収益最大化が優先されます(29%)。

特定の状況下または母集団に変更がある場合は、重み付けのバーをスライドしてこの優先度を調整できます。調整後は、インライン・サービスを再デプロイしてから、変更内容を確認するためにデシジョン・センターに再度ログインする必要があります。

4.4 スコアリング・ルールについて

ブール値を返す適格性ルールとは対照的に、スコアリング・ルールは数値を返します。この値は、Oracle RTDのデシジョン・ロジックのどの部分でも使用できます。一般的なユース・ケースは、次のとおりです。

- 特定のパフォーマンス目標に対する選択肢のスコアを設定する

- 選択肢の属性の値を設定する

図4-3に、スコアリング・ルールの例を示します。

図4-3 スコアリング・ルール

「図4-3 スコアリング・ルール」の説明

図4-3に示す例では、顧客の与信金額に基づいてスコアが割り当てられます。顧客がどの与信範囲カテゴリにも適合しない場合、デフォルトのスコアである3が設定されます。

4.5 ルールの操作

ルールは、デシジョン・スタジオとデシジョン・センターの中で様々な目的で使用されますが、たとえば次のようなユース・ケースがあります。

- 選択肢グループや選択肢がデシジョンに参加できるかどうかの適格性を判定する。

- スタンドアロンの再利用可能なルールとして、母集団セグメントのフィルタリングに使用する。

- スタンドアロンの再利用可能なルールとして、選択肢のスコア設定に使用する。

ルールの作成に使用するエディタは、ほとんど同じです。以降の各項では、エディタとルール・エディタのツールバーを使用してルールを使用する方法を説明します。

注意:

ルールの変更は、インライン・サービスが編集用に開かれている場合のみ行うことができます。

この項には次のトピックが含まれます:

- 第4.5.1項「ルール・エディタのツールバーについて」

- 第4.5.2項「Oracle RTDルールの項と文」

- 第4.5.3項「ルールへの文の追加」

- 第4.5.4項「演算子の選択」

- 第4.5.5項「ブール文の編集」

- 第4.5.6項「ルール・プロパティの編集」

- 第4.5.7項「ルール要素の反転」

- 第4.5.8項「ルールとルール・セットの移動」

4.5.1 ルール・エディタのツールバーについて

ルール・エディタのツールバーからは、ルールを編集するための機能にアクセスできます。このツールバーは、実行中のタスクのコンテキストに依存します。

図4-4 ルール・エディタのツールバー

「図4-4 ルール・エディタのツールバー」の説明

左から右の順に、このツールバーには次に示す機能が並んでいます。

- ルール・プロパティの編集

- 条件値の追加

- ルールの追加

- ルール・セットの追加

- 削除

- 反転

- 上へ移動

- 下へ移動

- コピー

- 切取り

- 貼付け

4.5.2 Oracle RTDルールの項と文

Oracle RTDのルールには、次の3つのタイプがあります。

- フィルタリング・ルール

- スコアリング・ルール

- 適格性ルール

Oracle RTDのルールは、1つ以上のルール条件および条件の結合を制御する論理演算子から構成されます。これらの条件は、この項で説明するようにルール文の形式で表現されます。

注意:

この項では、条件付きルール(常に真になるとはかぎらないルール)について説明します。

単純なフィルタリング・ルールの例を次に示します。このルールの名前は選択リスト・ルールで、この項ではこのルールを使用してルール文の説明をします。

- Select List Rule is true when
All of the following
1. session / customer / Age > 21
2. session / customer / MaritalStatus = "MARRIED"

表4-1に、Oracle RTDのルール構文を正式な形で示します。この表では、Oracle RTDのルール文で使用される項の説明にバッカス正規形(BNF)タイプの表記規則を使用します。

表4-1 Oracle RTDのルールの構文

項

項の構成要素

注意

<rtd rule>

<header line> <logical operator> <rule entry>+ |

<header line> <array operator> <logical operator> <rule entry>+

なし

<header line>

<rule name> は次の場合にtrueです

ルールの名前を指定します。

ルールが作成された後は、ヘッダー行の編集は不可能です。

<logical operator>

次のすべて | 次のいずれか |

次のいずれでもない | 次の一部

論理演算子は、直後の<rule entry>をコントロールします。論理演算子「次のすべて」は、ルール新規作成時のデフォルトの論理演算子です。

<rule entry>

<boolean statement> | <rule set>

ルール・エントリには必ず番号が付きます。ルール・エントリの内容はブール文または他のルール・エントリです。

<rule set>

<logical operator> <rule entry>+ |

<array operator> <logical operator> <rule entry>+

2番目の<rule set>構成要素オプションを配列処理ルール・セットと呼びます。

<boolean statement>

<boolean> |

<boolean function> |

<left operand> <relational operator> <right operand>

<boolean statement>は、ルール・セットの最下位レベルであり、それ以上分解できません。

<array operator>

<quantifier> <array variable> in <array name>,

配列処理ルール・セットの場合にのみ使用します。詳細は、「数量詞と配列処理ルール」を参照してください。

<quantifier>

すべて | 次が存在

なし

選択リスト・ルールの例は、次のように分類できます。

- 選択リスト・ルールは、次の場合にtrueです = <header line>

- 次のすべて = <logical operator>

このルールの残りの部分は、次の2つの文からなる1つの<rule entry>で構成されています:

- session / customer / Age > 21 = <boolean statement>

- session / customer / MaritalStatus = "MARRIED" = <boolean statement>

ルール・セットとブール文

ルール・セット(表4-1では<rule set>)は、1つ以上の番号付きルール・エントリで構成される複合文です。各ルール・エントリは、ブール文か、別のルール・セットです。

ブール文(表4-1では<boolean statement>)には、評価結果がtrueまたはfalseになる条件が含まれています。この評価は、ルールが処理されるときに行われます。ブール文は、ルール・セットの最小レベルの要素であり、さらに分解することはできません。

ルール・セットの中で定義される下位のルール・セットに名前を付けることもできます。

注意:

各Oracle RTDのルールには、暗黙的な、名前のない、最上位のルール・セットが1つあります。

各ルール・セットは、ルール・セット文の処理を制御する論理演算子によって修飾されます。詳細は、「論理演算子」を参照してください。

次に示す除外ルールの例では、ルール・セットの中に別のルール・セットがあります。

例:

- 最上位の名前のないルール・セットの中に、論理演算子「次のすべて」と2つのルール・エントリがあります。最初のルール・エントリはブール文で、2番目のルール・エントリはルール・セットです。

- 最上位ルール・セットの内側のルール・セットの中には、論理演算子「次のいずれでもない」と3つのルール・エントリがあります。これらのルール・エントリはすべてブール文です。

注意:

Oracle RTDでは、配列内の値に依存するルール・セットもサポートされます。詳細は、「数量詞と配列処理ルール」を参照してください。

配列内の値に依存するルール・セットの場合は、全体の「数量詞」となる式(「すべて」または「次が存在」)がルール・セットに追加されます。この数量詞は、ルール・セットの論理演算子を修飾します。詳細は、「数量詞と配列処理ルール」を参照してください。

論理演算子

Oracle RTDの論理演算子は次のとおりです。

- 次のすべて(論理積、and)。ルール・セットでは、ブール文または下位レベルのルール・セットがすべてtrueになる場合にtrueと評価されます。

- 次のいずれか(論理和、or)。ルール・セットでは、ブール文または下位レベルのルール・セットのいずれか1つがtrueになる場合にtrueと評価されます。

- 次のいずれでもない(否定論理積、not and)。ルール・セットでは、ブール文または下位レベルのルール・セットがすべてfalseになる場合にtrueと評価されます。

- 次の一部(否定論理和、not or)。ルール・セットでは、ブール文または下位レベルのルール・セットのいずれか1つがfalseになる場合にtrueと評価されます。

数量詞と配列処理ルール

ルール・セットは、次のように、配列内に出現する値に依存することが可能です:

- ルール・セットは配列の要素を評価できます

- ルール・セットの中の式は配列の要素を参照できます

このようなタイプのルールを配列処理ルールと呼びます。

これらの場合、「数量詞」式(数量詞とも呼ばれます)がルール・セットの論理演算子を修飾するルール・セットが存在します。ルール・セットの文は、すべての配列要素に対して満たされるか、1つ以上の配列要素に対して満たされるかのどちらかである必要があります。

次の例では、配列属性のsession/agentsに含まれるすべてのエージェントを調べるルールが作成されています。この例では、すべてのエージェントが30歳以上でありステータスがQualifiedである場合に、ルールがtrueと評価されます。

Agent Rule is true when
For all people in session/agents, All of the following
1. people / Age >= 30
2. people / Status = "Qualified"

配列処理ルールの構文は、次の項で詳しく説明します。前の例では、peopleという項はユーザーが定義する任意項であり、ルール・セット内の個々の配列要素を識別するために使用されます。

配列処理ルールの修飾

配列処理ルールの修飾の一般的な形式は、次のとおりです。

<quantifier> <array_variable> in <array_name>, <logical_operator>

ここで:

quantifierは、「すべて」、「次が存在」のいずれかです。

- すべて:この数量詞は、ルール・セットの論理演算子と連携して、各配列要素の検査が必須であることを示します。また、各配列要素について、被修飾ルール・セット内のブール文と下位ルール・セットがすべて満たされている必要があります。
被修飾ルール・セット内のブール文と下位ルール・セットが1つも満たされない配列要素が見つかると、ルール評価による配列処理は終了します。配列内の残りの要素はスキップされます。

- 次が存在:この数量詞は、ルール・セットの論理演算子と連携して、少なくとも1つの配列要素に対して、被修飾ルール・セット内のブール文と下位ルール・セットがすべて満たされている必要があることを示します。
被修飾ルール・セット内のブール文および下位ルール・セットがすべて満たされている配列要素が見つかると、ルール評価による配列処理は終了します。配列内の残りの要素はスキップされます。

array_variableは、被修飾ルール・セットのブール文および下位ルール・セットの中の配列array_nameの個々の配列要素の名前を指定するための任意名です。

注意:

1. array_variableは、独自の配列変数を持つ下位レベルのルール・セットのブール文からでも参照できます。

2. array_variableはルールの範囲内で一意でなければなりません。つまり、下位の配列処理ルールの配列変数と同じ名前をarray_variableの名前として使用することはできません。

array_nameは、検査対象の配列です。

logical_operatorは、「次のすべて」、「次のいずれか」、「次のいずれでもない」、「次の一部」のいずれかです。

たとえば、ある配列処理ルール・セットが2つのエンティティsessionとcustomerで構成されているとします。

sessionエンティティには、次の属性があります。

- 整数型の属性AgentDept

- 配列属性CustInfo(customer型)

customerエンティティには、次の属性があります。

- 整数型の属性CompSize

- 文字列型の属性Region

次の条件を両方とも満たすためのフィルタリング・ルールが必要です。

- AgentDeptの値は42でなければならない。

- CustInfo配列内の少なくとも1つの顧客のCompSizeが> 100で、Regionが「West」でなければならない。

このフィルタリング・ルールは、次のように定義できます(配列を修飾する式が強調されています):

- Cust Rule is true when
All of the following
1. session / AgentDept = 42
2. There exists some_customer in session / CustInfo, All of the following
1. some_customer / CompSize > 100
2. some_customer / Region = "West"

4.5.3 ルールへの文の追加

ルール・セットの追加
ルール・セットを追加するには、次に示す「ルール・セットの追加」アイコンをクリックします。

これがルール内に作成する最初の要素である場合は、次に示す文がルール内に表示されます。

- デフォルトの論理演算子「次のすべて」

- ルールの最初の行番号を付与されたルール・セット・エントリ。このエントリの中には、デフォルトの論理演算子「次のすべて」があります。

- 2つのオペランドを持つ空のブール文(新しく定義されたルール・セット内)

それ以外の場合、現在のルール・セットで次のエントリとして、オペランドが2つで空のブール文を含む新規ルール・セット・エントリが追加されます。たとえば、ブール文が1つ含まれている既存ルール・セットにルール・セットを追加すると、追加されたルール・セット・エントリは、次に示すように、行番号2の横に表示されます。

ルール・セットに名前を付けるには、右上隅をクリックします。ルール・セットに名前を付けると、ルール・セットのボックスの右上隅にある山形のアイコンをクリックしてルールを閉じたり開いたりできるようになります。

ルールの追加(ブール文をルールに追加)

ブール文を追加するには、次に示す「ルールの追加」アイコンをクリックします。

これがルール内に作成する最初の要素の場合は、次のように、デフォルトの論理演算子「次のすべて」が表示され、その後に2つのオペランドを持つ空のブール文が表示されます。

それ以外の場合は、次の例に示すように、2つのオペランドを持つ空のブール文が現行ルール・セットに追加されます。この例では、1つのブール文がすでに存在します。

デフォルトでは、ブール文は2つのオペランドを持ち、その間に1つの演算子があります。

ブール文のオペランドが1つか2つかを切り替えるには、次の例に示すように、ブール文の行番号をクリックしてから、ブール文ボックスの右下にある三角形のアイコンをクリックします。

オペランドが1つの場合は、評価結果が必ずブール型になります。

4.5.4 演算子の選択

演算子を選択するには、演算子をクリックしてから右下隅をクリックします。

表4-2は、使用可能な演算子の一覧です。

表4-2 ルール演算子

演算子

説明

なし

オペランドを1つだけ持つ単純な式

=

左辺が右辺と等しい

<>

左辺が右辺と等しくない

<

左辺が右辺より小さい

<=

左辺が右辺以下

>

左辺が右辺より大きい

>=

左辺が右辺以上

次に含まれる

左辺の値が右辺のリストに含まれる

次に含まれない

左辺の値が右辺のリストに含まれない

次のすべてを含む

左辺のリストが右辺のリストの値をすべて含む

次のすべてを除外

左辺のリストが右辺のリストのどの値も含まない

次のいずれかを含む

左辺のリストが右辺のリストのいずれかの値を含む

次の一部を含まない

左辺のリストが右辺のリストの一部の値を含まない

4.5.5 ブール文の編集

ルールのブール文を編集するには、左辺をクリックしてから省略記号をクリックします。定数、属性または関数コールから選択できます。ページ上部の「配列」を選択すると、配列値を指定できます。

注意:

オペランド・ダイアログ内で[Esc]キーを押すと、いつでもダイアログを閉じることができます。

- 「定数」を選択した場合は、その項目の「データ型」と「値」を指定します。「配列」を選択した場合は、必要な数の項目を配列に追加します。次に、各項目の「データ型」を選択して「値」を指定します。

- 「属性」を選択した場合は、次のいずれかを指定します。

- グループ属性: ルール・プロパティで選択された選択肢グループまたはその選択肢の一部である属性。

- セッション属性: セッション・エンティティの一部である属性。

- アプリケーション属性: アプリケーション要素のメンバーである属性。

- 配列変数: 数量詞付き論理演算子式の中のルール・セットの個々の配列要素の名前。詳細は、「数量詞と配列処理ルール」を参照してください。

タイプ別に属性をフィルタリングするには、「フィルタ・タイプの適用」を選択してから「データ型」を選択します。「配列」を選択した場合は、必要な数の項目を配列に追加してから、各項目に属性値を割り当てます。

- 「関数コール」を選択した場合は、次のいずれかを指定します。

- フィルタリング・ルール: インライン・サービスに対して定義されたスタンドアロンのフィルタリング・ルール

- スコアリング・ルール: インライン・サービスに対して定義されたスタンドアロンのスコアリング・ルール

- 関数コール: インライン・サービスに対して定義されたスタンドアロンの関数

タイプ別に属性をフィルタリングするには、「フィルタ・タイプの適用」を選択してから「データ型」を選択します。「配列」を選択した場合は、必要な数の項目を配列に追加してから、各項目に関数またはルールを割り当てます。

4.5.5.1 ルール内でのタイプ制約付きオブジェクトの使用

タイプ制約付きのオブジェクトをオペランドとして、またはオペランドの一部として選択すると、他のオペランドの値がドロップダウン・リストとして表示されることがあります。このドロップダウン・リストから値を選択できますが、このリストからの選択は必須ではありません。

タイプ制約とタイプ制約付きオブジェクトの詳細は、『Oracle Fusion Middleware Oracle Real-Time Decisionsプラットフォーム開発者ガイド』のタイプ制約に関するトピックを参照してください。

4.5.6 ルール・プロパティの編集

フィルタリング・ルールとスコアリング・ルールのどちらにも、設定可能なルール・プロパティがあります。ルール・プロパティを編集するには、次に示す「ルール・プロパティ」アイコンをクリックします。

「ルール・プロパティを編集」が表示されます。

ルール・プロパティには、コール・テンプレートとネガティブ・コール・テンプレートがあります。コール・テンプレートは、別のルールからルールをコールするための、ユーザーフレンドリな記述方法を提供します。

コール・テンプレートを定義するには、「パラメータ」の下にある「追加」ボタンをクリックして、ルールのパラメータ数を追加します。{0}、{1}などの引数と、ルールを記述する句を使用して、コールのテンプレートを定義します。ルールの使用時にはこの句が表示されるため、適切な句を使用することが重要です。

たとえば、ユーザーから少なくともx回のコールが過去y日間にあったかどうかをルールによって調べるには、次のように記述します。

There were at least {0} calls in the last {1} days

ネガティブ・コール・テンプレートは、ルールが反転されて反対の意味を表すときに使用されます。例:

There were less than {0} calls in the last {1} days

ルール・プロパティでは、ルールで使用する選択肢グループを割り当てることもできます。「選択肢グループで使用」を選択すると、パラメータで使用する選択肢属性を、どの選択肢グループまたはその選択肢から得るかを指定できます。これらの属性は、オペランドの値を編集する場合に使用できます。

4.5.7 ルール要素の反転

「反転」アイコンは、ルールで複数の要素を逆にします。ブール文の番号を選択することで、ブール文の演算子を逆にできます。たとえば、オペランドが=の場合、<>に反転します。

ルール・セットの論理演算子を反転させることもできます。反転させるには、論理演算子を選択して「反転」をクリックします。たとえば、「次のすべて」は「次の一部」になります。

「反転」の最後の用途は、ブール型のルール(オペランドが1つだけのルール)の反転です。このタイプのルールを反転すると、ルールを定義する関数のネガティブ・コール・テンプレートに変換されます。

4.5.8 ルールとルール・セットの移動

ルールの中のルールとルール・セットの順序を変更するには:

1. ルール・エントリの番号をクリックして選択します。

2. 次の操作をルール・エディタのツールバーから実行し、ルール・エントリを移動します。

- 削除

- 選択内容をクリップボードにコピー

- クリップボードへの選択内容の切取り

- 上へ移動

- 下へ移動

ルール・エディタのツールバーのアイコンの詳細は、第4.5.1項「ルール・エディタのツールバーについて」を参照してください。

3. 「保存」アイコンをクリックして、変更内容を保存します。

Copyright © 2010, 2011, Oracle and/or its affiliates. All rights reserved.