特許 7445943 情報処理システム、情報処理方法及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】

(24)【登録日】2024-02-29

(45)【発行日】2024-03-08

(54)【発明の名称】情報処理システム、情報処理方法及びプログラム

(51)【国際特許分類】

   H04L 61/5007 20220101AFI20240301BHJP

   G06Q 50/10 20120101ALI20240301BHJP

【ＦＩ】

H04L61/5007

G06Q50/10

【請求項の数】 10

(21)【出願番号】P 2023000258

(22)【出願日】2023-01-04

【審査請求日】2024-01-22

【早期審査対象出願】

(73)【特許権者】

【識別番号】523004442

【氏名又は名称】株式会社Ｐｒｅｄｉｃｔｉｏｎ

(74)【代理人】

【識別番号】100218969

【弁理士】

【氏名又は名称】室伏 千恵子

(72)【発明者】

【氏名】大木 健一朗

【審査官】和平 悠希

(56)【参考文献】

【文献】特開２０１９－１２１２４７（ＪＰ，Ａ）

【文献】特開２０１４－０８６８５９（ＪＰ，Ａ）

【文献】特開２００８－１０９１９９（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ １２／００－１２／６６

Ｈ０４Ｌ ４１／００－１０１／６９５

(57)【特許請求の範囲】

【請求項1】

制御部を備える情報処理システムであって、
前記制御部は、
固有ＩＤが設定された第１のユーザ端末から、ＩＰアドレス及び日時を少なくとも含む第１のログを複数取得する第１取得ステップと、
固有ＩＤと集団情報とを紐づけて記憶する第１のデータベースから、前記第１のユーザ端末の固有ＩＤをキーとして集団情報を検索する検索ステップと、
取得した複数の前記第１のログにおいて、所定期間内にＩＰアドレスの変動がある場合、前記ＩＰアドレスの変動の規則性に基づいて、対象期間におけるＩＰアドレスを推定する推定ステップと、
推定した前記ＩＰアドレスと、検索した前記集団情報とを少なくとも対応付けた情報を、第２のデータベースに格納する第１格納ステップと
を実行する、情報処理システム。

【請求項2】

前記制御部は、取得した複数の前記第１のログにおいて、所定期間内にＩＰアドレスの変動がない場合、前記ＩＰアドレスと、検索した前記集団情報とを少なくとも対応付けた情報を、１のレコードとして前記第２のデータベースに格納する第２格納ステップを実行する
請求項１に記載の情報処理システム。

【請求項3】

前記制御部は、取得した複数の前記第１のログにおいて、所定期間内にＩＰアドレスの変動がある場合、前記所定期間内の第１のログのうち、ＩＰアドレスに変動が生じた第１のログに含まれるＩＰアドレスと、検索した前記集団情報とを少なくとも対応付けた情報を、前記第２のデータベースに格納する第３格納ステップを実行する
請求項１に記載の情報処理システム。

【請求項4】

前記推定ステップにおいて、前記制御部は、前記所定期間内に同一のＩＰアドレスが出現する回数、ＩＰアドレスの出現周期及びＩＰアドレスの変動幅の少なくとも１つに基づいて変動の規則性があるかを判定する
請求項１に記載の情報処理システム。

【請求項5】

前記制御部は、
固有ＩＤが設定されていない第２のユーザ端末がウェブサイトにアクセスした際のＩＰアドレスと、ウェブ閲覧に関するログ情報と、アクセス日時とを少なくとも含む第２のログを取得する第２取得ステップと、
前記第２のデータベースから、前記第２のログに含まれるＩＰアドレスに対応付けられた集団情報であって、前記アクセス日時に対応する集団情報を特定し、前記ウェブ閲覧に関するログ情報と、前記アクセス日時と、特定した前記集団情報とを少なくとも対応付けた情報を、分析用データとして生成する生成ステップと
を実行する、請求項１に記載の情報処理システム。

【請求項6】

前記ウェブ閲覧に関するログ情報は、参照元を示す情報とコンバージョンとを含み、
前記制御部は集団ごとに、
前記分析用データにおいてその集団の集団情報に対応付けられたログ情報に基づいて、メディア又はアクセス経路ごとに、その集団向けの広告として配信された場合の前記コンバージョンの高さを推定する
請求項５に記載の情報処理システム。

【請求項7】

前記制御部は、
第２のユーザ端末がウェブサイトにアクセスした際のＩＰアドレスと、ウェブ閲覧に関するログ情報と、アクセス日時とを含む第２のログを取得する第２取得ステップと、
前記第１のユーザ端末が広告を配信する機能を有する場合、広告配信に関する第３のログであって、配信日時及び配信コンテンツに関する情報を含む第３のログを取得する第３取得ステップと、
前記第３のログに対応する前記配信コンテンツが前記ウェブサイトに関連する場合、前記配信日時と、前記第２のログに含まれるアクセス日時とを比較し、比較結果が所定条件を満たすときに配信効果ありと判定する判定ステップと
を実行し、
前記第２のユーザ端末は、前記第１のユーザ端末が属する集団に所属するユーザに使用される端末であって、固有ＩＤが設定されていない端末である
請求項１に記載の情報処理システム。

【請求項8】

前記制御部は、
第２のユーザ端末がウェブサイトにアクセスした際のＩＰアドレスと、ウェブ閲覧に関するログ情報と、アクセス日時とを含む第２のログを取得する第２取得ステップと、
第４のユーザ端末がウェブサイトにアクセスした際のＩＰアドレスと、ウェブ閲覧に関するログ情報と、アクセス日時とを含む第４のログを取得する第４取得ステップと、
前記第２のログに含まれるログ情報と、前記第４のログに含まれるログ情報とを比較する比較ステップと、
比較結果を出力する出力ステップと
を実行し、
前記第２のユーザ端末は、前記第１のユーザ端末が属する集団に所属するユーザに使用される端末であって、固有ＩＤが設定されていない端末であり、
前記第４のユーザ端末は、前記第１のユーザ端末が属する前記集団と類似する集団に所属するユーザに使用される端末であって、固有ＩＤが設定されていない端末である
請求項１に記載の情報処理システム。

【請求項9】

制御部を備えるコンピュータにおいて実行される情報処理方法であって、
前記制御部が、
固有ＩＤが設定された第１のユーザ端末から、ＩＰアドレス及び日時を少なくとも含む第１のログを複数取得する第１取得ステップと、
固有ＩＤと集団情報とを紐づけて記憶する第１のデータベースから、前記第１のユーザ端末の固有ＩＤをキーとして集団情報を検索する検索ステップと、
取得した複数の前記第１のログにおいて、所定期間内にＩＰアドレスの変動がある場合、前記ＩＰアドレスの変動の規則性に基づいて、対象期間におけるＩＰアドレスを推定する推定ステップと、
推定した前記ＩＰアドレスと、検索した前記集団情報とを少なくとも対応付けた情報を、第２のデータベースに格納する第１格納ステップと
を実行する、情報処理方法。

【請求項10】

コンピュータに、
固有ＩＤが設定された第１のユーザ端末から、ＩＰアドレス及び日時を少なくとも含む第１のログを複数取得する第１取得ステップと、
固有ＩＤと集団情報とを紐づけて記憶する第１のデータベースから、前記第１のユーザ端末の固有ＩＤをキーとして集団情報を検索する検索ステップと、
取得した複数の前記第１のログにおいて、所定期間内にＩＰアドレスの変動がある場合、前記ＩＰアドレスの変動の規則性に基づいて、対象期間におけるＩＰアドレスを推定する推定ステップと、
推定した前記ＩＰアドレスと、検索した前記集団情報とを少なくとも対応付けた情報を、第２のデータベースに格納する第１格納ステップと
を実行させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、情報処理システム、情報処理方法及びプログラムに関する。

