JP2003216608A

JP2003216608A - 情報収集／分析方法及びシステム

Info

Publication number: JP2003216608A
Application number: JP2002014517A
Authority: JP
Inventors: Yoshihisa Fujiwara; 敬久藤原
Original assignee: Sony Corp
Current assignee: Sony Corp
Priority date: 2002-01-23
Filing date: 2002-01-23
Publication date: 2003-07-31

Abstract

(57)【要約】【課題】本発明は、顧客開拓や販売促進のために通信ネ
ットワークに接続されたサイトのホームページ等の画面
構成を最適化するための情報収集／分析方法及びシステ
ムを提供することを目的とする。【解決手段】広告毎に異なるコード番号が付与されたＵ
ＲＬデータを含む第１の送信データをブラウザから受信
して第１の送信データを含む第１のデータを収集する第
１のゲートウエイ装置２と、第２の送信データを前記ブ
ラウザから受信して第２の送信データを含む第２のデー
タを収集する第２のゲートウエイ装置４と、収集された
第１及び第２のデータに基づいて、複数のトップページ
のいずれが閲覧者の嗜好に合うかを分析し、分析結果に
基づいて閲覧者の嗜好に合うトップページの表示頻度を
高めるように画面遷移確率テーブルを調整する情報管理
サーバ２２とを有するように構成する。

Description

【発明の詳細な説明】

【発明の属する技術分野】本発明は、顧客開拓や販売促
進のために通信ネットワークに接続されたサイトのホー
ムページ等の画面構成を最適化するための情報収集／分
析方法及びシステムに関する。

【従来の技術】近年、インターネット等の通信ネットワ
ーク上に構築された仮想店舗（サイバーショッピングサ
イト）での商品の販売や、各種情報提供主体（情報提供
サイト）による情報提供サービスが活発になってきてい
る。図２９は、通信ネットワーク構成の一例を示してい
る。通信ネットワーク４０には、多数の仮想店舗４２と
共に、種々の情報を提供する多数の情報提供主体４４が
接続されている。情報提供主体４４としては、あらゆる
業態の企業と共に、通信ネットワーク４０への接続業者
（ネットワーク・サービス・プロバイダ）や個人も含ま
れる。また、通信ネットワーク４０には、仮想店舗４２
にアクセスして電子商取引をしたり、情報提供主体４４
にアクセスして所望の情報を閲覧したりするネットワー
ク利用者４６が接続されている。

【０００１】通信ネットワーク４０は、国内あるいは国
際付加価値通信放送網（ＶＡＮ）のいずれか、あるいは
それらを複合したネットワークである。国内及び国際付
加価値通信放送網の複合例としていわゆるインターネッ
トがある。また例えば、携帯電話機等でのデータ転送に
利用されるパケット通信網やＩＳＤＮ等のデジタル公衆
電話回線をネットワークの構成要素として含む通信ネッ
トワークも含まれる。また、デジタルテレビジョン放送
網（無線あるいはケーブルテレビ等の有線の双方を含
む）と公衆電話回線等とをリンクさせた通信ネットワー
クも含まれる。通信ネットワーク４０は、これら種々の
形態の通信放送網及びその複合体のいずれかを含む広い
概念のものである。

【０００２】例えば、通信ネットワーク４０がインター
ネットであると仮定する。この場合、ネットワーク利用
者４６は、電子メールの送受信機能やウエブ（Ｗｅｂ）
ブラウザ機能を有するワークステーションあるいはパー
ソナルコンピュータ（以下、ＰＣという）等を有し、イ
ンターネットを介して所望の仮想店舗４２や情報提供主
体４４にアクセスして、電子メールやウエブブラウザを
駆使して電子商取引や情報の閲覧をすることができる。
ここで、ウエブブラウザ機能とは、インターネット上の
所定ＵＲＬ（ユニフォーム・リソース・ローケイタ）に
アクセスしてホームページを表示する機能である。さら
にここでウエブブラウザ機能は、ＦＴＰ（ファイル転送
プロトコル）をサポートしており、通信ネットワーク４
０に接続された各種サーバからデータをダウンロードし
たりアップロードしたりする機能も有しているものとす
る。

【０００３】また例えば、通信ネットワーク４０が、パ
ケット通信網とＩＳＤＮ等のデジタル公衆電話回線とを
さらに含むネットワークであると仮定する。この場合、
ネットワーク利用者４６は、例えば、電子メールの送受
信機能やウエブブラウザ機能を備えた携帯電話機から、
パケット通信網を介して所望の仮想店舗４２や情報提供
主体４４にアクセスしてデータの送受信が行えるように
なっている。

【０００４】近年の情報技術（ＩＴ）の飛躍的発展によ
りＰＣを用いた通信ネットワークの利用が容易になって
きたが、さらに、移動体通信機（携帯電話機やパーソナ
ル・ハンディ・ホン（ＰＨＳ（登録商標））、携帯情報
端末等を含むものとする）を用いた情報伝達や情報提供
も頻繁に広範囲に行われるようになってきており、既
に、携帯電話機をインターネットの接続端末として用い
るサービスが開始されている。

【０００５】例えば、株式会社ＮＴＴドコモが提供する
ｉモード（ＮＴＴドコモの商標）では、ウエブブラウザ
機能を有する携帯電話機を、ｉモードセンタを介してイ
ンターネットに接続して、必要なデータをパケット通信
で送受信できるようになっている。

【０００６】

【発明が解決しようとする課題】このような通信ネット
ワーク４０上の各種ネットワーク機器のウエブブラウザ
に表示される仮想店舗４２や情報提供主体４４のホーム
ページは、仮想店舗４２や情報提供主体４４にとって顧
客開拓や販売促進の上で極めて重要な機能を求められて
いる。以下、情報提供主体４４としての損害保険会社が
自動車保険に関するホームページを開設している場合を
例にとって説明する。

【０００７】自動車保険に関するホームページのトップ
ページには、自動車保険とは如何なるものかを解説する
コーナや自社自動車保険の特徴を紹介するコーナ、ある
いは会社情報や採用情報等を開示するコーナ等があり、
それらと共に、新規顧客開拓のためのユーザ登録コーナ
が設けられている。

【０００８】ユーザ登録コーナには、当該トップページ
を閲覧しているネットワーク利用者４６を新規顧客とし
て取り込むため、ユーザ登録を勧める説明と共に、ユー
ザ登録画面に移行（遷移）するボタンが設けられてい
る。当該トップページを閲覧しているネットワーク利用
者４６が、マウス等のポインティングデバイスを用いて
ブラウザに表示された当該トップページ上のボタンをク
リック（選択）すると、ブラウザの表示がユーザ登録画
面に遷移する。

【０００９】ユーザ登録画面には、ユーザ登録すること
により享受できる利益の説明と共に、閲覧者であるネッ
トワーク利用者４６の氏名、年齢、職業、及び電子メー
ルアドレス等の個人情報を入力するフォームが設けられ
ている。ネットワーク利用者４６がこれらのフォームに
入力して送信ボタンをクリックすることによりユーザ登
録が完了する。このようにして獲得したユーザに対し
て、損害保険会社は、自動車保険に関する種々の情報を
定期的に電子メールで送信したり、自動車保険の見積の
作成依頼を促したりして、将来的に保険成約に結びつく
ための種々のイベントをユーザに対して実施することが
できる。

【００１０】以上説明したように、顧客獲得や販売促進
のためにユーザ登録は極めて重要である。このユーザ登
録数を増加させるには、第１に、できるだけ多くのネッ
トワーク利用者４６に損害保険会社のサイトを訪れても
らい、当該トップページをブラウザ上に表示してもらう
施策が必要である。第２として、当該トップページを閲
覧したネットワーク利用者４６の多数が、当該トップペ
ージ上に配置されたユーザ登録画面への遷移ボタンをク
リックしてくれるための施策が必要である。

【００１１】上記第１の施策としては、まず、他のイン
ターネットサイト（例えば、ニュースサイト、金融関連
サイト、懸賞サイト等）や検索サイトのホームページ
に、損害保険会社のＵＲＬをリンクさせたバナー広告を
表示することが挙げられる。ネットワーク利用者４６の
多くが興味を示すバナー広告を他のインターネットサイ
トのホームページに表示できれば、それらのネットワー
ク利用者４６がバナーをクリックする件数が増加して損
害保険会社の自動車保険に関するホームページの閲覧件
数を増加させることができる。

【００１２】同様にして、定期又は不定期に発行される
いわゆる電子メール（メールマガジンやオプトインメー
ルを含む）に広告を掲載して、当該広告内に自動車保険
に関するホームページに遷移するためのＵＲＬを表示す
ることが挙げられる。この場合も、当該メールマガジン
等を購読するネットワーク利用者４６の多くが興味を示
す広告を掲載できれば、それらのネットワーク利用者４
６がＵＲＬの表示をクリックする件数が増加して損害保
険会社の自動車保険に関するホームページを閲覧する件
数を増加させることができる。

【００１３】また、雑誌や新聞等の現実の出版／印刷物
に広告を掲載して、当該広告内に自動車保険に関するホ
ームページのＵＲＬを呈示することが挙げられる。この
場合も、当該出版物の読者の多くが興味を示す広告を掲
載できれば、それら読者がネットワーク利用者４６とし
てブラウザ上から直接ＵＲＬを入力して損害保険会社の
自動車保険に関するホームページを閲覧する件数を増加
させることができる。

【００１４】上記第２の施策としては、自動車保険に関
するホームページのトップページを、それを閲覧してい
るネットワーク利用者４６の各人の嗜好や興味に合う画
面構成に作り上げることが挙げられる。この場合も、閲
覧者の好みに合う画面構成になればなるほど、各ネット
ワーク利用者４６が次ページのユーザ登録画面に遷移す
るボタンをクリックする可能性は高くなり、全体として
当該ボタンのクリック数を増加させることができる。

【００１５】以上の第１及び第２の施策に引き続いて、
さらにユーザ登録画面の最適化を図ることにより、ユー
ザ登録数の増加が期待でき、ひいては見積件数や成約件
数の増加に結びつけることができる。

【００１６】しかしながら現状では、不特定多数の閲覧
者の興味や好みに合わせたバナーやトップページの画面
構成を作成するのは困難である。このため、仮想店舗４
２や情報提供主体４４側の主観的な憶測に基づいてバナ
ーやトップページの画面構成がなされており、本来的に
はユーザ登録可能な閲覧者から見て、つまらないか、興
味の湧かない画面構成となってしまっている可能性があ
る。これでは、折角高額の広告費を支払っても、それに
見合う効果を得ることは困難である。従って、顧客開拓
や販売促進のために通信ネットワークに接続されたサイ
トのホームページ等の画面構成を最適化して活用する情
報収集方法及び情報分析方法及びシステムが必要とな
る。

【００１７】本発明の目的は、顧客開拓や販売促進のた
めに通信ネットワークに接続されたサイトのホームペー
ジ等の画面構成を最適化するための情報収集／分析方法
及びシステムを提供することにある。

【００１８】

【課題を解決するための手段】上記目的は、通信ネット
ワークに接続されたサイトのホームページの画面構成を
閲覧者の嗜好に合うように最適化する情報収集／分析方
法であって、前記ホームページに遷移させるために、所
定の広告媒体に所定の広告形態で掲載した広告毎に、異
なるコード番号が付与されたＵＲＬのリンクを設け、前
記コード番号付きＵＲＬデータを含む第１の送信データ
をブラウザから受信する度に、前記コード番号に対応し
た画面遷移確率テーブルに基づいて、異なる画面レイア
ウトを有する複数のトップページのいずれかを選択して
前記ホームページのトップページとして前記ブラウザに
表示させると共に、前記第１の送信データを含む第１の
データを収集し、次ページに遷移する遷移ＵＲＬデータ
を含む第２の送信データを前記ブラウザから受信する度
に、前記次ページを前記ブラウザに表示させると共に、
前記第２の送信データを含む第２のデータを収集し、前
記収集された第１及び第２のデータに基づいて、前記複
数のトップページのいずれが前記閲覧者の嗜好に合うか
を分析し、分析結果に基づいて前記画面遷移確率テーブ
ルを調整して、閲覧者の嗜好に合うトップページの表示
頻度を高めることを特徴とする情報収集／分析方法によ
って達成される。

【００１９】上記本発明の情報収集／分析方法におい
て、前記広告は、バナー広告であることを特徴とする。
あるいは、上記本発明の情報収集／分析方法において、
前記広告は、電子メール広告であることを特徴とする。

