JP5254786B2 - ワンクリックセグメンテーション定義 - Google Patents

Description

本発明は、一般に、ウェブサイト使用追跡に関し、より詳細には、ウェブサイト訪問データを提供し、フィルタリングする改良技術に関する。

本出願は、「データセットへのセグメンテーション基準の増加的追加」と題する、Brett Errorにより２００５年６月３日に出願された米国仮特許出願第６０／６８７，６２６号（代理人整理番号第１０４０２号）、および「ワンクリックセグメント定義」と題する、Catherine Wongにより２００５年６月３日に出願された米国仮特許出願第６０／６８７，２８５号（代理人整理番号第１０４０３号）の米国特許法第１１９条に規定する優先権を主張するとともに、「データセットへのセグメンテーション基準の増加的追加」と題する、Brett Errorにより２００５年１２月２０日に出願された米国特許出願第１１／３１３，９７０号（代理人整理番号第１０５７０号）の米国特許法１２０条に規定する優先権を主張する。また、本出願は、「ビジネス成功に貢献する要素への価値の割り当て」と題する、Brett M. Error他により２００４年１１月１８日に出願された米国特許出願第１０／９９３，３９７号（代理人整理番号第９２６３号）、および「サイト訪問パスデータの捕獲および提示」と題する、２００３年６月２７日に出願された米国特許出願第１０／６０９，００８号（代理人整理番号第８０５４号）に関連する。これらの出願はそれぞれ、参照により本出願に組み込まれる。

最も一般的な販売題目の一つは、「あなたの顧客を知る」ことである。この基本的な販売主義は、誰がお店に入るか知ることを遥に超えて成長してきた。それは、他のものごとの中で、何が顧客を引きつけるのか、彼らが何を見るのか、彼らがどのように市場回りを移動するのか、および彼らがどの程度滞在するのかを必要とする。顧客の購入習慣を研究することにより、小売業者は、販売促進、提供物、および顧客の好みや習慣に都合がよい店舗設計さえも調整することを通して収益を最大化することができた。

したがって、ウェブサイトプロバイダは、しばしば、彼らのウェブサイトおよびそのサイト内の個別のウェブページに対する使用および訪問パターンを記述するデータを収集することを望む。そのような情報は、例えば、サーバ負荷を評価したり、広告料を決定したり、デザイン変更を必要としているウェブサイトの領域を識別したりすることなどを含む種々の目的のために使用統計を開発することにおいて極めて貴重であり得る。

しばしば、ウェブサイトトラフィックを分析することを望むユーザは、訪問および訪問者の少なくとも一方の特定のセグメントに興味を持つ。セグメントは、フィルタがデータセットに適用された後に提供され、あるいは示されるウェブサイトトラフィックデータとして一実施形態では定義される。別の実施形態では、セグメントは訪問者／訪問のサブセットであると定義される。

そのような情報は、例えば、改良ウェブページデザインに至るフィードバックを収集したり、ウェブページ上のリンクおよびグラフィック要素の種々の著名度の効果を決定したり、最終的な販売への個別のリンクの貢献を決定したりすることを含む多くの方法において有用である。

ウェブサイトアドミニストレータなどのユーザは、しばしば、多くの異なる方法でその結果をフィルタリングしたり、集めたりすることを望む。しかしながら、既存のレポーティングシステムでは、ユーザは、結果を容易にカスタマイズしたり、フィルタリングしたりすることができない。したがって、ウェブサイト訪問者／顧客の訪問データを追跡するビジネス効用の大半は、既存のシステムを用いて見失われる。したがって、必要なものは、ウェブページ要素使用および評価統計を視覚的に描く改良レポートフォーマットである。

本発明は、ユーザがグラフィカルユーザインタフェースを介してデータのアドバンスト分析を実行する迅速で敏感な方法を提供する。ユーザは、種々の予めパッケージ化されたレポートを一つのワークスペース上に送り出すことができ、そのアイテムによってすべてのレポートの結果セットをフィルタリングするために、あらゆるデータアイテムを容易にクリックすることができる。これにより、ユーザは、「訪問者がアイテムＸまたはアイテムＹを購入し、在庫一掃セールのページを見た訪問を促進する最高の言及者が何であるか？」のような質問に素早く答えることができる。その結果はほとんど即座にリターンされ、ユーザは、要因の組み合わせの効果を分析することができる。

ウェブサイト訪問統計を記述するレポートを見るとき、ユーザは、しばしば、多くの異なる方法でその結果をフィルタリングしたり、集めたりすることを望む。本発明は、どんな形式でも彼または彼女が望む結果を見るために、事実上即座のフィードバックを提供し、ユーザがフィルタを追加または取り除くのを可能にするフィルタ基準を動的に指定するための適応性があり、使いやすい機構を提供する。

本発明は、レポートを見ている間、ユーザが追加のフィルタ基準をクリックすることができるユーザインタフェースを含む。そして、そのレポートは、指定された基準に適合するレポートデータのみを含むように、事実上即座に更新される。したがって、ユーザは、レポート内の要素をクリックすることにより、種々のレポートを選択したり、フィルタ基準を追加したりすることができるとともに、その出力において結果として生じる変化を素早く見ることができる。

本発明によれば、ユーザは、セグメントを指定するための別のスクリーンやモードを入力することなく指定されるセグメントを指定し、構成することができる。確かに、ユーザは、入力操作を簡単に用いて、例えば、レポート内の所望の基準の次にクリックするか、シフトクリックすることにより、レポートを見つつセグメントを定義することができる。

本発明のこれらの態様は、上述の方法によって生成される情報のより大きい視認性を提供し、ウェブサイトの要素がサイトの成功に貢献しているとともに、投資におけるリターンに貢献している貴重な洞察力をウェブサイトの持ち主に提供する。

明細書の記述は、すべて包括的ではなく、特に、多くの追加の特徴および利点は、図面、明細書、および特許請求の範囲を考慮して、当業者の一人にとって明白であろう。また、明細書中で用いられる言語が主として読みやすさや教育の目的のために選択され、発明の主題の輪郭を描き、あるいは境界線を描くために選択されたものではないことを注意されたい。

当業者は、以下の議論から、本明細書に示される構造および方法の代わりの実施形態が、ここに記述される本発明の原理から逸脱することなく用いられてもよいことを容易に認識するであろう。

以下の記述は、本発明がオンライン購入中に集められるウェブサイト訪問データのレポーティングのコンテキストを発生する一実施形態を説明する。しかしながら、その記述は、本発明の技術を単に説明しているものであり、当業者は、本発明の技術がウェブサイト訪問データをフィルタリングするのに望ましいあらゆるコンテキストに適用され得ることを認識するであろう。

オンライン小売業者からアイテムを購入している間、訪問者／顧客は、一般に、基本的なパスに追従する。訪問者は、（例えば、ウェブサイトのＵＲＬをタイプしたり、お気に入りメニューから選択されたり、リンクをクリックすることにより）ウェブサイトに入り、オンライン小売業者のホームページを提示される。処理中、訪問者は、一般に、アイテム記述を提示される。訪問者がそのアイテムを購入したいならば、彼または彼女は、「カートに追加する」のリンクをクリックし、チェックアウトページに進み、その後、請求書作成および発送情報の入力ページに進む。そのような情報の入力後、訪問者は、一般に、彼または彼女が注文を見直し、ウェブサイトを出る前にそれを完了する機会を与えられる確認ページを提示される。そのようなシーケンスを通した訪問者ナビゲーションの分析は、ウェブサイトアドミニストレータにとって極めて貴重である。

サイトパスシーケンスを収集する技術は本技術分野では公知である。特定の訪問者は、彼または彼女がページからページに移動するとき認識される。訪問者の追跡方法は、本技術分野では公知であり、ここでは詳細に記述する必要がない。訪問者／顧客ウェブページ訪問記録は、それらが発生したときに従って連続して格納される。各訪問記録は、典型的に、２種類の情報、すなわち、訪問されたページの識別子と、連続的データをフィルタリングし、分析するためのさらなる基準を提供するメタデータとを含む。

