特許 7382363 情報提供システム、情報提供方法、及びプログラム

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

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

(11)【特許番号】

(24)【登録日】2023-11-08

(45)【発行日】2023-11-16

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

(51)【国際特許分類】

   G06Q 30/06 20230101AFI20231109BHJP

【ＦＩ】

G06Q30/06

【請求項の数】 15

(21)【出願番号】P 2021061501

(22)【出願日】2021-03-31

(65)【公開番号】P2022157338

(43)【公開日】2022-10-14

【審査請求日】2021-03-31

【前置審査】

(73)【特許権者】

【識別番号】399037405

【氏名又は名称】楽天グループ株式会社

(74)【代理人】

【識別番号】110000154

【氏名又は名称】弁理士法人はるか国際特許事務所

(72)【発明者】

【氏名】福島 祥子

(72)【発明者】

【氏名】湯毛 智春

【審査官】池田 聡史

(56)【参考文献】

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

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

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

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

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

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

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

Ｇ０６Ｑ １０／００－９９／００

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

【請求項1】

ユーザが利用可能な決済手段に基づいて、電子決済を実行する電子決済実行手段と、
前記ユーザのユーザ端末に含まれるＧＰＳ受信部により検出された現在位置、又は、前記電子決済の直近の利用履歴に含まれる利用場所に基づいて、前記ユーザが訪れている場所を、前記場所へのチェックインが実行されなくても特定する特定手段と、
前記ユーザが前記場所を訪れて複数の位置で一連のサービスを利用した場合に、前記複数の位置における前記電子決済に基づいて、複数の利用額を取得する利用額取得手段と、
前記複数の利用額に応じた情報を、前記ユーザに提供する情報提供手段と、
前記ユーザが前記場所を訪れた場合に、前記ユーザのユーザ端末と、前記場所のチェックイン端末と、の少なくとも一方を利用して、前記場所へのチェックインを実行するチェックイン実行手段と、
を含み、
前記電子決済は、前記チェックインとは関係のないオンラインショッピングでも利用可能であり、
前記特定手段は、前記チェックインが実行された場合には、前記電子決済の支払先を含む利用履歴と、前記場所内の決済端末を示す端末リストと、に基づいて、前記複数の位置における前記電子決済を特定し、
前記利用額取得手段は、前記チェックインが実行された場合には、前記チェックインの後における前記電子決済であって、前記特定手段により特定された前記電子決済に基づいて、前記オンラインショッピングの前記電子決済の利用履歴が除外された前記複数の利用額を取得し、
前記情報提供手段は、前記チェックインが実行された場合には、前記オンラインショッピングの電子決済の利用履歴が除外された前記複数の利用額に応じた前記情報を、前記ユーザに提供する、
情報提供システム。

【請求項2】

前記場所では、前記ユーザが前記場所で所定の額以上の利用をした場合に、前記ユーザに所定の特典が与えられ、
前記情報提供手段は、前記複数の利用額に基づいて、前記特典に必要な額を計算し、当該計算された額を、前記情報として前記ユーザに提供する、
請求項１に記載の情報提供システム。

【請求項3】

前記情報提供手段は、前記複数の利用額と、前記ユーザに設定された予算と、に基づいて、前記ユーザに前記情報を提供する、
請求項１又は２に記載の情報提供システム。

【請求項4】

前記情報提供システムは、前記ユーザによる、前記複数の利用額のうちの一部の利用額の選択を受け付ける受付手段を更に含み、
前記ユーザには、前記一部の利用額に応じた前記情報が提供される、
請求項１～３の何れかに記載の情報提供システム。

【請求項5】

前記情報提供システムは、前記複数の利用額の各々に関連付けられた明細に基づいて、前記複数の利用額のうち、特定の明細を有する一部の利用額を選択する選択手段を更に含み、
前記ユーザには、前記一部の利用額に応じた前記情報が提供される、
請求項１～４の何れかに記載の情報提供システム。

【請求項6】

前記情報提供手段は、前記一部の利用額の合計額を計算し、当該計算された合計額の領収書を、前記情報として前記ユーザに提供する、
請求項４又は５に記載の情報提供システム。

【請求項7】

前記情報提供システムは、前記場所における前記ユーザの滞在時間を取得する滞在時間取得手段を更に含み、
前記情報提供手段は、前記複数の利用額と、前記滞在時間と、に基づいて、前記ユーザに前記情報を提供する、
請求項１～６の何れかに記載の情報提供システム。

【請求項8】

前記情報提供システムは、前記ユーザが前記場所から離れるまでの残り時間を取得する残り時間取得手段を更に含み、
前記情報提供手段は、前記複数の利用額と、前記残り時間と、に基づいて、前記ユーザに前記情報を提供する、
請求項１～７の何れかに記載の情報提供システム。

【請求項9】

前記情報提供システムは、前記ユーザの属性に関するユーザ属性を取得するユーザ属性取得手段を更に含み、
前記情報提供手段は、前記複数の利用額と、前記ユーザ属性と、に基づいて、前記ユーザに前記情報を提供する、
請求項１～８の何れかに記載の情報提供システム。

【請求項10】

前記情報提供システムは、前記ユーザが前記場所を訪れる前における前記電子決済の利用履歴を取得する利用履歴取得手段を更に含み、
前記情報提供手段は、前記複数の利用額と、前記利用履歴と、に基づいて、前記ユーザに前記情報を提供する、
請求項１～９の何れかに記載の情報提供システム。

【請求項11】

前記ユーザは、前記電子決済を提供する第１サービスと、前記場所に関する第２サービスと、を利用可能であり、
前記情報提供システムは、
前記ユーザが前記場所を訪れた場合に、前記ユーザのユーザ端末と、前記場所のチェックイン端末と、の少なくとも一方を利用して、前記第１サービスで前記ユーザを識別可能な第１情報を取得する第１情報取得手段と、
前記第１情報又は前記第１情報に関連付けられた第２情報に基づいて、前記場所へのチェックインを実行するチェックイン実行手段と、
を更に含む請求項１～１０の何れかに記載の情報提供システム。

【請求項12】

前記情報提供システムは、前記複数の位置における前記電子決済を、都度実行するか、一括して実行するか、を前記ユーザに応じて決定する決定手段を更に含み、
前記電子決済実行手段は、前記決定手段により決定された決済方法に基づいて、前記複数の位置における前記電子決済を実行する、
請求項１～１１の何れかに記載の情報提供システム。

【請求項13】

前記電子決済実行手段は、前記ユーザのユーザ端末を利用して前記電子決済を実行し、
前記場所には、前記ユーザの生体認証を実行するための認証装置が配置されており、
前記情報提供システムは、前記チェックインが実行された場合には、前記場所において、前記ユーザ端末を利用せずに、前記生体認証によって前記電子決済が実行されることを許可する許可手段、
を更に含む請求項１又は１１に記載の情報提供システム。

【請求項14】

コンピュータが、
ユーザが利用可能な決済手段に基づいて、電子決済を実行する電子決済実行ステップと、
前記ユーザのユーザ端末に含まれるＧＰＳ受信部により検出された現在位置、又は、前記電子決済の直近の利用履歴に含まれる利用場所に基づいて、前記ユーザが訪れている場所を、前記場所へのチェックインが実行されなくても特定する特定ステップと、
前記ユーザが前記場所を訪れて複数の位置で一連のサービスを利用した場合に、前記複数の位置における前記電子決済に基づいて、複数の利用額を取得する利用額取得ステップと、
前記複数の利用額に応じた情報を、前記ユーザに提供する情報提供ステップと、
前記ユーザが前記場所を訪れた場合に、前記ユーザのユーザ端末と、前記場所のチェックイン端末と、の少なくとも一方を利用して、前記場所へのチェックインを実行するチェックイン実行ステップと、
を実行し、
前記電子決済は、前記チェックインとは関係のないオンラインショッピングでも利用可能であり、
前記特定ステップは、前記チェックインが実行された場合には、前記電子決済の支払先を含む利用履歴と、前記場所内の決済端末を示す端末リストと、に基づいて、前記複数の位置における前記電子決済を特定し、
前記利用額取得ステップは、前記チェックインが実行された場合には、前記チェックインの後における前記電子決済であって、前記特定ステップにより特定された前記電子決済に基づいて、前記オンラインショッピングの前記電子決済の利用履歴が除外された前記複数の利用額を取得し、
前記情報提供ステップは、前記チェックインが実行された場合には、前記オンラインショッピングの電子決済の利用履歴が除外された前記複数の利用額に応じた前記情報を、前記ユーザに提供する、
情報提供方法。

【請求項15】