【背景技術】

【0002】

ＩＰ（Internet Protocol）アドレスからユーザが所属する集団を特定し、広告を配信するにあたり集団情報を用いることが知られている。例えば特許文献１に記載には、ＩＰアドレスとグループＩＤとの対応関係を記憶し、配信対象のＰＣ端末のＩＰアドレスからグループＩＤを特定する広告配信装置が記載されている。

【先行技術文献】

【特許文献】

【0003】

【文献】特開２０１１－１９１６１４号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

ここでグローバルＩＰアドレスと集団との対応関係は、その集団が契約しているＩＳＰ（Internet Service Provider）のみが把握しているものであり、外部から正確に特定することが困難であった。特にアドレスが変動する変動ＩＰアドレスについては、集団との対応関係の正確な把握が困難であった。

【0005】

本開示の目的は、上述した課題に鑑み、グローバルＩＰアドレスと集団との対応関係を容易に特定できる情報処理システム、情報処理方法及びプログラムを提供することにある。

【課題を解決するための手段】

【0006】

本開示の一態様にかかる情報処理システムは、制御部を備える。前記制御部は、固有ＩＤが設定された第１のユーザ端末から、ＩＰアドレス及び日時を少なくとも含む第１のログを複数取得する第１取得ステップと、固有ＩＤと集団情報とを紐づけて記憶する第１のデータベースから、前記第１のユーザ端末の固有ＩＤをキーとして集団情報を検索する検索ステップと、取得した複数の前記第１のログにおいて、所定期間内にＩＰアドレスの変動がある場合、前記ＩＰアドレスの変動の規則性に基づいて、対象期間におけるＩＰアドレスを推定する推定ステップと、推定した前記ＩＰアドレスと、検索した前記集団情報とを少なくとも対応付けた情報を、第２のデータベースに格納する第１格納ステップとを実行する。

【0007】

本開示の一態様にかかる情報処理方法は、制御部を備えるコンピュータにおいて実行される。前記制御部は、固有ＩＤが設定された第１のユーザ端末から、ＩＰアドレス及び日時を少なくとも含む第１のログを複数取得する第１取得ステップと、固有ＩＤと集団情報とを紐づけて記憶する第１のデータベースから、前記第１のユーザ端末の固有ＩＤをキーとして集団情報を検索する検索ステップと、取得した複数の前記第１のログにおいて、所定期間内にＩＰアドレスの変動がある場合、前記ＩＰアドレスの変動の規則性に基づいて、対象期間におけるＩＰアドレスを推定する推定ステップと、推定した前記ＩＰアドレスと、検索した前記集団情報とを少なくとも対応付けた情報を、第２のデータベースに格納する第１格納ステップとを実行する。

【0008】

本開示の一態様にかかるプログラムは、コンピュータに以下のステップを実行させる。ステップは、固有ＩＤが設定された第１のユーザ端末から、ＩＰアドレス及び日時を少なくとも含む第１のログを複数取得する第１取得ステップと、固有ＩＤと集団情報とを紐づけて記憶する第１のデータベースから、前記第１のユーザ端末の固有ＩＤをキーとして集団情報を検索する検索ステップと、取得した複数の前記第１のログにおいて、所定期間内にＩＰアドレスの変動がある場合、前記ＩＰアドレスの変動の規則性に基づいて、対象期間におけるＩＰアドレスを推定する推定ステップと、推定した前記ＩＰアドレスと、検索した前記集団情報とを少なくとも対応付けた情報を、第２のデータベースに格納する第１格納ステップとを備える。

【発明の効果】

【0009】

本開示により、グローバルＩＰアドレスと集団との対応関係を容易に特定できる情報処理システム、情報処理方法及びプログラムを提供できる。

【図面の簡単な説明】

【0010】

【図1】実施形態１にかかるシステムの構成を示すブロック図である。

【図2】実施形態１にかかる情報処理装置による情報処理の流れを示すフローチャートである。

【図3】実施形態２にかかるシステムの概略構成を示すブロック図である。

【図4】実施形態２にかかる第１のユーザ端末のハードウェア構成を示すブロック図である。

【図5】実施形態２にかかる第１のユーザ端末の外観の一例を示す図である。

【図6】実施形態２にかかる第２のユーザ端末のハードウェア構成を示すブロック図である。

【図7】実施形態２にかかる情報処理装置のハードウェア構成を示すブロック図である。

【図8】実施形態２にかかる記憶部の構成の一例を示す図である。

【図9】実施形態２にかかる確定テーブルのデータ構造の一例を示す図である。

【図10】実施形態２にかかる推定テーブルのデータ構造の一例を示す図である。

【図11】実施形態２にかかる制御部の機能構成の一例を示す図である。

【図12】実施形態２にかかる制御部による登録処理の流れを示すフローチャートである。

【図13】実施形態２にかかる制御部による第２格納処理の流れを示すフローチャートである。

【図14】実施形態２にかかる第２格納処理の概念を示す図である。

【図15】実施形態２にかかる制御部による第３格納処理の流れを示すフローチャートである。

【図16】実施形態２にかかる第３格納処理の概念を示す図である。

【図17】実施形態２にかかる制御部による第１格納処理の流れを示すフローチャートである。

【図18】実施形態２にかかる第１格納処理の概念を示す図である。

【図19】実施形態２にかかる制御部による生成処理の流れを示すフローチャートである。

【図20】実施形態２にかかる分析用データのデータ構造の第１の例を示す図である。

【図21】実施形態２にかかる分析結果のデータ構造の第１の例を示す図である。

【図22】実施形態２にかかる分析用データのデータ構造の第２の例を示す図である。

【図23】実施形態２にかかる分析結果のデータ構造の第２の例を示す図である。

【図24】実施形態３にかかるシステムの概略構成を示すブロック図である。

【図25】実施形態３にかかる制御部の機能構成の一例を示す図である。

【図26】実施形態３にかかる制御部による比較処理の流れを示すフローチャートである。

【図27】実施形態３にかかる測定用データのデータ構造の一例を示す図である。

【発明を実施するための形態】

【0011】

以下では、本開示の実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。

【0012】

＜実施形態１＞
まず本開示の実施形態１について説明する。図１は、実施形態１にかかるシステム１の構成を示すブロック図である。システム１は、情報処理装置１０と、第１のユーザ端末２０とを備えるコンピュータシステムである。情報処理装置１０と第１のユーザ端末２０とは、インターネット等のネットワークＮＷを介して通信可能に接続される。

【0013】

第１のユーザ端末２０は、予め定められた集団に属する端末であり、集団に対応する固有ＩＤが予め設定されている。第１のユーザ端末２０が集団に属するとは、第１のユーザ端末２０が集団の場、例えば集団の活動場所に設置されていることを示す。一例として第１のユーザ端末２０は、複合機等の画像形成装置、パーソナルコンピュータ、タブレット端末、スマートフォン、無線ＬＡＮルーター、又はスマートスピーカー等が挙げられる。

【0014】

集団は、目的や空間等を共有している人の集まりである。例えば集団は、企業、部署、サークル、家族、施設の利用者、マンションの住民等が挙げられる。

【0015】

情報処理装置１０は、集団とＩＰアドレスとの対応関係を特定するコンピュータである。例えば情報処理装置１０は、サーバである。ＩＰアドレスは、グローバルＩＰアドレスである。情報処理装置１０は、制御部１１と、通信部１５と、記憶部１６とを備える。

【0016】