いくつかのコンテキストでは、訪問者ナビゲーションのある要素は、ウェブサイト訪問パスを分析することの重要性であることを意味する「チェックポイント」として示される。一般に、特定の一連のチェックポイントのすべての例は、その一連の中にあらゆる他の（ノンチェックポイント）ノードの有無にかかわらず、同等であると考えられる。チェックポイントの使用に関するより詳細は、「サイト訪問パスデータの捕獲および提示」と題する、Brett Error他による２００３年６月２７日に出願された同時に継続中の米国特許出願第１０／６０９，００８号において見出され得る。その出願は、参照により本出願に組み込まれる。

一実施形態では、システムは、特定の特徴、位置、名称、人気、またはあらゆる他の要因に基づいて、チェックポイントとして所定のノードを自動的に示す。例えば、ホームページおよび５つの最も人気のあるページの少なくとも一方は、チェックポイントとして自動的に示され得る。一実施形態では、これらの自動的なあるいはデフォルトのチェックポイントは、最初の目標パスを構成するために用いられ得る。

本発明の一実施形態の説明がここに記述されるのは、このコンテキスト内である。

図１は、本発明の一実施形態におけるセグメンテーション基準をデータセットに増加的に追加する方法を示すフローチャートである。

任意の予備的なステップとして、ユーザ入力は、見るための１以上の規定のレポートを選択するために受け入れられる（ステップ１１０）。一実施形態では、ユーザは、レポートボタンなどのユーザインタフェース制御部をクリックすることにより、このステップを開始する。さらに、その後、例えばウェブサイト訪問データを含む１以上の規定のレポートに関するデータセットが受け付けられる（ステップ１２０）。一実施形態では、このことは、ネットワークにレポートクエリを送信し、そのクエリに対応するレポートデータをネットワークから受信することにより達成される。一実施形態では、ネットワークは、データで応答する。本実施形態では、検索は、例えば、ローカルキャッシュに格納されているハッシュコードまたはルックアップテーブルを用いて、そのデータを解釈することを含む。別の実施形態では、その処理はステップ１３０で開始する。

システムは、規定のレポートを表示する（ステップ１３０）。一実施形態では、各レポートは、デフォルトメトリクスのセットを表示し、そのデータは、そのメトリクスによって格納される。例えば、最初のデフォルトメトリクスは、ウェブサイトへの訪問であってもよいが、これは、選択スクリーンを介してユーザによってカスタマイズされ得る。一実施形態では、ユーザは、例えば、メトリクスを変更し、追加し、あるいは削除することにより、レポート毎に基づいてデフォルトメトリクスをカスタマイズすることができる。一実施形態では、規定のレポートは、ユーザインタフェースのレポート表示領域に表示される（ステップ１３０）。

一実施形態では、予めプログラムされたデフォルトメトリクスは、ページビューと、訪問、時間毎、日毎、週毎、月毎、季節毎あるいは年毎に特有の訪問者と、収益と、注文と、ユニットと、カートオープン、追加、移動およびビューと、チェックアウトと、特別注文イベントと、出来事（製品ビュー、キャンペーンクリックスルー、例同等物）と、参加メトリクスとを含む。

最初に、レポートは、データ列のデフォルト数（例えば、１０）を示すが、ユーザは、要望通りにデフォルト数を調整することができる。種々の実施形態では、レポートは、定義済みのフィルタセットに関する標準で予めセットされたレポート、現在のセッション中に構築されたユーザにカスタマイズされたレポート、ストレージから検索された以前にカスタマイズされたレポート、あるいは、フォールアウトレポートである。

「フォールアウトレポート」は、一実施形態では、ここに記述されるようなチェックポイントに関して指定された目標パスに基づくレポートである。フォールアウトレポートは、連続する前に、訪問者／顧客が他のほとんど関係ないページを訪問したか否かにかかわらず、何人の訪問者が目標パスにおいて次のチェックポイントに続いたかを示す。一実施形態では、本発明は、チェックポイントとして示さない他のページにかかわらずに、特定のチェックポイントページの訪問パスについての統計を提供する「フォールアウトレポート」を生成し、調整するための機構を提供する。レポートの要素をクリックすることにより、ユーザが１以上のフィルタを適用することを選ぶならば、それに応じて、フォールアウトレポートは自動的に更新される。したがって、ユーザは、フォールアウトレポートのための特定のフィルタパラメータを容易に指定することができ、彼または彼女が適当だと分かるパラメータを容易に修正し、追加し、あるいは取り除くことができる。

いくつかの実施形態では、レポートデータの種々のビューが利用可能である。例えば、ビューの種類は、傾向、改良、ランク付け、長期間、フォールアウト、転換、平均、グラフィカル、ガント、テーブル状、列データ、および柔軟性を含む。また、いくつかのレポートは、ユーザが特定のキーワードまたはフレーズの入力をサーチし、見ることができるサーチ分野を含む。

ユーザがあるレポートをフィルタリングすることを望むとき、システムは、そのレポートをフィルタリングするセグメンテーション基準を調整するためのユーザ入力を受け付ける（ステップ１４０）。種々の実施形態では、セグメンテーションフィルタ基準に対する調整は、セグメンテーション基準の追加と、前から存在するセグメンテーション基準の移動と、日付範囲の調整と、新しいセグメンテーション基準の作成と、セグメンテーション基準の選択のコンテキストメニューの活性化とを含む。

一実施形態では、そのレポートの列の情報は、一つの基準またはフィルタの選択がそのレポートの選択に対して折り畳むように、相互に排他的である。別の実施形態では、情報は相互に排他的ではなく、したがって、多数の列および多数のフィルタの選択が可能である。

ユーザは、種々の手段によってレポートをフィルタリングすることができる。例えば、ユーザは、所望のフィルタ基準に隣接するフィルタアイコン（「漏斗（funnel）」）をクリックすることができる。一実施形態では、アイコンは、その現在の状態に依存して、その基準の活性化と非活性化との間のトグルスイッチとしての機能を果たす。

一実施形態では、漏斗アイコンをクリックすることにより、フィルタは、「ＡＮＤ」論理演算として適用される。一実施形態では、ユーザは、「ＯＲ」基準としてフィルタを適用するために、種々の演算を用いることができる。例えば、ユーザは、一実施形態では、「ＯＲ」基準としてフィルタを適用するために、シフトクリックすることができる。したがって、システムは、２つ以上フィルタを連続的に適用するための入力の受け付けに応じて、フィルタを細かく調べるためのＡＮＤまたはＯＲ論理演算を用いて、２つ以上のフィルタを一つの規定のレポートに適用するためのユーザ入力を受け入れることができる。すべてのレポートは、フィルタに応じて調整する。そして、ユーザは、必要に応じて、調整済みレポートをさらにフィルタリングすることができる。一実施形態では、ユーザは、フィルタを適用するための選択のメニューを見るために右クリックをすることができる。

一実施形態によれば、表示されたレポートの要素は、フィルタを指定するためのユーザ入力要素そのものである。したがって、ユーザは、その領域に表示されているデータアイテムに対応するフィルタを適用するために、テーブル状のレポート内の領域（例えば、ライン）をクリックすることができる。一実施形態では、適用されるフィルタは、ユーザインタフェースのセグメントフィルタ領域に示される。そのユーザインタフェースは、それらが（例えば、ＡＮＤまたはＯＲ）組み合わされるフィルタの概要および方法を表示する。