【００２０】上記本発明の情報収集／分析方法におい
て、前記第１のデータは、前記第１の送信データを受信
した第１の受信時刻データを有し、前記第２のデータ
は、前記第２の送信データを受信した第２の受信時刻デ
ータを有しており、前記第１の受信時刻データの数に対
する前記第２の受信時刻データの数の割合を前記複数の
トップページ毎に算出して、前記割合が高いトップペー
ジの表示頻度が高くなるように前記画面遷移確率テーブ
ルを調整することを特徴とする。

【００２１】上記本発明の情報収集／分析方法におい
て、所定の期間毎に前記第１の受信時刻データの数に対
する前記第２の受信時刻データの数の割合を前記複数の
トップページ毎に算出して、前記割合が高いトップペー
ジの表示頻度が高くなるように前記所定期間毎に前記画
面遷移確率テーブルを調整することを特徴とする。

【００２２】上記本発明の情報収集／分析方法におい
て、前記所定期間は、時間を基準としていることを特徴
とする。

【００２３】上記本発明の情報収集／分析方法におい
て、前記所定期間は、１日を不等時間間隔で数段階に区
切っていることを特徴とする。

【００２４】上記本発明の情報収集／分析方法におい
て、前記所定期間は、１日を単位として１週間を７段階
に区切っていることを特徴とする。

【００２５】上記本発明の情報収集／分析方法におい
て、前記分析結果に基づいて前記画面遷移確率テーブル
を調整する前に、前記広告に要した費用に対する効果
が、所定の閾値を越えたか否かを判断することを特徴と
する。

【００２６】上記本発明の情報収集／分析方法におい
て、前記広告に要した費用に対する効果が前記所定の閾
値を越えたら広告掲載の継続を決定して、前記画面遷移
確率テーブルを調整することを特徴とする。

【００２７】上記本発明の情報収集／分析方法におい
て、前記第１の受信時刻データと前記第２の受信時刻デ
ータとに基づいて前記ブラウザ上に前記トップページが
表示されていた時間を算出し、前記時間の長さに基づい
て、前記次ページの画面レイアウトやコンテンツを変化
させることを特徴とする。

【００２８】上記本発明の情報収集／分析方法におい
て、前記第１のデータは、前記ブラウザの情報及び前記
ブラウザが動作するＯＳの情報を有しており、前記ブラ
ウザ情報及び前記ＯＳ情報に基づいて、前記ブラウザの
画面構成に合わせた画面構成の前記トップページを前記
ブラウザに表示させることを特徴とする。

【００２９】上記本発明の情報収集／分析方法におい
て、前記第１のデータは、アクセス元のＩＰアドレスの
情報を有しており、前記ＩＰアドレス情報に基づいて前
記アクセス元を特定し、前記アクセス元の前記ブラウザ
の画面構成に合わせた画面構成の前記トップページを前
記ブラウザに表示させることを特徴とする。

【００３０】上記本発明の情報収集／分析方法におい
て、前記第１のデータに基づいて前記閲覧者の嗜好を推
定し、前記嗜好に合わせた複数のサイトのリンクを設け
た電子メールを前記閲覧者に送信し、前記複数のサイト
のリンクに対する前記閲覧者のアクセス状況に基づい
て、前記閲覧者の嗜好をさらに明確化することを特徴と
する。

【００３１】上記本発明の情報収集／分析方法におい
て、前記第１のデータに基づいて前記閲覧者の嗜好を推
定し、前記嗜好に合わせた文面と共に前記閲覧者を識別
するＩＤを付与したＵＲＬのリンクが設けられた電子メ
ールを前記閲覧者に送信し、前記ＩＤ付きＵＲＬデータ
を前記閲覧者から受信したら、予め用意した複数のトッ
プページの中から前記閲覧者の嗜好に合致するトップペ
ージを選択して前記ブラウザに表示させることを特徴と
する。

【００３２】また、上記目的は、通信ネットワークに接
続されたサイトのホームページの画面構成を閲覧者の嗜
好に合うように最適化する情報収集／分析システムであ
って、前記ホームページに遷移させるために、所定の広
告媒体に所定の広告形態で掲載した広告毎に異なるコー
ド番号が付与されたＵＲＬデータを含む第１の送信デー
タをブラウザから受信し、前記コード番号に対応した画
面遷移確率テーブルに基づいて、異なる画面レイアウト
を有する複数のトップページのいずれかが選択されて前
記ホームページのトップページとして前記ブラウザに表
示される際に、前記第１の送信データを含む第１のデー
タを収集する第１のゲートウエイ装置と、次ページに遷
移する遷移ＵＲＬデータを含む第２の送信データを前記
ブラウザから受信し、前記次ページが前記ブラウザに表
示される際に、前記第２の送信データを含む第２のデー
タを収集する第２のゲートウエイ装置と、前記収集され
た第１及び第２のデータに基づいて、前記複数のトップ
ページのいずれが前記閲覧者の嗜好に合うかを分析し、
分析結果に基づいて閲覧者の嗜好に合うトップページの
表示頻度を高めるように前記画面遷移確率テーブルを調
整する情報管理サーバとを有することを特徴とする情報
収集／分析システムによって達成される。

【００３３】上記本発明の情報収集／分析システムにお
いて、前記第１のデータ及び前記第２のデータを格納す
るデータベース装置を有することを特徴とする。

【００３４】

【発明の実施の形態】本発明の第１の実施の形態による
情報収集／分析方法及びシステムについて図１乃至図２
８を用いて説明する。本実施の形態による情報収集／分
析方法及びシステムは、トップページの記載内容、記載
形式、レイアウトなどを閲覧者の性格や好みあるいは興
味の対象に合うようにできるだけ工夫して修正すること
により、ユーザ登録率を向上させて、顧客獲得や販売促
進の効率を向上させている点に特徴を有している。そし
て、トップページの修正のためのデータ収集の仕組みに
本実施の形態の情報収集方法の特徴がある。また、収集
されたデータを分析し、ユーザ登録率（あるいは成約
率）が高くなるように、閲覧者から送信されたＵＲＬを
リダイレクトして閲覧者にとって最適なトップページを
表示させることに特徴を有している。

【００３５】まず、本実施の形態による情報収集／分析
方法及びシステムの概略の構成について図１を用いて説
明する。図１は、本実施の形態における情報収集／分析
システムの内部構成を示している。本実施の形態による
情報収集／分析システム１は、図２９に示す通信ネット
ワーク４０に接続された情報提供主体４４内に設けられ
ている。本実施の形態では、これ以降、情報提供主体４
４として損害保険会社Ｓを例に挙げ、自動車保険に関す
るホームページＰを開設している場合について説明す
る。

【００３６】なお、通信ネットワーク４０は、パケット
通信網とＩＳＤＮ等のデジタル公衆電話回線若しくはア
ナログ公衆電話回線、あるいは専用線から接続可能なイ
ンターネットである。ネットワーク利用者４６は、電子
メールの送受信機能やウエブブラウザ機能を有するＰＣ
等から、通信ネットワーク４０を介して情報提供主体４
４の一つである損害保険会社ＳのホームページＰを閲覧
して自動車保険に関する情報を取得できるようになって
いる。また、ネットワーク利用者４６は、例えば、ウエ
ブブラウザ機能を備えた携帯電話機からパケット通信網
を介して損害保険会社ＳのホームページＰを閲覧できる
ようになっている。

【００３７】さて、図１に示す情報収集／分析システム
１は、通信ネットワーク４０上のネットワーク利用者４
６からの種々のリクエストを受け付けて処理する情報管
理サーバ２２を有している。情報管理サーバ２２は、不
図示の通信モジュールを介して通信ネットワーク４０に
接続されると共に、通信ネットワーク４０を介して入力
される各種リクエストを処理するコンピュータを有して
いる。

【００３８】また、情報収集／分析システム１は、第１
のゲートウエイ装置２及び第２のゲートウエイ装置４を
有している。第１のゲートウエイ装置２は、ネットワー
ク利用者４６から通信ネットワーク４０を介して損害保
険会社ＳのホームページＰへのアクセスがあると、受信
したＵＲＬデータから後程詳述するコード番号等の所定
データを抽出すると共に、ネットワーク利用者４６のブ
ラウザに表示させるトップページの画面番号等のデータ
を情報管理サーバ２２に送出するようになっている。第
１のゲートウエイ装置２は、損害保険会社Ｓのホームペ
ージＰへのアクセスを要求しているネットワーク利用者
４６のブラウザに、画面レイアウトやコンテンツが異な
る複数種類のトップページ６、８、１０、１２、１４の
いずれかが表示されるように、所定の画面番号に基づい
てＵＲＬのリダイレクションを行う。

【００３９】第１のゲートウエイ装置２には、各種の広
告媒体、例えば、ニュースサイトや検索サイト、あるい
は懸賞サイトのホームページに貼り付けられた損害保険
会社Ｓのバナー広告１６をクリックしたネットワーク利
用者４６からのＵＲＬ送信データが入力される。

【００４０】また、別の広告媒体としてのメールマガジ
ン（あるいはオプトインメール）１８に掲載した広告に
設けられたホームページＰへのＵＲＬ（リンク）をクリ
ックしたネットワーク利用者４６からのＵＲＬ送信デー
タが第１のゲートウエイ装置２に入力される。

【００４１】さらに、第１のゲートウエイ装置２には、
ネットワーク利用者４６が、雑誌等の現実の出版物に損
害保険会社Ｓが掲載した広告を見て、そこに記述された
ホームページＰのＵＲＬをブラウザ上で直接入力した送
信データ２０も受信される。第１のゲートウエイ装置２
は、これらのＵＲＬ送信データから上記所定データを抽
出して情報管理サーバ２２に送出するとともに、トップ
ページ６〜１４のうち決めておいたいずれか１つが表示
されるように、閲覧者の送信したＵＲＬをリダイレクシ
ョンする。

【００４２】第２のゲートウエイ装置４は、トップペー
ジ６〜１４のいずれかが閲覧者のブラウザに表示された
後、当該トップページ６〜１４上に設けられたユーザ登
録画面への遷移ボタン２８がクリックされると、後程説
明する所定データを情報管理サーバ２２に出力するよう
になっている。

【００４３】情報管理サーバ２２には、種々の情報が蓄
積された複数のデータベースからなるデータベース部２
４が接続されている。さらに情報管理サーバ２２には、
データベース部２４とは別に、コンピュータで実行され
るプログラムやデータを格納する記憶装置２６が接続さ
れている。データベース部２４及び記憶装置２６には、
磁気ディスクや光ディスクあるいは光磁気ディスク等の
媒体を回転させてデータの読み出し／書き込みを行うデ
ィスク装置や半導体記憶装置を用いた固体メモリ等が用
いられている。

【００４４】情報管理サーバ２２は、不図示の管理用ク
ライアントに接続されている。管理用クライアントは、
各種処理に用いるコンピュータと、当該コンピュータを
操作するためのキーボードやマウス等の情報入力装置と
を有している。

【００４５】次に、データベース部２４の概略構成及び
記憶装置２６内に格納された各種ソフトウエアについて
簡単に説明する。データベース部２４は、ユーザデータ
蓄積用の第１及び第２のデータベースＤＢ１、ＤＢ２を
有している。第１のデータベースＤＢ１には、第１のゲ
ートウエイ装置２から情報管理サーバ２２に送出された
所定データが図４（ａ）に示すデータ構造で格納されて
いる。

【００４６】第２のデータベースＤＢ２には、第２のゲ
ートウエイ装置４から情報管理サーバ２２に送出された
所定データが図４（ｂ）に示すデータ構造で格納されて
いる。図４に示すこれらのデータ構造については後述の
情報収集／分析方法の手順において説明する。

【００４７】データベース部２４はさらに、広告媒体や
広告形態、あるいは広告費などの情報が格納された広告
データベース（図３参照）を有している。また、データ
ベース部２４は、複数の画面のいずれをホームページＰ
のトップページとしてネットワーク利用者４６のブラウ
ザに表示させるかを決める画面遷移確率データベース
（図６参照）や、ユーザ登録したネットワーク利用者４
６を管理するユーザ登録データベース（図７参照）を有
している。これら図３、図６及び図７についても後述の
情報収集／分析方法の手順において詳細に説明する。

