JP2008546104A - ウェブ解析ツールの要約情報またはステータスペインを提供するユーザーインターフェース - Google Patents

Abstract

データの要約比較を提供するシステムおよび方法。要約は、フィルタ処理データとフィルタ未処理データとを比較、または一セットのフィルタ処理データを別のものと比較してもよい。システムは、データに対応するよう動的に更新されるフィルタ処理データと併せて、ステータスペインつまりウィンドウをユーザに提示する。フィルタ処理データの要約は、他のフィルタ処理データまたはフィルタ未処理データと並べる表示に利用可能である。
【選択図】 図４

Description

本発明は、一般に、データベースに関連するツールのためのユーザーインターフェースに関する。より詳細には、本発明は、クエリーに応答して返されるデータを精査するためのグラフィカルユーザーインターフェースに関する。更に詳細には、本発明は、ウェブ解析ツールとともに使用するための、ウェブサイト使用量についての要約情報を提示するユーザーインターフェースである。

本出願は、３５Ｕ.Ｓ.Ｃ.§１１９に基づく優先権を、Ｂｒｅｔｔ Ｍ．Ｅｒｒｏｒによる２００５年６月６日出願の米国仮特許出願第６０／６８８，２２９号、発明の名称「ウェブ解析ツールの要約情報またはステータスペインを提供するユーザーインターフェース」（代理人整理番号Ｎｏ.１０４３０）、およびＢｒｅｔｔ Ｍ．Ｅｒｒｏｒによる２００５年６月３日出願の米国仮特許出願第６０／６８７，６２６号、発明の名称「データセットへのセグメント化基準のインクリメンタルな追加」（代理人整理番号Ｎｏ.１０４０２）により主張し、§１２０に基づく優先権を、Ｂｒｅｔｔ Ｍ．Ｅｒｒｏｒによる２００５年１２月２０日出願の米国特許出願第１１／３１３，５８８号、発明の名称「データセットへのセグメント化基準のインクリメンタルな追加」（代理人整理番号Ｎｏ.１０５７０）、Ｂｒｅｔｔ Ｍ．Ｅｒｒｏｒによる２００５年１２月２０日出願の米国特許出願第１１／３１３，８７５号、発明の名称「ウェブ解析ツールの要約情報またはステータスペインを提供するユーザーインターフェース」（代理人整理番号Ｎｏ.１０５７６）により主張するとともに、Ｂｒｅｔｔ Ｍ．Ｅｒｒｏｒ他による２００４年１１月１８日出願の米国特許出願第１０／９９３，３９７号、発明の名称「ビジネスの成功へ貢献する要素への値割り当て」（代理人整理番号Ｎｏ.９２６３）、Ｂｒｅｔｔ Ｅｒｒｏｒ他による２００３年６月２７日出願の米国特許出願第１０／６０９，００８号、発明の名称「サイト訪問経路データの取得および提示」（代理人整理番号Ｎｏ.８０５４）、およびＣａｔｈｅｒｉｎｅ Ｗｏｎｇ他による２００５年６月６日出願の米国特許出願第６０／６８８，０７６号、発明の名称「ウェブサイトトラフィック解析エンジンおよびユーザーインターフェース」（代理人整理番号Ｎｏ.１０３３１）に関連され、それぞれを引用して本明細書に組み込む。

最も普遍的な販売スローガンの一つは「顧客を知ること」である。この基本販売信条は、店舗に入ってくる人について知ることを遙かに超えてしまっている。すなわち、要求されるのはなかでも、何が顧客を惹き付けるのか、何を彼らは見ているのか、店舗内をどのように歩き回るのか、どの位の時間留まるのかを知ることである。顧客の購買傾向を研究することにより、小売業者は、販売促進、各種提示、更に店内レイアウトまでも、顧客の嗜好および傾向に合わせるよう用意し、収益の最大化を可能にしている。

従って、ウェブサイトプロバイダは、彼らのウェブサイトおよびそのサイト内の個々のウェブページに対する、使用量および訪問パターンを示すデータ収集を望むことが多い。このような情報は、例えば、サーバ負荷推定、広告費決定、デザインを見直す必要のあるウェブサイト領域の識別等を含む様々な目的に対して使用量統計値を展開する際に著しく貴重なことがある。

このような情報は、いろいろな用途で有用であり、例えば、ウェブページデザインの改良をもたらすフィードバックの収集、ウェブページ上のリンクおよびグラフィック要素を目立たせる様々な方法の効果測定および最終的な販売に対する個々のリンクの貢献度判定が含まれる。ウェブサイト管理者等のユーザは、様々な方法による結果の解析を望んでいることが多い。

ウェブ解析はウェブサイト使用量により生成されるデータの解析を指す。例えば、ウェブ解析を用いて訪問者のトラフィックデータを採集することができる。様々な訪問者のトラフィックデータは、どのブラウザを使用しているか、所与のウェブページ上のどのリンクが選択されるか、商品を購入したか等について測定される。ユタ州ＯｒｅｍのＯｍｎｉｔｕｒｅのＳｉｔｅ Ｃａｔａｌｙｓｔバージョン１１等の現在利用可能なウェブ解析ツールが幾つかある。これらのツールは、ウェブサイト使用量に関するデータを取得し、ユーザーリクエストに応え、脱落（fallout）／変換（conversion）、Ａ／Ｂテスト等のようなウェブサイト使用量に関する各種指標を表示できる。

このような既存ツールの一つの問題は、何も脈絡がない大量の生データしか提示しないということである。そのデータは、特定フィルターのアプリケーションに対応するか、または非常に特殊なクエリーに対応でき、通常表形式でユーザに提示される。例えば、ユーザは、所与の時間に、様々なフィルタおよび属性の結果を示す多数のウィンドウペインを示されることになる。現在、ユーザに文脈補足を提供し、フィルタ適用前後のデータ比較を反映する要約データを提示するメカニズムは存在していない。

従来技術は、脱落レポート、変換レポート、フローレポートのような幾つかの異なるグラフィック表示、および特定データをバーグラフまたは円グラフとして示す能力を提供しているが、フィルタ処理したデータの詳細な検討する文脈で要約データを提供するメカニズムは、現在のところ存在しない。

従って、従来技術の上記欠点を解決する、ウェブ解析ツール用の改良されたグラフィカルユーザーインターフェースに対する必要性が存在する。

本発明は、データ、例えば、フィルタ処理データとフィルタ未処理データとの要約比較、または２セットの異なるフィルタ処理データの要約比較を提供するシステムおよび方法である。本発明は、フィルタ処理データと併せてユーザに提示できるとともに、ユーザに提示される表データに対応するよう動的に更新されるステータスペインつまりウィンドウを提供する。、選択可能なボタンが、一実施の形態に従うユーザーインターフェースに提供され、ステータスペイン生成、記憶装置モジュールをアクティブ化し、フィルタ処理データとフィルタ未処理データとの要約比較、または２セットの異なるフィルタ処理データ間の要約比較を生成するようアクティブ化する。他の実施の形態では、ステータスペインは他の方法でアクティブ化される。

ユーザは、各種の事前にパッケージ化されたレポートを単一のワークスペース上に起動でき、任意のデータ項目上をクリックして全体結果のセットをそのデータで容易にフィルタ処理できる。フィルタ処理データの要約は、未処理データまたは他のフィルタ処理データセットと並べた表示にも利用できる。それらの機能の結果は、ほとんど瞬時に返されるので、ユーザはフィルタの組み合わせ効果を解析し、適用したフィルタの重要性を理解することができる。

