対話管理ガイド

はじめに

このガイドでは、パーソナライズされたコンテンツを設定して、ユーザのポータル アプリケーションとの対話を強化する手順について説明します。

パーソナライズされたコンテンツには、特定のユーザまたは対象者向けのコンテンツまたは画像を含めることができます。たとえば、各ユーザ向けにパーソナライズされた動的なイメージやリンクを作成できます。個人の好みや特性に応じて異なる場所へジャンプするプロセス (従業員手当ての登録やオンライン ショッピングなど) を通じて、ユーザを動的に誘導できます。

ポータル、ポータルのデザイン、またはプロセス フローの効果を測定するために、ユーザがポータル内でたどったパスを記録することもできます。このような行動追跡を利用すると、戦略の確認や改善の実施に役立つ情報を得ることができます。

この章の内容は以下のとおりです。

パーソナライゼーションの概要

この節では、次のトピックについて説明します。

開発者は Workshop for WebLogic を使用して、キャンペーン、コンテンツ セレクタ、プレースホルダ、ユーザ セグメントなどのパーソナライゼーション機能を設定できます。また、開発者はパーソナライゼーションに関するルールや行動追跡イベントを作成することもできます。ポータル管理者は WebLogic Portal Administration Console を使用して、キャンペーン、コンテンツ セレクタ、プレースホルダ、およびユーザ セグメントをポータルの対象者のニーズに合わせて変更できます。

対話管理機能の開発では、多くの場合、関連するいくつかの設定を行う必要があります。たとえば、キャンペーンでパーソナライズされたコンテンツを特定のユーザに提供する場合には、BEA の仮想コンテンツ リポジトリへのコンテンツの追加、コンテンツを表示するプレースホルダの作成、ユーザがキャンペーン コンテンツの対象になる条件を定義するためのプロパティ (ユーザ プロファイルやセッション プロパティなど) の設定、およびキャンペーンの作成を行う必要があります。

この章では、対話管理機能の作成に使用できるツールと、ツールを動かすロジックについて説明します。各ツールでは、ルール エンジンを使用して、ユーザと適切なコンテンツとを結び付けます。

対話管理ツールの使用

次のツールを使用すると、ポータル ライフサイクルで対話管理機能の作成と管理を行うことができます。

機能について

Workshop for WebLogic では、パーソナライズされたコンテンツの提供に役立つ次の機能が利用できます。

詳細および各種タイプの対話の例については、「対話方法の計画」を参照してください。

このガイドでは、次の用語を使用します。

ポータル ライフサイクルにおける対話管理

この節では、次のトピックについて説明します。

このガイドで説明するタスクは、ポータル ライフサイクルに従って構成されています。ポータル ライフサイクルには、アーキテクチャ、開発、ステージング、プロダクションの 4 つの段階があります。ポータルにパーソナライゼーションやユーザとの対話を追加することは、ポータル ライフサイクルの重要なプロセスです。ポータル ライフサイクルの詳細については、「WebLogic Portal の概要」を参照してください。

図 1-1 は各段階で発生する対話管理タスクを示しています。

アーキテクチャ

アーキテクチャ段階では、ポータル ユーザに提供する対話のタイプを計画します。設計者は、対象ユーザ、ユーザが参照するパーソナライズされたコンテンツのタイプ、コンテンツ変更の頻度、およびコンテンツの更新手順を決定します。ポータル ライフサイクルの詳細については、「WebLogic Portal の概要」を参照してください。

次の章では、アーキテクチャのタスクについて説明します。

開発

開発段階で、開発者は Workshop for WebLogic を使用して、ユーザ プロパティ セットとプロパティ、ユーザ セグメント、プレースホルダ、コンテンツ セレクタ、キャンペーン、および行動追跡を作成し、カスタム コーディングなしにパーソナライゼーションを追加できます。また、開発者は Java API を直接操作してパーソナライゼーションを追加することもできます。

パーソナライゼーション機能を使用すると、パーソナライズされた Web コンテンツの特定ユーザに対する提供、BEA 仮想コンテンツ リポジトリから取得した単一の Web コンテンツの表示、あらかじめ定義された電子メールの自動送信、またはコマース アプリケーションでの割引の提示を行うことができます。また、開発者は特定の特性や基準に基づいてユーザを分類し、そのユーザ セグメントを対象にすることもできます。

ツール : Workshop for WebLogic および Java API

次の章では、開発タスクについて説明します。

ステージング

ステージング段階で、ポータル管理者はブラウザを使用して、開発者が開発段階で作成したコンテンツ セレクタ、プレースホルダ、キャンペーンなどをテストします。変更する機能がある場合には、Administration Console を使用して変更を行うか、または開発段階に戻って Workshop for WebLogic を使用して変更を行うことができます。また、開発者は Java API を使用することもできます。開発時にステージング環境で変更を確認するには、ポータル アプリケーションを再デプロイする必要があります。開発段階とステージング段階は、同時に発生することもあります。

ツール : Administration Console

次の章では、ステージング タスクについて説明します。

プロダクション

開発者によってステージング段階でのポータル アプリケーションのテストが完了すると、ポータル管理者はプロダクション段階を使用して、実際のプロダクション環境の調整を行います。たとえば、管理者はプロダクション段階で、Administration Console を使用してプレースホルダ、コンテンツ セレクタ、またはキャンペーンを変更することができます。管理者はキャンペーンの有効日の変更、Web コンテンツの更新、カタログで提供する割引の変更、または別のユーザを対象とした新しいユーザ セグメントの追加を行うことができます。

これらの機能を一部でも変更する場合、開発者は Workshop for WebLogic を使用して開発段階に戻り、変更を加えることができます。ステージングおよびプロダクション環境で変更を確認する場合、開発者はポータル アプリケーションを再デプロイする必要があります。

ツール : Administration Console

プロダクション タスクの詳細については、第 4 部の「プロダクション」を参照してください。

はじめに

初めてポータル開発を行う場合は、「WebLogic Portal の概要」のポータル ライフサイクルに関する情報を参照してください。

また、次の情報についても参照できます。