【００４８】記憶装置２６内には、データベース管理ソ
フトウエアや情報サイト管理ソフトウエア、広告管理ソ
フトウエア、データベース検索エンジン等の種々のプロ
グラム及びデータが格納されている。

【００４９】さて次に、上記の構成を有する本実施の形
態の情報収集／分析システム１での情報収集方法及び情
報分析方法について、図２乃至図２８を用いて説明す
る。図２は、情報収集／分析システム１での情報収集方
法の概略の手順を示すフローチャートである。当該手順
を説明する前に、まず、損害保険会社Ｓがバナー広告に
リンクを設定したＵＲＬや、オプトインメール、あるい
はメールマガジンの広告欄にリンクさせたＵＲＬの構造
について説明する。

【００５０】例えば、あるニュースサイトＡ１のホーム
ページにバナー広告を掲載する場合、バナーにリンクさ
せるＵＲＬは、通常の例えば「ｈｔｔｐ：／／ｗｗｗ．
ｓ−ｒｉｎｇ．ｃｏｍ／ｉｎｄｅｘ．ｃｇｉ（損害保険
会社ＳのホームページのＵＲＬとする）」までは他の広
告にリンクさせたＵＲＬと共通である。そして、このＵ
ＲＬに続けて、広告毎に異なるコード番号、例えば「？
ｃｏｄｅ＝１２３４５６７８」等が付加されている。従
って、ニュースサイトＡ１のホームページに所定期間掲
載したバナーにリンクさせたＵＲＬは「ｈｔｔｐ：／／
ｗｗｗ．ｓ−ｒｉｎｇ．ｃｏｍ／ｉｎｄｅｘ．ｃｇｉ？
ｃｏｄｅ＝１２３４５６７８」となる。なお、上記ＵＲ
Ｌのリンクは、ＷＷＷ（ワールドワイドウエブ）のペー
ジを記述するｈｔｍｌ等の言語でニュースサイトＡ１の
ホームページのスクリプト内に記述される。

【００５１】図３は、データベース部２４に設けられた
広告データベースに格納されているデータのデータ構造
を例示している。広告データベースには、少なくとも
「コード番号」、「広告媒体」、「広告形態」、「ター
ゲット等」、「広告費」、「広告開始日」、及び「広告
終了日」等の広告情報が記録されている。

【００５２】ここで、「コード番号」とは、広告を特定
するために設けられ、広告毎に異なる複数桁の連続番号
（符号も含む）が付与されている。「広告媒体」には、
ニュースサイト各社、検索サイト各社、その他懸賞サイ
ト各社等、さらに、メールマガジン発行各社、オプトイ
ンメール発行各社等が含まれる。「広告形態」には、バ
ナー、メールマガジン、オプトインメール等の形態があ
り、広告媒体が雑誌等の紙媒体の場合の「広告形態」は
「印刷」である。「ターゲット等」とは、掲載広告によ
り獲得したい潜在的需要者層を特定するための項目であ
り、図示のように「２０歳代男性」のように具体的に年
齢や性別を特定してもよいし「特になし」として特定し
ないようにすることもできる。「広告費」には、広告掲
載に要した費用が記録されている。

【００５３】さて、以上説明したような広告毎に異なる
コード番号が付与されたＵＲＬをリンクした広告を掲載
している損害保険会社Ｓにおいて、情報収集／分析シス
テム１を用いた情報収集方法の概略の手順を図２を用い
て説明する。まず、いずれかの広告媒体に掲載した広告
を見たネットワーク利用者４６が、損害保険会社Ｓのホ
ームページＰにアクセスしてきたら（ステップＳ１）、
第１のゲートウエイ装置２は、ＵＲＬ送信データからコ
ード番号等を抽出し、ＵＲＬ送信データ毎にＩＤ符号Ｉ
Ｄ１を付与して情報管理サーバ２２に送出する（ステッ
プＳ２）。それと共に、第１のゲートウエイ装置２は、
決められた画面番号に対応したトップページ６〜１４の
いずれか１つが表示されるように閲覧者の送信したＵＲ
Ｌを所定のＵＲＬに変更するリダイレクションを行う。

【００５４】第１のゲートウエイ装置２から送出された
データは、情報管理サーバ２２を介して、データベース
部２４に設けられたユーザデータ蓄積用の第１のデータ
ベースＤＢ１に格納される。図４（ａ）は、第１のデー
タベースＤＢ１に格納されているデータ（すなわち、第
１のゲートウエイ装置２が閲覧者のＵＲＬ送信データに
基づいて抽出／付加したデータ）のデータ構造を例示し
ている。

【００５５】図４（ａ）に示すように、第１のデータベ
ースＤＢ１に格納されたデータは、第１のゲートウエイ
装置２から情報管理サーバ２２に送出された所定データ
とＩＤ符号ＩＤ１とで構成されている。第１のデータベ
ースＤＢ１には、少なくとも「コード番号」、「アクセ
ス開始日」、「アクセス開始時刻」、「ブラウザ情
報」、「ＯＳ（オペレーティングシステム）情報」、
「アクセス元のＩＰ（インターネットプロトコル）アド
レス」、「プロキシサーバのＩＰアドレス」、「アクセ
ス元のＵＲＬ」、「画面番号」、及び「第１のゲートウ
エイ装置２で付与されたＩＤ１」等のユーザ情報が記録
されている。

【００５６】ここで、「コード番号」は、図３に示すデ
ータ構造の広告データベースに用いられているコード番
号に対応している。従って、コード番号をキーとしてデ
ータベースＤＢ１と広告データベースとのリレーション
を形成することにより、ホームページＰを閲覧しようと
するネットワーク利用者４６がいずれの広告を見てアク
セスしてきたのかが分かるようになっている。

【００５７】広告媒体が雑誌等の場合には、広告中には
コード番号の付与されない通常のＵＲＬが記載される。
このため、雑誌の広告を見てホームページＰを閲覧しよ
うとする場合はコード番号のないＵＲＬ送信データが第
１のゲートウエイ装置２で受信される。この場合には、
第１のゲートウエイ装置２で特別なコード番号が付与さ
れる。

【００５８】「アクセス開始日」と「アクセス開始時
刻」は、ホームページＰを閲覧しようとするネットワー
ク利用者４６の送信したＵＲＬデータを第１のゲートウ
エイ装置２で受信した日時が記録されている。

【００５９】「ブラウザ情報」とは、広告にリンクされ
たＵＲＬを送信してきたネットワーク利用者４６が使用
しているブラウザの種類を示している。図示の「Ｍｏｚ
ｉｌｌａ」は、ブラウザの種類がネットスケープ社のネ
ットスケープナビゲータ（商標）やマイクロソフト社の
インターネットエクスプローラ（商標）であることを示
している。

【００６０】「ＯＳ情報」には、広告にリンクされたＵ
ＲＬを送信してきたネットワーク利用者４６が使用して
いるＰＣのＯＳの種類や携帯電話機の種類等のデータが
示されている。図中「ｗｉｎ」はマイクロソフト社のＯ
Ｓである「Ｗｉｎｄｏｗｓ（商標）」を表し、「ｍａ
ｃ」は、アップルコンピュータ社のＰＣ「マッキントッ
シュ（商標）」に搭載されているＯＳを表している。

【００６１】「アクセス元のＩＰアドレス」は、広告に
リンクされたＵＲＬを送信してきたネットワーク利用者
４６のＩＰアドレスを示し、「プロキシサーバのＩＰア
ドレス」は、経由してきたプロキシサーバのＩＰアドレ
スを示している。「アクセス元のＵＲＬ」は、広告にリ
ンクされたＵＲＬを送信してきたネットワーク利用者４
６側のＵＲＬを示している。

【００６２】「画面番号」は、図５に示すように、例え
ば画面レイアウトやコンテンツの異なる５つのトップペ
ージ６、８、１０、１２、１４を識別するために付与さ
れた番号である。画面番号に基づいてトップページ６〜
１４のいずれかが選択され、当該トップページのＵＲＬ
にリダイレクションされてネットワーク利用者４６のブ
ラウザに画面番号に対応したトップページデータが出力
される。

【００６３】画面番号０１〜０５に対応したトップペー
ジ６〜１４のいずれをどの程度の頻度でネットワーク利
用者４６のブラウザ毎に表示させるかを決める画面遷移
確率データは、データベース部２４にある画面遷移確率
データベース内に「コード番号」に関連付けて格納され
ている。図６（ａ）は、画面遷移確率データベース内の
データ構造の例を示している。図示の例では、コード番
号が「１２３４５６７８」の広告には選択可能な画面パ
ターンが５つ存在し画面番号０１〜０５が付与されてお
り、それらの画面遷移確率（表示確率）は全て均等の２
５％となっている。図６（ａ）に示すデータ構造例で
は、初期状態として各画面の表示確率を等しくしている
が、広告開始当初から予め偏った表示確率を与えておい
てももちろんよい。

【００６４】「第１のゲートウエイ装置２で付与された
ＩＤ１」は、広告を見たネットワーク利用者４６からの
ＵＲＬ送信を受信する毎に第１のゲートウエイ装置２に
より新規ＩＤ１が付与されるようになっている。

【００６５】第１のゲートウエイ装置２が、上記データ
を情報管理サーバ２２に送出すると共に、ブラウザから
のＵＲＬ送信データを画面番号に基づいて所定のＵＲＬ
にリダイレクションさせると、ホームページＰの閲覧を
希望するネットワーク利用者４６のブラウザに当該画面
データが送信される（ステップＳ３）。なお、送信され
てブラウザに表示されたトップページ６〜１４のいずれ
にも、図１及び図５に示すように、次ページのユーザ登
録画面３０に遷移するためのユーザ登録ボタン２８が配
置されている。

【００６６】情報管理サーバ２２は、図４（ａ）に示す
項目のデータを第１のゲートウエイ装置２から受け取る
とそれらを第１のデータベースＤＢ１に格納する（ステ
ップＳ４）。

【００６７】ホームページＰの閲覧を希望するネットワ
ーク利用者４６のブラウザに所定の画面番号の画面デー
タが送信された後、閲覧者がトップページに配置された
ユーザ登録ボタン（遷移ボタン）２８をクリックすると
（ステップＳ５）、次ページのＵＲＬデータが送信され
て第２のゲートウエイ装置４に受信される。第２のゲー
トウエイ装置４は、ネットワーク利用者４６のブラウザ
を次ページのＵＲＬ先にリンクさせる。これにより、ユ
ーザ登録画面３０の画面データがユーザ登録ボタン２８
をクリックした閲覧者のブラウザに送信される（ステッ
プＳ６）。図５に示すように、ユーザ登録画面３０に
は、ユーザ登録フォームに入力した各種個人情報を送信
するための送信ボタンが配置されている。

【００６８】次に、情報管理サーバ２２は、第２のゲー
トウエイ装置４から図４（ｂ）に示すデータを受け取る
（ステップＳ７）。第２のゲートウエイ装置４から送出
されたデータは、情報管理サーバ２２を介して、データ
ベース部２４に設けられたユーザデータ蓄積用の第２の
データベースＤＢ２に格納される。図４（ｂ）は、第２
のデータベースＤＢ２に格納されているデータのデータ
構造を例示している。

【００６９】図４（ｂ）に示すように、第２のデータベ
ースＤＢ２に格納されたデータは、第２のゲートウエイ
装置４から情報管理サーバ２２に送出された所定データ
とＩＤ符号ＩＤ２とで構成されている。第２のデータベ
ースＤＢ２には、少なくとも「第１のゲートウエイ装置
２で付与されたＩＤ１」、「アクセス終了日」、「アク
セス終了時刻」、及び「第２のゲートウエイ装置４で付
与されたＩＤ２」等のユーザ情報が記録されている。

【００７０】ここで、当該データ構造は、第１のゲート
ウエイ装置２で付与された「ＩＤ１」と関連付けられて
いる。このため、項目「ＩＤ１」をキーとして、第１の
データベースＤＢ１に格納されたデータと第２のデータ
ベースＤＢ２に格納されたデータとをリンクさせること
が可能となる。

【００７１】「アクセス終了日」と「アクセス終了時
刻」には、次ページを閲覧しようとするネットワーク利
用者４６の送信したＵＲＬデータを第２のゲートウエイ
装置２で受信した日時が記録される。この日時は、閲覧
者がトップページに配置されたユーザ登録ボタン２８を
クリックして、ホームページＰのトップページを閲覧し
終わって次ページのユーザ登録画面３０に切り替わる時
点の時刻にほぼ等しい。

