特許 6982421 情報処理装置、情報処理方法、及び情報処理プログラム

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

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

(11)【特許番号】6982421

(24)【登録日】2021年11月24日

(45)【発行日】2021年12月17日

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

(51)【国際特許分類】

   G06Q 30/02 20120101AFI20211206BHJP

   G06Q 30/08 20120101ALI20211206BHJP

【ＦＩ】

   G06Q30/02 382

   G06Q30/08

【請求項の数】7

【全頁数】25

(21)【出願番号】特願2017-134615(P2017-134615)

(22)【出願日】2017年7月10日

(65)【公開番号】特開2019-16262(P2019-16262A)

(43)【公開日】2019年1月31日

【審査請求日】2020年3月9日

(73)【特許権者】

【識別番号】319013263

【氏名又は名称】ヤフー株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】特許業務法人酒井国際特許事務所

(72)【発明者】

【氏名】大野 薫敬

(72)【発明者】

【氏名】舩水 達哉

(72)【発明者】

【氏名】高橋 亮介

【審査官】 山内 裕史

(56)【参考文献】

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

【文献】 特開２０１７−０７６１６７（ＪＰ，Ａ）

【文献】 特表２０１４−５２２０６０（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１３／００４１７４８（ＵＳ，Ａ１）

【文献】 中国特許出願公開第１０３７４８６０５（ＣＮ，Ａ）

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

【文献】 国際公開第２０１２／０２９７０２（ＷＯ，Ａ１）

【文献】 米国特許出願公開第２０１３／０１６６６６６（ＵＳ，Ａ１）

【文献】 特表２０１４−５３２２３８（ＪＰ，Ａ）

【文献】 特開２０１５−２３０７１７（ＪＰ，Ａ）

【文献】 特開２０１４−０６７４３８（ＪＰ，Ａ）

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

Ｇ０６Ｑ １０／００ − ９９／００

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

【請求項1】

オークションに関するユーザの履歴情報を取得する取得部と、
前記履歴情報に基づいて、前記オークションで発生した落札が、前記オークションで最後の入札を行う前に所定のイベントが発生したユーザによる落札か判別する判別部と、
を備えることを特徴とする情報処理装置。

【請求項2】

前記判別部は、前記履歴情報に基づいて、前記オークションで発生した落札が、前記オークションで最後の入札を行う前の所定期間内に前記所定のイベントが発生したユーザによる落札か判別する、
ことを特徴とする請求項１に記載の情報処理装置。

【請求項3】

前記判別部は、前記履歴情報に基づいて、前記オークションで発生した落札が、前記オークションで最後の入札を行う前の所定期間内に前記所定のイベントが何ら発生していないユーザによる落札か判別する、
ことを特徴とする請求項１又は２に記載の情報処理装置。

【請求項4】

前記所定のイベントは、前記ユーザによる前記オークションに関する広告若しくは通知への接触である、
ことを特徴とする請求項１〜３のいずれか１項に記載の情報処理装置。

【請求項5】

前記所定のイベントは、前記ユーザによる前記オークションに関する検索若しくは登録である、
ことを特徴とする請求項１〜４のいずれか１項に記載の情報処理装置。

【請求項6】

情報処理装置が実行する情報処理方法であって、
オークションに関するユーザの履歴情報を取得する取得工程と、
前記履歴情報に基づいて、前記オークションで発生した落札が、前記オークションで最後の入札を行う前に所定のイベントが発生したユーザによる落札か判別する判別工程と、
を含むことを特徴とする情報処理方法。

【請求項7】

オークションに関するユーザの履歴情報を取得する取得手順と、
前記履歴情報に基づいて、前記オークションで発生した落札が、前記オークションで最後の入札を行う前に所定のイベントが発生したユーザによる落札か判別する判別手順と、
をコンピュータに実行させるための情報処理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理装置、情報処理方法、及び情報処理プログラムに関する。

【背景技術】

【0002】

ネットワークを使用したオークション等、ネットワークを使用したサービスが活発に行われている。効果的にユーザをサービスに呼び込むこと等を目的として、サービスの運営者は、広告等の「施策」を実行することがある。効果が高い施策を実行することでサービスは活発となる。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００８−３１０６９９号公報

【発明の概要】

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

【0004】

効果の高い施策を実現するため、運営者は、ユーザの履歴情報（例えば、ウェブサイト閲覧履歴）に基づいて、サービスに関する分析を行うことがある。しかしながら、履歴情報から単純に情報を抽出するだけでは、精度の高い分析を行うことは困難である。

【0005】

