知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024150090
(43)【公開日】2024-10-23
(54)【発明の名称】情報処理装置及び特典付与方法
(51)【国際特許分類】
G06Q 50/10 20120101AFI20241016BHJP
G06Q 30/0207 20230101ALI20241016BHJP
【ＦＩ】
G06Q50/10
G06Q30/0207
【審査請求】未請求
【請求項の数】14
【出願形態】ＯＬ
(21)【出願番号】P 2023063330
(22)【出願日】2023-04-10
(71)【出願人】
【識別番号】314012076
【氏名又は名称】パナソニックＩＰマネジメント株式会社
(74)【代理人】
【識別番号】110002952
【氏名又は名称】弁理士法人鷲田国際特許事務所
(72)【発明者】
【氏名】佐々木 裕之
(72)【発明者】
【氏名】辻 寿嗣
【テーマコード（参考）】
5L030
5L049
5L050
【Ｆターム（参考）】
5L030BB07
5L049BB07
5L049CC18
5L050CC18
(57)【要約】
【課題】エリアの入場資格を事前購入したユーザの入場当日、エリアが混雑していても、ユーザに損した気分を感じにくくさせる情報処理装置を提供すること。
【解決手段】情報処理装置は、エリアの入場資格の価格を動的に決定する価格決定部と、前記入場資格を事前購入したユーザの入場当日における前記エリアの混雑度に基づいて、前記ユーザに対し特典を付与するか否かを判定し、前記特典を付与すると判定した場合、前記事前購入した入場資格の価格に応じて前記ユーザに付与する特典を決定する特典付与部と、を有する。
【選択図】図１
【解決手段】情報処理装置は、エリアの入場資格の価格を動的に決定する価格決定部と、前記入場資格を事前購入したユーザの入場当日における前記エリアの混雑度に基づいて、前記ユーザに対し特典を付与するか否かを判定し、前記特典を付与すると判定した場合、前記事前購入した入場資格の価格に応じて前記ユーザに付与する特典を決定する特典付与部と、を有する。
【選択図】図１
【特許請求の範囲】
【請求項1】
エリアの入場資格の価格を動的に決定する価格決定部と、
前記入場資格を事前購入したユーザの入場当日における前記エリアの混雑度に基づいて、前記ユーザに対し特典を付与するか否かを判定し、前記特典を付与すると判定した場合、前記事前購入した入場資格の価格に応じて前記ユーザに付与する特典を決定する特典付与部と、
を有する情報処理装置。
前記入場資格を事前購入したユーザの入場当日における前記エリアの混雑度に基づいて、前記ユーザに対し特典を付与するか否かを判定し、前記特典を付与すると判定した場合、前記事前購入した入場資格の価格に応じて前記ユーザに付与する特典を決定する特典付与部と、
を有する情報処理装置。
【請求項2】
前記特典付与部は、前記入場資格を事前購入した複数のユーザそれぞれについて、前記入場当日における前記入場資格の価格と、前記ユーザそれぞれが事前購入した前記入場資格の価格との差額に基づいて、前記ユーザそれぞれに対し前記特典を付与するか否かを判定する、
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項3】
前記特典付与部は、前記複数のユーザのうち、前記差額が所定の値より小さいユーザに対し前記特典を付与すると判定し、前記差額が前記所定の値より大きいユーザに対し前記特典を付与しないと判定する、
請求項２に記載の情報処理装置。
請求項２に記載の情報処理装置。
【請求項4】
前記特典付与部は、前記エリアの混雑度と、前記エリア内の内エリアの混雑度とに基づいて、前記ユーザに対し前記特典を付与するか否かを判定する、
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項5】
前記特典付与部は、前記エリアの混雑度が第１閾値を超え、かつ、前記内エリアの混雑度が第２閾値を超えた場合に、前記ユーザに対し前記特典を付与する、
請求項４に記載の情報処理装置。
請求項４に記載の情報処理装置。
【請求項6】
前記特典付与部は、当日入場当日における前記エリアの混雑度が所定の閾値以下である場合、前記事前購入された入場資格の価格に関わらず、前記特典を付与しないと判定する、
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項7】
前記特典付与部は、前記混雑度が所定の閾値を超えた場合さらに、前記ユーザの入場資格を事前購入した購入日に基づいて、前記ユーザに対し前記特典を付与するか否かを判定する、
請求項６に記載の情報処理装置。
請求項６に記載の情報処理装置。
【請求項8】
前記特典付与部は、前記混雑度が所定の閾値を超える場合に、前記ユーザに対し前記特典を付与し、
前記所定の閾値は、曜日ごと及び時間帯ごとの一方又は両方において設定される、
請求項６に記載の情報処理装置。
前記所定の閾値は、曜日ごと及び時間帯ごとの一方又は両方において設定される、
請求項６に記載の情報処理装置。
【請求項9】
前記特典付与部は、前記ユーザの前記エリアへの入場時刻に基づいて前記ユーザに対し前記特典を付与するか否かを判定する、
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項10】
前記特典付与部は、前記ユーザの前記エリアへの入場時刻に基づいて前記特典を付与すると判定されたユーザを、入場当日における前記エリアの混雑度に基づいて前記特典を付与するか否かを判定する対象から除外する、
請求項９に記載の情報処理装置。
請求項９に記載の情報処理装置。
【請求項11】
前記特典付与部は、前記入場当日における前記入場資格の価格に基づく特典に、前記ユーザの属性に基づく特典を加えた特典を前記ユーザに付与する、
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項12】
前記特典付与部はさらに、前記ユーザの入場資格を事前購入した購入日に基づく特典及び前記ユーザの前記入場当日における前記エリアへの入場時刻に基づく特典を前記ユーザに付与する、
請求項１１に記載の情報処理装置。
請求項１１に記載の情報処理装置。
【請求項13】
前記特典付与部は、前記入場当日における前記入場資格の価格に基づく特典と、前記入場当日における前記入場資格の価格と前記ユーザが事前購入した前記入場資格の価格との差額に基づく特典と、のいずれか一方を前記ユーザに付与する、
請求項１に記載の情報処理装置。
請求項１に記載の情報処理装置。
【請求項14】
エリアの入場資格の価格を動的に決定し、
前記入場資格を事前購入したユーザの入場当日における前記エリアの混雑度に基づいて、前記ユーザに対し特典を付与するか否かを判定し、
前記特典を付与すると判定した場合、前記事前購入した入場資格の価格に応じて前記ユーザに付与する特典を決定する、
特典付与方法。
前記入場資格を事前購入したユーザの入場当日における前記エリアの混雑度に基づいて、前記ユーザに対し特典を付与するか否かを判定し、
前記特典を付与すると判定した場合、前記事前購入した入場資格の価格に応じて前記ユーザに付与する特典を決定する、
特典付与方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、情報処理装置及び特典付与方法に関する。
【背景技術】
【0002】
近年、商品等の価格を決定するのに、ダイナミックプライシングと呼ばれる手法が用いられる。ダイナミックプライシングでは、商品等の需要に応じて価格を変動させ、適正価格で商品及びサービス等を販売することが可能になる。
【0003】
従来、来店した顧客に特典情報を付与する情報処理装置が提案されている（例えば、特許文献１を参照）。
【先行技術文献】
【特許文献】
【0004】
【特許文献1】特開２０２１－５１５１０号公報
【発明の概要】
【発明が解決しようとする課題】
【0005】
ユーザは、例えば、テーマパークといったエリアの、チケットといった有料の入場資格の購入において、平日又は特定のイベントが無い日といった入場者の少ない日を指定して事前購入する場合がある。
【0006】
しかし、ダイナミックプライシングによる価格調整の結果、ユーザの入場当日に入場者数が増加する場合がある。例えば、ユーザの入場当日の入場資格の価格がそれ程上昇しなかったり、入場資格の価格が低下していたりした場合、ユーザの入場当日における入場資格の購入者が増加し、エリアの入場者数が増加する場合がある。
【0007】
この場合、入場者が少ないことを期待して入場資格を事前購入したユーザは、入場資格を事前購入したにもかかわらず、エリアの入場者が多いため、損した気分になる場合がある。
【0008】
本開示の非限定的な実施例は、エリアの入場資格を事前購入したユーザの入場当日、エリアが混雑していても、ユーザに損した気分を感じにくくさせる情報処理装置及び特典付与方法の提供に資する。
【課題を解決するための手段】
【0009】
本開示の一実施例に係る情報処理装置は、エリアの入場資格の価格を動的に決定する価格決定部と、前記入場資格を事前購入したユーザの入場当日における前記エリアの混雑度に基づいて、前記ユーザに対し特典を付与するか否かを判定し、前記特典を付与すると判定した場合、前記事前購入した入場資格の価格に応じて前記ユーザに付与する特典を決定する特典付与部と、を有する。
【0010】
本開示の一実施例に係る特典付与方法は、エリアの入場資格の価格を動的に決定し、前記入場資格を事前購入したユーザの入場当日における前記エリアの混雑度に基づいて、前記ユーザに対し特典を付与するか否かを判定し、前記特典を付与すると判定した場合、前記事前購入した入場資格の価格に応じて前記ユーザに付与する特典を決定する。
【0011】
なお、これらの包括的又は具体的な態様は、システム、装置、方法、集積回路、コンピュータープログラム、又は、記録媒体で実現されてもよく、システム、装置、方法、集積回路、コンピュータープログラム及び記録媒体の任意な組み合わせで実現されてもよい。
【発明の効果】
【0012】
本開示の一実施例によれば、情報処理装置は、エリアの入場資格を事前購入したユーザの入場当日、エリアが混雑していても、ユーザに損した気分を感じにくくさせることができる。
【0013】
本開示の一実施例における更なる利点及び効果は、明細書及び図面から明らかにされる。かかる利点及び／又は効果は、いくつかの実施形態並びに明細書及び図面に記載された特徴によってそれぞれ提供されるが、１つ又はそれ以上の同一の特徴を得るために必ずしも全てが提供される必要はない。
【図面の簡単な説明】
【0014】
【図1】実施の形態に係るダイナミックプライシングシステムの構成例を示した図
【図2】ユーザのチケット購入価格例を説明する図
【図3】情報処理装置のブロック構成例を示した図
【図4】端末のブロック構成例を示した図
【図5】入場管理装置のブロック構成例を示した図
【図6】施設利用管理装置のブロック構成例を示した図
【図7】ユーザデータの構成例を示した図
【図8】チケット価格データの構成例を示した図
【図9】入場・施設利用データの構成例を示した図
【図10】ポイント換算データ構成例を示した図
【図11】情報処理装置のチケット購入処理例を示したフローチャート
【図12】情報処理装置の入場処理例を示したフローチャート
【図13】情報処理装置の施設利用処理例を示したフローチャート
【図14】情報処理装置のポイント付与処理例を示したフローチャート
【図15】入場・施設利用データの構成例を示した図
【図16】入場・施設利用データの別のデータ構成例を示した図
【発明を実施するための形態】
【0015】
以下、図面を適宜参照して、本開示の実施の形態について、詳細に説明する。但し、必要以上に詳細な説明は省略する場合がある。例えば、既によく知られた事項の詳細説明や実質的に同一の構成に対する重複説明を省略する場合がある。これは、以下の説明が不必要に冗長になるのを避け、当業者の理解を容易にするためである。
【0016】
なお、添付図面及び以下の説明は、当業者が本開示を十分に理解するために、提供されるのであって、これらにより特許請求の範囲に記載の主題を限定することは意図されていない。
【0017】
＜システム構成例＞
図１は、実施の形態に係るダイナミックプライシングシステム１の構成例を示した図である。図１に示すように、ダイナミックプライシングシステム１は、情報処理装置１０と、端末２０と、入場管理装置３０と、施設利用管理装置４０と、を有する。図１には、ダイナミックプライシングシステム１の他に、ネットワーク５０が示してある。
図１は、実施の形態に係るダイナミックプライシングシステム１の構成例を示した図である。図１に示すように、ダイナミックプライシングシステム１は、情報処理装置１０と、端末２０と、入場管理装置３０と、施設利用管理装置４０と、を有する。図１には、ダイナミックプライシングシステム１の他に、ネットワーク５０が示してある。
【0018】
ネットワーク５０は、例えば、携帯電話ネットワーク等の無線ネットワーク及びインターネット等によって構成される。情報処理装置１０、端末２０、入場管理装置３０、及び、施設利用管理装置４０は、有線又は無線によってネットワーク５０に接続される。情報処理装置１０、端末２０、入場管理装置３０、及び、施設利用管理装置４０は、ネットワーク５０を介して通信する。
【0019】
情報処理装置１０は、例えば、サーバである。情報処理装置１０は、端末２０からの要求に応じて、テーマパーク、遊園地、美術館、又は、博物館といった、サービスが提供されるエリアの入場価格を決定する。情報処理装置１０は、ダイナミックプライシング機能を用いて、サービスが提供されるエリアの入場価格を決定する。なお、サービスが提供されるエリアは、施設エリアと称されてもよい。入場価格は、チケット価格と称されてもよい。
【0020】
端末２０は、例えば、スマートフォン、タブレット端末、又は、パーソナル・コンピュータである。端末２０は、ユーザの操作に応じて、情報処理装置１０にアクセスし、施設エリアのチケット価格の表示要求を行う。端末２０のディスプレイには、情報処理装置１０（ダイナミックプライシング機能）によって決定されたチケット価格が表示される。
【0021】
入場管理装置３０は、例えば、施設エリアの入り口に設置され、施設エリアへの入場者を管理する。例えば、入場管理装置３０は、テーマパークの入り口において、ユーザが提示するチケットの情報を読み取り、チケットを購入したユーザがテーマパークに入場したことを判定する。入場管理装置３０は、チケットを購入したユーザが施設エリアに入場したことを示す情報を、情報処理装置１０に送信する。
【0022】
施設利用管理装置４０は、例えば、施設エリア内に設置された施設（内エリアと称されてもよい）の入り口に設置され、施設への入場者を管理する。例えば、施設利用管理装置４０は、テーマパークのアトラクションやレストランといった施設の入り口において、ユーザが提示するチケットの情報を読み取り、ユーザがテーマパーク内の施設に入場した（施設を利用した）ことを判定する。施設利用管理装置４０は、ユーザが施設エリア内の施設に入場したことを示す情報を、情報処理装置１０に送信する。
【0023】
なお、施設エリアは施設と称され、施設エリア内に設置された施設は設備と称されてもよい。以下では、施設エリアはテーマパークであり、施設はアトラクションであるとして説明する。
【0024】
＜検討＞
図２は、ユーザのチケット購入価格例を説明する図である。図２に示すチケット価格Ａ２ａは、４月１日時点における、ダイナミックプライシングが算出した４月１日以降のテーマパークのチケット価格を示す。図２に示すチケット価格Ａ２ｂは、４月２日時点における、ダイナミックプライシングが算出した４月２日以降のテーマパークのチケット価格を示す。図２に示すチケット価格Ａ２ｃは、４月３日時点における、ダイナミックプライシングが算出した４月３日以降のテーマパークのチケット価格を示す。
図２は、ユーザのチケット購入価格例を説明する図である。図２に示すチケット価格Ａ２ａは、４月１日時点における、ダイナミックプライシングが算出した４月１日以降のテーマパークのチケット価格を示す。図２に示すチケット価格Ａ２ｂは、４月２日時点における、ダイナミックプライシングが算出した４月２日以降のテーマパークのチケット価格を示す。図２に示すチケット価格Ａ２ｃは、４月３日時点における、ダイナミックプライシングが算出した４月３日以降のテーマパークのチケット価格を示す。
【0025】
ユーザＵ１は、例えば、４月３日が平日であり、テーマパークにおいて特定のイベントも無いため、来園者が少なく、アトラクションの待ち時間も少ないと期待し、４月１日において、４月３日におけるテーマパークのチケットを３０００円で購入する（図２の点線枠Ａ２ｄを参照）。
【0026】
ユーザＵ２は、例えば、４月３日が平日であり、テーマパークにおいて特定のイベントも無いため、来園者が少なく、アトラクションの待ち時間も少ないと期待し、４月２日において、４月３日におけるテーマパークのチケットを５０００円で購入する（図２の点線枠Ａ２ｅを参照）。
【0027】
４月３日当日におけるチケット価格は、６０００円であったとする（図２の点線枠Ａ２ｆを参照）。４月３日は平日であり、テーマパークにおいて特定のイベントも無いにもかかわらず、来園者が多く、混雑したとする。この場合、ユーザＵ１は、来園者が少ないというユーザＵ１の期待には反しているが、チケットを３０００円安く購入できているため、不満が小さいと考えられる。一方、ユーザＵ２は、来園者が少ないという期待に反し、かつ、チケットを１０００円しか安く購入できておらず、不満が大きいと考えられる。
【0028】
そこで、ダイナミックプライシングシステム１は、当日のテーマパーク及びアトラクションの混雑度に応じて、チケットを事前購入したユーザ者に対し、ポイントを付与する。
【0029】
また、ダイナミックプライシングシステム１は、ユーザのチケット購入額に応じて、ポイントを付与する。例えば、チケットを３０００円安く事前購入できたユーザＵ１は不満が小さいと考えられるため、ダイナミックプライシングシステム１は、ユーザＵ２にはポイントを付与しない。一方、チケットを１０００円しか安く事前購入できなかったユーザＵ２は不満が大きいと考えられるため、ダイナミックプライシングシステム１は、ユーザＵ２にはポイントを付与する。
【0030】
なお、ポイントとは、お金に相当するものであって、例えば、特定の施設エリアのチケット購入、特定の商品の購入、又は、特定のサービスの購入等に使用される。ポイントは、ユーザに付与される特典と解釈されてもよい。なお、特典は、必ずしもお金に相当するものでなくともよく、数値で表わされる情報でなくともよい。このような特典の例としては、割引券、施設の優先利用権、特別な施設の利用権などが考えられる。また、特典は、現金であってもよい。
【0031】
以下では、ユーザがテーマパークに入場する日のチケット価格（当日チケット価格）が、ユーザが事前購入したチケット価格より高い場合について説明する。
【0032】
【0033】
制御部１０１は、情報処理装置１０全体を制御する。制御部１０１は、例えば、ＣＰＵ（central processing unit）といったプロセッサーによって構成されてもよい。
【0034】
制御部１０１は、ダイナミックプライシング機能を実現する。制御部１０１は、購入処理部１１１と、価格決定部１１２と、ポイント付与部１１３と、送信処理部１１４と、を有する。制御部１０１は、例えば、記憶部１０３に記憶されるプログラムの実行によって、前述の各部機能を実現してもよい。
【0035】
購入処理部１１１は、端末２０からの要求に応じて、チケットの購入処理を行う。価格決定部１１２は、記憶部１０３に記憶されている、動的価格を算出するための購入統計データに基づいて、テーマパークのチケットの価格を動的に決定する。ポイント付与部１１３は、チケットを事前購入したユーザの来園当日における混雑度、ユーザのチケット購入価格、及び、ユーザの性別や年齢といった属性に基づいて、ポイントを算出する。送信処理部１１４は、算出した変動価格データ及びポイントを、通信部１０２を介して、端末２０に送信する。
【0036】
通信部１０２は、ネットワーク５０を介して端末２０、入場管理装置３０、及び、施設利用管理装置４０と通信する。通信部１０２は、送信部と受信部とによって構成されてもよい。
【0037】
記憶部１０３には、制御部１０１に実行させるＯＳ（operating system）のプログラム及びアプリケーションプログラムが記憶される。また、記憶部１０３には、制御部１０１による処理に必要な各種データが記憶される。記憶部１０３は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、フラッシュメモリ、ＳＳＤ（solid state drive）、及び／又はＨＤＤ（hard disk drive）であってもよい。記憶部１０３は、１つであってもよいし、複数であってもよい。
【0038】
なお、記憶部１０３は、ストレージといった外部の記憶装置によって構成されてもよい。外部の記憶装置は、情報処理装置１０の一部と捉えてもよい。
【0039】
【0040】
制御部２０１は、端末２０全体を制御する。制御部２０１は、例えば、ＣＰＵといったプロセッサーによって構成されてもよい。
【0041】
制御部２０１は、購入処理部２１１と、変動価格データ処理部２１２と、を有する。制御部２０１は、例えば、記憶部２０６に記憶されるプログラムの実行によって、前述の各部機能を実現してもよい。
【0042】
購入処理部２１１は、通信部２０２を介して、情報処理装置１０と通信し、テーマパークのチケットの購入処理を行う。変動価格データ処理部２１２は、情報処理装置１０から送信される変動価格データを受信し、受信したデータに基づく変動価格の画像を、表示部２０４を介して、ディスプレイに表示する。
【0043】
通信部２０２は、ネットワーク５０を介して情報処理装置１０と通信する。通信部２０２は、送信部と受信部とによって構成されてもよい。
【0044】
入力部２０３は、例えば、タッチパネル及びキー入力装置といった入力装置から信号を受信し、制御部２０１に出力する。
【0045】
表示部２０４は、制御部２０１から出力されるデータに基づいて、ディスプレイに画像を表示する。
【0046】
音声部２０５は、例えば、制御部２０１から出力されるデジタルの音声信号をアナログ信号に変換し、スピーカに出力する。音声部２０５は、マイクから出力されるアナログの音声信号をデジタル信号に変換し、制御部２０１に出力する。
【0047】
記憶部２０６には、制御部２０１に実行させるＯＳのプログラム及びアプリケーションプログラムが記憶される。また、記憶部２０６には、制御部２０１による処理に必要な各種データが記憶される。記憶部２０６は、例えば、ＲＯＭ、ＲＡＭ、フラッシュメモリ、ＳＳＤ、及び／又はＨＤＤであってもよい。記憶部２０６は、１つであってもよいし、複数であってもよい。
【0048】
【0049】
制御部３０１は、入場管理装置３０全体を制御する。制御部３０１は、例えば、ＣＰＵといったプロセッサーによって構成されてもよい。
【0050】
制御部３０１は、入場処理部３１１と、送信処理部３１２と、を有する。制御部３０１は、例えば、記憶部３０５に記憶されるプログラムの実行によって、前述の各部機能を実現してもよい。
【0051】
入場処理部３１１は、センサー３０４から、センサー３０４が読み取ったチケットのチケット情報を受信する。入場処理部３１１は、チケット情報を受信した日時と、チケット情報とに基づいて、センサー３０４が読み取ったチケットの適否を判定する。送信処理部３１２は、入場処理部３１１がセンサー３０４から受信したチケット情報を、通信部３０２を介し、情報処理装置１０に送信する。
【0052】
通信部３０２は、ネットワーク５０を介して情報処理装置１０と通信する。通信部３０２は、送信部と受信部とによって構成されてもよい。
【0053】
表示部３０３は、制御部３０１から出力されるデータに基づいて、ディスプレイに画像を表示する。例えば、表示部３０３は、ディスプレイに入場処理の結果を表示する。
【0054】
センサー３０４は、テーマパークのチケットの情報を読み取るセンサーである。例えば、センサー３０４は、端末２０のディスプレイに表示されたチケットの２次元コード又は紙のチケットに印刷された２次元コードを読み取るカメラである。
【0055】
記憶部３０５には、制御部３０１に実行させるＯＳのプログラム及びアプリケーションプログラムが記憶される。また、記憶部３０５には、制御部３０１による処理に必要な各種データが記憶される。記憶部３０５は、例えば、ＲＯＭ、ＲＡＭ、フラッシュメモリ、ＳＳＤ、及び／又はＨＤＤであってもよい。記憶部３０５は、１つであってもよいし、複数であってもよい。
【0056】
なお、記憶部３０５は、ストレージといった外部の記憶装置によって構成されてもよい。外部の記憶装置は、入場管理装置３０の一部と捉えてもよい。
【0057】
【0058】
制御部４０１は、施設利用管理装置４０全体を制御する。制御部４０１は、例えば、ＣＰＵといったプロセッサーによって構成されてもよい。
【0059】
制御部４０１は、施設利用処理部４１１と、送信処理部４１２と、を有する。制御部４０１は、例えば、記憶部４０５に記憶されるプログラムの実行によって、前述の各部機能を実現してもよい。
【0060】
施設利用処理部４１１は、センサー４０４から、センサー４０４が読み取ったチケットのチケット情報を受信する。施設利用処理部４１１は、チケット情報を受信した日時と、チケット情報とに基づいて、センサー４０４が読み取ったチケットの適否を判定する。送信処理部４１２は、施設利用処理部４１１がセンサー４０４から受信したチケット情報を、通信部４０２を介し、情報処理装置１０に送信する。
【0061】
通信部４０２は、ネットワーク５０を介して情報処理装置１０と通信する。通信部４０２は、送信部と受信部とによって構成されてもよい。
【0062】
表示部４０３は、制御部４０１から出力されるデータに基づいて、ディスプレイに画像を表示する。例えば、表示部４０３は、ディスプレイに施設への入場処理の結果を表示する。
【0063】
センサー４０４は、テーマパークのチケットの情報を読み取るセンサーである。例えば、センサー４０４は、端末２０のディスプレイに表示されたチケットの２次元コード又は紙のチケットに印刷された２次元コードを読み取るカメラである。
【0064】
記憶部４０５には、制御部４０１に実行させるＯＳのプログラム及びアプリケーションプログラムが記憶される。また、記憶部４０５には、制御部４０１による処理に必要な各種データが記憶される。記憶部４０５は、例えば、ＲＯＭ、ＲＡＭ、フラッシュメモリ、ＳＳＤ、及び／又はＨＤＤであってもよい。記憶部４０５は、１つであってもよいし、複数であってもよい。
【0065】
なお、記憶部４０５は、ストレージといった外部の記憶装置によって構成されてもよい。外部の記憶装置は、施設利用管理装置４０の一部と捉えてもよい。
【0066】
＜データ構成例＞
図７は、ユーザデータＤ１の構成例を示した図である。ユーザデータＤ１は、ユーザ個人に関する個人情報、及び、ユーザ個人のチケットの購入に関する購入情報を有する。ユーザデータＤ１は、情報処理装置１０の記憶部１０３に記憶される。ユーザデータＤ１は、ダイナミックプライシングシステム１に登録したユーザの情報を、ユーザごとに管理する。
図７は、ユーザデータＤ１の構成例を示した図である。ユーザデータＤ１は、ユーザ個人に関する個人情報、及び、ユーザ個人のチケットの購入に関する購入情報を有する。ユーザデータＤ１は、情報処理装置１０の記憶部１０３に記憶される。ユーザデータＤ１は、ダイナミックプライシングシステム１に登録したユーザの情報を、ユーザごとに管理する。
【0067】
ユーザデータＤ１は、変動価格の提示を受けるユーザのユーザＩＤと、ユーザの性別と、ユーザの年齢と、メールアドレスと、を有する。ユーザＩＤ、性別、年齢、及び、メールアドレスは、例えば、ユーザがダイナミックプライシングシステム１に登録したときに、記憶部１０３に記憶される。
【0068】
ユーザデータＤ１は、ユーザに付与された付与ポイント（累積ポイント）の情報を有する。付与ポイントは、ユーザにポイントが付与されたとき、又は、ユーザがポイントを使用したときに更新される。
【0069】
ユーザデータＤ１は、ユーザがチケットを購入した購入回数（累積回数）の情報を有する。購入回数は、ユーザがチケットを購入したときに更新される。
【0070】
ユーザデータＤ１は、ユーザがチケットを購入した購入総額（購入累計金額）の情報を有する。購入金額は、ユーザがチケットを購入したときに更新される。
【0071】
ユーザデータＤ１は、ユーザのチケットの購入履歴の情報を有する。購入履歴は、ユーザがチケットを購入したテーマパークのテーマパーク名と、チケットの購入日と、チケットの利用日（ユーザがテーマパークに入場する日）と、チケットの購入価格と、ユーザがチケットを利用したか否かを示す利用情報（ユーザがテーマパークに入場したか否かを示す情報）と、を有する。
【0072】
図８は、チケット価格データＤ２の構成例を示した図である。情報処理装置１０は、例えば、１日に１回（２回以上でもよい）、特定の時間において、ダイナミックプライシング機能により、チケット価格データＤ２を生成する。情報処理装置１０は、生成したチケット価格データＤ２を記憶部１０３に記憶する。図８の（Ａ）には、４月１日の時点におけるチケット価格データＤ２が示してある。図８の（Ｂ）には、４月２日の時点におけるチケット価格データＤ２が示してある。図８の（Ｃ）には、４月３日の時点におけるチケット価格データＤ２が示してある。
【0073】
図８の（Ａ）の「４月１日価格」の欄には、４月１日の時点における、過去、現在（当日）、及び将来のテーマパークＸのチケット価格が記憶される。例えば、４月１日の時点における、４月１日（当日）のチケット価格として、「３５００円」が記憶されている。例えば、４月１日の時点における、４月３日（将来）のチケット価格として、「３０００円」が記憶されている。図８の（Ａ）の「４月１日価格」の欄には、４月１日よりも前に算出された過去のチケット価格も記憶されている。
【0074】
図８の（Ｂ）の「４月２日価格」の欄には、４月２日の時点における、過去、現在、及び将来のテーマパークＸのチケット価格が記憶される。例えば、４月２日の時点における、４月２日（当日）のチケット価格として、「３０００円」が記憶されている。例えば、４月２日の時点における、４月３日（将来）のチケット価格として、「５０００円」が記憶されている。例えば、図８の（Ｂ）の「４月２日価格」の欄には、４月２日よりも前に算出された過去のチケット価格も記憶される。例えば、「４月２日価格」の欄には、４月２日よりも前に算出された４月１日のチケット価格「３５００円」が記憶されている。
【0075】
図８の（Ｃ）の「４月３日価格」の欄には、４月３日の時点における、過去、現在、及び将来のテーマパークＸのチケット価格が記憶される。例えば、４月３日の時点における、４月３日（当日）のチケット価格として、「６０００円」が記憶されている。例えば、４月３日の時点における、４月３０日（将来）のチケット価格として、「３５００円」が記憶されている。例えば、図８の（Ｃ）の「４月３日価格」の欄には、４月３日よりも前に算出された過去のチケット価格も記憶される。例えば、「４月３日価格」の欄には、４月３日よりも前に算出された４月１日のチケット価格「３５００円」が記憶されている。
【0076】
なお、チケット価格データＤ２には、現在及び将来のチケット価格が記憶され、過去のチケット価格は記憶されなくてもよい。例えば、図８の（Ｃ）において、「４月２日価格」以前の価格の欄（図８の点線枠Ａ８ｃを参照）は、記憶されなくてもよい。また、図８の（Ｃ）の「４月３日価格」の欄において、４月２日以前のチケット価格（図８の点線枠Ａ８ｄを参照）は、記憶されてもよい。
【0077】
また、記憶部１０３には、テーマパークＸ以外のチケット価格データも記憶される。例えば、記憶部１０３には、図７に示したテーマパークＡ，Ｋのチケット価格データが記憶される。
【0078】
図９は、入場・施設利用データＤ３の構成例を示した図である。入場・施設利用データＤ３は、情報処理装置１０の記憶部１０３に記憶される。図９の入場・施設利用データＤ３は、テーマパークＸにおける入場・施設利用データを示している。入場・施設利用データＤ３は、テーマパークごとに記憶される。例えば、記憶部１０３には、図７に示したテーマパークＡ，Ｋの入場・施設利用データが記憶される。
【0079】
入場・施設利用データＤ３は、集客率と、施設利用率と、最大集客数と、最大施設利用数と、現集客数の累積値と、現施設利用数の累積値と、の情報を有する。集客率、施設利用率、最大集客数、及び最大施設利用数は、例えば、テーマパークＸを管理する事業者によって、設定及び変更される。
【0080】
現集客数の累積値は、テーマパークＸに入場した人数の累積値を示す。現施設利用数の累積値は、テーマパークＸのアトラクションやレストランといった施設を利用した人数の累積値を示す。現集客数の累積値及び現施設利用数の累積値は、例えば、１日ごとに「０」にリセットされる。
【0081】
現集客数の累積値及び現施設利用数の累積値は、逐次更新される。例えば、情報処理装置１０は、入場管理装置３０から送信される、ユーザがテーマパークＸに入場したことを示す情報に基づいて、現集客数の累積値を更新する。情報処理装置１０は、施設利用管理装置４０から送信される、ユーザが施設に入場したことを示す情報に基づいて、現施設利用数の累積値を更新する。
【0082】
入場・施設利用データＤ３は、情報処理装置１０がポイント算出のトリガ（開始）を判定するためのデータである。例えば、情報処理装置１０は、最大集客数に対する現集客数の累積値の比率が、集客率を超える場合、チケットを事前購入したユーザに対する、ポイント算出の開始を決定する。情報処理装置１０は、最大施設利用数に対する現施設利用数の累積値の比率が、施設利用率を超える場合、チケットを事前購入したユーザに対する、ポイント算出の開始を決定する。
【0083】
なお、これらの累積値の比率が閾値を超えない場合、情報処理装置１０はポイント算出を行わないと決定する。すなわち、情報処理装置１０は、ポイント算出のトリガが満たされなかった場合には、事前購入されたチケットの価格にかかわらず、ポイントを付与する必要はないと判断する。このような判断を行う理由は、施設等が混雑していない場合には、チケットを事前購入したユーザの期待は裏切られていないと言えるためである。
【0084】
すなわち、情報処理装置１０は、入場・施設利用データＤ３に基づいて、テーマパークＸ及びアトラクションの混雑度を算出し、チケットを事前購入したユーザに対する、ポイント算出の開始を決定する。
【0085】
具体的には、情報処理装置１０は、テーマパークＸの混雑度が、テーマパークＸの事業者が設定した集客率「８０％」（第１閾値）を超え、かつ、テーマパークＸのアトラクションの混雑度が、テーマパークＸの事業者が設定した施設利用率「７０％」（第２閾値）を超えた場合、チケットを事前購入したユーザに対する、ポイント算出の開始を決定する。
【0086】
なお、入場・施設利用データＤ３の施設利用率、最大施設利用数、及び、現施設利用数の累積値は、テーマパークＸ内のアトラクションごとに設けられてもよい。
【0087】
図１０は、ポイント換算データＤ４構成例を示した図である。ポイント換算データＤ４は、情報処理装置１０の記憶部１０３に記憶される。情報処理装置１０は、図９で説明した入場・施設利用データＤ３に基づいて、ポイント算出の開始を決定した場合、ポイント換算データＤ４を参照し、ポイントを付与するユーザを判定する。そして、情報処理装置１０は、ユーザに付与するポイントを算出する。
【0088】
ポイント換算データＤ４の差額率は、ポイントを付与するユーザを判定するために用いられる。例えば、情報処理装置１０は、差額率と、当日のチケット価格とを用いて、ポイントを付与するユーザを判定（抽出）するための判定差額を算出する。そして、情報処理装置１０は、ユーザが事前購入したチケット価格と、ユーザが事前購入したチケットの当日価格との差額が判定差額より小さい場合に、そのユーザにポイントを付与すると決定する。
【0089】
すなわち、情報処理装置１０は、チケットを事前購入したにもかかわらず、当日のチケット価格と、事前購入したチケット価格との差額が小さかったユーザに対し、ポイントを付与する。
【0090】
具体的には、４月３日当日のチケット価格を「６０００円」とする。情報処理装置１０は、「６０００円」に差額率「２０％」を乗算し、判定差額「１２００円」を算出する。情報処理装置１０は、ユーザが事前購入した４月３日のチケット価格と、４月３日当日のチケット価格との差が、判定差額「１２００円」より小さかったユーザに対し、ポイントを付与すると決定する。一方、情報処理装置１０は、ユーザが事前購入した４月３日のチケット価格と、４月３日当日のチケット価格との差が、判定差額「１２００円」以上のユーザに対しては、ポイントを付与しないと決定する。
【0091】
なお、情報処理装置１０は、判定差額に応じた値をポイントとしてユーザに付与してもよい。上記例の場合、情報処理装置１０は、判定差額「１２００円」に応じた値「１２００」を、ポイントとしてユーザに付与してもよい。以下では、判定差額に応じた値のポイントを基本ポイントと称することがある。
【0092】
ポイント換算データＤ４は、ユーザ属性に応じたポイント情報を有する。例えば、ポイント換算データＤ４は、図１０に示すように、男性ユーザに付与されるポイント、女性ユーザに付与されるポイント、２０代以下のユーザに付与されるポイント、購入回数が５回以上のユーザに付与されるポイント、及び、チケットの購入総額が５万円以上のユーザに付与されるポイントの情報を有する。
【0093】
情報処理装置１０は、算出した基本ポイントに、ユーザの属性に基づくポイントを加算する。例えば、情報処理装置１０は、男性ユーザには、算出した基本ポイントに「１０」ポイントを加算する。情報処理装置１０は、購入回数が５回以上のユーザには、算出した基本ポイントに「３０」ポイントを加算する。
【0094】
なお、上記ではポイントを単純加算する例を示しているが、基本ポイントに対してユーザの属性に基づくポイントを加える態様は他のものであってもよい。例えば、ユーザの属性に基づくポイントを重み付けして加算したり、基本ポイントに対してユーザに属性に基づくポイントを乗算したりしてもよい。以下、他の要因により基本ポイントに他のポイントを加える処理を行う場合も同様である。
【0095】
なお、ポイント換算データＤ４は、テーマパークごとに生成され、記憶部１０３に記憶されてもよい。
【0096】
＜動作例＞
図１１は、情報処理装置１０のチケット購入処理例を示したフローチャートである。
図１１は、情報処理装置１０のチケット購入処理例を示したフローチャートである。
【0097】
情報処理装置１０は、端末２０から、チケット価格表示要求を受信する（Ｓ１）。例えば、情報処理装置１０は、４月２日において、ユーザＩＤ「Ｂ」のユーザの端末２０から、テーマパークＸのチケット価格表示要求を受信する。
【0098】
情報処理装置１０は、Ｓ１におけるチケット価格表示要求に応じて、チケット価格情報を端末２０に送信する（Ｓ２）。例えば、情報処理装置１０は、図８の（Ｂ）に示した「４月２日価格」の情報のうち、４月２日から４月３０日までのチケット価格情報（図８の（Ｂ）の点線枠Ａ８ａを参照）を端末２０に送信する。
【0099】
なお、端末２０は、情報処理装置１０から送信されたチケット価格情報に基づいて、４月２日から４月３０日までのチケット価格をディスプレイに表示する。
【0100】
情報処理装置１０は、端末２０から、チケット購入要求を受信する（Ｓ３）。例えば、情報処理装置１０は、ユーザＩＤ「Ｂ」のユーザの端末２０から、テーマパークＸの４月３日におけるチケット購入要求を受信する。なお、４月２日時点における、テーマパークＸの４月３日のチケット価格は、５０００円である（図８の（Ｂ）の点線枠Ａ８ｂを参照）。
【0101】
情報処理装置１０は、Ｓ３のチケット購入要求に応じ打て、チケット購入処理を実行する（ユーザデータＤ１を更新する）（Ｓ４）。例えば、情報処理装置１０は、ユーザＩＤ「Ｂ」のユーザの、チケット代の支払いが完了すると、図７に示したユーザデータＤ１の購入回数に「１」を加算する。情報処理装置１０は、図７に示したユーザデータＤ１の購入総額に「５０００円」を加算する。情報処理装置１０は、図７に示したユーザデータＤ１のテーマパーク名、購入日、利用日、及び、価格のそれぞれに「テーマパークＸ」、「４月２日」、「４月３日」、及び、「５０００円」を追加する。
【0102】
なお、現在日は「４月２日」であり、チケットの利用日（入場日）は「４月３日」である。そのため、ユーザＩＤ「Ｂ」のユーザはチケットを利用（テーマパークＸに入場）しておらず、図７の「利用」の欄は空欄となっている。
【0103】
情報処理装置１０は、チケットの購入処理が完了すると、チケットの購入処理が完了したことを示す情報を、ユーザＩＤ「Ｂ」の端末２０に送信する（Ｓ５）。
【0104】
なお、チケットの購入処理が完了したことを示す情報には、テーマパークＸの４月３日おけるチケットの画像データが含まれてもよい。チケットの画像には、例えば、テーマパークＸに入場するための２次元コードの画像が含まれてもよい。
【0105】
図１２は、情報処理装置１０の入場処理例を示したフローチャートである。
【0106】
情報処理装置１０は、入場管理装置３０から、ユーザのテーマパークへの入場情報を受信する（Ｓ１１）。例えば、ユーザＩＤ「Ｂ」のユーザは、４月３日にテーマパークＸに入場したとする。この場合、情報処理装置１０は、入場管理装置３０から、ユーザＩＤ「Ｂ」のユーザの、テーマパークＸへの入場情報（チケット情報）を受信する。
【0107】
情報処理装置１０は、Ｓ１１の入場情報の受信に応じて、図９に示した入場・施設利用データＤ３の現集客数の累積値を更新する（Ｓ１２）。例えば、情報処理装置１０は、ユーザＩＤ「Ｂ」のユーザの、テーマパークＸへの入場情報を受信した場合、図９に示した入場・施設利用データＤ３の現集客数の累積値に「１」を加算する。
【0108】
情報処理装置１０は、Ｓ１１の入場情報の受信に応じて、ユーザデータＤ１を更新する（Ｓ１３）。例えば、情報処理装置１０は、ユーザＩＤ「Ｂ」のユーザの、テーマパークＸへの入場情報を受信した場合、図７に示したユーザデータＤ１の「利用」の欄に、「済」を示す情報を記憶する。
【0109】
図１３は、情報処理装置１０の施設利用処理例を示したフローチャートである。
【0110】
情報処理装置１０は、施設利用管理装置４０から、ユーザのアトラクションへの入場情報（チケット情報）を受信する（Ｓ２１）。例えば、ユーザＩＤ「Ｂ」のユーザは、４月３日にテーマパークＸに入場し、テーマパークＸ内の或るアトラクションに入場したとする。この場合、情報処理装置１０は、施設利用管理装置４０から、ユーザのアトラクションへの入場情報を受信する。
【0111】
情報処理装置１０は、Ｓ２１の入場情報の受信に応じて、図９に示した入場・施設利用データＤ３の現施設利用数の累積値を更新する（Ｓ２２）。例えば、情報処理装置１０は、ユーザのアトラクションへの入場情報を受信した場合、図９に示した入場・施設利用データＤ３の現施設利用数の累積値に「１」を加算する。
【0112】
図１４は、情報処理装置１０のポイント付与処理例を示したフローチャートである。以下では、４月３日におけるポイント付与処理例について説明する。また、４月３日におけるテーマパークＸのチケット価格を「６０００円」とする。
【0113】
情報処理装置１０は、入場・施設利用データＤ３を参照し、テーマパークの混雑度（テーマパーク内全体における混雑度）及びテーマパーク内のアトラクションの混雑度を算出する（Ｓ３１）。例えば、情報処理装置１０は、図１５に示す４月３日におけるテーマパークＸの入場・施設利用データＤ３を参照し、４月３日におけるテーマパークの混雑度及びテーマパーク内のアトラクションの混雑度を算出する。例えば、情報処理装置１０は、図１５に示す最大集客数「２０００」に対する現集客数の累積値「１７７７」の比率から、テーマパークの混雑度「８９％」を算出する。情報処理装置１０は、図１５に示す最大施設利用数「１０００」に対する現施設利用数の累積値「７７７」の比率から、混雑度「７８％」を算出する。
【0114】
情報処理装置１０は、Ｓ３１にて算出したテーマパークの混雑度が第１閾値（テーマパークの事業者が設定した集客率）を超え、かつ、アトラクションの混雑度が第２閾値（テーマパークの事業者が設定した施設利用率）を超えるか否かを判定する（Ｓ３２）。例えば、Ｓ３１にて算出したテーマパークＸの混雑度「８９％」は、図１５に示す集客率「８０％」を超え、かつ、Ｓ３１にて算出したアトラクションの混雑度「７８％」は、図１５に示す施設利用率「７０％」を超える。従って、この場合、情報処理装置１０は、Ｓ３１にて算出したテーマパークＸ内の混雑度が第１閾値を超え、かつ、アトラクションの混雑度が第２閾値を超えたと判定する。別言すれば、情報処理装置１０は、テーマパークＸが混雑し、かつ、テーマパークＸ内のアトラクションが混雑していると判定する。
【0115】
情報処理装置１０は、テーマパークが混雑し、かつ、テーマパーク内のアトラクションが混雑していると判定した場合、各ユーザのユーザデータＤ１とポイント換算データＤ４とを参照し、ポイント付与の対象となるユーザを抽出する（Ｓ３３）。例えば、情報処理装置１０は、４月３日おけるチケット価格「６０００円」と、図１０に示したポイント換算データＤ４の差額率「２０％」とから、判定差額「１２００円」を算出する。そして、情報処理装置１０は、ユーザデータＤ１を参照し、テーマパークＸのチケットを事前購入したユーザであって、事前購入した４月３日のチケット価格と、４月３日当日のチケット価格「６０００円」との差額が判定差額「１２００円」より小さいユーザを抽出する。図１０に示したユーザＩＤ「Ｂ」のユーザは、４月３日のチケットを４月２日に「５０００円」で事前購入し、４月３日の当日のチケット価格「６０００円」との差額「１０００円」が、判定差額「１２００円」より小さい。従って、情報処理装置１０は、ユーザＩＤ「Ｂ」のユーザをポイント付与対象のユーザとして抽出する。
【0116】
情報処理装置１０は、Ｓ３３にて抽出したユーザに対してポイントを付与する（Ｓ３４）。例えば、情報処理装置１０は、Ｓ３３にて算出した判定差額「１２００円」に基づく値「１２００」を、基本ポイントとして、Ｓ３３にて抽出したユーザに対して付与する。また、情報処理装置１０は、ユーザデータＤ１のユーザ属性と、ポイント換算データＤ４とに基づくポイントを、Ｓ３３にて抽出したユーザに対して付与する。例えば、情報処理装置１０は、Ｓ３３にて抽出したユーザが男性であった場合、基本ポイントに「１０」ポイントを付与する（図１０のポイント換算データＤ４の「男性」の欄を参照）。
【0117】
情報処理装置１０は、ポイントを付与したユーザの端末２０に、ポイントを付与したことを示すメールを送信する（Ｓ３５）。なお、情報処理装置１０は、ユーザデータＤ１のメールアドレスによって、ポイントを付与したことを示すメールを送信する。
【0118】
＜まとめ＞
以上説明したように、情報処理装置１０は、テーマパークのチケット価格を動的に決定する価格決定部１１２と、テーマパークのチケットを事前購入したユーザの入場当日におけるテーマパークの混雑度に基づいて、ユーザに対しポイントを付与するか否かを判定するポイント付与部１１３と、を有する。
以上説明したように、情報処理装置１０は、テーマパークのチケット価格を動的に決定する価格決定部１１２と、テーマパークのチケットを事前購入したユーザの入場当日におけるテーマパークの混雑度に基づいて、ユーザに対しポイントを付与するか否かを判定するポイント付与部１１３と、を有する。
【0119】
これにより、情報処理装置１０は、例えば、ユーザの入場当日にテーマパークが混雑していた場合に、チケットを事前購入したユーザにポイントを付与できるため、利用客が少ないことを期待してチケットを事前購入したユーザに対し、損した気分を感じにくくさせることができる。
【0120】
＜変形例＞
・変形例１
情報処理装置１０は、テーマパークの混雑度と、アトラクションの混雑度との両方が閾値を超えた場合をポイント算出のトリガとしたが、これに限られない。情報処理装置１０は、テーマパークの混雑度と、アトラクションの混雑度とのうちの一方が閾値を超えた場合をポイント算出のトリガとしてもよい。
・変形例１
情報処理装置１０は、テーマパークの混雑度と、アトラクションの混雑度との両方が閾値を超えた場合をポイント算出のトリガとしたが、これに限られない。情報処理装置１０は、テーマパークの混雑度と、アトラクションの混雑度とのうちの一方が閾値を超えた場合をポイント算出のトリガとしてもよい。
【0121】
・変形例２
情報処理装置１０は、ポイント付与の対象となるユーザとして、ユーザが事前購入したチケット価格と、事前購入したチケットの当日のチケット価格との差額が、判定差額より小さいユーザを抽出したが、これに限られない。情報処理装置１０は、ポイント付与対象となるユーザの抽出条件として、チケットの購入日を判定条件に加えてもよい。
情報処理装置１０は、ポイント付与の対象となるユーザとして、ユーザが事前購入したチケット価格と、事前購入したチケットの当日のチケット価格との差額が、判定差額より小さいユーザを抽出したが、これに限られない。情報処理装置１０は、ポイント付与対象となるユーザの抽出条件として、チケットの購入日を判定条件に加えてもよい。
【0122】
例えば、情報処理装置１０は、チケット価格の差額が判定差額より小さいという条件と、チケットを１か月以上前に購入したという条件との一方又は両方の条件に合致するユーザを、ポイント付与対象のユーザとして抽出してもよい。この動作により、情報処理装置１０は、チケットを早期に購入したユーザの満足度を向上させることがきできる。
【0123】
・変形例３
情報処理装置１０は、ポイント付与の対象となるユーザとして、ユーザが事前購入したチケット価格と、事前購入したチケットの当日のチケット価格との差額が、判定差額より小さいユーザを抽出したが、これに限られない。情報処理装置１０は、ポイント付与対象となるユーザの抽出条件として、テーマパークへの入場時刻を判定条件に加えてもよい。
情報処理装置１０は、ポイント付与の対象となるユーザとして、ユーザが事前購入したチケット価格と、事前購入したチケットの当日のチケット価格との差額が、判定差額より小さいユーザを抽出したが、これに限られない。情報処理装置１０は、ポイント付与対象となるユーザの抽出条件として、テーマパークへの入場時刻を判定条件に加えてもよい。
【0124】
例えば、情報処理装置１０は、チケット価格の差額が判定差額より小さいという条件と、テーマパークへの入場時刻が午前９：００より前という条件との一方又は両方の条件に合致するユーザを、ポイント付与対象のユーザとして抽出してもよい。この動作により、情報処理装置１０は、テーマパークに早く入場して頂いたユーザの満足度を向上させることがきできる。
【0125】
なお、入場時刻に基づく条件を考慮してポイントを付与するユーザを抽出する場合、抽出されたユーザを、テーマパーク又はアトラクションの混雑度に基づいてポイントを付与するか否かを判定する対象から除外してもよい。すなわち、入場時刻に基づく条件を考慮してポイントを付与すべきと判定されたユーザは、混雑度にかかわらず、ポイントの付与の対象としてもよい。上記では、混雑度が閾値を超えることをポイント算出のトリガとしているため、開場直後等のタイミングではテーマパーク又はアトラクションが十分に混雑しておらず、混雑度を考慮すると早く入場したユーザに付与するポイントの算出自体が開始されないおそれがあるためである。
【0126】
・変形例４
【0127】
ポイントの算出方法は、「基本ポイント＋α」に限られない（αは、ユーザ属性等によって可算されるポイント）。ポイントの算出方法は、ポイント付与対象となるユーザの抽出方法によって異なってもよい。
【0128】
例えば、情報処理装置１０は、ポイント付与対象となるユーザを、判定差額に基づいて抽出した場合、ポイント算出方法Ａを用いて、ポイントを算出してもよい。情報処理装置１０は、ポイント付与対象となるユーザを、チケットの購入日に基づいて抽出した場合、ポイント算出方法Ｂを用いて、ポイントを算出してもよい。情報処理装置１０は、ポイント付与対象となるユーザを、ユーザのテーマパークへの入場時刻に基づいて抽出した場合、ポイント算出方法Ｃを用いて、ポイントを算出してもよい。
【0129】
・変形例５
図９で説明した入場・施設利用データＤ３の集客率、施設利用率、最大集客数、及び、最大施設利用数は、曜日ごと及び時間帯ごとの一方又は両方において設定されてもよい。
図９で説明した入場・施設利用データＤ３の集客率、施設利用率、最大集客数、及び、最大施設利用数は、曜日ごと及び時間帯ごとの一方又は両方において設定されてもよい。
【0130】
【0131】
入場・施設利用データＤ３の集客率、施設利用率、最大集客数、及び、最大施設利用数は、図１６に示すように、曜日ごとに設定されてもよい。情報処理装置１０は、曜日に基づいて、混雑度の算出に用いる情報を切り替える。例えば、火曜日の場合、情報処理装置１０は、図１６の点線枠Ａ１６ａに示す情報を用いて、テーマパーク及びアトラクションの混雑度を算出する。この動作により、情報処理装置１０のポイント算出のトリガが、フレキシブルに設定される。
【0132】
・変形例６
ポイント換算データＤ４は、図１０に示した構成例に限られない。例えば、図１０で説明したポイント換算データＤ４に、チケット購入日が追加されてもよい。例えば、ポイント換算データＤ４に、「チケットを１か月以上前に購入」と「＋１０」といった欄を追加してもよい。この場合、情報処理装置１０は、チケットを１か月以上前に購入したユーザに「１０」ポイントを加算する。この動作により、情報処理装置１０は、チケットを早期に購入したユーザの満足度を向上させることがきできる。
ポイント換算データＤ４は、図１０に示した構成例に限られない。例えば、図１０で説明したポイント換算データＤ４に、チケット購入日が追加されてもよい。例えば、ポイント換算データＤ４に、「チケットを１か月以上前に購入」と「＋１０」といった欄を追加してもよい。この場合、情報処理装置１０は、チケットを１か月以上前に購入したユーザに「１０」ポイントを加算する。この動作により、情報処理装置１０は、チケットを早期に購入したユーザの満足度を向上させることがきできる。
【0133】
また、図１０で説明したポイント換算データＤ４に、入場時間が追加されてもよい。例えば、ポイント換算データＤ４に、「入場時間午前９：００前」と「＋１０」といった欄を追加してもよい。この場合、情報処理装置１０は、午前９：００より前にテーマパークに入場したユーザに「１０」ポイントを加算する。この動作により、情報処理装置１０は、チケットを早期に購入したユーザの満足度を向上させることがきできる。
【0134】
・変形例７
上記では、当日チケットの価格が、ユーザが事前購入したチケット価格より高い場合について説明したが、当日チケットの価格が、ユーザが事前購入したチケット価格より低くてもよい。
上記では、当日チケットの価格が、ユーザが事前購入したチケット価格より高い場合について説明したが、当日チケットの価格が、ユーザが事前購入したチケット価格より低くてもよい。
【0135】
当日チケットの価格が、ユーザが事前購入したチケット価格より低い場合、情報処理装置１０は、ユーザが事前購入したチケット価格と、ユーザが事前購入したチケットの当日価格との差額に基づく基本ポイントを算出してもよい。例えば、情報処理装置１０は、ユーザが事前購入したチケット価格と、ユーザが事前購入したチケットの当日価格との差額が大きくなるほど、基本ポイントが大きくなるように算出してもよい。
【0136】
そして、情報処理装置１０は、ユーザが事前購入したチケット価格と、ユーザが事前購入したチケットの当日価格との差額に基づく基本ポイント（第１基本ポイント）と、判定差額に基づく基本ポイント（第２基本ポイント）と、のいずれか一方をユーザに付与してもよい。
【0137】
情報処理装置１０は、第１基本ポイントと第２基本ポイントとのうち、大きい方をユーザに付与してもよい。この場合、テーマパーク又はダイナミックプライシングシステム１の事業者よりも、ユーザの利益を優先させることが可能になる。情報処理装置１０は、第１基本ポイントと第２基本ポイントとのうち、小さい方をユーザに付与してもよい。この場合、ユーザよりも、テーマパーク又はダイナミックプライシングシステム１の事業者の利益を優先させることが可能になる。情報処理装置１０は、第１基本ポイントと第２基本ポイントとのうち、大きい方をユーザに付与するか、小さい方をユーザに付与するかの設定を、事業者から受け付けてもよい。
【0138】
また、当日チケットの価格が、ユーザが事前購入したチケット価格より高い場合と当日チケットの価格が、ユーザが事前購入したチケット価格より低い場合とで、異なる算出方法で付与すべきポイントを算出したり、ユーザに提供する特典の種類を異ならせたりしてもよい。例えば、付与するポイントの量を差額に応じた量にするか固定値にするかを異ならせたり、付与する特典をポイントにするか現金にするかを異ならせたりすることが考えられる。
【0139】
・変形例８
情報処理装置１０は、判定差額に応じた値を、基本ポイントとしたがこれに限られない。例えば、情報処理装置１０は、テーマパーク及びアトラクションの一方又は両方の混雑度に応じた値を基本ポイントとしてもよい。
情報処理装置１０は、判定差額に応じた値を、基本ポイントとしたがこれに限られない。例えば、情報処理装置１０は、テーマパーク及びアトラクションの一方又は両方の混雑度に応じた値を基本ポイントとしてもよい。
【0140】
例えば、情報処理装置１０は、テーマパークの混雑度が第１閾値「８０％」を超え、８９％であり、アトラクションの混雑度が第２閾値「７０％」を超え、「７８％」であった場合、基本ポイントを「８９０＋７８０」ポイントとしてもよい。この動作により、情報処理装置１０は、テーマパーク及びアトラクションの混雑度に比例したポイントをユーザに付与でき、混雑していないことを期待してチケットを事前購入したユーザに対し、損した気分を感じにくくさせることができる。
【0141】
また、情報処理装置１０は、ユーザがチケットを事前購入した日のチケット販売数と、ユーザがテーマパークに入場した日のチケット販売数との差に基づく値を、基本ポイントとしてもよい。
【0142】
例えば、情報処理装置１０は、チケット販売数の差が大きくなるほどポイントが大きくなるように基本ポイントを算出してもよい。これにより、ユーザがテーマパークに入場した日に多くのチケットが販売され混雑した場合、混雑していないことを期待してチケットを事前購入したユーザに対し、多くの基本ポイントが付与され、ユーザに損した気分を感じにくくさせることができる。
【0143】
・変形例９
情報処理装置１０は、現集客数の累積値を用いてテーマパークの混雑度を算出したが、これに限られない。情報処理装置１０は、テーマパーク内に居る人の数に基づいて、テーマパークの混雑度を算出してもよい。テーマパーク内に居る人の数は、テーマパークに入場した人数と、テーマパークから退場した人数とから算出できる。
情報処理装置１０は、現集客数の累積値を用いてテーマパークの混雑度を算出したが、これに限られない。情報処理装置１０は、テーマパーク内に居る人の数に基づいて、テーマパークの混雑度を算出してもよい。テーマパーク内に居る人の数は、テーマパークに入場した人数と、テーマパークから退場した人数とから算出できる。
【0144】
情報処理装置１０は、現施設利用数の累積値を用いてアトラクションの混雑度を算出したが、これに限られない。情報処理装置１０は、アトラクションを利用している人の数に基づいて、アトラクションの混雑度を算出してもよい。アトラクションを利用している人の数は、アトラクションに入場した人数と、アトラクションから退場した人数とから算出できる。
【0145】
・変形例１０
アトラクションにも、アトラクションに入場するためのチケットが発行されてもよい。この場合、情報処理装置１０は、ダイナミックプライシング機能を用いて、アトラクションのチケット価格を決定してもよい。
アトラクションにも、アトラクションに入場するためのチケットが発行されてもよい。この場合、情報処理装置１０は、ダイナミックプライシング機能を用いて、アトラクションのチケット価格を決定してもよい。
【0146】
情報処理装置１０は、アトラクションの混雑度が所定の閾値を超えた場合に、ポイント付与対象となるユーザを抽出してもよい。情報処理装置１０は、アトラクションのチケットの事前購入価格と、アトラクションの当日のチケット価格との差額が判定差額より小さいユーザを、ポイント付与対象のユーザとして抽出してもよい。
【0147】
・変形例１１
情報処理装置１０は、事前購入したチケット価格と当日のチケット価格との差額が判定差額より小さいユーザにポイントを付与したが、これに限られない。情報処理装置１０は、テーマパーク及びアトラクションが混雑していると判定した場合、チケットを事前購入した全てのユーザに対し、ポイントを付与してもよい。
情報処理装置１０は、事前購入したチケット価格と当日のチケット価格との差額が判定差額より小さいユーザにポイントを付与したが、これに限られない。情報処理装置１０は、テーマパーク及びアトラクションが混雑していると判定した場合、チケットを事前購入した全てのユーザに対し、ポイントを付与してもよい。
【0148】
・変形例１２
情報処理装置１０は、テーマパーク又はアトラクションの混雑度の少なくとも一方が閾値を超えた場合をポイント算出のトリガとしていた。しかし、情報処理装置１０は、混雑がダイナミックプライシングとの関連性が薄い場合にはポイント算出を行わないように制御してもよい。
情報処理装置１０は、テーマパーク又はアトラクションの混雑度の少なくとも一方が閾値を超えた場合をポイント算出のトリガとしていた。しかし、情報処理装置１０は、混雑がダイナミックプライシングとの関連性が薄い場合にはポイント算出を行わないように制御してもよい。
【0149】
例えば、テーマパーク又はアトラクションにてイベントが発生している場合には、価格以外の要因で混雑が発生しているため、ポイント算出を行わないようにしてもよい。このような場合、ユーザも混雑が発生し得ることを理解した上でチケットを事前購入している可能性が高く、損をしたと感じる可能性は低いためである。
【0150】
ただし、このような制御を行う場合であっても、イベント等の予告前にチケットを購入したユーザに対してはポイントを付与するようにしてもよい。イベント等が事前に予告されていなかった場合には、ユーザが混雑度を予測することが難しいためである。
【0151】
・変形例１３
上述した実施の形態では、チケットは金銭により購入されるものとし、チケット価格の差額も金額で計算していた。しかし、チケットの購入はポイント等の金銭以外の価値によって行われてもよい。この場合、チケット価格の差額はそのポイント等の価値に基づいて計算されてもよい。
上述した実施の形態では、チケットは金銭により購入されるものとし、チケット価格の差額も金額で計算していた。しかし、チケットの購入はポイント等の金銭以外の価値によって行われてもよい。この場合、チケット価格の差額はそのポイント等の価値に基づいて計算されてもよい。
【0152】
以上、図面を参照しながら実施の形態について説明したが、本開示はかかる例に限定されない。当業者であれば、特許請求の範囲に記載された範疇において、各種の変更例又は修正例に想到し得ることは明らかである。そのような変更例又は修正例についても、本開示の技術的範囲に属するものと了解される。また、本開示の趣旨を逸脱しない範囲において、実施の形態における各構成要素及び変形例は任意に組み合わされてよい。
【0153】
上述の実施の形態においては、各構成要素に用いる「・・・部」という表記は、「・・・回路（circuitry）」、「・・・アッセンブリ」、「・・・デバイス」、「・・・ユニット」、又は、「・・・モジュール」といった他の表記に置換されてもよい。
【0154】
本開示はソフトウェア、ハードウェア、又は、ハードウェアと連携したソフトウェアで実現することが可能である。上記実施の形態の説明に用いた各機能ブロックは、部分的に又は全体的に、集積回路であるＬＳＩとして実現され、上記実施の形態で説明した各プロセスは、部分的に又は全体的に、一つのＬＳＩ又はＬＳＩの組み合わせによって制御されてもよい。ＬＳＩは個々のチップから構成されてもよいし、機能ブロックの一部又は全てを含むように一つのチップから構成されてもよい。ＬＳＩはデータの入力と出力を備えてもよい。ＬＳＩは、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【0155】
集積回路化の手法はＬＳＩに限るものではなく、専用回路、汎用プロセッサー又は専用プロセッサーで実現してもよい。また、ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサーを利用してもよい。本開示は、デジタル処理又はアナログ処理として実現されてもよい。
【0156】
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
【産業上の利用可能性】
【0157】
本開示は、ダイナミックプライシングシステムに有用である。
【符号の説明】
【0158】
１ ダイナミックプライシングシステム
１０ 情報処理装置
２０ 端末
３０ 入場管理装置
４０ 施設利用管理装置
５０ ネットワーク
Ｄ１ ユーザデータ
Ｄ２ チケット価格データ
Ｄ３ 入場・施設利用データ
Ｄ４ ポイント換算データ
１０ 情報処理装置
２０ 端末
３０ 入場管理装置
４０ 施設利用管理装置
５０ ネットワーク
Ｄ１ ユーザデータ
Ｄ２ チケット価格データ
Ｄ３ 入場・施設利用データ
Ｄ４ ポイント換算データ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】