【００７２】「第２のゲートウエイ装置４で付与された
ＩＤ２」について、個々のネットワーク利用者４６がユ
ーザ登録ボタン２８をクリックした情報が入力される毎
に第２のゲートウエイ装置４により新規ＩＤ２が付与さ
れるようになっている。

【００７３】以上説明したデータが第２のゲートウエイ
装置４から情報管理サーバ２２に送出された後、ユーザ
登録画面３０からユーザ登録が行われると、情報管理サ
ーバ２２は、ユーザ登録をしたネットワーク利用者４６
の個人情報等をユーザ登録データベースに書き込む（ス
テップＳ８）。ユーザ登録データベースは、図７に示す
データ構造を有する。図７に示すように、ユーザ登録デ
ータベースに格納されたデータは、例えば、「ユーザＩ
Ｄ」、「氏名」、「職業」、「電子メールアドレス」、
及び「第２のゲートウエイ装置４で付与されたＩＤ
２」、さらに、「保険満期日」、「見積作成依頼」、及
び「成約保険料」等のユーザ登録情報が記録されてい
る。

【００７４】ここで、「ユーザＩＤ」とは、新規登録毎
に異なる符号で付与され、登録後は当該ユーザＩＤに基
づいて情報管理サーバ２２によるユーザ管理が行われ
る。「氏名」とは、ユーザ登録希望者の氏名であり、
「職業」とは、ユーザ登録希望者の現在の職業である。
「電子メールアドレス」とは、ユーザ登録後に損害保険
会社Ｓから登録ユーザに発信する連絡事項等が記載され
たメールの送付場所である。

【００７５】ユーザ登録データベースに格納されたデー
タは、「第２のゲートウエイ装置４で付与されたＩＤ
２」をキーとして、第２のデータベースＤＢ２に格納さ
れたデータとリンクさせることができるようになってい
る。「保険満期日」とは、ユーザ登録画面３０に表示さ
れた登録フォームにおいて、所有車の任意保険の満期日
を記入する欄に記載されたデータが入力される。

【００７６】「見積作成依頼」と「成約保険料」の情報
収集は、図２に示す情報収集方法の手順とは別の手順に
より、情報収集方法の終了後に引き続いて一定期間実施
される。「見積作成依頼」とは、ユーザ登録後に見積依
頼があった場合を「１」、ない場合を「０」として数値
化している。「成約保険料」は、成約した自動車保険の
保険料の金額データが書き込まれている。金額データが
「０」の場合は未成約であることを示している。「０」
以外の数値の場合には、ユーザ登録をした人が損害保険
会社Ｓの自動車保険の被保険者として契約が成立したこ
とも示している。

【００７７】以上図２を用いて説明した情報収集方法に
より、損害保険会社Ｓの掲載した広告を見てホームペー
ジＰにアクセスした閲覧者が、当該ホームページＰのト
ップページに配置されたユーザ登録画面３０への遷移ボ
タン２８をクリックしたか否か、クリックしたのであれ
ばユーザ登録したか否かまでを把握できるデータが得ら
れる。

【００７８】なお、情報収集のための期間としては、バ
ナー広告においては、バナーの掲載期間中であって、当
該期間と同じかそれより短い日数が割り当てられ、メー
ルや雑誌については、広告掲載日またはそれ以降の数日
から１週間程度が情報収集期間に割り当てられる。そし
て、当該情報収集期間以降の所定期間にわたって、ユー
ザ登録データベース内の「見積作成依頼」と「成約保険
料」の情報収集が行われる。

【００７９】さて、以上説明したような自動車保険のホ
ームページＰについての情報収集ルーチンが終了した
ら、次に、損害保険会社Ｓの情報収集／分析システム１
を用いて収集した情報を分析する情報分析方法に移る。
本実施の形態による情報分析方法の手順について図８を
用いて説明する。本例の情報分析方法を実施する前提と
して、上記情報収集方法における情報収集期間が経過し
ており、且つ、ユーザ登録データベース内の「見積作成
依頼」と「成約保険料」の情報収集も終了しているもの
とする。

【００８０】まず、第１のデータベースＤＢ１及び第２
のデータベースＤＢ２のデータをデータ項目「ＩＤ１」
をキーにしてマッチングさせる（ステップＳ１０）。同
様にして、第１のデータベースＤＢ１と広告データベー
スのデータを「コード番号」をキーにしてマッチングさ
せ（ステップＳ１１）、第２のデータベースＤＢ２とユ
ーザ登録データベースのデータとをデータ項目「ＩＤ
２」をキーとしてマッチングさせる（ステップＳ１
２）。

【００８１】次に、マッチングされたデータを用いて、
情報管理サーバ２２は、図９に示すような成功率算出表
を作成する（ステップＳ１３）。成功率算出表は、図９
に示すように左から右に向かって「コード番号」、「広
告媒体」、「広告形態」、「画面番号」、「ページ・ビ
ュー回数（ＰＶ）」、「クリック数（Ｅ）」、「ユーザ
登録数（Ｅ２）」、「見積数（ＥＳ）」、「成約保険
料」、「成約件数」、「Ｅ／ＰＶ」、「Ｅ２／ＰＶ」、
及び「ＥＳ／ＰＶ」の項目が割り当てられている。

【００８２】ここで、「ページ・ビュー回数（ＰＶ）」
とは、当該広告に興味や関心を持ったネットワーク利用
者４６がホームページＰを閲覧した回数であって、同一
コード番号の広告において、画面番号毎に分類して表示
している。ページ・ビュー回数（ＰＶ）は、第１のデー
タベースＤＢ１に蓄積されたデータのうち同一コード番
号で同一画面番号を持つ項目「ＩＤ１」の個数をカウン
トして求められる。

【００８３】「クリック数（Ｅ）」は、ページ・ビュー
回数（ＰＶ）の集計でカウントされた閲覧者のうち、次
ページのユーザ登録画面３０に遷移するための画面遷移
ボタン２８をクリックした閲覧者の数を示している。こ
れは、同一コード番号及び同一画面番号を持つ「ＩＤ
１」の集合のうち、項目「ＩＤ２」を有している数をカ
ウントして求められる。

【００８４】「ユーザ登録数（Ｅ２）」は、ページ・ビ
ュー回数（ＰＶ）にカウントされた閲覧者が次ページの
ユーザ登録画面３０に遷移するための画面遷移ボタン２
８をクリックし、さらに実際にユーザ登録された件数を
示している。これは、同一コード番号及び同一画面番号
を持つ「ＩＤ２」の集合から「ユーザＩＤ」を有してい
る数をカウントして求められる。

【００８５】「見積数（ＥＳ）」は、ページ・ビュー回
数（ＰＶ）にカウントされた閲覧者が次ページのユーザ
登録画面３０に遷移するための画面遷移ボタン２８をク
リックしてユーザ登録を行い、さらに見積を依頼した人
の数を表している。これは、同一コード番号及び同一画
面番号を持つ「ユーザＩＤ」の集合から、ユーザ登録デ
ータベースの「見積作成依頼件数」が「１」となってい
る数をカウントして求められる。

【００８６】「成約保険料」は、ページ・ビュー回数
（ＰＶ）にカウントされた閲覧者が次ページのユーザ登
録画面３０に遷移するための画面遷移ボタン２８をクリ
ックしてユーザ登録を行い、さらに保険契約が成約した
場合の成約保険料の合計金額を表している。これは、同
一コード番号及び同一画面番号を持つ「ユーザＩＤ」の
集合から、ユーザ登録データベースの「成約保険料」の
金額を合計して求められる。

【００８７】「成約件数」は、ページ・ビュー回数（Ｐ
Ｖ）にカウントされた閲覧者が次ページのユーザ登録画
面３０に遷移するための画面遷移ボタン２８をクリック
してユーザ登録を行い、さらに、保険契約をした人の数
を表している。これは、同一コード番号及び同一画面番
号を持つ「ユーザＩＤ」の集合から、ユーザ登録データ
ベースのユーザ登録データベースの「成約保険料」が
「０」でない数をカウントして求められる。

【００８８】「Ｅ／ＰＶ」は、コード番号毎のページ・
ビュー回数（ＰＶ）に対するクリック数（Ｅ）の割合を
表す指標であり、当該指標の値が大きいほど、用いられ
たトップページの画面レイアウトやコンテンツが閲覧者
の興味や好みに沿ったものである可能性が高いと推定さ
れる。また、逆の場合には、用いられたトップページの
画面レイアウトやコンテンツが閲覧者の興味や好みに合
わないものである可能性が高いと推定される。

【００８９】「Ｅ２／ＰＶ」は、コード番号毎のページ
・ビュー回数（ＰＶ）に対するユーザ登録数（Ｅ２）の
割合を表す指標であり、当該指標の値が大きいほど、ユ
ーザ登録画面３０の画面レイアウトやコンテンツが閲覧
者の興味や好みに沿ったものである可能性が高いと推定
される。

【００９０】「ＥＳ／ＰＶ」は、コード番号毎のページ
・ビュー回数（ＰＶ）に対する見積数（ＥＳ）の割合を
表す指標であり、当該指標の値が大きいほど、成約件数
が増加する可能性が高いと推定される。

【００９１】図９に示す成功率算出表は、「広告媒体」
が“ニュースサイトＡ１”で「広告形態」が“バナー”
という同一の「広告媒体」及び「広告形態」に対して、
図５に示すような画面番号０１〜０５で識別される５種
類の画面パターンやコンテンツの異なるトップページ６
〜１２を図６（ａ）に示した均等な画面遷移確率で自動
車保険のホームページＰに使用した場合を示している。

【００９２】図９に示す成功率算出表の例からは、ニュ
ースサイトＡ１のホームページにバナー広告を掲載する
場合には、例えば、指標「Ｅ／ＰＶ」等の値が高い画面
番号０１や０４のトップページ６、１２の表示頻度を高
くした方がさらに顧客開拓や販売促進に寄与する可能性
が高いと推定できる。この場合、図６（ａ）に示すデー
タ構造の画面遷移確率データベース内のコード番号「１
２３４５６７８」の画面遷移確率テーブルを変更して、
例えば画面番号０１と０４の表示頻度を他より高くする
ように調整してから、再度、図２を用いて説明した情報
収集方法に移行してデータ収集をやり直すこともでき
る。

【００９３】また、少しずつ画面レイアウトやコンテン
ツを変化させた新たな画面を作成して、上記図２に示し
た情報収集方法を実施し、次いで、上記のような成功率
算出表を作成して上記指標を算出して評価することによ
り、ニュースサイトＡ１のホームページに頻繁にアクセ
スする人達に好感や興味を持たれるトップページを作成
することができるようになる。

【００９４】図３に示した広告データベース内で上記以
外のコード番号が付与された他の広告についても、図９
に示す成功率算出表を作成して同様の分析をすることに
より、当該他の広告が掲載されたホームページやメール
を利用している利用者に好感や興味を持ってもらえるト
ップページを作り上げることができるようになる。

【００９５】さて、図８に戻り、ステップＳ１３で成功
率算出表を作成したら、次に、当該広告に対する費用対
効果の把握に移る（ステップＳ１４）。費用対効果の把
握は、当該コード番号の広告に要した広告費に対する当
該コード番号の広告で得られた成約保険料の合計金額の
割合が、閾値αを超えているか否かで判断される。広告
費は広告データベースから抽出され、成約保険料の合計
はユーザ登録データベースから抽出される。

【００９６】ステップＳ１４において、当該広告に対す
る費用対効果が閾値αを越えていればステップＳ１５に
移行して、情報管理サーバ２２は当該広告の掲載を継続
する決定をする。さらに、図６（ｂ）に示すように、情
報管理サーバ２２は画面遷移確率データベース内のコー
ド番号「１２３４５６７８」の画面遷移確率テーブルを
変更して、例えば、画面番号０１だけが１００％、つま
り常時表示されるように調整して情報分析方法を終了す
る。

【００９７】ステップＳ１４において、費用対効果が閾
値αを越えていなければステップＳ１７に移行して、情
報管理サーバ２２は対策案を検討してその結果を不図示
の表示画面上に表示する。表示内容は、例えば、広告の
掲載を中止する勧告であったり、広告の掲載は継続する
が費用を削減する方法の提供であったり、あるいは新た
な画面レイアウト等を備えた新規トップページの作成を
促す提案であったりする（ステップＳ１８）。

