JP7086319B1 - クーポン配布装置、クーポン配布システムおよびクーポン配布方法 - Google Patents

Abstract

本開示にかかるクーポン配布装置（１）は、推定されるイベントの終了時刻より前に、終了時刻より前の時間帯で店舗において利用可能なクーポンを作成するクーポン作成部（２０）と、クーポンをイベントの観客のユーザ端末（４）に送信するクーポン送信部（２１）と、を備える。

Description

本開示は、イベントの観客へクーポンを配布するクーポン配布装置、クーポン配布システムおよびクーポン配布方法に関する。

スポーツ、コンサートなどのイベントの観客が、イベントの終了後に一斉に移動を始めると、交通機関、道路などにおいて混雑が生じる。特許文献１には、イベント会場の周辺地域の混雑を避ける混雑緩和装置が開示されている。特許文献１に記載の混雑緩和装置は、イベントの終了後に、イベント会場から駅までの経路の混雑状況を検出するとともに、経路上の人の興味を示す興味情報を取得する。そして、特許文献１に記載の混雑緩和装置は、検出した混雑状況を用いて足止めが必要な人数を求め、足止めが必要な人数と興味情報とを用いて、経路上の人が興味を持つアトラクションを決定する。特許文献１に記載の混雑緩和装置により決定されたアトラクションをアトラクション会場で開催することで、アトラクション会場に一部の観客が留まるため、経路上の混雑が緩和される。

特開２０１６－４２２７５号公報

特許文献１に記載の混雑緩和装置は、イベントが終了した後に、アトラクションを決定している。このため、特許文献１に記載の技術では、アトラクションの開催により一部の人が足止めされたとしてもイベントの終了後に人流が集中することは避けられず混雑の緩和の効果が不十分な場合があるという問題がある。

本開示は、上記に鑑みてなされたものであって、イベントの終了後の人流の集中を緩和することができるクーポン配布装置を得ることを目的とする。

上述した課題を解決し、目的を達成するために、本開示にかかるクーポン配布装置は、推定されるイベントの終了時刻より前に、終了時刻より前の時間帯で店舗において利用可能なクーポンを作成するクーポン作成部と、クーポンをイベントの観客のユーザ端末に送信するクーポン送信部と、を備え、店舗およびユーザ端末のうち少なくとも一方に、イベントを撮影した映像が配信される。

本開示にかかるクーポン配布装置は、イベントの終了後の人流の集中を緩和することができるという効果を奏する。

実施の形態１にかかるクーポン配布システムの構成例を示す図 実施の形態１のクーポン配布システムにおける動作の一例を示すシーケンス図 実施の形態１の観客分析情報の一例を示す図 実施の形態１のクーポン配布システムにおける動作の一例を示すシーケンス図 実施の形態１の割引率の一例を示す図 実施の形態１のクーポン配布装置を実現するコンピュータシステムの構成例を示す図 実施の形態１にかかるクーポン配布システムの変形例を示す図 実施の形態２にかかるクーポン配布システムを示す図 実施の形態２の実績分析部における分析結果の一例を示す図 実施の形態２の観客分析情報送信部から送信される観客分析情報の一例を示す図 学習済モデルを用いる場合の実施の形態２における実績分析部の構成例を示す図

以下に、実施の形態にかかるクーポン配布装置、クーポン配布システムおよびクーポン配布方法を図面に基づいて詳細に説明する。

実施の形態１．
図１は、実施の形態１にかかるクーポン配布システムの構成例を示す図である。本実施の形態のクーポン配布システム１００は、クーポン配布装置１およびイベント運用システム３を備える。本実施の形態のクーポン配布システム１００は、イベントの観客にクーポンを配布する。イベントは、例えば、野球、サッカー、格闘技、ボートレース、競馬、競輪、バレーボールといったスポーツ、コンサート、演劇などであるがこれらに限定されない。イベントが行われるイベント会場は、例えば、スタジアム、多目的ホール、コンサートホール、体育館、競艇場、競馬場などであるが、これらに限定されない。クーポン配布装置１は、イベントの観客が保持する端末であるユーザ端末４へ、イベント会場の周辺の周辺店舗６において利用可能なクーポンを配布する。周辺店舗６は、店舗５－１～５－Ｎを含む。店舗５－１～５－Ｎは、１つ以上の店舗の一例である。以下、店舗５－１～５－Ｎを個別に区別せずに示すときには、店舗５と記載する。図１では複数の店舗５－１～５－Ｎが図示されているが、店舗５は１つであってもよく、Ｎは１以上の整数であればよい。周辺店舗６に属する店舗５－１～５－Ｎは、例えば、クーポン配布システム１００の運用者との間で、クーポンの発行に関して合意している店舗である。

イベントが終了した後に観客が一斉にイベント会場から移動を始めると、イベント会場の周辺で混雑が生じる。本実施の形態のクーポン配布システム１００は、イベントの終了より前に、イベントの観客にイベント会場の周辺の店舗５で使用可能なクーポンを配布する。これにより、イベントの終了前にイベント会場から店舗５へ移動する観客が見込まれ、イベント終了後の混雑を緩和することができる。クーポン配布システム１００は、配布するクーポンにイベントの終了より前の期間において有効なものを含めておいてもよい。また、クーポン配布システム１００は、観客がクーポンを利用可能な周辺店舗６、またはクーポンを利用した観客のユーザ端末４に、イベントの映像を配信する。これにより、観客は、イベントの終了前にイベント会場から退場した場合であっても、退場した後のイベントを視聴することができるため、イベントの終了前にイベント会場から退場しやすくなる。

図１に示すように、本実施の形態のイベント運用システム３は、カメラ３１、入場管理装置３２および運用管理装置３３を備える。

カメラ３１は、例えば、イベント会場の入口付近およびイベント会場内のうち少なくとも１か所に設置され、イベント会場に入場する観客またはイベント会場内における観客を撮影し、撮影により得られたカメラ映像を運用管理装置３３へ送信する。カメラ３１は、例えば、入口に設けられることでイベント会場を通過した全観客を撮影してもよいし、観客の一部だけを撮影してもよい。

入場管理装置３２は、例えば、イベント会場における入口において、入場券の識別情報を読み取る装置であり、読み取った識別情報を運用管理装置３３へ送信する。入場券は、例えば、観戦チケット、コンサートチケットなどのように、イベントを観戦または鑑賞するためのチケットである。入場券は紙であってもよいし、ユーザ端末４に表示される電子的なデータであってもよい。入場券の識別情報は、例えば、ＱＲコード（登録商標）（Quick Responseコード）などの２次元コードとして入場券またはユーザ端末４に表示されるが、入場券の識別情報はテキストで表示されてもよい。また、入場管理装置３２は、近距離無線通信などを用いて、ＩＣ（Integrated Circuit）チップが埋め込まれた入場券、または入場券に関する情報を保持しているユーザ端末４と通信を行うことで、入場券の識別情報を取得してもよい。以下、入場券の識別情報を入場券ＩＤ(IDentifier)と呼ぶ。

運用管理装置３３は、カメラ３１から受信したカメラ映像をクーポン配布装置１へ送信する。なお、図１では、カメラ映像は運用管理装置３３を介してクーポン配布装置１へ送信されているが、クーポン配布装置１はカメラ３１から直接カメラ映像を受信してもよい。また、運用管理装置３３は、入場管理装置３２から受信した入場券ＩＤに対応する観客の登録情報を、図示しない予約システムから取得し、取得した登録情報をクーポン配布装置１へ送信する。登録情報は、予約時に取得された、観客に関する情報であり、例えば、観客が、入場券の予約時に登録した内容を示す情報である。登録情報は、例えば、観客の氏名、性別、年齢といった情報を含む。なお、登録情報において、観客の氏名の代わりに、例えば、予約システムを利用する際に用いたユーザ識別情報などのように、ユーザ識別情報が用いられてもよい。観客の氏名およびユーザ識別情報は、観客の識別情報の一例である。予約システムは、登録情報と入場券ＩＤとの対応を保持している。運用管理装置３３は、予約システムに、入場券ＩＤを指定して登録情報の送信を要求することで、予約システムから入場券ＩＤに対応する登録情報を受信する。なお、運用管理装置３３が予約システムとしての機能を有していてもよく、この場合、運用管理装置３３は、自身が入場券ＩＤに対応する登録情報を図示しない記憶部に記憶しているため、入場券ＩＤに対応する登録情報を記憶部から読み出し、読み出した登録情報をクーポン配布装置１へ送信する。

