3 モデルの使用

モデルは、ビジネス・パフォーマンスを追跡する際のキーとなるアプリケーション局面を記述し、これらの概念を既存のソフトウェア・アプリケーション実装にマップするための文法を提供します。

一般に、ハイレベルなアプリケーションのモデルは、ビジネス・ユーザーとアーキテクトによる反復的なコラボレーションにより定義します。一般に、ビジネス・ユーザーは統合アプリケーションに関連するハイレベルな概念を記述し、アーキテクトはこれらの概念を調整してアプリケーション実装にマップします。モデルの定義およびマッピングが終わると、ビジネス・モデルのインスタンスに関連付けられたメトリックの収集がシステムによって開始されます。これらのメトリックは、ダッシュボードおよびレポートのレンダリングに使用されます。

モデルの作成には、ペルソナが異なるユーザー(ビジネス・ユーザーおよびアーキテクト)によるコラボレーションが必要になります。ビジネス・ユーザーはマイルストンやインジケータなどの抽象モデルを定義し、アーキテクトはその抽象モデルをサービスやコンポーネントなどの基礎となるアーティファクトにマップします。

モデルには次のものが含まれます。

基本的なメタデータ
識別子 - モデルのインスタンスを識別する一意の識別子で、モデルの定義には必須です。
順序付きマイルストンとその関連するインジケータのセット

マイルストン、インジケータおよび識別子の詳細は、Oracle Real-Time Integration Business Insightの理解を参照してください。

3.1 モデルのライフサイクルおよびアクティブ化

新しく作成したモデルは、アクティブ化されるまではドラフト状態になります。アクティブ化されたモデルのみがメトリックを収集します。モデルはアクティブ化されている間、一時的にアクティブ化の進行中状態になります。アクティブ化に失敗すると、状態はアクティブ化に失敗しましたに更新されます。アクティブ化が正常に完了すると、状態はアクティブに変わります。基礎となる実装を変更した結果としてモデルが非アクティブ化されることがある他、ユーザーがモデルを非アクティブ化することもできますが、どちらの場合もモデルは非アクティブ状態になり、マウス・カーソルを合せると追加情報が表示されます。

アクティブなモデルに変更を加えるために、新しいドラフトが作成され、これは変更の完了後にアクティブ化できます。

図3-1 モデルのライフサイクル状態の遷移

モデルが「不明」状態に遷移することがあります。この状態になるのは、ランタイムがモデルの状態を「アクティブ化」または「非アクティブ化」であると判断できない場合です。このような状態のモデルに対してすべてのライフサイクル・アクションを実行できます。

詳細は、モデルのライフサイクル状態を参照してください。

3.1.1 モデルのライフサイクル状態

いずれのモデルも、次のライフサイクル状態を通過します。

ドラフト: この状態のときはモデルに変更を加えることができ、メトリックは収集されません。ドラフト・モデルでは「エクスポート」オプションがサポートされているため、モデルをエクスポートし、エクスポートしたモデルを使用してアプリケーションにインポートできます。
進行中: アクティブ化が開始されると、モデルはこの状態になります
アクティブ: モデルがこの状態のときはメトリックが収集中であり、変更はできません。アクティブ化されたモデルでは「エクスポート」オプションがサポートされているため、モデルをエクスポートし、エクスポートしたモデルを使用してアプリケーションにインポートできます。
失敗: アクティブ化中に問題が発生した場合、モデルはこの状態になります
非アクティブ化: 基礎となる実装に変更が発生した場合や、ユーザーがモデルを非アクティブ化した場合、モデルはこの状態に移行します。
- システムを非アクティブ化: 非アクティブ化/アンデプロイ/接続の喪失などのシステムのエラー/しきい値を超えた再試行回数/別のパスへのアプリケーションの再デプロイ/アプリケーションの変更のいずれかのために、統合アプリケーションが変更された場合。モデルはInsightエージェントによって自動的に非アクティブ化され、ユーザーはそれを制御できません。
- ユーザーを非アクティブ化ユーザーがモデルを非アクティブ化した場合。

3.1.2 モデル・ライフサイクル・アクション

モデルの現在の状態に応じて、モデルに次のアクションを実行できます。

アクティブ化: モデルをアクティブ化します。モデルをアクティブ化するには、モデル定義が100%完了している必要があります。ドラフトをアクティブ化して、既存のアクティブ・モデルを置換できます。

