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