このスクリプトでは、e-docs マニュアルの検索に必要な Google 検索の URL を出力します。
このスクリプトでは、e-docs マニュアルに必要なバナーを出力します。
このスクリプトでは、e-docs マニュアルの検索に必要な Google 検索のパラメータを出力します。
このスクリプトでは、e-docs マニュアルに必要な製品のブレッドクラムを出力します。
>
対話管理ガイド > 対話方法の計画
対話管理ガイド
対話方法の計画
この章では、さまざまなタイプのパーソナライゼーションを使用する場合および対話管理機能間の関係について説明します。
この章の内容は以下のとおりです。
開発する対話管理のタイプの選択
開発する対話管理のタイプを判断する場合には、表 l を使用します。
この節では、次のトピックについて説明します。
条件について
表 2-1 対話管理のタイプ
各種グラフィックを表示 - 従業員がイントラネット ポータルを訪問するたびに、会社のピクニックで撮った異なる写真を表示する。
このアクションでは、ユーザがポータルを訪問するか、ブラウザの [
更新 ] ボタンをクリックするたびに変わる、仮想コンテンツ リポジトリの 1 つのコンテンツ項目のバイナリ プロパティを表示する。
すべてのユーザ向けの汎用のコンテンツ ローテーションを作成する場合は、プレースホルダを作成し、任意のコンテンツ範囲を表示するデフォルト クエリをプレースホルダに追加する。
各ユーザの特性に基づいて、それぞれのユーザ向けのコンテンツ ローテーションを作成する場合は、プレースホルダとキャンペーンを作成する。
コンテンツ アクションを伴うキャンペーンを設定して、ユーザのタイプが異なる場合は異なるタイプのコンテンツをプレースホルダに挿入する。
キャンペーンで使用する必要な条件およびルールを定義する。
または、プレースホルダの代替として
<ad:adTarget>
JSP タグを使用して、JSP のコンテンツ クエリを手動で埋め込むこともできる。
ユーザ タイプごとに固有のグラフィックを表示 - 特定のタイプのユーザがポータルを訪問したときに、そのユーザ タイプに固有のグラフィックを表示する。
たとえば、ポータルを表示するユーザのタイプが「役職者」の場合には、「勤務評価の催促」の図が表示されるようにする。
ポータルを表示するユーザのタイプが「一般社員」の場合には、「給付制度への加入」の図が表示されるようにする。
このアクションでは、ユーザ タイプごとに同じコンテンツ ノードを表示する、仮想コンテンツ リポジトリの 1 つのコンテンツ ノードのバイナリ プロパティを表示する。
すべてのユーザ向けのデフォルト クエリを含むプレースホルダを作成するか、特定のユーザに異なるコンテンツを提供するためにキャンペーンで使用するプレースホルダを作成する。以下のいずれかの方法を使用して、コンテンツ ローテーションを使用せずに同じコンテンツ ノードを表示する。
各コンテンツをユニークに識別できるプロパティおよび値をコンテンツに設定する。
非常に限定的なコンテンツ クエリをプレースホルダまたはキャンペーンに作成して、1 つのユニークなコンテンツ項目を取得する。
詳細については、「
プレースホルダの作成 」および「
キャンペーンの構築 」を参照。
ユニークな推薦図書のリストを各ユーザに表示 - このリストはユーザの特性に基づいている。
このアクションでは、仮想コンテンツ リポジトリの複数のコンテンツ ノードおよびプロパティを同時に表示する。
仮想コンテンツ リポジトリの複数のコンテンツ ノードを同時に表示するには、コンテンツ セレクタを作成し、それを JSP に追加する。
詳細については、「
コンテンツ セレクタの作成 」を参照。
ユーザの特性と一致するコンテンツを表示 - JSP 内に HTML コンテンツの複数の異なるセクションを準備し、ユーザの特性と一致するセクションだけを表示する。
このアクションでは、JSP のインライン セクションからパーソナライズされたコンテンツを表示する。
パーソナライズされたインライン JSP コンテンツを表示するには、ユーザ セグメントを作成し、
<pz:div>
JSP タグを使用してパーソナライズされたコンテンツをラップする。
または、JSP タグを使用して、コンテンツを表示するデバイス (たとえば、ハンドヘルド デバイスまたは PC) に応じて、インライン JSP コンテンツを表示することもできる。使用する JSP タグは、
<cscm:default>
、
<cscm:not-default>
、
<cscm:recognized>
、
<cscm:not-recognized>
、
<cscm:when>
、および
<cscm:when-not>
である。
cscm
タグは、ポータルのマルチチャネル JSP タグである。これらは、
client_taglib.jar
ファイルに含まれる。
電子メール メッセージ ファイルを作成して保存し、電子メール アクションを使用するキャンペーンを作成する。「
キャンペーンの構築 」を参照。
注意 :
割引、ショッピング カート機能、カタログなどを実装する際に役立つコマース API は、WebLogic Portal 10.0 では推奨されていません。この API は、WebLogic Portal とは別の製品として用意された AquaLogic Commerce Services に置き換えられています。ポータル アプリケーションに使用するには、コマースを追加する必要があります。
ポータル アプリケーションにコマース サービスを追加します。
WebLogic Portal のコマース API を使用して、ショッピング カートを設定する。
仮想コンテンツ リポジトリにカタログを作成します。
コマース API の WebLogic Portal カタログ クラスを使用して、仮想コンテンツ リポジトリのカタログ項目を取得し、「カテゴリ 」および「SKU 」番号で識別する。
割引を作成し、コマース API を使用してショッピング カートの割引を表示する。必要に応じて、API を使用してショッピング カートに表示される割引額の横に、割引の説明を表示します。
ページ フローおよび Web サービスのルールを使用して、ユーザ操作をパーソナライズできるようにする。
ページ フローおよび Web サービスで Rules Executor コントロールを使用する。「
ルールを使用した高度なパーソナライゼーションの作成 」を参照。
条件について
対話管理では、さまざまな条件を使用して、ユーザおよびユーザの行動を識別します。
対話管理機能を構築する際には、条件を使用して次のアクションを実行します。
対象ユーザを識別する正確な特性 (前述の条件など) を指定します
指定した条件に一致するユーザがポータルを訪問したときに実行されるアクションを定義します
図 2-1 は、コンテンツ セレクタを使用してパーソナライズされたコンテンツをユーザに動的に表示する方法を示しています。まず条件を取得し、特定のユーザを識別し、該当するユーザに対してアクションを実行します。
ルール エンジンは、ポータル ドメイン内のサーバのバックグラウンドで実行され、メモリ内にあるすべての条件を読み込み、それらの条件を作成したルールと比較評価し、条件がルールに一致する場合は定義されたアクションを実行します。
たとえば、キャンペーンでは次のような条件を使用して、パーソナライズされたコンテンツを提供するユーザを特定することができます。
動的に定義されたユーザ グループ (ユーザ セグメント)
ユーザ プロファイルのプロパティ (ユーザの好みなど)
HTTP リクエストまたはセッションの特定のプロパティ
イベントの発生 (クリックなど)
日付および時刻の要素
ショッピング カートに入っている商品または商品の値段ショッピング カート イベント、割引、およびカタログは、WebLogic Portal 10.0 では推奨されていないコマース API の一部です。この API は、WebLogic Portal とは別の製品として用意された AquaLogic Commerce Services に置き換えられています。
ユーザとの対話方法を計画する場合のチェックリスト
ポータルにパーソナライゼーションを追加する場合には、関連するいくつかの設定を行う必要があります。表 2-2 のチェックリストには、ポータルのパーソナライゼーションを計画する際に考慮すべき項目が記載されています。
表 2-2 ユーザとの対話方法に関するチェックリスト
表示するコンテンツとコンテンツを表示するタイミングを特定し、コンテンツ項目に固有のプロパティを設定する。たとえば、Workshop for WebLogic を使用してコンテンツにプロパティを追加して、画像のクリッカブル化、一定回数クリック後のキャンペーンの終了、ムービーの起動、クリッカブル URL の提供などを行うことができる。詳細については、「
コンテンツの設定 」を参照。また、仮想コンテンツ リポジトリの作成と管理については、『
コンテンツ管理ガイド 』を参照。
プロパティ セットでは、プロパティを使用してユーザをユニークに識別する条件を作成する。BEA Workshop for WebLogic Platform で作成するプロパティは、パーソナライゼーション ロジックに対して定義する条件で使用される。たとえば、ユーザに給付制度情報を提示する
NewHire プロパティ セットを作成できる。
BEA Workshop for WebLogic Platform のエディタを利用すると、次のプロパティを定義してユーザを識別する条件を作成することができる。
ユーザ プロファイル プロパティは、保存するユーザ情報を決定する。ユーザ プロファイル プロパティを使用すると、訪問者の資格や委託された管理者ロールを定義することもできます。
リクエスト プロパティでは、パーソナライゼーションを実行するための特定の HTTP リクエスト情報が取得および使用されます。
セッション プロパティでは、パーソナライゼーションを実行するための特定の HTTP セッション情報が取得および使用される。
カスタム イベントでは、パーソナライゼーションとキャンペーンをトリガして、ユーザの動作を追跡できる。
それぞれのユーザには、ロジック条件に基づいて、パーソナライズされた正確な Web コンテンツ、自動送信の電子メール、または割引が動的に提供される。詳細については、「
プロパティ セットの作成 」を参照。
外部データベースの既存のユーザにアクセスするか、またはポータルに新規ユーザを追加する。ユーザの設定および管理については、『
ユーザ管理ガイド 』を参照。
ユーザ セグメントを作成すると、対象訪問者を定義する条件や基準に基づいてユーザを動的に分類できる。これらの条件には、業務、ブラウザ タイプ、ユーザ プロファイル値、その他のユーザ プロパティなどの特性を含めることができる。
たとえば、過去 30 日間に 6 本以上のオンデマンド映画を注文したすべてのユーザを分類することができる。定義済みの特性と訪問者が一致する場合、訪問者は自動的にユーザ セグメントのメンバーとなり、コンテンツ セレクタで特定の Web コンテンツが表示されるか、または作成したキャンペーン アクションの対象となる。
ユーザ セグメントは、コンテンツ セレクタ、プレースホルダ、およびキャンペーンで繰り返し使用できる。詳細については、「
ユーザ セグメントの作成 」を参照。
コンテンツ セレクタを使用すると、BEA の仮想コンテンツ リポジトリのコンテンツ項目を特定のグループ向けに提供できる。たとえば、パーソナライゼーションをトリガするユーザ セグメントを作成した場合、コンテンツ セレクタを作成して、特定のユーザ セグメントに属するユーザに対して表示されるコンテンツを定義できます。「
movie fans 」として識別されたユーザには、推奨のムービー リストを表示できる。詳細については、「
コンテンツ セレクタの作成 」を参照。
プレースホルダは、JSP 上に 1 つのパーソナライズされたコンテンツ項目を表示する。コンテンツ項目は、BEA 仮想コンテンツ リポジトリから動的に取得されます。
プレースホルダは、クエリを使用して一度に 1 つのコンテンツの取得と表示を行う。たとえば、ユーザが鳥の愛好家であると識別されると、キャンペーンのプレースホルダは鳥の画像を表示して、割引価格を提示できる。この画像には、ブラウザを更新するたびに別の鳥を表示することもできる。また、プレースホルダを単独で使用して、キャンペーンに含まれない特定のタイプのパーソナライズされていないコンテンツを表示することもできる。「
プレースホルダの作成 」を参照。
キャンペーンでは、特定のユーザに対する 1 つのパーソナライズされたコンテンツの一括適用、定義済み電子メールの自動送信、またはコマース アプリケーションでの割引の提供を行うことができる。ポータル アプリケーションにコマース サービスを追加する必要があります。
注意 :
割引アクションは、WebLogic Portal 10.0 では推奨されていないコマース API の一部です。この API は、WebLogic Portal とは別の製品として用意された AquaLogic Commerce Services に置き換えられています。
キャンペーンは期間限定で実施され、特定の事業目標の達成を目指してオンライン上の行動とパーソナライゼーションを促進します。通常、キャンペーンのコンテンツはマーケティング部門によって運営される。詳しくは、「
キャンペーンの構築 」を参照。
イベントを使用して、キャンペーンのトリガやイベント データのデータベースへの保存などのアクションを実行できる。イベントは、ユーザが Web インタフェースを操作 (ログイン、グラフィックのクリックや表示、ボタンのクリック、ポータル内の別のページへの移動など) したときに生成される。ポータル内のユーザの経路で発生したイベントはデータベースのログに記録されるため、ポータルでのユーザの行動を分析できる。たとえば、ポータルに登録したユーザの数を確認したり、登録イベントの発生時に各ユーザに歓迎の電子メールを自動的に送信するキャンペーンを作成できる。
また、実行時にカスタム イベントの通知を受けて、その内容に従って対応することもできる。イベントの内容に基づいて、別のシステムにイベントを転送したり、実行時の処理判断を行うことが可能。
詳細については、「
イベントと行動追跡の設定 」を参照してください。
対話管理を使用する最も重要な利点の 1 つは、ロジックとソース コードを分離できることです。作成するファイル (キャンペーン、プレースホルダ、コンテンツ セレクタなど) にパーソナライゼーションのロジックおよびコンテンツ クエリを記述し、コードからそれらのファイルを参照します。たとえば、キャンペーンでは、プレースホルダと呼ばれる JSP タグを使用して Web コンテンツを表示します。
次に、既存のプレースホルダを使用するキャンペーンを定義して、各プレースホルダでキャンペーンおよび個々のユーザに対してユニークなコンテンツを表示できます。キャンペーンの変更や追加を行う場合でも、JSP コードを変更する必要はありません。JSP 内の必要なプレースホルダは、現状のまま維持されます。
キャンペーン方針を計画する場合のチェックリスト
この節では、次のトピックについて説明します。
キャンペーンでは、対話管理を使用して事業目標を実現します。ポータルでキャンペーンの利用を計画する際には、表 2-3 のチェックリストを使用します。
表 2-3 キャンペーン方針チェックリスト
Workshop for WebLogic ヘルプ システムの「
ポータル アプリケーションおよびポータル Web プロジェクトを作成する 」を参照。
キャンペーンでコンテンツ ルールを使用してパーソナライズされたコンテンツを表示する場合は、BEA の仮想コンテンツ リポジトリからコンテンツを取得し、プレースホルダで表示する。キャンペーンに必要な機能および役に立つ機能を有効にするためにコンテンツに追加できるプロパティが数多くある。たとえば、プレースホルダに特定のコンテンツ項目が表示される機会を増やすために、コンテンツ項目の
adWeight プロパティを (整数として) 作成する。コンテンツ項目に対して入力した
adWeight 値が大きいほど、そのコンテンツがクエリによって取得された場合にプレースホルダで表示される可能性が高くなる。
対話管理で使用するコンテンツの設定の詳細については、このガイドの「
コンテンツの設定 」を参照。
目標設定を使用すると、表示またはクリックされたコンテンツ項目の数に基づいてキャンペーンを終了できる。目標設定の詳細については、「
キャンペーンの仕組みの計画 」および「
目標定義の設定 」を参照。
キャンペーンでは、プレースホルダを使用してパーソナライズされた Web コンテンツを表示する。キャンペーンを使用してパーソナライズされたコンテンツを表示する場合は、キャンペーン クエリを挿入して Web コンテンツを表示するプレースホルダを作成する。
プレースホルダの詳細については、「
プレースホルダの作成 」を参照。
特定の特性に応じて動的にユーザをグループ化し、ユーザ グループに基づいてキャンペーンをトリガする場合は、ユーザ セグメントを作成する。ユーザ セグメントの詳細については、「
ユーザ セグメントの作成 」を参照。
ユーザ、イベント、HTTP セッション、または HTTP リクエストのプロパティに基づいてキャンペーンをトリガする場合は、以下の関連手順を実行する。
ユーザ プロファイル プロパティの作成
カスタム イベントの登録
セッション プロパティの作成
リクエスト プロパティの作成
対話管理でのこれらのプロパティの使用方法の詳細については、「
プロパティ セットの設定 」を参照。
キャンペーンでは電子メールの自動送信を行うことができる。「
自動電子メール メッセージの設定 」の手順を実行する。
キャンペーンを開始する標準イベントまたは行動追跡イベントを設定する。一般に使用されるイベントは、
SessionLoginEvent
。詳しくは、「
キャンペーンのトリガ 」を参照。
キャンペーンについて
次に、キャンペーンの使用例を示します。
ある企業で、自由加入の給付制度を社員に提供し、社員が現在の給付制度の選択を変更できるようにする。この企業は、人事部の社内ポータルに、11 月 1 ~ 30 日に実行するキャンペーンを作成しました。このキャンペーンの期間中、ポータルのヘッダ領域に給付制度への自由加入のグラフィックが表示されます。社員が各自の給付金を変更し、[送信 ] をクリックすると、確認の電子メールが自動的に送信されます。
大規模なオンライン小売店が、外部顧客に対して祝日セールを実施する。この小売店では、注文の書籍の総額が 100 ドル以上になると、1 回に限り 30% の割引を適用するキャンペーンを作成します。
モバイル機器のインターネット サービス プロバイダ (ISP) が、ユーザが「新製品 」リンクをクリックしたとき、モバイル機器の機種ごとに特定のアドオン サービスを提供するキャンペーンを作成する。
注意 :
現時点では、追跡の対象外である匿名ユーザに対するキャンペーンと行動追跡はサポートされていません。『ユーザ管理ガイド 』を参照してください。
行動追跡方法の計画
WebLogic Portal のイベント フレームワークには、ポータルの訪問者の行動を追跡するために、イベントの生成と処理を行う複数のオプションが用意されています。この節では、必要な機能を実装するためにイベント フレームワークのどの部分を使用するかを判断するためのガイドラインを示します。
この節では、次のトピックについて説明します。
定義済みイベントを使用する場合について
WebLogic Portal には、「事前定義されたイベントの使用 」で説明しているように、アプリケーションで使用できる定義済みの行動追跡イベントが多数用意されています。各イベントは、特定の属性を収集し、収集した属性を XML として構造化します。その後、行動追跡リスナが、BT_EVENT データベース テーブルに挿入するためにその XML をバッファに配置します。
ほとんどの定義済みイベントには、Workshop for WebLogic に定義済みのイベント プロパティ セットがあり、それらは、ポータル アプリケーションの /data/src/events
ディレクトリに格納されています。これらのプロパティ セットをキャンペーン定義内のイベントで使用して、イベントが発生した、またはイベントに特定の属性値があったときにキャンペーン アクションをトリガできます。
次に、WebLogic Portal の定義済みイベントの使用例を示します。
イベント データを XML として BT_EVENT
テーブルに保存する場合
指定された属性を定義済みイベントで取り込む場合
目的の属性をイベントが取り込むが、独自のリスナを作成することでそのイベントをカスタマイズされた方法で処理する場合
キャンペーンでイベントを使用する場合
カスタム イベントの作成について
必要な属性を取り込む WebLogic Portal の定義済みイベントがない場合は、カスタム イベントを作成します。行動追跡イベントと標準イベントという 2 種類のカスタム イベントを作成できます。
イベント設定の手順については、「イベントと行動追跡の設定 」を参照してください。
行動追跡イベントの計画
カスタム行動追跡イベントを作成するのは、目的のイベント属性を取り込む WebLogic Portal の定義済みイベントが存在せず、WebLogic Portal の行動追跡フレームワークを使用して、イベント データを XML として BT_EVENT テーブルに保存する必要がある場合です。これらのイベントをキャンペーンで使用し、イベントに対して特殊な処理を行うカスタム リスナを作成できますが、行動追跡フレームワークを使用してイベント データを XML として保存するのでない限り、カスタム行動追跡イベントを作成する必要はありません。
行動追跡サービスを使用しない場合は、カスタム標準イベントを作成します。
標準イベントの計画
カスタム標準イベントは、WebLogic Portal の定義済みイベントに目的のイベント属性を取り込むイベントがなく、さらに行動追跡サービスを使用してイベント データを XML として BT_EVENT テーブルに永続化しない場合に作成します。
次に、カスタム標準イベントを作成する場合を列挙します。
イベントを使用して特定の一連の属性を取り込み、そのイベントを使用してキャンペーンをトリガする。
イベントを使用して特定の一連の属性を取り込み、そのイベントが発生したときに (カスタム イベント リスナを使用して) カスタム機能を実行する。
カスタム イベント リスナの作成について
WebLogic Portal には、キャンペーン リスナと行動追跡リスナという 2 つのリスナが用意されています。
キャンペーン リスナは、イベントが発生すると、キャンペーン サービスに通知します (wps.jar
ファイルの listener.properties
ファイル内の無視されるイベントを除く)。キャンペーン サービス は、現在の要求を読み込み、要求されたデータがいずれかのキャンペーンの条件と一致している場合はキャンペーン アクションを実行します。キャンペーン定義に、イベント プロパティ セットによって指定したイベント条件が含まれている場合、キャンペーン サービスは、それらの条件も同様に評価して、キャンペーン アクションを実行する必要があるかどうかを決定します。
行動追跡リスナは、行動追跡サービスによって登録された行動追跡イベントだけをリスンします。行動追跡リスナは、リスンすべきイベントを受信すると、そのイベントの XML ドキュメントをバッファに移動します。XML ドキュメントは、その後、指定された間隔で BT_EVENT
テーブルに永続化されます。
カスタム イベント リスナは、キャンペーン リスナまたは行動追跡リスナでは提供されない機能を実行する場合に作成します。たとえば、イベント データの独自の永続化やユーザ プロファイルの変更、ページ フローの別の部分へのユーザのリダイレクト、イベントに対するその他のリアルタイム応答を実行する場合は、目的の機能を提供するカスタム イベント リスナを作成します。
詳細については、「イベントと行動追跡の設定 」を参照してください。
対話管理機能の更新
Workshop for WebLogic で、プロパティ セット、ユーザ セグメント、コンテンツ セレクタ、プレースホルダ、およびキャンペーンを作成した後に、WebLogic Portal Administration Console を使用してそれらのコンポーネントの設定およびクエリを変更できます。詳細については、「プロパティ セット値の変更 」、「ユーザ セグメントの変更 」、「コンテンツ セレクタの変更 」、「プレースホルダの変更 」、および「キャンペーンの管理 」を参照してください。
新しい対話管理機能を作成するか、またはプロパティを変更する場合には、Workshop for WebLogic を使用して実行中のサーバに更新を対話形式でプッシュします。詳細については、『プロダクション業務ガイド 』を参照してください。
Portal 8.1 の対話機能のアップグレード
BEA WebLogic アップグレード ウィザードを実行すると、コンテンツ セレクタ、プレースホルダ、キャンペーンなどの WebLogic Portal 8.1 または 9.2 の対話機能がアップグレードされます。
BEA WebLogic アップグレード ウィザードを実行し、Portal 8.1 または 9.2 インストールが検出されたときに、RDBMSAuthenticator のアップグレード オプションを選択できます。このオプションを選択すると、既存の認証プロバイダが新しい SQLAuthenticator 認証プロバイダに置き換えられ、パーソナライゼーション機能をはじめとするすべてのコンテンツがアップグレードされます。後で手動で Portal 8.1 SP4、SP5、または SP6 のパーソナライゼーション機能を Portal 10.0 RDBMS ユーザ ストアにアップグレードすることもできます。BEA WebLogic アップグレード ウィザードの実行手順については、『WebLogic Portal 10.0 へのアップグレード 』を参照してください。