また、運用管理装置３３は、イベントの進行状況を管理しており、イベントの進行状況を示す進行情報をクーポン配布装置１へ送信する。進行情報は、例えば、イベントが野球であれば、７回表、８回裏などいったように、各イニングの表と裏を単位として示されてもよいし、７回表の１アウトなどのように、アウトカウントの単位で示されてもよい。また、進行情報は、例えば、イベントがサッカーであれば、前半３０分、後半２０分などのように、前半と後半のそれぞれにおける経過時間で示されてもよい。また、進行情報は、例えば、イベントがコンサートであれば、イベントの全演目１０演目中の３番目の演目などのように、演目単位で示されてもよい。運用管理装置３３は、例えば、進行情報の値が更新されるたびに、進行情報をクーポン配布装置１へ送信する。進行情報は、オペレータにより運用管理装置３３に入力されてもよいし、他の装置から運用管理装置３３に送信されてもよい。なお、イベントの終了時刻が定められている場合には、運用管理装置３３は、イベントの終了時刻をクーポン配布装置１へ送信すればよく、進行情報を送信しなくてもよい。また、運用管理装置３３は、イベントの種類を示すイベント情報をクーポン配布装置１へ送信する。イベントの種類は、例えば、プロ野球、社会人野球、サッカー、コンサート、演劇などである。イベント情報は、オペレータにより運用管理装置３３に入力されてもよいし、他の装置から運用管理装置３３に送信されてもよい。

なお、図１では、イベント運用システム３は、カメラ３１および入場管理装置３２を備えているが、これに限らず、イベント運用システム３は、カメラ３１および入場管理装置３２のうちいずれか一方だけを備えてもよい。

本実施の形態のクーポン配布装置１は、カメラ映像受信部１１、登録情報受信部１２、進行情報受信部１３、観客分析部１４、終了時刻推定部１５、観客分析情報送信部１６、クーポンＩＤ受信部１７、実績情報記憶部１８、クーポン要求受信部１９、クーポン作成部２０およびクーポン送信部２１を備える。

カメラ映像受信部１１は、運用管理装置３３からカメラ映像を受信し、受信したカメラ映像を観客分析部１４へ出力する。登録情報受信部１２は、運用管理装置３３から登録情報を受信し、受信した登録情報を観客分析部１４へ出力する。進行情報受信部１３は、運用管理装置３３から進行情報を受信し、受信した進行情報を終了時刻推定部１５へ出力する。また、進行情報受信部１３は、運用管理装置３３からイベント情報を受信し、受信したイベント情報を終了時刻推定部１５へ出力する。

観客分析部１４は、イベントの観客の属性情報を用いて、イベントの観客の、属性の区分ごとの構成比を示す属性分析情報を生成する。具体的には、観客分析部１４は、カメラ映像および登録情報のうち少なくとも一方を用いて、イベントの観客の属性情報を生成し、属性情報を用いて、観客を複数の区分（属性の区分）に分類し、属性の区分ごとの構成比を算出する。属性情報は、例えば、年齢および性別のうちの少なくとも１つである。以下では、一例として、属性情報が年齢および性別であるとするが、属性情報はこれに限定されない。観客分析部１４は、区分ごとの構成比を、属性分析情報として観客分析情報送信部１６へ出力する。また、観客分析部１４は、登録情報受信部１２から登録情報を受け取った場合、登録情報をクーポン作成部２０へ出力する。

詳細には、観客分析部１４は、カメラ映像受信部１１からカメラ映像を受け取った場合は、カメラ映像を用いて、画像認識処理により、観客の属性情報を推定し、推定した属性情報を用いて観客を複数の区分に分類し、区分ごとの観客の数を計数する。そして、観客分析部１４は、区分ごとの計数結果を用いて、区分ごとの構成比を算出する。区分は、例えば、年齢が１０代であり性別が男といったように、年齢の範囲と性別との組み合わせで表される。区分は、これに限らず、年齢の範囲だけ、または性別だけなどであってもよい。以下では、区分が年齢の範囲と性別との組み合わせで表される例について説明する。観客分析部１４が行う画像認識処理としては、一般的な処理を用いることができ、どのような処理が用いられてもよい。なお、カメラ３１が、全観客を撮影していない場合でも、十分な数の観客を特定の条件の場所に偏らないように撮影することで、撮影された観客に関する区分ごとの構成比を、全観客に関する区分ごとの構成比の推定値とみなすことができる。また、観客分析部１４は、登録情報受信部１２から登録情報を受け取った場合は、登録情報から属性情報を抽出し、抽出した属性情報を用いて観客を各区分に分類し、区分ごとの構成比を算出する。

なお、イベント運用システム３がカメラ３１および入場管理装置３２を備えている場合、運用管理装置３３は、登録情報をクーポン配布装置１へ送信し、カメラ映像をクーポン配布装置１へ送信しないようにしてもよい。また、イベント運用システム３がカメラ３１および入場管理装置３２を備え、イベントの観客の一部が入場管理装置３２を経由して入場し残部が入場管理装置３２を経由せずに入場する場合、運用管理装置３３は、カメラ映像および登録情報の両方をクーポン配布装置１へ送信し、クーポン配布装置１の観客分析部１４は、カメラ映像と登録情報との両方を用いて区分ごとの構成比を求めてもよい。例えば、観客分析部１４は、カメラ映像から推定した属性情報と登録情報から抽出した属性情報とを合わせて区分ごとの観客を計数し、計数結果を用いて区分ごとの構成比を求めてもよい。

終了時刻推定部１５は、進行情報受信部１３から受け取った進行情報を用いて、イベントの終了時刻を推定し、推定結果をクーポン作成部２０へ通知する。例えば、イベントが野球であれば、１イニングの１回の攻撃分の所要時間をあらかじめ定めておき、終了時刻推定部１５は、順次更新される進行情報と１イニングの１回の攻撃分の所要時間とを用いて９回の裏が終了する時刻を、イベントの終了時刻として推定する。例えば、イベントがコンサートであれば、１演目あたりの所要時間をあらかじめ定めておき、終了時刻推定部１５は、順次更新される進行情報と１演目あたりの所要時間とを用いて、全演目が終了する時刻を推定する。１イニングの１回の攻撃分の所要時間、１演目あたりの所要時間などの終了時刻を推定するための補助情報は、例えば、イベントの種類ごとにあらかじめ定められて図示しないクーポン配布装置１の記憶部に記憶されており、終了時刻推定部１５は、進行情報受信部１３から受け取ったイベント情報を用いて対応するイベントの種類に応じて必要な補助情報を読み出す。または、イベントごとに、運用管理装置３３から補助情報が通知されてもよいし、イベントごとにオペレータからクーポン配布装置１に入力されてもよい。また、終了時刻推定部１５は、進行情報受信部１３から受け取ったイベント情報を、観客分析情報送信部１６へ出力する。

観客分析情報送信部１６は、観客分析部１４によって生成された属性分析情報を含む観客分析情報を店舗５へ送信する。詳細には、観客分析情報送信部１６は、終了時刻推定部１５から受け取ったイベント情報と、観客分析部１４から受け取った属性分析情報とを含む観客分析情報を生成し、生成した観客分析情報を周辺店舗６の各店舗５へ送信する。

クーポン要求受信部１９は、店舗５から、クーポンの発行を要求することを示すクーポン要求情報を受信し、受信したクーポン要求情報をクーポン作成部２０へ出力する。クーポン要求情報は、発行するクーポンの種類を示す情報を含む。クーポンの種類は、例えば、クーポンに対応するサービスまたは商品を示す情報である。クーポンの種類は、例えば、店舗５が飲食店の場合は、ビール、ジュース、コーヒー、飲み物、食事などであり、店舗５が物品を販売する店舗である場合、文房具、グッズＡなどであるが、これらに限定されない。なお、後述するように、例えば、クーポンは、店舗５におけるサービスまたは商品の価格が割引となる割引クーポンであってもよいし、限定販売などの商品の購入が可能な購入券となるクーポンであってもよい。このように、割引以外に購入券などのクーポンも発行可能な場合、クーポン要求情報には、サービスまたは商品を示す情報だけでなく、割引であるか購入券であるかを示す情報が含まれていてもよい。