本システムは、どのレポートをリクエストするかを特定し、フィルタ未処理レポートデータに対して、オプションで一つ以上のフィルタを特定するクエリーを、ネットワークに送信するクライアントを含む。クエリーに応じて、ネットワークは、符号化してもしなくてもよいレポートデータの表現を含むデータを返す。クライアントがレポート生成に十分なデータを受信すると、ユーザに出力するためにディスプレイにレポートを送る。ステータスペインのユーザーインターフェースモジュールは、ペインつまりウィンドウおよびボタン、ならびにユーザがウェブ解析ツールと情報のやりとりをするための他の属性を生成するためのルーチンを含む。

本発明のこれらの局面は、上記説明の方法により生成される情報の優れた可視化を提供するので、ウェブサイトのどの要素が、サイト成功に貢献するか、および投資回収に貢献するかの価値ある識見を、ウェブサイト所有者に提供する。より詳細には、比較を並べて用いることにより、作製されるセグメントの重要性をユーザは直ちに理解することができる。

本発明をウェブ解析ツールの文脈で説明するが、当該分野の技術者には言うまでもなく、本発明は、格納データに関する多数のクエリーからのデータを見るためのユーザーインターフェースのような、多様な他の用途を有する。本発明を説明する文脈は、簡便性および理解の簡易性だけが目的であり、本発明の範囲を制限するためではない。

以下の記述では、説明を目的として、本発明の十分な理解を提供するために多数の仕様詳細を説明する。しかし、当該分野の技術者には言うまでもなく、本発明は、これらの仕様詳細がなくても実施可能である。他の例では、本発明を曖昧なものにしないようにするために、構造および装置をブロック図の形式で示す。

本発明は、本明細書中の動作を実行するための装置にも関連する。本装置は要求される目的に対して特別に構築してもよく、またはコンピュータ内に格納されるコンピュータプログラムにより選択的にアクティブ化されるか、または再構成される汎用コンピュータを備えてもよい。このようなコンピュータプログラムは、限定はしないが、フロッピーディスク、光ディスク、ＣＤ−ＲＯＭ、および光磁気ディスクを含む任意の型式のディスク、リードオンリーメモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、磁気または光カード、または電子命令を格納するのに適した任意の型式の媒体等の、それぞれコンピュータシステムバスへ接続されるコンピュータ読み取り可能な記憶媒体に格納してもよい。

本明細書中で提示するアルゴリズムおよびおよび表示は、何れかの特定コンピュータまたは他の装置に本質的には関連していない。各種の汎用システムを、本明細書の教示に基づくプログラムとともに用いてもよく、または更に専用化した装置を構築して、要求される方法ステップを実行するのが便利であることを立証してもよい。多様なこれらのシステムに要求される構造は以下の説明から明らかとなろう。更に、本発明は、何れか特定のプログラミング言語を参照して説明しない。言うまでもなく、各種のプログラミング言語を用いて、本明細書中で説明する本発明の教示を実施してもよい。

オンライン小売業者から商品を購入する過程では、訪問者／顧客は一般に基本的な経路に従う。訪問者はウェブサイトに入り（例えば、ウェブサイトのＵＲＬをタイプ入力するか、または「お気に入り」メニューから選択するか、またはリンクをクリックすることによる）、オンライン小売業者のホームページを提示される。処理の間、訪問者は商品の説明を提示されるのが一般的である。訪問者が商品を購入したいと望む場合、「カートに加える」リンクをクリックし、チェックアウトページへ、次いで支払いおよび出荷情報に記入するページへ移動する。これらの情報を記入してから、訪問者は確認ページを提示されるのが一般的であり、ウェブサイトを出る前にここで注文を再検討し、最終決定する機会を与えられる。このようなシーケンスを通じての訪問者の移動解析は、ウェブサイト管理者にとって非常に価値がある。

サイト経路シーケンスを収集する技法は従来技術で周知である。特定の訪問者がページからページへ移動するときに認識され、訪問者追跡のメカニズムは、従来技術で周知なので本明細書では詳細説明は必要ない。訪問者／顧客のウェブページ訪問記録は、発生した時間に基づいて順序どおりに格納される。各訪問記録は、２種類の情報、すなわち訪問を受けたページの識別子と、シーケンスデータをフィルタ処理し、解析するための更なる基準を提供するメタデータとを含むのが典型的である。

幾つかの文脈では、訪問者の移動の特定要素は、ウェブサイト訪問経路を解析する際に重要であることを意味する「チェックポイント」として指定される。一般に、チェックポイントの特定シーケンスの全インスタンスは、シーケンス内の何れか他のノード（非チェックポイント）の有無にかかわらず、同等であると考えられる。チェックポイントの使用に関する更なる詳細は、同時係属中の、Ｂｒｅｔｔ Ｅｒｒｏｒ他による２００３年６月２７日出願の米国特許出願第１０／６０９，００８号、発明の名称「サイト訪問経路データの取得および提示」内で参照でき、引用して本明細書に組み込む。

一実施の形態では、本システムは、特定の特性、場所、名称、人気度、または何らかの他の要因に基づいて、チェックポイントとして特定ノードを自動的に指定する。例えば、ホームページ、および／または５つの最も人気のあるページを、自動的にチェックポイントとして指定できる。一実施の形態では、これらの自動の、または既定のチェックポイントを用いて、初期目標経路を構築することができる。

本発明の一実施の形態の説明を、本明細書で説明するのはこの文脈に沿っている。

図９は、本発明の一実施の形態による、データセットにセグメント化基準をインクリメンタルに追加する方法を示すフローチャートである。

処理は、ステータスペインを表示する（９０５）ことにより開始される。ステータスペインの各種の局面では、ウィンドウ型オペレーティングシステムのための周知の交信技法に基づいて、ユーザはペインおよびレポートウィンドウと情報をやりとりすることができる。一実施の形態では、行数を編集でき、ユーザは、縁をドラッグして高さおよび幅を変更し、それと同様に、ウィンドウを最小化、削除、および最大化し、ウィンドウのタイトルバーをドラッグしてキャンバス上のウィンドウを再配置／再編成し、列の縁をドラッグして列幅の大きさを変更することができる。

次いで、ユーザ入力を受けて（９１０）、閲覧するための一つ以上の定義済みレポートを選択する。一実施の形態では、ユーザは、レポートボタン等のユーザーインターフェース操作ボタンをクリックすることにより、このステップを開始する。

次に、システムは、一つ以上の定義済みレポートと関係付けられる、例えばウェブサイト訪問データを含むデータセットを検索する（９２０）。一実施の形態では、これはネットワークへレポートクエリーを送信し、クエリーに対応するネットワークからのレポートデータを受信することにより達成される。ネットワークは、一実施の形態では、符号化または非符号化データで回答する。本実施の形態では、検索は、例えば、ローカルのキャッシュ内に格納されるハッシュコード／意味を用いて、データを解釈するステップを含む。

検索（９２０）の後、システムは、一つ以上の定義済みレポートを表示する（９３０）。一実施の形態では、各レポートは、一セットの既定の指標を表示し、データはその指標によりソートされる。例えば、初期設定の既定の指標は、ウェブサイト訪問とすることができるが、ユーザは、オプションのスクリーンを介してこれをカスタム化できる。一実施の形態では、ユーザは、例えば、指標を変更、追加、または削除することによってレポート毎に既定の指標をカスタム化できる。

一実施の形態では、あらかじめプログラムされた既定の指標は、Page Views（ページ閲覧）；Visits（訪問）；Hourly、Daily、Weekly、Monthly、Quarterly、またはYearly Unique Visitors（時、日、週、月、４半期または年に一回の訪問者）；Revenue（収入）；Orders（注文）；Units（台数）；Cart Opens、Adds、Removes、およびViews（カートを開く、追加、削除および見る）；Checkouts（チェックアウト）；Custom Events（カスタムイベント）；Occurrences（出来事）（Product View（製品を見る）、Campaign Click-thru（クリックしてキャンペーンを見る）、インスタンス等価物）；およびParticipation Metrics（参加指標）を含む。

