JP2024094715A - 情報処理装置および情報処理方法 - Google Patents

Abstract

【課題】ポイントと引き換えて得られる特典の利用者の減少を抑制することができる技術を提供する。【解決手段】例示的な本発明の情報処理装置は、コントローラを備える。前記コントローラは、ユーザによる特典の取得の要求を受け付ける。また、前記コントローラは、前記ユーザが保有するポイントが前記特典の取得に必要なポイントに対して不足する場合に、前記ポイントの不足に応じた条件が付加された条件付き特典を前記ユーザに付与する。【選択図】図７

Description

本発明は、クーポン等の特典を付与する技術に関する。

特許文献１には、鉄道駅等の交通施設に滞留する利用者を効率的に誘導することにより、交通施設内の混雑を効果的に緩和することができる人流誘導の技術が開示される。特許文献１には、混雑緩和を図る人の誘導を実現するために、インセティブ（特典）を与えることが開示される。

特開２０１５－１０８９１３号公報

ところで、ライブやスポーツ観戦等のイベントの終了後においては、イベント会場からの退場者によって、イベント会場の周辺の道路や最寄り駅等が混雑する。特許文献１に開示される技術を参考として、イベント会場の周辺に存在する店舗等で利用できるクーポン等の特典をイベントへの参加者に提供することが考えられる。そして、イベントへの参加者に対して独自に与えられるポイントを、特典と交換可能とすることが考えられる。これにより、イベントの参加者がクーポンを利用する可能性を高め、イベント会場からの退場者の一部を店舗等の施設に誘導して、混雑緩和を図ることが期待できる。

ただし、このような構成では、特典の取得を希望する者の保有ポイントが、特典の取得に必要なポイントに対して不足する事態が発生し得る。ポイントの不足を理由として特典の利用を諦める者が増えると、店舗等の施設に人を誘導できず、混雑の緩和が効果的に図れない可能性が生じ得る。

本発明は、上述の点に鑑み、ポイントと引き換えて得られる特典の利用者の減少を抑制することができる技術を提供することを目的とする。

例示的な本発明の情報処理装置は、コントローラを備える。前記コントローラは、ユーザによる特典の取得の要求を受け付ける。また、前記コントローラは、前記ユーザが保有するポイントが前記特典の取得に必要なポイントに対して不足する場合に、前記ポイントの不足に応じた条件が付加された条件付き特典を前記ユーザに付与する。

例示的な本発明によれば、ポイントと引き換えて得られる特典の利用者の減少を抑制することができる。

情報処理システムの概略の構成を示す図 情報処理装置の構成を示すブロック図 ユーザ情報テーブルの一例を示す図 施設情報テーブルの一例を示す図 或る施設における過去の情報を例示する図 特典情報テーブルの一例を示す図 情報処理方法の流れを例示するフローチャート 条件付き特典が付与されたユーザ端末の表示画面例を示す図 条件付き特典が付与されたユーザ端末の表示画面例を示す図 条件付き特典が付与されたユーザ端末の他の表示画面例を示す図

以下、本発明の例示的な実施形態について、図面を参照しながら詳細に説明する。

＜１．情報処理システムの概要＞
図１は、本発明の実施形態に係る情報処理システム１００の概略の構成を示す図である。情報処理システム１００は、当該システム１００に登録するユーザに対して、店舗等の施設が提供する特典を付与するシステムである。すなわち、情報処理システム１００は、特典付与システムとも言える。

なお、特典は、特別の待遇を与えるものを広く含む。特典は、例えば、商品の販売やサービスの利用の促進を図るために配布されるものである。特典は、例えば、店舗等の施設で利用可能なクーポンである。クーポンは、例えば、引換券、割引券、優待券等である。特典は、例えば、施設ごとに提供される。情報処理システム１００で扱われる特典の種類は、好ましくは多種類である。１つの施設が多種類の特典を提供してもよい。

本実施形態では、情報処理システム１００は、一例として、イベントが開催される会場（イベント会場）から退場する人の流れを制御するシステム（人流制御システム）に適用される。この意味で、情報処理システム１００は、人流制御システムと言ってもよい。本実施形態では、特典は、人流の誘導を目的として提供される。特典は、イベントの開催に対応して提供される。特典を受け取った者は、イベント会場や最寄り駅の周辺に存在する施設に立ち寄ることが期待される。そして、特典を受け取った者が施設に立ち寄ることで、イベント会場の周辺の道路や駅等における混雑が緩和されることが期待される。

なお、イベントは、例えば、スポーツの試合や、アーティストのコンサート等である。イベント会場は、スポーツの試合やコンサートが行われる会場であり、多くの人が集まる場所である。

図１に示すように、情報処理システム１００は、情報処理装置１と、ユーザ端末２と、施設端末３とを備える。

情報処理装置１は、情報処理システム１００を利用するユーザに対して、人流の制御（誘導）を目的とした特典を付与するための処理を行う。情報処理装置１は、特典付与装置或いは人流制御装置と言うことができる。情報処理装置１は、インターネットや電話回線網等の通信ネットワーク４に、有線又は無線によって接続可能に設けられる。情報処理装置１の詳細については後述する。

ユーザ端末２は、情報処理システム１００に登録するユーザが利用する端末装置である。本実施形態では、ユーザは、イベントへの参加者である。ユーザ端末２は、好ましくは、イベントに参加するユーザが所持する携帯端末である。ユーザ端末２は、例えば、スマートフォン、タブレット端末、又は、ノートパソコン等である。