制御部１１は、情報処理装置１０のシステム全体を制御するプロセッサを有する。制御部１１はプログラムを実行することにより、第１取得部１１１、検索部１１２、推定部１１３及び登録部１１４の機能を実現する。

【0017】

第１取得部１１１は、固有ＩＤが既知である第１のユーザ端末２０から計測ログを、通信部１５を介して受信し、取得する。計測ログは、第１のログとも称される。計測ログは、第１のユーザ端末２０のＩＰアドレス及び日時を少なくとも含む。計測ログに含まれるＩＰアドレスは、第１のユーザ端末２０がネットワークＮＷに接続するときに割り当てられたＩＰアドレスである。計測ログに含まれる日時は、第１のユーザ端末２０がネットワークＮＷに接続した日時であるが、情報処理装置１０が計測ログを受信した日時であってもよいし、第１のユーザ端末２０が計測ログを送信した日時であってもよい。計測ログには、第１のユーザ端末２０の固有ＩＤが含まれていてもよい。第１取得部１１１は、予め定められた時間間隔で第１のユーザ端末２０から計測ログを受信する。しかしこれに代えて第１取得部１１１は、予め定められたイベントが発生したことに応じて第１のユーザ端末２０から計測ログを受信してもよい。このように第１取得部１１１は、定期的又は不定期で計測ログを第１のユーザ端末２０から受信することで、異なる日時の計測ログを複数取得する。

【0018】

検索部１１２は、第１のＤＢ１６１から、計測ログの送信元である第１のユーザ端末２０の固有ＩＤをキーとして、集団情報を検索する。集団情報は、第１のユーザ端末２０が設置された集団を特定可能な情報であれば特に限定されないが、集団名、法人番号又は集団に関するその他の公開データであってよい。

【0019】

推定部１１３は、第１取得部１１１において取得した複数の計測ログにおいて、所定期間内にＩＰアドレスの変動があるか否かを判定する。一例として所定期間は、１か月、１週間、１日、又は１時間である。所定期間内にＩＰアドレスの変動がある場合、推定部１１３はＩＰアドレスの変動の規則性を推定する。そして推定部１１３は、推定したＩＰアドレスの変動の規則性に基づいて、対象期間におけるＩＰアドレスを推定する。対象期間は、将来の期間であってもよいし、過去の期間であってもよい。

【0020】

登録部１１４は、検索部１１２において検索した集団情報と、推定部１１３において推定したＩＰアドレスとを少なくとも対応付けた情報を、第２のＤＢ１６２に格納する。

【0021】

通信部１５は、ネットワークＮＷに接続するための通信インターフェースである。
記憶部１６は、非一時的なコンピュータ可読媒体又は実体のある記憶媒体を有する記憶装置である。記憶部１６は、第１のＤＢ１６１と、第２のＤＢ１６２とを有する。

【0022】

第１のＤＢ１６１は、固有ＩＤと集団情報との対応関係を記憶する記憶装置である。第２のＤＢ１６２は、集団情報とＩＰアドレスとの対応関係を記憶する記憶装置である。

【0023】

第１のＤＢ１６１及び第２のＤＢ１６２は、情報処理装置１０の記憶部１６に含まれるとしたが、情報処理装置１０がアクセス可能な外部装置に含まれていてもよい。

【0024】

図２は、実施形態１にかかる情報処理装置１０による情報処理の流れを示すフローチャートである。まず第１取得部１１１は、固有ＩＤが既知である第１のユーザ端末２０から、ＩＰアドレス及び日時を含む計測ログを複数取得する（Ｓ１０：第１取得ステップ）。次に検索部１１２は、第１のＤＢ１６１にアクセスし、計測ログの送信元の第１のユーザ端末２０の固有ＩＤをキーとして集団情報を検索する（Ｓ１１：検索ステップ）。次に推定部１１３は、取得した複数の計測ログにおいて、所定期間内にＩＰアドレスの変動があるか否かを判定する（Ｓ１２）。推定部１１３は、所定期間内にＩＰアドレスの変動がある場合（Ｓ１２でＹＥＳ）、ＩＰアドレスの変動の規則性に基づいて、対象期間におけるＩＰアドレスを推定する（Ｓ１３：推定ステップ）。次に登録部１１４は、Ｓ１１において検索した集団情報と、Ｓ１３において推定したＩＰアドレスとを少なくとも対応付けた情報を第２のＤＢ１６２に登録する（Ｓ１４：第１格納ステップ）。

【0025】

［効果］
このように情報処理装置１０は、ＩＰアドレスの変動の規則性に基づいて集団のＩＰアドレスを推定する。ＩＰアドレスが変動する場合には集団のＩＰアドレスの特定が特に難しいところ、実施形態１によれば集団とグローバルＩＰアドレスとの対応関係を容易に特定できる。

【0026】

＜実施形態２＞
次に本開示の実施形態２について説明する。実施形態２は、実施形態１の具体例である。図３は、実施形態２にかかるシステム１の概略構成を示すブロック図である。

【0027】

システム１は、情報処理装置１０と、第１のユーザ端末２０－Ａ，２０－Ｂと、第２のユーザ端末３０－Ａ，３０－Ｂと、ログ収集サーバ４０と、広告主側装置５０とを備える。これらはネットワークＮＷに接続され、互いに通信可能となっている。

【0028】

実施形態２にかかる情報処理装置１０は、実施形態１にかかる情報処理装置１０と同様に、第１のユーザ端末２０－Ａ，２０－Ｂの各々から取得した計測ログに基づいて、集団とＩＰアドレスとの対応関係を特定する。さらに実施形態２にかかる情報処理装置１０は、第２のユーザ端末３０－Ａ，３０－Ｂが広告主のウェブサイトにアクセスした際のサイトログと上記対応関係とに基づいて、集団単位のアクセス分析を実施する。そして情報処理装置１０は分析結果を広告主側装置５０に提供する。

【0029】

第１のユーザ端末２０－Ａ，２０－Ｂは、実施形態１にかかる第１のユーザ端末２０の具体例である。第１のユーザ端末２０－Ａ，２０－Ｂは、それぞれ異なる集団Ａ，Ｂの場に設置されているサイネージ付きの複合機である。第１のユーザ端末２０－Ａ，２０－Ｂには、集団に応じた固有ＩＤが設定されている。第１のユーザ端末２０－Ａ，２０－Ｂは、広告を配信する機能を有する。例えば第１のユーザ端末２０－Ａ，２０－Ｂは、情報処理装置１０又は広告主側装置５０から、自己が設置されている集団向けの広告データを取得し、広告データを表示する。そして第１のユーザ端末２０－Ａ，２０－Ｂは、それぞれ、定期的又は不定期で計測ログを情報処理装置１０に送信する。

【0030】

第２のユーザ端末３０－Ａ，３０－Ｂは、それぞれ異なる集団Ａ，Ｂに所属するユーザ（構成員）に使用される端末である。構成員は、その集団の社員、従業員、会員又はその他の構成員であってよい。例えば第２のユーザ端末３０－Ａ，３０－Ｂは、パーソナルコンピュータ、スマートフォン又はタブレット端末等が挙げられる。第２のユーザ端末３０－Ａ，３０－Ｂには、固有ＩＤが設定されていない。第２のユーザ端末３０－Ａ，３０－Ｂは、移動可能であっても移動可能でなくてもよい。

【0031】

以下では、第１のユーザ端末２０－Ａ，２０－Ｂを、集団を特定せずに指す場合には単に第１のユーザ端末２０と称する。また第２のユーザ端末３０－Ａ，３０－Ｂを、集団を特定せずに指す場合には単に第２のユーザ端末３０と称する。

【0032】