ユーザのユーザ端末に含まれるＧＰＳ受信部により検出された現在位置、又は、前記ユーザが利用可能な決済手段に基づいて実行された電子決済の直近の利用履歴に含まれる利用場所に基づいて、前記ユーザが訪れている場所を、前記場所へのチェックインが実行されなくても特定する特定手段、
前記ユーザが前記場所を訪れて複数の位置で一連のサービスを利用した場合に、前記複数の位置における、前記電子決済に基づいて、複数の利用額を取得する利用額取得手段、
前記複数の利用額に応じた情報を、前記ユーザに提供する情報提供手段、
前記ユーザが前記場所を訪れた場合に、前記ユーザのユーザ端末と、前記場所のチェックイン端末と、の少なくとも一方を利用して、前記場所へのチェックインを実行するチェックイン実行手段、
としてコンピュータを機能させ、
前記電子決済は、前記チェックインとは関係のないオンラインショッピングでも利用可能であり、
前記特定手段は、前記チェックインが実行された場合には、前記電子決済の支払先を含む利用履歴と、前記場所内の決済端末を示す端末リストと、に基づいて、前記複数の位置における前記電子決済を特定し、
前記利用額取得手段は、前記チェックインが実行された場合には、前記チェックインの後における前記電子決済であって、前記特定手段により特定された前記電子決済に基づいて、前記オンラインショッピングの前記電子決済の利用履歴が除外された前記複数の利用額を取得し、
前記情報提供手段は、前記チェックインが実行された場合には、前記オンラインショッピングの電子決済の利用履歴が除外された前記複数の利用額に応じた前記情報を、前記ユーザに提供する、
プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

従来、電子決済におけるユーザの利便性を高める技術が知られている。例えば、特許文献１には、ユーザが飲食店を訪れた場合に、ユーザ端末の飲食店アプリで表示させた二次元コードを、この飲食店のテーブルに配置された決済端末に読み取らせることによって、この飲食店にユーザをチェックインさせるシステムが記載されている。ユーザは、飲食店にチェックインすると、この飲食店における注文と、退店時の電子決済と、をユーザ端末から指示できるようになる。

【先行技術文献】

【特許文献】

【0003】

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

【発明の概要】

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

【0004】

特許文献１の技術では、ユーザはユーザ端末から注文や電子決済を指示できるが、退店前の途中までの利用額をユーザ端末に表示させることはできない。特許文献１のような決済端末の中には、途中までの利用額を表示させるものも存在するが、このような決済端末は、ある１つのテーブルにおける途中までの利用額が表示されるだけである。このため、特許文献１の技術では、ユーザが所定の場所を訪れて複数の位置で一連のサービスを利用したとしても、個々の位置における利用額しか提供できず、一連のサービスの利用額に応じた有益な情報は提供できなかった。

【0005】

本開示の目的の１つは、ユーザが所定の場所を訪れて複数の位置で一連のサービスを利用する場合に、ユーザに有益な情報を提供することである。

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

【0006】

本開示に係る情報提供システムは、ユーザが利用可能な決済手段に基づいて、電子決済を実行する電子決済実行手段と、前記ユーザが所定の場所を訪れて複数の位置で一連のサービスを利用した場合に、前記複数の位置における前記電子決済に基づいて、複数の利用額を取得する利用額取得手段と、前記複数の利用額に応じた情報を、前記ユーザに提供する情報提供手段と、を含む。

【発明の効果】

【0007】

本開示によれば、ユーザが所定の場所を訪れて複数の位置で一連のサービスを利用する場合に、ユーザに有益な情報を提供できる。

【図面の簡単な説明】

【0008】

【図1】情報提供システムの全体構成の一例を示す図である。

【図2】第２サービスからチケットを購入する手順の一例を示す図である。

【図3】第１アプリから表示される画面の一例を示す図である。

【図4】ユーザがスタジアムを訪れてチェックインする様子の一例を示す図である。

【図5】ユーザがスタジアムにいる間における電子決済の履歴を確認する手順の一例を示す図である。

【図6】情報提供システムで実現される機能の一例を示す機能ブロック図である。

【図7】第１データベースのデータ格納例を示す図である。

【図8】第２データベースのデータ格納例を示す図である。

【図9】情報提供システムで実行される処理の一例を示すフロー図である。

【図10】情報提供システムで実行される処理の一例を示すフロー図である。

【図11】情報提供システムで実行される処理の一例を示すフロー図である。

【図12】変形例における機能ブロック図の一例である。

【図13】変形例２の履歴確認画面の一例を示す図である。

【図14】変形例３の履歴確認画面の一例を示す図である。

【図15】変形例４の履歴確認画面の一例を示す図である。

【図16】変形例５で領収書が提供される様子の一例を示す図である。

【図17】変形例６の履歴確認画面の一例を示す図である。

【図18】変形例７の履歴確認画面の一例を示す図である。

【図19】変形例１１の情報提供システムの一例を示す図である。

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

【0009】

［１．情報提供システムの全体構成］
本開示に係る情報提供システムの実施形態の一例を説明する。図１は、情報提供システムの全体構成の一例を示す図である。図１に示すように、情報提供システムＳは、第１サーバ１０、第２サーバ２０、ユーザ端末３０、チェックイン端末４０、及び決済端末５０を含む。これらは、インターネット等のネットワークＮに接続可能である。情報提供システムＳは、少なくとも１つのコンピュータを含めばよく、図１の例に限られない。

【0010】

第１サーバ１０は、第１サービスのサーバコンピュータである。第１サービスは、電子決済を提供するサービスである。第１サービスは、電子決済の機能だけを提供するサービスに限られず、ＳＮＳ（Social Networking Service）等の他の機能とともに、電子決済の機能を提供するものであってもよい。

【0011】

第１サーバ１０は、制御部１１、記憶部１２、及び通信部１３を含む。制御部１１は、少なくとも１つのプロセッサを含む。記憶部１２は、ＲＡＭ等の揮発性メモリと、ハードディスク等の不揮発性メモリと、を含む。通信部１３は、有線通信用の通信インタフェースと、無線通信用の通信インタフェースと、の少なくとも一方を含む。

【0012】

第２サーバ２０は、第２サービスのサーバコンピュータである。本実施形態では、第２サービスの一例として、チケット販売サービスを説明する。第２サービスは、第１サービスと連携可能なサービスである。第２サービスは、第１サービスとは異なるサービスである。第２サービスは、本実施形態の例に限られず、任意のサービスであってよい。第２サーバ２０は、制御部２１、記憶部２２、及び通信部２３を含む。制御部２１、記憶部２２、及び通信部２３の物理的構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様である。

【0013】

ユーザ端末３０は、ユーザが操作するコンピュータである。例えば、ユーザ端末３０は、スマートフォン、タブレット端末、ウェアラブル端末、又はパーソナルコンピュータである。ユーザ端末３０は、制御部３１、記憶部３２、通信部３３、操作部３４、表示部３５、撮影部３６、ＩＣチップ３７、及びＧＰＳ受信部３８を含む。制御部３１、記憶部３２、及び通信部３３の物理的構成は、それぞれ制御部１１、記憶部１２、及び通信部１３と同様である。

【0014】

操作部３４は、タッチパネル等の入力デバイスである。表示部３５は、液晶ディスプレイ又は有機ＥＬディスプレイである。撮影部３６は、少なくとも１つのカメラを含む。ＩＣチップ３７は、任意の規格のチップであってよく、例えば、ＦｅｌｉＣａ（登録商標）のチップ、又は、非接触型規格におけるいわゆるＴｙｐｅＡ若しくはＴｙｐｅＢのチップである。ＧＰＳ受信部３８は、衛星からの信号を受信する受信機を含む。ＧＰＳ受信部３８は、現在位置又は現在日時の取得に利用される。

【0015】

チェックイン端末４０は、ユーザが訪れる場所に配置されたコンピュータである。例えば、チェックイン端末４０は、パーソナルコンピュータ、タブレット端末、又はスマートフォンである。チェックイン端末４０は、制御部４１、記憶部４２、通信部４３、操作部４４、表示部４５、及び読取部４６を含む。制御部４１、記憶部４２、通信部４３、操作部４４、及び表示部４５の物理的構成は、それぞれ制御部１１、記憶部１２、通信部１３、操作部３４、及び表示部３５と同様である。読取部４６は、コードリーダ又はカメラを含む。読取部４６は、チェックイン端末４０の外部に接続されていてもよい。

【0016】