ユーザ端末２は、通信ネットワーク４に、有線又は無線（好ましくは無線）によって接続可能に設けられる。ユーザ端末２は、情報処理装置１と通信ネットワーク４を介して通信可能である。ユーザ端末２は、通信ネットワーク４を介して、情報処理装置１に対してユーザに関する情報であるユーザ情報を適宜送信する。ユーザ端末２は、情報処理装置１から特典に関する各種の情報を受信可能に設けられる。また、ユーザ端末２は、情報処理装置１から特典の付与を受けることができる。ユーザ端末２には、特典の付与を受けるために利用されるアプリ（アプリケーションソフト）が、ダウンロード等によってインストールされていることが好ましい。

なお、図１においては、通信ネットワーク４に接続されるユーザ端末２の数は１つとされている。ただし、通信ネットワーク４に接続されるユーザ端末２の数は複数であることが好ましい。

施設端末３は、特典を提供する施設が所有する端末装置である。施設は、例えば、イベント会場の周辺や、イベント会場の最寄りに存在する交通機関の停車場所（駅等）の周辺に存在する。施設は、例えば、イベント会場と最寄りの駅との間に存在する。施設は、例えば、飲食店、雑貨店、又は、娯楽施設等である。各施設が提供する特典が、情報処理装置１を介してユーザに付与される。

施設端末３は、施設の従業員等、施設の関係者が利用できる端末装置であればよい。施設端末３は、例えば、スマートフォン、タブレット端末、又は、ノートパソコン等である。施設端末３は、通信ネットワーク４に、有線又は無線によって接続可能に設けられる。施設端末３は、情報処理装置１と通信ネットワーク４を介して通信可能である。施設端末３は、通信ネットワーク４を介して、情報処理装置１に対して施設に関する情報である施設情報を適宜送信する。

なお、図１においては、通信ネットワーク４に接続される施設端末３の数は１つとされている。ただし、通信ネットワーク４に接続される施設端末３の数は複数であることが好ましい。また、本発明において、施設端末３は必須の構成ではなく、場合によっては、情報処理システム１００は、施設端末３を備えなくてもよい。

＜２．情報処理装置＞
本実施形態では、情報処理装置１は、コンピュータ装置によって構成されるサーバである。情報処理装置１は、物理サーバであってもクラウドサーバであってもよい。なお、本発明の情報処理装置は、単数のサーバで構成されても、複数のサーバで構成されてもよい。また、本発明の情報処理装置は、サーバだけでなく、サーバと端末とで構成されてもよい。

図２は、本発明の実施形態に係る情報処理装置１の構成を示すブロック図である。なお、図２においては、実施形態に係る情報処理装置１の特徴を説明するために必要な構成要素を示しており、一般的な構成要素についての記載は省略されている。図２に示すように、情報処理装置１はコントローラ１１を備える。情報処理装置１は、メモリ部１２および通信部１３をさらに備える。なお、情報処理装置１は、キーボード等の入力装置や、ディスプレイ等の出力装置を備える構成であってもよい。

コントローラ１１は、演算処理を行う演算回路を含んで構成される。コントローラ１１は、詳細には演算処理等を行うプロセッサを含む。プロセッサは、例えばＣＰＵ（Central Processing Unit）を含んで構成されてよい。コントローラ１１は、１つのプロセッサで構成されてもよいし、複数のプロセッサで構成されてもよい。複数のプロセッサで構成される場合には、それらのプロセッサは互いに通信可能に接続されればよい。なお、情報処理装置１がクラウドサーバで構成される場合、プロセッサを構成するＣＰＵは仮想ＣＰＵであってよい。

メモリ部１２は、揮発性メモリおよび不揮発性メモリを含んで構成される。揮発性メモリには、例えばＲＡＭ（Random Access Memory）が含まれてよい。不揮発性メモリには、例えば、ＲＯＭ（Read Only Memory）、フラッシュメモリ、又は、ハードディスドライブが含まれてよい。不揮発性メモリには、コンピュータにより読み取り可能なプログラムおよびデータが格納される。

通信部１３は、通信ネットワーク４に接続するためのインターフェース回路を有する通信インターフェースとして構成される。

コントローラ１１は、その機能として、取得部１１１と、ポイント不足判定部１１２と、滞在時間算出部１１３と、滞在可否判定部１１４と、混雑度推定部１１５と、条件決定部１１６と、付与部１１７とを備える。本実施形態においては、コントローラ１１の機能は、メモリ部１２に記憶されるプログラムにしたがった演算処理をプロセッサが実行することによって実現される。

なお、本実施形態の範囲には、情報処理装置１の少なくとも一部の機能をプロセッサ（コンピュータ）に実現させるコンピュータプログラムが含まれてよい。また、本実施形態の範囲には、そのようなコンピュータプログラムを記録するコンピュータ読取り可能な不揮発性記録媒体が含まれてよい。不揮発性記録媒体は、例えば、上述の不揮発性メモリの他、光記録媒体（例えば光ディスク）、光磁気記録媒体（例えば光磁気ディスク）、ＵＳＢメモリ、又は、ＳＤカード等であってよい。

