JP7447219B1 - 情報処理装置、情報処理方法及び情報処理プログラム - Google Patents

Abstract

【課題】電子決済サービスを導入する加盟店である実店舗を広告の掲載面と見立てた場合、広告の掲出に要する費用の効率的な精算を図ること。【解決手段】本願に係る情報処理装置は、記憶部と、特定部と、決定部とを有する。記憶部は、掲出依頼があった所定の広告に固有の広告識別情報と、所定の広告を実店舗に掲出する加盟店に固有の加盟店識別情報と、所定の広告とともに掲出される所定のコードに関するコード情報との対応関係を示す情報を記憶する。特定部は、記憶部を参照して、所定の広告ごとに、コード情報に記述された所定のアドレス情報に対する利用者のアクセス履歴に基づいて、所定の広告の成果に貢献した貢献加盟店を特定する。決定部は、特定部により特定された貢献加盟店に対して付与する所定の広告の掲出に伴う報酬の額と、貢献加盟店に対して請求する電子決済サービスの利用に関する各種手数料とに基づいて、貢献加盟店に対する精算金額を決定する。【選択図】図６

Description

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

従来、インターネット上のバナー広告を起点として利用者を実店舗に導いて購買行動を促すための技術が提案されている。たとえば、特許文献１には、バナー広告に導かれた利用者が広告主サイトで取得した特典証書を持参して実店舗で買物をした際のＰＯＳレジ端末での買物情報に基づいて、バナー広告掲載者に支払う広告費を計算することが記載されている。

また、主に企業と個人との間の商取引におけるキャッシュレス決済手段が広く消費者に認知されているが、特に、その利便性から、ユーザ個人が所有するスマートフォンなどのユーザ端末を用いたオンラインでの決済を実現する電子決済サービスが広く消費者の間に浸透しつつある。

特開２０１４－１０６６３３号公報

しかしながら、上述の電子決済サービスを導入する加盟店である実店舗を広告の掲載面と見立てた場合、広告の掲出に関する費用を効率的に精算する上で改善の余地が残されている。たとえば、上述の従来技術は、インターネット上のバナー広告に関する技術であり、加盟店である実店舗を広告の掲載面と見立てた場合の処理に対応しておらず、広告の掲出に要する費用を効率的に精算できるとは限らない。

本願は、上記に鑑みてなされたものであって、電子決済サービスを導入する加盟店である実店舗を広告の掲載面と見立てた場合における広告の掲出に関する費用の効率的な精算を図ることができる情報処理装置、情報処理方法及び情報処理プログラムを提供することを目的とする。

本願に係る情報処理装置は、記憶部と、特定部と、決定部とを有する。記憶部は、掲出依頼があった所定の広告に固有の広告識別情報と、電子決済サービスの加盟店であって所定の広告を実店舗に掲出する加盟店に固有の識別情報と、所定の広告の広告主に対して送客するためのコードであって所定の広告とともに掲出される所定のコードに関するコード情報との対応関係を示す情報を記憶する。特定部は、所定の広告ごとに、所定のコード情報に記述された所定のアドレス情報に対するユーザのアクセス履歴に基づいて、所定の広告の成果に貢献したと推定される貢献加盟店を特定する。決定部は、特定部により特定された貢献加盟店に対して付与する所定の広告の掲出に伴う報酬の額と、貢献加盟店に対して請求する電子決済サービスの利用に関する各種手数料とに基づいて、貢献加盟店に対する精算金額を決定する。

実施形態の一態様によれば、電子決済サービスを導入する加盟店である実店舗を広告の掲載面と見立てた場合における広告の掲出に関する費用の効率的な精算を図ることができるという効果を奏する。

図１は、実施形態に係る精算処理の概要（その１）の一例を示す図である。 図２は、実施形態に係る精算処理の概要（その２）の一例を示す図である。 図３は、実施形態に係る精算処理の概要（その３）を示す図である。 図４は、実施形態に係るマッチング処理の概要（その１）を示す図である。 図５は、実施形態に係るマッチング処理の概要（その２）を示す図である。 図６は、実施形態に係る決済サーバの構成例を示すブロック図である。 図７は、実施形態に係る対応関係の概要を示す図である。 図８は、実施形態に係る広告成果情報の概要を示す図である。 図９は、実施形態に係るアクセス履歴の概要を示す図である。 図１０は、実施形態に係る報酬情報の概要を示す図である。 図１１は、実施形態に係る手数料情報の概要を示す図である。 図１２は、実施形態に係る適合広告対象情報の概要を示す図である。 図１３は、実施形態に係る決済履歴の概要を示す図である。 図１４は、実施形態に係る精算処理（その１）の処理手順の一例を示すフローチャートである。 図１５は、実施形態に係る精算処理（その２）の処理手順の一例を示すフローチャートである。 図１６は、実施形態に係るマッチング処理（その１）の処理手順の一例を示すフローチャートである。 図１７は、実施形態に係るマッチング処理（その２）の処理手順の一例を示すフローチャートである。 図１８は、実施形態に係る決済サーバの機能を実現するコンピュータの一例を示すハードウェア構成図である。

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

［１．実施形態］
図１を用いて、実施形態に係る情報処理装置などにより実現される情報処理について説明する。図１は、実施形態に係る情報処理の概要（その１）の一例を示す図である。なお、図１では、実施形態に係る情報処理装置の一例である決済サーバ１００などによって、実施形態に係る情報処理などが実現されるものとする。

（１－１．システム構成）
図１に示すように、実施形態に係る情報処理システムＳＹＳ－１は、ユーザ端末１０と、決済サーバ１００とを含む。ユーザ端末１０、及び決済サーバ１００は、ネットワークＮ（例えば、図６参照）を介して有線または無線により相互に通信可能に接続される。ユーザ端末１０、及び決済サーバ１００は、ネットワークＮを通じて相互に通信できる。ネットワークＮは、たとえば、インターネットなどのＷＡＮ（Wide Area Network）である。なお、図１に示した情報処理システムＳＹＳ－１には、複数のユーザ端末１０や、複数の決済サーバ１００が含まれていてもよい。

図１に示すユーザ端末１０は、決済サーバ１００により提供される電子決済サービスを利用するユーザＵ１によって利用される情報処理端末である。たとえば、ユーザＵ１は、商品やサービスといった取引対象を提供する事業などを営む事業者から取引対象の提供を受ける一般消費者である。また、ユーザ端末１０は、たとえば、スマートフォンやタブレット型端末などのスマートデバイスや、ノート型ＰＣ（Personal Computer）やデスクトップＰＣや、ＰＤＡ（Personal Digital Assistant）などの情報処理装置により実現され得る。また、ユーザ端末１０は、決済サーバ１００によって配信される情報を、ウェブブラウザやアプリケーションにより表示できる。なお、図１では、ユーザ端末１０としてスマートフォンを例示している。

なお、ユーザ端末１０は、所定の情報処理を実現する制御情報を決済サーバ１００から受け取った場合には、制御情報に従って情報処理を実現する。ここで、制御情報は、たとえばＪａｖａＳｃｒｉｐｔ（登録商標）などのスクリプト言語やＣＳＳ（Cascading Style Sheets）などのスタイルシート言語、Ｊａｖａ（登録商標）などのプログラミング言語、ＨＴＭＬ（HyperText Markup Language）などのマークアップ言語などにより記述される。なお、決済サーバ１００から配信される所定のアプリケーションそのものを制御情報とみなしてもよい。

なお、以下の説明において、ユーザＵ１が利用するユーザ端末１０をユーザＵ１と同一視する場合がある。すなわち、以下の説明において、ユーザＵ１をユーザ端末１０と読み替えることもできる。

図１に示す決済サーバ１００は、実施形態に係る情報処理を実行する情報処理装置であり、サーバ装置やクラウドシステムなどにより実現される。なお、決済サーバ１００により実行される情報処理については、後述する。たとえば、決済サーバ１００は、ユーザ端末１０を用いて実施される電子決済に関する電子決済サービス（コード決済による電子マネーのやり取りを制御する所定の取引手段を提供するサービス）をサービス利用者に提供する。サービス利用者には、電子決済サービスの利用登録を行った個人ユーザである一般消費者（たとえば、図１に示すユーザＵ１など）が含まれる。また、サービス利用者には、一般消費者が利用可能な取引手段の１つとして電子決済サービスを導入し、商品やサービスといった取引対象を提供する事業などを営む事業者（加盟店）が含まれる。

また、決済サーバ１００は、コード決済を実施する際に用いる個人ユーザ用のアプリケーションプログラム（以下、適宜「ユーザアプリ」と称する。）を、サービス利用者である各個人ユーザに配布する。個人ユーザは、ユーザ端末１０にユーザアプリをインストールされることにより利用する。ユーザアプリは、コード決済を実行するための各種機能を提供する。また、決済サーバ１００は、コード決済を実施する際に用いる事業者（店舗）用のアプリケーションプログラム（以下、適宜「ストアアプリ」と称する。）を、サービス利用者である事業者に配布する。事業者は、実店舗などに設置される店舗端末２０にストアアプリをインストールすることにより利用する。ストアアプリは、コード決済を実行するための各種機能を提供する。

決済サーバ１００は、ユーザアプリやストアアプリからの取引要求（決済要求）を受け付けた場合、その取引要求に従って、口座間における電子マネーの送金処理などを含む情報処理を実行する。たとえば、決済サーバ１００は、事業者が所有する電子マネーの残高（マネー残高）と、個人ユーザが所有する電子マネーの残高（マネー残高）とを管理しており、取引要求に従って、口座間において電子マネーの移行などを行うことで、各種決済を実現する。なお、取引要求（決済要求）には、決済先、決済元、及び決済額などの情報を含む取引情報の他、取引を個別に特定するための取引コードや、取引が行われた日時を特定するための日時情報（タイムスタンプ）などの情報が含まれていてもよい。なお、電子マネーとは、たとえば、各種企業が独自に用いるポイントや通貨などであってもよく、日本円やドルなどの国家により提供される貨幣を電子的に取引可能としたものであってもよい。

（１－２．ユーザ端末１０を用いた決済について）
ここで、ユーザ端末１０を用いたコード決済（電子決済）の一例について説明する。以下の説明では、店舗Ｘ（加盟店の一例）に配置された２次元コード（ＱＲコード（登録商標））であって、店舗Ｘを識別する店舗識別情報を示す２次元コードを用いて、店舗Ｘから取引対象の提供を受けるユーザＵ１がユーザ端末１０を用いた決済を行う例について説明する。なお、以下に説明するコード決済の一例は、任意のユーザが任意のユーザ端末１０を用いて、任意の店舗にて決済を行う場合においても適用可能である。また、店舗識別情報を示す２次元コードは、ＱＲコードのみならず、バーコードや所定のマーク、番号などであってもよい。また、２次元コードは、紙などの媒体に印字された印刷物により物理的に構成される例に限られず、任意の端末に表示される画像情報により構成されていてもよい。

例えば、ユーザＵ１が店舗Ｘにて各種の商品やサービスといった取引対象の購入や利用に伴う決済を行う場合、ユーザＵ１は、ユーザ端末１０に予めインストールされたユーザアプリを起動する。そして、ユーザＵ１は、ユーザアプリを介して、店舗Ｘに設置された２次元コードを撮影する。このような場合、ユーザ端末１０は、取引対象の価格を入力するための画面を表示し、ユーザＵ１あるいは店舗Ｘの店員から決済金額の入力を受け付ける。そして、ユーザ端末１０は、ユーザＵ１を識別する利用者識別情報と、店舗識別情報（もしくは、店舗識別情報が示す情報、すなわち、店舗Ｘを示す情報（たとえば、店舗ＩＤ））と、決済額とを含む取引情報を決済サーバ１００へと送信する。

決済サーバ１００は、ユーザ端末１０から取引情報を受け付けると、利用者識別情報が示すユーザＵ１の口座から、店舗識別情報が示す店舗Ｘの口座へと、決済額に相当する分の電子マネーを移行させる。このとき、決済サーバ１００は、決済額に相当する分の電子マネーから店舗Ｘに課金する所定の手数料を差し引いてから、店舗Ｘの口座へ移行させてもよい。そして、決済サーバ１００は、取引が完了した旨の通知をユーザ端末１０へと送信する。このような場合、ユーザ端末１０は、取引が完了した旨の画面や所定の音声を出力することで、電子マネーによる取引が完了した旨をユーザＵ１に通知する。あるいは、決済サーバ１００は、利用者識別情報が示すユーザＵ１の口座から決済額に相当する分の電子マネーを引き出して店舗Ｘの売り上げ情報として管理し、所定のタイミングで売上に相当する額の現金を店舗Ｘが保有する銀行口座に振り込んでもよい。この場合、決済サーバ１００は、ユーザＵ１の口座から決済額に相当する分の電子マネーを引き出したタイミングで、電子マネーによる取引が完了した旨をユーザＵ１に通知してもよい。

なお、ユーザ端末１０を用いた決済は、上述した処理に限定されるものではない。たとえば、ユーザ端末１０を用いた決済は、店舗Ｘに設置された端末装置（以下、「店舗端末」と称する。）を用いたものであってもよい。具体的には、まず、ユーザ端末１０は、ユーザＵ１を識別するための利用者識別情報を示すコード情報を画面上に表示させる。このような場合、店舗端末は、ユーザ端末１０に表示されたコード情報から利用者識別情報を読み取り、読み取った利用者識別情報（もしくは、利用者識別情報が示す情報、すなわち、ユーザＵ１を示す情報（たとえば、ユーザＩＤ））と、決済額と、店舗Ｘを識別する情報とを含む取引情報を決済サーバ１００へと送信する。

