JP2008546094A - データセットに対するセグメンテーション基準の増分追加 - Google Patents

Abstract

システムは、ユーザ入力を受け取ることに応じて、ウェブサイト訪問データを含むレポートを表示し、該レポートをフィルタリングする。このシステムは、ネットワークに対するクエリーとして前記入力を処理するクライアントを含む。前記システムおよびこれに付随する方法は、レポートデータを増分的に調整し、該レポートをユーザ仕様に適合させるユーザインターフェースを提供する。さらに、調整されたレポートは、追加のデー入力毎に、さらに調整されることができる。その結果は、実質的に即座に返され、ユーザが要素の組合せによる効果を分析できるようにする。

Description

本発明は、ウェブサイト利用状況トラッキングに関し、特に、ウェブサイト訪問データを提示しフィルタリングするための改良された技術に関する。

関連出願
本出願は、Brett Errorによって２００５年６月３日に出願された"Incrementally Adding Segmentation Criteria to a Data Set"という名称の米国仮出願No.６０/６８７,６２６(代理人整理No.１０４０２)からの３５ U.S.C.に基づく優先権を主張するものであり、Brett M. Errorその他によって２００４年１１月１８日に出願された"Assigning Value to Elements Contributing to Business Success"という名称の米国特許出願No.１０/９９３,３９７(代理人整理No.９２６３)、および、Brett Errorその他によって２００３年６月２７日に出願された"Capturing and Presenting Site Visitation Path Data"という名称の米国特許出願No.１０/６０９,００８(代理人整理No.８０５４)に関連するものである。これらの文献は、その出典を示すことによってこの明細書に組み込まれている。

最も一般的な販売信条のうちの１つは"自分の客を知れ"である。この基本的な販売信条は、誰が店に来たのかを知ることを超えて大きくに拡大してきている。とりわけ、何が客を引き付けるのか、客は何を見るのか、客は売り場でどのように動くのか、客はどのくらいの時間売り場にとどまるのかを知ることが要求される。客の購買傾向を研究することによって、小売業者は、彼らの販売促進、提供品および店のレイアウトまで客の好みおよび傾向に適合させることにより、彼らの利益を最大化することができている。

このため、ウェブサイトプロバイダは、しばしば、彼らのウェブサイトおよび該サイト内の個々のウェブページの利用/訪問のパターンを記述するデータを収集したいと願う。このような情報は、サーバ負荷の推定、広告料金の決定、再設計が必要なウェブサイトエリアの特定などの、様々な目的の統計データを作成する上で極めて有益である。

このような情報は、例えば、ウェブページ設計の改良につながるフィードバックの収集、ウェブページ上における様々な目立ち度(degrees of prominence)を有するリンクおよびグラフィック要素の効果の判定、ならびに最終的な売り上げに対する個々のリンクの貢献等を含む多くの面で有益である。

ウェブサイト管理者などのユーザは、しばしば、上記の結果を多くの様々な方法でフィルタリングして集計する。しかしながら、既存のレポートシステムでは、ユーザが結果を容易にカスタマイズしフィルタリングすることができない。従って、既存のシステムを使用した場合、ウェブサイト訪問者/客訪問データを追跡することについてのビジネス有用性(ユーティリティ)の多くが失われる。故に、今必要なのは、ウェブページ要素の利用および評価統計を視覚的に表現する改良型のレポートフォーマットである。

本発明は、ユーザがグラフッィク・ユーザ・インタフェースを介してデータに対する高度分析を実行するための高速で、応答性の高い方法を提供するものである。ユーザは、単一のワークスペースに対して様々な予めパッケージされたレポートを発することができ、容易に任意のデータ項目をクリックして該項目に関するすべてのレポートの結果をフィルタリングすることができる。これにより、ユーザは、"訪問者(ビジター)が品目XまたはYを購入し、クリアランスセールページを見ることになった訪問に駆り立てたトップリファラー(top referrer:リンク元)は何?"のような質問に迅速に答えることができる。その結果はほとんど瞬時に返され、これにより、ユーザは様々な要素の組合せによる効果を分析できる。

ウェブサイト訪問統計データを記載したレポートを見るとき、ユーザは、しばしば多くの異なる方法でその結果をフィルタリングして集計することを希望する。本発明は、略瞬時のフィードバックを与え、ユーザが迅速にフィルタを追加または除去してユーザが希望する形態で結果を見ることを可能にするフィルタ基準を動的に指定するための、柔軟性があって、使用しやすいメカニズムを提供する。

本発明は、ユーザが、レポートを見ながら追加的なフィルタ基準をクリックすることを可能にするユーザインターフェースを含む。その後、前記レポートは、前記指定された基準に合うレポートデータのみを含むよう略瞬時に更新される。このようにして、ユーザは、様々なレポートを選択し、前記レポート内の要素をクリックすることによってフィルタ基準を追加し、その結果として出力に生じる変化を迅速に見ることができる。

本発明の上記のような特徴は、上述の方法によって生成される情報についてのより大きな可視性を実現し、ウェブサイトのオーナーに対して、ウェブサイトのどの要素が該サイトの成功に寄与し、投資に対する利益に貢献しているのかについての有益な見識を提供することができる。

この明細書における説明はそれが全てではなく、特に、添付図面、明細書および請求の範囲に照らして、その他の多くの特徴および利点が当業者に明白であろう。さらに、この明細書において使用されている用語は、主に読みやすさおよび教示の目的で選択されているものであり、発明の主題を線引きまたは制限するために選択されたものではない。

以下の説明は、オンライン購入の過程で収集されたウェブサイト訪問データをレポートすることに関して本発明が実施される一実施の形態について説明するものである。しかしながら、以下の説明は単に本発明の技術を例示的に説明するものであり、本発明の技術がウェブサイト訪問データをフィルタリングすることが望ましいいかなる用途にも適用可能であることが当業者に理解されよう。

オンライン小売業者から商品を購入する過程において、一般的に、訪問者/客は基本的な経路(経路)をたどる。すなわち、訪問者は、(例えば、ウェブサイトのURLをタイプし、またはお気に入りメニューから選択し、またはリンクをクリックすることによって)ウェブサイトに入り、オンライン小売業者のホームページが提示される。この過程において、一般的に、前記訪問者には商品説明が提示される。前記訪問者が商品を購入したい場合、彼または彼女は、"カートに入れる"をクリックし、チェックアウトページに進み、請求情報および発送情報を入力するためのページに進む。上記情報の入力後、一般的に、彼または彼女には、前記ウェブサイトを退出する前に注文を見直して確定する機会が与えられる確認ページが提示される。このようなシーケンスによる訪問者ナビゲーションの分析は、ウェブサイト管理者にとって極めて有益である。