本願は、上記に鑑みてなされたものであって、サービスに関する精度の高い分析を可能とすることを目的とする。

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

【0006】

本願に係る情報処理装置は、第１のコンバージョンの後に第２のコンバージョンが発生するサービスに関するユーザの履歴情報を取得する取得部と、履歴情報に基づいて、サービスで発生した第２のコンバージョンが、第１のコンバージョンに至る前に所定のイベントが発生したユーザによるコンバージョンか判別する判別部と、を備える。

【発明の効果】

【0007】

実施形態の一態様によれば、サービスに関する精度の高い分析を可能とすることができる。

【図面の簡単な説明】

【0008】

【図1】図１は、実施形態に係る情報処理システムの動作を示す図である。

【図2】図２は、実施形態に係るサービス提供サーバを介して行われるオークションの様子を示す図である。

【図3】図３は、実施形態に係る端末装置の構成例を示す図である。

【図4】図４は、実施形態に係るサービス提供サーバの構成例を示す図である。

【図5】図５は、実施形態に係る情報処理装置の構成例を示す図である。

【図6】図６は、履歴情報データベースに格納される情報の一例を示す図である。

【図7】図７は、集計情報データベースに格納される情報の一例を示す図である。

【図8】図８は、集計処理の一例を示すフローチャートである。

【図9】図９は、情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

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

【0009】

以下に、本願に係る情報処理装置、情報処理方法、及び情報処理プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、以下の実施形態により本願に係る情報処理装置、情報処理方法、及び情報処理プログラムが限定されるものではない。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

【0010】

〔１．情報処理装置の動作〕
最初に、本実施形態の情報処理装置の一例である情報処理装置３０を備える情報処理システム１を例に、情報処理装置の動作を説明する。

【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】

どのイベントを設定イベントとするかは、解析者が任意に設定可能である。例えば、設定イベントは、ユーザの広告Ａへの接触、ユーザの広告Ｂへの接触、及びユーザの通知への接触であってもよい。また、設定イベントは、ユーザのオークションに関する検索であってもよいし、ユーザのオークションに関する登録であってもよい。

【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】

〔２．情報処理システムの構成例〕
以上、本実施形態の情報処理装置の一例である情報処理装置３０を備える情報処理システム１を例に、情報処理装置の動作を述べたが、以下、本実施形態の情報処理装置の構成を説明する。以下の説明では、情報処理システム１を例に情報処理装置の構成を説明する。上述したように、情報処理システム１は、端末装置１０と、サービス提供サーバ２０と、情報処理装置３０と、を備える。端末装置１０、サービス提供サーバ２０、及び情報処理装置３０は、ネットワークを介して接続される。ネットワークは、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）、電話網（携帯電話網、固定電話網等）、地域ＩＰ（Internet Protocol）網、インターネット等の通信ネットワークである。ネットワークには、有線ネットワークが含まれていてもよいし、無線ネットワークが含まれていてもよい。

【0062】

〔３．端末装置の構成例〕
図３は、実施形態に係る端末装置１０の構成例を示す図である。端末装置１０は、ユーザがページの閲覧に使用する情報表示装置（情報処理装置）である。端末装置１０は、例えば、スマートフォン、タブレット、携帯電話等の通信端末である。通信機能を備えるのであれば、端末装置１０は、パーソナルコンピュータ（ノートＰＣ、デスクトップＰＣ）、ＰＤＡ（Personal Digital Assistant）等の情報処理端末であってもよい。この場合、情報処理端末も通信端末の一種である。端末装置１０は、ネットワークを介してサービス提供サーバ２０と接続する。端末装置１０は、図３に示すように、通信部１１と、入力部１２と、記憶部１３と、出力部１４と、制御部１５と、を備える。なお、図３に示した構成は機能的な構成であり、ハードウェア構成はこれとは異なっていてもよい。

【0063】

（通信部１１）
通信部１１は、外部の装置と通信する通信インタフェースである。通信部１１は、ネットワークインタフェースであってもよいし、機器接続インタフェースであってもよい。例えば、通信部１１は、ＮＩＣ（Network Interface Card）等のＬＡＮインタフェースであってもよいし、ＵＳＢ（Universal Serial Bus）ホストコントローラ、ＵＳＢポート等により構成されるＵＳＢインタフェースであってもよい。また、通信部１１は、有線インタフェースであってもよいし、無線インタフェースであってもよい。通信部１１は、端末装置１０の通信手段として機能する。通信部１１は、制御部１５の制御に従ってサービス提供サーバ２０と通信する。

【0064】