また、各機能部１１１～１１７は、１つのプログラムにより実現されてもよいが、例えば、機能部ごとに別々のプログラムにより実現される構成としてもよい。また、各機能部１１１～１１７が別々のサーバとして実現されてもよい。また、各機能部１１１～１１７は、上述のように、プロセッサにプログラムを実行させること、すなわちソフトウェアにより実現されてよいが、他の手法により実現されてもよい。各機能部１１１～１１７は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等を用いて実現されてもよい。すなわち、各機能部１１１～１１７は、専用のＩＣ等を用いてハードウェアにより実現されてもよい。また、各機能部１１１～１１７は、ソフトウェアおよびハードウェアを併用して実現されてもよい。また、各機能部１１１～１１７は、概念的な構成要素である。１つの構成要素が実行する機能が、複数の構成要素に分散されてよい。また、複数の構成要素が有する機能が１つの構成要素に統合されてもよい。

取得部１１１は、情報処理装置１の外部から情報を取得する。取得部１１１は、例えば、通信ネットワーク４および通信部１３を介して外部から情報を取得する。通信ネットワーク４等を介して得られる情報には、ユーザ端末２および施設端末３からの情報が含まれる。また、取得部１１１は、入力装置を利用した手入力が行われることによって、外部から情報を取得してもよい。なお、入力装置は、情報処理装置１と接続される外部の装置、または、情報処理装置１が備える装置である。また、取得部１１１は、光ディスク等の記録媒体から情報を読み取ることによって、外部から情報を取得してもよい。

なお、本実施形態では、ユーザ端末２から取得される情報には、ユーザによる特典の取得の要求が含まれる。すなわち、取得部１１１は、ユーザによる特典の取得の要求を受け付ける受付部としての機能を備える。すなわち、コントローラ１１は、ユーザによる特典の取得の要求を受け付ける。

取得部１１１は、外部から取得した情報をメモリ部１２に適宜記憶する。詳細には、取得部１１１は、外部から取得した情報の少なくとも一部をデータベースとしてメモリ部１２に記憶する。なお、メモリ部１２にデータベースとして記憶された情報の少なくとも一部は、所定期間が過ぎた時点で削除されてもよい。

本実施形態では、取得部１１１は、ユーザ情報と、施設情報と、特典情報とを取得する。取得部１１１は、ユーザ情報と、施設情報と、特典情報とを適宜外部から取得して、それぞれテーブル情報１２１～１２３としてメモリ部１２に記憶するための処理を行う。

図３は、ユーザ情報テーブル１２１の一例を示す図である。ユーザ情報テーブル１２１は、取得部１１１が取得したユーザ情報をテーブル化してメモリ部１２に記憶した情報である。なお、ユーザ情報は、イベントへの参加者のうち、情報処理システム１００を利用することを目的としてユーザ登録を行った者（ユーザ）の情報である。取得部１１１は、例えば、ユーザ端末２から通信ネットワーク４を介してユーザ情報を取得する。ユーザ情報には、入力装置を用いて手入力により入力された情報が含まれてもよい。

図３に示すように、ユーザ情報テーブル１２１は、当該テーブルが有する情報として、ユーザＩＤ、位置、ポイント、および、希望特典ＩＤを含む。「ユーザＩＤ」は、各ユーザを識別する識別情報である。「位置」は、ユーザの現在位置を示す情報である。ユーザの現在位置は、例えば、ユーザ端末２に備えられるＧＰＳ（Global Positioning System）センサ等から得ることができる。現在位置は、例えば緯度および経度で表される。

「ポイント」は、ユーザが保有するポイントの量（ポイント数）を示す。ポイントは、特典との交換に利用される。換言すると、特典は、ポイントとの交換により付与される。ユーザは、所定条件を満たす行動を行うことでポイントを取得する。所定条件は、例えば、イベント会場への入場、イベント会場での滞在、又は、イベント会場での買物等である。例えば、イベント会場に入場するために、ユーザは自身のユーザ端末２の表示画面に表示される２次元コードを、会場に設置される専用端末に読み込ませる必要があるとする。このような場合に、ユーザ端末２に表示される２次元コードを専用端末に読み込ませる行動に連動してポイントの付与が行われる。

「希望特典ＩＤ」は、各ユーザが取得を希望（要求）する特典の特典ＩＤである。なお、特典ＩＤについては後述する。ユーザ情報テーブル１２１における「希望特典ＩＤ」の欄は、ユーザが特典を希望しない場合には、空欄となる。

なお、図３に示す例では、例えばユーザＩＤが「ＵＳ０１」であるユーザについては、現在の位置を示す緯度および経度が「１ａｔ１、１ｎｇ１」、ポイントの量が「Ｐ１」、希望する特典の特典ＩＤが「ＴＯ０１」である。また、図３に示す例では、各ユーザが取得を希望する特典の種類は１種類であるが、これは複数種類であってもよい。

また、ユーザ情報テーブル１２１は、ユーザの氏名、居住地、メールアドレス等の連絡先、年齢、性別、趣味、嗜好、端末ＩＤ等の他の情報を含んでもよい。端末ＩＤは、ユーザが利用するユーザ端末２を識別する識別情報である。また、ユーザ情報テーブル１２１における各項目の登録情報は、適宜更新されてよい。

図４は、施設情報テーブル１２２の一例を示す図である。施設情報テーブル１２２は、取得部１１１が取得した施設情報をテーブル化してメモリ部１２に記憶した情報である。施設情報は、情報処理システム１００に参加登録を行った施設の情報である。取得部１１１は、例えば、各施設が所有する施設端末３から通信ネットワーク４を介して施設情報を取得する。施設情報には、例えば、入力装置を用いて手入力により入力された情報が含まれてもよい。

