JP2013539562A - 情報処理装置、サーバ−クライアントシステム、およびコンピュータプログラム製品 - Google Patents

Abstract

サーバ−クライアントシステムで、サーバは、ウェブサイトと、ウェブビーコン技術を使用してアクセスログを記録する機能とを提供し、サーバと通信可能なクライアント端末は、＜ｄｉｖ＞タグ要素内の＜ｉｍｇ＞タグ要素のソースにランダムパラメータを動的に追加される１画素イメージファイルを動的に埋め込むことによってＪａｖａＳｃｒｉｐｔを実行するブラウザを含む。ランダムパラメータは、少なくともクライアント端末内で獲得された現在時刻データを含む。サーバは、ウェブサイトから要求された１画素イメージファイルを読み取り、その１画素イメージファイルをＨＴＭＬ内でクライアント端末に転送し、同時に、ウェブビーコン技術によって記録可能な情報に加えてランダムパラメータを含むログを記録することができる。

Description

本開示は、一般に、アクセスログを記録し、アクセスログを取り出すのに適するものとすることができる、情報処理装置、サーバ−クライアントシステム、およびコンピュータプログラム製品に関する。

サーバ−クライアントシステムを、たとえば、ウェブサーバと、ウェブサーバによって提供されるウェブサイトにインターネットを介してアクセスするクライアント端末とによって形成することができる。ウェブサーバでは、クライアント端末からウェブサイトの各ウェブページに対して行われる各アクセスのログを記録することが有用である場合がある。ウェブビーコン技術は、いつ誰がウェブサーバによって提供されるウェブサイトのどのウェブページを訪問したのかのログを記録するために提案されたアクセス分析技法である。

たとえば、ウェブビーコン技術は、ターゲットウェブページの各分析に関して、埋め込まれるイメージを示す＜ｉｍｇ＞タグをＪａｖａＳｃｒｉｐｔに埋め込み、分析用の単一画素イメージファイルをウェブサイトから読み取らせる。クロスドメインで使用できる＜ｉｍｇ＞タグは、ウェブビーコンとして働く。ウェブサイトを訪問した訪問者に関する情報を、アクセスのログからウェブページ内に埋め込まれた＜ｉｍｇ＞タグ要素を抽出することと、ログを分析することとによって簡単に分析することができ、このログの分析は、ログ内に含まれる訪問者のＩＰ（インターネットプロトコル）アドレスをカウントするか分析することを含むことができる。単一画素イメージファイルは、たとえば同一のイメージファイルが異なるウェブページに埋め込まれる場合であっても、ウェブサイトのメモリリソースの不必要な消費を防ぎ、通信帯域幅の不必要な増加を防ぐのに使用される。

しかし、最近、クライアント端末のブラウザは、ファイルがキャッシングされたデータと同一のファイル名またはＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）を有する場合にキャッシングされたデータを使用する、キャッシング機能を有する場合がある。この理由から、キャッシングされたデータを使用し、指定されたウェブサイトからデータを読み取らないアクセスのログは、記録されない。

したがって、指定されたウェブサイトから単一画素イメージファイルを必ず読み取り、訪問者（またはユーザ）によって行われるアクセスのログを積極的に記録するために、キャッシング機能を無効にする方法が提案された。この提案された方法によれば、新しい単一画素イメージファイルであるものとしての単一画素イメージファイルの誤った認識を必ず意図的に引き起こし、指定されたウェブサイトからの読取を引き起こすために、動的にランダムなパラメータが、＜ｉｍｇ＞タグ要素のソースに、すなわち、単一画素イメージファイルのファイル名に追加される。その結果、アクセスのログが、指定されたウェブサイトのウェブページがアクセスされるたびに記録される。

しかし、ウェブビーコン技術は、提案された方法と組み合わされた場合であっても、指定されたウェブサイトの訪問されたウェブページごとにアクセス統計データを入手することを可能にする情報を含むログを記録するのみである。Ａｐａｃｈｅ ＨＴＴＰ（ハイパーテキスト転送プロトコル）サーバ（Ａｐａｃｈｅは登録商標である）は、訪問者のＩＰアドレス、ドメイン名、アクセス日時（秒以上の単位でのみ）、アクセスページ名、リファラ（すなわち、アクセスの直前に参照されたページ）、および類似物を含む、アクセスのログを記録する機能を有する。しかし、ウェブサーバが、たとえばＡｐａｃｈｅ ＨＴＴＰサーバによって形成される場合であっても、アクセスのログは、数秒程度の時間分解能だけを有する。この数秒程度の時間分解能は、人間の応答速度すなわちマウスクリックなどの手動操作がクライアント端末で訪問者によって行われるのに要する時間が考慮に入れられるときには、相対的に低い。さらに、アクセスのログは、ブラウザからの要求の順番で記録されるのではなく、ファイル転送実行の順番で記録される。

その結果、ウェブサーバで記録されるログは、アクセスに関連する、訪問者によって行われる操作の因果関係を格納せず、必ずしも、訪問者によって行われるアクセスに関連する操作を正確に反映しない。

したがって、本開示は、全般的に、ログが、アクセスに関連し、訪問者によって行われる操作の因果関係を格納し、そのような操作を正確に反映するようにするために、ウェブサイトへのアクセスのログを記録できる、新規で有用な情報処理装置、サーバ−クライアントシステム、およびコンピュータプログラム製品を提供する例示的実施形態を説明する。

いくつかの例示的実施形態によれば、ウェブサイトを提供するサーバと通信可能であり、ウェブビーコン技術を使用してアクセスログを記録する機能を含む、情報処理装置であって、ブラウザプログラムを格納するように構成されたストレージユニットと、ブラウザ機能を提供するためにストレージユニット内に格納されたブラウザプログラムを実行するように構成されたプロセッサとを含み、ブラウザ機能は、＜ｄｉｖ＞タグ要素内の＜ｉｍｇ＞タグ要素のソースにランダムパラメータを動的に追加される単一画素イメージファイルを動的に埋め込むことによってＪａｖａＳｃｒｉｐｔを実行する機能であって、ランダムパラメータは、少なくとも情報処理装置内で獲得された現在時刻データを含む、機能と、入力イベントが情報処理装置内で生成されるときに単一画素イメージファイルの要求をサーバに転送する機能とを含む、情報処理装置が提供される。

いくつかの例示的実施形態によれば、クライアント端末と通信可能な情報処理装置であって、サーバプログラムおよびログを格納するように構成されたストレージユニットと、サーバ機能を提供するためにストレージユニット内に格納されたサーバプログラムを実行するように構成されたプロセッサとを含み、サーバ機能は、ウェブサイトを提供する機能と、クライアント端末内で生成される入力イベントに応答して受信される単一画素イメージファイルの要求に応答して、単一画素イメージファイルをウェブサイトから読み取り、読み取られた単一画素イメージファイルをＨＴＭＬ内でクライアント端末に転送する機能と、クライアント端末へのＨＴＭＬ内での読み取られた単一画素イメージファイルの転送と実質的に同時に、ウェブビーコン技術を使用してクライアント端末から行われたアクセスのログを記録する機能とを含み、クライアント端末から受信される単一画素イメージファイルの要求は、ＪａｖａＳｃｒｉｐｔを実行することによって＜ｄｉｖ＞タグ要素内の＜ｉｍｇ＞タグ要素のソースにランダムパラメータを動的に追加される単一画素イメージファイルを動的に埋め込まれ、ランダムパラメータは、少なくともクライアント端末内で獲得された現在時刻データを含み、ログは、ウェブビーコン技術によって記録可能な情報に加えて、単一画素イメージファイルの要求内で単一画素イメージファイルに追加されるランダムパラメータを含む情報処理装置が提供される。

いくつかの例示的実施形態によれば、それぞれクライアント端末およびサーバとして機能する上で説明した情報処理装置を含むサーバ−クライアントシステムが提供される。

いくつかの例示的実施形態によれば、コンピュータによって実行されたときに、コンピュータに、クライアント端末として機能する上で説明した情報処理装置のブラウザ機能を実行させ、または、サーバとして機能する上で説明した情報処理装置のサーバ機能を実行させる、プログラムを格納するコンピュータプログラム製品が提供される。

実施形態の他の目的およびさらなる特徴は、添付図面と共に読まれるときに次の詳細な説明から明白になる。

一実施形態でのサーバ−クライアントシステムの例を示すブロック図である。 汎用コンピュータの例を示すブロック図である。 ウェブサーバによって取られるアクセスログを記録するサーバの例を示すブロック図である。 ウェブサーバによって取られるアクセスログを記録するサーバのもう１つの例を示すブロック図である。 ウェブサイトへのアクセスを説明する図である。 タイマイベントに応答するブラウザプロセスを説明する流れ図である。 タイマイベントに応答して記録されるアクセスログの例を示す図である。 入力イベントに応答するブラウザプロセスを説明する流れ図である。 入力イベントの例を説明する図である。 アクセスログから情報を収集するときのウェブサーバプロセスを説明する流れ図である。 ムービーツアーを説明するためにクライアント端末で表示されるスクリーンの例を示す図である。 プレイリストに関連するウェブサイトへのアクセスを説明する図である。 ＪａｖａＳｃｒｉｐｔファイルのプレイリストの例を示す図である。 動的に生成されるタグの例を示す図である。 ＳｅｎｄＩｎｆｏ関数の例を示す図である。 クライアント端末で生成される入力イベントに関する情報を含むアクセスログの例を示す図である。 ウェブサイトからのログ情報の取出を説明する図である。 ドローイングの作成を説明する図である。 文書の作成を説明する図である。 すべてが本開示に従って配置されたキーフレームを説明する図である。 例示的コンピュータプログラム製品を示すブロック図である。 もう１つの例示的コンピュータプログラム製品を示すブロック図である。

次の詳細な説明では、本明細書の一部を形成する添付図面を参照する。図面では、文脈がそうではないと規定しない限り、同様の記号が、通常は同様の構成要素を識別する。発明を実施するための形態、図面、および特許請求の範囲で説明される例示的な例または実施形態は、限定的であることを意図されたものではない。本明細書で提示される主題の趣旨または範囲から逸脱せずに、他の例または実施形態を利用することができ、他の変更を行うことができる。全般的に本明細書で説明され、図面に図示される本開示の態様を、さまざまな異なる構成で配置し、置換し、組み合わせ、設計することができ、そのすべてが本開示で明示的に企図され、その一部とされていることが、たやすく理解されるであろう。

図１は、一実施形態でのサーバ−クライアントシステムの例を示すブロック図である。図１に示されたサーバ−クライアントシステム１１は、ウェブサーバ１２と、インターネットなどのネットワーク１４を介してウェブサーバ１２に接続可能なクライアント端末１３−１から１３−Ｎとを含み、Ｎは、０より大きい任意の自然数である。ウェブサーバ１２を、ＣＰＵ（中央処理装置）などのプロセッサおよびストレージユニットを含む既知の構造を有する情報処理装置によって形成することができる。クライアント端末１３−１から１３−Ｎのそれぞれを、ＣＰＵなどのプロセッサおよびストレージユニットを含む既知の構造を有する情報処理装置によって形成することができる。