決済端末５０は、電子決済を実行するためのコンピュータである。例えば、決済端末５０は、ＰＯＳ端末、パーソナルコンピュータ、タブレット端末、又はスマートフォンである。決済端末５０は、制御部５１、記憶部５２、通信部５３、操作部５４、表示部５５、及び読取部５６を含む。制御部５１、記憶部５２、通信部５３、操作部５４、表示部５５、及び読取部５６の物理的構成は、それぞれ制御部１１、記憶部１２、通信部１３、操作部３４、表示部３５、及び読取部４６と同様である。

【0017】

なお、第１サーバ１０、第２サーバ２０、ユーザ端末３０、チェックイン端末４０、及び決済端末５０の各々に記憶されるプログラム又はデータは、ネットワークＮを介して供給されてもよい。また、情報記憶媒体に記憶されたプログラム又はデータが、コンピュータ読み取り可能な情報記憶媒体を読み取る読取部（例えば、光ディスクドライブやメモリカードスロット）、又は、外部機器とデータの入出力をするための入出力部（例えば、ＵＳＢポート）を介して供給されてもよい。

【0018】

［２．情報提供システムの概要］
本実施形態では、第１サービスのアプリケーションである第１アプリに基づいて、電子決済が実行される場合を説明する。第１アプリは、ユーザ端末３０にインストールされている。電子決済で利用可能な決済手段は、任意の種類であってよく、例えば、クレジットカード、デビットカード、電子マネー、電子キャッシュ、ポイント、銀行口座、ウォレット、仮想通貨、又はこれらの組み合わせであってもよい。

【0019】

なお、第１サービスでは、ユーザ端末３０のＩＣチップ３７を利用して電子決済が実行されてもよい。第１サービスでは、ユーザ端末３０を利用せずに、ＩＣカード又は磁気カード等の物理的なカードを利用して電子決済が実行されてもよい。第１サービスでは、ユーザの所有物ではなく、ユーザ自身を利用して（即ち、生体認証を利用して）電子決済が実行されてもよい。これらの電子決済でも、任意の決済手段を利用可能である。

【0020】

第２サービスは、ユーザによるチケットの購入申し込みを受け付ける。第２サービスで販売されるチケット自体は、公知のプレイガイドで取り扱い可能なチケットであればよい。例えば、第２サービスでは、スポーツの試合、コンサート、演劇、その他のイベント、映画館、又は美術館等のチケットが販売される。本実施形態では、ユーザが第２サービスを利用して野球の試合のチケットを購入する場合を例に挙げる。まず、ユーザは、第２サービスにログインしてチケットを購入する。

【0021】

図２は、第２サービスからチケットを購入する手順の一例を示す図である。図２に示すように、ユーザがユーザ端末３０から第２サーバ２０にアクセスすると、第２サービスのトップページＰ１が表示される。ユーザは、トップページＰ１から任意の検索条件を入力し、所望のチケットを検索する。ユーザが、所望のチケットの購入申し込みをすると、第２サービスのログインページＰ２が表示される。

【0022】

本実施形態では、第１サービス及び第２サービスで共通のユーザＩＤ及びパスワードが利用される。ユーザは、１組のユーザＩＤ及びパスワードで、第１サービス及び第２サービスの両方にログインできる。ユーザが、入力フォームＦ２０，Ｆ２１にユーザＩＤ及びパスワードを入力してボタンＢ２２を選択すると、第２サービスにログインする。ユーザが第２サービスにログインして支払いの手続きをすると、チケットの購入が完了する。ユーザは、第１サービスを利用してチケットの代金を支払ってもよいし、第２サービスに登録された他の決済手段を利用してチケットの代金を支払ってもよい。

【0023】

チケットの購入が完了すると、ユーザ端末３０には、チケットの購入が完了したことを示す購入完了ページＰ３が表示される。本実施形態では、紙のチケットが印刷されるのではなく、ユーザは、第１アプリを利用してスタジアムにチェックインする。購入完了ページＰ３には、ユーザの購入内容と、当日のチェックイン方法と、が案内される。なお、ユーザは、ブラウザから第１サービスを利用してもよい。この場合、ブラウザの画面を利用してチェックインが実行されてもよい。

【0024】

図３は、第１アプリから表示される画面の一例を示す図である。ユーザがユーザ端末３０を操作して第１アプリを起動させると、第１サーバ１０及びユーザ端末３０の間で、第１サービスにログインするための処理が実行される。第１アプリが起動したタイミングで、ユーザＩＤ及びパスワードの入力が要求されてもよい。本実施形態では、過去に第１サービスにログイン済みであり、ユーザＩＤ及びパスワードの入力が省略される場合を説明する。

【0025】

図３に示すように、ユーザが第１サービスにログインすると、第１アプリのホーム画面Ｇ４が表示される。ホーム画面Ｇ４には、電子決済用のコードＣ４０が表示される。コードＣ４０は、第１サービスでユーザを識別可能なＩＤを含む。このＩＤは、先述したユーザＩＤであってもよいが、本実施形態では、ユーザＩＤとは異なる情報の場合を説明する。以降、このＩＤを、コードＩＤと記載する。

【0026】

コードＩＤには、有効期限が設定される。第１サーバ１０は、あるコードＩＤの有効期限が経過すると、新たなコードＩＤを発行し、コードＩＤ及び有効期限を更新する。コードＩＤ及び有効期限は、ユーザＩＤと関連付けられて第１サーバ１０に保持される。コードＩＤには、有効期限が設定されなくてもよい。コードＣ４０は、コードＩＤ以外の他の情報を含んでもよい。例えば、コードＣ４０は、電子決済用のコードであることを識別可能な情報を含んでもよい。第１サーバ１０は、この情報により、電子決済の実行が要求されていることを識別してもよい。

【0027】

ユーザは、コードＣ４０を利用して電子決済を実行できる。例えば、ユーザは、スタジアムにチェックインした後に、決済端末５０にコードＣ４０を読み取らせると、予め設定された決済手段（図３ではクレジットカード）に基づいて、電子決済を実行できる。コードＣ４０は、スタジアム以外の任意の場所の電子決済で利用可能である。図３に示すように、ユーザがコードＣ４０を利用して電子決済を実行すると、電子決済が完了したことを示す決済完了画面Ｇ５が表示される。決済完了画面Ｇ５には、支払い元になった決済手段、利用日時、支払先、及び利用額が表示される。

【0028】

なお、電子決済の実行方法自体は、種々の手法を利用可能である。例えば、決済端末５０に表示されたコードをユーザ端末３０で読み取る方法、紙等に印刷されて店舗に掲示されたコードをユーザ端末３０で読み取る方法、ユーザ端末３０のＩＣチップ３７を決済端末５０のリーダライタにかざす方法、又はユーザ端末３０に対する操作だけで完結する方法であってもよい。

【0029】

図３に示すように、ホーム画面Ｇ４は、チェックイン用のコードを表示させるためのボタンＢ４１を含む。ユーザがボタンＢ４１を選択すると、チェックイン用のコードＣ６０を含む表示画面Ｇ６が表示部３５に表示される。コードＣ６０は、コードＩＤを含む。コードＣ６０は、コードＩＤ以外の他の情報を含んでもよい。例えば、コードＣ６０は、チェックイン用のコードであることを識別可能な情報を含んでもよい。第１サーバ１０は、この情報により、チェックインの実行が要求されていることを識別してもよい。コードＣ４０が含むコードＩＤと、コードＣ６０が含むコードＩＤと、が異なってもよい。即ち、複数のコードＩＤが発行されてもよい。

【0030】

表示画面Ｇ６に示すように、コードＣ６０は、全国のスタジアムのチェックインで利用できる。コードＣ６０は、スタジアム以外の他の施設へのチェックインでも利用できる。例えば、第１サービスが旅行予約サービスと提携する場合（即ち、第２サービスが旅行予約サービスである場合）には、ユーザは、旅行予約サービスから予約したホテルに、コードＣ６０を利用してチェックインできる。本実施形態では、ユーザは、試合当日にスタジアムを訪れると、第１アプリを起動させて、表示画面Ｇ６にコードＣ６０を表示させる。

【0031】

図４は、ユーザがスタジアムを訪れてチェックインする様子の一例を示す図である。図４に示すように、ユーザは、スタジアムのエントランスに配置されたチェックイン端末４０の読取部４６にコードＣ６０をかざす。チェックイン端末４０は、読取部４６でコードＣ６０を読み取ると、コードＣ６０に含まれるコードＩＤを、第１サーバ１０に送信する。第１サーバ１０は、コードＩＤに関連付けられたユーザＩＤを特定し、このユーザＩＤを第２サーバ２０に送信する。

【0032】