サイト経路シーケンスを収集する技術は当該技術分野において公知である。特定の訪問者は、彼または彼女がページからページに移動する際に認識される。訪問者追跡のための構成は、当該技術分野において公知であるので、ここでは詳述しない。訪問者/客ウェブページ訪問レコードは、レコード発生時に従って順次に記憶される。各前記訪問レコードは、典型的には、２種類の情報、すなわち、訪問したページの識別子と、順次に記憶された前記データをフィルタリングし分析するための更なる基準を提供するメタデータとを含む。

ある状況において、訪問者ナビゲーションのある要素は"チェックポイント"として指定され、該チェックポイントは、ウェブサイトへの訪問を分析する際重要となる。一般的に、特定のチェックポイントシーケンスのすべてのインスタンスは、該シーケンス内におけるいなかる他の(すなわち、チェックポイントではない)ノードの有無に関わらず、同等のものとみなされる。前記チェックポイントの使用に関する更なる詳細は、その出典を示すことによってこの明細書に組み込まれている、同時係属しているBrett Errorその他によって２００３年６月２７日に出願された"Capturing and Presenting Site Visitation Path Data"という名称の米国特許出願No.１０/６０９,００８から得ることが可能である。

一実施の形態において、前記システムは、特定の特性、位置、名前、人気度またはその他の任意の要素に基づくチェックポイントとして、ある特定のノードを自動的に指定する。例えば、ホームページおよび/または５つの最も人気のあるページが、チェックポイントとして自動的に指定され得る。一実施の形態において、これらの自動的なまたはデフォルトのチェックポイントを使用して初期的なターゲット経路を構築できる。

このような背景で、本発明の一実施の形態について説明する。

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

この処理は、１つまたは２つの定義されたレポートを選択して見るためのユーザ入力を受け取る(１１０)ことによって開始する。一実施の形態において、ユーザは、レポートボタンなどのユーザインターフェースをクリックすることによってこのステップを開始する。

次に、前記システムは、例えばウェブサイト訪問データからなる１つまたは２つの定義されたレポートに関連付けられたデータセットを取り出す(１２０)。一実施の形態において、これは、レポートクエリー(問合わせ)をネットワークに送り、該クエリーに対応するレポートデータを前記ネットワークから受け取ることによって実現される。一実施の形態において、前記ネットワークは、データを返す。この実施の形態において、前記取り出しは、前記データを解釈することを含む。一例として、例えばローカルキャッシュメモリに記憶されたハッシュコードが使用される。

前記取り出し(１２０)の後、前記システムは、前記１つまたは２つの定義されたレポートを表示する(１３０)。一実施の形態において、各レポートはデフォルトのメトリクス（metrics: 測定基準）のセットを表示し、前記データは該メトリクスによって分類される。例えば、初期のデフォルトのメトリクスは、選択肢スクリーンを介してユーザによってカスタマイズ可能であるが、ウェブサイトへの訪問であってよい。一実施の形態において、ユーザは、例えばメトリクスを変更し、追加しまたは削除することによって、レポート毎に前記デフォルトのメトリクスをカスタマイズできる。

一実施の形態において、予めプログラム化されたデフォルトのメトリクスは、ページビュー(Page Views);訪問(Visits);毎時(Hourly)、毎日(Daily)、毎週(Weekly)、毎月(Monthly)、毎四半期(Quarterly)または毎年(Yearly)のユニークな訪問者;収入(Revenue)、注文(Orders)、単位(Units)、カートオープン(Cart Opens)、除去(Removes)およびビュー(Views);チェックアウト(Checkouts);カスタムイベント(Custom Events);オカレンス(occurrence)(製品ビュー(Product View)、キャンペーンクリックスルー(Campaign Click-thru)、インスタンス同等(instance equivalents));および参加メトリクス(Participation Metrics)を含む。

当初、前記レポートはデータ行(row)のデフォルト数(例えば１０)を示すが、ユーザは該デフォルト数を所望どおりに調整することができる。様々な実施の形態において、前記レポートは、１組の予め定義されたフィルタと対応付けられた標準的なプリセットされたレポート、現在のセッションの間に構築されたユーザによってカスタマイズされたレポート、記憶装置から取り出された予めカスタマイズされたレポート、または、落伍者またはフォールアウト(fall-out)レポートである。

一実施の形態において、"フォールアウトレポート"は、チェックポイントに関して指定されたターゲット経路に基づいたレポートである。フォールアウトレポートは、何人の訪問者が、該訪問者/客がその前に他のほとんど関係のないページを訪問したか否かに関係なく、ターゲット経路内の次のチェッポイントに進んだのかを示す。一実施の形態において、本発明は、チェッポイントとして指定されていない他のページに関係なく、特定のチェッポイントページについての訪問経路に関する統計データを提供する"フォールアウトレポート"を作成し、調整するためのメカニズムを提供する。ユーザが前記レポートの要素をクリックすることによって１つまたは複数のフィルタを適用することを選択するのに応じて、前記フォールアウトレポートは自動的に更新される。従って、ユーザは、フォールアウトレポートについての特定のパラメータを容易に指定でき、ユーザの判断に応じて、容易に前記パラメータを修正し、追加しまたは除去できる。

ある実施の形態においては、レポートデータの様々な種類のビュー(視点)を利用できる。例えば、前記様々な種類のビューは、trended, improved, ranked, over time, fall-out, conversions, averages, graphical, Gantt, tabular, raw dataおよびflexibleというビューを含む。また、あるレポートは、ユーザが特定のキーワードまたはフレーズを検索して、特定のキーワードまたはフレーズについての入力を見ることを可能にする検索フィールトを含む。

ユーザがレポートのフィルタリングを行いたい場合、前記システムは、該レポートについてのセグメンテーション基準を調整するためのユーザ入力を受け取る(１４０)。様々な実施の形態において、前記セグメンテーションフィルタ基準に対する調整は、セグメンテーション基準を追加すること、既存のセグメンテーション基準を除去すること、データ範囲を調整すること、新たなセグメンテーション基準を作成すること、セグメンテーション基準についての選択肢のコンテキストメニューを起動することを含む。

ユーザは、様々な手段によってレポートのフィルタリングを行う。例えば、ユーザは、所望のフィルタ基準に隣接したアイコン("じょうご"(funnel))をクリックすることができる。一実施の形態において、じょうごアイコンをクリックすると、"OR Visits where [dimension] = [selected item]"パラメータとして適用される。一実施の形態において、ユーザは、シフトクリックすることによって、フィルタを"AND"基準として適用できる。一実施の形態において、ユーザは、右クリックすることによって前記フィルタを適用するための選択肢メニューを見ることができる。一実施の形態において、前記アイコンは、その現在の状態に応じて、前記基準の起動と停止とを切り替える。