ログ収集サーバ４０は、第２のユーザ端末３０が広告主のウェブサイトにアクセスした際のサイトログを取得してサイトログＤＢ４０１に格納する。そしてログ収集サーバ４０は、サイトログを情報処理装置１０に送信する。サイトログは第２のログとも称される。サイトログは、第２のユーザ端末３０がウェブサイトにアクセスした際のＩＰアドレス、アクセス日時、ウェブサイトにアクセスしたユーザを直接的又は間接的に示す識別子及びウェブ閲覧に関するログ情報を少なくとも含む。例えば上記識別子は、ユーザＩＤ、端末ＩＤ、又はセッションＩＤである。ユーザＩＤは、ウェブサイトにアクセスしたユーザに固有の識別子である。端末ＩＤは、ウェブサイトにアクセスした端末を識別する情報である。セッションＩＤは、ウェブサイトにアクセスしたユーザのセッションを一意に識別する情報である。サイトログは、第２のユーザ端末３０のハードウェア若しくはソフトウェア、又はブラウザが保有する固有の情報を含むデバイスフィンガープリントを含んでもよい。例えばサイトログは、第２のユーザ端末３０がアクセスした広告主のウェブサイトに埋め込まれたタグにより、ログ収集サーバ４０に自動的に送信される。

【0033】

広告主側装置５０は、広告主が使用するコンピュータである。

【0034】

図４は、実施形態２にかかる第１のユーザ端末２０のハードウェア構成を示すブロック図である。第１のユーザ端末２０は、システム全体を制御するための制御部２１を備えている。制御部２１には、通信バスを介して、通信部２５、記憶部２６、入力部２７、表示部２８、及び出力部２９が接続されている。

【0035】

制御部２１は、プロセッサ２２と、ＲＯＭ２３と、ＲＡＭ２４とを備える。プロセッサ２２は、ＲＯＭ２３又は記憶部２６に記憶されたプログラムに従って、各種の情報処理及び制御を行う。ＲＯＭ２３は、ＲＯＭ（Read-only memory）等の非一時的な記憶媒体であり、プロセッサ２２が各種制御又は演算を行うための各種プログラム又はデータが予め格納されている。ＲＡＭ２４は、ＲＡＭ（Random Access Memory）等の揮発性記憶媒体であり、プロセッサ２２の動作時に一時的に情報を保持するための記憶領域である。このＲＡＭ２４には、本実施形態による各種処理を行うためのエリアが確保可能になっている。

【0036】

通信部２５はネットワークＮＷに接続するための通信インターフェースである。記憶部２６は、非一時的なコンピュータ可読媒体又は実体のある記憶媒体を含む記憶装置である。

【0037】

入力部２７は、キーボード、マウス及びタッチパネル等のユーザからの入力を受け付ける入力装置である。表示部２８は、ＣＲＴ、液晶ディスプレイ、有機ＥＬディスプレイ又はプラズマディスプレイ等の表示装置である。出力部２９は、制御部２１の情報処理の結果を印刷により出力する出力装置である。

【0038】

図５は、実施形態２にかかる第１のユーザ端末２０の外観の一例を示す図である。制御部２１、通信部２５、記憶部２６、入力部２７及び出力部２９は、一般的な複合機ＭＦＰを構成してよい。そして本図に示す通り、表示部２８は外付けのデジタルサイネージであってよい。

【0039】

図６は、実施形態２にかかる第２のユーザ端末３０のハードウェア構成を示すブロック図である。第２のユーザ端末３０は、システム全体を制御するための制御部３１を備えている。制御部３１には、通信バスを介して、通信部３５、記憶部３６、入力部３７及び表示部３８が接続されている。

【0040】

制御部３１は、プロセッサ３２と、ＲＯＭ３３と、ＲＡＭ３４とを備える。プロセッサ３２は、ＲＯＭ３３又は記憶部３６に記憶されたプログラムに従って、各種の情報処理及び制御を行う。ＲＯＭ３３は、ＲＯＭ等の非一時的な記憶媒体であり、プロセッサ３２が各種制御又は演算を行うための各種プログラム又はデータが予め格納されている。ＲＡＭ３４は、ＲＡＭ等の揮発性記憶媒体であり、プロセッサ３２の動作時に一時的に情報を保持するための記憶領域である。このＲＡＭ３４には、本実施形態による各種処理を行うためのエリアが確保可能になっている。

【0041】

通信部３５はネットワークＮＷに接続するための通信インターフェースである。記憶部３６は、非一時的なコンピュータ可読媒体又は実体のある記憶媒体を含む記憶装置である。

【0042】

入力部３７は、キーボード、マウス及びタッチパネル等のユーザからの入力を受け付ける入力装置である。表示部３８は、ＣＲＴ、液晶ディスプレイ、有機ＥＬディスプレイ又はプラズマディスプレイ等の表示装置である。

【0043】

図７は、実施形態２にかかる情報処理装置１０のハードウェア構成を示すブロック図である。情報処理装置１０は、制御部１１、通信部１５及び記憶部１６に加えて、入力部１７及び表示部１８を備える。

【0044】

制御部１１は、プロセッサ１２と、ＲＯＭ１３と、ＲＡＭ１４とを備える。プロセッサ１２は、ＲＯＭ１３又は記憶部１６に記憶されたプログラムに従って、各種の情報処理及び制御を行う。ＲＯＭ１３は、ＲＯＭ等の非一時的な記憶媒体であり、プロセッサ１２が各種制御又は演算を行うための各種プログラム又はデータが予め格納されている。ＲＡＭ１４は、ＲＡＭ等の揮発性記憶媒体であり、プロセッサ１２の動作時に一時的に情報を保持するための記憶領域である。このＲＡＭ１４には、本実施形態による各種処理を行うためのエリアが確保可能になっている。

【0045】

入力部１７は、キーボード、マウス及びタッチパネル等のユーザからの入力を受け付ける入力装置である。表示部１８は、ＣＲＴ、液晶ディスプレイ、有機ＥＬディスプレイ又はプラズマディスプレイ等の表示装置である。なお、入力部１７及び表示部１８は必須ではない。

【0046】

図８は、実施形態２にかかる記憶部１６の構成の一例を示す図である。記憶部１６は、第１のＤＢ１６１及び第２のＤＢ１６２に加えて、計測ログＤＢ１６０及び第３のＤＢ１６３を有する。

【0047】

計測ログＤＢ１６０は、第１のユーザ端末２０から受信した計測ログを記憶する記憶装置である。計測ログは、ＩＰアドレスと、固有ＩＤと、日時とを含む。

【0048】

第３のＤＢ１６３は、集団情報と、アクセス分析の対象となる分析用データと、情報処理装置１０による分析結果とを対応付けて記憶する記憶装置である。

【0049】

なお第１のＤＢ１６１は、既知の情報に基づいて予め生成されている。

【0050】

ここで実施形態２において第２のＤＢ１６２は、確定テーブル１６２０と、推定テーブル１６２１とを含む。

【0051】

図９は、実施形態２にかかる確定テーブル１６２０のデータ構造の一例を示す図である。確定テーブル１６２０は、レコード番号と、集団情報の一例として集団名と、固定ＩＰフラグと、対象期間と、グローバルＩＰアドレスとを対応付ける。

【0052】

レコード番号は、そのレコードが確定テーブル１６２０に登録された順番を示す。
固定ＩＰフラグは、グローバルＩＰアドレスが固定ＩＰアドレスであるか否かを示す変数である。例えば固定ＩＰフラグがＯＮであればグローバルＩＰアドレスは固定ＩＰアドレスであり、固定ＩＰフラグがＯＦＦであればグローバルＩＰアドレスは変動ＩＰアドレスである。