クーポン作成部２０は、推定されるイベントの終了時刻より前に、推定されるイベントの終了時刻より前の時間帯で店舗５において利用可能なクーポンを作成する。具体的には、クーポン作成部２０は、終了時刻推定部１５から受け取った推定結果であるイベントの終了時刻と、クーポン要求受信部１９から受け取ったクーポン要求情報とを用いて、クーポンを作成し、作成したクーポンにクーポンの識別情報であるクーポンＩＤを付与し、ＩＤ付きクーポンをクーポン送信部２１へ出力する。作成されるクーポンは、イベントの終了時刻より前の時間帯に有効なものを含む。クーポン作成部２０におけるクーポンの作成方法の詳細については後述する。ＩＤ付きクーポンは、例えば、クーポンの内容を示す情報と、クーポンＩＤを示す情報とを含む。ＩＤ付きクーポンは、２次元コードであってもよい。クーポンＩＤを示す情報は、クーポンＩＤが２次元コードとして表示されたものであってもよいし、２次元コードとは別のクーポンＩＤ自体でもよい。また、クーポン作成部２０は、観客分析部１４から登録情報を受け取った場合は、登録情報と作成したＩＤ付きクーポンとを対応付けて実績情報記憶部１８に格納する。なお、イベント運用システム３がカメラ映像を送信し登録情報を送信しない場合などのように、クーポン配布装置１が各観客の登録情報を管理しない場合は、クーポン作成部２０は、クーポンＩＤを付与せずに、作成したクーポンをクーポン送信部２１へ送信してもよい。

クーポン送信部２１は、クーポン作成部２０により作成されたＩＤ付きクーポンをイベントの観客のユーザ端末４に送信する。なお、クーポン送信部２１は、クーポンを送信すればよく、このクーポンはＩＤ付きクーポンであっても、ＩＤが付与されていないクーポンであってもよい。クーポンの送信は、例えば、ユーザ端末４が、クーポン取得のためのＵＲＬ（Uniform Resource Locator）にアクセスすることで実施される。例えば、イベント会場の大型スクリーンに、クーポンを取得するためのＵＲＬを示す２次元コードが表示されてもよいし、座席に、クーポンを取得するためのＵＲＬを示す２次元コードが貼付されてもよい。クーポン配布装置１が各観客の登録情報を管理しない場合、クーポン配布装置１は、ユーザ端末４がクーポンを取得するためのＵＲＬへアクセスするとクーポンが表示されるようにしてもよい。すなわち、ユーザ端末４がクーポンを取得するためのＵＲＬへアクセスすると、クーポン送信部２１がクーポンを送信してもよい。クーポン配布装置１が各観客の登録情報を管理する場合は、後述するように、例えば、クーポン配布装置１は、ユーザ端末４と、配布するクーポンのクーポンＩＤの対応付けを行うことになる。対応付けの具体例としては、例えば、ユーザ端末４がクーポンを取得するためのＵＲＬへアクセスすると、ユーザを識別するためのユーザ識別情報または氏名など、登録情報に含まれる情報の入力を要求する。

クーポンの送信方法は、上記の例に限定されず、例えば、イベント会場におけるローカルな通信ネットワークでＩＤ付きクーポンを送信することでイベント会場の観客のユーザ端末４へＩＤ付きクーポンを送信してもよい。または、ユーザ端末４におけるクーポンを取得するためのアプリケーションソフトウェアが、ユーザ端末４の位置情報を取得し、ユーザ端末４がイベント会場内にいると判断した場合にクーポン配布装置１へＩＤ付きクーポンの取得を要求するようにしてもよい。

クーポン送信部２１によってユーザ端末４にＩＤ付きクーポン（またはクーポン）が送信されると、ユーザは、ユーザ端末４を操作することで、ユーザ端末４が受信したＩＤ付きクーポン（またはクーポン）を店舗５で提示することでクーポンを利用することができる。

クーポンＩＤ受信部（クーポン識別情報受信部）１７は、各店舗５で利用されたＩＤ付きクーポンのクーポンＩＤである利用クーポンＩＤを各店舗５から受信し、受信した利用クーポンＩＤを実績情報記憶部１８に格納する。利用クーポン識別情報である利用クーポンＩＤは、利用されたクーポンを示す利用クーポン情報の一例であり、後述するように、クーポン作成部２０によって、観客ごとの利用実績を求める際に使用される。

図１に示した映像配信システム２は、イベントを撮影する図示しない撮影装置から映像を受信し、受信した映像を周辺店舗６のうち少なくとも一部の店舗５へ送信する。また、映像配信システム２は、受信した映像をユーザ端末４に送信してもよい。すなわち、映像配信システム２は、店舗５およびユーザ端末４のうち少なくとも一方へイベントを撮影した映像を配信する。映像配信システム２は、店舗５に対しては、例えば、イベントの開始時から、またはイベントの途中から映像を送信する。映像配信システム２は、ユーザ端末４に対しては、観客がクーポンを利用した場合に、映像の送信を開始する。例えば、映像配信システム２は、ユーザ端末４への映像の送信を開始する前に、ユーザ端末４にパスワードの送信を要求し、ユーザ端末４から送信されたパスワードが、保持しているパスワードと一致した場合に映像の送信を開始する。パスワードは、例えば、毎日、１週間ごとなどのように定期的に変更されて、店舗５に通知される。パスワードの更新のタイミングは上記の例に限定されない。パスワードは、店舗５に掲示されてもよいし、観客がユーザ端末４を用いてクーポンを提示すると店員から観客にパスワードが伝達されてもよい。クーポンを利用する観客がパスワードをユーザ端末４に入力すると、映像配信システム２からユーザ端末４へ映像が送信される。

または、利用クーポンＩＤを用いた承認が行われることで、ユーザ端末４への映像の配信が行われてもよい。例えば、店舗５から送信された利用クーポンＩＤが実績情報記憶部１８に格納されると、クーポン配布装置１のクーポン作成部２０またはクーポン配布装置１の図示しない機能部が、利用クーポンＩＤに対応するＩＤが付与されたＩＤ付きクーポンを実績情報記憶部１８から読み出し、登録情報とユーザ端末４との対応付けを行ってもよい。なお、ここでは、ＩＤ付きクーポンの発行時に登録情報とユーザ端末４の識別情報の対応付けが行われているか、または登録情報にユーザ端末４の識別情報が含まれているとする。クーポン配布装置１のクーポン作成部２０またはクーポン配布装置１の図示しない機能部が、ＩＤ付きクーポンを利用した観客のユーザ端末４を特定し、特定したユーザ端末４の識別情報を、承認されたユーザ端末４の識別情報として映像配信システム２へ通知してもよい。映像配信システム２は、クーポン配布装置１から通知されたユーザ端末４の識別情報に対応するユーザ端末４へ映像を送信する。クーポン配布装置１のクーポン作成部２０またはクーポン配布装置１の図示しない機能部は、利用されたクーポンのクーポンＩＤを用いて、ユーザ端末４の識別情報の代わりにユーザ識別情報を特定してもよい。この場合、ユーザ端末４は、ユーザ識別情報を映像配信システム２へ送信し、映像の送信を映像配信システム２へ要求する。映像配信システム２は、ユーザ端末４から送信されたユーザ識別情報が、クーポン配布装置１から通知されたユーザ識別情報と一致する場合にユーザ端末４へ映像を送信する。

図１に示すように、ユーザ端末４は、クーポン受信部４１、出力部４２および映像受信部４３を備える。クーポン受信部４１は、クーポン配布装置１からＩＤ付きクーポン（またはクーポン）を受信し、受信したＩＤ付きクーポン（またはクーポン）を出力部４２へ出力する。映像受信部４３は、映像配信システム２から映像を受信すると映像を出力部４２へ出力する。出力部４２は、少なくとも表示機能を有する。出力部４２は、スピーカとしての機能を有していてもよい。出力部４２は、クーポン受信部４１から受け取ったＩＤ付きクーポン（またはクーポン）を表示し、映像受信部４３から受け取った映像を表示する。

図１に示すように、周辺店舗６における店舗５－１は、店舗端末５１および表示装置５２を備える。また、周辺店舗６における店舗５－２は、店舗端末５１を備える。周辺店舗６における店舗５は、少なくとも店舗端末５１を備える。表示装置５２については、全店舗５が備えていなくてもよい。表示装置５２は、例えば、店舗５の来店者が視聴することが可能な大型の表示装置であるが、映像を表示することができるものであればどのような表示装置であってもよい。表示装置５２を備えていない店舗５でＩＤ付きクーポン（またはクーポン）を利用する観客は、上述したように、ユーザ端末４で映像を視聴することができる。