次に、システムは、選択された基準を処理して（ステップ１５０ａ）、１以上の調整済みレポートを表示する（ステップ１５０ｂ）。一実施形態では、各レポートは、セグメンテーション基準に従って調整される。一実施形態では、調整済みレポートは、セグメンテーション基準を調整するために、ユーザ入力に続いて、事実上即座に表示される。さらに、レポートが２つ以上のフィルタにより調整されたならば、すべてのフィルタは、例えば、ユーザインタフェースのレポート表示領域において、表示された調整済みレポートに反映される。一実施形態では、レポートのサンプリングレートは、要求された日付範囲、利用可能なＲＡＭおよび他の技術的考慮に基づいて選択される。一実施形態では、その処理は、フィルタを組み合わせ、それらをレポートに適用する実行可能な処理の一部である（ステップ１５０ａ）。また、実行可能な処理は、ユーザインタフェースのセグメントフィルタ領域にフィルタ基準の概要を表示し、一実施形態に従ってフィルタが選択されると、その概要にフィルタ基準を追加する。

また、この処理の一部として、システムは、レポートを格納してもよい。ユーザは、プロジェクトをセーブし、後に再び開くことができる。ユーザがプロジェクトをセーブすると、データセット、フィルタ、レポート、およびキャンバス出現のすべてが保存される。その後、ユーザがセーブされたプロジェクトを開くと、彼または彼女が残したようにすべてが正確に見える。

当業者は、ユーザにより指定され得るあらゆるタイプのフィルタリング基準、あるいはそのようなフィルタリング基準のあらゆる組み合わせに関連して本発明が用いられ得ることを認識するであろう。例は、（これが訪問者の最初の訪問であるか、２回目の訪問であるかなどを示す）順序を示す訪問数、いずれの特定のページが訪問されたか、訪問の日時、訪問者の地理的位置、使用されるウェブブラウザ、訪問者がブラウザのベータ版を用いているか否かなどを含む。

図２Ａにおいて、一実施形態における本発明を実行するのに有用なシステム２００の一例を示す。当業者は、示される例とは異なる他の実施形態を用いて、本発明が実行され得ることを認識するであろう。

システム２００は、クライアント２０１と、ネットワーク２０２と、セグメンテーション基準をデータセットに増加的に追加するための任意のキャッシュ２０９とを含む。クライアント２０１は、多くの実行可能なコード部およびデータファイルを含むソフトウェアを含む。これらは、ユーザインタフェースの機能性をサポートするのと同様に、図２Ｃとともにより詳細に記述されるように、本発明の一実施形態におけるウェブサイト使用レポートを視聴するとともに、それと相互作用するためのコードを含む。

クライアント２０１は、本発明の方法に応じて実行される処理を統合する責任を負う。例えば、クライアント２０１は、入力装置から入力２１２を受け付け、ユーザへの出力のために、ディスプレイ２０７（あるいは他の出力装置）にレポートを送る。クライアント２０１は標準のパーソナルコンピュータで実行する。

ネットワーク２０２は、図２Ｂとともにさらに記述されるように、ウェブサイト使用についてのデータのクライアント要求を処理し、それに応答するための集中型ネットワークである。

存在するならば、キャッシュ２０９は、最近アクセスしたデータを保持する小さく、速いメモリの標準キャッシュである。キャッシュ２０９は、例えば、ハッシュコードのリスト、あるいは以下に記述されるようなレポートデータの他のルックアップテーブルを含んでもよい。

一実施形態では、図２Ａに示す構成要素は、以下のように作用する。ユーザが入力装置２１０を介して１以上のレポートを要求すると、クライアント２０１は、この効果に対する入力２１２を受け付ける。クライアント２０１は、クエリ２０３をネットワーク２０２に送信し、いずれのレポートが要求されるかを指定し、そのレポートのための１以上のフィルタを任意に指定する。一実施形態では、クエリ２０３はＸＭＬフォーマットである。

クエリ２０３に応じて、ネットワーク２０２は、レポートデータの表現を含むデータ２０４をリターンする。種々の実施形態では、データは、暗号化されてもされなくてもよく、ハッシュデータであってもよく、あるいは、標準ルックアップテーブルに含まれていてもよい。例えば、データ２０４は、ハッシュコード化された用語で、レポート内のアイテムのテキスト文字列の名称を指定してもよい。そのデータ２０４はクライアント２０１に受信される。

一実施形態では、クライアント２０１は、以前に遭遇したハッシュコードやテーブルデータを正確に解釈するように、以前に受け付けられ、復号化されたハッシュコードやルックアップテーブル情報のリストをローカルキャッシュ２０９に格納する。一実施形態では、同じセッションで以前に受け付けられたコードのみがキャッシュ２０９に格納されるように、ローカルキャッシュ２０９は用いられ、セッションの終わりでクリアされる。他の実施形態では、ローカルキャッシュ２０９は、ユーザのニーズに応じて、より永続的なまたは永続的でない方法で実行される。

データ２０４を受信すると、クライアント２０１は、存在するならばキャッシュ２０９を調べる。キャッシュ２０９がデータ２０４のハッシュコードまたは意味を含むならば（つまり、クライアント２０１が同じハッシュコード／意味を含むデータを以前に受け付けていたならば）、クライアント２０１は、ネットワーク２０２とのさらなる通信なしに、ハッシュコード化またはルックアップテーブルのデータの意味を解釈することができる。例えば、あるハッシュコード／意味は、ハッシュ用語＃２９９がインターネットエクスプロワ（Internet Explorer）６．０を用いる訪問者を意味することを指定してもよい。データ２０４からのハッシュコード／意味がキャッシュ２０９に存在しないならば、クライアント２０１は、ネットワーク２０２にクエリ２０５を送信し、ネットワーク２０２は、クライアント２０１に翻訳２０６を送信することにより応答する。翻訳２０６は、用語の意味をクライアント２０１に提供する。一実施形態では、クライアント２０１は、将来的な利用のために、この意味をキャッシュ２０９に格納する。

クライアント２０１がレポートを作成するのに十分なデータを受け付けると、クライアント２０１は、ユーザへの出力のために、ディスプレイ２０７にレポートを送る。一実施形態では、いくつかの意味がまだ受け付けられていないならば、クライアント２０１は、それでもレポートを送り、レポートは、所定の用語が未知であることを述べる。別の実施形態では、クライアント２０１は、エラーメッセージを表示し、あるいは、より完全な意味データが利用可能になるまで待機する。

ユーザは、マウス、キーボードなどのユーザ入力装置２１０を介して、表示されたレポートと相互作用することができる。ユーザは、レポート内の領域をクリックすることができる。ユーザがフィルタとして解釈され得る領域をクリックすると、クライアント２０１は、新しいレポートフィルタ基準を含む新しいクエリ２０３を作成して送信する。そして、上記処理が繰り返し、更新されたレポートは、ディスプレイ２０７に送られる。

図２Ｂにおいて、一実施形態におけるネットワーク２０２のアーキテクチャの一例が示される。ネットワーク２０２は、クライアント２０１からクエリ２０３、２０５を受け付けるいくつかのフロントエンドウェブサーバ２５０と、例えば、データベース２７０などのストレージからデータを取得し、取得したデータを分析し、クライアント２０１にレポートデータを送り返すいくつかのバックエンドサーバ２６０とを含む。サーバ２５０、２６０は、ネットワークを渡る通信のために、ＴＣＰ／ＩＰやＨＴＴＰなどの周知のネットワークプロトコルを用いて、情報を送受信するコンピュータまたは装置である。バックエンドサーバ２６０は、フィルタ要求に基づいて、クライアント２０１に適切なデータセットを送信する。例えば、フィルタ要求が、ユーザが特定のウェブブラウザを用いる訪問者のみに興味があると指定するならば、バックエンドサーバ２６０は、指定された基準にマッチしないデータを取り除き、マッチしたデータのみをクライアント２０１に転送する。

データベース２７０は、関係のあるデータベース、または、クライアント２０１により用いられるデータを格納するあらゆる他のタイプのデータベースであればよい。データベース２７０は、例えば、図３Ａ〜図３Ｇとともに記述されるように、ユーザインタフェースを介してクライアント２０１によってアクセス可能であればよい。

データベース２７０は、一実施形態では、ハードドライブなどのあるストレージ媒体に格納されたバイナリフォーマットで格納されているウェブサイト訪問データを含む。一実施形態では、ウェブサイト訪問データは、データの部分の抽出を容易にするために、ファイルあるいは「束（bricks）」に分割される。サーバ２６０がデータベース２７０からデータを抽出するとき、それらは、その基準にマッチする特定の束を提供される。

