(57)【要約】  【課題】  閲覧履歴の監視は登録などでユーザーの属性情報を取得した後、その属性情報と関連付けて行われるのが一般的である。ところが大多数の場合においてユーザーのウエッブページの閲覧は属性情報の取得以前に行われる。したがってこれらユーザーの属性情報取得以前の閲覧履歴は情報価値の高いものであるにも関わらず役立てられることなく無駄になっていた、という課題がある。  【解決手段】  上記課題を解決するために、本発明は、たとえ属性情報の判明していないユーザーの閲覧履歴であっても、クッキーなどの端末識別情報と関連付けて蓄積しておく。そして後にユーザー登録などで属性情報を得た場合に、そのユーザー登録などを行った端末の端末識別情報を利用して、蓄積してある閲覧履歴の中からその属性情報で示されるユーザーの閲覧履歴を取得することができる端末属性後付装置を提供する。  【選択図】  図２
2006127321.tif 000002
【特許請求の範囲】
【請求項１】
ウエッブページを構成するためのウエッブページ情報を複数ページ分保持するウエッブページ情報保持部と、
前記ウエッブページ情報保持部に保持されたウエッブページ情報により構成した複数ページにわたるウエッブページを、インターネットを介して端末に対して閲覧させるためのウエッブページ閲覧部と、
前記端末による前記複数ページにわたる閲覧履歴を、端末識別情報に基づいて監視するウエッブページ閲覧履歴監視部と、
前記ウエッブページ閲覧履歴監視部により監視された閲覧履歴を、前記端末識別情報と関連付けて蓄積する閲覧履歴蓄積部と、
前記閲覧履歴蓄積部に閲覧履歴の蓄積された端末の端末利用者属性情報の入力を端末識別情報と関連付けて受け付ける端末利用者属性情報入力受付部と、
前記端末利用者属性情報入力受付部で受け付けた端末利用者属性情報を、端末識別情報を介して前記入力以前に蓄積された前記閲覧履歴蓄積部の閲覧履歴と関連付ける後関連付部と、
を有する端末属性後付装置。
【請求項２】
前記後関連付部において端末利用者属性情報と関連付けられた閲覧履歴である第一閲覧履歴と、未だ端末利用者属性情報と関連付けられていない閲覧履歴である第二閲覧履歴とを比較する閲覧履歴比較部と、
前記閲覧履歴比較部での比較結果により、第一閲覧履歴と所定の範囲で共通性がある第二閲覧履歴である推定可能閲覧履歴を取得する推定可能閲覧履歴取得部と、
前記推定可能閲覧履歴と、前記第一閲覧履歴と関連付けられた端末利用者属性情報の全部又は一部と、を推定利用者属性情報として関連付ける推定利用者属性情報関連付部と、
をさらに有する請求項１に記載の端末属性後付装置。
【請求項３】
ウエッブページを構成するために予め複数ページ分保持されたウエッブページ情報により構成した複数ページにわたるウエッブページを、インターネットを介して端末に対して閲覧させるウエッブページ閲覧ステップと、
前記端末による前記複数ページにわたる閲覧履歴を、端末識別情報に基づいて監視するウエッブページ閲覧履歴監視ステップと、
前記ウエッブページ閲覧履歴監視ステップにて監視された閲覧履歴を、前記端末識別情報と関連付けて蓄積する閲覧履歴蓄積ステップと、
前記閲覧履歴蓄積ステップにて閲覧履歴の蓄積された端末の端末利用者属性情報の入力を端末識別情報と関連付けて受け付ける端末利用者属性情報入力受付ステップと、
前記端末利用者属性情報入力受付ステップにて受け付けた端末利用者属性情報を、端末識別情報を介して前記入力以前に蓄積された閲覧履歴と関連付ける後関連付ステップと、
を有する端末属性後付方法。
【請求項４】
ウエッブページを構成するために予め複数ページ分保持されたウエッブページ情報により構成した複数ページにわたるウエッブページを、インターネットを介して端末に対して閲覧させるウエッブページ閲覧ステップと、
前記端末による前記複数ページにわたる閲覧履歴を、端末識別情報に基づいて監視するウエッブページ閲覧履歴監視ステップと、
前記ウエッブページ閲覧履歴監視ステップにて監視された閲覧履歴を、前記端末識別情報と関連付けて蓄積する閲覧履歴蓄積ステップと、
前記閲覧履歴蓄積ステップにて閲覧履歴の蓄積された端末の端末利用者属性情報の入力を端末識別情報と関連付けて受け付ける端末利用者属性情報入力受付ステップと、
前記端末利用者属性情報入力受付ステップにて受け付けた端末利用者属性情報を、端末識別情報を介して前記入力以前に前記閲覧履歴蓄積部にて蓄積された閲覧履歴と関連付ける後関連付ステップと、
前記後関連付ステップにおいて端末利用者属性情報と関連付けられた閲覧履歴である第一閲覧履歴と、未だ端末利用者属性情報と関連付けられていない閲覧履歴である第二閲覧履歴とを比較する閲覧履歴比較ステップと、
前記閲覧履歴比較ステップでの比較結果により、第一閲覧履歴と所定の範囲で共通性がある第二閲覧履歴である推定可能閲覧履歴を取得する推定可能閲覧履歴取得ステップと、
前記推定可能閲覧履歴と、前記第一閲覧履歴と関連付けられた端末利用者属性情報の全部又は一部と、を推定利用者属性情報として関連付ける推定利用者属性情報関連付ステップと、
を有する端末属性後付方法。
【発明の詳細な説明】
【技術分野】
【０００１】
ウエッブページの閲覧履歴と端末利用者の属性情報とを効率的に関連付ける技術に関する。
【背景技術】
【０００２】
いわゆるｅコマースの利点としてリーチとリッチネスの融合が挙げられる。すなわち、多数の顧客（リーチ）に対して、それぞれに個別化された深い情報（リッチネス）を提供することができる、ということである。これは、ネットワーク上のウエッブページの閲覧履歴やネット上での購買履歴などから顧客の趣味嗜好情報などを、リアルに比べてはるかに容易に取得し蓄積することができるからである。したがってウエッブページを運営する各事業者は、顧客のネットワーク上での閲覧履歴や購買履歴の監視、取得、そしてそうして得た情報をユーザーの属性情報と関連付けて分析することに力を入れている。
【０００３】
具体的には、ネットワークでの閲覧履歴から、例えばユーザーＡは車のページを良く閲覧していることから車に興味がある、という趣味嗜好情報を得ることができる。また、顧客の住所や性別、年齢層などの属性情報は、ウエッブページにログインなどするためにそれら情報を登録する必要性を持たせることで取得することができる。そしてこれらの情報を総合的に分析し、関東に住む２０代のサラリーマン１年目の人は車への関心が高い、などのマーケティングに有用な情報を得る事ができる。
【特許文献１】特開２００２−１８３４８４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
しかし属性情報に関しては必ず登録してログインしなければならない、となるとユーザービリティが低下してしまう。またネットワークで自身の属性情報を必要もないのに登録することに抵抗感を感じる人は多い。すると結局ウエッブページを閲覧する人の数が減ってしまうことになりかねない。これは上記リーチが広いというｅコマースの利点を殺すことになるので、通常閲覧などは上記属性情報の登録などは必要なく、商品の購入の際などにのみ属性情報の登録、ログインを行うという形態が一般的である。
【０００５】
したがって従来は、閲覧履歴の監視は、登録などでユーザーの属性情報を取得した後、その属性情報と関連付けて行われるのが一般的である。
【０００６】
ところが一般ユーザーは、ネットワーク上での購買行動において当初はログイン無しで閲覧のみを行う者が大多数を占める。そしてウエッブページの閲覧のみを繰り返し情報を吟味した上で商品の購入を決意し、自身の属性情報などを登録した後、商品の購入を行う。
【０００７】
つまりユーザーのウエッブページの閲覧が、大多数の場合において属性情報の取得以前に行われる。したがってこれらユーザーの閲覧履歴は、そのユーザーの趣味嗜好などを知ることが可能な情報価値の高いものであるにも関わらず、それが属性情報の取得以前のものである場合には従来は役立てられることなく無駄になっていた、という課題がある。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、本発明は、たとえ属性情報の判明していないユーザーの閲覧履歴であっても、クッキーなどの端末識別情報と関連付けて蓄積しておく。そして後にユーザー登録などで属性情報を得た場合に、そのユーザー登録などを行った端末の端末識別情報を利用して、蓄積してある閲覧履歴の中からその属性情報で示されるユーザーの閲覧履歴を取得することができる端末属性後付装置を提供する。
【０００９】
具体的には、ウエッブページ情報を複数ページ分保持するウエッブページ情報保持部と、前記ウエッブページ情報により構成した複数ページにわたるウエッブページをインターネットを介して端末に対して閲覧させるためのウエッブページ閲覧部と、前記端末による前記複数ページにわたる閲覧履歴を端末識別情報に基づいて監視するウエッブページ閲覧履歴監視部と、前記ウエッブページ閲覧履歴監視部により監視された閲覧履歴を、前記端末識別情報と関連付けて蓄積する閲覧履歴蓄積部と、前記閲覧履歴蓄積部に閲覧履歴の蓄積された端末の端末利用者属性情報の入力を端末識別情報と関連付けて受け付ける端末利用者属性情報入力受付部と、前記端末利用者属性情報入力受付部で受け付けた端末利用者属性情報を、端末識別情報を介して前記入力以前に蓄積された前記閲覧履歴蓄積部の閲覧履歴と関連付ける後関連付部と、を有する端末属性後付装置を提供する。
【発明の効果】
【００１０】
このような構成をとる本発明によって、登録などで属性情報を取得する以前の閲覧履歴も、属性情報と関連付けて有効に活用することができるようになる。つまり、マーケティングや商品開発の元となる情報の総量を増やすことができ、それによって分析の確度を高めることもできるようになる。したがってより効率的にｅコマースサイトの運営などを行うことができるようになる。
【発明を実施するための最良の形態】
【００１１】
以下に、図を用いて本発明の実施の形態を説明する。なお、本発明はこれら実施の形態に何ら限定されるものではなく、その要旨を逸脱しない範囲において、種々なる態様で実施しうる。
【００１２】
なお、実施例１は主に請求項１，３について説明する。
【００１３】
また、実施例２は主に請求項２，４について説明する。
【００１４】
≪実施例１≫
【００１５】
<概念>
【００１６】
図１に示すのは、本実施例における端末属性後付装置の概念の一例を説明するための図である。この図にあるように、端末αを利用してあるｅコマースサイトに、住所や年齢、性別など自身の属性情報を登録していないいわゆる「ゲスト」からのアクセスがあった。この端末αは、このｅコマースサイトの「車のページ」をまず閲覧し、続いて「エンジンのページ」、「アクセサリーのページ」、最後に「沖縄のページ」を閲覧した。
【００１７】
従来ならば、利用者の属性情報が分からない端末のこのような閲覧履歴はあまり役に立たないので、分析などで活用されることはなかった。
【００１８】
しかし、本実施例の属性後付装置は上記端末αの閲覧履歴を、例えば端末αに送信したクッキーと関連付けて保持しておく。そして一週間後に再び端末αからアクセスがあり、その際にユーザー登録などでその利用者の属性情報を取得した場合、前記クッキーなどを利用して端末αであることを特定し、その利用者の属性情報と、一週間前に保持しておいた閲覧履歴とを後付けで関連付ける。
【００１９】
このように登録などで属性情報を取得する以前の閲覧履歴も属性情報と関連付けることができ、無駄なくマーケティング戦略の立案などに有効に活用することができるようになる。
【００２０】
またこのように従来は無駄にしていた閲覧履歴も分析対象として利用することができるので、従来よりリーチを広げたマーケティング戦略をとることが可能になる。また購買行動の分析などもサンプルを多く取ることができるのでその分析の確度を向上させることができる。
【００２１】
<構成>
【００２２】
図２に示すのは、本実施例における端末属性後付装置の機能ブロックの一例を表す図である。この図にあるように、本実施例の「端末属性後付装置」（０２００）は、「ウエッブページ情報保持部」（０２０１）と、「ウエッブページ閲覧部」（０２０２）と、「ウエッブページ閲覧履歴監視部」（０２０３）と、「閲覧履歴蓄積部」（０２０４）と、「端末利用者属性情報入力受付部」（０２０５）と、「後関連付部」（０２０６）と、からなる。
【００２３】
なお、以下に記載する本システムの機能ブロックは、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの両方として実現され得る。具体的には、コンピュータを利用するものであれば、ＣＰＵやメモリ、バス、ハードディスクドライブ、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭなどの読取ドライブ、各種通信用の送受信ポート、インターフェース、その他の周辺装置などのハードウェア構成部や、それらハードウェアを制御するためのドライバプログラムやその他アプリケーションプログラムなどが挙げられる。
【００２４】
具体的には、メモリ上に展開されたプログラムを順次実行することで、メモリ上のデータや、インターフェースを介して入力されるデータの加工、蓄積、出力などにより各部の機能が実現される。
【００２５】
また、この発明は装置またはシステムとして実現できるのみでなく、方法としても実現可能である。また、このような発明の一部をソフトウェアとして構成することができることもできる。さらに、そのようなソフトウェアをコンピュータに実行させるために用いるソフトウェア製品、及び同製品を記録媒体に固定した記録媒体も、当然にこの発明の技術的な範囲に含まれる（本明細書の全体を通じて同様である）。
【００２６】
「ウエッブページ情報保持部」（０２０１）は、ウエッブページ情報を複数ページ分保持する機能を有する。「ウエッブページ情報」とは、ウエッブページを構成するための情報をいい、例えばウエッブページのアドレス情報や、ウエッブページ上に表示されるべき文字や動画像、音声などの情報、それらを表示させるためのタグ情報、リンク先を指定するための情報、などが挙げられる。具体的には、これらウエッブページ情報はｈｔｍｌ言語やｘｍｌ言語で記述されたプログラムやスクリプト言語で記述されたプログラム、Ｍｐｅｇなどの動画プログラムなど様々なプログラムにより構成され保存されている。
【００２７】
なお、このウエッブページ情報保持部で複数ページ分保持されているウエッブページ情報は、同一サイト内のウエッブページ情報が複数であっても良いし、異なったサイト間にまたがった複数のウエッブページ情報であっても良い。
【００２８】
図３に示すのは、ウエッブページ情報保持部に保持されているウエッブページ情報の一例を概念的に表した図である。この図にあるよう、車の販売ウエッブページやそのエンジンの説明ページ、アクセサリーのウエッブページ、沖縄のウエッブページなどの内容を示す情報や、その他のページとのリンク情報、あるいはこのウエッブページ情報保持部以外のサーバなどに保持されているウエッブページとのリンク情報などがウエッブページ情報保持部にて保持されている。
【００２９】
また、ここではウエッブページ情報保持部を一の構成要件としたが、例えば、ネットワーク上に複数存在するサーバ上のそれぞれでウエッブページ情報を保持している部分の集合体がウエッブページ情報保持部であっても良い。
【００３０】
このように、ウエッブページの内容に関する情報やリンクに関する情報を保持していることで、次に説明するウエッブページ閲覧部を通してインターネットに接続された各端末に対して複数ページにわたるウエッブページをリンクさせて閲覧させることができる。
【００３１】
「ウエッブページ閲覧部」（０２０２）は、複数ページにわたるウエッブページを、インターネットを介して端末に対して閲覧させるための機能を有する。「ウエッブページ」とは、ウエッブページ情報保持部（０２０１）に保持されたウエッブページ情報により構成したページをいう。このウエッブページ閲覧部において、ユーザーの利用する各端末のブラウザからの指示に応じて端末のディスプレイ上にウエッブページを表示させる処理を行う。したがって、このウエッブページ閲覧部に対してブラウザからどのような指示が為されたかに関するログ情報を監視、取得することで、端末を利用したユーザーの閲覧履歴を知ることができる。
【００３２】
「ウエッブページ閲覧履歴監視部」（０２０３）は、前記端末による前記複数ページにわたる閲覧履歴を、端末識別情報に基づいて監視する機能を有する。「閲覧履歴」とは、複数のウエッブページの閲覧順番や経路の履歴や、ウエッブページ内のどこを何回クリックしたかの履歴、閲覧時間の履歴、などが挙げられる。
【００３３】
また閲覧履歴として、ウエッブページ情報保持部に保持されている以外の外部ウエッブページに行ったことなどを示す閲覧履歴が含まれていても良い。その場合の閲覧履歴の取得方法として、例えばクッキーやリファラーＵＲＬなどの情報を利用する方法が挙げられる。クッキーやリファラーＵＲＬを利用してどのようなウエッブ上の経路を経てウエッブページ情報保持部以外のウエッブページを含めた閲覧が行われているかを示す情報を閲覧履歴として取得することができる。
【００３４】
「端末識別情報」とは、インターネットに接続されている端末を識別するための情報をいい、例えば属性情報を入力しないユーザー登録時などに付与される固有の識別ＩＤ（identification）が挙げられる。またこのような固有の識別ＩＤが無いのであれば、代わりにクッキー（Cookie）を利用しても良い。このようにクッキーを利用すれば、ユーザー登録などの必要無しに閲覧履歴を端末識別情報と関連付けて得ることができる。
【００３５】
もちろんこの端末識別情報は、端末を利用する利用者を識別するための利用者識別情報であっても良い。
【００３６】
図４に示すのは、ウエッブページ閲覧履歴監視部による閲覧履歴の監視の一例を説明するための図である。この図にあるように、端末識別情報であるCookie01で識別される端末がこのウエッブページにアクセスしてきた。そしてログ情報から、この端末はウエッブページ１を閲覧した次にウエッブページ３を閲覧し、その後ウエッブページ２を閲覧した、という閲覧履歴が判明した。また、端末識別情報「Cookie02」の端末では、ウエッブページ２を閲覧した次にウエッブページ４を閲覧し、その後ウエッブページ２を再び閲覧した、という閲覧履歴が判明した。
【００３７】
このように、利用者の属性情報の分からない端末の閲覧履歴もここで監視し、次の閲覧履歴蓄積部で蓄積することで、後に属性情報を取得した際に後付けの関連付けが可能になる。
【００３８】
「閲覧履歴蓄積部」（０２０４）は、ウエッブページ閲覧履歴監視部（０２０３）により監視された閲覧履歴を、前記端末識別情報と関連付けて蓄積する機能を有する。このように、端末識別情報と関連付けておくことで、後のユーザー登録などを行う端末と、蓄積した閲覧履歴との関連付けを行うことができる。
【００３９】
「端末利用者属性情報入力受付部」（０２０５）は、閲覧履歴蓄積部（０２０４）に閲覧履歴の蓄積された端末の端末利用者属性情報の入力を端末識別情報と関連付けて受け付ける機能を有する。「端末利用者属性情報」とは、例えば、端末の利用者の名前や住所、職業や年齢、性別、出身地などの情報が挙げられる。
【００４０】
この端末利用者属性情報の入力は、例えば、商品購入時などにユーザー登録フォームを用意して入力させる方法が挙げられる。これは一般に商品購入時などでの属性情報の入力が、それ以外の時に比べてユーザーの抵抗感が低いからである。
【００４１】
このようにして取得した端末利用者属性情報が、例えばクッキーなどの端末識別情報と関連付けて受け付けられることで、蓄積されている閲覧履歴と後付けで関連付けることが可能になる。
【００４２】
「後関連付部」（０２０６）は、端末利用者属性情報入力受付部（０２０５）で受け付けた端末利用者属性情報を、端末識別情報を介して前記入力以前に蓄積された閲覧履歴蓄積部（０２０４）の閲覧履歴と関連付ける機能を有する。
【００４３】
図５に示すのは、この後関連付部による後付けの関連付けの一例を表す概念図である。この図にあるように、Cookie01の端末識別情報で識別される端末からアクセスがあり、ユーザー登録が為された。そのユーザー登録によってCookie01の端末利用者属性情報を取得した本実施例の端末属性後付装置は、閲覧履歴蓄積部で、同じCookie01と関連付けて蓄積されている閲覧履歴を参照し、両者を関連付ける。
【００４４】
これによって、登録などで属性情報を取得する以前の閲覧履歴も、属性情報と関連付けて有効に活用することができるようになる。
【００４５】
<具体的な例>
【００４６】
図１１に示すのは、本実施例の端末属性後付装置の処理の一例を、その構成要件と処理される情報を具体的に示しながら説明するための図である。
【００４７】
この図にあるように、まず「ウエッブページ情報保持部」（１１０１）において、とちぎ物産の「なっとう」や「つけもの」、「ようかん」についての紹介が記載されているウエッブページ１や、その他ウエッブページ２、ウエッブページ３、が保持されている。
【００４８】
ここで、「ＩＤ０１」で識別される端末、「ＩＤ０２」の端末、「ＩＤ０３」の端末からそれぞれアクセスがあった。すると「ウエッブページ閲覧部」（１１０２）によって、これら端末からの指示に応じてウエッブページの閲覧が各端末によって行われた。このとき「閲覧履歴監視部」（１１０３）では、「ＩＤ０１」の端末は「３→４→１→２」という閲覧を行った、あるいは、「ＩＤ０２」の端末は「２→４→２→４」、「ＩＤ０３」の端末は「１→２→３→４」という具合に、各端末の閲覧履歴を監視している。
【００４９】
そして本実施例の端末属性後付装置は、このような監視した閲覧履歴を、例えば１年間分など「閲覧履歴蓄積部」（１１０４）に蓄積する。しかし、この間に端末の利用者の属性情報を取得することができず、この蓄積されている閲覧履歴はクッキーなどの端末識別情報と関連付けられているのみである。
【００５０】
その後、「端末利用者属性情報入力受付部」（１１０５）において、「男、２０〜３０歳、会社員」という「ＩＤ０１」の端末を利用する利用者の端末利用者属性情報が受け付けられた。すると、「後関連付部」（１１０６）において、「ＩＤ０１」という端末識別情報を介して、蓄積されていた例えば一年間分の閲覧履歴と、その利用者の属性情報とを後付けで関連付けることができる。
【００５１】
<処理の流れ>
【００５２】
図６に示すのは、本実施例の端末属性後付装置の処理の流れの一例を表すフローチャートである。なお、以下に示す処理の流れは、方法、計算機に実行させるためのプログラム、またはそのプログラムが記録された読み取り可能な記録媒体として実施されうる。
【００５３】
この図にあるように、まず、本実施例のトラッキングシステムは、端末からのアクセスを受ける（ステップＳ０６０１）。すると、トラッキングシステムは、その端末に対して例えばクッキー（端末識別情報）を付与する（ステップＳ０６０２）。
【００５４】
それから、上記アクセスと同一または別のセッションで、トラッキングシステムは再び上記端末からのアクセスを受ける（ステップＳ０６０３）。その際、トラッキングシステムは、ステップＳ０６０２で付与したクッキーを取得し、端末を識別する（ステップＳ０６０４）。つづいて、アクセスＵＲＬとクッキーとを関連付けて蓄積する（閲覧履歴の蓄積）（ステップＳ０６０５）。その後、端末がログアウトした場合（ステップＳ０６０６）、処理を一旦終了する。また、ログアウトしていない場合、再びその端末のアクセスを受け、Ｓ０６０３から処理を実行する。
【００５５】
そして、再び上記端末からのアクセスを受け（ステップＳ０６０７）、クッキーを取得した（ステップＳ０６０８）本実施例のトラッキングシステムが属性情報を取得した場合（ステップＳ０６０９）、クッキーをキーとしてステップＳ０６０５で蓄積した閲覧履歴と前記属性情報とを関連付ける（ステップＳ０６１０）。
【００５６】
<効果の簡単な説明>
【００５７】
以上のように本実施例の端末属性後付装置によって、登録などで属性情報を取得する以前の閲覧履歴も属性情報と関連付けることができ、無駄なくマーケティング戦略の立案などに有効に活用することができるようになる。
【００５８】
またこのように従来は無駄にしていた閲覧履歴も分析対象として利用することができるので、従来よりリーチを広げたマーケティング戦略をとることが可能になる。また購買行動の分析などもサンプルを多く取ることができるのでその分析の確度を向上させることができる。
【００５９】
≪実施例２≫
【００６０】
<概念>
【００６１】
図７に示すのは、本実施例における端末属性後付装置の概念の一例を表す図である。この図にあるように本実施例の端末属性後付装置は、実施例１を基本として、後付けの関連付けによって端末利用者属性情報が判明した端末αの閲覧履歴と、未だユーザー登録などがなく端末利用者属性情報が判明していないCookie02で識別される端末βの閲覧履歴とを比較する。そしてその閲覧履歴の比較結果から類似性が見つかった場合に、その判明していない端末βの端末利用者属性情報を、判明している端末αの端末利用者属性情報から推定する機能を備えている。
【００６２】
<構成>
【００６３】
図８に示すのは、本実施例の端末属性後付装置における機能ブロックの一例を表す図である。この図にあるように、本実施例の「端末属性後付装置」（０８００）は、「ウエッブページ情報保持部」（０８０１）と、「ウエッブページ閲覧部」（０８０２）と、「ウエッブページ閲覧履歴監視部」（０８０３）と、「閲覧履歴蓄積部」（０８０４）と、「端末利用者属性情報入力受付部」（０８０５）と、「後関連付部」（０８０６）と、からなる。なお、これら「ウエッブページ情報保持部」と、「ウエッブページ閲覧部」と、「ウエッブページ閲覧履歴監視部」と、「閲覧履歴蓄積部」と、「端末利用者属性情報入力受付部」と、「後関連付部」は実施例１で説明済みであるので、その説明は省略する。
【００６４】
そして本実施例の端末属性後付装置は、特徴点として、さらに「閲覧履歴比較部」（０８０７）と、「推定可能閲覧履歴取得部」（０８０８）と、「推定利用者属性情報関連付部」（０８０９）と、を有する。
【００６５】
「閲覧履歴比較部」（０８０７）は、後関連付部において端末利用者属性情報と関連付けられた閲覧履歴である第一閲覧履歴と、未だ端末利用者属性情報と関連付けられていない閲覧履歴である第二閲覧履歴とを比較する機能を有する。
【００６６】
図９に示すのは、ベクトル空間モデルを利用した閲覧履歴比較部での比較方法の一例を説明するための図である。ウエッブページ情報保持部に保持されているウエッブページを例えばその内容に応じて「香水」「化粧」「船」「車」「犬」「猫」・・・という具合に分類する。そしてそれぞれを内容の特性に応じてベクトル化し多次元のベクトル空間内で定義する。その定義はこの図にあるように例えば、「犬」と「猫」は内容特性が近いのでそのベクトル方向も似ている、という具合である。そして利用者の閲覧履歴に応じて、例えば閲覧順番ごとにそれぞれのウエッブページのベクトルのなす角の余弦値を求め、その余弦値からウエッブページの閲覧履歴の類似度を推定する方法である。
【００６７】
例えば、利用者１の最初に閲覧したウエッブページＬ１がベクトルｌ１で表され、利用者２の最初に閲覧したウエッブページＬ２がベクトルｌ２で表されている。そのときの利用者１と利用者２が最初に閲覧したウエッブページの類似度ｓｉｍ（Ｌ１，Ｌ２）は、
【００６８】
【数１】
2006127321.tif 000003
によって得られる。この類似度（ベクトルのなす角の余弦値）は、０以上１以下の範囲内で表され、その値が１に近いほど２人の閲覧したウエッブページは類似していると言える。したがって具体的には、この余弦値が予め設定された閾値ａ以上ならば、２人の閲覧したウエッブページは類似していると判断する。そして、この類似度の比較を閲覧履歴で示される複数のウエッブページにおいて行い、類似であると判断した割合が所定割合以上の場合に閲覧履歴が類似しているとの比較結果を出すプログラムによってこの閲覧履歴比較部を構成すると良い。
あるいは、ページごとの余弦値それぞれについて閾値以上か否かの判断を行うのではなく、その余弦値の合計値が閾値以上であるか否かを判断しても良い。あるいは双方のウエッブページの類似度の比較を個々に行う以外に、双方の閲覧履歴で示される複数のウエッブページのベクトルの合成ベクトルをそれぞれ算出し、その合成ベクトルのなす余弦値を比較しても良い。
【００６９】
また、内容に応じたウエッブページの分類は、予めウエッブページごとに内容に応じて分類され、そのベクトル値が保持されていても良い。あるいはそのウエッブページ内に登場する、上記のようなベクトル空間内で定義された単語を自動的に取得し、その単語群からウエッブページそのもののベクトル空間内での定義を行いその分類が行われても良い。
【００７０】
また、上記自動的に取得されたウエッブページ内の単語のうちページの特徴を表している重要な単語を、ｔｆ・ｉｄｆ法によって抽出し、その重要な単語のみによってウエッブページのベクトル空間内での定義を行っても良い。
【００７１】
もちろん比較方法は上記のようなベクトル空間モデルを利用した方法の他に、例えば第一閲覧履歴「１，３，１，２」と第二閲覧履歴「１，３，１，４」は合致率が７５％であるので所定の範囲内で共通性があると判断する方法も挙げられる。
【００７２】
「推定可能閲覧履歴取得部」（０８０８）は、閲覧履歴比較部での比較結果により、第一閲覧履歴と所定の範囲で共通性がある第二閲覧履歴である推定可能閲覧履歴を取得する機能を有する。上記のように閲覧履歴の類似性は両利用者の属性が似ているから、と言う前提に基づき、第一閲覧履歴と第二閲覧履歴が所定の範囲で共通性がある場合、第二閲覧履歴の端末の利用者の属性情報も推定可能であると考える。そこで、この推定可能閲覧履歴取得部において、第一閲覧履歴と共通性のある第二閲覧履歴を推定可能閲覧履歴として取得する。
【００７３】
このようにして、例えば利用者の閲覧履歴を表すベクトルのなす角の余弦値が所定の値以下である場合に、閲覧履歴比較部での比較結果はその２つの閲覧履歴が所定の範囲で共通性があるとする。そして閲覧履歴に共通性があるならば、その利用者の属性情報も共通性があるとする。なぜならば、同一の属性の者は、同一の閲覧履歴を取る傾向があるからである。
【００７４】
「推定利用者属性情報関連付部」（０８０９）は、前記推定可能閲覧履歴と、前記第一閲覧履歴と関連付けられた端末利用者属性情報の全部又は一部と、を推定利用者属性情報として関連付ける機能を有する。
【００７５】
例えば、ある利用者１の閲覧履歴は、「野球」のウエッブページの後、「スポーツウエアショップ」のウエッブページ、最後に「野球場のチケット販売」のウエッブページを閲覧したことを示している。一方、ある利用者２の閲覧履歴は、「サッカー」のウエッブページの後、「サッカー用品店」のウエッブページ、最後に「スポーツカフェ」のウエッブページを閲覧したことを示している。そして、上記式による算出されたこれらの閲覧履歴の示す合成ベクトルのなす余弦値から、利用者１と利用者２の閲覧履歴が所定の範囲で共通性があるとの比較結果が閲覧履歴比較部で出された。
【００７６】
その後、利用者１は「男性、２０代、サラリーマン」であるという利用者属性情報が端末利用者属性情報入力受付部で受け付けられ、「後関連付部」において上記利用者Ａの閲覧履歴と上記利用者属性情報とが関連付けられた。
【００７７】
すると本実施例の端末属性情報後付装置は、推定可能閲覧履歴取得部で利用者１の閲覧履歴と共通性のある利用者２の上記閲覧履歴を推定可能閲覧履歴として取得する。そして、その利用者２の閲覧履歴と、「男性、２０代、サラリーマン」という利用者属性情報とが推定利用者属性情報関連付部により関連付けられる。
【００７８】
このように後付けで関連付けた第一閲覧履歴と端末利用者属性情報を利用して、属性情報が分からない端末の利用者属性情報を類推することができる。
【００７９】
<処理の流れ>
【００８０】
図１０に示すのは、本実施例の端末属性後付装置の処理の流れの一例を表すフローチャートである。この図にあるように、まず、本実施例のトラッキングシステムは、端末からのアクセスを受ける（ステップＳ１００１）。すると、トラッキングシステムは、その端末に対して例えばクッキー（端末識別情報）を付与する（ステップＳ１００２）。
【００８１】
それから、上記アクセスと同一または別のセッションで、トラッキングシステムは再び上記端末からのアクセスを受ける（ステップＳ１００３）。その際、トラッキングシステムは、ステップＳ１００２で付与したクッキーを取得し、端末を識別する（ステップＳ１００４）。つづいて、アクセスＵＲＬとクッキーとを関連付けて蓄積する（閲覧履歴の蓄積）（ステップＳ１００５）。その後、端末がログアウトした場合（ステップＳ１００６）、処理を一旦終了する。また、ログアウトしていない場合、再びその端末のアクセスを受け、Ｓ１００３から処理を実行し、さらに閲覧履歴を蓄積していく。
【００８２】
そして、再び上記端末からのアクセスを受け（ステップＳ１００７）、クッキーを取得した（ステップＳ１００８）本実施例のトラッキングシステムが属性情報を取得した場合（ステップＳ１００９）、クッキーをキーとしてステップＳ１００５で蓄積した閲覧履歴と前記属性情報とを関連付ける（ステップＳ１０１０）。
【００８３】
また、さらにステップＳ１０１０で属性情報と関連付けられた閲覧履歴（第一閲覧履歴）と、未だ属性情報と関連付けられていない別の端末の閲覧履歴（第二閲覧履歴）とを比較する（ステップＳ１０１１）。そして比較の結果両者に類似性がある場合（ステップＳ１０１２）、第二閲覧履歴を推定可能閲覧履歴として取得する（ステップＳ１０１３）。最後に、前記推定可能閲覧履歴と、前記ステップＳ１０１０の属性情報の全部又は一部と、を関連付ける（ステップＳ１０１４）。
【００８４】
<効果の簡単な説明>
【００８５】
以上のように、本実施例の端末属性後付装置によって本来属性情報の分からなかった端末の利用者属性情報を、後付けの関連付けにより判明した閲覧履歴と属性情報の関係から推定することができる。
【００８６】
これにより、本来は切り捨てられていたさらに多くの情報を取得することができるので、さらにリーチを広げたマーケティング戦略の立案や、購買行動の分析確度の向上を期待することができる。
【図面の簡単な説明】
【００８７】
【図１】実施例１における端末属性後付装置の概念の一例を説明するための図
【図２】実施例１の端末属性後付装置における機能ブロックの一例を表す図
【図３】実施例１の端末属性後付装置のウエッブページ情報保持部に保持されているウエッブページ情報の一例を概念的に表した図
【図４】実施例１の端末属性後付装置のウエッブページ閲覧履歴監視部による閲覧履歴の監視の一例を説明するための図
【図５】実施例１の端末属性後付装置の後関連付部での後関連付けの一例について説明するための図
【図６】実施例１の端末属性後付装置における処理の流れの一例を表すフローチャート
【図７】実施例２における端末属性後付装置の概念の一例を説明するための図
【図８】実施例２の端末属性後付装置における機能ブロックの一例を表す図
【図９】実施例２の端末属性後付装置の閲覧履歴比較部でのベクトル空間モデルを利用した比較方法の一例を説明するための図
【図１０】実施例２の端末属性後付装置における処理の流れの一例を表すフローチャート
【図１１】実施例１の端末属性後付装置の処理の一例を、その構成要件と処理される情報を具体的に示しながら説明するための図
【符号の説明】
【００８８】
０２００  端末属性後付装置
０２０１  ウエッブページ情報保持部
０２０２  ウエッブページ閲覧部
０２０３  ウエッブページ閲覧履歴監視部
０２０４  閲覧履歴蓄積部
０２０５  端末利用者属性情報入力受付部
０２０６  後関連付部
【図１】
2006127321.tif 000004
【図２】
2006127321.tif 000005
【図３】
2006127321.tif 000006
【図４】
2006127321.tif 000007
【図５】
2006127321.tif 000008
【図６】
2006127321.tif 000009
【図７】
2006127321.tif 000010
【図８】
2006127321.tif 000011
【図９】
2006127321.tif 000012
【図１０】
2006127321.tif 000013
【図１１】
2006127321.tif 000014