店舗端末５１は、クーポン配布装置１から観客分析情報を受信し、観客分析情報を表示することで、観客分析情報を店員に提示する。店員は、観客分析情報と、店舗５で提供するサービスまたは店舗５で販売する商品に基づいて、発行を要求するクーポンの種類を決定する。例えば、店舗５が、ビール、ジュースおよび食事を提供する飲食店であれば、店員は、観客分析情報を用いてビール、ジュースおよび食事のなかからクーポンの発行を要求する商品を選択し、選択した商品を示す情報を店舗端末５１へ入力する。店舗端末５１は、店員から入力された情報を用いてクーポン要求情報を生成し、生成したクーポン要求情報をクーポン配布装置１へ送信する。また、店舗端末５１は、ＩＤ付きクーポンを利用する観客のユーザ端末４に表示されたＩＤ付きクーポンを読み取り、読み取ったＩＤ付きクーポンに対応するクーポンＩＤを利用クーポンＩＤとしてクーポン配布装置１へ送信する。ＩＤ付きでないクーポンが用いられる場合には、店舗５では、当該クーポンを店員が確認してもよいし、店舗端末５１が読み取ってもよい。また、店舗端末５１は、ＰＯＳ（Point of Sale）システムにおける端末であってもよいし、ＰＯＳシステムに接続される端末であってもよい。この場合、利用クーポンＩＤは、ＰＯＳシステムを介してクーポン配布装置１へ送信されてもよい。また、店舗端末５１は、クーポン配布装置１との間で、ＳＮＳ（Social Networking Service）などの既存のアプリケーションソフトウェアを用いて情報の送受信を行ってもよい。

表示装置５２は、映像配信システム２から、イベントの映像を受信し、受信した映像を表示する。なお、イベントの映像の視聴に制限がある場合、すなわち、店舗５の全ての来店客がイベントの映像の視聴が可能になることが好ましくない場合、店舗５に個室などの専用エリアなどが設けられ、専用エリア内に表示装置５２が設置され、ＩＤ付きクーポン（またはクーポン）を利用する観客が当該専用エリア内で映像を視聴するようにしてもよい。

次に、本実施の形態の動作について説明する。図２および図４は、本実施の形態のクーポン配布システム１００における動作の一例を示すシーケンス図である。図２に示すように、クーポン配布装置１は、イベント運用システム３からカメラ映像および登録情報を受信する（ステップＳ１，Ｓ２）。カメラ映像は、上述したように、イベント会場において観客が撮影された映像であり、登録情報は、入場券の予約時に登録された情報である。また、上述したように、クーポン配布装置１は、イベント運用システム３からカメラ映像および登録情報のうち少なくとも１つを受信すればよい。

次に、クーポン配布装置１は、カメラ映像および登録情報のうち少なくとも１つを用いてイベント会場の観客の属性情報を分析する（ステップＳ３）。詳細には、観客分析部１４が、カメラ映像および登録情報のうち少なくとも一方を用いて、イベントの観客の属性情報を求め、属性情報を用いて観客を複数の区分に分類し、区分ごとの構成比を算出し、算出した区分ごとの構成比を、属性分析情報として観客分析情報送信部１６へ出力する。

また、クーポン配布装置１は、イベント運用システム３から進行情報（イベントの進行情報）を受信し（ステップＳ４）、イベントの進行情報を基にイベントの終了時刻を推定する（ステップＳ５）。詳細には、終了時刻推定部１５が、進行情報と上述した補助情報とを用いてイベントの終了時刻を推定し、推定結果であるイベントの推定時刻をクーポン作成部２０へ出力する。ステップＳ４，Ｓ５は、イベントの開催中に、進行情報が更新されるたびに、または定期的に実施される。なお、イベントの終了時刻が定められている場合、推定されるイベントの終了時刻が決定されている場合には、ステップＳ４，Ｓ５は実施されなくてよい。この場合、イベントの終了時刻は、例えば、オペレータにより入力されるまたはイベント運用システム３から送信されることで、推定されるイベントの終了時刻としてクーポン作成部２０に入力される。

クーポン配布装置１は、観客分析情報を店舗５－１～５－Ｎへ送信する（ステップＳ６）。詳細には、観客分析情報送信部１６が、観客分析部１４から受け取った属性分析情報と、終了時刻推定部１５から受け取ったイベント情報とを含む観客分析情報を生成し、生成した観客分析情報を店舗５－１～５－Ｎへ送信する。イベント情報は、上述したように、例えば、運用管理装置３３から送信され、進行情報受信部１３によって受信され、終了時刻推定部１５を介して、観客分析情報送信部１６に入力される。なお、イベント情報は、運用管理装置３３から送信される代わりに、クーポン配布装置１に直接入力されてもよい。

図３は、本実施の形態の観客分析情報の一例を示す図である。図３に示した例では、上部にイベント情報が示され、イベント情報の下部に属性分析情報が示されている。図３に示した例では、イベント情報によりイベントがプロ野球であることが示されている。図３に示した属性分析情報では、年齢と性別の組み合わせにより各区分が定められている。例えば、年齢が１０歳未満で性別が男の属性が１つの区分である。図３に示した例では、年齢については、１０歳未満、１０代、２０代、３０代、４０代、５０代、６０代に分類されている。図３に示した比率は、全年齢および全性別を合わせた観客の人数をＮ_ａｌｌとしたときの、各区分の観客数のＮ_ａｌｌに対する比が百分率で示されたものである。すなわち、図３に示した比率は、全年齢および全性別を合わせた観客に対する各区分の観客の構成比を示している。

図２の説明に戻る。店舗５－１～５－Ｎは、観客分析情報に基づき、発行を要求するクーポンを決定する（ステップＳ７）。詳細には、店舗５－１～５－Ｎの店舗端末５１は、ステップＳ６で送信された観客分析情報を受信すると、受信した観客分析情報を表示し、店員からの発行を要求するクーポンの種類の入力を受付ける。そして、店舗５－１～５－Ｎの店舗端末５１は、受付けた内容に基づいて発行を要求するクーポンを決定する。なお、観客分析情報を受信した全ての店舗５－１～５－Ｎがクーポンの発行を要求する必要なく、店舗５－１～５－Ｎのうち少なくとも一部がクーポンの発行を要求すればよい。

次に、図４に示すように、店舗５－１～５－Ｎは、クーポン要求情報を送信する（ステップＳ８）。図４では、店舗５－１～５－Ｎのそれぞれに対応するクーポン要求情報をクーポン要求情報＃１～＃Ｎとして示している。クーポン配布装置１のクーポン要求受信部１９は、クーポン要求情報（クーポン要求情報＃１～＃Ｎ）を受信し、受信したクーポン要求情報をクーポン作成部２０へ出力する。

次に、クーポン配布装置１は、クーポン要求情報とイベント終了時刻とに基づいてクーポンを作成し、クーポンにＩＤを付与する（ステップＳ９）。詳細には、クーポン作成部２０が、終了時刻推定部１５から受け取ったイベントの終了時刻であるイベント終了時刻と、クーポン要求受信部１９から受け取ったクーポン要求情報とを用いて、クーポンを作成する。クーポン作成部２０は、作成したクーポンに、観客分析部１４から受け取った登録情報ごとにクーポン識別情報であるクーポンＩＤを付与し、クーポンＩＤを付与したクーポンであるＩＤ付きクーポンを作成する。また、クーポン作成部２０は、作成したＩＤ付きクーポンをクーポン送信部２１へ出力する。また、クーポン作成部２０は、ＩＤ付きクーポンと登録情報とを対応付けて実績情報記憶部１８に格納する。なお、クーポン作成部２０が、クーポンを作成するタイミングは、イベント会場に観客が入場可能となってからイベントの終了時刻までの間であればよい。例えば、クーポン配布装置１は、推定されるイベントの終了時刻よりあらかじめ定められた時間前に、クーポンを作成するようにしてもよい。

クーポン作成部２０は、例えば、入店時間がイベント終了時刻より前の時間である場合に有効なクーポンを作成する。また、クーポン作成部２０は、例えば、複数の時間帯ごとにクーポンの内容を変更するようにしてもよく、この場合、早い時間帯ほど割引率が高くなるようにしてもよい。例えば、クーポン作成部２０は、割引率を、複数の時間帯ごとに定め、早い時間帯ほど割引率が高くなるようにクーポンを作成してもよい。図５は、本実施の形態の割引率の一例を示す図である。図５に示した例では、推定されるイベント終了時刻が１９：００であるとしている。図５に示した例では、１８：００以前、１８：０１－１８：３０、１８：３１－１９：００の各時間帯に入店した場合の割引率の一例を示している。クーポン作成部２０は、例えば、イベント終了時刻の３０分前からイベント終了時刻までに入店した場合の割引率を１０％とし、さらにその前の３０分間に入店した場合の割引率を２０％とし、さらにそれ以前に入店した場合の割引率を３０％とするといった規則をあらかじめ定めておき、この規則とイベント終了時刻とを用いて、図５に示したように各時間帯の割引率を決定する。なお、具体的な割引率および時間帯はこの例に限定されない。また、イベントの種類ごとに規則を定めておいてもよいし、イベントが開催される日が平日であるか休日であるかに応じて規則を定めておいてもよい。クーポン作成部２０は、図５に例示した割引率と、各店舗５から受け取ったクーポン要求情報で示されるサービスまたは商品とを用いてクーポンを作成する。例えば、店舗５－１からビールのクーポンの発行の要求があった場合には、１８：００以前の入店でビール３０％割引、１８：０１－１８：３０の入店でビール２０％割引、１８：３１－１９：００の入店でビール１０％割引といった内容のクーポンが作成される。