一実施の形態によると、表示されるレポートの要素は、それ自体がフィルタを指定するためのユーザ入力要素である。従って、ユーザは、表形式のレポート内のエリア(例えば、ライン)をクリックして、該エリアに表示されているデータ項目に対応するフィルタを適用することができる。

次に、前記システムは、選択された基準を処理し、１つまたは複数の調整されたレポートを表示する(１５０)。一実施の形態において、前記調整されたレポートは、前記セグメンテーション基準を調整するためのユーザ入力の略直後に即座に表示される。一実施の形態において、各レポートは、セグメンテーション基準に従って調整される。一実施の形態において、レポート用のサンプリングレートは、要求されるデータ範囲、利用可能なRAMおよびその他の技術的な考慮事項に基づいて選択される。

この処理の一部として、前記システムは前記レポートを記憶することもできる。ユーザは、プロジェクトをセーブし、後に該プロジェクトを再オープンできる。ユーザがプロジェクトをセーブする場合、そのデータセット、フィルタ、レポートおよびキャンバス外観のすべてが保存される。その後、ユーザが前記セーブされたプロジェクトを開く場合、すべてが保存直前と同じに見えることになる。

当業者に理解されるように、本発明は、ユーザによって指定可能ないかなる種類のフィルタ基準と共に、および/または、これらフィルタ基準のいかなる組み合わせと共に使用可能である。例えば、(それが訪問者の第１回目の訪問か、第２回目の訪問かなどを示す)序数による訪問回数、どのページへの訪問がなされたのか、該訪問の時刻、該訪問者が居る地理的位置、使用されているウェブブラウザ、該訪問者がブラウザのベータ版を使用しているか否かなどが含まれる。

図２Aには、本発明を実施するために有用なシステム２００の一実施の形態が示されている。当業者に理解されるように、本発明は、図示例とは異なる他の実施の形態を使用しても実施可能である。

前記システム２００は、クライアント２０１と、ネットワーク２０２と、任意に、データセットにセグメンテーション基準を増分的に追加するためのキャッシュメモリ２０９とを具備している。前記クライアント２０１は、多数の実行可能なコード部分とデータファイルとを含むソフトウェアを有している。図２Cに関して後で詳述するように、これらのコードは、本発明の一実施の形態に従ってウェブサイト利用レポートを見て該レポートとインタラクトし、さらに、ユーザインターフェースの機能をサポートするコードを有する。

前記クライアント２０１は、本発明の方法に従って実行される処理を編成、調整するものである。例えば、該クライアント２０１は、入力装置からの入力を受け取り、ユーザに対して出力するためのレポートを表示器２０７(またはその他の出力装置)に送る。該クライアント２０１は、標準的なパソコンで実行される。

前記ネットワーク２０２は、図２Bに関して後で詳述するように、ウェブサイト使用に関するデータについてのクライアントリクエストを処理しこれに応答するための集中型のネットワークである。

もし設けられている場合、キャッシュメモリ２０９は、最近アクセスされたデータを保持する小型で、高速のメモリである標準的なキャッシュメモリである。該キャッシュメモリ２０９は、たとえば、後述するレポートデータに関するハッシュコードまたはその他のルックアップテーブルのリストを含んでいてよい。

一実施の形態において、図２Aに示した構成要素は次のように動作する。ユーザが入力装置２１０を介して１つまたは複数のレポートをリクエストすると、クライアント２０１はこの入力２１２を受け取る。クライアント２０１は、どのレポートがリクエストされているのかを指示し、および、該レポートのための１つまたは複数のフィルタを任意に指定するクエリー２０３をネットワーク２０２に送る。一実施の形態において、クエリー２０３はXMLフォーマットである。

前記クエリー２０３に応じて、ネットワーク２０２は、レポートデータの表示を含むデータ２０４を返す。様々な実施例において、該データ２０４は、コード化されていてもいなくてもよく、ハッシュコードでよく、または、標準的なルックアップテーブルに含まれていてもよい。例えば、データ２０４は、レポートにおける項目のテキストストリング名をハッシュコード表現で示してよい。該データ２０４はクライアント２０１によって受け取られる。

一実施の形態において、前記クライアント２０１は、以前受け取ってデコードしたハッシュコードのリストまたはルックアップテーブルをローカルキャッシュメモリ２０９に格納し、これにより、以前遭遇したことのあるハッシュコードまたはテーブルデータを正確に解釈できる。一実施の形態において、前記ローカルキャッシュメモリ２０９が使用され、セッションの終りにクリアされ、その結果、同一のセッションにおいて前に受け取ったコードのみが該キャッシュメモリ２０９に格納される。他の実施の形態においては、ローカルキャッシュメモリ２０９は、ユーザのニーズに応じて、上記より持続的なまたは上記ほど持続的ではない形態で実現される。

データ２０４を受け取ると、前記クライアント２０１はキャッシュメモリ２０９を調べる。キャッシュメモリ２０９が該データ２０４のハッシュコードまたは意味を格納している場合(換言すると、前記クライアント２０１が上記と同じハッシュコード/意味を含むデータを以前に受け取っていた場合)、前記クライアント２０１は、ネットワーク２０２と更に通信することなく、前記ハッシュコード化またはルックアップテーブル化されたデータの意味を解釈できる。例えば、ハッシュコード/意味は、項#２９９がInternet Explorer ６.０を使用している訪問者を示すものであるということを指示することができる。前記データ２０４のハッシュコード/意味が格納されていない場合、前記クライアント２０１はネットワーク２０２にクエリーを送り、該ネットワーク２０２は翻訳２０６をクライアント２０１に送ることによって応答する。前記翻訳２０６は、クライアント２０１に項の意味を提供する。

一実施の形態において、前記クライアント２０１がレポートを作成するのに十分なデータを受け取ると、該クライアント２０１は、ユーザに出力するためのレポートを表示器２０７に送る。一実施の形態において、ある意味が未だ受領されていない場合でも、前記クライアント２０１は、ある特定の項が未知であるということを示すレポートを送る。他の実施の形態において、前記クライアント２０１は、エラーメッセージを表示し、および/または、より完全な意味データが取得可能になるまで待つ。

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