決済サーバ１００は、店舗端末から取引情報を受け付けると、利用者識別情報が示すユーザＵ１の口座から、店舗Ｘの口座へと、決済額に相当する分の電子マネーを移行させる。そして、決済サーバ１００は、店舗端末あるいはユーザ端末１０に対し、取引が完了した旨の通知を送信する。店舗端末あるいはユーザ端末１０は、取引が完了した旨の画面や所定の音声を出力することで、電子マネーによる取引が完了した旨をユーザＵ１に通知する。また、決済サーバ１００は、利用者識別情報が示すユーザＵ１の口座から決済額に相当する分の電子マネーを引き出して店舗Ｘの売り上げ情報として管理し、所定のタイミングで売上に相当する額の現金を店舗Ｘが保有する銀行口座に振り込んでもよい。この場合、決済サーバ１００は、ユーザＵ１の口座から決済額に相当する分の電子マネーを引き出したタイミングで、電子マネーによる取引が完了した旨を店員あるいはユーザＵ１に通知してもよい。

また、ユーザ端末１０を用いた決済は、ユーザＵ１が予め電子マネーをチャージした口座から店舗Ｘの口座へと電子マネーを移行させる処理のみならず、たとえば、ユーザＵ１が予め登録したクレジットカードを用いた決済であってもよい。このような場合、たとえば、ユーザ端末１０は、店舗Ｘの口座に対して決済金額が示す額の電子マネーを移行させるとともに、ユーザＵ１のクレジットカードの運用会社に対し、決済金額が示す額を請求してもよい。

また、ユーザ端末１０を用いた決済は、ユーザＵ１の口座から店舗Ｘの口座へと電子マネーを移行させる処理のみならず、たとえば、ユーザＵ１の口座から他のユーザの口座へと電子マネーを移行させる決済（すなわち、ユーザ間での送金）であってもよい。たとえば、送金元のユーザＵ１が利用するユーザ端末１０は、送金先のユーザを識別する利用者識別情報（例えば、送金先のユーザが利用する端末装置に表示される利用者識別情報）を読み取り、ユーザＵ１から送金金額の入力を受け付け、読み取った識別情報と、送金金額と、ユーザＵ１を識別する利用者識別情報とを示す情報を決済サーバ１００へと送信する。このような場合、決済サーバ１００は、ユーザＵ１の口座から、送金先のユーザの口座へと、送金金額が示す額の電子マネーを移行させ、ユーザ端末１０または送金先のユーザが利用する端末装置に対し、送金が完了した旨の画面や所定の音声を出力させることで、送金が行われた旨を通知してもよい。

なお、ユーザ端末１０を用いた送金は、上述した処理に限定されるものではない。たとえば、ユーザ端末１０を用いた送金は、送金先のユーザの電話番号や、送金先のユーザを示す情報（たとえば、ユーザＩＤ）をユーザ端末１０に入力することにより行われてもよい。具体的な例を挙げると、ユーザ端末１０は、送金先のユーザの電話番号またはユーザＩＤと、送金金額との入力をユーザＵ１から受け付け、入力された電話番号またはユーザＩＤと、送金金額と、ユーザＵ１を識別する利用者識別情報とを決済サーバ１００へと送信する。そして、決済サーバ１００は、ユーザＵ１の口座から、送信された電話番号またはユーザＩＤに紐づけられたユーザの口座へと、送金金額が示す額の電子マネーを移行させる。

ここで、送金先のユーザの電話番号やユーザＩＤは、当該ユーザに関する情報と紐付けてユーザアプリに予め登録されていてもよい。この場合、ユーザ端末１０は、ユーザアプリに登録されたユーザ（送金先）の指定と、当該ユーザへの送金金額の入力とをユーザＵ１から受け付け、指定されたユーザに紐付けられた電話番号またはユーザＩＤと、送金金額と、ユーザＵ１を識別する利用者識別情報とを決済サーバ１００へと送信する。

また、たとえば、ユーザ端末１０を用いた送金は、送金金額を受け取るためのリンク情報を送金先のユーザに提供することにより行われてもよい。具体的な例を挙げると、ユーザ端末１０は、ユーザＵ１から送金金額の入力を受け付けて送金金額を受け取るためのリンク情報を生成し、リンク情報を含む電子メールを送信したり、リンク情報を含む投稿情報をＳＮＳ（Social Networking Service）に投稿したりすることで、送金先のユーザが利用する端末装置にリンク情報を提供する。そして、送金先のユーザがリンク情報を選択して受け取り操作を行った場合、決済サーバ１００は、ユーザＵ１の口座から、送金先のユーザの口座へと、送金金額が示す額の電子マネーを移行させる。

なお、上述した決済手段や決済サービスは、商品の購入や役務の提供に対する対価の提供（債務の精算）のためのものに限定されるものではない。例えば、上述したように、決済手段や決済サービスは、複数のユーザが有する口座間の送金に関する機能を有していてもよい。すなわち、上述した決済手段や決済サービスは、ユーザや店舗等、電子マネーの所有者と紐づく任意の所有者の口座間における電子マネーの送受信を制御するサービスであればよい。すなわち、実施形態に係る決済手段や決済サービスは、電子マネーのやり取りを実現するための各種制御（電子マネーを介した各種の口座間送金制御のみならず、電子マネー口座と銀行口座間のやり取りに関する制御や、分割、ボーナス払いに伴う処理といった各種債権処理、その他電子マネーを含む財産のやり取りに関する各種制御）を実行する取引手段や取引サービスであれば、任意の態様で提供されるものであってもよい。また、このような取引手段や取引サービスが実現する各種の制御には、決済に関する制御と送金に関する制御の両方が含まれていてもよく、いずれか一方のみが含まれていてもよい。すなわち、「取引」とは、電子マネーに関する「決済」のみならず、電子マネーの「送金」やその他各種の処理をも含む概念である。すなわち、決済サーバ１００は、任意の所有者間における電子マネーのやり取りを制御する取引手段を実現する情報処理装置であってもよい。

（１－３．実施形態の概要について）
（１－３－１．精算処理（その１））
以下、図１を用いて、決済サーバ１００が実行する広告に関する費用の精算に関する情報処理の概要（その１）について説明する。図１に、実施形態に係る精算処理の概要（その１）を示す。

図１に示すように、電子決済サービスを導入する事業者Ｇ１が運営する実店舗の１つである加盟店ＭＡに、所定のサービスを提供する事業者Ｇ２が広告主である広告ＡＤ１が掲出されている。以下では、加盟店に所定のサービスを広告対象とする広告ＡＤ１が掲出されている場合の情報処理の一例を説明する。

決済サーバ１００は、掲出依頼があった所定の広告に固有の広告識別情報と、電子決済サービスの加盟店であって所定の広告を実店舗に掲出する加盟店に固有の識別情報と、所定の広告ごとに対応付けられる所定のアドレス情報とを関連付けて格納する情報であって、所定の広告とともに掲出されるコード情報を管理する。図１に示す場合を用いて具体的に説明すると、決済サーバ１００は、事業者Ｇ２から掲出依頼があった広告ＡＤ１とともに掲出するコード情報ＣＤ１を管理する。決済サーバ１００は、広告ＡＤ１に固有の広告ＩＤ（「広告識別情報」の一例）である「広告＃００１」と、広告ＡＤ１が掲出される加盟店ＭＡに固有の加盟店ＩＤ（「加盟店識別情報」の一例）である「加盟店＃００１」と、広告ＡＤ１に対応付けられる所定のアドレス情報である「ＵＲＬ１」とを関連付けたコード情報ＣＤ１を管理する。決済サーバ１００は、広告ＡＤ１に対応付けるコード情報ＣＤ１を、広告ＡＤ１を掲出する加盟店ＭＡに提供する。加盟店ＭＡは、決済サーバ１００から提供されるコード情報ＣＤ１を店舗内に掲出する。なお、決済サーバ１００は、広告ＡＤ１がデジタルコンテンツである場合、広告ＡＤ１の広告主である事業者Ｇ２から入稿される広告素材と、広告ＡＤ１に対応付けるコード情報ＣＤ１とを用いて、コード情報ＣＤ１を予め有する広告用コンテンツを生成してもよい。この場合、決済サーバ１００は、生成した広告用コンテンツを加盟店ＭＡに提供する。加盟店ＭＡは、店舗内に設置されているディスプレイや表示機器に広告ＡＤ１に対応する広告用コンテンツを表示させることにより広告ＡＤ１を掲出する。

コード情報ＣＤ１に含まれる加盟店ＩＤは、電子決済サービスが事業者Ｇ１により導入された際に、事業者Ｇ１（または事業者Ｇ１が運営する加盟店ＭＡ）を識別するために決済サーバ１００により個別に割り振られる上述の店舗識別情報であってもよい。店舗識別情報により、事業者Ｇ１が運営する各店舗（加盟店）を個別に特定できる。

コード情報ＣＤ１に含まれる広告ＩＤは、広告主である事業者Ｇ２から提供される広告ＡＤ１を識別するために、決済サーバ１００により広告ＡＤ１に対して個別に割り振られる広告識別情報である。

コード情報ＣＤ１に含まれるＵＲＬ１は、決済サーバ１００において管理されるリソース（ファイルやウェブページなど）を特定するための所定のアドレス情報である。決済サーバ１００は、広告主である事業者Ｇ２が提供するサービスに対する申込を受け付けるためのウェブページなどのコンテンツ（サービス申込画面）を格納する事業者Ｇ２の装置（ウェブサーバやファイルサーバなど）のアドレスと、コード情報ＣＤ１に格納（記録）されているＵＲＬ１とを対応付けて管理する。そして、決済サーバ１００は、ＵＲＬ１に対するアクセスに応じて、事業者Ｇ２の装置のアドレスをアクセス元（たとえば、図１に示すユーザ端末１０－１）に応答する。

また、決済サーバ１００は、ユーザアプリを通じて行われた所定のアドレス情報に対するアクセス履歴を管理する。具体的には、決済サーバ１００は、ＵＲＬ１にアクセスしたユーザＵ１に固有のユーザＩＤと、ＵＲＬ１に紐付く広告ＡＤ１の広告ＩＤ（たとえば、広告＃００１）と、ＵＲＬ１に紐付く広告ＡＤ１が掲出された加盟店ＭＡの加盟店ＩＤ（たとえば、加盟店＃００１）と、アクセス日時とを対応付けて管理する。これにより、決済サーバ１００は、加盟店ＭＡが実店舗であっても、アクセス履歴に基づいて、加盟店ＭＡに掲出されている広告ＡＤ１がユーザＵ１により閲覧されたか否かを推認できる。

図１に示す場合、加盟店ＭＡに入店したユーザＵ１は、ユーザ端末１０－１を操作してユーザアプリを起動し、ユーザアプリを通じて、加盟店ＭＡに掲出されている広告ＡＤ１に含まれるコード情報ＣＤ１を読み取る。ユーザ端末１０－１は、ユーザＵ１の操作に従って、コード情報ＣＤ１に含まれるＵＲＬ１を読み取り、読み取ったＵＲＬ１に自動的にアクセスする（ステップＳ０１）。具体的には、ユーザ端末１０－１は、ＵＲＬ１に対応するＩＰアドレスを取得し、取得したＩＰアドレス（決済サーバ１００）を宛先として、コンテンツの取得を要求するための所定のリクエストを送信する。決済サーバ１００は、ユーザ端末１０－１からの所定のリクエストを広告主である事業者Ｇ２の装置に転送する。

また、ユーザ端末１０－１は、ＵＲＬ１に対するアクセスにより取得される応答に従って、サービス申込画面を表示する（ステップＳ０２）。具体的には、ユーザ端末１０－１は、たとえば、ウェブブラウザの機能により、広告主である事業者Ｇ２の装置から取得されたサービス申込画面のファイルデータを、ファイルデータにより指定されたレイアウトで、ユーザ端末１０－１が備えるディスプレイに表示する。

また、ユーザＵ１は、ユーザ端末１０－１に表示されているサービス申込画面において、サービスの申込を行う。ユーザ端末１０－１は、ユーザＵ１によりサービスの申込操作が行われると、サービスの申込に関する申込情報（「広告成果情報」の一例）を送信する（ステップＳ０３）。サービスの申込に関する申込情報は、サービス申込画面を提供する事業者Ｇ２の装置に送信されてもよいし、決済サーバ１００に送信されてもよい。なお、申込情報を決済サーバ１００に直接送信する場合、ユーザ端末１０－１が申込情報に対して所定の識別情報（コンバージョンタグ）を埋め込んでおくことにより実現可能である。

そして、図１に示すように、決済サーバ１００は、加盟店ＭＡに掲出された広告ＡＤ１に関する広告成果情報を取得すると（ステップＳ１１）、広告ＡＤ１に関する費用の精算に関する情報処理を実行する。たとえば、広告成果情報には、対応する広告ＩＤを示す情報と、申込者を示す情報と、申込日時を示す情報とが含まれている。