したがって、ウェブサーバ１２およびクライアント端末１３−１から１３−Ｎのそれぞれを、図２に示された汎用コンピュータ２１によって形成することができる。汎用コンピュータ２１は、バス２７に接続された、ＣＰＵ ２２、ストレージユニット２３、キーボードまたはマウスなどの入力デバイス２４、表示ユニット２５、およびインターフェース（Ｉ／Ｆ）２６を含む。ＣＰＵ ２２は、入力デバイス２４から入力される入力および／または命令に応答して動作を実行することができる。ストレージユニット２３は、ＣＰＵ ２２によって実行されるプログラムおよびＣＰＵ ２２によって実行される計算の中間データを含むさまざまなデータを格納する。汎用コンピュータ２１が、ウェブサーバ１２を形成するときに、ストレージユニット２３は、ウェブサイトのウェブページと、クライアント端末１３−１から１３−Ｎから行われるアクセスのログとを格納することができる。

表示ユニット２５は、入力デバイス２４から行われた入力、ＣＰＵ ２２によって実行された動作の結果、およびメッセージを含むさまざまな情報を表示することができる。汎用コンピュータ２１が、クライアント端末１３−ｉを形成するときには（ｉは、ｉ＝１〜Ｎを満足する任意の値である）、表示ユニット２５に表示される情報は、ウェブサーバ１２によって提供され、入力デバイス２４から指定されたウェブサイトおよびそのウェブページを含むことができる。インターフェース２６は、たとえば図１に示されたネットワーク１４に接続される。

もちろん、入力デバイス２４および表示ユニット２５を、タッチスクリーンパネルなどの単一のデバイスによって形成することができる。

ストレージユニット２３を、プログラムおよびデータをＣＰＵ ２２によって読み取ることを可能にする任意の適切なコンピュータ可読記憶媒体によって形成することができる。たとえば、コンピュータ可読記憶媒体を、半導体デバイス、磁気記録媒体、光記録媒体、または光磁気記録媒体から選択することができるが、これらに限定されない。

コンピュータ可読記憶媒体は、ＣＰＵ ２２によって実行されたときに、ＣＰＵ ２２にウェブサーバ１２のサーバプロセスを実行させるサーバプログラムを格納することができ、コンピュータプログラム製品を形成することができる。その一方で、コンピュータ可読記憶媒体は、ＣＰＵ ２２によって実行されたときに、ＣＰＵ ２２にクライアント端末１３−ｉのクライアントプロセスを実行させるクライアントプログラムを格納することができ、コンピュータプログラム製品を形成することができる。後者の場合に、クライアントプログラムは、クライアント端末１３−ｉのブラウザプログラム（またはソフトウェア）の一部を形成することができる。

いくつかの例示的実施形態では、便宜のために、ウェブサーバ１２が、既知のウェブビーコン技術を使用してアクセスログを記録する機能を有するＡｐａｃｈｅ ＨＴＴＰサーバによって形成されると仮定する。さらに、便宜のために、クライアント端末１３−１から１３−Ｎのそれぞれが、ブラウザプログラム（またはソフトウェア）をインストールされ、既知のブラウザ機能を有すると仮定する。

図３および４は、ウェブサーバ１２によって取られるアクセスログを記録するサーバの例を示すブロック図である。

アクセスログが、ウェブサーバ１２のストレージユニット２３内に記録されることは、本質的ではない。たとえば、図２に示された汎用コンピュータ２１によって形成でき、図３に示されているようにネットワーク１４に接続されるサーバ３２のストレージユニット２３内に、アクセスログを記録することができる。その代わりに、図２に示された汎用コンピュータ２１によって形成でき、ネットワーク１４とは異なるネットワーク３７を介してウェブサーバ１２に接続されるサーバ３２のストレージユニット２３内に、アクセスログを記録することができる。たとえば、ネットワーク３７を、ＬＡＮ（ローカルエリアネットワーク）によって形成することができる。ウェブサーバ１２は、ネットワーク１４を介して図３に示されたサーバ３２と通信可能であり、ウェブサーバ１２は、ネットワーク３７を介して図４に示されたサーバ３２と通信可能である。さらに、図３および４に示されたサーバ３２を、既知の構造を有し、ウェブサーバ１２によって取られるアクセスログを格納するように構成された、ストレージシステムによって置換することができる。

次に、図５を参照することによって、任意のクライアント端末１３−ｉがウェブサーバ１２によって提供されるウェブサイトへのアクセスを行うときのこの実施形態の動作の例の説明を与える。

図５は、クライアント端末１３−ｉのブラウザ１３１を使用する、ウェブサーバ１２によって提供されるウェブサイト１２０への任意のクライアント端末１３−ｉの訪問者（またはユーザ）からのアクセスを説明する図である。図５では、ウェブサーバ１２は、ウェブページ１２０−１から１２０−Ｍを含むウェブサイト１２０を提供し（Ｍは、０より大きい自然数である）、ログ１２１を記録する。ウェブサーバ１２は、さらに、ログ１２１を分析する分析機能を提供するアプリケーション（またはアプリケーションプログラム）１２２を含むが、このアプリケーション１２２を、ログ１２１をリモートに分析するために図３および４に示されたサーバ３２などのウェブサーバ１２とは別々であるがこれと通信可能なサーバ内で提供することができる。ウェブページ１２０−１から１２０−Ｍ、ログ１２１、およびアプリケーション１２２を、ウェブサーバ１２のストレージユニット２３内に格納しまたはインストールすることができる。ブラウザ１３１を、クライアント端末１３−ｉのストレージユニット２３内にインストールすることができる。

ステップＳＴ１では、ブラウザ１３１が、ウェブサーバ１２にＨＴＭＬ（ハイパーテキストマークアップ言語）内でウェブサイト１２０またはそのウェブページ１２０−ｊを要求し、ｊ＝０〜Ｍである。ステップＳＴ２では、ブラウザ１３１が、ウェブサーバ１２からのＨＴＭＬ内でウェブサイト１２０の要求されたウェブページ１２０−ｊを獲得する。ステップＳＴ３では、ブラウザ１３１が、獲得されたウェブページ１２０ｊのＨＴＭＬを解釈する。ステップＳＴ４では、ブラウザ１３１が、＜ｄｉｖ＞タグ要素内で＜ｉｍｇ＞タグ要素のソースすなわち単一画素イメージファイルのファイル名にランダムパラメータを動的に追加された単一画素イメージファイル（１画素イメージファイル）を動的に埋め込むことによって、ＪａｖａＳｃｒｉｐｔを実行する。ランダムパラメータは、少なくとも、たとえばクライアント端末１３−ｉ内で獲得された、ミリ秒以下の単位の現在時刻データを含む。＜ｄｉｖ＞タグ要素は、元々、ブロックレベルの論理分割を示すが、文書セクションを区別するのに使用される意味論的意味を持たない包括的要素である。

ステップＳＴ５では、ブラウザ１３１が、たとえば入力イベントがクライアント端末１３−ｉの訪問者によって生成されるたびに、ＧＥＴコマンドによってウェブサーバ１２への単一画素イメージファイルの要求を行う。入力イベントは、訪問者がクライアント端末１３−ｉの入力デバイス２４を操作するときに生成され、文字列が入力デバイス２４から入力されるキーダウン、座標、線分、および類似物のうちのいずれかが入力デバイス２４からグラフィカルに入力されるマウスクリック、表示ユニット２５上に表示されたボタンがプロセスを実行するために入力デバイス２４への入力に応答してクリックされるボタンクリック、表示ユニット２５上に表示されたチェックボックスが処理モードをセットするために入力デバイスへの入力に応答してクリックされるチェックボックスクリック、ならびに表示ユニット２５上に表示されたラジオボタンが色、モード、および類似物を選択するために入力デバイスへの入力に応答してクリックされるラジオボタンクリックを含む。単一画素イメージファイルが、単一画素イメージファイルに関する要求内でランダムパラメータを動的に追加されるので、クライアント端末１３−ｉから要求される単一画素イメージファイルを、その単一画素イメージファイルがクライアント端末１３−ｉ内でキャッシングされている場合であっても、ウェブサーバ１２から読み取ることができる。たとえば、クライアント端末１３−ｉから要求される単一画素イメージファイルを、その単一画素イメージファイルがクライアント端末１３−ｉ内でキャッシングされている場合であっても、ウェブサーバ１２から繰り返して読み取ることができる。

ステップＳＴ６では、ウェブサーバ１２が、要求された単一画素イメージファイルをウェブサイト１２０から読み取り、読み取られた単一画素イメージファイルをＨＴＭＬ内でクライアント端末１３−ｉに転送する。それと同時に（同時は、「並行して」および実質的に同時に」を含むことができる）、ウェブサーバ１２は、クライアント端末１３−ｉから行われたアクセスすなわち単一画素イメージファイルの要求のログ１２１を記録する。ウェブサーバ１２で記録されるログ１２１は、既知のウェブビーコン技術を使用してアクセスログを記録する機能によって記録される訪問者のＩＰアドレス、ドメイン名、ウェブサーバ１２内の内部タイマまたは類似物から獲得されたアクセス日時（秒以上の単位でのみ）、アクセスページ名、リファラ（すなわち、アクセスの直前に参照されたページ）、および類似物に加えて、ランダムパラメータすなわち、少なくとも、クライアント端末１３−ｉ内の内部タイマまたは類似物から獲得された、単一画素イメージファイルの要求内で単一画素イメージファイルに追加されるミリ秒以下の単位の現在時刻データを含むことができる。

ステップＳＴ７では、アプリケーション１２２が、必要なときに、たとえばウェブサーバ１２のオペレータまたはマネージャによってウェブサーバ１２の入力デバイス２４から入力された要求（またはコマンド）に応答して、ログ１２１を分析する。ウェブサーバ１２で記録されるログ１２１は、ランダムパラメータすなわち、少なくとも、単一画素イメージファイルの要求内で単一画素イメージファイルに追加される現在時刻データを含むことができるので、ログ１２１は、アクセスに関連する、訪問者によって行われた操作の因果関係を格納することができ、そのような操作を正確に反映する。したがって、アプリケーション１２２は、ログ１２１内の記録順序が因果関係を保証しない場合であっても、ログ１２１から、ウェブサイト１２０で訪問者によって行われたアクセスに関連する操作の因果関係を復元することができる。アプリケーション１２２は、単一画素イメージファイルの要求内で単一画素イメージファイルに追加されたランダムパラメータが、訪問者によって行われたアクセスに関連する操作（または入力イベント）を再構成するのに必要な情報をさらに含む場合に、ウェブサイト１２０で訪問者によって行われたアクセスに関連する操作を再構成することができる。

したがって、入力イベントがクライアント端末１３−ｉで生成されるたびに、ブラウザ１３１は、要求された単一画素イメージファイルがクライアント端末１３−ｉ内で既にキャッシングされている場合であっても、要求された単一画素イメージファイルをウェブサーバ１２から新たに読み取ることができる。ブラウザ１３１は、単一画素イメージファイルの要求を行う直前にＤａｔｅ（）．ｇｅｔＴｉｍｅ（）を実行することによって、単一画素イメージファイルの要求内で単一画素イメージファイルに追加される現在時刻データを獲得することができる。現在時刻データを、ランダムパラメータとして、イメージファイル名またはイメージＵＲＬの後に追加することができる。

ログ１２１がウェブサーバ１２で記録される順序は、要求（またはコマンド）の順序ではなく、要求の実行の順序である。しかし、クライアント端末１３−ｉ内で獲得され、単一画素イメージファイルの要求内で単一画素イメージファイルに追加される現在時刻データＤａｔｅ（）．ｇｅｔＴｉｍｅ（）は、ミリ秒以下程度の時間分解能を有するので、アクセスに関連する操作の因果関係を、実行の順序の要求を要求の順序に並べ替えることによって、現在時刻データを使用して復元することができる。これは、ミリ秒以下の単位での現在時刻データの分解能が、０．０１秒程度の最大の人間の応答速度すなわち、クライアント端末１３−ｉで訪問者によって行われるマウスクリックなどの手動操作に必要な時間と比較して相対的に高いからである。