図２Bにおいて、一実施の形態に係るネットワーク２０２のアーキテクチャの一例が示されている。該ネットワーク２０２は、クライアント２０１からクエリー２０３, ２０５を受け取る任意数のフロントエンドウェブサーバ２５０と、データベース２７０等の記憶装置からデータを受け取り、該受け取ったデータを分析し、レポートデータを前記クライアント２０１に返送する任意数のバックエンドウェブサーバ２６０とを含む。これらのサーバ２５０, ２６０は、ネットワーク通信用のTCP/IPおよびHTTPのような周知のネットワークプロトコルを使用して情報をやりとりするコンピュータまたはデバイスである。前記バックエンドウェブサーバ２６０は、フィルタリクエトに基づいて適当なデータセットを前記クライアント２０１に送る。例えば、前記ユーザが特定のウェブブラウザを使用した訪問者にのみ興味があるということをフィルタリクエトが示す場合、前記バックエンドウェブサーバ２６０は指定された基準に一致しないデータを除去し、前記指定された基準に一致するデータのみを前記クライアント２０１に送る。

データベース２７０は、前記クライアント２０１によって使用されたデータを格納するリレーショナル・データベースまたはその他の種類のデータベースであってよい。前記データベース２７０は、たとえば図３A _ ３Gに関して説明されるユーザインターフェースを介して、クライアント２０１によってアクセスできてよい。

前記データベース２７０はウェブサイト訪問データを格納しており、一実施の形態では、該ウェブサイト訪問データは、ハードドライブのような記憶媒体に二値フォーマットで格納される。一実施の形態において、ウェブサイト訪問データは、該データの部分的な抽出を容易にするために、複数のファイルまたは"ブリック(brick)"に分割される。前記バックエンドウェブサーバ２６０がデータベース２７０からデータを抽出すると、該サーバ２６０には前記基準に一致する指定されたブリックが供給される。

一実施の形態において、ユーザが特定期間にわたるウェブサイト訪問データを示すレポートをリクエストすると、前記バックエンドウェブサーバ２６０は、ウェブ訪問ログおよび/または統計データを含むデータをデータベース２７０から抽出する。一実施の形態において、前記バックエンドウェブサーバ２６０は、特定期間にわたるウェブサイト訪問のスナップショットを表すデータをデータベース２７０から取得する。その後、前記サーバ２６０は、例えば帯域幅の使用を最少化するためにアルゴリズムに従ってコード化される二値フォーマットを使用して、上記ウェブサイト訪問データを一時的ローカル記憶装置(例えば、ランダムアクセスメモリ)に格納する。一実施の形態において、前記サーバ２６０がデータベース２７０からデータを抽出する際に、ファイルフォーマット翻訳を実行する必要がない。そして、前記サーバ２６０は、要求されるフィルタを適用し、フィルタリングされたデータをクライアント２０１に送る。

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

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

前記入力モジュール２７５は、１つまたは複数のレポートを選択するための入力を受け取り、１つまたは複数のレポートについてのセグメンテーション基準を調整するための入力を受け取り、１つまたは複数のメトリクスを調整するための入力を受け取り、表示されたデータの様々な面を調整するための入力を受け取るよう構成されている。

前記クエリーモジュール２８０は、１つまたは複数のレポートに対応付けられたウェブサイト訪問データからなるデータセットを取り出し、レポートクエリーをネットワークに送り該ネットワークから前記クエリーに対応するレポートデータを受け取り、１つまたは複数の定義されたレポートの１つとして、調整されたレポートを格納するよう構成されている。一実施の形態において、前記レポートをフィルタリングするためのユーザ入力が受け取られると、新たなクエリーが作成されて送られ、上記の処理が繰り返される。

前記解釈モジュール２８５は、前記ネットワークからデータを受け取るのに応じて該データを解釈するよう構成されている。一実施の形態において、前記解釈モジュール２８５は、この目的のために格納されたハッシュコード/意味を使用する。一実施の形態において、ハッシュコード/意味が例えばローカルキャシュメモリに無い場合、前記解釈モジュール２８５は、前記ネットワークにクエリーを送り、当該項の意味を示す翻訳を受け取る。

前記出力モジュール２９０は、１つまたは複数の定義されたレポートを表示し、１つまたは複数の(単独でまたは複合的に)調整されたレポートを表示し、各々がセグメンテーション基準に従って調整された１つまたは複数の二回調整済みレポートを表示するよう構成されている。一実施の形態において、前記出力モジュール２９０は、ユーザに出力するためのレポートを表示器に送る。

上記ソフトウエア部分２７５〜２９０は、別個のソフトウエアモジュールである必要はない。ここに図示したソフトウエアコンフィギュレーションは例示的なものであり、本発明の範囲内で他のコンフィギュレーションも採用可能である。
ユーザインターフェース

図３Aは、本発明の一実施の形態に従ってデータセットに対してセグメンテーション基準を増分的に追加するユーザーインターフェースを示す図である。一実施の形態において、該ユーザーインターフェースは、Macromedia Flex, JavaもしくはDHTMLまたはこれらの組み合わせなどの周知の環境を使用して実現される。

前記ユーザーインターフェース３０５は、２つのメイン機能エリアと、レポート制御エリア３１０と、レポート表示エリア３１５とを含む。前記レポート制御エリア３１０は、プロジェクトおよびレポートを作成し、レポート統計データを表示する機能を有する。前記レポート表示エリア３１５は、レポートを表示し、フィルタリングする機能を有する。

一実施の形態によると、前記レポート制御エリア３１０は、さらに、プロジェクトタイトル３２０と、プロジェクトツールバー３２５と、レポート選択エリア３３０と、セグメントフィルタエリア３３５と、データフィルタエリア３４０とを含む。前記プロジェクトタイトル３２０は使用中のプロジェクトのタイトル(名称)を示し、図３Aに示すように、何のタイトルも選択されなかった場合、デフォルトとして"Untitled project １"を表示する。前記プロジェクトツールバー３２５は、標準的なツールバーであり、新たなプロジェクトを作成する機能、既存のプロジェクトを開く機能、使用中のプロジェクトをセーブする機能、プロジェクトを印刷する機能等の様々なプロジェクト機能についてのアイコンを含む。前記レポート選択エリア３３０は、オープン(Open)レポートボタン３４５と、選択されたレポートのリスト３５５と、クリア(Clear)ボタン３５０とを含む。前記オープンレポートボタン３４５により、ユーザは既存のプロジェクトを開くことができる。レポートが開かれると、該レポートのタイトルが前記選択されたレポートのリスト３５５に追加され、該レポート３６０が前記レポート表示エリア３１５に表示される。前記選択されたレポートのリスト３５５における各選択されたレポート３６０は、前記レポート表示エリア３１５に表示される。レポートデータは、例えば、図２A_２B に関連して説明した処理によって取り出される。

