JP2019219951A - スタンプラリー用チケット管理システム、スタンプラリー用チケット管理方法、およびスタンプラリー用チケット管理プログラム - Google Patents

Abstract

【課題】複数の店舗が参加する各種イベント毎に発券されるスタンプラリー用の電子チケットを管理する利便性の高いスタンプラリー用チケット管理システム、スタンプラリー用チケット管理方法およびスタンプラリー用チケット管理プログラムを提供する。【解決手段】スタンプラリー用チケット管理システム１は、ユーザの操作入力を受け付けるユーザ端末４と、飲食店の店舗に関する店舗情報と、店舗が複数参加するスタンプラリーのイベントにて使用可能なチケットに関するチケット情報および当該チケットの使用可能回数の範囲内で使用された店舗示すチケット使用情報を管理する管理サーバ６とを備える。ユーザ端末４は、ユーザが購入したチケットのうち任意のチケットの選択を受け付け、選択されたチケットの使用が可能な店舗を複数表示して、入店する店舗の選択を受け付ける。【選択図】図１

Description

この発明は、複数の店舗が参加する各種イベント毎に発券されるスタンプラリー用の電子チケットを管理するスタンプラリー用チケット管理システム、スタンプラリー用チケット管理方法、およびスタンプラリー用チケット管理プログラムに関するものである。

従来、電車、バス等の乗車券のようなサービスを利用するためのチケットとして、複数枚のチケットが綴り合わされた紙回数券が用いられていたが、近年、これらに代えて電子回数券が広く普及するようになった。そして、特許文献１には、利用者にとっては、手間をかけることなく種々のサービスを受けるための電子回数券を容易に購入することができるとともに、不要となった該電子回数券の対価を容易に回収することができ、サービス提供事業者にとっては、電子回数券を販売したり、該電子回数券の料金を徴収したりする必要がなく、人手を削減してコストを低くすることができる電子チケット取引方法が開示されている。

また、コンサートやスポーツイベント、美術展覧会等では、入場料を支払って、これらに参加する権利を証明するチケットを購入している。これらのチケットも、従来の紙チケットに代わって電子チケットが普及し始めている。そして、特許文献２には、利便性が高くより高度なサービスが提供できる電子チケットの販売・入場管理システムを実現する方法が開示されている。

一方で、鉄道の駅や観光地などある一定のテーマの中でスタンプを集める各種スタンプラリーが、鉄道会社や地方都市の観光協会などで多数企画されている。このようなスタンプラリーには、飲食店等の店舗を複数巡るものもある。

しかしながら、複数の店舗を巡るスタンプラリーで利用者の利便性を高めるようなスタンプラリー用の電子チケットはこれまで提供されてこなかった。

特開２００８−２６９６２４号公報 特開２０１３−０２０５９９号公報

この発明は、上述した問題点に鑑み、複数の店舗が参加する各種イベント毎に発券されるスタンプラリー用の電子チケットを管理する利便性の高いスタンプラリー用チケット管理システム、スタンプラリー用チケット管理方法、およびスタンプラリー用チケット管理プログラムを提供することを目的とする。

この発明は、複数の店舗が参加する各種イベント毎に発券されるスタンプラリー用の複数種類のチケットから任意のチケットを選択するチケット選択手段と、前記チケット選択手段により選択された前記チケットの使用が可能な前記イベントに参加する複数の前記店舗から入店する店舗を選択する入店店舗選択手段と、を備えたスタンプラリー用チケット管理システムであることを特徴とする。

この発明により、複数の店舗が参加する各種イベント毎に発券されるスタンプラリー用の電子チケットを管理する利便性の高いスタンプラリー用チケット管理システム、スタンプラリー用チケット管理方法、およびスタンプラリー用チケット管理プログラムを提供することができる。

スタンプラリー用チケット管理システムのシステム構成を示すブロック図。 チケット購入系の処理を示す機能ブロック図。 チケット使用系の処理を示す機能ブロック図。 ユーザ端末の画面を示す画面説明図。 ユーザ端末の画面を示す画面説明図。

以下、この発明の一実施形態を図面と共に説明する。

＜システム構成＞
図１は、スタンプラリー用チケット管理システム１のシステム構成を示すブロック図である。

スタンプラリー用チケット管理システム１は、インターネット９に通信可能に接続された決済サーバ２、ユーザ端末４、および管理サーバ６により構成されている。また、インターネット９には、各店舗が使用する店舗端末７、および各種ホームページ等を提供する複数の外部ＷＥＢサーバ８が接続されている。

決済サーバ２は、制御部２１、記憶部２２、入力部２３、表示部２４、および通信部２５を備えている。
ユーザ端末４は、制御部４１、記憶部４２、入力部４３、表示部４４、および通信部４５を備えている。
管理サーバ６は、制御部６１、記憶部６２、入力部６３、表示部６４、および通信部６５を備えている。

決済サーバ２と管理サーバ６は、サーバコンピュータで構成されており、ユーザ端末４はスマートフォン等の移動体端末により構成されている。いずれもハードウェア要素としてＣＰＵとＲＯＭとＲＡＭ等で構成されて各種演算や制御動作を実行する制御部（２１、４１、６１）、ハードディスクやフラッシュメモリ等で構成されて情報のリードライトを許容する記憶部（２２、４２、６２）、タッチパネルやキーボードやマウスや押下ボタンやこれらの複数で構成されて接触操作による入力を受け付ける入力部（２３、４３、６３）、液晶ディスプレイや有機ＥＬディスプレイ等で構成されて文字や図等の画像を表示する表示部（２４、４４、６４）、およびＬＡＮボードやＷｉＦｉユニット等で構成されて有線または無線での通信を実行する通信部（２５、４５、６５）を備えている。

