JP6906594B2 - 情報処理システム、情報処理方法および端末プログラム - Google Patents

Description

本発明は、情報処理システム、情報処理方法および端末プログラムに関する。

従来、利用者に対し、店舗に空席があるか否かを提供したり、空席が無い場合、待ち人数や待ち時間等の情報（混雑状況の情報）を提供したり、画像によりリアルタイムな店舗の雰囲気を伝えることで、店舗探しを支援する技術が提案されている（特許文献１）。

特開２００４−２２０１５０号公報

しかしながら、上記の従来技術では、効果的に創客することができるサービスを実現することができるとは限らない。例えば、上記の従来技術では、顧客に対して店舗の予約メニューを発信することで、予約メニューに対する予約を受け付ける。そして、上記の従来技術では、予約において待ちの順番数が予め設定された数になると店舗と顧客との間で所定金額を精算し、サービス提供後にサービスの代金から予約時に精算したこの所定金額との差額を顧客に支払わせる。

このように、上記の従来技術は、予約のキャンセルによる店の損害を少なくするものであり、利用者側のメリットが少ない。したがって、上記の従来技術では、必ずしも効果的に創客することができるサービスを実現することができるとは限らない。

本願に係る情報処理システムは、利用者によって利用される端末装置と、情報処理装置とを含む情報処理システムであって、前記端末装置は、前記利用者の操作に応じて、所定の集客サービスにより提示された店舗に前記利用者が来店したことを示す来店情報を前記情報処理装置に送信する送信部を有し、前記情報処理装置は、前記来店情報に基づき算出された来客数であって、前記店舗への来客数に応じた手数料を当該店舗に対して請求される手数料として算出する算出部と、前記利用者により前記来店情報が送信されたことによる特典を前記利用者に付与する付与部とを有することを特徴とする。

実施形態に一態様によれば、効果的に創客することができるサービスを実現することができるといった効果を奏する。

図１は、実施形態に係る集客サービスの一例を示す図である。 図２は、実施形態に係る情報処理の一例を示す図である。 図３は、実施形態に係る変形例の一例（１）を示す図である。 図４は、実施形態に係る変形例の一例（２）を示す図である。 図５は、実施形態に係る情報処理システムの構成例を示す図である。 図６は、実施形態に係る端末装置の構成例を示す図である。 図７は、実施形態に係る情報処理装置の構成例を示す図である。 図８は、実施形態に係る情報処理システムによる特典付与処理手順を示すシーケンス図である。 図９は、実施形態に係る情報処理システムによる請求処理手順を示すシーケンス図である。 図１０は、情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

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

〔１．情報処理の概要〕
まず、実施形態に係る情報処理システムによって行われる情報処理の概要について前提を交えて説明する。例えば、店舗に関する各種情報を提示することで利用者による店舗探しを支援する集客サービス（例えば、グルメサイト等）がある。このような集客サービスでは、例えば、利用者がより望む店舗情報を提示したり、さらに予約サービスも兼用する等して、店舗への効果的な集客を目指そうとするが、これだけでは必ずしも効果的に顧客づくり（創客）することができるとは限らない。そこで、実施形態に係る情報処理システムでは、所定の集客サービスを介して実際に来店した利用者を検知し、来店した利用者にはインセンティブを付与することで、今後もこの所定の集客サービスを利用して来店させるというサイクルを実現する。このようにして、実施形態に係る情報処理システムでは、集客から創客までを効果的に行うことのできる集客サービスを実現しようとするものである。実施形態に係る情報処理の一例については、図２〜図４を用いて説明する。

〔２．情報処理システム〕
図２〜図４の説明に先立って、図５を用いて、まず、実施形態に係る情報処理システムについて説明する。図５は、実施形態に係る情報処理システム１の構成例を示す図である。実施形態に係る情報処理システム１は、図５に示すように、端末装置１０と、外部装置６０と、情報処理装置１００と、決済装置２００とを含む。端末装置１０、外部装置６０、情報処理装置１００、決済装置２００、ネットワークＮを介して有線または無線により通信可能に接続される。

端末装置１０は、利用者によって利用される情報処理端末である。端末装置１０は、例えば、スマートフォンや、タブレット型端末や、ノート型ＰＣ（Personal Computer）や、デスクトップＰＣや、携帯電話機や、ＰＤＡ（Personal Digital Assistant）等である。例えば、端末装置１０は、利用者の操作に応じて、所定の集客サービスにより提示された店舗に利用者が来店したことを示す来店情報を情報処理装置１００に送信する。

外部装置６０は、実施形態に係る情報処理装置１００との間で行われた請求処理に応じて、請求対象となっている店舗に対して手数料を請求するサーバ装置である。係る手数料については後述する。

決済装置２００は、所定の決済サービス（以下、「決済サービスＫＳＶ」と表記する場合がある）に対応するサーバ装置である。情報処理装置１００と、決済装置２００との間で行われる処理については後に図３を用いて説明する。

情報処理装置１００は、上述したような実施形態に係る情報処理を行うサーバ装置である。具体的には、情報処理装置１００は、端末装置１０により送信された来店情報を受信すると、来店情報に基づいて、この来店情報に対応する店舗の来客数を算出し、算出した来客数に応じた手数料をこの店舗に請求される手数料として算出する。また、情報処理装置１００は、利用者により来店情報が送信されたことによる特典をこの利用者に付与する。また、情報処理装置１００は、所定の集客サービスに対する利用者の利用状況に基づき店舗に利用者が来店したか否かを判定し、判定結果を端末装置１０に送信することにより、端末装置１０に対して所定の制御処理を行わせる。

また、以下の実施形態では、所定の集客サービスの一例として、集客サービスＧＳＶを例示する。集客サービスＧＳＶは、実施形態に係る集客サービスであり、情報処理装置１００は、この集客サービスＧＳＶに対応するサーバ装置であるものとする。一方で、集客サービスＧＳＶに対応するサーバ装置は、情報処理装置１００以外のサーバ装置であり、情報処理装置１００は、このサーバ装置と協働するものであってもよいが、説明を簡単にするために、本実施形態では前者の例を採用するものとする。また、集客サービスを管理・運営する事業主と、情報処理装置１００を運営・管理する事業主とは、同一であってもよいし、異なっていてもよい。

〔３．端末プログラムについて〕
上記端末装置１０は、実施形態に係る端末プログラムの制御に従って、動作する。そして、実施形態に係る端末プログラムは、集客サービスＧＳＶに対応するアプリケーション（以下、「アプリＡＰ」と表記する場合がある）であるものとする。よって、端末装置１０には、アプリＡＰが予めインストールされているものとする。また、これにより、端末装置１０は、アプリＡＰの制御に従って、以下の実施形態に係る情報処理を実行する。

具体的には、端末装置１０は、利用者の操作に応じて、集客サービスＧＳＶにより提示された店舗に自装置の利用者が来店したことを示す来店情報を情報処理装置１００に送信する。例えば、端末装置１０は、集客サービスＧＳＶを利用し店舗検索を行った利用者が、検索結果として提示された店舗のいずれかに来店したと判定された場合には、この店舗に利用者が来店したことを示す来店情報を情報処理装置１００に送信する。また、例えば、端末装置１０は、集客サービスＧＳＶを利用し店舗予約を行った利用者が、予約した店舗に来店したと判定された場合には、この店舗に利用者が来店したことを示す来店情報を情報処理装置１００に送信する。このようなことから、端末装置１０は、集客サービスＧＳＶを利用した利用者が、集客サービスＧＳＶで取り扱われている店舗に来店したと判定された場合には、この店舗に利用者が来店したことを示す来店情報を情報処理装置１００に送信するものである。

より詳細に説明する。情報処理装置１００は、集客サービスＧＳＶに対する利用者の利用状況に基づき、集客サービスＧＳＶで対象となっている店舗に利用者が来店したか否かを判定する。例えば、情報処理装置１００は、集客サービスＧＳＶで対象となっている店舗に来店したことを示す意思表示（チェックイン）が集客サービスＧＳＶを利用して行われたか否かを判定し、意思表示が行われたと判定した場合には、この店舗記利用者が来店したと判定する。一例としては、情報処理装置１００は、集客サービスＧＳＶで対象となっている店舗の位置情報と、利用者の位置情報とに基づいて、係る利用者がこの店舗においてこの店舗に来店したことを示す意思表示を行ったか否かを判定する。情報処理装置１００は、このような来店判定処理を行うことで、判定結果を端末装置１０に応答する。

そして、端末装置１０は、店舗に利用者が来店したと判定された場合には、利用者が来店情報を送信できるよう、送信可能な状態に制御する。例えば、端末装置１０は、アプリＡＰの制御に従って、店舗に設置されるコード情報から来店情報を読み取り可能な状態に制御する。例えば、端末装置１０は、アプリＡＰの制御に従って、アプリＡＰに対応するカメラ機能ＣＭをＯＮにすることで、利用者がカメラ機能を用いてコード情報の撮像を行える状況にする。