【００９８】次に、図２を用いて説明した情報収集方法
のステップＳ３の画面選択における変形例について図１
０乃至図１２を用いて説明する。図２のステップＳ３で
は、画面番号０１〜０５のいずれかのトップページを選
択して閲覧者のブラウザ上に表示させるようにしてい
る。本例ではこれをさらに拡張して、ホームページＰに
アクセスするネットワーク利用者４６のＰＣや携帯電話
機のＯＳやブラウザの種類に応じて最適な画面レイアウ
トを備えたトップページデータを送信することを特徴と
する。

【００９９】図２のステップＳ３で画面番号０１〜０５
のいずれかのトップページが選択されると、次に、第１
のゲートウエイ装置２は、図１０に示すように、収集し
たデータのうち、「ブラウザ情報」と「ＯＳ情報」とを
環境変数として用い、アクセスしているブラウザの種類
と、当該ブラウザを搭載している機器のＯＳの種類とを
特定する（ステップＳ３−１）。

【０１００】例えばＮＴＴドコモ社のｉモードでのアク
セスがあると、「ブラウザ情報」にはｉモードに対応し
たブラウザコードが付与されている。これにより、ブラ
ウザ搭載機器が携帯電話機であって、ｉモードに対応す
るブラウザが使われていることが分かる。この情報に基
づき、第１のゲートウエイ装置２は、画面番号０１〜０
５のいずれかのトップページの下層にさらに分岐して、
各社の携帯電話機に搭載されたブラウザに合わせて複数
作成されたトップページのうち所定のトップページが表
示されるように、ｉモードでのアクセスを所定のＵＲＬ
にリダイレクションする（ステップＳ３−２）。これに
より、携帯電話機各社のブラウザに、より合致した画面
構成でユーザフレンドリーな画面構成のトップページを
表示させることができるようになる。

【０１０１】また従来、各種携帯電話機のブラウザに対
応するトップページを表示させるために、携帯電話機の
ＵＲＬ入力では、ＵＲＬの文字列の末尾に「／ｉ」、
「／ｊ」、あるいは「／ａ」等の文字列をユーザが一々
入力する必要があった。これに対し本実施の形態によれ
ば、「ブラウザ情報」を利用することにより、携帯電話
機の使用者が上記追加の文字列を入力しなくても、携帯
電話機のブラウザを特定して自動的に所定のトップペー
ジを表示させることができるようになる。これにより、
携帯電話機の使用者は、ＵＲＬ末尾の入力に神経を使っ
たり入力の煩わしさから開放される。

【０１０２】また、「ＯＳ情報」のデータから、例え
ば、ＷｉｎｄｏｗｓユーザやＭａｃユーザを判別するこ
とができる（ステップＳ３−１）。この情報に基づき、
第１のゲートウエイ装置２は、画面番号０１〜０５のい
ずれかのトップページの下層にさらに分岐して、各社の
ＰＣに搭載されたＯＳに合わせて複数作成されたトップ
ページのうち所定のトップページが表示されるように、
アクセス先のＵＲＬを所定のＵＲＬにリダイレクション
する（ステップＳ３−２）。これにより、Ｗｉｎｄｏｗ
ｓユーザの場合にはＷｉｎｄｏｗｓ特有の画面構成に合
わせたトップページが表示され、ＭａｃユーザにはＭａ
ｃＯＳ特有の画面構成に合わせたユーザフレンドリーな
トップページが表示される。こうすることにより、それ
ぞれのＰＣユーザはホームページＰに大きな親近感を覚
えるため、ひいてはユーザ登録画面に遷移するボタン２
８をクリックする可能性を高めることができる。

【０１０３】同様に、ＰＣに搭載されたブラウザの場合
も、ＯＳがＷｉｎｄｏｗｓの場合のＩＥ（インターネッ
トエクスプローラ（マイクロソフト社の商標））やＮＳ
（ネットスケープナビゲータ（ネットスケープ社の商
標）、あるいはＭＡＣ−ＯＳでのＩＥやＮＳ等でそれぞ
れ少しずつ画面構成に変化がある。これに対しても本実
施形態によれば、きめ細かに各ブラウザになじむトップ
ページ画面を提供することができるので、それぞれのＰ
ＣユーザはホームページＰに大きな親近感を覚えるた
め、ひいてはユーザ登録画面に遷移するボタン２８をク
リックする可能性を高めることができるようになる（ス
テップＳ３−２）。

【０１０４】次に、図１１を用いて画面選択のさらに他
の変形例について説明する。図４（ａ）に示すように、
第１のゲートウエイ装置２では、ホームページＰにアク
セスするネットワーク利用者４６のアクセス元のＩＰア
ドレスや、プロキシサーバのＩＰアドレスもデータとし
て収集している。そこで、図１１のステップＳ３−３に
示すように、これらのＩＰアドレスからＵＲＬを逆引き
できる外部ＤＢ（例えばＪＰＮＩＣ（（社）日本ネット
ワークインフォーメーションセンター））等を利用し
て、閲覧者の属するイントラネットアドレスを特定して
（ステップＳ３−４）、当該イントラネット画面に調和
する最適な画面レイアウトを備えたトップページデータ
を送信するようにしてもよい。

【０１０５】例えば、第１のゲートウエイ装置２は、画
面番号０１〜０５のいずれかのトップページの下層にさ
らに分岐して、各社のイントラネット画面に合わせて複
数作成されたトップページのうち所定のトップページが
表示されるように、アクセス先のＵＲＬを所定のＵＲＬ
にリダイレクションさせる（ステップＳ３−５）。

【０１０６】あるいは、個人ユーザの場合には、ＩＳＰ
経由でインターネットに接続している場合が多いので、
上記ＩＰアドレスの逆引き（ステップＳ３−３）により
ＩＳＰを特定し、個人ユーザのブラウザに表示させるト
ップページにＩＳＰと関連のある画像や音声あるいは記
事を載せるようにすることもできる。例えば、第１のゲ
ートウエイ装置２は、画面番号０１〜０５のいずれかの
トップページの下層にさらに分岐して、各ＩＳＰ社のホ
ームページ画面に合わせて複数作成されたトップページ
のうち所定のトップページが表示されるように、アクセ
ス先のＵＲＬを所定のＵＲＬにリダイレクションする
（ステップＳ３−５）。これによっても、きめ細かに各
ブラウザになじむトップページ画面を提供してビジネス
チャンスを拡大することが可能になる。

【０１０７】次に、図１２を用いて画面選択のさらに他
の変形例について説明する。図４（ａ）、（ｂ）に示す
ように、第１のゲートウエイ装置２では、ホームページ
Ｐにアクセスするネットワーク利用者４６のアクセス開
始日及びアクセス開始時刻が取得されている。また、第
２のゲートウエイ装置４では、ホームページＰのトップ
ページにある遷移ボタン２８をクリックした結果のトッ
プページのアクセス終了日とアクセス終了時刻とが取得
されている。

【０１０８】そこで、図１２のステップＳ３−１０に示
すようにブラウザ上にトップページが表示されていた時
間を算出し、トップページを表示させていた時間の長さ
を判断基準にして（ステップＳ３−１１）、次ページの
画面レイアウトやコンテンツを変化させるようにする。
具体的には予め用意してある複数の異なるページのいず
れかに分岐させる（ステップＳ３−１２）。

【０１０９】例えば、滞在時間が１０秒以下でトップペ
ージの遷移ボタン２８が押された場合には、既にユーザ
登録が済んでいる閲覧者であると推定して、ユーザ登録
画面３０の次ページのユーザ認証画面（図示せず）にジ
ャンプさせる（ステップＳ３−１３）。滞在時間が１０
秒以上５分以下で遷移ボタン２８が押された場合には、
初めての閲覧者であると推定して、通常通りユーザ登録
画面３０を表示させる（ステップＳ３−１４）。滞在時
間が５分から１０分で遷移ボタン２８が押された場合に
は、ホームページＰのさらに詳しい情報を望んでいると
推定して、ユーザ登録画面３０をスキップして会社情報
や商品情報ページ（不図示）にジャンプさせる（ステッ
プＳ３−１５）。滞在時間が１時間以上で遷移ボタン２
８が押された場合には、一旦何らかのメッセージを表示
させてからユーザ登録画面３０にジャンプさせる（ステ
ップＳ３−１６）。

【０１１０】このような形式で表示画面を変更すること
もユーザフレンドリーなページ表示として閲覧者の賛同
が得られ、ひいては顧客開拓や販売促進に大きく寄与す
ることができる。

【０１１１】次に、複数のトップページの画面遷移確率
テーブルを時間毎によりきめ細かく調整する方法につい
て図１３乃至図１６を用いて説明する。図１３は、画面
遷移確率テーブルの調整手順を示すフローチャートであ
る。まず、例えば１日を０−１時、１−２時、・・・、
２２−２３時、２３−２４時の１時間刻みの２４段階に
分割し、それぞれの時間帯について、図９の成功率算出
表の各指標「Ｅ／ＰＶ」、「Ｅ２／ＰＶ」、及び「ＥＳ
／ＰＶ」を求める（ステップＳ２０）。

【０１１２】情報管理サーバ２２は、図４（ａ）、
（ｂ）に示すデータ構造の第１及び第２のデータベース
ＤＢ１、ＤＢ２から、「アクセス開始日」と「アクセス
開始時刻」、及び「アクセス終了日」と「アクセス終了
時刻」を参照して、時間帯（例えば１時間刻み）毎の
「ページ・ビュー回数（ＰＶ）」や、「クリック数
（Ｅ）」、「ユーザ登録数（Ｅ２）」、及び「見積数
（ＥＳ）」、「成約保険料」、「成約件数」をカウント
する。こうすることにより、図１４に示すような時間帯
毎の成功率算出表が作成される。図１４は同一コード番
号に対する画面番号毎の成功率算出表であり、時間帯毎
によりきめ細かに各指標「Ｅ／ＰＶ」、「Ｅ２／Ｐ
Ｖ」、及び「ＥＳ／ＰＶ」を算出できる。

【０１１３】次に、情報管理サーバ２２は、作成された
成功率算出表を用いて、時間帯毎の最適トップページの
画面番号を推定するための特徴時間帯の抽出及び分析を
行う（ステップＳ２１）。この処理は、例えば、時間帯
毎に指標「Ｅ／ＰＶ」等が高い画面番号毎を抽出する。
図１４に示す例では、０−１時では画面番号０１が最も
指標「Ｅ／ＰＶ」が高く、１−２時では画面番号０２の
指標「Ｅ／ＰＶ」が高く、また、２２−２３時及び２３
−２４時では画面番号０４の指標「Ｅ／ＰＶ」が高くな
っている。

【０１１４】次に、情報管理サーバ２２は、図１４に示
す成功率算出表を不図示の印字装置に出力し（ステップ
Ｓ２２）、次いで、画面遷移確率データベース内の当該
コード番号に対応する画面遷移確率テーブル内の数値を
調整する（ステップＳ２３）。図１５は、図６に示した
画面遷移確率テーブルに代えて、画面遷移確率データベ
ース内に格納した時間帯毎の画面遷移確率テーブルを示
している。図６に示した画面遷移確率テーブルに対し
て、図１５に示す画面遷移確率テーブルは、時間帯毎に
画面遷移の確率が調整されている。図１５に示す画面遷
移確率テーブルを用いることにより、アクセスする時間
帯に応じて閲覧者の年齢や性別が変化して興味や好みの
対象が変化しても、それに合わせたきめの細かいトップ
ページの表示をすることができるようになる。

【０１１５】上記例では、画面番号毎の特徴時間帯の抽
出をしたが、これ以外に例えば、図１６に示すように、
広告形態毎の特徴時間帯を抽出するようにしてもよい。
情報管理サーバ２２は、図４（ａ）、（ｂ）に示すデー
タ構造の第１及び第２のデータベースＤＢ１、ＤＢ２か
ら、「アクセス開始日」と「アクセス開始時刻」、及び
「アクセス終了日」と「アクセス終了時刻」を参照し
て、広告形態毎に、時間帯（例えば１時間刻み）毎の
「ページ・ビュー回数（ＰＶ）」や、「クリック数
（Ｅ）」、「ユーザ登録数（Ｅ２）」、及び「見積数
（ＥＳ）」、「成約保険料」、「成約件数」をカウント
する。こうすることにより、図１６に示す成功率算出表
が作成される。図１６は、広告形態毎に、時間帯毎の各
指標「Ｅ／ＰＶ」、「Ｅ２／ＰＶ」、及び「ＥＳ／Ｐ
Ｖ」を算出している。この場合には、指標「Ｅ／ＰＶ」
が高くなる時間帯に所定の広告形態での広告を掲載すれ
ば、顧客獲得や販売促進に効果があると推定される。