第２サーバ２０は、第１サーバ１０から受信したユーザＩＤに関連付けられたチケットの内容を取得し、チェックインを実行する。チェックインが完了すると、ユーザ端末３０には、チェックインが完了したことを示すチェックイン完了画面Ｇ７（図３）が表示される。チェックイン完了画面Ｇ７には、ユーザが購入したチケットの詳細が表示される。チェックインが完了した場合、チェックイン端末４０は、自身に接続されたプリンタから、ユーザが購入したチケットを発券してもよい。

【0033】

チェックインが完了すると、ユーザは、スタジアムのエントランスから入場する。本実施形態では、スタジアム内の複数の位置に、決済端末５０が配置されている。決済端末５０は、スタジアム付近であれば、スタジアム外に配置されてもよい。ユーザは、スタジアムの任意の位置に移動し、第１アプリを利用して商品を購入できる。スタジアム内を移動する売り子が電子決済に対応する場合には、売り子は、可搬型の決済端末５０を持ち歩いてもよい。

【0034】

図４の例では、ユーザは、第１アプリを利用して、座席に来た売り子からのお茶の購入、売店におけるグッズの購入、レストランにおける弁当の購入、自動販売機におけるジュースの購入、及び売店におけるアイスの購入を行う。本実施形態では、これらの電子決済の履歴を確認できるようになっている。この履歴は、ユーザがスタジアムにチェックインした後における電子決済の履歴である。このため、この履歴には、ユーザがスタジアムにチェックインする前における電子決済は含まれない。

【0035】

図５は、ユーザがスタジアムにいる間における電子決済の履歴を確認する手順の一例を示す図である。図５に示すように、ユーザがスタジアムにチェックインすると、チェックイン中のスタジアムを示す情報Ｉ４２と、スタジアム内における電子決済の履歴を確認するためのボタンＢ４３と、がホーム画面Ｇ４に表示される。ユーザがボタンＢ４３を選択すると、この履歴を確認するための履歴確認画面Ｇ８が表示部３５に表示される。

【0036】

例えば、履歴確認画面Ｇ８には、個々の電子決済の詳細を示す情報Ｉ８００、スタジアム内で利用した合計額を示す情報Ｉ８０１、ユーザに付与される特典に関する情報Ｉ８０２、及びスタジアムのおすすめの情報Ｉ８０３が表示される。図５の例では、スタジアムに併設された駐車場の料金が無料になることが特典に相当する。この特典は、データとして電子的に付与されてもよいし、スタジアム内のスタッフにユーザ端末３０を見せる等することによって付与されてもよい。ユーザがスタジアム内で所定額（図５では５０００円）利用すると、駐車場が無料になる。情報Ｉ８０２は、スタジアムの駐車場が無料になるまでに必要な残り金額が示される。情報Ｉ８０３は、駐車場が無料になるまでの不足額を達成できる程度の商品が表示されてもよい。

【0037】

ユーザは、履歴確認画面Ｇ８を確認しつつ、スタジアム内の任意の位置に移動し、第１アプリを利用した電子決済で商品を購入する。試合が終了すると、ユーザは、チェックイン端末４０の読取部４６にコードＣ６０をかざし、スタジアムからチェックアウトする。チェックアウト時の流れは、チェックイン時の流れと同様である。第２サーバ２０は、第１サーバ１０を介してチェックアウトしたユーザを特定すると、チェックアウトの処理を実行する。チェックアウトが完了すると、チェックアウト完了画面Ｇ９が表示され、ユーザは、スタジアムのエントランスから退場する。なお、チェックアウトの手続きは省略してもよい。

【0038】

以上のように、本実施形態の情報提供システムＳは、ユーザがチェックインしたスタジアムにおける一連の電子決済の履歴が履歴確認画面Ｇ８に表示される。スタジアム内で利用した利用額を把握しやすい履歴確認画面Ｇ８を表示させることによって、ユーザに有益な情報を提供できる。以降、この技術の詳細を説明する。

【0039】

［３．情報提供システムで実現される機能］
図６は、情報提供システムＳで実現される機能の一例を示す機能ブロック図である。

【0040】

［３－１．第１サーバで実現される機能］
図６に示すように、第１サーバ１０では、データ記憶部１００、電子決済実行部１０１、利用額取得部１０２、及び情報提供部１０３が実現される。データ記憶部１００は、記憶部１２を主として実現される。電子決済実行部１０１、利用額取得部１０２、及び情報提供部１０３の各々は、制御部１１を主として実現される。

【0041】

［データ記憶部］
データ記憶部１００は、ユーザに第１サービスを提供するために必要なデータと、ユーザのチェックインに必要なデータと、を記憶する。例えば、データ記憶部１００は、第１データベースＤＢ１を記憶する。

【0042】

図７は、第１データベースＤＢ１のデータ格納例を示す図である。図７に示すように、第１データベースＤＢ１は、第１サービスの利用設定をしたユーザに関する情報が格納されたデータベースである。例えば、第１データベースＤＢ１には、ユーザＩＤ、パスワード、コードＩＤ、有効期限、氏名、決済情報、第１サービスの利用履歴、及びチェックイン情報が格納される。

【0043】

ユーザＩＤは、第２情報の一例である。このため、ユーザＩＤと記載した箇所は、第２情報と読み替えることができる。第２情報は、ユーザＩＤに限られず、少なくとも第２サービスでユーザを識別可能な情報であればよい。例えば、第２情報は、ＩＤと呼ばれる情報ではなく、ユーザアカウント等の他の名前で呼ばれる情報であってもよいし、メールアドレスが第２情報をとして利用されてもよい。他にも例えば、第２情報は、第１サービスと共通のユーザＩＤではなく、第２サービスで独自に発行されたユーザＩＤであってもよい。

【0044】

コードＩＤは、第１情報の一例である。このため、コードＩＤと記載した箇所は、第１情報と読み替えることができる。第１情報は、コードＩＤに限られず、少なくとも第１サービスでユーザを識別可能な情報であればよい。例えば、第１情報は、ＩＤと呼ばれる情報ではなく、ユーザアカウント等の他の名前で呼ばれる情報であってもよいし、メールアドレスが第１情報をとして利用されてもよい。

【0045】

例えば、ユーザＩＤが第１情報に相当してもよい。ユーザＩＤが第１情報に相当する場合には、後述の第２情報が存在せず、第２情報がチェックインで利用されなくてもよい。他にも例えば、第１情報は、第２サービスと共通のユーザＩＤではなく、第１サービスで独自に発行されたユーザＩＤであってもよい。この場合には、第２サービス側でユーザを特定する必要があるので、第２情報が存在し、第２情報がチェックインで利用されてもよい。第１情報と第２情報の関連付けは、第１データベースＤＢ１ではなく、第２データベースＤＢ２で管理されてもよい。

【0046】

本実施形態では、ユーザの会員登録の手続きは、第１サービス及び第２サービスで共通している。ユーザが会員登録をすると、第１サービス及び第２サービスの両方でユーザを識別可能な情報であるユーザＩＤが発行される。例えば、ユーザＩＤに関連付けられるユーザの登録情報は、第１データベースＤＢ１及び第２データベースＤＢ２とは異なる管理用のデータベースに格納される。登録情報は、パスワード、氏名、住所、及び電話番号等である。登録情報には、その他の個人情報が含まれてもよい。

【0047】

ユーザは、会員登録の手続きを完了した後に、第１サービスの利用設定の手続きをする。この利用設定の手続きが完了すると、ユーザに対応するレコードが第１データベースＤＢ１に作成される。このレコードには、管理用のデータベースに格納されたユーザＩＤ、パスワード、及び氏名が格納される。

【0048】

決済情報は、ユーザが登録した決済手段に関する情報である。例えば、決済情報は、複数の決済手段の中からユーザが支払い元に指定した決済手段である支払い元情報、ユーザが登録したクレジットカードの番号等を含むクレジットカード情報、ユーザの電子マネーのＩＤ等を含む電子マネー情報、及びユーザの電子キャッシュのＩＤ等を含む電子キャッシュ情報を含む。決済情報は、決済手段に応じた情報を含めばよい。あるユーザの電子決済は、このユーザの決済情報に基づいて実行される。

【0049】

利用履歴は、過去に実行されたユーザの電子決済の履歴である。この利用履歴は、スタジアム内の電子決済に限られず、スタジアム外の電子決済も含む。この利用履歴は、チェックインが発生しない場所における電子決済も含む。例えば、利用履歴には、利用日時、支払先、利用額、及び明細を含む。利用履歴は、後述の電子決済実行部１０１により更新される。

【0050】