また、端末装置１０は、アプリＡＰの制御に従って、店舗に設置される所定のセンサ（例えば、ビーコン）との相互通信を可能に制御することで、利用者の操作に拘わらず動的に来店情報を送信してもよい。例えば、端末装置１０は、アプリＡＰの制御に従って、近距離無線通信機能ＮＦＣをＯＮにすることで、所定のセンサとの相互通信を行う。そして、端末装置１０は、相互通信により取得した来店情報を情報処理装置１００に送信する。

〔４．集客サービスについて〕
ここからは、図１を用いて、実施形態に係る集客サービスＧＳＶについて説明する。図１は、実施形態に係る集客サービスＧＳＶの一例を示す図である。集客サービスＧＳＶは、店舗探しを支援するサービスであり、利用者の情報（例えば、利用者の位置情報や利用者が入力した検索条件）に応じた店舗を示す店舗情報を検索結果として利用者に提示する。すなわち、情報処理装置１００は、利用者の情報（例えば、利用者の位置情報や利用者が入力した検索条件）に基づいて、店舗検索を行い、検索した店舗を示す店舗情報を検索結果として利用者の端末装置１０に表示させる。

例えば、集客サービスＧＳＶに加盟する店舗には、店舗内を撮影する撮影装置（例えば、カメラ）が設けられている。そして、係るカメラは、店舗内をリアルタイムに撮影し、撮影によって得られた撮影画像を逐一情報処理装置１００に送信する。これにより、情報処理装置１００は、例えば、利用者の現在位置周辺に位置する店舗を検索し、検索した店舗毎に、当該店舗の撮影装置から送られてきた撮影画像に基づいて、当該店舗の混雑状況の度合いを算出する。そして、情報処理装置１００は、利用者周辺の地図情報に対して、検索した店舗毎の混雑状況を示す指標マークを重畳させる形で表示させる。例えば、情報処理装置１００は、図１に示すように、利用者周辺の地図情報上の位置であって、検索した店舗の所在地に対応する位置に対して、混雑状況の度合いに応じて色分けされた指標マークを表示させる。これにより、利用者は、自身の周辺に存在する店舗のうち、どの店舗が空いていて、どの店舗が混雑しているかを容易に把握することができるため、空いている店舗を容易に探すことができる。また、このようなことから、実施形態に係る集客サービスＧＳＶは、店舗毎の混雑状況を提示することで店舗探しを支援するサービスといえる。

なお、実施形態に係る集客サービスＧＳＶは、このようなサービスに限定されず、例えば、利用用途に関する検索条件（「二次会向けの店舗」等）に合った店舗を示す店舗情報を提供するものであってもよい。係る場合、情報処理装置１００は、店舗毎に、当該店舗の撮影画像に基づいて、当該店舗の利用用途に関する情報を推定しておく。このような状態において、情報処理装置１００は、利用者から利用用途に関する検索条件を受け付けると、受け付けた検索条件に合った利用用途が推定されている店舗を示す店舗情報を提示する。また、例えば、情報処理装置１００は、検索条件に合った利用用途が推定されている店舗のうち、当該店舗の撮影画像と予約情報とに基づいて、利用条件に示される利用日時において利用可能と推測される店舗を選択し、選択した店舗の店舗情報を利用者に提供してもよい。

また、実施形態に係る集客サービスＧＳＶは、提示した店舗の中から任意の店舗への予約を受け付ける予約サービスを併用していてもよい。また、上記例によると、実施形態に係る情報処理装置１００が、集客サービスＧＳＶに対応する情報処理を行うことにより、利用者に対してサービスを提供しているが、係る処理は、情報処理装置１００以外のサーバ装置によって行われてもよい。

ここからは、実施形態に係る集客サービスＧＳＶは、店舗毎の混雑状況を提示することで店舗探しを支援するサービスであるものとして、この一例について図１を用いてより詳細に説明する。また、係る例では、利用者の一例として、ユーザＵ１を挙げる。

まず、図１の例では、ユーザＵ１は、アプリＡＰを介して、集客サービスＧＳＶに対応する情報処理装置１００に検索条件（例えば、「現在位置」）を送信している。また、これにより、ユーザＵ１の端末装置１０の表示画面Ｄには、ユーザＵ１の現在位置周辺の地図情報ＭＰ１であって、ユーザＵ１の現在位置周辺に存在する店舗毎の混雑状況を示す指標マークが重畳表示された地図情報ＭＰ１が表示されている。換言すると、端末装置１０の表示画面Ｄには、店舗毎の混雑状況を示す指標マークが、各店舗の店舗情報として一覧表示されている。

このような状態では、ユーザＵ１は、自身の現在位置との距離感や、混雑状況に基づいて、例えば、行ってみたい店舗を探すことができる。例えば、ユーザＵ１は、近いし空いているといった理由で、店舗ＳＨ１に対応する指標マークＡＩＳＨ１を選択したとする。係る場合、情報処理装置１００は、店舗ＳＨ１に対応する指標マークＡＩＳＨ１が選択されたことに応じて、店舗ＳＨ１の詳細情報が示される詳細画面Ｃ１をユーザＵ１に提示する。

ここで、ユーザＵ１は、詳細画面Ｃ１を見て、店舗ＳＨ１への興味が高められたことで、実際に店舗ＳＨ１へと来店したとする。ユーザＵ１は、店舗ＳＨ１へと来店したことによる特典を情報処理装置１００から受けたい場合、店舗ＳＨ１へ来店したことを示す意思表示を集客サービスＧＳＶを利用して行う必要がある。具体的には、ユーザＵ１は、店舗ＳＨ１へと来店したことによる特典を情報処理装置１００から受けたい場合、集客サービスＧＳＶを利用して、店舗ＳＨ１へチェックインする必要がある。より具体的には、ユーザＵ１は、集客サービスＧＳＶを利用して、店舗ＳＨ１へチェックインしたことを示すチェックイン情報を情報処理装置１００に送信する必要がある。

例えば、ユーザＵ１は、地図情報ＭＰ１から指標マークＡＩＳＨ１を選択することで、詳細画面Ｃ１へと遷移し、詳細画面Ｃ１内に表示されるチェックインボタンＢＴを押下し、情報処理装置１００にチェックイン情報を送信することで、店舗ＳＨ１に対して仮想的にチェックインすることができる。図１の例では、ユーザＵ１は、チェックインボタンＢＴを押下することにより、店舗ＳＨ１にチェックインしたものとする。

情報処理装置１００は、チェックイン情報を受信すると、ユーザＵ１が店舗ＳＨ１に来店したか否かを判定する来店判定処理を行う。具体的には、情報処理装置１００は、ユーザＵ１が店舗ＳＨ１に来店した状態で、チェックインボタンＢＴを押下したか否かを判定する。そして、情報処理装置１００は、来店判定処理による判定結果をユーザＵ１の端末装置１０に応答する。

そして、端末装置１０は、情報処理装置１００により店舗ＳＨ１にユーザＵ１が来店したと判定された場合には、ユーザＵ１が自装置を利用して来店情報を送信できるよう、送信可能な状態に制御する。例えば、端末装置１０は、アプリＡＰの制御に従って、店舗ＳＨ１に設置されるコード情報から来店情報を読み取り可能な状態に制御する。例えば、端末装置１０は、アプリＡＰの制御に従って、アプリＡＰに対応するカメラ機能ＣＭをＯＮにすることで、ユーザＵ１がカメラ機能ＣＭを用いてコード情報の撮像を行える状況にする。

また、端末装置１０は、アプリＡＰの制御に従って、店舗ＳＨ１に設置される所定のセンサ（例えば、ビーコン）との相互通信を可能に制御することで、ユーザＵ１の操作に拘わらず動的に来店情報を送信してもよい。例えば、端末装置１０は、アプリＡＰの制御に従って、近距離無線通信機能ＮＦＣをＯＮにすることで、所定のセンサとの相互通信を行う。そして、端末装置１０は、相互通信により取得した来店情報を情報処理装置１００に送信する。

〔５．実施形態に係る情報処理の一例〕
次に、図２を用いて、実施形態に係る情報処理の一例について説明する。図２は、実施形態に係る情報処理の一例を示す図である。実施形態に係る情報処理は、端末装置１０と、情報処理装置１００とを含む情報処理システム１（図５より）によって行われる。また、図２では、図１の例を適宜採用するものとする。具体的には、図２では、図１の例と同様に、ユーザＵ１は、集客サービスＧＳＶ（アプリＡＰ）を利用して情報処理装置１００に対して検索条件（例えば、現在地）を送信することで、混雑状況を示す指標マークが店舗情報として一覧表示された状態で、利用したい店舗を検索したものとする（※１）。また、ユーザＵ１は、検索作業（例えば、気になる位置の指標マークを選択しては、様々な店舗の詳細画面を確認する作業）により、店舗ＳＨ１を利用したいと考え、店舗ＳＨ１へと来店したとする（※２）。また、ユーザＵ１は、店舗ＳＨ１へ来店した際、情報処理装置１００から特典を受けたいために、再度、詳細画面Ｃ１にアクセスし、チェックインボタンＢＴを押下したとする（※３）。つまり、ユーザＵ１は、チェックインボタンＢＴを押下することにより、チェックイン情報を情報処理装置１００に送信させることで情報処理装置１００に対して来店の意思表示を行ったとする。