その一方で、単一画素イメージファイルの要求内で単一画素イメージファイルに追加されるランダムパラメータは、さらに、訪問者によって行われるアクセスに関連する動作を再構成するのに必要な情報を含むことができる。言い替えると、セグメント化コード（またはシンボル）「＆」によってセグメント化されたパラメータを、現在時刻データに加えて、単一画素イメージファイルの要求内で単一画素イメージファイルに追加することができる。現在時刻データに追加されるパラメータは、キーダウンによって入力された文字列、マウスクリックによって指定された画素または線分の座標、ボタンクリックによってクリックされたボタンを識別する識別情報、チェックボックスクリックによってクリックされたチェックボックスを識別する識別情報、ラジオボタンクリックによってクリックされたラジオボタンを識別する識別情報、およびログ１２１内に記録される必要があり、訪問者によって行われたアクセスに関連する動作を再構成するのに必要な任意の他の情報を含むことができる。たとえば、ランダムパラメータが、現在時刻データおよびキーダウンによって入力された文字列を含む場合には、単一画素イメージファイルに追加されるランダムパラメータは、次のようになる。
？（現在時刻データ）＆（キーダウンによって入力された文字列）

したがって、アプリケーション１２２は、ログ１２１内の記録順序が因果関係を保証しない場合であっても、ログ１２１からウェブサイト１２０で訪問者によって行われたアクセスに関連する操作の因果関係を復元でき、単一画素イメージファイルの要求内で単一画素イメージファイルに追加されるランダムパラメータが、さらに、クライアント端末１３−ｉで生成される入力イベントに関する情報を含む、訪問者によって行われたアクセスに関連する動作を再構成するのに必要な上記の情報を含む場合には、ウェブサイト１２０で訪問者によって行われたアクセスに関連する操作を再構成することもできる。これは、ミリ秒以下の単位での現在時刻データの時間分解能が、０．０１秒程度の最大の人間の応答速度すなわちクライアント端末１３−ｉで訪問者によって行われるマウスクリックなどの手動操作に必要な時間と比較して、相対的に高いからである。

この実施形態では、ウェブサーバ１２内で記録されるログ１２１は、Ａｐａｃｈｅ ＨＴＴＰサーバによって記録されるログに従うことができる。Ａｐａｃｈｅ ＨＴＴＰサーバによって記録されるログを、Ｗｉｎｄｏｗｓ（登録商標）アプリケーション（たとえば、ｃ＋＋、ＶＢ、ＶＢＡなど）によって読み取り、処理することができるので、ウェブサーバ１２用のソフトウェアを開発する人は、Ｗｉｎｄｏｗｓアプリケーションの全般的な知識を必要とする可能性があり、通信技術に関連する特殊な知識または経験を必要としない可能性がある。さらに、クライアント端末１３−ｉ用のソフトウェアを開発する人は、ＨＴＭＬおよびＪａｖａＳｃｒｉｐｔの全般的な知識を必要とする可能性がある。さらに、ログ１２１内に含まれる情報は、クライアント端末１３−ｉでの訪問者またはウェブサーバ１２でのオペレータもしくはマネージャがウェブサーバ１２への必要な情報転送を達成する機構を知ることを必要とせずに、クライアント端末１３−ｉからウェブサーバ１２に送信される単一画素イメージファイルの要求内で隠される。

少なくともこれらの理由から、クライアント端末１３−ｉでの訪問者およびウェブサーバ１２でのオペレータまたはマネージャは、クライアント端末１３−ｉからウェブサーバ１２へログ１２１内に含まれる情報を転送するために、特殊な知識または技量を必要としない。たとえば、クライアント端末１３−ｉは、ウェブサーバ１２からＪＳＯＮＰ（ＪａｖａＳｃｒｉｐｔ Ｏｂｊｅｃｔ Ｎｏｔａｔｉｏｎ ｗｉｔｈ Ｐａｄｄｉｎｇ）で単一画素イメージファイルを受信することができ、動的な両方向通信は、単一画素イメージファイルの要求内でログ１２１内に含まれる情報を隠すことによって達成することができる。クライアント端末１３−ｉのプログラムの開発は、ＪａｖａＳｃｒｉｐｔの知識を必要とする可能性があり、外部ＡＪＡＸ（Ａｓｙｎｃｈｒｏｎｏｕｓ ＪａｖａＳｃｒｉｐｔ＋ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ））ライブラリ、外部ＡＳＰ（Ａｃｔｉｖｅ Ｓｅｒｖｅｒ Ｐａｇｅｓ、登録商標）、または類似物に頼らない可能性がある。さらに、ウェブサーバ１２を、たとえばＷｉｎｄｏｗｓアプリケーションと共にインストールされたＡｐａｃｈｅ ＨＴＴＰサーバによって形成することができる。さらに、ブラウザ１３１は、ＰＯＳＴコマンドを使用する必要なしに、ログ１２１内に記録されるべきランダムパラメータを送信するために、ＧＥＴコマンドによってウェブサーバ１２への単一画素イメージファイルの要求を行うことができる。

その一方で、ログ１２１が、クライアント端末１３−ｉで入力イベントが生成されるたびに記録されるので、ログ１２１を更新するために排他的にプロセスを実行する必要がない可能性がある。ログ１２１の記録は、ブラウザ１３１がＪａｖａＳｃｒｉｐｔをサポートする限り、クライアント端末１３−ｉでブラウザ環境によって影響されない可能性がある。さらに、ウェブサイト１２０がＪａｖａＳｃｒｉｐｔをサポートするならば、単一画素イメージファイルの要求内で単一画素イメージファイルに追加され、隠される、＜ｉｍｇ＞タグ要素を使用するランダムパラメータの転送は、ウェブサーバ１２内で提供されるセキュリティプロトコルまたはウェブサーバ１２内にインストールされるセキュリティソフトウェアによってブロックされない可能性がある。

いくつかの例によれば、アクセスが、クライアント端末からウェブサーバのウェブサイトへ、この実施形態に従って、ＪａｖａＳｃｒｉｐｔをサポートするさまざまな既存ブラウザを使用して行われるときに、現在時刻データおよびアクセスに関連する動作を再構成するのに必要な情報を含むランダムパラメータを含むアクセスログを、ウェブサーバによって自動的に記録することができることを確かめることができる。例示的ブラウザは、Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ、Ｆｉｒｅｆｏｘ、Ｇｏｏｇｌｅ、Ｃｈｒｏｍｅ、Ｏｐｅｒａ、またはＳａｆａｒｉ（いずれも登録商標）を含むことができるが、これに限定されない。ウェブサーバ内で提供される既存のセキュリティプロトコルまたはウェブサーバ内にインストールされる既存のセキュリティソフトウェアによって、ブラウザからのアクセスに関して、アクセスブロックが発生し得ず、アラームが生成され得ないことを確かめることもできる。例示的セキュリティソフトウェアは、Ｎｏｒｔｏｎ、Ｋａｓｐｅｒｓｋｙ、またはＭｃＡｆｅｅ（いずれも登録商標）を含むことができるが、これに限定されない。

クライアント端末がＪａｖａＳｃｒｉｐｔをサポートしない場合には、訪問者が、ＪａｖａＳｃｒｉｐｔがブラウザ内で使用可能にされた後に限ってウェブサーバのウェブサイトにアクセスできるようにするために、手段を講じることができる。たとえば、＜ｄｉｖ＞タグ要素のｚインデックスを使用することによって、ＨＴＭＬを開始した直後にブラウザ内でＪａｖａＳｃｒｉｐｔを使用可能にすることができる。より具体的には、たとえば、ブロックする壁を、＜ｉｍｇ＞タグ要素を使用してｚインデックスを伴ってセットされた＜ｄｉｖ＞タグ要素内で表示することができ、その結果、ブロックする壁を、ＨＴＭＬの本体内のコンテンツの前景に表示されるようにすることができる。この場合に、ＪａｖａＳｃｒｉｐｔが使用不能にされる場合に、ウェブページを、ブロックする壁によってブロックすることができる。ブロックする壁は、ＪａｖａＳｃｒｉｐｔが使用可能にされるときに、たとえば＜ｂｏｄｙ ｏｎｌｏａｄ＝ ”ｉｎｉｔ（）”＞として、開始直後に呼び出される関数内で＜ｄｉｖ＞タグ要素に関して””（ヌル）を記述することによって、除去することができる。その結果、ＪａｖａＳｃｒｉｐｔをサポートしないブラウザからの訪問者は、ＪａｖａＳｃｒｉｐｔを使用可能にした後に限ってウェブサイトを見ることができ、それ以外の場合には、ウェブサイトを見ることを、ブロックする壁によってブロックすることができる。

図６は、タイマイベントに応答するブラウザプロセスを説明する流れ図である。図６に示されたブラウザプロセスは、ブラウザ１３１が要求されたウェブページ１２０−ｊをウェブサーバ１２から読み取った後に開始される。

図６に示されたステップＳ１では、ｖａｒ ｖｉｓｉｔ＿Ｔｉｍ＝０；によってタイマ変数を初期化し、ステップＳ２では、ｖａｒ ｎＴｒａｎｓ＝０；によって他の変数を初期化する。ステップＳ３では、たとえば１分おきにタイマプロセスを実行し、Ｖｉｓｉｔｉｎｇ（）；によってステップＳ１１からＳ１６のタイマプロセスを開始する。ステップＳ４では、ブラウザ１３１の他のプロセスを実行する。ステップＳ５では、すべての所定の時間の間にステップＳ１１からＳ１６のタイマプロセスを開始するためにタイマプロセスを実行する。

タイマプロセスが開始されるときに、ステップＳ１１では、必要な場合に、たとえばｃｌｅａｒＴｉｍｅｏｕｔ（ｖｉｓｉｔ＿Ｔｉｍ）；によって、タイマを０にクリアする。ステップＳ１２では、たとえばｖａｒ ｂｇｍ＿ｎｔｉｍ＝ｎｅｗ Ｄａｔｅ（）．ｇｅｔＴｉｍｅ（）；によって、クライアント端末１３−ｉの内部タイマからミリ秒の単位で現在時刻データを獲得する。ステップＳ１３では、送信されるべき情報およびログ１２１について必要な情報を収集し、たとえば次のように、送信すべきタグ情報を作成する。
ｖａｒ ｓｅｎｄ＿ｍｓｇ＝”＜ｉｍｇ ｓｒｃ＝￥”ｂ／ｐ．ｇｉｆ？ｃｏｎｔｅｎｔ＝Ｍｕｋａｄｅ＆ｄｕｍｍｙ＝”＋ｂｇｍ＿ｎｔｉｍ＋”＆ＭｏｖｉｅＩＤ＝”＋Ｍｕｓｉｃ＿ＩＤ＋”＆ＴｉｍｅＣｏｕｎｔ＝”＋ｎＴｒａｎｓ＋”￥”＞”；

ステップＳ１４では、たとえば次のように、ウェブサーバ１２に送信すべき＜ｉｍｇ＞タグ要素およびランダムパラメータを、＜ｄｉｖ＞タグ要素内に隠された形で追加する（または書き込む）。
ｄｏｃｕｍｅｎｔ．ｇｅｔＥｌｅｍｅｎｔＢｙｌｄ（”Ｓｅｎｓｏｒ”）．ｉｎｎｅｒＨＴＭＬ＝ｓｅｎｄ＿ｍｓｇ；