【０１１６】なお、上記例では、１時間を単位として１
日を２４段階に区切っているが、例えば、朝、昼、夕
方、夜、深夜等のように１日を不等間隔で５段階に区切
るようにしてももちろんよい。また、１日を単位として
１週間を７段階に区切って、曜日毎の評価をするように
データ収集及び分析評価をすることも可能である。

【０１１７】以上説明したように、本実施の形態による
情報収集／分析方法及びシステムによれば、トップペー
ジの記載内容、記載形式、レイアウトなどを閲覧者の性
格や好みあるいは興味の対象に合うようにできるだけ工
夫して修正することができるので、ユーザ登録率を向上
させて、顧客獲得や販売促進の効率を向上させることが
できる。上記本実施形態の情報収集方法によりトップペ
ージの修正のためのデータ収集を行い、さらに、上記情
報分析方法により収集されたデータを分析することによ
り、ユーザ登録率（あるいは成約率）が高くなるように
閲覧者にとって最適なトップページを表示させることが
できる。

【０１１８】次に、上記実施形態による情報収集／分析
方法でデータ収集及び分析の対象となったサンプル数の
うち、ユーザ登録をした登録ユーザに対してされる追跡
調査について説明する。この追跡調査は、電子メールを
登録ユーザに送信することにより行われ、登録ユーザを
自動車保険契約の成約に導くための調査の意味をもちろ
ん有しているが、それだけでなく、上記情報収集／分析
方法の精度を向上させるための、情報収集／分析方法に
対する調査も企図している。

【０１１９】以下、図１７乃至図２３を用いて登録ユー
ザに対する追跡調査の手順について説明する。まず、予
め広告媒体毎に登録ユーザの属性を推定しておいてデー
タベース部２４に設けられた広告媒体毎ユーザ属性デー
タベースに格納しておく。図１７は、広告媒体毎ユーザ
属性データベースのデータ構造を示している。広告媒体
毎ユーザ属性データベースには、広告毎に割り振られた
「コード番号」と、当該広告が掲載される「広告媒体」
と「広告形態」、及び当該広告での「ターゲット」層の
データが格納されている。これらのデータは、広告デー
タベース内のデータと重複している。さらに、広告媒体
毎ユーザ属性データベースには、「ユーザ属性」のデー
タ項目として「価格重視」と「性能重視」とを用い、そ
れら２つの項目毎に１〜５の５段階に分類した数値が記
録されている。ここで、「価格重視」とは、例えば、自
動車保険の場合において保険料の高低にどれだけこだわ
るかを示しており、保険料の高低にこだわる可能性が高
い方から順に５〜１の数値データが付されている。ま
た、「性能重視」とは、例えば、自動車保険の場合にお
いて補償範囲の広狭にどれだけこだわるかを示してお
り、補償範囲の広狭にこだわる可能性が高い方から順に
５〜１の数値データが付されている。

【０１２０】図１７では、例えば、ニュースサイトＡ１
のホームページに掲載された損害保険会社Ｓのバナー広
告を見て、ブラウザ上で当該バナーをクリックして損害
保険会社ＳのホームページＰにアクセスする人達のユー
ザ属性は、現時点において「価格重視」＝２、「補償重
視」＝４であると推定している。これは、ニュースサイ
トＡ１のホームページを好むネットワーク利用者４６
は、ニュースサイトＡ１のホームページの趣旨や内容か
ら判断して、商品の購入やサービスの提供に対して、
「価格」より「補償」の方をやや重視する傾向にあると
いう推定に基づいている。

【０１２１】同様に例えば、懸賞サイトＣ１のホームペ
ージに掲載された損害保険会社Ｓのバナー広告を見て、
ブラウザ上で当該バナーをクリックして損害保険会社Ｓ
のホームページＰにアクセスする人達のユーザ属性は、
現時点において「価格重視」＝５、「補償重視」＝１で
あると推定している。これは、懸賞サイトＣ１のホーム
ページを好むネットワーク利用者４６は、懸賞サイトＣ
１のホームページの趣旨や内容から判断して、商品の購
入やサービスの提供に対して、「価格」を最も重視し、
「補償」はあまり重視しない傾向にあるという推定に基
づいている。

【０１２２】なお、データ未収集の当初においては、
「ユーザ属性」における２つの項目の５段階分類は、全
広告媒体で中間の「３」を付与しておいてもよいし、一
定期間だけ本実施の形態による情報収集／分析方法を予
備的に実施してその結果から推定したり、他の情報を参
酌して決めたりすることができる。

【０１２３】さて、図１８は例示として、ユーザ登録デ
ータベース（図７参照）に登録されているユーザＩＤ＝
１００３の登録ユーザに対して追跡調査として送信され
る電子メールの内容の一例を示している。図１８に示す
文面例は、文節あるいは段落毎に予め文書データベース
（不図示）に格納されている。図１８に示す電子メール
は、懸賞サイトＣ１のホームページに掲載されたバナー
広告（コード番号「１２３４５６８０」とする）をクリ
ックして、損害保険会社ＳのホームページＰにアクセス
してユーザ登録したユーザ登録者に対して送信すること
を意図している。

【０１２４】情報管理サーバ２２は、図１７に示す広告
媒体毎のユーザ属性データベースを検索して、コード番
号「１２３４５６８０」のバナー広告のユーザ属性が
「価格重視」＝５、「補償重視」＝１であることを読み
出し、図１８に示す文面例を文書データベースから読み
出して文書を作成する。作成された文書には、図１８に
示すように、ユーザ登録に対するお礼の言葉と共に、懸
賞サイトにジャンプする懸賞コーナを設けており、当該
懸賞コーナには、懸賞商品の紹介と共に当該懸賞サイト
にリンクするＵＲＬが記載されている。

【０１２５】文書中において、懸賞商品が高性能ノート
型パソコンである懸賞サイトのＵＲＬは、例えば「ｈｔ
ｔｐ：／／ｗｗｗ．ａｄ．ｃｏ．ｊｐ／ｉｎｄｅｘ．ｃ
ｇｉ？ＵＩＤ＝１００３＆ＩＤ３＝１」となっている。
このＵＲＬ末尾の「ＵＩＤ＝１００３＆ＩＤ３＝１」に
おいて、「ＵＩＤ＝１００３」は、ユーザ登録データベ
ースに登録された登録ユーザのユーザＩＤが「１００
３」であることを示している。「ＩＤ３＝１」は、「ｗ
ｗｗ．ａｄ．ｃｏ．ｊｐ」から、後程説明するＩＤ３デ
ータベース（図２１参照）内のＩＤ３＝１に格納された
ＵＲＬへリダイレクションさせることを意味している。

【０１２６】同様にして、図１８の例示では、懸賞商品
が廉価版ノート型パソコンである２番目の懸賞サイトの
ＵＲＬは、例えば「ｈｔｔｐ：／／ｗｗｗ．ａｄ．ｃ
ｏ．ｊｐ／ｉｎｄｅｘ．ｃｇｉ？ＵＩＤ＝１００３＆Ｉ
Ｄ３＝２」、懸賞商品が高性能ノート型パソコンである
４番目の懸賞サイトのＵＲＬは、例えば「ｈｔｔｐ：／
／ｗｗｗ．ａｄ．ｃｏ．ｊｐ／ｉｎｄｅｘ．ｃｇｉ？Ｕ
ＩＤ＝１００３＆ＩＤ３＝４」となっている。

【０１２７】図１９は、本実施の形態による情報収集／
分析方法における上記追跡調査による電子メール送信後
の情報収集方法の概略の手順を示すフローチャートであ
る。まず、図１８に示した送信メール内に記載された懸
賞サイトにジャンプするいずれかのＵＲＬを送信メール
受信者のネットワーク利用者（登録ユーザ）４６がクリ
ックして、ブラウザから当該ＵＲＬ送信データが送信さ
れると（ステップＳ３０）、第１のゲートウエイ装置２
は、ＵＲＬ送信データから項目「ＵＩＤ」を抽出し（ス
テップＳ３１）、次いで項目「ＩＤ３」を抽出して（ス
テップＳ３２）、これらを情報管理サーバ２２に送出す
る。

【０１２８】データベース部２４は図２０に示すデータ
構造を有する登録ユーザ毎のユーザ属性履歴データベー
スを有している。当該データ構造は、項目「ＵＩＤ」と
「ＩＤ３」とが一組となって順に格納されている。第１
のゲートウエイ装置２から項目「ＵＩＤ」と項目「ＩＤ
３」とを受け取る毎に情報管理サーバ２２は、ユーザ属
性履歴データベースに「ＵＩＤ」と「ＩＤ３」のデータ
を書き込む（ステップＳ３３）。

【０１２９】また、データベース部２４は図２１に示す
データ構造を有するＩＤ３データベースを有している。
当該データ構造は、項目「ＩＤ３」をキーとして、リダ
イレクション先の「ＵＲＬ」とその「ＵＲＬ属性」とが
格納されている。「ＵＲＬ属性」は、当該ＵＲＬのホー
ムページの特徴を示す情報が格納されており、例えば、
ＵＲＬ先が懸賞サイトの場合には懸賞商品の商品情報が
格納されている。

【０１３０】第１のゲートウエイ装置２は、ＵＲＬ送信
データから抽出した項目「ＵＩＤ」と項目「ＩＤ３」と
を情報管理サーバ２２に送出すると、抽出した「ＩＤ
３」の数値をキーとして、ＩＤ３データベース内に格納
された「ＵＲＬ」を読み出して、登録ユーザのブラウザ
を抽出した「ＩＤ３」に関連付けられたＵＲＬにリンク
させるリダイレクションを行う（ステップＳ３４）。

【０１３１】なお、図１８に示す電子メールの内容は、
懸賞サイトＣ１のホームページに掲載されたバナー広告
をクリックしてユーザ登録した、「価格重視」＝５で
「補償重視」＝１と推定される登録ユーザ向けであるた
め、メール中に懸賞サイトへの案内を豊富に入れるよう
にしている。これが例えば、ニュースサイトＡ１のホー
ムページに掲載したバナー広告をクリックしてユーザ登
録した、「価格重視」＝２で「補償重視」＝４と推定さ
れる登録ユーザ向けの場合は、懸賞サイトへの案内に代
えて、例えば、自動車保険契約に付随する各種サービス
（例えば、車両故障時の素早い対応等）を案内するサイ
トへジャンプするＵＲＬを豊富に入れるようにする。

【０１３２】以上説明した方法により、電子メールを登
録ユーザに送信し、図１９に示した手順でそれら電子メ
ールからのアクセスデータを収集したら、次に、収集し
たデータを分析して登録ユーザ毎のユーザ属性データベ
ースを更新する。登録ユーザ毎のユーザ属性データベー
スはデータベース部２４内に設けられ、図２３に示すデ
ータ構造を有している。登録ユーザ毎のユーザ属性デー
タベースのデータ構造は、図１７に示した広告媒体毎の
ユーザ属性データベースに格納された「ユーザ属性」と
同様の基準による５段階分類の「価格重視」と「性能重
視」と登録ユーザのユーザＩＤ（ＵＩＤ）に基づいて記
録されている。図２３（ａ）は、ユーザＩＤ＝１００３
の登録ユーザのユーザ属性が、「価格重視」＝５で「補
償重視」＝１と記録されている。

【０１３３】さて、収集したデータを分析して登録ユー
ザ毎のユーザ属性データベースを更新する手順について
図２２を用いて説明する。まず、情報管理サーバ２２
は、ユーザ登録ごとのユーザ属性履歴データベース（図
２０参照）を参照して（ステップＳ４０）、追跡調査用
の電子メールに対する登録ユーザのアクセス履歴を分析
し（ステップＳ４１）、ユーザ属性データの修正の要否
を判断する（ステップＳ４２）。

