特開 2023-157580 人流制御装置、端末装置および人流制御システム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2023157580

(43)【公開日】2023-10-26

(54)【発明の名称】人流制御装置、端末装置および人流制御システム

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20231019BHJP

   G06Q 30/0207 20230101ALI20231019BHJP

   G06Q 10/04 20230101ALI20231019BHJP

【ＦＩ】

G06Q50/10

G06Q30/02 320

G06Q10/04

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2022067572

(22)【出願日】2022-04-15

(71)【出願人】

【識別番号】000237592

【氏名又は名称】株式会社デンソーテン

(74)【代理人】

【識別番号】110002147

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

(72)【発明者】

【氏名】盛林 敏之

(72)【発明者】

【氏名】田中 真一

(72)【発明者】

【氏名】西山 奈津美

(72)【発明者】

【氏名】松井 涼

(72)【発明者】

【氏名】前畑 実

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049AA04

5L049BB07

5L049CC18

(57)【要約】      （修正有）

【課題】イベント施設及びその周辺を含むイベント会場などにおける混雑緩和のために、より効率的にインセンティブを付与し、より効果的に人流を制御する人流制御装置、端末装置及び人流制御システムを提供する。
【解決手段】ユーザが利用する端末装置に対しインセンティブデータを配信可能に設けられた人流制御装置１０は、コントローラである制御部を備える。コントローラは、チケット販売サーバ１００からチケット購入情報を取得しＳ１、ユーザＵ０１の属するグループを推定しＳ３、グループの状況に応じたインセンティブデータを配信するＳ４。
【選択図】図１

【特許請求の範囲】

【請求項1】

ユーザが利用する端末装置に対しインセンティブデータを配信可能に設けられた人流制御装置であって、コントローラを備え、
前記コントローラは、
ユーザの属するグループを推定し、
推定したグループの状況に応じたインセンティブデータを配信する、
人流制御装置。

【請求項2】

前記コントローラは、
イベントのチケット購入情報に基づき、ユーザの属するグループを推定する、
請求項１に記載の人流制御装置。

【請求項3】

前記コントローラは、
ユーザの位置情報に基づき、ユーザの属するグループを推定する、
請求項１に記載の人流制御装置。

【請求項4】

前記コントローラは、
インセンティブデータを利用可能な施設とグループとの位置関係に基づいて、インセンティブデータと、当該インセンティブデータを配信するグループとを決定する、
請求項１、２または３に記載の人流制御装置。

【請求項5】

前記コントローラは、
インセンティブデータの内容とグループの特性の関係に基づいて、インセンティブデータと、当該インセンティブデータを配信するグループとを決定する、
請求項１、２または３に記載の人流制御装置。

【請求項6】

前記コントローラは、
インセンティブデータを利用可能な施設の状況と、グループの構成状況に基づいて、インセンティブデータと、当該インセンティブデータを配信するグループとを決定する、
請求項１、２または３に記載の人流制御装置。

【請求項7】

前記コントローラは、
イベントの状況に応じて、インセンティブデータと、当該インセンティブデータを配信するグループとを決定する、
請求項１、２または３に記載の人流制御装置。

【請求項8】

ユーザが属するグループへインセンティブデータを配信する人流制御装置に通信接続可能な、ユーザが利用する端末装置であって、コントローラを備え、
前記コントローラは、
ユーザの入力操作に基づき、グループへの参加またはグループからの離脱を要求するグループ参加要求データを前記人流制御装置に送信する、
端末装置。

【請求項9】

施設装置と、人流制御装置と、ユーザが利用する端末装置と、を備え、
前記施設装置は、
インセンティブデータを前記人流制御装置に送信し、
前記端末装置は、
当該端末装置を利用するユーザのユーザ情報を前記人流制御装置に送信し、
前記人流制御装置は、
前記ユーザ情報に基づきユーザの属するグループを推定し、
前記施設装置から送信されたインセンティブデータから前記推定したグループの状況に応じたインセンティブデータを選択し、当該推定したグループに配信する、
人流制御システム。

【発明の詳細な説明】

【技術分野】

【0001】

開示の実施形態は、人流制御装置、端末装置および人流制御システムに関する。

【背景技術】

【0002】

従来、イベント施設およびその周辺を含むイベント会場などにおける混雑緩和のため、人流を制御する技術が提案されている（たとえば、特許文献１参照）。