なお、クーポン作成部２０は、属性の区分ごとに、発行するクーポンを決定してもよい。この場合、クーポン要求情報において、区分ごとに、発行するクーポンの種類が指定されてもよい。また、ここでは、クーポン作成部２０が割引率を決定する例を説明したが、店舗５がクーポン要求情報において、割引率を指定し、クーポン作成部２０は、指定された割引率を用いてクーポンを発行してもよい。

また、店舗５が物品を販売する店舗である場合、クーポン作成部２０は、クーポンをイベントに関連する限定グッズなどの購入券としてもよい。この場合、クーポン作成部２０は、早い時間帯ほど人気の高いまたは販売数の少ないグッズを購入できるようなクーポンを作成してもよい。

また、上述したように、実績情報記憶部１８には店舗５で利用されたクーポンのクーポンＩＤである利用クーポンＩＤが格納されるとともに、過去に発行されたＩＤ付きクーポンと対応する登録情報とが格納されている。このため、クーポン作成部２０は、実績情報記憶部１８に格納されている利用クーポンＩＤと、登録情報と、ＩＤ付きクーポンとを用いて、利用クーポンＩＤに対応する氏名またはユーザ識別情報などのユーザを識別するための情報を求めることができる。クーポン作成部２０は、クーポンの発行時に、ユーザごとに、過去のクーポンの利用実績をもとに、作成するクーポンの割引率などを決定してもよい。例えば、クーポン作成部２０は、観客分析部１４から受け取った登録情報に対応する観客の過去のクーポンの利用回数が閾値以上の場合には、割引率を上記の規則を用いて決定した割引率より１０％上乗せするといったように、利用回数が多い観客に対して割引率が高いクーポンを作成してもよい。

また、クーポン作成部２０は、クーポン配布装置１が登録情報を管理しない場合には、クーポンにクーポンＩＤを付与しなくてもよい。この場合、クーポン作成部２０は、ＩＤ付きクーポンの代わりに、作成したクーポンをクーポン送信部２１へ出力する。

クーポン配布装置１は、ＩＤ付きクーポン（またはクーポン）をユーザ端末４に送信する（ステップＳ１０）。ユーザ端末４がＩＤ付きクーポン（またはクーポン）を受信して表示することで、観客はクーポンの内容を確認する。観客は、クーポンの内容を確認し、クーポンを利用したいと考えると、イベントを終了時刻より早く退場することになる。これにより、イベントの終了後の混雑を抑制することができる。また、クーポン配布装置１は、ＩＤ付きクーポン（またはクーポン）を送信する際に、クーポンを利用すると店舗５においてまたはユーザ端末４を用いてイベントの映像が視聴できる旨を示す情報をユーザ端末４に送信してもよい。ユーザ端末４が当該情報を表示すると、観客がイベント会場を退場して店舗５に移動した後もイベントの映像を視聴することができることを認識できるため、観客のイベントの終了時刻より早い時間の退場を促進することができる。

また、上述したように、イベント会場内の大型スクリーンに、クーポンを取得するためのＵＲＬを示す２次元コードを表示してもよいし、座席に２次元コードが貼付されてもよい。ＩＤ付きクーポンではない場合、この場合、クーポン配布装置１がＷｅｂサーバーとしての機能を有し、ユーザ端末４が２次元コードを読み取りＵＲＬにアクセスすることで、クーポン配布装置１からユーザ端末４へクーポンが送信されてもよい。

ＩＤ付きクーポンについては、当該ＩＤ付きクーポンに対応付けられた登録情報に対応する観客のユーザ端末４に送信されることになる。このため、なんらかの方法で、登録情報とユーザ端末４とが対応付けられる。例えば、ユーザ端末４が、クーポンを取得するためのＵＲＬを示す２次元コードを読み取りＵＲＬにアクセスすると、当該ＵＲＬにおいてユーザ識別情報の入力が要求されるようにしてもよい。ユーザ端末４は、観客から入力されたユーザ識別情報をユーザ端末４の識別情報とともに、クーポン配布装置１へ送信する。クーポン配布装置１は、ユーザ端末４から受信したユーザ識別情報を実績情報記憶部１８に格納されている登録情報内のユーザ識別情報と照合することで、ユーザ端末４（ユーザ端末４の識別情報）と登録情報との対応を把握することができる。なお、クーポンを取得するためのＵＲＬを示す２次元コードはイベント会場の座席などに貼付されてもよい。または、例えば、入場券の予約とクーポンの配布とをユーザ端末４における同一のアプリケーションソフトウェアなどにより行うことで、ユーザ端末４が当該アプリケーションソフトウェアによりクーポン取得のためのボタンを表示してもよい。この場合、ユーザが当該ボタンを押下すると、当該アプリケーションソフトウェアによってクーポン取得を要求する情報が、登録情報に含まれるユーザ識別情報とともにクーポン配布装置１へ送信される。これにより、クーポン配布装置１は、ユーザ端末４と登録情報との対応を把握することができる。または、運用管理装置３３が取得する登録情報にユーザ端末４の識別情報が含まれていてもよい。

クーポン作成部２０は、例えば、上記のように例示した方法で、ユーザ端末４の識別情報と登録情報との対応を把握し、ＩＤ付きクーポンをクーポン送信部２１へ出力する際に、ＩＤ付きクーポンに対応するユーザ端末４の識別情報を求め、送信先としてユーザ端末４の識別情報を通知する。なお、ユーザ端末４の識別情報と登録情報とを対応づける方法は上述した例に限定されない。

映像配信システム２は、店舗５およびユーザ端末４へイベントの映像を送信することで、映像を配信する（ステップＳ１１）。なお、上述したように、店舗５への映像の送信はイベントの開始時に行われてもよい。また、ユーザ端末４への映像の配信は、ユーザ端末４に対応する観客がクーポンを利用した後、またはユーザ端末４に対応する観客がクーポンを利用する店舗５に入店した後に開始されることが望ましい。具体的には、例えば、ユーザ端末４の映像の配信の前に、パスワードの入力が要求されるようにしてもよい。または、ＩＤ付きクーポンの場合には、上述したように、利用クーポンＩＤを用いた承認が行われることで、ユーザ端末４への映像の配信が開始されてもよい。

次に、本実施の形態のクーポン配布装置１のハードウェア構成について説明する。本実施の形態のクーポン配布装置１は、コンピュータシステム上で、クーポン配布装置１における処理が記述されたコンピュータプログラムであるプログラムが実行されることにより、コンピュータシステムがクーポン配布装置１として機能する。図６は、本実施の形態のクーポン配布装置１を実現するコンピュータシステムの構成例を示す図である。図６に示すように、このコンピュータシステムは、制御部１０１と入力部１０２と記憶部１０３と表示部１０４と通信部１０５と出力部１０６とを備え、これらはシステムバス１０７を介して接続されている。

図６において、制御部１０１は、例えば、ＣＰＵ（Central Processing Unit）等のプロセッサであり、本実施の形態のクーポン配布装置１における処理が記述されたプログラムを実行する。なお、制御部１０１の一部が、ＧＰＵ（Graphics Processing Unit）、ＦＰＧＡ（Field-Programmable Gate Array）などの専用ハードウェアにより実現されてもよい。入力部１０２は、たとえばキーボード、マウスなどで構成され、コンピュータシステムの使用者が、各種情報の入力を行うために使用する。記憶部１０３は、ＲＡＭ（Random Access Memory），ＲＯＭ（Read Only Memory）などの各種メモリおよびハードディスクなどのストレージデバイスを含み、上記制御部１０１が実行すべきプログラム、処理の過程で得られた必要なデータ、などを記憶する。また、記憶部１０３は、プログラムの一時的な記憶領域としても使用される。表示部１０４は、ディスプレイ、ＬＣＤ（液晶表示パネル）などで構成され、コンピュータシステムの使用者に対して各種画面を表示する。通信部１０５は、通信処理を実施する受信機および送信機である。出力部１０６は、プリンタ、スピーカなどである。なお、図６は、一例であり、コンピュータシステムの構成は図６の例に限定されない。