利用日時は、電子決済が実行された日時である。支払先は、電子決済の相手に関する情報である。本実施形態では、コードＣ４０を決済端末５０で読み取ることによって電子決済が実行されるので、コードＣ４０を読み取った決済端末５０を識別する端末ＩＤが支払先として格納される。利用額は、電子決済における決済額である。ユーザが複数の商品の合計額を１回の電子決済で支払った場合には、この合計額が利用額に相当する。明細は、電子決済で購入された商品を識別可能な情報である。ユーザが複数の商品を１回の電子決済で購入した場合には、明細には、全ての商品を識別可能な情報が示されてもよいし、一部の商品だけを識別可能な情報が示されてもよい。

【0051】

チェックイン情報は、チェックインの状況に関する情報である。例えば、チェックイン情報は、チェックインが実行されたスタジアム、チェックインが実行された日時、及びチェックアウトが実行された日時を含む。なお、第１データベースＤＢ１に格納される情報は、図７の例に限られず、任意の情報が格納されてよい。例えば、ユーザＩＤ及びパスワードの入力を省略して第１サービスにログインするための情報が格納されてもよい。

【0052】

［電子決済実行部］
電子決済実行部１０１は、ユーザが利用可能な決済手段に基づいて、電子決済を実行する。例えば、電子決済実行部１０１は、ユーザのユーザ端末３０にインストールされた第１アプリを利用して、電子決済を実行する。第１アプリは、決済アプリの一例である。このため、第１アプリと記載した箇所は、決済アプリと読み替えることができる。

【0053】

本実施形態では、決済端末５０は、第１アプリから表示されたコードＣ４０を読み取り、コードＣ４０に含まれるコードＩＤを取得すると、第１サーバ１０にコードＩＤを含む決済要求を送信する。決済要求は、電子決済を実行するための要求であり、所定の形式のデータが送信されることによって行われる。決済要求は、コードＩＤ以外にも、電子決済に必要な情報を含む。例えば、決済要求は、決済端末５０を識別可能な端末ＩＤと、利用額と、を含む。決済要求は、明細を含んでもよい。

【0054】

第１サーバ１０は、決済要求を受信すると、電子決済実行部１０１は、決済端末５０から、決済要求に基づいて、電子決済を実行する。例えば、電子決済実行部１０１は、第１データベースＤＢ１を参照し、決済要求に含まれるコードＩＤに関連付けられた決済情報を取得する。電子決済実行部１０１は、当該取得された決済情報に基づいて、決済要求に含まれる利用額の電子決済を実行する。電子決済の実行方法自体は、公知の方法を利用可能である。例えば、クレジットカード決済であれば利用額に応じた与信が行われ、電子マネー決済であれば利用額に応じて残高を差し引く処理が実行される。

【0055】

電子決済実行部１０１は、電子決済の実行結果を、ユーザ端末３０及び決済端末５０に送信する。電子決済実行部１０１は、電子決済の実行結果に基づいて、第１データベースＤＢ１の利用履歴を更新する。この利用履歴に含まれる利用日時、支払先、利用額、及び明細は、それぞれ現在日時、決済要求を送信した決済端末５０の端末ＩＤ、及び決済要求に含まれる利用額と明細になる。電子決済実行部１０１は、決済端末５０以外の他の端末から決済要求を受信した場合も同様にして電子決済を実行すればよい。

【0056】

［利用額取得部］
利用額取得部１０２は、ユーザがスタジアムを訪れて複数の位置で一連のサービスを利用した場合に、複数の位置における電子決済に基づいて、複数の利用額を取得する。本実施形態では、電子決済で第１アプリが利用されるので、利用額取得部１０２は、第１アプリを利用した電子決済に基づいて、複数の利用額を取得する。本実施形態では、第１サーバ１０が決済要求を受信すると、電子決済がすぐに実行されるので、利用額取得部１０２は、電子決済の実行結果に基づいて、複数の利用額を取得する。後述の変形例１１のように、スタジアムにおける電子決済がチェックアウト時に一括して実行される場合には、利用額取得部１０２は、一括して実行される前の電子決済の利用額を取得すればよい。

【0057】

スタジアムは、所定の場所の一例である。このため、スタジアムと記載した箇所は、所定の場所と読み替えることができる。所定の場所は、その中の複数の位置で電子決済が可能な場所である。所定の場所は、ある程度の広さを有しており、ユーザはその中を移動可能である。所定の場所の中では、複数のサービスが提供されてよい。所定の場所の中で、個々のサービスが提供される位置が、上記説明した複数の位置になる。

【0058】

所定の場所は、予約等の申し込みが発生しない場所であってもよい。例えば、この場所は、ショッピングモール、日帰りの温泉施設、イベント会場、ゲームセンター、百貨店、空港、又は駅等の施設であってもよい。これらの施設では、敷地内の複数の位置で電子決済が可能である。ユーザは、特に予約をせずに、これらの施設を訪れる。これらの施設には、本実施形態と同様のチェックイン端末４０が配置されており、本実施形態と同様の手順によってチェックインが実行されてよい。

【0059】

本実施形態では、第１データベースＤＢ１に格納された利用履歴に利用額が含まれているので、利用額取得部１０２は、第１データベースＤＢ１を参照し、スタジアム内でユーザが利用した一連のサービスの利用額を取得する。第１データベースＤＢ１には、スタジアム外の電子決済の利用履歴も存在するので、利用額取得部１０２は、あるユーザの利用履歴のうち、スタジアム内における電子決済の利用額を取得する。スタジアム内における電子決済は、利用履歴に含まれる支払先から特定されてもよいが、本実施形態では、スタジアムへのチェックインが実行されるので、スタジアム内における電子決済は、利用履歴に含まれる利用日時から特定される。

【0060】

例えば、利用額取得部１０２は、チェックインの後における電子決済に基づいて、複数の利用額を取得する。利用額取得部１０２は、チェックイン情報に含まれるチェックイン日時を参照し、この日時以降の利用日時の電子決済を、スタジアム内における電子決済として特定する。利用額取得部１０２は、当該特定されたスタジアム内における電子決済の利用履歴に含まれる利用額を取得する。

【0061】

なお、ユーザがスタジアム内で１回だけ電子決済を実行させた場合には、利用額取得部１０２は、この１回の電子決済の利用額だけを取得する。利用額取得部１０２は、スタジアム内における電子決済のうちの一部の利用額だけを取得してもよい。例えば、利用額取得部１０２は、スタジアム内における電子決済のうち、直近数回の電子決済の利用額だけを取得してもよいし、利用額が高い順に所定数の電子決済の利用額だけを取得してもよい。

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

ユーザには、一部の利用額に応じた情報Ｉ８０８が提供される。変形例３では、ユーザ端末３０の表示制御部３０１によって情報Ｉ８０８が生成される場合を説明する。表示制御部３０１は、ユーザがチェックボックスＣ８４にチェックを入れた利用額の合計額を計算し、情報Ｉ８０８として表示させる。なお、情報Ｉ８０８は、第１サーバ１０の情報提供部１０３によって生成されてもよい。この場合、ユーザが選択した利用額を識別可能な情報が第１サーバ１０に送信されるものとする。

【0136】

変形例３によれば、利用額取得部１０２により取得された複数の利用額のうち、ユーザにより選択された一部の利用額に基づいて、ユーザに情報Ｉ８０８を提供することによって、ユーザが選択した利用額に応じた有益な情報を提供できる。

【0137】

［５－４．変形例４］
図１５は、変形例４の履歴確認画面Ｇ８の一例を示す図である。図１５に示すように、変形例４の履歴確認画面Ｇ８は、スタジアム内における個々の電子決済の明細を指定するためのチェックボックスＣ８０９を含む。チェックボックスＣ８０９は、明細の分類ごとに表示される。図１５の例では、「飲食代」、「グッズ代」、及び「書籍代」の３つの分類を選択可能である。この分類は、いわゆる勘定科目であり、ユーザがチェックイン中のスタジアムで取り扱われている商品の分類である。

【0138】

図１５の情報Ｉ８００に示す明細のうち、「お茶」、「弁当」、「ジュース」、及び「アイス」は「飲食代」に属し、「タオル」は「グッズ代」に属する。図１５の例では、ユーザは、スタジアムで販売されている書籍を購入していないので、「書籍代」に属する明細はない。どの明細がどの分類に属するかを定義したデータは、データ記憶部１００に記憶されているものとする。このデータは、公知の会計ソフトで採用されているデータベースを利用可能である。

【0139】

変形例４の情報提供システムＳは、利用額取得部１０２により取得された複数の利用額の各々に関連付けられた明細に基づいて、複数の利用額のうち、特定の明細を有する一部の利用額を選択する選択部３０３を含む。特定の明細とは、複数の分類のうちの特定の分類に属する明細である。変形例４では、チェックボックスＣ８０９により選択された分類の明細は、特定の明細に相当する。選択部３０３は、第１サーバ１０により実現され、第１サーバ１０側で利用額の選択が行われてもよい。

