JP5238937B2 - セグメンテーション定義の作成 - Google Patents

Description

本発明は、一般に、データベース内のデータについてのクエリに関するツールのためのユーザインタフェースに関する。より詳しくは、本発明は、データセットに適用し、ウェブ分析ツールによって利用され得るセグメント定義またはフィルタ基準を生成するためのインタフェースに関する。

本出願は、「ウェブ分析ツールにおけるセグメンテーション定義の作成のためのユーザインタフェース」と題する、Christopher R. Error他により２００５年６月６日に出願された米国仮特許出願第６０／６８８，２１１号（代理人整理番号第１０４３１号）の米国特許法第１１９条に規定する優先権を主張するとともに、「セグメンテーション定義の作成」と題する、Brett M. ErrorおよびChris Errorにより２００５年１２月２０日に出願された米国特許出願第１１／３１３，４４５号（代理人整理番号第１０５７７号）の米国特許法第１２０条に規定する優先権を主張する。また、本出願は、「ウェブサイトトラフィック分析エンジンおよびユーザインタフェース」と題する、Chris Error他により２００５年６月６日に出願された米国仮特許出願第６０／６８８，０７６号（代理人整理番号第１０３３１号）に関連する。これらの出願はそれぞれ、参照により本出願に組み込まれる。

ウェブ分析は、ウェブサイト使用により作成されるデータの分析に言及する。例えば、ウェブ分析は、訪問またはトラフィックデータを掘り出すために用いられ得る。様々な訪問あるいはトラフィックデータは、どのブラウザが用いられているか、所定のウェブページにリンクしているものが選択されたか、ある製品が購入されたか否かなどで計測される。ユタ州オレムのオムニチュアからのサイトカタリストのバージョン１１のような現在利用可能な多くのウェブ分析ツールがある。これらのツールは、ウェブサイト使用についてのデータを獲得することができ、ユーザの要求に応答し、フォールアウト／転換、Ａ／Ｂテストなど様々な異なるメトリクスをウェブサイト使用上に表示する。

そのような既存のツールが持つ一つの問題は、典型的に、それらがプログラマにレポートを作成し、ユーザが見るのに興味を持つセグメントにデータをフィルタリングすることに従事させることを要求することである。セグメント定義を作成したり、修正したりすることにより、ユーザが異なる方法でデータを見たいならば、ユーザは、コード、ルールセットなどのウェブ分析ツールにより理解できるデータに順次何を望むかの説明を翻訳するプログラマに、その説明を提供しなければならない。追加の通信の要求およびプログラマとユーザの間のインタフェースに加えて、この処理は、典型的に、時間がかかり、要求に応じてユーザがセグメンテーション定義を変更し、あるいは再定義することを許さない。

したがって、先行技術の上記欠点を解決するウェブ分析ツールのための改良した方法およびシステムの必要性がある。

ここに記述されるような本発明は、ウェブサイト訪問データをフィルタリングするためのセグメントを定義するシステムおよび方法である。その方法は、ウェブサイト訪問データがフィルタリングされ得る基準として複数のイベントおよびコンテナ、およびここに定義されるようなセグメントを定義するためのキャンバスを表示するステップを含む。イベントおよびコンテナは、典型的に、データがフィルタリングされ得る基準として機能する変量である。イベントは、ウェブページを訪問したり、データストレージに格納されるデータ基準を見たりするユーザに起こるあらゆる活動であればよい。例えば、「製品がラジオに等しい」ことをいうルールは理解が容易であるが、そのルールの範囲はより難しい。製品がラジオに等しい注文のみを欲するのか、製品がラジオだった全訪問を欲するのか、あるいはすべてのページ、すなわち、かつてラジオを見た誰かによる訪問を欲するのか。コンテナは、ルールの境界を示すためのあらゆる基準であればよく、あるいは、階層的ツリー構造におけるノードとして機能してもよい。その方法は、さらに、セグメントに含むために、イベントおよびコンテナを選択するユーザ入力を受け付け、ルールとして選択されたイベントおよびコンテナの関係を表示することを可能にする。

本発明は、セグメンテーション定義の作成および編集を可能にするウェブ分析ツールのためのグラフィカルあるいはテキストベースのユーザインタフェースを生成するシステムおよび方法である。本発明がウェブ分析ツールのためのセグメンテーション定義の作成および編集のコンテキストにおいて説明されるが、当業者は、本発明が相関データベースにおいてクエリを生成するユーザインタフェースのような種々の他のアプリケーションを有してもよいことを認識するであろう。本発明が記述されるコンテキストは、理解の利便性および容易性のためのみであり、本発明の範囲を限定するものではない。

以下の記述では、説明の目的のために、多くの具体的な詳細は、本発明の完全な理解を提供するために注文において説明される。しかしながら、本発明がこれらの具体的な詳細なしに実施され得ることは、当業者にとって明白であろう。他の例では、構造および装置は、本発明を不明瞭にするのを避けるために、注文におけるブロック図形式で示される。

また、本発明は、本明細書の操作を実行する装置に関する。この装置は、必須の目的のために特別に構成されてもよく、選択的に活性化される汎用コンピュータを備えてもよく、あるいは、コンピュータに格納されるコンピュータプログラムにより再構成されてもよい。そのようなコンピュータプログラムは、限定するわけではないが、フロッピーディスク、光ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気あるいは光カード、あるいは、電子指示を格納するのに適したあらゆるタイプの媒体のようなコンピュータに読み取り可能な記憶媒体に格納されればよい。そして、それぞれがコンピュータシステムバスに接続されればよい。ここで用いられる接続（coupling）は、通信的な接続をいい、種々の実施形態では、物理的なアタッチメントであってもなくてもよい。