ここで、本実施の形態のプログラムが実行可能な状態になるまでのコンピュータシステムの動作例について説明する。上述した構成をとるコンピュータシステムには、たとえば、図示しないＣＤ（Compact Disc）－ＲＯＭドライブまたはＤＶＤ（Digital Versatile Disc）－ＲＯＭドライブにセットされたＣＤ－ＲＯＭまたはＤＶＤ－ＲＯＭから、コンピュータプログラムが記憶部１０３にインストールされる。そして、プログラムの実行時に、記憶部１０３から読み出されたプログラムが記憶部１０３の主記憶領域に格納される。この状態で、制御部１０１は、記憶部１０３に格納されたプログラムに従って、本実施の形態のクーポン配布装置１としての処理を実行する。

なお、上記の説明においては、ＣＤ－ＲＯＭまたはＤＶＤ－ＲＯＭを記録媒体として、クーポン配布装置１における処理を記述したプログラムを提供しているが、これに限らず、コンピュータシステムの構成、提供するプログラムの容量などに応じて、たとえば、通信部１０５を経由してインターネットなどの伝送媒体により提供されたプログラムを用いることとしてもよい。

図１に示した観客分析部１４、終了時刻推定部１５およびクーポン作成部２０は、図６に示した記憶部１０３に記憶されたコンピュータプログラムが図６に示した制御部１０１により実行されることにより実現される。図１に示した観客分析部１４、終了時刻推定部１５およびクーポン作成部２０の実現には、図６に示した記憶部１０３も用いられる。図１に示した実績情報記憶部１８は、図６に示した記憶部１０３の一部である。図１に示したカメラ映像受信部１１、登録情報受信部１２、進行情報受信部１３、観客分析情報送信部１６、クーポンＩＤ受信部１７、クーポン要求受信部１９およびクーポン送信部２１は、図６に示した通信部１０５により実現される。カメラ映像受信部１１、登録情報受信部１２、進行情報受信部１３、観客分析情報送信部１６、クーポンＩＤ受信部１７、クーポン要求受信部１９およびクーポン送信部２１の実現には制御部１０１も用いられる。また、クーポン配布装置１は複数のコンピュータシステムにより実現されてもよい。例えば、クーポン配布装置１は、クラウドコンピュータシステムにより実現されてもよい。

映像配信システム２も、同様に、例えば、図６に示した構成のコンピュータシステムにより実現される。店舗端末５１も同様に、例えば、図６に示した構成のコンピュータシステムにより実現される。ユーザ端末４も、同様に、例えば、図６に示した構成のコンピュータシステムにより実現される。図１に示したクーポン受信部４１および映像受信部４３は、図６に示した通信部１０５により実現される。クーポン受信部４１および映像受信部４３の実現には、制御部１０１も用いられる。図１に示した出力部４２は、図６に示した表示部１０４および、スピーカである出力部１０６により実現される。

＜変形例＞
図７は、実施の形態１にかかるクーポン配布システムの変形例を示す図である。本実施の形態の変形例のクーポン配布システム１００ａは、クーポン配布装置１ａおよびイベント運用システム３を備える。クーポン配布装置１ａは、クーポン作成部２０の代わりにクーポン作成部２０ａを備える以外は、クーポン配布装置１と同様である。実施の形態１と同様の機能を有する構成要素は実施の形態１と同一の符号を付し重複する説明を省略する。

本実施の形態のクーポン作成部２０ａは、交通情報システム７から、イベント会場の周辺の交通機関、道路などの混雑度を示す混雑情報を取得し、取得した混雑情報からイベントの終了時刻における混雑情報を予測する。そして、クーポン作成部２０ａは、混雑情報に応じてクーポンを作成する。例えば、クーポン作成部２０ａは、混雑情報として、鉄道、路線バスなどの交通機関における周辺の駅、停留所などの乗降者数を取得する。クーポン作成部２０ａは、例えば、１日の時間帯ごとの平均的な乗降者数の変化を過去の情報に基づいて日変化情報としてテーブルまたは計算式で保持しておき、日変化情報と、取得した混雑情報とから、イベントの終了時刻における混雑情報を予測する。例えば、８：００から８：３０までを基準時間帯とし、３０分単位の時間帯ごとに、当該時間帯の乗降者数の、基準時間帯の乗降者数に対する比である乗降者比を、日変化情報として保持しておく。クーポン作成部２０ａは、イベントの終了時刻の時間帯における乗降者比を当該混雑情報に対応する時間帯の乗降者比で除算した値を、取得した混雑情報に乗算することでイベントの終了時刻における混雑情報を予測する。または、クーポン作成部２０ａは、取得した混雑情報に対応する時刻とイベントの終了時刻との差が閾値以下であれば、取得した混雑情報を、イベントの終了時刻における混雑情報の予測値としてそのまま用いてもよい。クーポン作成部２０ａは、例えば、混雑情報が示す混雑度が多いほど、割引率が高くなるようにクーポンを作成する。なお、混雑情報は鉄道車両の乗客数などであってもよく、上述した例に限定されない。

また、クーポン作成部２０ａは、周辺に複数の駅、停留所などが存在する場合には、駅、停留所ごとに、混雑情報を取得し、クーポンの有効な時間帯における駅、停留所ごとの混雑情報を予測し、空いている駅または停留所へ向かう経路上の店舗５における割引率を高く設定するようにしてもよい。

以上述べたように、本実施の形態のクーポン配布装置１，１ａは、イベントの終了時刻より前にイベントの観客に周辺の店舗５で利用可能なクーポンを配布するようにした。これにより、イベントの終了後の人流の集中を緩和することができる。

実施の形態２．
図８は、実施の形態２にかかるクーポン配布システムを示す図である。本実施の形態のクーポン配布システム１００ｂは、クーポン配布装置１ｂおよびイベント運用システム３を備える。クーポン配布装置１ｂは、実績分析部２２が追加される以外は、実施の形態１のクーポン配布装置１と同様である。実施の形態１と同様の機能を有する構成要素は実施の形態１と同一の符号を付し重複する説明を省略する。以下、実施の形態１と異なる点を主に説明する。

本実施の形態では、クーポン配布装置１ｂは、イベント運用システム３から登録情報を取得できる場合に、登録情報とクーポンの利用実績とを分析することで、観客の属性の区分に応じた推奨されるクーポンの種類を決定し、推奨されるクーポンの種類を店舗５へ提示する。

例えば、実績分析部２２は、実績情報記憶部１８に格納されている、利用クーポンＩＤと、ＩＤ付きクーポンと、登録情報とを用いて、属性の区分ごとに、推奨するクーポンの種類を決定する。具体的には、実績分析部２２が、実績情報記憶部１８に格納されている、利用クーポンＩＤと、ＩＤ付きクーポンと、登録情報とを用いて、観客の属性情報の各区分に関して、クーポンの種類ごとに利用されたクーポンの数を算出する。実績分析部２２は、この算出結果を分析結果として用いて、各区分の推奨されるクーポンの種類を決定し、推奨されるクーポンの種類を観客分析情報送信部１６へ出力する。

図９は、本実施の形態の実績分析部２２における分析結果の一例を示す図である。図９では、一例として年齢が１０歳未満であり性別が男の区分に関する分析結果を示している。図９に示した例では、分析結果は、発行したクーポンの数であるクーポン発行数と、利用されたクーポンの数であるクーポン利用数とを含む。例えば、実績分析部２２は、実績情報記憶部１８に格納されている、登録情報と対応付けられたＩＤ付きクーポンを用いて、各区分の、クーポンの種類ごとのクーポン発行数を算出する。また、実績分析部２２は、実績情報記憶部１８を参照して、格納されている利用クーポンＩＤに対応するＩＤ付きクーポンを抽出し、当該ＩＤ付きクーポンに対応する登録情報を抽出する。そして、実績分析部２２は、抽出したＩＤ付きクーポンおよび登録情報を用いて、各区分のクーポンの種類ごとのクーポン発行数を算出する。図９では、１つの区分に関する分析結果を示しているが、実績分析部２２は、同様に、各区分の分析結果を算出する。