なお、ユーザＵ１は、詳細画面Ｃ１に含まれる人数入力欄ＡＲに来店人数を入力した状態で、チェックインボタンＢＴを押下してもよい。例えば、ユーザＵ１を含むグループ（例えば、５人以上等）で来店された場合、この来店人数に応じた特典を受けることができるが、このためにグループに属する１人１人がチェックインやコード情報の撮像を行わなければならないのは面倒である。このような状況を回避するために、情報処理装置１００では、グループで来店の場合、そのうち１人（例えば、ユーザＵ１）だけが来店人数を申告しチェックインすれば、入力された人数分のチェックインが行われたと見做される仕組みとなっている。図２の例では、単純な例として、ユーザＵ１は、人数入力欄ＡＲに「１」を入力した状態でチェックインボタンＢＴを押下することにより、チェックイン情報を情報処理装置１００に送信させることで情報処理装置１００に対して来店の意思表示を行ったとする。

このような意思表示では、端末装置１０は、ユーザＵ１によりチェックインボタンＢＴが押下されたことを検知すると、例えば、店舗ＳＨ１を識別する店舗ＩＤ「ＳＨ１」と、ユーザＵ１を識別するユーザＩＤ「Ｕ１−１」とを情報処理装置１００に送信する（ステップＳ１１）。ここで送信されるユーザＩＤは、集客サービスＧＳＶによって払い出されている、いわば集客サービスＧＳＶ専用のユーザＩＤであるものとする。

情報処理装置１００は、チェックイン情報を受信すると（ステップＳ１２）、ユーザＵ１が店舗ＳＨ１に来店したか否かを判定する来店判定処理を実行する（ステップＳ１３）。例えば、情報処理装置１００は、集客サービスＧＳＶに対するユーザＵ１の利用状況に基づき、ユーザＵ１が店舗ＳＨ１に来店したか否かを判定する。単純な例としては、情報処理装置１００は、ユーザＵ１に対応するチェックイン情報を受信することにより、ユーザＵ１により店舗ＳＨ１に来店したことを示す意思表示を検知できたか否かで、ユーザＵ１が店舗ＳＨ１に来店したか否かを判定してもよい。例えば、情報処理装置１００は、ユーザＵ１に対応するチェックイン情報を受信することにより、ユーザＵ１により店舗ＳＨ１に来店したことを示す意思表示を検知できた場合には、ユーザＵ１が店舗ＳＨ１に来店したと判定する。

また、情報処理装置１００は、来店判定処理の精度を高めるために、ユーザＵ１の位置情報を併用してもよい。例えば、情報処理装置１００は、店舗ＳＨ１の位置情報と、ユーザＵ１の位置情報とのマッチングにより、ユーザＵ１が店舗ＳＨ１に来店している状態で、店舗ＳＨ１に来店したことを示す意思表示を行ったか否か判定することで、ユーザＵ１が店舗ＳＨ１に来店したか否かを判定する。例えば、情報処理装置１００は、店舗ＳＨ１の位置情報と、ユーザＵ１の位置情報とが一致する場合には、ユーザＵ１が店舗ＳＨ１に来店している状態で、店舗ＳＨ１に来店したことを示す意思表示を行ったと判定する。すなわち、情報処理装置１００は、ユーザＵ１が店舗ＳＨ１に来店したと判定する。また、このような来店判定処理が行われるために、端末装置１０は、例えば、ステップＳ１１において、ＧＰＳ由来の位置情報をさらに含めたチェックイン情報を送信してもよい。

また、本実施形態では、来店判定処理は、情報処理装置１００によって行われるものとするが、端末装置１０によって行われてもよい。例えば、端末装置１０は、詳細画面Ｃ１に含まれるチェックインボタンＢＴが押下されたことを検知した場合には、ユーザＵ１が店舗ＳＨ１に来店したと判定してもよい。また、端末装置１０は、詳細画面Ｃ１に含まれるチェックインボタンＢＴが押下されたことを検知した場合には、店舗ＳＨ１の位置情報と、ユーザＵ１との位置情報とのマッチングにより、ユーザＵ１が店舗ＳＨ１に来店したか否かを判定してもよい。

図２の説明に戻る。情報処理装置１００は、来店判定処理での判定結果を端末装置１０に応答する（ステップＳ１４）。そうすると、端末装置１０は、判定結果を受信し（ステップＳ１５）、判定結果に応じて、店舗ＳＨ１にユーザＵ１が来店したことを示す来店情報を送信可能な状態に自装置を制御する（ステップＳ１６）。図２では、情報処理装置１００は、ユーザＵ１が店舗ＳＨ１に来店したと判定したものとする。そうすると、端末装置１０内においてアプリＡＰが展開されることで実現される送信制御部１５ｄ（図６）は、ユーザＵ１が端末装置１０を利用して、店舗ＳＨ１に来店したことを示す来店情報を情報処理装置１００に送信できるよう、送信可能な状態に制御する。例えば、送信制御部１５ｄは、アプリＡＰに対応するカメラ機能ＣＭをＯＮにすることで、ユーザＵ１がカメラ機能ＣＭを用いて、店舗ＳＨ１に設置されるコード情報の撮像を行える状況にする。例えば、送信制御部１５ｄは、アプリＡＰに対応するカメラ機能ＣＭを自動で立ち上げることにより、ユーザＵ１がコード情報の撮像を行える状況にする。

なお、ここでいうコード情報は、ＱＲコード（登録商標）であってもよいし、バーコードであってもよい。図２の例では、コード情報は、ＱＲコードであるものとする。また、図２の例では、店舗ＳＨ１に設置されるこのＱＲコードをＱＲコードＱＲ１とする。ＱＲコードＱＲ１は、集客サービスＧＳＶに対応する（集客サービスＧＳＶ専用の）コード情報である。

また、このような状態において、ユーザＵ１は、カメラ機能ＣＭを利用して、ＱＲコードＱＲ１を撮像する。端末装置１０は、ＱＲコードＱＲ１を検知すると、ＱＲコードＱ１から来店情報を読み取る（ステップＳ１７）。係る来店情報には、店舗ＳＨ１を識別する店舗ＩＤ「ＳＨ１」が含まれる。したがって、端末装置１０は、店舗ＳＨ１を識別する店舗ＩＤ「ＳＨ１」と、集客サービスＧＳＶにおいてユーザＵ１を識別するユーザＩＤ「Ｕ１−１」と、来店人数「１」を含む来店情報を情報処理装置１００に送信する（ステップＳ１８）。例えば、情報処理装置１００内においてアプリＡＰが展開されることで実現される第２送信部１５ｅ（図６）が、店舗ＳＨ１を識別する店舗ＩＤ「ＳＨ１」と、ユーザＩＤ「Ｕ１−１」と、来店人数「１」とを含む来店情報を情報処理装置１００に送信する。

ここで、送信制御部１５ｄは、ステップＳ１６では、店舗ＳＨ１に設置される所定のセンサ（例えば、ビーコン）との相互通信を可能に制御することで、ユーザＵ１の操作に拘わらず動的に来店情報が送信されるよう制御してもよい。例えば、送信制御部１５ｄは、近距離無線通信機能ＮＦＣをＯＮにすることで、所定のセンサとの相互通信を実現する。このように制御された場合、第２送信部１５ｅは、例えば、相互通信により来店情報を取得し、取得した来店情報を情報処理装置１００に送信する。このように、来店情報が自動送信される構成が採用される場合には、各利用者の端末装置１０が、来店情報を自動送信するため、例えば、詳細画面等において来店人数を入力できないようにしておくことが好ましい。

情報処理装置１００は、来店情報を受信すると（ステップＳ１９）、店舗情報記憶部１２３において店舗ＳＨ１（店舗ＩＤ「ＳＨ１」）に対応する「来客数」に、今回の来店人数を加算する（ステップＳ２０）。

次に、情報処理装置１００は、ユーザＵ１に付与される特典を制御する特典制御処理を行う（ステップＳ２１）。具体的には、情報処理装置１００は、ユーザＵ１の操作に応じて来店情報が送信されることとなったため、この特典としてユーザＵ１に付与される特典を制御する特典制御処理を行う。係る特典制御処理は、例えば、特典制御部１３６（図７）によって行われる。

例えば、情報処理装置１００は、ユーザＵ１に対してどのような特典を付与させるか付与対象の特典を決定する特典制御処理を行う。例えば、情報処理装置１００は、来客人数に応じた特典を決定する。特典はクーポンであるものとすると、情報処理装置１００は、来客人数が多い程、割引率の高いクーポンを付与対象のクーポンとして決定する。また、特典はポイントであるものとすると、情報処理装置１００は、来客人数が多い程、基準ポイントに対してより高いポイントを付与対象のポイントとして決定する。図２の例では、情報処理装置１００は、来店情報に含まれる来店人数「１」に基づいて、上記のような特典を決定する。また、情報処理装置１００は、店舗ＳＨ１でのみ利用可能な特典を付与対象の特典として決定してもよい。

次に、情報処理装置１００は、特典制御処理で決定された特典をユーザＵ１に付与する（ステップＳ２２）。具体的には、情報処理装置１００は、特典制御処理で決定された特典をユーザＵ１の端末装置１０に送信する。例えば、特典がクーポンの場合、情報処理装置１００は、このクーポンを端末装置１０に送信する。これにより、端末装置１０は、情報処理装置１００から特典を取得する（ステップＳ２３）。