初期設定では、レポートは、既定数のデータ行（例えば１０）を示すが、ユーザは、所望するように既定数を調整できる。様々な実施の形態では、レポートは、一セットの所定のフィルタと関係付けられる標準で、プリセットのレポート；ユーザが現在のセッション中に作成したカスタム化レポート；記憶装置から取り出した、以前のカスタム化レポート；または脱落レポートである。

幾つかの実施の形態では、レポートデータの様々なビューが利用可能である。例えば、ビューの種類は、傾向、改善、順位、時間経過、脱落、Ｃ＆Ａ、グラフィック、ガントチャート、表、生データ、およびフレキシブルを含む。レポートによっては、ユーザが特定キーワードまたはフレーズを検索して、記入項目を閲覧することができる検索フィールドも含む。

ユーザがレポートのフィルタ処理を所望する場合、システムはユーザ入力を受けて（９４０）、レポートに対するセグメント化基準を調整するか、レポートをフィルタ処理する。様々な実施の形態では、調整／フィルタ処理は、セグメント化基準の追加；既存のセグメント化基準の削除；データ範囲の調整；新規セグメント化基準の生成；およびセグメント化基準に対するオプションの文脈メニューのアクティブ化を含む。

ユーザは、様々な手段でレポートをフィルタ処理できる。例えば、ユーザは、所望のフィルタ処理基準に隣接するアイコン（「じょうご」）上をクリックする。一実施の形態では、じょうごアイコン上をクリックすることにより、フィルタが、「［次元］=［選択商品］の場合の訪問と論理ＯＲをとる」パラメータとして適用される。一実施の形態では、ユーザはシフトを押しながらクリックしてフィルタを「論理ＡＮＤ」基準として適用することができる。一実施の形態では、ユーザは右クリックしてフィルタを適用するためのオプションのメニューを見ることができる。一実施の形態では、アイコンはトグルとして働き、現在の状態に応じてアクティブ化と非アクティブ化との間を切換える。

一実施の形態によれば、表示されるレポートの要素は、それ自体が、フィルタを規定するためのユーザ入力要素である。従って、ユーザは表レポート内の領域（線等）上をクリックして、その領域内に表示されているデータ項目と対応するフィルタを適用することができる。

次に、本システムは、選択された基準を処理して、一つ以上の調整／フィルタ処理したレポートを表示する（９５０）。一実施の形態では、各レポートは適用されるセグメント化の基準／フィルタに基づいて調整される。一実施の形態では、調整／フィルタ処理されたレポートは実質的に瞬時に表示され、セグメント化基準を調整するユーザ入力が続く。一実施の形態では、レポートのサンプリングレートが、リクエストされたデータ範囲、利用可能なＲＡＭおよび他の技術的考察に基づいて選択される。

本処理の一部として、本システムはレポートを格納してもよい。ユーザは、保存し、あとでプロジェクトを再度開くことができる。ユーザがプロジェクトを保存すると、データセット、フィルタ、レポート、およびキャンバス概観は全て保存される。次にユーザが保存したプロジェクトを開いた場合、全てが、それを閉じたときと同じように見える。

調整／フィルタ処理されたレポートが表示（９５０）されてから、一実施の形態の情報追加ウィンドウまたはペインへのアクセスを提供する、一実施の形態に基づく一つ以上の選択可能なボタンが表示される（９６０）。一実施の形態では、ボタンは、要約レポート、合計レポート、取引レポート、ウェブトラフィックレポート、および経路レポートのためのボタンを含む。

次に、比較レポートをアクティブ化するためのユーザ入力が受信され（９７０）、それに応えて比較レポートが表示される（９８０）。一実施の形態では、ユーザ入力は、選択可能ボタンをクリックする形式をとる。一実施の形態では、比較レポートは、ステータスペイン、例えば図４の４０２上の別のペインに表示される。ペインは、提示されるデータ種類に応じて様々な形式を有していてもよい。

当該技術に精通する者には言うまでもなく、本発明は、ユーザが規定できるか、および／またはそのようなフィルタ処理基準の任意の組み合わせにより、任意の種類のフィルタ処理基準と関連して用いることができる。実施例は、順序を示す訪問番号（この訪問が、訪問者の一回目の訪問か、２回目の訪問か等を示す）、どの特定ページが訪問されたか、訪問日時、訪問者の地理的場所、使用されているウェブブラウザ、訪問者がブラウザのβ版を用いているかどうか等を含む。

図１Ａは、システムの一実施の形態のブロック図である。本発明は、ノイマン型アーキテクチャの文脈で説明するが、言うまでもなく、本発明の一実施の形態は、クライアント／サーバアーキテクチャ内で機能を分担する。図１Ａを参照すると、システムは、制御ユニット１５０、ディスプレイ１００、キーボード１２２、カーソルコントローラ１２３、ネットワークコントローラ１２４およびオーディオ装置１２５を含むとして示される。制御ユニット１５０は、プロセッサ１０２、主メモリ１０４、および記憶装置１０７を含んで示され、それら全ては、システムバス１０１に通信可能に接続されている。

プロセッサ１０２は、データ信号を処理し、複数命令セットコンピュータ（ＣＩＳＣ）アーキテクチャ、縮小命令セットコンピュータ（ＲＩＳＣ）アーキテクチャ、または命令セットの組み合わせを実装するアーキテクチャを含む各種のコンピューティングアーキテクチャを備える。図１Ａに単一のプロセッサだけを示すが、多数のプロセッサを含んでもよい。

主メモリ１０４は、プロセッサ１０２により実行される命令および／またはデータを格納できる。命令および／またはデータは、本明細書で説明する何れかおよび／または全ての技法を実行するためのコードを含んでいてもよい。主メモリ１０４は、ダイナミックランダムアクセスメモリ（ＤＲＡＭ）装置、スタティックランダムアクセスメモリ（ＲＡＭ）装置、または従来技術で周知の幾つかの他のメモリ装置でもよい。メモリ１０４は、図２Ａを参照して以下に詳述する。特に、セグメント化定義のためのユーザーインターフェースを提供するためのメモリ１０４の一部を詳細に示す。

データ記憶装置１０７は、プロセッサ１０２のためのデータおよび命令を格納し、ハードディスクドライブ、フロッピーディスクドライブ、ＣＤ−ＲＯＭ装置、ＤＶＤ−ＲＯＭ装置、ＤＶＤ−ＲＡＭ装置、ＤＶＤ−ＲＷ装置、フラッシュメモリ装置、または従来技術的で周知の幾つかの他の大容量記憶装置を含む一つ以上の装置を備えていてもよい。

システムバス１０１は、制御ユニット１５０全体を通じて、情報およびデータを通信するための共有バスを表す。システムバス１０１は、業界標準アーキテクチャ（ＩＳＡ）バス、周辺機器相互接続（ＰＣＩ）バス、ユニバーサルシリアルバス（ＵＳＢ）、または類似機能を提供する従来技術で周知の何らかの他のバスを含む一つ以上のバスを表してもよい。