【0003】

また、このような人流の制御に関する技術において、割引券やサービス券、クーポンといったインセンティブを与えることで、狙いとする人流を実現するような人の移動を誘発しようとする技術も提案されている（たとえば、特許文献２参照）。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０２０－１５４４５８号公報

【特許文献2】特開２０１９－０２１１４３号公報

【発明の概要】

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

【0005】

しかしながら、従来技術は、より効率的にインセンティブを付与し、より効果的に人流を制御するうえで、さらなる改善の余地がある。

【0006】

実施形態の一態様は、上記に鑑みてなされたものであって、効率よくインセンティブを与え、より効果的に人流を制御することができる人流制御装置、端末装置および人流制御システムを提供することを目的とする。

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

【0007】

実施形態の一態様に係る人流制御装置は、ユーザが利用する端末装置に対しインセンティブデータを配信可能に設けられた人流制御装置であって、コントローラを備える。前記コントローラは、ユーザの属するグループを推定し、推定したグループの状況に応じたインセンティブデータを配信する。

【発明の効果】

【0008】

実施形態の一態様によれば、より効率的にインセンティブを付与し、より効果的に人流を制御することができる。

【図面の簡単な説明】

【0009】

【図1】図１は、実施形態に係る人流制御方法の概要説明図である。

【図2】図２は、実施形態に係る人流制御システムの構成例を示す図である。

【図3】図３は、実施形態に係る人流制御装置の構成例を示すブロック図である。

【図4】図４は、チケット購入情報の一例を示す図である。

【図5】図５は、店舗情報の一例を示す図である。

【図6】図６は、クーポン情報の一例を示す図である。

【図7】図７は、グループ情報の一例を示す図である。

【図8】図８は、ユーザ情報の一例を示す図である。

【図9】図９は、チケット購入情報、ユーザ情報、グループ情報のデータ登録課程におけるデータの登録状態の一例を示す模式図である。

【図10】図１０は、実施形態に係るクーポンの配信例を示す図（その１）である。

【図11】図１１は、実施形態に係るクーポンの配信例を示す図（その２）である。

【図12】図１２は、実施形態に係るクーポンの配信例を示す図（その３）である。

【図13】図１３は、実施形態に係るクーポンの配信例を示す図（その４）である。

【図14】図１４は、実施形態に係るユーザ端末の構成例を示すブロック図である。

【図15】図１５は、実施形態に係る人流制御装置が実行する処理手順を示すフローチャートである。

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

【0010】

以下、添付図面を参照して、本願の開示する人流制御装置、端末装置および人流制御システムの実施形態を詳細に説明する。なお、以下に示す実施形態によりこの発明が限定されるものではない。

【0011】

なお、以下では、人流制御装置１０が、スタジアムなどのイベント施設１０００において、サッカーの試合などを観戦する観客に対し、イベント施設１０００を含むイベント会場周辺に設置された各店舗で使用可能なクーポンを配信することによって人流を制御する例を挙げる。

【0012】

まず、実施形態に係る人流制御方法の概要について、図１を用いて説明する。図１は、実施形態に係る人流制御方法の概要説明図である。

【0013】

グループでイベントに参加した場合、イベント終了後もグループで行動する場合が多く、グループで利用できないクーポン、あるいはグループの一部のメンバにのみメリットがあるクーポンについては、あまり利用されない傾向がある。また、クーポンの対象店舗に関しても、店舗形態や設備内容、また稼働（客の入店状況）状況等により、グループを誘引した方がよい場合（あるいは適切なグループの規模）と、単独客を誘引した方がよい場合がある。つまり、グループでのイベント参加者には、グループでの使用に適したクーポンの配信手段が望まれる。本実施形態は、このような点も考慮したものとなっている。

【0014】

そこで、実施形態に係る人流制御方法では、イベントのチケットの購入状況、あるいはチケット所有者の位置（移動）状況に基づき各ユーザにより掲載されるグループを推定し、そして推定したグループの状況に応じてグループ利用に適したクーポンデータを配信することとした。

【0015】

具体的には、図１に示すように、まずユーザＵ０１が、自身の利用するユーザ端末２００上でチケット購入のためのアプリケーション・ソフトウェア（以下、「アプリ」と記載する）を動作させ、イベント施設１０００におけるイベントのチケットを一括購入したものとする。