ここで提示されるアルゴリズムおよび表示は、あらゆる特定のコンピュータまたは他の装置に本質的に関連しない。種々の汎用システムは、ここでの教示に従ってプログラムで用いられてもよく、必須の方法ステップを実行するために、より専門の装置を構築するのに便利であると証明してもよい。様々なこれらのシステムのための必要とされる構造は、以下の記述から現れる。さらに、本発明は、あらゆる特定のプログラミング言語を参照に記述されない。様々なプログラミング言語がここに記述のような本発明の教示を実行するために用いられてもよいことを評価する。

図１は、システムの一実施形態のブロック図である。本発明がフォンノイマンアーキテクチャのコンテキストで記述されるが、本発明の一実施形態はクライアント／サーバアーキテクチャにおける機能性を分割するものと理解されたい。図１において、システムは、制御部１５０と、ディスプレイ１００と、キーボード１２２と、カーソルコントローラ１２３と、ネットワークコントローラ１２４と、オーディオ装置１２５とを含むように示される。制御部１５０は、プロセッサ１０２と、メインメモリ１０４と、データ記憶装置１０７とを含むように示される。これらのすべては、通信可能にシステムバス１０１に接続される。

プロセッサ１０２は、データ信号を処理し、複数命令セットコンピュータ（ＣＩＳＣ）アーキテクチャ、縮小命令セットコンピュータ（ＲＩＳＣ）アーキテクチャ、あるいは、命令セットの組み合わせを実行するアーキテクチャを含む種々のコンピューティングアーキテクチャを備えればよい。一つのプロセッサが図１に示されるが、複数のプロセッサが含まれていてもよい。

メインメモリ１０４は、プロセッサ１０２によって実行され得る指示およびデータの少なくとも一方を格納してもよい。指示やデータは、ここに記述される技術のいずれかあるいはすべてを実行するためのコードを含めばよい。メインメモリ１０４は、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）素子、スタティックランダムアクセスメモリ（ＳＲＡＭ）素子、公知の他のメモリ素子であればよい。以下、メインメモリ１０４は、図２を参照してより詳細に説明される。特に、メインメモリ１０４のセグメンテーション定義のためのユーザインタフェースを提供する部分が詳細に示される。

データ記憶装置１０７は、プロセッサ１０２のためのデータおよび指示を格納し、ハードディスク装置、フロッピーディスク装置、ＣＤ−ＲＯＭ装置、ＤＶＤ−ＲＯＭ装置、ＤＶＤ−ＲＡＭ装置、ＤＶＤ−ＲＷ装置、フラッシュメモリ素子、あるいは公知の他の大容量記憶装置を含む１以上の装置を備えればよい。

システムバス１０１は、制御部１５０の至る所に情報とデータとを通信するための共用バスを表す。システムバス１０１は、業界標準アーキテクチャ（ＩＳＡ）バス、周辺機器相互接続（ＰＣＩ）バス、ユニバーサルシリアルバス（ＵＳＢ）、あるいは、同様の機能性を提供するための公知のその他のバスを含む１以上のバスを表せばよい。

システムバス１０１を介して制御部１５０に接続される追加の構成要素は、表示装置１００と、キーボード１２２と、カーソルコントローラ１２３と、ネットワークコントローラ１２４と、オーディオ装置１２５とを含む。表示装置１００は、ここに記述されるように、電子画像とデータとを表示するために装備されるあらゆる装置を表す。表示装置１００は、ブラウン管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、もしくは、あらゆる他の類似の装備される表示装置、スクリーン、またはモニタであればよい。キーボード１２２は、情報およびコマンド選択をプロセッサ１０２に通信するために、制御部１５０に接続される英数字入力装置を表す。カーソルコントローラ１２３は、コマンド選択と同様に、位置データをプロセッサ１０２に通信するために装備されるユーザ入力装置を表す。カーソルコントローラ１２３は、マウス、トラックボール、スタイラス、ペン、タッチスクリーン、カーソル方向キー、あるいは、カーソルの移動をもたらす他の機構を含めばよい。ネットワークコントローラ１２４は、多数の処理システムを含み得るネットワークに制御部１５０をリンクする。処理システムのネットワークは、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）（例えば、インターネット）、あるいは、多数の装置が通信し得るあらゆる他の相互連結データパスを含めばよい。

１以上の入出力装置１２５はシステムバス１０１に接続される。例えば、入出力装置１２５は、音声入力を受け付け、音声出力を送出するよう装備されるオーディオ装置１２５であればよい。音声入力は、オーディオ装置１２５内のマイクロフォンおよびネットワークコントローラ１２４を含む種々の装置を通して受信されればよい。同様に、音声出力は、プロセッサ１０２およびネットワークコントローラ１２４を含む種々の装置から源を発してもよい。一実施形態では、オーディオ装置１２５は、汎用コンピュータシステム内で使用するために構成される汎用、音声アドイン／拡張カードである。任意に、オーディオ装置１２５は、音声処理を容易にするために、１以上のアナログ−デジタルまたはデジタル−アナログコンバータ、あるいは１以上のデジタルシグナルプロセッサを含んでもよい。