【0140】

例えば、ユーザが「飲食代」のチェックボックスＣ８０９を選択すると、「お茶」、「弁当」、「ジュース」、及び「アイス」のチェックボックスＣ８０７が自動的に選択される。また例えば、ユーザが「グッズ代」のチェックボックスＣ８０９を選択すると、「タオル」のチェックボックスＣ８０７が自動的に選択される。ユーザがスタジアムで書籍を購入していれば、「書籍代」のチェックボックスＣ８０９を選択すると、この書籍のチェックボックスＣ８０７が自動的に選択される。

【0141】

なお、変形例４では、ユーザは、自動的に選択されたチェックボックスＣ８０７を選択し直すことができる。例えば、予め定義された分類では分類しきれない明細が存在することがある。この場合には、ユーザがチェックボックスＣ８０７から手動でチェックを入れることによって、選択部３０３の選択結果を修正してもよい。ユーザには、選択された一部の利用額に応じた情報Ｉ８０８が提供される。変形例３と同様、情報Ｉ８０８は、チェックボックスＣ８０７にチェックが入れられた利用額の合計額である。

【0142】

変形例４によれば、利用額取得部１０２により取得された複数の利用額の各々に関連付けられた明細に基づいて選択された、特定の明細を有する一部の利用額に基づいて、ユーザに情報Ｉ８０８を提供することによって、明細に基づいて選択された利用額に応じた有益な情報を提供できる。

【0143】

［５－５．変形例５］
例えば、変形例３又は変形例４において、情報提供部１０３は、選択された一部の利用額の合計額を計算し、当該計算された合計額の領収書を、情報としてユーザに提供してもよい。領収書を提供するとは、領収書の画面をユーザ端末３０に表示させること、又は、領収書のデータをユーザに送信することである。データの送信方法は、任意の方法であってよく、例えば、電子メール、ＳＮＳ、又はメッセージアプリを利用可能である。

【0144】

図１６は、変形例５で領収書が提供される様子の一例を示す図である。図１６では、変形例３の画面を例に挙げるが、変形例４の画面から領収書が提供されてもよい。図１６に示すように、ユーザが履歴確認画面Ｇ８のボタンＢ８１０を選択すると、ユーザ端末３０から第１サーバ１０に、チェックボックスＣ８０７にチェックが入れられた利用額を識別可能な情報が送信される。第１サーバ１０は、この情報を受信すると、情報提供部１０３は、この情報によって識別される利用額を合計し、領収書を生成する。

【0145】

なお、領収書のフォーマットのデータは、データ記憶部１００に予め記憶されているものとする。情報提供部１０３は、このフォーマットに合計額をはめ込むことによって、領収書を生成する。領収書の但し書きは、チェックボックスＣ８０９にチェックが入れられた分類に応じたものであってもよいし、情報提供部１０３側で決定してもよい。ユーザ端末３０には、この領収書を含む領収書画面Ｇ１０が表示される。入力フォームＦ１００には、第１データベースＤＢ１に登録された氏名が自動入力される。ユーザは、入力フォームＦ１００から宛名を変更できる。ユーザがボタンＢ１０１を選択すると、第１サーバ１０は、この領収書のデータを、ユーザのメールアドレスに送信する。このメールアドレスは、第１データベースＤＢ１に登録されているものとする。領収書のデータは、ＳＮＳ又はメッセージアプリ等の任意の手段を利用して送信可能である。

【0146】

変形例５によれば、ユーザにより選択された一部の利用額、又は、明細に基づいて選択された一部の利用額の合計額の領収書をユーザに提供することによって、ユーザの利便性が高まる。例えば、ユーザが顧客との接待でスタジアムを訪れた場合に、スタジアム内における電子決済には、接待のための電子決済と、私的な電子決済と、が混在することがある。図１６の例であれば、飲食代は接待の経費として申請可能であるところ、接待とは関係のないグッズ代が混在することがある。このため、選択された利用額の領収書を出力することによって、接待の経費として申請可能な領収書を出力でき、ユーザの利便性が高まる。

【0147】

［５－６．変形例６］
例えば、情報提供システムＳは、スタジアムにおけるユーザの滞在時間を取得する滞在時間取得部１０５を更に含んでもよい。滞在時間は、ユーザがスタジアムを訪れてからの経過時間である。即ち、チェックイン日時から現在日時までの時間が滞在時間に相当する。滞在時間取得部１０５は、リアルタイムクロック等を利用して滞在時間を取得すればよい。

【0148】

図１７は、変形例６の履歴確認画面Ｇ８の一例を示す図である。図１７に示すように、情報提供部１０３は、利用額取得部１０２により取得された複数の利用額と、滞在時間取得部１０５により取得された滞在時間と、に基づいて、ユーザに情報Ｉ８１１，Ｉ８１２を提供する。情報Ｉ８００，Ｉ８０１は、実施形態と同様である。例えば、情報提供部１０３は、滞在時間取得部１０５により取得された滞在時間を、情報Ｉ８１１としてユーザに提供する。

【0149】

情報提供部１０３は、この滞在時間に応じた商品又は商品の組み合わせを検索し、情報Ｉ８１２としてユーザに提供する。滞在時間と、商品又は商品の組み合わせと、の関係は、データ記憶部１００に予め定義されているものとする。例えば、滞在時間が経過するほど、商品の価格が下がるように、これらの関係が定義されている。情報提供部１０３は、滞在時間取得部１０５により取得された滞在時間に関連付けられた商品又は商品の組み合わせを特定し、情報Ｉ８１２としてユーザに提供する。

【0150】

変形例６によれば、利用額取得部１０２により取得された複数の利用額と、スタジアムにおけるユーザの滞在時間と、に基づいて、ユーザに情報Ｉ８１１，Ｉ８１２を提供することによって、滞在時間に応じた有益な情報を提供できる。

【0151】

［５－７．変形例７］
例えば、情報提供システムＳは、ユーザがスタジアムから離れるまでの残り時間を取得する残り時間取得部１０６を更に含んでもよい。ユーザがスタジアムから離れる時間は、予め定められていてもよいし、試合の進行等に応じて動的に決定されてもよい。この場合、試合の進行状況と、試合終了までの時間と、の関係が予めデータ記憶部１００に定義されているものとする。試合の進行状況は、スポーツニュースを提供する公知のサーバから取得されるようにすればよい。残り時間取得部１０６は、ユーザがスタジアムから離れる時間と、現在日時と、に基づいて、残り時間を取得する。残り時間取得部１０６は、ユーザがスタジアムから離れる時間と、現在日時と、の差の時間を、残り時間として取得する。

【0152】

図１８は、変形例７の履歴確認画面Ｇ８の一例を示す図である。図１８に示すように、情報提供部１０３は、利用額取得部１０２により取得された複数の利用額と、残り時間取得部１０６により取得された残り時間と、に基づいて、ユーザに情報Ｉ８１３，Ｉ８１４を提供する。情報Ｉ８００，Ｉ８０１は、実施形態と同様である。例えば、情報提供部１０３は、残り時間取得部１０６により取得された残り時間を、情報Ｉ８１３としてユーザに提供する。

【0153】

情報提供部１０３は、この残り時間に応じた商品又は商品の組み合わせを検索し、情報Ｉ８１４としてユーザに提供する。残り時間と、商品又は商品の組み合わせと、の関係は、データ記憶部１００に予め定義されているものとする。例えば、残り時間が短いにも関わらず、食べきるのに時間がかかるような食事を提供すると、ユーザは利用しない可能性が高いので、この会計には、残り時間で利用できるような商品が定義されている。商品ごとに、その商品に必要な時間が定義されていてもよい。この場合、情報提供部１０３は、残り時間と、商品に定義された当該必要な時間と、に基づいて選択された商品の情報Ｉ８１２を提供する。情報提供部１０３は、残り時間取得部１０６により取得された残り時間に関連付けられた商品又は商品の組み合わせを特定し、情報Ｉ８１４としてユーザに提供する。

【0154】

変形例７によれば、利用額取得部１０２により取得された複数の利用額と、ユーザがスタジアムから離れるまでの残り時間と、に基づいて、ユーザに情報Ｉ８１３，Ｉ８１４を提供することによって、残り時間に応じた有益な情報を提供できる。

【0155】

［５－８．変形例８］
例えば、情報提供システムＳは、ユーザの属性に関するユーザ属性を取得するユーザ属性取得部１０７を更に含んでもよい。ユーザ属性は、ユーザを何らかの形で分類可能な情報である。例えば、ユーザの年齢、性別、趣味、職業、過去の利用額、又はこれらの組み合わせは、ユーザ属性に相当する。ユーザ属性は、第１データベースＤＢ１に予め記憶されているものとする。ユーザ属性取得部１０７は、第１データベースＤＢ１に記憶されたユーザ属性を取得する。

