Oracle® Fusion Middleware

WebCenter Sites: Analytics管理者ガイド

11g リリース1 (11.1.1.6.0)

E49679-01(原本部品番号:E39242-01)

2013年7月

Oracle Fusion Middleware WebCenter Sites: Analytics管理者ガイド 11g リリース1 (11.1.1.6.0)

E49679-01

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

原本主著者: Melinda Rubenau、Sean Cearley

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

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

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

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations. As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs. No other rights are granted to the U.S. Government.

このソフトウェアまたはハードウェアは様々な情報管理アプリケーションでの一般的な使用のために開発されたものです。このソフトウェアまたはハードウェアは、危険が伴うアプリケーション(人的傷害を発生させる可能性があるアプリケーションを含む)への用途を目的として開発されていません。このソフトウェアまたはハードウェアを危険が伴うアプリケーションで使用する際、安全に使用するために、適切な安全装置、バックアップ、冗長性(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の登録商標です。

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

目次

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

はじめに

- 対象読者

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

- 関連ドキュメント

- 表記規則

このガイドで説明する新機能

1 Oracle WebCenter Sites: AnalyticsとOracle Web Center Sitesの統合

- 1.1 統合処理について

- 1.2 統合前のチェックリスト

- 1.3 AnalyticsをOracle WebCenter Sitesに統合する手順

- 1.4 インストール済Analyticsの統合後の管理

- 1.5 ユーザーに対するAnalyticsへのアクセス権の付与

- 1.6 CMサイトの管理

- 1.6.1 CMサイトの登録

- 1.6.2 CMサイトの編集

- 1.6.3 CMサイトの削除

- 1.7 アセット・レポートの管理

- 1.7.1 必須の構成

- 1.7.2 オプションの構成

- 1.7.3 カスタム・パラメータを使用するレポートの構成

- 1.7.4 アセット・レポートの構成

- 1.7.5 アセット・レポートの削除

- 1.8 Engageアセット・レポートの管理

- 1.8.1 推奨の管理

- 1.8.1.1 推奨の登録

- 1.8.1.2 推奨の編集

- 1.8.1.3 推奨の削除

- 1.8.2 セグメントの管理

- 1.8.2.1 セグメントの登録

- 1.8.2.2 セグメントの編集

- 1.8.2.3 セグメントの削除

- 1.9 パフォーマンス・インディケータの管理

- 1.9.1 パフォーマンス・インディケータの有効化

- 1.9.2 パフォーマンス・インディケータの無効化

- 1.10 ユーザーおよびグループの管理

- 1.10.1 ユーザーの管理

- 1.10.1.1 ユーザーの登録

- 1.10.1.2 ユーザーの編集

- 1.10.1.3 ユーザーの削除

- 1.10.2 ユーザー・グループの管理

- 1.10.2.1 グループの作成

- 1.10.2.2 グループの編集

- 1.10.2.3 グループの削除

- 1.10.3 ユーザー・グループへのユーザーの割当て

- 1.11 レポート(およびAnalytics)に対する権限の管理

2 Oracle WebCenter Sites: Analyticsの構成

- 2.1 センサーの過負荷アラート

- 2.1.1 「過負荷アラート」のしきい値の設定

- 2.1.2 赤の状態への対応

- 2.2 構成ファイル

3 Hadoopジョブ: プロセッサとロケーション

- 3.1 Hadoopジョブの処理フロー

- 3.2 Hadoopジョブの監視

- 3.3 プロセッサとロケーション

- 3.4 オブジェクト・インプレッションと作業パッケージ

- 3.4.1 オブジェクト・インプレッション

- 3.4.2 作業パッケージ

- 3.4.2.1 データ収集

- 3.4.2.2 処理済データ

- 3.4.2.3 生データとoiprocessedのデータのディレクトリ構造

- 3.4.2.4 日次作業パッケージのディレクトリ構造

- 3.4.2.5 週次作業パッケージのディレクトリ構造

- 3.4.2.6 月次作業パッケージのディレクトリ構造

- 3.5 プロセッサの説明

- 3.5.1 オブジェクト・インプレッション・プロセッサ

- 3.5.1.1 OIProcessor

- 3.5.1.1.1 OIProcessorの入力ロケーション

- 3.5.1.1.2 OIProcessorの出力ロケーション

- 3.5.1.2 OIInjection

- 3.5.1.2.1 OIInjectionプロセッサの入力ロケーション

- 3.5.1.2.2 OIInjectionプロセッサの出力ロケーション

- 3.5.2 セッション・データ・プロセッサ

- 3.5.2.1 SessionMerger

- 3.5.2.1.1 SessionMergerプロセッサの入力ロケーション

- 3.5.2.1.2 SessionMergerプロセッサの出力ロケーション

- 3.5.2.2 SessionProcessor

- 3.5.2.2.1 SessionProcessorの入力ロケーション

- 3.5.2.2.2 SessionProcessorの出力ロケーション

- 3.5.2.3 SessionInjection

- 3.5.2.3.1 SessionInjectionプロセッサの入力ロケーション

- 3.5.2.3.2 SessionInjectionプロセッサの出力ロケーション

- 3.5.3 ビジター・データ・プロセッサ

- 3.5.3.1 VisitorMerger

- 3.5.3.1.1 VisitorMergerプロセッサの入力ロケーション

- 3.5.3.1.2 VisitorMergerプロセッサの出力ロケーション

- 3.5.3.2 VisitorMonthProcessor

- 3.5.3.2.1 VisitorMonthProcessorの入力ロケーション

- 3.5.3.2.2 VisitorMonthProcessorの出力ロケーション

- 3.5.3.3 VisitorMonthInjection

- 3.5.3.3.1 VisitorMonthInjectionプロセッサの入力ロケーション

- 3.5.3.3.2 VisitorMonthInjectionプロセッサの出力ロケーション

- 3.5.3.4 VisitorProcessor

- 3.5.3.4.1 VisitorProcessorの入力ロケーション

- 3.5.3.4.2 VisitorProcessorの出力ロケーション

- 3.5.3.5 VisitorInjection

- 3.5.3.5.1 VisitorInjectionプロセッサの入力ロケーション

- 3.5.3.5.2 VisitorInjectionプロセッサの出力ロケーション

- 3.5.3.6 VisitorWeekMerger

- 3.5.3.6.1 VisitorWeekMergerプロセッサの入力ロケーション

- 3.5.3.6.2 VisitorWeekMergerプロセッサの出力ロケーション

- 3.5.3.7 VisitorWeekProcessor

- 3.5.3.7.1 VisitorWeekProcessorの入力ロケーション

- 3.5.3.7.2 VisitorWeekProcessorの出力ロケーション

- 3.5.3.8 VisitorWeekInjection

- 3.5.3.8.1 VisitorWeekInjectionプロセッサの入力ロケーション

- 3.5.3.8.2 VisitorWeekInjectionプロセッサの出力ロケーション

用語集

はじめに

『Oracle Fusion Middleware WebCenter Sites: Analytics管理者ガイド』では、新たにインストールしたAnalyticsシステムとWebCenter Sitesの統合に関する情報を提供します。統合により、ビジターがOracle WebCenter Sitesで管理されたWebサイトを参照するパターンを定量化した統計を含むレポートを生成できるようになります。また、このガイドでは、Analyticsアプリケーションの動作条件の構成とデータ処理ジョブの監視についても説明します。

対象読者

このドキュメントは、Oracle WebCenter SitesとOracle WebCenter Sites: Analyticsの管理者全般を対象としています。

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

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 WebCenter Sites 11g リリース1 (11.1.1.6.0)のドキュメント・セットに含まれる次のドキュメントを参照してください。

- 『Oracle Fusion Middleware WebCenter Sites: Analyticsユーザーズ・ガイド』

- 『Oracle Fusion Middleware WebCenter Sites: Analytics開発者ガイド』

- Oracle Fusion Middleware WebCenter Sites: Analyticsタグ・リファレンス

- 『Oracle Fusion Middleware WebCenter Sitesインストレーション・ガイド』

- 『Oracle Fusion Middleware WebCenter Sites管理者ガイド』

- 『Oracle Fusion Middleware WebCenter Sitesプロパティ・ファイル・リファレンス』

表記規則

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

規則

意味

太字

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

イタリック体

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

固定幅フォント

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

このガイドで説明する新機能

ここでは、Oracle WebCenter Sites 11g リリース1 (11.1.1.8.0)に対応する新しいOracle WebCenter Sites: Analytics管理者ガイドについて紹介します。このガイドは、総合的な『Oracle Fusion Middleware WebCenter Sitesインストレーション・ガイド 11g リリース1 (11.1.1.8.0)』に現在含まれている、Oracle WebCenter Sites: Analyticsインストレーションおよび構成ガイド 11g リリース1 (11.1.1)の管理者固有の章から構成された新しいガイドです。

次の表に、このリリース用の新しい『Oracle WebCenter Sites: Analytics管理者ガイド』の各章と、現在のリリースに向けて各章に加えられた変更(存在する場合)についてまとめます。

章

変更の概要

第1章「Oracle WebCenter Sites: AnalyticsとOracle Web Center Sitesの統合」

この章は、Oracle WebCenter Sites: Analyticsインストレーションおよび構成ガイド 11g リリース1 (11.1.1)から削除され、現在の『Oracle WebCenter Sites: Analytics管理者ガイド』に追加されました。

第2章「Oracle WebCenter Sites: Analyticsの構成」

この章は、Oracle WebCenter Sites: Analyticsインストレーションおよび構成ガイド 11g リリース1 (11.1.1)から削除され、現在の『Oracle WebCenter Sites: Analytics管理者ガイド』に追加されました。

第3章「Hadoopジョブ: プロセッサとロケーション」

- この章は、Oracle WebCenter Sites: Analyticsインストレーションおよび構成ガイド 11g リリース1 (11.1.1)から削除され、現在の『Oracle WebCenter Sites: Analytics管理者ガイド』に追加されました。

- センサーの過負荷アラートに関する項が追加されました。第2.1項を参照してください。

「用語集」

この表に記載されている3つの章に関係する用語集の用語は、Oracle WebCenter Sites: Analyticsインストレーションおよび構成ガイド 11g リリース1 (11.1.1)の「用語集」の用語を『Oracle WebCenter Sites: Analytics管理者ガイド』の「用語集」に収録したものです。

1 Oracle WebCenter Sites: AnalyticsとOracle Web Center Sitesの統合

Analyticsシステムを新たにインストールした場合は、AnalyticsをWebCenter Sitesに統合する必要があります。より大きな過程の中で考えた場合、統合は、ユーザーがAnalyticsアプリケーションにアクセスし、レポートを生成できるようにする部分に相当します。

この章では、この統合の処理について説明します。また、AnalyticsをWebCenter Sitesに統合する手順についても説明します。

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

- 第1.1項「統合処理について」

- 第1.2項「統合前のチェックリスト」

- 第1.3項「AnalyticsをOracle WebCenter Sitesに統合する手順」

- 第1.4項「インストール済Analyticsの統合後の管理」

- 第1.5項「ユーザーに対するAnalyticsへのアクセス権の付与」

- 第1.6項「CMサイトの管理」

- 第1.7項「アセット・レポートの管理」

- 第1.8項「Engageアセット・レポートの管理」

- 第1.9項「パフォーマンス・インディケータの管理」

- 第1.10項「ユーザーおよびグループの管理」

- 第1.11項「レポート(およびAnalytics)に対する権限の管理」

1.1 統合処理について

AnalyticsをWebCenter Sitesに統合する作業は、管理者が担当します。統合は、ユーザーによるAnalyticsレポートの生成を可能にする、コラボレーション対応の過程の1つの部分を担っています。もう1つの部分は、開発者の作業に関係します。開発者は、レポートにデータ(WebCenter Sitesで管理されたWebサイトをビジターが参照するパターンを定量化した統計)が組み込まれるようにします。

管理者と開発者は、同じパラメータ、アセットおよびアセット・タイプを使用しているかぎり、それぞれの担当部分を同時に作業しても、任意の順序で作業してもかまいません。管理者と開発者が実行する手順の概要を次に示します。

- 統合処理の中で、管理者は、ページやその他のアセット・タイプがレポートに認識され、組み込まれるように、これらをAnalyticsに登録します。この登録処理だけでは、レポートにデータが組み込まれることにはなりません。管理者が登録したタイプのアセットでのデータ取得を開発者が可能にしないかぎり、レポートは空のままです。また、開発者は、次に説明するような各レポートの性質に応じて、その他の手順も実行しなければならない場合があります。

- データ取得を可能にするために、開発者は公開済ページにAnalyticsImgTagをタグ付けします。開発者は、このタグでデータの取得が必要なアセットとアセット・タイプを指定します。ページにタグが付けられていないと、そのページに関するデータは(そのページのアセット・タイプがすでにAnalyticsに登録されていても)まったく収集されません。
ページへのタグ付けに加えて、開発者は各レポートの性質も考慮する必要があります。標準のデータ取得パラメータが使用されている場合、取得されたデータは標準のHadoopジョブで自動的に処理されます。カスタムのデータ取得パラメータが作成された場合、開発者はカスタム・パラメータをAnalyticsデータベースに追加し、取得データを統計的に処理するHadoopジョブを作成して、その統計を表示するようにレポートをコーディングする必要があります。

ここで概説した一連の条件が満足された場合に、データの取得が開始されます。Analyticsレポート用の統計は、データ処理サイクルの最後、一般的にはデータ取得開始の24時間後に使用可能になります。

データの取得と処理を可能にする方法の詳細は、『Oracle Fusion Middleware WebCenter Sites: Analytics開発者ガイド』を参照してください。同じガイドに、カスタムのデータ取得パラメータを使用したレポート作成に関するチュートリアルも記載されています。統合処理を開始するには、第1.2項「統合前のチェックリスト」に進んでください。

1.2 統合前のチェックリスト

AnalyticsをWebCenter Sitesに統合するには、WebCenter Sites管理インタフェースの操作経験が必要です。WebCenter Sites: Engageアセットに関するレポートの生成を有効にする場合は、推奨とセグメントについて十分理解している必要があります。

AnalyticsとWebCenter Sitesの統合処理を開始する前に、次の情報を手元に用意してください。

- Analyticsへのアクセス権を付与する必要のあるユーザー。

- 各ユーザーに割り当てる必要のあるロール。

- 一般情報およびコンテンツ情報レポート・グループのレポート生成を有効にするためにAnalyticsに登録(識別されるように)しておく必要のある、WebCenter Sitesのアセット・タイプおよび対象コンテンツ管理サイト。

- データ取得を有効にするセグメントと推奨(Engageアセットを追跡する場合)。

- アセット・レポートは、開発者が追跡対象アセットのデータ取得(および必要に応じてデータ処理)を有効にしていなければ空になります。データの取得(および処理)の有効化は、すぐに実行しても、統合処理の完了後に実行してもかまいません。データの取得と処理の有効化の詳細は、『Oracle Fusion Middleware WebCenter Sites: Analytics開発者ガイド』を参照してください。

1.3 AnalyticsをOracle WebCenter Sitesに統合する手順

AnalyticsをWebCenter Sitesとそのユーザーに統合するには:

1. WebCenter SitesシステムにAnalyticsロールを作成し、適切なWebCenter Sitesユーザーと管理者にそのロールを付与します。手順は、第1.5項「ユーザーに対するAnalyticsへのアクセス権の付与」を参照してください。

2. Analyticsにコンテンツ管理サイトを登録します。手順は、第1.6.1項「CMサイトの登録」を参照してください。

3. ページ・ビュー・レポートを構成します。このレポートで、一般情報とコンテンツ情報の各グループのレポートの基礎となるPageviewオブジェクトが構成されます。これらのグループのレポートは、ページ・ビュー・レポートが構成されるまでは機能しません。

- ビジターがサイトで実行する検索を追跡する場合は、内部検索レポートを構成できます。

- カスタム・レポートを構成することもできます。
レポートの構成手順は、第1.7項「アセット・レポートの管理」を参照してください。

4. Oracle WebCenter Sites: Engageを使用していて、推奨やセグメントを追跡する必要がある場合は、これらのアセット・タイプをAnalyticsに登録します。手順は次の各項を参照してください。

- 第1.8.1.1項「推奨の登録」

- 第1.8.2.1項「セグメントの登録」

5. (オプション) Analyticsでのトラッキング対象として選択したタイプのアセットのパフォーマンス・インディケータを有効にします。手順は、第1.9項「パフォーマンス・インディケータの管理」を参照してください。

6. Analyticsにコンテンツ管理(CM)サイトのユーザーを登録します。手順は、第1.10.1.1項「ユーザーの登録」を参照してください。

7. ユーザー・グループを作成します。手順は、第1.10.2.1項「グループの作成」を参照してください。

8. ユーザー・グループに、レポートにアクセスする権限を付与します。手順は、第1.11項「レポート(およびAnalytics)に対する権限の管理」を参照してください。

9. ユーザー・グループにユーザーを割り当てます。手順は、第1.10.3項「ユーザー・グループへのユーザーの割当て」を参照してください。

注意:

この時点で、ユーザーは管理者によって構成されたレポートを生成できるようになります。ただし、第1.1項「統合処理について」で説明しているように、開発者が担当している手順を完了するまでは、レポートは空のままです。Analyticsレポート用の統計は、データ処理サイクルの最後、一般的にはデータ取得開始の24時間後に使用可能になります。

10. AnalyticsとWebCenter Sitesシステムの統合が完了したら、この章に記載の手順を使用して、インストール済Analyticsの管理に進むことができます。手順は、第1.4項「インストール済Analyticsの統合後の管理」を参照してください。

1.4 インストール済Analyticsの統合後の管理

AnalyticsとWebCenter Sitesシステムの統合が完了したら、次の各項の手順を使用して、インストール済Analyticsを管理します。

- 第1.5項「ユーザーに対するAnalyticsへのアクセス権の付与」

- 第1.6項「CMサイトの管理」

- 第1.7項「アセット・レポートの管理」

- 第1.8項「Engageアセット・レポートの管理」

- 第1.9項「パフォーマンス・インディケータの管理」

- 第1.10項「ユーザーおよびグループの管理」

- 第1.11項「レポート(およびAnalytics)に対する権限の管理」

1.5 ユーザーに対するAnalyticsへのアクセス権の付与

この手順では、Analyticsロールを作成します。このロールにより、インストールしたAnalyticsへのアクセス権、およびレポートへのアクセス権とレポート生成権限がユーザーに付与されます。その後、このロールをWebCenter Sitesシステムのユーザーに割り当てます。

ユーザーにAnalyticsへのアクセス権を付与するには:

1. WebCenter Sites管理インタフェースに管理者としてログインします(図1-1)。新規インストールの場合、デフォルトの管理者ユーザー名およびパスワードは次のとおりです。

- ユーザー名: fwadmin

- パスワード: xceladmin

図1-1 WebCenter Sitesのログイン画面

2. Analyticsという名前のロールを作成します。手順は、『Oracle Fusion Middleware WebCenter Sites管理者ガイド』を参照してください。

注意:

サンプル・サイトFirstSite IIがインストールされている場合は、Analyticsロールを作成する必要はありません。

3. Analyticsにアクセスする必要のあるWebCenter Sitesユーザーに、Analyticsロールを割り当てます。手順は、『Oracle Fusion Middleware WebCenter Sites管理者ガイド』を参照してください。

4. 管理者自身(ログインしている管理者)にAnalyticsロールを割り当てます。このロールは、AnalyticsとWebCenter Sitesシステムの統合に必要な手順を完了するために必要になります。

1.6 CMサイトの管理

Webサイトでビジターのアクティビティを追跡できるようにするための最初の手順は、基礎となるコンテンツ管理サイトをAnalyticsに登録することです。1つ以上のサイトを登録した後は、登録データを変更したり、サイトの登録を解除(Analyticsから削除)したりできます。

この項では次の手順について説明します。

- 第1.6.1項「CMサイトの登録」

- 第1.6.2項「CMサイトの編集」

- 第1.6.3項「CMサイトの削除」

1.6.1 CMサイトの登録

ここでは、AnalyticsにCMサイトを登録する手順を示します。

AnalyticsにCMサイトを登録するには:

1. 次のURLから、Analytics管理インタフェースにcsuserユーザー(パスワード: csuser)としてログインします。

http://<host>:<port>/analyticsadmin/Admin

2. 左側のサイト管理ペインで、「登録」をクリックします。
サイトの追加/編集フォームが表示されます(図1-2)。

図1-2 サイトの追加/編集

3. フォームに次のように入力します。

1. 名前: サイトの名前を、WebCenter Sites管理インタフェースに表示されるとおりに入力します。

2. 詳細名: サイトについての簡潔で詳細な説明を入力します。

3. リンク: サイトのURLを入力します。

4. 画面幅: サイト設計の対象とされたピクセル幅を入力します。

5. 開始日: Analyticsで該当サイトのデータ取得を開始する日付を指定します。

6. 国: サイトの対象となっている国を選択します。ここでの選択は、概要レポートのPV/MIOの統計計算に使用されます。

4. 「保存」をクリックします。

1.6.2 CMサイトの編集

ここでは、AnalyticsでCMサイトを編集する手順を示します。

登録したCMサイトを編集するには:

1. 次のURLから、Analytics管理インタフェースにcsuserユーザー(パスワード: csuser)としてログインします。

http://<host>:<port>/analyticsadmin/Admin

2. 左側のサイト管理ペインで、表示/編集をクリックします。
現在登録されているサイトのリストが表示されます(図1-3)。

図1-3 現在登録されているサイト

3. サイトのリストで、目的のサイトを選択します。
選択したサイトの値が移入されたサイトの追加/編集フォームが表示されます(図1-4)。

図1-4 サイトの追加/編集

4. フォームで変更を行ったら、「保存」をクリックします。

1.6.3 CMサイトの削除

ここでは、AnalyticsからCMサイトを削除する手順を示します。

AnalyticsからCMサイトを削除するには:

1. 次のURLから、Analytics管理インタフェースにcsuserユーザー(パスワード: csuser)としてログインします。

http://<host>:<port>/analyticsadmin/Admin

2. 左側のサイト管理ペインで、表示/編集をクリックします。
現在登録されているサイトのリストが表示されます(図1-5)。

図1-5 現在登録されているサイト

3. サイトのリストで、削除するサイトの横にある「削除」(ごみ箱)アイコンをクリックします。

4. 警告ダイアログが表示されるので、「OK」をクリックします。

1.7 アセット・レポートの管理

WebCenter Sitesのアセットに関するレポートを生成するには、あらかじめレポートを構成しておく必要があります。アセット・レポートを構成すると、Analyticsで次のことができるようになります。

- レポート用に登録したWebCenter Sitesのアセット・タイプの認識

- コンテンツ情報レポート・グループのレポートのメニュー・オプションの構成

- 登録したタイプのアセットに関するレポートの生成

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

- 第1.7.1項「必須の構成」

- 第1.7.2項「オプションの構成」

- 第1.7.4項「アセット・レポートの構成」

- 第1.7.5項「アセット・レポートの削除」

1.7.1 必須の構成

Analyticsをインストールしたら、ページ・ビュー・レポートを構成する必要があります。このレポートを構成するときには、Pageviewオブジェクトを構成します。このオブジェクトは、Analyticsで追跡する(1つ以上の)アセット・タイプを指定するシステムのデフォルト・オブジェクトです。Pageviewオブジェクトを構成すると、Pageviewオブジェクトに基づいたデフォルトのレポートが有効になります。

次の各レポートは、Pageviewオブジェクトが構成されている場合にのみ機能します。

- ページ・ビュー

- サイト情報

- クリックストリーム

Pageviewオブジェクトの詳細は、このガイドの最後の用語集を参照してください。ページ・ビュー・レポートの構成手順については、第1.7.4項「アセット・レポートの構成」の手順に従ってください。

注意:

ページ・ビュー・レポートの構成が完了すると、ユーザーはレポートを生成できるようになります。レポートにデータが組み込まれるようにするために、Pageviewオブジェクトに指定したタイプのアセットに関するデータ取得を有効にするように開発者に依頼してください。

1.7.2 オプションの構成

ビジターがサイトの内部検索エンジンに入力するキーワードや語句に関するデータをAnalyticsで取得する場合は、内部検索レポート(コンテンツ情報グループに含まれる)を構成します。内部検索に関するレポートの構成方法については、第1.7.4項「アセット・レポートの構成」の手順に従ってください。

1.7.3 カスタム・パラメータを使用するレポートの構成

カスタム・パラメータを使用するレポートは、デフォルト・パラメータを使用するレポートと同様の方法で構成されます。カスタム・パラメータは、開発者が第1.1項「統合処理について」で説明している手順を完了した場合にのみ、レポートに組み込まれます。

アセットのカスタム・レポートの構成手方法については、第1.7.4項「アセット・レポートの構成」の手順に従ってください。

1.7.4 アセット・レポートの構成

ここでは、アセット・レポートに名前を付け、Analyticsでレポート用に追跡するアセットのタイプを指定します。

注意:

次の点に注意してください。

- ここで構成するレポートは、コンテンツ情報レポート・グループに含まれます。

- レポートは慎重に構成します。
システムからの(必要に応じた)レポート削除は重要な作業です。登録画面から削除されたレポートは、レポート・オプションとして削除されるわけではありません。ユーザーのレポート生成インタフェースではメニュー項目として残ったままになるため、プログラムで削除する必要があります。

登録画面からレポートを削除すると、Analyticsでそのレポート用のデータ分析が実行されなくなります。それまでに分析されたレポート・データは削除されません。

管理インタフェースからレポートを削除する必要がある場合は、第1.7.5項「アセット・レポートの削除」の手順に従ってください。

レポートを構成する(1つ以上のアセット・タイプを登録する)には:

1. 次のURLから、Analytics管理インタフェースにcsuserユーザー(パスワード: csuser)としてログインします。

http://<host>:<port>/analyticsadmin/Admin

2. 左側のアセット管理ペインのアセットのレポート・セクションで、構成をクリックします。
アセットのレポート・フォームが表示されます(図1-6)。

図1-6 アセットのレポート

3. フォームで次の手順を実行します。

1. 「サイト」ドロップダウン・リストで対象のサイトを選択します。

2. レポート名列を新しいアセット・レポートの作成フィールドまで移動し、レポートを簡潔に説明した名前を入力します。

注意:

次の点に注意してください。

- ページ・ビュー・レポートを構成している場合は、Page Viewsと入力します。Analyticsでは、それ以外の名前のレポートは認識されません。

- 内部検索レポートを構成している場合は、レポートの名前を入力し、isSearchチェック・ボックス(「オプション」列内)を選択します。

3. 「アセット」フィールドに、該当のレポート用に追跡するアセットのアセット・タイプ名(複数も可)を入力します。

- ページ・ビュー・レポートを構成している場合は、次の表記規則に従います。

AssetType1, AssetType2,..., AssetTypeN

注意:

次の点に注意してください。

- アセット・タイプ名は、WebCenter Sitesデータベースに表示されるとおりに入力します。

- リストでは、カンマのかわりにセミコロン(;)で複数のアセット・タイプを区切ることもできます。

- 内部検索レポートを構成している場合は、「アセット」フィールドにSearchと入力します。

4. 「保存」をクリックします。

5. 次の手順を実行します。

1. (オプション) Analyticsでのトラッキング対象として選択したタイプのアセットのパフォーマンス・インディケータを有効にします。手順は、第1.9.1項「パフォーマンス・インディケータの有効化」を参照してください。

2. 構成されたレポートを生成する権限をユーザーに付与します。

- Analyticsにコンテンツ管理(CM)サイトのユーザーを登録します。手順は、第1.10.1.1項「ユーザーの登録」を参照してください。

- ユーザー・グループを作成します。手順は、第1.10.2.1項「グループの作成」を参照してください。

- ユーザー・グループに権限を付与します。手順は、第1.11項「レポート(およびAnalytics)に対する権限の管理」を参照してください。

- ユーザー・グループにユーザーを割り当てます。手順は、第1.10.3項「ユーザー・グループへのユーザーの割当て」を参照してください。

3. アセット・レポートは、指定されたタイプのアセットのデータ取得が有効になるまでは空のままになります。データ取得の有効化は、すぐに実行しても、統合処理の完了後に実行してもかまいません。データ取得を有効にする手順は、『Oracle Fusion Middleware WebCenter Sites: Analytics開発者ガイド』を参照してください。

4. カスタム・パラメータを使用するレポートを作成した場合、開発者はそのパラメータをAnalyticsデータベースに追加し、カスタム・パラメータで取得されたデータを統計的に処理するAnalyticsジョブを開発して、処理されたデータが目的のレイアウトで表示されるようにレポートをコーディングする必要があります。手順は、『Oracle Fusion Middleware WebCenter Sites: Analytics開発者ガイド』を参照してください。

1.7.5 アセット・レポートの削除

ここでは、登録画面(Analytics管理インタフェース)からアセット・レポートを削除する手順を示します。

注意:

次の点に注意してください。

- レポートを削除すると、Analyticsではそのレポートのデータ分析が実行されなくなります。それまでに分析されたレポート・データは削除されません。

- 登録画面(Analytics管理インタフェース)から削除されたレポートは、ユーザーのレポート生成インタフェースではメニュー項目として残ったままになるため、プログラムで削除する必要があります。

アセット・レポートを削除するには:

1. 次のURLから、Analytics管理インタフェースにcsuserユーザー(パスワード: csuser)としてログインします。

http://<host>:<port>/analyticsadmin/Admin

2. 左側のアセット管理ペインのアセットのレポート・セクションで、構成をクリックします。
アセットのレポート・フォームが表示されます(図1-7)。

図1-7 アセットのレポート

3. フォームで次の手順を実行します。

1. 「サイト」ドロップダウン・リストで対象のサイトを選択します。

2. 削除するレポートの横にある「削除」(ごみ箱)アイコンをクリックします。
選択したレポートがアセットのレポート・リストから削除されます。

1.8 Engageアセット・レポートの管理

この項では、Engageアセット(推奨とセグメント)をサポートするようにAnalyticsを構成する方法を示します。これにより、Analyticsでは次のことが可能になります。

- 推奨、および推奨で参照されるアセットの使用状況分析の追跡

- 各ビジターがどのセグメントのメンバーであるかの追跡

この項では次の手順について説明します。

- 第1.8.1項「推奨の管理」

- 第1.8.2項「セグメントの管理」

1.8.1 推奨の管理

この項では、Analyticsで推奨を管理する方法を示します。この項では次の手順について説明します。

- 第1.8.1.1項「推奨の登録」

- 第1.8.1.2項「推奨の編集」

- 第1.8.1.3項「推奨の削除」

1.8.1.1 推奨の登録

ここでは、Analyticsに推奨を登録する手順を示します。Analyticsで追跡する必要のある各推奨を登録する必要があります。

Analyticsに推奨を登録するには:

1. 次のURLから、Analytics管理インタフェースにcsuserユーザー(パスワード: csuser)としてログインします。

http://<host>:<port>/analyticsadmin/Admin

2. 左側のエンゲージ・ペインの推奨セクションで、「登録」をクリックします。
空の推奨の追加/編集フォームが表示されます(図1-8)。

図1-8 推奨の追加/編集

3. フォームに次のように入力します。

注意:

フィールド名の隣のアスタリスク (*)は、そのフィールドが必須であることを示しています。必須フィールドを空白のままにすることはできません。

1. 「名前」フィールドに、推奨アセットの名前を入力します。名前は、WebCenter Sitesデータベースでの名前と同じにすることもできます(そうでなくてもかまいません)。

2. 推奨IDフィールドに、推奨アセットのアセットIDを、WebCenter Sitesデータベースに表示されるとおりに入力します。

3. 「サイト」ドロップダウン・リストで、推奨の登録対象となるCMサイトを選択します。

4. 「保存」をクリックします。

1.8.1.2 推奨の編集

ここでは、Analyticsに登録された推奨を編集する手順を示します。

Analyticsに登録された推奨を編集するには:

1. 次のURLから、Analytics管理インタフェースにcsuserユーザー(パスワード: csuser)としてログインします。

http://<host>:<port>/analyticsadmin/Admin

2. 左側のエンゲージ・ペインの推奨セクションで、表示/編集をクリックします。
現在登録されている推奨のリストが表示されます(図1-9)。

図1-9 現在登録されている推奨

3. リストで、目的の推奨をクリックします。
選択した推奨の値が移入された推奨の追加/編集フォームが表示されます(図1-10)。

図1-10 推奨の追加/編集

4. フォームで変更を行ったら、「保存」をクリックします。

注意:

フィールド名の隣のアスタリスク (*)は、そのフィールドが必須であることを示しています。必須フィールドを空白のままにすることはできません。

1.8.1.3 推奨の削除

ここでは、Analyticsから推奨を削除する手順を示します。

Analyticsから推奨を削除するには:

1. 次のURLから、Analytics管理インタフェースにcsuserユーザー(パスワード: csuser)としてログインします。

http://<host>:<port>/analyticsadmin/Admin

2. 左側のエンゲージ・ペインの推奨セクションで、表示/編集をクリックします。
現在登録されている推奨のリストが表示されます(図1-11)。

図1-11 現在登録されている推奨

3. リストで、目的の推奨の横にある「削除」(ごみ箱)アイコンをクリックします。

4. 警告ダイアログが表示されるので、「OK」をクリックします。

1.8.2 セグメントの管理

この項では、Analyticsでセグメントを管理する方法を示します。この項では次の手順について説明します。

- 第1.8.2.1項「セグメントの登録」

- 第1.8.2.2項「セグメントの編集」

- 第1.8.2.3項「セグメントの削除」

注意:

サイトからセグメントを登録する前に、どのセグメントにも属さないビジターも追跡できるように、セグメントIDが0 (ゼロ)のセグメントをNoSegという名前で構成する必要があります。この作業は、サイトのすべてのビジターがセグメントに割り当てられている場合にも実行する必要があります。

1.8.2.1 セグメントの登録

ここでは、Analyticsにセグメントを登録する手順を示します。ビジターのメンバーシップを追跡する各セグメントを登録する必要があります。

Analyticsにセグメントを登録するには:

1. 次のURLから、Analytics管理インタフェースにcsuserユーザー(パスワード: csuser)としてログインします。

http://<host>:<port>/analyticsadmin/Admin

2. 左側のエンゲージ・ペインのセグメント・セクションで、「登録」をクリックします。
空のセグメントの追加/編集フォームが表示されます(図1-12)。

図1-12 セグメントの追加/編集

3. フォームに次のように入力します。

注意:

フィールド名の隣のアスタリスク (*)は、そのフィールドが必須であることを示しています。必須フィールドを空白のままにすることはできません。

1. 「名前」フィールドに、セグメント・アセットの名前を入力します。名前は、WebCenter Sitesデータベースでの名前と同じにすることもできます(そうでなくてもかまいません)。

2. セグメントIDフィールドに、セグメント・アセットのアセットIDを入力します。

3. 「サイト」ドロップダウン・リストで、セグメントの登録対象となるサイトを選択します。

4. 「保存」をクリックします。

1.8.2.2 セグメントの編集

ここでは、Analyticsに登録されたセグメントを編集する手順を示します。

Analyticsに登録されたセグメントを編集するには:

1. 次のURLから、Analytics管理インタフェースにcsuserユーザー(パスワード: csuser)としてログインします。

http://<host>:<port>/analyticsadmin/Admin

2. 左側のエンゲージ・ペインのセグメント・セクションで、表示/編集をクリックします。
現在登録されているセグメントのリストが表示されます(図1-13)。

図1-13 現在登録されているセグメント

3. リストで、目的のセグメントをクリックします。
選択したセグメントの値が移入されたセグメントの追加/編集フォームが表示されます(図1-14)。

図1-14 セグメントの追加/編集

4. フォームで変更を行ったら、「保存」をクリックします。

注意:

フィールド名の隣のアスタリスク (*)は、そのフィールドが必須であることを示しています。必須フィールドを空白のままにすることはできません。

1.8.2.3 セグメントの削除

ここでは、Analyticsに登録されたセグメントを削除する手順を示します。

Analyticsからセグメントを削除するには:

1. 次のURLから、Analytics管理インタフェースにcsuserユーザー(パスワード: csuser)としてログインします。

http://<host>:<port>/analyticsadmin/Admin

2. 左側のエンゲージ・ペインのセグメント・セクションで、表示/編集をクリックします。
現在登録されているセグメントのリストが表示されます(図1-15)。

図1-15 現在登録されているセグメント

3. リストで、目的のセグメントの横にある「削除」(ごみ箱)アイコンをクリックします。

4. 警告ダイアログが表示されるので、「OK」をクリックします。

1.9 パフォーマンス・インディケータの管理

パフォーマンス・インディケータは、7日、30日、1年の各期間において特定のアセットがアクセスされた頻度を示すバーです。パフォーマンス・インディケータは、Analyticsで追跡されているすべてのアセットの「調査」フォームで有効にできるオプションです。図1-16にパフォーマンス・インディケータを示します。

図1-16 パフォーマンス・インディケータ

この項では、WebCenter Sites配信システムのタグ付けされたアセットのパフォーマンス・インディケータを有効または無効にする方法を示します。この項では次の手順について説明します。

- 第1.9.1項「パフォーマンス・インディケータの有効化」

- 第1.9.2項「パフォーマンス・インディケータの無効化」

1.9.1 パフォーマンス・インディケータの有効化

ここでは、WebCenter Sitesシステムの1つ以上のアセット・タイプのパフォーマンス・インディケータを有効にする手順を示します。

パフォーマンス・インディケータを有効にするには:

1. 次のURLから、Analytics管理インタフェースにcsuserユーザー(パスワード: csuser)としてログインします。

http://<host>:<port>/analyticsadmin/Admin

2. 左側のアセット管理ペインのパフォーマンス・インディケータ・セクションで、構成をクリックします。
「サイト」フォームが表示されます(図1-17)。

図1-17 「サイト」フォーム

3. フォームで次の手順を実行します。

1. 「サイト」ドロップダウン・リストで対象のサイトを選択します。

2. piobjecttypeドロップダウン・リストで目的のアセット・タイプを選択します。

3. 「有効化」チェック・ボックスを選択します。

4. 「保存」をクリックします。

1.9.2 パフォーマンス・インディケータの無効化

ここでは、WebCenter Sitesシステムの特定のアセット・タイプのパフォーマンス・インディケータを無効にする手順を示します。

パフォーマンス・インディケータを無効にするには:

1. 次のURLから、Analytics管理インタフェースにcsuserユーザー(パスワード: csuser)としてログインします。

http://<host>:<port>/analyticsadmin/Admin

2. 左側のアセット管理ペインのパフォーマンス・インディケータ・セクションで、構成をクリックします。
「サイト」フォームが表示されます(図1-18)。

図1-18 「サイト」フォーム

3. フォームで次の手順を実行します。

1. 「サイト」ドロップダウン・リストで対象のサイトを選択します。

2. piobjecttypeドロップダウン・リストで目的のアセット・タイプを選択します。

3. 「有効化」チェック・ボックスの選択を解除します。

4. 「保存」をクリックします。

1.10 ユーザーおよびグループの管理

WebCenter SitesユーザーのレポートおよびAnalytics(ユーザーおよび管理)インタフェースへのアクセス権は、ユーザーが各種のユーザー・グループのメンバーとなることを通じて付与されます。ユーザー・グループに権限を割り当てるのは、管理者です。AnalyticsをWebCenter Sitesシステムに統合する場合、管理者はAnalytics管理インタフェースでWebCenter Sitesユーザーを個別に登録してから、ユーザーをユーザー・グループに追加します。

この項では次の手順について説明します。

- 第1.10.1項「ユーザーの管理」

- 第1.10.2項「ユーザー・グループの管理」

1.10.1 ユーザーの管理

この項では、AnalyticsでWebCenter Sitesユーザーを管理する方法を示します。この項では次の手順について説明します。

- 第1.10.1.1項「ユーザーの登録」

- 第1.10.1.2項「ユーザーの編集」

- 第1.10.1.3項「ユーザーの削除」

第1.10.1.1項「ユーザーの登録」

ここでは、AnalyticsにWebCenter Sitesユーザーを登録する手順を示します。

AnalyticsにWebCenter Sitesユーザーを登録するには:

1. 次のURLから、Analytics管理インタフェースにcsuserユーザー(パスワード: csuser)としてログインします。

http://<host>:<port>/analyticsadmin/Admin

2. 左側のユーザー管理ペインの「ユーザー」セクションで、「登録」をクリックします。
空のユーザーの追加/編集フォームが表示されます(図1-19)。

図1-19 ユーザーの追加/編集フォーム

3. フォームに次のように入力します。

1. 名前(必須): ユーザーのユーザー名を、WebCenter Sitesインタフェースに表示されるとおりに入力します。

2. 名: ユーザーの名前を入力します。

3. 姓: ユーザーの姓を入力します。

4. パスワード: ユーザーに割り当てるパスワードを入力します。

5. デフォルト・サイト: ユーザーがAnalyticsインタフェースにログインしたときに表示されるサイトを選択します。

6. 管理者: ユーザーにAnalytics管理インタフェースへのアクセス権を付与します。

4. 「保存」をクリックします。

1.10.1.2 ユーザーの編集

ここでは、Analyticsに登録されているWebCenter Sitesユーザーを編集する手順を示します。

登録されているWebCenter Sitesユーザーを編集するには:

1. 次のURLから、Analytics管理インタフェースにcsuserユーザー(パスワード: csuser)としてログインします。

http://<host>:<port>/analyticsadmin/Admin

2. 左側のユーザー管理ペインの「ユーザー」セクションで、表示/編集をクリックします。
現在登録されているユーザーのリストが表示されます(図1-20)。

図1-20 現在登録されているユーザー

3. リストで、目的のユーザーをクリックします。
選択したユーザーの値が移入されたユーザーの追加/編集フォームが表示されます(図1-21)。

図1-21 ユーザーの追加/編集

4. フォームで変更を行ったら、「保存」をクリックします。

1.10.1.3 ユーザーの削除

ここでは、AnalyticsからWebCenter Sitesユーザーを削除する手順を示します。

AnalyticsからWebCenter Sitesユーザーを削除するには:

1. 次のURLから、Analytics管理インタフェースにcsuserユーザー(パスワード: csuser)としてログインします。

http://<host>:<port>/analyticsadmin/Admin

2. 左側のユーザー管理ペインの「ユーザー」セクションで、表示/編集をクリックします。
現在登録されているユーザーのリストが表示されます(図1-22)。

図1-22 現在登録されているユーザー

3. リストで、目的のユーザーの横にある「削除」(ごみ箱)アイコンをクリックします。

4. 警告ダイアログが表示されるので、「OK」をクリックします。

1.10.2 ユーザー・グループの管理

ユーザー・グループの目的は、グループのメンバーへの権限付与です。この項では、Analyticsでユーザー・グループを管理する方法を示します。この項の内容は、次のとおりです。

- 第1.10.2.1項「グループの作成」

- 第1.10.2.2項「グループの編集」

- 第1.10.2.3項「グループの削除」

1.10.2.1 グループの作成

ここでは、Analyticsにユーザー・グループを追加する手順を示します。

ユーザー・グループを追加するには:

1. 次のURLから、Analytics管理インタフェースにcsuserユーザー(パスワード: csuser)としてログインします。

http://<host>:<port>/analyticsadmin/Admin

2. 左側のユーザー管理ペインの「ユーザー・グループ」セクションで、「登録」をクリックします。
空のユーザー・グループの追加/編集フォームが表示されます(図1-23)。

図1-23 ユーザー・グループの追加/編集

3. フォームにグループの名前を入力し、「保存」をクリックします。

1.10.2.2 グループの編集

ここでは、Analyticsでユーザー・グループを編集する手順を示します。

ユーザー・グループを編集するには:

1. 次のURLから、Analytics管理インタフェースにcsuserユーザー(パスワード: csuser)としてログインします。

http://<host>:<port>/analyticsadmin/Admin

2. 左側のユーザー管理ペインの「ユーザー・グループ」セクションで、表示/編集をクリックします。
既存のユーザー・グループのリストが表示されます(図1-24)。

図1-24 既存のユーザー・グループ

3. リストで、目的のユーザー・グループをクリックします。
ユーザー・グループの追加/編集フォームに、編集対象のユーザー・グループが表示されます(図1-25)。

図1-25 ユーザー・グループの追加/編集

4. フォームで変更を行ったら、「保存」をクリックします。

1.10.2.3 グループの削除

ここでは、Analyticsからユーザー・グループを削除する手順を示します。

ユーザー・グループを削除するには:

1. 次のURLから、Analytics管理インタフェースにcsuserユーザー(パスワード: csuser)としてログインします。

http://<host>:<port>/analyticsadmin/Admin

2. 左側のユーザー管理ペインの「ユーザー・グループ」セクションで、表示/編集をクリックします。
既存のユーザー・グループのリストが表示されます(図1-26)。

図1-26 既存のユーザー・グループ

3. リストで、目的のユーザー・グループの横にある「削除」(ごみ箱)をクリックします。

4. 警告ダイアログが表示されるので、「OK」をクリックします。

1.10.3 ユーザー・グループへのユーザーの割当て

ここでは、Analyticsのユーザー・グループにユーザーを割り当てる手順を示します。ユーザーは、属しているグループが権限を持っているレポートにのみアクセスできます。

ユーザーをユーザー・グループに割り当てるには:

1. 次のURLから、Analytics管理インタフェースにcsuserユーザー(パスワード: csuser)としてログインします。

http://<host>:<port>/analyticsadmin/Admin

2. ユーザー管理ペインのユーザーをユーザー・グループへセクションで、「登録」をクリックします。
「ユーザー・グループ」フォームが表示されます(図1-27)。

図1-27 ユーザー・グループ

3. フォームで次の手順を実行します。

1. 「ユーザー・グループ」ドロップダウン・リストで、対象のグループを選択します。

2. ユーザー・グループに追加するユーザーを選択します。グループから削除するユーザーの選択を解除します。

4. 「保存」をクリックします。

1.11 レポート(およびAnalytics)に対する権限の管理

ユーザー・グループにレポートを割り当てると、そのグループのユーザーは該当レポートへのアクセス権を得ます。ここでは、ユーザー・グループにAnalyticsのレポートへのアクセス権を付与する手順を示します。

注意:

ユーザー・グループ(つまりそのグループのユーザー)は、少なくとも、作業対象コンテンツ管理サイトのいずれかで、1つ以上のレポートに対するアクセス権を持っている必要があります。そうでないユーザーはAnalyticsインタフェースにアクセスできません。

ユーザーのレポートへの権限を付与または拒否するには

1. 次のURLから、Analytics管理インタフェースにcsuserユーザー(パスワード: csuser)としてログインします。

http://<host>:<port>/analyticsadmin/Admin

2. 左側の「権限」ペインで、「権限の付与」をクリックします。
権限の付与フォームが表示されます(図1-28)。

図1-28 権限の付与フォーム

3. フォームで次の手順を実行します。

1. 「ユーザー・グループ」ドロップダウン・リストで、目的のグループを選択します。

2. 「サイト」ドロップダウン・リストで対象のサイトを選択します。

3. ユーザー・グループのアクセスを許可するレポートを選択します。該当グループのユーザーは、これらのレポートにのみアクセスできるようになります。

4. 「保存」をクリックします。

2 Oracle WebCenter Sites: Analyticsの構成

Analyticsの動作条件は、いくつかのファイルで構成できます。この章では、特にセンサーの過負荷のしきい値について説明し、その他のタイプのパラメータを設定できる様々な構成ファイルも取り上げます。

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

- 第2.1項「センサーの過負荷アラート」

- 第2.2項「構成ファイル」

2.1 センサーの過負荷アラート

サイトに大量のトラフィックが存在するときには、Analyticsセンサーが受信データで過負荷になり、正常に応答しなくなる場合があります。Analyticsセンサーがファイル・システムへの書き込みを中止し、受信データをメモリーに格納するので、やがてメモリー不足状態になります。

Analytics管理者インタフェース(図2-1)では、Analyticsセンサー・ボタンが黄色または赤色で表示されることによって、過負荷状態のアラートが示されるようになっています。黄色はWARNING状態を示します。赤色はCRITICAL状態(センサーは動作していると想定される)を示します。

注意:

停止しているか、機能していないAnalyticsセンサーも赤で表示されます。

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

- 第2.1.1項「「過負荷アラート」のしきい値の設定」

- 第2.1.2項「赤の状態への対応」

2.1.1 「過負荷アラート」のしきい値の設定

WARNINGまたはCRITICAL状態のトリガーとなるしきい値は、global.xmlのプロパティで決定されます。該当するプロパティは、sensor.requestqueue.warnsizeとsensor.requestqueue.maxsizeです。これらのプロパティを、インストール済Analyticsの構成とサイトのトラフィック量に合った一定のしきい値に設定します。これらのプロパティの詳細は、『Oracle Fusion Middleware WebCenter Sitesインストレーション・ガイド』を参照してください。

2.1.2 赤の状態への対応

ステータス・サマリー・パネル(図2-1、管理インタフェース内)を監視していて、Analyticsセンサー・ボタンが赤く表示されていることに気付いた場合は、センサーが、停止、障害発生、過負荷のどの状態にあるかを判別する必要があります。過負荷の場合は、メモリーを消去してシステムをリセットし、正常な機能を再開する必要があります。

注意:

メモリーから消去されたデータの復元はできないため、このデータは失われます。

図2-1 Analytics管理者インタフェースのステータス・サマリー・パネル

赤の状態に対応するには:

Analyticsセンサー・ボタンをクリックして、メイン・パネルを注意深く確認します。

- No data availableと表示されている場合は、Analyticsセンサーが停止しているか、センサーに障害が発生しています。

- センサーの詳細パネルが表示される場合は、Analyticsセンサーは動作していますが、過負荷になっています。保存領域のクリアというラベルのアイコンをクリックして、メモリーを消去します。

図2-2 保存領域

2.2 構成ファイル

Analyticsの動作条件は、次のファイルで定義されます。

- global.xml: インストール・ディレクトリ、生データの処理方法、データ処理条件、およびシステム管理者の連絡先情報を定義するAnalyticsファイル。

- log4j.properties: Hadoopのジョブ・スケジューラのロギングを定義します。

- futuretense_xcel.ini: WebCenter Sitesのプロパティ・ファイルで、Analyticsサーブレットや生成されたレポートのURLなどを定義するAnalyticsのプロパティが含まれます。

構成ファイルの詳細は、『Oracle Fusion Middleware WebCenter Sitesインストレーション・ガイド』を参照してください。

3 Hadoopジョブ: プロセッサとロケーション

Hadoopジョブは、ロケーションとプロセッサで構成されます。ロケーションはサイト・ビジターのデータが格納される場所で、プロセッサはそれぞれ、データの一部を選択的に処理するようにプログラムされています。特定のプロセッサが特定のロケーションのデータを読み取って処理し、次のロケーションに結果を書き込むと、次のプロセッサがそれを取得して処理します。

この章では、Hadoopジョブの概要、Hadoopジョブの監視ガイドライン、および各プロセッサとロケーションについて説明します。この章の内容は、次のとおりです。

- 第3.1項「Hadoopジョブの処理フロー」

- 第3.2項「Hadoopジョブの監視」

- 第3.3項「プロセッサとロケーション」

- 第3.4項「オブジェクト・インプレッションと作業パッケージ」

- 第3.5項「プロセッサの説明」

3.1 Hadoopジョブの処理フロー

Hadoopジョブは、Analyticsのデータを統計的に処理し、結果をAnalyticsデータベースに格納するOracleアプリケーションです。

正常に機能しているインストール済Analyticsでは、生のサイト・ビジター・データはAnalyticsセンサー(データ取得アプリケーション)によって連続的に取得され、ローカル・ファイル・システムに格納されます。ファイル・システム内の生データは、Hadoop分散ファイル・システム(HDFS)エージェントにより定期的に要求され、HDFSにコピーされてから、Hadoopジョブで処理されます。

Hadoopジョブは、複数のロケーションと、Oracle固有の複数のプロセッサで構成されます。プロセッサがあるロケーションでサイト・ビジター・データを読み取って統計的に処理し、結果を別のロケーションに書き込むと、次のプロセッサがそれを取得して処理します。処理が完了すると、結果(生データに関する統計)がAnalyticsデータベースに挿入されます。

Hadoopジョブは、Analytics管理インタフェースのステータス・サマリー・パネルから監視できます(第3.2項「Hadoopジョブの監視」を参照)。図3-1は、Hadoopジョブの処理フローを表しています。

図3-1 Hadoopジョブの処理フロー

3.2 Hadoopジョブの監視

Hadoopジョブは、Analytics管理インタフェースのステータス・サマリー・パネルから監視できます。ステータス・サマリー・パネルには、Hadoopジョブのコンポーネントが表示されます。Hadoopジョブのコンポーネントとは、Analyticsセンサー(データ取得アプリケーション)によって取得されたサイト・ビジター・データを格納するロケーションと、格納されたサイト・ビジター・データの日次、週次および月次合計を計算するプロセッサです。

ステータス・サマリー・パネルへのアクセス

Analytics管理インタフェースを操作している場合は、コンポーネント・タブをクリックして概要オプションを選択することにより、ステータス・サマリー・パネルにアクセスできます(図3-2)。

図3-2 ステータス・サマリー・パネル(コンポーネント・タブの概要オプション内)

各ロケーションには、異なるタイプのサイト・ビジター・データが格納されます。特定のロケーションに格納されるサイト・ビジター・データのタイプは、そのロケーションに関連付けられたプロセッサでデータがどのように集計されるかによって決まります。たとえば、oiprocessedロケーションはOIProcessorに関連付けられている(OIProcessorの計算結果を格納する)ので、特定日付の特定の期間に特定のアセットが表示された回数などのデータを格納します。

- ロケーションをクリックすると、そのロケーションのステータスとデータを表示できます。

- プロセッサをクリックすると、データ処理ジョブのステータスを表示できます。

- Analyticsセンサー・ボタンとHDFSエージェント・ボタンをクリックすると、これらのコンポーネントのステータス・サマリーが表示されます。Analyticsセンサーの監視の詳細は、第2.1項「センサーの過負荷アラート」を参照してください。

3.3 プロセッサとロケーション

この項では、サイト・ビジター・データの格納に関係する各種のロケーションと、それらのロケーションからデータを読み取り、マップ/リデュースして結果を別のロケーションに書き込む各プロセッサについて説明します。

- プロセッサ: HDFSには、オラクル社がAnalyticsデータの処理用に開発した複数のプロセッサが含まれます。プロセッサは、マッパーとリデューサの2つの部分で構成されます。マッパーは、最初に一連のオブジェクト・インプレッション(生データのコレクション)を処理して、中間データ(n個のJava Bean)を作成します。中間データは、リデューサによって処理されます。この処理で、n個のJava Beanは集計され、特定のデータ型のx回の発生を含んだ1つのJava Bean、別のデータ型のy回の発生を含んだ次のJava Bean、などのように分けられます。リデューサの実行に伴い、集計されたデータは次のロケーションに書き込まれます。プロセッサの出力は、作業パッケージと呼ばれます(詳細は、第3.4.2項「作業パッケージ」を参照)。
プロセッサの実行ごとに行われる処理は、それぞれジョブと呼ばれます。どのジョブも、マップ/リデュース・ジョブです。各ジョブがスケジュールされると、ジョブに一意のジョブ識別子が割り当てられます。

- ロケーション: HDFSでは、ロケーションと呼ばれる異なる複数のフォルダにサイト・ビジター・データ(生データと処理済データの両方)が格納されます。ロケーションとは、HDFS内の特定のフォルダであり、管理インタフェースのステータス・サマリー・パネルで監視できます(図3-2)。
ロケーションには、年、月、日および時間を表すサブフォルダがあり、これらのサブフォルダが階層的に管理されています(図3-3を参照)。

図3-3 ロケーション

第3.4.2.3項「生データとoiprocessedのデータのディレクトリ構造」の例を参照してください。

各ロケーションは、サイト・ビジターのデータを、ロケーションに応じて次のいずれかのフォーマットで格納します。

- 生データ: Analyticsセンサー(データ取得アプリケーション)によって取得される各オブジェクト・インプレッションに含まれるサイト・ビジター・データ。

- 処理済データ: 生の形式から処理されたサイト・ビジター・データ。完全に処理されたサイト・ビジター・データは、レポート作成用に、Analyticsデータベースに挿入されます。

次に、Analyticsのステータス・サマリー・パネルから監視できる各種のプロセッサをアルファベット順に示します。

- OIInjection

- OIProcessor

- SessionInjection

- SessionMerger

- SessionProcessor

- VisitorInjection

- VisitorMerger

- VisitorMonthInjection

- VisitorMonthProcessor

- VisitorProcessor

- VisitorWeekInjection

- VisitorWeekMerger

- VisitorWeekProcessor

次に、Analyticsのステータス・サマリー・パネルから監視できる各種のロケーションをアルファベット順に示します。

- oiinjected

- oiprocessed

- oirawdata

- sesdata

- sesinjected

- sesprocessed

- sesrawdata

- visdata

- visinjected

- vismonthinjected

- vismonthprocessed

- visprocessed

- visweekdata

- visweekinjected

- visweekprocessed

3.4 オブジェクト・インプレッションと作業パッケージ

オブジェクト・インプレッションと作業パッケージは、Hadoopジョブの主要な構成単位です。オブジェクト・インプレッションは、ビジターがサイトを参照したときに取得される生のサイト・ビジター・データです。その後、このデータが、Hadoopジョブで作業パッケージと呼ばれる単位で処理されます。処理結果はAnalyticsデータベースに格納され、ユーザーが生成するレポートにオンデマンドで使用できるようになります。

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

- 第3.4.1項「オブジェクト・インプレッション」

- 第3.4.2項「作業パッケージ」

3.4.1 オブジェクト・インプレッション

オブジェクト・インプレッションとは、sensorサーブレットの1回の起動です。オブジェクト・インプレッションを、分析用に取得される生のサイト・ビジター・データのスナップショットと考えることもできます。

オブジェクト・インプレッションには、データが取得された瞬間の、サイト・ビジターに関する多くのタイプの生データが含まれます。含まれるセッション・データとビジター・データには、オブジェクト・タイプ、オブジェクトID、セッション、セッションID、IPアドレス、使用されたオペレーティング・システム、使用されたブラウザ、リファラなどがあります。Engageがインストールされている場合は、生データにセグメントや推奨も含まれます。

サイト・ビジターがサイトを参照すると、オブジェクト・インプレッションが収集されます。オブジェクト・インプレッションは、作業パッケージとして、oirawdataとsesrawdataの各ロケーションに24時間の期間で収集されます。

3.4.2 作業パッケージ

作業パッケージはロケーション内のディレクトリです(図3-4を参照)。

図3-4 作業パッケージ

1つの作業パッケージには、次のものが格納されます。

- オブジェクト・インプレッション(生データ)または中間データ(Java Bean)を含む1つのデータ・ファイル。データ・ファイルの内容は、一連のプロセッサにより統計的に分析されます。分析が完了すると、最後のプロセッサによって結果がAnalyticsデータベースに挿入され、レポート生成に使用されます。

- 1つのメタデータ・ファイル。メタデータ・ファイルは、データ処理のステータスを報告します。

Hadoop分散ファイル・システムの各ロケーションには少なくとも1つの作業パッケージが存在します(作業パッケージ数はロケーションにより異なります。第3.4.2.1項「データ収集」の例を参照してください)。各作業パッケージは、ロケーションのディレクトリ構造内に、カレンダ型の構造に従って階層的に配置されます。

作業パッケージ内のデータ・ファイルは、その作業パッケージを含むロケーションに関連付けられたプロセッサに対する入力となります。プロセッサは、データ・ファイルの分析を完了するとその結果を作業パッケージとして次のロケーションに書き込みます。これを次のプロセッサが取得して処理します。

注意:

新たに取得されたオブジェクト・インプレッションを含んだ最初の作業パッケージは、Analyticsセンサーによって作成されます。その他のすべての作業パッケージは、プロセッサにより作成されます。

データ処理の間に、作業パッケージやその内容が別のロケーションに移動されることはありません。各作業パッケージのデータ・ファイルは適切なプロセッサによって読み取られ、そのプロセッサによって分析されます。結果は(そのプロセッサにより)作業ファイルとして次のロケーションに書き込まれます。

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

- 第3.4.2.1項「データ収集」

- 第3.4.2.2項「処理済データ」

- 第3.4.2.3項「生データとoiprocessedのデータのディレクトリ構造」

- 第3.4.2.4項「日次作業パッケージのディレクトリ構造」

- 第3.4.2.5項「週次作業パッケージのディレクトリ構造」

- 第3.4.2.6項「月次作業パッケージのディレクトリ構造」

3.4.2.1 データ収集

オブジェクト・インプレッションは、oirawdataとsesrawdataの2つのロケーションに、24時間の期間で作業パッケージとして同時に収集されます。2つのロケーションにあるすべての作業パッケージには、data.txtというデータ・ファイルが1つ含まれています。これらのロケーション(およびその作業パッケージ)の違いは、次のとおりです。

- oirawdataロケーションでは、24時間の期間中に決まった間隔でオブジェクト・インプレッションが収集され、間隔ごとに固有の作業パッケージが作成されます。この間隔は、センサーのglobal.xmlファイル内のsensor.thresholdtimeプロパティで指定されます。たとえば、sensor.thresholdtimeが4時間に設定されている場合、oirawdataロケーションでは24時間の最後に6つの作業パッケージに収集が行われていることになります。6つのパッケージにはすべて作成時刻のタイムスタンプが付けられ、どのパッケージにもdata.txtファイルが1つ含まれます。

- sesrawdataロケーションでは、オブジェクト・インプレッションが24時間連続して1つの作業パッケージとして収集されます。作業パッケージには作成時刻のタイムスタンプが付けられ、data.txtファイルが1つ含まれます。

oirawdataロケーションにある作業パッケージには、それぞれその日の生データの一部のみが含まれています。sesrawdataロケーションにある1つの作業パッケージには、その日の生データの全セットが含まれています。どちらのロケーションでも、各作業パッケージは完成後すぐに分析され、計算用リソースが使用できる状態になります。

3.4.2.2 処理済データ

すべての作業パッケージは、24時間の期間で収集されます(第3.4.2.1項「データ収集」を参照)。作業パッケージは日次で処理されます。ビジター・データの場合は、週次と月次の統計を表す作業パッケージが追加で作成されます。週次および月次処理用の作業パッケージのディレクトリ構造は、日次処理やデータ収集用のディレクトリ構造とは異なります。

注意:

Analytics管理者は、ロケーションのディレクトリ構造と作業パッケージへのパスを、HDFSファイル・ブラウザから取得できます。

http://<hostname_MasterNode>:50070/

3.4.2.3 生データとoiprocessedのデータのディレクトリ構造

生データとoiprocessedのデータを含む作業パッケージは、作業パッケージが作成された日と時間を示す構造のディレクトリに格納されます。oirawdata、sesrawdata、oiprocessedの各ロケーションでは、日時によるディレクトリ構造が使用されます(ただし、他と違って、oiprocessedロケーションには処理済のデータが含まれます)。

生データまたはoiprocessedの作業パッケージへのパスは、次のとおりです。

/<hadoop.hdfs.defaultfs>/<location>/<yyyy>/<mm>/<dd>/
<workpackageDir>-<n>-<time>/data.txt <or part-<xxxxx>

例:

/analytics/data/oirawdata/2009/01/14/Sensor-localhost.localdomain-10-1231924822209/data.txt

各変数の定義は、次のとおりです。

- <hadoop.hdfs.defaultfs>は、Hadoopファイル・システムのルート・ディレクトリの位置です。この下に、生データ、出力およびキャッシュ・ファイルが格納されます。

- <location>は、生データの作業パッケージを格納するロケーションの名前です。<location>の有効な値は次のとおりです。

- oirawdata: 24時間の期間でデータを複数の作業パッケージに分けて収集します。

- sesrawdata: 24時間の期間でデータを1つの作業パッケージに収集します。

- oiprocessed: このロケーションには処理済データが含まれています。

(各ロケーションとその説明は、第3.3項「プロセッサとロケーション」を参照してください。)

- <yyyy>は、作業パッケージが作成された年です。

- <mm>は、作業パッケージが作成された月です。

- <dd>は、作業パッケージが作成された日です。この日は、サイトのタイムゾーンから決定されます。

- <workpackageDir>は、センサー名(データ取得サーバーのIPアドレスまたはホスト名)です。

- <n>は、システムで生成される番号です。

- <time>は、作業パッケージの作成時刻です。この時刻は、1970年1月1日からの経過時間をミリ秒単位で計算した値です。

- data.txtは、オブジェクト・インプレッションを含むファイルです。オブジェクト・インプレッションの生データは、そのファイルを読み取るプロセッサにより、統計的に分析されます。data.txtファイルはoirawdataロケーションおよびsesrawdataロケーションに格納されます(第3.4.2.1項「データ収集」を参照)。
すべての生データ・ファイルがdata.txtという名前になります。データ・ファイルは、そのデータ・ファイルを格納している作業パッケージ・ディレクトリの<time>のタイムスタンプで、一意に識別されます。

- <part-xxxxx>は、oiprocessedロケーションにある作業パッケージの名前です。

図3-5に、oirawdataロケーションのディレクトリ構造を示します。図3-5に示すように、oirawdataロケーションで2009年1月14日に作成された最初のdata.txtファイルは、次の場所に格納されています。

/analytics/data/oirawdata/2009/01/14/Sensor-localhost.localdomain-10-1231924822209/data.txt

2番目のデータ・ファイル、data.txt.tempは、現在作業中です。(該当の収集間隔の最後にファイルが完成し、data.txt.という名前になります。)このファイルは、図3-5に示す場所に格納されます。

図3-5 oirawdataのディレクトリ構造

「図3-5 oirawdataのディレクトリ構造」の説明

3.4.2.4 日次作業パッケージのディレクトリ構造

生データの作業パッケージが完成すると、関連付けられたプロセッサがその作業パッケージのdata.txtファイルを統計的に分析し、結果を次のロケーションの作業パッケージに書き込みます。これを次のプロセッサが取得し、処理します。

日次統計を含む作業パッケージは、作業パッケージの作成日で識別される構造を持ったディレクトリに格納されます。oiinjected、sesdata、sesprocessed、sesinjected、visdata、visprocessed、visinjectedの各ロケーションでは、日に基づくディレクトリ構造が使用されます。

日次作業パッケージへのパスは、次のとおりです。

/<hadoop.hdfs.defaultfs>/<location>/<yyyy>/<mm>/<dd>/<workpackageID>/part-<xxxxx>

例:

/analytics/sesprocessed/2009/06/25/181bd6cd-c040-46a2-abb4/part-00000

各変数の定義は、次のとおりです。

- <location>は、日次作業パッケージを格納するロケーションの名前です。<location>の有効な値は次のとおりです。

- oiinjected、sesdata、sesprocessed、sesinjected、visdata、visprocessedおよびvisinjectedです。

- <workpackageID>はシステムで生成された番号で、作業パッケージの識別に使用されます。

- 残りの変数の定義は、第3.4.2.3項「生データとoiprocessedのデータのディレクトリ構造」を参照してください。

3.4.2.5 週次作業パッケージのディレクトリ構造

週次統計用に処理される作業パッケージは、作業パッケージが格納されたISO週で識別される構造を持ったディレクトリに格納されます。visweekdata、visweekprocessed、visweekinjectedの各ロケーションでは、週に基づくディレクトリ構造が使用されます。

週次作業パッケージへのパスは、次のとおりです。

- visweekdata

/<hadoop.hdfs.defaultfs>/visweekdata/<yyyy>/W<no.>/<yyyy>/<mm>/<dd>/<workpackageID>/part-<xxxxx>

例:

/analytics/visweekdata/2009/W26/2009/06/25/1db1039-0b10-417d-9895/part-00000

各変数の定義は、次のとおりです。

- W<no.>は、該当の年の週番号を表します。

- <workpackageID>は、システムで生成された番号です。

- 残りの変数の定義は、第3.4.2.3項「生データとoiprocessedのデータのディレクトリ構造」を参照してください。

- visweekprocessedとvisweekinjected

/<hadoop.hdfs.defaultfs>/<location>/<yyyy>/W<no.>/
<workpackageID>/part-<xxxxx>

例:

/analytics/visweekprocessed/2009/W26/9fe7607b-31b1-417d-9895/part-00000

各変数の定義は、visweekdataの場合と同じです。

3.4.2.6 月次作業パッケージのディレクトリ構造

月次統計用に処理される作業パッケージは、作業パッケージが格納された月で識別される構造を持ったディレクトリに格納されます。vismonthprocessedとvismonthinjectedの各ロケーションでは、月に基づくディレクトリ構造が使用されます。

月次作業パッケージへのパスは、次のとおりです。

/<hadoop.hdfs.defaultfs>/<location>/<yyyy>/<mm>/ <workpackageID>/part-<xxxxx>

例:

/analytics/vismonthprocessed/2009/06/c3b9ex84-0417-4b6f-9e38/part-00000

各変数の定義は、次のとおりです。

- <workpackageID>はシステムで生成された番号で、作業パッケージの識別に使用されます。

- 残りの変数の定義は、第3.4.2.3項「生データとoiprocessedのデータのディレクトリ構造」を参照してください。

3.5 プロセッサの説明

Analyticsは、3つのタイプのプロセッサをサポートします。これらは、24時間の期間内に収集された同じオブジェクト・インプレッションを分析しますが、実行する計算が異なります。

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

- 第3.5.1項「オブジェクト・インプレッション・プロセッサ」

- 第3.5.2項「セッション・データ・プロセッサ」

- 第3.5.3項「ビジター・データ・プロセッサ」

3.5.1 オブジェクト・インプレッション・プロセッサ

オブジェクト・インプレッション・プロセッサは、オブジェクト・インプレッションに含まれる各タイプのデータの発生頻度を計算することにより、直接オブジェクト・インプレッションを分析します。

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

- 第3.5.1.1項「OIProcessor」

- 第3.5.1.2項「OIInjection」

3.5.1.1 OIProcessor

出力: 日次小計。このプロセッサは、oirawdataロケーションに作成された各作業パッケージを読み取り、オブジェクト・インプレッション内のすべてのデータ・タイプについて、日次小計(発生頻度)を計算します。

24時間未満のデータが含まれる作業パッケージに対する計算の場合、日次合計は小計と呼ばれます。作業パッケージは、1日の全体にわたって、センサーのglobal.xmlファイルのsensor.thresholdtimeプロパティで指定された間隔で(たとえば4時間ごとに)、oirawdataロケーションに収集されます。こうして、各作業パッケージは、指定された間隔(この例では4時間)の間に収集されたデータを保持します。24時間の終わりには、oirawdataロケーションに6つの作業パッケージが収集されていることになります。

計算処理の詳細を次に説明します。

1. oirawdataロケーションに収集される作業パッケージが1つ完成すると、OIProcessorはその作業パッケージのデータ・ファイルを読み取り、その作業パッケージ内の選択されたタイプの各生データの発生回数をカウント(合計および集計)します。つまり、作業パッケージには、パッケージ内の選択されたタイプの生データごとに1つずつ、日次小計が含まれることになります。(24時間の期間で6つの作業パッケージが収集および処理された場合は、作業パッケージごとに固有の日次小計セットを持ちます。)

2. OIProcessorが各作業パッケージの日次小計をoiprocessedロケーションに書き込むと、それらがOIInjectionプロセッサによって取得されます。
oiprocessedロケーションに書き込まれた日次小計は、OIInjectionプロセッサによってカウント(合計および集計)され、Analyticsデータベースに挿入されます。特定のタイプの生データの日次小計を合計したものが、そのタイプの生データのその日の総計となります。これは、完全な日次合計または集計済日次合計と呼ばれます。

注意:

WebCenter SitesデータベースとAnalyticsデータベースは同期していません。そのため、Analyticsでは、一意の各オブジェクト・インプレッションにL2ObjectBeanオブジェクトが作成されます。L2ObjectBeanは、AnalyticsデータベースのL2_Object表に、オブジェクト・インプレッションの名前(タイトル)とオブジェクト(アセット)IDを保存します。

3.5.1.1.1 OIProcessorの入力ロケーション

oirawdata: 現在の日のdata.txtファイル(およびメタデータ・ファイル)を格納します。data.txtの詳細は、第3.4.2.1項「データ収集」を参照してください。

表3-1 OIProcessorの入力ロケーション

oirawdata

説明

ディレクトリ構造

第3.4.2.3項「生データとoiprocessedのデータのディレクトリ構造」を参照してください。

作業パッケージ

<workpackageDir>-<n>-<time>/data.txt

作業パッケージのデータ・ファイル

TransferObjectタイプのBeanを含みます。

データ・ソース

ローカル・ファイル・システムのoirawdataフォルダ。

Hadoopファイル・システム内のoirawdataロケーションは、Analyticsセンサーがインストールされているサーバーのoirawdataディレクトリの複製です。

Analyticsセンサーは、10分ごとに(またはsensor.thresholdtimeプロパティに明示的に設定された時間間隔で)、新しい作業パッケージ(OIProcessorへの入力)を作成します。

Analyticsセンサーによって取得される各オブジェクト・インプレッションが、作業パッケージの1行分のデータになります。/<dd>フォルダ(第3.4.2.3項「生データとoiprocessedのデータのディレクトリ構造」を参照)は、オブジェクト・インプレッションの日(作業パッケージが作成された日)を表します。

作業パッケージを使用するプロセッサ

このプロセッサ。

3.5.1.1.2 OIProcessorの出力ロケーション

oiprocessed: このプロセッサの作業パッケージを格納します。各作業パッケージには、そのパッケージの日次小計(作業パッケージに収集された各タイプのデータの発生頻度)のデータ・ファイルが含まれます。(各作業パッケージにはメタデータ・ファイルも含まれます。)

表3-2 OIProcessorの出力ロケーション

oiprocessed

説明

ディレクトリ構造

第3.4.2.3項「生データとoiprocessedのデータのディレクトリ構造」を参照してください。

作業パッケージ

<workpackageDir>-<n>-<time>/part-<xxxxx>

作業パッケージのデータ・ファイル

L2ObjectBean、L3ObjecttypeBean、L3DownloadBean、L3InternalSearchBeanおよびL3ObjectBeanの各タイプのBean (およびカスタムの事前集計済オブジェクト・インプレッション・データ)を含みます。

データ・ソース

このプロセッサ。

作業パッケージを使用するプロセッサ

OIInjectionプロセッサ。

3.5.1.2 OIInjection

出力: 特定タイプのデータの完全な日次合計(最後の24時間で収集された各タイプのデータの発生頻度)。挿入ステータス・レポート。

1. このプロセッサは、oiprocessedロケーションにある作業パッケージのデータ・ファイル内の日次小計を読み取り、日次小計をカウント(集計および合計)します。結果は総計、つまり、最後の24時間で収集された各タイプのデータの完全な日次合計です。

2. このプロセッサは、完全な日次合計をAnalyticsデータベース内の各種の表に挿入し、oiinjectedロケーションにステータス・レポートを作成します。(日次小計の詳細は「OIProcessor」を参照してください。)

データベースに挿入されたデータは、Analyticsのユーザーが生成するレポートに取り込まれます。

3.5.1.2.1 OIInjectionプロセッサの入力ロケーション

「oiprocessed」(「OIProcessorの出力ロケーション」)を参照してください。

3.5.1.2.2 OIInjectionプロセッサの出力ロケーション

Analyticsデータベース: このプロセッサの出力を格納します。出力は、完全な日次合計(最後の24時間で収集された各タイプのデータの発生頻度)です。

oiinjected: このプロセッサによって作成された作業パッケージを格納します。作業パッケージにデータ・ファイルは含まれません。含まれているのは、挿入処理のステータスを示すメタデータ・ファイルのみです。

表3-3 OIInjectionプロセッサの出力ロケーション

oiinjected

説明

ディレクトリ構造

第3.4.2.4項「日次作業パッケージのディレクトリ構造」を参照。

作業パッケージ

<workpackageID>/part-<xxxxx>

作業パッケージのデータ・ファイル

この作業パッケージにはデータ・ファイルは作成されません。メタデータ・ファイル(.txt)で挿入処理のステータスが報告されます。

データ・ソース

このプロセッサ。

作業パッケージを使用するプロセッサ

該当プロセッサなし。管理者は、HDFSファイル・ブラウザを開いてメタデータ・ファイル(挿入ステータス・レポート)を表示できます。

3.5.2 セッション・データ・プロセッサ

セッション・データ・プロセッサは、オブジェクト・インプレッションから得られたセッション・オブジェクトを分析します。

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

- 第3.5.2.1項「SessionMerger」

- 第3.5.2.2項「SessionProcessor」

- 第3.5.2.3項「SessionInjection」

3.5.2.1 SessionMerger

出力: 最後の24時間のセッション・データに対応するセッション・オブジェクト(集計されたオブジェクト・インプレッションが個々のセッション別にグループ化され、sesdataロケーションに格納される)。

このプロセッサは、sesrawdataロケーションにある作業パッケージのデータ・ファイル内のオブジェクト・インプレッションを読み取ります。オブジェクト・インプレッションからセッション・データを取り出し、データを組み合せて、セッションごとにそのセッション全体に対応する1つのセッション・オブジェクトを作成します。このセッション・オブジェクトには、該当セッションに関連するすべての情報が含まれます。このように、SessionMergerは、24時間の期間で収集されたすべてのオブジェクト・インプレッションを個々のセッション別に集計します。このプロセッサは、集計済データを(作業パッケージとして)sesdataロケーションに書き込みます(SessionProcessorがこれを取得します)。

3.5.2.1.1 SessionMergerプロセッサの入力ロケーション

sesrawdata: 現在の日のdata.txtファイル(およびメタデータ・ファイル)を格納します。data.txtの詳細は、第3.4.2.1項「データ収集」を参照してください。

表3-4 SessionMergerプロセッサの入力ロケーション

sesrawdata

説明

ディレクトリ構造

第3.4.2.3項「生データとoiprocessedのデータのディレクトリ構造」を参照してください(暦日ごとに1つの作業パッケージが含まれます)。

作業パッケージ

<workpackageDir>-<n>-<time>/data.txt

作業パッケージのデータ・ファイル

RawSensorCallBeanタイプのBeanを含みます。

データ・ソース

Analyticsセンサー。

Analyticsセンサーは、24時間ごとに新しい作業パッケージを作成します。(作業パッケージには24時間間隔で収集された生データが含まれ、これがSessionMergerプロセッサの入力になります。)ディレクトリ構造内の作業パッケージ・フォルダは、収集されたすべてのセッション情報が属する日を表しています(この日はサイトのタイムゾーンで決定されます)。

作業パッケージを使用するプロセッサ

SessionMergerプロセッサ。

3.5.2.1.2 SessionMergerプロセッサの出力ロケーション

sesdata: SessionMergerプロセッサの作業パッケージを格納します。作業パッケージのデータ・ファイルには、最後の24時間のセッション・データに対応するセッション・オブジェクト(集計されたオブジェクト・インプレッションが個々のセッション別にグループ化されたもの)が含まれます。(作業パッケージのメタデータ・ファイルには、データ処理のステータス・レポートが含まれます。)

表3-5 SessionMergerプロセッサの出力ロケーション

sesdata

説明

ディレクトリ構造

第3.4.2.4項「日次作業パッケージのディレクトリ構造」を参照してください(暦日ごとに1つの作業パッケージが含まれます)。

作業パッケージ

<workpackageID>/part-<xxxxx>

作業パッケージのデータ・ファイル

SessionBeanタイプのBeanを含みます。

データ・ソース

このプロセッサ。

作業パッケージを使用するプロセッサ

SessionProcessor。

3.5.2.2 SessionProcessor

出力: セッション・データの完全な日次合計(最後の24時間で実行された各セッション全体にわたる各タイプのデータの発生頻度)。

このプロセッサは、sesdataロケーションにある作業パッケージのデータ・ファイル内のセッション・オブジェクトを読み取り、完全な日次合計を計算して、その結果を(作業パッケージとして)sesprocessedロケーションに書き込みます。これをSessionInjectionプロセッサが取得して処理します。

3.5.2.2.1 SessionProcessorの入力ロケーション

「sesdata」(「SessionMergerプロセッサの出力ロケーション」)を参照してください。

3.5.2.2.2 SessionProcessorの出力ロケーション

sesprocessed: このプロセッサによって作成された作業パッケージを格納します。作業パッケージのデータ・ファイルには、セッション・データの完全な日次合計(最後の24時間で実行された各セッション全体にわたる各タイプのデータの発生頻度)が含まれます。(作業パッケージのメタデータ・ファイルには、データ処理のステータス・レポートが含まれます。)

表3-6 SessionProcessorの出力ロケーション

sesprocessed

説明

ディレクトリ構造

第3.4.2.4項「日次作業パッケージのディレクトリ構造」を参照してください(暦日ごとに1つの作業パッケージが含まれます)。

作業パッケージ

<workpackageID>/part-<xxxxx>

作業パッケージのデータ・ファイル

L3*タイプのすべてのBean (L3BrowserBean、L3ClickStreamBean、L3SessionEntryBeanなど、およびカスタムの事前集計済データ)を含みます。

データ・ソース

このプロセッサ。

作業パッケージを使用するプロセッサ

SessionInjectionプロセッサ。

3.5.2.3 SessionInjection

出力: 挿入ステータス・レポート。

このプロセッサは、sesprocessedロケーションにある作業パッケージのデータ・ファイル内の完全な日次合計を読み取って、それをAnalyticsデータベース内の各種の表に挿入し、sesinjectedロケーションにステータス・レポートを作成します。データベースに挿入されたデータは、Analyticsのユーザーが生成するレポートに取り込まれます。

3.5.2.3.1 SessionInjectionプロセッサの入力ロケーション

第3.5.2.2.2項「SessionProcessorの出力ロケーション」を参照してください。

3.5.2.3.2 SessionInjectionプロセッサの出力ロケーション

Analyticsデータベース: セッション・データの完全な日次合計(最後の24時間で実行された各セッション全体にわたる各タイプのデータの発生頻度)を格納します。

sesinjected: このプロセッサによって作成された作業パッケージを格納します。作業パッケージにデータ・ファイルは含まれません。含まれているのは、挿入処理のステータスを示すメタデータ・ファイルのみです。

表3-7 SessionInjectionプロセッサの出力ロケーション

sesinjected

説明

ディレクトリ構造

第3.4.2.4項「日次作業パッケージのディレクトリ構造」を参照してください(暦日ごとに1つの作業パッケージが含まれます)。

作業パッケージ

<workpackageID>/part-<xxxxx>

作業パッケージのデータ・ファイル

この作業パッケージにはデータ・ファイルは作成されません。メタデータ・ファイル(.txt)で挿入処理のステータスが報告されます。

データ・ソース

このプロセッサ。

作業パッケージを使用するプロセッサ

該当プロセッサなし。管理者は、HDFSファイル・ブラウザを開いてメタデータ・ファイル(挿入ステータス・レポート)を表示できます。

3.5.3 ビジター・データ・プロセッサ

ビジター・データは、サイト・ビジターのIPアドレスなどによってビジターを特定します。ビジター・データには、ビジターが属するセグメントや、そのセグメントに関連付けられた推奨などがあります。

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

- 第3.5.3.1項「VisitorMerger」

- 第3.5.3.2項「VisitorMonthProcessor」

- 第3.5.3.3項「VisitorMonthInjection」

- 第3.5.3.4項「VisitorProcessor」

- 第3.5.3.5項「VisitorInjection」

- 第3.5.3.6項「VisitorWeekMerger」

- 第3.5.3.7項「VisitorWeekProcessor」

- 第3.5.3.8項「VisitorWeekInjection」

3.5.3.1 VisitorMerger

出力: 生のサイト・ビジター・データ。

このプロセッサは、sesdataロケーションの作業パッケージのデータ・ファイルからビジター固有のデータ(セグメントや推奨など)を読み取ります。すべてのビジターIDを保存するために、このビジター・データを(作業パッケージとして)生のフォーマットで(集計しないで)visdataロケーションに書き込みます。このプロセッサでは、ビジター・データの集計は行われません。これは、他のビジター・データ・プロセッサが日次、週次および月次の合計を計算する際、このデータを生の形式で使用する必要があるからです。

3.5.3.1.1 VisitorMergerプロセッサの入力ロケーション

「sesdata」(「SessionMergerプロセッサの出力ロケーション」)を参照してください。

3.5.3.1.2 VisitorMergerプロセッサの出力ロケーション

visdata: このプロセッサによって作成された作業パッケージを格納します。作業パッケージには生フォーマットのサイト・ビジター・データを持つデータ・ファイルが含まれます。(作業パッケージのメタデータ・ファイルには、データ処理のステータス・レポートが含まれます。)

表3-8 VisitorMergerプロセッサの出力ロケーション

visdata

説明

ディレクトリ構造

第0項「日次作業パッケージのディレクトリ構造」を参照してください。

作業パッケージ

<workpackageID>/part-<xxxxx>

作業パッケージのデータ・ファイル

VisitorLocationBeanおよびVisitorBeanタイプのBean (およびカスタムのビジター関連データ)を含みます。

データ・ソース

このプロセッサ。

作業パッケージを使用するプロセッサ

VisitorProcessor

VisitorWeekMergerプロセッサ。

VisitorMonthProcessor

3.5.3.2 VisitorMonthProcessor

出力: ビジター・データの完全な月次合計(最後の月に収集された各タイプのビジター・データの発生頻度)。

このプロセッサは、visdataロケーションにある作業パッケージのデータ・ファイル内の生のビジター・データを読み取り、月次合計を計算します。このプロセッサが月次合計を(作業パッケージとして)vismonthprocessedロケーションに書き込むと、VisitorMonthInjectionプロセッサがこれを取得して処理します。

3.5.3.2.1 VisitorMonthProcessorの入力ロケーション

「visdata」(「VisitorMergerプロセッサの出力ロケーション」)を参照してください。

3.5.3.2.2 VisitorMonthProcessorの出力ロケーション

vismonthprocessed: このプロセッサによって作成された作業パッケージを格納します。この作業パッケージのデータ・ファイルには、ビジター・データの完全な月次合計が含まれます。(作業パッケージのメタデータ・ファイルには、データ処理のステータス・レポートが含まれます。)

表3-9 VisitorMonthProcessorの出力ロケーション

vismonthprocessed

説明

ディレクトリ構造

第3.4.2.6項「月次作業パッケージのディレクトリ構造」を参照してください。

作業パッケージ

<workpackageID>/part-<xxxxx>

作業パッケージのデータ・ファイル

L3CityBean、L3CountryBean、L3RegionBean、L3VisitorBeanの各タイプのBean (およびカスタムのビジター関連データ)を含みます。

データ・ソース

このプロセッサ。

作業パッケージを使用するプロセッサ

VisitorMonthInjectionプロセッサ。

3.5.3.3 VisitorMonthInjection

出力: 挿入ステータス・レポート。

このプロセッサは、vismonthprocessedロケーションにある作業パッケージのデータ・ファイル内の完全な月次合計を読み取って、それをAnalyticsデータベースに挿入し、vismonthinjectedロケーションにステータス・レポートを作成します。データベースに挿入されたデータは、Analyticsのユーザーが生成するレポートに取り込まれます。

3.5.3.3.1 VisitorMonthInjectionプロセッサの入力ロケーション

「vismonthprocessed」 (「VisitorMonthProcessorの出力ロケーション」)を参照してください。

3.5.3.3.2 VisitorMonthInjectionプロセッサの出力ロケーション

Analyticsデータベース: このプロセッサの入力ロケーションからのデータを格納します。

vismonthinjected: このプロセッサによって作成された作業パッケージを格納します。作業パッケージにデータ・ファイルは含まれません。含まれているのは、挿入処理のステータスを示すメタデータ・ファイルのみです。

表3-10 VisitorMonthInjectionプロセッサの出力ロケーション

vismonthinjected

説明

ディレクトリ構造

第3.4.2.6項「月次作業パッケージのディレクトリ構造」を参照してください。

作業パッケージ

<workpackageID>/part-<xxxxx>

作業パッケージのデータ・ファイル

この作業パッケージにはデータ・ファイルは作成されません。メタデータ・ファイル(.txt)で挿入処理のステータスが報告されます。

データ・ソース

このプロセッサ。

作業パッケージを使用するプロセッサ

該当プロセッサなし。管理者は、HDFSファイル・ブラウザを開いてメタデータ・ファイル(挿入ステータス・レポート)を表示できます。

3.5.3.4 VisitorProcessor

出力: ビジター・データの完全な日次合計(最後の24時間で収集された各タイプのビジター・データの発生頻度)。

このプロセッサは、visdataロケーションにある作業パッケージのデータ・ファイル内の生のビジター・データを読み取ります。その後、完全な日次合計を計算し、それを(作業パッケージとして)visprocessedロケーションに書き込みます。これをVisitorInjectionプロセッサが取得して処理します。

3.5.3.4.1 VisitorProcessorの入力ロケーション

「visdata」(「VisitorMergerプロセッサの出力ロケーション」)を参照してください。

3.5.3.4.2 VisitorProcessorの出力ロケーション

visprocessed: このプロセッサによって作成された作業パッケージを格納します。この作業パッケージのデータ・ファイルには、ビジター・データの完全な日次合計が含まれます。(作業パッケージのメタデータ・ファイルには、データ処理のステータス・レポートが含まれます。)

表3-11 VisitorProcessorの出力ロケーション

visprocessed

説明

ディレクトリ構造

第3.4.2.4項「日次作業パッケージのディレクトリ構造」を参照。

作業パッケージ

<workpackageID>/part-<xxxxx>

作業パッケージのデータ・ファイル

L3CityBean、L3CountryBean、L3RegionBean、L3VisitorBeanの各タイプのBean (およびカスタムのビジター関連データ)を含みます。

データ・ソース

このプロセッサ。

作業パッケージを使用するプロセッサ

VisitorInjectionプロセッサ。

3.5.3.5 VisitorInjection

出力: 挿入ステータス・レポート。

このプロセッサは、visprocessedロケーションにある作業パッケージのデータ・ファイル内の完全な日次合計を読み取って、それをAnalyticsデータベース内の各種の表に挿入し、visinjectedロケーションにステータス・レポートを作成します。データベースに挿入されたデータは、Analyticsのユーザーが生成するレポートに取り込まれます。

3.5.3.5.1 VisitorInjectionプロセッサの入力ロケーション

「visprocessed」を参照してください。

3.5.3.5.2 VisitorInjectionプロセッサの出力ロケーション

Analyticsデータベース: このプロセッサの入力ロケーションからのデータを格納します。

visinjected:  このプロセッサによって作成された作業パッケージを格納します。作業パッケージにデータ・ファイルは含まれません。含まれているのは、挿入処理のステータスを示すメタデータ・ファイルのみです。

表3-12 VisitorInjectionプロセッサの出力ロケーション

visinjected

説明

ディレクトリ構造

第3.4.2.4項「日次作業パッケージのディレクトリ構造」を参照。

作業パッケージ

<workpackageID>/part-<xxxxx>

作業パッケージのデータ・ファイル

この作業パッケージにはデータ・ファイルは作成されません。メタデータ・ファイル(.txt)で挿入処理のステータスが報告されます。

データ・ソース

このプロセッサ。

作業パッケージを使用するプロセッサ

該当プロセッサなし。管理者は、HDFSファイル・ブラウザを開いてメタデータ・ファイル(挿入ステータス・レポート)を表示できます。

3.5.3.6 VisitorWeekMerger

出力:  visdataロケーションから週次フォルダにマージされた生のサイト・ビジター・データ。

このプロセッサは、visdataロケーションにある作業パッケージのデータ・ファイル内の生のビジター・データを読み取ります。このプロセッサは、生のサイト・ビジター・データを適切なISO週ディレクトリ(のプロセッサの作業パッケージに)マージします。このプロセッサではデータは変更されません。その後、作業パッケージをvisweekdataロケーションに書き込みます。

3.5.3.6.1 VisitorWeekMergerプロセッサの入力ロケーション

「visdata」(「VisitorMergerプロセッサの出力ロケーション」)を参照してください。

3.5.3.6.2 VisitorWeekMergerプロセッサの出力ロケーション

visweekdata: このプロセッサによって作成された作業パッケージを格納します。作業パッケージのデータ・ファイルには、(visdataロケーションから)週次ディレクトリにマージされた生のサイト・ビジター・データが含まれます。(作業パッケージのメタデータ・ファイルには、データ処理のステータス・レポートが含まれます。)

表3-13 VisitorWeekMergerプロセッサの出力ロケーション

visweekdata

説明

ディレクトリ構造

第3.4.2.5項「週次作業パッケージのディレクトリ構造」を参照。

作業パッケージ

<workpackageID>/part-<xxxxx>

作業パッケージのデータ・ファイル

VisitorLocationBeanおよびVisitorBeanタイプのBean (およびカスタムのビジター関連データ)を含みます。

データ・ソース

このプロセッサ。

作業パッケージを使用するプロセッサ

VisitorWeekProcessor

VisitorMonthProcessor

3.5.3.7 VisitorWeekProcessor

出力: サイト・ビジター・データの完全な週次合計(最後の週に収集された各タイプのビジター・データの発生頻度)。

このプロセッサは、visweekdataロケーションにある作業パッケージのデータ・ファイル内の週次の生データを読み取ります。週次合計を計算し、それを(作業パッケージとして)visweekprocessedロケーションに書き込みます。

3.5.3.7.1 VisitorWeekProcessorの入力ロケーション

「visweekdata」(「VisitorWeekMergerプロセッサの出力ロケーション」)を参照してください。

3.5.3.7.2 VisitorWeekProcessorの出力ロケーション

visweekprocessed: このプロセッサによって作成された作業パッケージを格納します。作業パッケージのデータ・ファイルには、サイト・ビジター・データの週次合計(最後の週に収集された各タイプのサイト・ビジター・データの発生頻度)が含まれます。(作業パッケージのメタデータ・ファイルには、データ処理のステータス・レポートが含まれます。)

表3-14 VisitorWeekProcessorの出力ロケーション

visweekprocessed

説明

ディレクトリ構造

第3.4.2.5項「週次作業パッケージのディレクトリ構造」を参照。

作業パッケージ

<workpackageID>/part-<xxxxx>

注意: 週が新年をまたぐ場合、作業パッケージには、その年の最後の週のビジター・データとともに、新しい年のビジター・データも含まれます。

作業パッケージのデータ・ファイル

L3CityBean、L3CountryBean、L3RegionBean、L3VisitorBeanの各タイプのBean (およびカスタムのビジター関連データ)を含みます。

データ・ソース

このプロセッサ。

作業パッケージを使用するプロセッサ

VisitorWeekInjectionプロセッサ。

3.5.3.8 VisitorWeekInjection

出力: 挿入ステータス・レポート。

このプロセッサは、visweekprocessedロケーションにある作業パッケージのデータ・ファイル内の週次合計を読み取って、それをAnalyticsデータベースに挿入し、visweekinjectedロケーションにステータス・レポートを作成します。データベースに挿入されたデータは、Analyticsのユーザーが生成するレポートに取り込まれます。

3.5.3.8.1 VisitorWeekInjectionプロセッサの入力ロケーション

第3.5.3.7.2項「VisitorWeekProcessorの出力ロケーション」を参照してください。

3.5.3.8.2 VisitorWeekInjectionプロセッサの出力ロケーション

このプロセッサの入力ロケーションからのデータを格納します。

Analyticsデータベース: このプロセッサの入力ロケーションからのデータを格納します。

visweekinjected: このプロセッサによって作成された作業パッケージを格納します。作業パッケージにデータ・ファイルは含まれません。含まれているのは、挿入処理のステータスを示すメタデータ・ファイルのみです。

表3-15 VisitorWeekInjectionプロセッサの出力ロケーション

visweekinjected

説明

ディレクトリ構造

第3.4.2.5項「週次作業パッケージのディレクトリ構造」を参照。

作業パッケージ

<workpackageID>/part-<xxxxx>

作業パッケージのデータ・ファイル

この作業パッケージにはデータ・ファイルは作成されません。メタデータ・ファイル(.txt)で挿入処理のステータスが報告されます。

データ・ソース

このプロセッサ。

作業パッケージを使用するプロセッサ

該当プロセッサなし。管理者は、HDFSファイル・ブラウザを開いてメタデータ・ファイル(挿入ステータス・レポート)を表示できます。

用語集

Analyticsデータ取得アプリケーション

「センサー」とも呼ばれます。

アセット登録

アセットのレポート生成を有効にすること。WebCenter SitesのアセットはインストールされているWebCenter Sitesに固有のものであるため、アセット・タイプをAnalyticsに登録する必要があります。登録するには、Analytics管理インタフェースでアセット・タイプをレポートに割り当てます。これにより、Analyticsでは次のことが可能になります。

- WebCenter Sitesのアセット・タイプの認識

- 一般情報およびコンテンツ情報レポート・グループのレポートのメニュー・オプションの構成

- 登録したアセット・タイプのアセットに関するレポートの生成

データ取得

各ビジターのクリックと、クリックに関連する情報(各クリックの日時、クリックされたアセット、クリック実行元のIPアドレス、アクセスされているサイトなど)を記録する処理。この情報は、sensorサーブレットによってリアルタイムで取得され、ローカル・ファイル・システム(Analyticsデータ取得アプリケーションにとってローカルな場所)のdata.txt.tmpファイルに記録されます。data.txt.tmpファイルは、センサーにより書き込まれ、しきい値の間隔が経過するか(sensor.thresholdtimeのsensor.thresholdを参照)、アプリケーション・サーバーが再起動されると、順にdata.txtとなります。

AnalyticsでWebCenter Sitesアセットの使用状況に関するデータとビジターに関するデータを取得できるのは、公開されたページにデータ取得用のタグが付けられている場合のみです。Engageアセットの場合は、アセット自体にデータ取得用のタグが付けられている必要があります。

Hadoopジョブ

Hadoop分散ファイル・システムに格納された生データに関する統計を効率的に計算するために、ジョブはパラレルに分散実行されます。

Hadoopは、大きな計算を小さな作業部分に分割し、各部分をクラスタの任意のノードで実行できるようにする、Map/Reduceと呼ばれる計算パラダイムを実装します。Map/Reduceでは、jarファイルとクラスの組合せがすべて1つのjarファイル(一般に「ジョブ」ファイルと呼ばれるもの)に集められている必要があります。ジョブを実行するには、JobTrackerにそのジョブを送信します。その後、Hadoopジョブは次のアクションで応答します。

- ジョブをスケジューリングしてJobTrackerに送信する。

- データ取得アプリケーションで取得された生データを処理して統計データにし、統計をAnalyticsデータベースに挿入する。

(Hadoopは、HDFSを参照し、各ジョブのステータスを確認するためのWebインタフェースを備えています。)

Hadoopジョブでは、レポート生成時間を短縮するために、よく要求されるサイト使用状況統計(特定コンテンツに対する単位時間当たりの平均要求数など)が事前に計算されます。一般に、統計の計算は、リソース消費型で時間のかかる処理です。そのため、この計算は、レポートが生成されるたびにその場で実行されるのではなく、必要となった時点で使用可能になっているように、前もって実行されます。つまり、あらかじめ計算済の統計を即座に入手してレポートに取り込めるようになっています。統計には、次の例のようなものがあります。

- 現在の情報(今日の各サイトの合計ヒット数、アクセス元の国、特定の国からの合計アクセス数、ブラウザのタイプ、平均セッション継続時間など)

- 次のような、履歴上の結果
日次、週次および月次統計(たとえば、レポート対象期間中のある月における特定サイトの特定アセットに対する合計要求数など)。年次統計(昨年の各週に特定のアセットがアクセスされた頻度を示すパフォーマンス・インディケータのヒストグラム)。

Hadoopジョブの実行にかかる時間は、直近のデータ取得期間におけるサイトのアクティビティ、取得済データの蓄積量、Analyticsアプリケーションの構成など、多くの要因によって異なります。データの分析が完了すると、結果の統計はいつでもレポート生成に使用できる状態になります。

統合

AnalyticsをWebCenter Sitesシステムに統合すると、オンライン・サイトのアセット・タイプやユーザーに関するレポートを生成できるようになります。統合に関係する作業として、コンテンツ管理サイト、WebCenter Sitesユーザー、およびアセット・タイプのAnalyticsへの登録、Pageviewオブジェクトの構成(ページ・ビュー・レポートを通じて行う)、およびユーザーに対するレポートへのアクセス権限の付与(適切なユーザー・グループのメンバーシップを通じて行う)があります。これらのタスクの実施に必要な手順は、第1章「Oracle WebCenter Sites: AnalyticsとOracle Web Center Sitesの統合」を参照してください。

内部検索

ビジターがサイトの組込み検索エンジンを使用して実行する検索。この検索では、サイト内のコンテンツから結果が返されます。

オブジェクト

Analyticsの情報の構成単位。レポートで扱われる対象です。

情報を格納および処理する際、Analyticsではオブジェクトが使用されますが、WebCenter Sitesではアセットとアセット・タイプが使用されます。AnalyticsでWebCenter Sitesのアセット・タイプを認識し、そのタイプのアセットを追跡できるようにするために、管理者はWebCenter Sitesのアセット・タイプの単位でAnalyticsオブジェクトを定義します。方法としては、オブジェクトに対応するAnalyticsレポートを構成し、そのオブジェクトに目的のアセット・タイプを割り当てます。レポートを構成する過程で、基礎となるアセットが定義されます。

注意: オブジェクトの特殊なインスタンスにPageviewオブジェクトがあります。一般情報グループのレポートを機能させるには、管理者は(ページ・ビュー・レポートを構成して)このオブジェクトを構成する必要があります。

ページ・ビュー・レポートは、複数のアセット・タイプをサポートします。

オブジェクト・インプレッション

sensorサーブレットの1回の起動。詳細は、 第3.4項「オブジェクト・インプレッションと作業パッケージ」を参照してください。

ページ・ビュー

Analyticsの情報の構成単位。Analyticsデータ取得アプリケーションによるトラッキングが有効なアセット・タイプの1つ以上のアセットからなるグループ。

アセット・タイプに対するトラッキングが有効になるのは、アセット・タイプがPageviewオブジェクトに定義され、そのアセット・タイプを表示する公開ページがAddAnalyticsImgTag (データ取得タグ)でタグ付けされている場合です。トラッキングの詳細は、「データ取得」を参照してください。

Pageviewオブジェクト

Analyticsで追跡する1つ以上のアセット・タイプを指定する、Analyticsのデフォルト・オブジェクト。ページ・ビュー・レポートを通じて構成されます。Pageviewオブジェクトを構成すると、Pageviewオブジェクトに基づいたデフォルトのレポートが有効になります。

Pageviewオブジェクトは、ページ・ビュー、サイト情報、クリックストリームの各レポートの基礎となるオブジェクトであるため、このオブジェクトには、(マーケティングの観点で)最も有意義なアセットがレポートに組み込まれるようなアセット・タイプを割り当てる必要があります。

Pageviewオブジェクトには、複数のアセット・タイプを割り当てることができます。ページ・ビュー・レポートには、このようなアセット・タイプの使用状況に関する統計が含まれます。

ページ・ビュー・レポート

Pageviewオブジェクトに基づいたレポート。ページ・ビュー・レポートは、サイトのページ・ビュー・アクティビティに関する統計を表示します。

処理済データ

Hadoopジョブで処理されて統計データとなった、ビジターのアクティビティ・データ。処理が完了すると、データはAnalyticsデータベースに挿入され、ユーザーがAnalyticsレポート作成インタフェースから要求する各種レポートですぐに使用できるようになります。

生データ

データ取得処理の中で記録され、その後の処理に向けてローカル・ファイル・システムに格納された、ビジターのサイトでのアクティビティを表す未処理データ。Hadoopジョブでレポートに表示する統計の計算対象となるのは、このデータです。(このデータをそのままレポート生成に使用することはできません。)

センサー

「Analyticsデータ取得アプリケーション」とも呼ばれます。

サイト登録

サイトから公開されたアセットに対するビジターのアクティビティをAnalyticsで追跡できるようにするために、WebCenter Sitesコンテンツ管理サイトをAnalyticsに識別させること。

統計データ

「処理データ」を参照。

作業パッケージ

オブジェクト・インプレッションのコレクション。詳細は、 第3.4項「オブジェクト・インプレッションと作業パッケージ」を参照してください。

オラクル社の法律上の注意点について

コピーライトについて

Copyright © 1994-2013, Oracle and/or its affiliates.All rights reserved.

商標と登録商標について

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の登録商標です。

ライセンス制約の保証と結果的に生じる損害の免責

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

保証免責

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

制限付権利

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

U.S. GOVERNMENT END USERS: Oracle programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, delivered to U.S. Government end users are "commercial computer software" pursuant to the applicable Federal Acquisition Regulation and agency-specific supplemental regulations.As such, use, duplication, disclosure, modification, and adaptation of the programs, including any operating system, integrated software, any programs installed on the hardware, and/or documentation, shall be subject to license terms and license restrictions applicable to the programs.No other rights are granted to the U.S. Government.

危険な用途への使用について

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

第三者のコンテンツ、製品、サービスに対する免責事項

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

ドラフトのアルファ版およびベータ版ドキュメントについて

このドキュメントが試作版の場合:

このドキュメントは試作版であり、デモおよび暫定使用のみを目的としたものです。このソフトウェアを使用するハードウェアに限定するものではありません。オラクル社およびその関連会社は、このドキュメントに関して一切の責任を負わず、いかなる保証もいたしません。また、このドキュメントを使用したことによって損失、費用、あるいは損害が発生しても、一切の責任を負いかねます。