決済サーバ１００は、コード情報ＣＤ１に記述された所定のアドレス情報に対するユーザのアクセスに関するアクセス履歴を取得する（ステップＳ１２）。具体的には、決済サーバ１００は、広告成果情報に含まれる広告ＩＤと、同一の広告ＩＤに紐付くアクセス履歴を取得する。

また、決済サーバ１００は、所定の広告ごとに、ステップＳ１２で取得したアクセス履歴と、ステップＳ１１で取得した広告成果情報とを突合して、広告の成果に貢献したと推定される貢献加盟店を特定する（ステップＳ１３）。具体的には、決済サーバ１００は、貢献加盟店の候補となる候補加盟店に設置された所定の広告に紐付く所定のアドレス情報に対するアクセス日時が、所定の広告の成果として広告成果情報に含まれる情報であって、所定の広告に掲出された取引対象に関する所定のコンバージョンの成立日時よりも時系列で過去である場合、候補加盟店を貢献加盟店として特定する。たとえば、図１に示す場合であれば、決済サーバ１００は、貢献加盟店の候補である加盟店ＭＡに設置された広告ＡＤ１に紐付くＵＲＬ１へのアクセス日時が、広告ＡＤ１に掲出されたサービスへの申込日時よりも過去である場合、加盟店ＭＡを貢献加盟店として特定する。なお、ステップＳ１３では、所定のコンバージョンの成立を貢献加盟店の特定条件とする例を説明したが、決済サーバ１００は、アクセス履歴のみに基づいて、貢献加盟店の特定を行ってもよい。たとえば、決済サーバ１００は、コード情報ＣＤ１に記述された所定のアドレスへのアクセスがあれば、広告ＡＤ１とともに掲出するコード情報ＣＤ１を掲出する加盟店を貢献加盟店として特定してもよい。

また、決済サーバ１００は、貢献加盟店の候補となる候補加盟店が複数店存在する場合、候補加盟店の各々を貢献加盟店として特定してもよい。また、決済サーバ１００は、複数店存在する候補加盟店のうち、候補加盟店に設置された所定の広告に紐付くアクセス日時から所定のコンバージョンの成立日時までの経過時間が所定時間内である候補加盟店を貢献加盟店として特定してもよい。たとえば、決済サーバ１００は、所定時間が２４時間である場合、複数店存在する候補加盟店のうち、候補加盟店に設置された所定の広告に紐付くアクセス日時から所定のコンバージョンの成立日時までの経過時間が２４時間以内である候補加盟店を貢献加盟店として特定する。すなわち、決済サーバ１００は、該当の加盟店に掲出された広告を閲覧したと推定される日時と、所定のコンバージョンの成立日時との間の時間的な間隔が大きい場合、該当の加盟店を貢献加盟店から除外する。

また、決済サーバ１００は、ステップＳ１３で特定した貢献加盟店に対する精算金額を決定する（ステップＳ１４）。具体的には、決済サーバ１００は、貢献加盟店に対して付与する所定の広告の掲出に伴う報酬の額と、貢献加盟店に対して請求する電子決済サービスの利用に関する各種手数料とに基づいて、貢献加盟店に対する精算金額を決定する。たとえば、図１に示す場合において、決済サーバ１００は、加盟店ＭＡを貢献加盟店であると特定した場合、加盟店ＭＡに対する報酬の額であるα１円から、加盟店ＭＡに対する各種手数料の額であるα５円を差し引くことにより、精算金額を決定する。各種手数料には、加盟店ＭＡにおいて実施された電子決済に伴う手数料や、加盟店ＭＡの依頼に基づくクーポンの配信に伴う手数料などが含まれる。

また、決済サーバ１００は、貢献加盟店に対応する報酬の額を決済する際、広告成果情報に含まれる所定のコンバージョンの種別に応じた報酬の単価と所定のコンバージョンの成立回数とに基づいて、報酬の額を決定してもよい。また、決済サーバ１００は、貢献加盟店が複数店存在する場合、報酬の額を貢献加盟店の数で按分してもよい。

また、決済サーバ１００は、精算金額の決定後、精算処理を実行する（ステップＳ１５）。たとえば、決済サーバ１００は、貢献加盟店が所有するマネー残高を用いて、精算処理を実行してもよい。具体的には、決済サーバ１００は、精算金額に相当する額の電子マネーを、貢献加盟店に紐付くマネー残高に加算するか、又は、マネー残高から減算することにより精算してもよい。すなわち、決済サーバ１００は、報酬の額が各種手数料の額を上回り、精算金額がプラスとなる場合、精算金額に相当する額の電子マネーを、貢献加盟店に紐付くマネー残高に加算する。一方、決済サーバ１００は、報酬の額が各種手数料の額を下回り、精算金額がマイナスとなる場合、精算金額に相当する額の電子マネーを、貢献加盟店に紐付くマネー残高から減算する。なお、決済サーバ１００は、報酬の額と、各種手数料の額が同額であり、貢献加盟店に対する精算金額が０円である場合、広告の掲出に係る報酬と、電子決済サービスの利用に係る各種手数料を相殺した旨の通知のみを貢献加盟店に通知してもよい。なお、決済サーバ１００は、貢献加盟店が予め登録する金融機関の口座などに対する振込などの方法により精算を行ってもよい。上述した図１に示す情報処理の具体的な適用シーンについて説明する。たとえば、加盟店であるドラッグストアに、保険業を営む広告主からの依頼に応じて保険ミニアプリの広告を掲出する。この場合、決済サーバ１００は、ドラッグストアに掲出された広告に含まれているコード情報を読み込んだユーザ端末１０に対して、保険のミニアプリを表示させるための情報を送信する。なお、決済サーバ１００は、ユーザ端末１０に保険のミニアプリがインストールされていない場合、保険のミニアプリをインストールするためのサイトにユーザＵを誘導する。そして、決済サーバ１００は、たとえば、広告主からの情報または埋め込みタグからの通知などに基づいて、保険の申込サイトからユーザＵによる保険の申込が確認された場合、ドラッグストアを貢献加盟店として特定し、広告の掲出に係る報酬と、電子決済サービスの利用に係る各種手数料に基づく精算金額を、ドラッグストアに紐付くマネー残高を用いて精算する。

（１－３－２．精算処理（その２））
以下、図２を用いて、決済サーバ１００が実行する広告に関する費用の精算に関する情報処理の概要（その２）について説明する。図２に、実施形態に係る精算処理の概要（その２）を示す。

図２に示すように、電子決済サービスを導入する事業者Ｇ３が運営する実店舗の１つである加盟店ＭＢに、所定の商品を提供する事業者Ｇ４が広告主である広告ＡＤ２が掲出されている。以下では、加盟店ＭＢに所定の商品を広告対象とする広告ＡＤ２が掲出されている場合の情報処理の一例を説明する。

たとえば、決済サーバ１００は、掲出依頼があった所定の広告に固有の広告識別情報と、電子決済サービスの加盟店であって所定の広告を実店舗に掲出する加盟店に固有の識別情報と、所定の広告ごとに対応付けられる所定のアドレス情報とを関連付けて格納する情報であって、所定の広告とともに掲出されるコード情報を管理する。図２に示す場合を用いて具体的に説明すると、決済サーバ１００は、事業者Ｇ３から掲出依頼があった広告ＡＤ２とともに掲出するコード情報ＣＤ２を管理する。決済サーバ１００は、広告ＡＤ２に固有の広告ＩＤ（「広告識別情報」の一例）である「広告＃００２」と、広告ＡＤ２が掲出される加盟店ＭＡに固有の加盟店ＩＤ（「加盟店識別情報」の一例）である「加盟店＃００２」と、広告ＡＤ２に対応付けられる所定のアドレス情報である「ＵＲＬ２」とを関連付けたコード情報ＣＤ２を管理する。決済サーバ１００は、広告ＡＤ２に対応付けるコード情報ＣＤ２を、広告ＡＤ２を掲出する加盟店ＭＢに提供する。加盟店ＭＢは、決済サーバ１００から提供されるコード情報ＣＤ２を店舗内に掲出する。なお、決済サーバ１００は、広告ＡＤ２がデジタルコンテンツである場合、広告ＡＤ２の広告主である事業者Ｇ４から入稿される広告素材と、広告ＡＤ２に対応付けるコード情報ＣＤ２とを用いて、コード情報ＣＤ２を予め有する広告用コンテンツを生成してもよい。この場合、決済サーバ１００は、生成した広告用コンテンツを加盟店ＭＢに提供する。加盟店ＭＢは、店舗内に設置されているディスプレイや表示機器に広告ＡＤ２に対応する広告用コンテンツを表示させることにより広告ＡＤ２を掲出する。

コード情報ＣＤ２に含まれる加盟店ＩＤは、電子決済サービスが事業者Ｇ３により導入された際に、事業者Ｇ３（または事業者Ｇ３が運営する加盟店ＭＢ）を識別するために決済サーバ１００により個別に割り振られる上述の店舗識別情報であってもよい。なお、コード情報ＣＤ２に含まれる加盟店ＩＤは、電子決済サービスの導入時に割り振られる店舗識別情報とは異なる新たな識別情報であってもよい。

コード情報ＣＤ２に含まれる広告ＩＤは、広告主である事業者Ｇ４から提供される広告ＡＤ２を識別するために、決済サーバ１００により広告ＡＤ２に対して個別に割り振られる広告識別情報である。

コード情報ＣＤ２に含まれるＵＲＬ２は、決済サーバ１００において管理されるリソース（ファイルやウェブページなど）を特定するための所定のアドレス情報である。決済サーバ１００は、広告主である事業者Ｇ４が提供する商品の購入を受け付けるためのウェブページなどのコンテンツ（商品購入画面）を格納する事業者Ｇ４の装置（ウェブサーバやファイルサーバなど）のアドレスと、コード情報ＣＤ２に格納（記録）されているＵＲＬ２とを対応付けて管理する。そして、決済サーバ１００は、ＵＲＬ２に対するアクセスに応じて、事業者Ｇ４の装置のアドレスをアクセス元（たとえば、図２に示すユーザ端末１０－２）に応答する。

また、決済サーバ１００は、ユーザアプリを通じて行われた所定のアドレス情報に対するアクセス履歴を管理する。具体的には、決済サーバ１００は、ＵＲＬ２にアクセスしたユーザＵ２に固有のユーザＩＤと、ＵＲＬ２に紐付く広告ＡＤ２の広告ＩＤ（たとえば、広告＃００２）と、ＵＲＬ２に紐付く広告ＡＤ２が掲出された加盟店ＭＢの加盟店ＩＤ（たとえば、加盟店＃００２）と、アクセス日時とを対応付けて管理する。これにより、決済サーバ１００は、加盟店ＭＢが実店舗であっても、アクセス履歴に基づいて、加盟店ＭＢに掲出されている広告ＡＤ２がユーザＵ２により閲覧されたか否かを推認できる。

図２に示す場合、加盟店ＭＢに入店したユーザＵ２は、ユーザ端末１０－２を操作してユーザアプリを起動し、ユーザアプリを通じて、加盟店ＭＢに掲出されている広告ＡＤ２に含まれるコード情報ＣＤ２を読み取る。ユーザ端末１０－２は、ユーザＵ２の操作に従って、コード情報ＣＤ２に含まれるＵＲＬ２を読み取り、読み取ったＵＲＬ２に自動的にアクセスする（ステップＳ２１）。具体的には、ユーザ端末１０－２は、ＵＲＬ２に対応するＩＰアドレスを取得し、取得したＩＰアドレス（決済サーバ１００）を宛先として、コンテンツの取得を要求するための所定のリクエストを送信する。決済サーバ１００は、ユーザ端末１０－２からの所定のリクエストを広告主である事業者Ｇ４の装置に転送する。

また、ユーザ端末１０－２は、ＵＲＬ２に対するアクセスにより取得される応答に従って、商品購入画面を表示する（ステップＳ２２）。具体的には、ユーザ端末１０－２は、たとえば、ウェブブラウザの機能により、広告主である事業者Ｇ４の装置から取得された商品購入画面のファイルデータを、ファイルデータにより指定されたレイアウトで、ユーザ端末１０－２が備えるディスプレイに表示する。

また、ユーザＵ２は、ユーザ端末１０－２に表示されている商品購入画面において、商品を購入するための決済操作を行う。ユーザ端末１０－２は、ユーザＵ２により商品を購入するための決済操作が行われると、商品の購入に関する決済情報（「広告成果情報」の一例）を送信する。商品の購入に関する決済情報は、商品購入画面を提供する事業者Ｇ４の装置に送信されてもよいし、決済サーバ１００に送信されてもよい。なお、決済情報を決済サーバ１００に直接送信する場合、ユーザ端末１０－２が決済情報に対して所定の識別情報（コンバージョンタグ）を埋め込んでおくことにより実現可能である。

そして、図２に示すように、決済サーバ１００は、加盟店ＭＢに掲出された広告ＡＤ２に関する広告成果情報を取得すると（ステップＳ３１）、広告ＡＤ２に関する費用の精算に関する情報処理を実行する。たとえば、広告成果情報には、対応する広告ＩＤを示す情報と、購入者を示す情報と、購入日時を示す情報とが含まれている。

決済サーバ１００は、所定のアドレス情報に対するユーザ（たとえば、図２に示すユーザＵ２）のアクセスに関するアクセス履歴を取得する（ステップＳ３２）。具体的には、決済サーバ１００は、広告成果情報に含まれる広告ＩＤと同一の広告ＩＤに紐付くアクセス履歴を取得する。