注意:
InsightModelCreator/InsightIntegrationArchitect/InsightAdminロールを持つユーザーのみがモデルをアクティブ化できます。
非アクティブ化: アクティブ化されたモデルを非アクティブ化します。

注意:
InsightModelCreator/InsightIntegrationArchitect/InsightAdminロールを持つユーザーのみがモデルを非アクティブ化できます。
削除: アクティブ化されたモデルを削除します。このアクションは永続的であり、元に戻せません。

注意:
InsightModelCreator/InsightIntegrationArchitect/InsightAdminロールを持つユーザーのみがモデルを削除できます。

ライフサイクル・アクションとは別に、モデルに対して他のアクションも実行できます。その他のモデル・アクションを参照してください。

3.2 モデルの作成

InsightModelCreatorロールまたはInsightAdminロールを持つユーザーのみがモデルを作成できます。

モデルを作成するには次の手順を実行します。

「デザイナ」タブをクリックするか、「ホーム」ページのナビゲーション・ショートカットをクリックします。
インサイト・モデルページが開きます。このページには、モデルの現在の状態に関係なく、すべてのモデルが表示されます。このページに表示されるモデルに対して様々なアクションを実行できます。詳細は、その他のモデル・アクションを参照してください。
手順3または4を実行します。
「モデルの作成」をクリックします。
すでにドラフト・モデルがある場合には、モデルの「ドラフト」バージョンをクリックします。
次の詳細を入力します:
1. 名前: モデルの適切な名前
2. 説明: モデルの適切な説明
3. アイコン: 任意のアイコンを選択します。ここで選択したアイコンは、「インサイト・モデル」ページでモデルの隣に表示されます。
4. 単一インスタンスの説明: モデルの単一インスタンスに使用される適切な説明。たとえば、「注文」とします。
5. 複数インスタンスの説明: モデルの複数インスタンスに使用される適切な説明。たとえば、「複数の注文」とします。
「保存」をクリックして、モデルを保存します。
確認メッセージが表示されます。

モデルが作成され、「ドラフト」状態になります。

モデルの様々な状態の詳細は、モデルのライフサイクル状態を参照してください。

図3-2 ドラフト・モデル

注意:

モデルの最上部には、「完了するタスク」の数が表示されます。モデルをアクティブ化するには、これらのすべてのタスクを完了する必要があります。

ページの左上隅の「モデル」ボタンをクリックして、「デザイナ」ページに戻ります。

3.3 マイルストンの作成

モデルを作成したら、次の重要な手順はモデルのマイルストンを作成することです。マイルストンは、ビジネス進捗のモニタリングに役立つ、ビジネス・プロセス内のポイントです。一般に、マイルストンは反復して作成されます。詳細は、Oracle Real-Time Integration Business Insightの理解のマイルストンのタイプを参照してください。

InsightBusinessUser/InsightIntegrationArchitect/InsightModelCreator/InsightAdminロールを持つユーザーのみがマイルストンを作成できます。

マイルストンを作成するには、次のステップを実行します。

「デザイナ」ページ(一般に「モデル」ページと呼ばれます)で、マイルストンを作成するモデルのドラフト・バージョンをクリックします。

図3-3 「デザイナ」ページ
「マイルストンの作成」をクリックします。

注意:
InsightBusinessUser/InsightIntegrationArchitect/InsightModelCreator/InsightAdminロールを持つユーザーのみがマイルストンを作成できます。
マイルストンの適切な名前を指定します。
マイルストンが拡張されます。
マイルストンの適切な説明を入力します。
適切な「マイルストン・タイプ」を選択します。使用可能なタイプは、「初期マイルストン」、「標準マイルストン」、「エラー・マイルストン」、「終了マイルストン」および「終了/エラー・マイルストン」です。

マイルストンのタイプが表示されているバーは、マイルストン・ツールバーと呼ばれています。このツールバーを誤って閉じた場合には、アプリケーションに再度ログインしてマイルストン・ツールバーを表示する必要があります。
マイルストンのタイプの詳細は、Oracle Real-Time Integration Business Insightの理解を参照してください。
インプリメンテーションへのマイルストーンのマッピングで説明されているマイルストーンを実装にマップするか、「API呼び出しを有効にします」オプションを選択して、このマイルストーンがREST APIからイベントを受け取れるようにします。

注意:
InsightModelCreator/InsightIntegrationArchitect/InsightAdminロールを持つユーザーのみが実装マッピングを作成できます。