制御部１５０が本発明の意図および範囲から逸脱することなく図１に示すよりも多いあるいは少ない構成要素を含んでもよいことは、当業者にとって明白であるべきである。例えば、制御部１５０は、例えば、一次レベルキャッシュや二次レベルキャッシュなどの追加のメモリ、あるいは、１以上の特定用途向け集積回路（ＡＳＩＣ）を含んでもよい。同様に、例えば、画像走査装置、デジタルスチルカメラもしくはビデオカメラ、あるいは制御部１５０に電子データをキャプチャしたり、ダウンロードしたりするために装備されてもされなくてもよい他の装置を含む追加の構成要素は、制御部１５０に接続されてもよい。

図２は、本発明のメインメモリ１０４の一実施形態を示す。メインメモリ１０４は、オペレーティングシステム２０２と、ウェブブラウザ２０４と、アプリケーション２０６と、セグメンテーションビルダユーザインタフェースモジュール２０８と、ウェブ分析ツール２１０と、セグメンテーションエンジン２１２と、セグメンテーション定義ビルダ２１４とを含む。

一実施形態におけるオペレーティングシステム２０２は、ＷＩＮＤＯＷＳ（登録商標）、ＳＯＬＡＲＩＳ（登録商標）、あるいはＬＩＮＵＸ（登録商標）ベースのオペレーティングシステムなどの従来のタイプの一つである。

ウェブブラウザ２０４は、インターネットへのアクセスを提供し、表示装置１００上の生成された画像に対してＨＴＭＬ、ＸＭＬ、または他のマークアップ言語を処理する従来のタイプのものである。例えば、ウェブブラウザ２０４は、モジラファイアフォックス（Mozilla Firefox）またはマイクロソフトインターネットエクスプロワであればよい。

また、メモリユニット１０４は、限定するわけではないが、ワード処理アプリケーション、電子メールアプリケーション、スプレッドシートアプリケーション、およびウェブブラウザアプリケーションを含む１以上のアプリケーションプログラム２０６を含む。

また、メモリは、ユタ州オレムのオムニチャー社（Omniture）からのサイトカタリストのバージョン１１のようなウェブ分析ツール２１０を含む。そのようなウェブ分析ツール２１０は、「ウェブサイトトラフィック分析エンジンおよびユーザインタフェース」と題する、Chris Error他により２００５年６月６日に出願された同時継続の仮特許出願第６０／６８８，０７６号に開示される。この出願は、参照によりそのまま組み込まれる。

一実施形態のセグメンテーションビルダユーザインタフェースモジュール２０８は、ウェブ分析ツール２１０の作業台部分によって順次用いられるデータセットを作り出すために、ウェブ分析データストアに適用されるフィルタもしくはセグメント定義をユーザが定義可能なグラフィカルまたはテキストベースのユーザインタフェースの生成のためのモジュールである。さらに、インタフェースは、この文書内で定義される用語のように、セグメントを作り出すイベントとコンテナとの間の関係をユーザに表示する。この機能は、使用するのに直感的で容易なインタフェースを提供する能力を提供し、データストアから所望のデータを抽出するために素人により用いられ得る。セグメンテーションビルダユーザインタフェースモジュール２０８は、本発明の一実施形態において図４〜図８を参照して以下に記述されるように、様々な表示を提供する。セグメンテーションビルダユーザインタフェースモジュール２０８は、キャンバス上に配置され得る部分的に定義されたフィルタを持つドラッグアンドドロップインタフェースを提供する。ここに用いられるように、キャンバスは、フィルタのグラフィカル表示であってもよく、本発明の種々の実施形態において、テキストベース、例えば、フィルタの階層的表示であってもよい。キャンバス上のそれらの位置に基づいて、フィルタ間の様々な論理関数のためのネスト化および他の関係が提供される。セグメンテーションビルダユーザインタフェースモジュール２０８は、セグメンテーション定義を作成するために、ユーザからの入力を受け付け、セグメンテーション定義ビルダ２１４に出力され、それにより用いられ得る情報にそれを翻訳する。

一実施形態では、セグメンテーションビルダユーザインタフェースモジュール２０８は、セグメント内のルールとして包含するための構成要素を表示し、セグメントを定義するためのキャンバスを表示し、セグメントの修正のための入力を受け付け、修正されたセグメントを表示し、セグメントをセーブし、キャンバスをクリアし、格納されたデータにセグメントを適用する機能性を提供する。

セグメンテーションエンジン２１２は、入力データソースおよびセグメンテーションもしくはルール定義に基づいて、データセットを生成するモジュールである。セグメンテーションエンジン２１２はデータソースに接続される。模範的データソースの限定的なリストは、データウェアハウスと、データベースと、データファイルとを含む。データソースは、ネットワーク接続を介して利用可能であってもよく、バス１０１によってセグメンテーションエンジン２１２に接続されるデータ記憶装置１０７に格納されてもよい。セグメンテーションエンジン２１２は、セグメンテーション定義またはルールをデータソースに適用し、その結果は、ウェブ分析ツール２１０により用いられ得るデータセットである。