また、情報処理装置１００は、ユーザＵ１が、例えば、集客サービスＧＳＶを介して、任意のタイミングで情報処理装置１００からクーポンを取得できるよう、来店情報記憶部１２２においてユーザＵ１（ユーザＩＤ「Ｕ１−１」）に対応する「特典情報」に、特典制御処理で決定された特典を示す特典情報を登録してもよい。このようなことから、特典を付与するという処理は、端末装置１０に特典を送信するという概念や、記憶部に特典を登録するという概念を含むものである。

また、図２の例では、情報処理装置１００は、店舗ＳＨ１での「来客数」に応じた手数料であって、店舗ＳＨ１に対して請求される手数料を算出する。例えば、情報処理装置１００は、店舗情報記憶部１２３において店舗ＳＨ１（店舗ＩＤ「ＳＨ１」）に対応する「来客数」のうち、所定期間（例えば、直近１ヶ月）分の「来客数」に基づいて、店舗ＳＨ１に対して請求される手数料を算出する。集客サービスＧＳＶの成果によって、店舗ＳＨ１はより多く集客される可能性があるため、情報処理装置１００は、店舗ＳＨ１に対して請求される手数料を算出する。

例えば、情報処理装置１００は、店舗ＳＨ１の来客数に対して所定の金額（例えば、１００円）を乗算することにより、店舗ＳＨ１に対して請求される手数料を算出する。また、例えば、情報処理装置１００の事業主は、店舗ＳＨ１から手数料の支払いを受けることで、この手数料の少なくとも一部を利用者に付与される特典の原資とする。このようなことから、情報処理装置１００は、手数料として、少なくとも一部が利用者に付与される特典の原資となる手数料を算出する。

また、情報処理装置１００は、外部装置６０との間で請求処理を行う。例えば、情報処理装置１００は、店舗ＳＨ１に対して算出した手数料を、店舗ＳＨ１に請求するよう外部装置６０を制御する。外部装置６０は、情報処理装置１００による制御に応じて、店舗ＳＨ１に対して手数料を請求する。

これまで、図２で説明してきたように、実施形態に係る情報処理システム１は、利用者によって利用される端末装置１０と、情報処理装置１００とを含む。そして、情報処理システム１の中では、端末装置１０は、集客サービスＧＳＶにより提示された店舗に利用者が来店したことを示す来店情報を情報処理装置１００に送信する。例えば、端末装置１０は、集客サービスＧＳＶを利用することによるチェックインに応じて、チェックインした利用者が、集客サービスＧＳＶで取り扱われている店舗に確かに来店したと判定された場合には、この利用者が情報処理装置１００から特典を受けられるように制御する。例えば、端末装置１０は、利用者が来店情報を送信することができるよう自装置における各種機能をアクティブ化させる。

そして、情報処理装置１００は、来店情報を受信すると、来店情報に基づく来客数であって、店舗への来客数に応じた手数料を当該店舗に対して請求される手数料として算出する。また、情報処理装置１００は、利用者により来店情報が送信されたことによる特典を利用者に付与する。

このような情報処理システム１によると、特定の操作（例えば、チェックインという）を行った利用者のうち、集客サービスＧＳＶを介して実際に来店した利用者には、チェックインしたことによる特典を与えるため、利用者に対して来店してまずはチェックインしようというモチベーションを効果的に高めることができる。また、情報処理システム１は、利用者がチェックインすればするほど、チェックインに応じた分だけより多く来店情報を取得することができるため、より多くの手数料を店舗側に請求することができる。手数料は特典の原資となるため、情報処理システム１は、より多くの手数料を店舗側に請求することができるようになれば、特典の内容をそれだけ充実させることができる。この結果、情報処理システム１は、集客サービスＧＳＶを利用して来店させるというサイクルを実現することができるため、集客から創客までを効果的に行うことのできるサービスを実現することができる。また、このようなことから、情報処理システム１は、利用者側、店舗側の双方にとって、有益なサービスを実現することができる。

〔６．実施形態に係る情報処理のバリエーション〕
上記実施形態に係る情報処理システム１は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、情報処理システム１の他の実施形態について説明する。

〔６−１．決済サービスとの連携〕
上記実施形態では、情報処理システム１において、情報処理装置１００が、集客サービスＧＳＶ用のＱＲコード（図２の例では、ＱＲコードＱＲ１）から読み取られた来店情報を受信することで、集客サービスＧＳＶに対応するアプリＡＰを介して取得できるような特典を付与する例を示した。しかし、情報処理装置１００は、集客サービスＧＳＶとは異なるサービスであって、所定の決済サービスに対応するコード情報から読み取られた来店情報が端末装置１０によって送信された場合には、この来店情報が送信されたことによる特典として、所定の決済サービスで利用可能な特典を利用者に付与してもよい。

この点について、図３を用いて説明する。図３は、実施形態に係る変形例の一例（１）を示す図である。図３の例では、所定の決済サービスの一例として、決済サービスＫＳＶを挙げる。また、決済装置２００は、決済サービスＫＳＶに対応するサーバ装置である。また、図３は、実施形態に係る情報処理のバリエーションとして、図２のステップＳ２１で説明した特典制御処理のバリエーションを説明するものである。また、図３で説明する特典制御処理は、例えば、特典制御部１３６（図７）によって行われる。

また、図３の例では、ユーザＵ１は、図２のステップＳ１６においてカメラ機能ＣＭが有効化されたことにより、決済サービスＫＳＶに対応する（決済サービスＫＳＶ専用の）コード情報として、ＱＲコードＱＲ２の撮像を行ったものとする。そして、端末装置１０は、ＱＲコードＱＲ２を検知すると、ＱＲコードＱ２から来店情報を読み取る。係る来店情報にも、店舗ＳＨ１を識別する店舗ＩＤ「ＳＨ１」が含まれる。したがって、端末装置１０は、店舗ＳＨ１を識別する店舗ＩＤ「ＳＨ１」と、決済サービスＧＳＶにおいてユーザＵ１を識別するユーザＩＤ「Ｕ１−２」と、来店人数「１」を含む来店情報を情報処理装置１００に送信する。

このような状態において、情報処理装置１００は、来店情報を受信すると、係る来店情報に決済サービスＫＳＶに対応するユーザＩＤ「Ｕ１−２」が含まれていることにより、決済サービスＫＳＶに応じた特典制御処理を行う。例えば、情報処理装置１００は、決済サービスＫＳＶ用のユーザＩＤ「Ｕ１−２」を用いて、決済装置２００との連携を行う（ステップＳ２１−１ａ）。図３に示すように、決済装置２００は、決済サービスＫＳＶを利用するユーザを識別する「ユーザＩＤ」と、「ユーザＩＤ」によって識別されるユーザが決済サービスＫＳＶ内でのみ利用可能な「特典情報」とを対応付けて記憶する特典ＤＢを有している。

そこで、決済装置２００は、決済サービスＫＳＶに対応するユーザＩＤ「Ｕ１−２」を含む情報処理装置１００からのアクセス（連携依頼）に応じて、ユーザＩＤ「Ｕ１−２」と、特典ＤＢに登録されている「ユーザＩＤ」とのマッチングを行う。そして、決済装置２００は、マッチング結果に応じて連携を成立させる。例えば、決済装置２００は、マッチングによりユーザＩＤ「Ｕ１−２」が特典ＤＢに登録されていると判定した場合には、情報処理装置１００との連携を成立させる。

そして、情報処理装置１００は、決済装置２００との連携が成立した場合には、ユーザＵ１に対してどのような特典を付与させるか付与対象の特典を決定し、決定した特典を付与する決済装置２００に指示する（ステップＳ２１−２ａ）。情報処理装置１００は、決済サービスＫＳＶで利用可能な電子マネーポイントについて「５００ｐｔ」を決定したとする。そうすると、情報処理装置１００は、ユーザＵ１に「５００ｐｔ」を付与するよう決済装置２００に指示する。係る場合、決済装置２００は、特典ＤＢにおいて、決済サービスＫＳＶ内でユーザＵ１を識別するユーザＩＤ「Ｕ１−２」に対応する「特典情報」に「５００ｐｔ」を登録する。

これにより、情報処理システム１は、利用者が利用している決済サービスで利用可能な特典を付与することができるため、利用者にとって使い勝手のよい特典を付与することができる。また、この結果、情報処理装置１００は、チェックインしようとする動機付けをより効果的に行うことができるため、集客から創客までを効果的に行うことのできるサービスを実現することができる。

〔６−２．特典当選率を制御〕
上記実施形態では、情報処理システム１において、情報処理装置１００が、付与対象の特典を決定する特典制御処理を行う例を示した。しかし、情報処理装置１００は、特典の当選率を制御してもよい。具体的には、情報処理装置１００は、来店情報に基づいて、利用者による店舗への来店回数を算出し、算出した来店回数に応じて、当該利用者に対する特典の当選率を制御する。そして、情報処理装置１００は、制御した確率で抽選を行い、利用者に特典が当選した場合には、当該特典を当該利用者に付与する。この点について、図４を用いて説明する。図４は、実施形態に係る変形例の一例（２）を示す図である。