システムバス１０１を通じて制御ユニット１５０へ接続される追加構成要素は、ディスプレイ装置１００、キーボード１２２、カーソルコントロール装置１２３、ネットワークコントローラ１２４およびオーディオ装置１２５を含む。ディスプレイ装置１００は、本明細書で説明する電子画像およびデータを表示するよう備えられる任意の装置を表す。ディスプレイ装置１００は、ブラウン管（ＣＲＴ）、液晶ディスプレイ（ＬＣＤ）、または類似して備えられる任意の他のディスプレイ装置、スクリーン、またはモニタとしてもよい。キーボード１２２は、制御ユニット１５０に接続して、情報およびコマンド選択をプロセッサ１０２と通信する英数字入力装置を表す。カーソルコントロール１２３は、位置データおよびコマンド選択をプロセッサ１０２と通信するよう備えられるユーザ入力装置を表す。カーソルコントロール１２３は、マウス、トラックボール、スタイラス、ペン、タッチスクリーン、カーソル方向キー、またはカーソルを移動させる他のメカニズムを含んでいてもよい。ネットワークコントローラ１２４は、制御ユニット１５０を多数の処理システムを含むネットワークへリンクする。処理システムのネットワークは、ローカルエリアネットワーク（ＬＡＮ）、広域エリアネットワーク（ＷＡＮ）（例えば、インターネット）、および／または多数の装置が通信可能な任意の他の相互接続されるデータ経路を備えていてもよい。

一つ以上のＩ／Ｏ装置１２５が、システムバス１０１へ接続される。例えば、Ｉ／Ｏ装置１２５は、オーディオ入力を受信し、オーディオ出力を送信するよう備えられるオーディオ装置１２５でもよい。オーディオ入力は、オーディオ装置１２５およびネットワークコントローラ１２４内のマイクロホンを含む、各種装置を通じて受信してもよい。同様に、オーディオ出力は、プロセッサ１０２およびネットワークコントローラ１２４を含む各種装置から送出されてもよい。一実施の形態では、オーディオ装置１２５は、汎用コンピュータシステム内での使用に設計される汎用の、オーディオ用アドイン／拡張カードである。オプションとして、オーディオ装置１２５は、一つ以上のアナログ−デジタルまたはデジタル−アナログ変換器、および／またはオーディオ処理を容易にする一つ以上のデジタル信号プロセッサを含んでいてもよい。

当該技術に精通する者には言うまでもなく、制御ユニット１５０は、本発明の精神および範囲から逸脱することなく、図１Ａに示す構成要素より多く含んでも少なく含んでいてもよい。例えば、制御ユニット１５０は、例えば、一次または二次キャッシュのような追加メモリ、または一つ以上の特定用途向け集積回路（ＡＳＩＣ）を含んでいてもよい。同様に、追加構成要素は、例えば、画像スキャン装置、デジタル静止画またはビデオカメラ、または制御ユニット１５０への電子データの取得および／またはダウンロードするようそなえられてもいいし、または備えられなくてもよい他の装置を含む制御ユニット１５０へ接続してもよい。

図１Ｂを参照して、一実施の形態による本発明を実施するのに有用なシステム１３０の実施例を示す。当該技術に精通する者には言うまでもなく、本発明は図示の実施例と異なる他の実施の形態を用いて実施することができる。

システム１３０は、データセットにセグメント化基準をインクリメンタルに追加するために、クライアント１３２、ネットワーク１３４、およびオプションとしてキャッシュ１４８を含む。クライアント１３２は、幾つかの実行可能なコード部分およびデータファイルを含むソフトウエアを含む。これらは、本発明の一実施の形態によるウェブサイト使用量レポートを閲覧し、相互作用するためのコード、および図２Ａ，２Ｂと併せて更に詳細説明するユーザーインターフェースの機能をサポートするためのコードを含む。

クライアント１３２は、本発明の方法に基づいて実行される処理を統合するよう応答可能である。例えば、クライアント１３２は、入力１５４を入力装置から受け取り、ユーザに出力するためにディスプレイ１４４（または他の出力装置）へレポートを送る。クライアント１３２は、標準的なパーソナルコンピュータ上で実行される。

ネットワーク１３４は、図３Ａ，３Ｂと併せて更に説明する、ウェブサイト使用量に関するデータに対するクライアントのリクエストを取扱い、応答するための中央集中ネットワークである。

キャッシュ１４８は、存在すれば、最新のアクセスデータを保持する小型で高速のメモリからなる標準的なキャッシュである。キャッシュ１４８は、例えば、後述するような、レポートデータのためのハッシュコード／意味のリストを含んでいてもよい。

一実施の形態では、図１Ｂに示す構成要素は次のように動作する。ユーザが入力装置１５２を介して一つ以上のレポートをリクエストすると、クライアント１３２はその旨の入力を受け取る。クライアント１３２は、どのレポートがリクエストされているかを特定し、かつオプションとしてそのレポートに対する一つ以上のフィルタを特定して、ネットワーク１３４にクエリー１３６を送信する。一実施の形態では、クエリー１３６は、ＸＭＬフォーマットで行われる。

クエリー１３６に応答して、ネットワーク１３４は、レポートデータの表現を含むデータ１３８を返す。多様な実施の形態では、データ２０４は、符号化しても、しなくてもよく、ハッシュデータとしてもよく、または標準のルックアップテーブルに含まれてもよい。例えば、データ１３８は、レポート内の項目のテキスト文字列の名前をハッシュコード化した項目で特定してもよい。このデータ１３８はクライアント１３２により受信される。

クライアント１３２は、例えば、ローカルキャッシュ１４８内に、以前受信して復号化したハッシュコード／意味のリストを格納しているので、以前に遭遇したことがあるデータを正しく解釈できる。一実施の形態では、ローカルキャッシュ１４８はセッションの最後に消去されるので、同一セッションで受信したこれらのコード／意味だけが格納される。他の実施の形態では、ローカルキャッシュ１４８は、ユーザの必要性に応じて、持続性を長くするか短くする方法で実装される。

データ１３８を受信すると、クライアント１３２は、記憶装置、例えば、キャッシュ１４８を調べ、記憶装置がデータ１３８内のハッシュコード／意味を含む場合（言いかえると、クライアント１３２が以前に同一のコード／意味を含むデータを受信したことがある場合）、クライアント１３２は、ネットワーク１３４とそれ以上の通信をしなくても、データの意味を解釈できる。例えば、ハッシュコード／意味は、ハッシュ項目＃２９９がインターネットエクスプローラ６．０を使用する訪問者を意味すると特定できる。データ１３８からのハッシュコード／意味がキャッシュ１４８内に存在しない場合、クライアント１３２は、ネットワーク１３４へクエリー１４０を送信し、ネットワーク１３４は、解釈１４２をクライアント１３２へ送信することにより応答する。ハッシュ１４２は、クライアント１３２へ項目の意味を提供する。一実施の形態では、クライアント１３２は将来の使用に備えてこの意味を格納する。

クライアント１３２が、十分なデータを受信してレポートを生成すると、ユーザへ出力するためにディスプレイ１４４へレポートを送る。一実施の形態では、幾つかの意味がまだ受信されていない場合でも、クライアント１３２はレポートを送るが、レポートは特定項目が未知であることを表明する。別の実施の形態では、クライアント１３２は、エラーメッセージを表示し、および／またはより完全な意味データが利用可能となるまで待機する。

ユーザは、マウス、キーボード等のユーザ入力装置１５２を介して、表示されたレポートと情報をやりとりできる。ユーザは、レポート内の領域上をクリックでき、フィルタと解釈できる領域上をユーザがクリックすると、クライアント１３２は、新規のレポートフィルタ基準を含む新規クエリー１３６を生成し、送信する。次いで、上記処理を繰り返し、更新されたレポートがディスプレイ１４４へ送信される。

図２Ａは、オペレーティングシステム２０２、ウェブブラウザ２０４、アプリケーション２０６、ステータスペインユーザーインターフェース（ＵＩ）モジュール２０８、ウェブ解析ツール２１０、およびステータスペイン（ＳＰ）生成および格納モジュール２１２を含む、本発明のメモリ１０４の一実施の形態を示す。