図３Cに示すように、前記セグメントフィルタエリア３３５は選択されたセグメンテーション基準のリストを表示する。さらに、該セグメントフィルタエリア３３５は、セグメンテーション基準をマニュアルで追加するための新セグメントボタン３６５を含む。

前記データフィルタエリア３４０により、ユーザは、例えば選択されたレポート３６０におけるデータを見たいデータ範囲を選択することによって、前記レポート３６０のデータをフィルタリングすることができる。前記データフィルタエリア３４０は、データセレクタ３７０と、セレクタ３７５による表示とを含む。前記セレクタ３７０により、ユーザは、所望の日付をタイプ入力することによって、または、カレンダアイコンをクリックしてカレンダ上の日付を選択することによって、前記レポート３６０に表示されたデータについての開始、終了日付を設定できる。また、前記セレクタ３７５による表示により、ユーザは、例えば日、週または月単位で前記レポートの精度を選択できる。

図３Eは、レポート制御エリア３１０の他の実施の形態を含むユーザターフェースを示す。該レポート制御エリア３１０は、図３Aに関連して説明したものと同様なタイトル３２０とツールバー３２５とを含む。しかしながら、この実施の形態は、レポートを選択し基準をフィルタリングするための異なるユーザインターフェース要素を含む。前記レポート制御エリア３１０は、オープンボタン３４５の機能と同様に、ユーザが見たいレポートを選択することを可能にするレポートボタン３３２を含む。レポート３６０が開かれると、該レポート３６０はレポート表示リスト３３４に表示される。図３Eのレポート表示リスト３３４は、何のレポートも選択されていない旨示している。レポート表示リスト３３４の他の例については図３F_３Gを参照されたし。

フィルタが選択されると、該フィルタのテキスト記述がフィルタリスト３３８に表示される。図３Eのフィルタリスト３３８は、何のフィルタも選択されていない旨示している。フィルタリスト３３８の他の例については図３F_３Gを参照されたし。前記レポート制御エリア３１０は、ユーザがセグメントおよびデータフィルタ基準を選択することを可能にするフィルタボタン３３６を含む。該フィルタボタン３３６をクリックすると、図３F_３Gに示されているように、ユーザがデータまたはセグメントフィルタを選択することを可能にするドロップダウンが起動される。

前記レポート表示エリア３１５は、レポート選択エリア３３０で選択されたレポート３６０を含む。図３Bは、本発明の一実施の形態に係るレポート３６０をより詳細に示している。各レポート３６０は、より大きなデータセットのコンテキスト内の１つの特徴要素に対応するデータ、例えばウェブサイト訪問データを示す。レポート名３６２は、前記選択されたレポート３６０が表示する特徴要素である。各レポート３６０ごとに、１つまたは複数のデフォルトのメトリクス(評価尺度)に従ってデータが分類される。この例において、前記デフォルトのメトリクス３６４は、(ウェブサイトへの)訪問者(visitors)である。他の実施の形態においては、図３Fのメトリクスセレクタ３６４に示すように、使用されるメトリクスはユーザによって定義可能である。

レポート３６０は、さらに、印刷ボタン３６６、ダウンロードボタン３６８およびビューセレクタ３７２を含む１組の標準的機能ボタンを含む。前記印刷ボタン３６６により、ユーザは、最初にレポートをダウンロードする必要なしに、該レポートをオンラインで印刷できる。前記印刷ボタンをクリックすることによって、前記レポートのプリンタ用バージョンと共にポップアップウィンドウが開かれる。

前記ダウンロードボタン３６８により、ユーザは、レポートをダウンロードするためのフォーマット(例えば、Word, Excel, PDF, HTML)を選択することができる。ユーザがフォーマットを選択すると、前記レポートが、電子メール添付ファイルとしてユーザに送られるか、ユーザのコンピュータに直接ダウンロードされる。

前記ビューセレクタ３７２により、ユーザは、前記レポートデータの様々なビューを選択することができる。図３Bに示すRanked(ランク付けされた)というビューは、ほとんどのレポートのデフォルトのビューであり、該ビューにより、ユーザは、選択された期間に従う表形式でレポートデータを見ることができる。他のビューには"Improved"(改善された)というビューおよび“Trended”(傾向化された)というビューが含まれ、前記"Improved"ビューにより、ユーザは、選択された品目がチェックアウト時収益等の成功メトリクスに基づいて前回期間と今回期間との間でいかなるパーフォーマンスを展開しているのかを見ることができ、前記“Trended”により、ユーザは、特定の時間にわたるレポートの傾向を見ることができる。ユーザは、ビューセレクタ３７２のドロップダウンを使用して他の利用可能なビューを選択してもよい。Trendedビュー３７８は図３Fに示されており、ビューセレクタ３７２は"Trended"を表示している。

さらに、いくつかのレポート３６０はサーチフィールド３７４を含む。該サーチフィールド３７４により、ユーザは、特定のキーワードまたはフレーズを検索し、該キーワードまたはフレーズの入力を見ることができる。“go”をクリックすると、表示されたレポートは、入力された検索条件によってフィルタリングされることになる。さらに、高度(advanced)検索ボタン３７６により、ユーザは、例えば正確に一致するフレーズを検索するのか否かを選択することによってより高い精度で検索することができ、検索条件を使用して“and”もしくは“or”検索を実行し、または、入力された検索条件を使用して入力を除外することができる。一実施の形態において、前記高度検索ボタン３７６をクリックすることにより、これらの選択肢を表示するポップアップウィンドウが開かれる。

各レポート３６０は、フィルタコラム３８０、データコラム３８５および１つまたは複数のメトリクスコラム３９０を含むコラムに分割される。前記データコラム３８５は、前記レポート３６０に対応する特徴要素の様々な形態リストを含む。図示例において、特徴要素はBrowsersであり、従って、Microsoft Internet Explorer ６.０、Netscape Navigator ６.２.３などの様々なブラウザがリストされる。メトリクスコラム３９０は、それぞれの行(ロー)３９５のデータコラム３８５についての統計データを含む。一実施の形態においては、各ブラウザ(データコラム３８５)ごとに、メトリクスコラム３９０は、訪問者の数および全体の中でのパーセンテージ(%)を表示する。