注意:
サービス・タイプをスキーマのないメッセージング・リクエスト/応答XMLにした状態で、マイルストン・マッピングをパイプライン/ビジネス・サービスで使用することはできません。
(オプション)マイルストンのインジケータを定義します。インジケータの定義を参照してください。

注意:
InsightBusinessUser/InsightIntegrationArchitect/InsightModelCreator/InsightAdminロールを持つユーザーのみがインジケータを作成および定義できます。
手順2から7を繰り返して、モデルに必要なすべてのマイルストンを作成します。
マイルストンを削除する場合は、「削除」アイコンをクリックします。

注意:
InsightBusinessUser/InsightModelCreator/InsightIntegrationArchitect/InsightAdminロールを持つユーザーのみがマイルストンを削除できます。

モデルのマイルストンが作成されます。

図3-4 マイルストンの詳細

3.4 実装へのマイルストンのマップ

注意:

マイルストンの作成時にAPI呼出しの有効化オプションを選択した場合、この項は必要ありません。

モデルのマイルストンを定義するときには、既存の実装にマイルストンをマップする必要があります。マッピングを行わないと、マイルストン・マッピングがないことを通知する警告メッセージがマイルストンの隣に表示されます。

InsightModelCreator/InsightIntegrationArchitect/InsightAdminロールを持つユーザーのみが実装マッピングを作成できます。

この製品でサポートされている実装マッピングには、SOAやService Busなど様々なタイプがあります。

注意:

サービス・タイプをスキーマのないメッセージング・リクエスト/応答XMLにした状態で、マイルストン・マッピングをパイプライン/ビジネス・サービスで使用することはできません。 Service BusパイプラインへのマップおよびService Busビジネス・サービスへのマップを参照してください。

3.4.1 SOA BPELコンポーネントへのマップ

InsightModelCreator/InsightIntegrationArchitect/InsightAdminロールを持つユーザーのみが実装マッピングを作成できます。

SOA BPELコンポーネントへの実装マッピングを作成するには、次の手順を実行します。

実装マッピングを作成するマイルストン内で「マッピングの作成」をクリックします。
「実装マッピング」ページが開きます。
「データ接続」ドロップダウン・リストからSOA接続を選択します。ドロップダウン・リストに接続が表示されない場合には、データ接続を作成する必要があります。データ接続の作成を参照してください。
この選択により、そのドメインにデプロイ済のすべてのコンポジットに関する情報がロードされます。
必要なコンポーネントを展開し、必要なレベルにドリルダウンします。
必要なエントリを選択し、「BPEL構造」アイコンをクリックしてさらにドリルダウンします。

図3-5 マッピング・アイコン
BPEL構造ツリー内の必要なBPELアクティビティに移動し、「マッピングの編集」アイコンをクリックします。

図3-6 「マッピングの編集」アイコン
「マイルストンが渡されました」ポップアップから適切なエントリを選択します。
図3-7 「マイルストンが渡されました」ポップアップ
- 「開始時」は、アクティブ化を示します。
- 「終了時」は、完了を示します。
- 「エラー発生時」は、失敗を示します。
マッピングが行われ、「実装マッピング」ページに最初のマッピングが展開された形で開きます。

注意:
Insightでは、OnMessageおよびOnAlarmというBPELコンストラクトへのマップがサポートされていません。これらの要素は、PickおよびEventHandlersアクティビティの分岐であり、それ自体で独立したアクティビティとしてではなく、そのようにマッピングすることができます。
定義済のマッピングを削除またはリセットする場合には、「アクションのマッピング」メニューから「削除」または「リセット」を選択します。
「マッピングの追加」(ページの右上隅)をクリックし、手順2から6を繰り返して、マイルストンに追加するマッピングを定義します。
「エディタに戻る」をクリックして、モデル・エディタに戻ります。

マイルストンが実装にマップされます。

図3-8 実装にマップされたマイルストン

3.4.2 SOAサービス/参照/コンポーネントへのマップ

InsightModelCreator/InsightIntegrationArchitect/InsightAdminロールを持つユーザーのみが実装マッピングを作成できます。

SOAコンポジット・サービス/参照への実装マッピングを作成するには、次の手順を実行します。