ステップＳ１５では、たとえばｎＴｒａｎｓ＋＋；によって、割込みの回数を１つ増分することによって、所定のタイムインターバルにプロセスを実行する。その後、ステップＳ１６では、たとえばｖｉｓｉｔ＿Ｔｉｍ＝ｓｅｔＴｉｍｅｏｕｔ（’Ｖｉｓｉｔｉｎｇ（）’，６００００）；によってタイマをセットし、その後、このプロセスは、ステップＳ３およびＳ５のタイマプロセスにリターンする。したがって、ブラウザ１３１から行われたアクセスおよび訪問者によって行われたアクセスに関連する動作を含むタイマイベントのログ１２１を記録するために、必要な情報をウェブサーバ１２に送信することができる。

図７は、タイマイベントに応答して記録されるアクセスログの例を示す図である。図７では、ログ１２１は、訪問者のＩＰアドレス、訪問者のドメイン名またはサブドメイン名、ウェブサーバ１２で獲得された秒単位の現在時刻、およびウェブページ１２０−ｊの要求を送信するときに動的に埋め込まれ、隠された形でクライアント端末１３−ｉから送信されたタグ情報を含む。この例では、タグ情報は、単一画素イメージファイルの名前、コンテンツの名前、クライアント端末１３−ｉで獲得されたミリ秒単位の現在時刻データ、訪問者によって訪問されたムービー（または動的イメージ）に関する情報、および訪問者が訪問を継続した分単位の時間を含む。たとえば、ログ１２１の最初の（一番上の）行では、単一画素イメージファイルの名前が、「ｃｏｎｔｅｎｔ＝Ｍｕｋａｄｅ」であり、コンテンツの名前が、「ｄｕｍｍｙ」であり、クライアント端末１３−ｉで獲得されたミリ秒単位の現在時刻データが、「１２７５２３１６６３１４４」であり、訪問者によって訪問されたムービーに関する情報が、「ＭｏｖｉｅＩＤ＝ＰｒＭＤＺｉＨｎａＬｓ」であり、訪問者が訪問を継続した分単位の時間が、「ＴｉｍｅＣｏｕｔ＝１８６」である。

図８は、入力イベントに応答するブラウザプロセスを説明する流れ図である。図８では、図６の対応する例示的ステップと同一である例示的ステップが、同一の符号によって指定され、その詳細な説明は、省略される。図８に示されたブラウザプロセスは、ブラウザ１３１が属するクライアント端末１３−ｉで入力イベントが生成されるときに開始される。

図８に示されたステップＳ２１では、キーダウン、マウスクリック、ボタンクリック、チェックボックスクリック、ラジオボタンクリック、および類似物を含むことができるブラウザ１３１のプロセスを実行する。ステップＳ１２では、ミリ秒の単位で現在時刻データを獲得し、ステップＳ１３では、送信すべき情報およびログ１２１について必要な情報を収集し、送信すべきタグ情報を作成する。ステップＳ１３で収集される情報は、キーダウンによって入力された文字列、マウスクリックによってグラフィカルに入力された座標、線分、および類似物のうちのいずれか１つ、ボタンクリックによってプロセスを実行するためにクリックされたボタン、チェックボックスクリックによって処理モードをセットするためにクリックされたチェックボックス、ならびにラジオボタンクリックによって色、モード、および類似物を選択するためにクリックされたラジオボタンを含むことができる。ステップＳ１４では、ウェブサーバ１２に送信すべき＜ｉｍｇ＞タグ要素およびランダムパラメータを、＜ｄｉｖ＞タグ要素内に隠された形で追加する（または書き込む）。

マウスクリックによってグラフィカルに入力され、ステップＳ１３で収集された座標を、クライアント端末１３−ｉの表示ユニット２５上のマウスカーソルの座標から獲得されたウェブページ１２０−ｊのスクリーン上の座標とすることができる。ＪａｖａＳｃｒｉｐｔによれば、イメージファイルがスクリーン上でクリックされるときに、イメージファイルのクリックされた位置のｘｙ座標を、引数として入手することができる。小さい透明なイメージファイルを、＜ｄｉｖ＞タグ要素を使用してウェブページ１２０−ｊ上のチェッカーボードパターン内に埋め込むことができる。したがって、クリックされたイメージファイルのｘｙ座標およびイメージファイルが埋め込まれた＜ｄｉｖ＞タグ要素のｘｙ座標またはマウスカーソルがその上に位置決めされたイメージファイルのｘｙ座標を、ｏｎｃｌｉｃｋおよびｏｎｍｏｕｓｅｏｖｅｒなどの入力イベントによって簡単に認識することが可能である。たとえば、次の＜ｉｍｇ＞タグ要素を、ｏｎｃｌｉｃｋイベント内に動的に埋め込むことができる。
＜ｉｍｇ ｓｒｃ＝”ｐ．ｇｉｆ？ｄｕｍｍｙ＝［ミリ秒単位の現在時刻］＆ｍｏｕｓｅＣｌｉｃｋ＆ｐｉｃ＿ｎｕｍ＝［小さいイメージ領域に割り当てられた番号］＆ｘ＝［ｘ座標］＆［ｙ座標］”＞

入力イベントは、たとえば次の形でログ１２１内に記録され、これによって、アプリケーション１２２がウェブページ１２０−ｊを見る訪問者によってクリックされたスクリーン上の領域を判定することを可能にする。
ｐ．ｇｉｆ？ｄｕｍｍｙ＝１２５５９７９５１５２１３＆ｍｏｕｓｅＣｌｉｃｋ＆ｐｉｃ＿ｎｕｍ＝１２１＆ｘ＝５６＆ｙ＝５７

したがって、ウェブページ１２０−ｊ上で訪問者によって実行されたマウス操作（座標の指定、ボタンのクリックなど）などの入力イベントおよび文字列の入力を、ログ１２１内に記録することができ、アプリケーション１２２は、入力イベントを分析し、訪問者にとって重要であったウェブページ１２０−ｊの部分を判定することができる。

この実施形態でウェブサーバ１２を形成するＡｐａｃｈｅ ＨＴＴＰサーバは、Ｌｉｎｕｘ（登録商標）環境でも動作可能であるので、クライアント端末１２−ｉで生成された入力イベントを、クライアント端末１２−ｉを形成する事実上すべての種類のパーソナルコンピュータに関してウェブサーバ１２のログ１２１内に記録することができる。さらに、クライアント端末１２−ｉがウェブサーバ１２のウェブページ１２０−ｊへのアクセスを行うときにＪａｖａＳｃｒｉｐｔが使用可能にされるので、ＡＪＡＸ通信のためにＪａｖａＳｃｒｉｐｔ外部ファイルに頼る必要はない。

図９は、入力イベントの例を説明する図である。図９は、ウェブページ１２０−ｊのスクリーン上の３つの位置Ｐ１、Ｐ２、およびＰ３でマウスがクリックされる例を示す。便宜のために、スクリーン上に実際に表示される文字、イメージ、および類似物の図示は、図９では省略され、チェッカーボードパターン内に埋め込まれた小さい透明のイメージファイルだけが図示されている。この場合に、ブラウザ１３１は、＜ｄｉｖ＞タグ要素内に隠された形で、ウェブサーバ１２に送信される＜ｉｍｇ＞タグ要素およびランダムパラメータを追加し（または書き込み）、ここで、ランダムパラメータは、少なくとも、現在時刻データならびに３つの位置Ｐ１、Ｐ２、およびＰ３でのマウスカーソルの座標を含む。したがって、ウェブページ１２０−ｊ上で訪問者によって実行されたマウス操作を、ログ１２１内に記録することができ、アプリケーション１２２は、入力イベントを分析し、入力イベントがログ１２１内に記録されたときに訪問者によって訪問されつつあったウェブページ１２０−ｊに関する３つの位置Ｐ１、Ｐ２、およびＰ３の座標から、訪問者にとって重要であったウェブページ１２０−ｊの位置を判定することができる。

図１０は、ログ１２１から情報を収集するときのウェブサーバ１２のウェブサーバプロセスを説明する流れ図である。図１０に示されたウェブサーバプロセスは、たとえば図５に示されたアプリケーション１２２によって実行される。

図１０に示されたステップＳ３１では、それに関する分析が前のプロセスによって完了されたログ１２１の時間部分を読み取り、読み取られた時間位置に関して実行される現在のプロセスによる分析の始めを示すポインタ位置をセットする。ステップＳ３２では、ログ１２１のサイズを獲得し、ステップＳ３３では、ログ１２１のすべてのエントリが読み取られたかどうかを判断する。ステップＳ３３での判断結果がＮＯの場合には、ステップＳ３４で、変更がログ１２１内で検出されるかどうかを判断する。ステップＳ３４での判断結果がＮＯの場合には、ステップＳ３５で、プロセスをステップＳ３２に戻す前に、所定の時間だけ待つ。

その一方で、ステップＳ３４での判断結果がＹＥＳの場合には、ステップＳ３６で、ログ１２１の１行を読み取り、ステップＳ３７で、読み取られた行のＩＰアドレスを抽出する。ステップＳ３８では、読み取られた行を、ＩＰアドレスごとに作成される別々のログ（図示せず）に書き込む。ステップＳ３９では、ＩＰアドレスごとに作成される別々のログを、ログ１２１のタグ情報内に埋め込まれたミリ秒単位の現在時刻データに基づいてソートする。

ステップＳ４０では、ウェブサーバ１２のオペレータまたはマネージャから発行されたウェブエージェントコマンドが受け取られるかどうかを判断する。ステップＳ４０での判断結果がＹＥＳの場合には、ステップＳ４１で、オペレータまたはマネージャから発行される他のコマンドを受け取るために、ウェブサーバ１２の表示ユニット２５上に表示されるエージェントウェルカムスクリーンを送信する。その一方で、ステップＳ４０での判断結果がＮＯの場合には、ステップＳ４２で、アプリケーション１２２から発行されたイントラコンテンツコマンドが受け取られるかどうかを判断する。ステップＳ４２での判断結果がＹＥＳの場合には、ステップＳ４３で、指定されたコンテンツのプロット、検索、格納、コピー、および削除などのイントラコンテンツコマンドを実行する。ステップＳ４２での判断結果がＮＯの場合またはステップＳ４３の後に、このプロセスは、ステップＳ３２に戻る。したがって、アプリケーション１２２は、ウェブサーバ１２のオペレータまたはマネージャから発行されたコマンドに応答して、ログ１２１から、オペレータまたはマネージャにとって重要な情報を抽出し、抽出された情報を自動的または半自動的に分析することができる。

訪問者がウェブサイト１２０を頻繁に訪問し、比較的長い時間にわたって各訪問を継続することを奨励するために、ウェブサイト１２０のコンテンツを興味深くすることが重要である可能性があるだけではなく、ウェブサイト１２０で適当なまたは興味深い音楽を提供することも重要である可能性がある。ログ１２１のタグ情報内に埋め込まれる情報を、ウェブサーバ１２のアプリケーション１２２または類似物によって実行される分析の目的に適するように、この実施形態で適当に選択することができる。したがって、訪問者が訪問を継続した時間の長さ、訪問者によって好まれる音楽の種類、および訪問者によって選択された音楽など、ウェブサイト１２０を訪問した訪問者に関する情報を分析する際の使用に適するＢＧＭ（バックグラウンドミュージック）プレイヤの例を、次で説明する。