図４に示すように、施設情報テーブル１２２は、当該テーブルが有する情報として、施設ＩＤ、施設種類、提供特典ＩＤ、滞在人数、最大収容数、および、過去情報ＩＤを含む。「施設ＩＤ」は、各施設を識別する識別情報である。「施設種類」は、施設で提供するサービスの種類を示す情報である。「提供特典ＩＤ」は、各施設が提供する特典の特典ＩＤである。なお、特典ＩＤについては後述する。

「滞在人数」は、各施設における現在の滞在人数を示す。各施設の現在の滞在人数は、例えば、各施設に配置されるセンサを利用して求められる。センサは、例えば施設の出入口に配置され、施設に出入りする人の数をカウント可能に設けられるセンサであってよい。このような人数カウントセンサは、例えば、赤外線センサ、カメラ、或いは、ＬｉＤＡＲ（Light Detection and Ranging）等を用いて構成されてよい。滞在人数は、例えば、センサからの情報を取得した施設端末３が算出する構成であってよい。ただし、センサが通信ネットワーク４を介して情報処理装置１と通信可能に設けられる構成として、情報処理装置１が滞在人数を算出する構成としてもよい。なお、滞在人数は、施設で働く者（従業員等）が有する端末装置から情報処理装置１に向けて送信される情報により取得されてもよい。

「最大収容人数」は、各施設で収容可能な人の数の最大数である。例えば、滞在人数を最大収容人数で除することによって混雑率を算出することができる。

「過去情報ＩＤ」は、各施設における過去の情報（過去の実績を示すデータ）を識別するために与えられた識別情報である。取得部１１１は、当該識別情報に基づいて、例えばメモリ部１２等に格納される各施設の過去の情報を取得することができる。なお、各施設の過去の情報は、各施設が備える施設端末３のメモリに格納される構成であってもよい。図５は、或る施設における過去の情報を例示する図である。図５に示す例では、或る施設の過去の情報は、滞在人数の平均値を時刻ごとに分類したテーブル情報である。滞在人数の平均値は、例えば、過去に同じ場所でイベントがあった際に得られたデータから算出される構成であってよい。

なお、図４に示す例では、例えば施設ＩＤが「ＳＨ０１」である施設については、施設種類が「レストラン」、提供する特典の特典ＩＤが「ＴＯ０１」、現在の滞在人数が「ＴＮ１」、最大収容人数が「ＳＮ１」、過去情報ＩＤが「ＫＪ０１」である。図４に示す例では、各施設が提供する特典の種類は１種類であるが、複数種類であってもよい。

また、施設情報テーブル１２２は、施設名、施設の場所、連絡先、営業時間、人気度等の他の情報を含んでもよい。また、施設情報テーブル１２２における各項目の登録情報は、適宜更新されてよい。

図６は、特典情報テーブル１２３の一例を示す図である。特典情報テーブル１２３は、取得部１１１が取得した特典情報をテーブル化してメモリ部１２に記憶した情報である。特典情報は、情報処理システム１００に参加登録を行った施設が提供する特典の情報である。取得部１１１は、例えば、特典を提供する各施設が所有する施設端末３から特典情報を取得する。別の例として、特典情報は、入力装置を用いて手入力により入力された情報であってもよい。また、特典情報の一部は、コントローラ１１によって生成された情報であってもよい。

図６に示すように、特典情報テーブル１２３は、当該テーブルが有する情報として、特典ＩＤ、提供施設ＩＤ、特典内容、交換ポイント数、および、上限提供数を含む。「特典ＩＤ」は、各特典を識別する識別情報である。なお、「特典ＩＤ」は、上述のユーザ情報テーブル１２１における「希望特典ＩＤ」、および、施設情報テーブル１２２における「提供特典ＩＤ」に利用される識別情報と同じである。すなわち、特典情報テーブル１２３は、ユーザ情報テーブル１２１および施設情報テーブル１２２と関連付けることができる。

「提供施設ＩＤ」は、特典を提供する施設の情報を示す。「提供施設ＩＤ」は、上述の施設情報テーブル１２２における「施設ＩＤ」と同じ識別情報を利用して示される。すなわち、この点においても、特典情報テーブル１２３は、施設情報テーブル１２２と関連付けることができる。

「特典内容」は、特典の具体的な内容を示す情報である。特典の具体的内容としては、例えば、サービスや商品の値段の割引を行うことが挙げられる。また、例えば、特典の具体的内容としては、特定の料理や飲料を無料で提供することが挙げられる。

「交換ポイント数」は、特典を取得するために必要となるポイント数である。交換ポイント数は、例えば、提供する特典の種類ごとに決まる。交換ポイント数は、ユーザの評価が高い特典に対して高く設定されてもよい。また、交換ポイント数は、提供する施設の混雑状況等に応じて変動する構成であってもよい。例えば、施設の混雑率が高くなるにつれて、交換ポイント数が高く設定される構成であってよい。逆に、施設の混雑率が低くなるにつれて、交換ポイント数が低く設定される構成であってよい。

「上限提供数」は、各特典が提供される数の上限を示す情報である。特典は、上限提供数を超えてユーザに付与されない。

なお、図６に示す例では、特典ＩＤが「ＴＯ０１」である特典については、特典の提供を行う施設の施設ＩＤが「ＳＨ０１」、特典内容が「商品の１０％割引」、交換に必要なポイント数が「ＫＰ１」、上限提供数が「ＪＴ１」である。