実装マッピングを作成するマイルストン内で「マッピングの作成」をクリックします。
「実装マッピング」ページが開きます。
「データ接続」ドロップダウン・リストからSOA接続を選択します。ドロップダウン・リストに接続が表示されない場合には、データ接続を作成する必要があります。データ接続の作成を参照してください。
この選択により、そのドメインにデプロイ済のすべてのコンポジットに関する情報がロードされます。
必要なアーティファクトを展開し、必要な「サービス」/「参照」/「コンポーネント」にドリルダウンします。
必要なエントリを選択し、「マッピングの編集」アイコンをクリックしてマッピングを定義します。
「操作」ドロップダウン・リストから適切な値を選択します。
「相互作用」ドロップダウン・リストから適切な値を選択します。

注意:
このフィールドは、「操作」ドロップダウン・リストで値を選択しないかぎり表示されません。

SOAの11gバージョンで作成されたコンポジットでは、視覚的な表現が使用できません。その場合、「操作」および「相互作用」ドロップダウンを含むポップアップのみが表示されます。

図3-9 SOAサービス/参照へのマップ
「マッピングの削除」をクリックして既存のマッピングを削除し、新規マッピングを作成します。
「終了」をクリックして、マッピングのプロセスを完了します。

マッピングが行われ、「実装マッピング」ページに最初のマッピングが展開された形で開きます。

3.4.3 Service Busパイプラインへのマップ

InsightModelCreator/InsightIntegrationArchitect/InsightAdminロールを持つユーザーのみが実装マッピングを作成できます。

注意:

マッピング・ページには、WSDLベースのサービスまたはメッセージング・サービスであり、リクエスト・タイプまたはレスポンス・タイプがXMLである、Service Busパイプラインおよびビジネス・サービスのみが表示されます。マッピングでサポートされているService Busコンストラクトがすべて記載されたリストについては、Oracle Service Busでサポートされている機能およびサポートされていない機能を参照してください。

パイプラインへの実装マッピングを作成するには、次の手順を実行します。

実装マッピングを作成するマイルストン内で「マッピングの作成」をクリックします。
「実装マッピング」ページが開きます。
「データ接続」ドロップダウン・リストからService Bus接続を選択します。ドロップダウン・リストに接続が表示されない場合には、データ接続を作成する必要があります。データ接続の作成を参照してください。
この選択により、そのドメインにデプロイ済のすべてのService Busプロジェクトがロードされます。

注意:
サポートされているService Bus機能セット(たとえば、WSDLサービス)に準拠するプロジェクトのみがロードされ、使用可能になります。マッピングでサポートされているService Busコンストラクトがすべて記載されたリストについては、Oracle Service Busでサポートされている機能およびサポートされていない機能を参照してください。
目的のプロジェクトを展開し、必要な「パイプライン」にドリルダウンします。
マップするパイプラインに対して「マッピングの編集」アイコンをクリックします。
サービス・タイプには、次のものがあります。
- WSDL: 「操作」と「相互作用」の両方がポップアップ・ウィンドウに表示されます。「相互作用」に使用可能な値は、REQUEST、RESPONSEおよびFAULTです。
- メッセージ・サービス: 「相互作用」のみがポップアップ・ウィンドウにドロップダウン・リストとして表示され、リストに含まれる値はREQUESTとRESPONSEです。
ポップアップ・ウィンドウに開かれたドロップダウン・リストで「操作」を選択します。
ポップアップ・ウィンドウに開かれたドロップダウン・リストで「相互作用」を選択します。「相互作用」に使用可能な値は次のとおりです。
- REQUEST
- RESPONSE
- FAULT
重要:
循環依存関係や循環参照があるアーティファクト(WSDLやXSDなど)をビジネス・サービスが参照することがありますが、このようなビジネス・サービスをマッピング・エディタ内でマップすることはできません。このようなビジネス・サービスにマップするための唯一の方法は、アーティファクトから循環参照を削除することです。
「相互作用」の値を選択した場合、ウィンドウが非表示になり、マップの作成が通知されます。マッピングを編集している間、緑色のアイコンが表示されます。

図3-10 Service Busパイプラインへのマップ

マッピングが行われ、「実装マッピング」ページに最初のマッピングが展開された形で開きます。

3.4.4 Service Busビジネス・サービスへのマップ

InsightModelCreator/InsightIntegrationArchitect/InsightAdminロールを持つユーザーのみが実装マッピングを作成できます。

ビジネス・サービスへの実装マッピングを作成するには、次の手順を実行します。