また、図４は、実施形態に係る情報処理のバリエーションとして、図２のステップＳ２１で説明した特典制御処理のバリエーションを説明するものである。また、図４で説明する特典制御処理は、例えば、特典制御部１３６（図７）によって行われる。

まず、情報処理装置１００は、利用者の端末装置１０から来店情報を取得する度に、取得した来店情報に基づいて、どの利用者が、いつ、どの店に来店したかといった情報を、来店情報記憶部１２２に登録している。図４には、来店情報記憶部１２２の一例が示されている。図４の例では、来店情報記憶部１２２は、「ユーザＩＤ」、「来店日」、「来店店舗」、「特典情報」といった項目を有する。

「ユーザＩＤ」は、来店情報を送信した端末装置１０を利用する利用者を識別する識別情報を示す。また、「ユーザＩＤ」は、集客サービスＧＳＶに対応する（集客サービスＧＳＶ専用の）識別情報であるものとする。したがって、図２に示したユーザＵ１を識別するユーザＩＤは、図４に示す来店情報記憶部１２２の例ではユーザＩＤ「Ｕ１−１」に対応する。「来店日」は、「ユーザＩＤ」で識別されるユーザが「来店店舗」に来店した日時を示す。図４に示す来店情報記憶部１２２の例では、「来店日」に概念的な記号が用いられているが、実際には正式な日時が登録される。

「来店店舗」は、「ユーザＩＤ」で識別されるユーザが「来店日」において来店した店舗を識別する識別情報（店舗ＩＤ）を示す。「特典情報」は、「ユーザＩＤ」で識別されるユーザに対して定められた特典を示す特典情報を示す。

すなわち、図４に示す来店情報記憶部１２２の例では、ユーザＩＤ「Ｕ１−１」によって識別されるユーザは、来店日「ＤＡＹ１１」に店舗「ＳＨ１」に来店した例を示す。また、図４に示す来店情報記憶部１２２の例では、ユーザＩＤ「Ｕ１−１」によって識別されるユーザには特典情報「ＣＰ１」で示される特典が付与された例を示す。

このような状態において、情報処理装置１００は、ユーザＵ１の端末装置１０から来店情報を受信すると（ステップＳ１９）、係る来店情報に店舗ＩＤ「ＳＨ１」およびユーザＩＤ「Ｕ１−１」が含まれていることにより、ユーザＩＤ「Ｕ１−１」で識別されるユーザ（ユーザＵ１）が店舗ＩＤ「ＳＨ１」で識別される店舗（店舗ＳＨ１）にこれまでに来店した来店回数を計数する（ステップＳ２１−１ｂ）。具体的には、情報処理装置１００は、来店情報記憶部１２２を参照し、ユーザＵ１が店舗ＳＨ１にこれまでに来店した来店回数を計数する。例えば、情報処理装置１００は、所定期間（例えば、来店情報受信日を含む月）の間に、ユーザＵ１が店舗ＳＨ１にこれまでに来店した来店回数を計数する。

そして、情報処理装置１００は、計数した来店回数に応じて、特典の当選率を制御し、制御した当選率で抽選を行う（ステップＳ２１−２ｂ）。例えば、情報処理装置１００は、ユーザＵ１に付与される付与対象の特典を決定し、決定した付与対象の特典の当選率を制御する。そして、情報処理装置１００は、付与対象の特典の当選率を制御し、制御した当選率で抽選を行う。例えば、情報処理装置１００は、来店回数が多い程、基準の当選率に対してより高い当選率を定め、この定めた当選率で付与対象の特典の抽選を行う。

そして、情報処理装置１００は、抽選の結果、特典が当選した場合には、当選した特典をユーザＵ１に付与する（ステップＳ２１−３ｂ）。なお、情報処理装置１００は、抽選の結果がはずれであった場合、当選時の特典よりもランクの低い特典を付与対象の特典として定め、これを付与してもよい。例えば、情報処理装置１００は、当選時の特典が「５００円引きクーポン」であった場合には、抽選が外れた際には、「１００円引きクーポン」を付与対象の特典として決定することで、ランクは低くなるもののもれなく特典を付与するよう制御する。

これにより、情報処理システム１は、利用者に対して、再び来店しようという動機付けを効果的に行うことができる。また、来店情報記憶部１２２は、図４に示すように、「来店日」情報以外に「来店曜日」を記憶してもよい。この場合、来店情報記憶部１２２は、各ユーザの端末装置１０から来店情報を受信すると来店した曜日を記憶する。そして、情報処理装置１００は、例えば、「来店曜日」から土曜日あるいは日曜日に来店する傾向にあるユーザを特定できた場合には、土曜や日曜よりも来客数が少ない平日（例えば月曜日）に使用可能な特典をこのユーザに付与することで平日（例えば、月曜日）の創客を促すようにしてもよい。また、土曜日あるいは日曜日以外の平日の来店する傾向にあるユーザを特定できた場合には、土曜日あるいは日曜日に来店する傾向にあるユーザより優遇した特典をこのユーザに付与することで平日の創客を持続させるようにしてもよい。

〔６−３．マーケティングへの活用〕
また、情報処理装置１００は、来店情報に基づいて、マーケティング分析を行うことで、分析結果をマーケティングデータとして登録してもよい。例えば、情報処理装置１００は、店舗毎に、当該店舗の来店情報に基づいて、当該店舗への「来客数」を計数する。また、情報処理装置１００は、店舗に来店した利用者毎にこれまでの「来店回数」を計数する。そして、情報処理装置１００は、「来客数」と「来店回数」とに基づいて、リピート率を算出する。また、情報処理装置１００は、来店情報と、来店情報送信元の利用者の属性情報とに基づいて、来店者はどのような属性傾向にあるかを示す「来店者属性傾向」を分析してもよい。

また、情報処理装置１００は、上記のようなマーケティング分析による分析結果を店舗情報記憶部１２３に登録する。図４には、店舗情報記憶部１２３の一例が示されている。図４の例では、店舗情報記憶部１２３は、「店舗ＩＤ」、「来客数」、「リピート率」、「来店者属性傾向」といった項目を有する。

「店舗ＩＤ」は、集客サービスＧＳＶで取り扱われている店舗を識別する識別情報を示す。「来客数」は、「店舗ＩＤ」で識別される店舗へと来店した客の人数を示す。図２の例によると、情報処理装置１００は、ステップＳ１９で来店情報を受信すると、店舗情報記憶部１２３において店舗ＳＨ１（店舗ＩＤ「ＳＨ１」）に対応する「来客数」に、今回の来店人数を加算する。

「リピート率」は、「店舗ＩＤ」で識別される店舗に対する客のリピート率を示す。店舗ＳＨ１を例に挙げると、情報処理装置１００は、店舗情報記憶部１２３において店舗ＳＨ１（店舗ＩＤ「ＳＨ１」）に対応する「来客数」に基づいて、所定期間（例えば、直近１ヶ月）での「来客数」を計数する。また、情報処理装置１００は、所定期間（例えば、直近１ヶ月）において、店舗ＳＨ１に来店した利用者毎にこの所定期間での「来店回数」を計数する。そして、情報処理装置１００は、「来客数」と「来店回数」とに基づいて、店舗ＳＨ１の「リピート率」を算出する。

「来店者属性傾向」は、「店舗ＩＤ」で識別される店舗への来店客の属性傾向を示す。店舗ＳＨ１を例に挙げると、情報処理装置１００は、店舗ＳＨ１に対応する来店情報を送した利用者の属性情報に基づいて、店舗ＳＨ１にはどのような属性の客が来店している傾向にあるかを示す来店者属性傾向を分析する。図４の例では、情報処理装置１００は、店舗ＳＨ１には「３０代男性」の客や、「サラリーマン」が客として来店している傾向にあるとの分析結果を得ている。

また、情報処理装置１００は、マーケティング分析を行い、分析結果をマーケティングデータとして店舗情報記憶部１２３に登録しておくことで、取引先の企業（例えば、店舗の事業主）に対して、マーケティングデータを提供してもよい。これにより、情報処理装置１００は、取引先の企業に対して、マーケティング活動を支援することができる。また、情報処理装置１００は、集客サービスＧＳＶを介して、マーケティングデータを利用者に提示してもよい。例えば、情報処理装置１００は、詳細画面に「リピート率」を表示させてもよい。これにより、情報処理装置１００は、店舗探しに有効な情報を利用者に提示することができるため、店舗探しを効果的に支援することができる。なお、上記のようなマーケティング分析は、例えば、分析部１３８（図７）によって行われる。

〔７．端末装置の構成〕
次に、図６を用いて、実施形態に係る端末装置１０について説明する。図６は、実施形態に係る端末装置１０の構成例を示す図である。図６に示すように、端末装置１０は、通信部１１と、入力部１２と、撮像部１３、出力部１４と、アプリ制御部１５とを有する。

（通信部１１について）
通信部１１は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部１１は、ネットワークＮと有線または無線で接続され、例えば、情報処理装置１００との間で情報の送受信を行う。