また、特典情報テーブル１２３は、ユーザ端末２において特典として機能する特典本体データ等の他の情報を含んでよい。特典本体データは、ユーザ端末２の画面に表示される情報であってよい。特典本体データは、例えば、１次元コード情報や２次元コード情報等であってよい。また、特典情報テーブル１２３における各項目の登録情報は、適宜更新されてよい。

図２に戻って、ポイント不足判定部１１２は、特典の取得を希望するユーザが保有するポイントが、当該特典を得るために必要となるポイントに対して不足するか否かを判定する。なお、特典の取得を希望するユーザが保有するポイントは、ユーザ情報テーブル１２１から取得することができる。特典を得るために必要となるポイントは、特典情報テーブル１２３から取得することができる。ユーザが保有するポイント（ポイント数）から、交換に必要なポイント（ポイント数）を差し引いた場合に、ゼロ以上であれば、ポイントが足りていると判断される。ユーザが保有するポイントから、交換に必要なポイントを差し引いた場合に、負の値となれば、ポイントが不足していると判断される。得られた負の値の絶対値が不足ポイント（不足ポイント数）である。

なお、コントローラ１１は、ユーザが保有するポイントが特典の取得に必要なポイントに対して足りている場合には、ポイントとの引き換えにより、ユーザに特典（通常の特典）を付与する。一方、コントローラ１１は、ユーザが保有するポイントが特典の取得に必要なポイントに対して不足する場合には、ポイントの不足に応じた条件が付加された条件付き特典をユーザに付与する。なお、本実施形態では、ポイントの不足に応じた条件が付加されていない特典が、上述の通常の特典に該当する。

本実施形態では、ポイントが不足する場合でも、条件付きで特典の事前獲得を行うことができる。このために、ユーザがポイント不足を理由に特典の利用を諦めることを抑制することができる。すなわち、特典の利用者の減少を抑えて、混雑緩和のための人流の誘導を適切に行うことができる。また、特典の利用者の減少を抑えて、施設の活性化を図ることができる。

コントローラ１１は、ユーザが保有するポイントに応じて求められる時間情報を条件付き特典の条件に含める。すなわち、事前獲得した特典（条件付き特典）には、ポイント不足を解消するための時間情報含まれる。ユーザは、与えられた時間情報に応じた行動を行うことで、ポイント不足を解消して、事前獲得した条件付きの特典を施設で利用することができる。時間情報の詳細については後述する。

また、コントローラ１１は、条件付き特典の条件を、ユーザが要求する特典の提供を行う施設の混雑状況に応じて決定する。これにより、条件付き特典をユーザに付与することによって、施設が必要以上に混雑することを抑制できる。人流の誘導のために付与した条件付き特典が原因となって、混雑緩和を適切に図れないといった事態が生じることを抑制することができる。混雑状況には、上述した混雑率が利用されればよい。混雑状況に応じた条件の決定手法例については後述する。

コントローラ１１は、上述した特典の事前獲得を適切に行うために、滞在時間算出部１１３、滞在可否判定部１１４、混雑度推定部１１５、および、条件決定部１１６を、その機能として備える。

滞在時間算出部１１３は、不足ポイントを補うために、ユーザが特定の場所に滞在する必要がある時間を算出する。滞在時間算出部１１３は、算出した滞在時間を適宜メモリ部１２に記憶する。特定の場所は、ユーザが滞在することによって、イベント会場周辺の道路や最寄り駅等の混雑緩和に寄与する場所である。特定の場所は、例えば、イベント会場、又は、ユーザが取得を希望する特典の提供を行う施設である。イベントの終了後、イベント会場に滞在し続ける行為は、イベント会場周辺の道路や最寄りの駅等の混雑の緩和に寄与する。また、イベントの終了後に、イベント会場の周辺に存在する施設に滞在する行為は、イベント会場周辺の道路や最寄りの駅等の混雑の緩和に寄与する。このような混雑を緩和する行為に対してポイントを付与することで、不足ポイントを補うことができる構成が採用されている。

なお、施設での滞在には、単に施設で待機する行為だけでなく、施設で提供されるサービスを受ける行為が含まれてよい。例えば、施設が飲食店である場合に、施設での滞在には、飲食しながら飲食店に留まる行為が、施設での滞在に含まれてよい。

例えば、ポイントは、１０分の滞在で１００ポイント獲得できる構成とされてよい。この場合、不足ポイントが３００ポイントであれば、３０分の滞在で不足ポイントを補う滞在が完了する。なお、滞在時間に応じて付与されるポイントの数は、滞在場所に応じて変更されてもよいし、滞在場所に関係なく一律に同じとなれてもよい。例えば、イベント会場と、特典を提供する施設とで、滞在時間に応じて与えられるポイントの数が同じであっても、異なってもよい。また、例えば、滞在時間に応じて与えられるポイントの数が、特典を提供する施設毎に異なってもよい。

なお、本実施形態では、イベント会場や、特典の提供を行う施設に滞在するという行為にポイントが付与される構成となっているが、これらは例示である。ポイントの付与は、混雑の緩和を行う行為に対して実行されればよい。このために、例えば、特典を利用する施設に至る経路を、イベント会場から遠回りする経路を選択するという行為に対してポイントが付与される構成としてもよい。

滞在可否判定部１１４は、特典を提供する施設における滞在が可能であるか否かを判定する。滞在可能か否かは、例えば上述した混雑率を基準に判定されてよい。例えば、施設における現在の混雑率が８０％以上である場合に、施設における滞在が不可であると判定される構成としてよい。一方、施設における現在の混雑率が８０％より小さい場合に、施設における滞在が可能であると判定される構成としてよい。なお、滞在可能か否かの判定基準は、例えば施設の種類等に応じて変更されてよい。