実装マッピングを作成するマイルストン内で「マッピングの作成」をクリックします。
「実装マッピング」ページが開きます。
「データ接続」ドロップダウン・リストからService Bus接続を選択します。ドロップダウン・リストに接続が表示されない場合には、データ接続を作成する必要があります。データ接続の作成を参照してください。
この選択により、そのドメインにデプロイ済のすべてのプロジェクトに関する情報がロードされます。

注意:
サポートされているService Bus機能セット(たとえば、WSDLサービス)に準拠するプロジェクトのみがロードされ、使用可能になります。マッピングでサポートされているService Busコンストラクトがすべて記載されたリストについては、Oracle Service Busでサポートされている機能およびサポートされていない機能を参照してください。
目的のプロジェクトを展開し、必要な「ビジネス・サービス」にドリルダウンします。
サービス・タイプには、次のものがあります。
- WSDL: 「操作」と「相互作用」の両方がポップアップ・ウィンドウに表示されます。「相互作用」に使用可能な値は、REQUEST、RESPONSEおよびFAULTです。
- メッセージ・サービス: 「相互作用」のみがポップアップ・ウィンドウにドロップダウン・リストとして表示され、リストに含まれる値はREQUESTとRESPONSEです。
マップするビジネス・サービスに対して「マッピングの編集」アイコンをクリックします。
ポップアップ・ウィンドウに開かれたドロップダウン・リストで「操作」を選択します。
ポップアップ・ウィンドウに開かれたドロップダウン・リストで「相互作用」を選択します。

注意:
このドロップダウン・リストが表示されるのは、「操作」の値を選択した場合のみです。

重要:
循環依存関係や循環参照があるアーティファクト(WSDLやXSDなど)をビジネス・サービスが参照することがありますが、このようなビジネス・サービスをマッピング・エディタ内でマップすることはできません。このようなビジネス・サービスにマップするための唯一の方法は、アーティファクトから循環参照を削除することです。

「相互作用」の値を選択した場合、ウィンドウが非表示になり、マップの作成が通知されます。マッピングを編集している間、緑色のアイコンが表示されます。

図3-11 Service Busビジネス・サービスへのマップ

マッピングが行われ、「実装マッピング」ページに最初のマッピングが展開された形で開きます。

3.5 マイルストン・マッピングの編集

InsightModelCreator/InsightIntegrationArchitect/InsightAdminロールを持つユーザーのみが実装マッピングを編集できます。

マイルストンのマッピングを編集するには、次の手順を実行します。

モデル・エディタで必要なマイルストンを展開します。
定義済のマッピングをクリックして、「実装マッピング」ページを開きます。
Service Busベースのマッピング(パイプラインおよびビジネス・サービス)に対する「マッピングの編集」アイコンをクリックし、SOA BPELベースのマッピングのBPEL構造にドリルダウンします。
既存のマッピングが開きます。
必要な変更を加えます。
マッピングが更新されます。
「エディタに戻る」をクリックして、モデル・エディタに移動します。モデル・エディタで、マッピングにこれまで加えた変更を確認できます。

3.6 インジケータのAPIデータ型の選択

マイルストンに関連付けられたインジケータに、API呼出しを許可するデータ型を選択できます。

APIデータ型を選択するには、次のようにします。

(一意のインスタンス識別子、ディメンションまたメジャーを)編集するインジケータを展開します。
APIデータ型フィールドで、クリックしてAPIデータ型を設定アイコンをクリックした後、インジケータのデータ型を選択します。
使用可能なデータ型は、サービスの種類によって異なります。
- 一意の識別子: String、Integer、Float、DecimalおよびDate
- ディメンション: String、Integer、Float、DecimalおよびDate
- メジャー: String、Integer、FloatおよびDecimal
図GUID-4FAB1027-1A9F-4E10-AB10-D9D4D0503890-default.pngの説明

3.7 一意の識別子の定義

モデルに一意のインスタンス識別子を定義する必要があります。識別子は、他のすべてのインスタンスから一意である必要があります。

InsightBusinessUser/InsightModelCreator/InsightIntegrationArchitect/InsightAdminロールを持つユーザーのみが一意のインスタンス識別子を作成および定義できます。

モデルに一意のインスタンス識別子を定義するには、次の手順を実行します。

一意のインスタンス識別子を関連付けるマイルストンを展開します。
手順3または4を実行します。
「一意のインスタンス識別子」タイルをクリックします。