また、決済サーバ１００は、ステップＳ３２で取得したアクセス履歴と、ステップＳ３１で取得した広告成果情報とを突合して、広告の成果に貢献した貢献加盟店を特定する（ステップＳ３３）。具体的には、決済サーバ１００は、貢献加盟店の候補となる候補加盟店に掲出された所定の広告に紐付く所定のアドレス情報に対するアクセス日時が、所定の広告の成果として広告成果情報に含まれる情報であって、所定の広告により宣伝されている取引対象に関する所定のコンバージョンの成立日時よりも時系列で過去である場合、候補加盟店を貢献加盟店として特定する。たとえば、図２に示す場合であれば、決済サーバ１００は、貢献加盟店の候補である加盟店ＭＢに設置された広告ＡＤ２に紐付くＵＲＬ２へのアクセス日時が、広告ＡＤ２に掲出された商品の購入日時よりも過去である場合、加盟店ＭＢを貢献加盟店として特定する。

また、決済サーバ１００は、貢献加盟店の候補となる候補加盟店が複数店存在する場合、候補加盟店の各々を貢献加盟店として特定してもよい。また、決済サーバ１００は、複数店存在する候補加盟店のうち、候補加盟店に設置された所定の広告に紐付くアクセス日時から所定のコンバージョンの成立日時までの経過時間が所定時間内にある候補加盟店を貢献加盟店として特定してもよい。すなわち、決済サーバ１００は、該当の加盟店に掲出された広告を閲覧したと推定される日時と、所定のコンバージョンの成立日時との間の時間的な間隔が大きい場合、該当の加盟店を貢献加盟店から除外する。

また、決済サーバ１００は、ステップＳ３３で特定した貢献加盟店に対する精算金額を決定する（ステップＳ３４）。具体的には、決済サーバ１００は、貢献加盟店に対して付与する所定の広告の掲出に伴う報酬の額と、貢献加盟店に対して請求する電子決済サービスの利用に関する各種手数料とに基づいて、貢献加盟店に対する精算金額を決定する。たとえば、図２に示す場合において、決済サーバ１００は、加盟店ＭＢを貢献加盟店であると特定した場合、加盟店ＭＢに対する報酬の額であるα３円から、加盟店ＭＡに対する各種手数料の額であるα６円を差し引くことにより、精算金額を決定する。各種手数料には、加盟店ＭＢにおいて実施された電子決済に伴う手数料や、加盟店ＭＢの依頼に基づくクーポンの配信に伴う手数料などが含まれる。

また、決済サーバ１００は、貢献加盟店に対応する報酬の額を決済する際、広告成果情報に含まれる所定のコンバージョンの種別に応じた報酬の単価と所定のコンバージョンの成立回数とに基づいて、報酬の額を決定してもよい。また、決済サーバ１００は、貢献加盟店が複数店存在する場合、報酬の額を貢献加盟店の数で按分してもよい。

また、決済サーバ１００は、精算金額の決定後、精算処理を実行する（ステップＳ３５）。たとえば、決済サーバ１００は、貢献加盟店が所有するマネー残高を用いて、精算処理を実行してもよい。具体的には、決済サーバ１００は、精算金額に相当する額の電子マネーを、貢献加盟店に紐付くマネー残高に加算するか、又は、マネー残高から減算することにより精算してもよい。すなわち、決済サーバ１００は、報酬の額が各種手数料の額を上回り、精算金額がプラスとなる場合、精算金額に相当する額の電子マネーを、貢献加盟店に紐付くマネー残高に加算する。一方、決済サーバ１００は、報酬の額が各種手数料の額を下回り、精算金額がマイナスとなる場合、精算金額に相当する額の電子マネーを、貢献加盟店に紐付くマネー残高から減算する。なお、決済サーバ１００は、報酬の額と、各種手数料の額が同額であり、貢献加盟店に対する精算金額が０円である場合、広告の掲出に係る報酬と、電子決済サービスの利用に係る各種手数料を相殺した旨の通知のみを貢献加盟店に通知してもよい。

上述のように、決済サーバ１００は、広告の掲出に係る報酬と、電子決済サービスの利用に係る各種手数料に基づく精算金額を、広告を掲出する加盟店が所有するマネー残高を用いて精算できる。これにより、決済サーバ１００は、電子決済サービスを導入する加盟店である実店舗を広告の掲載面と見立てた場合、広告の掲出に関する費用の効率的な精算を図ることができる。具体的な適用シーンについて説明すると、たとえば、加盟店であるドラッグストアに、広告主からの依頼に応じて保険ミニアプリの広告を掲出する。この場合、決済サーバ１００は、ドラッグストアに掲出された広告に含まれているコード情報を読み込んだユーザ端末１０に対して、保険の申込サイトの情報を送信する。そして、決済サーバ１００は、たとえば、広告主からの情報または埋め込みタグからの通知などに基づいて、保険の申込サイトからユーザＵによる保険の申込が確認された場合、ドラッグストアを貢献加盟店として特定し、広告の掲出に係る報酬と、電子決済サービスの利用に係る各種手数料に基づく精算金額を、ドラッグストアに紐付くマネー残高を用いて精算する。

（１－３－３．精算処理（その３））
以下、図３を用いて、決済サーバ１００が実行する広告に関する費用の精算に関する情報処理の概要（その３）について説明する。図３に、実施形態に係る精算処理の概要（その３）を示す。

図３に示すように、施形態に係る情報処理システムＳＹＳ－２は、店舗端末２０を有している。店舗端末２０は、ネットワークＮ（例えば、図６参照）を介して有線または無線により相互に通信可能に接続される。店舗端末２０は、ネットワークＮを通じて、ユーザ端末１０や決済サーバ１００と通信できる。ネットワークＮは、たとえば、インターネットなどのＷＡＮ（Wide Area Network）である。なお、以下の説明において、店舗端末２０－１と店舗端末２０－２とを区別する必要がない場合、「店舗端末２０」と総称して説明する。

図３に示す店舗端末２０は、電子決済サービスを導入する事業者が運営する加盟店に設置される情報処理端末である。図３に示す店舗端末２０－１は、例えば、加盟店ＭＡの店員ＳＡ１により利用される。図３に示す店舗端末２０－２は、たとえば、加盟店ＭＢの店員ＳＡ１により利用される。また、店舗端末２０は、たとえば、スマートフォンやタブレット型端末などのスマートデバイスや、ノート型ＰＣ（Personal Computer）やデスクトップＰＣや、ＰＤＡ（Personal Digital Assistant）などの情報処理装置により実現され得る。また、店舗端末２０は、決済サーバ１００によって配信される情報を、ウェブブラウザやアプリケーションにより表示できる。

なお、店舗端末２０は、所定の情報処理を実現する制御情報を決済サーバ１００から受け取った場合には、制御情報に従って情報処理を実現する。ここで、制御情報は、たとえばＪａｖａＳｃｒｉｐｔ（登録商標）などのスクリプト言語やＣＳＳ（Cascading Style Sheets）などのスタイルシート言語、Ｊａｖａ（登録商標）などのプログラミング言語、ＨＴＭＬ（HyperText Markup Language）などのマークアップ言語などにより記述される。なお、決済サーバ１００から配信される所定のアプリケーションそのものを制御情報とみなしてもよい。

なお、以下の説明において、店員ＳＡ１が利用する店舗端末２０－１を加盟店ＭＡと同一視する場合がある。すなわち、以下の説明において、店舗端末２０－１を加盟店ＭＡと読み替えることもできる。また、以下の説明において、店員ＳＡ２が利用する店舗端末２０－２を加盟店ＭＢと同一視する場合がある。すなわち、以下の説明において、店舗端末２０－２を加盟店ＭＢと読み替えることもできる。

図３に示す加盟店ＭＡは、電子決済サービスを導入する事業者Ｇ１が運営する実店舗の１つであり、店舗内に事業者Ｇ５が広告主である広告ＡＤ３を掲出している。広告ＡＤ３は、事業者Ｇ５が提供する所定の商品を宣伝するための広告である。広告ＡＤ３は、広告主である事業者Ｇ５から提供される。広告ＡＤ３は、図１に示す広告ＡＤ１や、図２に示す広告ＡＤ２が有するコード情報を含まない広告である。たとえば、広告ＡＤ３としては、ポップ広告などの任意のプロモーション広告などが想定される。なお、広告ＡＤ３の広告媒体は、電子的な方法により生成された画像データなどのデータであってもよいし、物理的な方法により生成されたポスターなどであってもよい。広告媒体が電子的な方法で生成される場合、広告の掲出先となる加盟店において、加盟店に設置されているディスプレイや表示機器に表示されることにより掲出される。また、加盟店ＭＡでは、一般消費者（たとえば、図３に示すユーザＵ１）が購入することが可能な商品の１つとして、事業者Ｇ５から提供される所定の商品（以下、「広告対象商品」と称する。）を取り扱っている。また、図３に示す加盟店ＭＢは、電子決済サービスを導入する事業者Ｇ３が運営する実店舗の１つであり、一般消費者（たとえば、図３に示すユーザＵ１）が購入することが可能な商品の１つとして、事業者Ｇ５の広告対象商品を取り扱っている。

たとえば、図３に示す場合において、ユーザＵ１が加盟店ＭＡにおいて商品Ｐ１１１を購入したとする。この場合、決済サーバ１００は、広告ＡＤ３を掲出する加盟店ＭＡに紐付く決済履歴を参照することにより、広告ＡＤ３に掲出されている商品Ｐ１１１の購入が確認されるので、加盟店ＭＡを商品Ｐ１１１の購入に貢献した加盟店として特定する。すなわち、加盟店ＭＡに掲出されている広告ＡＤ３に宣伝されている商品Ｐ１１１の購入（所定の広告に掲出されている取引対象に関する所定のコンバージョンの成立）について、加盟店ＭＡに掲出されている広告ＡＤ３の効果があったものとして取り扱う。

また、図３に示す例では、ユーザＵ１は、加盟店ＭＡにおいて電子決済サービスを用いた決済を行った後、広告対象商品以外の任意の商品を購入した後、加盟店ＭＢに立ち寄り、加盟店ＭＢにおいて電子決済サービスを用いた決済を行ったとする。ユーザＵ１は、加盟店ＭＡにおいて広告対象商品以外の任意の商品を購入するために、たとえば、ユーザ端末１０－１を用いて、加盟店ＭＡに設置されている店舗端末２０－１を通じた決済（以下、「ストア決済」と称する。）を行う。店舗端末２０－１は、ユーザＵ１の決済に関する取引情報を決済サーバ１００に逐次アップロードする。

また、ユーザＵ１は、加盟店ＭＢにおいて広告対象商品を購入するために、たとえば、ユーザ端末１０－１を用いて、加盟店ＭＢに設置されている店舗端末２０－２を通じたストア決済行う。店舗端末２０－２は、ユーザＵ１の決済に関する取引情報を決済サーバ１００に逐次アップロードする。

図３に示すように、決済サーバ１００は、店舗端末２０から取得された取引情報に基づいて決済処理を行い、決済処理に関する情報を決済履歴として蓄積する。また、決済サーバ１００は、所定のタイミングで、決済履歴に基づいて精算処理を実行する。

具体的には、決済サーバ１００は、所定の広告を実店舗に掲出した第１の加盟店に紐付く決済履歴と、所定の広告に掲出された取引対象を提供する第２の加盟店に紐付く決済履歴とを取得する（ステップＳ４１）。そして、決済サーバ１００は、取得した決済履歴を突合して、取引対象に関する所定のコンバージョンの成立に貢献した貢献加盟店を特定する（ステップＳ４２）。

たとえば、決済サーバ１００は、第２の加盟店において取引対象の提供を受けたユーザが、第２の加盟店での決済よりも前に、第１の加盟店において決済を行っている場合、第１の加盟店を貢献加盟店として特定する。図３に示す場合であれば、決済サーバ１００は、広告ＡＤ３（「所定の広告」の一例）を実店舗に掲出した加盟店ＭＡ（「第１の加盟店」の一例）に紐付く決済履歴と、商品Ｐ１１１を提供する加盟店ＭＢ（「第２の加盟店」の一例）に紐付く決済履歴とを突合して、加盟店ＭＢにおける商品Ｐ１１１を購入するための決済よりも前に、加盟店ＭＡでの決済が行われている場合、加盟店ＭＡを貢献加盟店として特定する。

また、決済サーバ１００は、第２の加盟店が所定の広告を実店舗に設置している場合、第１の加盟店および第２の加盟店を貢献加盟店として特定してもよい。図３に示す場合であれば、決済サーバ１００は、商品Ｐ１１１を提供する加盟店ＭＢが広告ＡＤ３を店舗内に設置している場合、加盟店ＭＡおよび加盟店ＭＢを貢献加盟店として特定する。

また、決済サーバ１００は、取引対象の提供を受けたユーザが決済を行った第１の加盟店が複数店存在する場合、第１の加盟店の各々を貢献加盟店として特定してもよい。図３に示す場合であれば、決済サーバ１００は、ユーザＵ１（「ユーザ」の一例）が加盟店ＭＢで決済を行う前に、加盟店ＭＡの他、広告ＡＤ３を店舗内に掲出している他の加盟店でも決済を行っている場合、これらの加盟店の各々を加盟店ＭＡとともに貢献加盟店として特定する。