実績分析部２２は、区分ごとに、分析結果を用いて、クーポンの種類を、クーポン利用数の多い順、またはクーポン発行数に対するクーポン利用数の比の高い順に並べる。例えば、クーポン発行数に対するクーポン利用数の比が高いほど推奨される度合いの高いクーポンの種類であるとすると、図９に示した例では、菓子割引が最も推奨される度合いが高い。このため、例えば、実績分析部２２は、年齢が１０歳未満であり性別が男の区分に関しては、推奨されるクーポンの種類を菓子割引に決定する。なお、推奨されるクーポンの種類は１つに限定されず、複数としてもよい。例えば、実績分析部２２は、推奨される度合いが同程度のものが複数存在する場合には推奨されるクーポンの種類を複数決定してもよい。また、あらかじめ、区分ごとに上位２つなどのように、推奨されるクーポンの種類の数が定められていてもよい。また、この場合、区分ごとの、あらかじめ定められる推奨されるクーポンの種類の数は同一でなくてもよい。また、区分ごとの推奨されるクーポンの種類の数をあらかじめ定めず、実績分析部２２は、クーポン発行数に対するクーポン利用数の比が閾値以上であれば、当該クーポンの種類を推奨されるクーポンの種類として決定するようにしてもよい。また、登録情報と対応付けられたＩＤ付きクーポンとが実績情報記憶部１８に格納される際に、イベントの種類を示すイベント情報もこれらと対応づけられて格納され、実績分析部２２は、実績情報記憶部１８に格納されているイベント情報を用いて、実績情報記憶部１８に記憶されている各情報のうち、現在行われているイベントと同一の種類のイベントに関する情報を用いて上記の分析を行ってもよい。

観客分析情報送信部１６は、実施の形態１と同様の観客分析情報に、実績分析部２２から受け取った推奨されるクーポンの種類を付加し、推奨されるクーポンの種類を付加した観客分析情報を各店舗５へ送信する。各店舗５では、店員が推奨されるクーポンを参照して、区分ごとに発行を要求するクーポンの種類を決定する。そして、店舗端末５１は、店員からの入力に基づいて、区分ごとに、発行するクーポンの種類が指定されたクーポン要求情報を生成し、生成したクーポン要求情報をクーポン配布装置１ｂへ送信する。

図１０は、本実施の形態の観客分析情報送信部１６から送信される観客分析情報の一例を示す図である。図１０に示すように、本実施の形態の観客分析情報送信部１６から送信される観客分析情報は、図３に示した観客分析情報に、推奨されるクーポンの種類（図１０では、「クーポンの種類（推奨）」と記載）が追加されている。このように、観客分析情報に、推奨されるクーポンの種類が追加されることで、店舗５における店員は、発行を要求するクーポンの種類を決定する際に、過去の実績から効果的なクーポンの種類を把握することができる。なお、図１０に示した例では、構成比を示す比率と、イベント情報とが観客分析情報に含まれているが、これらのうち少なくとも一方が観客分析情報に含まれなくてもよい。なお、実績情報記憶部１８は、気象情報、曜日、季節、イベントの種別のうち少なくとも１つである参照情報と対応付けて利用クーポンＩＤが格納され、実績分析部２２は、クーポンの発行時の参照情報と同一または類似の利用クーポンＩＤを用いて、上記と同様に推奨するクーポンの種類を算出してもよい。

また、図９および図１０に示した例では属性の区分ごとに、クーポン発行数に対するクーポン利用数を算出したが、実績分析部２２は、区分に分類せずに、クーポン利用数、またはクーポン発行数に対するクーポン利用数の比を算出してもよい。この場合、実績分析部２２は、区分に分けずに推奨されるクーポンの種類を決定する。

また、クーポン配布装置１ｂがイベント運用システム３から登録情報を取得しない場合、各店舗５は利用クーポンＩＤの代わりに、利用されたクーポンを利用クーポン情報としてクーポン配布装置１ｂへ送信してもよい。クーポンＩＤ受信部１７は、店舗５から利用クーポン情報を受信し、利用クーポン情報を実績情報記憶部１８に格納する。なお、利用クーポン情報は利用されたクーポンそのものであってもよいし、利用されたクーポンの種類を示す情報であってもよい。そして、実績分析部２２は、実績情報記憶部１８に格納されている利用クーポン情報を用いて、推奨するクーポンの種類を決定し、観客分析情報送信部１６が、推奨するクーポンの種類を店舗５に送信してもよい。また、実績分析部２２は、実績情報記憶部１８に格納されている発行したクーポンを用いて、クーポンの種類ごとにクーポン利用数を算出し、算出した結果を用いて推奨されるクーポンの種類を決定してもよい。また、この場合、クーポン作成部２０が、イベントごとに、クーポンの種類ごとに作成したクーポンの数であるクーポン発行数を実績情報記憶部１８に格納し、実績分析部２２は、イベントごとに、各クーポンの種類のクーポン発行数に対するクーポン利用数の比を求め、この比を用いて推奨されるクーポンの種類を決定してもよい。以上述べた以外の本実施の形態の動作は、実施の形態１と同様である。また、本実施の形態においても、実施の形態１の変形例と同様に、混雑情報を考慮してクーポンを作成してもよい。

なお、実績分析部２２は、推奨するクーポンの種類を、学習済モデルを用いて決定してもよい。すなわち、実績分析部２２は、属性情報およびイベントの推定される終了時刻から、推奨されるクーポンの種類を推論するため学習済モデルに、属性情報およびイベントに対応する推定される終了時刻を入力することで得られる推論結果を用いて、推奨されるクーポンの種類を決定してもよい。図１１は、学習済モデルを用いる場合の本実施の形態における実績分析部２２の構成例を示す図である。図１１に示すように、実績分析部２２は、例えば、学習済モデル生成部２２１、学習済モデル記憶部２２２および推論部２２３を備える。学習済モデル生成部２２１は、例えば、過去のイベントにおける登録情報から抽出された属性情報と推定されるイベントの終了時間とを入力情報とし、当該入力情報に対応する利用クーポンＩＤが示すクーポンの種類を正解データとする学習用データセットを複数用いて、入力情報から、推奨するクーポンの種類を推論するための学習済モデルを生成する。学習済モデル生成部２２１は、生成した学習済モデルを学習済モデル記憶部２２２に格納する。

学習済モデル生成部２２１における学習済モデルの生成は、例えば、教師あり学習により行われる。教師あり学習のアルゴリズムとしては、どのようなものを用いてもよいが、例えば、ニューラルネットワークモデルを用いることもできる。学習のアルゴリズムはこの例に限定されない。

推論部２２３は、クーポンの発行時に、属性情報と推定される終了時刻とを含む入力情報を、学習済モデル記憶部２２２から読み出した学習済モデルに入力することで推奨するクーポンの種類を得る。なお、入力情報として、気象情報、曜日、季節、イベントの種別のうち少なくとも１つを加えてもよい。

また、実績分析部２２は、入力情報として、各属性の区分の構成比を用い、正解データとして、利用クーポンＩＤにより示される利用されたクーポンの種類を用いて学習済モデルを生成し、推論時には、学習済モデルに各属性の区分の構成比を入力することで、推奨するクーポンの種類を得てもよい。この場合も、入力情報として、気象情報、曜日、季節、イベントの種別のうち少なくとも１つを加えてもよい。

なお、図１１に示した例では、実績分析部２２が、学習済モデル生成部２２１を備えているが、クーポン配布装置１ｂとは別に学習済モデルを生成する学習装置を設け、学習装置が学習済モデル生成部２２１を備えてもよい。この場合、実績分析部２２は学習済モデル生成部２２１を備えなくてよく、学習装置の学習済モデル生成部２２１が、上記と同様に学習済モデルを生成する。そして、学習装置によって生成された学習済モデルが、実績分析部２２の学習済モデル記憶部２２２に格納される。

本実施の形態のクーポン配布装置１ｂも、実施の形態１のクーポン配布装置１と同様にコンピュータシステムにより実現される。また、クーポン配布装置１ｂは複数のコンピュータシステムにより実現されてもよい。例えば、クーポン配布装置１ｂは、クラウドコンピュータシステムにより実現されてもよい。

以上のように、本実施の形態のクーポン配布装置１ｂは、イベントの終了時刻より前にイベントの観客に周辺の店舗５で利用可能なクーポンを配布し、過去の実績に基づいて推奨するクーポンの種類を店舗５に提示するようにした。このため、実施の形態１と同様の効果を奏するとともに、店舗５がクーポンの種類を決定する際に過去の実績を考慮することができるため、クーポン配布装置１ｂはより効果的なクーポンを発行することができる。

以上の実施の形態に示した構成は、一例を示すものであり、別の公知の技術と組み合わせることも可能であるし、実施の形態同士を組み合わせることも可能であるし、要旨を逸脱しない範囲で、構成の一部を省略、変更することも可能である。

１，１ａ，１ｂ クーポン配布装置、２ 映像配信システム、３ イベント運用システム、４ ユーザ端末、５－１～５－Ｎ 店舗、６ 周辺店舗、７ 交通情報システム、１１ カメラ映像受信部、１２ 登録情報受信部、１３ 進行情報受信部、１４ 観客分析部、１５ 終了時刻推定部、１６ 観客分析情報送信部、１７ クーポンＩＤ受信部、１８ 実績情報記憶部、１９ クーポン要求受信部、２０，２０ａ クーポン作成部、２１ クーポン送信部、２２ 実績分析部、３１ カメラ、３２ 入場管理装置、３３ 運用管理装置、４１ クーポン受信部、４２ 出力部、４３ 映像受信部、５１ 店舗端末、５２ 表示装置、１００，１００ａ，１００ｂ クーポン配布システム、２２１ 学習済モデル生成部、２２２ 学習済モデル記憶部、２２３ 推論部。