図3-12 「一意のインスタンス識別子」タイル
インジケータの作成をクリックし、「識別子」を選択します。

注意:
一意のインスタンス識別子は1つのみ定義できるため、初めて手順3を実行した場合、この手順の「識別子」オプションは無効になっています。
「一意のインスタンス識別子」領域で、次のものを入力します。
1. 名前
2. 説明
識別子をマイルストンに関連付けます。詳細は、実装へのマイルストンのマップを参照してください。
実装マッピングの抽出基準を定義します。詳細は、抽出基準の定義を参照してください。マイルストンの作成時にAPI呼出しの有効化オプションを選択しなかった場合は、これが必要です。かわりにインジケータのデータ型を設定します。インジケータのAPIデータ型の選択を参照してください。

モデルの一意の識別子が定義されます。 1つの一意の識別子のみを作成できます。一意の識別子を作成すると、手順2で表示される「識別子」オプションは無効になります。識別子のマッピングを追加できます。

図3-13 定義された一意のインスタンス識別子

3.8 インジケータの定義

インジケータは、アプリケーションに一意のメトリックを表します。これらのインジケータは、ビジネスのパフォーマンスを定量化したもので、ビジネスの追跡に有用なダッシュボードおよびレポートを作成するために使用します。インジケータには、ディメンションとメジャーという2つのタイプがあります。

ディメンションは、インスタンスを分類するために使用します。たとえば、ヘルプ・デスク・システムの場合、地理的な地域(たとえば、都道府県や市区町村)や顧客タイプ(たとえば、ゴールド、シルバー、ブロンズのサポート)別にヘルプ・チケットをグループ化できます。ディメンションを使用すると、ビジネス・データをスライスおよびダイスできます。

一方、メジャーは特定の各インスタンスに関連付けられた値を表します。たとえば、数値メジャーを使用して各ヘルプ・チケットに関連付けられたコストを表したり、日付メジャーを使用してチケットが発行された日付を表します。

注意:

InsightIntegrationArchitect/InsightModelCreator/InsightBusinessUser/InsightAdminロールを持つユーザーのみがインジケータを作成および定義できます。

重要:

Oracle Real-Time Integration Business Insightでは、インジケータの重複はサポートされていません。

インジケータを定義するには、次の手順を実行します。

インジケータを作成するマイルストンを展開します。
インジケータの作成をクリックします。
インジケータのタイプとして「ディメンション」または「メジャー」のいずれかを選択します。
ディメンションはで示され、メジャーはで示されています。
次を入力します。
1. 名前
2. 説明
「フィルタ可能」ドロップダウン・リストから適切な値を選択して、インジケータがフィルタ可能かどうかを指定します。インジケータをフィルタ可能にした場合には、それがグラフに表示されます。ただし、「フィルタ可能」としてマークするインジケータの数に注意してください。フィルタ可能なインジケータが多すぎると、パフォーマンスが低下します。
実装マッピングの場合は抽出基準の定義、またはインジケータの関連マイルストンに対してAPI呼出しの有効化が選択されている場合はインジケータのAPIデータ型の選択。 InsightModelCreator/InsightIntegrationArchitect/InsightAdminロールを持つユーザーのみが抽出基準を定義できます。
抽出基準を定義するまで、インジケータの名前の隣に警告メッセージが表示されます。

図3-14 抽出基準警告
手順2から6を繰り返して、インジケータを必要な数だけ作成します。

3.9 抽出基準の定義

注意:

マイルストンの作成時にAPI呼出しの有効化オプションを選択した場合は、この項をスキップします。かわりにインジケータのAPIデータ型の選択を参照してください。

InsightModelCreator/InsightIntegrationArchitect/InsightAdminロールを持つユーザーのみがインジケータの抽出基準を定義できます。

インジケータの抽出基準を定義するには、次の手順を実行します。

抽出基準を定義するインジケータを展開します。
マイルストンの実装マッピングが定義済であることを確認します。マッピングをまだ行っていない場合には、まずマッピングを完了しておきます。
「抽出基準」フィールドの隣にある「定義」をクリックします。
「実装マッピング」ページが開きます。
実装マッピングごとに「抽出基準の編集」(鉛筆のアイコン)をクリックします。
「式ビルダー」ダイアログが開きます。
「式に挿入」ボタンを使用して、フラグメント・エディタからフラグメントを挿入します。