セグメンテーション定義ビルダ２１４は、セグメンテーションビルダユーザインタフェースモジュール２０８からの入力をセグメンテーションエンジン２１２の指示に翻訳するモジュールである。セグメンテーション定義ビルダ２１４は、データソース上のセグメンテーションエンジン２１２による実行が所望のデータセットを作成するとき、セグメンテーションエンジン２１２に提供され得るセグメンテーション定義を効果的に構築する。セグメンテーション定義ビルダ２１４は、セグメンテーションビルダユーザインタフェースモジュール２０８と、セグメンテーションエンジン２１２とに接続される。

ここで、図１１において、本発明の一実施形態におけるウェブサイト訪問データをフィルタリングするためのセグメントを作成し、編集するステップのフローチャートを示す。

その処理は、セグメント内にルールとして含まれる構成要素を表示することで開始する（ステップ１１１０）。一実施形態では、構成要素は、イベントおよびコンテナに侵入し、ユーザインタフェースの一部としてリスト内に表示される。

次に、キャンバスは、ルールを形成するために、キャンバス上への構成要素の配置を可能にすることにより、セグメントを定義するために表示される（ステップ１１２０）。ユーザが新しいセグメントを作成したいならば、表示されたキャンバスはブランクである（ステップ１１２０）。ユーザが既存のセグメントを編集したいならば、そのキャンバスは、例えば、メモリからセグメントをロードすることにより、既存のセグメントの構成要素で投入されている。一実施形態では、２以上のキャンバス、例えば、ルールを含むための一つのキャンバスとルールを除外するための一つのキャンバスとがあればよい。

次のステップは、セグメントの修正のための入力を受け付けることである（ステップ１１３０）。種々の実施形態では、セグメントを編集するのは、構成要素をキャンバスにドラッグアンドドロップし、構成要素を定義し、ルールを削除することを含んでもよい。一実施形態では、構成要素は、ＡＮＤかＯＲ結合操作のいずれかとして組み合わせて追加されてもよい。修正に続いて（ステップ１１３０）、修正されたセグメントは、例えば、ユーザインタフェースを介して表示される（ステップ１１４０）。なお、ユーザは、セグメントをセーブする、キャンバスボタンをクリアするなどの他のタスクをセグメント上に実行してもよい。さらに、ユーザは、格納されたデータにそのセグメントを適用することを選択することができる（ステップ１１５０）。

図３において、ウェブ分析システムにおける本発明の構成要素の相互作用を示すブロック図が記述される。セグメンテーションビルダユーザインタフェースモジュール２０８は、ユーザ３００がセグメンテーション定義ビルダ２１４に送られ、セグメンテーション定義を作成するために用いられるデータを入力するのを可能にするインタフェースを提供する。また、セグメンテーションビルダユーザインタフェースモジュール２０８は、多くのデフォルトセグメント定義、あるいは以前に作成され、ユーザ３００により格納されたセグメント定義を含んでもよい。セグメンテーション定義ビルダ２１４は、セグメント定義を作成または修正し、セグメンテーション定義を適用するデータセットおよびデータソースを作成する指示とともに、セグメンテーションエンジン２１２にその定義を提供する。セグメンテーションエンジン２１２は、ウェブ分析ツール２１０の作業台に提供されるデータセットを生成するために、これらの入力を用いる。そして、データセットは、そのデータに基づいて、レポートの作成、ユーザへの表示、トラッキング、ターゲッティングおよびユーザの通知のために、ウェブ分析ツール２１０によりさらに処理され得る。

ここで、図４〜図８において、ユーザインタフェース４０２の一実施形態を詳細に説明する。図４は、本発明の一実施形態におけるセグメントビルダを示す。セグメントビルダは、本実施形態におけるセグメンテーション基準の視覚的表現であるセグメンテーションビルダユーザインタフェースモジュール２０８により作成される。セグメントビルダは、訪問、訪問者、あるいはページビューベースのセグメンテーション基準の理解を容易にする視覚的なフィードバックを可能にする。セグメントビルダを用いて、データソースからデータをフィルタリングするために用いられる様々なルールが構成されてもよい。セグメントビルダは、例えばマウスを用いて、タブの選択により活性化される一実施形態における複数のキャンバス４１２、４１６を含むウィンドウ４０２を含む。キャンバス４１２、４１６は、フィルタリングのために用いられる基準がドラッグアンドドロップされ得るキャンバス４１２の領域４１４を陰で示す。ウィンドウ４０２は、構成要素４２４（例えば、本実施形態におけるイベント４０４およびコンテナ４０８）がキャンバス４１２、４１６上に配置されてもよいドラッグアンドドロップ機能性のための領域を提供する。また、ユーザインタフェース４０２は、種々の操作を実行するための複数のボタン４１８〜４２２を含む。アイテム除去ボタン４１８は、キャンバス４１２、４１６からアイテムを除去するために提供される。キャンバス４１２、４１６上の構成要素４２４を選択し、アイテム除去ボタン４１８をクリックすると、選択された構成要素４２４がキャンバス４１２、４１６から除去される。セーブボタン４１９は、クリックされると、作成されあるいは修正されているフィルタをセーブする。ロードボタン４２０は、クリックされると、例えば、ユーザがリストからフィルタを選択することを可能にすることにより、既存のフィルタをロードする。クリアキャンバスボタン４２１は、クリックされると、表示されているすべての構成要素４２４のキャンバス４１２、４１６をクリアする。キャンバス４１２、４１６上の構成要素４２４を選択し、セグメントフィルタ適用ボタン４２２をクリックすることにより、選択されたセグメントフィルタを適用する。また、ユーザインタフェース４０２は、典型的にデータがフィルタリングされ得る基準として機能する変量であるコンテナ４０８およびイベント４０４などの構成要素４２４のための領域を含む。示されるような３つのタイプのコンテナ４０８があるが、イベント４０６は、ウェブページを訪問または見るユーザに起こるあらゆる活動およびデータストレージに格納されるデータ基準であればよい。