また、決済サーバ１００は、複数店存在する第１の加盟店のうち、ユーザの決済日時から第２の加盟店における決済日時までの経過時間が所定時間内にある第１の加盟店を貢献加盟店として特定してもよい。たとえば、決済サーバ１００は、所定時間が２４時間である場合、複数店存在する第１の加盟店のうち、ユーザの決済日時から第２の加盟店における決済日時までの経過時間が２４時間以内である第１の加盟店を貢献加盟店として特定する。

また、決済サーバ１００は、特定した貢献加盟店に対する精算金額を決定する（ステップＳ４３）。決済サーバ１００は、図１のステップＳ１４や、図２のステップＳ３４に示す場合と同様にして、精算金額を決定する。具体的には、決済サーバ１００は、貢献加盟店に対して付与する前記所定の広告の掲出に伴う報酬の額と、貢献加盟店に対して請求する電子決済サービスの利用に関する各種手数料とに基づいて、貢献加盟店に対する精算金額を決定する。

また、決済サーバ１００は、貢献加盟店に対応する報酬の額を決済する際、所定のコンバージョンの種別に応じた報酬の単価と所定のコンバージョンの成立回数とに基づいて、報酬の額を決定してもよい。また、決済サーバ１００は、貢献加盟店が複数店存在する場合、報酬の額を貢献加盟店の数で按分してもよい。

また、決済サーバ１００は、精算金額の決定後、図１のステップＳ１５や、図２のステップＳ３５に示す場合と同様にして、精算処理を実行する（ステップＳ４４）。たとえば、決済サーバ１００は、貢献加盟店が所有するマネー残高を用いて、精算処理を実行してもよい。具体的には、決済サーバ１００は、精算金額に相当する額の電子マネーを、貢献加盟店に紐付くマネー残高に加算するか、又は、マネー残高から減算することにより精算してもよい。すなわち、決済サーバ１００は、報酬の額が各種手数料の額を上回り、精算金額がプラスとなる場合、精算金額に相当する額の電子マネーを、貢献加盟店に紐付くマネー残高に加算する。一方、決済サーバ１００は、報酬の額が各種手数料の額を下回り、精算金額がマイナスとなる場合、精算金額に相当する額の電子マネーを、貢献加盟店に紐付くマネー残高から減算する。なお、決済サーバ１００は、報酬の額と、各種手数料の額が同額であり、貢献加盟店に対する精算金額が０円である場合、広告の掲出に係る報酬と、電子決済サービスの利用に係る各種手数料を相殺した旨の通知のみを貢献加盟店に通知してもよい。

上述のように、決済サーバ１００は、広告の掲出に係る報酬と、電子決済サービスの利用に係る各種手数料に基づく精算金額を、広告を掲出する加盟店が所有するマネー残高を用いて精算できる。これにより、決済サーバ１００は、電子決済サービスを導入する加盟店である実店舗を広告の掲載面と見立てた場合、広告の掲出に関する費用の効率的な精算を図ることができる。

（１－３－４．マッチング処理（１））
上述した実施形態に係る情報処理において、広告掲載面として見立てた加盟店に対して広告を掲出する際、広告主に対して、広告掲載面として適切な加盟店を提案してもよい。決済サーバ１００は、電子決済サービスの提供に伴って蓄積する各加盟店における決済履歴に基づいて、各加盟店で取引された取引対象や決済を行ったユーザの属性などの情報を効率的に収集できる。そこで、決済サーバ１００は、このユーザの属性などの情報に基づいて、広告主に対し、広告掲載面として適切な加盟店の提案を実現できる。以下、実施形態に係るマッチング処理の概要について説明する。図４に、実施形態に係るマッチング処理の概要（その１）を示す。図４は、広告主と加盟店とのマッチング処理、すなわち、広告主からの依頼に応じて、広告掲載面として相応しい加盟店の情報を提供する処理の概要を示している。なお、図４では、広告主が加盟店ＭＡである場合の処理の概要を例示している。

図４に示す情報処理システムＳＹＳ－３は、加盟店端末２０－１と、決済サーバ１００とを有している。なお、情報処理システムＳＹＳ－３は、広告主ではない他の加盟店に設置された加盟店端末を有していてもよい。

図４に示す情報処理システムＳＹＳ－３において、加盟店ＭＡに設置されている加盟店端末２０－１は、加盟店ＭＡを運営する事業者Ｇ１による操作に従って、広告掲出依頼を決済サーバ１００に送信する（ステップＳ５１）。

決済サーバ１００は、加盟店端末２０－１から広告掲出依頼を受信すると、適合広告対象情報に基づいて、広告掲出先の候補となる候補加盟店を特定する（ステップＳ５２）。決済サーバ１００が予め記憶する適合広告対象情報は、加盟店に適合する広告対象である適合広告対象を、各加盟店に関する情報に基づいて推定した情報であり、加盟店ＩＤに対応付けて記憶される。なお、図４に示す適合広告対象情報に含まれる適合広告対象を示す情報は、商品やサービスなどの取引対象を直接的に特定する情報であってもよいし、取引対象をその類似性に基づいて予め区分したカテゴリを示す情報であってもよい。

たとえば、決済サーバ１００は、加盟店に紐付く決済履歴に基づいて、加盟店に適合する広告対象（以下、「適合広告対象」と称する。）を推定できる。たとえば、決済サーバ１００は、加盟店に紐付く決済履歴から、加盟店において取引された取引対象の属性を取得する。そして、決済サーバ１００は、取得した取引対象の属性に基づいて、各加盟店に対応する適合広告対象を推定してもよい。一例をあげれば、決済サーバ１００は、ある加盟店ＥＸ１において頻繁に取引される（所定の期間における取引回数が所定回数を上回る）商品またはサービスや、その商品またはサービスに類似する類似商品または類似サービスを適合広告対象として推定できる。

また、たとえば、決済サーバ１００は、加盟店に紐付く決済履歴から、電子決済サービスを用いて決済を行ったユーザ（たとえば、図１に示すユーザＵ１や、図２に示すユーザＵ２など）の属性に基づいて、各加盟店に対応する適合広告対象を推定してもよい。また、たとえば、決済サーバ１００は、加盟店の属性に基づいて、加盟店に対応する適合広告対象を推定してもよい。具体例をあげれば、広告主の属性（たとえば、業種やビジネスカテゴリなど）が「薬局（ドラッグストア）」である場合、各種保険商品が広告対象として適合すると推定される。あるいは、広告主の属性が「動物園」である場合、適合広告対象として、「熱中症保険」や「傷害保険」などの保険商品が広告対象として適合すると推定される。

一例をあげれば、決済サーバ１００は、各加盟店について、各加盟店における決済履歴に含まれる決済ユーザ（電子決済を実施したユーザ）に関する情報に基づいて、ロイヤルカスタマに該当するユーザ像を設定する。決済ユーザに関する情報には、決済ユーザのデモグラフィック属性やサイコグラフィック属性など、決済サーバ１００が電子決済サービスのプラットフォームを介して電子決済サービスに提供を通じて取得可能な任意の情報が含まれ得る。ユーザの設定例について具体的に説明すると、決済サーバ１００は、ロイヤルカスタマに該当する各ユーザの特徴を特定し、特定した各ユーザの特徴に基づいて、ロイヤルカスタマに該当する各ユーザに共通する特徴を抽出する。そして、決済サーバ１００は、抽出した特徴からロイヤルカスタマに該当するユーザ像を設定する。たとえば、加盟店ＥＸ１におけるロイヤルカスタマに該当する各ユーザに共通する特徴として、男性、３０代、会社員、独身という特徴が抽出された場合、加盟店ＥＸ１のロイヤルカスタマに該当するユーザ像として、「３０代の男性、会社員、独身」を設定する。また、決済サーバ１００は、各加盟店についてロイヤルカスタマに該当するユーザ像を設定後、処理対象となる加盟店を選択する。たとえば、決済サーバ１００は、処理対象となる加盟店として加盟店ＥＸ１を選択した場合、加盟店ＥＸ１のロイヤルカスタマに該当するユーザ像と、他の加盟店のロイヤルカスタマに該当するユーザ像とを比較する。そして、決済サーバ１００は、加盟店ＥＸ１のロイヤルカスタマに該当するユーザ像と、加盟店ＥＸ２のロイヤルカスタマに該当するユーザ像とが一致する場合、加盟店ＥＸ２において頻繁に取引されている取引対象についても、加盟店ＥＸ１に適合する広告対象として推定する。

決済サーバ１００は、適合広告対象情報を参照し、広告掲出依頼に含まれる加盟店ＩＤに基づいて、広告掲出依頼の送信元である加盟店に対応する適合広告対象を特定する。そして、決済サーバ１００は、適合広告対象情報において、他の加盟店に対応付けられている適合広告対象を参照し、広告掲出依頼の送信元である加盟店に対応する適合広告対象の少なくとも一部を、対応する適合広告対象に含んでいる他の加盟店を広告掲出候補となる候補加盟店として特定する。図４に示す場合、決済サーバ１００は、候補加盟店として、加盟店ＭＣを特定する。

決済サーバ１００は、広告の掲出先の候補となる候補加盟店を示す情報（たとえば、「加盟店ＭＣ」）を、加盟店端末２０－１に送信することにより、広告掲出依頼の送信元である加盟店ＭＡに提供する（ステップＳ５３）。具体例をあげれば、決済サーバ１００は、「熱中症保険」の広告の掲出を依頼する広告主に対して、「動物園」や「海の家」などの加盟店を候補加盟店として提案することができる。これにより、加盟店ＭＡを運営する事業者Ｇ１は、候補加盟店として加盟店ＭＣが適切かどうかを検討できる。

なお、図４に示す情報処理は、広告主が加盟店である場合の情報処理の概要について説明したが、広告主は加盟店ではなくても、図４に示す情報処理を同様に提供できる。この場合、決済サーバ１００は、広告主に対して広告対象の情報を要求し、広告主から取得された情報に基づいて、候補加盟店のマッチングを実行する。

（１－３－５．マッチング処理（２））
以下、各加盟店が広告の掲載を希望する場合、すなわち、各加盟店が運営する実店舗を広告掲載面として運用することを希望する場合の情報処理の概要について説明する。図５に、実施形態に係るマッチング処理の概要（その２）を示す。図５は、加盟店からの要求に応じて、店舗内に掲載することが相応しい広告対象の情報を提供する処理の概要を示している。

図５に示す情報処理システムＳＹＳ－３において、加盟店ＭＢに設置されている加盟店端末２０－２は、加盟店ＭＢを運営する事業者Ｇ３による操作に従って、適合広告対象の問合せを決済サーバ１００に送信する（ステップＳ６１）。

決済サーバ１００は、加盟店端末２０－２から適合広告対象の問合せを受信すると、適合広告対象情報に基づいて、問合せの送信元である加盟店に相応しい適合広告対象を特定する（ステップＳ６２）。具体的には、決済サーバ１００は、適合広告対象情報を参照し、問合せに含まれる加盟店ＩＤに基づいて、問合せの送信元である加盟店に対応する適合広告対象を特定する。図４に示す場合、決済サーバ１００は、問合せの送信元である加盟店ＭＢに相応しい適合広告対象として、対象Ｃ３および対象Ｃ４を特定する。

決済サーバ１００は、特定した適合広告対象を示す情報（たとえば、「対象Ｃ３」および「対象Ｃ４」）を、加盟店端末２０－２に送信することにより、問合せの送信元である加盟店ＭＢに提供する（ステップＳ６３）。具体例をあげれば、決済サーバ１００は、「レンタルスキー店」を営む加盟店からの要求に応じて、「スキー保険」や「スキー用品」などを適合広告対象として提案できる。また、決済サーバ１００は、「フィットネスクラブ」を営む加盟店からの要求に応じて、「プロテインバー」や「水着」、「健康食品」などを適合広告対象として提案できる。これにより、加盟店ＭＢを運営する事業者Ｇ３は、適合広告対象を示す情報に基づいて、対応する広告を掲出の検討できる。

［２．決済サーバの構成］
次に、図６を用いて、決済サーバ１００の構成について説明する。図６は、実施形態に係る決済サーバの構成例を示すブロック図である。図６に示すように、決済サーバ１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。

（通信部１１０について）
通信部１１０は、たとえば、ＮＩＣ（Network Interface Card）などによって実現される。そして、通信部１１０は、ネットワークＮと有線または無線で接続され、ユーザ端末１０や、銀行サーバ２０などとの間で情報の送受信を行う。

（記憶部１２０について）
記憶部１２０は、たとえば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）などの半導体メモリ素子、または、ハードディスク、光ディスクなどの記憶装置によって実現される。図６に示すように、記憶部１２０は、対応関係記憶部１２１と、広告成果情報記憶部１２２１と、アクセス履歴記憶部１２３と、報酬情報記憶部１２４と、手数料情報記憶部１２５と、適合広告対象記憶部１２６と、決済履歴記憶部１２７とを有する。

（対応関係記憶部１２１について）
対応関係記憶部１２１は、掲出依頼があった所定の広告に固有の広告識別情報と、電子決済サービスの加盟店であって所定の広告を実店舗に掲出する加盟店に固有の加盟店識別情報と、所定の広告の広告主に対して送客するためのコードであって所定の広告とともに掲出される所定のコード情報との対応関係を示す情報を記憶する。図７に、実施形態に係る対応関係の概要を示す。