一実施形態では、指定期間中のウェブサイト訪問データを示すレポートをユーザが要求するならば、バックエンドサーバ２６０は、ウェブ訪問ログおよび統計の少なくとも一方を含むデータをデータベース２７０から抽出する。一実施形態では、サーバ２６０は、指定時間を超えてウェブサイト訪問のスナップショットを表すデータをデータベース２７０から取得する。そして、サーバ２６０は、例えば、帯域幅使用を最小化するようにアルゴリズムに従って符号化されるバイナリフォーマットを用いて、このウェブサイト訪問データを（ランダムアクセスメモリなどの）一時的なローカルストレージに格納する。一実施形態では、このバイナリフォーマットは、サーバ２６０がデータベース２７０からデータを抽出するときファイルフォーマット翻訳を実行する必要がないように、データベース２７０で用いられるフォーマットと同一である。そして、サーバ２６０は、要求されるようにフィルタを適用し、フィルタリングされたデータをクライアント２０１に送信する。

一実施形態では、ユーザがウェブサイト訪問データのより広い日付範囲を要求するときはいつでも、バックエンドサーバ２６０は、データベース２７０からの新しいデータ抽出を実行する。しかしながら、ユーザが前に指定した範囲から日付範囲を狭くするとき、新しいデータ抽出が実行されず、むしろ、バックエンドサーバ２６０は、新しいフィルタパラメータに従って以前に抽出されたデータをフィルタリングする。

図２Ｃは、本発明の一実施形態におけるクライアントにより用いられるソフトウェアモジュールを示すブロック図である。モジュールは、多くの実行可能なコード部分およびデータファイルを含む。これらは、データセットにセグメンテーション基準を増加的に追加することをサポートするのと同様に、本発明の一実施形態におけるユーザインタフェースを作成し、サポートするためのコードを含む。そのモジュールは、入力モジュール２７５と、クエリモジュール２８０と、解釈モジュール２８５と、出力モジュール２９０とを含む。

入力モジュール２７５は、１以上のレポートを選択するための入力を受け付け、１以上のレポートのセグメンテーション基準を調整するための入力を受け付け、１以上のメトリクスを調整するための入力を受け付け、表示されたデータの種々の態様を調整するための入力を受け付けるように構成される。したがって、入力装置を介してユーザが１以上のレポートを要求するとき、入力モジュールにより、クライアントは、この効果に対する入力を受け付けることができる。一実施形態では、入力モジュール２７５は、例えば、論理演算子を用いて、２以上のフィルタを１以上のレポートに適用するためのユーザ入力を受け付けるようさらに構成される。

クエリモジュール２８０は、１以上のレポートに関連したウェブサイト訪問データを含むデータセットを検索し、レポートクエリをネットワークに送信し、ネットワークからそのクエリに対応するレポートデータを受信し、１以上の規定のレポートの一つとして調整済みレポートを格納するよう構成される。一実施形態では、レポートをフィルタリングするために、ユーザ入力が受け付けられると、新しいクエリは、作成され、送信され、その処理を繰り返す。

解釈モジュール２８５は、ネットワークからデータを受信することに応じて、そのデータを解釈するよう構成される。一実施形態では、解釈モジュール２８５は、この目的のために格納されるハッシュコード／意味を用いる。ハッシュコード／意味が例えばローカルキャッシュに存在しないならば、一実施形態では、解釈モジュール２８５は、クエリをネットワークに送信し、用語の意味を提供する戻りの翻訳を受信する。

出力モジュール２９０は、１以上の規定のレポートを処理および表示し、それぞれがセグメンテーション基準に従って調整される１以上の（一度または数度）調整済みレポートを表示し、それぞれがセグメンテーション基準に従って調整される１以上の二度調整済みレポートを表示するよう構成される。一実施形態では、その処理は、図１とともに記述されるように行われる。一実施形態では、出力モジュール２９０は、ユーザへの出力のために、表示装置にレポートを送る。一実施形態では、出力モジュール２９０は、さらに、ユーザインタフェースのレポート表示領域にそのレポートを表示するよう構成される。レポートのその列の情報が相互に排他的であるならば、一つの基準またはフィルタの選択は、一実施形態における選択にユーザインタフェースのレポートを折り畳む。一実施形態では、出力モジュール２９０は、さらに、ユーザインタフェースのセグメントフィルタ領域に適用されたフィルタを表示するよう構成される。

上述のソフトウェア部分２７５〜２９０は、個別的なソフトウェアモジュールである必要はない。示されるソフトウェア構成は、例としてのみ意味され、他の構成は、本発明の範囲によっておよびその中に熟考される。

ユーザインタフェース
図３Ａは、本発明の一実施形態におけるデータセットにセグメンテーション基準を増加的に追加するためのユーザインタフェース３０５を示す。一実施形態では、ユーザインタフェースは、マイクロメディアフレックス（Macromedia Flex）、ジャバ（Java）、ダイナミックＨＴＭＬ、あるいはそれらのあらゆる組み合わせ等の公知の環境を用いて実施される。

ユーザインタフェース３０５は、２つの主な機能領域、すなわち、レポート制御領域３１０と、レポート表示領域３１５とを含む。レポート制御領域３１０は、プロジェクトおよびレポートを作成するための機能性と、レポート統計を表示するための機能性とを含む。レポート表示領域３１５は、レポートを表示し、フィルタリングするための機能性を含む。

レポート制御領域３１０は、一実施形態における、プロジェクトタイトル３２０と、プロジェクトツールバー３２５と、レポート選択領域３３０と、セグメントフィルタ領域３３５と、日付フィルタ領域３４０とをさらに含む。プロジェクトタイトル３２０は、使用中のプロジェクトのタイトルを表示し、一実施形態では、図３Ａに示すように、タイトルが選択されていないときには、「無題のプロジェクト１」とデフォルトに設定する。プロジェクトツールバー３２５は、標準ツールバーであり、新しいプロジェクトを作成したり、既存のプロジェクトを開いたり、プロジェクトをセーブしたり、プロジェクトを印刷したりするなどの種々のプロジェクト機能性のためのアイコンを含む。レポート選択領域３３０は、オープンレポートボタン３４５と、選択されたレポート３５５のリストと、クリアボタン３５０とを含む。オープンレポートボタン３４５により、ユーザは、既存のレポートを開くことができる。一度開くと、レポート名称は、選択されたレポート３５５のリストに追加され、レポート３６０は、レポート表示領域３１５に表示される。選択されたレポート３５５のリスト内の各選択されたレポート３６０はレポート表示領域３１５に表示される。レポートデータは、例えば、図２Ａ〜図２Ｂとともに記述される処理によって検索される。

セグメントフィルタ領域３３５は、図３Ｃに示すように、選択されたセグメンテーション基準のリストを表示する。また、セグメンテーションフィルタ領域３３５は、セグメンテーション基準を手動で追加するための新しいセグメントボタン３６５を含む。

日付フィルタ領域３４０により、ユーザは、日付によって、例えば、ユーザがレポート３６０のデータを見たい日付範囲を選択することによって、選択されたレポート３６０をフィルタリングすることができる。日付フィルタ領域３４０は、「ｔｏ」日付セレクタ３７０と、「ｆｒｏｍ」日付セレクタ３７０と、「ｓｈｏｗ ｂｙ」セレクタ３７５とを含む。ｔｏおよびｆｒｏｍデータセレクタ３７０により、ユーザは、所望の日付をタイプすることにより、あるいは、カレンダアイコンをクリックしてカレンダ上の日付を選択することにより、レポート３６０に表示されるデータの始まりと終わりの日付を設定することができる。ｓｈｏｗ ｂｙセレクタ３７５により、ユーザは、例えば、日、週または月によってレポートの塊を選択することができる。