ＢＧＭプレイヤによって使用される、アニメーションデータを含むムービーデータを、サーバ−クライアントシステム１１内の任意の位置で、またはサーバ−クライアントシステム１１からアクセス可能な任意の位置で提供することができる。しかし、通信容量によって決定される通信トラフィックに対する制限ならびにウェブサーバ１２およびクライアント端末１３−１から１３−Ｎの処理速度を考慮に入れるときに、コンテンツにおいて豊富であり、通信トラフィックに関するより少ない制限を有するクロスドメインを利用することが有用である場合がある。そのようなクロスドメインの通常の例は、ＹｏｕＴｕｂｅ（登録商標）などのビデオホスティングサービスである。通信速度が１００Ｍｂｐｓ以下の場合であっても、ＨＴＭＬがウェブサイトから読み取られた後には、このウェブサイトは、音楽が変更されるかコメントがこのウェブサイトにアップロードされたときに限ってもう一度アクセスされる。その結果、ビデオホスティングサービスを、比較的プリミティブな通信環境であっても、比較的多数のユーザに関して提供することができる。

埋め込まれたオブジェクトを利用する従来の方法は、１つの特定の音楽だけを再生することができる。さらに、プレイリストを利用する従来の方法は、再生中に別のプレイリストに切り替えること、音楽の再生順序を変更すること、または随意に音楽をスキップすることができない。

したがって、ログ１２１のタグ情報内に埋め込まれる情報を、従来の方法のそのような不便さを最小にするために、この実施形態で適当に選択することができる。より具体的には、ビデオホスティングサービスサイトで記録されたムービーＩＤ、ムービーの音楽の題名、再生時間、コメント、更新年月日、および類似物のレコードを、ＨＴＭＬ内で使用できるｊｓフォーマットを有するＪａｖａＳｃｒｉｐｔファイルに格納することができる。さらに、複数のそのようなレコードが、プレイリストとしてグループ化され、ＪＳＯＮフォーマットを有するデータが、記録され、その結果、複数のプレイリストをムービーツアーとして管理できるようになる。この実施形態では、ＢＧＭプレイヤが、複数のＨＴＭＬによって呼び出され、複数の音楽が、単一のＪａｖａＳｃｒｉｐｔファイルによって集中管理される。しかし、もちろん、ＨＴＭＬ内にＪａｖａＳｃｒｉｐｔを含めることが可能である。

図１１は、ムービーツアーを説明するためにクライアント端末１３−ｉの表示デバイス２５上で表示されるスクリーンの例を示す図である。図１１では、スクリーン２００は、ムービーツアーに含まれるムービーを表示するエリア２０１、ムービーツアーから自動的にまたは手動で選択されたムービーを再生するエリア２０２、コメントをアップロードするエリア２０３、ならびに広告ＡＤ１、ＡＤ２、およびＡＤ３を表示するエリア２０４を含む。スクリーン２００は、さらに、音楽選択ボタン、イメージサムネイルを含む、さまざまな指示を行い、かつ／またはさまざまな機能を呼び出すためのさまざまなボタンおよび／またはサムネイルを含むことができる。便宜のために、図１１は、自動音楽選択を指示するボタン２１１、音楽選択を停止するボタン２１２、次の音楽を選択するボタン２１３、およびムービーツアーを変更するボタン２１４を示す。

図１２は、プレイリストに関連するウェブサイトへのアクセスを説明する図である。図１２では、図５の対応する例示的部分と同一である例示的部分は、同一の符号によって指定され、その説明は、省略される。

図１２では、ステップＳＴ１１およびＳＴ１２が、ステップＳＴ５の前にクライアント端末１３−ｉのブラウザ１３１によって実行される。ステップＳＴ１１では、ブラウザ１３１が、ビデオホスティングサービスサイト３０１に関するムービーＩＤの単位でムービーの配布を要求する。ステップＳＴ１２では、ブラウザ１３１が、ビデオホスティングサービスサイト３０１から、ムービーＩＤの単位で要求されたムービーを受信する。ステップＳＴ１１およびＳＴ１２を、ブラウザ１３１の既知の機能によって実行することができる。

ステップＳＴ１２の後に、ブラウザ１３１は、ステップＳＴ５で、たとえば入力イベントがクライアント端末１３−ｉで訪問者によって生成されるたびに、ＧＥＴコマンドによってウェブサーバ１２への単一画素イメージファイルの要求を行う。しかし、この場合に、単一画素イメージファイルの要求内で単一画素イメージファイルに追加されるランダムパラメータは、クライアント端末１３−ｉで生成された入力イベントに関する情報を含む、訪問者によって行われたアクセスに関連する動作を再構成するのに必要な情報をさらに含むことができる。入力イベントに関する情報は、ビデオホスティングサービスサイト３０１に関して訪問者によって行われた入力に関連する入力イベントを含むことができる。

したがって、ステップＳＴ５でウェブサーバ１２に送信される単一画素イメージファイルの要求内で単一画素イメージファイルに追加されるランダムパラメータは、ビデオホスティングサービスサイト３０１で記録されるムービーＩＤ、ムービーの音楽の題名、再生時間、コメント、更新年月日、スクリーン２００上で選択されたボタン、およびスクリーン２００からアップロードされたコメントのレコードなど、入力イベントに関連する情報を含むことができる。複数のそのようなレコードを、プレイリストとしてグループ化し、入力イベントに関する情報内に含めることができる。その結果、ウェブサーバ１２内で記録されたログ１２１は、ビデオホスティングサービスサイト３０１に関して訪問者によって行われた入力に関連する入力イベントに関するそのような情報をも含む。さらに、アプリケーション１２２は、ログ１２１を分析することによって、訪問者が訪問を継続した時間、訪問者によって好まれる音楽の種類、および訪問者によって選択された音楽など、ウェブサイト１２０を訪問した訪問者に関する情報を獲得することができる。

図１３は、ＪａｖａＳｃｒｉｐｔファイルのプレイリストの例を示す図である。この例では、プレイリストのデータ要素に続くいくつかのフィールドが、日本語で記述されている。というのは、便宜のために、訪問者によって訪問されたウェブサイト１２０が、日本語のウェブサイトであると仮定されるからである。言い替えると、プレイリストのデータ要素に続くフィールドを、日本語を含む任意の言語で記述することができる。

たとえば、図１３の最初の５行（１行目から５行目まで）の日本語で記述されたフィールドの英語翻訳は、次に斜体で示されるように解釈することができる。

図１３の６行目および後続行の日本語で記述されたフィールドの英語翻訳は、本明細書では省略される。というのは、とりわけ、図１３の少なくとも１つの目的が、ＪａｖａＳｃｒｉｐｔファイルのプレイリストの例を示すことと、プレイリストのデータ要素に続くいくつかのフィールドを日本語を含む任意の言語で記述できることを示すことであるからである。

図１３に示されたプレイリストは、要素「ｎｕｍ」、「ｗｉｄｔｈ」、「ｈｅｉｇｈｔ」、および「ｔｏｕｒ」を含む。データ要素「ｎｕｍ」は、プレイリスト内に記録されたムービーツアーの個数を示す。データ要素「ｗｉｄｔｈ」および「ｈｅｉｇｈｔ」は、それぞれ幅および高さ、すなわち、画素単位での、ムービーを表示するスクリーンのサイズを示す。データ要素「ｔｏｕｒ」は、ムービーツアーの配置順序を示す。

各例示的ムービーツアー要素は、データ要素「ｎａｍｅ」、「ｔｏｕｒ＿ｎａｍｅ」、「ｗｉｄｔｈ」、「ｃｏｕｎｔ」、または「ｍｏｖｉｅ＿ｄａｔａ」を含む。データ要素「ｎａｍｅ」は、ムービーツアー機能を呼び出すための名前を示す。図１３では、ＰＬ１、ＰＬ２、およびＰＬ３が、それぞれ、ムービーツアー機能ｔｏｕｒ１、ｔｏｕｒ２、およびｔｏｕｒ３に関連するデータ要素を表す。データ要素「ｔｏｕｒ＿ｎａｍｅ」は、各ムービーツアーのツアー名を示し、各ムービーツアーは、図１１に示されたスクリーン２００上に表示される対応する選択ボタンを有することができる。対応する選択ボタンは、データ要素「ｔｏｕｒ＿ｎａｍｅ」が「−」である場合には、スクリーン２００上に表示されない。データ要素「ｗｉｄｔｈ」は、画素単位でのスクリーン２００上に表示される対応する選択ボタンの幅を示す。データ要素「ｃｏｕｎｔ」は、ムービーツアーを形成するムービーの個数を示す。データ要素「ｍｏｖｉｅ＿ｄａｔａ」は、ムービーツアーを形成するムービーの配置順序すなわち、ムービーデータ配置を示す。

各例示的ムービーデータ配置「ｍｏｖｉｅ＿ｄａｔａ」は、データ要素「ｍｏｖｉｅ＿ｉｄ」、「ｔｉｍｅ＿ｌｅｎｇｔｈ」、「ｕｐｌｏａｄ＿ｄａｔｅ」、「ｔｉｔｌｅ」、または「ｃｏｍｍｅｎｔ」を含む。データ要素「ｍｏｖｉｅ＿ｉｄ」は、たとえばＹｏｕＴｕｂｅとすることができる、ビデオホスティングサービスサイト３０１によって提供されるムービーＩＤを示す。データ要素「ｔｉｍｅ＿ｌｅｎｇｔｈ」は、ミリ秒単位でムービーの再生時間を示す。データ要素「ｕｐｌｏａｄ＿ｄａｔｅ」は、ムービーがビデオホスティングサービスサイト３０１に更新されたときの年月日を示す。データ要素「ｔｉｔｌｅ」は、ムービーの題名を示し、データ要素「ｃｏｍｍｅｎｔ」は、ムービーに関する編集者（またはビデオホスティングサービスサイト３０１の所有者）によってアップロードされた任意の言語（この例では日本語）で記述されたコメントを示す。データ要素「ｔｉｍｅ＿ｌｅｎｇｔｈ」の値が、ムービーの実際の記録時間より短くセットされている場合には、ムービーの導入部分だけを再生することが可能である。

ＪａｖａＳｃｒｉｐｔでは、たとえば、音楽選択ボタンまたはイメージサムネイルがマウスクリックによって選択される場合に、ＢＧＭ＿ｔｏｕｒおよびＢＧＭ＿ｍｏｖｉｅなどの変数に関する情報が、入力イベント（すなわち、マウスクリック）に応答してＳｅｎｄＩｎｆｏ関数によってウェブサーバ１２に送信される。イメージサムネイルを、イメージタイプ入力要素によって、より具体的には次のタグを動的に生成することによって形成することができる。ビデオホスティングサービスサイト３０１が、たとえばＹｏｕＴｕｂｅである場合には、サムネイルデータを、「ｈｔｔｐ：／／ｉｌ．ｙｔｉｍｇ．ｃｏｍ／ｖｉ／［ムービーＩＤ］／ｄｅｆａｕｌｔ．ｊｐｇ」にアクセスすることによって獲得することができる。そのようなタグを使用することによって、マウスカーソルがイメージサムネイル上に置かれたときに、題名が表示される。ｏｎｃｌｉｃｋイベントは、イメージサムネイル上に置かれたマウスカーソルがクリックされるときに生成されて、これによってｃｈａｎｇｅＭｏｖｉｅ関数を呼び出し、引数として変数ｉを獲得し、この変数ｉは、順番に配置された複数の音楽の中で再生される音楽の第ｋ位置を示し、ｋは、１より大きい自然数である。もちろん、入力要素（＜ｉｎｐｕｔ＞タグ）を、Ｉｎｔｅｒｎｅｔ Ｅｘｐｌｏｒｅｒ、Ｇｏｏｇｌｅ、Ｃｈｒｏｍｅ、Ｓａｆａｒｉ、およびＯｐｅｒａなどのブラウザ１３１内で＜ｍａｒｑｕｅｅ＞タグを使用してスクリーン２００上でスクロールすることができる。