図７に示すように、対応関係記憶部１２１に記憶される対応関係を示す情報は、「広告ＩＤ」の項目や、「加盟店ＩＤ」の項目や、「ＵＲＬ」の項目や、「転送先ＵＲＬ」の項目といった複数の項目を有している。対応関係を示す情報が有するこれらの項目は相互に対応付けられている。

「広告ＩＤ」の項目には、広告主（たとえば、他の加盟店）からの掲出依頼に応じて店舗内に掲出する所定の広告に固有の広告識別情報である広告ＩＤが記憶される。たとえば、広告ＩＤは、広告主からの広告の掲出依頼の受付時に、決済サーバ１００により割り振られる。

「加盟店ＩＤ」の項目には、電子決済サービスを導入する事業者（が運営する加盟店）を特定するために各事業者に対して個別に割り振られる店舗識別情報である加盟店ＩＤが記憶される。具体的には、電子決済サービスのユーザによりユーザ端末１０を用いた電子決済が行われる際に用いられる店舗識別情報が記憶される。

「ＵＲＬ」の項目には、広告主から掲出依頼があった広告とともに加盟店に掲出されるコード情報に記述される所定のアドレス情報であるＵＲＬが記憶される。たとえば、「ＵＲＬ」の項目には、決済サーバ１００において管理されるリソース（ファイルやウェブページなど）を特定するためのＵＲＬが記憶される。

「転送先ＵＲＬ」の項目には、「ＵＲＬ」の項目に対するユーザのアクセスがあった場合にアクセス元のユーザを広告主が運営するウェブサイトに転送するためのＵＲＬが記憶される。たとえば、「転送先ＵＲＬ」の項目には、広告主である事業者（たとえば、図１に示す事業者Ｇ１や図２に示す事業者Ｇ２）により提供されるサービスに対する申込を受け付けるためのウェブサイト（サービス申込画面）や、商品を販売するためのウェブサイトなどのコンテンツを格納する事業者の装置（ウェブサーバやファイルサーバなど）のアドレスを記憶する。「転送先ＵＲＬ」の項目に記憶されるＵＲＬは、広告主に送客するためのアドレスとして機能する。

（広告成果情報記憶部１２２について）
広告成果情報記憶部１２２は、加盟店を広告掲載面として掲出した所定の広告の効果を示す広告成果情報を記憶する。図８に、実施形態に係る広告成果情報の概要を示す。

図８に示すように、広告成果情報記憶部１２２に記憶されている広告成果情報は、「広告主」の項目や、「広告ＩＤ」の項目や、「コンバージョンユーザ」の項目や、「コンバージョン成立日時」の項目などといった複数の項目を有している。広告成果情報が有するこれらの項目は相互に対応付けられている。

「広告主」の項目には、加盟店に掲出される広告の広告主を特定するための情報が記憶される。たとえば、「広告主」の項目には、電子決済サービスを導入する事業者（が運営する加盟店）を特定するために各事業者に対して個別に割り振られる店舗識別情報である加盟店ＩＤが記憶される。

「広告ＩＤ」の項目には、広告主である加盟店から掲出依頼があった所定の広告に固有の広告識別情報である広告ＩＤが記憶される。たとえば、広告ＩＤは、広告主からの広告の掲出依頼の受付時に、決済サーバ１００により割り振られる。

「コンバージョンユーザ」の項目には、所定の広告において宣伝されている取引対象に対する所定のコンバージョンを行ったユーザを特定するための識別情報が記憶される。たとえば、「コンバージョンユーザ」の項目に記憶される識別情報は、電子決済サービスの利用登録時にユーザに対して個別に割り振られた利用者識別情報であるユーザＩＤが記憶される。「コンバージョン成立日時」の項目には、所定のコンバージョンが実行された日時を示す情報が記憶される。

たとえば、決済サーバ１００は、広告成果情報を参照することにより、加盟店に掲出された広告において宣伝されている取引対象のコンバージョンに関する情報を特定できる。図８によれば、決済サーバ１００は、加盟店ＩＤ：「加盟店＃００１」で特定される広告主により掲出依頼があった広告ＩＤ：「広告＃０１１」で特定される広告を通じて、広告に紐付く取引対象に関し、「２０２２年１０月１日１２時１５分」に、ユーザＩＤ：「ユーザ＃００１」で特定されるユーザによる所定のコンバージョンが成立したことを特定できる。

（アクセス履歴記憶部１２３について）
アクセス履歴記憶部１２３は、所定の広告に含まれるコード情報に記録されている所定のアドレス情報に対するユーザのアクセス履歴が記憶される。図９に、実施形態に係るアクセス履歴の概要を示す。

図９に示すように、アクセス履歴記憶部１２３に記憶されるアクセス履歴には、「ユーザＩＤ」の項目と、「広告ＩＤ」の項目と、「加盟店ＩＤ」の項目と、「アクセス日時」の項目といった複数の項目を有している。アクセス履歴が有するこれらの項目は相互に対応付けられている。

「ユーザＩＤ」の項目には、所定のアドレス情報にアクセスしたユーザを特定するための識別情報が記憶される。たとえば、「ユーザＩＤ」の項目に記憶される識別情報は、電子決済サービスの利用登録時にユーザに対して個別に割り振られた利用者識別情報であるユーザＩＤが記憶される。

「広告ＩＤ」の項目には、所定の広告に固有の広告識別情報である広告ＩＤが記憶される。たとえば、「広告ＩＤ」の項目に記憶される広告ＩＤは、広告媒体の生成時に、決済サーバ１００により割り振られる。

「加盟店ＩＤ」の項目には、電子決済サービスを導入する事業者（が運営する加盟店）を特定するために各事業者に対して個別に割り振られる店舗識別情報である加盟店ＩＤが記憶される。具体的には、電子決済サービスのユーザによりユーザ端末１０を用いた電子決済が行われる際に用いられる店舗識別情報が記憶される。

「アクセス日時」の項目には、所定のアドレス情報に対してアクセスが行われた日時を示す情報が記憶される。

たとえば、決済サーバ１００は、アクセス履歴を参照することにより、広告とともに掲出されたコード情報に記述されている所定のアドレス情報に対するアクセスを検出できる。図９によれば、決済サーバ１００は、加盟店ＩＤ：「加盟店＃００１」で特定される加盟店の実店舗を広告掲載面として掲出された広告ＩＤ：「広告＃０１１」に含まれるコード情報に記録されている所定のアドレス情報に対して、ユーザＩＤ：「ユーザ＃００１」で特定されるユーザにより、「２０２２年１０月１日１２時００分」にアクセスがあったことを検出できる。決済サーバ１００は、所定のアドレス情報へのアクセスにより、所定の広告において宣伝されている広告対象のユーザによる閲覧を推認できる。

（報酬情報記憶部１２４について）
報酬情報記憶部１２４は、所定の広告を通じたコンバージョン種別に応じて、コンバージョンの成立に貢献したと推定される貢献加盟店に対して付与される報酬の単価を示す情報が記憶される。図１０に、実施形態に係る報酬情報の概要を示す。

図１０に示すように、報酬情報記憶部１２４に記憶される報酬情報は、「コンバージョン種別」の項目、及び「報酬単価」の項目といった複数の項目を有する。報酬情報が有するこれらの項目は相互に対応付けられている。

「コンバージョン種別」の項目には、所定の広告による成果として広告主が予め設定するコンバージョン種別を示す情報が記憶される。「報酬単価」の項目には、コンバージョン種別ごとに予め設定される報酬の単価を示す情報が記憶される。

（手数料情報記憶部１２５について）
手数料情報記憶部１２５は、貢献加盟店に対して請求する電子決済サービスの利用に関する各種手数料を示す情報が記憶される。図１１に、実施形態に係る手数料情報の概要を示す。

図１１に示すように、手数料情報記憶部１２５に記憶される手数料情報は、「加盟店ＩＤ」の項目や、「決済手数料」の項目や、「クーポン利用手数料」の項目といった複数の項目を有する。手数料情報が有するこれらの項目は相互に対応付けられている。

「加盟店ＩＤ」の項目には、貢献加盟店に対応する加盟店ＩＤが記憶される。加盟店ＩＤは、電子決済サービスを導入する事業者（が運営する加盟店）を特定するために各事業者に対して個別に割り振られる店舗識別情報である。

「決済手数料」の項目には、貢献加盟店において実施された電子決済に伴う手数料を示す情報が記憶される。「クーポン利用手数料」の項目には、貢献加盟店の依頼に基づいて実行されたクーポンの配信に伴う手数料が記憶される。

（適合広告対象情報記憶部１２６について）
適合広告対象情報記憶部１２６は、加盟店に適合する広告対象を、各加盟店に関する情報（決済履歴や加盟店の属性）に基づいて推定した情報が記憶される。たとえば、適合広告対象情報記憶部１２６は、加盟店に紐付く決済履歴であって、電子決済サービスの利用者により当該利用者の端末装置（ユーザ端末１０）を用いて実施された電子決済の決済履歴に基づいて推定された適合広告対象情報を、加盟店識別情報（加盟店ＩＤ）に対応付けて記憶できる。また、たとえば、適合広告対象情報記憶部１２６は、加盟店識別情報に対応付けて、加盟店において取引された取引対象の属性に基づいて推定された適合広告対象情報を記憶できる。また、たとえば、適合広告対象情報記憶部１２６は、加盟店識別情報に対応付けて、電子決済を実施した利用者の属性に基づいて推定された適合広告対象情報を記憶できる。また、たとえば、適合広告対象情報記憶部１２６は、加盟店の属性（たとえば、業種やビジネスカテゴリなど）に基づいて推定された適合広告対象情報を、加盟店識別情報に対応付けて記憶できる。図１２に、実施形態に係る適合広告対象情報の概要を示す。

図１２に示すように、適合広告対象情報記憶部１２６に記憶される適合広告対象情報には、「加盟店ＩＤ」の項目や、「加盟店名」の項目や、「適合広告対象」の項目といった複数の項目を有する。適合広告対象情報が有するこれらの項目は相互に対応付けられている。

「加盟店ＩＤ」の項目には、電子決済サービスを導入する事業者（が運営する加盟店）を特定するために各事業者に対して個別に割り振られる店舗識別情報である加盟店ＩＤが記憶される。具体的には、電子決済サービスのユーザによりユーザ端末１０を用いた電子決済が行われる際に用いられる店舗識別情報が記憶される。

「加盟店名」の項目には、加盟店の名称を示す情報が記憶される。「適合広告対象」の項目には、加盟店に所定の広告を掲出する際に、広告対象として相応しいと推定される取引対象を示す情報が記憶される。

（決済履歴記憶部１２７について）
決済履歴記憶部１２７は、加盟店において実施された電子決済の決済履歴が記憶される。図１３に、実施形態に係る決済履歴の概要を示す。

図１３に示すように、実施形態に係る決済履歴記憶部１２７に記憶される決済履歴は、「加盟店ＩＤ」の項目や、「決済ユーザ」の項目や、「決済対象」の項目や、「決済金額」の項目などといった複数の項目を有する。適合広告対象情報が有するこれらの項目は相互に対応付けられている。

「加盟店ＩＤ」の項目には、電子決済サービスを導入する事業者（が運営する加盟店）を特定するために各事業者に対して個別に割り振られる店舗識別情報である加盟店ＩＤが記憶される。具体的には、電子決済サービスのユーザによりユーザ端末１０を用いた電子決済が行われる際に用いられる店舗識別情報が記憶される。

「決済ユーザ」の項目には、加盟店において電子決済により決済を行ったユーザに対応するユーザＩＤが記憶される。「決済ユーザ」の項目に記憶されるユーザＩＤは、電子決済サービスの利用登録時にユーザに対して個別に割り振られた利用者識別情報であるユーザＩＤが記憶される。

「決済対象」の項目には、加盟店において電子決済により取引された取引対象を示す情報が記憶される。「決済対象」の項目には、加盟店において実施された電子決済の決済金額を示す情報が記憶される。

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

図６に示すように、実施形態に係る制御部１３０は、取得部１３１と、生成部１３２と、特定部１３３と、決定部１３４と、提供部１３５とを有し、これらの各部により、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０は、決済サーバ１００による処理を実現するための機能部として、図６に示す各部以外の他の機能部を有していてもよい。

（取得部１３１について）
取得部１３１は、電子決済サービスを導入する加盟店に紐付く決済履歴であって、電子決済サービスのユーザにより当該ユーザの端末装置を用いて実施された電子決済の決済履歴を取得する。取得部１３１は、取得した決済履歴を特定部１３３に受け渡す。

また、取得部１３１は、所定の広告を実店舗に掲出している加盟店に紐付く決済履歴を取得する。取得部１３１は、取得した決済履歴を特定部１３３に受け渡す。

また、取得部１３１は、少なくとも所定の広告を実店舗に掲出した第１の加盟店に紐付く決済履歴と、少なくとも所定の広告に掲出された取引対象を提供する第２の加盟店に紐付く決済履歴とを取得する。取得部１３１は、取得した決済履歴を特定部１３３に受け渡す。