決済サーバ２の記憶部２２は、ユーザ端末４からクレジットカード情報等の決済用のユーザ識別情報を取得して当該ユーザ識別情報のクレジットカード番号等に課金を行う決済処理を実行する決済ＰＧ（プログラム）３１と、ユーザ別のカード情報を記憶するユーザ別カードＤＢ（データベース）３３と、決済に必要な情報を記憶する決済ＤＢ（データベース）３２が記憶されている。この決済サーバ２は、ユーザがスタンプラリーのチケットを購入する際にユーザから代金を徴収する決済をし、毎月あるいは毎週といった定期的にチケット販売代金の合計額から決済手数料を減算した額が管理サーバ６の管理業者へ支払われる。そして、管理業者は、管理サーバ６の動作により、チケットが利用された店舗に対して利用回数に応じた代金を集計して毎月や毎週といった定期的に支払う。

ユーザ端末４は、ユーザの操作入力に応じて本システムにおける各種動作を実行するためのユーザアプリ５１と、本システムの利用に必要となるユーザデータ５２と、インターネット上のホームページ等にアクセスするブラウザアプリ５３とが記憶されている。

また、ユーザ端末４は、入力部４３としてタップ入力を受け付けるタッチパネル４３ａ（接触操作型入力手段）、押下操作を受け付ける押下ボタン４３ｂ、無線通信による入力および出力を行うＢｌｕｅｔｏｏｔｈ（登録商標）４３ｃ、位置情報を取得するＧＰＳ４３ｄ、写真撮影によってバーコードを含む画像および映像を取得するカメラ４３ｅを備えている。

管理サーバ６は、ユーザ端末４との通信を許容し、本システムにおける情報管理に必要な管理ＰＧ７１、店舗ＤＢ（データベース）７２、イベントＤＢ（データベース）７７、チケットＤＢ（データベース）７８、参加店舗ＤＢ（データベース）７９、およびチケット使用ＤＢ（データベース）８０が記憶されている。

店舗ＤＢ７２は、飲食店の店舗情報（店舗ＩＤ、店舗名称、店舗写真、店舗住所、店舗緯度経度、店舗電話番号、店舗紹介情報、その他の店舗に関する情報（全店舗））を記憶している。この店舗ＤＢ７２には、スタンプラリー用チケット管理システム１に参画している全ての店舗の店舗情報が記憶されている。
イベントＤＢ７７は、スタンプラリーの各種のイベントに関するイベント情報（イベントＩＤ、イベント名称、広告宣伝ポスター画像、開催場所、開催期間、参加店舗の店舗ＩＤ、チケットＩＤ）を記憶している。このイベントＤＢ７７には、開催予定、開催中、および開催終了した全てのイベントについてのイベント情報が記憶されている。

チケットＤＢ７８は、各種イベント毎に販売されるチケットに関するチケット情報（チケットＩＤ、イベントＩＤ、券種（例えばラリー店舗数、あるいはラリー店舗カテゴリ等）、その他チケットに関する情報（概要）、ユーザＩＤ（購入者全員分））を記憶している。このチケットＤＢ７８には、開催予定、開催中、および開催終了した全てのイベントでのチケットについてのチケット情報が記憶されている。なお、このチケット情報は、イベント情報に対して１対１（つまり１つのイベントに対して１種類のチケット）に対応させることが好ましいが、１つのイベントに対して複数種類のチケットを対応させてチケット情報を多くしても良い。この場合、１つのイベントで複数種類のチケットを提供することができる。また、複数種類のチケット情報には、同じ店舗ＩＤが登録されていることがあるが、それは同じ店舗が複数のスタンプラリーに参画していることによる。従って、１つのチケット情報に同じ店舗の店舗ＩＤが複数登録されることはない。

参加店舗ＤＢ７９は、参加店舗に関する参加店舗情報（イベントＩＤ、店舗ＩＤ、一日当たり上限人数、本日提供残数、空席数、待ち人数、その他の参加店舗に関する情報（参加店舗分））を記憶している。この参加店舗ＤＢ７９は、チケット情報に登録されているチケット毎（チケット種別毎）に参加店舗の店舗ＩＤや一日当たり上限人数等が格納されている参加店舗情報が記憶されている。これにより、そのチケットを使用可能な参加店舗の情報を提供できるとともに、利用者がチケットを使用しよう店舗を検索しようとする際に既に一日当たりの上限人数を超えた店舗を表示内容から割愛するといったことができる。

チケット使用ＤＢ８０は、イベントに参加する飲食店の店舗でのチケットの使用に関するチケット使用情報（イベントＩＤ、店舗ＩＤ、チケットＩＤ、券種、入店日時等）を記憶している。このチケット使用ＤＢ８０には、発行予定、発行済み、および発行中の全てのチケットに関するチケット使用情報が記憶されている。これにより、どのイベントでどのチケットによりどの店舗をいつ誰が使用したかを把握することができる。