図３Ｅは、レポート制御領域３１０の別の実施形態を有するユーザインタフェースを示す。レポート制御領域３１０は、図３Ａとともに記述されるのと同様のタイトル３２０と、ツールバー３２５とを含む。しかしながら、本実施形態は、レポートおよびフィルタリング基準を選択するための異なるユーザインタフェース要素を含む。レポート制御領域３１０は、オープンボタン３４５の機能性と同様に、ユーザが見るためのレポートを選択することができるように作用するレポートボタン３３２を含む。レポート３６０が開かれると、それはレポート表示リスト３３４に表示される。図３Ｅのレポート表示リスト３３４は、レポートが選択されていないことを示す。レポート表示リスト３３４の他の例については図３Ｆ〜図３Ｇを参照されたい。また、レポート制御領域３１０は、ユーザがセグメントおよび日付フィルタ基準を選択することができるフィルタボタン３３６を含む。フィルタボタン３３６をクリックすると、図３Ｆ〜図３Ｇに示すように、ユーザが日付またはセグメントフィルタを選択することができるドロップダウンを活性化する。

あるフィルタが選択されると、そのフィルタのテキスト記述は、フィルタリスト３３８内に表示する。図３Ｅのフィルタリスト３３８は、フィルタが選択されていなかったことを示す。フィルタリスト３３８の注文例としては図３Ｆ〜図３Ｇを参照されたい。

レポート表示領域３１５は、レポート選択領域３３０において選択されたレポート３６０を含む。図３Ｂは、本発明の一実施形態におけるレポート３６０をより詳細に示す。各レポート３６０は、より大きいデータセット、例えば、ウェブサイト訪問データのコンテキスト内の一寸法に対応するデータを表示する。レポート名称３６２は、選択されたレポート３６０が表示する寸法である。各レポート３６０のために、データは、１以上のデフォルトメトリクス３６４に従ってソートされる。この例では、デフォルトメトリクス３６４は、（ウェブサイトへの）訪問者である。別の実施形態では、用いられるメトリクスは、図３Ｆのメトリクスセレクタ３６４に示すように、ユーザに定義され得る。

また、レポート３６０は、プリントボタン３６６と、ダウンロードボタン３６８と、ビューセレクタ３７２とを含む標準ファンクションキーセットを含む。プリントボタン３６６により、ユーザは、レポートを最初にダウンロードすることなく、オンラインレポートを印刷することができる。プリントボタンをクリックすると、レポートのプリンタフレンドリーバージョンでポップアップウィンドウを開く。

ダウンロードボタン３６８により、ユーザは、そのレポート（例えば、Ｗｏｒｄ（ワード）、Ｅｘｃｅｌ（エクセル）、ＰＤＦ、ＨＴＭＬ）をダウンロードするためのフォーマットを選択することができる。ユーザがあるフォーマットを選択すると、そのレポートは、電子メールに添付してユーザに送信され、あるいは、ユーザのコンピュータに直接ダウンロードされる。

ビューセレクタ３７２により、ユーザは、レポートデータの種々のビューを選択することができる。図３Ｂに示すランク付けビューは、選択された期間に従ってユーザがテーブル状フォーマット内のレポートデータを見ることができる最も多くのレポートのためのデフォルトビューである。他のビューは、選択されたアイテムがチェックアウトの収益などの成功メトリクスに基づいて選択されたアイテムが前の期間と現在の期間の間でどのように実行されたかをユーザが見ることができる「改良」と、ユーザが所定時間を超えてレポートの傾向を見ることができる「傾向」とを含む。ユーザは、ビューセレクタ３７２のドロップダウンを用いて、他の利用可能なビューを選択してもよい。「傾向」ビュー３７８は図３Ｆに示され、ビューセレクタ３７２は、「傾向」を表示する。

さらに、いくつかのレポート３６０はサーチ分野３７４を含む。サーチ分野３７４により、ユーザは、特定のキーワードまたはフレーズを探し、その記入を見ることができる。「ｇｏ」をクリックする結果として、表示されるレポートは、入力されたサーチ用語によってフィルタリングされるであろう。さらに、アドバンストサーチボタン３７６により、ユーザは、例えば、正確なフレーズを検索するか、サーチ用語を用いて「ａｎｄ」または「ｏｒ」サーチを実行するか、あるいは入力されたサーチ用語でその入力を除外するかを選択することにより、より大きな選択制でサーチすることができる。一実施形態では、アドバンストサーチボタン３７６をクリックすると、これらの選択を表示するポップアップウィンドウを開く。

各レポート３６０は、フィルタ欄３８０と、データ欄３８５と、１以上のメトリクス欄３９０とを含む複数の欄に分割される。データ欄３８５は、レポート３６０に対応する寸法の種々の形式のリストを含む。描写される例では、その寸法はブラウザであり、したがって、マイクロソフトのインターネットエクスプロワ６．０、ネットスケープナビゲータ６．２．３などの種々のブラウザがリストアップされる。メトリクス欄３９０は、それぞれの列３９５のデータ欄３８５のための統計を含む。描写される例では、各ブラウザ（データ欄３８５）のために、メトリクス欄３９０は、全体の数およびパーセンテージにより訪問者を表示する。

各列３９５のフィルタ欄３８０は、ユーザがその列３９５によりデータをフィルタリングすることができるアイコンを含む。すべてのレポート３６０は、フィルタを反映するためにフィルタリングされる。一実施形態では、フィルタ欄３８０のアイコンは、データの現在の状態に依存してそのデータを狭小化したり、伸張したりするトグルとして機能する。データは、必要に応じてさらにフィルタリングされてもよく、再び、すべてのレポート３６０は、追加の基準によってフィルタリングされる。一実施形態では、フィルタリングは事実上即座に発生する。さらに、列は、トータル列３９６において合計される。

レポート３６０は、ユーザインタフェース３０５のために予め選択された数までの列を表示する。一実施形態では、列数は編集され得る。ユーザは、ウィンドウベースのオペレーティングシステムのための周知の相互作用技術にしたがってオンスクリーンレポートウィンドウと相互作用することができる。例えば、ユーザは、高さと幅を変更するために端をドラッグし、最小化、削除および最大化し、ウィンドウタイトルバーをドラッグすることにより、キャンバス上のウィンドウの位置を変え／再配列し、欄の幅を変更するために欄マージンをドラッグすることができる。

図４Ａは、本発明の一実施形態におけるウェブサイト訪問データをフィルタリングするためのユーザインタフェース４０５を示す。ユーザインタフェース４０５は、図３Ａ〜図３Ｃに描写されるユーザインタフェースと同様である。ユーザインタフェース４０５は、レポート制御領域３１０と、レポート表示領域３１５とを含み、これらは、上述のように機能する。表示された実施形態では、２００５年４月１日から４月９日の日付範囲が日付フィルタ領域３４０において選択されている。

レポート表示領域３１５は、種々のレポート４１０を含む。図４Ａは、２つのフィルタリングされていないレポート４１０を示す。表示されたレポート４１０のそれぞれは、レポート選択領域３３０に示される。この例では、表示されるレポート４１０のためのデフォルトメトリクス３６４はページビューである。レポート４１０のレポートデータは、例えば、図２Ａ〜図２Ｂとともに記述される処理によって検索される。フィルタが適用されなかったので、セグメントフィルタ領域３３５は、セグメンテーション基準を表示しない。

各レポート４１０は、図３Ｂとともに記述されるように、欄および列４１５に分割される。各列４１５のフィルタ欄４２０は、ユーザがその列４１５によりデータをフィルタリングすることができるアイコンを含む。１以上の列４１５がフィルタ、例えば、フィルタ基準列のダッシュボード４１５ａおよび製品４１５ｂとして選択されると、各レポート４１０は、フィルタを反映するために更新する。