各行３９５のフィルタコラム３８０は、ユーザがその行３９５のデータをフィルタリングすることを可能にするアイコンを含む。すべてのレポート３６０は、当該フィルタを反映するようフィルタリングされる。一実施の形態において、前記フィルタコラム３８０のアイコンは、当該データの現在の状態に応じて該データを縮小しまたは拡張するトグルとして作用する。所望の場合、データがさらにフィルタリングされてよく、すべてのレポート３６０は付加的な基準によって再びフィルタリングされる。一実施の形態において、上記のようなフィルタ処理は実質的に瞬時に行われる。さらに、個々の行は、合計行３９６において総計される。

レポート３６０は、前記ユーザインターフェース３０５について予め選択された数まで行を表示する。一実施の形態において、前記行の数は編集可能である。ユーザは、ウィンドウに基づくオペレーティングシステムのための周知インタラクション技術に従って、画面上レポートウィンドウとインタラクトすることができる。例えば、ユーザは、エッジをドラッグしてウィンドウの高さおよび幅を変化させ、最小化、削除、最大化でき、ウィンドウタイトルバーをドラッグすることによってキャンバス上でウィンドウを再配置/再整理でき、コラムマージンをドラッグしてコラム幅を変更できる。

図４Aは、本発明の一実施の形態に従ってセグメンテーション基準を増分的にデータセットに追加するためのユーザインターフェース４０５を示す。該ユーザインターフェース４０５は図３Aに関連して上述したものと同様なものであり、しかしながら、フォールアウト(fall-out)レポート４１０は、表示されるレポートの１つである。一実施の形態において、フォールアウトレポート４１０は、ここで定義されるチェックポイントに関して指定されるターゲット経路に基づいている。チェックポイントの使用、チェックポイントの定義に関する詳細、および、フォールアウトレポートについての詳細は、その出典を示すことによってこの明細書に組み込まれているBrett Errorその他によって２００３年６月２７日に出願された"Capturing and Presenting Site Visitation Path Data"という名称の米国特許出願No.１０/６０９,００８に記載されている。

図示例において、ホームページ、“Add Product to Cart(カートに商品追加)”ページ、“Buy Process_Billing (購入処理_請求)”ページ、および、“Buy Process _ Order Confirmation(購入処理_注文確認)”ページである４つのページがチェックポイントとして指定されている。フォールアウトレポート４１０は、ターゲット経路における次のチェックポイントに進む前に他のほとんど関係ないページを訪問したか否かに関係なく、何人のユーザが前記次のチェックポイントに進んだかを示す。前記次のチェックポイントに進まなかったユーザは、“lost(脱落)”として示される。このようにして、フォールアウトレポート４１０は、当該ウェブサイトにおけるターゲット経路に対応する。編集チェックポイントリンク４１５は、前記ターゲット経路を編集するための画面にユーザを連れてゆく。

前記フォールアウトレポート４１０は、例えば、前記ホームページを訪問したユーザのうちの３７.７３%が前記Add Product to Cartページに進み、６４.２７%が脱落したことを示す。また、前記Add Product to Cartページに進んだユーザのうちの、７.６６%が前記Buy Process_Billingページに進み、９２.３４%が脱落したことを示す。他のチェックポイントについても、同様な情報が表示される。また、各チェックポイントごとに、累積的なパーセンテージも表示され、これらの累積的なパーセンテージは、ターゲット経路の始めのホームページを訪問したユーザの合計数に基づいて、そのチェックポイントに到達したユーザのパーセンテージを示すものである。各チェックポイントに到達したユーザの実際の数も、前記パーセンテージに隣接して示される。前記レポートは、さらに、前記数およびパーセンテージに関して、すべての転換(前記ターゲット経路におけるすべてのチェックポイントを訪問したユーザの数)およびすべてのフォールアウト(前記ホームページを訪問したが、前記ターゲット経路を完了しなかったユーザの数)についての統計データを含む。

標準的な商品レポート４１５が、前記フォールアウトレポート４１０と共に表示される。図４Aに示されたレポート４１０, ４１５はフィルタリングされていない。
インターフェースのワークフロー

以下の説明は、図３A〜３Gを参照して本発明の一実施の形態に従ってセグメンテーション基準を増分的にデータセットに追加するためのユーザインターフェースを説明するものである。

ユーザは、例えば、図３Aのオープンボタン３４５もしくは図３Eのレポートボタン３３２を使用して、または、キャンバスの任意の箇所を右クリックすることによってレポートを開始することによって処理を開始する。図３Eはブランクのキャンバスを示し、図３Aは４つのレポート３６０を有するキャンバスを示す。当初、フィルタは適用されない。

一実施の形態において、ユーザは、様々な手段によって前記レポート３６０をフィルタリングすることができる。例えば、ユーザは、所望のフィルタ基準に隣接したフィルタコラム３８０におけるアイコンをクリックすることができる。このアイコンはトグルとして機能可能であり、当該フィルタが既に前記レポートに追加されている場合、アイコンをクリックすることによって前記フィルタが除去される。図３Aに示したレポート３６０において、ユーザは、“browser”とい項に対するフィルタを適用して、Internet Explorer ６.０を使用する訪問者による訪問のみを見る。これは、当該データの左側のアイコンをクリックすることによって、すなわち行３９５aのフィルタコラム３８０をクリックすることによって行われる。このようにして、すべてのフィルタ３６０が選択された基準に基づいてフィルタリングされる。次に、前記ユーザは、Windows９８オペレーティングシステムを実行している訪問者のみを見るために他のフィルタを追加する。これは、Windows９８に隣接したフィルタアイコン、すなわち、図３Cの行３９５cのフィルタコラム３８０をクリックすることによって行われる。こうして、既にフィルタが適用されたレポートを含む４つの表示されたレポート３６０は、図３Dに示すように、Windows９８およびI.E.６.０の両方を実行している訪問者についてのデータのみを示す。

前記レポート３６０をフィルタリングするための他の方法は、図３E〜３Gに示されている。ユーザは、データまたはセグメントフィルタをレポートデータに適用するためにフィルタボタン３３６をクリックすることができる。図３F_３Gに示されているように、フィルタボタン３３６をクリックすると、ユーザが日付またはセグメントフィルタを選択することを可能にするドロップダウンが起動される。

一実施の形態において、ユーザがセグメントごとにフィルタリングする場合、図３Fに示すように、追加的なドロップダウンメニュー３４４が最近使用されたセグメントとともに表示される。該メニュー３４４は、新たなセグメント３４６を作成する選択肢を含む。一実施の形態において、ユーザが日付ごとにフィルタリングする場合、たとえば図３Gに示すように、カレンダ３３８が表示される。該カレンダ３３８により、ユーザは、日、週、月および四半期等の標準的なデータ範囲、ならびに、カスタムのデータ範囲を選択することができる。