外部ＷＥＢサーバ８は、制御部、記憶部、通信部、入力部、表示部を備えたＷＥＢサーバで構成されており、記憶部に記憶されているホームページデータを外部からアクセスしてきたユーザ端末４等の端末へ送信し、ホームページ閲覧を許容する。

図２は、チケット購入系の処理を示す機能ブロック図であり、図３は、チケット使用系の処理を示す機能ブロック図である。また、図４および図５は、各処理においてユーザ端末４の表示部４４に表示する画面を示す画面説明図である。各機能部は、ユーザ端末４にインストールされたユーザアプリ５１によって動作する機能部であり、表示部４４に表示した画面のオブジェクトに対するタップ（若しくは押下。以下同じ）を入力部４３のタッチパネル４３ａで検出し、画面遷移、表示内容の変更、文字入力状態への移行、飲食店の店舗端末７からの飲食店識別情報の読み取り実行状態への移行等の適宜の動作を実行する。

＜チケット購入系の処理＞
図２に示すように、チケット購入系の処理を実行するとき、ユーザアプリ５１に従って動作するユーザ端末４の制御部４１は、トップ機能部６２０、イベント一覧機能部６３０、イベント詳細機能部６４０、カード選択機能部５１０、決済前確認機能部５２０、および決済完了機能部６５０として機能する。

ユーザ端末４においてユーザアプリ５１が起動されると、制御部４１は、記憶部４２から制御部４１のメモリ（ＲＯＭやＲＡＭ等）へのユーザアプリ５１の読み込みを開始する。制御部４１は、ユーザアプリ５１の読み込みを完了すると、トップ機能部６２０が最初に機能し、表示部４４にトップ画面６２０Ａ（図４（Ａ）参照）を表示する。

トップ機能部６２０は、トップ画面６２０Ａ（図４（Ａ）参照）上で操作される機能を有している。トップ機能部６２０は、マイチケットボタン６２１がタップされると、後述するチケット一覧機能部７１０によりチケット一覧画面７１０Ａ（図５（Ｇ）参照）を表示させ、ユーザが購入したチケットを一覧表示する。イベント一覧ボタン６２２がタップされると、イベント一覧機能部６３０によりイベント一覧画面６３０Ａ（図４（Ｂ）参照）を表示させ、購入可能なチケット一覧表示する。また、トップ機能部６２０は、設定ボタン６０３がタッチされると、設定画面（図示せず）を表示する。

イベント一覧機能部６３０は、イベント一覧画面６３０Ａ（図４（Ｂ）参照）上で、開催イベントボタン６３１がタップされるとイベントＤＢ７７から現在開催中のイベントに関するイベント情報を取得する。イベント一覧機能部６３０は、取得した現在開催中のイベントに関するイベント情報を当該開催イベントボタン６３１の下方のイベント表示部６３７に各イベント毎に表示する。ここでは、イベント表示部６３７には、一つのイベント情報表示部６３８しか表示されていないが、現在開催中のイベントが複数あってイベント情報表示部６３８を複数表示する場合には、上方から開催期間の終了時期の近い順に表示される。各イベント情報表示部６３８には、イベント名称６３３、開催場所６３４、開催期間６３５、「チケット販売中」の文言６３６、および「＞」の詳細表示ボタン６３９が表示される。このため、ユーザは、直近のイベント情報を見逃す恐れが少なく、チケットの買いそびれを防止することができる。

尚、イベント一覧機能部６３０は、終了イベントボタン６３２がタップされるとイベントＤＢ７７から終了済みのイベント情報を取得する。イベント一覧機能部６３０は、取得した終了済みのイベント情報を、当該終了イベントボタン６３２の下方のイベント表示部６３７に各イベント毎に上方から終了時期の近い順に表示する。イベント情報表示部６３８には、イベント名称、開催場所、開催期間、および「チケット販売終了」の文言（図示せず）が表示される。

イベント一覧機能部６３０は、開催イベントボタン６３１がタップされ、イベント表示部６３７に表示されたイベント情報表示部６３８の一つが選択され、当該選択されたイベント情報表示部６３８の詳細表示ボタン６３９がタップされると、イベント詳細機能部６４０に当該選択されたイベント情報表示部６３８に表示されているイベントに関する詳細情報を取得させる。

イベント詳細機能部６４０は、イベントＤＢ７７から当該選択されたイベント情報表示部６３８に表示されているイベントに関する詳細情報を取得し、イベント詳細画面６４０Ａ（図４（Ｃ）参照）を表示する。イベント詳細画面６４０Ａ（図４（Ｃ）参照）には、広告宣伝ポスター画像６４１、イベント名称６４２、参加店舗一覧ボタン６４３、金額を横に表示した前売券ボタン６４４（チケット選択手段）、開催場所６４５、および開催期間６４６が表示される。

参加店舗一覧ボタン６４３は、開閉式メニュボタンになっている。イベント詳細機能部６４０は、参加店舗一覧ボタン６４３がタップされると、参加店舗ＤＢ７９から当該イベントに参加している店舗の情報を取得し、参加店舗一覧ボタン６４３の下方に参加店舗一覧情報（図示せず）を表示する。尚、当該参加店舗は、イベント毎に参加数や、参加メンバーが異なっていてもよい。ここでは、各店舗はイベントの趣旨に賛同できれば自由に参加することができる。また、参加店舗がすべてイベントの趣旨に沿った店舗であるため、店舗を使用するユーザにとって便宜である。