注意:
抽出基準を定義するための式に複合データ型を使用する場合、識別子の値はランタイム・メトリック・データに表示されません。この問題を解決するには、単純なデータ型を使用します。
式の定義を完了するには、「OK」をクリックします。
操作を中止するには、「取消」をクリックします。

図3-15 式ビルダー
実装マッピングごとに手順3から7を繰り返します。

すべての実装マッピングの抽出基準が定義されます。マウスカーソルを合わせると、XPath文字列の横の情報アイコンにデータ型が表示されます。

図3-16 定義された抽出基準

3.10 API呼出し詳細の表示

API呼出しを許可するモデルのすべてのマイルストンに関して、API呼出し詳細があるマニフェストを表示できます。また、個々のマイルストンのAPI呼出し詳細を表示することもできます。これによって、テンプレートを利用して、各マイルストンに対応するイベントのリクエスト・ペイロードを作成し、Real-Time Integration Business Insight REST APIに送信できるようになります。

トピック

3.10.1 モデルのAPI呼出しマニフェストのダウンロード

API呼出しを許可するモデルのすべてのマイルストンに関して、API呼出し詳細があるマニフェストをダウンロードできます。マニフェストとは、API呼出しの有効化オプションが選択されているすべてのマイルストンをリストしたテキスト・ファイルです。マイルストンごとにサンプルのJSONペイロードが用意されています。このマニフェストをテンプレートとして使用して、アプリケーションからReal-Time Integration Business Insightへのビジネス・イベントごとにREST呼出しを作成します。

モデルのAPI呼出しマニフェストを表示するには、次の手順を実行します。

詳細を表示するマイルストンが含まれているモデルを表示していることを確認します。そうでない場合は、デザイナタブをクリックし、モデルをクリックします。
「モデル・アクション」メニューをクリックし、API呼出しマニフェストをクリックします。

図GUID-77FD8CB1-25E6-4A20-A4A2-8EB40A4E238F-default.pngの説明

マニフェストがローカル・ディスクにダウンロードされます。
前の手順でダウンロードしたマニフェスト・テキスト・ファイルを開きます。提供されたテンプレートを使用して、各ビジネス・イベントごとにInsight REST API呼出しで送信するJSONペイロードを生成します。

マイルストンごとにJSONペイロードを生成するときには、eventTime、identifierValue、correlationValueの各値を置き換えてください。また、マイルストンでディメンションおよびメジャーが必要になる場合は、それぞれの値を追加してください。

3.10.2 マイルストンのAPI呼出し詳細の表示

マイルストンのAPI呼出し詳細を表示すると、Real-Time Integration Business InsightのREST APIエンド・ポイントURLおよびサンプルのJSONリクエスト・ペイロードが表示されます。処理目的で外部アプリケーションからReal-Time Integration Business Insightに送信するこのマイルストンのイベントごとに、テンプレートを使用してリクエスト・ペイロードを生成します。

マイルストンのAPI呼出し詳細を表示するには、次の手順を実行します。

詳細を表示するマイルストンが含まれているモデルを表示していることを確認します。そうでない場合は、デザイナタブをクリックし、モデルをクリックします。
詳細を表示するマイルストンを展開します。 API呼出しの有効化セクションで、クリックしてAPI統合の詳細を表示(?)アイコンをクリックします。

図GUID-7CB08CB2-6E85-48AB-A317-8CE47BCF1FE1-default.pngの説明

「API呼び出しの詳細」ダイアログが表示されます。

GUID-0847463D-2B41-4FB8-A565-E4AAEE35B2DB-default.pngの説明が続きます。

図GUID-0847463D-2B41-4FB8-A565-E4AAEE35B2DB-default.pngの説明

JSONペイロードを生成するときには、identifierValueとcorrelationValueの値を置き換えてください。 eventTimeを含めないと、Insightによって自動的に値が入力されます。また、マイルストンでディメンションおよびメジャーが必要になる場合は、それぞれの値を追加してください。

3.11 モデルのアクティブ化

これまでにマイルストン、一意の識別子、インジケータ、マッピングおよび抽出基準を定義したので、次はモデルをアクティブ化します。モデルをアクティブ化すると、モデル定義が適切なランタイム・エンジンにプッシュされ、そこでモニタリングが開始されます。