図４Ｂは、ＡＮＤ結合を介して適用される２つのフィルタを有する図４Ａのユーザインタフェース４０５を示す。したがって、図４Ｂは、製品レポートとダッシュボードの両方を見た訪問者の結果を示すユーザインタフェース４０５を表示する。一実施形態では、ユーザは、種々のフィルタリング基準に対応するフィルタアイコンを連続してクリックすることにより、ＡＮＤ結合を選択してもよい。訪問者がフィルタリングのために選択されたレポート４１０に加え、他のレポート４１０にアクセスしてもよいので、レポートデータの残りは、それに応じて更新される。なお、両レポート４１０はこれらのフィルタの適用を反映する。フィルタが選択されると、フィルタのテキスト記述は、結合種類、例えば、ＡＮＤ操作についての情報を含むセグメントフィルタ領域３３５に表示する。

また、ユーザは、異なるレポート４１０からフィルタを組み合わせてもよい。例えば、図４Ｂの列４１５ｃのフィルタアイコンを選択することにより、アドバンストサーチは、フィルタ基準として追加される。図４Ｃは、ＡＮＤ結合を介して適用される追加のフィルタを有する図４Ｂのユーザインタフェース４０５を示す。したがって、図４Ｃは、製品レポートと（ＡＮＤ）ダッシュボードとを見て、そして（ＡＮＤ）アドバンストサーチを実行した訪問者の結果を示すユーザインタフェース４０５を表示する。再び、両レポート４１０は、追加のフィルタの適用を反映し、セグメントフィルタ領域３３５は更新される。

図４Ｄは、ＯＲ結合を介して適用される２つのフィルタを有する図４Ａのユーザインタフェース４０５を示す。具体的には、フィルタ基準列のダッシュボード４１５ａおよび製品４１５ｂが選択された。したがって、図４Ｄは、製品レポートまたは（ＯＲ）ダッシュボードを見た訪問者の結果を示すユーザインタフェース４０５を表示する。一実施形態では、ユーザは、第１のフィルタアイコンをクリックし、その後、キーボードキー、例えばシフトキーを押しながら第２のフィルタアイコンをクリックすることにより、ＯＲ結合を選択してもよい。上述のように、レポートデータの残りは、この更新を反映して表示され、セグメントフィルタ領域３３５はそれに応じて更新される。両レポート４１０はこれらのフィルタの適用を反映する。

図４Ｅは、ＡＮＤ結合を介して適用される追加のフィルタを有する図４Ｄのユーザインタフェース４０５を示す。例えば、図４Ｄの列４１５ｃのフィルタアイコンを選択することにより、アドバンストサーチはフィルタ基準として追加される。したがって、図４Ｅは、製品レポートまたは（ＯＲ）ダッシュボードを見て、そして（ＡＮＤ）アドバンストサーチを実行した訪問者の結果を示すユーザインタフェース４０５を表示する。再び、両レポート４１０は、追加のフィルタの適用を反映し、セグメントフィルタ領域３３５は更新される。

図３Ａ〜図３Ｅとともに記述されるように、ユーザは、ウィンドウベースのオペレーティングシステムのための周知の相互作用技術に従って、オンスクリーンレポートウィンドウと相互作用することができる。

図５Ａは、本発明の一実施形態におけるデータセットにセグメンテーション基準を増加的に追加するためのユーザインタフェース５０５を示す。ユーザインタフェース５０５は、図３Ａとともに記述されたものと同様であるが、フォールアウトレポート５１０は、表示されたレポートの一つである。フォールアウトレポート５１０は、一実施形態では、本明細書で定義されるようなチェックポイントに関して指定される目標パスに基づく。チェックポイントの使用、チェックポイントの定義、フォールアウトレポートについての詳細情報に関するより詳細は、「サイト訪問パスデータの捕獲および提示」と題する、Brett Error他により２００３年６月２７日に出願された同時継続の米国特許出願第１０／６０９，００８号において見出され得る。この出願は、参照により本出願に組み込まれる。

本例では、４つのページ、すなわち、ホームページ、カートに製品を追加のページ、購入処理−請求書ページおよび購入処理−注文確認ページがチェックポイントとして指定された。フォールアウトレポート５１０は、継続の前にユーザが他のほとんど関係のないページを訪問したか否かにかかわらず、何人のユーザが目標パス内の次のチェックポイントに続いたかを示す。継続しなかったユーザは、「見失ったもの（lost）」として示される。そのため、フォールアウトレポート５１０は、ウェブサイトを通した目標パスに対応する。エディットチェックポイントリンク５１５は、目標パスを編集するためのスクリーンにユーザを導く。

フォールアウトレポート５１０は、例えば、ホームページに訪問したユーザのうち、３５．７３％がカートに製品を追加のページに続き、６４．２７％がロストしたことを示す。カートに製品を追加のページに訪問したユーザのうち、７．６６％が購入処理−請求書ページに続き、９２．３４％はロストした。同様の情報は、残りのチェックポイントのために表示される。累積率は、同様に各チェックポイントのために示される。これらは、目標パスの始めにホームページに訪問したユーザの総数に基づいて、そのチェックポイントに達するユーザのパーセンテージを示す。また、各チェックポイントに到達したユーザの実数もパーセンテージに隣接して示される。また、レポートは、数およびパーセンテージに関して、全転換（目標パス内のすべてのチェックポイントノードを訪問したユーザ数）および全フォールアウト（ホームページに訪問したが、目標パスを完了しなかったユーザ数）の統計を含む。

標準製品レポート５１５は、フォールアウトレポート５１０とともに表示される。図５Ａに表示されるレポート５１０、５１５はフィルタリングされていない。

インタフェースワークフロー
以下は、図３Ａ〜図３Ｇのコンテキストにおいて、本発明の一実施形態におけるセグメンテーション基準を追加するためのインタフェース機能性の記述である。

ユーザは、例えば図３Ａのオープンボタン３４５または図３Ｅのレポートボタン３３２を用いてレポートを送り出すことにより、あるいは、キャンバス上のどこかを右クリックすることにより開始する。図３Ｅは、ブランクのキャンバスを示し、図３Ａは、４つのレポート３６０を有するキャンバスを示す。最初、フィルタは適用されていない。

一実施形態では、ユーザは、種々の手段によってレポート３６０をフィルタリングすることができる。例えば、ユーザは、所望のフィルタ基準に隣接したフィルタ欄３８０のアイコンをクリックすることができる。このアイコンは、フィルタがそのレポートに既に追加されているとき、アイコンをクリックすると、それが除去されるように、トグルとして機能することができる。図３Ａに示すレポート３６０では、ユーザは、インターネットエクスプロワ６．０を用いる訪問者からの訪問のみを見るために、用語「ブラウザ」上にフィルタを適用する。このことは、データの左側にあるアイコンをクリックすることにより、すなわち、列３９５ａのフィルタ欄３８０をクリックすることによって達成される。そして、すべてのレポート３６０は、選択された基準に基づいてフィルタリングし、それにより、他の３つのレポート３６０は、図３Ｃに示すように、ブラウザすなわち６．０を持つデータのみを示している。別の実施形態では、フィルタ基準は互いに排他的ではなく、その基準は、例えば、ＡＮＤまたはＯＲ操作を介して組み合わせられ得る。その結果、レポートデータの残りは、フィルタリングされた後表示されたままである。図４Ａおよび図４Ｂは、本実施形態の一例を示す。図４Ａのフィルタ基準列のダッシュボード４１５ａおよび製品４１５ｂは、ユーザによってＡＮＤ基準として選択され、結果として、図４Ｂに表示されるユーザインタフェース４０５になる。図４Ｂは、残りのフィルタリングされたデータと同様に、これらの基準を示す。図４Ａおよび図４Ｄは別の例を示す。図４Ａのフィルタ基準列のダッシュボード４１５ａおよび製品４１５ｂは、ユーザによってＯＲ基準として選択され、結果として、図４Ｄに表示されるユーザインタフェース４０５を生じる。