混雑度推定部１１５は、特典を提供する施設における混雑度を推定する。混雑度推定部１１５は、例えば、施設の滞在人数が更新されたタイミングで、過去の滞在人数の時間変化情報（例えば図５参照）等の過去データを利用して、混雑度の時刻毎の推移を推定する。すなわち、混雑度推定部１１５は、一定の周期で定期的に混雑度に関する推定を行い、混雑度推定情報を生成する。なお、混雑度に関する推定には、機械学習を行った学習済みモデルが利用されてもよい。

条件決定部１１６は、条件付き特典の条件を決定する。本実施形態では、条件付き特典の条件には、不足ポイントを補うための滞在を行う場所の情報（滞在場所情報）と、時間情報とが含まれる。条件決定部１１６は、滞在可否判定部１１４の判定結果に応じて滞在場所を決定する。また、条件決定部１１６は、滞在時間算出部１１３で算出された滞在時間と、混雑度推定部１１５により得られた混雑度推定情報とに基づいて時間情報を決定する。

時間情報には、例えば、ユーザが最低限滞在すべき時間が含まれる。最低限滞在すべき時間は、不足ポイントを補うために必要とされる滞在時間と同じであってよい。また、時間情報には、例えば、ユーザが特典を利用することができる時間帯が含まれる。また、時間情報には、例えば、ユーザが滞在可能な最大時間である最大滞在時間が含まれる。

なお、時間情報を決定するに際しては、ユーザの現在地から滞在予定の施設に到達するまでに要する予想時間が加味されてもよい。また、時間情報を決定するに際しては、イベント会場の周辺の道路や駅等の混雑状況が加味されてもよい。

付与部１１７は、通常の特典、或いは、条件付き特典をユーザに付与する。これらの特典の付与は、ユーザ端末２に直接的に付与する構成であっても、間接的に付与する構成であってもよい。付与部１１７は、例えば、特典のデータをユーザ端末２に送信することにより特典を付与する構成であってよい。また、別の例として、付与部１１７は、特典のデータのダウンロードを可能とする情報（ＵＲＬ情報等）をユーザ端末２に送信してもよい。

以上からわかるように、本実施形態の情報処理装置１は、ユーザの保有ポイントと、ユーザが取得を希望する特典とに基づいて、ユーザに推奨する混雑緩和の行動を知らせる装置とも言える。

＜３．情報処理方法＞
次に、情報処理装置１を用いて行われる情報処理方法について説明する。装置１が実行する情報処理方法では、特典の取得を要求するユーザが保有するポイントが特典の取得に必要なポイントに対して不足する場合に、ポイントの不足に応じた条件が付加された条件付き特典をユーザに付与する。

ポイントが不足する場合でも、条件付きで特典の事前獲得を行うことができるために、ユーザがポイント不足を理由に特典の利用を諦めることを抑制することができる。すなわち、特典の利用者の減少を抑えて、混雑緩和のための人流の誘導を適切に行うことができる。また、特典の利用者の減少を抑えて、施設の活性化を図ることができる。

以下、上述の情報処理方法の具体例について説明する。

図７は、本発明の実施形態に係る情報処理方法の流れを例示するフローチャートである。図７は、スポーツ観戦等のイベントの終了後における人流の制御を狙って提供される特典を対象とした情報処理方法を例示する。本例では、特典は、ユーザが保有するポイントと交換することで利用可能となる。図７では、ユーザの保有ポイントが交換に必要なポイントに対して不足する場合の処理を中心に示す。図７に示す処理は、ユーザから特典の取得の要求（希望）があった時点で開始される。

なお、特典の取得の希望は、例えば、ユーザ端末２にポイントと引換可能な特典の情報が配信されることによって可能となる。当該配信は、例えば、イベントの終了時刻以降や、イベント終了時刻の少し前から行われる。ユーザに配信する特典の種類は、ユーザの属性（例えば年齢、性別、嗜好等）に応じて、コントローラ１１が選択してもよい。例えば、飲酒不可年齢（例えば２０歳未満）の者に対して、飲酒を前提とする特典の配信は行わない構成としてよい。また、飲酒不可年齢の者から飲酒を前提とする特典の取得の要求があった場合には、当該要求を拒否する構成としてもよい。

ステップＳ１では、ポイント不足判定部１１２が、特典の取得を希望するユーザの保有ポイント（ポイント数）を確認する。そして、ポイント不足判定部１１２は、ユーザの保有ポイントが、取得を希望する特典の交換ポイントよりも小さい場合に、ポイント不足と判定する。ポイント不足である場合（ステップＳ１でＹｅｓ）、次のステップＳ２に処理が進められる。ポイントが足りている場合（ステップＳ１でＮｏ）、図７に示す処理は終了する。

なお、ユーザの保有ポイントが希望特典の交換ポイントに対して足りている場合には、ユーザに特典（通常の特典）が付与される。特典は、例えば、データの形式でユーザ端末２に直接送信される。当該特典には、ポイント不足に基づく条件は付加されていない。ただし、当該特典に、特典を提供する施設等の混雑状況に応じた時間情報が付与されてもよい。時間情報は、例えば、特典を利用できる時間帯である。特典に時間情報が付与されることで、同一の特典を利用する者の、施設の利用時間を分散させることができる。すなわち、特典による人の誘導先が混雑することを抑制することができる。