【0156】

変形例８では、実施形態で説明した履歴確認画面Ｇ８（図５）を例に挙げるが、上記説明した変形例１－７の履歴確認画面Ｇ８であってもよい。情報提供部１０３は、利用額取得部１０２により取得された複数の利用額と、ユーザ属性取得部１０７により取得されたユーザ属性と、に基づいて、ユーザに情報Ｉ８０３を提供する。実施形態では、駐車場が無料になるために必要な額に応じた商品が、情報Ｉ８０３として提供される場合を説明したが、変形例８では、ユーザ属性に応じた商品が、情報Ｉ８０３として提供される。

【0157】

なお、ユーザ属性と、商品又は商品の組み合わせと、の関係は、データ記憶部１００に予め定義されているものとする。情報提供部１０３は、ユーザ属性取得部１０７により取得されたユーザ属性に関連付けられた商品又は商品の組み合わせを特定し、情報Ｉ８０３としてユーザに提供する。変形例８及び実施形態を組み合わせて、駐車場が無料になるために必要な額に応じた商品であり、かつ、ユーザ属性に応じた商品又は商品の組み合わせが、情報Ｉ８０３として提供されてもよい。ユーザ属性に応じた商品又は商品の組み合わせは、ユーザ属性が示すユーザの嗜好に合った商品又は商品の組み合わせである。

【0158】

変形例８によれば、利用額取得部１０２により取得された複数の利用額と、ユーザ属性と、に基づいて、ユーザに情報Ｉ８０３を提供することによって、ユーザ属性に応じた有益な情報を提供できる。

【0159】

［５－９．変形例９］
例えば、情報提供システムＳは、ユーザがスタジアムを訪れる前における電子決済の利用履歴を取得する利用履歴取得部１０８を更に含んでもよい。情報提供部１０３も利用履歴を取得することがあるので、利用履歴取得部１０８は、情報提供部１０３の一機能であってもよい。

【0160】

変形例９では、実施形態で説明した履歴確認画面Ｇ８（図５）を例に挙げるが、上記説明した変形例１－８の履歴確認画面Ｇ８であってもよい。情報提供部１０３は、利用額取得部１０２により取得された複数の利用額と、利用履歴取得部１０８により取得された利用履歴と、に基づいて、ユーザに情報Ｉ８０３を提供する。実施形態では、駐車場が無料になるために必要な額に応じた商品が、情報Ｉ８０３として提供される場合を説明したが、変形例９では、ユーザの利用履歴に応じた商品が、情報Ｉ８０３として提供される。

【0161】

なお、ユーザの利用履歴と、商品又は商品の組み合わせと、の関係は、データ記憶部１００に予め定義されているものとする。情報提供部１０３は、利用履歴取得部１０８により取得された利用履歴に関連付けられた商品又は商品の組み合わせを特定し、情報Ｉ８０３としてユーザに提供する。変形例９及び実施形態を組み合わせて、駐車場が無料になるために必要な額に応じた商品であり、かつ、ユーザの利用履歴に応じた商品又は商品の組み合わせが、情報Ｉ８０３として提供されてもよい。ユーザの利用履歴に応じた商品又は商品の組み合わせは、利用履歴が示すユーザの嗜好に合った商品又は商品の組み合わせである。この嗜好は、利用履歴に含まれる明細から推定されるようにすればよい。

【0162】

変形例９によれば、利用額取得部１０２により取得された複数の利用額と、ユーザがスタジアムを訪れる前における電子決済の利用履歴と、に基づいて、ユーザに情報Ｉ８０３を提供することによって、ユーザの利用履歴に応じた有益な情報を提供できる。

【0163】

［５－１０．変形例１０］
例えば、情報提供システムＳは、複数の位置における電子決済を、都度実行するか、一括して実行するか、をユーザに応じて決定する決定部１０９を更に含んでもよい。電子決済を都度実行するのは、実施形態で説明した通りである。電子決済を一括して実行するのは、任意のタイミングであってよく、例えば、ユーザのチェックアウト時、チェックインしてから所定時間の経過時、所定の日時が訪れた時であってよい。一括して実行とは、複数回の利用で発生した複数の利用額の合計額を電子決済することである。

【0164】

ユーザは、電子決済を都度実行するか、電子決済を一括して実行するか、を自身で選択してもよい。この場合、決定部１０９は、ユーザの選択結果に基づいて、決済方法を決定する。決済方法は、予め定められた選択方法により選択されてもよい。決定部１０９は、電子決済の利用履歴に基づいて、決済方法を選択してもよい。例えば、ユーザが電子マネーの残高が不足しがちであれば、都度決済だけが選択できるようにしてもよい。ユーザの電子マネーの残高が十分にあれば、一括した電子決済が許可されてもよい。また例えば、ユーザの過去の利用履歴に応じた不正度に応じて、決済方法が選択されてもよい。ユーザの不正度が閾値以上の場合には都度決済だけが選択できるようにして、ユーザの不正度が閾値未満の場合には一括した電子決済が許可されてもよい。

【0165】

電子決済実行部１０１は、決定部１０９により決定された決済方法に基づいて、複数の位置における電子決済を実行する。例えば、電子決済実行部１０１は、決定部１０９により都度実行が決定された場合には、実施形態と同様にして、電子決済が要求されるたびに、電子決済を実行する。また例えば、電子決済実行部１０１は、決定部１０９により一括して実行が決定された場合には、複数回の利用を第１データベースＤＢ１に蓄積し、所定のタイミングが訪れた場合に、合計額を一括した電子決済を実行する。

【0166】

変形例１０によれば、複数の位置における電子決済を、都度実行するか、一括して実行するか、をユーザに応じて決定し、決定部１０９により決定された決済方法に基づいて、複数の位置における電子決済を実行することによって、ユーザが訪れたスタジアムにおける電子決済の利便性を高めることができる。

【0167】

［５－１１．変形例１１］
例えば、第１サービスが、ユーザ端末３０を利用した電子決済を提供するサービスである場合、ユーザは、電子決済を実行しようとすると、ユーザ端末３０を取り出す必要がある。この点、ユーザ端末３０を取り出す手間を省くために、生体認証を利用して電子決済を実行することが検討されている。例えば、ユーザの顔認証だけで電子決済時の認証が完了するのであれば、ユーザは、ユーザ端末３０を取り出さなくて済む。

【0168】

しかしながら、第１サービスのユーザの中には、あるユーザと顔が似た他のユーザが存在することがある。この場合、あるユーザが顔認証で電子決済を実行しようとすると、顔が似た他のユーザに誤認証されてしまい、適切な電子決済が実行できないことがある。第１サービスを利用していない悪意のある第三者が、顔が似たユーザに成りすまして、このユーザのクレジットカード等を利用して電子決済する可能性もある。

【0169】

そこで、変形例１１では、あるユーザがチェックインした場所の中であれば、このユーザについては、顔認証による電子決済が許可されるようになっている。この場所の中にいる人間の数は限られているので、顔認証が成功する程度に顔が似た者がいる可能性は非常に低い。チェックイン時には、ユーザ端末３０を利用してセキュアな本人確認（いわゆる所持認証）が行われるため、顔認証による電子決済の範囲を、チェックインした場所に限定することによって、ユーザの利便性を高めつつ、セキュリティ性を担保できる。

【0170】

図１９は、変形例１１の情報提供システムＳの一例を示す図である。図１９に示すように、実施形態と同様にして、ユーザがスタジアムにチェックインすると、スタジアム内に配置された決済端末５０であれば、生体認証による電子決済が可能になる。このため、ユーザは、コードＣ４０を表示させる必要はない。

【0171】

決済端末５０は、認証装置の一例である。このため、決済端末５０と記載した箇所は、認証装置と読み替えることができる。認証装置は、生体認証が可能な装置であればよい。電子決済実行部１０１が、ユーザのユーザ端末３０を利用して電子決済を実行する場合に、スタジアムには、ユーザの生体認証を実行するための認証装置が配置されている。変形例１１では、顔認証が生体認証に相当する場合を説明するが、生体認証自体は、任意の生体認証を利用可能である。例えば、指紋認証、静脈認証、又は声紋認証といった他の生体認証が利用されてもよい。

【0172】

変形例１１の第１データベースＤＢ１には、ユーザＩＤに関連付けて、生体認証で利用される認証情報が格納されている。この認証情報は、生体認証における正解となる情報であり、例えば、顔の特徴量、顔写真、指紋パターン、静脈パターン、又は声紋パターンであってよい。ユーザは、第１サービスの利用設定時に、認証情報の登録に必要な情報（顔写真等）を第１サーバ１０にアップロードする。第１サーバ１０は、当該アップロードされた情報に基づいて、このユーザのユーザＩＤに関連付けて、認証情報を格納する。