ユーザインタフェース４０２は、一実施形態におけるグラフィカルバウンディングボックスまたはコンテナ４１０を用いてこの情報を有利に伝える。バウンディングボックスは、異なるタイプのコンテナを反映するような視覚的にはっきりと異なる方法で表示されればよい。例えば、異なる色や異なるアイコンが、異なるタイプのコンテナを表すために用いられてもよい。また、コンテナは、それらが含むルール数、それらが含む他のコンテナ数、およびフィルタリングが起こる他の要因に依存してサイズが変更されてもよい。

図４のウィンドウは、ルールが適用されなかったブランクキャンバス４１２、４１６における上述の要素を示す。ユーザインタフェース４０２は、有利に、２つのキャンバス４１２、４１６を有する。一方のキャンバス４１２は、どのデータが含まれるべきかを定義するルール用であり、他方のキャンバス４１６は、どのデータが除外されるべきかを定義するルール用である。両キャンバス４１２、４１６は、ルールを有することができ、両方がそうするならば、両ルールは適用されるであろう。一実施形態において、構成要素４２４は、例えば、マウスあるいは同様の装置を用いて、キャンバス４１２、４１６にドラッグアンドドロップされればよい。

ここで、図５において、ユーザインタフェース４０２は、キャンバス４１２に追加されたルール５０２とともに示される。図５は、製品がラジオに等しい注文をユーザが欲することを示す非常に簡単なルールの一例を示す。このルールは、その基準が真であるという実際の注文のみ（ＯＮＬＹ）をリターンするであろう。以上のように、ルール５０２は、注文が、フィルタリングが起こる基準であることを示す注文で見出しを付けられたバウンディングボックスとして表される。

ルール５０２は、定義／エディットセレクタ５０４を含む。構成要素がまだ定義されていないとき、定義／エディットセレクタ５０４は、「＜構成要素＞を定義するにはここをクリック」として表示し、リターンされたデータは、構成要素４２４のためのすべてのデータである。構成要素が定義されると、定義／エディットセレクタ５０４は、「＜構成要素＞を編集するにはここをクリック」として表示する。定義／エディットセレクタ５０４をクリックすると、ユーザは、構成要素４２４に含まれる特性を定義または編集することができる。定義／エディットセレクタ５０４をクリックすると、構成要素定義スクリーン９０５が開く。

図９において、構成要素定義スクリーン９０５は、本発明の一実施形態において示される。表示される例は、コンテナ４１０のページビュータイプのためであり、したがって、構成要素定義スクリーン９０５は、定義ページを表示する。構成要素定義スクリーン９０５は、名称領域９１０と、マッチセレクタ９１５と、定義領域９２０と、フィルタリスト９２５とを含む。

名称領域９１０により、ユーザは、キャンバス要素の名前をタイプすることができる。マッチセレクタ９１５により、ユーザは、その要素がルールの「すべて」または「少なくとも一つ」にマッチするか否かを選択することができる。定義領域９２０により、ユーザは、図８とともに記述されるような文字列、例えば、８０４〜８０８を定義することができる。それらが定義領域９２０から選択されると、フィルタリスト９２５はフィルタを表示する。

定義領域９２０は、アイテムセレクタ９３０と、オペレータセレクタ９３５と、値セレクタ９４０と、アイテム選択リンク９４５と、追加ボタン９５０とをさらに含む。アイテムセレクタ９３０により、ユーザは、リスト、例えばドロップダウンメニューからあるアイテムを選択することができる。アイテムの例は、図９に示すように、コンテナ４１０のタイプとして適切であるように、クッキー、訪問数、製品などの「ブラウザ」を含む。オペレータセレクタ９３５により、ユーザは、アイテムに適用するあるオペレータを選択することができる。一実施形態では、オペレータは、「等しい」、「多い」、「少ない」、「以上」、「以下」、「含む」、「すべてを含む」、および「少なくとも一つを含む」を含む。

値セレクタ９４０により、ユーザは、アイテムに適用する値を選択することができる。ユーザは、値を打ち込むことができ、あるいは、アイテム選択リンク９４５を用いて、リストから選択することができる。アイテム選択リンク９４５をクリックすると、図１０に示すような値選択スクリーン１００５が開く。この例は、アイテムセレクタ９３０から選択されたアイテムがブラウザであるように、ブラウザ選択スクリーンである。値選択スクリーン１００５から値を選択すると、選択された値を持つ値セレクタ９４０を投入する。

再び図９において、追加ボタン９５０は、セレクタ９３０〜９４０によって記述されるアイテムを追加する。アイテムが追加されると、それはフィルタリスト９２５に表示される。フィルタリスト９２５は、各アイテムのために、リスト９２５内のアイテムを編集し、あるいは除去するためのエディットボタン９５５および削除ボタン９６０を含む。エディットボタン９５５を選択すると、ユーザは定義領域９２０に戻る。ユーザは、セレクタ９３０〜９４０を用いて、多数のアイテムをリスト９２５に追加することができる。ユーザは、ユーザインタフェース４０２に戻るためにＯＫボタン９６５を選択する。