図１４は、動的に生成されるタグ「ｖａｒ ｉｍｇ．ｔａｇ」の例を示す図である。

図１５は、呼び出されるＳｅｎｄＩｎｆｏ関数の例を示す図である。図１５に示されたＳｅｎｄＩｎｆｏ関数が、ＳｅｎｄＩｎｆｏ関数を指定するボタンまたはサムネイルのマウスクリックなどの入力イベントによって呼び出されるときに、＜ｉｍｇ＞タグ要素が、ＳｅｎｄＭｓｇと呼ばれるＩＤを追加される＜ｄｉｖ＞タグ要素内に動的に挿入される。「？」の後に追加される現在時刻データ「ｄｕｍｍｙ＝＊＊＊＊＊＊」は、乱数の代わりに使用される。したがって、クライアント端末１３−ｉのブラウザ１３１がキャッシング機能を有する場合であっても、ブラウザ１３は、ウェブサーバ１２からｐ．ｇｉｆファイルを読み取るために、ＨＴＴＰ ＧＥＴをウェブサーバ１２に送信しまたは転送することができる。これは、ランダムパラメータをウェブサーバ１２に送信しまたは転送し、ログ１２１に記録できることを意味する。たとえば、ブラウザ１３は、ウェブサーバ１２からｐ．ｇｉｆファイルを読み取るために、ＨＴＴＰ ＧＥＴをウェブサーバ１２に繰り返して送信しまたは転送することができ、ランダムパラメータは、ウェブサーバ１２に繰り返して送信されまたは転送され、ログ１２１に記録され得る。

図１６は、図１２に示されたクライアント端末で生成される入力イベントに関する情報を含むアクセスログの例を示す図である。

ウェブサーバ１２で記録される図１６に示されたログ１２１は、既知のウェブビーコン技術を使用してアクセスログを記録する機能によって記録される、ＩＰアドレス５０１、ドメイン名５０２、ウェブサーバ１２内の内部タイマまたは類似物から獲得されたアクセス日時（秒以上の単位でのみ）５０３、および訪問者によってアクセスされたウェブページのＵＲＬを示すリファラ５０４を含む。ログ１２１は、さらに、クライアント端末１３−ｉからウェブサーバ１２に送信された単一画素イメージファイルの要求内で単一画素イメージファイルに追加されたランダムパラメータを含む。この例のランダムパラメータは、クライアント端末１３−ｉ内の内部タイマまたは類似物から獲得されたミリ秒以下の単位の現在時刻データ５０５、およびウェブページ１３０−ｊを訪問している間に訪問者によって選択された音楽を示す選択された音楽情報を含む。図１６は、選択された音楽情報が、ムービーツアーを示すムービーツアーＩＤ（またはムービーツアー番号）５０６およびムービーツアー内のムービーを示すムービーＩＤ（またはムービー番号）５０７を含む場合を示す。もちろん、現在時刻データ５０５に加えて記録される入力イベントは、選択された音楽情報に限定されない。

図１６に示されたログ１２１からある種のＩＰアドレスを有するログ情報を抽出することによって、アプリケーション１２２は、そのＩＰアドレスを有する訪問者が訪問を継続した時間の長さ、訪問者が好む音楽の種類、または訪問者によって選択された音楽を判定することができる。アプリケーション１２２は、ログ１２１を分析し、ある種のウェブページへの頻繁な訪問者を判定し、または相対的に多数の訪問者によって頻繁に訪問されるウェブページを判定することもできる。さらに、ムービーツアー内のムービーの順序を、ログ１２１から分析された訪問者の好みに基づいて変更することができる。

もちろん、訪問者がウェブページ１２０−ｊを訪問する時間の長さを、ＳｅｔＴｉｍｅｏｕｔ関数を使用して、１０００ミリ秒から１００００ミリ秒までの単位で入力イベントを記録することによって、高い精度で判定することができる。この場合に、ＳｅｔＴｉｍｅｏｕｔ関数によって呼び出されるルーチンは、このルーチンが次に呼び出されるまでの時間を指定することができる。

図１６に示された例では、ＩＰアドレス「２１８．２２６．１４４．２３６」を有する訪問者は、第８の音楽（Ｎｏ．７）が３分４７秒の長さであるにもかかわらず、第８の音楽（Ｎｏ．７）を１分半だけ聞いた。この訪問者は、図１６で点線の中に示されているように、音楽の選択を、オリジナルムービーツアーの選択すなわち第１の音楽（Ｎｏ．０）に戻した。したがって、この訪問者が、第８の音楽（Ｎｏ．７）より第１の音楽（Ｎｏ．０）を好むと考えることができる。

上で説明した例示的実施形態では、ログ１２１に記録される情報、具体的には現在時刻データおよびクライアント端末１３−ｉで訪問者によって生成された入力イベントに関する情報を使用して、アプリケーション１２２を使用してウェブサーバ１２内で訪問者によって行われた訪問を分析することができる。しかし、ログ１２１に記録された現在時刻データおよび入力イベントに関する情報を、たとえばクライアント端末１３−ｉによって使用することができる。

ウェブサイト１２０は、ドローイングを作成し、音楽を作曲し、２次元または３次元でモデル、イラストレーション、およびデザインを作成するために、イメージおよび／または文書を作成し編集する機能を提供することができる。この場合に、ユーザ（作成者またはデザイナ）は、ウェブサイト１２０にアクセスして、たとえばウェブサーバ１２にアクセスできる任意のクライアント端末から、ターゲット文書を作成し、編集することができる。任意のクライアント端末からターゲット文書に対して実行される動作が、各アクセスと一緒にログ１２１に記録されるので、ユーザは、最も最近の編集を行ったクライアント端末および確認を行いつつあるクライアント端末が同一または異なるのどちらであるのかにかかわりなく、ログ１２１にアクセスすることによって、ターゲット文書に関して行われた最も最近の編集を確認することができる。さらに、ユーザが、ターゲット文書に対して誤った操作を行う場合に、ターゲット文書に関して行われた２番目に最も最近の編集を、必要な訂正を行うためにログ１２１から取り出すことができる。ユーザは、ユーザのＩＰアドレスおよび／またはターゲット文書を識別する名前もしくは類似物によってログ１２１に記録された情報をソートすることによって、ログ１２１からターゲット文書に関する所望の情報を取り出すことができる。その結果、ターゲット文書の編集ヒストリをログ１２１から獲得することができ、ユーザがそこからターゲット文書を編集できる可能なクライアント端末のそれぞれでターゲット文書に関する同一の編集情報を同期化された形で同時に格納することを不要にすることができ、これは、そうでなければかなり大量のメモリリソースを消費する可能性がある。

図１７は、ウェブサイトからのログ情報の取出を説明する図である。図１７では、図５の対応する例示的部分と同一である例示的部分が、同一の符号によって指定され、その説明は省略される。図１７では、便宜のために、ウェブサイト１２０が、ドローイングおよび文書を作成し、編集する機能を有すると仮定する。

図１７では、クライアント端末１３−ｉでユーザによって生成された、ステップＳＴ５およびＳＴ６に関する入力イベントは、作成されるドローイングまたは文書に対して実行される入力、変更、および編集を含む。さらに、アプリケーション１２２がステップＳＴ７でログ１２１を分析するときに、アプリケーション１２２は、ステップＳＴ２１で、ユーザのＩＰアドレスおよび／またはターゲットのドローイングもしくは文書を識別する名前もしくは類似物ごとにファイル１２５に書き込む。１つのそのようなファイル１２５を、イメージファイルまたはＪＳＯＮＰファイルとして、ユーザおよび／またはターゲットのドローイングもしくは文書ごとに作成することができる。

ステップＳＴ２２では、ユーザが、ユーザのＩＰアドレスおよび／またはターゲットのドローイングもしくは文書に基づいて、ウェブサーバ１２にファイル１２５を要求する。ステップＳＴ２３では、ウェブサーバ１２が、要求されたファイル１２５をクライアント端末１３−ｉに送信する。したがって、ユーザは、ウェブサーバ１２でログ１２１から抽出されたファイル１２５から、ターゲットのドローイングまたは文書の編集ヒストリを獲得することができる。ユーザは、この編集ヒストリを使用して、ターゲットのドローイングまたは文書をさらに編集し、変更し、または訂正することができる。

図１８は、ドローイングの作成を説明する図である。図１８は、ドローイング６０１−１、６０１−２、および６０１−３が、任意のクライアント端末からユーザによって行われる、入力、変更、または編集などの操作によってページ１上で時間的に順次作成されるケースを示す。各操作を、任意のクライアント端末から行うことができる。さらに、ページ２内のドローイング６０２−１は、ページ１のドローイング６０１−２からコピーされ、ドローイング６０２−２は、任意のクライアント端末からユーザによって行われる操作によってページ２上に時間的に順次作成される。ファイル１２５に含まれる編集ヒストリは、ユーザが、図１８に示されたドローイング６０１−１から６０１−３、６０２−１、および６０２−２を作成するプロセスを理解することを可能にする。

図１９は、文書の作成を説明する図である。図１９は、文書７０１から７０９が、任意のクライアント端末からユーザによって行われる操作によって時間的に順次作成されるケースを示す。各動作を、任意のクライアント端末から行うことができる。ファイル１２５に含まれる編集ヒストリは、ユーザが、図１９に示された文書７０１から７０９を作成するプロセスを理解することを可能にする。たとえば、編集ヒストリから、文書７０９が文書７０５から作成されることがわかる。

図２０は、キーフレームを説明する図である。図２０では、図１９の対応する例示的部分と同一である例示的部分が、同一の符号によって指定され、その説明は省略される。

図２０では、文書７０１から７０９のツリー構造内のルート文書が、ハッチングによって示されている。複数の文書がそれから分岐するルート文書は、キーフレームと見なされる。ファイル１２５内に、文書７０１、７０４、および７０５がキーフレームであることを示す情報を含めることによって、ユーザは、ツリー構造内の所望の文書を獲得するために、ツリー構造を簡単にバックトラックすることができる。

ログ１２１は、アクセスに関連する、ユーザによって行われた操作の因果関係を格納し、そのような操作を正確に反映する。したがって、アプリケーション１２２は、ログ１２１の記録順序が因果関係を保証しない場合であっても、ログ１２１から、ウェブサイト１２０で訪問者によって行われたアクセスに関連する操作の因果会計を復元することができる。アプリケーション１２２は、単一画素イメージファイルの要求内で単一画素イメージファイルに追加されるランダムパラメータが、ユーザによって行われたアクセスに関連する操作を再構成するのに必要な情報をさらに含む場合に、ウェブサイト１２０でユーザによって行われたアクセスに関連する操作を再構成することができる。したがって、ファイル１２５に、ユーザによって行われたアクセスに関連する操作を再構成するのに必要な情報を書き込むことができ、その結果、因果関係が、編集ヒストリ内で保証されるようになる。