（管理部１３２について）
管理部１３２は、掲出依頼があった所定の広告に固有の広告識別情報と、電子決済サービスの加盟店であって所定の広告を実店舗に掲出する加盟店に固有の加盟店識別情報と、所定の広告の広告主に対して送客するためのコードであって所定の広告とともに掲出される所定のコード情報との対応関係を管理する。たとえば、管理部１３２は、広告主である加盟店から所定の広告の掲出依頼があると、掲出依頼があった所定の広告に対して、広告ＩＤを割り振る。また、管理部１３２は、掲出依頼があった広告とともに加盟店に掲出するコードを生成する。管理部１３２は、広告主に対して送客するための所定のアドレス情報を記述したコード情報を生成する。そして、管理部１３２は、広告ＩＤと、所定の広告の掲出依頼元である加盟店に固有の加盟店ＩＤと、所定の広告とともに掲出するコードに関するコード情報とを対応付けて記憶部１２０に格納する。

なお、管理部１３２は、掲出依頼があった広告がデジタルコンテンツである場合、広告ＡＤの広告主である事業者から入稿される広告素材と、掲出依頼があった広告に対応付けるコード情報とを用いて、コード情報を予め有する広告用コンテンツを生成してもよい。この場合、決済サーバ１００は、生成した広告用コンテンツを加盟店ＭＢに提供する。加盟店ＭＢは、店舗内に設置されているディスプレイや表示機器に広告ＡＤ２に対応する広告用コンテンツを表示させることにより広告ＡＤ２を掲出する。

（特定部１３３について）
特定部１３３は、所定の広告ごとに、所定のアドレス情報に対するユーザのアクセス履歴と、所定の広告の成果を示す広告成果情報とを突合して、成果に貢献した貢献加盟店を特定する。たとえば、特定部１３３は、貢献加盟店の候補となる候補加盟店に設置された所定の広告に紐付く所定のアドレス情報に対するアクセス日時が、所定の広告の成果として広告成果情報に含まれる情報であって、所定の広告に掲出された取引対象に関する所定のコンバージョンの成立日時とに基づいて、所定のアドレスに対するアクセスが所定のコンバージョンの成立よりも時系列で過去である場合、候補加盟店を貢献加盟店として特定する。

また、特定部１３３は、貢献加盟店の候補となる候補加盟店が複数店存在する場合、前記候補加盟店の各々を前記貢献加盟店として特定してもよい。

また、特定部１３３は、複数店存在する候補加盟店のうち、候補加盟店に掲出された所定の広告に紐付くアクセス日時から所定のコンバージョンの成立日時に至るまでの経過時間が所定時間内にある候補加盟店を貢献加盟店として特定してもよい。

また、特定部１３３は、取得部１３１により取得された決済履歴に基づいて、所定の広告に掲出されている取引対象に関する所定のコンバージョンの成立が確認されたことを条件として、所定の広告が掲出されている加盟店を所定のコンバージョンの成立に貢献した加盟店として特定する。また、特定部１３２は、取得部１３１により取得された第１の加盟店に紐付く決済履歴と、第２の加盟店に紐付く決済履歴とを突合して、貢献加盟店を特定してもよい。たとえば、特定部１３３は、第２の加盟店において取引対象の提供を受けたユーザが、第２の加盟店での決済よりも前に、第１の加盟店において決済を行っている場合、第１の加盟店を貢献加盟店として特定する。

また、特定部１３３は、第２の加盟店が所定の広告を実店舗に設置している場合、第１の加盟店および第２の加盟店を貢献加盟店として特定してもよい。

また、特定部１３３は、取引対象の提供を受けたユーザが決済を行った第１の加盟店が複数店存在する場合、第１の加盟店の各々を貢献加盟店として特定してもよい。

また、特定部１３３は、複数店存在する第１の加盟店のうち、ユーザの決済日時から第２の加盟店における決済日時に至るまでの経過時間が所定時間内にある第１の加盟店を貢献加盟店として特定してもよい。

（決定部１３４について）
決定部１３４は、特定部１３３により特定された貢献加盟店に対して付与する所定の広告の掲出に伴う報酬の額と、貢献加盟店に対して請求する電子決済サービスの利用に関する各種手数料とに基づいて、貢献加盟店に対する精算金額を決定する。

また、決定部１３４は、広告成果情報に含まれる所定のコンバージョンの種別に応じた報酬の単価と所定のコンバージョンの成立回数とに基づいて、報酬の額を決定してもよい。

また、決定部１３４は、特定部により特定された貢献加盟店が複数店存在する場合、報酬の額を貢献加盟店の数で按分してもよい。

また、決定部１３４は、精算金額に相当する額の電子マネーを、貢献加盟店に紐付くマネー残高に加算するか、又は、マネー残高から減算することにより精算してもよい。

（提供部１３５について）
提供部１３５は、記憶部１２０を参照して、広告の掲出に関する情報を提供する。たとえば、提供部１３５は、広告の掲出を依頼する掲出依頼を第１の加盟店から受信した場合、適合広告対象情報を参照して、第１の加盟店に適合する広告対象の少なくとも一部を、適合する広告対象に含んでいる第２の加盟店を広告の掲出先の候補として特定し、特定した第２の加盟店を示す情報を第１の加盟店に提供する。

また、提供部１３５は、適合する広告対象の問合せを第３の加盟店から受信した場合、記憶部１２０（適合広告対象情報記憶部１２６）を参照して、第３の加盟店に対応付けられている適合広告対象を示す情報を第３の加盟店に提供する。

また、制御部１３０は、取得部１３１により取得された決済履歴に基づいて、加盟店に適合する広告対象を示す適合広告対象を推定する推定部を有していてもよい。推定部は、たとえば、決済履歴に含まれる商品やサービスなどの取引対象の属性に基づいて、適合広告対象を推定できる。たとえば、推定部は、ある加盟店ＥＸ１において頻繁に取引される（所定の期間における取引回数が所定回数を上回る）商品またはサービスや、その商品またはサービスに類似する類似商品または類似サービスを適合広告対象として推定する。

また、推定部は、たとえば、電子決済を実施したユーザの属性に基づいて、適合広告対象を推定できる。たとえば、推定部は、各加盟店について、各加盟店における決済履歴に含まれる決済ユーザ（電子決済を実施したユーザ）に関する情報に基づいて、ロイヤルカスタマに該当するユーザ像を設定する。決済ユーザに関する情報には、決済ユーザのデモグラフィック属性やサイコグラフィック属性など、決済サーバ１００が電子決済サービスのプラットフォームを介して電子決済サービスに提供を通じて取得可能な任意の情報が含まれ得る。ユーザの設定例について具体的に説明すると、決済サーバ１００は、ロイヤルカスタマに該当する各ユーザの特徴を特定し、特定した各ユーザの特徴に基づいて、ロイヤルカスタマに該当する各ユーザに共通する特徴を抽出する。そして、決済サーバ１００は、抽出した特徴からロイヤルカスタマに該当するユーザ像を設定する。たとえば、加盟店ＥＸ１におけるロイヤルカスタマに該当する各ユーザに共通する特徴として、男性、３０代、会社員、独身という特徴が抽出された場合、加盟店ＥＸ１のロイヤルカスタマに該当するユーザ像として、「３０代の男性、会社員、独身」を設定する。また、決済サーバ１００は、各加盟店についてロイヤルカスタマに該当するユーザ像を設定後、処理対象となる加盟店を選択する。たとえば、決済サーバ１００は、処理対象となる加盟店として加盟店ＥＸ１を選択した場合、加盟店ＥＸ１のロイヤルカスタマに該当するユーザ像と、他の加盟店のロイヤルカスタマに該当するユーザ像とを比較する。そして、決済サーバ１００は、加盟店ＥＸ１のロイヤルカスタマに該当するユーザ像と、加盟店ＥＸ２のロイヤルカスタマに該当するユーザ像とが一致する場合、加盟店ＥＸ２において頻繁に取引されている取引対象についても、加盟店ＥＸ１に適合する広告対象として推定する。

［３．処理手順例］
（３－１．精算処理（その１））
以下、実施形態に係る決済サーバ１００により実行される処理手順の一例を説明する。まず、実施形態に係る精算処理（その１）の処理手順について説明する。図１４に、実施形態に係る精算処理（その１）の処理手順の一例を示す。

図１４に示すように、特定部１３３は、精算処理を実行するか否かを判定する（ステップＳ１０１）。たとえば、特定部１３３は、予め定められている精算処理の実行タイミングであるか否かを判定する。

特定部１３３は、精算処理を実行すると判定した場合（ステップＳ１０１；Ｙｅｓ）、広告成果情報記憶部１２１から広告成果情報を取得する（ステップＳ１０２）。また、特定部１３３は、広告成果情報に対応する所定のアドレス情報に対するアクセス履歴を取得する（ステップＳ１０３）。

また、特定部１３３は、広告成果情報とアクセス履歴とを突合して、広告の成果に貢献したと推定される貢献加盟店を特定する（ステップＳ１０４）。

決定部１３４は、特定部１３３により特定された貢献加盟店に対する精算金額を決定して（ステップＳ１０５）、精算処理を実行する（ステップＳ１０６）。

特定部１３３は、決定部１３４による精算処理が完了すると、広告成果情報に紐付く全ての広告主について精算処理を実行したか否かを判定する（ステップＳ１０７）。

特定部１３３は、広告成果情報に紐付く全ての広告主について精算処理を実行したと判定した場合（ステップＳ１０７；Ｙｅｓ）、図１４に示す処理手順を終了する。

一方、特定部１３３は、広告成果情報に紐付く全ての広告主について精算処理を実行していないと判定した場合（ステップＳ１０７；Ｎｏ）、上述したステップＳ１０２の処理手順に戻る。

上述のステップＳ１０１において、特定部１３３は、精算処理を実行しないと判定した場合（ステップＳ１０１；Ｎｏ）、図１４に示す処理手順を終了する。

（３－２．精算処理（その２））
以下、実施形態に係る精算処理（その２）の処理手順について説明する。図１５に、実施形態に係る精算処理（その２）の処理手順の一例を示す。

図１５に示すように、特定部１３３は、精算処理を実行するか否かを判定する（ステップＳ２０１）。たとえば、特定部１３３は、予め定められている精算処理の実行タイミングであるか否かを判定する。

特定部１３３は、精算処理を実行すると判定した場合（ステップＳ２０１；Ｙｅｓ）、広告を実店舗に掲出した加盟店の決済履歴と、広告に掲出された取引対象を提供する加盟店の決済履歴を取得する（ステップＳ２０２）。

また、特定部１３３は、同一の決済履歴についての決済履歴を突合して、取引対象に対する所定のコンバージョンに貢献したと推定される貢献加盟店を特定する（ステップＳ２０３）。

決定部１３４は、特定部１３３により特定された貢献加盟店に対する精算金額を決定して（ステップＳ２０４）、精算処理を実行する（ステップＳ２０５）。

特定部１３３は、決定部１３４による精算処理が完了すると、加盟店に掲出された全ての広告について精算処理を実行したか否かを判定する（ステップＳ２０６）。

特定部１３３は、全ての広告について精算処理を実行したと判定した場合（ステップＳ２０６；Ｙｅｓ）、図１５に示す処理手順を終了する。

一方、特定部１３３は、全ての広告について精算処理を実行していないと判定した場合（ステップＳ２０６；Ｎｏ）、上述したステップＳ２０２の処理手順に戻る。

上述のステップＳ２０１において、特定部１３３は、精算処理を実行しないと判定した場合（ステップＳ２０１；Ｎｏ）、図１５に示す処理手順を終了する。

（３－３．マッチング処理（その１））
以下、実施形態に係るマッチング処理（その１）の処理手順について説明する。図１６に、実施形態に係るマッチング処理（その１）の処理手順の一例を示す。

図１６に示すように、提供部１３５は、加盟店から広告掲出依頼を取得する（ステップＳ３０１）。具体的には、提供部１３５は、通信部１１０を通じて、加盟店端末２０から送信された広告掲出依頼を取得する。

また、提供部１３５は、広告掲出依頼を取得すると、適合広告対象記憶部１２５を参照して、広告掲出候補となる候補加盟店を特定する（ステップＳ３０２）。

また、提供部１３５は、特定した候補加盟店に関する情報を、広告掲出依頼元の加盟店に提供して（ステップＳ３０３）、図１６に示す処理手順を終了する。具体的には、提供部１３５は、広告掲出依頼の送信元である加盟店端末２０に対し、通信部１１０を通じて、候補加盟店に関する情報を送信する。

（３－４．マッチング処理（その２））
以下、実施形態に係るマッチング処理（その２）の処理手順について説明する。図１７に、実施形態に係るマッチング処理（その２）の処理手順の一例を示す。

図１７に示すように、提供部１３５は、加盟店から適合広告対象の問合せを取得する（ステップＳ４０１）。具体的には、提供部１３５は、通信部１１０を通じて、加盟店端末２０から送信された適合広告対象の問合せを取得する。

また、提供部１３５は、適合広告対象の問合せを取得すると、適合広告対象記憶部１２５を参照して、問合せ元の加盟店に対応する適合広告対象を特定する（ステップＳ４０２）。

また、提供部１３５は、特定した適合広告対象に関する情報を、問合せ元の加盟店に提供して（ステップＳ４０３）、図１７に示す処理手順を終了する。具体的には、提供部１３５は、問合せ元の送信元である加盟店端末２０に対し、通信部１１０を通じて、適合広告対象に関する情報を送信する。