オペレーティングシステム２０２は、一実施の形態では、ウインドウズ（登録商標）、ソラリス（登録商標）またはリナックス（登録商標）型オペレーティングシステムのような、従来型式の一つである。

ウェブブラウザ２０４は、インターネットへのアクセスを提供する従来型であり、ＨＴＭＬ、ＸＭＬまたは他のマークアップ言語を処理して、ディスプレイ装置１００上にイメージを生成するものである。例えば、ウェブブラウザ２０４は、ＭｏｚｉｌｌａのＦｉｒｅｆｏｘまたはマイクロソフトのインターネットエクスプローラとすることができる。

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

メモリは、ユタ州ＯｒｅｍのＯｍｎｉｔｕｒｅのＳｉｔｅ Ｃａｔａｌｙｓｔバージョン１１のような、ウェブ解析ツール２１０も含む。このようなツール２１０は、同時係属中の仮特許出願である、Ｃａｔｈｅｒｉｎｅ Ｗｏｎｇ他による２００５年６月６日出願の米国特許出願第６０／６８８，０７６号、発明の名称「ウェブサイトトラフィック解析エンジンおよびユーザーインターフェース」（代理人整理番号Ｎｏ.１０３３１）に開示され、その全体を引用して組み込む。

ステータスペインユーザーインターフェース（ＵＩ）モジュール２０８は、ペインまたはウィンドウ、ならびにウェブ解析ツール２１０とユーザの交信用のボタンおよび／または他の属性を生成するためのモジュールおよびルーチンである。ステータスペインＵＩモジュール２０８が生成する表示は、図４〜図８を参照して以下に詳細に示す。ステータスペインＵＩモジュール２０８は、ステータスデータを生成して、データに適用されるフィルタに関する情報をユーザに提供する。本発明のキーとなる局面は、フィルタ処理データとフィルタ未処理データとの要約比較、または２セットの異なるフィルタ処理データ間の要約比較の何れかを示すステータスペインのアクティブ化である。ステータスペインＵＩモジュール２０８は、一実施の形態に従うフィルタ処理データと併せてユーザに提示されるか、またはフィルタ処理データの上に表示されてもよい比較のステータスペインまたはウィンドウを提供する。ステータスペイン内のデータは、ユーザが適用するよう選択したフィルタに応じて動的に更新される。

ステータスペイン（ＳＰ）生成および格納モジュール２１２は、フィルタ未処理データおよびフィルタ処理データの生成および格納のためのルーチンおよびメモリ、ユーザに提示されるステータスペインの一つ以上のテンプレートまたはフォーム、および構成情報を含む。一実施の形態では、単一のテンプレートが格納され、ウェブ解析ツール２１０が使用するデータセットからのデータが常駐している。代替の実施の形態では、提示され、データが常駐するテンプレートは、ユーザがデータを見ている文脈に依存する。更に別の実施の形態では、用いられるテンプレートは、ユーザが提供している構成情報に依存する。

ＳＰ生成および格納モジュール２１２は、ユーザが異なるフィルタを適用する時に、有利にステータスペイン内のデータを再生したり、または見ているデータセグメントを修正する。従って、ステータスペインは、ユーザが見ているデータと同期して、データのハイレベルなまたは要約の閲覧を提供する。上記したように、ステータスペインは、フィルタ処理データおよびフィルタ未処理データをともに、または２セットの異なるフィルタ処理データをともに示すので、ＳＰ生成および格納モジュール２１２は、現在のデータを維持してユーザが見ているスクリーンと一致させなければならない。ＳＰ生成および格納モジュール２１２は、ステータスペインＵＩモジュール２０８に接続して表示されるデータを提供し、どのフィルタが適用されているかを示すデータを受け取る。

ＳＰ生成および格納モジュール２１２およびステータスペインＵＩモジュール２０８を、メモリ１０４内の別モジュールとして説明してきたが、クライアントまたはサーバの何れかに常駐させるかまたは動作させてもよい。更に、別モジュールとして示しているが、ウェブ解析ツール２１０の一部であるワークベンチ内に組み込んでもよい。

図２Ｂは、本発明の一実施の形態による、クライアントが使用するソフトウエアモジュールを示すブロック図である。モジュールは、幾つかの実行可能なコード部分およびデータファイルを含む。これらは、本発明の一実施の形態による、ユーザーインターフェースを生成し、サポートするためのコード、およびデータセットにセグメント化基準をインクリメンタルに追加するのをサポートするためのコードを含む。モジュールは、例えば、図１Ｂのクライアント１３２内に、または図１Ａのメモリ１０４の一部として含めてもよい。モジュールは、入力モジュール２１４、クエリーモジュール２１６、解釈モジュール２１８、および出力モジュール２２０を含む。

入力モジュール２１４は、入力を受け取って一つ以上のレポートを選択し；入力を受け取って一つ以上のレポートに対するセグメント化基準を調整し；入力を受け取って一つ以上の指標を調整し；そして、表示データの様々な局面を調整するための入力を受け取るよう構成される。従って、ユーザが入力装置を介して一つ以上のレポートをリクエストする場合、入力モジュールにより、クライアントがその旨の入力を受け取ることができる。

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

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

出力モジュール２２０は、一つ以上の定義済みレポートを表示し；セグメント化基準に基づいてそれぞれが調整される一つ以上の調整レポートを（一つずつまたは多数）表示し；セグメント化基準に基づいてそれぞれが調整される一つ以上の２回調整レポートを表示するよう構成される。一実施の形態では、出力モジュール２２０は、ユーザへ出力するためにディスプレイ装置へレポートを送る。

上記説明のソフトウエア部分２１４〜２２０は、単体のソフトウエアモジュールである必要はない。図示のソフトウエア構成は、例示だけの目的であり、他の構成は、本発明の範囲により、かつ範囲内で、考慮される。

図３Ａを参照して、ウェブ解析システム内の本発明の構成要素の相互作用を示すブロック図を説明する。ユーザ３００は、ウェブ解析ツール２１０のステータスペインと情報のやりとりを行う。上記したように、ＳＰ生成および格納モジュール２１２およびステータスペインＵＩモジュール２０８は、ウェブ解析ツール２１０の一部とするか、またはそれと協働して動作させることができる。セグメント化エンジン２１２は、命令に沿ってセグメント定義を用いて、そのセグメント定義をデータソースへ適用することにより、データセットを生成する。次いで、ウェブ解析ツール２１０により更にデータセットを操作して、そのデータに基づいて、レポート、ユーザへの表示、ユーザの追跡、目標および通知を生成することができる。その操作の間、ＳＰ生成および格納モジュール２１２およびステータスペインＵＩモジュール２０８は、データを生成し、格納し、図４〜図８を参照して以下に示すインターフェースを利用可能とする。

図３Ｂを参照して、一実施の形態に基づいて、図１Ｂのネットワーク１３４のためのアーキテクチャの実施例を示す。ネットワーク１３４は、クライアント１３２からクエリー１３６、１４０を受信する任意の数のフロントエンドウェブサーバ３０４と、記憶装置、例えばデータベース３０８からデータを取得し、取得したデータを解析し、クライアント１３２へレポートデータを返送する任意の数のバックエンドサーバ３０６とを含む。サーバ３０４、３０６は、ネットワークを横断して通信するための、ＴＣＰ／ＩＰおよびＨＴＴＰのような、周知のネットワークプロトコルを用いて情報を送受信するコンピュータまたは装置である。バックエンドサーバ３０６は、適切なデータセットを、フィルターリクエストに基づいてクライアント１３２へ送信する。例えば、ユーザが特定のウェブブラウザを用いた訪問者だけに関心があるとフィルターリクエストが特定する場合、バックエンドサーバ３０６は、特定された基準と一致しないデータを削除し、一致するデータだけをクライアント１３２へ送る。概念的には、バックエンドサーバ３０６は、可動フィルターバーをデータセットに適用し、フィルターリクエストに基づいてデータセットの大きさを変更しながら、データへのビューの一貫性を維持する。