【0016】

このとき、アプリは、チケット販売業者等が管理・運営するチケット販売サーバ１００と通信を行い、チケット販売サーバ１００にはユーザＵ０１の購入履歴を含むチケット購入情報が記録される。

【0017】

人流制御装置１０は、チケット販売サーバ１００から、かかるチケット購入情報を取得する（ステップＳ１）。そして、人流制御装置１０は、イベント当日に、イベント会場にいる各ユーザからチケット情報と位置情報を取得する（ステップＳ２）。

【0018】

チケット情報および位置情報は、たとえば各ユーザが前述のアプリを自身のユーザ端末２００上で動作させ、チケット情報を示す二次元コード等をイベント会場のチェックイン機などにかざすことで取得可能となる。また、位置情報は、かかるチェックイン後、人流制御装置１０においてトラッキングが可能である。

【0019】

そして、人流制御装置１０は、取得したチケット情報および位置情報に基づいて、グループを特定およびグループの状況を推定する（ステップＳ３）。図１の例の場合、人流制御装置１０は、ユーザＵ０１，Ｕ０２，Ｕ０３からなるグループを特定し、かかるグループの状況を推定する。

【0020】

そして、人流制御装置１０は、グループの構成および状況に応じ、当該グループに適したクーポンを配信する（ステップＳ４）。

【0021】

たとえば、人流制御装置１０は、グループ全員で利用でき、グループ全員に特典が付与されるクーポンを優先的に選択して配信する。これにより、クーポンの発行元である店舗に対し、店舗の状況に適したグループを誘引でき、効率的に顧客を誘引することが可能となる。また、その結果、効果的にイベント会場からのユーザの帰宅分散が実現でき、そもそもの狙いである混雑緩和にも貢献することができる。

【0022】

また、店舗側としては、消費金額の高いグループ単位での顧客の誘引を実現することができる。なお、一度に多くのグループが店舗に集中すると店舗内で混雑が発生するというデメリットも考えられるため、人流制御装置１０は、店舗の混雑状況も考慮したグループへのクーポン配信を行うことで、かかるデメリットを解消することも可能である。

【0023】

さらに、人流制御装置１０は、イベントの状況も考慮して、各グループに適当なクーポンを配信する。たとえば、イベントがサッカーなどの試合であった場合、勝ったチームを応援するグループに、勝利の記念グッズ等の購入に使用できるクーポンを優先的に配信する。これにより、クーポンの使用率が上がり、つまり、たとえば勝利の記念グッズの購入量が高まり、売り上げの拡大が期待できる。以下、実施形態に係る人流制御方法を適用した人流制御システム１の構成例について、より具体的に説明する。

【0024】

図２は、実施形態に係る人流制御システム１の構成例を示す図である。図２に示すように、人流制御システム１は、人流制御装置１０と、チケット販売サーバ１００と、１以上のユーザ端末２００と、１以上の店舗装置３００とを含む。

【0025】

また、図２に示すように、人流制御装置１０と、チケット販売サーバ１００と、ユーザ端末２００と、店舗装置３００とは、インターネットや携帯電話回線網等であるネットワークＮによって相互に接続され、ネットワークＮを介して相互にデータを送受信可能に設けられる。

【0026】

人流制御装置１０は、たとえばクラウドサーバとして実現され、ネットワークＮを介し、チケット販売サーバ１００、ユーザ端末２００および店舗装置３００との間で適宜通信を行いつつ、上述のステップＳ１～ステップＳ４の各処理を実行する。

【0027】

チケット販売サーバ１００は、既に述べた通りチケット販売業者等によって管理・運営されるサーバ装置である。

【0028】

なお、図２では、人流制御装置１０と、チケット販売サーバ１００とは、別の装置としたが同一の装置で実現することもできる。その場合、装置を構成する各構成要素（機能部品も含め）は適宜共通化できる。また、図２に示すように人流制御装置１０と、チケット販売サーバ１００とを別装置とする場合においても、各装置を構成する各構成要素（機能部品も含め）を適宜配置することが可能である（どちらの装置に配置するか適宜設計できる）。

【0029】