また、前売券ボタン６４４は、ここでは、横に「２，０００円（税込）」と記載された一つのボタンしか表示されていないが、例えば、横に「４，０００円（税込）」や、「６，０００円（税込）」と記載された他の複数の券種の前売券ボタン６４４を縦に並べて表示してもよい。その際、金額に加えて、金額に応じて使用可能な店舗数を併記するようにしてもよい。これにより、ユーザは、使用可能な店舗数を選択でき便宜である。

カード選択機能部５１０は、イベント詳細画面６４０Ａ（図４（Ｃ）参照）の前売券ボタン６４４がタップされると、ユーザ別カードＤＢ３３より当該ユーザの使用可能なクレジットカードの情報を取得し、クレジットカード確認画面５１０Ａ（図４（Ｄ）参照）を表示する。尚、ユーザの使用可能なクレジットカードの情報は、決済代行会社が予めユーザ毎にユーザ別カードＤＢ３３に記憶させてある。クレジットカード確認画面５１０Ａ（図４（Ｄ）参照）には、選択中のクレジットカード情報（カード会社、カード番号、有効期限）表示部５１１、セキュリティコード入力部５１２、およびお支払い内容を確認ボタン５１３が表示される。

選択中のクレジットカード情報表示部５１１には、デフォルトとして設定されているクレジットカード情報が表示される。選択中のクレジットカード情報表示部５１１には、「＞」の変更ボタン５１４が設けられている。カード選択機能部５１０は、選択中のクレジットカード情報表示部５１１の変更ボタン５１４がタップされると、選択可能な他のクレジットカード情報を表示し、タップを繰り返すことにより他の別のクレジットカード情報を順次表示する。最終的に選択中のクレジットカード情報表示部５１１に表示されたクレジットカード情報のクレジットカードが支払に使用される。

セキュリティコード入力部５１２は、タップして別途表示されるテンキー画面（図示せず）を用いた数字の入力を受け付ける。カード選択機能部５１０は、セキュリティコード入力部５１２に選択中のクレジットカード情報表示部５１１に表示されたクレジットカードのセキュリティコードが入力され、お支払い内容を確認ボタン５１３がタップされると、決済前確認機能部５２０にお支払い内容確認画面（図４（Ｅ）参照）を表示させる。

決済前確認機能部５２０が表示するお支払い内容確認画面（図４（Ｅ）参照）には、購入するイベントチケット内容（イベント名称、開催場所、開催期間、購入券種）５２１、クレジットカード確認画面５１０Ａ（図４（Ｄ）参照）で選択された支払に使用するクレジットカード情報（カード会社、カード番号、有効期限）５２３、および金額を明示したお支払いボタン５２４が表示される。

決済前確認機能部５２０は、お支払いボタン５２４がタップされると、購入したイベントチケットに関する決済情報（購入日時、イベント参加店舗、ユーザＩＤ、支払金額、使用するクレジットカード、決済方法）を決済ＤＢ３２に記憶させる。尚、決済代行会社は、決済ＤＢ３２から購入したイベントチケットに関する決済情報を取得し、審査後、決済ＤＢ３２に決済ステータス情報を記憶させる。決済前確認機能部５２０は、決済ＤＢ３２から当該決済ステータス情報を取得する。

決済完了機能部６５０は、決済前確認機能部５２０が取得した決済ステータス情報が決済完了になっていると、決済完了画面（図４（Ｆ）参照）を表示する。決済完了画面（図４（Ｆ）参照）には、購入が完了した旨６５１、マイチケットボタン６２１により確認できる旨６５２、購入内容６５３、およびイベントへ戻るボタン６５４が表示される。これにより、ユーザは、クレジットカードによるチケットの購入が無事完了したことを知ることができる。このようにして、ユーザに対して先払いでチケットを販売することで、代金回収漏れを防止できるとともに、ユーザがチケットを有効活用するべくスタンプラリー期間内に対象となる店舗のどれかを訪問する可能性を高めることができる。

決済完了機能部６５０は、イベントへ戻るボタン６５４がタップされると、イベント一覧機能部６３０にイベント一覧画面６３０Ａ（図４（Ｂ）参照）を表示させる。これにより、追加で他のイベントチケットの購入が可能となる。

＜チケット使用系の処理＞
図３に示すように、チケット使用系の処理を実行するとき、ユーザアプリ５１に従って動作するユーザ端末４の制御部４１は、トップ機能部６２０、チケット一覧機能部７１０、チケット詳細機能部７２０、参加店舗一覧機能部７３０、店舗詳細機能部７４０、チケット使用前確認機能部７５０、および入店完了機能部７６０として機能する。

ユーザ端末４においてユーザアプリ５１が起動されると、トップ機能部６２０が最初に機能し、表示部４４にトップ画面６２０Ａ（図４（Ａ）参照）を表示する。

トップ機能部６２０は、トップ画面６２０Ａ（図４（Ａ）参照）上で、マイチケットボタン６２１がタップされると、チケット一覧機能部７１０にチケット一覧画面７１０Ａ（図５（Ｇ）参照）を表示させる。