ステップＳ２では、滞在可否判定部１１４が、ユーザが取得を希望する特典を提供する施設にて滞在を行うことができるか否かを判定する。滞在の可否は、上述のように、例えば施設における現在の混雑率に基づいて判定される。混雑率が予め設定された閾値（８０％等）以上である場合には、施設での滞在が不可であると判定する。混雑率が閾値より小さい場合には、施設での滞在が可能であると判定する。滞在可否判定部１１４により、施設での滞在の可否が判定されると、次のステップＳ３に処理が進められる。

ステップＳ３では、滞在時間算出部１１３が、不足ポイントを補うために必要となる滞在時間を算出する。なお、本例では、指定の滞在場所が何処であっても、滞在時間に対するポイントの付与量（例えば１０分で１００ポイント等）は同じである。滞在場所によって滞在時間に対するポイントの付与量が異なる構成とする場合には、滞在場所ごとに、不足ポイントを補うための滞在時間の算出が行われればよい。滞在時間が算出されると、次のステップＳ４に処理が進められる。

ステップＳ４では、条件決定部１１６が、ユーザが取得を希望する特典を提供する施設の混雑度推定情報を取得する。混雑度推定情報は、上述のように、混雑度推定部１１５により生成される情報である。本実施形態では、混雑度推定情報は、過去のデータから求められた、現在時刻以降（今後）の混雑度の推移を示す情報である。条件決定部１１６が混雑度推定情報を取得すると、次のステップＳ５に処理が進められる。

なお、ステップＳ２、ステップＳ３、および、ステップＳ４の各処理を行う順番は、本実施形態の構成に限らず、適宜変更されてよい。これらの処理は、並行して実施されてもよい。

ステップＳ５では、条件決定部１１６が、ユーザに付与する条件付き特典の条件の内容を決定する。決定される条件には、滞在場所情報と時間情報とが含まれる。条件決定部１１６は、ステップＳ２における判定結果に応じて滞在場所情報を決定する。条件決定部１１６は、ステップＳ２において施設での滞在が可能と判定された場合、ユーザが不足ポイントを補うための滞在場所を、ユーザが取得を希望する特典を提供する施設に決定する。また、条件決定部１１６は、ステップＳ２において施設での滞在が不可と判定された場合、ユーザが不足ポイントを補うための滞在場所をイベント会場に決定する。

すなわち、コントローラ１１は、施設の混雑状況からユーザの施設での滞在が可能と判定された場合に、施設における滞在を、条件付き特典の条件に含める。このような構成では、ユーザは、施設での滞在により不足ポイントを補って特典を利用することができる。このために、保有するポイントが特典の交換に必要なポイントに対して不足する場合でも、ユーザが特典の利用を諦める可能性を低減することができる。

また、コントローラ１１は、施設の混雑状況からユーザの施設での滞在が不可であると判定される場合に、イベントの会場における滞在を、条件付き特典の条件に含める。このような構成でも、ユーザは、イベント会場での滞在により不足ポイントを補って特典を利用することができる。そして、本構成では、混雑している状態の施設にユーザを誘導しないようにできるために、混雑の緩和を適切に図ることができる。

また、条件決定部１１６は、ステップＳ３で算出した滞在時間、および、ステップＳ４で取得した混雑度推定情報に応じて時間情報を決定する。時間情報には、ポイントの不足に応じた滞在時間が含まれる。時間情報には、滞在時間に加えて、特典を利用可能な時間帯が含まれる。

すなわち、コントローラ１１は、ポイントの不足に応じた滞在の時間を、条件付き特典の条件に含める。ユーザは、与えられた滞在時間だけ滞在するという行動を行うことで、ポイント不足を解消して、事前獲得した条件付き特典を施設で利用することができる。

また、コントローラ１１は、滞在の時間に加えて特典を利用可能な時間帯を、条件付き特典の条件に含める。これによれば、同じ施設の特典を利用する複数のユーザを、時間的に分散させて施設に誘導することができる。このために、施設が混雑することを抑制することができる。

また、コントローラ１１は、特典を利用可能な時間帯を、施設の過去データから推定される混雑度推定情報に基づいて決定する。このように構成することで、特典を提供する施設が過剰に混雑する可能性を抑制しつつ、イベント会場周辺の混雑緩和のためにユーザを施設に誘導することができる。

例えば、条件決定部１１６は、滞在場所が施設である場合、施設が混雑していないと推定される時間帯であって、不足ポイントを補うために必要な時間の長さを獲得できる時間帯を時間情報とする。また、例えば、条件決定部１１６は、滞在場所がイベント会場である場合、イベント会場での滞在時間と、特典の利用可能時間とのうち、少なくとも前者を時間情報として決定してよい。条件付き特典の条件が決定されると、次のステップＳ６に処理が進められる。

ステップＳ６では、付与部１１７が、特典の取得を希望したユーザに条件付き特典の付与を行う。条件付き特典の付与が完了すると、図７に示す処理が完了する。

図８Ａおよび図８Ｂは、条件付き特典が付与されたユーザ端末２の表示画面例を示す図である。図８Ａは、ユーザが付与された条件をクリアする行動を行う前の表示画面を示す。図８Ｂは、ユーザが付与された条件をクリアする行動を行った後の表示画面を示す。図８Ａおよび図８Ｂに示す例では、ポイント不足を解消するための滞在を行う場所は、ユーザが取得を希望する特典を提供する施設である。