再び図５において、示される例は、文字列「製品がラジオに等しい」を表示するルール５０２であり、その構成要素は注文であり、そこで、定義／エディットセレクタ５０４は、「注文を編集するにはここをクリック」を表示する。

ユーザインタフェースにより、構成要素４２４の様々な特性を文字列内の変量として含むことができ、特性と値の間のあらゆる論理的、数的もしくはブールのオペレータを可能にする。また、多数の変数は、一実施形態における一つのルール内に組み合わされ得る。図８は、文字列８０４、８０６、８０８として示される訪問の３つの変量が組み合わされた訪問ルール８０２を有するユーザインタフェースを示す。図８に示すように、ルール８０２は、訪問数が１であり、クッキーが使用可能であり、ブラウザとしてネットスケープ（Netscape）が用いられているあらゆる訪問ためのすべてのページをリターンするであろう。

ここで、図６において、ユーザインタフェース４０２は、同じルール５０２であるが、別のルール６０２が追加されたものを示す。この例をより複雑にするために、訪問カテゴリ構成要素６０２が追加される。これは、このセグメントが、製品がラジオと等しい注文をリターンするだけでなく、製品がラジオと等しい訪問の一部であるすべてのページをリターンすることを意味する。ユーザインタフェース４０２は、特に有利である。なぜならば、注文ボックス５０２が訪問ボックス６０２内である訪問と注文との関係が示されるからである。コンテナ５０２、６０２がネスト化されるので、セグメント定義は、注文が基準を満たす訪問のすべてのページのためのＡＮＤオペレータ機能性を提供する。コンテナ５０２、６０２間のネスト化の関係は、どんなデータがリターンされるかの指示をユーザに提供するので、これは有利である。また、コンテナ５０２、６０２の取扱いは、表題「ここにドラッグアンドドロップ」が示される陰影のある領域にドラッグアンドドロップすることによって新しいもしくは追加のコンテナまたは構成要素の配置が容易に指定され得るようである。また、コンテナパレット４０８から分かるように、訪問者は、構成要素４２４として追加され得る。

また、図７において、ユーザインタフェース４０２は、さらに別のルール７０２が追加された同じルール５０２、６０２を示す。複雑にするために、第２の訪問ルール７０２は、追加のボックス７０２として追加され、示される。あらゆる追加のボックス／構成要素４２４は、一実施形態において追加され得る。例えば、図７に示すように、同じルール５０２、６０２（ラジオの注文が発生する訪問）が存在するが、訪問数が１に等しい訪問の追加のボックス７０２が追加された。これらのボックス６０２、７０２がネスト化されていないので、いずれかが真である−これはＯＲ結合である−ときデータがリターンされることを意味する。その代わりに、ユーザ３００が元の訪問ボックスに訪問数が１に等しいというルール７０２を適用したならば、訪問数が１に等しいことと製品がラジオに等しいことの両方が同じ訪問内で発生しなければならないことを、あるいは上述のようなＡＮＤ結合を意味するであろう。また、一実施形態では、構成要素は、例えば、訪問、訪問者などを除外するために、除外キャンバス４１６を用いて除外され得る。

図１２Ａおよび図１２Ｂは、本発明の一実施形態におけるテキストベースのインタフェースを示す。図１２Ａは、訪問のための３つの変量がＡＮＤ機能として組み合わされた訪問ルール１２２５を有するテキストベースのユーザインタフェース１２０５を示す。このユーザインタフェース１２０５は、データセット１２１５と、図８のグラフィカルユーザインタフェースとして同じ情報を含むキャンバス１２２０、１２３０とを表示する。図１２Ａに示すように、ルール１２０５は、訪問数が１でクッキーが使用可能であり、ブラウザとしてネットスケープが用いられていたあらゆる訪問のためのすべてのページをリターンするであろう。

図１２Ｂは、図７に示すものと同様に、ルール１２３５〜１２４５とともにテキストベースのユーザインタフェース１２１０を示す。いずれの製品がラジオに等しいかの注文ルール１２４０を有する訪問ルール１２３５は、ＡＮＤ結合として結合され、示される。さらに、いずれの訪問数が１に等しいかの訪問ルール１２４５が示される。ユーザインタフェース１２１０は、２つの訪問ルール１２３５、１２４５がＯＲ結合として結合されることを示す。

示されるテキストベースのユーザインタフェース１２０５、１２１０は、特に有利である。なぜならば、階層におけるコンテナとイベントとの関係は、それらがＡＮＤ機能とＯＲ機能のいずれとして結合されるかとともに示されるからである。

ワークフロー
以下は、図４〜図８のコンテキストにおいて、本発明の一実施形態におけるウェブサイト訪問データをフィルタリングするためのルールを定義するインタフェース機能性の記述である。