【0173】

変形例１１の情報提供システムＳは、チェックインが実行された場合には、スタジアムにおいて、ユーザ端末３０を利用せずに、生体認証によって電子決済が実行されることを許可する許可部１１０を含む。第１サーバ１０は、第２サーバ２０からチェックインが実行されたユーザのユーザＩＤを取得する。第１サーバ１０は、第２サーバ２０からこのユーザＩＤを取得するのではなく、チェックイン時に第２サーバ２０に送信したユーザＩＤを、データ記憶部１００に保持してもよい。

【0174】

例えば、許可部１１０は、スタジアムにチェックインしたユーザのユーザＩＤに、生体認証による電子決済が許可されたことを示す情報を関連付ける。これらの関連付けは、第１データベースＤＢ１に保持されてもよいし、他のデータベースに保持されてもよい。電子決済実行部１０１は、生体認証による電子決済が許可されたユーザについては、このユーザの生体認証が成功した場合に、電子決済を実行する。

【0175】

電子決済実行部１０１は、生体認証による電子決済が許可されていないユーザについては、生体認証による電子決済を実行しない。電子決済実行部１０１は、生体認証による電子決済が許可されていないユーザであったとしても、もし仮にスタジアム以外のコンピュータから生体認証による電子決済の要求を受け付けたとしても、生体認証による電子決済を実行しない。スタジアムにチェックインしたユーザと顔が似た他のユーザが第１データベースＤＢ１に登録されていたとしても、当該他のユーザはチェックインしていないので、生体認証の判定時に当該他のユーザの情報は判定されない。このため、当該他のユーザのクレジットカード情報等の決済情報は利用されない。

【0176】

図１９の例であれば、ユーザは、スタジアムの座席でドリンクを購入する場合に、売り子が所持する決済端末５０のカメラで自分の顔を撮影させる。決済端末５０は、自身の端末ＩＤとともに、撮影画像を第１サーバ１０に送信する。第１サーバ１０が端末ＩＤ及び撮影画像を受信すると、電子決済実行部１０１は、撮影画像から顔の特徴量を計算する。電子決済実行部１０１は、第１データベースＤＢ１に格納された認証情報のうち、スタジアムにチェックイン中のユーザの認証情報を取得する。

【0177】

電子決済実行部１０１は、計算した顔の特徴量と、取得した認証情報と、に基づいて、生体認証を実行する。生体認証自体は、公知の方法を利用可能であり、顔の特徴量の類似度によって成否が判定されるようにすればよい。顔認証以外の生体認証が利用される場合も同様に、生体認証自体は、公知の方法を利用可能である。認証時の判定対象となる認証情報が、チェックイン中のユーザのものだけに限定されるようにすればよい。

【0178】

電子決済実行部１０１は、生体認証が成功した場合に、電子決済を実行する。電子決済実行部１０１は、第１データベースＤＢ１を参照し、計算した顔の特徴量と類似する認証情報に関連付けられたクレジットカード情報等の決済情報を取得する。電子決済実行部１０１は、この決済情報に基づいて、電子決済を実行する。図１９に示すように、ユーザがスタジアム内の売店でグッズを購入する場合、及び、スタジアム内のレストランで食事した場合も同様に、顔認証だけで電子決済が許可される。

【0179】

許可部１１０は、ユーザがチェックアウトした場合、チェックインしてから所定の時間が経過した場合、又はチェックインした後の所定の時間が訪れた場合には、生体認証による電子決済を禁止する。図１９の例であれば、ユーザがチェックイン端末４０にユーザ端末３０のコードＣ６０をかざしてチェックアウトした場合には、許可部１１０は、生体認証が許可されないように、第１データベースＤＢ１を更新する。

【0180】

変形例１１によれば、チェックインが実行された場合には、スタジアムおいて、ユーザ端末を利用せずに、生体認証によって電子決済が実行されることを許可することによって、ユーザの利便性を高めることができる。また、生体認証による電子決済が許可される範囲をスタジアム内に限定することで、誤認証や成りすましを防止し、セキュリティを高めることができる。

【0181】

［５－１２．変形例１２］
例えば、上記説明した変形例を組み合わせてもよい。

【0182】

また例えば、電子決済用のコードと、チェックイン用のコードと、は同じであってもよい。チェックイン用のコードと、チェックアウト用のコードと、は異なってもよい。１つのコードで複数の第２サービスに関する場所にチェックイン可能であってもよい。即ち、第１サービスは、複数の第２サービスと連携してもよい。第１サービスが複数の第２サービスと連携する場合には、履歴確認画面Ｇ８には、第２サービスごとに、複数の利用額に応じた情報が表示されてもよい。

【0183】

また例えば、ユーザがユーザ端末３０をチェックイン端末４０にかざすことによってチェックインが実行される場合を説明したが、画像を利用するのではなく、ＩＣチップ３７に記録された何らかのＩＤをチェックイン端末４０に読み取らせてチェックインが実行されてもよい。また例えば、ユーザ端末３０又はチェックイン端末４０の何れか一方のみによってチェックインが実行されてもよい。例えば、スタジアム等の場所に掲示又は何らかのコンピュータに表示されたコードがユーザ端末３０の撮影部３６で撮影された場合に、ユーザ端末３０から第１サーバ１０に、この場所を識別可能な情報と、ユーザ端末３０に記憶されたコードＩＤと、が送信されてもよい。この場合、チェックイン端末４０は不要になる。

【0184】

また例えば、ユーザ端末３０のＧＰＳ受信部３８によって検出された現在位置がスタジアムの付近になった場合に、チェックインが実行されてもよい。この場合、チェックイン端末４０は不要になる。また例えば、ユーザがＩＣカード又は磁気カードをチェックイン端末４０で読み取ることによってチェックインが実行されてもよい。この場合、ユーザ端末３０は不要になる。第１サーバ１０及び第２サーバ２０には、実施形態で説明したユーザＩＤと、ＩＣカード又は磁気カードに含まれるＩＤと、の関係が記憶されているものとする。他にも例えば、ユーザがチェックイン端末４０からの生体認証でチェックインが実行されてもよい。この場合もユーザ端末３０は不要になる。第１サーバ１０及び第２サーバ２０には、実施形態で説明したユーザＩＤと、ユーザの生体情報と、の関係が記憶されているものとする。

【0185】

また例えば、第１サーバ１０と第２サーバ２０が分けられておらず、１つのコンピュータで各機能が実現されてもよい。また例えば、第１サーバ１０で実現されるものとして説明した機能は、複数のコンピュータで分担されてもよい。また例えば、第２サーバ２０で実現されるものとして説明した機能は、複数のコンピュータで分担されてもよい。各機能は、少なくとも１つのコンピュータで実現されるようにすればよい。

【符号の説明】

【0186】

Ｓ 情報提供システム、Ｎ ネットワーク、１１，２１，３１，４１，５１ 制御部、１２，２２，３２，４２，５２ 記憶部、１３，２３，３３，４３，５３ 通信部、３０ ユーザ端末、３４，４４，５４ 操作部、３５，４５，５５ 表示部、３６ 撮影部、３７ ＩＣチップ、３８ ＧＰＳ受信部、４０ チェックイン端末、４６，５６ 読取部、５０ 決済端末、Ｇ４ ホーム画面、Ｇ５ 決済完了画面、Ｇ６ 表示画面、Ｇ７ チェックイン完了画面、Ｇ８ 履歴確認画面、Ｇ９ チェックアウト完了画面、Ｇ１０ 領収書画面、Ｐ１ トップページ、Ｐ２ ログインページ、Ｐ３ 購入完了ページ、１００ データ記憶部、１０１ 電子決済実行部、１０２ 利用額取得部、１０３ 情報提供部、１０４ 特定部、１０５ 滞在時間取得部、１０６ 時間取得部、１０７ ユーザ属性取得部、１０８ 利用履歴取得部、１０９ 決定部、１１０ 許可部、２００ データ記憶部、２０１ 第２サービス提供部、２０２ チェックイン実行部、２０３ チェックアウト実行部、３００ データ記憶部、３０１ 表示制御部、３０２ 受付部、３０３ 選択部、４００ データ記憶部、４０１ コードＩＤ取得部、５００ データ記憶部、５０１ コードＩＤ取得部、Ｂ２２，Ｂ４１，Ｂ４３，Ｂ８６ ボタン、Ｃ４０，Ｃ６０ コード。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】