ユーザ端末２００は、ユーザＵが携帯し利用する端末装置であり、人流制御システム１に係るアプリが動作するプラットフォームを有する。ユーザ端末２００は、たとえば、スマートフォンなどの携帯電話機や、タブレット端末等である。ユーザ端末２００は、他にも、ＰＣ（Personal Computer）や、ＰＤＡ（Personal Digital Assistant）や、腕時計型、メガネ型のウェアラブルデバイス等であってもよい。

【0030】

店舗装置３００は、イベント会場、あるいはイベント会場付近、イベント会場と鉄道の駅間の経路沿いなどで営業する各店舗に設けられる装置であり、ＰＣや、ＰＤＡ等で構成される。店舗装置３００は、人流制御装置１０に各店舗の店舗情報を提供し、また店舗スタッフへの情報提供、クーポンに関する各種処理（クーポン管理システムとの各種情報通信（クーポン照合、クーポン使用実績通知のための情報通信等））、等を行う。店舗情報は、各店舗の混雑度等を含むが、これらの情報は店舗に適宜設置されたカメラにより撮影された店舗内や店舗周辺の画像の画像解析処理、あるいは店舗スタッフ等による手入力、等により、取得することが可能である。

【0031】

次に、人流制御装置１０の構成例について説明する。図３は、実施形態に係る人流制御装置１０の構成例を示すブロック図である。なお、図３および後に示す図１４では、実施形態の特徴を説明するために必要な構成要素のみを表しており、一般的な構成要素についての記載を省略している。

【0032】

なお、図３および図１４に図示される各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。例えば、各ブロックの分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することが可能である。

【0033】

また、図３および図１４を用いた説明では、既に説明済みの構成要素については、説明を簡略するか、省略する場合がある。

【0034】

図３に示すように、実施形態に係る人流制御装置１０は、通信部１１と、記憶部１２と、制御部１３とを備える。また、人流制御装置１０は、会場内センサ部３が、通信部１１を介して通信可能に接続される。

【0035】

会場内センサ部３は、イベント会場内の各所に設けられた各種のセンサ群で、イベント参加者等のイベント会場周辺に居る人の動向を検知するものである。会場内センサ部３は、前述のチェックイン機や、イベント参加者がイベント会場からのチェックアウト時に利用するチェックアウト機、カメラ等を含む。

【0036】

通信部１１は、たとえば、ネットワークアダプタ等によって実現される。通信部１１は、上述したネットワークＮと有線または無線で接続され、ネットワークＮを介して、チケット販売サーバ１００や、ユーザ端末２００や、店舗装置３００との間で情報の送受信を行う。また、通信部１１は、会場内センサ部３と有線または無線で接続され、会場内センサ部３との間で情報の送受信を行う。

【0037】

記憶部１２は、たとえば、ＲＡＭ（Random Access Memory）、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部１２は、図３の例では、チケット購入情報１２ａと、店舗情報１２ｂと、クーポン情報１２ｃと、グループ情報１２ｄと、ユーザ情報１２ｅと、イベント情報１２ｆとを記憶する。なお、実際の構成上は、記憶部１２に各情報の記憶領域（たとえば、チケット購入情報の記憶領域）が設けられ、当該各記憶領域に対応する情報（たとえば、チケット購入情報１２ａ）が記憶されることになるが、説明を分かりやすくするため、ここでは情報種別名（たとえば、チケット購入情報１２ａ）で表している。また、後述のユーザ端末２００の記憶部２０４についても、同様の表現で記載、説明を行う。

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

「ユーザ名」の各データは、ユーザの名称を示すデータ（ユーザ名Ｎｎ）で、ユーザ等が他のユーザを把握する等のために利用される。「接続情報」の各データは、各ユーザ所有のユーザ端末２００と接続するためのデータ（接続情報ＡＤｎ）で、たとえばメールアドレス、ＩＰ（Internet Protocol）アドレス等を利用できる。この接続情報ＡＤｎを用いて、各ユーザ所有のユーザ端末２００と接続し、イベントの電子チケットや、クーポン等を各ユーザに送付することが可能となる。

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

図３の説明に戻り、つづいて制御部１３について説明する。制御部１３は、コントローラ（controller）であり、たとえば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、記憶部１２に記憶されている図示略の各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３は、たとえば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現することができる。

【0092】

制御部１３は、取得部１３ａと、登録部１３ｂと、特定部１３ｃと、推定部１３ｄと、選択部１３ｅと、配信部１３ｆとを有し、以下に説明する情報処理の機能や作用を実現または実行する。

【0093】