データベース３０８は、クライアント１３２が用いるデータを格納するリレーショナルデータベースまたは他の種類のデータベースでもよい。データベース３０８は、例えば、図３Ａ〜図３Ｇと併せて説明するような、クライアント１３２がユーザーインターフェースを介してアクセス可能であってもよい。

データベース３０８は、ウェブサイト訪問データを含み、一実施の形態では、そのデータは、ハードディスクドライブのような何らかの記憶装置に格納されるバイナリー形式で格納される。一実施の形態では、データ部分の抽出が容易になるよう、ウェブサイト訪問データはファイル、または「bricks（レンガ）」へ分割する。サーバ３０６がデータベース３０８からデータを抽出する場合、基準と一致する特定のレンガがサーバに提供される。

一実施の形態では、ユーザが、特定の経過時間の間のウェブサイト訪問データを示すレポートをリクエストした場合、バックエンドサーバ３０６は、データベース３０８からウェブ訪問ログおよび／または統計値を含むデータを抽出する。一実施の形態では、サーバ３０６は、データベース３０８から、特定の経過時間全体にわたるウェブサイト訪問のスナップショットを表すデータを取得する。次いで、サーバ３０６は、リクエストに従ってフィルタを適用し、フィルタ処理データをクライアント１３２へ送信する。

一実施の形態では、ユーザが、より広い範囲のウェブサイト訪問データの日付をリクエストする場合は常に、バックエンドサーバ３０６はデータベース３０８から新規データ抽出を実行する。しかし、ユーザが以前に特定した範囲より日付を狭くする場合は、バックエンドサーバ３０６は、新規データ抽出を実行せずに、抽出されたデータを新規フィルターパラメータに基づいてフィルタ処理する。
ユーザーインターフェース

図４〜図８を参照して、ユーザーインターフェースまたはステータスペイン４０２を詳細に説明する。

ステータスペインＵＩモジュール２０８により生成されたインターフェース４０２は、ユーザがビューを選択できるキーとなる要約属性の視覚的表現である。図４に示すように、ステータスペイン４０２は、追加の情報ウィンドウつまりペインへのアクセスを提供する複数の選択可能ボタン４０４〜４１２を含む。例えば、図４に示すように、複数のボタンは、４０４〜４１２、すなわち、要約レポート用のボタン４０６、合計レポート用のボタン４０４、取引レポート用のボタン４０８、ウェブトラフィックレポート用のボタン４１０、経路レポート用のボタン４１２を含む。このステータスペイン４０２は、ユーザがマウス型カーソルでボタン４０４〜４１２上をクリックすることにより選択可能なボタン４０４〜４１２を含むものとして示されるが、代替として、カーソルをその上に置くと（「ホバーさせると」）、対応するレポートが自動的にポップアップするよう自動的にアクティブ化してもよい。当該技術に精通する者には言うまでもなく、図４は、ステータスペイン４０２の左上コーナーに逆「Ｌ字形」構成での一ボタン構成を示すが、ボタン４０４〜４１２は、ステータスペイン４０２の周辺の様々な他の場所に配置してもよい。

図４に矢印で示すように、合計レポートボタン４０４等のボタン４０４を選択すると、別のペイン４１４がステータスペイン４０２内に提示される。他のペイン４１４は、選択されるボタン４０４〜４１２と対応するレポートである。他のペイン４１４は、提示されるデータの種類に応じて様々な形式としてもよい。図示の一実施の形態では、他のペイン４１４は、既にユーザに提示されている何れかのデータの上に配置する。別の代替の実施の形態では、ペイン４０２のデータを表示していない部分は、他のペイン４１４を提示するのに用いられる。

図４に示すように、合計レポート４１４は幾つかの理由から特に有用である。第１に、提示されるウェブ指標４１６に対する合計値４１８と、提示されるフィルタ処理値４２０との比較が提供される。フィルタが適用されると合計値が見えなくなるので、これにより比較が明瞭に示されるのは有用である。第２に、指標４１６はユーザにより選択可能である。例えば、指標４１６には、図示のように、収入、ページ閲覧、および注文を含めてもよい。しかし、これらの指標は、ユーザが完全にカスタム化でき、訪問者、訪問、ブラウザまたはデータセット内の何らかの他の指標を含めてもよい。カスタム化は、指標セット全体が提示されるウィンドウを用いて行われ、関心のあるものを合計レポートか、または何らかの他のレポートに含めるようユーザが選択する。

一実施の形態では、提示データは、生データおよびデータセットと同じフォーマットをもつフィルタ処理データである。例えば、指標がドル表示または個数表示の場合、それらは同一フォーマットのままであり、そのデータを示すだけである。代替の実施の形態では、合計は常に１００％であり、フィルタ処理データはその１００％の割合である。別の実施の形態では、実データおよびフィルタ処理データに加えて、二つの列の間のパーセンテージの差を示す第３列が提供される。

ボタン４０４〜４１２は、他のペイン４１４の有無に対してトグル機能を交互に提供することに留意されたい。このような場合、ペイン４１４内のデータは動的であり、データに適用するフィルタをもつペイン４０２のもう一つの部分にユーザがカーソルを移動させると、他のペイン４１４内のデータが、カーソル位置と一致するよう変化することに留意されたい。

次に図５を参照して、データに対する例示ペイン４０２をステータス情報なしで示す。一実施の形態では、ユーザーインターフェースまたはペイン４０２は、マクロメディアのＦｌｅｘ、Ｊａｖａ、ＤＨＴＭＬ、またはこれらの組み合わせ等の周知の環境を用いて実装される。

ペイン４０２は、プロジェクトおよびレポートを生成し、統計レポートを表示するための機能を含む上部セクション５０２を含む。ペイン４０２は、レポート５１０を表示しフィルタ処理するための機能を含む下部セクション５０４も含む。図５は、初期設定でフィルタが適用されない４つのレポート５１０を有するペイン４０２を示す。

上部５０２は、一実施の形態による、プロジェクトツールバー５１２、レポート選択領域５１４、セグメントフィルタ領域５１６、およびデータフィルタ領域５１８を更に含む。プロジェクトツールバー５１２は、新規プロジェクトを作成する、既存のプロジェクトを開く、使用しているプロジェクトを保存する、プロジェクトを印刷する等のような様々な機能のアイコンを有する標準ツールバーである。レポート選択領域５１４は、下部セクション５０４に表示されるレポート５１０をリストに挙げ、レポートを開くボタン５２０および消去ボタン５２２を含む。レポートを開くボタン５２０により、ユーザは既存のレポートを開くことができる。一旦開くと、レポート名がレポート選択領域５１４内のリストに追加され、レポート５１０が下部セクション５０４に表示される。

セグメントフィルタ領域５１６は、適用されるフィルタのテキスト説明を表示する。図５のレポートはフィルタが適用されていないので、何のセグメント化基準も表示されない。セグメントフィルタ領域５１６は、セグメント化基準を手動で追加するための新規セグメントボタン５２４も含む。