次に、一実施形態では、ユーザは、Ｗｉｎｄｏｗｓ９８オペレーティングシステムを実行している訪問者のみを見るために、別のフィルタを図３Ｃのユーザインタフェース３０５に追加する。このことは、ウィンドウズ９８のフィルタアイコン、すなわち、図３Ｃの列３９５ｃのフィルタ欄３８０をクリックすることによりなされる。そして、既にフィルタが適用されたものを含むすべての４つの表示されたレポート３６０は、図３Ｄに示すように、Ｗｉｎｄｏｗｓ９８とインターネットエクスプロワ６．０の両方を実行する訪問者のためのデータのみを示す。

レポート３６０をフィルタリングする別の方法は、図３Ｅ〜図３Ｇに示される。ユーザは、日付またはセグメントフィルタをレポートデータに適用するために、フィルタボタン３３６をクリックすることができる。フィルタボタン３３６をクリックすると、図３Ｆ〜図３Ｇに示すように、ユーザが日付またはセグメントフィルタを選択することができるドロップダウンを活性化する。

一実施形態において、ユーザがセグメントによってフィルタリングするならば、追加のドロップダウンメニュー３４４は、例えば、図３Ｆに示すように、最近用いられたセグメントとともに表示する。また、ドロップダウンメニュー３４４は、新しいセグメント３４６を作成するための選択を含む。ユーザが日付によってフィルタリングするならば、一実施形態では、カレンダ３３８は、例えば、図３Ｇに示すように表示する。カレンダ３３８により、ユーザは、カスタム日付範囲と同様に、日、週、月および季節などの標準日付範囲を選択することができる。

日付およびセグメントによってフィルタリングするための同様の機能性は、セグメントフィルタ３３５および日付フィルタ３４０セクションを用いて、ここに記述されるような機能性を伴うことにより、図３Ａ〜図３Ｄに示す実施形態において達成され得る。

ユーザは、ツールバー３２５上のセーブボタンを用いて、あらゆるレポートセットをセーブし、その後再び開くことができる。

レポートフィルタリングの別の例は、図５Ａおよび図５Ｂとともに示される。一実施形態では、ユーザは、種々の手段によってレポート５１０、５１５をフィルタリングすることができる。例えば、ユーザは、所望のフィルタ基準に隣接するフィルタアイコン５２０をクリックすることができる。図５Ａに示すレポート５１０、５１５では、ユーザは、この製品を購入した訪問者に対する情報をフィルタリングするために、「ヒューレットパッカードＲＥＦＵＲＢ：パビリオン７９６５ミニ．．．（Hewlett-Packard REFURB: Pavilion 7965 Mini...）」にフィルタを適用する。このことは、アイコン５２０をクリックすることにより達成される。この例では、すべてのレポート５１０および５１５は、その後、選択された基準に基づいてフィルタリングをし、それによって、フォールアウトレポートは、また、図５Ｂに示すように、ヒューレットパッカードＲＥＦＵＲＢ：パビリオン７９６５ミニが購入されたというデータのみを示す。

本発明は、可能な一実施形態に対して特別詳細に説明した。当業者は、本発明が他の実施形態において実施されてもよいことを認識するであろう。まず、構成要素の特定のネーミング、用語の大文字化、特性、データ構造あるいはあらゆる他のプログラミングもしくは構造的態様は、必須でも重要でもなく、本発明を実行する機構またはその特徴は、異なる名称、フォーマット、あるいはプロトコルを有していてもよい。また、システムは、上述のように、ハードウェアとソフトウェアの組み合わせを介して、あるいは、ハードウェア要素で完全に実行されてもよい。また、ここに記述の種々のシステム構成要素間の機能性の特定の分割は、単に例示的であり、必須ではない。一つのシステム構成要素により実行される機能は、その代わりとして、多数の構成要素によって実行されてもよく、多数の構成要素により実行される機能は、その代わりとして、一つの構成要素に実行されてもよい。

上記の説明のいくつかの部分は、情報における操作のアルゴリズムと象徴的な表現に関して本発明の特徴を提供する。これらのアルゴリズム記述および表現は、データ処理分野の当業者の作業の中身を他の当業者に最も効率的に伝えるために、データ処理分野の当業者によって用いられる手段である。機能的にあるいは論理的に記述されるが、これらの操作は、コンピュータプログラムにより実施されるものと理解される。また、普遍性を喪失することなく、モジュールとして、あるいは機能的な名称によってこれらの操作の配列に言及することは、時には便利であると証明された。

上記から明白なように、具体的に他の方法で述べられていない限り、本記述を通して、「決定する（determining）」や「表示する（displaying）」などの用語を用いる議論は、コンピュータシステムメモリ、レジスタ、あるいは他のそのような情報ストレージ、伝送もしくは表示装置内で物理（電子）量として表されるデータを処理し、変換するコンピュータシステムまたは同様の電子コンピューティング（計算）装置の作用および処理に言及する。

本発明の所定の態様は、アルゴリズムの形式でここに記述される処理ステップおよび指示を含む。本発明の処理ステップおよび指示がソフトウェア、ファームウェアあるいはハードウェア内で具体化され、ソフトウェア内で具体化されるとき、存在し、リアルタイムネットワークオペレーティングシステムによって用いられる異なるプラットフォームから操作されるためにダウンロードされ得ることに注意されたい。

また、本発明は、ここでの操作を実行するための装置に関する。この装置は、必要とされる目的のために特に構成されてもよく、選択的に活性化され、あるいはそのコンピュータによりアクセスされ得るコンピュータに読み取り可能な媒体に格納されたコンピュータプログラムにより再構成される汎用コンピュータを含んでもよい。そのようなコンピュータプログラムは、限定するものではないが、それぞれコンピュータシステムバスに接続される、フロッピーディスク、光ディスク、ＣＤ−ＲＯＭ、光磁気ディスク、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気または光カード、特定用途向け集積回路（ＡＳＩＣ）、あるいは電子指示を格納するのに適したあらゆるタイプの媒体を含むあらゆるタイプのディスクのようなコンピュータに読み取り可能なストレージ媒体に格納されればよい。また、明細書に記載されるコンピュータは、一つのプロセッサを含んでもよく、コンピューティング（計算）能力を増した多数のプロセッサ設計を実行するアーキテクチャであってもよい。

ここで提示されるアルゴリズムおよび操作は、本質的に、あらゆる特定のコンピュータまたは他の装置に関連しない。また、種々の汎用システムは、ここでの教示に従ってプログラムで用いられてもよく、必要とされる方法のステップを実行するために、より専門の装置を構築することが便利であると証明してもよい。様々なこれらのシステムのために必要な構造は、等価的な変更とともに、当業者にとって明白であろう。さらに、本発明は、特定のプログラミング言語を参照して記述していない。様々なプログラミング言語がここに記述のような本発明の教示を実行するために用いられてもよく、特定の言語へのあらゆる言及が実施可能性の発明および本発明の最良の形態に規定される。

本発明は、多数のトポロジーを超えて多種多様なコンピュータネットワークシステムに適している。この技術分野内で、大きなネットワークの構成および管理は、インターネットなどのネットワークを介して、異種のコンピュータおよびストレージ装置に通信可能に接続されるストレージ装置およびコンピュータを含む。

最後に、明細書に用いられる言語が主として読みやすさおよび教育的な目的のために選択され、発明の主題の輪郭を描き、あるいは境界線を描くために選択されたものではないことを注意されたい。したがって、本発明の開示は、例証的であり、本発明の範囲を制限するものではない。本発明の範囲は、添付の特許請求の範囲に示される。