【0053】

なお確定テーブル１６２０は、後述する情報処理装置１０による登録処理によって生成されるものである。しかし確定テーブル１６２０は、ＩＰアドレスが既知である集団についてのレコードを予め含んでいてもよい。

【0054】

図１０は、実施形態２にかかる推定テーブル１６２１のデータ構造の一例を示す図である。推定テーブル１６２１は、レコード番号と、集団情報の一例として集団名と、規則性フラグと、対象期間と、推定グローバルＩＰアドレスとを対応付ける。

【0055】

レコード番号は、そのレコードが推定テーブル１６２１に登録された順番を示す。
規則性フラグは、グローバルＩＰアドレスの計測期間内の変動に規則性があるか否かを示す変数である。
推定グローバルＩＰアドレスは、対象期間において集団のＩＰアドレスであると推定されるグローバルＩＰアドレスである。推定グローバルＩＰアドレスは、単一のＩＰアドレスであってもよいし、複数のＩＰアドレスを含んでもよい。

【0056】

なお推定テーブル１６２１は、後述する情報処理装置１０による登録処理によって生成されるものである。

【0057】

図１１は、実施形態２にかかる制御部１１の機能構成の一例を示す図である。制御部１１は、第１取得部１１１、検索部１１２、推定部１１３及び登録部１１４に加えて、第２取得部１１５、生成部１１６及び分析部１１７を備える。

【0058】

第１取得部１１１及び検索部１１２は、実施形態１と同様であるため説明を省略する。

【0059】

推定部１１３は、実施形態１と同様に、第１取得部１１１において取得した複数の計測ログにおいて、予め定められた計測期間内にＩＰアドレスの変動があるか否かを判定する。推定部１１３は、計測期間内にＩＰアドレスの変動がある場合、その固有ＩＤに対応付けられたＩＰアドレスの変動に規則性があるか否かを判定する。ＩＰアドレスの変動に規則性がある場合、推定部１１３は登録部１１４とともに、後述する第１格納処理を実行する。これにより制御部１１は、推定したＩＰアドレスと、検索した集団情報とを少なくとも対応付けた情報を、第２のＤＢ１６２の推定テーブル１６２１に格納する。

【0060】

計測期間内にＩＰアドレスの変動がない場合、推定部１１３は登録部１１４とともに、後述する第２格納処理を実行する。これにより制御部１１は、変動が生じていないＩＰアドレスと、検索した集団情報とを少なくとも対応付けた情報を、１のレコードとして第２のＤＢ１６２の確定テーブル１６２０に格納する。

【0061】

一方、計測期間内にＩＰアドレスの変動がある場合、推定部１１３は登録部１１４とともに、後述する第３格納処理を実行する。これにより制御部１１は、ＩＰアドレスに変動が生じた計測ログに含まれるＩＰアドレスと、検索した集団情報とを少なくとも対応付けた情報を、１のレコードとして第２のＤＢ１６２の確定テーブル１６２０に格納する。

【0062】

第２取得部１１５は、ログ収集サーバ４０から、第２のユーザ端末３０が所定のウェブサイトにアクセスした際のサイトログを取得する。所定のウェブサイトとは、例えば広告主のウェブサイトであるが、広告主に関連するコンテンツを含むウェブサイトであればどのようなものであってもよい。

【0063】

生成部１１６は、第２のＤＢ１６２から、サイトログに含まれるＩＰアドレスに対応付けられた集団情報であって、サイトログに含まれるアクセス日時に対応する集団情報を特定する。生成部１１６は、サイトログに含まれるウェブ閲覧に関するログ情報と、アクセス日時と、特定した集団情報とを少なくとも対応付けた情報を、分析用データとして生成する。そして生成部１１６は、分析用データを第３のＤＢ１６３に格納する。

【0064】

分析部１１７は、分析用データに基づいてアクセス分析を実施する。分析部１１７は、分析結果を第３のＤＢ１６３に格納する。そして分析部１１７は、通信部１５を介して広告主側装置５０に分析結果を送信する。

【0065】

図１２は、実施形態２にかかる制御部１１による登録処理の流れを示すフローチャートである。

【0066】

まず第１取得部１１１は、固有ＩＤが既知である第１のユーザ端末２０－Ａ，２０－Ｂから、固有ＩＤ、ＩＰアドレス及び日時を含む計測ログをそれぞれ収集する（Ｓ２０：第１取得ステップ）。次に制御部１１は、送信元の第１のユーザ端末２０の固有ＩＤごとに抽出した計測ログについて、固有ＩＤごとにＳ２１～Ｓ２６に示す処理を繰り返す。Ｓ２１において、検索部１１２は、第１のＤＢ１６１にアクセスし、固有ＩＤをキーとして集団情報を検索する（Ｓ２１：検索ステップ）。次に推定部１１３は、取得した複数の計測ログにおいて、計測期間内にＩＰアドレスの変動があるか否かを判定する（Ｓ２２）。計測期間内にＩＰアドレスの変動がない場合（Ｓ２２でＮＯ）、すなわちＩＰアドレスが固定ＩＰアドレスである場合、推定部１１３及び登録部１１４は第２格納処理を実行する（Ｓ２３：第２格納ステップ）。そして制御部１１は、未処理の固有ＩＤがあれば処理をＳ２１に戻す。

【0067】

一方、計測期間内にＩＰアドレスの変動がある場合（Ｓ２２でＹＥＳ）、すなわちＩＰアドレスが変動ＩＰアドレスである場合、推定部１１３及び登録部１１４は第３格納処理を実行する（Ｓ２４：第３格納ステップ）。

【0068】

次に推定部１１３は、ＩＰアドレスの変動に規則性があるか否かを判定する（Ｓ２５）。このとき推定部１１３は、同一のＩＰアドレスが出現する回数、ＩＰアドレスの出現周期及びＩＰアドレスの変動幅の少なくとも１つに基づいて変動に規則性があるかを判定してよい。また推定部１１３は、ＩＰアドレスに変動があった計測ログに含まれるＩＰアドレスに基づいて、インターネットサービスプロバイダ（ＩＳＰ）を特定し、ＩＳＰに基づいて規則性があるかを判定してよい。これにより推定部１１３が容易にＩＰアドレスの変動の規則性を推定できる。

【0069】

ＩＰアドレスの変動に規則性があると判定した場合（Ｓ２５でＹＥＳ）、推定部１１３及び登録部１１４は、第１格納処理を実行する（Ｓ２６）。そして制御部１１は、未処理の固有ＩＤがあれば処理をＳ２１に戻す。一方、ＩＰアドレスの変動に規則性があると判定しなかった場合（Ｓ２５でＮＯ）、未処理の固有ＩＤがあれば処理をＳ２１に戻す。

【0070】

図１３は、実施形態２にかかる制御部１１による第２格納処理の流れを示すフローチャートである。図１４は、実施形態２にかかる第２格納処理の概念を示す図である。

【0071】

推定部１１３は、計測期間内にＩＰアドレスに変動があるかを判定し、変動がない場合に固定ＩＰアドレスであると判定する（Ｓ２３０）。一例として計測期間を２０２２年１１月１日～２０２２年１１月３０日とする。この計測期間内の株式会社イのＩＰアドレスは１９８．５１．１００．１で固定されているため、推定部１１３は固定ＩＰフラグをＯＮにする。

【0072】

そして登録部１１４は、計測期間に基づいて対象期間を設定する（Ｓ２３１）。図１４に示す例では、登録部１１４は、計測期間と同じ期間を対象期間（２０２２年１１月１日～２０２２年１１月３０日）として設定している。しかしこれに限らない。例えば登録部１１４は、計測期間から数か月先の将来の１か月間を対象期間に設定してもよい。