日付ごとおよびセグメントごとにフィルタリングするための同様な機能は、セグメントフィルタ３３５およびデータフィルタエリア３４０ならびにここで説明した付随的な機能を使用して、図３A_３Dに示す実施の形態で実現可能である。

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

レポートフィルタリングの他の例は図４A_４Bに示されている。一実施の形態において、ユーザは、様々な手段によってレポート４１０, ４１５をフィルタリングすることができる。例えば、ユーザは、所望のフィルタ基準に隣接したフィルタアイコン４２０をクリックすることができる。図４Aに示したレポート４１０, ４１５において、ユーザは、“Hewlett-Packard REFURB: Pavilion ７９６５ Mini...”のフィルタを適用して、この商品を購入した訪問者に対する情報をフィルタリングする。これは、アイコン４２０をクリックすることによって行われる。この例４１０および４１５におけるすべてのレポートが選択された前記基準に基づいてフィルタリングされ、従って、フォールアウトレポートは、図４Bに示すように、前記Hewlett-Packard REFURB: Pavilion ７９６５ Miniが購入されたデータのみを示す。

以上、本発明を１つの考えられる実施の形態について詳述した。本発明がその他の実施の形態でも実施可能であることが、当業者に理解されよう。まず、上記構成要素の特定のネーミング、用語の大文字記載、属性、データ構成、または、その他のプログラミングまたは構成的な特徴は、必須または重要ではなく、本発明を実現するメカニズムまたはその特徴は、上記とは異なる名前、フォーマットまたはプロトコルを有するものであってもよい。さらに、上記システムは、上述のようなハードウエアおよびソフトウエアの組み合わせ、または、ハードウエア要素のみで実現されてよい。さらに、ここで説明した様々なシステム構成要素間における特定の機能分割は単に例示的なものであり、必須のものではない。その代わりに、１つのシステム構成要素によって実行される機能が多数の構成要素によって実行されてもよく、また、多数の構成要素によって実行される機能が１つのシステム構成要素によって実行されてもよい。

上記説明のいくつかの部分は、本発明の特徴を情報に対する処理のアルゴリズムおよび象徴的表現に関して説明した。これらのアルゴリズム的な説明および表現は、データ処理技術分野における当業者によって、当該処理の内容を最も効果的に他の当業者に伝えるために使用される手段である。これらの処理は、機能的または論理的に説明されてきたが、コンピュータプログラムによって実現されてよい。さらに、上記処理の構成を一般的原則を失うことなくモジュールとしてまたは機能的な名前で言及することが、時に応じて好適であるといいうことが分かった。

上記説明から明白なように、そうではない旨明記していないかぎり、上記説明全体にわたって、“決定”または“表示”等の用語を使用する説明は、コンピュータシステムメモリもしくはレジスタまたは同様な情報記憶装置、送信または表示装置内の物理的な(電子的な)数量として表現されるデータを操作し変換するコンピュータシステムまたは同様な電子計算装置の動作および処理に言及するものである。

本発明のある観点によると、ここではアルゴリズムの形で説明された処理ステップおよび命令が含まれる。本発明のこのような処理ステップおよび命令は、ソフトウエア、ファームウエアまたはハードウエアで実現可能であり、ソフトウエアで実現した場合、該処理ステップおよび命令は、リアルタイム・ネットワークオペレーティングシステムによって使用される異なるプラットフォームにダウンロードされて該異なるプラットフォームから操作可能である。

本発明は、さらに、ここに説明した処理を実行するための装置に関する。この装置は、必要な目的のために具体的に構成されてもよく、あるいは、コンピュータによってアクセス可能なコンピュータで読取り可能な媒体に記憶されたコンピュータプログラムによって選択的に起動されまたは再構成される汎用コンピュータを含んでいてもよい。このようなコンピュータプログラムは、各々がコンピュータシステムバスに接続された、例えば、フロッピーディスク、光ディスク、CD-ROM、光磁気ディスクのような任意タイプのディスク、読み出し専用メモリ(ROM)、ランダムアクセスメモリ(RAM)、EPROM、EEPROM、磁気または光カード、特定用途向け集積回路(ASIC)または電子命令を格納するのに適した任意タイプの媒体のような(しかし、これらに限定されるものではない)コンピュータで読取り可能な媒体に格納されてよい。さらに、この明細書で言及されるコンピュータは、単一のプロセッサを含むものであっても、より高いコンピューティング能力を実現するための多数のプロセッサを使用するアーキテクチャであってもよい。

ここに説明されたアルゴリズムおよび処理は、本質的に、特定のコンピュータまたはその他の装置に関係づけられるものではない。ここでの教示内容に従うプログラムと共に様々な汎用システムが使用されてよく、または、要求される方法ステップを実行するためにより特化された装置を構成することも好適であるということが分かるであろう。これらのシステムに要求される構成は、これと均等な変形と共に、当業者に明白であろう。さらに、本発明は、特定のブログラミング言語関連して説明されてはいない。ここに説明した本発明の教示内容を実現するために様々な種類のブログラミング言語を使用してよく、特定の言語に対する言及は本発明の実施可能要件および最良の態様要件を満たすためになされている。

本発明は、多数のトポロジーを介して様々な種類のコンピュータネットワークシステムに適する。この分野において、大規模ネットワークの構成および管理は、インターネットのようなネットワークを介して異種のコンピュータおよび記憶装置に通信可能に接続される記憶装置およびコンピュータを含む。

最後に、この明細書で使用されている用語は主に読みやすさおよび教示の目的で選択されているものであり、発明の主題を線引きまたは制限するために選択されたものではない。従って、本発明の開示内容は単に添付請求項に記載された本発明の範囲を例示的に説明するものであり、これを限定するものではない。

データセットに対してセグメンテーション基準を増分的に追加する本発明の一実施の形態に係る方法を示すフローチャート図。 データセットに対してセグメンテーション基準を増分的に追加するのに有用な本発明の一実施の形態に係るシステムを示すブロック図。 本発明の一実施の形態に係るネットワークのアーキテクチャを示すブロック図。 本発明の一実施の形態に従ってクライアントによって使用される本発明の一実施の形態に係るソフトウエアモジュールを示すブロック図。 本発明の一実施の形態に従ってデータセットに対してセグメンテーション基準を増分的に追加するユーザーインターフェースを示す図。 本発明の一実施の形態に係る図３Aのユーザーインターフェースのレポートを示す図。 本発明の一実施の形態に従ってデータセットに対してセグメンテーション基準を増分的に追加するユーザーインターフェースを示す図。 本発明の一実施の形態に従ってデータセットに対してセグメンテーション基準を増分的に追加するユーザーインターフェースを示す図。 本発明に従ってデータセットに対してセグメンテーション基準を増分的に追加するためのユーザターフェースの他の実施の形態を示す図。 図３Eのユーザーインターフェースの本発明の一実施の形態に係るレポートを示す図。 本発明の一実施の形態に係る図３Eのユーザーインターフェースのオープンデートフィルタウィンドウを示す図。 本発明の他の実施の形態に従ってデータセットに対してセグメンテーション基準を増分的に追加するユーザーインターフェースを示す図。 本発明の他の実施の形態に従ってデータセットに対してセグメンテーション基準を増分的に追加するユーザーインターフェースを示す図。