いくつかの例では、ブラウザは、＜ｄｉｖ＞タグ要素内の＜ｉｍｇ＞タグ要素のソースにランダムパラメータを動的に追加される単一画素イメージファイル（１画素イメージファイル）を動的に埋め込むことによって、ＪａｖａＳｃｒｉｐｔを実行するように構成される。しかし、いくつかの例では、２画素イメージファイルまたは３画素イメージファイルを、単一画素イメージファイルの代わりに使用することができる。

図２１に、例示的コンピュータプログラム製品２１００のブロック図を示す。いくつかの例では、図２１に示されているように、コンピュータプログラム製品２１００は、ウェブサイトを提供するサーバにアクセスし、ウェブビーコン技術を使用してアクセスログを記録する機能を含むために、コンピュータにブラウザプロセスを実行させる命令２１０４をも含むことができる信号担持媒体２１０２を含む。ブラウザプロセスは、＜ｄｉｖ＞タグ要素内の＜ｉｍｇ＞タグ要素のソースにランダムパラメータを動的に追加される単一画素イメージファイルを動的に埋め込むために、コンピュータにＪａｖａＳｃｒｉｐｔを実行させる手続きを含むことができ、ランダムパラメータは、少なくとも、情報処理装置内で獲得される現在時刻データを含むことができる。ブラウザプロセスは、入力イベントが情報処理装置内で生成されるたびに、コンピュータに、サーバに単一画素イメージファイルの要求を送信させる手続きを含むことができる。

やはり図２１に示されているように、いくつかの例では、コンピュータ製品２１００は、コンピュータ可読媒体２１０６、記録可能媒体２１０８、および通信媒体２１１０のうちの１つまたは複数を含むことができる。これらの要素の回りの破線の箱は、信号担持媒体２１０２内に含まれる（これに限定されない）異なるタイプの媒体を示す。これらのタイプの媒体は、論理によって実行される命令２１０４を配布することができる。コンピュータ可読媒体２１０６および記録可能媒体２１０８は、フレキシブルディスク、ハードディスクドライブ（ＨＤＤ）、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）、デジタルテープ、コンピュータメモリなどを含むことができるが、これに限定されない。通信媒体６１０は、デジタルおよび／またはアナログの通信媒体（たとえば、光ファイバケーブル、導波管、有線通信リンク、無線通信リンクなど）を含むことができるが、これに限定されない。

図２２に、例示的コンピュータプログラム製品２２００のブロック図を示す。いくつかの例では、図２２に示されているように、コンピュータプログラム製品２２００は、ウェブサイトを提供し、ウェブビーコン技術を使用してアクセスログを記録する、サーバプロセスをコンピュータに実行させる命令２２０４を含むことができる信号担持媒体２１０２を含む。サーバプロセスは、コンピュータに、クライアント端末内で生成された入力イベントに応答して受信される単一画素イメージファイルの要求に応答して、ウェブサイトから単一画素イメージファイルを読み取らせ、読み取られた単一画素イメージファイルをＨＴＭＬ内でクライアント端末に転送させる手続きを含むことができる。サーバプロセスは、コンピュータに、クライアント端末へのＨＴＭＬ内の読み取られた単一画素イメージファイルの転送と実質的に同時に、ウェブビーコン技術を使用してクライアント端末から行われたアクセスのログを記録させる手続きを含むことができる。クライアント端末から受信された単一画素イメージファイルの要求に、ＪａｖａＳｃｒｉｐｔを実行することによって＜ｄｉｖ＞タグ要素内の＜ｉｍｇ＞タグ要素のソースにランダムパラメータを動的に追加される単一画素イメージファイルを動的に埋め込むことができる。ランダムパラメータは、少なくとも、クライアント端末で獲得された現在時刻データを含むことができる。ログは、ウェブビーコン技術によって記録可能な情報に加えて、単一画素イメージファイルの要求内で単一画素イメージファイルに追加されるランダムパラメータを含むことができる。

やはり図２２に示されているように、いくつかの例で、コンピュータ製品２２００は、コンピュータ可読媒体２２０６、記録可能媒体２１０８、および通信媒体２２１０のうちの１つまたは複数を含むことができる。これらの要素の回りの破線の箱は、信号担持媒体２２０２内に含まれる（これに限定されない）異なるタイプの媒体を示す。これらのタイプの媒体は、論理によって実行される命令２２０４を配布することができる。コンピュータ可読媒体２２０６および記録可能媒体２１０８は、フレキシブルディスク、ＨＤＤ、ＣＤ、ＤＶＤ、デジタルテープ、コンピュータメモリなどを含むことができるが、これに限定されない。通信媒体６１０は、デジタルおよび／またはアナログの通信媒体を含むことができるが、これに限定されない。

本開示で用語「〜に応答する」または「〜に応答して」に対して行われる言及は、特定の特徴および／または構造に対する応答性に限定されない。ある特徴が、別の特徴および／または構造にも応答し、その構造および／または特徴内に配置されることもできる。さらに、「結合され」、「応答し」、「〜に応答して」、または「〜と通信して」などの用語または句が本明細書またはこれに続く特許請求の範囲で使用されるときに、これらの用語は、広義に解釈されなければならない。たとえば、句「〜に結合され」は、その句が使用される文脈に適宜、通信的に、電気的に、および／または機能的に結合されることを指すことができる。

本明細書で説明したやり方で装置および／またはプロセスを記載し、その後そのように記載された装置（たとえば、送信機、受信機、ワイヤレス装置、コンピューティングプラットフォーム、コンピューティング装置など）および／または方法を、データ処理システムに統合するためにエンジニアリング方式を使用することは、当技術分野で一般的であることを当業者は認識するであろう。すなわち、本明細書に記載された装置および／または方法の少なくとも一部を、妥当な数の実験によってデータ処理システムに統合することができる。通常のデータ処理システムは、一般に、システムユニットハウジング、ビデオディスプレイ装置、揮発性メモリおよび不揮発性メモリなどのメモリ、マイクロプロセッサおよびデジタル信号プロセッサなどのプロセッサ、オペレーティングシステムなどの計算実体、ドライバ、グラフィカルユーザインターフェース、およびアプリケーションプログラムのうちの１つもしくは複数、タッチパッドもしくはスクリーンなどの１つもしくは複数の相互作用装置、ならびに／またはフィードバックループおよびコントロールモータを含むコントロールシステム（たとえば、位置検知用および／もしくは速度検知用フィードバック、コンポーネントの移動用および／もしくは数量の調整用コントロールモータ）を含むことを、当業者は理解するであろう。通常のデータ処理システムは、データコンピューティング／通信システムおよび／またはネットワークコンピューティング／通信システムの中に通常見られるコンポーネントなどの、市販の適切なコンポーネントを利用して実装することができる。

本明細書に記載された主題は、さまざまなコンポーネントまたは要素をしばしば例示しており、これらのコンポーネントまたは要素は、他のさまざまなコンポーネントまたは要素に包含されるか、または他のさまざまなコンポーネントまたは要素に接続される。そのように図示されたアーキテクチャは、単に例にすぎず、実際には、同じ機能を実現する多くの他のアーキテクチャが実装可能であることが理解されよう。概念的な意味で、同じ機能を実現するコンポーネントの任意の構成は、所望の機能が実現されるように効果的に「関連付け」される。したがって、特定の機能を実現するために組み合わされた、本明細書における任意の２つのコンポーネントは、アーキテクチャまたは中間のコンポーネントにかかわらず、所望の機能が実現されるように、お互いに「関連付け」されていると見ることができる。同様に、そのように関連付けされた任意の２つのコンポーネントは、所望の機能を実現するために、互いに「動作可能に接続」または「動作可能に結合」されていると見なすこともでき、そのように関連付け可能な任意の２つのコンポーネントは、所望の機能を実現するために、互いに「動作可能に結合できる」と見なすこともできる。動作可能に結合できる場合の具体例には、物理的にかみ合わせ可能な、および／もしくは物理的に相互作用するコンポーネント、ならびに／またはワイヤレスに相互作用可能な、および／もしくはワイヤレスに相互作用するコンポーネント、ならびに／または論理的に相互作用する、および／もしくは論理的に相互作用可能なコンポーネントが含まれるが、それらに限定されない。

本明細書における実質的にすべての複数形および／または単数形の用語の使用に対して、当業者は、状況および／または用途に適切なように、複数形から単数形に、および／または単数形から複数形に変換することができる。さまざまな単数形／複数形の置き換えは、理解しやすいように、本明細書で明確に説明することができる。

通常、本明細書において、特に添付の特許請求の範囲（たとえば、添付の特許請求の範囲の本体部）において使用される用語は、全体を通じて「オープンな（ｏｐｅｎ）」用語として意図されていることが、当業者には理解されよう（たとえば、用語「含む（ｉｎｃｌｕｄｉｎｇ）」は、「含むがそれに限定されない（ｉｎｃｌｕｄｉｎｇ ｂｕｔ ｎｏｔ ｌｉｍｉｔｅｄ ｔｏ）」と解釈されるべきであり、用語「有する（ｈａｖｉｎｇ）」は、「少なくとも有する（ｈａｖｉｎｇ ａｔ ｌｅａｓｔ）」と解釈されるべきであり、用語「含む（ｉｎｃｌｕｄｅｓ）」は、「含むがそれに限定されない（ｉｎｃｌｕｄｅｓ ｂｕｔ ｉｓ ｎｏｔ ｌｉｍｉｔｅｄ ｔｏ）」と解釈されるべきである、など）。導入される請求項で具体的な数の記載が意図される場合、そのような意図は、当該請求項において明示的に記載されることになり、そのような記載がない場合、そのような意図は存在しないことが、当業者にはさらに理解されよう。たとえば、理解の一助として、添付の特許請求の範囲は、導入句「少なくとも１つの（ａｔ ｌｅａｓｔ ｏｎｅ）」および「１つまたは複数の（ｏｎｅ ｏｒ ｍｏｒｅ）」を使用して請求項の記載を導くことを含む場合がある。しかし、そのような句の使用は、同一の請求項が、導入句「１つまたは複数の」または「少なくとも１つの」および「ａ」または「ａｎ」などの不定冠詞を含む場合であっても、不定冠詞「ａ」または「ａｎ」による請求項の記載の導入が、そのように導入される請求項の記載を含む任意の特定の請求項を、単に１つのそのような記載を含む発明に限定する、ということを示唆していると解釈されるべきではない（たとえば、「ａ」および／または「ａｎ」は、通常、「少なくとも１つの」または「１つまたは複数の」を意味すると解釈されるべきである）。同じことが、請求項の記載を導入するのに使用される定冠詞の使用にも当てはまる。また、導入される請求項の記載で具体的な数が明示的に記載されている場合でも、そのような記載は、通常、少なくとも記載された数を意味すると解釈されるべきであることが、当業者には理解されよう（たとえば、他の修飾語なしでの「２つの記載（ｔｗｏ ｒｅｃｉｔａｔｉｏｎｓ）」の単なる記載は、通常、少なくとも２つの記載、または２つ以上の記載を意味する）。さらに、「Ａ、ＢおよびＣ、などの少なくとも１つ」に類似の慣例表現が使用されている事例では、通常、そのような構文は、当業者がその慣例表現を理解するであろう意味で意図されている（たとえば、「Ａ、Ｂ、およびＣの少なくとも１つを有するシステム」は、Ａのみ、Ｂのみ、Ｃのみ、ＡおよびＢを共に、ＡおよびＣを共に、ＢおよびＣを共に、ならびに／またはＡ、Ｂ、およびＣを共に、などを有するシステムを含むが、それに限定されない）。「Ａ、Ｂ、またはＣ、などの少なくとも１つ」に類似の慣例表現が使用されている事例では、通常、そのような構文は、当業者がその慣例表現を理解するであろう意味で意図されている（たとえば、「Ａ、Ｂ、またはＣの少なくとも１つを有するシステム」は、Ａのみ、Ｂのみ、Ｃのみ、ＡおよびＢを共に、ＡおよびＣを共に、ＢおよびＣを共に、ならびに／またはＡ、Ｂ、およびＣを共に、などを有するシステムを含むが、それに限定されない）。２つ以上の代替用語を提示する事実上いかなる離接する語および／または句も、明細書、特許請求の範囲、または図面のどこにあっても、当該用語の一方（ｏｎｅ ｏｆ ｔｈｅ ｔｅｒｍｓ）、当該用語のいずれか（ｅｉｔｈｅｒ ｏｆ ｔｈｅ ｔｅｒｍｓ）、または両方の用語（ｂｏｔｈ ｔｅｒｍｓ）を含む可能性を企図すると理解されるべきであることが、当業者にはさらに理解されよう。たとえば、句「ＡまたはＢ」は、「Ａ」または「Ｂ」あるいは「ＡおよびＢ」の可能性を含むことが理解されよう。