取得部１３ａは、通信部１１を介し、チケット販売サーバ１００からチケット購入情報１２ａを取得する。また、取得部１３ａは、通信部１１を介し、会場内センサ部３のセンシングデータやユーザ端末２００からのデータに基づいてユーザ（現在）位置等のユーザ情報１２ｅを取得する。上述した通り、ユーザ情報１２ｅは、各ユーザＵの所有するチケット情報と位置情報を含む。

【0094】

登録部１３ｂは、予め設定可能な店舗情報１２ｂおよびクーポン情報１２ｃの各種情報を登録する。登録部１３ｂは、店舗装置３００から取得した情報に基づいて自動的に登録処理を実行してもよい。また、登録部１３ｂは、オペレータ等の手動操作により登録処理を実行してもよい。つまり、図５および図６に示した店舗情報１２ｂおよびクーポン情報１２ｃの各種情報が登録され、また随時更新されることになる。

【0095】

特定部１３ｃは、記憶部１２に記憶された各種情報や、会場内センサ部３から取得した各種情報に基づいてグループを特定する。

【0096】

推定部１３ｄは、特定部１３ｃによって特定されたグループの状況を推定する。推定部１３ｄは、たとえばアプリを通じてトラッキングされる各グループメンバの位置情報に基づいて、グループメンバが集まっているか、移動しているか、どこに向けて移動しているかといったグループの状況を推定する。

【0097】

選択部１３ｅは、推定部１３ｄによって推定されたグループの状況に応じて、該当のグループに対して優先的に配信するクーポンをクーポン情報１２ｃのデータに基づき選択する。配信部１３ｆは、通信部１１を介し、選択部１３ｅによって選択されたクーポンのクーポンデータを送信対象であるグループに属する各ユーザＵ、あるいはグループ代表者のユーザ端末２００へ配信する。

【0098】

次に、クーポンの各種の配信例について、図１０～図１３を用いて説明する。図１０～図１３は、実施形態に係るクーポンの配信例を示す図（その１）～（その４）である。

【0099】

図１０に示すように、人流制御装置１０は、グループの位置情報に基づいてクーポンを選択し、配信する。具体的には、人流制御装置１０の制御部１３は、グループ情報１２ｄの人数ＧＭｎとクーポン情報１２ｃの利用可能人数ＣＬｎとの照合を行って配信クーポン候補を抽出し、また店舗情報１２ｂの利用可否ＰＯｎに基づいて店舗候補を抽出して配信クーポンを絞り込む。さらに、人流制御装置１０の制御部１３は、店舗情報１２ｂにおける混雑度ＰＤｎや、店舗情報１２ｂにおける対応グループ情報ＰＣｎ、店舗位置ＰＬｎと、グループ情報１２ｄにおけるグループ特性ＧＱｎ、グループ位置ＧＬｎと照合結果（たとえば、店舗位置ＰＬｎとグループ位置ＧＬｎが近い、あるいは接近しつつある。また、グループ特性ＧＱｎにおけるメンバ構成（子供有り等）と対応グループ情報ＰＣｎにおける適応グループ構成（子供有りの場合に好適等））に基づき、配信クーポンを決定する。そして、人流制御装置１０の制御部１３は、決定したクーポンのクーポン内容ＣＣｎとクーポン本体データＣＤｎを該当のグループメンバあるいはグループ代表者に配信する（図示を省略しているが、クーポン情報に配信先情報が登録されている）。なお、配信先については、グループ情報１２ｄの代表者ＧＨｎとグループメンバＵｎの情報、およびユーザ情報１２ｅの接続情報ＡＤｎの照合により決定できる。

【0100】

たとえば、グループの現在位置と店舗の位置に注目すると、図１０に示す位置関係にあるグループＧ０１，Ｇ０２、および、店舗Ｓ－１，Ｓ－２の例（グループＧ０１は店舗Ｓ－１に近く、グループＧ０２は店舗Ｓ－２に近い）では、人流制御装置１０は、グループＧ０１に対しては、店舗Ｓ－１のクーポンを配信し、またグループＧ０２に対しては、店舗Ｓ－２のクーポンを配信する。

【0101】

