ホーム > 特許ランキング > 株式会社ＧＩＮＫＡＮ
知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-09-18
(45)【発行日】2024-09-27
(54)【発明の名称】サーバおよび決済プログラム
(51)【国際特許分類】
G06Q 20/08 20120101AFI20240919BHJP
【ＦＩ】
G06Q20/08 300
【請求項の数】
3
(21)【出願番号】P 2024000233
(22)【出願日】2024-01-04
(62)【分割の表示】P 2022004174の分割
【原出願日】2020-06-17
(65)【公開番号】P2024024053
(43)【公開日】2024-02-21
【審査請求日】2024-01-19
(31)【優先権主張番号】P 2019116381
(32)【優先日】2019-06-24
(33)【優先権主張国・地域又は機関】JP
【早期審査対象出願】
(73)【特許権者】
【識別番号】518369659
【氏名又は名称】株式会社ＧＩＮＫＡＮ
(74)【代理人】
【識別番号】100185270
【弁理士】
【氏名又は名称】原田 貴史
(72)【発明者】
【氏名】神谷 知愛
【審査官】青柳 光代
(56)【参考文献】
【文献】特開２００９－３０１１０５（ＪＰ，Ａ）
【文献】特開２００５－０１８５９７（ＪＰ，Ａ）
【文献】特開２０１９－０２０８６０（ＪＰ，Ａ）
【文献】特開２０１５－０７５９２２（ＪＰ，Ａ）
【文献】特開２０１４－０９８９８２（ＪＰ，Ａ）
【文献】特開２０１４－１７０５５７（ＪＰ，Ａ）
【文献】特開２００３－１４１４３３（ＪＰ，Ａ）
【文献】特開２００３－２９６６２５（ＪＰ，Ａ）
【文献】特開２０１６－０８１１３４（ＪＰ，Ａ）
【文献】特開２０１２－１６８８２５（ＪＰ，Ａ）
【文献】特開２００３－００６４８２（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００ － ９９／００
(57)【特許請求の範囲】
【請求項1】
顧客端末および店舗端末とネットワークを通じて接続されるサーバであって、顧客が加盟店の店舗に来店している場合は、顧客が支払う金額に基づいて店舗からサーバの運営者に支払われる成功報酬額を算出し、前記成功報酬額に基づいて顧客に付与する暗号通貨額を算出する暗号通貨額算出部と、
前記成功報酬額を前記店舗端末に送信し、前記暗号通貨額を前記顧客端末に送信する通知処理部と、
を有する、
サーバ。
【請求項2】
請求項１に記載のサーバにおいて、顧客ＩＤと、ビーコン装置識別情報から特定される店舗情報とを含むチェックイン情報と、予め記憶されている決済情報とを照合する照合部をさらに有するサーバ。
【請求項3】
顧客端末および店舗端末とネットワークを通じて接続されるサーバのコンピュータに実行させる決済プログラムであって、暗号通貨額算出部が、顧客が加盟店の店舗に来店している場合は、顧客が支払う金額に基づいて店舗からサーバの運営者に支払われる成功報酬額を算出し、前記成功報酬額に基づいて顧客に付与する暗号通貨額を算出する暗号通貨額算出ステップと、
通知処理部が、前記成功報酬額を前記店舗端末に送信し、前記暗号通貨額を前記顧客端末に送信する送信ステップと、
を前記コンピュータに実行させる、決済プログラム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、サーバおよび決済方法ならびに決済プログラムに関する。
【背景技術】
【0002】
食堂、レストラン等の飲食店では、顧客は飲食料金をクレジットカード等により決済を行うことが知られている。
【0003】
このような決済に関するシステムとして、特開２０１９－７４８９５号公報（特許文献１）には、「注文された飲食物に関する飲食物情報の入力を受け付ける飲み物注文画面と、入力された前記飲食物情報に基づいて当該飲食物の単価である飲食物単価を記憶部から取得する飲み物注文受付部、食べ物注文受付部、および文具注文受付部と、取得した前記飲食物単価を加算して合計料金を算出する利用申請部と、算出した合計料金を出力する利用申請部を有する決済システム１について、利用者が店内の領域を利用する又は利用した利用時間を取得する利用時間入力部と、予め設定された時間利用単価と前記利用時間に基づく時間利用料金を算出する利用申請部とを備え、前記利用申請部は、前記飲食物単価と前記時間利用料金を含む合計料金を算出する構成とした。」と記載されている。
【先行技術文献】
【特許文献】
【0004】
【文献】特開２０１９－７４８９５号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
特許文献１に記載されている技術では、飲食物単価を加算して合計料金を算出できる。しかしながら、特許文献１に記載されている技術では、顧客が最後に来店した日付について把握することは考慮しておらず、次回以降に来店を促すための顧客関係管理が困難という問題があった。
本発明の目的は、決済を容易にするとともに、顧客関係管理を可能にするための技術を提供することである。
本発明の目的は、決済を容易にするとともに、顧客関係管理を可能にするための技術を提供することである。
【課題を解決するための手段】
【0006】
本願において開示される発明のうち、代表的なものの概要を簡単に説明すれば、次の通りである。
本発明の一実施の形態は、顧客端末および店舗端末とネットワークを通じて接続されるサーバであって、店舗ＩＤと、人数と、金額とに基づき、決済をするための読取コードを生成し、前記読取コードを含む読取コード発行画面を提供する画面生成部を有する。また、顧客ＩＤと、前記顧客端末に前記読取コードが読み取られることで取得される、店舗ＩＤと、来店日時と、金額と、人数とを対応付けて来店履歴情報記憶部に記憶する情報更新部を有する。
本発明の一実施の形態は、顧客端末および店舗端末とネットワークを通じて接続されるサーバであって、店舗ＩＤと、人数と、金額とに基づき、決済をするための読取コードを生成し、前記読取コードを含む読取コード発行画面を提供する画面生成部を有する。また、顧客ＩＤと、前記顧客端末に前記読取コードが読み取られることで取得される、店舗ＩＤと、来店日時と、金額と、人数とを対応付けて来店履歴情報記憶部に記憶する情報更新部を有する。
【0007】
また、本発明の他の実施の形態は、顧客端末および店舗端末とネットワークを通じて接続されるサーバにおける決済方法であって、画面生成部が、店舗ＩＤと、人数と、金額とに基づき、決済をするための読取コードを生成し、前記読取コードを含む読取コード発行画面を提供する画面生成ステップを有する。また、情報更新部が、顧客ＩＤと、前記顧客端末に前記読取コードが読み取られることで取得される、店舗ＩＤと、来店日時と、金額と、人数とを対応付けて来店履歴情報記憶部に記憶する情報更新ステップを有する。
【0008】
また、本発明の他の実施の形態は、顧客端末および店舗端末とネットワークを通じて接続されるサーバのコンピュータに実行させる決済プログラムであって、画面生成部が、店舗ＩＤと、人数と、金額とに基づき、決済をするための読取コードを生成し、前記読取コードを含む読取コード発行画面を提供する画面生成ステップを前記コンピュータに実行させる。また、情報更新部が、顧客ＩＤと、前記顧客端末に前記読取コードが読み取られることで取得される、店舗ＩＤと、来店日時と、金額と、人数とを対応付けて来店履歴情報記憶部に記憶する情報更新ステップを前記コンピュータに実行させる。
【発明の効果】
【0009】
本願において開示される発明のうち、代表的なものによって得られる効果を簡単に説明すれば以下のとおりである。
【0010】
本発明の一実施の形態によれば、決済を容易にするとともに、顧客関係管理を可能にできる。
【図面の簡単な説明】
【0011】
【図1】本発明の実施の形態１における決済システムの全体構成例の概要を示す図である。
【0012】
【図2】本発明の実施の形態１におけるサーバの店舗情報記憶部に記憶されている店舗情報の構成例の概要を示す図である。
【0013】
【図3】本発明の実施の形態１におけるサーバの来店履歴情報記憶部に記憶されている来店履歴情報の構成例の概要を示す図である。
【0014】
【図4】本発明の実施の形態１における店舗端末のディスプレイに表示される利用情報入力画面の構成例の概要を示す図である。
【0015】
【図5】本発明の実施の形態１における店舗端末のディスプレイに表示されるパスコード入力画面の構成例の概要を示す図である。
【0016】
【図6】本発明の実施の形態１における店舗端末のディスプレイに表示される読取コード発行画面の構成例の概要を示す図である。
【0017】
【図7】本発明の実施の形態１における顧客端末のディスプレイに表示される確認画面の構成例の概要を示す図である。
【0018】
【図8】本発明の実施の形態１に顧客端末のディスプレイに表示される完了画面の構成例の概要を示す図である。
【0019】
【図9】本発明の実施の形態１における決済システムの全体処理の概要を示す図である。
【0020】
【図10】本発明の実施の形態２における決済システムの全体構成例の概要を示す図である。
【0021】
【図11】本発明の実施の形態２における店舗情報記憶部に記憶されている店舗情報の概要を示す図である。
【0022】
【図12】本発明の実施の形態２におけるサーバのチェックイン情報記憶部に記憶されているチェックイン情報の構成例の概要を示す図である。
【0023】
【図13】本発明の実施の形態２におけるサーバの明細情報記憶部に記憶されている明細情報の構成例の概要を示す図である。
【0024】
【図14】本発明の実施の形態２におけるサーバの決済情報記憶部に記憶されている決済情報の構成例の概要を示す図である。
【0025】
【図15】本発明の実施の形態２における顧客端末のディスプレイに表示されるカード情報入力画面の構成例の概要を示す図である。
【0026】
【図16】本発明の実施の形態２における決済システムの全体処理の概要を示す図である。
【0027】
【図17】本発明の実施の形態３における決済システムの全体処理の概要を示す図である。
【0028】
【図18】本発明の実施の形態４において顧客端末のディスプレイに表示される店舗の飲食物テイクアウト情報の概要を示す図である。
【0029】
【図19】本発明の実施の形態５におけるサーバの来店履歴情報記憶部に記憶されている来店日時に基づく来店回数情報の構成例の概要を示す図である。
【発明を実施するための形態】
【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】
次に、Ｓ９０７にて、サーバ２００は、Ｓ９０６にて送信されたパスコード、店舗ＩＤとを受信する。
【0062】
次に、Ｓ９０８にて、サーバ２００の画面生成部２３０は、店舗ＩＤと、Ｓ９０３にて受信した人数と、金額とに基づき、決済をするための読取コードを生成する。また、画面生成部２３０は、生成した読取コードと、Ｓ９０３にて受信した人数と、金額とに基づき、読取コード発行画面（前述、図６）を生成する。
【0063】
次に、Ｓ９０９にて、サーバ２００の画面生成部２３０は、Ｓ９０８にて生成した読取コード発行画面を店舗端末３００に提供する。
【0064】
次に、Ｓ９１０にて、店舗端末３００は読取コード発行画面をディスプレイに表示させる。そして、店舗端末３００は、読取コード１５３０が、顧客端末１００に読み取られた後に、完了ボタン１５４０の入力を受け付ける。完了ボタン１５４０が入力を受け付けると、Ｓ９１１にて、店舗端末３００は、完了ボタンが入力を受け付けた旨の通知をサーバ２００へ送信する。
【0065】
なお、店舗端末１００が、読取コードを読み取った後に、読取コードの読み取りが完了したことを示す通知をサーバ２００に送信するようにしても良い。
【0066】
次に、Ｓ９１２にて、完了ボタン１５４０が入力を受け付けた旨の通知を受信すると、サーバ２００の画面生成部２３０は、確認画面（前述、図７）を生成する。
次に、Ｓ９１３にて、サーバ２００の画面生成部２３０は、生成した確認画面を顧客端末１００に提供する。
次に、Ｓ９１３にて、サーバ２００の画面生成部２３０は、生成した確認画面を顧客端末１００に提供する。
【0067】
次に、Ｓ９１４にて、顧客端末１００は、確認画面をディスプレイに表示させる。そして、顧客端末１００が、商品ボタン１６３０の入力を受け付ける。より詳細には、顧客端末１００は、確認画面に、金額表示欄１６１０と承認拒否ボタン１６２０と承認ボタン１６３０とを表示させ、承認ボタン１６３０が入力を受け付ける。なお、Ｓ９１４の後に、承認可否情報がサーバ２００に送信される。
【0068】
次に、Ｓ９１５にて、顧客端末１００は、顧客ＩＤと、読取コード１５３０を読み取られることで取得される、店舗ＩＤと、パスコードと、来店日時と、金額と、人数とをサーバ２００に送信する。
【0069】
なお、顧客ＩＤとしては、携帯端末１００にインストールされたアプリケーションのユーザーＩＤや、顧客に割り振られるアプリケーション自体のＩＤや、携帯端末１００に挿入されるＳＩＭ（ｓｕｂｓｃｒｉｂｅｒ ｉｄｅｎｔｉｔｙ ｍｏｄｕｌｅ）カードを識別するための情報や、携帯端末１００自体を識別するための情報であっても良い。また、読取コード１５３０から、顧客の個人情報を読み取ることで、顧客ＩＤを取得するようにしても良い。
【0070】
次に、Ｓ９１６にて、サーバ２００は、Ｓ９１５にて送信された顧客ＩＤと、店舗ＩＤと、パスコードと、来店日時と、金額と、人数とを受信する。そして、サーバ２００の暗号通貨付与部２２０は、受信した金額（飲食代金）に所定の割合（例えば、５％以上）を乗算することで、店舗に請求する成功報酬額を算出する。また、暗号通貨付与部２２０は、金額（飲食代金）に所定割合（例えば、１％以上）を乗算することで、顧客に付与する暗号通貨額を算出する。
【0071】
次に、Ｓ９１７にて、サーバ２００は、Ｓ９１６にて受信した店舗ＩＤと、パスコードと、顧客ＩＤと、来店日時と、金額と、人数と、Ｓ９１６にて算出した暗号通貨額とを対応づけて来店履歴情報記憶部２５２に記憶する。
【0072】
次に、Ｓ９１８にて、サーバの画面生成部２３０は、完了画面（前述、図８）を顧客端末１００および店舗端末３００に提供する。サーバ２００の通知処理部２１０は、算出した暗号通貨額を顧客端末１００に送信する。また、サーバ２００の通知処理部２１０は、算出した成功報酬額を店舗端末３００に送信する。
【0073】
次に、Ｓ９１９にて、顧客端末１００および店舗端末３００は、完了画面をディスプレイに表示させる。完了画面には、完了ボタン１７１０が表示され、完了ボタン１７１０が入力を受け付けると、決済処理から暗号通貨処理までの一連の処理が完了する。
【0074】
なお、Ｓ９０７にて、サーバ２００は、受信したパスコードと、店舗ＩＤと、Ｓ９０３にて受信した人数と、金額とを対応付けて来店履歴情報記憶部２５２に記憶するようにしても良い。
【0075】
また、完了画面が顧客端末１００のディスプレイに表示されるとともに、Ｓ９１５にて、顧客端末１００は承認ボタン１６３０が入力を受け付けた旨の通知を店舗端末３００に送信しても良い。
【0076】
また、Ｓ９０５～Ｓ９０８の処理はＳ９０１～Ｓ９０３の処理と同時に行わせるようにしても良い。すなわち、利用情報入力画面を表示し、人数と金額の入力を受け付けた後に、パスコード入力画面を表示し、パスコードと、店舗ＩＤとの入力を受け付けるようにしても良い。その場合、店舗端末３００は、人数と、金額と、パスコードと、店舗とをまとめてサーバ２００へ送信する。
また、Ｓ９１５～Ｓ９１７の処理はＳ９１１の処理と同時に、行わせるようにしても良い。すなわち、読取り完了の通知ととともに、店舗ＩＤと、パスコードと、来店日時と、金額と、人数とをサーバ２００に送信し、Ｓ９１６とＳ９１７の処理を行うようにしても良い。
また、Ｓ９１５～Ｓ９１７の処理はＳ９１１の処理と同時に、行わせるようにしても良い。すなわち、読取り完了の通知ととともに、店舗ＩＤと、パスコードと、来店日時と、金額と、人数とをサーバ２００に送信し、Ｓ９１６とＳ９１７の処理を行うようにしても良い。
【0077】
また、上述した、Ｓ９０５～Ｓ９０７の処理は省略することもできる。
また、スマートフォン、タブレット等がない店舗についても、サーバ２００は、紙に印刷したＱＲコードを店舗に設置するなどして、ＱＲコードを顧客端末１００に読み込ませることにより決済を行うように構成しても良い。
＜実施の形態１の効果＞
以上説明した実施の形態１によれば、画面生成部２３０が、店舗ＩＤと、人数と、金額とに基づき、決済をするための読取コード１５３０を生成し、読取コード１５３０を含む読取コード発行画面を提供し、情報更新部２４０が、顧客ＩＤと、顧客端末１００に読取コード１５３０が読み取られることで取得される、店舗ＩＤと、来店日時と、金額と、人数とを対応付けて来店履歴情報記憶部２５２に記憶することで、決済を容易にするとともに、顧客関係管理を可能にできる。
また、通知処理部２１０が、来店履歴情報記憶部２５２に記憶されている来店履歴情報を参照し、所定期間以上来店していない顧客の顧客端末１００にメッセージおよび／またはクーポンを送信することで、顧客に次回以降の来店を促すことができる。
また、スマートフォン、タブレット等がない店舗についても、サーバ２００は、紙に印刷したＱＲコードを店舗に設置するなどして、ＱＲコードを顧客端末１００に読み込ませることにより決済を行うように構成しても良い。
＜実施の形態１の効果＞
以上説明した実施の形態１によれば、画面生成部２３０が、店舗ＩＤと、人数と、金額とに基づき、決済をするための読取コード１５３０を生成し、読取コード１５３０を含む読取コード発行画面を提供し、情報更新部２４０が、顧客ＩＤと、顧客端末１００に読取コード１５３０が読み取られることで取得される、店舗ＩＤと、来店日時と、金額と、人数とを対応付けて来店履歴情報記憶部２５２に記憶することで、決済を容易にするとともに、顧客関係管理を可能にできる。
また、通知処理部２１０が、来店履歴情報記憶部２５２に記憶されている来店履歴情報を参照し、所定期間以上来店していない顧客の顧客端末１００にメッセージおよび／またはクーポンを送信することで、顧客に次回以降の来店を促すことができる。
【0078】
また、通知処理部２１０が、来店履歴情報記憶部２５２に記憶されている来店履歴情報を参照し、来店履歴情報を構成する、来店日時、金額、人数の少なくともいずれか一つ以上に基づき、対応するクーポンを特定し、特定したクーポンを顧客端末１００に送信することで、顧客の行動パターンを考慮した上で、より高い精度で顧客に次回以降の来店を促すことができる。
【0079】
また、暗号通貨額算出部２２０が、金額に所定割合を乗算することで、顧客に付与する暗号通貨額を算出し、通知処理部２１０が、暗号通貨額を顧客端末１００に送信することで、顧客の来店実績に応じたインセンティブを付与できる。
【0080】
また、暗号通貨額算出部２２０が、金額に所定割合を乗算することで店舗からサーバ２００の運営者に支払われる成功報酬額を算出し、成功報酬額に所定割合を乗算することで顧客に付与する暗号通貨額を算出し、通知処理部２１０が、成功報酬額を店舗端末３００に送信し、暗号通貨額を顧客端末３００に送信することで、顧客らの来店実績に応じて、サーバの運営者に支払われる成功報酬の一部をインセンティブとして顧客に付与できる。
[実施の形態２]
＜全体構成＞
図１０は、本発明の実施の形態２における決済システムの全体構成例の概要を示す図である。図１０に示されるように、決済システム１０は、顧客端末１００と、顧客端末１００とネットワークを通じて接続されるサーバ２００と、サーバ２００とネットワークを介して接続される店舗端末３００と、ビーコン装置４００から無線通信を介してデータが送信される顧客端末１００とから構成される。
[実施の形態２]
＜全体構成＞
図１０は、本発明の実施の形態２における決済システムの全体構成例の概要を示す図である。図１０に示されるように、決済システム１０は、顧客端末１００と、顧客端末１００とネットワークを通じて接続されるサーバ２００と、サーバ２００とネットワークを介して接続される店舗端末３００と、ビーコン装置４００から無線通信を介してデータが送信される顧客端末１００とから構成される。
【0081】
サーバ２００は、店舗情報記憶部２５２と、来店履歴情報記憶部２５２と、チェックイン情報記憶部２５３と、明細情報記憶部２５４とを有する。
【0082】
ビーコン装置４００は、店舗内などに設置される。ビーコン装置４００は、短距離無線（Ｂｌｕｅｔｏｏｔｈ（登録商標）など）を利用し、ビーコン装置４００を識別するためのビーコン装置識別情報を顧客端末１００へ送信する。これによって、ビーコン装置４００は、店舗内の顧客端末１００へビーコン装置識別情報を送信する。
【0083】
なお、ビーコン装置４００がビーコン装置識別情報とともに、現在の日時とを送信しても良い。
また、ビーコン装置４００は、超広帯域無線通信（Ｕｌｔｒａ Ｗｉｄｅ Ｂａｎｄ）を利用し、ビーコン装置４００を識別するためのビーコン装置識別情報を顧客端末１００へ送信するようにしても良い。また、複数箇所に設置されたビーコン装置４００からの電波を顧客端末１００が受信する場合、その位置に固有の電波強度のパターンを、識別情報として利用するようにしても良い。
また、ビーコン装置４００は、超広帯域無線通信（Ｕｌｔｒａ Ｗｉｄｅ Ｂａｎｄ）を利用し、ビーコン装置４００を識別するためのビーコン装置識別情報を顧客端末１００へ送信するようにしても良い。また、複数箇所に設置されたビーコン装置４００からの電波を顧客端末１００が受信する場合、その位置に固有の電波強度のパターンを、識別情報として利用するようにしても良い。
【0084】
顧客端末１００は、ビーコン装置４００から無線通信を介して送信されるビーコン装置識別情報を受信する。
【0085】
図１１に示されるように、実施の形態２における、店舗情報記憶部２５１には、ビーコン装置４００を識別するための符号を示す、ビーコン装置識別情報が店舗情報に付加されて記憶されている。そして、サーバ２００の通知処理部２１０は、ビーコン装置４００が顧客端末１００へ送信するビーコン装置識別情報と対応する店舗情報を店舗情報記憶部から取得する。
なお、店舗情報記憶部２５１は、店舗の位置を特定するための緯度経度情報を含むようにしても良い。
また、顧客端末１００がビーコン装置４００からビーコン装置識別情報を受信した後に、ディスプレイにポップアップ表示を行い、表示された対象をクリックする入力を受け付けることで、チェックインを記録するようにしても良い。これによって、ビーコン装置４００によるチェックインを、クレジットカードを使用することの前提条件とできる。
なお、店舗情報記憶部２５１は、店舗の位置を特定するための緯度経度情報を含むようにしても良い。
また、顧客端末１００がビーコン装置４００からビーコン装置識別情報を受信した後に、ディスプレイにポップアップ表示を行い、表示された対象をクリックする入力を受け付けることで、チェックインを記録するようにしても良い。これによって、ビーコン装置４００によるチェックインを、クレジットカードを使用することの前提条件とできる。
【0086】
＜チェックイン情報＞
図１２は、本発明の実施の形態２におけるサーバのチェックイン情報記憶部に記憶されているチェックイン情報の構成例の概要を示す図である。図１２に示されるように、チェックイン情報は、顧客ＩＤと、店舗ＩＤと、グループＩＤと、来店日時と、店舗名と、来店住所とから構成される。来店日時は、顧客が来店した日時を示す。
図１２は、本発明の実施の形態２におけるサーバのチェックイン情報記憶部に記憶されているチェックイン情報の構成例の概要を示す図である。図１２に示されるように、チェックイン情報は、顧客ＩＤと、店舗ＩＤと、グループＩＤと、来店日時と、店舗名と、来店住所とから構成される。来店日時は、顧客が来店した日時を示す。
【0087】
＜明細情報＞
図１３は、本発明の実施の形態２におけるサーバの明細情報記憶部に記憶されている明細情報の構成例の概要を示す図である。図１３に示されるように、明細情報は、顧客ＩＤと、来店日時と、店舗名と、金額と、使用カード番号と、暗号通貨額とから構成される。
図１３は、本発明の実施の形態２におけるサーバの明細情報記憶部に記憶されている明細情報の構成例の概要を示す図である。図１３に示されるように、明細情報は、顧客ＩＤと、来店日時と、店舗名と、金額と、使用カード番号と、暗号通貨額とから構成される。
【0088】
使用カード番号は、顧客によって使用されるカードの番号を示す。
【0089】
＜決済情報＞
図１４は、本発明の実施の形態２におけるサーバの決済情報記憶部に記憶されている決済情報の構成例の概要を示す図である。図１４に示されるように、決済情報は、顧客ＩＤと、店舗ＩＤと、グループＩＤと、店舗名と、店舗住所と、使用カードと、決済日時とから構成される。決済日時は、決済された日時を示す。
図１４は、本発明の実施の形態２におけるサーバの決済情報記憶部に記憶されている決済情報の構成例の概要を示す図である。図１４に示されるように、決済情報は、顧客ＩＤと、店舗ＩＤと、グループＩＤと、店舗名と、店舗住所と、使用カードと、決済日時とから構成される。決済日時は、決済された日時を示す。
【0090】
＜カード情報入力画面＞
図１５は、本発明の実施の形態２における顧客端末１００のディスプレイに表示されるカード情報入力画面の構成例の概要を示す図である。図１４に示されるように、カード情報入力画面には、カード番号入力欄１８１０と、パスワード入力欄１８２０と、確定ボタン１８３０とが表示される。
図１５は、本発明の実施の形態２における顧客端末１００のディスプレイに表示されるカード情報入力画面の構成例の概要を示す図である。図１４に示されるように、カード情報入力画面には、カード番号入力欄１８１０と、パスワード入力欄１８２０と、確定ボタン１８３０とが表示される。
【0091】
カード番号入力領域１８１０は、来客した顧客のカード番号の入力を受け付ける。パスワード入力欄１８２０は、顧客が予め設定登録したカードのパスワードの入力を受け付ける。
【0092】
確定ボタン１８３０が入力を受け付けると、顧客端末１００は、カード番号入力欄１８
１０に入力された番号と、パスワード入力欄１８２０に入力されたパスワードとを、サーバ２００に送信する。
１０に入力された番号と、パスワード入力欄１８２０に入力されたパスワードとを、サーバ２００に送信する。
【0093】
カード番号に紐付いているパスワードが正しいものである場合、顧客端末１００はログイン状態へ進行する。また、サーバ２００は受信したカード情報から顧客ＩＤを抽出し、明細情報記憶部から明細情報を呼び出す。
【0094】
サーバ２００の暗号通貨付与部２２０は、明細情報から、加盟店の店舗への来店を特定する。そして、暗号通貨付与部２２０は、明細情報に含まれる金額（飲食代金）に所定の割合（例えば、５％以上）を乗算することで、店舗に請求する成功報酬額を算出する。また、暗号通貨付与部２２０は、金額（飲食代金）に所定割合（例えば、１％以上）を乗算することで、顧客に付与する暗号通貨額を算出する。
【0095】
なお、サーバ２００の暗号通貨付与部２２０は、明細情報を参照することで加盟店以外の店舗の名称を取得することで、加盟店以外の店舗への来店を特定するようにしても良い。その場合も同様に、暗号通貨付与部２２０は、店舗に請求する成功報酬額を算出しない。一方で、暗号通貨付与部２２０は、金額（飲食代金）に所定割合（例えば、１％以上）を乗算することで、顧客に付与する暗号通貨額を算出する。
【0096】
これによって、より多くの店舗にて利用者は、クレジットカード利用によるポイントと、仮想通貨との両方を得ることが可能になる。さらに、サーバの運営者にとっては、成功報酬を得ることはできないものの、営業コストをかけることなく加盟店の開拓が可能になる。そして、より多くの店舗および利用者を対象とした施策を実施できる。そして、成功報酬および暗号通貨の流出量の増加を図れる。
【0097】
さらに、サーバ２００の運営者にとっては、利用者の消費活動のビッグデータの蓄積が可能になる。また、加盟店に営業へ行く前に、その営業先の店舗への送客実績数値と顧客関係管理を行う顧客対象を事前に明確できる。
また、サーバ２００の運営者にとっては、還元分の仮想通貨を売買市場から買い戻すことでの、仮想通貨の価値の上昇を見込むことができる。
なお、本発明で説明している「カード情報」は、クレジットカード番号ではなくイシュアーが提供する利用履歴を閲覧できるＷＥＢサービスのログイン情報を示す場合もある。
また、サーバ２００の運営者にとっては、還元分の仮想通貨を売買市場から買い戻すことでの、仮想通貨の価値の上昇を見込むことができる。
なお、本発明で説明している「カード情報」は、クレジットカード番号ではなくイシュアーが提供する利用履歴を閲覧できるＷＥＢサービスのログイン情報を示す場合もある。
【0098】
＜全体処理＞
図１６は、本発明の実施の形態２における決済システムの全体処理の概要を示す図である。
図１６は、本発明の実施の形態２における決済システムの全体処理の概要を示す図である。
【0099】
まず、Ｓ１６０１にて、顧客端末１００はビーコン装置４００から定期的に送信されているビーコン装置識別情報を受信する。
【0100】
次に、Ｓ１６０２にて、顧客端末１００は、Ｓ１６０１で顧客端末１００がビーコン装置４００から送信されたビーコン装置識別情報と、顧客ＩＤと、現在の時刻である来店時刻とをサーバ２００へ送信する。
【0101】
次に、Ｓ１６０３にて、サーバ２００は、Ｓ１６０２にて送信されたビーコン装置識別情報と、顧客ＩＤと、来店時刻とを受信する。そして、サーバ２００の情報更新部２４０は、受信したビーコン装置識別情報をキーに、店舗情報記憶部２５１を検索し、対応する店舗情報を取得する。
【0102】
次に、Ｓ１６０４にて、サーバ２００の情報更新部２４０は、Ｓ１６０３にて受信した顧客ＩＤと、来店時刻と、Ｓ１６０３にて取得した、店舗情報を構成する、店舗ＩＤと、グループＩＤと、店舗名と、店舗住所とを対応付けたチェックイン情報をチェックイン情報記憶部２５３に記憶する。
【0103】
次に、Ｓ１６０５にて、照合部２５０は、Ｓ１６０３にて受信した顧客ＩＤをキーに、決済情報記憶部を検索し、対応する決済情報を取得する。
【0104】
次に、Ｓ１６０６にて、照合部２５０は、Ｓ１６０４にて記憶したチェックイン情報と、Ｓ１６０５にて取得した決済情報とを照合する。より詳細には、照合部２５０は、チェックイン情報を構成する、顧客ＩＤと、店舗ＩＤと、グループＩＤと、店舗名と、店舗住所と、決済情報を構成する、顧客ＩＤと、店舗ＩＤと、グループＩＤと、店舗名と、店舗住所とが一致するか否かを照合する。なお、照合部２５０は、チェックイン情報を構成する、顧客ＩＤと、店舗ＩＤと、グループＩＤと、店舗名と、店舗住所と、決済情報を構成する、顧客ＩＤと、店舗ＩＤと、グループＩＤと、店舗名と、店舗住所との一部が一致するか否かを照合するようにしても良い。これによって、実際に決済される店舗と、ビーコン装置４００からの情報により特定される店舗との照合が可能になり、決済の精度を高めることが可能になる。
【0105】
そして、Ｓ１６０６にて、照合部２５０がチェックイン情報と決済情報とが一致しないと判定する場合には、サーバ２００の画面生成部２３０が「決済できません」などのエラーメッセージを出力して全体処理を終了する。一方で、Ｓ１６０６にて、照合部２５０がチェックイン情報と決済情報とが一致すると判定する場合には、Ｓ１６０７に進む。
【0106】
次に、Ｓ１６０７にて、顧客端末１００は、ディスプレイに表示されるカード情報入力画面で所定の項目の入力を受け付けて、ログインする。
【0107】
次に、Ｓ１６０８にて、顧客端末１００は、Ｓ１６０７で顧客端末１００がログインする際にカード情報入力画面で入力を受け付けたカード情報をサーバ２００に送信する。
【0108】
次に、Ｓ１６０９にて、サーバ２００は顧客端末１００から受信したカード情報に基づいて、対応する顧客ＩＤに紐付いている明細情報を明細情報記憶部２５４から取得する。
【0109】
次に、Ｓ１６１０にて、顧客端末１００は、Ｓ１６０７で顧客端末１００がログインした後の画面で明細情報を表示させる。
【0110】
その後、Ｓ１６１１にて、顧客端末１００は、明細情報と連携したクレジットカードを顧客に使用させることによって決済処理を行う。
【0111】
次に、Ｓ１６１２にて、顧客端末１００は、Ｓ１６１１で顧客端末１００が処理を行った決済情報をサーバ２００に送信する。
【0112】
次に、Ｓ１６１３にて、サーバ２００はＳ１６１２で顧客端末１００から受信した決済情報に基づいて、仮想通貨額を算出する。
【0113】
次に、Ｓ１６１４にて、サーバ２００はＳ１６１３で算出した仮想通貨額のうち一部について、顧客端末１００に還元する。
【0114】
次に、Ｓ１６１５にて、サーバ２００はＳ１６１２で顧客端末１００から受信した決済情報に基づいて算出した決済金額のうち一部について、店舗端末３００に支払いを行う。
【0115】
その後、Ｓ１６１６にて、サーバ２００はＳ１６１２で顧客端末１００から受信した決済情報を、Ｓ１６０９で明細情報記憶部２５４から呼び出した明細情報に上書きをして更新登録を行う。
＜実施の形態２の効果＞
以上説明した実施の形態２によれば、照合部２５０が、顧客ＩＤと、ビーコン装置識別情報から特定される店舗情報とを含むチェックイン情報と、予め記憶されている決済情報とを照合することで、決済される店舗と、ビーコン装置４００からの情報とを照合可能になり、決済の精度を高めることができる。
＜実施の形態２の効果＞
以上説明した実施の形態２によれば、照合部２５０が、顧客ＩＤと、ビーコン装置識別情報から特定される店舗情報とを含むチェックイン情報と、予め記憶されている決済情報とを照合することで、決済される店舗と、ビーコン装置４００からの情報とを照合可能になり、決済の精度を高めることができる。
【0116】
また、クレジットカードを使用することの前提として、ビーコン装置４００を介したチェックイン機能を実現でき、クレジットカード決済に伴うセキュリティを高めることができる。さらに、ビーコン装置４００からのビーコン識別情報を顧客端末１００が受信した直後に顧客と店舗をサーバ２００が認識可能になり、チェックインするタイミング（チェックインした直後）からセキュリティを維持しつつ、決済が可能になる。
[実施の形態３]
＜全体処理＞
図１７は、本発明の実施の形態３における決済システムの全体処理の概要を示す図である。
[実施の形態３]
＜全体処理＞
図１７は、本発明の実施の形態３における決済システムの全体処理の概要を示す図である。
【0117】
まず、Ｓ１７０１にて、顧客端末１００はＱＲコードを読み取る。
【0118】
次に、Ｓ１７０２にて、顧客端末１００は、Ｓ１７０１で顧客端末１００が読み取ったＱＲコードに対応する読取り情報をサーバ２００へ送信する。
【0119】
次に、Ｓ１７０３にて、サーバ２００は、Ｓ１７０２にて送信された読取り情報を受信してチェックイン情報記憶部２５３に記憶する。そして、サーバ２００の情報更新部２４０は、受信した読取り情報をキーに、店舗情報記憶部２５１を検索し、対応する店舗情報を取得する。
【0120】
次に、Ｓ１７０４にて、サーバ２００の情報更新部２４０は、ワンタイムパスを発行する。
【0121】
次に、Ｓ１７０５にて、サーバ２００は、Ｓ１７０４にて発行したワンタイムパスを顧客端末１００に送信する。
【0122】
次に、Ｓ１７０６にて、顧客端末１００は、Ｓ１７０５にてサーバ２００より送信されたワンタイムパスをディスプレイに表示する。
【0123】
次に、Ｓ１７０７にて、顧客端末１００は、Ｓ１７０６で顧客端末１００に表示されたワンタイムパスをサーバ２００に送信する。
【0124】
次に、Ｓ１７０８にて、店舗端末３００は、Ｓ１７０７で顧客端末１００から送信されたワンタイムパスを受信して、入力を受け付ける。
【0125】
次に、Ｓ１７０９にて、店舗端末３００は、金額・人数の入力を受け付ける。
【0126】
その後、Ｓ１７１０にて、店舗端末３００は、Ｓ１７０９で入力を受け付けた金額・人数をサーバ２００に送信する。
【0127】
次に、Ｓ１７１１にて、サーバ２００は、Ｓ１７１０で店舗端末３００から送信された金額・人数・ワンタイムパスを受信する。
【0128】
次に、Ｓ１７１２にて、サーバ２００は、Ｓ１７１１で受信した金額・人数・ワンタイムパスを顧客端末１００に送信する。
【0129】
次に、Ｓ１７１３にて、顧客端末１００は、Ｓ１７１２にてサーバ２００より送信された金額・人数・ワンタイムパスを受信することにより、承諾画面をディスプレイに表示する。
【0130】
次に、Ｓ１７１４にて、顧客端末１００は、Ｓ１７１３で顧客端末１００のディスプレイに表示させた承諾画面をサーバ２００に送信する。
【0131】
次に、Ｓ１７１５にて、サーバ２００は、Ｓ１７１４で顧客端末１００から送信された承諾画面を受信して、承諾の可否についてチェックイン情報記憶部２５３に記憶する。
【0132】
次に、Ｓ１７１６にて、サーバ２００は、完了画面を顧客端末１００および店舗端末３００に送信する。
【0133】
その後、Ｓ１７１７にて、顧客端末１００および店舗端末３００は、Ｓ１７１６で送信された完了画面を受信してディスプレイに表示する。
＜実施の形態３の効果＞
以上説明した実施の形態３によれば、ＱＲコードの読取りにより特定される顧客情報と店舗情報とを含むチェックイン情報と、予め記憶されている決済情報とを照合することで、決済される店舗と、顧客情報とを照合可能になり、決済の精度を高めることができる。
＜実施の形態３の効果＞
以上説明した実施の形態３によれば、ＱＲコードの読取りにより特定される顧客情報と店舗情報とを含むチェックイン情報と、予め記憶されている決済情報とを照合することで、決済される店舗と、顧客情報とを照合可能になり、決済の精度を高めることができる。
【0134】
また、スマートフォン、タブレット等がない店舗についても、サーバ２００は、紙に印刷したＱＲコードを店舗に設置するなどして、ＱＲコードを顧客端末１００に読み込ませることにより決済を行うことができる。
[実施の形態４]
本発明の実施の形態４における決済システムの全体処理は、上記の図９に基づいて説明される。ここで、本発明の実施の形態４では、店舗に来店した顧客が飲食物をテイクアウトする場合を想定する。この場合、サーバ２００の通知処理部２１０は、来店履歴情報記憶部２５２に記憶されている来店履歴情報と、店舗情報記憶部２５１に記憶されている店舗情報と、を参照し、顧客が過去に来店した店舗またはその関連店舗における飲食物のテイクアウト情報を顧客端末１００に送信する。これについて、図１８に基づいて説明する。
[実施の形態４]
本発明の実施の形態４における決済システムの全体処理は、上記の図９に基づいて説明される。ここで、本発明の実施の形態４では、店舗に来店した顧客が飲食物をテイクアウトする場合を想定する。この場合、サーバ２００の通知処理部２１０は、来店履歴情報記憶部２５２に記憶されている来店履歴情報と、店舗情報記憶部２５１に記憶されている店舗情報と、を参照し、顧客が過去に来店した店舗またはその関連店舗における飲食物のテイクアウト情報を顧客端末１００に送信する。これについて、図１８に基づいて説明する。
【0135】
図１８は、本発明の実施の形態４において顧客端末１００のディスプレイに表示される店舗の飲食物テイクアウト情報の概要を示す図である。図１８に示されるように、顧客端末１００のディスプレイには、顧客の現在位置周辺において飲食物のテイクアウトが可能な店舗がマップ１９１０上に表示される。ここで、サーバ２００は、顧客端末１００から送信された該端末の現在位置を取得する。そして、サーバ２００が、取得した顧客端末１００の現在位置、来店履歴情報記憶部２５２に記憶されている来店履歴情報、および店舗情報記憶部２５１に記憶されている店舗情報に基づいて、顧客の現在位置周辺において飲食物のテイクアウトが可能な店舗の情報を顧客端末１００に送信することで、該顧客端末１００のディスプレイに上記が表示される。なお、顧客端末１００は、該端末の現在位置を取得する位置情報取得手段を備えている。この位置情報取得手段は、典型的には、ＧＰＳ衛星信号を受信して位置情報を求めるＧＰＳ（Global Positioning System）装置である。ＧＰＳ装置から得られる位置情報は、緯度・経度・高度を表す。位置情報取得手段は、顧客端末１００の現在位置を取得可能であれば、ＧＰＳ以外のＧＮＳＳ（Global Navigation Satellite System）による測位装置でもよく、基地局測位による測位装置でもよい。
【0136】
なお、顧客端末１００のディスプレイに表示されるマップ１９１０は、顧客の現在位置周辺でなくてもよく、顧客によって指定された所定のエリアについてのマップであってもよい。
【0137】
また、サーバ２００は、来店履歴情報記憶部２５２に記憶されている来店履歴情報を参照し、飲食物のテイクアウト情報を欲している顧客とは異なる顧客によってソーシャルネットワークサービス（以下、ＳＮＳ：Social Networking Service）へ投稿され、所定回数以上のインプレッション（例えば、５０万回以上のインプレッション）となった店舗における飲食物のテイクアウト情報を、飲食物のテイクアウト情報を欲している顧客の顧客端末１００に送信してもよい。
【0138】
この場合、顧客端末１００には、ＳＮＳを利用するためのアプリケーションがインストールされており、店舗に対するレビュー投稿等が可能となっている。そして、上記のアプリケーションでは、例えば、イートインに対する投稿機能とテイクアウトに対する投稿機能とが切替可能に構成されている。
【0139】
そして、図１８によると、顧客端末１００のディスプレイには、選択された店舗における飲食物のテイクアウトメニュー等を含んだ詳細店舗情報１９２０が表示される。顧客は、このような情報に基づいてテイクアウト来店する店舗を決定し、実際に該店舗に来店することができる。そして、店舗に顧客が来店すると、上記の図９に示した決済システムの全体処理が実行される。
【0140】
ここで、本実施形態では、サーバ２００の通知処理部２１０が、来店履歴情報記憶部２５２に記憶されたテイクアウト来店についての来店履歴情報を参照し、テイクアウト来店した顧客の顧客端末１００にメッセージおよび／またはクーポンを送信することで、該顧客に次回以降のイートイン来店を促してもよい。また、通知処理部２１０は、実際にテイクアウト来店した顧客の顧客端末１００だけでなく、図１８に示される店舗に関心を示した顧客の顧客端末１００にも、メッセージおよび／またはクーポンを送信してもよい。なお、顧客が店舗へ関心を示したか否かは、例えば、マップ１９１０上に表示された店舗一覧の中からの顧客の選択を分析する等、周知の手法を用いて判別することができる。
【0141】
以上に述べた処理は、顧客が、デリバリーによる飲食物の提供を受ける場合にも適用され得る。この場合、サーバ２００の通知処理部２１０は、顧客が過去に来店した店舗やその関連店舗、またはＳＮＳに投稿された店舗における飲食物のデリバリー情報を顧客端末１００に送信する。そして、顧客は、顧客端末１００のディスプレイに表示された情報に基づいて店舗を決定し、該店舗からデリバリーによる飲食物の提供を受けることができる。この場合、配達員が有する端末を店舗端末３００として、該店舗端末３００とサーバ２００との間で、上記の図９に示した決済システムの全体処理が実行されてもよい。
【0142】
そして、顧客がデリバリーによる飲食物の提供を受ける場合にも、サーバ２００の通知処理部２１０は、来店履歴情報記憶部２５２に記憶されたデリバリー利用についての来店履歴情報を参照し、デリバリーを利用した顧客の顧客端末１００にメッセージおよび／またはクーポンを送信することで、該顧客に次回以降のイートイン来店を促してもよい。
＜実施の形態４の効果＞
以上説明した実施の形態４によれば、通知処理部２１０が、来店履歴情報記憶部２５２に記憶されている来店履歴情報を参照し、テイクアウト来店した顧客またはデリバリーを利用した顧客の顧客端末１００にメッセージおよび／またはクーポンを送信することで、顧客に次回以降の来店を促すことができる。
＜実施の形態４の効果＞
以上説明した実施の形態４によれば、通知処理部２１０が、来店履歴情報記憶部２５２に記憶されている来店履歴情報を参照し、テイクアウト来店した顧客またはデリバリーを利用した顧客の顧客端末１００にメッセージおよび／またはクーポンを送信することで、顧客に次回以降の来店を促すことができる。
【0143】
このように、実施の形態４によれば、良好な顧客関係管理を可能にできる。
[実施の形態５]
本発明の実施の形態５について、以下に説明する。本実施形態では、顧客の店舗への来店回数に応じて、顧客に対して優遇措置が適用される。詳しくは、サーバ２００の通知処理部２１０は、来店履歴情報記憶部２５２に記憶されている来店履歴情報を参照し、顧客に対する優遇措置を顧客端末１００に送信する。ここで、来店履歴情報記憶部２５２には、来店日時に基づく来店回数情報が記憶されている。図１９は、本発明の実施の形態５におけるサーバの来店履歴情報記憶部に記憶されている来店日時に基づく来店回数情報の構成例の概要を示す図である。図１９に示されるように、来店回数情報は、顧客ＩＤと、店舗ＩＤと、グループＩＤと、来店日時と、店舗名と、来店回数とから構成される。
[実施の形態５]
本発明の実施の形態５について、以下に説明する。本実施形態では、顧客の店舗への来店回数に応じて、顧客に対して優遇措置が適用される。詳しくは、サーバ２００の通知処理部２１０は、来店履歴情報記憶部２５２に記憶されている来店履歴情報を参照し、顧客に対する優遇措置を顧客端末１００に送信する。ここで、来店履歴情報記憶部２５２には、来店日時に基づく来店回数情報が記憶されている。図１９は、本発明の実施の形態５におけるサーバの来店履歴情報記憶部に記憶されている来店日時に基づく来店回数情報の構成例の概要を示す図である。図１９に示されるように、来店回数情報は、顧客ＩＤと、店舗ＩＤと、グループＩＤと、来店日時と、店舗名と、来店回数とから構成される。
【0144】
そして、本実施形態では、例えば、来店回数に応じて顧客の会員ステータスのステージが決定され、顧客は、各ステージに応じた優遇措置を受けることが可能となる。なお、このような優遇会員プログラムへの参加を促すために、例えば、上記の図９に示した決済システムの全体処理の中で、読取コードとともに店舗端末３００のディスプレイに該プログラムへの参加を選択する画面が表示されてもよいし、別の手段により店舗会員になっている顧客に対しては該プログラムへ自動的に参加させるようにしてもよい。なお、店舗への来店回数のカウントは、イートイン来店であってもよいし、テイクアウト来店であってもよい。
【0145】
また、顧客の会員ステータスのステージの決定には、ＳＮＳへの投稿結果が加味されてもよい。例えば、顧客の会員ステータスのステージは、顧客の店舗への来店回数と、顧客から店舗に対するＳＮＳへの投稿のインプレッション数と、に応じて決定されてもよい。
【0146】
そして、サーバ２００の通知処理部２１０は、来店履歴情報記憶部２５２に記憶された来店日時に基づく来店回数情報を参照し、顧客の会員ステータスのステージに応じたメッセージおよび／またはクーポンを顧客端末１００に送信することで、顧客に次回以降の来店を促すことができる。
＜実施の形態５の効果＞
以上説明した実施の形態５によれば、良好な顧客関係管理を可能にできる。
＜実施の形態５の効果＞
以上説明した実施の形態５によれば、良好な顧客関係管理を可能にできる。
【0147】
以上、本発明者によってなされた発明を実施の形態に基づき具体的に説明したが、本発明は前記実施の形態に限定されるものではなく、その要旨を逸脱しない範囲で種々変更可能であることはいうまでもない。
例えば、顧客端末１００および店舗端末３００は、タブレット端末以外にも、スマートフォン等の様々な形態の携帯端末、その他ＰＣ端末を全て含むものである。
例えば、顧客端末１００および店舗端末３００は、タブレット端末以外にも、スマートフォン等の様々な形態の携帯端末、その他ＰＣ端末を全て含むものである。
【0148】
また、上記した実施の形態は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施の形態の構成の一部を他の実施の形態の構成に置き換えることが可能であり、また、ある実施の形態の構成に他の実施の形態の構成を加えることも可能である。また、各実施の形態の構成の一部について、他の構成の追加、削除、置換しても良い。
また、上記の各構成、機能、処理部は、それらの一部又は全部を、ハードウェア（例えば、集積回路）で実現してもよい。また、上記の各構成、機能、処理部は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
また、上記の各構成、機能、処理部は、それらの一部又は全部を、ハードウェア（例えば、集積回路）で実現してもよい。また、上記の各構成、機能、処理部は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。
【符号の説明】
【0149】
１００…顧客端末、
２００…サーバ、
３００…店舗端末、
４００…ビーコン装置。
２００…サーバ、
３００…店舗端末、
４００…ビーコン装置。
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】