チケット一覧機能部７１０は、チケット一覧画面７１０Ａ（図５（Ｇ）参照）上で、開催イベントボタン７１１がタップされるとチケットＤＢ７８から現在開催中のイベントの購入チケットに関するチケット情報を取得する。チケット一覧機能部７１０は、取得した現在開催中のイベントの購入チケットに関するチケット情報を当該開催イベントボタン７１１の下方のチケット表示部７１８に各購入チケット毎に表示する。ここでは、チケット表示部７１８には、一つの購入チケット情報表示部７１９しか表示されていないが、購入チケットが複数あって購入チケット情報表示部７１９を複数表示する場合には、上方からイベントの開催時期の終了時期の近い順に表示される。また、同じイベントの異なる種類のチケットを購入していた場合には、高額の購入チケット情報表示部７１９が上方に表示される。各購入チケット情報表示部７１９には、イベント名称７１３、開催場所７１４、開催期間７１５、購入券種７１６、イベント詳細ボタン７１７、および「＞」の詳細表示ボタン７１９ａが表示される。これにより、ユーザに対して、イベントが終了してしまう前に適時にチケットを使用するよう促すことができる。特に、高額のチケットが未使用のまま使用できなくなってしまうことを防止できる。

イベント詳細ボタン７１７は、開閉式メニュボタンになっている。チケット一覧機能部７１０は、イベント詳細ボタン７１７がタップされると、イベントＤＢ７７から当該イベントに関する詳細情報を取得し、イベント詳細ボタン７１７の下方にイベント詳細情報（図示せず）を表示する。

尚、チケット一覧機能部７１０は、終了イベントボタン７１２がタップされるとチケットＤＢ７８から終了済みのイベントの購入チケットに関するチケット情報を取得する。チケット一覧機能部７１０は、取得した終了済みのイベントの購入チケットに関するチケット情報を、当該終了イベントボタン７１２の下方の購入チケット表示部７１８に各購入チケット毎に上方から終了時期の近い順に表示する。購入チケット情報表示部７１９には、イベント名称７１３、開催場所７１４、開催期間７１５、購入券種７１６、およびイベント詳細ボタン７１７が表示される。

チケット一覧機能部７１０は、開催イベントボタン７１１がタップされ、購入チケット表示部７１８に表示された購入チケット情報表示部７１９の一つが選択され、選択された当該購入チケット情報表示部７１９の詳細表示ボタン７１９ａがタップされると、チケット詳細機能部７２０に当該購入チケットに関する詳細情報を取得させる。

チケット詳細機能部７２０は、チケット使用ＤＢ８０から選択された当該購入チケットの使用に関する詳細情報を取得し、チケット詳細画面７２０Ａ（図５（Ｈ）参照）を表示する。当該購入チケットの使用に関する詳細情報には、当該購入チケットにより使用可能な店舗数と、使用済み店舗の店舗名称、店舗写真、および入店日時が含まれている。

チケット詳細画面７２０Ａ（図５（Ｈ）参照）には、画面トップにイベント名称６４２が表示され、イベント名称６４２の下方に使用枠表示部７２２が表示される。

使用枠表示部７２２には、当該購入チケットにより使用可能な店舗数分の使用枠ボタン７２３が上下に並んで設定され表示される。各使用枠ボタン７２３には、チケット購入直後のデフォルトとして、すべて使用していないことを示す「未使用」が表示される。ここでは、使用可能な店舗の使用枠ボタン７２３が４軒分あり、何れの使用枠ボタン７２３もまだ「未使用」であることが表示されている。尚、使用枠ボタン７２３が多すぎて当該画面上に表示し切れない使用枠ボタン７２３については、画面を上下にフリックまたはスワイプすることにより表示することができる。これにより、ユーザは、当該購入チケットに使用可能な枠が残っていることを一見して知ることができる。

尚、購入チケットが使用されると、チケット使用ＤＢ８０が更新され、チケット詳細機能部７２０は、「未使用」と表示されていた使用枠ボタン７２３に、当該使用の店舗名称と店舗写真を順次表示するようになっている。そして、この当該使用の店舗名称と店舗写真の使用枠ボタン７２３への表示は、最下方に設定された使用枠ボタン７２３に最初になされ、購入チケットが使用される度に順に上方の使用枠ボタン７２３にもなされるようになっている。これにより、ユーザは、「未使用」表示の使用枠ボタン７２３を見逃す恐れが少ない。

チケット詳細機能部７２０は、「未使用」と表示されている使用枠ボタン７２３がタップされると、参加店舗一覧機能部７３０に店舗検索画面７３０Ａ（図５（Ｉ）参照）を表示させる。なお、使用済みの使用枠ボタン７２３がタップされた場合は、使用済みとして表示している店舗の店舗情報を表示すると良い。

参加店舗一覧機能部７３０は、参加店舗ＤＢ７９から選択された当該購入チケットの使用可能な参加店舗情報を検索、取得し、店舗検索画面７３０Ａ（図５（Ｉ）参照）を表示して使用可能な店舗を一覧表示する。店舗検索画面７３０Ａ（図５（Ｉ）参照）には、画面トップに使用可能な参加店舗数７３９と地図表示ボタン７３９ａを表示し、画面トップ下方に参加店舗表示部７３１が設けられている。なお、このとき、その日に入店してチケットを利用した人数が一日当たり上限人数に到達している店舗は、入店不可店舗として一覧表示されないように構成してもよい。