【０１３４】例えば、図２０に示す例では、ユーザＩＤ
＝１００３の登録ユーザは懸賞サイトに４回アクセスし
ている。そのうち３回は懸賞商品が高性能のノート型パ
ソコンである懸賞サイトへのアクセスである。この事実
に基づき、例えば、ユーザＩＤ＝１００３の登録ユーザ
は、「価格」よりも「補償（性能）」を重視する傾向に
あるとしたほうが当該登録ユーザの実態に合う可能性が
ある。そこで、図２３（ｂ）に示すように「価格重視」
＝２、「補償（性能）重視」＝４にユーザ属性データの
修正を行う（ステップＳ４３）。

【０１３５】また、例えば、ユーザＩＤ＝１００３の登
録ユーザが懸賞サイトに全くアクセスしなかった場合に
は、「価格」も「補償（性能）」も程々に重視する傾向
にあるとしたほうが当該登録ユーザの実態に合う可能性
がある。その場合には、例えば「価格重視」＝３、「補
償（性能）重視」＝３にユーザ属性データの修正を行う
（ステップＳ４３）。このようにして、追跡調査を登録
ユーザ毎に行うことにより、各登録ユーザのユーザ属性
をより正確なものにしてゆくことができる。

【０１３６】次に、上記実施形態による情報収集／分析
方法でデータ収集及び分析の対象となったサンプル数の
うち、ユーザ登録をした登録ユーザに対する自動車保険
成約のためのアプローチの手順について図２４を用いて
説明する。

【０１３７】まず、情報管理サーバ２２は、ユーザ登録
データベースにアクセスして、所望の「ユーザＩＤ」か
ら「氏名」、「電子メールアドレス」、及び「保険満期
日」を抽出する（ステップＳ５０）。次に、情報管理サ
ーバ２２は、登録ユーザ毎のユーザ属性データベース
（図２３）を参照し、当該「ユーザＩＤ」の「ユーザ属
性」を読み込む（ステップＳ５１）。

【０１３８】次に、「保険満期日」データに基づいて、
現時点から満期日までの期間を計算し、計算された期間
が「１ヶ月前」、「１〜２ヶ月前」、「それ以外」のい
ずれに該当するか判断する（ステップＳ５２）。期間が
「１ヶ月前」であればステップＳ５３に移行し、「１〜
２ヶ月前」であればステップＳ５４に移行し、「それ以
外」であればステップＳ５５に移行する。

【０１３９】ステップＳ５３では、保険満期日が近々到
来するので、当該ユーザＩＤの登録ユーザ宛に送信する
電子メールは、「ユーザ属性」等を考慮しつつ積極的な
販売促進（売り込み）姿勢を示す文面で構成する。文面
は不図示の文面データベースに蓄積されている。ステッ
プＳ５４では、保険満期日が近づきつつあるので、「ユ
ーザ属性」等を考慮しつつ緩やかな販売促進姿勢を示す
文面で構成する。また、ステップＳ５５では、保険満期
日は当分到来しないので、「ユーザ属性」等を考慮しつ
つ登録ユーザにとって有益な情報を提供するに留め、例
えば、上記追跡調査を兼ねた内容の文面で構成する。

【０１４０】文面の構成が決まったら、情報管理サーバ
２２は電子メール文書を作成して（ステップＳ５６）、
所定の「電子メールアドレス」宛に送信する（ステップ
Ｓ５７）。

【０１４１】図２５は、図２４に示した手順のうち、ス
テップＳ５３の積極的な販売促進姿勢を示す文面を作成
して電子メール送信する手順の変形例を示している。図
２５において、まず、情報管理サーバ２２は、ユーザ登
録データベースにアクセスして所望の「ユーザＩＤ」か
ら「氏名」、「電子メールアドレス」、及び「保険満期
日」を抽出する（ステップＳ６０）。次に、情報管理サ
ーバ２２は、登録ユーザ毎のユーザ属性履歴データベー
ス（図２０）を参照して（ステップＳ６１）、追跡調査
用の電子メールに対する登録ユーザのアクセス履歴を分
析して、当該電子メールの内容に対する登録ユーザの反
応を「反応情報」として抽出する。反応情報としては、
例えば、当該電子メールに掲示した複数の懸賞サイトへ
のＵＲＬをクリックした回数や、クリックしたＵＲＬの
サイトの特徴の偏り等がある。

【０１４２】次に、当該「ユーザＩＤ」の登録ユーザの
「保険満期日」が１ヶ月前か否かを判断し（ステップＳ
６２）、１ヶ月前より長い期間であれば、次の所望の
「ユーザＩＤ」のレコードに移行して（ステップＳ６
３）、再び、ステップＳ６０から処理を開始する。「保
険満期日」が１ヶ月前であれば（ステップＳ６２）、ス
テップＳ６４に移行して、情報管理サーバ２２は、登録
ユーザ毎のユーザ属性データベース（図２３）を参照
し、当該「ユーザＩＤ」の「ユーザ属性」を読み込む
（ステップＳ６４）。

【０１４３】次いで、情報管理サーバ２２は、読み込ん
だ「ユーザ属性」に見合う電子メール用文面を作成す
る。さらに、情報管理サーバ２２は、登録ユーザ毎のユ
ーザ属性履歴データベースから抽出した「反応情報」に
基づいて販売促進用品を決定し、当該販売促進用品を電
子メール文面に反映させる（ステップＳ６５）。

【０１４４】電子メール文面が決まったら、情報管理サ
ーバ２２は電子メール文書を所定の「電子メールアドレ
ス」宛に送信する（ステップＳ６６）。次いで、次の所
望の「ユーザＩＤ」のレコードがあるか否か判断し（ス
テップＳ６７）、次のレコードがなければ処理を終了
し、次のレコードがあれば、再びステップＳ６０から処
理を開始する。

【０１４５】図２６及び図２７は、上述の図２５に示す
手順により作成した販売促進用メールの文面例（１）、
（２）を示している。図２６の文面例（１）は、「ユー
ザ属性」が「価格重視」＝５で「補償（性能）重視」＝
１の登録ユーザ（ＵＩＤ＝１００３）であり、登録ユー
ザ毎のユーザ属性履歴データベースから抽出した「反応
情報」からも「価格重視」＝５で「補償（性能）重視」
＝１が推定される場合の文面例である。当該文面例で
は、保険料の安さを強調すると共に、「無料」、「２０
００円割引」等の文言を明記して「価格重視」に対処し
ている。また、販売促進用品として１０００円分のプリ
ペイドカードを採用し、当該プリペイドカードは見積依
頼をした人全員に配られるというキャンペーンにしてい
る。販売促進用品として決定したプリペイドカードは、
当該登録ユーザの「反応情報」等に基づいて決めてい
る。なお、見積依頼の方法は、メール中に記載したＵＲ
Ｌをクリックして、所定の見積依頼用のサイトのホーム
ページをブラウザ上に表示させて行う。

【０１４６】図２７文面例（２）は、「ユーザ属性」が
「価格重視」＝２で「補償（性能）重視」＝４の登録ユ
ーザであり、登録ユーザ毎のユーザ属性履歴データベー
スから抽出した「反応情報」からも「価格重視」＝２で
「補償（性能）重視」＝４が推定される場合の文面例で
ある。当該文面例では、「さらに充実した補償」にする
ことが可能でそのための必要な保険料を明記して「補償
（性能）重視」に対処している。また、販売促進用品と
してノート型パソコンを採用し、当該ノート型パソコン
は見積保存をした人から抽選で当たるというキャンペー
ンにしている。販売促進用品として決定したノート型パ
ソコンは、当該登録ユーザの「反応情報」等に基づいて
決めている。なお、見積保存の方法は、メール中に記載
したＵＲＬをクリックして、所定の見積保存用のホーム
ページをブラウザ上に表示させて行う。

【０１４７】上記図２６及び図２７に示す文面例の下方
に示した見積依頼／保存用のサイトのＵＲＬは、例えば
「ｈｔｔｐ：／／ｗｗｗ．a-sonpo．ｃｏ．ｊｐ／ｉｎ
ｄｅｘ．ｃｇｉ？ＵＩＤ＝１００３」となっている。こ
のＵＲＬ末尾の「ＵＩＤ＝１００３」は、ユーザ登録デ
ータベースに登録された登録ユーザのユーザＩＤが「１
００３」であることを示している。

【０１４８】図２８は、情報収集／分析システム１にお
ける上記ユーザ登録をした登録ユーザに対する自動車保
険成約のための積極的アプローチによる電子メール送信
後の情報収集方法の概略の手順を示すフローチャートで
ある。まず、図２６または図２７に示した送信メール内
に記載された見積依頼／保存用のサイトにジャンプする
ＵＲＬを送信メール受信者のネットワーク利用者（登録
ユーザ）４６がクリックして、ブラウザから当該ＵＲＬ
送信データが送信されると（ステップＳ７０）、第１の
ゲートウエイ装置２は、ＵＲＬ送信データから項目「Ｕ
ＩＤ」を抽出して（ステップＳ７１）、情報管理サーバ
２２に送出する。

【０１４９】情報管理サーバ２２は、データベース部２
４にある登録ユーザ毎のユーザ属性データベース（図２
３）を参照し、当該「ユーザＩＤ」の「ユーザ属性」を
読み込む（ステップＳ７２）。

【０１５０】次に、情報管理サーバ２２は、見積依頼／
保存用サイトのホームページとして、「ユーザ属性」毎
に予め用意しておいた複数のトップページの中から、当
該「ユーザ属性」に合うトップページの画面番号を選択
する（ステップＳ７３）。この動作は、既に説明した図
２を用いた動作手順におけるステップＳ３と同様であ
る。

【０１５１】次に、ステップＳ７３でいずれかの画面番
号のトップページが選択されると、次に、第１のゲート
ウエイ装置２は、図１０を用いて説明したのと同様にし
て、収集したデータのうち、「ブラウザ情報」と「ＯＳ
情報」とを環境変数として用い、アクセスしているブラ
ウザの種類と、当該ブラウザを搭載している機器のＯＳ
の種類とを特定する。

【０１５２】この情報に基づき、第１のゲートウエイ装
置２は、いずれかの画面番号のトップページの下層にさ
らに分岐して、各社のＰＣに搭載されたＯＳ等に合わせ
て複数作成されたトップページのうち所定のトップペー
ジが表示されるように、アクセス先のＵＲＬを所定のＵ
ＲＬにリダイレクションする（ステップＳ７４）。

【０１５３】情報管理サーバ２２は、対応するｈｔｍｌ
ソースを当該登録ユーザのブラウザに送信する（ステッ
プＳ７５）。これにより、Ｗｉｎｄｏｗｓユーザの場合
にはＷｉｎｄｏｗｓ特有の画面構成に合わせたトップペ
ージが表示され、ＭａｃユーザにはＭａｃＯＳ特有の画
面構成に合わせたユーザフレンドリーなトップページが
表示される。こうすることにより、それぞれのＰＣユー
ザは見積依頼／保存用のホームページに大きな親近感を
覚えるため、ひいては自動車保険契約の成約の可能性を
高めることができる。

【０１５４】従来、サイトのホームページのトップペー
ジは、当該サイトを代表するという認識が強いため、サ
イト運用者の方針としてはトップページ画面を頻繁に変
えようという意識にはならない。しかしながら、目的を
持ってホームページを閲覧してくれる閲覧者に対してよ
りユーザフレンドリであるためには、閲覧者各人が好む
トップページをそれぞれ用意して閲覧者毎に画面構成を
変える方が好ましい。最適なトップページを表示させて
閲覧者の心を如何につかむかが極めて大切である。以上
説明した本実施の形態による情報収集／分析方法及びシ
ステムによれば、閲覧者各人に対して最適なトップペー
ジを容易かつ確実に提供することができるようになる。

【０１５５】本発明は、上記実施の形態に限らず種々の
変形が可能である。例えば、上記実施の形態では、ユー
ザ登録画面３０は１種類だけ用意しているが、本発明は
これに限らず、図２のステップＳ３で説明したトップペ
ージ６〜１４のように、異なる画面レイアウトやコンテ
ンツの複数の画面パターンを用意して、ユーザ登録画面
３０の最適化を図るようにすることももちろん可能であ
る。

【０１５６】同様に、バナー広告の画面レイアウトやコ
ンテンツを改良するために、本発明を適用することもも
ちろん可能である。

【０１５７】上記実施の形態では、情報提供主体４４と
して損害保険会社Ｓを例にとり、自動車保険に関するホ
ームページＰのトップページを最適化する方法について
説明しているが、本発明はこれに限らず、あらゆる業態
の情報提供主体４４や仮想店舗４２のサイトのホームペ
ージを閲覧者毎に最適化するために本発明を適用するこ
とができる。

