携帯電話アクセス識別システム、ウェブサーバ及びウェブサーバの制御方法
【課題】ＰＣ又は携帯電話とウェブサーバの間に設けられた評価用サーバにてアクセスを記録する方法では、評価サーバの処理能力がボトルネックとなる。
【解決手段】携帯電話アクセス識別システム２０は、ユーザ端末１２や携帯電話１１からのアクセスを識別する複数のウェブサーバ２４と、アクセス解析装置２３により構成され、ネットワーク２１で接続されている。携帯電話１１のユーザがリンク情報を選択すると、このリンク情報による新たな閲覧情報が携帯電話１１からフロントコントローラ３１へ送られる。フロントコントローラ３１は、「ｕｉｄ＝１」と「ｐｉｄ＝１」を確認すると、すでにセッション管理が行われたユニークなユーザであると判断して、そのリンク情報をページ３２上のウェブビーコン３４へ送信する。リンク情報がアクセスされるとウェブビーコン３４は、アクセス解析装置２３へアクセス情報を送信する。
【解決手段】携帯電話アクセス識別システム２０は、ユーザ端末１２や携帯電話１１からのアクセスを識別する複数のウェブサーバ２４と、アクセス解析装置２３により構成され、ネットワーク２１で接続されている。携帯電話１１のユーザがリンク情報を選択すると、このリンク情報による新たな閲覧情報が携帯電話１１からフロントコントローラ３１へ送られる。フロントコントローラ３１は、「ｕｉｄ＝１」と「ｐｉｄ＝１」を確認すると、すでにセッション管理が行われたユニークなユーザであると判断して、そのリンク情報をページ３２上のウェブビーコン３４へ送信する。リンク情報がアクセスされるとウェブビーコン３４は、アクセス解析装置２３へアクセス情報を送信する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯電話からのインターネットアクセスにおける、ユーザを識別するためのアクセス識別システム、ウェブサーバ及びウェブサーバの制御方法に関する。
【背景技術】
【０００２】
従来、パーソナルコンピュータ（以下、ＰＣという。）からインターネットを介したウェブサーバへのアクセスを解析するアクセス解析では、使用者を特定できなくとも、一連のアクセスを行うユニークなユーザが特定でき、ウェブサーバのサイト内での動きを調べることで、サイトにアクセスしてきたユニークなユーザ及びユーザ数を調べる解析手法や解析装置が知られている。
【０００３】
このようなアクセス解析を利用して、ウェブサーバのサイト内で公開している広告や販売サイトのアクセス回数や、販売に結びついたアクセスなどを評価して広告効果を評価するシステムが、特許文献１に公開されている。
【０００４】
また、特許文献１には、ＰＣとウェブサーバの間に設けられた評価用サーバにて、ＰＣからのアクセスを識別する認証ＩＤを割り当て、割り当てられた認証ＩＤと共にアクセスを記録する技術が示されている。また、評価用サーバは、記録されたＰＣや携帯電話からの一連のアクセスを評価している。
【０００５】
【特許文献１】特開２００３−２９６５０３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、特許文献１で示されるＰＣとウェブサーバの間に設けられた評価用サーバにてアクセスを記録する方法では、評価用サーバの処理能力がボトルネックとなり、評価用サーバの処理能力を超えるアクセスが発生すると、ＰＣとウェブサーバの通信を阻害する要因となっていた。
【０００７】
また、携帯電話からのアクセスは、通常のＰＣからのアクセスと異なり、ＰＣ用アクセス解析においてユニークなユーザを特定するために使用してきたセッション情報が、携帯電話会社であるキャリア、携帯電話の機種によって異なり、全てに対応することが難しいという問題があった。
【０００８】
次に、３つの問題点を示す。第１の問題点は、携帯電話からのアクセスではＩＰアドレスが固定されない。第２の問題点は、直前に見ていたページの情報であるリファラが取得できない。第３の問題点は、ＰＣでは一般的に使えるＣｏｏｋｉｅが携帯電話では使えない。以下、具体的に説明する。
【０００９】
（１）携帯電話からのアクセスではＩＰアドレスが固定されない
通常、ＰＣからのアクセスはウェブサーバのサイトを閲覧中何度アクセスしても変化することがなく、例えば、１９２．１６８．０．１というＩＰアドレスでアクセスしていた場合は、１９２．１６８．０．１の値で固定される。
【００１０】
しかし、携帯電話からのアクセスの場合は、最初はキャリアから１９２．１６８．０．１を割り振られてアクセスしていても、次のページを見るときにキャリアから割り振られたＩＰアドレスが１９２．１６８．０．２に変化する場合がある。これは携帯電話が移動してキャリアの無線基地局が変わってしまうことやアクセスの度にキャリアの無線基地局からインターネットへ中継するサーバが変わることで、ＩＰアドレスが変化するためである。
【００１１】
もっとも、個人向けのプロバイダを経由して接続しているＰＣも、複数のユーザでＩＰアドレスを共有するため、同じＩＰアドレスからのアクセスでも同一のＰＣとは限らない。そこで、アクセス解析では、３０分から６０分以上の間隔をおいてアクセスされた場合、たとえ同じＩＰアドレスであっても異なるユニークなユーザと判定しないという処理を設けている。しかし、アクセス毎に変化するＩＰアドレスでは、同一のユニークなユーザとみなすことができないため、携帯電話でユニークなユーザを特定しにくいという問題がある。
【００１２】
（２）リファラがとれない
通常、ＰＣからのアクセスによりウェブサーバに記録されるアクセスログには、共通形式と拡張形式がある。拡張形式のアクセスログには、リファラ（前にどこのサイトを見ていた）という項目があり、これを用いることによりサイトを閲覧していたユニークなユーザがどういう順序でページをたどっていったか分かる。しかし、携帯電話では、リファラ機能が無いものや、限られた機種にしか実装されていないため、通常は取得できない。
【００１３】
（３）Ｃｏｏｋｉｅが使えない
ＰＣからのアクセスによりユニークなユーザを認識するためにＣｏｏｋｉｅを使ってセッションを維持し、ユニークなユーザを特定することが行われている。しかし、携帯電話ではＣｏｏｋｉｅを使える機種は少数であり、全ての機種で使用することはできないため、一般化しにくいという問題がある。
【課題を解決するための手段】
【００１４】
以上のような問題を解決するために、本発明に係るウェブサーバは、ユーザ端末にホームページを公開し、ユーザ端末からのアクセスを検出してユーザ端末のＩＰアドレスをアクセスログ解析装置に送信するウェブビーコン手段を有するウェブサーバにおいて、ユーザ端末から要求された対象ページに含まれるリンク情報を取得するリンク情報取得手段と、ユーザ端末にユーザＩＤを割り当てるユーザＩＤ割当手段と、リンク情報取得手段により取得されたリンク情報と割り当てられたユーザＩＤと共にユーザ端末に送信する送信手段と、を備え、ユーザＩＤが割り当てられたユーザ端末によってアクセスされた場合には、ウェブビーコン手段により対象ページ情報とユーザＩＤをアクセスログ解析装置に送信することを特徴とする。
【００１５】
また、本発明に係るウェブサーバにおいて、ユーザＩＤ割当手段は、ユーザ端末から要求されたリンク情報にユーザＩＤが割り当てられていた場合には、そのユーザＩＤの使用を継続し、ユーザＩＤが無い場合は別のユーザＩＤを割り当てることを特徴とする。
【００１６】
さらに、本発明に係るウェブサーバを用いる携帯電話アクセス識別システムにおいて、ページ情報取得手段とユーザ情報付加手段及び送信手段は、ＣＧＩ等のプログラムにより実現され、ユーザＩＤが割り当てられたユーザ端末である携帯電話からのアクセス情報をアクセスログ解析装置に送信することを特徴とする。
【００１７】
本発明に係るウェブサーバの制御方法は、ユーザ端末にホームページを公開し、ユーザ端末からのアクセスを検出してユーザ端末のＩＰアドレスをアクセスログ解析装置に送信するウェブビーコン工程を含むウェブサーバの制御方法において、ユーザ端末から要求された対象ページに含まれるリンク情報を取得するリンク情報取得工程と、ユーザ端末にユーザＩＤを割り当てるユーザＩＤ割当工程と、リンク情報取得工程により取得されたリンク情報と共に割り当てられたユーザＩＤをユーザ端末に送信する送信工程と、を含み、ユーザＩＤが割り当てられたユーザ端末によってアクセスされた場合には、ウェブビーコン工程により対象ページ情報とユーザＩＤをアクセスログ解析装置に送信することを特徴とする。
【００１８】
また、本発明に係るウェブサーバの制御方法において、ユーザＩＤ割当工程は、ユーザ端末から要求されたリンク情報にユーザＩＤが割り当てられていた場合、そのユーザＩＤの使用を継続し、ユーザＩＤが無い場合は別のユーザＩＤを割り当てることを特徴とする。
【００１９】
本発明に係る目的の一つは、パケットキャプチャ型のアクセス解析の欠点を補う仕組みをウェブビーコン型のアクセス解析に取り入れることにより、パフォーマンスのボトルネックとならないアクセス解析とするものである。
【発明の効果】
【００２０】
本発明を用いることにより、携帯電話からのアクセスに対し、ユーザＩＤを割り当てることによりセッションを確立することが可能となり、一連のアクセス中にＩＰアドレスが異なっていても携帯電話から閲覧したページに割り当ててあるページＩＤを記録することによりサイトにアクセスしてきたユニークなユーザが特定でき、携帯電話でサイトにアクセスしてきたユーザ数がわかるという効果がある。
【００２１】
さらに、携帯電話からアクセスしたユニークなユーザが特定できることにより各ユーザのアクセスしたページが特定でき、サイト内の経路がわかるという効果がある。さらにまた、ＨＴＭＬ内に解析用のタグを埋め込むのでアフィリエイトなどの成果報酬広告評価用のフロントコントローラを用いた別のシステムがあった場合でも導入可能となる。
【発明を実施するための最良の形態】
【００２２】
以下、本発明の実施の形態（以下実施形態という）を、図面に従って説明する。
【００２３】
図１は、本発明の実施形態に係る携帯電話アクセス識別システム２０及びネットワーク２１の全体構成を示す構成図である。携帯電話アクセス識別システム２０は、ユーザ端末１２や携帯電話１１からのアクセスを識別する複数のウェブサーバ２４と、アクセス解析装置２３により構成され、ネットワーク２１で接続されている。
【００２４】
複数のユーザ端末１２は、ネットワーク２１に接続され、ウェブサーバ２４に接続されている。さらに、複数の携帯電話１１は、基地局１５又は基地局１６と無線回線により接続され、基地局１５，１６は接続サーバ１３，１４に接続され、接続サーバ１３，１４はネットワーク２１を通じてウェブサーバ２４に接続されている。
【００２５】
図２は、本発明の実施形態に係るウェブサーバ２４、アクセス解析装置２３及び送受信されるページ情報と、情報の流れを示す説明図である。広告用サーバ又はプロバイダの運営するＡＳＰサーバであるウェブサーバ２４は、ユーザＩＤを割り当てるフロントコントローラ３１と各ページ３２に設けられたウェブビーコン３４を有している。
【００２６】
ウェブサーバ２４のページ３２に設けられたウェブビーコン３４は、分析対象のページにクリアジフ（透明な画像）などのプログラム（ビーコン）を有し、アクセス解析装置２３に様々な情報を送信する。さらに、アクセス解析装置２３は、アクセスログを管理するためのデータベース２９を有しており、ウェブビーコン３４からのアクセス情報を一括管理する。
【００２７】
図４は、本発明の実施形態に係る携帯電話アクセスログ取得処理の流れを示すフローチャート図である。図４を用いて処理の概要を説明する。ウェブサーバ２４は、ユニークなユーザを識別するためのセッション管理と、割り当てたユーザＩＤを基にしてアクセスログを取得するアクセスログ取得とを有している。
【００２８】
ステップＳ１０において、ユーザによるウェブサーバ２４へのアクセスが開始されると、アクセスしたユーザ端末１２のＩＰ情報やアクセスするページのリンク情報を取得する。さらに、ステップＳ１２において、ユーザがアクセスしようとしているページの情報を取得する。
【００２９】
次に、アクセスしようとしているページのリンク及びページにユーザＩＤを追加する（ステップＳ１４のサブルーチン）。さらに、追加されたページ情報をユーザへ応答し、ユーザ端末でアクセス可能なページ情報とリンクに追加されたユーザーＩＤを表示する（ステップＳ１６）。次に、ユーザの操作によりウェブビーコン３５によるアクセス情報の取得が行われる（ステップＳ１８のサブルーチン）。
【００３０】
次に、図２を用いてセッション管理について説明する。携帯電話１１又はユーザ端末１２は、ステップＳ１において、ページ３２の閲覧要求をフロントコントローラ３１に送る。フロントコントローラ３１は、閲覧要求を受信すると携帯電話１１又はユーザ端末１２からＩＰアドレスその他の情報を取得する。次に、該当ページのＨＴＭＬデータとリンク情報の取得要求をページ３２へ出す（ステップＳ２）。取得要求を受信したページ３２は、ステップＳ３において、ＨＴＭＬデータとリンク情報をフロントコントローラ３１へ送信する。
【００３１】
フロントコントローラ３１は、ステップＳ１において取得したＩＰアドレスやその他の情報が所定の情報量と比べて少ない場合、携帯電話１１からのアクセスと判断し、ユーザＩＤである「ｕｉｄ」と、閲覧しているページに割り振られているページＩＤ「ｐｉｄ」と、をリンク情報に付加してＨＴＭＬデータと共にページ３３として携帯電話１１へ返信する（ステップＳ４）。
【００３２】
各リンク情報の後に例えば「？ｕｉｄ＝ｎ＆ｐｉｄ＝ｍ」（ｎは自然数，ｍはＵＲＬ等を含む文字列、又は自然数）が付与されたリンク先を含むページ３３を取得した携帯電話１１は、このＨＴＭＬデータとリンク情報を画面に表示する（ステップＳ５）。以上でフロントコントローラ３１のセッション管理が完了する。
【００３３】
図３は、本発明の実施形態に係るウェブサーバ２４、アクセス解析装置２３及び送受信されるページ情報と、携帯電話１１からのアクセスに関する情報の流れを示す説明図である。図３を用いてセッション管理により割り当てられたユーザＩＤ及びページＩＤを利用したアクセスログ取得を説明する。
【００３４】
携帯電話１１のユーザがリンク情報を選択すると、このリンク情報による新たな閲覧情報が携帯電話１１からフロントコントローラ３１へ送られる（ステップＳ６）。フロントコントローラ３１は、ページ３３に記憶されている「ｕｉｄ＝１」と「ｐｉｄ＝１」を確認すると、すでにセッション管理が行われたユニークなユーザであると判断して、そのリンク情報をページ３２上のウェブビーコン３４へ送信する（ステップＳ７）。リンク情報がアクセスされるとウェブビーコン３４は、アクセス解析装置２３へアクセス情報を送信し（ステップＳ８）、フロントコントローラ３１を介して携帯電話１１の画面にページの情報が表示される（ステップＳ９）。アクセス情報を取得したアクセス解析装置２３は、例えば、次のようなアクセスログ「000.000.000.000 - - [01/Jan/2004:19:20:21 +0900]" GET/web/index.htm HTTP/1.0" 200 20257 "http://www.☆☆☆.com/index.cgi?uid=1&pid=1" "Mozilla/4.08 (N901iS;FOMA;c300;TB;W24H12)"」を受信してデータベース２９にその情報を格納し、格納された情報から同一の「ｕｉｄ」によるページＩＤをたどることでユニークなユーザのアクセスを解析する。
【００３５】
図５は、本発明の実施形態に係る携帯電話におけるユニークなユーザを特定する処理の流れを示すフローチャート図である。ウェブサーバにより実行されるセッション管理では、予め広告主サーバ又はＡＳＰのサーバにＣＧＩプログラムによりフロントコントローラ３１を設け、広告主のページにウェブビーコン３４のアクセスログ転送タグを設けておく。
【００３６】
ステップＳ２０において、フロントコントローラ３１の機能を果たすＩｎｄｅｘ．ｃｇｉプログラムによりユーザからのリクエストを受信する。ここで、ユーザが最初にアクセスするのは、Ｉｎｄｅｘ．ｃｇｉプログラムとなるように設定されている。次に、ステップＳ２２において、ユーザのＩＰアドレス、リファラ、Ｃｏｏｋｉｅなどの情報を取得する。フロントコントローラ３１はユーザがアクセスする度にユーザからユーザＩＤ、ページＩＤのパラメータを受け取る。
【００３７】
ステップＳ２４において、パラメータにユーザＩＤがない場合は、ステップＳ２６においてユーザＩＤを新たに生成する。また、ステップＳ２８において、ページＩＤがない場合はステップＳ３０にてページＩＤを新たに設定し、ページＩＤが有る場合には、トップページのＨＴＭＬデータを返してステップＳ３２へ移る。
【００３８】
次に、フロントコントローラ３１はユーザに返すＨＴＭＬデータのリンク情報とアクセスログ転送タグにステップＳ３２においてユーザから受け取ったユーザＩＤのパラメータを付与する（ステップＳ３４）。生成したＨＴＭＬをユーザに送信することでセッション管理が完了する（ステップＳ３６）。
【００３９】
ユーザはフロントコントローラ３１から受け取ったＨＴＭＬのリンク情報をクリックした場合リンク情報に追加されているユーザＩＤ、ページＩＤをフロントコントローラ３１に送信する。さらに、ウェブビーコン３４によりユーザＩＤ、ページＩＤをアクセス解析装置２３に転送する（ステップＳ４０）。以上を繰り返すことによりユーザＩＤを保持し、ポイントＡに移りステップＳ２０へ戻る。
【００４０】
なお、アクセス解析装置２３の処理は、ステップＳ４０において、ＨＴＭＬ内のウェブビーコン３４が送ってきたユーザＩＤ、ページＩＤからユーザがアクセスしたページの情報を取得する。
【００４１】
上述したように、本実施形態によると携帯電話からアクセスしたユニークなユーザが特定できることにより各ユーザのアクセスしたページが特定でき、ページＩＤをたどることによりサイト内の経路がわかるという効果がある。また、携帯電話に限らず、リファラやＣｏｏｋｉｅなどが使えない状況においても本実施形態を用いることにより好適に処理されることはいうまでもない。なお、本実施形態では、ユーザＩＤ、ページＩＤについて説明したが、携帯電話を識別するその他の情報として携帯キャリア名、機種名、ＩＰアドレスを好適に組み合わせたＩＤでも良い。
【図面の簡単な説明】
【００４２】
【図１】本発明の実施形態に係る携帯電話アクセス識別システム及びネットワークの全体構成を示す構成図である。
【図２】本発明の実施形態に係るウェブサーバ、アクセス解析装置及び送受信されるページ情報と、情報の流れを示す説明図である。
【図３】本発明の実施形態に係るウェブサーバ、アクセス解析装置及び送受信されるページ情報と、携帯電話からのアクセスに関する情報の流れを示す説明図である。
【図４】本発明の実施形態に係る携帯電話アクセスログ取得処理の流れを示すフローチャート図である。
【図５】本発明の実施形態に係る携帯電話におけるユニークなユーザを特定する処理の流れを示すフローチャート図である。
【符号の説明】
【００４３】
１１ 携帯電話、１２ ユーザ端末、１３，１４ 接続サーバ、１５，１６ 基地局、２０ 携帯電話アクセス識別システム、２１ ネットワーク、２３ アクセス解析装置、２４ ウェブサーバ、２９ データベース、３１ フロントコントローラ、３２，３３ ページ、３４，３５ ウェブビーコン。
【技術分野】
【０００１】
本発明は、携帯電話からのインターネットアクセスにおける、ユーザを識別するためのアクセス識別システム、ウェブサーバ及びウェブサーバの制御方法に関する。
【背景技術】
【０００２】
従来、パーソナルコンピュータ（以下、ＰＣという。）からインターネットを介したウェブサーバへのアクセスを解析するアクセス解析では、使用者を特定できなくとも、一連のアクセスを行うユニークなユーザが特定でき、ウェブサーバのサイト内での動きを調べることで、サイトにアクセスしてきたユニークなユーザ及びユーザ数を調べる解析手法や解析装置が知られている。
【０００３】
このようなアクセス解析を利用して、ウェブサーバのサイト内で公開している広告や販売サイトのアクセス回数や、販売に結びついたアクセスなどを評価して広告効果を評価するシステムが、特許文献１に公開されている。
【０００４】
また、特許文献１には、ＰＣとウェブサーバの間に設けられた評価用サーバにて、ＰＣからのアクセスを識別する認証ＩＤを割り当て、割り当てられた認証ＩＤと共にアクセスを記録する技術が示されている。また、評価用サーバは、記録されたＰＣや携帯電話からの一連のアクセスを評価している。
【０００５】
【特許文献１】特開２００３−２９６５０３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかし、特許文献１で示されるＰＣとウェブサーバの間に設けられた評価用サーバにてアクセスを記録する方法では、評価用サーバの処理能力がボトルネックとなり、評価用サーバの処理能力を超えるアクセスが発生すると、ＰＣとウェブサーバの通信を阻害する要因となっていた。
【０００７】
また、携帯電話からのアクセスは、通常のＰＣからのアクセスと異なり、ＰＣ用アクセス解析においてユニークなユーザを特定するために使用してきたセッション情報が、携帯電話会社であるキャリア、携帯電話の機種によって異なり、全てに対応することが難しいという問題があった。
【０００８】
次に、３つの問題点を示す。第１の問題点は、携帯電話からのアクセスではＩＰアドレスが固定されない。第２の問題点は、直前に見ていたページの情報であるリファラが取得できない。第３の問題点は、ＰＣでは一般的に使えるＣｏｏｋｉｅが携帯電話では使えない。以下、具体的に説明する。
【０００９】
（１）携帯電話からのアクセスではＩＰアドレスが固定されない
通常、ＰＣからのアクセスはウェブサーバのサイトを閲覧中何度アクセスしても変化することがなく、例えば、１９２．１６８．０．１というＩＰアドレスでアクセスしていた場合は、１９２．１６８．０．１の値で固定される。
【００１０】
しかし、携帯電話からのアクセスの場合は、最初はキャリアから１９２．１６８．０．１を割り振られてアクセスしていても、次のページを見るときにキャリアから割り振られたＩＰアドレスが１９２．１６８．０．２に変化する場合がある。これは携帯電話が移動してキャリアの無線基地局が変わってしまうことやアクセスの度にキャリアの無線基地局からインターネットへ中継するサーバが変わることで、ＩＰアドレスが変化するためである。
【００１１】
もっとも、個人向けのプロバイダを経由して接続しているＰＣも、複数のユーザでＩＰアドレスを共有するため、同じＩＰアドレスからのアクセスでも同一のＰＣとは限らない。そこで、アクセス解析では、３０分から６０分以上の間隔をおいてアクセスされた場合、たとえ同じＩＰアドレスであっても異なるユニークなユーザと判定しないという処理を設けている。しかし、アクセス毎に変化するＩＰアドレスでは、同一のユニークなユーザとみなすことができないため、携帯電話でユニークなユーザを特定しにくいという問題がある。
【００１２】
（２）リファラがとれない
通常、ＰＣからのアクセスによりウェブサーバに記録されるアクセスログには、共通形式と拡張形式がある。拡張形式のアクセスログには、リファラ（前にどこのサイトを見ていた）という項目があり、これを用いることによりサイトを閲覧していたユニークなユーザがどういう順序でページをたどっていったか分かる。しかし、携帯電話では、リファラ機能が無いものや、限られた機種にしか実装されていないため、通常は取得できない。
【００１３】
（３）Ｃｏｏｋｉｅが使えない
ＰＣからのアクセスによりユニークなユーザを認識するためにＣｏｏｋｉｅを使ってセッションを維持し、ユニークなユーザを特定することが行われている。しかし、携帯電話ではＣｏｏｋｉｅを使える機種は少数であり、全ての機種で使用することはできないため、一般化しにくいという問題がある。
【課題を解決するための手段】
【００１４】
以上のような問題を解決するために、本発明に係るウェブサーバは、ユーザ端末にホームページを公開し、ユーザ端末からのアクセスを検出してユーザ端末のＩＰアドレスをアクセスログ解析装置に送信するウェブビーコン手段を有するウェブサーバにおいて、ユーザ端末から要求された対象ページに含まれるリンク情報を取得するリンク情報取得手段と、ユーザ端末にユーザＩＤを割り当てるユーザＩＤ割当手段と、リンク情報取得手段により取得されたリンク情報と割り当てられたユーザＩＤと共にユーザ端末に送信する送信手段と、を備え、ユーザＩＤが割り当てられたユーザ端末によってアクセスされた場合には、ウェブビーコン手段により対象ページ情報とユーザＩＤをアクセスログ解析装置に送信することを特徴とする。
【００１５】
また、本発明に係るウェブサーバにおいて、ユーザＩＤ割当手段は、ユーザ端末から要求されたリンク情報にユーザＩＤが割り当てられていた場合には、そのユーザＩＤの使用を継続し、ユーザＩＤが無い場合は別のユーザＩＤを割り当てることを特徴とする。
【００１６】
さらに、本発明に係るウェブサーバを用いる携帯電話アクセス識別システムにおいて、ページ情報取得手段とユーザ情報付加手段及び送信手段は、ＣＧＩ等のプログラムにより実現され、ユーザＩＤが割り当てられたユーザ端末である携帯電話からのアクセス情報をアクセスログ解析装置に送信することを特徴とする。
【００１７】
本発明に係るウェブサーバの制御方法は、ユーザ端末にホームページを公開し、ユーザ端末からのアクセスを検出してユーザ端末のＩＰアドレスをアクセスログ解析装置に送信するウェブビーコン工程を含むウェブサーバの制御方法において、ユーザ端末から要求された対象ページに含まれるリンク情報を取得するリンク情報取得工程と、ユーザ端末にユーザＩＤを割り当てるユーザＩＤ割当工程と、リンク情報取得工程により取得されたリンク情報と共に割り当てられたユーザＩＤをユーザ端末に送信する送信工程と、を含み、ユーザＩＤが割り当てられたユーザ端末によってアクセスされた場合には、ウェブビーコン工程により対象ページ情報とユーザＩＤをアクセスログ解析装置に送信することを特徴とする。
【００１８】
また、本発明に係るウェブサーバの制御方法において、ユーザＩＤ割当工程は、ユーザ端末から要求されたリンク情報にユーザＩＤが割り当てられていた場合、そのユーザＩＤの使用を継続し、ユーザＩＤが無い場合は別のユーザＩＤを割り当てることを特徴とする。
【００１９】
本発明に係る目的の一つは、パケットキャプチャ型のアクセス解析の欠点を補う仕組みをウェブビーコン型のアクセス解析に取り入れることにより、パフォーマンスのボトルネックとならないアクセス解析とするものである。
【発明の効果】
【００２０】
本発明を用いることにより、携帯電話からのアクセスに対し、ユーザＩＤを割り当てることによりセッションを確立することが可能となり、一連のアクセス中にＩＰアドレスが異なっていても携帯電話から閲覧したページに割り当ててあるページＩＤを記録することによりサイトにアクセスしてきたユニークなユーザが特定でき、携帯電話でサイトにアクセスしてきたユーザ数がわかるという効果がある。
【００２１】
さらに、携帯電話からアクセスしたユニークなユーザが特定できることにより各ユーザのアクセスしたページが特定でき、サイト内の経路がわかるという効果がある。さらにまた、ＨＴＭＬ内に解析用のタグを埋め込むのでアフィリエイトなどの成果報酬広告評価用のフロントコントローラを用いた別のシステムがあった場合でも導入可能となる。
【発明を実施するための最良の形態】
【００２２】
以下、本発明の実施の形態（以下実施形態という）を、図面に従って説明する。
【００２３】
図１は、本発明の実施形態に係る携帯電話アクセス識別システム２０及びネットワーク２１の全体構成を示す構成図である。携帯電話アクセス識別システム２０は、ユーザ端末１２や携帯電話１１からのアクセスを識別する複数のウェブサーバ２４と、アクセス解析装置２３により構成され、ネットワーク２１で接続されている。
【００２４】
複数のユーザ端末１２は、ネットワーク２１に接続され、ウェブサーバ２４に接続されている。さらに、複数の携帯電話１１は、基地局１５又は基地局１６と無線回線により接続され、基地局１５，１６は接続サーバ１３，１４に接続され、接続サーバ１３，１４はネットワーク２１を通じてウェブサーバ２４に接続されている。
【００２５】
図２は、本発明の実施形態に係るウェブサーバ２４、アクセス解析装置２３及び送受信されるページ情報と、情報の流れを示す説明図である。広告用サーバ又はプロバイダの運営するＡＳＰサーバであるウェブサーバ２４は、ユーザＩＤを割り当てるフロントコントローラ３１と各ページ３２に設けられたウェブビーコン３４を有している。
【００２６】
ウェブサーバ２４のページ３２に設けられたウェブビーコン３４は、分析対象のページにクリアジフ（透明な画像）などのプログラム（ビーコン）を有し、アクセス解析装置２３に様々な情報を送信する。さらに、アクセス解析装置２３は、アクセスログを管理するためのデータベース２９を有しており、ウェブビーコン３４からのアクセス情報を一括管理する。
【００２７】
図４は、本発明の実施形態に係る携帯電話アクセスログ取得処理の流れを示すフローチャート図である。図４を用いて処理の概要を説明する。ウェブサーバ２４は、ユニークなユーザを識別するためのセッション管理と、割り当てたユーザＩＤを基にしてアクセスログを取得するアクセスログ取得とを有している。
【００２８】
ステップＳ１０において、ユーザによるウェブサーバ２４へのアクセスが開始されると、アクセスしたユーザ端末１２のＩＰ情報やアクセスするページのリンク情報を取得する。さらに、ステップＳ１２において、ユーザがアクセスしようとしているページの情報を取得する。
【００２９】
次に、アクセスしようとしているページのリンク及びページにユーザＩＤを追加する（ステップＳ１４のサブルーチン）。さらに、追加されたページ情報をユーザへ応答し、ユーザ端末でアクセス可能なページ情報とリンクに追加されたユーザーＩＤを表示する（ステップＳ１６）。次に、ユーザの操作によりウェブビーコン３５によるアクセス情報の取得が行われる（ステップＳ１８のサブルーチン）。
【００３０】
次に、図２を用いてセッション管理について説明する。携帯電話１１又はユーザ端末１２は、ステップＳ１において、ページ３２の閲覧要求をフロントコントローラ３１に送る。フロントコントローラ３１は、閲覧要求を受信すると携帯電話１１又はユーザ端末１２からＩＰアドレスその他の情報を取得する。次に、該当ページのＨＴＭＬデータとリンク情報の取得要求をページ３２へ出す（ステップＳ２）。取得要求を受信したページ３２は、ステップＳ３において、ＨＴＭＬデータとリンク情報をフロントコントローラ３１へ送信する。
【００３１】
フロントコントローラ３１は、ステップＳ１において取得したＩＰアドレスやその他の情報が所定の情報量と比べて少ない場合、携帯電話１１からのアクセスと判断し、ユーザＩＤである「ｕｉｄ」と、閲覧しているページに割り振られているページＩＤ「ｐｉｄ」と、をリンク情報に付加してＨＴＭＬデータと共にページ３３として携帯電話１１へ返信する（ステップＳ４）。
【００３２】
各リンク情報の後に例えば「？ｕｉｄ＝ｎ＆ｐｉｄ＝ｍ」（ｎは自然数，ｍはＵＲＬ等を含む文字列、又は自然数）が付与されたリンク先を含むページ３３を取得した携帯電話１１は、このＨＴＭＬデータとリンク情報を画面に表示する（ステップＳ５）。以上でフロントコントローラ３１のセッション管理が完了する。
【００３３】
図３は、本発明の実施形態に係るウェブサーバ２４、アクセス解析装置２３及び送受信されるページ情報と、携帯電話１１からのアクセスに関する情報の流れを示す説明図である。図３を用いてセッション管理により割り当てられたユーザＩＤ及びページＩＤを利用したアクセスログ取得を説明する。
【００３４】
携帯電話１１のユーザがリンク情報を選択すると、このリンク情報による新たな閲覧情報が携帯電話１１からフロントコントローラ３１へ送られる（ステップＳ６）。フロントコントローラ３１は、ページ３３に記憶されている「ｕｉｄ＝１」と「ｐｉｄ＝１」を確認すると、すでにセッション管理が行われたユニークなユーザであると判断して、そのリンク情報をページ３２上のウェブビーコン３４へ送信する（ステップＳ７）。リンク情報がアクセスされるとウェブビーコン３４は、アクセス解析装置２３へアクセス情報を送信し（ステップＳ８）、フロントコントローラ３１を介して携帯電話１１の画面にページの情報が表示される（ステップＳ９）。アクセス情報を取得したアクセス解析装置２３は、例えば、次のようなアクセスログ「000.000.000.000 - - [01/Jan/2004:19:20:21 +0900]" GET/web/index.htm HTTP/1.0" 200 20257 "http://www.☆☆☆.com/index.cgi?uid=1&pid=1" "Mozilla/4.08 (N901iS;FOMA;c300;TB;W24H12)"」を受信してデータベース２９にその情報を格納し、格納された情報から同一の「ｕｉｄ」によるページＩＤをたどることでユニークなユーザのアクセスを解析する。
【００３５】
図５は、本発明の実施形態に係る携帯電話におけるユニークなユーザを特定する処理の流れを示すフローチャート図である。ウェブサーバにより実行されるセッション管理では、予め広告主サーバ又はＡＳＰのサーバにＣＧＩプログラムによりフロントコントローラ３１を設け、広告主のページにウェブビーコン３４のアクセスログ転送タグを設けておく。
【００３６】
ステップＳ２０において、フロントコントローラ３１の機能を果たすＩｎｄｅｘ．ｃｇｉプログラムによりユーザからのリクエストを受信する。ここで、ユーザが最初にアクセスするのは、Ｉｎｄｅｘ．ｃｇｉプログラムとなるように設定されている。次に、ステップＳ２２において、ユーザのＩＰアドレス、リファラ、Ｃｏｏｋｉｅなどの情報を取得する。フロントコントローラ３１はユーザがアクセスする度にユーザからユーザＩＤ、ページＩＤのパラメータを受け取る。
【００３７】
ステップＳ２４において、パラメータにユーザＩＤがない場合は、ステップＳ２６においてユーザＩＤを新たに生成する。また、ステップＳ２８において、ページＩＤがない場合はステップＳ３０にてページＩＤを新たに設定し、ページＩＤが有る場合には、トップページのＨＴＭＬデータを返してステップＳ３２へ移る。
【００３８】
次に、フロントコントローラ３１はユーザに返すＨＴＭＬデータのリンク情報とアクセスログ転送タグにステップＳ３２においてユーザから受け取ったユーザＩＤのパラメータを付与する（ステップＳ３４）。生成したＨＴＭＬをユーザに送信することでセッション管理が完了する（ステップＳ３６）。
【００３９】
ユーザはフロントコントローラ３１から受け取ったＨＴＭＬのリンク情報をクリックした場合リンク情報に追加されているユーザＩＤ、ページＩＤをフロントコントローラ３１に送信する。さらに、ウェブビーコン３４によりユーザＩＤ、ページＩＤをアクセス解析装置２３に転送する（ステップＳ４０）。以上を繰り返すことによりユーザＩＤを保持し、ポイントＡに移りステップＳ２０へ戻る。
【００４０】
なお、アクセス解析装置２３の処理は、ステップＳ４０において、ＨＴＭＬ内のウェブビーコン３４が送ってきたユーザＩＤ、ページＩＤからユーザがアクセスしたページの情報を取得する。
【００４１】
上述したように、本実施形態によると携帯電話からアクセスしたユニークなユーザが特定できることにより各ユーザのアクセスしたページが特定でき、ページＩＤをたどることによりサイト内の経路がわかるという効果がある。また、携帯電話に限らず、リファラやＣｏｏｋｉｅなどが使えない状況においても本実施形態を用いることにより好適に処理されることはいうまでもない。なお、本実施形態では、ユーザＩＤ、ページＩＤについて説明したが、携帯電話を識別するその他の情報として携帯キャリア名、機種名、ＩＰアドレスを好適に組み合わせたＩＤでも良い。
【図面の簡単な説明】
【００４２】
【図１】本発明の実施形態に係る携帯電話アクセス識別システム及びネットワークの全体構成を示す構成図である。
【図２】本発明の実施形態に係るウェブサーバ、アクセス解析装置及び送受信されるページ情報と、情報の流れを示す説明図である。
【図３】本発明の実施形態に係るウェブサーバ、アクセス解析装置及び送受信されるページ情報と、携帯電話からのアクセスに関する情報の流れを示す説明図である。
【図４】本発明の実施形態に係る携帯電話アクセスログ取得処理の流れを示すフローチャート図である。
【図５】本発明の実施形態に係る携帯電話におけるユニークなユーザを特定する処理の流れを示すフローチャート図である。
【符号の説明】
【００４３】
１１ 携帯電話、１２ ユーザ端末、１３，１４ 接続サーバ、１５，１６ 基地局、２０ 携帯電話アクセス識別システム、２１ ネットワーク、２３ アクセス解析装置、２４ ウェブサーバ、２９ データベース、３１ フロントコントローラ、３２，３３ ページ、３４，３５ ウェブビーコン。
【特許請求の範囲】
【請求項１】
ユーザ端末にホームページを公開し、ユーザ端末からのアクセスを検出してユーザ端末のＩＰアドレスをアクセスログ解析装置に送信するウェブビーコン手段を有するウェブサーバにおいて、
ユーザ端末から要求された対象ページに含まれるリンク情報を取得するリンク情報取得手段と、
ユーザ端末にユーザＩＤを割り当てるユーザＩＤ割当手段と、
リンク情報取得手段により取得されたリンク情報と割り当てられたユーザＩＤとを共にユーザ端末に送信する送信手段と、
を備え、
ユーザＩＤが割り当てられたユーザ端末によってアクセスされた場合には、ウェブビーコン手段により対象ページ情報とユーザＩＤをアクセスログ解析装置に送信することを特徴とするウェブサーバ。
【請求項２】
請求項１に記載のウェブサーバにおいて、
ユーザＩＤ割当手段は、ユーザ端末から要求されたリンク情報にユーザＩＤが割り当てられていた場合には、そのユーザＩＤの使用を継続し、ユーザＩＤが無い場合は別のユーザＩＤを割り当てることを特徴とするウェブサーバ。
【請求項３】
請求項１又は２に記載のウェブサーバを用いる携帯電話アクセス識別システムにおいて、
ページ情報取得手段とユーザ情報付加手段及び送信手段は、ＣＧＩ等のプログラムにより実現され、ユーザＩＤが割り当てられたユーザ端末である携帯電話からのアクセス情報をアクセスログ解析装置に送信することを特徴とする携帯電話アクセス識別システム。
【請求項４】
ユーザ端末にホームページを公開し、ユーザ端末からのアクセスを検出してユーザ端末のＩＰアドレスをアクセスログ解析装置に送信するウェブビーコン工程を含むウェブサーバの制御方法において、
ユーザ端末から要求された対象ページに含まれるリンク情報を取得するリンク情報取得工程と、
ユーザ端末にユーザＩＤを割り当てるユーザＩＤ割当工程と、
リンク情報取得工程により取得されたリンク情報と共に割り当てられたユーザＩＤをユーザ端末に送信する送信工程と、
を含み、
ユーザＩＤが割り当てられたユーザ端末によってアクセスされた場合には、ウェブビーコン工程により対象ページ情報とユーザＩＤをアクセスログ解析装置に送信することを特徴とするウェブサーバの制御方法。
【請求項５】
請求項４に記載のウェブサーバの制御方法において、
ユーザＩＤ割当工程は、ユーザ端末から要求されたリンク情報にユーザＩＤが割り当てられていた場合、そのユーザＩＤの使用を継続し、ユーザＩＤが無い場合は別のユーザＩＤを割り当てることを特徴とするウェブサーバの制御方法。
【請求項１】
ユーザ端末にホームページを公開し、ユーザ端末からのアクセスを検出してユーザ端末のＩＰアドレスをアクセスログ解析装置に送信するウェブビーコン手段を有するウェブサーバにおいて、
ユーザ端末から要求された対象ページに含まれるリンク情報を取得するリンク情報取得手段と、
ユーザ端末にユーザＩＤを割り当てるユーザＩＤ割当手段と、
リンク情報取得手段により取得されたリンク情報と割り当てられたユーザＩＤとを共にユーザ端末に送信する送信手段と、
を備え、
ユーザＩＤが割り当てられたユーザ端末によってアクセスされた場合には、ウェブビーコン手段により対象ページ情報とユーザＩＤをアクセスログ解析装置に送信することを特徴とするウェブサーバ。
【請求項２】
請求項１に記載のウェブサーバにおいて、
ユーザＩＤ割当手段は、ユーザ端末から要求されたリンク情報にユーザＩＤが割り当てられていた場合には、そのユーザＩＤの使用を継続し、ユーザＩＤが無い場合は別のユーザＩＤを割り当てることを特徴とするウェブサーバ。
【請求項３】
請求項１又は２に記載のウェブサーバを用いる携帯電話アクセス識別システムにおいて、
ページ情報取得手段とユーザ情報付加手段及び送信手段は、ＣＧＩ等のプログラムにより実現され、ユーザＩＤが割り当てられたユーザ端末である携帯電話からのアクセス情報をアクセスログ解析装置に送信することを特徴とする携帯電話アクセス識別システム。
【請求項４】
ユーザ端末にホームページを公開し、ユーザ端末からのアクセスを検出してユーザ端末のＩＰアドレスをアクセスログ解析装置に送信するウェブビーコン工程を含むウェブサーバの制御方法において、
ユーザ端末から要求された対象ページに含まれるリンク情報を取得するリンク情報取得工程と、
ユーザ端末にユーザＩＤを割り当てるユーザＩＤ割当工程と、
リンク情報取得工程により取得されたリンク情報と共に割り当てられたユーザＩＤをユーザ端末に送信する送信工程と、
を含み、
ユーザＩＤが割り当てられたユーザ端末によってアクセスされた場合には、ウェブビーコン工程により対象ページ情報とユーザＩＤをアクセスログ解析装置に送信することを特徴とするウェブサーバの制御方法。
【請求項５】
請求項４に記載のウェブサーバの制御方法において、
ユーザＩＤ割当工程は、ユーザ端末から要求されたリンク情報にユーザＩＤが割り当てられていた場合、そのユーザＩＤの使用を継続し、ユーザＩＤが無い場合は別のユーザＩＤを割り当てることを特徴とするウェブサーバの制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図２】
【図３】
【図４】
【図５】
【公開番号】特開２００７−１０９１３７（Ｐ２００７−１０９１３７Ａ）
【公開日】平成１９年４月２６日（２００７．４．２６）
【国際特許分類】
【出願番号】特願２００５−３０１４３０（Ｐ２００５−３０１４３０）
【出願日】平成１７年１０月１７日（２００５．１０．１７）
【出願人】（３０００６４１０２）株式会社環 (7)
【Ｆターム（参考）】
【公開日】平成１９年４月２６日（２００７．４．２６）
【国際特許分類】
【出願日】平成１７年１０月１７日（２００５．１０．１７）
【出願人】（３０００６４１０２）株式会社環 (7)
【Ｆターム（参考）】
[ Back to top ]