参加店舗表示部７３１には、使用可能な参加店舗情報を表示する参加店舗情報表示部７３２が各参加店舗毎に表示される。各参加店舗情報表示部７３２は、参加店舗表示部７３１に上から順に予め設定された並び順で表示される。当該並び順は、トップ画面６２０Ａ（図４（Ａ）参照）の設定ボタン６０３がタッチされてトップ機能部６２０が表示する設定画面（図示せず）上で設定する。当該並び順には、次の（１）から（５）に示す並び順のいずれか１つを設定できる。

（１）参加店舗名称のあいうえお順
（２）参加店舗ジャンル順
（３）本日の残り提供可能人数の多い順
（４）空席数・空席待ち人数に基づいた店舗での待ち時間の短い順
（５）アクセス距離・時間に基づいた店舗に到達するまでの時間の短い順

当該参加店舗において当該購入チケットを使用して食事することのできる人数には、一日当たりの上限人数が設定されており、参加店舗ＤＢ７９の「一日当たり上限人数」に記憶されている。本日の残り提供可能人数は、当該上限人数までの残りの食事提供可能人数であり、飲食店の店舗端末７から随時あるいは定期的に、例えば１０分おきに送信されて参加店舗ＤＢ７９の「本日提供残数」に記憶される。

また、（３）に使用する本日の残り提供可能人数は、当該上限人数から、チケット使用ＤＢ８０に記憶されている当該参加店舗における当該購入チケットの本日分のこれまでの使用人数、すなわち、チケット使用ＤＢ８０内のデータの内、イベントＩＤおよび店舗ＩＤが一致し、かつ入店日時が本日であるデータの数を差し引いた数を用いてもよい。これを用いて、参加店舗一覧機能部７３０は、本日の残り提供可能人数の多い店舗から順に表示する。

（４）に使用する空席数・空席待ち人数は、飲食店の店舗端末７から随時あるいは定期的に送信されて参加店舗ＤＢ７９に記憶されている空席数あるいは満席のために入店待ちをしている人の待ち人数である。これを用いて、参加店舗一覧機能部７３０は、空席数の多い店舗から順に表示し、続けて待ち人数の少ない店舗の順に表示する。

（５）に使用するアクセス距離・時間は、参加店舗ＤＢ７９に記憶されている参加店舗の位置情報と、ユーザ端末４のＧＰＳ４３ｄにより計測されたユーザの位置情報とを用いて導出した、ユーザの現在位置から参加店舗までの距離あるいは徒歩等による所要時間である。これを用いて、参加店舗一覧機能部７３０は、店舗に到達するまでの時間の短い店舗の順に表示する。

ユーザは、自身の時々の要望、例えば、とにかく近場で飲食したいとか、今日はあまり待ちたくないとか、今日は確実にチケットを使用して食事をしたいといった要望に合わせて、参加店舗情報表示部７３２の並べ順を設定し表示させることができるため、利便性がよい。

尚、使用可能な参加店舗数７３９が多いために当該画面上に表示し切れない参加店舗情報表示部７３２については、画面を上下にフリックまたはスワイプすることにより表示することができる。

各参加店舗情報表示部７３２には、店舗名称７３３、店舗写真７３４、店舗ジャンル７３５、営業時間７３６、休日７３７、および「＞」の詳細表示ボタン７３８が表示される。ここで、当該購入チケットで既に使用している参加店舗については、当該参加店舗情報表示部７３２上に大きく「×」印が表示される。また、当該購入チケットで既に使用している参加店舗については、当該参加店舗情報表示部７３２を非表示にしてもよい。これにより、当該購入チケットの使用が可能な参加店舗だけを抽出することができるため、既に使用していた参加店舗に重複して行くことを防止できる。

また、本日の残り提供可能人数がゼロになった参加店舗については、参加店舗情報表示部７３２上に大きく「本日分完売」の表示が表示される。これにより、ユーザは、当該参加店舗で当該購入チケットを使用しての食事ができないことを知ることができ、当該参加店舗に無駄足を運ぶことが無くなる。

さらに、各参加店舗情報表示部７３２に、当該店舗における、本日の残り提供可能人数、空席数・空席待ち人数、およびアクセス距離・時間を表示するようにしてもよい。これらの表示を見たユーザは、入店したいと思っていた店舗にこれから行くとして、当該店舗に到着するまでの間にどのくらいの人数の人が当該店舗で食事をし、それによって購入チケットを使用しての食事のできる確度がどのくらいになるのかおおよそ推定することができるため、無駄足を避けやすくなる。

地図表示ボタン７３９ａは、開閉式メニュボタンになっている。参加店舗一覧機能部７３０は、地図表示ボタン７３９ａがタップされると、地図表示ボタン７３９ａの下方に地図上に各参加店舗の位置が明示された参加店舗表示地図（図示せず）を表示する。

参加店舗一覧機能部７３０は、選択された参加店舗情報表示部７３２の詳細表示ボタン７３８がタップされると、店舗詳細機能部７４０に当該参加店舗に関する詳細情報を取得させる。

店舗詳細機能部７４０は、店舗ＤＢ７２から選択された当該参加店舗に関する詳細情報を取得し、店舗詳細画面７４０Ａ（図５（Ｊ）参照）を表示する。店舗詳細画面７４０Ａ（図５（Ｊ）参照）には、画面トップに店舗ジャンル７４１、店舗名称７４２、および入店済み／未入店７４３が表示される。

