(57)【要約】【課題】高精度でアクセス者の特性を推測するアクセス者特性推測システムを提供すること。【解決手段】アクセス者の使用するアプリケーションソフトウェアに付されたクッキー３２のＩＤに基づいて特性を推測し、同一特性のアクセス者によって使用されたＩＰアドレスについては所定の条件のもとで他のアクセス者もその特性の者であると推定するアクセス者特性推測システム２を提供する。条件を調整することで動的ＩＰアドレスに対応することができる。【選択図】図４
2019091190.tif 000002
【特許請求の範囲】
【請求項１】
インターネットを介してアクセスしたアクセス者の所属する組織である特性を推測するアクセス者特性推測システムであって、
前記アクセスを実行するプログラムに付され、ＩＤを有するクッキーに基づいて前記特性を推測する特性推測部と、
前記ＩＤ−特性関連データを更新する関連更新部と、
前記ＩＤと前記特性とを関連付け、前記特性推測部に参照されるＩＤ−特性関連データと、
アクセスごとに生成されて、アクセス元のＩＰアドレスとそのアクセスにおいて検出された前記クッキーの前記ＩＤとアクセス時刻とに関する情報を含むアクセスログを集積したアクセスログデータとを備え、
前記特性推測部は、前記ＩＤ−特性関連データにおいて前記ＩＤが関連付けられた特性が存在する場合には、該特性であると推測し、
前記関連更新部は、（１）前記アクセスログデータに同一のＩＰアドレス（安定ＩＰアドレス）を有し、前記ＩＤ−特性関連データにおいて同一の特性（安定特性）に関連付けられたＩＤを有する第１のアクセスと第２のアクセスとが含まれ、（２）前記第１のアクセスと第２のアクセスとの間の時刻のものであって前記安定ＩＰアドレスを有する第３のアクセスが含まれ、かつ、（３）前記第３のアクセスに係る前記クッキーの有するＩＤが前記ＩＤ−特性関連データにおいて前記安定特性と異なる特性に関連付けられていない場合に、前記第３のアクセスに係るＩＤを前記安定特性に関連付けるように、前記ＩＤ−特性関連データを更新することを特徴とする、アクセス者特性推測システム。
【請求項２】
前記関連更新部は、前記アクセスログデータに前記第１のアクセスと前記第２のアクセスとの間の時刻のものであって前記安定ＩＰアドレスと相違するＩＰアドレス及び前記第１のアクセス又は前記第２のアクセスの有するＩＤ同一のＩＤを有する第４のアクセスが含まれない場合にのみ、前記第３のアクセスに係るＩＤを前記第１のアクセス及び前記第２のアクセスの有するＩＤに関連付けられた特性に関連付けるように、前記ＩＤ−特性関連データを更新することを特徴とする、請求項１に記載のアクセス者特性推測システム。
【請求項３】
前記関連更新部は、前記アクセスログデータにおける前記第１のアクセスの時刻と前記第２のアクセスの時刻との差が所定の値以下である場合にのみ、前記第３のアクセスに係るＩＤを前記第１のアクセス及び前記第２のアクセスの有するＩＤに関連付けられた特性に関連付けるように、前記ＩＤ−特性関連データを更新することを特徴とする、請求項１又は２に記載のアクセス者特性推測システム。
【請求項４】
前記特性推測部は、前記ＩＤ−特性関連データにおいて前記ＩＤが関連付けられた特性が存在しない場合には、アクセス元のＩＰアドレスからの直近の他のアクセスに関してアクセス者に与えられた特性と同一の特性であると推測することを特徴とする、請求項１〜３のいずれか１項に記載のアクセス者特性推測システム。
【請求項５】
前記特性推測部は、アクセス者の特性を推測するアクセスが前記直近の他のアクセスのセッション終了前に行われた場合にのみ、直近の他のアクセスに関してアクセス者に与えられた特性と同一の特性であると推測することを特徴とする、請求項４に記載のアクセス者特性推測システム。
【請求項６】
ＩＤを有する前記クッキーを有さないアプリケーションソフトウェアからのアクセスを受けた時に、該アプリケーションソフトウェアにＩＤを有する前記クッキーを付することを特徴とする、請求項１〜５のいずれか１項に記載のアクセス者特性推測システム。
【請求項７】
初期設定部を備え、
前記初期設定部は、
前記特性に関連付けられたＵＲＬを備え、そのＵＲＬへのアクセスによって、前記クッキーをその端末機のアプリケーションソフトウェアに付し、
前記ＩＤ−特性関連データにおいて、該クッキーのＩＤと該特性とを関連付けることを特徴とする、請求項１〜６のいずれか１項に記載のアクセス者特性推測システム。
【請求項８】
２以上のホームページを提供するサーバ上で動作し、
該２以上のホームページのいずれにアクセスしたアクセス者についても、前記アクセスログを生成することを特徴とする、請求項１〜７のいずれか１項に記載のアクセス者特性推測システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ウエブページにアクセスをした者（以下「アクセス者」）の特性を推測するアクセス者特性推測システムに関する。
【背景技術】
【０００２】
アクセス者の特性（例えば所属する企業名）を推測し、その結果に基づいてビジネスに有用な情報を得るシステムが、例えば特許文献１，２に開示されている。いずれも、アクセス者のＩＰアドレスに基づいて特性を推測する。
【０００３】
しかし、ＩＰアドレスに基づいて特性を推測することは、必ずしも確実でない。例えば動的ＩＰアドレスが使用される場合には、１のアクセス者のＩＰアドレスがアクセスの都度変動する可能性や、１のＩＰアドレスが異なる特性のアクセス者によって使用される可能性がある。また、例えばノートブックコンピュータを使用するアクセス者は、公共のＷＩＦＩステーション等の特性を推測できないＩＰアドレスからアクセスする可能性がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１６−０２４５３０号公報
【特許文献２】特開２０１６−１１８９５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明は、高精度でアクセス者の特性を推測するアクセス者特性推測システムを提供することを課題とする。
【課題を解決するための手段】
【０００６】
本発明のアクセス者特性推測システムは、
インターネットを介してアクセスしたアクセス者の所属する組織である特性を推測するアクセス者特性推測システムであって、
前記アクセスを実行するプログラムに付され、ＩＤを有するクッキーに基づいて前記特性を推測する特性推測部と、
前記ＩＤ−特性関連データを更新する関連更新部と、
前記ＩＤと前記特性とを関連付け、前記特性推測部に参照されるＩＤ−特性関連データと、
アクセスごとに生成されて、アクセス元のＩＰアドレスとそのアクセスにおいて検出された前記クッキーの前記ＩＤとアクセス時刻とに関する情報を含むアクセスログを集積したアクセスログデータとを備え、
前記特性推測部は、前記ＩＤ−特性関連データにおいて前記ＩＤが関連付けられた特性が存在する場合には、該特性であると推測し、
前記関連更新部は、（１）前記アクセスログデータに同一のＩＰアドレス（安定ＩＰアドレス）を有し、前記ＩＤ−特性関連データにおいて同一の特性（安定特性）に関連付けられたＩＤを有する第１のアクセスと第２のアクセスとが含まれ、（２）前記第１のアクセスと第２のアクセスとの間の時刻のものであって前記安定ＩＰアドレスを有する第３のアクセスが含まれ、かつ、（３）前記第３のアクセスに係る前記クッキーの有するＩＤが前記ＩＤ−特性関連データにおいて前記安定特性と異なる特性に関連付けられていない場合に、前記第３のアクセスに係るＩＤを前記安定特性に関連付けるように、前記ＩＤ−特性関連データを更新することを特徴とする。
【０００７】
この特徴によれば、高精度のＩＤ−特性関連データを構築することができ、それに基づいてクッキーのＩＤ（クッキーが付されたコンピュータを表す）から高精度で特性を推測することができる。すなわち、第３のアクセスに係るＩＤを安定特性に関連付けて、正確なＩＤ−特性関連データを構築することができる。一方、第３のアクセスに係るＩＤは、安定特性とは別の特性に関連付けられている可能性もある。かかる場合に、すでに関連付けられた特性と安定特性のいずれと関連付けるべきかの判断は、例えば関連付けの信頼度等の統計的手法によることが好ましい。かかる事情が存在しない場合には、第３のアクセスに係るＩＤを安定特性に関連付ける。
【０００８】
本発明のアクセス者特性推測システムは、
前記関連更新部は、前記アクセスログデータに前記第１のアクセスと前記第２のアクセスとの間の時刻のものであって前記安定ＩＰアドレスと相違するＩＰアドレス及び前記第１のアクセス又は前記第２のアクセスの有するＩＤ同一のＩＤを有する第４のアクセスが含まれない場合にのみ、前記第３のアクセスに係るＩＤを前記第１のアクセス及び前記第２のアクセスの有するＩＤに関連付けられた特性に関連付けるように、前記ＩＤ−特性関連データを更新することを特徴とする。
【０００９】
この特徴によれば、第１のアクセス又は第２のアクセスを行ったコンピュータが、それとは異なるＩＰアドレスからアクセスした場合に、そのクッキーのＩＤと特性との関連の信頼度が低いものとして取扱い、第３のアクセスにおけるアクセス者の特性を誤って関連付けたＩＤ−特性関連データの更新を行ってしまう可能性を小さくすることができる。
【００１０】
本発明のアクセス者特性推測システムは、
前記関連更新部は、前記アクセスログデータにおける前記第１のアクセスの時刻と前記第２のアクセスの時刻との差が所定の値以下である場合にのみ、前記第３のアクセスに係るＩＤを前記第１のアクセス及び前記第２のアクセスの有するＩＤに関連付けられた特性に関連付けるように、前記ＩＤ−特性関連データを更新することを特徴とする。
【００１１】
この特徴によれば、第１のアクセスの時刻と第２のアクセスの時刻とが所定の値以下の差である場合にのみ、第３のアクセスに関する推定が行われる。動的ＩＰアドレスが使用され、第１のアクセスの後でＩＰアドレスが他の特性を有する者に割り当てられてその間に第３のアクセスが、再びＩＤに関連付けられた特性を有する者に割り当てられた後に第２のアクセスが行われる場合に、第３のアクセスにおけるアクセス者の特性を誤って関連付けたＩＤ−特性関連データの更新を行ってしまう可能性を小さくすることができる。このため、「所定の値」は動的ＩＰアドレスの割り当てが２回行われることのない短い時間であることが好ましい。
【００１２】
本発明のアクセス者特性推測システムは、
前記特性推測部は、前記ＩＤ−特性関連データにおいて前記ＩＤが関連付けられた特性が存在しない場合には、アクセス元のＩＰアドレスからの直近の他のアクセスに関してアクセス者に与えられた特性と同一の特性であると推測することを特徴とする。
【００１３】
この特徴によれば、ＩＤが関連付けられた特性が存在しない場合には、ＩＰアドレスに基づいて特性を推測することができる。
【００１４】
本発明のアクセス者特性推測システムは、
前記特性推測部は、アクセス者の特性を推測するアクセスが前記直近の他のアクセスのセッション終了前に行われた場合にのみ、直近の他のアクセスに関してアクセス者に与えられた特性と同一の特性であると推測することを特徴とする。
【００１５】
この特徴によれば、ＩＰアドレスに基づく特性の推測について、該ＩＰアドレスについて動的ＩＰアドレスの再割り当てが行われていないことを保証することができる。
【００１６】
本発明のアセス者特性推測システムは、
ＩＤを有する前記クッキーを有さないアプリケーションソフトウェアからのアクセスを受けた時に、該アプリケーションソフトウェアにＩＤを有する前記クッキーを付することを特徴とする。
【００１７】
この特徴によれば、最初にアクセスを受けた時にクッキーを付し、その後にクッキーを利用することができる。ここで「アプリケーションソフトウェア」はインターネットのブラウザである場合が多いと考えられるが、メール処理などのソフトウェアでｈｔｍｌを取扱うものも、クッキーを付することができ、アプリケーションソフトウェアに含まれる。
【００１８】
本発明のアセス者特性推測システムは、
初期設定部を備え、
前記初期設定部は、
前記特性に関連付けられたＵＲＬを備え、そのＵＲＬへのアクセスによって、前記クッキーをその端末機のアプリケーションソフトウェアに付し、
前記ＩＤ−特性関連データにおいて、該クッキーのＩＤと該特性とを関連付ける
ことを特徴とする。
【００１９】
この特徴によれば、特性が既知の者に特性に関連付けられたＵＲＬにアクセスしてもらうことで、特性に関連付けられたクッキーを付することができる。
【００２０】
本発明のアクセス者特性推測システムは、
２以上のホームページを提供するサーバ上で動作し、
該２以上のホームページのいずれにアクセスしたアクセス者についても、前記アクセスログを生成することを特徴とする。
【００２１】
この特徴によれば、多くのアクセスログを生成することができ、特性の推定精度を向上させることができる。
【発明の効果】
【００２２】
本発明によれば、高精度でアクセス者の特性を推測するアクセス者特性推測システムを提供することができる。
【図面の簡単な説明】
【００２３】
【図１】図１は、アクセス者特性推測システム及びその利用状況の構成を示す図である。
【図２】図２は、ＩＤ−特性関連データを示す図である。
【図３】図３は、アクセスログデータを示す図である。
【図４】図４は、アクセス受信部の処理を示すフローチャートである。
【図５】図５は、特性推測部の処理を示すフローチャートである。
【図６】図６は、特性推測部の処理（変形例）を示すフローチャートである。
【図７】図７は、アクセスログデータ（変形例）を示す図である。
【発明を実施するための形態】
【００２４】
以下、本発明の実施例を説明する。
【００２５】
（システムの構成）
図１は、アクセス者特性推測システム及びその利用状況の構成を示す図である。サーバ１は、複数のホームページ１１を提供するものであり、アクセス者特性推測システム２を備えている。端末機３が、ネットワーク４を介してホームページ１１にアクセスする。なお、ホームページ１１は、サーバ１（として動作するコンピュータ）に保持されていても、ネットワーク４を介して他のコンピュータに保持されていても（サーバ１がネームサーバとして動作しても）、これらの両方であってもよい。また、ＵＲＬによってアクセス可能なデータであれば、必ずしもインターネットのホームページでなくともよい。
【００２６】
アクセス者特性推測システム２は、アクセス受信部２１、クッキー付与部２２、特性推測部２３、関連更新部２４及び初期設定部２５を備え、ＩＤ−特性関連データ２６及びアクセスログデータ２７を保持している。
【００２７】
アクセス受信部２１は、サーバ１においてホームページ１１へのアクセスを最初に受け付ける部分である。アクセス受信部２１は、アクセスの都度、アクセスログデータ２７のアクセスログを追加する。アクセス受信部２１の処理の詳細については後述する。
【００２８】
クッキー付与部２２は、アクセス受信部２１からの通知を受け、クッキー３２を有さない端末機３からのアクセスがあった場合に、該端末機３にクッキー３２を付与する。
【００２９】
特性推測部２３は、アクセス受信部２１からの通知を受け、ＩＤ−特性関連データ２６に基づいてアクセス者の特性を推測し、特性値として出力する。特性推測部２３の処理の詳細については後述する。
【００３０】
関連更新部２４は、アクセスログデータ２７に基づいてＩＤ−特性関連データ２６を更新する。関連更新部２４の処理の詳細については後述する。
【００３１】
初期設定部２５は、クッキー付与ホームページ２５１を備える。クッキー付与ホームページ２５１は、端末機３にクッキー３２を付与するが、付与されるクッキーのＩＤは、ＩＤ−特性関連データにおいて、予め判っている特性と関連付けられる。
【００３２】
ＩＤ−特性関連データ２６は、クッキーのＩＤと特性との対応を表すデータである。図２は、ＩＤ−特性関連データを示す図である。クッキーのＩＤと特性との対応が表されている。複数のＩＤ（Ａ１、Ａ２）が１の特性（Ａ社）に対応する場合がある。
【００３３】
アクセスログデータ２７は、アクセスの都度アクセス受信部２１によって生成されるアクセスログを集積したデータである。図３は、アクセスログデータを示す図である。図の各行が１のアクセスログであり、アクセスログにはアクセス元のＩＰアドレス及びクッキーのＩＤ、並びにアクセスを受け付けた時刻が含まれている。
【００３４】
端末機３が、ネットワーク４を介して、ホームページ１１にアクセスすると、アクセス受信部２１がそのアクセスを処理する。
【００３５】
端末機３は、アプリケーションソフトウェア３１を備え、アプリケーションソフトウェア３１に付されるクッキー３２を保持することができる。
【００３６】
（アクセス受信時の動作）
端末機３が、ネットワーク４を介して、ホームページ１１にアクセスすることによって、アクセス受信部２１が起動される。図４は、アクセス受信部の処理を示すフローチャートである。
【００３７】
アクセス受信部２１は、まず、アクセス元の端末機にクッキー３２が存在するか否かを確認する（ステップ２１Ａ）。クッキー３２が存在しない場合には、クッキー付与部２２を起動する（ステップ２１Ｂ）。
【００３８】
起動されたクッキー付与部２２は、端末機３のアプリケーションソフトウェア３１にクッキーを付与する。クッキーの付与は、ＨＴＴＰヘッダによる通常の方法でよい。付与されるクッキーは、他のクッキーと峻別するためのＩＤを有する。例えばＮａｍｅ属性として、固有の文字列を設定することができる。
【００３９】
アクセス受信部２１は、次に、特性推測部２３を起動する（ステップ２１Ｃ）。特性推測部２３は特性を推測し、特性値として出力する。
【００４０】
アクセス受信部２１は、最後に、端末機３にホームページ１１へのアクセスを提供する。端末機３から受信するＵＲＬにしたがって、アクセスを提供するホームページを定め、そのホームページ（ｈｔｍｌファイル）を送信する（ステップ２１Ｄ）。
【００４１】
特性値は、ホームページ１１に引数として渡される、所定のファイルに保存される、その他の方法でホームページ１１が利用することができる。ホームページ１１は、例えば、表示する広告を選択することができる。
【００４２】
以上の処理は、アプリケーションソフトウェア３１がブラウザである場合にも、その他もｈｔｍｌを処理するソフトウェアである場合にも、行うことができる。
【００４３】
（特性の推測）
以下、特性推測部２３の動作について説明する。図５は、特性推測部の処理を示すフローチャートである。特性推測部２３は、アクセス元の端末機に存在するクッキー３２のＩＤ及びアクセス元のＩＰアドレスに基づいて動作する。
【００４４】
特性推測部２３は、まず、ＩＤ−特性関連データ２６を参照し、クッキー３２のＩＤに関連付けられた特性が存在するか否かを確認する（ステップ２３Ａ）。クッキー３２のＩＤに関連付けられた特性が存在する場合には、その特性を推測された特性値として出力する（ステップ２３Ｂ）
【００４５】
クッキー３２のＩＤに関連付けられた特性が存在しない場合には、特性推測部２３は、アクセスログデータ２７を参照し、アクセスログが所定の要件を満たすか否かを判断する（ステップ２３Ｃ）。
【００４６】
ここで、「所定の要件」は、（１）アクセスログデータ２７に同一のＩＰアドレス（安定ＩＰアドレス）を有し、ＩＤ−特性関連データ２６において同一の特性に関連付けられたＩＤを有する第１のアクセスと第２のアクセスとが含まれ、（２）第１のアクセスと第２のアクセスとの間の時刻のものであって安定ＩＰアドレスを有する第３のアクセスが、現在処理中のアクセスであることであるとする。特性推測部２３は、アクセスログが所定の要件を満たす場合には、第１のアクセス及び第２のアクセスに関連付けられた特性を、推測された特性値として出力する（ステップ２３Ｄ）。
【００４７】
図２に示すＩＤ−特性関連データ２６、図３に示すアクセスログデータ２７を例に説明する。いま、アクセスログ２７Ｑに係るアクセスを処理しているものとする。
【００４８】
アクセスログ２７Ｐが、クッキーＩＤが「Ａ１」であり、ＩＤ−特性関連データ２６において「Ａ社」の特性に関連付けられている。また、アクセスログ２７Ｓが、クッキーＩＤが「Ａ２」であり、ＩＤ−特性関連データ２６において「Ａ社」の特性に関連付けられている。アクセスログ２７Ｐに係るアクセスを第１のアクセス、アクセスログ２７Ｓに係るアクセスを第２のアクセスとし、現在処理中のアクセスログ２７Ｑに係るアクセスを第３のアクセスとすると、いずれもＩＰアドレスが「＊＊．＊＊．１」であるので、所定の要件を満たす。すなわち、アクセスログ２７Ｑに係るアクセスについて、特性が「Ａ社」であると推定される。
【００４９】
ここで、アクセスログ２７Ｒもまた、ＩＰアドレスが「＊＊．＊＊．１」である。しかし、アクセスログ２７Ｒは、クッキーＩＤが「Ｂ」であり、ＩＤ−特性関連データ２６において「Ｂ社」の特性に関連付けられている。すなわち、アクセスログ２７Ｐと２７Ｒとは、異なる特性に関連付けられている。したがって、所定の要件を満たしてアクセスログ２７Ｑに係るアクセスについて、特性が「Ａ社」であると推定されるものではない。
【００５０】
すなわち、アクセスログ２７Ｐとアクセスログ２７Ｒとでは、ＩＰアドレスが「＊＊．＊＊．１」であることによって特性を推測する根拠とはならない。アクセスログ２７Ｓが存在して初めて、ＩＰアドレスが「＊＊．＊＊．１」であることによって特性が「Ａ社」である（アクセスログ２７Ｒは例えば来訪者のノートブックコンピュータ等による偶発的なものである）と推測することができる。アクセスログ２７Ｒが偶発的なものではない場合への対処については後述する。
【００５１】
一方、アクセスログ２７Ｑに係るアクセスを受けた時点においては、アクセスログ２７Ｓに係るアクセスは未だなされておらず、アクセスログデータ２７を参照してもアクセスログが所定の要件を満たすものではないと判断されると考えられる。現在処理中のアクセスよりも後の時点における第２のアクセスを要件に含むので、アクセスを受けてから特性推測部２３が起動されるまでの極短時間の間に第２のアクセスがなされる場合を除き、アクセスを受けた時点においては所定の要件を満たすものではないと判断されることとなる。
【００５２】
そこで、特性推測部２３は、所定の要件を満たさないアクセスについて、以下のとおりに特性を推測する。まず、特性を推測しようとしているアクセスと同一のＩＰアドレスからの過去のアクセスであって、特性を推測できるもの（クッキーＩＤがＩＤ−特性関連データ２６において何らかの特性に関連付けられているもの）が存在するか否かを確認する（ステップ２３Ｅ）。かかる過去のアクセスがない場合には、特性推測不能とする（ステップ２３Ｈ）。
【００５３】
かかる過去のアクセスがある場合、それらのうちの直近のもの（特性を推測しようとしているアクセスに最も近い時間に行われたもの）と同一の特性であると推測することに合理性がある。動的ＩＰアドレスが１社に割り当てられた場合、短時間で再割り当てがあるものではなく、直近のアクセスと特性を推測しようとしているアクセスとは同一の社に割り当てられたと考えられるためである。
【００５４】
直近のアクセスと特性を推測しようとしているアクセスとの間でＩＰアドレスの再割り当てがなされていないことを確認するため、特性推測部２３は、直近のアクセスのセッションが継続している（終了していない）ことを確認する（ステップ２３Ｆ）。動的ＩＰアドレスは、セッション継続中に再割り当てされないためである。特性推測部２３は、セッションが継続している場合には直近のアクセスと同一の特性であると推測し（ステップ２３Ｇ）、セッションが継続していない場合には特性推測不能とする（ステップ２３Ｈ）。
【００５５】
ここで、ステップ２３Ｆは、省略してもよい。すなわち、セッションの継続如何にかかわらず、特性を推測できる直近のアクセスと同一の特性であると推測してもよい。推測結果の利用方法が誤推測を許容できる場合（例えば広告の選択に推測結果を用いる場合）も考えられ、一定の制度を得ることができれば可としてもよい。
【００５６】
なお、セッションが継続しているか否かについては、セッションの定義方法に幅があり（例えば一定時間のタイムアウトによってセッションを終了する場合、当該一定時間をいかに定めるかは各業者の裁量であり）、厳密な判断は困難である。動的ＩＰアドレスを割り当てる業者と同一の定義とすることが好ましいが、上記のとおり、許容可能な範囲の誤推測とすることができれば、任意に設計しても差し支えない。
【００５７】
以下、アクセスを受けた時点においては所定の要件を満たすものではないと判断されることとなってしまう点についての対策を説明する。図６は、特性推測部の処理（変形例）を示すフローチャートである。特性推測部２３は、アクセスログが所定の要件を満たさない場合には、上述のステップ２３Ｅ、２３Ｇの処理に替えて、待機して（ステップ２３Ｉ）後にアクセスログが所定の要件を満たすか否かを再判断することとしてもよい。アクセスログ２７Ｓに係るアクセスがあった時に、所定の要件を満たすとして正確な推測を行うものである。再判断を行うタイミングについては、例えば、１分につき１回としてもよく、アクセスログデータ２７が更新された時としてもよく、任意に設計してよい。
【００５８】
また、再判断が無期限に続くことのないよう、例えば、１０分後に再判断を打ち切る、セッション終了時に再判断を打ち切る、その他の方法で打ち切ることとする。
【００５９】
上記「所定の要件」は、追加の要件を付して、さらに厳格なものとすることができる。
【００６０】
図７は、アクセスログデータを示す図である。アクセスログデータ２７は、図３に示したものと比して、アクセスログ２７Ｑの時刻が遅くなりアクセスログ２７Ｑ’となっている。アクセスログ２７Ｓの時刻が遅くなりアクセスログ２７Ｓ’となっている。また、アクセスログ２７Ｒに替えてアクセスログ２７Ｘとなっている。
【００６１】
ここで、アクセスログ２７Ｐに係るアクセスを第１のアクセス、アクセスログ２７Ｓ’に係るアクセスを第２のアクセスとし、現在処理中のアクセスログ２７Ｑ’に係るアクセスを第３のアクセスとすると、アクセスログ２７Ｑ’は、前述の要件を満たしている。
【００６２】
しかし、図７に示したアクセスログデータ２７は、動的ＩＰアドレスが使用された結果、Ａ社に対して、１０月１日にＩＰアドレス「＊＊．＊＊．１」が、１０月２日にＩＰアドレス「＊＊．＊＊．３」が、１０月３日にＩＰアドレス「＊＊．＊＊．１」が割り当てられたものと推認される。そうすると、アクセスログ２７Ｑ’に係るアクセスの時点におけるＩＰアドレス「＊＊．＊＊．１」は、Ａ社以外に割り当てられていると考えられる。
【００６３】
追加の要件として、例えば、第１のアクセスと第２のアクセスとの間の時刻のものであって安定ＩＰアドレスと相違するＩＰアドレス及び第１のアクセス又は第２のアクセスの有するＩＤと同一のＩＤを有する第４のアクセスが含まれないことを、追加の要件としてもよい。
【００６４】
これによれば、途中で他のＩＰアドレスが割り当てられたことを第４のアクセスによって検出し、第３のアクセスに係る誤推定を減ずることができる。図７において、アクセスログ２７Ｘが第４のアクセスであり、アクセスログ２７Ｑ’に係るアクセスは特性が「Ａ社」と推定されない。
【００６５】
また、追加の要件として、例えば、第１のアクセスの時刻と第２のアクセスの時刻との差が所定の値以下第１のアクセスと第２のアクセスとの間の時刻のものであって安定ＩＰアドレスと相違するＩＰアドレス及び第１のアクセス又は第２のアクセスの有するＩＤと同一のＩＤを有する第４のアクセスが含まれないことを、追加の要件としてもよい。
【００６６】
これによれば、所定の値を、ＩＰアドレスの割り当てが２度行われる時間よりも小さな値、例えば１日とすることで、途中で他のＩＰアドレスが割り当てられた場合を除外し、第３のアクセスに係る誤推定を減ずることができる。上述のアクセスログ２７Ｒが偶発的なものではない場合への対処を行うものである。図７において、アクセスログ２７Ｐ（第１のアクセス）の時刻とでアクセスログ２７Ｓ’（第２のアクセス）の時刻との差が２日以上であり、アクセスログ２７Ｑ’に係るアクセスは特性が「Ａ社」と推定されない。
【００６７】
以上の追加の要件の設定は、一般化して言えば、ＩＤ−特性関連データ２６及びアクセスログデータ２７に係る「信頼度」を処理するとも考えられる。追加の要件を固定的に定めず、統計的処理等によって決定することもできる。
【００６８】
（アクセス受信時以外の動作）
上記の、「アクセスログデータ２７に同一のＩＰアドレス（安定ＩＰアドレス）を有し、ＩＤ−特性関連データ２６において同一の特性に関連付けられたＩＤを有する第１のアクセスと第２のアクセスとが含まれ、第１のアクセスと第２のアクセスとの間の時刻のものであって安定ＩＰアドレスを有する第３のアクセスが、現在処理中のアクセスであることであることを要件として特性を推測する」処理について、第２のアクセスは、アクセス者がホームページ１１から離脱した後に発生するかもしれない。この場合、特性推測部２３は、特性を推測することができない。
【００６９】
しかし、第３のアクセスに係るクッキー３２のＩＤは、第１のアクセスと第２のアクセスに係る特性に関連付けられるべきものである。
【００７０】
そこで、関連更新部２４によって、ＩＤ−特性関連データ２６を更新する。
【００７１】
アクセス者特性推測システムは、定期的に（例えば１時間につき１回）関連更新部２４を起動する。関連更新部２４は、アクセスログ中に所定の要件を満たすアクセスがあるか否かを調べ、ある場合には、そのアクセスログのクッキーのＩＤと、その所定の要件を満たすことによって推測される特性とを関連付ける情報を、ＩＤ−特性関連データ２６に追加する。
【００７２】
これにより、所定の要件が後刻に調べられ、ＩＤ−特性関連データ２６が更新される。最初のアクセスにおいて特性推測部２３による推測ができない場合にも、後のアクセスでは確実に推測される。
【００７３】
（事前の設定）
以上説明した特性の推測は、少なくとも１のクッキー３２について、そのＩＤが特性に関連付けられ、ＩＤ−特性関連データ２６に情報が存在することを必要とする。アクセス者特性推測システム２の運用を開始する時に、かかるクッキーを生成することが課題となる。
【００７４】
むろん、運用者が特性についての情報を有しており、自らＩＤ−特性関連データ２６を作成することは可能である。しかし、初期設定部２５によって効率的に生成することができる。
【００７５】
初期設定部２５は、特性に関連付けられたクッキー付与ホームページ（ＵＲＬ）２５１を、特性の数だけ有している。ユーザ（将来のアクセス者）がたクッキー付与ホームページ２５１にアクセスすると、端末機３のアプリケーションソフトウェア３１にクッキー３２が付与される。クッキーの付与は、クッキー付与部２２と同様である。
【００７６】
初期設定部２５は、クッキー付与ホームページ２５１（複数であればそのうちの１つ）によってクッキー３２が付与されると、そのクッキー３２のＩＤとクッキー付与ホームページ２５１に関連付けられた特性とを関連付ける情報を、ＩＤ−特性関連データ２６に追加する。
【００７７】
すなわち、クッキー付与ホームページ２５１の各々のホームページは、それに関連付けられた特性のユーザのみによってアクセスされることで、ＩＤが特性に関連付けられ、ＩＤ−特性関連データ２６に情報が存在するクッキー３２が生成される。
【００７８】
各々のホームページがそれに関連付けられた特性のユーザのみによってアクセスされること、及びそのアクセスを誘導することは、例えば以下のように行うことができる。
【００７９】
特性の特定されるメールアドレス（例えば「＠」の後に既知の企業のＵＲＬを有するメールアドレス）にメールを送信する。スクレイピング等によれば、かかるメールアドレスを合法的に取得できる。そのメールに対する操作によってその特性に関連付けられたクッキー付与ホームページ２５１へのアクセスを行う。
【００８０】
むろん、メールによらずに、例えば文書を送付する等、他の方法によってクッキー付与ホームページ２５１へのアクセスを誘導してもよい。
【００８１】
（留意事項）
アクセス者特性推測システム２は、１のホームページのみへのアクセスを対象とする必要はない。多数のホームページへのアクセスを対象とすることで、アクセスログの数が増加する。これにより、特性を推測することができる可能性が高くなり、推測された特性の精度が上がる。
【００８２】
このため、アクセス者特性推測システム２は、多数のホームページを提供するサーバ上で動作し、いずれのホームページにアクセスしたアクセス者についても、アクセスログを生成することが好ましい。
【００８３】
（まとめ）
以上詳細に説明したように、本実施例のアクセス者特性推測システム２によれば、クッキー３２による推測とＩＰアドレスにいる推測を併用することができ、動的ＩＰアドレスに対応して高精度でアクセス者の特性を推測することができる。
【産業上の利用可能性】
【００８４】
高精度でアクセス者の特性を推測するアクセス者特性推測システムである。多くのホームページ管理企業による利用が考えられる。
【符号の説明】
【００８５】
１        サーバ
１１      ホームページ
２        アクセス者特性推測システム
２１      アクセス受信部
２２      クッキー付与部
２３      特性推測部
２４      関連更新部
２５      初期設定部
２６      ＩＤ−特性関連データ
２７      アクセスログデータ
３１      アプリケーションソフトウェア
３２      クッキー
４        ネットワーク
【図１】
2019091190.tif 000003
【図２】
2019091190.tif 000004
【図３】
2019091190.tif 000005
【図４】
2019091190.tif 000006
【図５】
2019091190.tif 000007
【図６】
2019091190.tif 000008
【図７】
2019091190.tif 000009