ユーザが、利用可能時間帯に示される時間帯に施設を訪れて、必要滞在時間だけ滞在すると、ポイント不足が解消される。好ましい形態として、ユーザの施設での滞在開始により、必要滞在時間に関する時間計測が自動的に開始される。画面上の必要滞在時間の時間数は、時間計測に応じて適宜変わる。

ポイント不足が解消されるまで、図８Ａに示すように、「利用可」の文字を表示する領域がグレーアウト形式で表示され、ユーザは特典を利用することができない。ポイント不足が解消されると、図８Ｂに示すように、「利用可」の文字を表示する領域のグレーアウトが解除され、ユーザは特典を利用することができるようになる。グレーアウトが解除された状態で、「利用可」で示される領域に対してユーザがタッチ等の操作を行うと、一次元コードや二次元コード等の特典の利用を許可する表示が現れる。ユーザは、１次元コード等の表示を施設に配置される専用読み取り装置で読み取ってもらうことで、特典を利用することができる。

図９は、条件付き特典が付与されたユーザ端末２の他の表示画面例を示す図である。図９では、ポイント不足を解消するための滞在を行う場所はイベント会場である。図９は、図８Ａと同様に、ユーザが付与された条件をクリアする行動を行う前の表示画面を示す。図９に示す例では、ユーザが、イベント終了後においてイベント会場での滞在を継続し、必要滞在時間が経過すると、第１段階として、利用可能時間帯を示す領域（時間領域）のグレーアウトが解除される。なお、表示画面上における必要滞在時間の時間数は、ユーザのイベント終了時刻からのイベント会場での滞在時間に応じて自動的に変更される。

グレーアウトの解除により示された利用時間帯に施設を訪れると、第２段階として、「利用可」の文字を表示する領域のグレーアウトが解除される。グレーアウトが解除された状態で、「利用可」で示される領域に対してユーザがタッチ等の操作を行うと、一次元コードや二次元コード等の特典の利用を許可する表示が現れる。ユーザは、１次元コード等の表示を施設に配置される専用読み取り装置で読み取ってもらうことで、特典を利用することができる。

なお、以上に示した条件付き特典の画面は、例示にすぎず、適宜変更してよい。例えば、以上では、利用可能時間に示される時間帯での施設訪問が条件付き特典の条件のクリア要件となっているが、これは例示である。指定された利用可能時間帯に施設を訪問することは、条件に含められなくてもよい。

＜３．付記＞
例示的な本発明のプログラムは、情報処理方法をコンピュータに実行させるプログラムであってよい。当該プログラムは、前記コンピュータを、ユーザによる特典の取得の要求を受け付けることと、前記ユーザが保有するポイントが前記特典の取得に必要なポイントに対して不足する場合に、前記ポイントの不足に応じた条件が付加された条件付き特典を前記ユーザに付与することと、を行う手段として機能させる構成であってよい。

また、当該プログラムは、前記コンピュータを、特典の取得を要求するユーザが保有するポイントが前記特典の取得に必要なポイントに対して不足する場合に、前記ポイントの不足に応じた条件が付加された条件付き特典を前記ユーザに付与する手段として機能させる構成であってよい。

＜４．留意事項等＞
本明細書の、発明を実施するための形態に開示される種々の技術的特徴は、その技術的創作の主旨を逸脱しない範囲で種々の変更を加えることが可能である。また、本明細書の、発明を実施するための形態に開示される複数の実施形態および変形例は可能な範囲で組み合わせて実施されてよい。

１・・・情報処理装置
１１・・・コントローラ

Claims (9)

1. コントローラを備える情報処理装置であって、
   前記コントローラは、
   ユーザによる特典の取得の要求を受け付け、
   前記ユーザが保有するポイントが前記特典の取得に必要なポイントに対して不足する場合に、前記ポイントの不足に応じた条件が付加された条件付き特典を前記ユーザに付与する、情報処理装置。
2. 前記コントローラは、前記ユーザの保有するポイントに応じて求められる時間情報を前記条件に含める、請求項１に記載の情報処理装置。
3. 前記コントローラは、前記条件を前記特典の提供を行う施設の混雑状況に応じて決定する、請求項１に記載の情報処理装置。
4. 前記コントローラは、前記混雑状況から前記ユーザの前記施設での滞在が可能と判定される場合に、前記施設における滞在を前記条件に含める、請求項３に記載の情報処理装置。
5. 前記特典は、イベントの開催に対応して提供され、
   前記コントローラは、前記混雑状況から前記ユーザの前記施設での滞在が不可であると判定される場合に、前記イベントの会場における滞在を前記条件に含める、請求項３に記載の情報処理装置。
6. 前記コントローラは、前記ポイントの不足に応じた前記滞在の時間を前記条件に含める、請求項４又は５に記載の情報処理装置。
7. 前記コントローラは、前記滞在の時間に加えて前記特典を利用可能な時間帯を、前記条件に含める、請求項６に記載の情報処理装置。
8. 前記コントローラは、前記特典を利用可能な時間帯を、前記施設の過去データから推定される混雑度推定情報に基づいて決定する、請求項７に記載の情報処理装置。
9. 特典の取得を要求するユーザが保有するポイントが前記特典の取得に必要なポイントに対して不足する場合に、前記ポイントの不足に応じた条件が付加された条件付き特典を前記ユーザに付与する処理を、装置が実行する情報処理方法。

Images