店舗詳細機能部７４０は、画面トップ下方の店舗紹介ボタン７４５がタップされると、店舗紹介ボタン７４５の下方に、店舗写真７４７、店舗情報の紹介文７４８を表示する。これにより、ユーザは、チケット使用直前の店舗の状況を確認することができ、また、店舗にとっても、詳細な店舗ＰＲを行うことにより当該ユーザの入店を確実なものにすることができるという利点がある。

店舗詳細機能部７４０は、画面トップ下方の関連情報ボタン７４６がタップされると、関連情報ボタン７４６の下方に、当該店舗に関連した情報（図示せず）を表示する。尚、当該店舗に関連した情報に、本日の残り提供可能人数、空席数・空席待ち人数、およびアクセス距離・時間の情報を含むようにしてもよい。これにより、ユーザは、入店して食事のできる確度（可否）を推定できる。

店舗詳細機能部７４０は、店舗詳細画面７４０Ａ（図５（Ｊ）参照）の画面ボトムの入店ボタン７４９がタップされると、チケット使用前確認機能部７５０に入店前確認画面７５０Ａ（図５（Ｋ）参照）を表示させる。

チケット使用前確認機能部７５０は、ユーザに入店内容を確認させるため、入店前確認画面７５０Ａ（図５（Ｋ）参照）で、店舗写真７５１、店舗名称７５２、イベント名称７５３、開催場所７５４、開催期間７５５、および購入券種７５６を表示する。

チケット使用前確認機能部７５０は、画面ボトムのチケットを使用ボタン７５７がタップされると、チケット使用ＤＢ８０に店舗ＩＤ、チケットＩＤ、および入店日時を記憶する。これにより、当該購入チケットによる当該店舗での使用がチケット使用ＤＢ８０に記憶される。その後、チケット使用前確認機能部７５０は、入店完了機能部７６０に入店完了画面７６０Ａ（図５（Ｌ）参照）を表示させる。

入店完了機能部７６０は、入店完了画面７６０Ａ（図５（Ｌ）参照）で、入店日時７６３、入店店舗名称７６４、イベント名称７６５、および「受付が完了しました！この画面をお店の人に見せてください」との文言で入店完了の旨７６１を表示し、ユーザに入店の受付が完了したことを通知すると共に、入店完了画面７６０Ａ（図５（Ｌ）参照）を当該入店店舗の人に見せて確認してもらうよう促す。

最後に、入店完了機能部７６０は、ＴＯＰへ戻るボタン７６６がタップされると、チケット詳細機能部７２０にチケット詳細画面７２０Ａ（図５（Ｈ）参照）を表示させる。

以上の構成と動作により、スタンプラリー用チケット管理システム１は、ユーザアプリ５１に従って動作するユーザ端末４が、複数の店舗が参加する各種イベント毎に発券されるスタンプラリーの複数種類のチケットから任意のチケットを選択するチケット選択手段（イベント一覧機能部６３０、およびイベント詳細機能部６４０）と、前記チケット選択手段により選択された前記チケットの使用が可能な前記イベントに参加する複数の前記店舗から入店する店舗を選択する入店店舗選択手段（参加店舗一覧機能部７３０、および店舗詳細機能部７４０）を備えている。スマートフォン等のユーザ端末４は常に持ち歩くものであり、紙のチケットのように携行し忘れることが少ない。また、紙のチケットの複数枚分を一体として携行することができる。そのため、チケットを使用したいと思い付いた時にその使用チャンスを逃す恐れが少なく利便性が高い。

スタンプラリー用チケット管理システム１は、店舗毎に入店の可否を推定する入店可否推定手段（参加店舗情報表示部７３２）と、前記入店可否推定手段による推定に基づいて、入店しやすい店舗をユーザに通知する推奨店舗通知手段（参加店舗表示部７３１）とを備えている。

すなわち、参加店舗表示部７３１には、参加店舗情報表示部７３２を、本日の残り提供可能人数の多い順や、空席数・空席待ち人数に基づいた店舗での待ち時間の短い順や、アクセス距離・時間に基づいた店舗に到達するまでの時間の短い順で表示することができるようになっている。そして、各参加店舗情報表示部７３２には、当該店舗の本日の残り提供可能人数、空席数・空席待ち人数、およびアクセス距離・時間を表示することや、現時点で本日の残り提供可能人数が最も多い店舗や現時点で空席数の最も多い店舗を推奨店舗として表示することもできる。これにより、本日の残り提供可能人数の多い店舗や空席数の多い店舗をユーザに通知して推奨店舗通知手段として機能する。

これにより、ユーザは、これらの情報をユーザ端末４を用いてリアルタイムで知ることができる。そして、ユーザは、これらの情報を基に、各店舗における購入チケットを使用しての食事のできる確度を即座に推定することができる。そのため、ユーザは、無駄足を踏む恐れが少なくなり便宜である。また、システム全体としても、ユーザが利用しようとした時点で利用しやすい店舗を案内することで、チケットの利用を促進することができ、店舗への還元率を高めることができる。

スタンプラリー用チケット管理システム１では、入店可否推定手段（参加店舗情報表示部７３２）が、店舗毎にチケットを使用して食事のできる人数に上限人数を設定し、チケットを使用して食事をした人数が当該上限人数に達した店舗の参加店舗情報表示部７３２上に大きく「本日分完売」の表示をし、当該店舗の入店が不可であることを明確に示すようになっている。このため、ユーザは、当該店舗に無駄足を運ぶことが無くなり便宜である。