データフィルタ領域５１８により、ユーザは日付によって、例えば、ユーザがみたいと思うレポートデータの日付範囲を選択することによって、レポート５１０をフィルタ処理できる。日付フィルタ領域５１８は、日付範囲セレクタ（to and from date selector）５２６および「この日付まで表示」セレクタ（show by selector）５２８を含む。日付範囲セレクタ５２６により、所望の日付をタイプ入力するか、またはカレンダーアイコンをクリックしてカレンダ上の日付を選択することにより、ユーザは、レポート５１０に表示するデータの開始日および終了日を設定できる。「この日付まで表示」セレクタ５２８により、ユーザはレポートの細部を、例えば、日、週、または月毎に、選択できる。

下部セクション５０４は、レポート選択領域５１４内で選択されるレポート５１０を含む。

図８は、本発明の一実施の形態による、より詳細なレポート５１０を示す。各レポート５１０は、規模の大きなデータセット、例えば、ウェブサイト訪問データの文脈内のある次元と対応するデータを表示する。レポート５１０毎に、一つ以上の既定の指標８０２に基づいてデータがソートされる。本実施例では、既定の指標８０２は訪問者（ウェブサイトへの）である。別の実施の形態では、使用される指標はユーザ定義とすることができる。

レポート５１０は、一セットの標準ファンクションキーを含み、印刷ボタン８０４、ダウンロードボタン８０６、およびビューセレクタ８０８を含む。印刷ボタン８０４によりユーザは、最初にレポートをダウンロードしなくてもオンラインレポートを印刷できる。印刷ボタン８０４をクリックすると、レポートのプリンタ用バージョンを伴うポップアップウィンドウが開く。

ダウンロードボタン８０６によりユーザは、レポートをダウンロードするフォーマット（例えば、ワード、エクセル、ＰＤＦ、ＨＴＭＬ）を選択できる。ユーザがフォーマットを選択すると、レポートは電子メール添付としてユーザに送信されるか、またはユーザのコンピュータに直接ダウンロードされる。

ビューセレクタ８０８によりユーザは、レポートデータの様々なビューを選択することができる。図８に示すランク付けビューは、大部分のレポートに対する既定ビューであり、ユーザは選択した期間に基づく表形式でレポートデータを見ることができる。他のビューは、チェックアウトの収入のような成功指標に基づく以前と現在の時間経過の間に実行された、商品がどのように選択されたかをユーザが見ることができる「改善」と、所与の時間についての傾向レポートをユーザが見ることができる「傾向」とを含む。ドロップダウンされるビューセレクタ８０８を用いて、ユーザは他の利用可能なビューを選択できる。

一実施の形態では、レポート５１０は、検索フィールド８１０を含む。検索フィールド８１０によりユーザは、特定のキーワードまたはフレーズを検索し、エントリを見ることができる。「ｇｏ」をクリックすると、その結果、表示されているレポートは、記入した検索項目によりフィルタ処理される。更に、詳細検索ボタン８１２により、ユーザは更に詳細に、例えば、正確なフレーズの検索のために、検索項目を用いて「ＡＮＤ」もしくは「ＯＲ」検索を実行するか、入力した検索項目を用いてエントリを除外するかを選択することにより検索をすることができる。一実施の形態では、詳細検索ボタン８１２をクリックすることにより、これらのオプションを表示するポップアップウィンドウを開く。

レポート５１０はそれぞれ、列に分割され、フィルタ列８１４、データ列８１６、および一つ以上の指標列８１８を含む。データ列８１６は、レポート５１０と対応する次元の様々な形式のリストを含む。図示の実施例では、その次元は、「ブラウザ」であり、従って、マイクロソフトのインターネットエクスプローラ６．０、ネットスケープナビゲータ６．２．３等の各種のブラウザがリストに挙げられている。指標列８１８は、それぞれの行８２０のデータ列８１６に対する統計値を含む。図示の実施例では、ブラウザ（データ列８１６）毎に、指標列８１８が、人数および全体の百分率で訪問者を表示する。

レポート５１０は、ユーザーインターフェース４０２に所定の選択行数を表示する。一実施の形態では、行数は編集することができる。ユーザは、ウィンドウ型オペレーティングシステムの周知の交信技法に基づくレポートウィンドウと情報のやりとりを行うことができる。例えば、ユーザは、縁をドラッグして高さおよび幅を変更し；最小化、削除、および最大化し；ウィンドウタイトルバーをドラッグすることによりキャンバス上のウィンドウを再配置／再編成し；列の余白をドラッグして列幅のサイズ変更ができる。

それぞれの行８２０のフィルタ列８１４は、ユーザがその行８２０によりデータをフィルタ処理できるアイコンを含む。フィルタを選択すると、全レポート５１０がフィルタ処理されてフィルタを反映する。フィルタ列８１４のアイコンはトグルとして働き、一実施の形態では、データの現在の状態に応じてデータを狭めるかまたは拡大する。所望であれば、データを更にフィルタ処理してもよく、全レポート５１０を追加基準により再度フィルタ処理する。一実施の形態では、フィルタ処理は実質的に瞬時に行われる。更に、行は合計行８２２内で合計される。

図６を参照して、ユーザが、インターネットエクスプローラ６．０と対応する行（８２０ａ）を介して、「ブラウザ」レポート上でフィルタを適用した後のペイン４０２を示す。その結果、レポート５１０のデータは、インターネットエクスプローラ６．０を使用する訪問者による訪問だけを見るよう狭められる。データの左にあるフィルタ列８１４内のフィルタ処理のアイコン上をクリックすることにより、フィルタが適用される。全レポートはここで、選択された基準に基づいてフィルタ処理され、従って、他の３つのレポートは、ブラウザがＩ．Ｅ．６．０であったデータのみを示している。適用されるフィルタと対応するテキストは、セグメントフィルタ領域５１６内には表示されないことに留意されたい。更に、ペイン４０２はここで、図４を参照して上記に示し説明したような、ボタン４０４〜４１２を含む。これらのボタン４０４〜４１２は、ユーザにハイレベルデータへの容易なアクセスを提供する。

例えば、ユーザが合計レポートボタン４０４を選択した場合、ＳＰ生成および格納モジュール２１２およびステータスペインＵＩモジュール２０８は、別のペインを生成して、図７に示すような合計レポート４１４を提示する。合計レポートは図７にボックスとして示すだけであるが、言うまでもなく、それは、ユーザまたは既定値により設定された指標およびこれらの指標と対応するデータを有する。合計レポート４１４の形式は、図４に示すものと類似としてもよい。これらのレポートは、現在適用されているフィルタ手段についての全体のデータを提供するので、特に有用である。

本発明を同一ウィンドウ内のオーバーレイとしてデータを提供するよう示したが、当該技術に精通する者には言うまでもなく、ボタン４０４〜４１２と対応するレポートは何れも、ポップアップウィンドウで提供するか、またはステータスペイン４０２へ隣接する（上または横に）ウィンドウで提供してもよい。

本発明を特定の実施の形態を参照して説明してきたが、当該技術に精通する者には言うまでもなく、多様な改変が提供されてもよい。例えば、ユーザーインターフェースは、色、グラフィックおよびアイコンを利用して各種のセクション、ペインまたはボタンを区別してもよい。本実施の形態に対する変形および改変は、本発明により、本発明のために提供される。

本発明の一実施の形態による、本発明のウェブ解析ツールを動作させるシステムのブロック図である。 本発明の一実施の形態による、データセットにセグメント化基準をインクリメンタルに追加するのに有用なシステムを示すブロック図である。 本発明の一実施の形態による、図１Ａのシステムのメモリの一実施形態のブロック図である。 本発明の一実施の形態による、ウェブ解析ツールが用いるソフトウエアモジュールを示すブロック図である。 本発明の一実施の形態による、ウェブ解析システム内の本発明の相互作用のブロック図表現である。 本発明の一実施の形態による、ウェブ解析ツールネットワークのためのアーキテクチャを示すブロック図である。 本発明の一実施例に従うグラフィカルユーザーインターフェースのグラフィック表現である。 本発明の一実施例に従うグラフィカルユーザーインターフェースのグラフィック表現である。 本発明の一実施例に従うグラフィカルユーザーインターフェースのグラフィック表現である。 本発明の一実施例に従うグラフィカルユーザーインターフェースのグラフィック表現である。 本発明の一実施例に従うグラフィカルユーザーインターフェースのグラフィック表現であり、極めて詳細なレポートを示す。 本発明の一実施の形態による、データセットにセグメント化基準をインクリメンタルに追加する方法を示すフローチャートである。