（入力部１２、撮像部１３、出力部１４について）
入力部１２は、利用者から各種操作を受け付ける入力装置である。例えば、入力部１２は、キーボードやマウスや操作キー等によって実現される。出力部１４は、各種情報を表示するための表示装置である。例えば、出力部１４は、液晶ディスプレイ等によって実現される。なお、端末装置１０にタッチパネルが採用された場合には、入力部１２と出力部１４とは一体化される。また、出力部１４は、例えば、図１に示す表示画面Ｄに対応する。また、撮像部１３は、対象の撮像を行うカメラ機能に対応する。

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

図６に示すように、アプリ制御部１５は、表示制御部１５ａと、第１送信部１５ｂと、受信部１５ｃと、送信制御部１５ｄと、第２送信部１５ｅとを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、アプリ制御部１５の内部構成は、図６に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、アプリ制御部１５が有する各処理部の接続関係は、図６に示した接続関係に限られず、他の接続関係であってもよい。

（表示制御部１５ａについて）
表示制御部１５ａは、集客サービスＧＳＶで対象となっている店舗に関する店舗情報を表示させる。例えば、表示制御部１５ａは、利用者により入力された検索条件に対応する検索結果を出力部１４（表示画面Ｄ）に表示させる。図１の例では、表示制御部１５ａは、利用者周辺の地図情報に対して、検索条件に応じて検索された店舗毎の混雑状況を示す指標マークを重畳させる形で表示させる。例えば、表示制御部１５ａは、利用者周辺の地図情報上の位置であって、検索された店舗の所在地に対応する位置に対して、混雑状況の度合いに応じて色分けされた指標マークを表示させる。また、このようなことから、表示制御部１５ａは、店舗毎の混雑状況を示す指標マークを、各店舗の店舗情報として一覧表示させる。

また、表示制御部１５ａは、図１に示すように、表示された指標マークのいずれかが選択された場合には、選択された指標マークに対応する店舗の詳細情報が示される詳細画面を表示させる。

（第１送信部１５ｂについて）
第１送信部１５ｂは、情報処理装置１００に対して、チェックイン情報を送信する。第１送信部１５ｂは、詳細画面に表示されるチェックインボタンＢＴが押下されたことを検知すると、チェックインに対応する店舗の店舗ＩＤと、チェックインボタンＢＴを押下した利用者を識別するユーザＩＤとを含むチェックイン情報を情報処理装置１００に送信する。なお、利用者は来店の意思表示としてチェックインボタンＢＴを押下するため、第１送信部１５ｂは、来店したことの意思表示を示す情報を送信するものともいえる。

（受信部１５ｃについて）
受信部１５ｃは、各種情報を受信する。例えば、受信部１５ｃは、情報処理装置１００から各種情報を受信する。例えば、受信部１５ｃは、情報処理装置１００による来店判定処理での判定結果を受信する。

（送信制御部１５ｄについて）
送信制御部１５ｄは、集客サービスＧＳＶに対する利用者の利用状況に基づき店舗に利用者が来店したか否かが判定された判定結果（受信部１５ｃが受信）に応じて、来店情報を送信可能な状態に制御する。例えば、送信制御部１５ｄは、店舗に来店したことを示す意思表示が集客サービスＧＳＶを介して行われたことで、店舗に利用者が来店したと判定された場合には、来店情報を送信可能な状態に制御する。一例としては、送信制御部１５ｄは、店舗の位置情報および利用者の位置情報に基づき店舗において意思表示が行われたと判定されたことで、店舗に利用者が来店したと判定された場合には、来店情報を送信可能な状態に制御する。

例えば、送信制御部１５ｄは、来店情報を送信可能な状態として、端末装置１０が店舗に設けられるコード情報から来店情報を読み取り可能な状態に制御する。また、例えば、送信制御部１５ｄは、来店情報を送信可能な状態として、店舗に設けられる所定のセンサとの端末装置による相互通信を可能に制御する。

（第２送信部１５ｅについて）
第２送信部１５ｅは、利用者の操作に応じて、集客サービスＧＳＶにより提示された店舗に利用者が来店したことを示す来店情報を情報処理装置１００に送信する。例えば、第２送信部１５ｅは、利用者がチェックインしたことに応じて、集客サービスＧＳＶにより提示された店舗に利用者が来店したことを示す来店情報を情報処理装置１００に送信する。

例えば、第２送信部１５ｅは、送信制御部１５ｄにより来店情報を送信可能な状態に制御された場合には、来店情報を情報処理装置１００に送信する。例えば、第２送信部１５ｅは、利用者の操作に応じて端末装置１０によりコード情報から来店情報が読み取られた場合には、読み取られた来店情報を情報処理装置１００に送信する。また、例えば、第２送信部１５ｅは、端末装置１０により所定のセンサとの相互通信が行われた場合には、当該相互通信に基づく来店情報を情報処理装置１００に送信する。

〔８．情報処理装置の構成〕
次に、図７を用いて、実施形態に係る情報処理装置１００について説明する。図７は、実施形態に係る情報処理装置１００の構成例を示す図である。図７に示すように、情報処理装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。

（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ等によって実現される。そして、通信部１１０は、ネットワークＮと有線または無線で接続され、例えば、端末装置１０、外部装置６０、決済装置２００との間で情報の送受信を行う。

（記憶部１２０について）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ等の半導体メモリ素子またはハードディスク、光ディスク等の記憶装置によって実現される。記憶部１２０は、ユーザ情報記憶部１２１と、来店情報記憶部１２２と、店舗情報記憶部１２３とを有する。ユーザ情報記憶部１２１は、利用者に関する各種情報（例えば、属性情報）を記憶する。来店情報記憶部１２２、および、店舗情報記憶部１２３については、図４で説明した通りである。

（制御部１３０について）
図７に戻り、制御部１３０は、ＣＰＵやＭＰＵ等によって、情報処理装置１００内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

図７に示すように、制御部１３０は、第１受信部１３１と、判定部１３２と、送信部１３３と、第２受信部１３４と、算出部１３５と、特典制御部１３６と、付与部１３７と、分析部１３８とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図７に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部１３０が有する各処理部の接続関係は、図７に示した接続関係に限られず、他の接続関係であってもよい。

（第１受信部１３１について）
第１受信部１３１は、端末装置１０から各種情報を受信する。例えば、第１受信部１３１は、端末装置１０の第１送信部１５ｂにより送信されたチェックイン情報を受信する。

（判定部１３２について）
判定部１３２は、集客サービスＧＳＶにより提示された店舗に利用者が来店したか否かを判定する来店判定処理を行う。例えば、判定部１３２は、第１受信部１３１によりチェックイン情報が受信された場合には、チェックイン情報を送信した利用者による集客サービスＧＳＶの利用状況に基づいて、チェックイン情報で識別される店舗にこの利用者が来店したか否かを判定する。

例えば、判定部１３２は、チェックイン情報で識別される店舗に来店したことを示す意思表示が行われたことを検知できた場合、すなわちチェックイン情報を受信した場合には、チェックイン情報で識別される店舗に利用者が来店したと判定する。

また、例えば、判定部１３２は、チェックイン情報で識別される店舗の位置情報と、チェックイン情報を送信した利用者の位置情報とのマッチングにより、利用者が店舗に来店している状態で意思表示を行ったか否か判定することで、利用者が店舗に来店したか否かを判定してもよい。例えば、判定部１３２は、店舗の位置情報と、利用者の位置情報とが一致する場合には、利用者が店舗に来店している状態で意思表示を行ったと判定する。すなわち、判定部１３２は、利用者が店舗に来店したと判定する。

（送信部１３３について）
送信部１３３は、チェックイン情報を送信した端末装置１０に、判定部１３２による判定結果を送信する。

（第２受信部１３４について）
第２受信部１３４は、集客サービスＧＳＶにより提示された店舗に利用者が来店したことを示す来店情報を受信する。例えば、第２受信部１３４は、端末装置１０の第２送信部１５ｅにより送信された来店情報を受信する。例えば、第２受信部１３４は、少なくとも店舗を識別する識別情報（店舗ＩＤ）を含む来店情報を受信する。

（算出部１３５について）
算出部１３５は、第２受信部１３４により受信された来店情報に基づいて、店舗毎に当該店舗への来客数を算出する。そして、算出部１３５は、算出した来客数に基づいて、来客数に応じた手数料を当該店舗に対して請求される手数料として算出する。例えば、算出部１３５は、来客数に対して所定の金額を乗算することにより手数料を算出する。また、例えば、算出部１３５は、手数料として、少なくとも一部が特典の原資となる手数料を算出する。

図２の例では、算出部１３５は、来店情報を受信すると、店舗情報記憶部１２３において店舗ＳＨ１（店舗ＩＤ「ＳＨ１」）に対応する「来客数」に、今回の来店人数を加算することにより、最新の来客数を算出する。また、算出部１３５は、例えば、店舗ＳＨ１に手数料を請求するタイミング（例えば、月末）になったと判定した場合には、このタイミングを含む所定期間（例えば、直近１ヶ月）分の「来客数」に基づいて、店舗ＳＨ１に対して請求される手数料を算出する。

また、算出部１３５は、外部装置６０との間で請求処理を行う。例えば、算出部１３５は、店舗ＳＨ１に対して算出した手数料を、店舗ＳＨ１に請求するよう外部装置６０を制御する。外部装置６０は、算出部１３５による制御に応じて、店舗ＳＨ１に対して手数料を請求する。