また、グループの移動状態と店舗の位置に注目した例、図１１に示す位置関係および移動状態にあるグループＧ０１，Ｇ０２、および、店舗Ｓ－１の状態の例、たとえばイベント施設で開催中のサッカーの試合が終了し、あるグループ（グループＧ０１）は会場から退場し、あるグループ（グループＧ０２）は会場内で試合後のアトラクションを楽しんでいるような場合の例について説明する。

【0102】

かかる場合、図１１に示すように、人流制御装置１０は、店舗Ｓ－１に近い（または接近している）グループＧ０１に対しては、店舗Ｓ－１のクーポンをその状態にある時点ｔに配信する。一方、人流制御装置１０は、グループＧ０２に対しては、店舗Ｓ－１のクーポンを、たとえばアトラクション終了時間やイベント会場から店舗Ｓ－１までの移動時間を考慮した時点ｔ＋ｎに配信する。

【0103】

なお、このような場合、人流制御装置１０の制御部１３は、グループ情報１２ｄのグループ位置ＧＬｎ（およびその変化状況）、ユーザ情報１２ｅにおけるチェックアウトＣＨＯｎ、店舗情報の各データ、クーポン情報の各データを適宜用いて、クーポンやグループの選択や、配信処理を行う。

【0104】

これにより、ユーザを店舗に誘導することにより人流を制御できるとともに、ユーザの店舗誘導に伴い一度に多くのグループが店舗に集中すると店舗内で混雑が発生するという問題を解消することができる。

【0105】

次に、グループの特性やイベント内容に応じたクーポンの配信例について説明する。本例は、図１２に示すように、サッカーの試合などの観戦において、グループＧ０１はホームチームの応援席のチケットを購入し、グループＧ０２はアウェイチームの応援席のチケットを購入している例である。また、店舗Ｓ－３は、ホームチームのサポーター向けのグッズショップであり、店舗Ｓ－４は、アウェイチームのサポーター向けのグッズショップである。

【0106】

このような状況において、ホームチームの方が勝った場合、人流制御装置１０は、同図に示すように、グループＧ０１に対しては、近い店舗Ｓ－４ではなく店舗Ｓ－３のクーポンを配信する。一方、人流制御装置１０は、グループＧ０２に対しては、アウェイチーム敗北のためクーポンは配信しない。なお、アウェイチームの方が勝った場合、人流制御装置１０は、グループＧ０２に対して、近い店舗Ｓ－３ではなく店舗Ｓ－４のクーポンを配信する。

【0107】

具体的に、人流制御装置１０の制御部１３は、ユーザ情報１２ｅやグループ情報１２ｄに基づくグループの特性（人数、位置）やイベント内容（イベント管理システム等から入手）と、クーポン情報１２ｃにおけるクーポンの発行条件ＣＰｎと発行先条件ＣＡｎとの照合を行い、発行するクーポンを選定し、対応するグループにクーポンを配信する。この例の場合、たとえばＡチームが勝利した場合、制御部１３は、クーポン情報１２ｃにおけるクーポンの発行条件「Ａチーム勝利」が条件に該当すると判断し、クーポンＣ０２を選択する。また制御部１３は、クーポンＣ０２の発行先条件「Ａチーム席着座者」と利用可能人数「２人以上」に基づき、Ａチーム席着座者のグループ（グループは２人以上であるので、この場合グループ人数絞り込みは行わない）に、クーポンＣ０２を配信する。なお、「Ａチーム席着座者」はユーザ情報１２ｅのユーザチケットＴｎとチケット購入情報１２ａの座席番号ＳＮｎまたは座席特徴ＳＱｎに基づき判別でき、またそのグループはグループ情報１２ｄのグループメンバＵｎに基づき判別できる。

【0108】

なお、上記例では、チームの勝敗に応じて各ユーザ（グループ）に対するクーポン発行の有無を変更したが、チームの勝敗に応じて各ユーザ（グループ）に対して発行するクーポンの種類を変更する（勝利チームの贔屓グループ向けの内容、敗北チームの贔屓グループ向けの内容等）方法も有効である。

【0109】

このように、勝ったチームの応援席の（チケットを購入した）ユーザのグループＧ０１に、たとえば勝利の記念グッズの購入に使用できるクーポンを配信することによって、勝利の記念グッズの購入確率が高まることが期待でき、売り上げの拡大に貢献することが可能となる。つまり、グループの特性やイベントの内容に応じて、配信するクーポンを選定し、また配信先のグループを選定してクーポンを配信するので、クーポンの効率的な配信が行え、また来店者数の推定も高くなることが期待できる。