アクティブ化が完了すると、ただちにダッシュボードにアクセスして、アプリケーションをモニターできるようになります。ダッシュボード(コンソール)の操作を参照してください。 InsightModelCreator/InsightIntegrationArchitect/InsightAdminロールを持つユーザーのみがモデルをアクティブ化できます。

モデルを有効化するには、次の手順を実行します。

「デザイナ」タブをクリックするか、「ホーム」ページでデザイナ・タイルをクリックします。
「インサイト・モデル」ページが開きます。
アクティブ化するモデルが100%完了し、完了する必要があるタスクがないことを確認します。
「モデル・アクション」メニューから「アクティブ化」を選択します。

確認のダイアログが表示されます。「続行」をクリックします。

図3-17 アクティブ化の確認のダイアログ

アクティブ化が進行中であるとのメッセージが表示され、進行状況がプログレス・バーで示されます。

モデルがアクティブ化されます。

3.12 モデルのインポート

InsightModelCreator/InsightAdminロールを持つユーザーのみがモデルをインポートできます。

Oracle Real-Time Integration Business Insightアプリケーションにモデルをインポートするには、次の手順を実行します。

「インサイト・モデル」ページに移動します。
「モデルのインポート」をクリックします。
「モデルのインポート」ダイアログが開きます。

図3-18 「モデルのインポート」ダイアログ
「参照」をクリックして、以前にエクスポートしたインポート対象のモデルのアーカイブを選択します。
アーカイブしたモデルのモデル名が、画面の「モデル名」フィールドに入力されます。
インポートするモデルで既存のドラフトを上書きする場合には、「任意の既存ドラフトの上書き」を選択します。
「モデルのインポート」をクリックします。
モデルがドラフトとしてインポートされます。
インポートしたモデルをアクティブ化する前に、接続を構成します。画面の最上部に表示されている確認のメッセージ内の「接続」をクリックします。

注意:
システム間でモデルをインポートするときには、InsightAdminロールを持つユーザーが接続を再構成する必要があります。一般に、ある環境からの接続が別の環境では無効になることがあります(たとえば、ファイアウォールの問題、異なるネットワーク・セグメント、開発環境か本番環境かの違い)。このため、モデルをインポートした場合に、同じIDの接続がまだ存在していないと、インポートしたモデルに使用されている接続のスタブのみ(名前のみ)が作成されます。続いて、インポートしたモデルをアクティブ化するには、InsightAdminロールを持つユーザーがこれらのスタブ化された接続の詳細を入力する必要があります。

インポートおよびスキップされた接続が表示されます。「インポート」セルの下に表示される接続を構成する必要があります。「インポート」セルの下にある接続をクリックして、「管理」ページに移動します。

図3-19 インポートした接続

同じ内部名の接続がすでに定義されている場合には、次のメッセージが表示されます。

図3-20 スキップされた接続

3.13 その他のモデル・アクション

ライフサイクル・アクションとは別に、モデルで実行できる他のアクションもあります。

モデル・アクションメニューから次のアクションを実行できます。

ドラフトの作成 - アクティブ化されたモデルのドラフト・バージョンを作成して、メトリックの収集を中断することなくモデルの編集を続行できます。 InsightBusinessUser/InsightModelCreator/InsightIntegrationArchitect/InsightAdminロールを持つユーザーのみがモデルのドラフト・バージョンを作成できます。
編集 - まだアクティブ化されていないモデルを編集します。 InsightBusinessUser/InsightModelCreator/InsightIntegrationArchitect/InsightAdminロールを持つユーザーのみがモデルを作成、編集および更新できます。
破棄 - モデルに加えた変更を破棄します。 InsightBusinessUser/InsightModelCreator/InsightIntegrationArchitect/InsightAdminロールを持つユーザーのみがモデルのドラフト・バージョンに加えた変更を破棄できます。
エクスポート - モデルをzipファイルにエクスポートします。 InsightBusinessUser/InsightModelCreator/InsightIntegrationArchitect/InsightAdminロールを持つユーザーのみがアクティブ化されたモデルをエクスポートできます。

モデルの隣にある「お気に入り」アイコンをクリックして、任意のモデルをお気に入りとしてマークできます。このアイコンはトグル・アイコンです。お気に入りとしてマークされたモデルが、「インサイト・モデル」ページの「お気に入り」タブの下に表示されます。

モデルは、「デザイナ」ページの「ソート基準」ドロップダウン・リストのオプションを使用して、「日付」または「名前」でソートできます。

図3-21 モデルのソート・オプション