（特典制御部１３６について）
特典制御部１３６は、利用者に付与される特典を制御する特典制御処理を行う。具体的には、特典制御部１３６は、利用者の操作に応じて来店情報が送信されることとなったため、この特典として利用者に付与される特典を制御する特典制御処理を行う。

例えば、特典制御部１３６は、利用者に対してどのような特典を付与させるか付与対象の特典を決定する特典制御処理を行う。例えば、特典制御部１３６は、来客人数に応じた特典を決定する。例えば、特典制御部１３６は、来客人数が多い程、割引率の高いクーポンを付与対象のクーポンとして決定する。また、例えば、特典制御部１３６は、来客人数が多い程、基準ポイントに対してより高いポイントを付与対象のポイントとして決定する。

また、特典制御部１３６は、所定の決済サービスに対応するコード情報から読み取られた来店情報が第２受信部１３４により受信された場合には、この来店情報が送信されたことによる特典として、所定の決済サービスで利用可能な特典が利用者に付与されるよう制御する。また、特典制御部１３６は、来店情報が送信されたことによる特典として、当該来店情報によって識別される店舗でのみ利用可能な特典が付与されるよう制御する。

また、特典制御部１３６は、来店情報に基づいて、利用者による店舗への来店回数を算出し、算出した来店回数に応じて、当該利用者に対する特典の当選率を制御する。

（付与部１３７について）
付与部１３７は、利用者により来店情報が送信されたことによる特典を利用者に付与する。例えば、付与部１３７は、コード情報として、所定の決済サービスに対応するコード情報から読み取られた来店情報が送信された場合には、この来店情報が送信されたことによる特典として、所定の決済サービスで利用可能な特典を利用者に付与する。

また、例えば、付与部１３７は、来店情報が送信されたことによる特典として、来店人数に応じた特典を、当該来店情報を送信した端末装置の利用者に対して付与する。また、例えば、付与部１３７は、来店情報が送信されたことによる特典として、当該来店情報によって識別される店舗でのみ利用可能な特典を付与する。

（分析部１３８について）
分析部１３８は、来店情報に基づいて、マーケティング分析を行うことで、分析結果をマーケティングデータとして登録する。例えば、分析部１３８は、店舗毎に、当該店舗の来店情報に基づいて、当該店舗への「来客数」を計数する。また、分析部１３８は、店舗に来店した利用者毎にこれまでの「来店回数」を計数する。そして、分析部１３８は、「来客数」と「来店回数」とに基づいて、リピート率を算出する。また、分析部１３８は、来店情報と、来店情報送信元の利用者の属性情報とに基づいて、来店者はどのような属性傾向にあるかを示す「来店者属性傾向」を分析する。

〔９．処理手順〕
次に、実施形態に係る情報処理システム１による処理手順について説明する。図８では、実施形態に係る情報処理システム１による処理手順のうち、端末装置１０と情報処理装置１００との間で行われる情報処理手順について説明する。図９では、実施形態に係る情報処理システム１による処理手順のうち、外部装置６０と情報処理装置１００との間で行われる情報処理手順について説明する。

〔９−１．処理手順（１）〕
まず、図８を用いて、実施形態に係る情報処理システム１による情報処理手順について説明する。図８は、実施形態に係る情報処理システム１による特典付与処理手順を示すシーケンス図である。

まず、端末装置１０の第１送信部１５ｂは、チェックインボタンＢＴが押下されたことを検知すると、チェックイン情報を情報処理装置１００に送信する（ステップＳ１０１）。情報処理装置１００の判定部１３２は、第１受信部１３１によりチェックイン情報が受信されると、受信されたチェックイン情報に対応する店舗（処理対象の店舗）に、端末装置１０の利用者が来店したか否かを判定する来店判定処理を行う（ステップＳ１０２）。そして、情報処理装置１００の送信部１３３は、判定部１３２による判定結果を端末装置１０に送信する（ステップＳ１０３）。

端末装置１０の受信部１５ｃは、送信部１３３により送信された判定結果を受信する（ステップＳ１０４）。そして、送信制御部１５ｄは、受信部１５ｃにより受信された判定結果に応じて、端末装置１０の撮像部１３（カメラ機能ＣＭ）を利用可能な状態に制御する（ステップＳ１０５）。

このような状態において、撮像部１３は、ＱＲコードを検出できたか否かを判定する（ステップＳ１０６）。撮像部１３は、ＱＲコードを検出できない間は（ステップＳ１０６；Ｎｏ）、検出できるまで待機する。一方、撮像部１３は、ＱＲコードを検出できた場合には（ステップＳ１０６；Ｙｅｓ）、検出したＱＲコードから来店情報を読み取る（ステップＳ１０７）。そして、端末装置１０の第２送信部ｅは、撮像部１３により読み取られた来店情報を情報処理装置１００に送信する（ステップＳ１０８）。

情報処理装置１００の第２受信部１３４は、第２送信部ｅにより送信された来店情報を受信する（ステップＳ１０９）。そして、算出部１３５は、処理対象の店舗での「来客数」に今回の来店人数を加算する（ステップＳ１１０）。なお、このような加算は第２受信部１３４によって行われてもよい。

また、情報処理装置１００の特典制御部１３６は、端末装置１０の利用者に付与される付与対象の特典を制御（決定）する特典制御処理を行う（ステップＳ１１１）。そして、付与部１３７は、特典制御部１３６により制御された特典を示す特典情報を端末装置１０に送信する（ステップＳ１１２）。また、例えば、端末装置１０の受信部１５ｃは、付与部１３７から送信された特典情報を受信する。

〔９−２．処理手順（２）〕
次に、図９を用いて、実施形態に係る情報処理システム１による情報処理手順について説明する。図９は、実施形態に係る情報処理システム１による請求処理手順を示すシーケンス図である。

まず、情報処理装置１００の算出部１３５は、店舗に対して手数料を請求するタイミングになったか否かを判定する（ステップＳ２０１）。算出部１３５は、店舗に対して手数料を請求するタイミングでない間は（ステップＳ２０１；Ｎｏ）、手数料を請求するタイミングになるまで待機する。一方、算出部１３５は、店舗に対して手数料を請求するタイミングであると判定した場合には（ステップＳ２０１；Ｙｅｓ）、店舗情報記憶部１２３を参照し、請求対象の店舗における所定期間での来客数を算出する（ステップＳ２０２）。そして、算出部１３５は、算出した来客数に応じた手数料を算出する（ステップＳ２０３）。

次に、算出部１３５は、請求対象の店舗に手数料を請求するよう外部装置６０に指示するといった請求処理を行う（ステップＳ２０４）。外部装置６０は、算出部１３５による制御に応じて、請求対象の店舗に対して手数料を請求する（ステップＳ２０５）。

〔１０．ハードウェア構成〕
また、上記実施形態に係る情報処理システム１に含まれる端末装置１０および情報処理装置１００は、例えば図１０に示すような構成のコンピュータ１０００によって実現される。以下、情報処理装置１００を例に挙げて説明する。図１０は、情報処理装置１００の機能を実現するコンピュータ１０００の一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

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

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

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

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

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

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

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

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

１ 情報処理システム
１０ 端末装置
１５ アプリ制御部
１５ａ 表示制御部
１５ｂ 第１送信部
１５ｃ 受信部
１５ｄ 送信制御部
１５ｅ 第２送信部
６０ 外部装置
１００ 情報処理装置
１２０ 記憶部
１２１ ユーザ情報記憶部
１２２ 来店情報記憶部
１２３ 店舗情報記憶部
１３０ 制御部
１３１ 第１受信部
１３２ 判定部
１３３ 送信部
１３４ 第２受信部
１３５ 算出部
１３６ 特典制御部
１３７ 付与部
１３８ 分析部

Claims (17)

1. 利用者によって利用される端末装置と、情報処理装置とを含む情報処理システムであって、
   前記端末装置は、
   所定の集客サービスにより提示された店舗に前記利用者が来店したことの意思表示の操作が前記所定の集客サービスを介して行われた場合には、当該意思表示を示す情報を前記情報処理装置に送信する第１送信部と、
   前記意思表示を示す情報が送信されたことに応じて、前記店舗に前記利用者が来店したと判定された場合には、前記店舗に前記利用者が来店したことを示す来店情報を送信可能な状態に制御する送信制御部と、
   前記送信制御部により前記来店情報を送信可能な状態に制御された場合には、前記店舗に前記利用者が来店したことを示す来店情報を前記情報処理装置に送信する第２送信部と
   を有し、
   前記情報処理装置は、
   前記来店情報に基づく来客数であって、前記店舗への来客数に応じた手数料を当該店舗に対して請求される手数料として算出する算出部と、
   前記利用者により前記来店情報が送信されたことによる特典を前記利用者に付与する付与部と
   を有することを特徴とする情報処理システム。
2. 前記送信制御部は、前記来店情報を送信可能な状態として、前記端末装置が前記店舗に設けられるコード情報から前記来店情報を読み取り可能な状態に制御し、
   前記第２送信部は、前記利用者の操作に応じて前記端末装置により前記コード情報から前記来店情報が読み取られた場合には、読み取られた前記来店情報を前記情報処理装置に送信する
   ことを特徴とする請求項１に記載の情報処理システム。