本発明の一実施形態におけるセグメンテーション基準をデータセットに増加的に追加する方法を示すフローチャートである。 本発明の一実施形態におけるセグメンテーション基準をデータセットに増加的に追加するのに有用なシステムを示すブロック図である。 本発明の一実施形態におけるネットワークのためのアーキテクチャを示すブロック図である。 本発明の一実施形態におけるクライアントによって用いられるソフトウェアモジュールを示すブロック図である。 本発明の一実施形態におけるセグメンテーション基準をデータセットに増加的に追加するためのユーザインタフェースを示す。 本発明の一実施形態における図３Ａのユーザインタフェースのレポートを示す。 本発明の一実施形態におけるセグメンテーション基準をデータセットに増加的に追加するためのユーザインタフェースを示す。 本発明の一実施形態におけるセグメンテーション基準をデータセットに増加的に追加するためのユーザインタフェースを示す。 本発明におけるセグメンテーション基準をデータセットに増加的に追加するためのユーザインタフェースの別の実施形態を示すユーザインタフェースを示す。 本発明の一実施形態における図３Ｅのユーザインタフェースのオープンセグメントフィルタウィンドウを示す。 本発明の一実施形態における図３Ｅのユーザインタフェースのオープン日付フィルタウィンドウを示す。 本発明の一実施形態におけるウェブサイト訪問データをフィルタリングするためのユーザインタフェースを示す。 ＡＮＤ結合を介して適用される２つのフィルタを有する図４Ａのユーザインタフェースを示す。 ＡＮＤ結合を介して適用される追加のフィルタを有する図４Ｂのユーザインタフェースを示す。 ＯＲ結合を介して適用される２つのフィルタを有する図４Ａのユーザインタフェースを示す。 ＡＮＤ結合を介して適用される追加のフィルタを有する図４Ｄのユーザインタフェースを示す。 本発明の別の実施形態におけるセグメンテーション基準をデータセットに増加的に追加するためのユーザインタフェースを示す。 本発明の別の実施形態におけるセグメンテーション基準をデータセットに増加的に追加するためのユーザインタフェースを示す。

Claims (11)

1. ウェブ訪問データについての複数のレポートをフィルタリングするためにコンピュータで実行される方法であって、
   各レポートが１以上のセグメンテーション基準に関連付けられた、複数のレポートを規定するステップと、
   前記複数の規定のレポートの各レポート毎に、ウェブサイト訪問データについての該規定のレポートの実体データを生成するステップと、ここで、各レポート毎に、前記ウェブサイト訪問データについての該規定のレポートの実体データを生成することは、
   該レポートに関連付けられた前記セグメンテーション基準に従って前記ウェブサイト訪問データを1以上のセグメントに分けることと、
   各セグメント毎に所与のメトリクスの値を決定することと、
   前記レポートの実体データを表示すること、
   を含み、該表示される実体データは、前記１以上のセグメントの各々の表示と、前記１以上のセグメントの各々に対応する各ユーザインタフェース要素と、各セグメントについての前記メトリクスの値とで構成され、
   前記複数の規定のレポートの１つに関連付けられたセグメンテーション基準に対応する、或る表示された前記ユーザインタフェース要素の選択を示す第１のユーザ入力を受信し、該受信に応じて、
   前記第１のユーザ入力によって示された前記セグメンテーション基準に従って、前記ウェブサイト訪問データの1セグメントを決定することと、
   前記複数のレポートの各レポートの表示された実体データ毎に、前記ウェブサイト訪問データについての前記決定された1セグメントについての該レポートのフィルタされた実体データを生成することと、ここで、該レポートの実体データを生成することは、
   該レポートに関連付けられた前記セグメンテーション基準に従って前記決定された1セグメントを1以上のサブセグメントに分けることと、
   各サブセグメント毎に所与のメトリクスの値を決定することを含み、
   各サブセグメントについての前記メトリクスの値を含む、前記ウェブサイト訪問データの前記決定されたセグメントについての前記レポートの各フィルタされた実体データを表示すること、
   を含むステップと
   を具備することを特徴とする方法。
2. 前記複数の規定のレポートの１つに関連する第２のセグメンテーション基準を示す第２のユーザ入力を受信するステップと、
   前記第１及び第２のユーザ入力によって示された前記各セグメンテーション基準に従う、前記ウェブサイト訪問データの別のセグメントを決定するステップと、
   前記複数の規定のレポートのそれぞれについて、前記決定された別のセグメントについての該レポートの実体データを生成するステップと
   を更に具備する請求項１に記載のコンピュータで実行される方法。
3. 前記ウェブサイト訪問データの別のセグメントを決定する前記ステップは、ＡＮＤ操作を使用して前記第１及び第２のユーザ入力によって示される前記セグメンテーション基準を組み合わせることを特徴とする請求項２に記載のコンピュータで実行される方法。
4. 前記ウェブサイト訪問データの別のセグメントを決定する前記ステップは、ＯＲ操作を使用して前記第１及び第２のユーザ入力によって示される前記セグメンテーション基準を組み合わせることを特徴とする請求項２に記載のコンピュータで実行される方法。
5. 前記複数の規定のレポートは、複数のチェックポイントに関して特定された目標パスに基づくフォールアウトレポートを含むことを特徴とする請求項１乃至４のいずれかに記載のコンピュータで実行される方法。
6. １以上の前記複数の規定のレポートの調整済みレポートを、前記複数の規定のレポートの新たな１つとしてコンピュータの記憶媒体に格納するステップをさらに具備し、前記調整済みレポートは、前記セグメントが規定される前記セグメント基準に関連付けられることを特徴とする請求項１乃至５のいずれかに記載のコンピュータで実行される方法。
7. 前記複数の規定のレポートは、現在のセッション中に作られたユーザカスタマイズのレポートであることを特徴とする請求項１に記載のコンピュータで実行される方法。
8. 各レポートが１以上のセグメンテーション基準に関連付けられた、複数のレポートを規定する手段と、
   前記複数の規定のレポートの各レポート毎に、ウェブサイト訪問データについての該規定のレポートの実体データを生成する手段と、ここで、各レポート毎に、前記ウェブサイト訪問データについての該規定のレポートの実体データを生成する手段は、
   該レポートに関連付けられた前記セグメンテーション基準に従って前記ウェブサイト訪問データを1以上のセグメントに分ける手段と、
   各セグメント毎に所与のメトリクスの値を決定する手段と、
   前記レポートの実体データを表示する手段と、
   を含み、該表示される実体データは、前記１以上のセグメントの各々の表示と、前記１以上のセグメントの各々に対応する各ユーザインタフェース要素と、各セグメントについての前記メトリクスの値とで構成され、
   前記複数の規定のレポートの１つに関連付けられたセグメンテーション基準に対応する、或る表示された前記ユーザインタフェース要素の選択を示す第１のユーザ入力を受信する手段と、
   前記受信に応じて、前記第１のユーザ入力によって示された前記セグメンテーション基準に従って、前記ウェブサイト訪問データの1セグメントを決定する手段と、
   前記受信に応じて、前記複数のレポートの各レポートの表示された実体データ毎に、前記ウェブサイト訪問データについての前記決定された1セグメントについての該レポートのフィルタされた実体データを生成する手段と
   を備え、前記レポートの実体データを生成する手段は、
   該レポートに関連付けられた前記セグメンテーション基準に従って前記決定された1セグメントを1以上のサブセグメントに分ける手段と、
   各サブセグメント毎に所与のメトリクスの値を決定する手段とを含み、
   各サブセグメントについての前記メトリクスの値を含む、前記ウェブサイト訪問データの前記決定されたセグメントについての前記レポートの各フィルタされた実体データを表示する手段と、
   を具備することを特徴とするシステム。
9. 前記複数の規定のレポートの１つに関連する第２のセグメンテーション基準を示す第２のユーザ入力を受信する手段と、
   前記第１及び第２のユーザ入力によって示された前記各セグメンテーション基準に従う、前記ウェブサイト訪問データの別のセグメントを決定する手段と、
   前記複数の規定のレポートのそれぞれについて、前記決定された別のセグメントについての該レポートの実体データを生成する手段と
   を更に具備する請求項８に記載のシステム。
10. 前記ウェブサイト訪問データの別のセグメントを決定する前記手段は、ＡＮＤ操作を使用して前記第１及び第２のユーザ入力によって示される前記セグメンテーション基準を組み合わせることを特徴とする請求項９に記載のシステム。
11. 前記ウェブサイト訪問データの別のセグメントを決定する前記手段は、ＯＲ操作を使用して前記第１及び第２のユーザ入力によって示される前記セグメンテーション基準を組み合わせることを特徴とする請求項９に記載のシステム。

Images