Claims (28)

1. 種々のウェブサイト訪問データの比較を提供するためにコンピュータによって実行される方法であって、
   ウェブサイト訪問データでなる一つ以上のレポートを表示することと、
   前記一つ以上のレポートをフィルタ処理するユーザ入力を受けることに応じて、一つ以上のフィルタ処理レポートを表示することと、
   比較レポートをアクティブ化するユーザ入力を受け取ることに応じて、ユーザが比較するための２セットのデータでなる前記比較レポートを表示することと、
   を具備することを特徴とする方法。
2. 前記２セットのデータは、フィルタ処理データの１セットおよびフィルタ未処理データの１セットを含む、請求項１の方法。
3. 前記２セットのデータは、フィルタ処理データの第１セットおよびフィルタ処理データの第２セットを備える、請求項１の方法。
4. 前記比較レポートをアクティブ化する前記ユーザ入力は、前記比較レポートと関係付けられる複数の選択可能ボタンの内の一つの選択を受け取ることを含む、請求項１の方法。
5. 前記比較レポートは、要約レポート、合計レポート、取引レポート、ウェブトラフィックレポート、および経路レポートから構成されるグループから選択されるレポートである、請求項１の方法。
6. 前記一つ以上のフィルタ処理レポートをフィルタ処理するユーザ入力を受け取ることは、前記一つ以上のレポートをＡＮＤ演算としてフィルタ処理するユーザ入力を受け取ることと組み合わされる、請求項５の方法。
7. 更に、前記一つ以上のフィルタ処理レポートをフィルタ処理するユーザ入力を受け取ることに応じて、一つ以上の２回フィルタ処理レポートを表示することを具備する、請求項１の方法。
8. 更に、前記一つ以上のフィルタ処理レポートを格納することを具備する、請求項１の方法。
9. 前記一つ以上のレポートは、現在のセッション中に作成されるユーザカスタム化レポートである、請求項１の方法。
10. 前記比較レポートを表示することは、前記比較レポートをアクティブ化するユーザ入力を受け取ると実質的に瞬時に行われる、請求項１の方法。
11. 前記一つ以上のレポートをフィルタ処理するユーザ入力を受け取ることは、二つ以上のフィルタを適用するユーザ入力を受け取ることを含み、前記二つ以上のフィルタはＡＮＤ演算として組み合わされる、請求項１の方法。
12. 前記一つ以上のレポートをフィルタ処理するユーザ入力を受け取ることは、二つ以上のフィルタを適用するユーザ入力を受け取ることを含み、前記二つ以上のフィルタはＯＲ演算として組み合わされる、請求項１の方法。
13. 前記一つ以上のレポートをフィルタ処理するユーザ入力を受け取ることは、二つ以上のフィルタを適用するユーザ入力を受け取ることを含み、前記二つ以上のフィルタはＡＮＤ演算として組み合わされる、請求項１の方法。
14. 前記一つ以上のフィルタ処理レポートは動的に更新される、請求項１の方法。
15. フィルタ処理およびフィルタ未処理のウェブサイト訪問データの比較を提供するためにコンピュータによって実行される方法であって、
    ウェブサイト訪問データでなる一つ以上のレポートを表示することと、
    前記一つ以上のレポートをフィルタ処理するユーザ入力を受け取ることに応じて、一つ以上のフィルタ処理レポートを表示することと、
    比較レポートをアクティブ化するユーザ入力を受け取ることに応じて、ユーザが比較するためのフィルタ処理データおよびフィルタ未処理データでなる比較レポートを表示することと、
    を具備する方法。
16. プロセッサにより実行可能なコンピュータプログラムを格納するコンピュータ読み取り可能なメモリであって、前記コンピュータプログラムは、ウェブ訪問データレポートを表示するためのユーザーインターフェースを生成する手順をプロセッサに実行させるものであり、前記ユーザーインターフェースは、
    ウェブサイト訪問データを備える複数のレポートを表示するレポート表示領域と、
    複数のフィルタを前記複数のレポートの内の第１のレポートへ適用するユーザ入力を受け取る複数のフィルタアイコンと、
    を備え、
    前記レポート表示領域は、前記複数のフィルタに基づいてそれぞれが調整される複数の調整レポートを表示するよう構成され、
    前記レポート表示領域は、一つ以上の比較レポートを表示するよう構成される、
    ことを特徴とするコンピュータ読み取り可能なメモリ。
17. 前記ユーザーインターフェースが更に一つ以上の選択可能ボタンを備える、請求項１６のコンピュータ読み取り可能なメモリ。
18. 前記コンピュータプログラムは、更に、前記一つ以上の比較レポートから選択された一つをアクティブ化するユーザ入力を受け取ることに応じて、前記一つ以上の比較レポートを表示する実行可能プロセスを前記プロセッサに実行させるものである、請求項１６のコンピュータ読み取り可能なメモリ。
19. 前記一つ以上の比較レポートはポップアップウィンドウ内に表示される、請求項１６のコンピュータ読み取り可能なメモリ。
20. 前記一つ以上の比較レポートは、前記複数の調整レポートに隣接するウィンドウ内に表示される、請求項１６のコンピュータ読み取り可能なメモリ。
21. 前記一つ以上の比較レポートは、要約レポート、合計レポート、取引レポート、ウェブトラフィックレポート、および経路レポートから構成されるグループから選択される、請求項１６のコンピュータ読み取り可能なメモリ。
22. 前記複数のフィルタアイコンは更に、前記複数のフィルタ処理レポートをフィルタ処理するユーザ入力を受け取るよう構成され、前記レポート表示領域は更に、複数の２回フィルタ処理レポートを表示するよう構成される、請求項１６のコンピュータ読み取り可能なメモリ。
23. ウェブサイト訪問データの要約比較を提供するシステムであって、
    一つ以上のレポートを表示するよう構成される出力モジュールと、
    前記一つ以上のレポートをフィルタ処理するユーザ入力を受け取り、比較レポートをアクティブ化するユーザ入力を受け取るよう構成される入力モジュールと、
    を備え、前記出力モジュールは、更に、一つ以上のフィルタ処理レポートを表示し、前記一つ以上のフィルタ処理レポートと関係付けられる比較レポートを表示するよう構成される、システム。
24. 前記比較レポートは、要約レポート、合計レポート、取引レポート、ウェブトラフィックレポート、および経路レポートから構成されるグループから選択されるレポートである、請求項２３のシステム。
25. 前記入力モジュールは、更に、前記一つ以上のフィルタ処理レポートをフィルタ処理するユーザ入力を受け取るよう構成され、前記出力モジュールは、更に一つ以上の２回フィルタ処理レポートを表示するよう構成される、請求項２３のシステム。
26. 更に、前記一つ以上のフィルタ処理レポートを格納する格納モジュールを備える、請求項２３のシステム。
27. 更に、前記一つ以上のレポートと関係付けられるウェブサイト訪問データを備えるデータセットを検索するよう構成されるクエリーモジュールを備える、請求項２３のシステム。
28. 更に、ネットワークから受信されるデータを解釈するよう構成される解釈モジュールを備える、請求項２３のシステム。

Images