(57)【要約】      （修正有）【課題】アトラクション予約管理システムは、チケット情報を用いて顧客のサービス空間への入場がチェックされれば、基本クレジットを提供する。【解決手段】アトラクション予約管理システムは、モバイル端末に登録されたチケット情報の入場に応答して、チケット情報を活性化し、活性化に応答してチケット情報に基本クレジット及び追加クレジット関連情報をモバイル端末に提供し、時間経過に応答して、追加クレジット関連情報に基づいた追加クレジットを提供し、チケット情報に累積したクレジットを差し引くことによって対象アトラクションに対するアトラクション予約情報を生成する。【選択図】図２
2019160268.tif 000002
【特許請求の範囲】
【請求項１】
モバイル端末であって、
ユーザからチケット情報に関するユーザ入力を受信する入力取得部と、
前記ユーザ入力によって入力されたチケット情報に基づいた入場が承認された場合に応答して前記チケット情報を活性化し、前記活性化に応答して前記チケット情報に基本クレジット及び追加クレジット関連情報を提供し、追加クレジット関連情報に基づいた時間経過に応答して追加クレジットを前記チケット情報に提供し、前記基本クレジット及び前記追加クレジットが累積したクレジットを差し引いて対象アトラクションに対するアトラクション予約情報を生成するプロセッサと、
前記チケット情報及び前記アトラクション予約情報を格納するメモリと、
を含むモバイル端末。
【請求項２】
前記プロセッサは、
前記チケット情報の属性情報に基づいて決定された基本クレジット及び追加クレジット関連情報をサーバにリクエストし、
前記サーバによって承認された場合に応答して、前記決定された基本クレジット及び追加クレジット関連情報を前記チケット情報に割り当てる、請求項１に記載のモバイル端末。
【請求項３】
前記プロセッサは、クレジット生成周期及びクレジット生成量を指示する追加クレジット関連情報をサーバから受信し、前記追加クレジット関連情報に基づいて前記チケット情報が活性化した時点から前記クレジット生成周期が経過するごとに、前記クレジット生成量に対応する追加クレジットを前記チケット情報に提供する、請求項１に記載のモバイル端末。
【請求項４】
前記プロセッサは、前記モバイル端末の位置がサービス空間として定義される領域から離れる場合に応答して、前記チケット情報を不活性化する、請求項１に記載のモバイル端末。
【請求項５】
前記プロセッサは、前記モバイル端末がイベント領域内に位置する間、前記チケット情報に提供するクレジット生成周期及びクレジット生成量のうち少なくとも１つを調整する、請求項１に記載のモバイル端末。
【請求項６】
前記プロセッサは、外部関連イベントの達成に関する情報が収集される場合に応答して、前記チケット情報にボーナスクレジットを割り当てる、請求項１に記載のモバイル端末。
【請求項７】
前記プロセッサは、ユーザ入力に応答して、前記対象アトラクションに対する予約リクエストに対して差し引かれるクレジット量を決定する、請求項１に記載のモバイル端末。
【請求項８】
前記プロセッサは、前記対象アトラクションに対して可用したタイムスロットのうち、ユーザ入力に応答して選択されたタイムスロットに対する予約リクエストをサーバに送信する、請求項１に記載のモバイル端末。
【請求項９】
前記プロセッサは、前記対象アトラクションのタイムスロットに対する予約リクエストがサーバによって承認された場合に応答して、前記タイムスロットが分割された複数のインターバルのうち、前記サーバによって指定されたインターバルを指示するアトラクション予約情報を生成する、請求項１に記載のモバイル端末。
【請求項１０】
サーバであって、
モバイル端末に登録されたチケット情報に対する活性化リクエスト及び前記チケット情報に累積したクレジットの差し引きに基づいた予約リクエストを受信する通信部と、
前記チケット情報に基づいた入場が有効な場合に応答して前記チケット情報を活性化し、前記活性化に応答して前記チケット情報に基本クレジット及び追加クレジット関連情報を提供し、追加クレジット関連情報に基づいた時間経過に応答して追加クレジットを前記チケット情報に提供し、前記予約リクエストに対する承認の有無を対象アトラクションのキャパスィティーに基づいて決定し、前記予約リクエストが承認された場合に応答して前記対象アトラクションに対しアトラクション予約情報を生成するプロセッサと、
を含むサーバ。
【請求項１１】
前記プロセッサは、前記対象アトラクションのタイムスロットに対応する予約時間の間に前記タイムスロットに対する複数の予約リクエストを収集し、前記複数の予約リクエストのそれぞれに対する承認の有無を決定する、請求項１０に記載のサーバ。
【請求項１２】
前記プロセッサは、
前記対象アトラクションのタイムスロットに対する複数の予約リクエスト及び前記タイムスロットに割り当てられたキャパスィティーに基づいて確率を算出し、
前記算出された確率に基づいて前記複数の予約リクエストのそれぞれに対する承認の有無を決定する、請求項１０に記載のサーバ。
【請求項１３】
前記プロセッサは、
前記対象アトラクションのタイムスロットに対する複数の予約リクエストのそれぞれに対して予め定められた確率に基づいて順次承認の有無を決定し、
前記タイムスロットに割り当てられたキャパスィティーが充足するまで前記複数の予約リクエストのそれぞれに対する承認を繰り返す、請求項１０に記載のサーバ。
【請求項１４】
前記プロセッサは、
前記予約リクエストに対して差し引かれたクレジット量に基づいて確率を決定し、
前記決定された確率に基づいて前記予約リクエストに対する承認の有無を決定する、請求項１０に記載のサーバ。
【請求項１５】
前記プロセッサは、前記チケット情報の属性情報及び日付のうち少なくとも１つに基づいて追加クレジット関連情報を決定し、前記決定された追加クレジット関連情報を前記チケット情報に提供する、請求項１０に記載のサーバ。
【請求項１６】
前記プロセッサは、前記対象アトラクションのタイムスロットに対する前記予約リクエストに対する承認の有無を決定し、前記予約リクエストが承認された場合に応答して前記タイムスロットが分割された複数のインターバルのうち１つのインターバルを決定し、前記決定されたインターバルを指示するアトラクション予約情報を前記チケット情報に提供する、請求項１０に記載のサーバ。
【請求項１７】
前記プロセッサは、前記対象アトラクションのキャパスィティー、前記対象アトラクションに対して要求されるクレジット最小量、前記対象アトラクションの状態情報、及び前記対象アトラクションに対する予約制限情報のうち少なくとも１つを設定する、請求項１０に記載のサーバ。
【請求項１８】
前記プロセッサは、サービス終了時間が経過する場合に応答して前記チケット情報を不活性化する、請求項１０に記載のサーバ。
【請求項１９】
アトラクション予約管理方法であって、
モバイル端末に登録されたチケット情報の入場に応答して、前記チケット情報を活性化するステップと、
前記活性化に応答して、前記チケット情報に基本クレジット及び追加クレジット関連情報を前記モバイル端末に提供するステップと、
時間経過に応答して、前記追加クレジット関連情報に基づいた追加クレジットを提供するステップと、
前記チケット情報に累積したクレジットを差し引くことによって、対象アトラクションに対するアトラクション予約情報を生成するステップと、
を含むアトラクション予約管理方法。
【請求項２０】
請求項１９に記載の方法を行うための命令語を含む１つ以上のプログラムを格納したコンピュータで読み出し可能な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
以下、アトラクション予約管理に関する技術が提供される。
【背景技術】
【０００２】
空港、銀行、テーマパーク、及び食堂などのようにオフライン（Ｏｆｆｌｉｎｅ）サービスを提供する事業場は、顧客にサービスを提供するまで顧客が待機する時間を最小化するための様々な方法を活用している。そのために、事前予約、オフシーズン割引、モバイルデバイス活性化などの様々な方法が使用されている。ただし、事業場内の空間制約及び事前予測の不正確性などにより、顧客が待機する時間が発生せざるを得ないこともある。
【０００３】
したがって、顧客が待機する時間が発生せざる得ないため、顧客が待機する時間を補償することにより顧客の満足度を向上させ、待機時間をサービスリソースとして活用する技術が求められている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
一実施形態に係るアトラクション予約管理システムは、チケット情報を用いて顧客のサービス空間への入場がチェックされれば、基本クレジットを提供することにある。
【０００５】
一実施形態に係るアトラクション予約管理システムは、チケット情報が有効な間には一定時間ごとに追加クレジットを提供することにある。
【０００６】
一実施形態に係るアトラクション予約管理システムは、クレジットの差し引きによって予約をリクエストすることにある。
【０００７】
一実施形態に係るアトラクション予約管理システムは、特定条件に応じて予約リクエストを承認するか否かを決定することにある。
【０００８】
一実施形態に係るアトラクション予約管理システムは、予約された時間区間内でユーザを分散させることにある。
【課題を解決するための手段】
【０００９】
一実施形態に係るモバイル端末は、ユーザからチケット情報に関するユーザ入力を受信する入力取得部と、前記ユーザ入力によって入力されたチケット情報に基づいた入場が承認された場合に応答して前記チケット情報を活性化し、前記活性化に応答して前記チケット情報に基本クレジット及び追加クレジット関連情報を提供し、追加クレジット関連情報に基づいた時間経過に応答して追加クレジットを前記チケット情報に提供し、前記基本クレジット及び前記追加クレジットが累積したクレジットを差し引いて対象アトラクションに対するアトラクション予約情報を生成するプロセッサと、前記チケット情報及び前記アトラクション予約情報を格納するメモリとを含む。
【００１０】
一実施形態に係るサーバは、モバイル端末に登録されたチケット情報に対する活性化リクエスト及び前記チケット情報に累積したクレジットの差し引きに基づいた予約リクエストを受信する通信部と、前記チケット情報に基づいた入場が有効な場合に応答して前記チケット情報を活性化し、前記活性化に応答して前記チケット情報に基本クレジット及び追加クレジット関連情報を提供し、追加クレジット関連情報に基づいた時間経過に応答して追加クレジットを前記チケット情報に提供し、前記予約リクエストに対する承認の有無を対象アトラクションのキャパスィティーに基づいて決定し、前記予約リクエストが承認された場合に応答して前記対象アトラクションに対しアトラクション予約情報を生成するプロセッサとを含む。
【００１１】
一実施形態に係るアトラクション予約管理方法は、モバイル端末に登録されたチケット情報の入場に応答して、前記チケット情報を活性化するステップと、前記活性化に応答して、前記チケット情報に基本クレジット及び追加クレジット関連情報を前記モバイル端末に提供するステップと、時間経過に応答して、前記追加クレジット関連情報に基づいた追加クレジットを提供するステップと、前記チケット情報に累積したクレジットを差し引くことによって、対象アトラクションに対するアトラクション予約情報を生成するステップとを含む。
【発明の効果】
【００１２】
一実施形態に係るアトラクション予約管理システムは、基本クレジットをチケット情報に割り当てることによって顧客にアトラクションに対する予約機会を提供することができる。
【００１３】
一実施形態に係るアトラクション予約管理システムは、追加クレジットをチケット情報に割り当てることによって顧客に追加予約の機会を提供することができる。
【００１４】
一実施形態に係るアトラクション予約管理システムは、クレジットを利用した予約機会を提供することによって顧客の待機時間を効率よく減少させることができる。
【００１５】
一実施形態に係るアトラクション予約管理システムは、チケット情報が有効な間に続けてチケット情報に追加クレジットを提供することによって、サービス空間の運営時間の間に持続的に顧客の待機時間をより効率よく減少させることができる。
【００１６】
一実施形態に係るアトラクション予約管理システムは、顧客に十分なクレジットがある場合、追加予約を可能にすることで顧客の待機時間が減少する機会を提供することができる。
【００１７】
一実施形態に係るアトラクション予約管理システムは、アトラクションのキャパスィティー及び確率を考慮して、制限されたリソース内で顧客の待機時間を効率よく分配することができる。
【００１８】
一実施形態に係るアトラクション予約管理システムは、クレジットを利用した予約を先着順に承認することにより、フェアでありながらも顧客の待機時間を効率よく分配することができる。
【図面の簡単な説明】
【００１９】
【図１Ａ】一実施形態に係るアトラクション予約管理システムを説明する図である。
【図１Ｂ】一実施形態に係るアトラクション予約管理システムを説明する図である。
【図２】一実施形態に係るアトラクション予約管理方法を説明するフローチャートである。
【図３】一実施形態に係るアトラクション予約管理方法を説明するフローチャートである。
【図４】一実施形態に係るチケット販売、ゲート入場、及びアトラクション予約を概略的に説明する図である。
【図５】一実施形態に係るチケット情報に基づいた入場を説明する図である。
【図６】一実施形態に係るチケット登録を説明する図である。
【図７】一実施形態に係るチケット情報の送信を説明する図である。
【図８】一実施形態に係る基本クレジット割当及び追加クレジット生成条件設定を説明するフローチャートである。
【図９】一実施形態に係るクレジット関連設定セットを説明する図である。
【図１０】一実施形態に係る追加クレジット生成の例示を説明する図である。
【図１１】一実施形態に係る予約リクエストを説明する図である。
【図１２】一実施形態により承認された予約リクエストに対するアトラクション予約情報を説明する図である。
【図１３】一実施形態に係る予約承認を説明するフローチャートである。
【図１４】一実施形態に係る対象アトラクションのスケジュール、タイムスロット、及びインターバルを説明する図である。
【図１５】一実施形態に係る対象アトラクションのクレジット関連情報を説明する図である。
【図１６】一実施形態に係る対象アトラクションのキャパスィティー及び確率に関する情報を説明する図である。
【図１７】一実施形態に係るモバイル端末の構成を説明するブロック図である。
【図１８】一実施形態に係るサーバの構成を説明するブロック図である。
【発明を実施するための形態】
【００２０】
以下で、添付する図面を参照しながら実施形態を詳細に説明する。しかし、特許出願の範囲がこのような実施形態によって制限されたり限定されることはない。各図面に提示された同一の参照符号は同一の部材を示す。
【００２１】
本明細書で開示されている特定の構造的又は機能的な説明は単に実施形態を説明するための目的として例示されたものであり、実施形態は様々な異なる形態で実施され、本明細書に説明された実施形態に限定されることはない。
【００２２】
本明細書で用いた用語は、単に特定の実施形態を説明するために用いられるものであって、本発明を限定しようとする意図はない。単数の表現は、文脈上、明白に異なる意味をもたない限り複数の表現を含む。本明細書において、「含む」又は「有する」等の用語は明細書上に記載した特徴、数字、ステップ、動作、構成要素、部品又はこれらを組み合わせたものが存在することを示すものであって、１つ又はそれ以上の他の特徴や数字、ステップ、動作、構成要素、部品、又はこれを組み合わせたものなどの存在又は付加の可能性を予め排除しないものとして理解しなければならない。
【００２３】
異なる定義がされない限り、技術的であるか又は科学的な用語を含むここで用いる全ての用語は、本実施形態が属する技術分野で通常の知識を有する者によって一般的に理解されるものと同じ意味を有する。一般的に用いられる予め定義された用語は、関連技術の文脈上で有する意味と一致する意味を有するものと解釈すべきであって、本明細書で明白に定義しない限り、理想的又は過度に形式的な意味として解釈されることはない。
【００２４】
また、添付図面を参照して説明することにおいて、図面符号に関係なく同一の構成要素は同一の参照符号を付与し、これに対する重複する説明は省略する。実施形態の説明において関連する公知技術に対する具体的な説明が実施形態の要旨を不要に曖昧にすると判断される場合、その詳細な説明は省略する。
【００２５】
図１Ａ及び図１Ｂは、一実施形態に係るアトラクション予約管理システムを説明する図である。
【００２６】
アトラクション予約管理システム１００は、アトラクション予約のための通信端末（以下、モバイル端末）１１０、入場ゲート１２０、及びアトラクション予約のための通信サーバ（以下、サーバ）１３０を含む。
【００２７】
モバイル端末１１０は、サービス空間への入場及びアトラクションの利用のために用いられる端末を示す。サービス空間は、サービス提供者によるサービスが提供されるものと定義された空間を示し、アトラクションは、サービス空間内に含まれる施設を示す。例えば、サービス空間はテーマパークであってもよく、アトラクションはライド（ｒｉｄｅ）のように示したが、これは単なる例示であって、上述したようにサービス空間及びアトラクションが限定されることはない。例えば、サービス空間は、博物館、展示場、記念館、水族館、及びゲームセンターなどのように待機列が発生し得るアトラクションを含む空間であり得る。
【００２８】
モバイル端末１１０は、サービス空間の入場及びアトラクションの利用のための予約管理アプリケーションを格納及び実行する。予約管理アプリケーションは、アトラクションに対する予約をサーバ１３０に対してリクエストするよう設計されたアプリケーションとして、モバイル端末１１０のメモリに格納されてもよい。モバイル端末１１０は、スマートフォンのようなスマート機器であってもよいが、これに限定されることなく、ウェアラブル装置に実現されてもよい。ウェアラブル装置は、ユーザの体に取付け又は装着される携帯型電子装置を示す。
【００２９】
一実施形態によれば、モバイル端末１１０はチケット情報を格納し、モバイル端末１１０は、格納されたチケット情報をサービス空間に入場するためにサーバ１３０に提供する。例えば、モバイル端末１１０は、予約管理アプリケーションを介してチケット情報を格納する。モバイル端末１１０は、予約管理アプリケーションに割り当てられたメモリ領域内にチケット情報を格納する。ユーザは、サービス空間に入場するためにモバイル端末１１０のディスプレイによってチケット情報をサービス空間の入場ゲート１２０で提示する。また、モバイル端末１１０は、チケット情報に様々な付加情報をマッピングし、付加情報はアトラクションの利用に使用される。例えば、モバイル端末１１０は、付加情報としてクレジットをマッピングし、マッピングされたクレジットによって任意の時間帯におけるアトラクションの利用を予約する。
【００３０】
本明細書においてチケット情報は、サービス空間に入場できるチケットを指示するデータを示す。チケット情報は、一連番号、一連番号に対応する１次元バーコード、２次元バーコード、ＱＲコード、ＲＦＩＤ、及び生体情報（例えば、顔及び指紋など）などに表現されてもよい。チケットがグループチケット（例えば、家族チケット又は団体チケット）である場合、当該のグループの個人別に個人チケットが発行されてもよく、チケット情報は個人チケットごとに管理されてもよい。
【００３１】
例えば、モバイル端末１１０は、ユーザ入力に基づいてチケット情報を登録する。モバイル端末１１０は、任意の条件が満たされる場合、登録されたチケット情報にクレジットを累積し、累積したクレジットを消耗して対象アトラクションに対する予約をサーバ１３０にリクエストする。サーバ１３０によってアトラクションに対する予約が承認される場合、モバイル端末１１０は、サーバ１３０から受信されたデータに基づいてアトラクション予約情報を生成する。
【００３２】
入場ゲート１２０は、サービス空間の入口及び出口に設けられるゲートを示す。一実施形態によれば、入場ゲート１２０は、モバイル端末１１０に格納されたチケット情報を認識してサーバ１３０に送信する。例えば、モバイル端末１１０は、チケット情報を２次元コード（例えば、ＱＲコード）の形態に表示し、入場ゲート１２０は、表示されたＱＲコードからチケット情報を判読してサーバ１３０に送信する。他の例として、モバイル端末１１０及び入場ゲート１２０は無線通信を樹立し、入場ゲート１２０は、無線通信によってモバイル端末１１０からチケット情報を受信してサーバ１３０に送信してもよい。ただし、入場ゲート１２０のチケット情報認識を上述したものに限定することなく、設計に応じて変更されてもよい。
【００３３】
サーバ１３０は、モバイル端末１１０のユーザによるサービス空間に対する入場及びアトラクションに対する利用を管理する。例えば、サーバ１３０は、モバイル端末１１０に格納されたチケット情報が有効な場合に応答して、当該のチケット情報を活性化する。また、サーバ１３０は、入場ゲート１２０によって認識されたモバイル端末１１０のチケット情報が有効な場合に応答して、入場ゲート１２０を通した入場を承認する。例えば、サーバ１３０は、有効なチケット情報を認識した入場ゲート１２０に入場承認命令を送信する。
【００３４】
また、サーバ１３０は、チケット情報に累積したクレジットの差し引きに基づいた予約リクエストを処理する。例えば、サーバ１３０は、予約リクエストの承認の有無を対象アトラクションのキャパスィティー及びタイムスロットなどに基づいて決定する。サーバ１３０は、予約リクエストが承認される場合、モバイル端末１１０に対象アトラクションに対するアトラクション予約情報を生成してチケット情報に提供し得る。
【００３５】
対象アトラクションは、サービス空間内に配置されたアトラクションのうちユーザが利用しようとするアトラクションを示す。例えば、対象アトラクションは、複数のアトラクションのうちユーザ入力に応答して選択されたアトラクションを示す。ユーザ入力は、モバイル端末１１０に対するユーザ操作に応答して取得される入力を示す。例えば、ユーザ入力は、モバイル端末１１０のタッチスクリーンに対するタッチ行為に応答して取得されるタッチ入力を含む。
【００３６】
図１Ａでは、モバイル端末１１０、入場ゲート１２０、及びサーバ１３０のみが示されているが、これに限定されることない。例えば、図１Ｂに示すように、アトラクション予約管理システム１００は、モバイル端末１１０及びサーバ１３０の間の通信を中継する中間端末（ｉｎｔｅｒｍｅｄｉａｔｅ  ｔｅｒｍｉｎａｌ）１４０をさらに含んでもよい。
【００３７】
中間端末１４０は、サービス空間に関する任意の位置に配置される固定端末（ｓｔａｔｉｏｎａｒｙ  ｔｅｒｍｉｎａｌ）として、タッチパネルなどが備えられた小さい設置型デジタル端末に実現され得る。このような小型設置型デジタル端末は、インタラクティブキオスク（ｉｎｔｅｒａｃｔｉｖｅ  ｋｉｏｓｋ）とも示す。中間端末１４０は、モバイル端末１１０とサーバ１３０との間に交換されるデータを中継する。例えば、モバイル端末１１０は、中間端末１４０によってチケット情報及び予約リクエストなどをサーバ１３０に伝達する。サーバ１３０は、中間端末１４０によって基本クレジット、追加クレジット関連情報、及びアトラクション予約情報などをモバイル端末１１０に伝達する。
【００３８】
モバイル端末１１０がウェアラブル装置である場合、モバイル端末１１０は、近接場型の無線通信（ＮＦＣ、ｎｅａｒ  ｆｉｅｌｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）によって中間端末１４０にデータ（例えば、チケット情報など）を送信する。中間端末１４０は、モバイル端末１１０から受信されたデータをサーバ１３０に送信する。また、中間端末１４０は、サーバ１３０から受信されたデータを近接場型の無線通信などによってモバイル端末１１０に送信してもよい。また、モバイル端末１１０がチケット情報に対応するコード情報（例えば、ＱＲコード）をディスプレイを介して表示し、中間端末１４０は、光学認識などによりチケット情報を認識する。中間端末１４０は、認識されたチケット情報をサーバ１３０に送信してもよい。
【００３９】
さらに、中間端末１４０は、ユーザ入力（例えば、タッチ入力など）を取得及び処理してもよい。中間端末１４０は、ユーザ入力の取得に応答して、モバイル端末１１０から受信されたチケット情報に割り当てられたクレジットに基づいた予約リクエストを生成する。この場合、モバイル端末１１０は中間端末１４０にチケット情報のみを提供し、中間端末１４０はアトラクション予約管理方法の残りの動作を行う。
【００４０】
以下は、モバイル端末１１０とサーバ１３０との間の通信が直接的に樹立される例示を主に説明したが、これに限定されることなく、中間端末１４０によってモバイル端末１１０とサーバ１３０との間の通信が間接的に樹立されてもよい。また、以下では、アトラクション予約管理方法において、クレジット確認及びクレジットに基づいた予約動作をモバイル端末１１０が行うものと主に説明したが、これに限定されることなく、中間端末１４０が以下で説明されたモバイル端末１１０の動作を行ってもよい。中間端末１４０は、下記の図１７を参照して説明したモバイル端末１７００と類似の構成を含むように実現され得る。したがって、ユーザがモバイル端末１１０として簡単な機能のみが提供されるウェアラブル装置を着用した場合、ユーザは、ウェアラブル装置を介して中間端末１４０にチケット情報を手軽に伝達して予約を行うことができる。また、中間端末１４０は、モバイル端末１１０に比べて大きいサイズの画面を介して可読性が優れて便利な予約インターフェースを提供できる。
【００４１】
一実施形態に係るアトラクション予約管理システム１００は、顧客が訪問する様々なサービス空間で実現される。アトラクション予約管理システム１００は、サービスの提供を受けるために一定空間に待機しなければならない全ての顧客に、予約サービス、予約サービスのためのクレジット管理、入場確認、及び予約リクエストなどを提供する。
【００４２】
以下は、アトラクション予約管理システム１００がアトラクションに対するユーザの待機列を管理する方法を説明する。
【００４３】
図２及び図３は、一実施形態に係るアトラクション予約管理方法を説明するフローチャートである。
【００４４】
図２は、アトラクション予約管理システムの動作を概略的に示したフローチャートである。
【００４５】
まず、ステップＳ２１０において、アトラクション予約管理システムは、入場チェックに応答してチケット情報の状態を変更する。例えば、アトラクション予約管理システムは、モバイル端末に登録されたチケット情報の入場に応答して、チケット情報を活性化する。
【００４６】
そして、ステップＳ２２０において、アトラクション予約管理システムは、チケット情報の活性化に応答して、チケット情報に基本クレジット及び追加クレジット関連情報を提供する。一実施形態によれば、アトラクション予約管理システムは、チケット情報を利用した入場が承認される場合に応答して、チケット情報を活性化する。例えば、アトラクション予約管理システムは、チケット情報を活性化状態（ａｃｔｉｖｅ  ｓｔａｔｅ）に変更する。アトラクション予約管理システムにおいて、モバイル端末は、チケット情報の属性情報に基づいて決定された基本クレジット及び追加クレジット関連情報をサーバにリクエストする。サーバによって承認された場合に応答して、モバイル端末は、基本クレジット及び追加クレジット関連情報をチケット情報に割り当てる。
【００４７】
本明細書において、クレジットは、対象アトラクションの予約のために用いられるポイントを示す。基本クレジットは、チケット情報が活性化する時点でチケット情報に割り当てられるクレジットを示し、最初の入場時にのみ一回のチケット情報として提供される。
【００４８】
追加クレジット関連情報は追加クレジットに関する情報として、チケット情報に追加クレジットが追加されるクレジット生成周期及びクレジット生成量を示し、チケット情報の属性情報に応じて決定されてもよい。チケット情報の属性情報は、例えば、チケットの等級（例えば、一般等級、ＶＩＰ等級など）、及びチケットのタイプ（例えば、１日券、年間会員券など）、顧客の年齢区分（例えば、子ども、青少年、大人、老人など）などを含む。
【００４９】
次に、ステップＳ２３０において、アトラクション予約管理システムは、時間経過に応答して追加クレジット関連情報に基づいた追加クレジットをチケット情報に提供する。
【００５０】
追加クレジットは、チケット情報が活性化した後、一定周期が経過するごとにチケット情報に追加的に割り当てられるクレジットを示す。アトラクション予約管理システムは、基本クレジット及び追加クレジットを統合して累積する。基本クレジット及び追加クレジットが統合されたクレジットは、累積したクレジットとも示すことができる。累積したクレジットは、対象アトラクションを予約するために使用され得る。
【００５１】
そして、ステップＳ２４０において、アトラクション予約管理システムは、累積したクレジットを差し引くことによって対象アトラクションに対するアトラクション予約情報を生成する。例えば、アトラクション予約管理システムは、累積したクレジットの差し引きに対応する予約リクエストを承認するか否かを決定する。アトラクション予約管理システムは、予約リクエストが承認された場合、アトラクション予約情報を生成してユーザに通知する。
【００５２】
アトラクション予約情報は、対象アトラクションに対する予約完了を指示する情報として、予約の対象であるアトラクション、予約されたタイムスロット、予約されたインターバル、予約された人員数、予約の一連番号、予約の一連番号を指示する１次元コード（例えば、バーコード）、予約の一連番号を指示する２次元コード（例えば、ＱＲコード）、及び生体情報などを含む。ただし、アトラクション予約情報はこれに限定されることない。
【００５３】
図３は、モバイル端末３９１における動作及びサーバ３９２における動作を例示的に説明するフローチャートである。図２で上述した各ステップＳ２１０、Ｓ２２０、Ｓ２３０、及びＳ２４０は、図３に示すように例示的に示す。
【００５４】
まず、ステップＳ３１１において、モバイルにおいて端末３９１は、チケット情報登録及び入場を行う。例えば、モバイル端末３９１は、ユーザ入力に応答してチケット情報を登録する。モバイル端末３９１は、登録されたチケット情報をメモリに格納する。図１Ａ及び図１Ｂを参照して上述したように、モバイル端末３９１は、チケット情報を光学認識又は無線通信などを用いて入場ゲートに伝達し、サーバ３９２は、入場ゲートによって伝えられたチケット情報の有効性を検証する。サーバ３９２は、チケット情報が有効なものと検証された場合に応答して、チケット情報を利用した入場を許容する。チケット情報の登録は、下記の図６を参照して詳細に説明する。
【００５５】
そして、ステップＳ３１２において、モバイル端末３９１は、チケット情報を活性化する。例えば、サーバ３９２は、チケット情報が有効な場合に応答して、モバイル端末３９１に活性化命令を送信する。モバイル端末３９１は、活性化命令の受信に応答して、チケット情報を活性化状態に変更する。チケット情報の各状態については下記の図４を参照して説明する。
【００５６】
次に、ステップＳ３２１において、モバイル端末３９１は、サーバ３９２に基本クレジットをリクエストする。例えば、モバイル端末３９１は、チケット情報の属性情報に基づいて基本クレジットをリクエストする。そして、ステップＳ３２２において、サーバ３９２は、モバイル端末３９１がリクエストした基本クレジットを承認する。モバイル端末３９１は、承認された基本クレジットをチケット情報に追加する。ただし、これに限定されることなく、モバイル端末３９１は、チケット情報のみをサーバ３９２に送信してもよく、サーバ３９２がチケット情報に基づいて基本クレジットを決定してもよく、モバイル端末３９１は基本クレジットをサーバ３９２から受信してもよい。
【００５７】
そして、ステップＳ３２３において、モバイル端末３９１は、サーバ３９２に追加クレジット関連情報をリクエストする。次に、ステップＳ３２４において、サーバ３９２は、登録されたチケット情報にマッピングされた追加クレジット関連情報を提供する。例えば、サーバ３９２は、チケット情報の属性情報に対応する追加クレジット関連情報を決定する。サーバ３９２は、属性情報に基づいて決定された、追加クレジットのクレジット生成周期及びクレジット生成量をモバイル端末３９１に提供する。モバイル端末３９１は、クレジット生成周期及びクレジット生成量を指示する追加クレジット関連情報をサーバ３９２から受信する。
【００５８】
次に、ステップＳ３３１において、モバイル端末３９１は、時間経過に伴って追加クレジット関連情報に基づいた追加クレジットをリクエストする。例えば、モバイル端末３９１は、チケット情報が活性化した時点からクレジット生成周期が経過するごとにクレジット生成量による追加クレジットをサーバ３９２にリクエストする。そして、ステップＳ３３２において、サーバ３９２は、追加クレジットリクエストが検証された場合に応答して追加クレジットを提供する。例えば、サーバ３９２は、モバイル端末３９１から追加クレジットがリクエストされた時点と、サーバ３９２によってカウントされるクレジット生成周期間の比較、及びモバイル端末３９１からリクエストされたクレジット量とサーバ３９２の内部的に管理されるクレジット生成量との間の比較に基づいて追加クレジットリクエストを検証する。モバイル端末３９１は、追加クレジット関連情報に基づいてチケット情報が活性化した時点からクレジット生成周期が経過するごとに、クレジット生成量に対応する追加クレジットをチケット情報に提供する。ただし、これに限定されることなく、サーバ３９２が自体的にに各チケット情報に対して活性化した時点からクレジット生成周期が経過するごとに追加クレジットをモバイル端末３９１に登録されたチケット情報として提供してもよい。
【００５９】
そして、ステップＳ３４１において、モバイル端末３９１は、累積したクレジットの差し引きに基づいて対象アトラクションに対する予約リクエストを送信する。例えば、モバイル端末３９１は、ユーザ入力に応答してチケット情報に、その時まで累積したクレジットのうち少なくとも一部を差し引き、差し引かれたクレジット量を指示する情報と共に予約リクエストをサーバ３９２に送信する。ここで、モバイル端末３９１は、ユーザ入力に応答して、対象アトラクションに対する予約リクエストに対して差し引かれるクレジット量を決定する。差し引かれるクレジット量は当籤確率にその影響を与え、これについては下記の図１６を参照して説明する。次に、ステップＳ３４２において、サーバ３９２は、予約リクエストが検証された場合に応答して、アトラクション予約情報をモバイル端末３９１に送信する。例えば、サーバ３９２は、予約リクエストが指示するタイムスロットに対して対象アトラクションのキャパスィティーが十分な場合、アトラクション予約情報を生成してモバイル端末３９１に送信する。
【００６０】
図２及び図３では、モバイル端末３９１、サーバ３９２の例示的な動作を説明したものであり、モバイル端末３９１及びサーバ３９２の動作を上述したものに限定されることはない。モバイル端末３９１及びサーバ３９２の動作に対する追加的な説明は以下で提供される。
【００６１】
図４は、一実施形態に係るチケット販売、ゲート入場、及びアトラクション予約を概略的に説明する図である。
【００６２】
アトラクション予約管理システムは、チケット販売４１０、ゲート入場４２０、及びアトラクション予約４３０を提供する。
【００６３】
チケット販売４１０は、サービス提供者によって発行されたチケットの販売を示す。チケット販売４１０によってユーザに提供されたチケットは、モバイル端末に自動登録４１１されたり、手動登録４１２される。
【００６４】
例えば、自動登録４１１において、ユーザは、オンライン予約によってモバイル端末にチケット情報を登録し、モバイル端末はＱＲコードを自動登録する。自動登録４１１によってモバイル端末に登録されたチケット情報は、ゲート入場４２０によって活性化する。図４に示すように、ゲート入場４２０の以前に予め登録されたチケット情報は、第１活性化の過程４２１によって活性化する。例えば、第１活性化の過程４２１において、モバイル端末は、ＱＲコードを通した入場がチェックされれば、個人チケットを自動生成する。
【００６５】
他の例として、手動登録４１２において、ユーザは、モバイル特別販売、年間会員、サービス空間の正門ＰＯＳ（ｐｏｉｎｔ  ｏｆ  ｓａｌｅ）、及び紙類の特別販売によってチケットを取得する。手動登録４１２において、チケット情報は、ユーザ入力によって手動でモバイル端末に登録される。例えば、第２活性化の過程４２２において、モバイル端末は、ゲート入場４２０の前にユーザ入力に基づいてＱＲコードを認識し、チケット情報を格納（図４ではＱＲ登録として図示）し、チケット情報に対応するモバイルＱＲコード又は紙類ＱＲコードを通した入場がチェックされれば、個人チケットを自動生成する。第３活性化の過程４２３において、紙類ＱＲコードを通した入場により個人チケットが自動生成された後、モバイル端末は、ユーザ入力に応答して紙類ＱＲコードを認識することでチケット情報を登録（図４ではＱＲ登録として図示）する。第４活性化の過程４２４において、サービス提供者が任意のＱＲコード（図４では予約専用ＱＲ発給として図示）をゲートで発行すれば、当該のＱＲコードに対応する個人チケットが自動生成され、モバイル端末は、当該のＱＲコードをユーザ入力に応答して認識することで当該のＱＲコードに対応するチケット情報を登録（図４ではＱＲ登録として図示）する。
【００６６】
本明細書において、個人チケットは、チケット情報が登録されたモバイル端末のユーザに発給されるチケットを示す。例えば、チケット情報が団体チケットに関するものである場合、個別モバイル端末ごとに区分される個人チケットが発給される。個人チケットごとにチケット識別子（ＩＤ、ｉｄｅｎｔｉｆｉｅｒ）が発給される。アトラクション予約管理システムは、個人チケットごとにクレジットを区分して管理できる。
【００６７】
第１活性化の過程４２１、第２活性化の過程４２２、第３活性化の過程４２３、及び第４活性化の過程４２４は単なる例示的なものであり、上述したものにより限定されることはない。例えば、モバイル端末に対するチケット情報の登録及び入場が両方実行されなければ個人チケットが発行されないものと説明したが、これに限定されることなく、アトラクション予約管理システムは、２つのうち１つのみを行ってもよい。アトラクション予約管理システムは、チケット情報がモバイル端末に登録された場合に応答して、個人チケットを入場前に発給してもよい。アトラクション予約管理システムは、任意のチケット情報に基づいた入場が処理された場合に応答して、モバイル端末に対する登録がなくても個人チケットを発給してもよい。
【００６８】
アトラクション予約管理システムは、モバイル端末に対するチケット情報登録及びチケット情報による入場のうち少なくとも１つが実行された場合に応答して、当該のチケット情報を活性化状態に変更する。例えば、サーバはチケット情報による入場が有効な場合、チケット情報の状態を有効状態から活性化状態に変更する。
【００６９】
参考として、本明細書でチケット情報の状態情報はストック状態（ｓｔｏｃｋ  ｓｔａｔｅ）、有効状態（ｖａｌｉｄ）、活性化状態（ａｃｔｉｖｅ  ｓｔａｔｅ）、及び無効状態（ｖｏｉｄ  ｓｔａｔｅ）に分類される。ストック状態は、サービス提供者によって発行されたものの発券されていないチケットの状態として、例えば、発行チケットのうち在庫として管理されるチケットを示す。有効状態は、発券された後入場可能なチケットとして、例えば、購買後にまだ入場されていないチケットを示す。活性化状態は、入場が完了したチケットの状態として、例えば、入場処理されたモバイルチケットを示す。無効状態は、使用が不活性化されたチケットの状態として、例えば、締め切り又は有効期間が満了したチケットを示す。チケット情報は、有効状態又は活性化状態でモバイル端末に登録可能になる。
【００７０】
アトラクション予約管理システムは、入場がチェックされれば、基本クレジット及び追加クレジット関連情報をチケット情報に提供する。顧客は、累積したクレジットによってアトラクションに対する予約サービスを用いる。時間が経過するほど累積するクレジット量が増加するため、アトラクション予約管理システムは、より多くの予約機会をユーザに提供できる。
【００７１】
アトラクション予約４３０において、モバイル端末は、ユーザ入力に応答して個人チケットを使用４３１する。例えば、モバイル端末は、個人チケットに積み立てられたクレジットを用いて、対象アトラクションに対する予約リクエストをサーバに送信する。予約リクエストがサーバによって承認される場合、モバイル端末は、アトラクション予約情報（例えば、予約チケット）を取得する。
【００７２】
ユーザは、モバイル端末に格納されたアトラクション予約情報を用いて対象アトラクションを用いる。アトラクション予約管理システムは、アトラクション予約情報が使用されれば、当該のアトラクション予約情報を使用処理４３２されたものと変更する。さらに、アトラクション予約管理システムは、使用処理４３２されたアトラクション予約情報をモバイル端末から除去する。
【００７３】
また、モバイル端末のプロセッサは、モバイル端末の位置がサービス空間として定義される領域から離れる場合に応答して、チケット情報を不活性化する。モバイル端末は、現在位置を連続的又は周期的にモニタリングし、モバイル端末の位置がサービス空間の外側にある場合、ユーザがサービス空間から退場したと判断する。したがって、モバイル端末は、サービス空間から離れたモバイル端末のチケット情報を無効状態に変更する。モバイル端末は、サーバからチケット不活性化命令が受信された場合であっても、チケット情報を無効状態に変更する。例えば、サーバは、サービス終了時間が経過する場合に応答してチケット情報を不活性化する。
【００７４】
図５は、一実施形態に係るチケット情報に基づいた入場を説明する図である。
【００７５】
一実施形態によれば、チケット情報の状態情報は、入場によって変更される。図５は、各状態情報に応じて、チケット情報がモバイル端末で表示される例示を説明する図である。
【００７６】
モバイル端末は、１日利用券及び年間利用券に対応するチケットをアトラクション予約管理アプリケーションに登録して管理する。モバイル端末は、チケット情報インターフェース５１０によって、図５に示すように、チケット情報の属性情報（図５では、１日利用券、大人２人、小人２人、日付）を簡素化して表示する。参考として、年間利用券がモバイル端末に登録された場合、アトラクション予約管理システムは、当該の日付の間に有効な臨時個人チケットを発給し得る。
【００７７】
入場がチェックされる前に、モバイル端末は、チケットの視覚化オブジェクト（例えば、図５では「利用券を見る」）に関するユーザ入力に基づいて、チケット情報に対応するコード情報５２０を視覚化する。コード情報５２０は、入場のために用いられるコードに関する情報として、コードは、例えば、１次元コード（例えば、バーコード）及び２次元コード（例えば、ＱＲコード）を含む。
【００７８】
入場がチェックされた後、モバイル端末は、チケットの視覚化オブジェクトに関するユーザ入力に基づいて活性化状態に変更されたチケット情報５３０を視覚化する。モバイル端末は、図５に示すように、累積したクレジット５３１をともに視覚化してもよい。
【００７９】
図６は、一実施形態に係るチケット登録を説明する図である。
【００８０】
モバイル端末は、チケットを指示するチケット情報を様々な方式により登録する。例えば、モバイル端末は、アトラクション予約管理アプリケーションを介して購買されたチケットを、図６に示されたオンライン予約６１０によって連動して自動登録してもよい。モバイル端末は、紙類のチケット及び他の端末（例えば、コンピュータなど）に示されるコード（例えば、ＱＲコード）をコードスキャン６２０によって登録する。他の例として、モバイル端末は、文字メッセージ（例えば、ＳＭＳ及びＭＭＳなど）によりユーザに伝えられたチケットの一連番号を番号登録６３０を介して登録してもよい。他の例として、モバイル端末は、年間利用券登録６４０を介してチケット情報を登録してもよい。
【００８１】
図７は、一実施形態に係るチケット情報の送信を説明する図である。
【００８２】
モバイル端末は、図７に示すように、アトラクション予約管理アプリケーションに複数のチケットのそれぞれに対応するチケット情報を登録してもよい。また、モバイル端末は、送信オブジェクト７１０に関するユーザ入力に応答して、他のユーザ端末に現在のモバイル端末に登録されたチケット情報を送信してもよい。
【００８３】
図８は、一実施形態に係る基本クレジット割当及び追加クレジット生成条件設定を説明するフローチャートである。
【００８４】
図８は、図２に示すステップＳ２１０、Ｓ２２０を具体的な例示を説明する図である。
【００８５】
まず、ステップＳ８１１において、モバイル端末は上述したようにチケットを登録する。
【００８６】
そして、ステップＳ８１２において、モバイル端末は、登録されたチケットに対応するチケット情報に対する照会をサーバにリクエストする。ステップＳ８１３において、サーバは、当該のチケット情報の入場の有無を確認する。例えば、サーバは、当該のチケットがすでに使用されたか否かを判断する。サーバは、チケットが使用されていない場合、チケット情報が有効なものと検証する。チケットがすでに使用されたり、入場可能期限ではない場合、サーバはチケット情報が有効でないものと決定する。
【００８７】
ステップＳ８１４において、モバイル端末は、チケット情報がサーバによって有効なものと検証されたか否かを判断する。モバイル端末は、チケット情報が有効でない場合、チケット情報に対する処理を終了する。
【００８８】
そして、ステップＳ８２１において、モバイル端末は、チケット情報がサーバによって有効なものと検証された場合に応答して、チケットの基本クレジットを確認する。例えば、モバイル端末は、チケット情報に対する基本クレジット提供をサーバにリクエストする。ステップＳ８２２において、サーバは、チケットの属性情報及び日付ごとのクレジット設定を確認する。例えば、サーバは、チケットの属性情報及び入場日付に基づいて基本クレジットを決定する。ステップＳ８２３において、モバイル端末は、サーバによって決定された基本クレジットを取得する。
【００８９】
ステップＳ８２４において、モバイル端末は、追加クレジットの生成条件を確認する。例えば、モバイル端末は、サーバに対して追加クレジット関連情報をリクエストする。ステップＳ８２５において、サーバは、追加クレジット生成周期及び生成量を確認する。サーバは、チケット情報の属性情報及び日付のうち少なくとも１つに基づいて追加クレジット関連情報を決定し、決定された追加クレジット関連情報をチケット情報に提供する。例えば、サーバは、チケット情報の属性情報に基づいてクレジット生成周期及びクレジット生成量を決定する。サーバは、入場日付がイベント期間である場合に応答して、当該のイベント期間に割り当てられたクレジット生成周期及びクレジット生成量を決定してもよい。
【００９０】
そして、ステップＳ８２６において、モバイル端末は、クレジット生成タイマーを動作させる。例えば、モバイル端末は、チケット情報の活性化から経過した時間をカウントし、サーバによって決定されたクレジット生成周期ごとに追加クレジットをチケット情報に累積させ得る。
【００９１】
図９は、一実施形態に係るクレジット関連設定セットを説明する図である。
【００９２】
サーバは、クレジット関連設定セット９００を格納する。クレジット関連設定セット９００は、チケット情報の属性情報に応じて提供される基本クレジット及び追加クレジットに関する情報を示す。サーバは、クレジット関連設定セット９００に基づいて基本クレジット、追加クレジットのクレジット生成周期、及びクレジット生成量などを割り当てることができる。
【００９３】
例えば、図９は、属性情報として顧客の年齢区分及び予約方式を示す。チケット情報が「大人」に対して「オンライン予約」で購買されたチケットを指示する場合、サーバは、当該のチケット情報に基本クレジットとして４を提供し、追加クレジット生成のためのクレジットタイマーを３０分に設定する。サーバは、残りの属性情報についても、図９に示されたクレジット関連設定セット９００に基づいて基本クレジット及び追加クレジット関連情報を決定する。例えば、チケット情報の属性情報が「小人」である場合、サーバは、当該のチケット情報に対して基本クレジットとして３を提供し、クレジットタイマーを２０分に設定する。
【００９４】
ただし、クレジット関連設定セット９００をサーバが格納するものと限定することなく、モバイル端末が格納してもよい。また、クレジット関連設定セット９００は、単に例示的なものに過ぎず、図示するものに限定されることはない。
【００９５】
図１０は、一実施形態に係る追加クレジット生成の例示を説明する図である。
【００９６】
図１０は、サービス空間１０００及びサービス空間１０００が分割された領域１０１０、１０２０を示す。一実施形態に係るアトラクション予約管理システムは、イベント１０１１によってチケット情報に割り当てられるクレジットを調整したり、クレジットを提供する。
【００９７】
例えば、モバイル端末１０９０は、モバイル端末１０９０がイベント領域１０１０内に位置する間、チケット情報に提供するクレジット生成周期及びクレジット生成量のうち少なくとも１つを調整する。サービス空間１０００内の残りの領域１０２０にあったモバイル端末１０９０がイベント領域１０１０に移動した場合に応答して、モバイル端末１０９０は、追加クレジットに対するクレジット生成周期及びクレジット生成量などを調整する。モバイル端末１０９０は、イベント領域１０１０内にある間にクレジット生成周期を減少させ、クレジット生成量を増加させる。モバイル端末１０９０は、イベント領域１０１０から離れる場合に応答して、追加クレジットに対するクレジット生成周期及びクレジット生成量を復旧し得る。
【００９８】
本明細書でイベント領域１０１０は、サービス空間１０００内でイベント１０１１が発生する領域を示している。イベント１０１１は、追加クレジットに関してサービス提供者によって定義されるイベントを示し、例えば、サービス空間１０００内の任意の領域を広報するために当該の領域内にある間に追加クレジットを増加させるイベントなどを含む。アトラクション予約管理システムは、イベント領域１０１０によって広報しようとする領域にユーザを誘導したり、過度に混雑した領域のユーザを他の領域に分散させ得る。
【００９９】
モバイル端末１０９０は、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）及びＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）によって現在位置を推定する。モバイル端末１０９０は、推定された位置がイベント領域１０１０内であるか否かを決定する。他の例として、モバイル端末１０９０は、ビーコン自身の座標を予め格納しているビーコンとの通信などによってモバイル端末１０９０の位置を推定し得る。ただし、モバイル端末１０９０の位置推定をこれに限定することなく、様々な位置測定技術及び位置推定技術が適用され得る。
【０１００】
他の例として、モバイル端末１０９０は、サービス空間１０００内でモバイル端末１０９０が移動した距離に基づいて、クレジット生成周期及びクレジット生成量を調整してもよい。モバイル端末１０９０は、サービス空間１０００内でモバイル端末１０９０が移動した距離に比例し、クレジット生成周期を減少させてクレジット生成量を増加させてもよい。
【０１０１】
更なる例として、モバイル端末１０９０は、外部関連イベントの達成に関する情報が収集される場合に応答して、チケット情報にボーナスクレジットを割り当ててもよい。外部関連イベントは、サービス空間に対するマーケティング及び特定アトラクションに対するマーケティングのために企画されるイベントであり、例えば、サービス提供者に関する提携商品及び提携映画などの販促行事などであってもよい。モバイル端末１０９０は、提携商品に対する購買領収書のバーコード認識により外部関連イベントが達成されたと判断する。ただし、外部関連イベントはこれに限定されることなく、モバイル端末１０９０は、予め指定されたクーポン情報をユーザから入力される場合、ボーナスクレジットをチケット情報に割り当ててもよい。
【０１０２】
また、ユーザの個人情報（例えば、居住地）によりモバイル端末１０９０は、チケット情報にボーナスクレジットを割り当ててもよい。例えば、モバイル端末１０９０は、ユーザの居住地がサービス空間と隣接する地理的な位置である場合、チケット情報にボーナスクレジットを割り当てる。
【０１０３】
本明細書において、ボーナスクレジットは、基本クレジット及び追加クレジットと区別されるクレジットとして、例えば、ユーザの個人情報が特定条件を充足する場合、又は外部関連イベントが達成される場合にチケット情報に割り当てられるクレジットを示す。ただし、これに限定されることなく、ボーナスクレジットは、基本クレジット及び追加クレジットと統合されてもよい。また、ボーナスクレジットが使用される場合、アトラクション予約管理システムは、当該のボーナスクレジットに関するアトラクションに対する当籤確率を増加させ得る。ボーナスクレジットは、予め定められた格納期間（例えば、１８０日）が経過する場合、チケット情報からサーバ及びモバイル端末１０９０によって自動排除されてもよい。
【０１０４】
一実施形態によれば、アトラクション予約管理システムは、不正行為をモニタリングする。アトラクション予約管理システムは、任意のチケット情報に関する不正行為が検出される場合、当該のチケット情報に対する制裁動作を実行する。
【０１０５】
例えば、サーバはモバイル端末１０９０の位置が正常に決定されたか否かを判断する。サーバは、モバイル端末１０９０によって推定された位置を検証し、位置が有効に推定されたか否かを判断する。モバイル端末１０９０がＧＮＳＳによって位置を推定した場合、サーバは、ＧＮＳＳに基づいて推定された位置及び他の方式に基づいて推定された位置を比較する。サーバは、モバイル端末１０９０のＩＰアドレスに対応する地理的位置及びモバイル端末１０９０が接続した無線アクセスポイントの地理的位置などを収集し、収集された地理的位置とモバイル端末１０９０によって推定された位置とを比較する。サーバは、モバイル端末１０９０により推定された位置とサーバによって自体的にに収集された地理的位置との間の差が位置誤差を超過する場合に応答して、モバイル端末１０９０の位置が異常であると決定されたものと決定する。ただし、不正行為の検出をこれに限定することなく、様々な方式が使用されてもよい。例えば、モバイル端末１０９０は、不正行為を監視するアプリケーション（例えば、位置操作行為を検出するアプリケーション）を実行してもよい。
【０１０６】
サーバは、不正行為が検出された場合に応答して、チケット情報に割り当てられたクレジットを除去する。例えば、サーバは、チケット情報に割り当てられた基本クレジット、追加クレジット、及びボーナスクレジットのうち少なくとも１つを制裁する量だけ除去する。また、サーバは、不正行為が検出されたチケット情報を不活性化してもよい。ただし、制裁動作を上述したものに限定することなく、サーバ及びモバイル端末１０９０のうち少なくとも１つは、不正行為のレベルに応じて様々な制裁動作を行ってもよい。
【０１０７】
図１１は、一実施形態に係る予約リクエストを説明する図である。
【０１０８】
モバイル端末は、ユーザ入力に応答して対象アトラクションに対する予約リクエストをサーバに送信する。例えば、モバイル端末は、アトラクション予約管理アプリケーションを介してユーザ入力を取得し得る。
【０１０９】
図１１は、予約リクエストを送信するためのインターフェース１１１０の例示を説明する図である。モバイル端末は、ユーザ入力に応答して、対象アトラクション、対象アトラクションのタイムスロット、対象アトラクションを用いる人数などを指定して予約リクエストを生成する。モバイル端末は、予約申し込みオブジェクト１１１１に関するユーザ入力に応答し、上述したように生成された予約リクエストをサーバに送信する。例えば、モバイル端末は、対象アトラクションに対して可用したタイムスロットのうち、ユーザ入力に応答して選択されたタイムスロットに対する予約リクエストをサーバに送信する。図１１において、タイムスロットは１時間単位に分類され、図１１に示す予約リクエストを送信するためのインターフェース１１１０は、１３時から１４時までに対応するタイムスロットが選択された場合を示す。
【０１１０】
サーバによって予約リクエストが承認される場合、モバイル端末は、サーバからアトラクション予約情報を受信する。モバイル端末は、受信されたアトラクション予約情報を視覚的に表示することで、ユーザに予約結果１１２０を通知する。例えば、モバイル端末は、対象アトラクションのタイムスロットに対する予約リクエストがサーバによって承認された場合に応答して、タイムスロットが分割された複数のインターバルのうちサーバにより指定されたインターバルを指示するアトラクション予約情報を生成する。例えば、図１１に示す予約結果１１２０で視覚化されたように、サーバは、１３時から１４時まで対応するタイムスロットであり、１３時２０分から１３時４０分までに対応するインターバルを指定するアトラクション予約情報を生成してモバイル端末に提供する。したがって、サーバは、タイムスロット内でアトラクション予約をインターバル単位に適切に分散させることで、ユーザの待機時間を減少させ得る。インターバルは、予約リクエストが承認されるまでモバイル端末に表示されなくてもよく、サーバは内部的のみにインターバルを管理し得る。
【０１１１】
サーバによる予約リクエスト承認については、下記の図１３を参照して説明し、タイムスロット及びインターバルについては下記の図１４を参照して詳細に説明する。
【０１１２】
図１２は、一実施形態により承認された予約リクエストに対するアトラクション予約情報を説明する図である。
【０１１３】
モバイル端末は、チケット情報インターフェース１２１０によってチケット情報のみならず、チケット情報にマッピングされたアトラクション予約情報をともに提供する。例えば、モバイル端末は、予約確認オブジェクト１２１１に関するユーザ入力に応答して、アトラクション予約情報を視覚的に表示する。モバイル端末は、アトラクション予約情報を予約チケット１２２０で視覚化する。図１２に示すように、予約チケット１２２０は、対象アトラクション、対象アトラクションが予約されたインターバル、及び入場のためのコード（例えば、２次元コード）などを含む。
【０１１４】
図１３は、一実施形態に係る予約承認を説明するフローチャートである。
【０１１５】
例えば、図１３は、図２に示すステップＳ２４０を具体的に説明するフローチャートである。
【０１１６】
まず、ステップＳ１３４１において、サーバは、アトラクションごとのスケジュール情報及び確率情報を設定する。スケジュール情報は、アトラクションの運営に関するスケジュールを示し、例えば、複数のタイムスロット及び各タイムスロットが分割されたインターバルを含む。タイムスロットは、アトラクションの運営時間が分割された時間単位を示す。確率情報は、各タイムスロットに対して設定された確率として、例えば、当該のタイムスロットに対する予約リクエストを当籤させる確率を示す。
【０１１７】
そして、ステップＳ１３４２において、サーバは予約を開始する。例えば、サーバは、対象アトラクションのタイムスロットに対応する予約時間の間にタイムスロットに対する複数の予約リクエストを収集する。
【０１１８】
次に、ステップＳ１３４３において、モバイル端末は、対象アトラクションに対する予約リクエストをサーバに送信する。モバイル端末は、ユーザ入力に基づいて対象アトラクション、対象アトラクションを利用しようとする時間帯を示すタイムスロット、対象アトラクションを利用しようとする人員数などを指定する。モバイル端末は、アトラクションを利用しようとする人員数によって複数の予約リクエストをサーバに送信する。
【０１１９】
そして、ステップＳ１３４４において、サーバは、予約リクエスト個数を確認する。例えば、サーバは、対象アトラクションを利用しようとする人員数により、予約リクエストの個数を決定する。
【０１２０】
次に、ステップＳ１３４５において、サーバは、予約承印の如何を判断する。サーバは、予約時間の間に収集された複数の予約リクエストのそれぞれに対する承認の有無を決定する。例えば、サーバは、対象アトラクションのタイムスロットに割り当てられたキャパスィティーが残っている場合に応答して、モバイル端末の予約リクエストを承認する。また、サーバは、キャパスィティーが残っている場合にも確率によって予約リクエストを承認するか否かを決定する。サーバは、予約リクエストが承認される場合、アトラクション予約情報を生成する。
【０１２１】
各アトラクションのタイムスロットごとに割り当てられたキャパスィティーは、ユーザに提供される待機方式により複数タイプに分類され、例えば、予約キャパスィティー、その他のキャパスィティー、及び一般待機キャパスィティーなどに分類されてもよい。一般待機キャパスィティーは、当該のアトラクションで直接待機しているユーザに提供されるキャパスィティーを示し、その他のキャパスィティーは、任意の目的のために格納されたキャパスィティーを示し、予約キャパスィティーは、上述した予約リクエストによる予約サービスに対して提供されるキャパスィティーを示す。
【０１２２】
そして、ステップＳ１３４６において、モバイル端末は、サーバから予約承認の結果が通知される。例えば、サーバは、モバイル端末にアトラクション予約情報を送信する。モバイル端末は、アトラクション予約情報を表示し、ユーザに予約承認の結果を通知する。
【０１２３】
図１４は、一実施形態に係る対象アトラクションのスケジュール、タイムスロット、及びインターバルを説明する図である。
【０１２４】
アトラクション予約管理システムは、個別アトラクションのスケジュール情報１４００を管理する。スケジュール情報１４００は、アトラクションのスケジュールに関する情報として、タイムスロットに関する情報１４１０、インターバルに関する情報１４２０、及びキャパスィティーに関する情報１４３０を含む。
【０１２５】
タイムスロットに関する情報１４１０は、個別タイムスロットの開始時間及び終了時間を示す。タイムスロットは、アトラクションの運営時間が一定間隔に分割された時間単位を示す。インターバルに関する情報１４２０は、個別インターバルの開始時間及び終了時間を示す。インターバルは、タイムスロットが分割された時間単位を示す。キャパスィティーに関する情報１４３０は、タイムスロットごとにアトラクションが収容できる人員数を示す。
【０１２６】
図１４において、タイムスロットに関する情報１４１０は、第１タイムスロット１４１１、第２タイムスロット１４１２、第３タイムスロット１４１３、第４タイムスロット１４１４、及び第５タイムスロット１４１５を例示的に含み得る。タイムスロットは、満了スロット、進行中であるスロット、予約進行スロット、予約完了スロット、準備スロット、及びブロックされた（ｂｌｏｃｋｅｄ）スロットに分類されてもよい。満了スロットは、タイムスロットの終了時間がすでに経過したスロットを示す。進行中であるスロットは、現在の時間がタイムスロットの開始時間及び終了時間の間である場合のスロットを示す。予約進行スロットは、現在の時間が予約時間の開始及び終了の間である場合のスロットを示す。予約完了スロットは、キャパスィティーが完全に使用されたスロットを示す。準備スロットは、まだ予約が進行されていないスロットを示す。ブロックされたスロットは、サービス提供者によって任意に予約が制限されたスロットを示す。
【０１２７】
例えば、タイムスロットは１時間単位を示す。図１４において、第１タイムスロット１４１１は、１０時から１１時までの時間区間、第２タイムスロット１４１２は、１１時から１２時までの時間区間、第３タイムスロット１４１３は、１２時から１３時までの時間区間、第４タイムスロット１４１４は、１３時から１４時までの時間区間、第５タイムスロット１４１５は、１４時から１５時までの時間区間を示す。以下では、第１タイムスロット１４１１に対するインターバルについて説明する。
【０１２８】
タイムスロットは、複数のインターバルに分割されてもよい。例えば、図１４に示された第１タイムスロット１４１１は、第１インターバル１４２１、第２インターバル１４２２、第３インターバル１４２３、第４インターバル１４２４、及び第５インターバル１４２５に分割される。タイムスロットの各インターバルは、少なくとも１つのインターバルと一部区間が重なってもよい。例えば、第１インターバル１４２１は１０時から１０時２０分までの時間区間、第２インターバル１４２２は１０時１０分から１０時３０分までの時間区間、第３インターバル１４２３は１０時２０分から１０時４０分までの時間区間、第４インターバル１４２４は１０時３０分から１０時５０分までの時間区間、第５インターバル１４２５は１０時４０分から１１時までの時間区間を示す。ただし、インターバルはこれに限定されることない。
【０１２９】
一実施形態に係るモバイル端末は、ユーザ入力に応答してタイムスロットごとに予約リクエストを生成する。サーバは、対象アトラクションのタイムスロットに対する予約リクエストに対する承認の有無を決定する。サーバは、予約リクエストが承認された場合に応答して、タイムスロットが分割された複数のインターバルのうち１つのインターバルを決定する。サーバは、決定されたインターバルを指示するアトラクション予約情報を生成する。サーバは、決定されたインターバルを指示するアトラクション予約情報をチケット情報に提供する。アトラクション予約管理システムは、ユーザの所望する時間帯であるタイムスロットに対する予約を受け付けながらも、当該のタイムスロット内のインターバルで適切にユーザを分配できる。したがって、アトラクション予約管理システムは、特定の時間帯に対するユーザの集まりを減少させることで、ユーザの待機時間を効率よく最小化できる。
【０１３０】
キャパスィティーに関する情報は、タイムスロットごとのキャパスィティーを示す。例えば、キャパスィティーは、予約キャパスィティー１４３１、その他のキャパスィティー１４３２、及び一般待機キャパスィティー１４３３を含む。ただし、キャパスィティーはこれに限定されることない。キャパスィティーは、サーバによって比率が調整され、タイムスロット、アトラクションごとに相違に設定されてもよい。
【０１３１】
サーバは、スケジュール情報１４００を格納して保持する。例えば、サーバは、特定期間（例えば、祭りの期間）に対して予め設定されたスケジュール情報１４００をロードし、個別アトラクションに対してタイムスロット及びインターバルを設定し得る。
【０１３２】
図１５は、一実施形態に係る対象アトラクションのクレジット関連情報を説明する図である。
【０１３３】
クレジット関連情報１５００は、個別アトラクションの予約のために要求されるクレジットに関する情報を含む。また、クレジット関連情報１５００は、個別アトラクションごとに各タイムスロットが分割されたインターバルの個数（図１５ではインターバルの個数に示されている）をさらに含んでもよい。クレジット関連情報１５００の要求クレジットは、当該のアトラクションを予約するために要求されるクレジットの最小量を示す。
【０１３４】
第１アトラクションを例にすれば、第１アトラクションの予約に要求されるクレジットは５であってもよく、インターバルの個数は３であってもよい。ユーザが第１アトラクションに対する予約を申し込むために、モバイル端末がチケット情報に累積したクレジットのうち５以上のクレジットを差し引き、第１アトラクションに対する予約リクエストを生成する。モバイル端末は、第１アトラクションに対する予約リクエストをサーバに送信する。サーバは、第１アトラクションの任意のタイムスロットに対する予約リクエストが承認される場合、当該のタイムスロットが分割された３つのインターバルのうちの１つを選択し、アトラクション予約情報をチケット情報に提供する。モバイル端末に格納されたアトラクション予約情報は、ユーザによって選択されたタイムスロットのうち、サーバによって指定されたインターバルに第１アトラクションを利用できる予約チケットを含む。
【０１３５】
図１６は、一実施形態に係る対象アトラクションのキャパスィティー及び確率に関する情報を説明する図である。
【０１３６】
図１６に示された対象アトラクションのキャパスィティー及び確率に関する情報１６００は、タイムスロットの時間区間、予約時間、キャパスィティー、及び予約制限などを含む。ただし、これに限定されることなく、単なる例示である。
【０１３７】
サービス提供者は、各アトラクションのタイムスロットごとに顧客に予約サービスがオープンされる予約時間を設定する。ユーザは、自身が予約できるアトラクションを確認し、予約時間の間にチケット情報に累積したクレジットで対象アトラクションに対する予約をリクエストし得る。
【０１３８】
キャパスィティーは、予約キャパスィティー及び一般キャパスィティーを含むものと示された。予約キャパスィティーは、予約サービスに提供されるアトラクションのキャパスィティーを示し、一般キャパスィティーは、現場の待機で提供されるキャパスィティーを示し、図１６では、比率（例えば、％）で管理されてもよい。図１６では、キャパスィティーの比率が全てのタイムスロットに対して同一に示されているが、これに限定されることない。サーバは、時間帯によって一般キャパスィティー及び予約キャパスィティーの比率を調整してもよい。さらに、サーバは、アトラクションごとにキャパスィティーの比率を調整してもよい。
【０１３９】
当籤確率は、アトラクションの任意のタイムスロットに対する予約リクエストに対して設定された確率を示す。サーバは、対象アトラクションのタイムスロットに対する複数の予約リクエストのそれぞれに対して、予め定められた確率に基づいて順次承認の有無を決定する。サーバは、タイムスロットに割り当てられたキャパスィティーが充足するまで、複数の予約リクエストのそれぞれに対する承認を繰り返す。例えば、図１６に示すように、予め定められた確率が１００％である場合、サーバは複数の予約リクエストを先着順に承認する。
【０１４０】
予約制限は、アトラクションごとに連続予約を制限する時間を示す。例えば、すでに当該のアトラクションに対するアトラクション予約情報が生成されたチケット情報に対して、サーバは予約制限に対応する時間が経過するまで、当該のチケット情報に基づいた更なる予約リクエストを排除する。図１６を参照すれば、任意のチケット情報に基づいた予約リクエストが承認される場合、サーバは、予約リクエストが承認された時点から３０分が経過する前までは当該のチケット情報に基づいた予約リクエストを排除する。サーバは予約制限が解除される場合（例えば、予約制限に対応する時間が経過した場合）、当該のチケット情報に累積したクレジットの差し引きに基づいた予約リクエストを再び受け付ける。
【０１４１】
図１６では、確率が予め設定されることについて説明したが、これに限定されることない。確率は、アトラクションのタイムスロットに対するキャパスィティー及び予約リクエストの個数に基づいて決定されてもよい。例えば、サーバは、対象アトラクションのタイムスロットに対する複数の予約リクエスト及びタイムスロットに割り当てられたキャパスィティーに基づいて確率を算出し得る。この場合、確率＝ｍａｘ（１、タイムスロットキャパスィティー／収集された予約リクエストの個数）のように表現される。サーバは、算出された確率に基づいて複数の予約リクエストのそれぞれに対する承認の有無を決定する。
【０１４２】
アトラクション予約管理システムは、先着順方式、確率方式、又は、先着順及び確率が結合された方式に基づいて、予約リクエストに対する承認の有無を決定する。
【０１４３】
一実施形態によれば、サーバのプロセッサは、予約リクエストに対して差し引かれたクレジット量に基づいて確率を決定する。サーバは、決定された確率に基づいて予約リクエストに対する承認の有無を決定する。したがって、モバイル端末は、予約リクエストに対して差し引かれるクレジット量を増加させることで、アトラクションに対する当籤確率を増加させ得る。予約リクエストに対して差し引かれるクレジット量に応じて、サーバは確率を比例的に上向させたり、段階的に上向させ得る。例えば、差し引かれるクレジット量が閾値クレジットを超過する場合、アトラクションのキャパスィティーのみが充分であれば、サーバは確率算出を排除し、当該の予約リクエストを承認する。
【０１４４】
他の一実施形態によれば、サーバは、予約リクエストに対して差し引かれたクレジットのうち、ボーナスクレジットが含まれている場合、確率を向上させてもよい。ボーナスクレジットは、上述したように、クーポン登録などのような外部関連イベントによってチケット情報に追加されるクレジットを示す。モバイル端末は、ボーナスクレジットにより既存のクレジットを補充し得るが、これに限定されることなく、ボーナスクレジットの使用によって当籤確率を補正（例えば、１０％向上、５０％向上、確率５０％、１００％保障など）してもよい。
【０１４５】
また、アトラクション予約管理システムは、予約リクエストのために差し引かれたクレジット量に応じて個別予約リクエストの承認の有無を決定してもよい。例えば、予約管理システムは、差し引かれたクレジット量の降べきの順で予約リクエストを承認してもよい。予約管理システムは、最も多いクレジット量が差し引かれた予約リクエストを最初に承認し、その次に、多いクレジット量が差し引かれた予約リクエストをその次に承認する。したがって、予約管理システムは、最も多いクレジット量が差し引かれた予約リクエストから、より少ないクレジット量が差し引かれた予約リクエストの順に承認の有無を決定し得る。
【０１４６】
アトラクション予約管理システムは、全てのアトラクションに対して同じ方式により予約リクエストに対する承認の有無を決定するが、これに限定されることない。アトラクション予約管理システムは、複数のアトラクションのうち少なくとも一部のアトラクションに対して残りのアトラクションと異なる方式で予約リクエストに対する承認の有無を決定してもよい。アトラクション予約管理システムは、第１アトラクションに対しては先着順に予約リクエストを承認し、第２アトラクションに対しては確率方式で予約リクエストを承認し、第３アトラクションに対しては差し引かれたクレジット量の降べきの順で予約リクエストを承認してもよい。
【０１４７】
アトラクション予約管理システムは、全てのタイムスロットに対して同じ方式により予約リクエストに対する承認の有無を決定するが、これに限定されることない。アトラクション予約管理システムは、同じアトラクションに対して複数のタイムスロットのうち少なくとも一部のタイムスロットに対しては残りのタイムスロットと異なる方式により予約リクエストに対する承認の有無を決定してもよい。例えば、予約管理システムは、比較的に利用者の数が少ない第１タイムスロットに対しては先着順に予約リクエストを承認し、比較的に利用者数が多い第２タイムスロットに対しては確率方式で予約リクエストを承認してもよい。
【０１４８】
アトラクションに対して要求されるクレジット関連情報１５００及びキャパスィティー及び確率に関する情報１６００は、説明の便宜のために別途に示されているが、これに限定されることない。アトラクション予約管理システムは、アトラクションの予約に要求されるクレジット量、個別アトラクションのタイムスロットに対するインターバル個数、タイムスロットの時間区間、予約時間、キャパスィティー、及び予約制限などを含むデータベースを統合的に管理し得る。アトラクション予約管理システムのサーバは、このような予め設定されたデータベースに基づいて、対象アトラクションのキャパスィティー、対象アトラクションに対して要求されるクレジット最小量、対象アトラクションの状態情報、及び対象アトラクションに対する予約制限情報のうち少なくとも１つを設定する。
【０１４９】
また、アトラクション予約管理システムは、サービス提供者の操作に応答して、個別チケット情報の基本クレジット及び追加クレジット関連情報を調整し得る。例えば、サーバは、サービス提供者の操作に応答して基本クレジット及び追加クレジット関連情報が調整された場合に応答して、調整された基本クレジット及び追加クレジット関連情報をクレジット調整の対象となるチケット情報に提供し得る。例えば、サーバは、ＶＩＰ等級のチケット情報に対するクレジットが調整される場合、ＶＩＰ等級のチケット情報に調整されたクレジットを提供し得る。
【０１５０】
図１７は、一実施形態に係るモバイル端末の構成を説明するブロック図である。
【０１５１】
モバイル端末１７００は、入力取得部１７１０、ディスプレイ１７２０、プロセッサ１７３０、メモリ１７４０、及び通信部１７５０を含む。
【０１５２】
入力取得部１７１０は、ユーザからチケット情報に関するユーザ入力を受信する。ユーザ入力は、ユーザから取得される入力として、例えば、ディスプレイ１７２０をタッチする行為による入力（以下、タッチ入力）、マウスクリック、及び文字入力などを含む。ディスプレイ１７２０に視覚化されるオブジェクトに関するユーザ入力は、当該のオブジェクトに割り当てられた命令を活性化する入力を示す。オブジェクトは、ディスプレイ１７２０にグラフィック表現（ｇｒａｐｈｉｃａｌ  ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）で視覚化されてもよい。例えば、入力取得部１７１０を介してチケットをモバイル端末１７００に登録するユーザ入力（例えば、一連番号入力、ＱＲコード認識など）を取得し得る。
【０１５３】
ディスプレイ１７２０は、アトラクション予約管理アプリケーションによって提供される様々なインターフェースを視覚化する。また、ディスプレイ１７２０は、ユーザから取得されたチケット情報及びサーバから受信されたアトラクション予約情報を視覚化し得る。
【０１５４】
参考として、入力取得部１７１０及びディスプレイ１７２０は区分して示されているが、これに限定されることない。例えば、タッチ入力を取得する入力取得部１７１０及び画面を視覚化するディスプレイ１７２０は、統合されてタッチスクリーンで実現し得る。
【０１５５】
プロセッサ１７３０は、ユーザ入力によって入力されたチケット情報に基づいた入場が承認された場合に応答して、チケット情報を活性化する。プロセッサ１７３０は、活性化に応答してチケット情報に基本クレジット及び追加クレジット関連情報を提供する。プロセッサ１７３０は、追加クレジット関連情報に基づいた時間経過に応答して、追加クレジットをチケット情報に提供する。プロセッサ１７３０は、累積したクレジットを差し引いて対象アトラクションに対するアトラクション予約情報を生成する。ただし、モバイル端末１７００のプロセッサ１７３０の動作がこれに限定されることなく、プロセッサ１７３０は、図１Ａ〜図１６による動作のうち少なくとも１つを行ってもよい。
【０１５６】
メモリ１７４０は、アトラクション予約管理方法を行うために要求されるデータを臨時的又は半永久的に格納し得る。例えば、メモリ１７４０は、チケット情報及びアトラクション予約情報を格納する。また、メモリ１７４０は、アトラクション予約管理アプリケーションを格納してもよい。
【０１５７】
通信部１７５０は、外部にデータを送信したり外部からデータを受信する。例えば、通信部１７５０は、サーバと通信を樹立する。例えば、通信部１７５０は、サーバにチケット情報及びチケット情報に基づいた対象アトラクションに対する予約リクエストを送信する。通信部１７５０は、サーバから基本クレジット、追加クレジット関連情報、及びアトラクション予約情報を受信する。他の例として、通信部１７５０は、中間端末と通信を樹立して中間端末を介してサーバにチケット情報及びチケット情報に基づいた対象アトラクションに対する予約リクエストを送信する。通信部１７５０は、中間端末を介してサーバから基本クレジット、追加クレジット関連情報、及びアトラクション予約情報を受信する。
【０１５８】
モバイル端末１７００において、入力取得部１７１０、ディスプレイ１７２０部、プロセッサ１７３０、メモリ１７４０、及び通信部１７５０の動作が上述した内容に限定されることなく、モバイル端末１７００は、図１Ａ〜図１６を参照して説明した動作も行ってもよい。
【０１５９】
また、図１７に示すブロック図は例示的なものであり、モバイル端末１７００の構成を図１７に示すものに限定しない。
【０１６０】
図１８は、一実施形態に係るサーバの構成を説明するブロック図である。
【０１６１】
サーバ１８００は、プロセッサ１８１０、メモリ１８２０、及び通信部１８３０を含む。
【０１６２】
プロセッサ１８１０は、チケット情報に基づいた入場が有効な場合に応答してチケット情報を活性化する。プロセッサ１８１０は、活性化に応答してチケット情報に基本クレジット及び追加クレジット関連情報を提供する。プロセッサ１８１０は、追加クレジット関連情報に基づいた時間経過に応答して、追加クレジットをチケット情報に提供する。プロセッサ１８１０は、予約リクエストに対する承認の有無を対象アトラクションのキャパスィティーに基づいて決定する。プロセッサ１８１０は、予約リクエストが承認された場合に応答して対象アトラクションに対してアトラクション予約情報を生成する。
【０１６３】
メモリ１８２０は、アトラクション予約管理方法を行うために要求されるデータを臨時的又は半永久的に格納する。例えば、メモリ１８２０は、個人チケットごとに累積したクレジット量、クレジット生成周期、及びクレジット生成量などを管理するデータベースを含む。メモリ１８２０は、チケットの属性情報（例えば、チケットの等級や顧客の年齢区分など）ごとにマッピングされた基本クレジット及び追加クレジット関連情報を指示するテーブルデータ（例えば、図９参照）を格納する。また、メモリ１８２０は、アトラクションごとに予約に要求される最小クレジット量、タイムスロット、インターバル個数、予約時間、キャパスィティー、確率、予約制限、及び状態などを指示するテーブルデータ（例えば、図１５、図１６参照）を格納する。ただし、メモリ１８２０に格納されるデータは上述した内容に限定されることはない。
【０１６４】
通信部１８３０は、モバイル端末及び入場ゲートと通信を樹立する。例えば、通信部１８３０は、モバイル端末からモバイル端末に登録されたチケット情報に対する活性化リクエスト及びチケット情報に累積したクレジットの差し引きに基づいた予約リクエストを受信してもよい。また、通信部１８３０は、入場ゲートによって認識されたモバイル端末のチケット情報を入場ゲートから受信してもよい。
【０１６５】
サーバ１８００において、プロセッサ１８１０、メモリ１８２０、及び通信部１８３０の動作は上述した内容に限定されることはない。サーバ１８００は、図１Ａ〜図１６を参照して説明した動作も行ってもよい。
【０１６６】
また、図１８は、例示的なブロック図であって、サーバ１８００の構成を示されたものに限定されることはない。
【０１６７】
実施形態に係る方法は、多様なコンピュータ手段を介して実施されるプログラム命令の形態で具現され、コンピュータ読み取り可能な記録媒体に記録される。記録媒体は、プログラム命令、データファイル、データ構造などを単独又は組合せて含む。記録媒体及びプログラム命令は、本発明の目的のために特別に設計して構成されたものでもよく、コンピュータソフトウェア分野の技術を有する当業者にとって公知のものであり使用可能なものであってもよい。コンピュータ読み取り可能な記録媒体の例としては、ハードディスク、フロッピー（登録商標）ディスク及び磁気テープのような磁気媒体、ＣＤ−ＲＯＭ、ＤＶＤのような光記録媒体、フロプティカルディスクのような磁気−光媒体、及びＲＯＭ、ＲＡＭ、フラッシュメモリなどのようなプログラム命令を保存して実行するように特別に構成されたハードウェア装置を含む。プログラム命令の例としては、コンパイラによって生成されるような機械語コードだけでなく、インタプリタなどを用いてコンピュータによって実行される高級言語コードを含む。ハードウェア装置は、本発明の動作を実行するために１つ以上のソフトウェアモジュールとして作動するように構成してもよく、その逆も同様である。
【０１６８】
ソフトウェアは、コンピュータプログラム、コード、命令、又はこれらのうちの１つ以上の組合せを含み、希望通りに動作するように処理装置を構成し、独立的又は結合的に処理装置に命令する。ソフトウェア及び／又はデータは、処理装置によって解釈され、処理装置に命令又はデータを提供するためのあらゆる類型の機械、構成要素、物理的装置、仮想装置、コンピュータ格納媒体又は装置、或いは送信される信号波を介して永久的又は一時的に具現化される。ソフトウェアは、ネットワークに接続されたコンピュータシステム上に分散され、分散された方法で格納されるか又は実行される。ソフトウェア及びデータは１つ以上のコンピュータ読み取り可能な記録媒体に格納される。
【０１６９】
上述したように実施形態をたとえ限定された図面によって説明したが、当該技術分野で通常の知識を有する者であれば、前記に基づいて様々な技術的な修正及び変形を適用することができる。例えば、説明された技術が説明された方法と異なる順に実行されたり、及び／又は説明されたシステム、構造、装置、回路などの構成要素が説明された方法と異なる形態で結合又は組合わせられたり、他の構成要素又は均等物によって置き換えたり置換されても適切な結果を達成することができる。
【０１７０】
したがって、他の実現、他の実施形態及び特許請求の範囲と均等なものなども後述する請求の範囲の範囲に属する。
【符号の説明】
【０１７１】
１００：アトラクション予約管理システム
１１０：モバイル端末
１２０：入場ゲート
１３０：サーバ
【図１Ａ】
2019160268.tif 000003
【図１Ｂ】
2019160268.tif 000004
【図２】
2019160268.tif 000005
【図３】
2019160268.tif 000006
【図４】
2019160268.tif 000007
【図５】
2019160268.tif 000008
【図６】
2019160268.tif 000009
【図７】
2019160268.tif 000010
【図８】
2019160268.tif 000011
【図９】
2019160268.tif 000012
【図１０】
2019160268.tif 000013
【図１１】
2019160268.tif 000014
【図１２】
2019160268.tif 000015
【図１３】
2019160268.tif 000016
【図１４】
2019160268.tif 000017
【図１５】
2019160268.tif 000018
【図１６】
2019160268.tif 000019
【図１７】
2019160268.tif 000020
【図１８】
2019160268.tif 000021