(57)【特許請求の範囲】
【請求項１】
インターネット上でウェブサイトを提供するウェブサーバであって、
ユーザを識別する個人識別部およびユーザのタイプを識別する顧客タイプ識別部で構成され、ログイン時のユーザ認証に使われるユーザIDを格納するユーザID記憶装置と、
複数のコンテンツをそれぞれのコンテンツの顧客タイプ識別データと関連づけて記憶するコンテンツ記憶装置と、を備え、前記ウェブサーバは、
ユーザがコンテンツを要求するとき、前記コンテンツ記憶装置から該コンテンツの顧客タイプ識別データを読み出し、該顧客タイプ識別データに基づく演算を行って、該ユーザのユーザIDの前記顧客タイプ識別部を更新し、前記ユーザID記憶装置に格納する手段と、
前記コンテンツを要求したユーザの前記更新されたユーザIDの顧客タイプ識別部に基づいて顧客タイプを判定する手段と、
前記判定された顧客タイプに基づいて前記ユーザに提供するコンテンツのリンク先を動的に設定する手段と、
を実現するようプログラムされている、ウェブサーバ。
【請求項２】
前記提供されるウェブページは、ブラウザ画面に少なくとも２つのフレームを提供し、第１のフレームにユーザが要求したコンテンツを表示し、第２のフレームに前記動的に設定されるリンクを表示する、請求項１に記載のウェブサーバ。
【請求項３】
前記ユーザIDの顧客タイプ識別部は、複数の顧客タイプを示すコードと、当該ユーザIDのユーザと該複数の顧客タイプのそれぞれとの関係を表す顧客タイプ係数と、を含み、前記コンテンツの顧客タイプ識別データは、該コンテンツと前記複数の顧客タイプとの関係を表す係数を含み、前記更新する手段は、前記ユーザIDの顧客タイプ識別部に含まれる顧客タイプ係数と当該ユーザに要求された前記コンテンツに関連する前記係数とを加算して、前記顧客タイプ識別部を更新する、請求項１に記載のウェブサーバ。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ウェブサイトにおいてユーザを適当な情報に誘導するための技術に関連し、より具体的には、個々のユーザに応じて動的に変化するリンクを閲覧者に提示する技術に関する。
【０００２】
【従来の技術】
インターネットを介して企業情報や商品情報を一般顧客に発信するウェブサイトが広く普及してきている。この様な企業ホームページは、個人ユーザのホームページに比べ、より多くのコンテンツを含む。例えば、企業ホームページは、最新情報、各種製品情報、販売店情報、ＦＡＱなどの様々なコンテンツを用意しておく必要がある。企業がホームページを通じて充実した情報を顧客に提供しようとする場合、ホームページを構成するコンテンツの量の増加は避けられない。
【０００３】
一般に、コンテンツ量の多いホームページは、閲覧者が知りたい情報が何処にあるのかを分かりにくくしてしまい、結果として、本当に求めている情報に閲覧者をたどり着けなくすることがある。このため、コンテンツ量の多いウェブサイトでは、トップ・ページにウェブサイトの検索用フォームを設けたり、メニューを設けたりすることによって、閲覧者をそれぞれの情報に誘導している。
【０００４】
【発明が解決しようとする課題】
この様な従来のウェブサイトにおける情報誘導は、基本的に閲覧者が主体となるものであった。このため、閲覧者は、目的とする情報に関連する用語またはキーワードを予め知っておく必要があった。さらに、知りたい情報を閲覧者自身が漠然としか把握していない場合、この様な情報誘導手段を効果的に使用することはできなかった。
【０００５】
従来、個々の閲覧者のアクセス・ログから個々の閲覧者のニーズが分析されてきた。この様な閲覧者ごとのアクセス・ログの分析が閲覧者のウェブサイトへのアクセス中に処理されれば、その分析結果から閲覧者が求めている情報を予測して個々の閲覧者ごとに対応することができる。
【０００６】
本発明は、ウェブサイトにおいて閲覧者を適当な情報に誘導するために、閲覧者の顧客タイプを判断し、判断された顧客タイプに基づいて個々の閲覧者に応じたリンク先を提示することを目的とする。
【０００７】
【課題を解決するための手段】
上記課題を解決するために、本発明は、インターネット上でウェブサイトを提供するウェブサーバに関連するコンピュータ・システムであって、ユーザが前記ウェブサイトを閲覧する際のコンテンツ要求の推移に基づいて該ユーザの顧客タイプを判定する手段と、前記判定された顧客タイプに基づいて前記ユーザに適したウェブページを提供する手段と、を備えるよう構成される。
【０００８】
この発明によると、ユーザのウェブサイトへのアクセス中にユーザの顧客タイプを判断し、判断された顧客タイプに基づいて個々のユーザに応じたウェブページを提供することができる。
【０００９】
この発明の１つの形態によると、前記コンピュータ・システムにおいて、前記提供されるウェブページは、ブラウザ画面で少なくとも２つのフレームを含み、前記ユーザのブラウザ画面における第１のフレームに前記要求したコンテンツを表示し、前記ユーザのブラウザ画面における第２のフレームに前記ユーザに適したリンクを表示するようレイアウトされる。
【００１０】
この形態によると、コンテンツとリンクとがそれぞれ別々のフレームにウェブページとして表示されるので、ウェブページ上でユーザを目的のコンテンツに誘導することができる。
【００１１】
この発明の１つの形態によると、前記コンピュータ・システムにおいて、前記提供されるウェブページは、前記ユーザが閲覧中のウェブページのリンクに動的に割り当てられるよう構成される。
【００１２】
この形態によると、判断された顧客タイプに基づいてユーザに適したコンテンツがウェブページに提供される。
【００１３】
【発明の実施の形態】
次に図面を参照してこの発明の実施形態を説明する。図１は、本発明に従うウェブサーバ１３とＰＣ（ウェブクライアント）１１の例を示す。ＰＣ１１には、ウェブ・ブラウザ・ソフトウェアがインストールされていて、インターネット３１を介して指定したＵＲＬにアクセスすることができる。
【００１４】
図１のウェブサーバ１３は、企業ＡＢＣのウェブサイトを提供するウェブサーバを模式的に示している。この実施例では、具体的に企業ＡＢＣが自動車の製造販売会社であるものとして説明する。サーバ１３は、インターネットを介するアクセスのためにＵＲＬを有し、インターネット上に存在する任意のウェブクライアントに企業ＡＢＣのホームページを提供することができる。
【００１５】
実際には、大規模なウェブサイトでは、ウェブサーバ、ウェブアプリケーションサーバ、データベースサーバなどがそれぞれネットワークを介して接続され、処理を分担してウェブサイトを提供している。図１のウェブサーバ１３は、それらの各サーバを統合的に示している。
【００１６】
図１では、ウェブクライアントであるＰＣ１１が１つしか示されていないが、実際には、多数のウェブクライアントがインターネット上に存在する。ウェブサーバ１３は、その様な複数のクライアントがウェブサイトにアクセスし、リンクが張られているボタン、図形、文字などがクリックされることに応じてリンク先のコンテンツ（以下これを要求されたコンテンツと言う）をそれぞれのクライアントに提供する。
【００１７】
企業ＡＢＣのウェブサイト１３には、ユーザＩＤおよびパスワードを必要とすることなく誰でも閲覧することができるページと、予めユーザＩＤおよびパスワードを登録しておき、このユーザＩＤおよびパスワードの認証を経て閲覧することができるページとが設けられている。
【００１８】
ユーザＩＤおよびパスワードを登録する際には、閲覧者は、ウェブサイト上の入会フォームに氏名、年齢、性別、家族構成、住居形態、年収、現有車情報、カーライフのステージ、車の用途、趣味、運転スタイルなどの項目を記入して送信する。ウェブサーバ１３のＣＧＩプログラムは、送信されてきた入会フォームを点検し、必須記入項目が記入されていれば登録を認可し、ユーザＩＤおよびパスワードをデータベース２９に格納する。１つの実施形態では、こうして得られる潜在的な顧客の個人データは、ウェブサイトのデータベース２９から他のデータベースに転送され、他のソースからの個人データと共に一括して管理されてもよい。
【００１９】
閲覧者は、認証を必要とするページを閲覧しようとする場合、ＰＣ１１からウェブサーバ１３にユーザＩＤとパスワードを送信する。ウェブサーバ１３は、送られてきたユーザＩＤとパスワードをデータベース２９で照合し、認証がされればＰＣ１１のログインを許可し、コンテンツ要求に応じて各コンテンツを提供する。
【００２０】
ユーザＩＤおよびパスワードの認証を経て閲覧することができる各ページには、企業ＡＢＣの製品情報、サービス情報、広告情報、ＦＡＱなどの様々なコンテンツが階層構造で含まれている。関連のあるコンテンツは一方向または双方向にリンクが張られており、閲覧者は、ブラウザ上でこれらのリンクをクリックすることによって各コンテンツに移動することができる。図１では、ウェブサーバ１３が提供する各コンテンツは記憶部２７に一括して記憶されているが、必ずしもこの様な形態である必要はなく、ウェブサーバ１３は各コンテンツを分散して管理することも可能である。
【００２１】
本発明に従うウェブサーバ１３は、ＰＣ１１からのコンテンツ要求に基づいて、ＰＣ１１を操作しているユーザ（閲覧者または顧客）の性質（顧客タイプ）をリアルタイムで判断することができる。さらに、顧客タイプが判断された場合、ウェブサーバ１３は、その顧客タイプに応じたコンテンツへのリンクを動的に生成し、ＰＣ１１に提示することができる。
【００２２】
この実施例において顧客タイプとは、複数の顧客のデータから統計的に分析された顧客の性質（好み、嗜好、傾向など）の分類をいう。例えば、顧客タイプには、「営業活動に積極的に反応する（人物依存度ニーズ）」タイプ、「試乗することが重要と考える（現物確認ニーズ）」タイプ、「商品情報の提供を求める（情報ニーズ）」タイプ、「商品に関するサービスを重視する（サービスニーズ）」タイプなどがある。この様な顧客タイプは、本願出願人による先願である特許出願第2000-396577号に記載される手法により、アンケートや過去の実績データなどに基づいて予め定められる。
【００２３】
ウェブサーバ１３は、閲覧者のコンテンツ要求に基づいて、アクセス中の閲覧者の顧客タイプをリアルタイムで判断し、その顧客タイプに応じたリンク先を提示することができる。具体例を挙げると、アクセス中の閲覧者が「試乗することが重要と考える（現物確認ニーズ）」タイプであると判断された場合には、ウェブサーバ１３は、顧客タイプが判断された時点で「新車試乗会の日時を知らせる」コンテンツへのリンクを生成し、ウェブページにして閲覧者に提示する。閲覧者が「商品情報の提供を求める（情報ニーズ）」」タイプであると判断された場合には、ウェブサーバ１３は、「新車情報を提供する」コンテンツへのリンクを生成し、ウェブページにして閲覧者に提示する。すなわち、ウェブサーバ１３は、アクセス中の閲覧者の顧客タイプに応じて影響力の高いコンテンツへのリンクを閲覧者に動的に提供し、最短経路で閲覧者を目的のコンテンツに誘導することができる。
【００２４】
この様なアクセス中の閲覧者の誘導は、本発明に従う閲覧者の顧客タイプのリアルタイム判断および顧客タイプに応じた動的なウェブページの編集によって達せられる。
【００２５】
図１では、ウェブサーバ１３での処理を機能ブロックとして示している。この図では便宜的にウェブサーバ１３が全ての処理を実行するよう示されているが、この様な実施形態に限定されるものではない。例えば、ウェブサーバ１３とＰＣ１１との間でやり取りされるクッキー（cookie）を使用することによって、機能ブロックに示される処理をＰＣ１１とウェブサーバ１３とで分担してもよい。
【００２６】
図１の実施形態では、ウェブサーバ１３は、受信部１５、ユーザＩＤ処理部１７、顧客タイプ識別データ抽出部１９、顧客タイプ判定部２１、送信情報生成部２３、送信部２５を含み、さらに、ウェブサイトのコンテンツを記憶する記憶部２７、および閲覧者の登録情報（ユーザ名、パスワードなど）を保持するログイン・データベース部２９を含む。
【００２７】
図１のウェブサーバ１３は、ＰＣ１１からコンテンツ要求があるたびに受信部１５から送信部２５までの一連の処理を繰り返す。通常、閲覧者が複数回コンテンツ要求をすることにより、閲覧者のユーザＩＤに含まれる値が更新され、閲覧者の顧客タイプが絞られていく。ユーザＩＤに含まれる値が予め定められた条件を満たしたとき、その値に基づいて顧客タイプが決定される。顧客タイプが決定された場合、顧客タイプに応じたリンクが取得され、取得されたリンクがコンテンツと共にＰＣ１１に送信される。ＰＣ１１では、ブラウザ画面に取得されたリンクとコンテンツを含むウェブページが表示される。以下では、図１に示す機能ブロックをより詳細に説明する。
【００２８】
受信部１５は、インターネット３１を介してＰＣ１１から送られてきたコンテンツ要求を受信する。コンテンツ要求が受信されると、ユーザＩＤ処理部１７は、ログイン・データベース部２９を参照し、コンテンツを要求している閲覧者に対応するユーザＩＤを取得する。ユーザＩＤを取得した後で、コンテンツ要求が顧客タイプ識別データ抽出部１９に提供され、取得されたユーザＩＤが顧客タイプ判定部２１に提供される。
【００２９】
後で詳細に述べるように、ユーザＩＤは２つの情報を含む。ユーザＩＤに含まれる第１の情報は、閲覧者を一意的に識別する固定的な値（数値または文字）であり、コンテンツを要求している閲覧者を特定するために使用される。第２の情報は、閲覧者の顧客タイプを判断するために使用される値（数値または文字）であり、この値は、閲覧者によってコンテンツが要求されるたびに更新される。ウェブサーバ１３は、更新された第２の情報に基づいて閲覧者の顧客タイプを判断することができる。
【００３０】
顧客タイプ識別データ抽出部１９は、コンテンツ要求を受け取ると、要求されているコンテンツに関する顧客タイプ識別データを抽出して顧客タイプ識別部２１に提供する。後で詳細に述べるように、この顧客タイプ識別データは、コンテンツを要求している閲覧者を特徴づけるための係数を含んでおり、閲覧者の顧客タイプを判断するのに使用される。
【００３１】
顧客タイプ判定部２１は、抽出された顧客タイプ識別データを使用してユーザＩＤを更新する。更新されたユーザＩＤは、ログイン・データベース部２９に記憶され、次回のコンテンツ要求の際に使用される。
【００３２】
さらに、更新されたユーザＩＤに含まれる情報が予め定められた条件を満たしていれば、顧客タイプ判定部２１は、更新されたユーザＩＤから顧客タイプを判断し、その顧客タイプを送信情報生成部２３に通知する。更新されたユーザＩＤに含まれる情報が条件を満たしていないときには、顧客タイプが未定であることが送信情報生成部２３に通知される。
【００３３】
送信情報生成部２３は、閲覧者のコンテンツ要求に対応するコンテンツを記憶部２７から取得し、さらに、顧客タイプ判定部２１によって判断された顧客タイプに対応するリンクを取得する。例えば、顧客タイプに対応するリンクは、図１のリンク・テーブル２８などのように表として予め記憶されている。顧客タイプが未定の場合には、予め定められたデフォルトのリンクが使用されてもよい。送信部２５は、取得されたリンクと記憶部２７から取得されたコンテンツの両方を送信情報としてＰＣ１１に送信する。ＰＣ１１は、取得されたリンクとコンテンツを含む送信情報を１つのウェブページとしてブラウザ画面に表示する。
【００３４】
以下では、これらの処理をより詳細に説明する。図２は、本発明に従う計１４個のコンテンツを有するウェブサイトを示している。例えば、各コンテンツＡ〜Ｏは、製品情報、サービス情報などの閲覧者にとって有意な情報（テキスト、画像、その他のオブジェクトなど）をそれぞれ含むＨＴＭＬファイルである。各コンテンツＡ〜Ｏには、静的に埋め込まれたリンク（すなわちＨＴＭＬにおいて固定のリンク）が含まれており、閲覧者は、それらのリンクをクリックすることによって、それぞれ対応するコンテンツを表示させることができる。
【００３５】
さらに、本発明に従うウェブサイトの各コンテンツは、顧客タイプ識別データ４５をそれぞれ付与されている。後で詳細に説明するように、この顧客タイプ識別データ４５を閲覧者のアクセス中に参照することにより、リアルタイムで閲覧者の顧客タイプを判断することが可能になる。
【００３６】
図２のウェブサイトでは、ＰＣ１１のブラウザ画面に各コンテンツと共に動的リンク領域が表示される。この動的リンク領域は、閲覧者の顧客タイプが判断されたときに顧客タイプに応じたリンク先を閲覧者に提示する。
【００３７】
１つの実施形態では、動的リンク領域は、１つのブラウザ画面をフレーム分割して実施される。図３は、ＰＣ１１で表示されるフレーム機能を使用したブラウザ画面５３の例を示す。ブラウザ画面５３は、２つのフレーム領域を含み、それぞれ対応するＨＴＭＬファイルを表示する。
【００３８】
フレーム５５は、コンテンツを表示するために使用される静的な部分であり、図２に示すようなコンテンツＡ〜Ｏが表示される。フレーム４９は、動的リンク領域であり、任意のコンテンツへのリンクおよびそのリンク先に関する簡単な説明（テキスト、画像、または他のオブジェクト）が表示される。
【００３９】
フレーム４９に表示されるリンクは、閲覧者の顧客タイプが判断されたか否かに応じて、そのリンク先を動的に変化させる。具体的には、閲覧者の顧客タイプが判断されていない場合、フレーム４９は、予め定められたデフォルトのリンク先を表示している。しかしながら、コンテンツ要求に基づいて閲覧者の顧客タイプが判断された場合、予め定められたデフォルトのリンク先が閲覧者の顧客タイプに応じたリンク先に変更され、フレーム４９に表示される。
【００４０】
図２を参照して動的リンク領域４９の動作例を説明する。この例では、閲覧者が「Ａ→Ｃ→Ｅ→Ｉ→Ｏ」の経路をたどり、閲覧者がコンテンツＥ３７でコンテンツＩへのリンクをクリックした時点で閲覧者の顧客タイプがウェブサーバ１３により判断されたと想定する。
【００４１】
閲覧者がコンテンツＡ３３からコンテンツＣへのリンクをクリックした後にブラウザ画面５３のフレーム５５に表示される画面は、コンテンツＣ３５であり、フレーム４９に表示される画面は、予め定めたデフォルトのリンクである。コンテンツＣ３５からコンテンツＥ３７への移動のときも同様である。
【００４２】
しかしながら、コンテンツＥ３７でコンテンツＩへのリンクがクリックされた後では、ウェブサーバにより閲覧者の顧客タイプが判断されるので、ブラウザ画面５３のフレーム４９がデフォルトのリンク先から閲覧者の顧客タイプに応じたリンク先（この例ではコンテンツＯへのリンク）に変更される。結果として、ブラウザ画面５３のフレーム５５にはコンテンツＩ３９が表示され、フレーム４９にはコンテンツＯへのリンクが表示される。閲覧者は、フレーム４９に表示されたコンテンツＯへのリンクをクリックすれば、最短経路でコンテンツＯ４３に到達することができる。
【００４３】
一般に、動的リンク領域の変更後のリンク先は、閲覧者の顧客タイプに高い影響力を持つコンテンツとするのがよい。例えば、ある顧客タイプが分かれば、過去の統計からその顧客タイプが求めているコンテンツを予測することができる。その顧客タイプが求めているコンテンツへのリンクを動的リンク領域４９に提示すれば、閲覧者の利便性を計ることができる。
【００４４】
アクセス中の閲覧者の顧客タイプは、各コンテンツに付与された顧客タイプ識別データ４５に基づいて判断される。顧客タイプ識別データ４５は各コンテンツの閲覧者を特徴づける数値を含んでおり、これらの数値は顧客タイプに応じて割り当てられる。便宜的に言えば、各コンテンツの顧客タイプ識別データ４５は、そのコンテンツを見ている閲覧者がどのような顧客タイプであるかを特徴づけるデータである。
【００４５】
図４は、各コンテンツに付与される顧客タイプ識別データ４５の例を示している。この例では、先に述べた「人物依存度ニーズ」タイプ、「現物確認ニーズ」タイプ、「情報ニーズ」タイプ、「サービスニーズ」タイプの４個の顧客タイプが使用されるが、顧客タイプの数は所望に応じていくつでも構わない。４個の顧客タイプが顧客タイプ識別データ４５に使用される場合、閲覧者は、この４個の顧客タイプのいずれかに分類される。
【００４６】
顧客タイプ識別データ４５は、それに含まれるアルファベット（Ａ〜Ｄ）で各顧客タイプを表している。図４の例に示す「Ａ０６Ｂ０１Ｃ００Ｄ０２」の場合、アルファベットＡが「人物依存度ニーズ」、アルファベットＢが「現物確認ニーズ」、アルファベットＣが「情報ニーズ」、アルファベットＤが「サービスニーズ」の顧客タイプをそれぞれ表している。
【００４７】
顧客タイプ識別データ４５の各アルファベットに続く数値は、あるコンテンツの閲覧者がどの顧客タイプであるかという確率を表す顧客タイプ係数であり、各コンテンツの過去のアクセス・ログに基づいて各コンテンツごとに統計的に定められる。
【００４８】
例えば、あるコンテンツａに顧客タイプ係数「Ａ０６Ｂ０１Ｃ００Ｄ０２」が付与されていれば、この場合、アルファベットに続く数値が「０６：０１：００：０２」であるので、コンテンツａの各顧客タイプの確率は、パーセンテージで「６７％：１１％：０％：２２％」になる。すなわち、過去の実績によれば、コンテンツａを閲覧した複数の閲覧者のうちの６７％が「人物依存度ニーズ」の顧客タイプに属し、１１％の閲覧者が「人物依存度ニーズ」の顧客タイプに属し、２２％の閲覧者が「サービスニーズ」の顧客タイプに属していたことを表している。
【００４９】
図２に示すように、本発明に従うウェブサイトでは、各コンテンツは、コンテンツごとに異なる顧客タイプ識別データ４５に付与されている。ウェブサーバ１３は、コンテンツごとの顧客タイプ識別データ４５とユーザＩＤとを使用して、個々の閲覧者の顧客タイプをリアルタイムで判断する。
【００５０】
図５は、本発明による個人識別部と顧客タイプ識別部を含むユーザＩＤの実施例を示す。個人識別部は、閲覧者を一意的に識別する値（数値または文字）を保持するために使用される。顧客タイプ識別部は、個人識別部で特定される閲覧者の顧客タイプを判断するために使用され、各コンテンツの顧客タイプ識別データ４５を反映しながらその値を変える。ウェブサーバ１３は、ユーザＩＤに含まれる顧客タイプ識別部の値の推移から顧客タイプを判断することができる。
【００５１】
図６は、ウェブサーバ１３の処理をフローチャートで示しており、図７は、閲覧者のアクセスに応じたユーザＩＤの推移を示している。図６および図７を参照してウェブサーバ１３の顧客タイプの判定処理を説明する。
【００５２】
図７を参照すると、ＰＣ１１のブラウザ画面には最初にトップ・ページとしてコンテンツＡ３３が表示されている。このとき、ユーザＩＤ５１の顧客タイプ識別部は、「０００,０００,０００,０００」に初期化されている。
【００５３】
閲覧者がトップ・ページでコンテンツＣへのリンクを選択した場合、コンテンツＣの要求がＰＣ１１からウェブサーバ１３に送信される（図６のステップ１０１）。ウェブサーバ１３がＰＣ１１からコンテンツＣの要求を受け取ると、コンテンツＣに関連付けられている顧客タイプ識別データ「Ａ０６,Ｂ０１,Ｃ００,Ｄ０２」が抽出される（図６のステップ１０３）。次に、抽出されたコンテンツＣの顧客タイプ識別データがユーザＩＤ５１の顧客タイプ識別部に加算されて（「０００,０００,０００,０００」＋「Ａ０６,Ｂ０１,Ｃ００,Ｄ０２」＝「Ａ０６,Ｂ０１,Ｃ００,Ｄ０２」）、ユーザＩＤ５１の顧客タイプ識別部が「Ａ０６,Ｂ０１,Ｃ００,Ｄ０２」に更新される（図６のステップ１０５）。更新されたユーザＩＤ５１の顧客タイプ識別部が予め定めた基準値と比較され、顧客タイプ識別部が基準値を超えていれば閲覧者の顧客タイプの判定が行われる（図６のステップ１０７）。
【００５４】
図７の例では、予め定めた基準値を「１０」の値にしている。すなわち、顧客タイプ識別部の各顧客タイプ係数（アルファベットに続く数値）のいずれかが「１０」以上にならないかぎり、閲覧者の顧客タイプの判定は実行されない。したがって、コンテンツＣの要求直後では、閲覧者の顧客タイプの判定は処理されない。
【００５５】
顧客タイプの判定を処理しない場合、動的リンク領域４９のリンク先は、予め定めたデフォルトのリンク先に設定される（図６のステップ１１３）。動的リンク領域４９がデフォルトに設定された後でウェブサーバ１３がコンテンツＣ３５とデフォルトのリンクをＰＣ１１に送信する（図６のステップ１１５）。これにより、ＰＣ１１のブラウザ画面５３には、コンテンツＣ３５とデフォルトのリンクが表示される。
【００５６】
次に、コンテンツＣ３５で閲覧者がコンテンツＥへのリンクをクリックした場合、ウェブサーバ１３はコンテンツＥ３７の要求を受信する（ステップ１０１）。ウェブサーバ１３がＰＣ１１からコンテンツＥ３７の要求を受け取ると、コンテンツＥ３７に関連付けられている顧客タイプ識別データ「Ａ０２,Ｂ０１,Ｃ０１,Ｄ０１」が抽出される（ステップ１０３）。次に、抽出されたコンテンツＥの顧客タイプ識別データがユーザＩＤ５１の顧客タイプ識別部に加算されて（「Ａ０６,Ｂ０１,Ｃ００,Ｄ０２」＋「Ａ０２,Ｂ０１,Ｃ０１,Ｄ０１」＝「Ａ０８,Ｂ０２,Ｃ０１,Ｄ０３」）、ユーザＩＤ５１の顧客タイプ識別部が「Ａ０８,Ｂ０２,Ｃ０１,Ｄ０３」に更新される（ステップ１０５）。
【００５７】
この場合も先程と同様に、顧客タイプ識別部の各顧客タイプ係数がいずれも「１０」未満であるので、閲覧者の顧客タイプの判定は処理されず（ステップ１０７）、動的リンク領域４９のリンク先がデフォルトのリンク先に設定される（ステップ１１３）。動的リンク領域４９が設定された後でウェブサーバ１３がコンテンツＥ３７とデフォルトのリンク先をＰＣ１１に送信し（ステップ１１５）、ＰＣ１１のブラウザ画面５３には、コンテンツＥ３７とデフォルトのリンクが表示される。
【００５８】
次に、コンテンツＥ３７で閲覧者がコンテンツＩへのリンクをクリックした場合、ウェブサーバ１３はコンテンツＩ３９の要求を受信し（ステップ１０１）、これに応じてコンテンツＩ３９に付与されている顧客タイプ識別データ「Ａ０２,Ｂ０３,Ｃ０２,Ｄ０１」が抽出される（ステップ１０３）。次に、抽出されたコンテンツＩの顧客タイプ識別データがユーザＩＤ５１の顧客タイプ識別部に加算されて（「Ａ０８,Ｂ０２,Ｃ０１,Ｄ０３」＋「Ａ０２,Ｂ０３,Ｃ０２,Ｄ０１」＝「Ａ１０,Ｂ０５,Ｃ０３,Ｄ０４」）、ユーザＩＤ５１の顧客タイプ識別部が「Ａ１０,Ｂ０５,Ｃ０３,Ｄ０４」に更新される（ステップ１０５）。
【００５９】
この場合、顧客タイプ識別部のＡの顧客タイプ係数が「１０」以上であるので、閲覧者の顧客タイプの判定が処理される（ステップ１０９）。この実施例では、閲覧者の顧客タイプは、顧客タイプ識別データにおいて最大の顧客タイプ係数から判定される。コンテンツＩ３９の要求直後に更新されたユーザＩＤでは、顧客タイプ識別部が「Ａ１０,Ｂ０５,Ｃ０３,Ｄ０４」であるので、Ａ＞Ｂ＞Ｄ＞Ｃの順番で顧客タイプ係数が大きい。したがって、この閲覧者の顧客タイプは、顧客タイプＡ、すなわち「人物依存度ニーズ」タイプであると判定される（ステップ１０９）。
【００６０】
閲覧者が「人物依存度ニーズ」タイプであると判定された後で、動的リンク領域４９のリンク先は、「人物依存度ニーズ」タイプに応じたリンク先に設定される（ステップ１１３）。図７の場合、「人物依存度ニーズ」タイプに対応したリンク先を「コンテンツＯ」とする。この場合、動的リンク領域４９のリンク先が「コンテンツＯ」に設定され、その後でウェブサーバ１３がコンテンツＩ３９とコンテンツＯへのリンクをＰＣ１１に送信する（ステップ１１５）。これにより、ＰＣ１１のブラウザ画面５３には、コンテンツＩ３９とコンテンツＯへのリンクが表示される。
【００６１】
ウェブサーバ１３は、閲覧者からのコンテンツ要求のたびに、要求されたコンテンツに付与されている顧客タイプ識別データ４５を抽出し、抽出された顧客タイプ識別データ４５に基づいてユーザＩＤの顧客タイプ識別部を更新する。更新された顧客タイプ識別部に基づいて閲覧者の顧客タイプが判断され、閲覧者の顧客タイプが判断された時点でその顧客タイプに応じたコンテンツへのリンクが取得される。ウェブサーバ１３は、要求されたコンテンツと共に顧客タイプに応じたリンクをＰＣ１１に送信し、閲覧者に提示する。
【００６２】
この様な閲覧者の顧客タイプの判定処理は、個々の閲覧者のアクセス・ログをウェブサーバに記憶する必要がなく、個人識別部と顧客タイプ識別部を含むユーザＩＤを記憶するだけでよい。ユーザＩＤのデータ量がアクセス・ログと比較して少なく、コンテンツ要求ごとにユーザＩＤを更新するだけなので、システムのために必要とされる記憶領域が低減される。
【００６３】
さらに、本発明による顧客タイプの判定処理は、コンテンツ要求ごとの顧客タイプ識別部の更新および更新後の顧客タイプ識別部の判定に基づいている。これらのコンテンツ要求ごとの処理は演算コストが比較的小さな処理であるので、ウェブサイト全体のスループットを低減することなく顧客タイプの判断をリアルタイムで処理することができる。
【００６４】
上述の実施形態では、ユーザＩＤの顧客タイプ識別部は、抽出された顧客タイプ識別データ４５を加算することにより更新されていた。しかしながら、別の実施形態では、確率行列により顧客タイプ識別部が更新される。
【００６５】
確率行列を使用した顧客タイプ識別部の更新では、最初に初期値としてデフォルト行列を与えられる。閲覧者がコンテンツを閲覧するときに、その対応するコンテンツに付与されている顧客タイプ識別データ４５が抽出され、この抽出された顧客タイプ識別データ４５からコンテンツの確率行列が生成される。その後で、コンテンツから生成された確率行列がデフォルト行列に掛け合わされて、その演算結果が顧客タイプ識別部に代入される。閲覧者が新たなコンテンツを閲覧するたびに、顧客タイプ識別部から確率行列が生成され、コンテンツから生成された確率行列に掛け合わされる。この行列演算を繰り返すことによって、顧客タイプ識別部が更新される。この様にして更新された顧客タイプ識別部は、先に述べた加算法と同様に基準値と比較され、顧客タイプが判定される。
【００６６】
上述の実施形態では、フレーム分割されたウェブページに動的リンク領域が提供されていたが、別の実施形態では、閲覧中のウェブページのリンクが動的にコンテンツを選択し、適当なウェブページを提供することができる。この実施形態では、顧客タイプに応じてユーザに適したリンクが提示されるのではなく、顧客タイプに応じたコンテンツがユーザに提示される。以下では図８を参照して別の実施形態を説明する。
【００６７】
別の実施形態では、１つのコンテンツに対して顧客タイプごとに若干異なる情報を有する複数のバージョンが予め用意されている。顧客タイプに応じたバージョンのコンテンツは、閲覧者の顧客タイプが判断された時点でウェブページとして提供される。
【００６８】
例えば、図８に示すコンテンツＤ６１は、コンテンツＥへの動的リンク６３を含む。この動的リンク６３は、ブラウザ画面に表示されるウェブページ上ではコンテンツＥのＵＲＬがリンク先であるかのよう表示されているが、実際にはＣＧＩプログラムのＵＲＬにリンクされている。
【００６９】
ＰＣ１１は、閲覧者によってこの動的リンク６３がクリックされた場合、コンテンツＥを表すパラメータをＣＧＩプログラムに送信する。このコンテンツＥを表すパラメータは、ＰＣ１１に送信するコンテンツを選択するための引数として使用される。
【００７０】
ウェブサーバ１３は、顧客タイプに応じた複数のバージョンのコンテンツＥ（６５〜７１）を予め用意している。これらの複数のバージョンは、基本的にはコンテンツＥと同様の情報を有しているが、顧客タイプに合わせて若干の違いを有している。これらのコンテンツのバージョンにはコンテンツＥと同じ顧客タイプ識別データが付与されている。
【００７１】
ＣＧＩプログラムは、閲覧者に応じて、これらの中から最適なコンテンツＥのバージョンを選択する。この選択を行うために、ＣＧＩプログラムは、コンテンツＥに付与されている顧客タイプ識別データを抽出し、この顧客タイプ識別データに基づいて顧客タイプを判定する。
【００７２】
もし閲覧者が顧客タイプＡであると判定されれば、ＣＧＩプログラムは、顧客タイプＡ用のコンテンツＥ６５を選択してＰＣ１１に送信し、もし顧客タイプＢであると判定されれば、顧客タイプＢ用のコンテンツＥ６７をＰＣ１１に送信する。顧客タイプが未定の場合には、デフォルト用のコンテンツＥ７１が選択され、ＰＣ１１に送信される。すなわち、ＣＧＩプログラムは、顧客タイプに応じたバージョンのコンテンツＥを選択してＰＣ１１に送信する。
【００７３】
この様な顧客タイプに応じたコンテンツの提供は、前記の形態に限定されない。例えば、前記の形態では顧客タイプに応じた複数のバージョンのコンテンツがウェブサーバに予め用意されていたが、別の形態では顧客タイプの判定がされるたびに顧客タイプに応じたバージョンのコンテンツが生成されてもよい。
【００７４】
以上この発明を特定の実施例について説明したが、この発明はこのような実施例に限定されるものではなく、当業者が容易に行うことができる種々の変形もこの発明の範囲に含まれる。
【００７５】
【発明の効果】
本発明によれば、ユーザのウェブサイトへのアクセス中にユーザの顧客タイプを判断し、これに基づいてユーザに最適なリンク先を提示することによって、閲覧者を適当な情報に誘導することができる。
【図面の簡単な説明】
【図１】本発明に従うウェブサーバとクライアントの例。
【図２】本発明に従うウェブサイトの例。
【図３】フレーム機能を使用したブラウザ画面の例。
【図４】各コンテンツに関連付けられる顧客タイプ識別データの例。
【図５】本発明による個人識別部と顧客タイプ識別部を含むユーザＩＤの実施例。
【図６】ウェブサーバの処理のフローチャート。
【図７】閲覧者のアクセスに応じたユーザＩＤの推移を示す図。
【図８】顧客タイプに応じてコンテンツを提供する実施形態の図。
【符号の説明】
１１        ユーザＰＣ
１３        ウェブサーバ
１５        受信部
１７        ユーザＩＤ処理部
１９        顧客タイプ識別データ抽出部
２１        顧客タイプ判定部
２３        送信情報生成部
２５        送信部
【図１】
0004028187.tif 000002
【図２】
0004028187.tif 000003
【図３】
0004028187.tif 000004
【図４】
0004028187.tif 000005
【図５】
0004028187.tif 000006
【図６】
0004028187.tif 000007
【図７】
0004028187.tif 000008
【図８】
0004028187.tif 000009