（入力部１２）
入力部１２は、外部から各種入力を受け付ける入力装置である。例えば、入力部１２は、キーボードやマウスや操作キー等、ユーザが各種操作を行うための操作装置である。入力部１２は、端末装置１０の入力手段として機能する。なお、端末装置１０にタッチパネルが採用される場合には、タッチパネルも入力部１２に含まれる。この場合、ユーザは、指やスタイラスで画面をタッチすることにより各種操作を行う。

【0065】

（記憶部１３）
記憶部１３は、ＤＲＡＭ（Dynamic Random Access Memory）、ＳＲＡＭ（Static Random Access Memory）、フラッシュメモリ、ハードディスク等のデータ読み書き可能な記憶装置である。記憶部１３は、端末装置１０の記憶手段として機能する。記憶部１３は、ウェブブラウザ等のアプリケーションソフトのデータが格納されている。ユーザはアプリケーションソフトを介してサービス提供サーバ２０と通信する。

【0066】

（出力部１４）
出力部１４は、音、光、振動、画像等、外部に各種出力を行う装置である。出力部１４は、端末装置１０の出力手段として機能する。出力部１４は、各種情報を表示する表示部を備える。表示装置は、例えば、液晶ディスプレイ、有機ＥＬディスプレイである。なお、端末装置１０にタッチパネルが採用される場合には、表示装置は入力部１２と一体であってもよい。出力部１４は、制御部１５の制御に従って、画面に画像を表示する。

【0067】

（制御部１５）
制御部１５は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro Processing Unit）等のプロセッサによって、端末装置１０内部の記憶装置に記憶されている各種プログラムがＲＡＭ等を作業領域として実行されることにより実現される。また、制御部１５は、コントローラであり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現されてもよい。

【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】

本実施形態の情報処理装置３０を制御する制御装置は、専用のコンピュータシステムによって実現してもよいし、通常のコンピュータシステムにより実現してもよい。例えば、上述の動作を実行するためのプログラムを、光ディスク、半導体メモリ、磁気テープ、フレキシブルディスク等のコンピュータ読み取り可能な記録媒体に格納して配布し、該プログラムをコンピュータにインストールし、上述の処理を実行することによって制御装置を構成してもよい。制御装置は、情報処理装置３０の外部の装置（例えば、パーソナルコンピュータ）であってもよいし、内部の装置（例えば、制御部３３）であってもよい。また、上記プログラムをインターネット等のネットワーク上のサーバ装置が備えるディスク装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。また、上述の機能を、ＯＳ（Operating System）とアプリケーションソフトとの協働により実現してもよい。この場合には、ＯＳ以外の部分を媒体に格納して配布してもよいし、ＯＳ以外の部分をサーバ装置に格納しておき、コンピュータにダウンロード等できるようにしてもよい。

【0122】

また、上記各実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

【0123】

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

【0124】

また、上述してきた各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

【0125】

〔８．ハードウェア構成〕
実施形態及び変形例に係る情報処理装置３０は、例えば図９に示すような構成のコンピュータ１０００によっても実現可能である。図９は、情報処理装置３０の機能を実現するコンピュータの一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ（Central Processing Unit）１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ（Hard Disk Drive）１４００、通信インタフェース（Ｉ／Ｆ）１５００、入出力インタフェース（Ｉ／Ｆ）１６００、及びメディアインタフェース（Ｉ／Ｆ）１７００を有する。

【0126】

ＣＰＵ１１００は、ＲＯＭ１３００またはＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

【0127】

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を格納する。通信インタフェース１５００は、ネットワークＮを介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が生成したデータをネットワークＮを介して他の機器へ送信する。

【0128】

ＣＰＵ１１００は、入出力インタフェース１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インタフェース１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、生成したデータを入出力インタフェース１６００を介して出力装置へ出力する。

【0129】

メディアインタフェース１７００は、記録媒体１８００に格納されたプログラムまたはデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインタフェース１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

【0130】

例えば、コンピュータ１０００が実施形態に係る情報処理装置３０として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部３３の機能を実現する。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置からネットワークＮを介してこれらのプログラムを取得してもよい。

【0131】

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の行に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

【0132】

〔９．効果〕
本実施形態によれば、情報処理装置３０は、取得部３３１は、仮コンバージョン（第１のコンバージョン）の後に最終コンバージョン（第２のコンバージョン）が発生するサービスに関するユーザの履歴情報を取得する。判別部３３２は、履歴情報に基づいて、サービスで発生した最終コンバージョンが、仮コンバージョンに至る前に設定イベントが発生したユーザによるコンバージョンか判別する。最終コンバージョンに至ったユーザの履歴情報中に設定イベントの発生履歴があったとしても、その最終コンバージョンは必ずしも履歴中の設定イベントによるものとは限らない。情報処理装置３０は、仮コンバージョンの前に設定イベントが発生している最終コンバージョンを分析対象としているので、仮コンバージョンの後に最終コンバージョンが発生するサービスに関する精度の高い分析を可能とすることができる。