図４に示すように、ブランクキャンバス４１２、４１６で始まると、ユーザは、構成要素４２４、例えば注文イベント４０６をキャンバス４１２、４１６の一つにドラッグアンドドロップする。そのような注文イベント５０２の一つは図５に示される。そして、ユーザは、定義／エディットセレクタ５０４をクリックし、図９に示すように、構成要素定義スクリーン９０５を用いてイベント５０２を定義する。そして、構成要素定義スクリーン９０５によって定義されるアイテムに関連した文字列は、図５に示すように表示される。次に、ユーザは、他の構成要素４２４をドラッグアンドドロップにより追加し続けてもよい。例えば、図６のルール６０２で示すように、既存のルールでネスト化されるように、ユーザが構成要素４２４をドラッグアンドドロップするならば、ルールは、ＡＮＤ結合として組み合わされる。図７のルール７０２に示すように、既存のルールでネスト化されないように、ユーザが例えば図４に描写されるドラッグアンドドロップ領域４１４に構成要素４２４をドラッグアンドドロップするならば、ルールは、既存のルール（５０２、６０２）でＯＲ結合として組み合わされる。ユーザがルールを削除したいならば、ユーザは、ルール、例えば、ルール６０２（および５０２、ネスト化ルール）を選択し、アイテム除去ボタン４１８をクリックする。その結果、ルール７０２は、キャンバス４１２上に表示される唯一のルールである。その代わりに、ユーザは、既存のセグメントを編集することができる。編集するために、ユーザは、ロードボタン４２０を選択し、リスト（図示せず）から利用可能なセグメントを選択する。ロードされたセグメントは、上述のアクションのいずれかを用いて編集されてもよい。

ユーザがルールを選択し、編集し終えると、ユーザは、セーブボタン４１９をクリックすることによりセグメントをセーブすることができる。また、ユーザは、セグメントフィルタ適用ボタン４２２を選択することによりセグメントを適用することができる。ユーザがもう一度やり直したいならば、ユーザは、クリアキャンバスボタン４２０をクリックする。これは、図４に示すブランクキャンバス４１２、４１６にユーザを戻す。

したがって、当業者は、新しいセグメント定義を作成し、それをウェブ分析データに適用するために、図４〜図８に示す上記ユーザインタフェースが技術的ではない人によってどのように用いられ得るかを認識するであろう。

本発明が所定の実施形態を参照して説明されたが、当業者は、種々の修正が提供されてもよいことを認識するであろう。例えば、ある実施形態は、機能または要求を実行するために協働して実行する多数のアプリケーションサーバを用いてもよい。上記機能または要求のいずれかは、ネットワークを渡って送信され得る。記述された実施形態における変化およびそれに対する修正は、本発明によって規定される。

本発明のウェブ分析ツールを操作するためのシステムのブロック図である。 図１のシステムのメモリの一実施形態のブロック図である。 ウェブ分析システムにおける本発明の相互作用のブロック図表現である。 本発明のユーザインタフェースのグラフィック表現である。 本発明のユーザインタフェースのグラフィック表現である。 本発明のユーザインタフェースのグラフィック表現である。 本発明のユーザインタフェースのグラフィック表現である。 本発明のユーザインタフェースのグラフィック表現である。 本発明の一実施形態におけるグラフィカルユーザインタフェースの構成要素定義スクリーンのグラフィック表現である。 本発明の一実施形態におけるグラフィカルユーザインタフェースの値選択スクリーンのグラフィック表現である。 本発明の一実施形態におけるウェブサイト訪問データをフィルタリングするためのセグメントを作成および編集するステップのフローチャートである。 本発明の一実施形態におけるテキストベースのインタフェースを示す。 本発明の一実施形態におけるテキストベースのインタフェースを示す。

Claims (20)

1. ウェブサイト訪問データをフィルタリングするためのセグメントを定義する方法であって、コンピュータ装置によって、
   前記ウェブサイト訪問データをフィルタリングし得る基準として、複数のイベントおよびコンテナを、表示装置のユーザインタフェースにおいて表示するステップと、
   １セグメントを定義するためのキャンバスを、前記表示装置の前記ユーザインタフェースにおいて表示するステップであって、前記キャンバスは、前記ウェブサイト訪問データをフィルタリングするための該１セグメントのための１以上のルールを定義するものである、前記ステップと、
   前記１セグメント内に含めるために、前記複数のイベントおよびコンテナのうち１つのイベントおよび１つのコンテナを選択するユーザ入力を、入力装置を介して受け付けるステップであって、前記１つのイベントは、ウェブサイト訪問中に生じるユーザの活動に対応し且つ前記１セグメントのための１つのルールを定義するために使用され、前記１つのコンテナは前記１セグメントのための前記１つのルールの境界を示すための基準に対応している、前記ステップと、
   前記複数のイベントおよびコンテナのうち前記１つのイベントおよび１つのコンテナを前記表示装置の前記ユーザインタフェースにおける前記キャンバス上に表示するステップと
   を実行することからなる方法。
2. 前記コンピュータ装置によって、
   前記セグメント内に含ませるために、前記複数のイベントおよびコンテナのうち第２のイベントおよびコンテナを選択するユーザ入力を受け付けるステップと、
   前記複数のイベントおよびコンテナのうち前記第２のものを前記キャンバス上に更に表示するステップと
   をさらに実行することを特徴とする請求項１に記載の方法。