【0073】

次に登録部１１４は、その固定ＩＰアドレスと、検索した集団情報と、対象期間とを対応付けた情報を、１の新しいレコードとして第２のＤＢ１６２の確定テーブル１６２０に格納する（Ｓ２３２）。したがって登録部１１４は、計測期間内の複数の計測ログの情報を１のレコードにまとめることができる。これにより計測実績がない日時のログを補完しつつ、確定テーブル１６２０に記憶するデータ量を節約できる。

【0074】

なお登録部１１４は、計測期間内の複数の計測ログの情報を、検索した集団情報とともに複数のレコードとして確定テーブル１６２０に格納してもよい。この場合、レコードの数を基礎となる計測ログの数よりも小さくすることで、データ量の節約を実現できる。

【0075】

図１５は、実施形態２にかかる制御部１１による第３格納処理の流れを示すフローチャートである。図１６は、実施形態２にかかる第３格納処理の概念を示す図である。

【0076】

推定部１１３は、計測期間内にＩＰアドレスに変動があるかを判定し、変動がある場合に変動ＩＰアドレスであると判定する（Ｓ２４０）。図１６に示すように、例えば計測期間を２０２２年１１月１日～２０２２年１１月３０日とする。図１６に示すように、計測期間内で株式会社ロのＩＰアドレスには変動が生じている。したがって推定部１１３は固定ＩＰフラグをＯＦＦにする。

【0077】

そして推定部１１３は、計測期間内の変動タイミングを検出する（Ｓ２４１）。次に推定部１１３は、変動タイミングに基づいて対象期間を設定する（Ｓ２４２）。図１６に示すように、ＩＰアドレスが切り替わる２０２２年１１月１日１２：００：００及び２０２２年１１月１日１２：０１：００は変動タイミングである。推定部１１３は、２０２２年１１月１日１２：００：００～２０２２年１１月１日１２：００：５９と、２０２２年１１月１日１２：０１：００～２０２２年１１月１日１７：５９：５９とを各レコードの対象期間に設定する。

【0078】

そして制御部１１は、レコードごとに、つまり対象期間ごとにＳ２４３～Ｓ２４４に示す処理を繰り返す。Ｓ２４３において登録部１１４は、計測期間内の計測ログのうち、変動後の１の計測ログを選択する。登録部１１４は変動が生じた直後の計測ログを選択してよいが、変動直後から次の変動が生じるまでの計測ログを任意で選択してもよい。

【0079】

そしてＳ２４４において登録部１１４は、選択した計測ログに含まれるＩＰアドレスと、検索した集団情報と、対象期間とを対応付けた情報を、１の新しいレコードとして第２のＤＢ１６２の確定テーブル１６２０に格納する。したがって登録部１１４は、選択されなかった計測ログに含まれるＩＰアドレスについては、レコードの生成を省略する。これにより計測実績がない日時のログを補完しつつ、確定テーブル１６２０に記憶するデータ量を節約できる。

【0080】

なお登録部１１４は、計測期間内の変動後の計測ログを複数選択し、検索した集団情報とともに複数のレコードとして確定テーブル１６２０に格納してもよい。この場合、レコードの数を、選択した計測ログの数よりも小さくすることで、データ量の節約を実現できる。

【0081】

図１７は、実施形態２にかかる制御部１１による第１格納処理の流れを示すフローチャートである。図１８は、実施形態２にかかる第１格納処理の概念を示す図である。

【0082】

まず推定部１１３は、計測期間に基づいて対象期間を設定する（Ｓ２６０）。図１８に示す例では、推定部１１３は、計測期間と同じ期間を対象期間（２０２２年１１月１日～２０２２年１１月３０日）として設定している。しかしこれに限らず、例えば登録部１１４は、計測期間から数か月先の将来の１か月間を対象期間に設定してもよい。

【0083】

次に推定部１１３は、Ｓ２５で判定したＩＰアドレスの変動の規則性に基づいて、対象期間におけるＩＰアドレスを推定する（Ｓ２６１）。例えば推定部１１３は、同一のＩＰアドレスが出現する回数、ＩＰアドレスの出現周期及びＩＰアドレスの変動幅の少なくとも１つに基づいてＩＰアドレスを推定してよい。また例えば推定部１１３は、特定したＩＳＰに応じた規則性に基づいて、対象期間におけるＩＰアドレスを推定してもよい。また例えば推定部１１３は、対象期間内でＩＰアドレスと日時との回帰式を生成し、対象期間内におけるＩＰアドレスを推定してもよい。

【0084】

そして登録部１１４は、Ｓ２６１において推定したＩＰアドレスと、Ｓ２１において検索した集団情報と、対象期間とを対応付けた情報を、第２のＤＢ１６２に格納する（Ｓ２６２）。このような方法を実施することで、情報処理装置１０は集団と変動ＩＰアドレスとの対応関係を容易に特定できる。

【0085】

図１９は、実施形態２にかかる制御部１１による生成処理の流れを示すフローチャートである。

【0086】

まず第２取得部１１５は、第２のユーザ端末３０がウェブサイトにアクセスした際のサイトログを、ログ収集サーバ４０から収集する（Ｓ３０：第２取得ステップ）。次に生成部１１６は、各サイトログに含まれるＩＰアドレス及びアクセス日時をキーとして、第２のＤＢ１６２の確定テーブル１６２０又は推定テーブル１６２１から集団情報を検索する（Ｓ３１）。ここで変動ＩＰアドレスであって変動に規則性があるアドレスについては、確定テーブル１６２０にも推定テーブル１６２１にもレコードが存在することになる。生成部１１６は、要求される分析精度に応じて、検索先を確定テーブル１６２０にするか推定テーブル１６２１にするかを決定してよい。

【0087】

次に生成部１１６は、サイトログごとに、アクセス日時、Ｓ３１において検索した集団情報及びセッションＩＤを少なくとも含むように、サイトログのデータを整形する（Ｓ３２）。例えば生成部１１６は、サイトログに集団情報を付加する。なおＳ３２において生成部１１６は、セッションＩＤに代えて又は加えて、ユーザＩＤ又は端末ＩＤを含むように、サイトログのデータを整形してもよい。

【0088】

次に制御部１１は、集団ごとにＳ３３～Ｓ３７に示す処理を繰り返す。Ｓ３３において生成部１１６は、同じ集団の整形済データを集めて、集めた整形済データを含む分析用データを生成する（Ｓ３３：生成ステップ）。

【0089】

次に分析部１１７は、１の集団に対応する分析用データの量が十分であるか否かを判定する（Ｓ３４）。ここで分析部１１７は、１の集団について分析用データに含まれる整形済データの数（つまり分析用データの基礎となるサイトログの数）が予め定められた数以上である場合、分析用データの量が十分であると判定する。あるいは分析部１１７は、１の集団の、あるパラメータについて分析用データに含まれる整形済データの数が予め定められた数以上である場合、分析用データの量が十分であると判定してよい。

【0090】

分析部１１７は、１の集団に対応する分析用データの量が十分であると判定した場合（Ｓ３４でＹＥＳ）、その集団に対応する分析用データを分析する（Ｓ３５）。

【0091】

一方、分析部１１７は、１の集団に対応する分析用データの量が十分であると判定しなかった場合（Ｓ３４でＮＯ）、その集団と類似する集団の分析用データ又は分析結果を用いて分析用データを分析する（Ｓ３６）。集団の類似度は、集団の属性情報、例えば集団の業種、顧客層、黒字若しくは赤字の別、シェア、及び組織体制に基づいて決定されてよい。一例として同じ自動車業界に属し、黒字の属性を有する集団Ａ及び集団Ｂは、類似企業として認定される。したがって分析部１１７は、集団Ｂで欠如したデータを集団Ａのデータで補完して分析を実施する。