Claims (20)

1. ウェブサイトを提供するように構成され、ウェブビーコン技術を使用してアクセスログを記録する機能を含む、サーバと、
   ネットワークを介して前記サーバと通信可能であり、＜ｄｉｖ＞タグ要素内の＜ｉｍｇ＞タグ要素のソースにランダムパラメータを動的に追加される単一画素イメージファイルを動的に埋め込むことによってＪａｖａＳｃｒｉｐｔを実行するように構成されたブラウザを含む、クライアント端末と
   を含み、前記ランダムパラメータは、少なくとも、前記クライアント端末内で獲得された現在時刻データを含み、
   前記ブラウザは、前記クライアント端末から生成された入力イベントに応答してＧＥＴコマンドによって前記サーバへの前記単一画素イメージファイルの要求を行い、
   前記サーバは、前記ウェブサイトから前記要求された単一画素イメージファイルを読み取り、前記読み取られた単一画素イメージファイルをＨＴＭＬ内で前記クライアント端末に転送し、前記クライアント端末から行われるアクセスのログを同時に記録し、
   前記ログは、前記ウェブビーコン技術によって記録可能な情報に加えて、前記単一画素イメージファイルの要求内で前記単一画素イメージファイルに追加される前記ランダムパラメータを含めるために前記サーバで記録される
   サーバ−クライアントシステム。
2. 前記ランダムパラメータは、前記クライアント端末で行われた前記アクセスに関連する入力イベントを再構成するのに必要な情報をさらに含み、前記入力イベントの因果関係を保証する、請求項１に記載のサーバ−クライアントシステム。
3. 前記ウェブビーコン技術によって記録可能な前記情報は、前記クライアント端末のＩＰアドレス、前記クライアント端末のドメイン名、前記サーバ内で獲得されるアクセスの日付および時刻、アクセスページ名、またはリファラを含み、
   前記現在時刻データは、ミリ秒以下の単位であり、前記サーバ内で獲得される前記時刻は、秒の単位である
   請求項１に記載のサーバ−クライアントシステム。
4. 前記サーバは、前記ログを分析するように構成されたアプリケーションを含む、請求項１に記載のサーバ−クライアントシステム。
5. 前記サーバは、Ａｐａｃｈｅ ＨＴＴＰサーバによって形成される、請求項１に記載のサーバ−クライアントシステム。
6. ウェブサイトを提供するサーバと通信可能であり、ウェブビーコン技術を使用してアクセスログを記録する機能を含む、情報処理装置であって、
   ブラウザプログラムを格納するように構成されたストレージユニットと、
   ブラウザ機能を提供するために前記ストレージユニット内に格納された前記ブラウザプログラムを実行するように構成されたプロセッサと
   を含み、前記ブラウザ機能は、
   ＜ｄｉｖ＞タグ要素内の＜ｉｍｇ＞タグ要素のソースにランダムパラメータを動的に追加される単一画素イメージファイルを動的に埋め込むことによってＪａｖａＳｃｒｉｐｔを実行する機能であって、前記ランダムパラメータは、少なくとも前記情報処理装置内で獲得された現在時刻データを含む、機能と、
   入力イベントが前記情報処理装置内で生成されるときに前記単一画素イメージファイルの要求を前記サーバに転送する機能と
   を含む、情報処理装置。
7. 前記ランダムパラメータは、前記情報処理装置内で行われたアクセスに関連する入力イベントを再構成するのに必要な情報をさらに含み、前記入力イベントの因果関係を保証する、請求項６に記載の情報処理装置。
8. 入力デバイスと、
   表示ユニットと
   をさらに含み、前記情報処理装置内で行われたアクセスに関連する入力イベントを再構成するのに必要な前記情報は、文字列が前記入力デバイスから入力されるキーダウン、座標または線分が前記入力デバイスからグラフィカルに入力されるマウスクリック、前記表示ユニット上に表示されたボタンがプロセスを実行するために前記入力デバイスへの入力に応答してクリックされるボタンクリック、前記表示ユニット上に表示されたチェックボックスが処理モードをセットするために前記入力デバイスへの入力に応答してクリックされるチェックボックスクリック、ならびに前記表示ユニット上に表示されたラジオボタンが色またはモードを選択するために前記入力デバイスへの入力に応答してクリックされるラジオボタンクリックを含む
   請求項７に記載の情報処理装置。
9. 前記現在時刻データは、ミリ秒以下の単位である、請求項６に記載の情報処理装置。
10. クライアント端末と通信可能な情報処理装置であって、
    サーバプログラムおよびログを格納するように構成されたストレージユニットと、
    サーバ機能を提供するために前記ストレージユニット内に格納された前記サーバプログラムを実行するように構成されたプロセッサと
    を含み、前記サーバ機能は、
    ウェブサイトを提供する機能と、
    前記クライアント端末内で生成される入力イベントに応答して受信される単一画素イメージファイルの要求に応答して、前記単一画素イメージファイルを前記ウェブサイトから読み取り、前記読み取られた単一画素イメージファイルをＨＴＭＬ内で前記クライアント端末に転送する機能と、
    前記クライアント端末へのＨＴＭＬ内での前記読み取られた単一画素イメージファイルの前記転送と実質的に同時に、ウェブビーコン技術を使用して前記クライアント端末から行われたアクセスのログを記録する機能と
    を含み、前記クライアント端末から受信される前記単一画素イメージファイルの前記要求は、ＪａｖａＳｃｒｉｐｔを実行することによって＜ｄｉｖ＞タグ要素内の＜ｉｍｇ＞タグ要素のソースにランダムパラメータを動的に追加される前記単一画素イメージファイルを動的に埋め込まれ、
    前記ランダムパラメータは、少なくとも前記クライアント端末内で獲得された現在時刻データを含み、
    前記ログは、前記ウェブビーコン技術によって記録可能な情報に加えて、前記単一画素イメージファイルの前記要求内で前記単一画素イメージファイルに追加される前記ランダムパラメータを含む
    情報処理装置。
11. 前記ランダムパラメータは、前記クライアント端末で行われたアクセスに関連する入力イベントを再構成するのに必要な情報をさらに含み、前記入力イベントの因果関係を保証する、請求項１０に記載の情報処理装置。
12. 前記ウェブビーコン技術によって記録可能な前記情報は、前記クライアント端末のＩＰアドレス、前記クライアント端末のドメイン名、前記サーバ内で獲得されるアクセスの日付および時刻、アクセスページ名、またはリファラを含む、請求項１０に記載の情報処理装置。
13. 前記ストレージユニットは、アプリケーションプログラムを格納し、前記プロセッサは、前記ログを分析する分析機能を提供するために、前記ストレージユニット内に格納された前記アプリケーションプログラムを実行する、請求項１０に記載の情報処理装置。
14. 前記分析機能は、前記現在時刻データ、前記クライアント端末のＩＰアドレス、前記ウェブサイト上で作成され編集されたターゲット文書またはターゲットドローイングを識別する情報のうちの少なくとも１つに基づいて前記ログの前記情報をソートすることをさらに含む、請求項１３に記載の情報処理装置。
15. 前記ストレージユニットおよび前記プロセッサは、Ａｐａｃｈｅ ＨＴＴＰサーバを形成する、請求項１０に記載の情報処理装置。
16. コンピュータによって実行されたときに、前記コンピュータに、ウェブサイトを提供するサーバにアクセスし、ウェブビーコン技術を使用してアクセスログを記録する機能を含むようにブラウザプロセスを実行させるプログラムを格納するコンピュータプログラム製品であって、前記ブラウザプロセスは、
    前記コンピュータに、＜ｄｉｖ＞タグ要素内の＜ｉｍｇ＞タグ要素のソースにランダムパラメータを動的に追加される単一画素イメージファイルを動的に埋め込むためにＪａｖａＳｃｒｉｐｔを実行させる手続きであって、前記ランダムパラメータは、少なくとも前記情報処理装置内で獲得された現在時刻データを含む、手続きと、
    前記コンピュータに、前記情報処理装置内で生成された入力イベントに応答して前記単一画素イメージファイルの要求を前記サーバに送信させる手続きと
    を含む、コンピュータプログラム製品。
17. 前記ランダムパラメータは、前記情報処理装置内で行われたアクセスに関連する入力イベントを再構成するのに必要な情報をさらに含み、前記入力イベントの因果関係を保証する、請求項１６に記載のコンピュータプログラム製品。
18. コンピュータによって実行されたときに、前記コンピュータに、ウェブサイトを提供するサーバプロセスを実行させ、ウェブビーコン技術を使用してアクセスログを記録させるプログラムを格納するコンピュータプログラム製品であって、前記サーバプロセスは、
    前記コンピュータに、クライアント端末内で生成された入力イベントに応答して受信された単一画素イメージファイルの要求に応答して、前記ウェブサイトから前記単一画素イメージファイルを読み取らせ、前記読み取られた単一画素イメージファイルをＨＴＭＬ内で前記クライアント端末に転送させる手続きと、
    前記コンピュータに、前記クライアント端末へのＨＴＭＬ内の前記読み取られた単一画素イメージファイルの前記転送と実質的に同時に、ウェブビーコン技術を使用して前記クライアント端末から行われたアクセスのログを記録させる手続きと
    を含み、前記クライアント端末から受信された前記単一画素イメージファイルの前記要求は、ＪａｖａＳｃｒｉｐｔを実行することによって＜ｄｉｖ＞タグ要素内の＜ｉｍｇ＞タグ要素のソースにランダムパラメータを動的に追加される前記単一画素イメージファイルを動的に埋め込まれ、
    前記ランダムパラメータは、少なくとも前記クライアント端末内で獲得された現在時刻データを含み、
    前記ログは、前記ウェブビーコン技術によって記録可能な情報に加えて、前記単一画素イメージファイルの前記要求内で前記単一画素イメージファイルに追加される前記ランダムパラメータを含む、
    コンピュータプログラム製品。
19. 前記ランダムパラメータは、前記クライアント端末で行われたアクセスに関連する入力イベントを再構成するのに必要な情報をさらに含み、前記入力イベントの因果関係を保証する、請求項１８に記載のコンピュータプログラム製品。
20. 前記サーバプロセスは、前記コンピュータにＡｐａｃｈｅ ＨＴＴＰサーバとして機能させる、請求項１８に記載のコンピュータプログラム製品。

Images