3. 前記複数のイベントおよびコンテナの前記１つのイベントおよび１つのコンテナおよび前記第２のイベントおよびコンテナがネスト化されていることを特徴とする請求項２に記載の方法。
4. 前記複数のイベントおよびコンテナの前記１つのイベントおよび１つのコンテナおよび前記第２のイベントおよびコンテナが、ＡＮＤ操作を用いて組み合わされることを特徴とする請求項２に記載の方法。
5. 前記複数のイベントおよびコンテナの前記１つのイベントおよび１つのコンテナおよび前記第２のイベントおよびコンテナが、ＯＲ操作を用いて組み合わされることを特徴とする請求項２に記載の方法。
6. 前記複数のイベントおよびコンテナは、視覚的にはっきりと異なることを特徴とする請求項２に記載の方法。
7. 前記キャンバスは、前記ルール内に含めるイベントおよびコンテナ用の第１部分と、前記ルールから除外するイベントおよびコンテナ用の第２部分との２つの部分からなることを特徴とする請求項１に記載の方法。
8. 前記１セグメント内に含めるために、前記複数のイベントおよびコンテナのうち１つのイベントおよび１つのコンテナを選択するユーザ入力を受け付ける前記ステップは、前記複数のイベントおよびコンテナのうち前記１つのイベントおよび１つのコンテナを前記キャンバスにドラッグアンドドロップするステップをさらに有することを特徴とする請求項１に記載の方法。
9. 前記コンピュータ装置によって、
   前記ウェブサイト訪問データに前記１セグメントを適用するステップをさらに実行することを特徴とする請求項１に記載の方法。
10. ウェブサイト訪問データをフィルタリングするためのセグメントを編集する方法であって、コンピュータ装置によって、
    前記ウェブサイト訪問データがフィルタリングされ得る基準として、複数のイベントおよびコンテナを、表示装置のユーザインタフェースにおいて表示するステップと、
    既存の複数のイベントおよびコンテナの１セットからなる既存の１セグメントをロードするためのユーザ入力を、入力装置を介して受け付けるステップと、
    前記既存の１セグメントを編集するためのキャンバスであって、該既存の１セグメントの１以上のルールを定義し、それにより、前記ウェブサイト訪問データをフィルタリングする前記キャンバスを、前記表示装置の前記ユーザインタフェースにおいて表示するステップと、
    前記既存の１セグメント内の前記既存の複数のイベントおよびコンテナの前記１セットを修正するためのユーザ入力を、入力装置を介して受け付けるステップであって、１つの前記イベントは、ウェブサイト訪問中に生じるユーザの活動に対応し且つ前記既存の１セグメントのための１つのルールを修正するために使用され、１つの前記コンテナは前記既存の１セグメントのための前記１つのルールの境界を示すための基準に対応している、前記ステップと、
    修正された前記既存の複数のイベントおよびコンテナの前記１セットを前記表示装置の前記ユーザインタフェースにおける前記キャンバス上に表示するステップと
    を実行することことからなる方法。
11. 前記修正された前記既存の複数のイベントおよびコンテナの前記１セットはネスト化されていることを特徴とする請求項１０に記載の方法。
12. 前記既存の複数のイベントおよびコンテナの前記１セットは、ＡＮＤ操作を用いて組み合わされることを特徴とする請求項１０に記載の方法。
13. 前記既存の複数のイベントおよびコンテナの前記１セットは、ＯＲ操作を用いて組み合わされることを特徴とする請求項１０に記載の方法。
14. 前記既存の１セグメント内の前記既存の複数のイベントおよびコンテナの前記１セットを修正するためのユーザ入力を、入力装置を介して受け付ける前記ステップは、前記複数のイベントおよびコンテナのうち１つのイベントおよび１つのコンテナを前記キャンバスにドラッグアンドドロップするステップを含むことを特徴とする請求項１０に記載の方法。
15. 前記コンピュータ装置によって、
    前記修正された既存の１セグメントを前記ウェブサイト訪問データに適用するステップをさらに実行することを特徴とする請求項１０に記載の方法。
16. ウェブサイト訪問データをフィルタリングするためのセグメントを定義するためのウェブ分析ツールのユーザインタフェースを作成するためにプロセッサにより実行可能なコンピュータプログラムを格納するコンピュータ読み取り可能なメモリであって、
    前記ユーザインタフェースは、
    ウェブサイト訪問データがフィルタリングされ得る基準として複数のイベントおよびコンテナを表示装置を用いて表示するための前記ユーザインタフェースの構成要素領域であって、１つの前記イベントは、ウェブサイト訪問中に生じるユーザの活動に対応し且つ１セグメントのための１つのルールを修正するために使用され、１つの前記コンテナは前記１セグメントのための前記１つのルールの境界を示すための基準に対応している、前記構成要素領域と、
    １セグメントを前記表示装置を用いて表示するとともに定義するための、前記ユーザインタフェースにおけるキャンバスであって、前記ウェブサイト訪問データをフィルタリングするための該１セグメントのための１以上のルールを定義する前記キャンバスと
    を備えることを特徴とするコンピュータ読み取り可能なメモリ。
17. 前記ルールの選択はネスト化されていることを特徴とする請求項１６に記載のコンピュータ読み取り可能なメモリ。
18. 前記複数のイベントおよびコンテナは視覚的にはっきりと異なることを特徴とする請求項１６に記載のコンピュータ読み取り可能なメモリ。
19. 前記キャンバスは、前記ルール内に含めるイベントおよびコンテナ用の第１部分と、前記ルールから除外するイベントおよびコンテナ用の第２部分との２つの部分からなることを特徴とする請求項１６に記載のコンピュータ読み取り可能なメモリ。
20. 既存の複数イベントおよびコンテナの１セットからなる既存の１セグメントをロードするためのロードボタンを備えることを特徴とする請求項１６に記載のコンピュータ読み取り可能なメモリ。

Images