3. 前記付与部は、前記コード情報として、所定の決済サービスに対応するコード情報から読み取られた前記来店情報が送信された場合には、前記来店情報が送信されたことによる特典として、所定の決済サービスで利用可能な特典を前記利用者に付与する
   ことを特徴とする請求項２に記載の情報処理システム。
4. 利用者によって利用される端末装置と、情報処理装置とを含む情報処理システムであって、
   前記端末装置は、
   所定の集客サービスにより提示された店舗に前記利用者が来店したか否かが、前記所定の集客サービスに対する前記利用者の利用状況に基づき判定された判定結果に応じて、前記店舗に前記利用者が来店したことを示す来店情報を送信可能な状態に制御する送信制御部と、
   前記利用者の操作に応じて、前記来店情報を前記情報処理装置に送信する第２送信部と
   を有し、
   前記情報処理装置は、
   前記来店情報に基づく来客数であって、前記店舗への来客数に応じた手数料を当該店舗に対して請求される手数料として算出する算出部と、
   前記利用者により前記来店情報が送信されたことによる特典を前記利用者に付与する付与部と
   を有し、
   前記送信制御部は、前記来店情報を送信可能な状態として、前記端末装置が前記店舗に設けられるコード情報であって所定の決済サービスに対応するコード情報から前記来店情報を読み取り可能な状態に制御し、
   前記第２送信部は、前記利用者の操作に応じて前記端末装置により前記コード情報から前記来店情報が読み取られた場合には、読み取られた前記来店情報を前記情報処理装置に送信し、
   前記付与部は、前記コード情報から読み取られた前記来店情報が送信された場合には、前記来店情報が送信されたことによる特典として、前記所定の決済サービスで利用可能な特典を前記利用者に付与する
   ことを特徴とする情報処理システム。
5. 前記送信制御部は、前記店舗に来店したことを示す意思表示が前記所定の集客サービスを利用して行われたことで、前記店舗に前記利用者が来店したと判定された場合には、前記来店情報を送信可能な状態に制御する
   ことを特徴とする請求項１〜４のいずれか１つに記載の情報処理システム。
6. 前記送信制御部は、前記店舗の位置情報および前記利用者の位置情報に基づき前記店舗において前記意思表示が行われたと判定されたことで、前記店舗に前記利用者が来店したと判定された場合には、前記来店情報を送信可能な状態に制御する
   ことを特徴とする請求項５に記載の情報処理システム。
7. 前記送信制御部は、前記来店情報を送信可能な状態として、前記店舗に設けられる所定のセンサとの前記端末装置による相互通信を可能に制御し、
   前記第２送信部は、前記端末装置により前記所定のセンサとの相互通信が行われた場合には、当該相互通信に基づく前記来店情報を送信する
   ことを特徴とする請求項１〜６のいずれか１つに記載の情報処理システム。
8. 前記算出部は、前記来客数に対して所定の金額を乗算することにより前記手数料を算出する
   ことを特徴とする請求項１〜７のいずれか１つに記載の情報処理システム。
9. 前記算出部は、前記手数料として、少なくとも一部が前記付与部により付与される特典の原資となる手数料を算出する
   ことを特徴とする請求項１〜８のいずれか１つに記載の情報処理システム。
10. 前記付与部は、前記来店情報を送信した端末装置の利用者に対して、前記来店情報が送信されたことによる特典を付与する
    ことを特徴とする請求項１〜８のいずれか１つに記載の情報処理システム。
11. 前記第２送信部は、前記店舗に来店した来店人数の入力が前記利用者から受け付けられた場合には、当該来店人数を含む前記来店情報を前記情報処理装置に送信し、
    前記付与部は、前記来店情報が送信されたことによる特典として、前記来店人数に応じた特典を、当該来店情報を送信した端末装置の利用者に対して付与する
    ことを特徴とする請求項１〜１０のいずれか１つに記載の情報処理システム。
12. 前記付与部は、前記来店情報が送信されたことによる特典として、当該来店情報によって識別される店舗でのみ利用可能な特典を付与する
    ことを特徴とする請求項１〜１１のいずれか１つに記載の情報処理システム。
13. 前記情報処理装置は、
    前記来店情報に基づいて、前記利用者による前記店舗への来店回数を算出し、算出した来店回数に応じて、当該利用者に対する前記特典の当選率を制御する特典制御部をさらに有し、
    前記付与部は、前記特典制御部により制御された確率に応じて前記利用者に前記特典が当選させられた場合には、当該特典を当該利用者に付与する
    ことを特徴とする請求項１〜１２のいずれか１つに記載の情報処理システム。
14. 利用者によって利用される端末装置と、情報処理装置とを含む情報処理システムが実行する情報処理方法であって、
    所定の集客サービスにより提示された店舗に前記利用者が来店したことの意思表示の操作が前記所定の集客サービスを介して行われた場合には、当該意思表示を示す情報を前記情報処理装置に送信する第１送信工程と、
    前記意思表示を示す情報が送信されたことに応じて、前記店舗に前記利用者が来店したと判定された場合には、前記店舗に前記利用者が来店したことを示す来店情報を送信可能な状態に制御する送信制御工程と、
    前記送信制御工程により前記来店情報を送信可能な状態に制御された場合には、前記店舗に前記利用者が来店したことを示す来店情報を前記情報処理装置に送信する第２送信工程と、
    前記来店情報に基づく来客数であって、前記店舗への来客数に応じた手数料を当該店舗に対して請求する請求工程と、
    前記来店情報が送信されたことによる特典を前記利用者に付与する付与工程と
    を含むことを特徴とする情報処理方法。
15. 利用者によって利用される端末装置と、情報処理装置とを含む情報処理システムが実行する情報処理方法であって、
    所定の集客サービスにより提示された店舗に前記利用者が来店したか否かが、前記所定の集客サービスに対する前記利用者の利用状況に基づき判定された判定結果に応じて、前記店舗に前記利用者が来店したことを示す来店情報を送信可能な状態に制御する送信制御工程と、
    前記利用者の操作に応じて、前記来店情報を前記情報処理装置に送信する第２送信工程と、
    前記来店情報に基づく来客数であって、前記店舗への来客数に応じた手数料を当該店舗に対して請求される手数料として算出する算出工程と、
    前記利用者により前記来店情報が送信されたことによる特典を前記利用者に付与する付与工程と
    を含み、
    前記送信制御工程は、前記来店情報を送信可能な状態として、前記端末装置が前記店舗に設けられるコード情報であって所定の決済サービスに対応するコード情報から前記来店情報を読み取り可能な状態に制御し、
    前記第２送信工程は、前記利用者の操作に応じて前記端末装置により前記コード情報から前記来店情報が読み取られた場合には、読み取られた前記来店情報を前記情報処理装置に送信し、
    前記付与工程は、前記コード情報から読み取られた前記来店情報が送信された場合には、前記来店情報が送信されたことによる特典として、前記所定の決済サービスで利用可能な特典を前記利用者に付与する
    ことを特徴とする情報処理方法。
16. 利用者によって利用される端末装置に対して、
    所定の集客サービスで対象となっている店舗に関する店舗情報を表示させる表示制御手順と、
    前記所定の集客サービスにより提示された店舗に前記利用者が来店したことの意思表示の操作が前記所定の集客サービスを介して行われた場合には、当該意思表示を示す情報を情報処理装置に送信する第１送信手順と、
    前記意思表示を示す情報が送信されたことに応じて、前記店舗に前記利用者が来店したと判定された場合には、前記店舗に前記利用者が来店したことを示す来店情報を送信可能な状態に制御する送信制御手順と、
    前記送信制御手順により前記来店情報を送信可能な状態に制御された場合には、前記店舗に前記利用者が来店したことを示す来店情報を前記情報処理装置に送信することにより、前記情報処理装置に対して、前記利用者が前記来店情報を送信したことによる特典を付与させる第２送信手順と
    を実行させることを特徴とする端末プログラム。
17. 利用者によって利用される端末装置に対して、
    所定の集客サービスで対象となっている店舗に関する店舗情報を表示させる表示制御手順と、
    前記所定の集客サービスにより提示された店舗に前記利用者が来店したか否かが、前記所定の集客サービスに対する前記利用者の利用状況に基づき判定された判定結果に応じて、前記店舗に前記利用者が来店したことを示す来店情報を送信可能な状態に制御する送信制御手順と、
    前記送信制御手順により前記来店情報を送信可能な状態に制御された場合には、前記店舗に前記利用者が来店したことを示す来店情報を情報処理装置に送信することにより、前記情報処理装置に対して、前記利用者が前記来店情報を送信したことによる特典を付与させる第２送信手順と
    を実行させ、
    前記送信制御手順は、前記来店情報を送信可能な状態として、前記端末装置が前記店舗に設けられるコード情報であって所定の決済サービスに対応するコード情報から前記来店情報を読み取り可能な状態に制御し、
    前記第２送信手順は、前記利用者の操作に応じて前記端末装置により前記コード情報から前記来店情報が読み取られた場合には、読み取られた前記来店情報を前記情報処理装置に送信する
    ことを特徴とする端末プログラム。

Images