また、イベント情報とチケット情報を分けており、イベント情報にて参加店舗を管理し、チケット情報で券種を管理する構成であることにより、同じイベントでも５店舗ラリーチケットと１０店舗ラリーチケットを販売するといった券種別チケットを容易に取り扱うことができる。

また、このようにして、スタンプラリーのチケットを前売りすることで、購入したユーザに対してスタンプラリー期間内に店舗を訪れる意思を高めるとともに、人気が集中しやすい店舗等が存在しても上限人数または／及び待ち人数（若しくは空席数）によってユーザが何度行っても入店できないということを防止でき、かつ、上限人数に達しておらず空席数の多い店舗を優先的に案内することで様々な店舗ができるだけまんべんなく利用されるようにユーザの行動をてる程度誘導することができる。したがって、利用者の利便性および満足度を向上させるとともに、スタンプラリー参加店舗の全体の利用量を増加させることで店舗の売り上げ増加につなげて店舗の満足度も高めることができる。

尚、この発明は本実施形態に限られず他の様々な実施形態とすることができる。
例えば、上述した実施例では決済手段としてクレジット決済を採用したが、これに限らず、携帯電話会社が提供しているキャリア決済または携帯決済を決済手段に用いて、チケットの購入金額が携帯電話料金とともに請求される構成としてもよい。この場合、チケット購入時の決済処理をキャリア決済または携帯決済に変更すれば良く、その他の構成は実施例と同じ構成とすると良い。この場合も、上述した実施例と同様の作用効果を奏することができる。

この発明は、飲食店の利用を促進するような産業に利用することができる。

１…スタンプラリー用チケット管理システム
２…決済サーバ
４…ユーザ端末
６…管理サーバ
４１…制御部
４３…入力部
４４…表示部
４５…通信部
５１…ユーザアプリ
６３０…イベント一覧機能部
６４０…イベント詳細機能部
７２０…チケット詳細機能部
７２０Ａ…チケット詳細画面
７２２…使用枠表示部
７２３…使用枠ボタン
７３０…参加店舗一覧機能部
７３０Ａ…店舗検索画面
７３１…参加店舗表示部
７３２…参加店舗情報表示部

Claims (5)

1. ユーザの操作入力を受け付けるユーザ端末と、
   飲食店の店舗に関する店舗情報と、前記店舗が複数参加するスタンプラリーのイベントにて使用可能なチケットに関するチケット情報、および当該チケットの使用可能回数の範囲内で使用された前記店舗示すチケット使用情報を管理する管理サーバとを備え、
   前記ユーザ端末は、ユーザが購入したチケットのうち任意のチケットの選択を受け付けるチケット選択手段と、
   前記チケット選択手段により選択された前記チケットの使用が可能な前記店舗を複数表示して入店する店舗の選択を受け付ける入店店舗選択手段と、
   を備えた
   スタンプラリー用チケット管理システム。
2. 前記ユーザ端末は、
   店舗毎に入店の可否を推定する入店可否推定手段を備え、
   前記入店店舗選択手段は、
   前記入店可否推定手段による推定に基づいて、入店しやすい店舗をユーザに通知する構成である
   請求項１記載のスタンプラリー用チケット管理システム。
3. 前記管理サーバは、
   参加店舗において前記チケットを使用して食事のできる人数に上限人数を設定した参加店舗情報を記憶する構成であり、
   前記入店可否推定手段は、チケットを使用して食事をした人数が当該上限人数に達した店舗を入店不可とする構成であり、
   前記入店店舗選択手段は、
   前記入店可否推定手段により入店不可とされた店舗を選択して入店することができない構成である
   請求項２記載のスタンプラリー用チケット管理システム。
4. 請求項１、２、または３記載のスタンプラリー用チケット管理システムにより当該チケットの使用を管理するスタンプラリー用チケット管理方法であって、
   前記ユーザ端末により、ユーザが購入したチケットのうち任意のチケットの選択を受け付けるチケット選択ステップと、
   店舗毎に入店の可否を推定する入店可否推定ステップと、
   前記入店可否推定ステップによる推定に基づいて、入店しやすい店舗をユーザに通知する推奨店舗通知ステップと、
   前記チケット選択ステップにより選択された前記チケットの使用が可能な前記店舗を複数表示して入店する店舗の選択を受け付ける入店店舗選択ステップと、
   を有する
   スタンプラリー用チケット管理方法。
5. ユーザの操作入力を受け付けるコンピュータにインストールされ、
   飲食店の店舗に関する店舗情報と、前記店舗が複数参加するスタンプラリーのイベントにて使用可能なチケットに関するチケット情報、および当該チケットの使用可能回数の範囲内で使用された前記店舗示すチケット使用情報を管理する管理サーバと通信する機能を有するスタンプラリー用チケット管理プログラムであって、
   前記コンピュータを、
   前記ユーザ端末は、ユーザが購入したチケットのうち任意のチケットの選択を受け付けるチケット選択手段と、
   前記チケット選択手段により選択された前記チケットの使用が可能な前記店舗を複数表示して入店する店舗の選択を受け付ける入店店舗選択手段として機能させる
   スタンプラリー用チケット管理プログラム。