【０１５８】

【発明の効果】以上の通り、本発明によれば、顧客開拓
や販売促進のために通信ネットワークに接続されたサイ
トのホームページ等の画面構成を最適化することができ
る。

【図面の簡単な説明】

【図１】本発明の一実施の形態による情報収集／分析方
法及びシステムの概略の構成について説明する図であ
る。

【図２】本発明の一実施の形態による情報収集方法の概
略の手順について説明する図である。

【図３】本発明の一実施の形態による情報収集／分析シ
ステムにおける広告データベースのデータ構造を示す図
である。

【図４】本発明の一実施の形態による情報収集／分析シ
ステムにおける第１及び第２のデータベースＤＢ１、Ｄ
Ｂ２のデータ構造を示す図である。

【図５】本発明の一実施の形態による情報収集／分析シ
ステムにおけるホームページ画面例を示す図である。

【図６】本発明の一実施の形態による情報収集／分析シ
ステムにおける画面遷移確率データベースのデータ構造
を示す図である。

【図７】本発明の一実施の形態による情報収集／分析シ
ステムにおけるユーザ登録データベースのデータ構造を
示す図である。

【図８】本発明の一実施の形態による情報分析方法の概
略の手順について説明する図である。

【図９】本発明の一実施の形態による情報分析方法で用
いられる成功率算出表を示す図である。

【図１０】本発明の一実施の形態において、図２を用い
て説明した情報収集方法のステップＳ３の画面選択の変
形例について説明する図である。

【図１１】本発明の一実施の形態において、図２を用い
て説明した情報収集方法のステップＳ３の画面選択の他
の変形例について説明する図である。

【図１２】本発明の一実施の形態において、図２を用い
て説明した情報収集方法のステップＳ３の画面選択のさ
らに他の変形例について説明する図である。

【図１３】本発明の一実施の形態において、図２を用い
て説明した情報収集方法のステップＳ３の画面選択のま
たさらに他の変形例について説明する図である。

【図１４】本発明の一実施の形態による情報収集／分析
方法において、時間帯毎の成功率算出表であって、同一
コード番号に対する画面番号毎の成功率算出表を示す図
である。

【図１５】本発明の一実施の形態による情報収集／分析
方法において、画面遷移確率データベース内に格納した
時間帯毎の画面遷移確率テーブルを示す図である。

【図１６】本発明の一実施の形態による情報収集／分析
方法において、時間帯毎の成功率算出表であって、広告
形態毎の成功率算出表を示す図である。

【図１７】本発明の一実施の形態による情報収集／分析
方法において、広告形態毎のユーザ属性データベースの
データ構造を示す図である。

【図１８】本発明の一実施の形態による情報収集／分析
方法において、送信メールの一例を示す図である。

【図１９】本発明の一実施の形態による情報収集／分析
方法において、追跡調査による電子メール送信後の情報
収集方法の概略の手順を示すフローチャートを示す図で
ある。

【図２０】本発明の一実施の形態による情報収集／分析
方法において、登録ユーザ毎のユーザ属性履歴データベ
ースのデータ構造を示す図である。

【図２１】本発明の一実施の形態による情報収集／分析
方法において、ＩＤ３データベースのデータ構造を示す
図である。

【図２２】本発明の一実施の形態による情報収集／分析
方法において、収集したデータを分析して登録ユーザ毎
のユーザ属性データベースを更新する手順を説明するフ
ローチャートを示す図である。

【図２３】本発明の一実施の形態による情報収集／分析
方法において、ユーザ属性データベースのデータ構造を
示す図である。

【図２４】本発明の一実施の形態による情報収集／分析
方法における、登録ユーザに対する自動車保険成約のた
めのアプローチの手順を示すフローチャートである。

【図２５】本発明の一実施の形態による情報収集／分析
方法において、図２４に示した手順のうち、ステップＳ
５３の積極的な販売促進姿勢を示す文面を作成して電子
メール送信する手順の変形例を示すフローチャートであ
る。

【図２６】本発明の一実施の形態による情報収集／分析
方法において、図２５に示す手順により作成した販売促
進用メールの文面例（１）を示す図である。

【図２７】本発明の一実施の形態による情報収集／分析
方法において、図２５に示す手順により作成した販売促
進用メールの文面例（２）を示す図である。

【図２８】本発明の一実施の形態による情報収集／分析
方法における、登録ユーザに対する自動車保険成約のた
めの積極的アプローチによる電子メール送信後の情報収
集方法の概略の手順を示すフローチャートである。

【図２９】通信ネットワークの概略構成を示す図であ
る。

【符号の説明】

１情報収集／分析システム２第１のゲートウエイ装置４第２のゲートウエイ装置６、８、１０、１２、１４トップページ１６バナー広告１８メールマガジン２０送信データ２２情報管理サーバ２４データベース部２６記憶装置２８ユーザ登録画面への遷移ボタン３０ユーザ登録画面４０通信ネットワーク４２仮想店舗４４情報提供主体４６ネットワーク利用者

Claims

【特許請求の範囲】

【請求項１】通信ネットワークに接続されたサイトのホ
ームページの画面構成を閲覧者の嗜好に合うように最適
化する情報収集／分析方法であって、前記ホームページに遷移させるために、所定の広告媒体
に所定の広告形態で掲載した広告毎に、異なるコード番
号が付与されたＵＲＬのリンクを設け、前記コード番号付きＵＲＬデータを含む第１の送信デー
タをブラウザから受信する度に、前記コード番号に対応
した画面遷移確率テーブルに基づいて、異なる画面レイ
アウトを有する複数のトップページのいずれかを選択し
て前記ホームページのトップページとして前記ブラウザ
に表示させると共に、前記第１の送信データを含む第１
のデータを収集し、次ページに遷移する遷移ＵＲＬデータを含む第２の送信
データを前記ブラウザから受信する度に、前記次ページ
を前記ブラウザに表示させると共に、前記第２の送信デ
ータを含む第２のデータを収集し、前記収集された第１及び第２のデータに基づいて、前記
複数のトップページのいずれが前記閲覧者の嗜好に合う
かを分析し、分析結果に基づいて前記画面遷移確率テーブルを調整し
て、閲覧者の嗜好に合うトップページの表示頻度を高め
ることを特徴とする情報収集／分析方法。
【請求項２】請求項１記載の情報収集／分析方法におい
て、前記広告は、バナー広告であることを特徴とする情報収
集／分析方法。
【請求項３】請求項１記載の情報収集／分析方法におい
て、前記広告は、電子メール広告であることを特徴とする情
報収集／分析方法。
【請求項４】請求項１乃至３のいずれか１項に記載の情
報収集／分析方法において、前記第１のデータは、前記第１の送信データを受信した
第１の受信時刻データを有し、前記第２のデータは、前記第２の送信データを受信した
第２の受信時刻データを有しており、前記第１の受信時刻データの数に対する前記第２の受信
時刻データの数の割合を前記複数のトップページ毎に算
出して、前記割合が高いトップページの表示頻度が高くなるよう
に前記画面遷移確率テーブルを調整することを特徴とす
る情報収集／分析方法。
【請求項５】請求項４記載の情報収集／分析方法におい
て、所定の期間毎に前記第１の受信時刻データの数に対する
前記第２の受信時刻データの数の割合を前記複数のトッ
プページ毎に算出して、前記割合が高いトップページの表示頻度が高くなるよう
に前記所定期間毎に前記画面遷移確率テーブルを調整す
ることを特徴とする情報収集／分析方法。
【請求項６】請求項５記載の情報収集／分析方法におい
て、前記所定期間は、時間を基準としていることを特徴とす
る情報収集／分析方法。
【請求項７】請求項５記載の情報収集／分析方法におい
て、前記所定期間は、１日を不等時間間隔で数段階に区切っ
ていることを特徴とする情報収集／分析方法。
【請求項８】請求項５記載の情報収集／分析方法におい
て、前記所定期間は、１日を単位として１週間を７段階に区
切っていることを特徴とする情報収集／分析方法。
【請求項９】請求項１乃至８のいずれか１項に記載の情
報収集／分析方法において、前記分析結果に基づいて前記画面遷移確率テーブルを調
整する前に、前記広告に要した費用に対する効果が、所定の閾値を越
えたか否かを判断することを特徴とする情報収集／分析
方法。
【請求項１０】請求項９記載の情報収集／分析方法にお
いて、前記広告に要した費用に対する効果が前記所定の閾値を
越えたら広告掲載の継続を決定して、前記画面遷移確率
テーブルを調整することを特徴とする情報収集／分析方
法。
【請求項１１】請求項４乃至１０のいずれか１項に記載
の情報収集／分析方法において、前記第１の受信時刻データと前記第２の受信時刻データ
とに基づいて前記ブラウザ上に前記トップページが表示
されていた時間を算出し、前記時間の長さに基づいて、前記次ページの画面レイア
ウトやコンテンツを変化させることを特徴とする情報収
集／分析方法。
【請求項１２】請求項４乃至１１のいずれか１項に記載
の情報収集／分析方法において、前記第１のデータは、前記ブラウザの情報及び前記ブラ
ウザが動作するＯＳの情報を有しており、前記ブラウザ情報及び前記ＯＳ情報に基づいて、前記ブ
ラウザの画面構成に合わせた画面構成の前記トップペー
ジを前記ブラウザに表示させることを特徴とする情報収
集／分析方法。
【請求項１３】請求項１乃至１２のいずれか１項に記載
の情報収集／分析方法において、前記第１のデータは、アクセス元のＩＰアドレスの情報
を有しており、前記ＩＰアドレス情報に基づいて前記アクセス元を特定
し、前記アクセス元の前記ブラウザの画面構成に合わせ
た画面構成の前記トップページを前記ブラウザに表示さ
せることを特徴とする情報収集／分析方法。
【請求項１４】請求項１乃至１３のいずれか１項に記載
の情報収集／分析方法において、前記第１のデータに基づいて前記閲覧者の嗜好を推定
し、前記嗜好に合わせた複数のサイトのリンクを設けた電子
メールを前記閲覧者に送信し、前記複数のサイトのリンクに対する前記閲覧者のアクセ
ス状況に基づいて、前記閲覧者の嗜好をさらに明確化す
ることを特徴とする情報収集／分析方法。
【請求項１５】請求項１４記載の情報収集／分析方法に
おいて、前記第１のデータに基づいて前記閲覧者の嗜好を推定
し、前記嗜好に合わせた文面と共に前記閲覧者を識別するＩ
Ｄを付与したＵＲＬのリンクが設けられた電子メールを
前記閲覧者に送信し、前記ＩＤ付きＵＲＬデータを前記閲覧者から受信した
ら、予め用意した複数のトップページの中から前記閲覧
者の嗜好に合致するトップページを選択して前記ブラウ
ザに表示させることを特徴とする情報収集／分析方法。
【請求項１６】通信ネットワークに接続されたサイトの
ホームページの画面構成を閲覧者の嗜好に合うように最
適化する情報収集／分析システムであって、前記ホームページに遷移させるために、所定の広告媒体
に所定の広告形態で掲載した広告毎に異なるコード番号
が付与されたＵＲＬデータを含む第１の送信データをブ
ラウザから受信し、前記コード番号に対応した画面遷移
確率テーブルに基づいて、異なる画面レイアウトを有す
る複数のトップページのいずれかが選択されて前記ホー
ムページのトップページとして前記ブラウザに表示され
る際に、前記第１の送信データを含む第１のデータを収
集する第１のゲートウエイ装置と、次ページに遷移する遷移ＵＲＬデータを含む第２の送信
データを前記ブラウザから受信し、前記次ページが前記
ブラウザに表示される際に、前記第２の送信データを含
む第２のデータを収集する第２のゲートウエイ装置と、前記収集された第１及び第２のデータに基づいて、前記
複数のトップページのいずれが前記閲覧者の嗜好に合う
かを分析し、分析結果に基づいて閲覧者の嗜好に合うト
ップページの表示頻度を高めるように前記画面遷移確率
テーブルを調整する情報管理サーバとを有することを特
徴とする情報収集／分析システム。
【請求項１７】請求項１６記載の情報収集／分析システ
ムにおいて、前記第１のデータ及び前記第２のデータを格納するデー
タベース装置を有することを特徴とする情報収集／分析
システム。