符号の説明

２０１ クライアント
２７５ 入力モジュール
２８０ クエリーモジュール
２８５ 解釈モジュール
２９０ 出力モジュール

Claims (24)

1. データセットに対して増分的にセグメンテーション基準を追加するためのコンピュータによって実現される方法であって、
   １つまたは複数の定義されたレポートを選択するためのユーザ入力を受け取ることと、
   前記１つまたは複数の定義されたレポートに対応付けられたウェブサイト訪問データからなるデータセットを取り出すことと、
   前記ウェブサイト訪問データが１つまたは複数のデフォルトのメトリクスによって分類された状態で、前記１つまたは複数の定義されたレポートを表示することと、
   前記１つまたは複数の定義されたレポートについてのセグメンテーション基準を調整するためのユーザ入力を受け取ることと、
   各々が前記セグメンテーション基準に従って調整された１つまたは複数の調整済みレポートを表示することと
   を具備する方法。
2. 前記セグメンテーション基準を調整するためのユーザ入力が、セグメンテーション基準を追加することからなる請求項１に記載の方法。
3. 前記セグメンテーション基準を調整するためのユーザ入力が、既存のセグメンテーション基準を除去することからなる請求項１に記載の方法。
4. 前記セグメンテーション基準を調整するためのユーザ入力が、データ範囲を調整することからなる請求項１に記載の方法。
5. 前記セグメンテーション基準を調整するためのユーザ入力が、新たなセグメンテーション基準を作成することからなる請求項１に記載の方法。
6. 前記セグメンテーション基準を調整するためのユーザ入力が、前記セグメンテーション基準についての選択肢のコンテキストメニューを起動することからなる請求項１に記載の方法。
7. 前記１つまたは複数の調整済みレポートについてのセグメンテーション基準を調整するためのユーザ入力を受け取ることと、
   各々が前記セグメンテーション基準に従って調整された１つまたは複数の２回調整済みレポートを表示することと
   をさらに具備する請求項１に記載の方法。
8. 前記１つまたは複数のデフォルトのメトリクスを調整するためのユーザ入力を受け取ることをさらに具備する請求項１に記載の方法。
9. 前記１つまたは複数の調整済みレポートを前記前記１つまたは複数の定義されたレポートのひとつとして記憶する請求項１に記載の方法。
10. 前記１つまたは複数の定義されたレポートは、１組の予め定義されたフィルタに対応付けられたプリセットレポートである請求項１に記載の方法。
11. 前記１つまたは複数の定義されたレポートは、現在のセッシヨンの間にユーザによってカスタマイズされたレポートである請求項１に記載の方法。
12. 前記１つまたは複数の定義されたレポートは、記憶装置から取り出された以前カスタマイズされたレポートである請求項１に記載の方法。
13. 前記１つまたは複数の定義されたレポートは、フォールアウトレポートである請求項１に記載の方法。
14. 前記データセットを取り出すことが、
    ネットワークに１つまたは複数のレポートクエリーを送ることと、
    前記ネットワークから前記１つまたは複数のレポートクエリーに対応するレポートデータを受け取ることと
    からなる請求項１に記載の方法。
15. データからなるレポートデータを受け取ることに応じて、ルックアップテーブルを使用して前記データを解釈することをさらに具備する請求項１４に記載の方法。
16. 前記１つまたは複数の調整済みレポートを表示することが、前記メトリクスを調整するためのユーザ入力を受け取った略直後に即座に行われる請求項１に記載の方法。
17. データセットに対して増分的にセグメンテーション基準を追加するためのシステムであって、
    １つまたは複数の定義されたレポートを選択するためのユーザ入力を受け取るよう構成された入力モジュールと、
    前記１つまたは複数の定義されたレポートに対応付けられたウェブサイト訪問データからなるデータセットを取り出すよう構成されたクエリーモジュールと、
    前記ウェブサイト訪問データが１つまたは複数のデフォルトのメトリクスによって分類された状態で、前記１つまたは複数の定義されたレポートを表示するよう構成された出力モジュールと、
    を具備し、
    前記入力モジュールが、さらに、前記１つまたは複数の定義されたレポートについてのセグメンテーション基準を調整するためのユーザ入力を受け取るよう構成されており、
    前記出力モジュールが、さらに、各々が前記セグメンテーション基準に従って調整された１つまたは複数の調整済みレポートを表示するよう構成されている
    ことを特徴とするシステム。
18. 前記データセットを取り出すことが、ネットワークに１つまたは複数のレポートクエリーを送ることと、前記ネットワークから前記１つまたは複数のレポートクエリーに対応するレポートデータを受け取ることとからなる請求項１７に記載のシステム。
19. 前記ネットワークからデータを受け取ることに応じて、前記データを解釈する解釈モジュールをさらに具備する請求項１７に記載のシステム。
20. 前記入力モジュールが、さらに、前記１つまたは複数の調整済みレポートについてのセグメンテーション基準を調整するためのユーザ入力を受け取るよう構成されており、
    前記出力モジュールが、各々が前記セグメンテーション基準に従って調整された１つまたは複数の２回調整済みレポートを表示するよう構成されている
    ことを特徴とする請求項１７に記載のシステム。
21. 前記入力モジュールが、さらに、前記１つまたは複数のデフォルトのメトリクスを調整するためのユーザ入力を受け取るよう構成されている請求項１７に記載のシステム。
22. 前記クエリーモジュールが、前記１つまたは複数の調整済みレポートを前記前記１つまたは複数の定義されたレポートのひとつとして記憶する請求項１７に記載のシステム。
23. 前記入力モジュールが、さらに、前記表示されたデータの様々な特徴点を調整するための入力を受け取るよう構成されている請求項１７に記載のシステム。
24. 前記出力モジュールが、さらに、前記メトリクスを調整するためのユーザ入力を受け取った略直後に即座に前記１つまたは複数の調整済みレポートを表示する請求項１７に記載のシステム。

Images