【0110】

次に、店舗の状況、ここでは混雑状況に応じたクーポンの配信例について説明する。本例は、図１３に示すように、人流制御装置１０は、各店舗の混雑度、ユーザやグループの位置や状態を加味してクーポンを選択し、配信する。この例では、グループＧ０１はイベント会場を退場し帰路に就いている状態、グループＧ０２は会場内でアトラクションを楽しんでいる状態、店舗Ｓ－１は混雑度高（グループＧ０１、Ｇ０２共に受け入れ不可、混雑度は徐々に低減）、店舗Ｓ－２は混雑度中（グループＧ０１は受け入れ可であるがグループＧ０２の追加受け入れは不可）の状態とする。

【0111】

かかる場合に、人流制御装置１０は、現時点で受け入れが可能なグループＧ０１に店舗Ｓ－２のクーポンを配信する。また、人流制御装置１０は、グループＧ０２に対しては、現時点からしばらく経過した後（アトラクション終了予定時点）で受け入れが可能と推定される店舗Ｓ－１のクーポンを配信する。なお。この場合、クーポンの配信タイミングおよびクーポンの内容（使用時間制限）を状況に応じて設定するのも効果的である。

【0112】

具体的には、人流制御装置１０の制御部１３は、ユーザ情報１２ｅやグループ情報１２ｄに基づくグループの特性（人数、位置）と、クーポン情報１２ｃにおけるクーポンの発行条件ＣＰｎと発行先条件ＣＡｎとの照合を行い、発行候補のクーポンを選定する。さらに、制御部１３は、発行候補のクーポンの店舗の店舗情報１２ｂにおける混雑度ＰＤｎとグループの特性（人数、位置）に基づき、クーポン配信対象のグループが受け入れできる店舗のクーポンを選定し、当該クーポンを配信対象のグループに配信する。

【0113】

このように、人流制御装置１０は、店舗の混雑状況等の店舗状況やグループの特性（規模）やグループの状況（位置や移動状況）に応じてクーポンを選定し、配信する。したがって、店舗状況も踏まえてクーポンを配信することになるので、店舗混雑によりグループ（全員）での当該店舗（クーポン）利用ができないといった不具合、およびそれによるグループメンバの不満の発生を防止することが可能となる。

【0114】

次に、図１４は、実施形態に係るユーザ端末２００の構成例を示すブロック図である。図１４に示すように、実施形態に係るユーザ端末２００は、通信部２０１と、センサ部２０２と、ＨＭＩ（Human Machine Interface）部２０３と、記憶部２０４と、制御部２０５とを備える。

【0115】

通信部２０１は、たとえば、ネットワークアダプタ等によって実現される。通信部２０１は、上述したネットワークＮと有線または無線で接続され、ネットワークＮを介して、人流制御装置１０や、チケット販売サーバ１００との間で情報の送受信を行う。

【0116】

センサ部２０２は、ユーザ端末２００に搭載される各種のセンサ群であって、ＧＰＳ（Global Positioning System）センサ、加速度センサ、ジャイロセンサ等を含む。ＨＭＩ部２０３は、ユーザＵに対する入力部品および出力部品を含む構成要素である。ＨＭＩ部２０３は、タッチパネルディスプレイ、スピーカや、マイク等によって実現される。

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

１ 人流制御システム
３ 会場内センサ部
１０ 人流制御装置
１１ 通信部
１２ 記憶部
１２ａ チケット購入情報
１２ｂ 店舗情報
１２ｃ クーポン情報
１２ｄ グループ情報
１２ｅ ユーザ情報
１２ｆ イベント情報
１３ 制御部
１３ａ 取得部
１３ｂ 登録部
１３ｃ 特定部
１３ｄ 推定部
１３ｅ 選択部
１３ｆ 配信部
１００ チケット販売サーバ
２００ ユーザ端末
２０１ 通信部
２０２ センサ部
２０３ ＨＭＩ部
２０４ 記憶部
２０４ａ アプリ情報
２０４ｂ チケット情報
２０４ｃ クーポンデータ
２０５ 制御部
２０５ａ アプリ実行部
２０５ｂ 受信部
２０５ｃ 送信部
２０５ｄ クーポン処理部
３００ 店舗装置
１０００ イベント施設

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】