［４．変形例］
上述の実施形態では、図１や図２に示す情報処理システムＳＹＳ－１や、図３に示す情報処理システムＳＹＳ－２や、図４や図５に示す情報処理システムＳＹＳ－３（以下、「各情報処理システムＳＹＳ」と称する。）の各々が有する決済サーバ１００が、広告に関する処理を実行する処理機能を有する例について説明した。しかしながら、実施形態に係る各情報処理システムＳＹＳの構成は、このような例には特に限定される必要はなく、電子決済サービスに関する処理を行うサーバ装置と、広告に関する処理を行うサーバ装置とが、それぞれ物理的に異なる個別のサーバであってもよく、又は、それぞれのサーバ装置が異なるシステムに属するサーバ装置であってもよい。この場合、それぞれのサーバ装置がそれぞれの処理に必要な情報を相互にやり取り可能な状態で通信可能に接続される。

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

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

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

［５．効果］
上述してきたように、実施形態に係る決済サーバ１００は、記憶部１２０と、特定部１３３と、決定部１３４とを有する。記憶部１２０（対応関係記憶部１２１）は、掲出依頼があった所定の広告に固有の広告識別情報と、電子決済サービスを導入する加盟店であって所定の広告を実店舗に設置する加盟店に固有の加盟店識別情報と、所定の広告の広告主に対して送客するためのコードであって所定の広告とともに掲出される所定のコードに関するコード情報との対応関係を示す情報を記憶する。特定部１３３は、記憶部を参照して、所定の広告ごとに、所定のコード情報に記述された所定のアドレス情報に対するユーザのアクセス履歴に基づいて、所定の広告の成果に貢献した貢献加盟店を特定する。決定部１３４は、特定部１３３により特定された貢献加盟店に対して付与する前記所定の広告の掲出に伴う報酬の額と、貢献加盟店に対して請求する電子決済サービスの利用に関する各種手数料とに基づいて、貢献加盟店に対する精算金額を決定する。

また、特定部１３３は、利用者のアクセス履歴と、所定の広告の成果を示す広告成果情報とを突合して、成果に貢献した貢献加盟店を特定する。

また、記憶部１２０（対応関係記憶部１２１）は、加盟店識別情報として、電子決済サービスのユーザによりユーザ端末を用いて実施される電子決済の際に用いられる店舗識別情報を、広告識別情報および所定のコード情報に対応付けて記憶する。

また、特定部１３３は、貢献加盟店の候補となる候補加盟店に設置された所定の広告に紐付く所定のアドレス情報に対するアクセス日時が、所定の広告の成果として広告成果情報に含まれる情報であって、所定の広告に掲出された取引対象に関する所定のコンバージョンの成立日時とに基づいて、所定のアドレスに対するアクセスが所定のコンバージョンの成立よりも時系列で過去である場合、候補加盟店を貢献加盟店として特定する。

また、特定部１３３は、貢献加盟店の候補となる候補加盟店が複数店存在する場合、候補加盟店の各々を貢献加盟店として特定する。

また、特定部１３３は、複数店存在する候補加盟店のうち、候補加盟店に掲出された所定の広告に紐付くアクセス日時から所定のコンバージョンの成立日時に至るまでの経過時間が所定時間内にある候補加盟店を貢献加盟店として特定する。

また、決定部１３４は、広告成果情報に含まれる所定のコンバージョンの種別に応じた報酬の単価と所定のコンバージョンの成立回数とに基づいて、報酬の額を決定する。

また、決定部１３４は、特定部１３３により特定された貢献加盟店が複数店存在する場合、報酬の額を貢献加盟店の数で按分する。

また、決定部１３４は、精算金額に相当する額の電子マネーを、貢献加盟店に紐付くマネー残高に加算するか、又は、マネー残高から減算することにより精算する。

このようなことから、実施形態に係る決済サーバ１００は、上述した各部により実行される処理、又は各部のうちのいずれかの組合せにより、電子決済サービスを導入する加盟店である実店舗を広告の掲載面と見立てた場合における広告の掲出に関する費用の効率的な精算を図ることができる。すなわち、決済サーバ１００は、所定のアドレス情報が記録されたコード情報を含む広告媒体を生成することにより、コード情報に対するアクセスを通じて、広告を閲覧したユーザを簡易に推定でき、広告の掲出に伴って貢献加盟店に支払うべき報酬を、電子決済サービスの利用に伴う貢献加盟店の手数料と相殺することにより、効率的な精算処理を実現できる。

［６．ハードウェア構成］
また、上述してきた実施形態に係る決済サーバ１００は、たとえば、図１７に示すような構成のコンピュータ１０００によって実現される。図１７に、実施形態に係る決済サーバ１００の機能を実現するコンピュータの一例を示すハードウェア構成図を示す。

コンピュータ１０００は、出力装置１０１０、入力装置１０２０と接続され、演算装置１０３０、一次記憶装置１０４０、二次記憶装置１０５０、出力ＩＦ（Interface）１０６０、入力ＩＦ１０７０、ネットワークＩＦ１０８０がバス１０９０により接続された形態を有する。

演算装置１０３０は、一次記憶装置１０４０や二次記憶装置１０５０に格納されたプログラムや入力装置１０２０から読み出したプログラムなどに基づいて動作し、各種の処理を実行する。一次記憶装置１０４０は、ＲＡＭなど、演算装置１０３０が各種の演算に用いるデータを一次的に記憶するメモリ装置である。また、二次記憶装置１０５０は、演算装置１０３０が各種の演算に用いるデータや、各種のデータベースが登録される記憶装置であり、ＲＯＭ（Read Only Memory)、ＨＤＤ、フラッシュメモリ等により実現される。

出力ＩＦ１０６０は、モニタやプリンタといった各種の情報を出力する出力装置１０１０に対し、出力対象となる情報を送信するためのインターフェイスであり、たとえば、ＵＳＢ（Universal Serial Bus）やＤＶＩ（Digital Visual Interface）、ＨＤＭＩ（登録商標）（High Definition Multimedia Interface）といった規格のコネクタにより実現される。また、入力ＩＦ１０７０は、マウス、キーボード、およびスキャナなどといった各種の入力装置１０２０から情報を受信するためのインターフェイスであり、たとえば、ＵＳＢなどにより実現される。

なお、入力装置１０２０は、たとえば、ＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）などの光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリなどから情報を読み出す装置であってもよい。また、入力装置１０２０は、ＵＳＢメモリなどの外付け記憶媒体であってもよい。

ネットワークＩＦ１０８０は、ネットワークＮを介して他の機器からデータを受信して演算装置１０３０へ送り、また、ネットワークＮを介して演算装置１０３０が生成したデータを他の機器へ送信する。

演算装置１０３０は、出力ＩＦ１０６０や入力ＩＦ１０７０を介して、出力装置１０１０や入力装置１０２０の制御を行う。たとえば、演算装置１０３０は、入力装置１０２０や二次記憶装置１０５０からプログラムを一次記憶装置１０４０上にロードし、ロードしたプログラムを実行する。

たとえば、コンピュータ１０００が実施形態に係る情報処理装置の一例である決済サーバ１００として機能する場合、コンピュータ１０００の演算装置１０３０は、一次記憶装置１０４０上にロードされたプログラム（たとえば、情報処理プログラム）を実行することにより、制御部１３０と同様の機能を実現する。すなわち、演算装置１０３０は、一次記憶装置１０４０上にロードされたプログラム（たとえば、情報処理プログラム）との協働により、実施形態に係る決済サーバ１００による処理を実現する。

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

また、上述した決済サーバ１００は、機能によっては外部のプラットフォームなどをＡＰＩ（Application Programming Interface）やネットワークコンピューティングなどで呼び出して実現するなど、構成は柔軟に変更できる。

また、特許請求の範囲に記載した「部」は、「手段」や「回路」などに読み替えることができる。例えば、制御部は、制御手段や制御回路に読み替えることができる。

１ 情報処理システム
１０ ユーザ端末
２０ 加盟店端末
１００ 決済サーバ
１１０ 通信部
１２０ 記憶部
１２１ 広告成果情報記憶部
１２２ アクセス履歴記憶部
１２３ 報酬情報記憶部
１２４ 手数料情報記憶部
１２５ 適合広告対象情報記憶部
１２６ 決済履歴記憶部
１３０ 制御部
１３１ 取得部
１３２ 生成部
１３３ 特定部
１３４ 決定部
１３５ 提供部

Claims (11)

1. 掲出依頼があった所定の広告に固有の広告識別情報と、電子決済サービスの加盟店であって前記所定の広告を実店舗に掲出する前記加盟店に固有の加盟店識別情報と、前記所定の広告の広告主に対して送客するためのコードであって前記所定の広告とともに掲出される所定のコードに関するコード情報との対応関係を示す情報を記憶する記憶部と、
   前記記憶部を参照して、前記所定の広告ごとに、前記コード情報に含まれている所定のアドレス情報であるＵＲＬに対する利用者のアクセス履歴に基づいて、前記所定の広告の成果に貢献した貢献加盟店を特定する特定部と、
   前記特定部により特定された前記貢献加盟店に対して付与する前記所定の広告の掲出に伴う報酬の額と、前記貢献加盟店に対して請求する前記電子決済サービスの利用に関する各種手数料とに基づいて、前記貢献加盟店に対する精算金額を決定する決定部と
   を有することを特徴とする情報処理装置。
2. 前記特定部は、
   前記利用者のアクセス履歴と、前記所定の広告の成果を示す広告成果情報とを突合して、前記成果に貢献した貢献加盟店を特定する
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記記憶部は、
   前記加盟店識別情報として、前記電子決済サービスの前記利用者により端末装置を用いて実施される電子決済の際に用いられる店舗識別情報を、前記広告識別情報および前記コード情報に対応付けて記憶する
   ことを特徴とする請求項１または２に記載の情報処理装置。
4. 前記特定部は、
   前記貢献加盟店の候補となる候補加盟店に掲出された前記所定の広告に紐付く前記所定のアドレス情報であるＵＲＬに対するアクセス日時が、前記所定の広告の成果として前記広告成果情報に含まれる情報であって、前記所定の広告により宣伝されている取引対象に関する所定のコンバージョンの成立日時よりも時系列で過去である場合、前記候補加盟店を前記貢献加盟店として特定する
   ことを特徴とする請求項２に記載の情報処理装置。
5. 前記特定部は、
   前記貢献加盟店の候補となる候補加盟店が複数店存在する場合、前記候補加盟店の各々を前記貢献加盟店として特定する
   ことを特徴とする請求項４に記載の情報処理装置。
6. 前記特定部は、
   複数店存在する前記候補加盟店のうち、前記候補加盟店に掲出された前記所定の広告に紐付く前記所定のアドレス情報であるＵＲＬに対するアクセス日時から前記所定のコンバージョンの成立日時に至るまでの経過時間が所定時間内にある前記候補加盟店を前記貢献加盟店として特定する
   ことを特徴とする請求項４に記載の情報処理装置。
7. 前記決定部は、
   前記広告成果情報に含まれる所定のコンバージョンの種別に応じた報酬の単価と前記所定のコンバージョンの成立回数とに基づいて、前記報酬の額を決定する
   ことを特徴とする請求項２に記載の情報処理装置。
8. 前記決定部は、
   前記特定部により特定された前記貢献加盟店が複数店存在する場合、前記報酬の額を前記貢献加盟店の数で按分する
   ことを特徴とする請求項７に記載の情報処理装置。
9. 前記決定部は、
   前記精算金額に相当する額の電子マネーを、前記貢献加盟店に紐付くマネー残高に加算するか、又は、前記マネー残高から減算することにより精算する
   ことを特徴とする請求項２に記載の情報処理装置。
10. コンピュータが、
    掲出依頼があった所定の広告に固有の広告識別情報と、電子決済サービスの加盟店であって前記所定の広告を実店舗に掲出する前記加盟店に固有の加盟店識別情報と、前記所定の広告の広告主に対して送客するためのコードであって前記所定の広告とともに掲出される所定のコードに関するコード情報との対応関係を示す情報を記憶する記憶部を参照し、前記所定の広告ごとに、前記コード情報に含まれている所定のアドレス情報であるＵＲＬに対する利用者のアクセス履歴に基づいて、前記所定の広告の成果に貢献した貢献加盟店を特定する特定工程と、
    前記特定工程により特定された前記貢献加盟店に対して付与する前記所定の広告の掲出に伴う報酬の額と、前記貢献加盟店に対して請求する前記電子決済サービスの利用に関する各種手数料とに基づいて、前記貢献加盟店に対する精算金額を決定する決定工程と
    を実行することを特徴とする情報処理方法。
11. コンピュータに、
    掲出依頼があった所定の広告に固有の広告識別情報と、電子決済サービスの加盟店であって前記所定の広告を実店舗に掲出する前記加盟店に固有の加盟店識別情報と、前記所定の広告の広告主に対して送客するためのコードであって前記所定の広告とともに掲出される所定のコードに関するコード情報との対応関係を示す情報を記憶する記憶部を参照し、前記所定の広告ごとに、前記コード情報に含まれている所定のアドレス情報であるＵＲＬに対する利用者のアクセス履歴に基づいて、前記所定の広告の成果に貢献した貢献加盟店を特定する特定手順と、
    前記特定手順により特定された前記貢献加盟店に対して付与する前記所定の広告の掲出に伴う報酬の額と、前記貢献加盟店に対して請求する前記電子決済サービスの利用に関する各種手数料とに基づいて、前記貢献加盟店に対する精算金額を決定する決定手順と
    を実行させることを特徴とする情報処理プログラム。

Images