【0092】

そして分析部１１７は、分析結果を第３のＤＢ１６３に格納する（Ｓ３７）。なお分析部１１７は、分析結果を広告主側装置５０に送信してよい。

【0093】

図２０は、実施形態２にかかる分析用データのデータ構造の第１の例を示す図である。一例としてサイトログに含まれるログ情報は、参照元／メディア、コンバージョン、ページＵＲＬ及びその他の指標を含む。参照元／メディアは、ユーザがどのウェブサイトやメディアからそのウェブサイトにアクセスしたのかを示す情報、つまり参照元を示す情報である。生成部１１６は、Ｓ３２において集団情報をサイトログに付加した整形済データを生成する。そして生成部１１６は、Ｓ３３において集団Ａという集団名でフィルタリングした整形済データの集合を、分析用データとして生成する。

【0094】

分析部１１７は、Ｓ３５において集団ごとに分析用データを分析する。一例として分析部１１７は、集団Ａの分析用データにおけるコンバージョンに基づいて、参照元のメディアごとのスコアを算出する。

【0095】

図２１は、実施形態２にかかる分析結果のデータ構造の第１の例を示す図である。スコアの大きさは、メディアが有するコンバージョンの高さを示している。本図によれば集団Ａの社員向けに広告を配信する場合、メディアａを通じて広告を配信することが最も効果的であることを示している。

【0096】

このように分析部１１７は、分析用データの分析により、その集団向けの広告として効果的なメディアを特定できる。

【0097】

ここで集団Ｂの分析用データにメディアｃのコンバージョンに関するデータが不足している場合、分析部１１７は、類似企業である集団Ａのメディアｃのスコアを、集団Ｂのメディアｃのスコアとして代用してよい。

【0098】

図２２は、実施形態２にかかる分析用データのデータ構造の第２の例を示す図である。生成部１１６は、Ｓ３３において集団Ａという集団名でフィルタリングした整形済データの集合を、さらにセッションＩＤでフィルタリングして、参照元のメディアの推移からアクセス経路を特定する。そして生成部１１６は、アクセス日時、セッションＩＤ、アクセス経路及びその他のログ情報を集団ごとに集め、集めたデータを分析用データとして生成する。

【0099】

分析部１１７は、Ｓ３５において集団ごとに分析用データを分析する。一例として分析部１１７は、集団Ａの分析用データにおけるコンバージョンに基づいて、アクセス経路ごとのスコアを算出する。

【0100】

図２３は、実施形態２にかかる分析結果のデータ構造の第２の例を示す図である。スコアの大きさは、アクセス経路が有するコンバージョンの高さを示している。本図によれば集団Ａの社員向けに広告を配信する場合、メディアａからメディアｂに誘導する形態で広告を配信することが最も効果的であることを示している。

【0101】

［効果］
実施形態２によれば、実施形態１と同様の効果を有する。

【0102】

また情報処理装置１０の制御部１１は、複数の計測ログにおいて計測期間内にＩＰアドレスの変動がない場合、ＩＰアドレスと集団情報とを少なくとも対応付けた情報を１のレコードとして格納する。これにより確定テーブル１６２０に記憶するデータ量を節約できる。

【0103】

また情報処理装置１０の制御部１１は、複数の計測ログにおいて計測期間内にＩＰアドレスの変動がある場合、変動が生じた計測ログに含まれるＩＰアドレスと集団情報とを少なくとも対応付けた情報を、変動ごとに１のレコードとして格納する。これにより確定テーブル１６２０に記憶するデータ量を節約できる。

【0104】

実施形態２によれば集団とグローバルＩＰアドレスとの対応関係を容易に特定できるため、集団単位での広告主ウェブサイトへのアクセス分析が容易となる。また実施形態２によれば集団とグローバルＩＰアドレスとの対応関係の精度が高まるため、集団単位での広告主ウェブサイトへのアクセス分析の精度が高まる。

【0105】

なお、計測ログＤＢ１６０、第１のＤＢ１６１、第２のＤＢ１６２及び第３のＤＢ１６３は、情報処理装置１０の記憶部１６に含まれるとしたが、情報処理装置１０がアクセス可能な外部装置に含まれていてもよい。

【0106】

＜実施形態３＞
次に、本開示の実施形態３について説明する。図２４は、実施形態３にかかるシステム１ａの概略構成を示すブロック図である。システム１ａは、システム１と基本的に同様の構成を有する。しかしシステム１ａは、情報処理装置１０に代えて情報処理装置１０ａと、第３のユーザ端末６０－Ｃと、第２のユーザ端末３０－Ｃとを備える点でシステム１と異なる。

【0107】

集団Ｃは、集団Ａと類似する集団である。より具体的には、集団Ｃは、集団Ａとの類似度が所定閾値以上である集団である。集団の類似度は、集団の属性情報、例えば集団の業種、顧客層、黒字若しくは赤字の別、シェア、及び組織体制に基づいて決定されてよい。

【0108】

第３のユーザ端末６０－Ｃは、集団Ｃに設置される、複合機等の画像形成装置、無線ＬＡＮルーター、又はスマートスピーカー等である。第３のユーザ端末６０－Ｃは、固有ＩＤが設定されている端末ではあるが、第１のユーザ端末２０と異なり、広告を配信する機能を有さない。一例として第３のユーザ端末６０－Ｃは、サイネージを有さない複合機である。

【0109】

第２のユーザ端末３０－Ｃは、第４のユーザ端末とも称される。第２のユーザ端末３０－Ｃは、集団Ｃに属するユーザに使用される第２のユーザ端末３０である。第２のユーザ端末３０－Ｃは、固有ＩＤが設定されていない。

【0110】

情報処理装置１０ａは、制御部１１に代えて制御部１１ａを備える点で情報処理装置１０と異なる。

【0111】

図２５は、実施形態３にかかる制御部１１ａの機能構成の一例を示す図である。制御部１１ａは、制御部１１の構成に加えて、第３取得部１１８と、比較部１１９とを備える。

【0112】

第３取得部１１８は、通信部１５を介して、第１のユーザ端末２０から配信ログを受信し、取得する。配信ログは第３のログとも称される。配信ログは、第１のユーザ端末２０の広告データの配信に関するログであり、配信日時及び配信コンテンツに関する情報を含む。

【0113】

比較部１１９は、配信ログに対応する配信コンテンツが所定の集団に関連する場合、配信日時と、サイトログに含まれるアクセス日時とを比較する。所定の集団とは、広告主であってよい。そして比較部１１９は、比較結果が所定条件を満たすとき、配信効果ありと判定する。例えば所定条件とは、配信日時がアクセス日時よりも前であることであってよい。また例えば所定条件とは、上記条件に加えて配信日時からアクセス日時までの期間が所定期間内であること、及びコンバージョンがあったことの少なくとも一方を含んでよい。これにより広告配信とアクセスとの関係に基づいて広告配信の効果を容易に測定できる。

【0114】

また比較部１１９は、集団Ａの第２のユーザ端末３０－Ａが広告主のウェブサイトにアクセスした際のサイトログのログ情報と、集団Ｃの第２のユーザ端末３０－Ｃが広告主のウェブサイトにアクセスした際のサイトログのログ情報とを比較する。これにより広告配信の有無に基づいて広告配信の効果を容易に測定できる。なお第２のユーザ端末３０－Ｃが広告主のウェブサイトにアクセスした際のサイトログは、第４のログとも称される。また第２取得部１１５が第４のログを取得するステップは、第４取得ステップとも称される。