Claims (20)

1. 推定されるイベントの終了時刻より前に、前記終了時刻より前の時間帯で店舗において利用可能なクーポンを作成するクーポン作成部と、
   前記クーポンを前記イベントの観客のユーザ端末に送信するクーポン送信部と、
   を備え、
   前記店舗および前記ユーザ端末のうち少なくとも一方に、前記イベントを撮影した映像が配信されることを特徴とするクーポン配布装置。
2. 前記クーポンは、前記店舗におけるサービスまたは商品の価格が割引となるクーポンであることを特徴とする請求項１に記載のクーポン配布装置。
3. 前記クーポン作成部は、前記価格の割引率を複数の時間帯ごとに定め、早い前記時間帯ほど前記割引率が高くなるように前記クーポンを作成することを特徴とする請求項２に記載のクーポン配布装置。
4. 前記店舗から発行を要求するクーポンの種類を示す情報を含むクーポン要求情報を受信するクーポン要求受信部、
   を備え、
   前記クーポン作成部は、前記クーポン要求情報を用いて前記クーポンを作成することを特徴とする請求項１から３のいずれか１つに記載のクーポン配布装置。
5. 実績情報記憶部と、
   利用されたクーポンを示す利用クーポン情報を前記店舗から受信し、前記利用クーポン情報を前記実績情報記憶部に格納するクーポン識別情報受信部と、
   前記実績情報記憶部に格納されている前記利用クーポン情報を用いて推奨するクーポンの種類を決定する実績分析部と、
   前記推奨するクーポンの種類を前記店舗に送信する観客分析情報送信部と、
   を備えることを特徴とする請求項４に記載のクーポン配布装置。
6. 前記イベントの観客の属性情報を用いて、前記イベントの観客の属性の区分ごとの構成比を示す属性分析情報を生成する観客分析部と、
   前記観客分析部によって生成された前記属性分析情報を含む観客分析情報を前記店舗へ送信する観客分析情報送信部と、
   を備えることを特徴とする請求項４に記載のクーポン配布装置。
7. 前記属性情報は、前記イベントの予約時に取得された前記観客に対応する登録情報に基づいて生成され、前記登録情報は前記観客の識別情報を含むことを特徴とする請求項６に記載のクーポン配布装置。
8. 前記属性情報は、前記イベントの会場においてカメラによって前記観客が撮影された映像であるカメラ映像に基づいて生成されることを特徴とする請求項６に記載のクーポン配布装置。
9. 実績情報記憶部と、
   前記店舗から、利用されたクーポンを示す利用クーポン情報を受信し、前記利用クーポン情報を前記実績情報記憶部に格納するクーポン識別情報受信部と、
   実績分析部と、
   を備え、
   前記クーポン作成部は、前記登録情報ごとに前記クーポンを作成し、作成した前記クーポンに識別情報であるクーポン識別情報を付与し、前記クーポン識別情報を付与した前記クーポンを前記登録情報と対応付けて前記実績情報記憶部に格納し、
   前記利用クーポン情報は、利用された前記クーポンに対応する前記クーポン識別情報を含み、
   前記実績分析部は、前記実績情報記憶部に格納されている、前記利用クーポン情報と、前記クーポン識別情報が付与された前記クーポンと、前記登録情報とを用いて、属性の区分ごとの推奨するクーポンの種類を決定し、
   前記観客分析情報送信部は、前記観客分析情報に前記推奨するクーポンの種類を付加し、前記推奨するクーポンの種類を付加した前記観客分析情報を前記店舗に送信することを特徴とする請求項７に記載のクーポン配布装置。
10. 前記実績分析部は、前記属性情報および前記推定される終了時刻から推奨されるクーポンの種類を推論するための学習済モデルに、属性情報およびイベントに対応する前記推定される終了時刻を入力することで得られる推論結果を用いて、前記推奨されるクーポンの種類を決定することを特徴とする請求項９に記載のクーポン配布装置。
11. 前記クーポン作成部は、さらに交通機関の混雑度を示す混雑情報に基づいて、前記クーポンを作成することを特徴とする請求項１から１０のいずれか１つに記載のクーポン配布装置。
12. 前記イベントの進行状況を示す進行情報に基づいて、推定される前記終了時刻を求める終了時刻推定部、
    を備えることを特徴とする請求項１から１１のいずれか１つに記載のクーポン配布装置。
13. 推定されるイベントの終了時刻より前に、前記終了時刻より前の時間帯で店舗において利用可能なクーポンを作成するクーポン作成部と、
    前記クーポンを前記イベントの観客のユーザ端末に送信するクーポン送信部と、
    を備え、
    前記クーポンは、前記店舗におけるサービスまたは商品の価格が割引となるクーポンであり、
    前記クーポン作成部は、前記価格の割引率を複数の時間帯ごとに定め、早い前記時間帯ほど前記割引率が高くなるように前記クーポンを作成することを特徴とするクーポン配布装置。
14. 推定されるイベントの終了時刻より前に、前記終了時刻より前の時間帯で店舗において利用可能なクーポンを作成するクーポン作成部と、
    前記クーポンを前記イベントの観客のユーザ端末に送信するクーポン送信部と、
    を備え、
    前記クーポン作成部は、さらに交通機関の混雑度を示す混雑情報に基づいて、前記クーポンを作成することを特徴とするクーポン配布装置。
15. イベントを撮影した映像を配信する映像配信システムと、
    クーポン配布装置と、
    を備え、
    前記クーポン配布装置は、
    推定されるイベントの終了時刻より前に、前記終了時刻より前の時間帯で店舗において利用可能なクーポンを作成するクーポン作成部と、
    前記クーポンを前記イベントの観客のユーザ端末に送信するクーポン送信部と、
    を備え、
    前記映像配信システムは、前記店舗および前記ユーザ端末のうち少なくとも一方へ前記映像を配信することを特徴とするクーポン配布システム。
16. 前記イベントの進行の状態を示す進行情報を前記クーポン配布装置へ送信するイベント運用システム、
    を備え、
    前記クーポン配布装置は、
    前記進行情報に基づいて、推定される前記終了時刻を求める終了時刻推定部、
    を備えることを特徴とする請求項１５に記載のクーポン配布システム。
17. 前記イベント運用システムは、前記イベントの観客の属性情報を取得し、前記属性情報を前記クーポン配布装置へ送信し、
    前記クーポン配布装置は、
    前記イベントの観客の属性の区分ごとの構成比を示す情報を含む観客分析情報を生成する観客分析部と、
    前記観客分析情報を前記店舗へ送信する観客分析情報送信部と、
    前記店舗から発行するクーポンの種類を示す情報を含むクーポン要求情報を受信するクーポン要求受信部、
    を備え、
    前記クーポン作成部は、前記クーポン要求情報を用いて前記クーポンを作成することを特徴とする請求項１６に記載のクーポン配布システム。
18. クーポン配布装置におけるクーポン配布方法であって、
    推定されるイベントの終了時刻より前に、前記終了時刻より前の時間帯で店舗において利用可能なクーポンを作成するステップと、
    前記クーポンを前記イベントの観客のユーザ端末に送信するステップと、
    を含み、
    前記店舗および前記ユーザ端末のうち少なくとも一方に、前記イベントを撮影した映像が配信されことを特徴とするクーポン配布方法。
19. クーポン配布装置におけるクーポン配布方法であって、
    推定されるイベントの終了時刻より前に、前記終了時刻より前の時間帯で店舗において利用可能なクーポンを作成するステップと、
    前記クーポンを前記イベントの観客のユーザ端末に送信するステップと、
    を含み、
    前記クーポンは、前記店舗におけるサービスまたは商品の価格が割引となるクーポンであり、
    前記価格の割引率は複数の時間帯ごとに定められ、早い前記時間帯ほど前記割引率が高くなるように前記クーポンが作成されることを特徴とするクーポン配布方法。
20. クーポン配布装置におけるクーポン配布方法であって、
    推定されるイベントの終了時刻より前に、前記終了時刻より前の時間帯で店舗において利用可能なクーポンを交通機関の混雑度を示す混雑情報に基づいて作成するステップと、
    前記クーポンを前記イベントの観客のユーザ端末に送信するステップと、
    を含むことを特徴とするクーポン配布方法。

Images