【0133】

また、情報処理装置３０は、履歴情報に基づいて、最終コンバージョンが、仮コンバージョンに至る前の設定期間内に設定イベントが発生したユーザによるコンバージョンか判別する。仮コンバージョン前に設定イベントがあったとしても、仮コンバージョンと設定イベントとの間隔があまりに離れていたのでは、設定イベントがユーザの仮コンバージョンに貢献したとはいえない。情報処理装置３０は、仮コンバージョンの前の“設定期間”内に設定イベントが発生している最終コンバージョンを分析対象としているので、精度の高い分析を可能とすることができる。

【0134】

また、情報処理装置３０は、履歴情報に基づいて、最終コンバージョンが、仮コンバージョンに至る前の設定期間内に設定イベントが何ら発生していないユーザによるコンバージョンか判別する。これにより、解析者は、ユーザが設定イベント以外の要因で最終コンバージョンに至っていることを知ることができる。

【0135】

また、情報処理装置３０は、履歴情報に基づいて、最終コンバージョンが、仮コンバージョンに至る前に、サービスに関する広告若しくは通知へ接触したユーザによるコンバージョンか判別する。これにより、解析者は、広告若しくは通知の最終コンバージョンに対する貢献を知ることができる。

【0136】

また、情報処理装置３０は、履歴情報に基づいて、最終コンバージョンが、仮コンバージョンに至る前に、サービスに関する検索若しくは登録をしたユーザによるコンバージョンか判別する。これにより、解析者は、検索若しくは登録の最終コンバージョンに対する貢献を知ることができる。

【0137】

また、情報処理装置３０は、オークションに関する履歴情報を取得する。そして、情報処理装置３０は、履歴情報に基づいて、オークションで発生した落札（最終コンバージョン）が、オークションで入札（仮コンバージョン）を行う前に設定イベントが発生したユーザによる落札か判別する。例えば、情報処理装置３０は、履歴情報に基づいて、オークションで発生した落札が、オークションで入札に至る前の設定期間内に設定イベントが発生したユーザによる落札か判別する。落札に至ったユーザの履歴情報中に設定イベントの発生履歴があったとしても、その落札は必ずしも履歴中の設定イベントによるものとは限らない。情報処理装置３０は、仮コンバージョンの前に設定イベントが発生している落札を分析対象としているので、オークションに関する精度の高い分析を可能とすることができる。

【0138】

また、情報処理装置３０は、オークションに関する履歴情報を取得する。そして、情報処理装置３０は、履歴情報に基づいて、オークションで発生した落札が、オークションで最後の入札を行う前に設定イベントが発生したユーザによる落札か判別する。例えば、情報処理装置３０は、履歴情報に基づいて、オークションで発生した落札が、オークションで最後の入札を行う前の設定期間内に設定イベントが発生したユーザによる落札か判別する。これにより、解析者は、最後の入札前に発生したイベントの落札への貢献を知ることができる。

【0139】

また、情報処理装置３０は、オークションに関する履歴情報を取得する。そして、情報処理装置３０は、履歴情報に基づいて、オークションで発生した落札が、オークションで最初の入札を行う前に設定イベントが発生したユーザによる落札か判別する。例えば、情報処理装置３０は、履歴情報に基づいて、オークションで発生した落札が、オークションで最初の入札を行う前の設定期間内に設定イベントが発生したユーザによる落札か判別する。これにより、解析者は、最初の入札前に発生したイベントの落札への貢献を知ることができる。

【0140】

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

【0141】

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、判別部は、判別手段や判別回路に読み替えることができる。

【符号の説明】

【0142】

１…情報処理システム
１０、１０_１、１０_２、１０_３…端末装置
１１、２１、３１…通信部
１２…入力部
１３、２２、３２…記憶部
１４…出力部
１５、２３、３３…制御部
２０…サービス提供サーバ
３０…情報処理装置
３２１…履歴情報データベース
３２２…集計情報データベース
３３１…取得部
３３２…判別部
３３３…集計部
３３４…生成部
３３５…出力制御部
Ｃ１１〜Ｃ１９…入札
Ｃ２１、Ｃ２２…落札
Ｅ１１、Ｅ１２、Ｅ２１、Ｅ２２…通知

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】