【0115】

そして比較部１１９は、各種比較結果を広告主側装置５０に送信する。これにより広告主に対して広告配信の効果をフィードバックできる。

【0116】

図２６は、実施形態３にかかる制御部１１ａによる比較処理の流れを示すフローチャートである。まず制御部１１ａは、集団ごとにＳ４０～Ｓ４６に示す処理を繰り返す。Ｓ４０において第３取得部１１８は、第２のユーザ端末３０が広告主のコンテンツにアクセスした際のサイトログをログ収集サーバ４０から収集する。

【0117】

次に比較部１１９は、第２のユーザ端末３０が属する集団の場に広告配信先の第１のユーザ端末２０が設置されているか否かを判定する（Ｓ４１）。具体的には比較部１１９は、サイトログのＩＰアドレス及びアクセス日時に基づいて、第２のＤＢ１６２を用いて集団を特定する。そして比較部１１９は、集団情報をキーとして第１のＤＢ１６１を検索し、対応する固有ＩＤがある場合は第１のユーザ端末２０が設置されていると判定する。

【0118】

比較部１１９は、集団の場に第１のユーザ端末２０が設置されていない場合（Ｓ４１でＮＯ）、処理をＳ４６に進める。一方、比較部１１９は、集団の場に第１のユーザ端末２０が設置されている場合（Ｓ４１でＹＥＳ）、第３取得部１１８は第１のユーザ端末２０から配信ログを取得する（Ｓ４２：第３取得ステップ）。

【0119】

次に比較部１１９は、広告データに含まれる配信コンテンツと広告主のウェブサイトのコンテンツとが関連しているか否かを判定する（Ｓ４３）。具体的には比較部１１９は、配信コンテンツの属性情報と、広告主のウェブサイトのコンテンツの属性情報とに基づく関連度が所定値以上であるか否かに基づいて、上記判定をする。配信コンテンツと広告主のウェブサイトのコンテンツとが関連していない場合（Ｓ４３でＮＯ）、制御部１１ａは処理をＳ４６に進める。

【0120】

一方、比較部１１９は、配信コンテンツと広告主のウェブサイトのコンテンツとが関連している場合（Ｓ４３でＹＥＳ）、サイトログのアクセス日時が配信ログの配信日時よりも後であるかを判定する（Ｓ４４：判定ステップ）。アクセス日時が配信ログの配信日時よりも後でない場合（Ｓ４４でＮＯ）、制御部１１ａは処理をＳ４６に進める。

【0121】

一方、アクセス日時が配信ログの配信日時よりも後である場合（Ｓ４４でＹＥＳ）、比較部１１９は、配信効果ありフラグをＯＮにする（Ｓ４５）。

【0122】

そしてＳ４６において、比較部１１９は測定用データを生成する。

【0123】

図２７は、実施形態３にかかる測定用データのデータ構造の一例を示す図である。比較部１１９は、測定用データとして、ログ情報に基づいて配信効果を示す指標の値を配信前と配信後とに分けて算出する。また比較部１１９は、配信前後の指標の変化率を測定用データに含める。

【0124】

Ｓ４７において比較部１１９は、第１のユーザ端末２０の設置の有無で、類似企業の測定用データを比較する（比較ステップ）。例えば比較部１１９は、第１のユーザ端末２０が設置されている集団Ａの測定用データと、第１のユーザ端末２０が設置されていない集団Ｃの測定用データとを比較する。そして比較部１１９は、比較結果を広告主側装置５０に出力する（出力ステップ）。

【0125】

［効果］
実施形態３によれば、実施形態１及び２と同様の効果を有する。

【0126】

また情報処理装置１０ａの制御部１１ａは、配信ログに対応する配信コンテンツが広告主のウェブサイトのコンテンツに関連し、配信後にアクセスしたものであるとき配信効果ありと判定する。これにより広告配信とアクセスとの関係に基づいて広告配信の効果を容易に測定できる。

【0127】

また情報処理装置１０ａの制御部１１ａは、広告配信の有無でログ情報を比較する。これにより広告配信の有無に基づいて広告配信の効果を容易に測定できる。

【0128】

＜その他の実施形態＞
実施形態１～３では、情報処理装置１０，１０ａとして単一の装置である場合を説明したが、情報処理装置１０，１０ａの各構成要素の一部又は全部が複数の情報処理装置や回路等により実現されてもよい。この場合、複数の情報処理装置や回路等は、集中配置されてもよいし、分散配置されてもよい。例えば、情報処理装置や回路等は、クライアントサーバシステム、クラウドコンピューティングシステム等、各々が通信ネットワークを介して接続される形態として実現されてもよい。また、情報処理装置１０，１０ａの機能がＳａａＳ（Software as a Service）形式で提供されてもよい。

【0129】

以上、実施形態を参照して本開示を説明したが、本開示は上記によって限定されるものではない。本開示の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

【0130】

例えば実施形態２～３では、第１のユーザ端末２０はサイネージ付きの複合機であるとしたが、これに限らない。一例として第１のユーザ端末２０は、サイネージが外付けされた、その他の画像形成装置、無線ＬＡＮルーター、スマートスピーカー、又はその他の通信機器であってよい。また一例として第１のユーザ端末２０は、サイネージと一体となった通信機能を有する端末であってもよい。

【符号の説明】

【0131】

１，１ａ システム
１０，１０ａ 情報処理装置
１１ 制御部
１２ プロセッサ
１３ ＲＯＭ
１４ ＲＡＭ
１５ 通信部
１６ 記憶部
１７ 入力部
１８ 表示部
２０ 第１のユーザ端末
２１ 制御部
２２ プロセッサ
２３ ＲＯＭ
２４ ＲＡＭ
２５ 通信部
２６ 記憶部
２７ 入力部
２８ 表示部
２９ 出力部
３０ 第２のユーザ端末
３１ 制御部
３２ プロセッサ
３３ ＲＯＭ
３４ ＲＡＭ
３５ 通信部
３６ 記憶部
３７ 入力部
３８ 表示部
４０ ログ収集サーバ
５０ 広告主側装置
６０ 第３のユーザ端末
１１１ 第１取得部
１１２ 検索部
１１３ 推定部
１１４ 登録部
１１５ 第２取得部
１１６ 生成部
１１７ 分析部
１１８ 第３取得部
１１９ 比較部
１６０ 計測ログＤＢ
１６１ 第１のＤＢ
１６２ 第２のＤＢ
１６３ 第３のＤＢ
４０１ サイトログＤＢ
１６２０ 確定テーブル
１６２１ 推定テーブル
ＮＷ ネットワーク

【要約】

【課題】グローバルＩＰアドレスと集団との対応関係を容易に特定する。
【解決手段】情報処理装置１０は制御部１１を備える。制御部１１は、固有ＩＤが設定された第１のユーザ端末２０から、ＩＰアドレス及び日時を少なくとも含む第１のログを複数取得する第１取得ステップと、固有ＩＤと集団情報とを紐づけて記憶する第１のＤＢ１６１から、第１のユーザ端末２０の固有ＩＤをキーとして集団情報を検索する検索ステップと、取得した複数の第１のログにおいて、所定期間内にＩＰアドレスの変動がある場合、ＩＰアドレスの変動の規則性に基づいて、対象期間におけるＩＰアドレスを推定する推定ステップと、推定したＩＰアドレスと、検索した集団情報とを少なくとも対応付けた情報を、第２のデータベースに格納する第１格納ステップとを実行する。
【選択図】図１

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】

【図26】

【図27】