JP2022104421A

JP2022104421A - 予約管理システム、予約管理方法及びプログラム

Info

Publication number: JP2022104421A
Application number: JP2020219623A
Authority: JP
Inventors: 誠一武田; Seiichi Takeda; 亮平詫間; Ryohei Takuma
Original assignee: Rakuten Group Inc
Current assignee: Rakuten Group Inc
Priority date: 2020-12-28
Filing date: 2020-12-28
Publication date: 2022-07-08
Anticipated expiration: 2040-12-28
Also published as: TWI826850B; TW202234302A; US20220207435A1; JP7048715B1

Abstract

【課題】チェックインでの待ち時間を低減できる予約管理システム、予約管理方法及びプログラムを提供する。
【解決手段】
仮チェックイン要求データ受付部８０は、参加者が使用する端末の位置を示す位置データを取得する。仮チェックイン処理実行部８２は、位置データが示す位置と、イベントの開催地に関する位置と、に基づいて、予約データに含まれる当該参加者のチェックイン状態データを、仮チェックイン状態を示すチェックイン状態データに更新する。チェックイン処理実行部８６は、開催地で複数の参加者のうちのいずれかから受け付けるチェックイン要求に応じて、予約データに含まれる、仮チェックイン状態を示すチェックイン状態データに対応付けられる他の参加者のチェックイン状態データを、チェックイン済状態を示す前記チェックイン状態データに更新する。
【選択図】図１９

Description

本発明は、予約管理システム、予約管理方法及びプログラムに関する。

特許文献１には、チェックイン・チェックアウト業務のトータルな省力化を可能にするゴルフ場省力化システムが記載されている。

特開２００１－０００６１２号公報

特許文献１に記載のシステムでは、すべてのプレイヤがゴルフ場の受付にてチェックインを行う必要がある。しかし、チェックインは概ね朝の限られた時間帯に行われるため、受付での待ち時間が発生することがある。

なお、ゴルフだけでなく他のイベントにおいても同様に、チェックインでの待ち時間が発生することがある。

本発明は上記課題に鑑みてなされたものであって、その目的の１つは、チェックインでの待ち時間を低減できる予約管理システム、予約管理方法及びプログラムを提供することにある。

本発明に係る予約管理システムは、複数の参加者が参加するイベントの予約要求を受け付ける予約要求受付手段と、前記予約要求の受付に応じて、前記複数の参加者のそれぞれに対応付けられるチェックイン状態データを含む予約データを生成する予約データ生成手段と、前記参加者が使用する端末の位置を示す位置データを取得する位置データ取得手段と、前記位置データが示す位置と、前記イベントの開催地に関する位置と、に基づいて、前記予約データに含まれる当該参加者の前記チェックイン状態データを、仮チェックイン状態を示す前記チェックイン状態データに更新する仮チェックイン処理実行手段と、前記複数の参加者のうちのいずれかから受け付けるチェックイン要求に応じて、前記予約データに含まれる、仮チェックイン状態を示す前記チェックイン状態データに対応付けられる他の前記参加者の前記チェックイン状態データを、チェックイン済状態を示す前記チェックイン状態データに更新するチェックイン処理実行手段と、を含む。

本発明の一態様では、前記位置データ取得手段は、前記端末に対する所定の操作に応じて送信される前記位置データを取得する。

また、本発明の一態様では、前記仮チェックイン処理実行手段は、前記位置データが前記開催地に関する位置から所定距離以下である位置を示す場合に、前記予約データに含まれる当該参加者の前記チェックイン状態データを、仮チェックイン状態を示す前記チェックイン状態データに更新する。

また、本発明の一態様では、前記予約要求受付手段は、前記イベントの開催日時が関連付けられた前記予約要求を受け付け、前記予約データ生成手段は、前記予約要求の受付に応じて、前記予約要求に関連付けられている開催日時を示す日時データをさらに含む前記予約データを生成し、前記位置データ取得手段は、前記位置の測位日時に関連付けられた前記位置データを取得し、前記仮チェックイン処理実行手段は、前記日時データが示す開催日時に応じた測位日時に関連付けられた前記位置データが示す位置と、前記イベントの開催地に関する位置と、に基づいて、前記予約データに含まれる当該参加者の前記チェックイン状態データを、仮チェックイン状態を示す前記チェックイン状態データに更新する。

また、本発明の一態様では、前記予約要求受付手段は、前記参加者の氏名が関連付けられた前記予約要求を受け付け、前記予約データ生成手段は、前記参加者の氏名を示す氏名データをさらに含む前記予約データを生成し、前記位置データ取得手段は、前記端末を使用する前記参加者の氏名に関連付けられた前記位置データを取得し、前記仮チェックイン処理実行手段は、前記位置データに関連付けられている氏名に基づいて特定される前記参加者の前記チェックイン状態データを、仮チェックイン状態を示す前記チェックイン状態データに更新する。

また、本発明の一態様では、前記位置データ取得手段は、互いに異なる複数の端末のそれぞれについての、当該端末の位置を示す前記位置データを取得し、前記仮チェックイン処理実行手段は、互いに異なる複数の前記端末の位置と、前記イベントの開催地に関する位置と、に基づいて、当該複数の端末にそれぞれ対応付けられる複数の前記チェックイン状態データのすべてを、仮チェックイン状態を示す前記チェックイン状態データに更新する。

また、本発明の一態様では、前記チェックイン処理実行手段は、前記チェックイン要求の受付に応じて、前記予約データに含まれる、仮チェックイン状態を示す前記チェックイン状態データに対応付けられるすべての前記参加者の前記チェックイン状態データを、チェックイン済状態を示す前記チェックイン状態データに更新する。

また、本発明に係る予約管理方法は、予約要求受付手段が、複数の参加者が参加するイベントの予約要求を受け付けるステップと、予約データ生成手段が、前記予約要求の受付に応じて、前記複数の参加者のそれぞれに対応付けられるチェックイン状態データを含む予約データを生成するステップと、位置データ取得手段が、前記参加者が使用する端末の位置を示す位置データを取得するステップと、仮チェックイン処理実行手段が、前記位置データが示す位置と、前記イベントの開催地に関する位置と、に基づいて、前記予約データに含まれる当該参加者の前記チェックイン状態データを、仮チェックイン状態を示す前記チェックイン状態データに更新するステップと、チェックイン処理実行手段が、前記複数の参加者のうちのいずれかから受け付けるチェックイン要求に応じて、前記予約データに含まれる、仮チェックイン状態を示す前記チェックイン状態データに対応付けられる他の前記参加者の前記チェックイン状態データを、チェックイン済状態を示す前記チェックイン状態データに更新するステップと、を含む。

また、本発明に係るプログラムは、複数の参加者が参加するイベントの予約要求を受け付ける手順、前記予約要求の受付に応じて、前記複数の参加者のそれぞれに対応付けられるチェックイン状態データを含む予約データを生成する手順、前記参加者が使用する端末の位置を示す位置データを取得する手順、前記位置データが示す位置と、前記イベントの開催地に関する位置と、に基づいて、前記予約データに含まれる当該参加者の前記チェックイン状態データを、仮チェックイン状態を示す前記チェックイン状態データに更新する手順、前記複数の参加者のうちのいずれかから受け付けるチェックイン要求に応じて、前記予約データに含まれる、仮チェックイン状態を示す前記チェックイン状態データに対応付けられる他の前記参加者の前記チェックイン状態データを、チェックイン済状態を示す前記チェックイン状態データに更新する手順、をコンピュータに実行させる。

本発明の一実施形態に係るコンピュータネットワークの全体構成の一例を示す図である。本発明の一実施形態に係る予約管理サーバの構成の一例を示す図である。本発明の一実施形態に係るゴルフ場サーバの構成の一例を示す図である。本発明の一実施形態に係るゴルフ場端末の構成の一例を示す図である。本発明の一実施形態に係るユーザ端末の構成の一例を示す図である。アカウントデータの一例を示す図である。アカウントデータの一例を示す図である。ゴルフ場データの一例を示す図である。予約画面の一例を示す図である。同伴者登録画面の一例を示す図である。予約データの一例を示す図である。同伴者新規登録画面の一例を示す図である。アカウントデータの一例を示す図である。仮チェックイン画面の一例を示す図である。仮チェックイン要求データの一例を示す図である。仮チェックイン要求データの一例を示す図である。仮チェックイン要求データの一例を示す図である。予約データの一例を示す図である。アカウントデータの一例を示す図である。仮チェックイン成功画面の一例を示す図である。バーコード表示画面の一例を示す図である。予約データの一例を示す図である。チェックイン成功画面の一例を示す図である。本発明の一実施形態に係る予約管理サーバの機能の一例を示す機能ブロック図である。本発明の一実施形態に係る予約管理サーバで行われる処理の流れの一例を示すフロー図である。仮チェックイン承認画面の一例を示す図である。本発明の一実施形態に係る予約管理サーバで行われる処理の流れの一例を示すフロー図である。

以下、本発明の一実施形態について図面に基づき詳細に説明する。

図１は、本発明の一実施形態に係るコンピュータネットワークの全体構成の一例を示す図である。図１に示すように、本実施形態に係るインターネット等のコンピュータネットワーク１６には、予約管理サーバ１０、ゴルフ場システム１２、ユーザ端末１４、が接続されている。

そのため予約管理サーバ１０、ゴルフ場システム１２、及び、ユーザ端末１４は、コンピュータネットワーク１６を介して互いに通信可能となっている。なお、図１には、予約管理サーバ１０が１台示されているが、予約管理サーバ１０は複数台あってもよい。

本実施形態に係る予約管理サーバ１０は、例えば、サーバコンピュータである。図２Ａに示すように、予約管理サーバ１０は、プロセッサ２０、記憶部２２、及び、通信部２４を含む。

プロセッサ２０は、例えば、予約管理サーバ１０にインストールされるプログラムに従って動作するマイクロプロセッサ等のプログラム制御デバイスである。記憶部２２は、例えばＲＯＭやＲＡＭ等の記憶素子や、ソリッドステートドライブ（ＳＳＤ）などである。記憶部２２には、プロセッサ２０によって実行されるプログラムなどが記憶される。通信部２４は、例えば、有線通信又は無線通信用の通信インタフェースであり、コンピュータネットワーク１６を介して、ゴルフ場システム１２やユーザ端末１４との間でデータを授受する。

本実施形態に係るゴルフ場システム１２は、ゴルフ場に設置されているコンピュータシステムであり、図１に示すように、ゴルフ場システム１２は、例えば、ゴルフ場サーバ１２ａと、ゴルフ場端末１２ｂと、を含む。

ゴルフ場サーバ１２ａは、例えば、サーバコンピュータである。図２Ｂに示すように、ゴルフ場サーバ１２ａは、プロセッサ３０、記憶部３２、及び、通信部３４を含む。

プロセッサ３０は、例えば、ゴルフ場サーバ１２ａにインストールされるプログラムに従って動作するマイクロプロセッサ等のプログラム制御デバイスである。記憶部３２は、例えばＲＯＭやＲＡＭ等の記憶素子や、ソリッドステートドライブ（ＳＳＤ）などである。記憶部３２には、プロセッサ３０によって実行されるプログラムなどが記憶される。通信部３４は、例えば、有線通信又は無線通信用の通信インタフェースであり、コンピュータネットワーク１６を介して、予約管理サーバ１０やゴルフ場端末１２ｂやユーザ端末１４との間でデータを授受する。

ゴルフ場端末１２ｂは、例えば、パーソナルコンピュータやタブレット端末などのコンピュータである。図２Ｃに示すように、ゴルフ場端末１２ｂは、プロセッサ４０、記憶部４１、通信部４２、操作部４３、表示部４４、及び、センサ部４５を含む。

プロセッサ４０は、例えば、ゴルフ場端末１２ｂにインストールされるプログラムに従って動作するマイクロプロセッサ等のプログラム制御デバイスである。記憶部４１は、例えばＲＯＭやＲＡＭ等の記憶素子や、ソリッドステートドライブ（ＳＳＤ）などである。記憶部４１には、プロセッサ４０によって実行されるプログラムなどが記憶される。通信部４２は、例えば、有線通信又は無線通信用の通信インタフェースであり、コンピュータネットワーク１６を介して、ゴルフ場サーバ１２ａとの間でデータを授受する。

操作部４３は、入力デバイスであり、例えば、タッチパネルやマウス等のポインティングデバイスやキーボード等を含む。操作部４３は、操作内容をプロセッサ４０に伝達する。表示部４４は、例えば、液晶表示部又は有機ＥＬ表示部等である。センサ部４５は、例えば、デジタルカメラやバーコードリーダなどのセンシングデバイスである。なお、本実施形態では、センサ部４５がゴルフ場端末１２ｂに含まれる場合を説明するが、センサ部４５は、ゴルフ場端末１２ｂの外部にあってもよい。

本実施形態に係るユーザ端末１４は、例えば、携帯電話機（スマートフォンを含む）や携帯情報端末（タブレット型コンピュータを含む）などの、携帯可能なコンピュータである。図２Ｄに示すように、ユーザ端末１４は、プロセッサ５０、記憶部５２、通信部５４、タッチパネル５６、及び、センサ部５８を含む。

プロセッサ５０は、例えば、ユーザ端末１４にインストールされるプログラムに従って動作するマイクロプロセッサ等のプログラム制御デバイスである。記憶部５２は、例えばＲＯＭやＲＡＭ等の記憶素子や、ソリッドステートドライブ（ＳＳＤ）などである。記憶部５２には、プロセッサ５０によって実行されるプログラムなどが記憶される。通信部５４は、例えば、有線通信又は無線通信用の通信インタフェースであり、コンピュータネットワーク１６を介して、予約管理サーバ１０との間でデータを授受する。

タッチパネル５６は、例えば、プロセッサ５０から入力される指示に従って情報を表示出力したり、ユーザが行った操作の内容をプロセッサ５０に出力したりする。

センサ部５８は、例えば、ＧＰＳモジュール、加速度センサ、モーションセンサ、デジタルカメラなどのセンシングデバイスである。なお、本実施形態では、センサ部５８がユーザ端末１４に含まれる場合を説明するが、センサ部５８は、ユーザ端末１４の外部にあってもよい。

なお、記憶部２２、３２、５２に記憶されるものとして説明するプログラム及びデータは、ネットワークを介して他のコンピュータから供給されるようにしてもよい。また、予約管理サーバ１０、ゴルフ場システム１２、及び、ユーザ端末１４のハードウェア構成は、上記の例に限られず、種々のハードウェアを適用可能である。例えば、予約管理サーバ１０やゴルフ場システム１２やユーザ端末１４に、コンピュータ読み取り可能な情報記憶媒体を読み取る読取部（例えば、光ディスクドライブやメモリカードスロット）が含まれていてもよい。また、例えば、予約管理サーバ１０やゴルフ場システム１２やユーザ端末１４に、外部機器とデータの入出力をするための入出力部（例えば、ＵＳＢポート）が含まれていてもよい。例えば、情報記憶媒体に記憶されたプログラムやデータが読取部や入出力部を介して予約管理サーバ１０やゴルフ場システム１２やユーザ端末１４に供給されるようにしてもよい。

本実施形態に係る予約管理サーバ１０は、複数のゴルフ場についての、ゴルフプレイ（例えば、ゴルフにおけるラウンド）の予約を管理するサービスなどといった、複数の参加者が参加するイベントの予約を管理するサービスを提供する。

また、本実施形態に係る予約管理サーバ１０では、例えば、ゴルフプレイが予約された複数のプレイヤのそれぞれなどといった、イベントが予約された複数の参加者のそれぞれについて、チェックインが済んでいるか否かについても管理される。そして、ゴルフプレイが行われるゴルフ場では、当該ゴルフ場に設置されているゴルフ場システム１２を介して、当該ゴルフ場の従業員が、各プレイヤについてチェックインが済んでいるか否かを確認できるようになっている。

本実施形態に係るゴルフ場システム１２は、予約管理サーバ１０と連携して、当該ゴルフ場システム１２が設置されているゴルフ場における、ゴルフプレイの予約に関する情報などといった、当該ゴルフ場において必要な各種の情報を管理する。

以下、一例として、ユーザＡ、ユーザＢ、ユーザＣ、及び、ユーザＤの４名のユーザがプレイヤとして登録される、ＰＰＰカントリークラブでのゴルフプレイを予約する場面について説明する。ここでは例えば、ユーザＡが代表者となって予約を行い、ユーザＢ、ユーザＣ、及び、ユーザＤの３名のユーザが同伴者として登録されることとする。なお、ユーザＡ、ユーザＢ、ユーザＣ、及び、ユーザＤの氏名は、それぞれ、「ＡＡＡ」、「ＢＢＢ」、「ＣＣＣ」、「ＤＤＤ」であることとする。

図３、及び、図４は、本実施形態に係る予約管理サーバ１０に登録されているアカウントデータの一例を示す図である。本実施形態に係るアカウントデータは、予約管理サーバ１０を利用するユーザが、当該ユーザが使用するユーザ端末１４に対して所定の会員登録操作を行うことにより生成されるデータである。本実施形態では、予約管理サーバ１０にアカウントデータが登録されているユーザが、ゴルフプレイの予約を行えるようになっている。なお、本実施形態に係るアカウントデータは、予約管理サーバ１０が提供するサービスだけでなく、オンラインショッピング等の様々なサービスでも共通で用いられる。

図３、及び、図４に示すように、本実施形態に係るアカウントデータには、会員ＩＤ、氏名データ、住所データ、電話番号データ、メールアドレスデータが含まれる。

アカウントデータは予約管理サーバ１０を利用するユーザに対応付けられるデータである。アカウントデータに含まれる会員ＩＤは、例えば、当該ユーザの識別情報である。アカウントデータに含まれる氏名データは、例えば、当該ユーザの氏名を示すデータである。アカウントデータに含まれる住所データは、例えば、当該ユーザの住所を示すデータである。アカウントデータに含まれる電話番号データは、例えば、当該ユーザの電話番号を示すデータである。アカウントデータに含まれるメールアドレスデータは、例えば、当該ユーザのメールアドレスを示すデータである。

図３には、ユーザＡのアカウントデータが示されており、図４には、ユーザＢのアカウントデータが示されている。なお、ユーザＡによりゴルフプレイの予約が行われる時点では、ユーザＡ及びユーザＢのアカウントデータは、予約管理サーバ１０に登録されているが、ユーザＣ及びユーザＤのアカウントデータは、予約管理サーバ１０に登録されていないこととする。

また、図３に示すように、本実施形態に係るアカウントデータに少なくとも１つの同伴者データが含まれていてもよい。同伴者データには、当該ユーザの同伴者となりうるユーザとして登録された人物の氏名を示す同伴者氏名データが含まれる。また、当該人物のアカウントデータが特定可能な場合は、当該人物のアカウントデータにおける会員ＩＤが、当該人物の氏名を示す同伴者氏名データを含む同伴者データの同伴者ＩＤとして設定される。

図３には、ユーザＢの氏名を示す値「ＢＢＢ」が同伴者氏名データに設定され、ユーザＢの会員ＩＤである値「０１００２」が同伴者ＩＤとして設定された同伴者データが示されている。

また、図３には、この他に、ユーザＣ、及び、ユーザＤを含む４人の人物についての同伴者データが示されている。これらの人物の同伴者データには、同伴者ＩＤの値が設定されていない。

図５は、本実施形態に係る予約管理サーバ１０に記憶されているゴルフ場データの一例を示す図である。ゴルフ場データには、本実施形態に係る予約管理サーバ１０で予約可能なゴルフ場に関する情報が示されている。本実施形態に係るゴルフ場データには、例えば、ゴルフ場ＩＤ、名称データ、位置データ、住所データ、電話番号データ、メールアドレスデータが含まれる。

ゴルフ場データは、予約管理サーバ１０で予約可能なゴルフ場に対応付けられるデータである。当該ゴルフ場データに含まれるゴルフ場ＩＤは、例えば、当該ゴルフ場の識別情報である。当該ゴルフ場データに含まれる名称データは、例えば、当該ゴルフ場の名称を示すデータである。当該ゴルフ場データに含まれる位置データは、例えば、当該ゴルフ場の位置を示すデータである。なお、図５では、緯度及び経度によってゴルフ場の位置が示されているが、ゴルフ場の位置の表現方法は緯度及び経度には限定されない。当該ゴルフ場データに含まれる住所データは、例えば、当該ゴルフ場の住所を示すデータである。当該ゴルフ場データに含まれる電話番号データは、例えば、当該ゴルフ場の電話番号を示すデータである。当該ゴルフ場データに含まれるメールアドレスデータは、例えば、当該ゴルフ場のメールアドレスを示すデータである。

図６は、本実施形態に係るユーザＡが使用するユーザ端末１４のタッチパネル５６に表示される予約画面の一例を示す図である。本実施形態では例えば、ユーザＡが、ユーザ端末１４に対して所定の操作を行うことで、図６に示されているような、ＰＰＰカントリークラブについての予約画面をタッチパネル５６に表示させることができるようになっている。

図６に示す予約画面において、ユーザＡが、予約の対象となるゴルフプレイのプレイ日時及びプレイ人数を設定する操作を行った上で、予約ボタン６０をタップすると、図７に示す同伴者登録画面がタッチパネル５６に表示される。

同伴者登録画面には、ゴルフプレイの予約を行っているユーザＡの氏名とともに、ユーザＡのアカウントデータに含まれる同伴者氏名データの値が一覧表示される。なお、図７に示すように、同伴者登録画面では、同伴者のメールアドレスを入力できるようになっている。

そして、ユーザＡは、一緒にゴルフプレイを行う同伴者の氏名を選択した上で、同伴者登録ボタン６２をタップすると、図８に示されている予約データが生成される。

図８に示すように、予約データには、例えば、予約ＩＤ、代表者ＩＤ、ゴルフ場ＩＤ、プレイ日時データ、プレイ人数データ、プレイヤデータが含まれている。予約データは、１回の予約に対応付けられるデータである。予約ＩＤは、例えば、当該予約の識別情報である。代表者ＩＤには、例えば、当該予約を行った代表者であるユーザのアカウントデータにおける会員ＩＤが設定される。ゴルフ場ＩＤには、例えば、当該予約がされたゴルフ場のゴルフ場データにおけるゴルフ場ＩＤが設定される。プレイ日時データは、例えば、予約画面で設定されたプレイ日時を示すデータである。プレイ人数データは、例えば、予約画面で設定されたプレイ人数を示すデータである。

プレイヤデータは、例えば、予約を行った代表者であるプレイヤ、又は、当該代表者の同伴者であるプレイヤに対応付けられるデータである。図８には、予約においてプレイヤとして登録されるユーザＡ、ユーザＢ、ユーザＣ、及び、ユーザＤにそれぞれ対応付けられる４つのプレイヤデータが示されている。

図８に示すように、プレイヤデータには、氏名データ、会員ＩＤ、メールアドレスデータ、チェックイン状態データが含まれる。

プレイヤデータに含まれる氏名データは、当該プレイヤの氏名を示すデータである。

プレイヤデータに含まれる会員ＩＤには、当該プレイヤとして登録されるユーザのアカウントデータにおける会員ＩＤが設定される。ここでは図３に示すようにユーザＡのアカウントデータにユーザＢの同伴者ＩＤが含まれているので、ユーザＡとユーザＢについては、当該ユーザのプレイヤデータの会員ＩＤの値が設定される。

プレイヤデータに含まれるメールアドレスデータは、当該プレイヤのメールアドレスを示すデータである。ここで例えば、プレイヤデータに含まれるメールアドレスデータの値に、同伴者登録画面に入力された当該プレイヤのメールアドレスが設定されてもよいし、当該プレイヤのアカウントデータに含まれるメールアドレスデータの値が設定されてもよい。

プレイヤデータに含まれるチェックイン状態データは、当該ゴルフプレイにおける当該プレイヤのチェックイン状態を示すデータである。本実施形態に係るチェックイン状態は、例えば、未チェックイン状態、仮チェックイン状態、又は、チェックイン済状態のいずれかである。

図８に示すように、チェックイン状態データには、例えば、仮チェックインフラグと、チェックインフラグとが含まれる。本実施形態では例えば、未チェックイン状態であるプレイヤについては、仮チェックインフラグ、チェックインフラグのいずれにも値０が設定される。仮チェックイン状態であるプレイヤについては、仮チェックインフラグに値１が設定され、チェックインフラグに値０が設定される。チェックイン済状態であるプレイヤについては、チェックインフラグに値１が設定される。

本実施形態では、ゴルフプレイの予約がされた直後、すなわち、予約データが生成された直後においては、すべてのプレイヤについて、チェックイン状態は未チェックイン状態となる。すなわち、図８に示すように、仮チェックインフラグ、チェックインフラグのいずれにも値０が設定される。

なお、本実施形態において、予約データの生成に応じて、プレイヤデータに含まれるメールアドレスデータが示すメールアドレスに宛てて、予約が完了した旨が示された電子メールが予約管理サーバ１０から送信されてもよい。また、予約された日の所定日前（例えば、３日前や１日前）になったら、当該メールアドレスに宛てて、リマインドメールが予約管理サーバ１０から送信されてもよい。

また、予約データの生成に応じて、予約されたゴルフ場のゴルフ場データに含まれるメールアドレスデータが示すメールアドレスに宛てて、ゴルフプレイの予約がされた旨が示された電子メールが予約管理サーバ１０から送信されてもよい。予約管理サーバ１０に送信される当該電子メールには、例えば、代表者及び同伴者の氏名、プレイ日時、プレイ人数、代表者のメールアドレス、などが示されていてもよい。なお、予約の際に予約管理サーバ１０に送信される電子メールには、同伴者の住所や電話番号などといった同伴者の個人情報は含まれていない。

また、図７に示す同伴者登録画面において新規登録ボタン６４をタップすると、図９に示す同伴者新規登録画面がタッチパネル５６に表示される。そして、ユーザＡは、同伴者新規登録画面に新規の同伴者の氏名を入力して、登録ボタン６６をタップすることで、新規の同伴者が登録される。この場合、例えば、登録された氏名が同伴者氏名データの値に設定された新たな同伴者データがユーザＡのアカウントデータに追加される。

本実施形態では、図８に示す予約データが生成された後に、ユーザＣが所定のアカウント登録操作を行うことで、図１０に示す、ユーザＣのアカウントデータが予約管理サーバ１０に登録されたこととする。

そして本実施形態では、例えばゴルフプレイの当日に、アカウントデータが登録されているユーザについては、仮チェックインを行うことができるようになっている。

図１１は、アカウントデータが登録されているユーザが所定の操作を行うことで当該ユーザが使用するユーザ端末１４のタッチパネル５６に表示される仮チェックイン画面の一例を示す図である。ここでは例えば、ユーザＡ、ユーザＢ、ユーザＣの３名のユーザについて、当該ユーザが使用するユーザ端末１４のタッチパネル５６に図１１に示す仮チェックイン画面が表示されることとする。

そして、ユーザＡ、ユーザＢ、ユーザＣが、例えば、ゴルフ場から所定距離以下であるある実空間内の一点に各自のユーザ端末１４を向けた状態で仮チェックインボタン６８をタップする、などといった所定の操作（以下、仮チェックイン操作と呼ぶ）を行う。すると、ユーザ端末１４は、図１２Ａ～図１２Ｃに例示されている仮チェックイン要求データを予約管理サーバ１０に送信する。

図１２Ａは、ユーザＡが使用するユーザ端末１４から送信される仮チェックイン要求データの一例を示す図である。図１２Ｂは、ユーザＢが使用するユーザ端末１４から送信される仮チェックイン要求データの一例を示す図である。図１２Ｃは、ユーザＣが使用するユーザ端末１４から送信される仮チェックイン要求データの一例を示す図である。

図１２Ａ～図１２Ｃに示すように、本実施形態に係る仮チェックイン要求データには、例えば、会員ＩＤ、氏名データ、位置データ、タイムスタンプデータが含まれる。

仮チェックイン要求データに含まれる会員ＩＤの値には、当該ユーザのアカウントデータにおける会員ＩＤの値が設定される。仮チェックイン要求データに含まれる氏名データの値には、当該ユーザのアカウントデータにおける氏名データの値が設定される。

仮チェックイン要求データに含まれる位置データの値には、当該ユーザが使用するユーザ端末１４の位置を示す値が設定される。本実施形態では、ユーザ端末１４は、ＧＰＳ、基地局の情報、Ｗｉ－Ｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）などを活用した一般的な位置情報サービスにアクセスすることで、ユーザ端末１４の現在位置を測位できるようになっている。そして、このようにして測位された位置を示す値が仮チェックイン要求データに含まれる位置データの値として設定される。

仮チェックイン要求データに含まれるタイムスタンプデータの値には、当該位置データが示す位置の測位日時を示す値が設定される。

そして、本実施形態に係る予約管理サーバ１０は、ユーザ端末１４から送信される仮チェックイン要求データが所定の仮チェックイン条件を満足するか否かを判定する。

ここでは例えば、位置及び日時に関する所定の条件を満足する複数の仮チェックイン要求データが特定される。例えば、位置データに示されている位置の間の距離が所定距離以下（例えば、５ｍ以下）であり、タイムスタンプデータに示されている測位日時の差が所定時間以下（例えば、１０秒以下）である複数の仮チェックイン要求データが特定される。なお、当該所定の条件は、上述のものには限定されない。例えば、位置に関する他の条件の他の例としては、同じ基地局を経由してアクセスされている、などの条件が挙げられる。

このようにして、例えば、ユーザＡ、ユーザＢ、及び、ユーザＣの仮チェックイン要求データが上述の所定の条件を満足する複数の仮チェックイン要求データとして特定されたとする。以下、このようにして特定される複数の仮チェックイン要求データにそれぞれ対応付けられる複数のユーザを含むグループをユーザグループと呼ぶこととする。

そして、例えば、ユーザグループに対応付けられる複数の仮チェックイン要求データにそれぞれ対応付けられるプレイヤデータが特定される。ここでは例えば、設定されている会員ＩＤの値と氏名データの値との組合せが、仮チェックイン要求データに含まれる会員ＩＤの値と氏名データの値との組合せと一致するプレイヤデータが特定される。

そして本実施形態では、例えば、以上の方法でプレイヤデータが特定されないユーザについては、設定されている氏名データの値が、仮チェックイン要求データに含まれる氏名データの値と一致するプレイヤデータが特定される。

そして例えば、ユーザグループに含まれる複数のユーザについて特定されたプレイヤデータを含む予約データが特定される。このようにして、ユーザＡのプレイヤデータ、ユーザＢのプレイヤデータ、及び、ユーザＣのプレイヤデータを含む、図８に示されている予約データが特定される。

なお、本実施形態に係る仮チェックイン要求データに、会員ＩＤが含まれていなくても構わない。そしてこの場合に、設定されている氏名データの値が、仮チェックイン要求データに含まれる氏名データの値と一致するプレイヤデータを含む予約データが特定されるようにしてもよい。

そして、特定された予約データに含まれるゴルフ場ＩＤに対応付けられるゴルフ場データが特定される。そして、特定されたゴルフ場データに含まれる位置データが示す位置と、送信された仮チェックイン要求データに含まれる位置データが示す位置と、の間の距離が特定される。また、送信された仮チェックイン要求データに含まれるタイムスタンプデータが示す日時から特定された予約データに含まれるプレイ日時データが示す日時までの時間が特定される。

そして、特定された距離が所定距離以下であり、特定された時間が所定時間以下である場合は、仮チェックイン条件を満足すると判定される。

そして、ユーザグループに対応付けられる複数の仮チェックイン要求データのすべてについて、仮チェックイン条件を満足すると判定された場合は、ユーザグループに含まれる複数のユーザについて、チェックイン状態が仮チェックイン状態に更新される。ここでは例えば、図１３に示すように、仮チェックインフラグの値が１に更新される。図１３には、ユーザＡ、ユーザＢ、及び、ユーザＣのすべてについて、仮チェックイン条件を満足すると判定された例が示されている。

また、ここで、仮チェックインフラグの値が１に更新されたプレイヤデータについて、会員ＩＤの値が設定されていないものについては、当該プレイヤデータの会員ＩＤの値として、仮チェックイン要求データに含まれる会員ＩＤの値が設定される。ここでは例えば、ユーザＣのプレイヤデータに含まれる会員ＩＤの値として、ユーザＣが使用するユーザ端末１４から送信された仮チェックイン要求データに含まれる会員ＩＤの値である「０１００３」が設定される。

また、この場合、図１４に示すように、当該予約データの代表者ＩＤに対応付けられるアカウントデータの同伴者データの同伴者ＩＤも併せて設定される。ここでは例えば、図１４に示すように、値が「ＣＣＣ」である同伴者氏名データに対応付けられる同伴者ＩＤの値に、ユーザＣの会員ＩＤの値である「０１００３」が設定される。

そして、予約管理サーバ１０は、仮チェックイン条件を満足すると判定された場合は、当該ユーザグループに含まれるユーザのユーザ端末１４に、仮チェックイン成功通知を送信する。ユーザ端末１４は、仮チェックイン成功通知の受信に応じて、図１５に示す仮チェックイン成功画面をタッチパネル５６に表示させる。

本実施形態に係る仮チェックイン操作は、ゴルフ場の敷地内やフロントで行われる必要はない。例えば、複数のプレイヤが一緒に乗る送迎クラブバスの車中や、それぞれのプレイヤが運転する車の待ち合わせ場所となっているパーキングエリアなどといった様々な場所で、仮チェックイン操作を行うことが可能である。

図１６は、ゴルフ場でのチェックインで用いられるバーコード表示画面の一例を示す図である。本実施形態では例えば、アカウントデータが登録されているユーザが所定の操作を行うことで当該ユーザが使用するユーザ端末１４のタッチパネル５６にバーコード表示画面が表示される。当該バーコード表示画面に示されているバーコードは、例えば、当該ユーザの会員ＩＤに対応付けられるものとなっている。

そして本実施形態では、ユーザは、ゴルフプレイを行うゴルフ場に到着すると、所定のチェックイン操作を行う。チェックイン操作とは、例えば、バーコード表示画面に示されているバーコードを、当該ゴルフ場に設置されているゴルフ場端末１２ｂのセンサ部４５に読み取らせる操作を指す。なお、チェックイン操作はこの操作には限定されない。

すると、例えば、ゴルフ場端末１２ｂは、読み取ったバーコードに対応付けられる会員ＩＤを含むチェックイン要求データを、ゴルフ場サーバ１２ａに送信する。そして、ゴルフ場サーバ１２ａは、当該チェックイン要求データを、予約管理サーバ１０に送信する。すると、予約管理サーバ１０が、当該会員ＩＤの値がプレイヤデータに含まれる会員ＩＤの値として設定されている予約データを特定する。例えば、ユーザＡがチェックイン操作を行ったとすると、ユーザＡの会員ＩＤの値がプレイヤデータの会員ＩＤの値に設定されている、図１３に示す予約データが特定される。なお、バーコードに対応付けられる会員ＩＤの特定（デコード）は、ゴルフ場サーバ１２ａで行われてもよいしゴルフ場端末１２ｂで行われてもよい。例えば、センサ部４５が読み取ったバーコードの画像をゴルフ場端末１２ｂがゴルフ場サーバ１２ａに送信し、ゴルフ場サーバ１２ａが当該バーコードに対応付けられる会員ＩＤを特定してもよい。

そして、当該予約データにおいて、チェックイン状態が仮チェックイン状態であるプレイヤに対応するプレイヤデータが特定される。ここでは例えば、ユーザＡ、ユーザＢ、ユーザＣに対応するプレイヤデータが特定される。そして、図１７に示すように、特定されたこれらのプレイヤデータのチェックインフラグの値が１に更新される。このことによって、ユーザＡ、ユーザＢ、及び、ユーザＣは、チェックイン済状態となる。

そして、予約管理サーバ１０は、ユーザＡ、ユーザＢ、ユーザＣのアカウントデータに基づいて、これらのユーザの氏名、住所、電話番号、メールアドレス等の個人情報を示す個人情報データを生成する。そして、予約管理サーバ１０は、特定された予約データ、及び、生成された個人情報データを含むチェックイン成功通知をチェックイン操作が行われたゴルフ場システム１２のゴルフ場サーバ１２ａに送信する。そして、ゴルフ場サーバ１２ａは、受信したチェックイン成功通知に含まれる個人情報データを記憶部３２に記憶させる。このタイミングで、ゴルフ場サーバ１２ａは、予約の際には取得できていなかった個人情報を取得できることとなる。

そして、ゴルフ場サーバ１２ａは、予約情報の照合、チェックインが成功した旨の通知、所定の受付処理、などといった、ゴルフプレイの管理のために必要な、チェックインの際に実行されるべき各種の処理を実行する。例えば、ゴルフ場サーバ１２ａは、図１８に例示するチェックイン成功画面を生成して、ゴルフ場端末１２ｂに送信する。すると、ゴルフ場端末１２ｂは、ゴルフ場サーバ１２ａから送信されたチェックイン成功画面を表示部４４に表示させる。このようにして、本実施形態では、ユーザＢ、及び、ユーザＣは、ゴルフ場での受付でのチェックイン手続を行うことなく、ゴルフ場へのチェックインを行うことができる。

なお、本実施形態では、チェックイン操作は、代表者であるユーザＡによって行われる必要はなく、例えば、ユーザＢあるいはユーザＣにより同様のチェックイン操作が行われても、ユーザＡ、ユーザＢ、及び、ユーザＣは、チェックイン済状態となる。

上述のようにしてチェックイン操作が成功した際には、ゴルフ場の従業員が、チェックインされた人数分のロッカーキーを、チェックイン操作を行ったユーザに手渡ししてもよい。

その後、例えば、ユーザＤがゴルフ場の受付で通常のチェックイン手続を行うと、ゴルフ場の従業員が所定の操作をゴルフ場システム１２に対して行うことで、ユーザＤについてもチェックイン済状態となる。すなわち、ユーザＤに対応するプレイヤデータのチェックインフラグの値が１に更新される。なお、この場合、ユーザＤに対応するプレイヤデータの仮チェックインフラグの値は１に更新されてもよいし、されなくてもよい。そして、ゴルフ場の従業員が、チェックイン手続を行ったユーザＤにロッカーキーを手渡ししてもよい。

このように、本実施形態では例えば、アカウントデータが登録されていないプレイヤは、ゴルフ場の受付での通常のチェックイン手続を行うことでチェックインできるようになっている。

なお、以上の説明では、ユーザＡ、ユーザＢ、及び、ユーザＣの３名が仮チェックイン状態となっている場合に、ユーザＡがチェックイン操作を行うことで、ユーザＡ、ユーザＢ、ユーザＣがチェックイン済状態となった。ここで、例えば、仮チェックイン状態となっているユーザが３名でなく、１名、２名、あるいは、４名全員であっても構わない。

例えば、ユーザＡのみが仮チェックイン状態となっている場合に、ユーザＡがチェックイン操作を行うことで、ユーザＡがチェックイン済状態となっても構わない。また、ユーザＡ、及び、ユーザＢが仮チェックイン状態となっている場合に、ユーザＡがチェックイン操作を行うことで、ユーザＡ、及び、ユーザＢがチェックイン済状態となっても構わない。また、ユーザＤについてもアカウントデータが登録されており、ユーザＡ、ユーザＢ、ユーザＣ、及び、ユーザＤが仮チェックイン状態となっている場合に、ユーザＡがチェックイン操作を行うことで、ユーザＡ、ユーザＢ、ユーザＣ、及び、ユーザＤがチェックイン済状態となっても構わない。

また、チェックイン操作を行うユーザについては、仮チェックイン状態であってもよいし、未チェックイン状態であってもよい。そして、チェックイン操作を行うユーザが仮チェックイン状態ではなく未チェックイン状態であっても、当該ユーザについては、チェックイン操作によってチェックイン済状態となるようにしてもよい。例えば、ユーザＡが未チェックイン状態であり、ユーザＢが仮チェックイン状態であるとする。この場合、ユーザＡがチェックイン操作を行うことで、ユーザＡ、及び、ユーザＢがチェックイン済状態となっても構わない。この場合、チェックイン操作を行ったユーザに対応するプレイヤデータの仮チェックインフラグの値は１に更新されてもよいし、されなくてもよい。

また、仮チェックイン状態でないユーザがチェックイン操作を行っても、当該ユーザについてはチェックイン済状態とはならないようにしてもよい。すなわち、チェックイン済状態となるためには事前に仮チェックイン状態となっていることが要求されるようにしてもよい。

その後、ゴルフプレイが行われた後に、各ユーザは、当該ユーザが使用するユーザ端末１４を介して、スコアを示すデータを予約管理サーバ１０に登録できるようになっている。そして、各ユーザは、当該ユーザが使用するユーザ端末１４を介して、当該ユーザだけではなく、当該ユーザと同じ組のプレイヤである他のユーザによって入力されたスコアをタッチパネル５６に表示させることができるようになっている。

一般的にはすべてのプレイヤがゴルフ場の受付にてチェックインを行う必要がある。しかし、チェックインは概ね朝の限られた時間帯に行われるため、受付での待ち時間が発生することがある。

本実施形態では、以上で説明したように、あるユーザがチェックイン操作を行うことで、当該ユーザと同じ組のプレイヤとして予約されている、チェックイン状態が仮チェックインである他のユーザについてのチェックインが行われる。この場合、当該他のユーザはチェックイン操作やチェックイン手続を行う必要がない。このようにして本実施形態によれば、チェックインでの待ち時間を低減できることとなる。

以下、本実施形態に係る予約管理サーバ１０の機能、及び、予約管理サーバ１０で実行される処理についてさらに説明する。

図１９は、本実施形態に係る予約管理サーバ１０で実装される機能の一例を示す機能ブロック図である。なお、本実施形態に係る予約管理サーバ１０で、図１９に示す機能のすべてが実装される必要はなく、また、図１９に示す機能以外の機能が実装されていても構わない。

図１９に示すように、本実施形態に係る予約管理サーバ１０には、機能的には例えば、アカウントデータ記憶部７０、予約データ記憶部７２、ゴルフ場データ記憶部７４、アカウント管理部７６、予約管理部７８、仮チェックイン要求データ受付部８０、仮チェックイン処理実行部８２、チェックイン要求データ受付部８４、チェックイン処理実行部８６が、含まれる。

アカウントデータ記憶部７０、予約データ記憶部７２、ゴルフ場データ記憶部７４は、記憶部２２を主として実装される。アカウント管理部７６、予約管理部７８、仮チェックイン処理実行部８２、チェックイン処理実行部８６は、プロセッサ２０及び通信部２４を主として実装される。仮チェックイン要求データ受付部８０、チェックイン要求データ受付部８４は、通信部２４を主として実装される。

以上の機能は、コンピュータである予約管理サーバ１０にインストールされた、以上の機能に対応する指令を含むプログラムをプロセッサ２０で実行することにより実装されてもよい。また、このプログラムは、例えば、光ディスク、磁気ディスク、磁気テープ、光磁気ディスク等のコンピュータ読み取り可能な情報記憶媒体を介して、あるいは、インターネットなどを介して予約管理サーバ１０に供給されてもよい。

アカウントデータ記憶部７０は、本実施形態では例えば、上述のアカウントデータを記憶する。

予約データ記憶部７２は、本実施形態では例えば、上述の予約データを記憶する。

ゴルフ場データ記憶部７４は、本実施形態では例えば、上述のゴルフ場データを記憶する。

アカウント管理部７６は、本実施形態では例えば、ユーザのユーザ端末１４に対する会員登録操作に応じて、当該ユーザ端末１４から送信される会員登録要求を受信する。そして、アカウント管理部７６は、当該会員登録要求の受信に応じて、アカウントデータを生成する。そして、アカウント管理部７６は、本実施形態では例えば、生成されたアカウントデータをアカウントデータ記憶部７０に記憶させる。

予約管理部７８は、本実施形態では例えば、複数の参加者が参加するイベントの予約要求を受け付ける。ここで上述のように、予約管理部７８が、複数のプレイヤが参加するゴルフプレイの予約要求を受け付けてもよい。

また、予約管理部７８は、本実施形態では例えば、予約要求の受付に応じて、複数の参加者のそれぞれに対応付けられるチェックイン状態データを含む予約データを生成する。ここで、予約管理部７８は、ユーザ端末１４から受け付ける要求に応じて予約データを生成してもよい。そして、予約管理部７８は、生成された予約データを予約データ記憶部７２に記憶させてもよい。

仮チェックイン要求データ受付部８０は、本実施形態では例えば、参加者が使用するユーザ端末１４の位置を示す位置データを取得する。例えば、仮チェックイン要求データ受付部８０は、参加者が使用するユーザ端末１４の位置を示す位置データを含む上述の仮チェックイン要求データを受け付ける。

ここで、仮チェックイン要求データ受付部８０は、ユーザ端末１４に対する所定の仮チェックイン操作に応じて送信される位置データを取得してもよい。

仮チェックイン処理実行部８２は、本実施形態では例えば、取得される位置データが示す位置と、予約要求を受け付けるイベントの開催地に関する位置と、を特定する。そして、仮チェックイン処理実行部８２は、本実施形態では例えば、特定されるこれら２つの位置に基づいて、予約データに含まれる当該参加者のチェックイン状態データを、仮チェックイン状態を示すチェックイン状態データに更新する。ここでは例えば、チェックイン状態データに含まれる仮チェックインフラグの値が０から１に更新される。

また例えば、仮チェックイン処理実行部８２が、取得される位置データが開催地に関する位置から所定距離以下である位置を示すか否かを確認してもよい。そして、仮チェックイン処理実行部８２が、当該位置データが開催地に関する位置から所定距離以下である位置を示す場合に、予約データに含まれる当該参加者のチェックイン状態データを、仮チェックイン状態を示すチェックイン状態データに更新してもよい。このようにすれば、イベントの開催地に到着する蓋然性が高い参加者について仮チェックイン状態にすることが可能となる。

例えば、ある参加者についての位置データが示す位置が、ゴルフプレイが行われるゴルフ場から所定距離以下（例えば、３０ｋｍ以下）である場合に、当該参加者のチェックイン状態データが、仮チェックイン状態を示すチェックイン状態データに更新されてもよい。

ここで、予約要求を受けるイベントの開催地に関する位置の一例としては、上述の例における、ゴルフ場データに含まれる位置データが示すゴルフ場の位置が挙げられる。

なお、開催地に関する位置は、開催地自体の位置には限定されない。例えば、移動するクラブバスに含まれるセンサを用いて、当該クラブバスの位置が逐次測位されてもよい。そして、測位されるクラブバスの位置が、参加者が使用するユーザ端末１４の位置と比較される位置として用いられるようにしてもよい。

例えば、ある参加者についての位置データが示す位置が、クラブバスから所定距離以下（例えば、５ｍ以下）である場合に、当該参加者のチェックイン状態データが、仮チェックイン状態を示すチェックイン状態データに更新されてもよい。

このように、開催地に関する位置は、ゴルフ場の位置のような固定された位置には限定されず、時間経過に従って移動する位置であってもよい。

チェックイン要求データ受付部８４は、本実施形態では例えば、複数の参加者のうちのいずれかからチェックイン要求を受け付ける。ここで、チェックイン要求データ受付部８４は、予約要求を受け付けるイベントの開催地でチェックイン要求を受け付けてもよい。例えば、チェックイン要求データ受付部８４は、会員ＩＤを含むチェックイン要求データをゴルフ場システム１２から受け付けてもよい。

チェックイン処理実行部８６は、本実施形態では例えば、受け付けるチェックイン要求に応じて、予約データに含まれる、仮チェックイン状態を示すチェックイン状態データに対応付けられる参加者のチェックイン状態データを特定する。ここで、チェックイン要求を受け付けた参加者とは異なる他の参加者のチェックイン状態データが特定されてもよい。チェックイン処理実行部８６は、例えば、受け付けるチェックイン要求データに含まれる会員ＩＤの値がプレイヤデータに含まれる会員ＩＤの値として設定されている予約データを特定してもよい。そして、チェックイン処理実行部８６は、特定された予約データに含まれる、仮チェックインフラグの値が１であるチェックイン状態データを特定してもよい。

そして、チェックイン処理実行部８６は、本実施形態では例えば、特定されるチェックイン状態データを、チェックイン済状態を示すチェックイン状態データに更新する。ここでは例えば、仮チェックインフラグの値が１であるチェックイン状態データについて、チェックインフラグの値が０から１に更新される。

ここで上述のように、チェックイン処理実行部８６が、チェックイン要求の受付に応じて、予約データに含まれる、仮チェックイン状態を示すチェックイン状態データに対応付けられるすべての参加者のチェックイン状態データを特定してもよい。そして、チェックイン処理実行部８６が、特定されるすべてのチェックイン状態データを、チェックイン済状態を示すチェックイン状態データに更新してもよい。

なお、本実施形態において、上述のように、ユーザ端末１４の位置の測位日時とイベントの開催日時（上述の例ではプレイ日時）を考慮した仮チェックイン処理が行われるようにしてもよい。

例えば、予約管理部７８が、イベントの開催日時が関連付けられた予約要求を受け付けてもよい。そして、予約管理部７８が、当該予約要求の受付に応じて、当該予約要求に関連付けられている開催日時を示す日時データをさらに含む予約データを生成してもよい。例えば、図８に例示されている、プレイ日時データを含む予約データが生成されてもよい。

そして、仮チェックイン要求データ受付部８０が、ユーザ端末１４の位置の測位日時に関連付けられた位置データを取得してもよい。例えば、図１２Ａ～図１２Ｃに示すような、位置データとタイムスタンプデータを含む仮チェックイン要求データが取得されてもよい。

そして、仮チェックイン処理実行部８２が、上述の日時データが示す開催日時に応じた測位日時に関連付けられた位置データが示す位置と、イベントの開催地に関する位置と、に基づいて、予約データに含まれる当該参加者のチェックイン状態データを、仮チェックイン状態を示すチェックイン状態データに更新してもよい。

例えば、上述のように、仮チェックイン要求データに含まれる位置データが示す位置と開催地に関する位置との間の距離が所定距離以下（例えば、３０ｋｍ以下）であるとする。そして、さらに、当該仮チェックイン要求データに含まれるタイムスタンプデータが示す日時から特定された開催日時までの時間が所定時間以下（例えば、２時間以下）であるとする。この場合に、当該仮チェックイン要求データに含まれる会員ＩＤと氏名データとの組合せを含むプレイヤデータの仮チェックインフラグの値が１に更新されてもよい。

ここで、開催地に関する位置は、上述のように、ゴルフ場の位置のような固定された位置には限定されず、時間経過に従って移動する位置であってもよい。

また、本実施形態において、上述のように、氏名をキーにした予約データの特定が行われてもよい。

例えば、予約管理部７８が、参加者の氏名が関連付けられた予約要求を受け付けてもよい。そして、予約管理部７８が、例えば図８に示すような、予約要求に関連付けられた参加者の氏名を示す氏名データをさらに含む予約データを生成してもよい。

そして、仮チェックイン要求データ受付部８０が、ユーザ端末１４を使用する参加者の氏名に関連付けられた位置データを取得してもよい。例えば、仮チェックイン要求データ受付部８０が、参加者の氏名を示す氏名データを含む上述の仮チェックイン要求データを取得してもよい。

そして、仮チェックイン処理実行部８２が、取得される位置データに関連付けられている氏名に基づいて当該参加者の予約データを特定してもよい。例えば、含まれる氏名データが示す氏名が仮チェックイン要求データに含まれる氏名データが示す氏名と一致するプレイヤデータを含む予約データが特定されてもよい。

そして、仮チェックイン処理実行部８２が、このようにして特定される当該参加者のチェックイン状態データを、仮チェックイン状態を示すチェックイン状態データに更新してもよい。

このようにすれば、予約時点では会員ＩＤが不明である、あるいは、登録されていないプレイヤであっても、仮チェックイン状態にすることが可能となる。

また、本実施形態において、複数の参加者による仮チェックイン操作によって、当該複数の参加者について仮チェックイン状態となるようにしてもよい。

例えば、仮チェックイン要求データ受付部８０が、互いに異なる複数のユーザ端末１４のそれぞれについての、当該ユーザ端末１４の位置を示す位置データを取得してもよい。そして、仮チェックイン処理実行部８２が、互いに異なる複数のユーザ端末１４の位置と、イベントの開催地に関する位置と、に基づいて、当該複数のユーザ端末１４にそれぞれ対応付けられる複数のチェックイン状態データのすべてを、仮チェックイン状態を示すチェックイン状態データに更新してもよい。

例えば、仮チェックイン処理実行部８２が、上述のようにして、位置及び日時に関する所定の条件を満足する複数の仮チェックイン要求データに対応付けられるユーザグループを特定してもよい。そして、仮チェックイン処理実行部８２が、ユーザグループに対応付けられる複数の仮チェックイン要求データのそれぞれについて、仮チェックイン条件を満足するか否かを判定してもよい。そして、仮チェックイン処理実行部８２は、複数の仮チェックイン要求データのすべてが仮チェックイン条件を満足すると判定される場合に、これら複数の仮チェックイン要求データにそれぞれ対応付けられる複数のチェックイン状態データのすべてを、仮チェックイン状態を示すチェックイン状態データに更新してもよい。

この場合は、複数のユーザについて仮チェックイン条件を満足しないと、これら複数のユーザについて仮チェックイン状態とはならない。このようにして厳格な条件による仮チェックインが行えるようにしてもよい。

ここで、本実施形態に係る予約管理サーバ１０で行われる仮チェックイン処理の流れの一例を、図２０に例示するフロー図を参照しながら説明する。

まず、仮チェックイン要求データ受付部８０が、上述の仮チェックイン要求データをユーザ端末１４から受信する（Ｓ１０１）。

そして、仮チェックイン処理実行部８２が、Ｓ１０１に示す処理で受信した仮チェックイン要求データに対応付けられるユーザを含むユーザグループを特定する（Ｓ１０２）。Ｓ１０２に示す処理では、例えば、位置及び日時に関する所定の条件を満足する複数の仮チェックイン要求データに対応付けられるユーザグループが特定される。

例えば、Ｓ１０１に示す処理で受信した仮チェックイン要求データに含まれる位置データに示されている位置が基準位置として特定されてもよい。また、Ｓ１０１に示す処理で受信した仮チェックイン要求データに含まれるタイムスタンプデータに示されている日時が基準日時として特定されてもよい。

そして、受信済である仮チェックイン要求データのうちから、位置データに示されている位置と基準位置との間の距離が所定距離以下（例えば、５ｍ以下）であり、タイムスタンプデータに示されている測位日時が所定時間以下（例えば、１０秒以下）である１又は複数の仮チェックイン要求データが特定されてもよい。そして、このようにして特定された１又は複数の仮チェックイン要求データ、及び、Ｓ１０１に示す処理で受信した仮チェックイン要求データに対応付けられるユーザグループが特定されてもよい。

そして、仮チェックイン処理実行部８２が、Ｓ１０２に示す処理で特定されたユーザグループに対応付けられる複数の仮チェックイン要求データにそれぞれ対応付けられる複数のプレイヤデータを特定する（Ｓ１０３）。ここで例えば、上述のように、設定されている会員ＩＤの値と氏名データの値との組合せが、仮チェックイン要求データに含まれる会員ＩＤの値と氏名データの値との組合せと一致するプレイヤデータが特定されてもよい。あるいは、設定されている氏名データの値が、仮チェックイン要求データに含まれる氏名データの値と一致するプレイヤデータが特定されてもよい。

そして、仮チェックイン処理実行部８２が、Ｓ１０３に示す処理で特定された複数のプレイヤデータを含む予約データを特定する（Ｓ１０４）。

そして、仮チェックイン処理実行部８２は、Ｓ１０４に示す処理で予約データの特定に成功したか否かを確認する（Ｓ１０５）。

予約データの特定に成功したことが確認された場合は（Ｓ１０５：Ｙ）、仮チェックイン処理実行部８２は、Ｓ１０２に示す処理で特定されたユーザグループに対応付けられる複数の仮チェックイン要求データのすべてが仮チェックイン条件を満足するか否かを確認する（Ｓ１０６）。

ここで例えば、（１）特定された予約データに対応付けられるゴルフ場データに含まれる位置データが示す位置と、当該仮チェックイン要求データに含まれる位置データが示す位置、との間の距離が所定距離以下（例えば、３０ｋｍ以下）である、との条件を満足するか否かが確認されてもよい。また、（２）当該仮チェックイン要求データに含まれるタイムスタンプデータが示す日時から、特定された予約データに含まれるプレイ日時データが示す日時までの時間が所定時間以下（例えば、２時間以下）である、との条件を満足するか否かが確認されてもよい。

そして、（１）（２）の両方の条件を満足することが確認された場合に、当該仮チェックイン要求データが仮チェックイン条件を満足すると判定されてもよい。一方で、（１）（２）のいずれかの条件を満足しないことが確認された場合に、当該仮チェックイン要求データが仮チェックイン条件を満足しないと判定されてもよい。

Ｓ１０２に示す処理で特定されたユーザグループに対応付けられる複数の仮チェックイン要求データのすべてについて、仮チェックイン条件を満足することが確認されたとする（Ｓ１０６：Ｙ）。この場合は、仮チェックイン処理実行部８２は、Ｓ１０３に示す処理で特定された複数のプレイヤデータについて、当該プレイヤデータに含まれる仮チェックインフラグの値が１となるようチェックイン状態データを更新する（Ｓ１０７）。このとき、当該プレイヤについて仮チェックイン状態となったことの通知がＳ１０４に示す処理で特定された予約データに対応付けられるゴルフ場のゴルフ場システム１２に送信されてもよい。

そして、仮チェックイン処理実行部８２は、Ｓ１０２に示す処理で特定されたユーザグループに含まれる複数のユーザがそれぞれ使用する複数のユーザ端末１４に、仮チェックイン成功通知を送信して（Ｓ１０８）、本処理例に示す処理は終了される。この仮チェックイン成功通知を受信したユーザ端末１４は、図１５に例示されている仮チェックイン成功画面をタッチパネル５６に表示させる。

Ｓ１０５に示す処理で、予約データの特定に失敗したことが確認されたとする（Ｓ１０５：Ｎ）。あるいは、Ｓ１０６に示す処理で、Ｓ１０２に示す処理で特定されたユーザグループに対応付けられる複数の仮チェックイン要求データのいずれかについて仮チェックイン条件を満足しないことが確認されたとする（Ｓ１０６：Ｎ）。これらのいずれかの場合は、仮チェックイン処理実行部８２は、Ｓ１０２に示す処理で特定されたユーザグループに含まれる複数のユーザがそれぞれ使用する複数のユーザ端末１４に、仮チェックイン失敗通知を送信して（Ｓ１０９）、本処理例に示す処理は終了される。この仮チェックイン失敗通知を受信したユーザ端末１４は、仮チェックインが失敗したことを表す画面をタッチパネル５６に表示させる。

本実施形態において、代表者等のユーザが、他のユーザについての仮チェックインを承認するか否かを制御することができるようになっていてもよい。

例えば、上述のＳ１０６に示す処理において、Ｓ１０２に示す処理で特定されたユーザグループに対応付けられる複数の仮チェックイン要求データのすべてについて、仮チェックイン条件を満足することが確認されたとする。この場合、例えば、仮チェックイン処理実行部８２が、図２１に例示されている仮チェックイン承認画面を生成して、代表者であるユーザのユーザ端末１４に当該仮チェックイン承認画面を送信してもよい。図２１に例示されている仮チェックイン承認画面には、ユーザグループに含まれる複数のユーザの氏名がチェックボックスに関連付けて配置されている。

そして、代表者であるユーザのユーザ端末１４は、受信した仮チェックイン承認画面をタッチパネル５６に表示させてもよい。

そして、代表者であるユーザが、仮チェックインを承認するユーザのチェックボックスを選択する操作を行った上で承認ボタン９０をタップすると、ユーザ端末１４は、選択されたユーザの氏名を示す承認ユーザデータを予約管理サーバ１０に送信してもよい。そして、予約管理サーバ１０の仮チェックイン処理実行部８２は、受信した承認ユーザデータが示す氏名に対応付けられるユーザのプレイヤデータに含まれる仮チェックインフラグの値が１となるようチェックイン状態データを更新してもよい。

また、本実施形態に係る予約管理サーバ１０が、代表者等のユーザからの要求に応じて、当該ユーザによって指定されたユーザのチェックイン状態を仮チェックイン状態から未チェックイン状態に戻せるようになっていてもよい。例えば、代表者等のユーザからの要求に応じて、当該ユーザによって指定されたユーザのプレイヤデータに含まれる仮チェックインフラグの値が０となるようチェックイン状態データが更新されてもよい。

また、本実施形態において、ユーザグループの特定が行われることなく、各プレイヤが個々に仮チェックインできるようにしてもよい。

例えば、上述のＳ１０２に示す処理が実行されることなく、Ｓ１０３に示す処理において、Ｓ１０１に示す処理で受信された仮チェックイン要求データに対応するプレイヤデータが特定されてもよい。そして、当該プレイヤデータを含む予約データが特定されてもよい。そして、Ｓ１０１に示す処理で受信された仮チェックイン要求データが仮チェックイン条件を満足するか否かが確認されてもよい。そして、Ｓ１０１に示す処理で受信された仮チェックイン要求データが仮チェックイン条件を満足することが確認された場合は、Ｓ１０３に示す処理で特定されたプレイヤデータに含まれる仮チェックインフラグの値が１となるようチェックイン状態データが更新されてもよい。

次に、本実施形態に係る予約管理サーバ１０、及び、ゴルフ場システム１２で行われるチェックイン処理の流れの一例を、図２２に例示するフロー図を参照しながら説明する。

まず、ユーザがチェックイン操作を行うと、ゴルフ場端末１２ｂが、当該ユーザの会員ＩＤを含むチェックイン要求データを、ゴルフ場サーバ１２ａに送信する。すると、ゴルフ場サーバ１２ａは、当該チェックイン要求データを受信する（Ｓ２０１）。

そして、ゴルフ場サーバ１２ａは、Ｓ２０１に示す処理で受信したチェックイン要求データを、予約管理サーバ１０に送信する。すると、チェックイン要求データ受付部８４が、当該チェックイン要求データを受信する（Ｓ２０２）。

そして、チェックイン処理実行部８６は、Ｓ２０２に示す処理で受信されたチェックイン要求データに含まれる会員ＩＤを含むプレイヤデータを特定する（Ｓ２０３）。

そして、チェックイン処理実行部８６は、Ｓ２０２に示す処理で受信されたチェックイン要求データに含まれる会員ＩＤを含むプレイヤデータが含まれる予約データを特定する（Ｓ２０４）。

そして、チェックイン処理実行部８６は、Ｓ２０４に示す処理で特定された予約データに含まれるチェックイン状態データのうちから、仮チェックインフラグの値が１であるものを特定する（Ｓ２０５）。ここで複数のチェックイン状態データが特定されてもよい。

そして、チェックイン処理実行部８６は、含まれるチェックインフラグの値が１となるよう、Ｓ２０５に示す処理で特定された１又は複数のチェックイン状態データを更新する（Ｓ２０６）。

そして、チェックイン処理実行部８６は、Ｓ２０６に示す処理でチェックイン状態データが更新されたユーザのアカウントデータに基づいて、個人情報データを生成する（Ｓ２０７）。

そして、チェックイン処理実行部８６は、Ｓ２０４に示す処理で特定された予約データ、及び、Ｓ２０７に示す処理で生成された個人情報データを含むチェックイン成功通知を、Ｓ２０１に示す処理で受信されたチェックイン要求データの送信元であるゴルフ場サーバ１２ａに送信する。するとゴルフ場サーバ１２ａは、当該チェックイン成功通知を受信する（Ｓ２０８）。

そして、ゴルフ場サーバ１２ａは、Ｓ２０６に示す処理で受信したチェックイン成功通知に含まれる個人情報データを記憶部３２に記憶させる（Ｓ２０９）。

そして、ゴルフ場サーバ１２ａは、図１８に例示されているチェックイン成功画面を生成する（Ｓ２１０）。

そして、ゴルフ場サーバ１２ａは、Ｓ２０８に示す処理で生成されたチェックイン成功画面をゴルフ場端末１２ｂに送信する。そして、ゴルフ場端末１２ｂは、当該チェックイン成功画面を受信する（Ｓ２１１）。

そして、ゴルフ場端末１２ｂは、受信したチェックイン成功画面を表示部４４に表示させる（Ｓ２１２）。

そして、ゴルフ場サーバ１２ａが、その他、ゴルフプレイの管理のために必要な、チェックインの際に実行されるべき各種の処理を実行して（Ｓ２１３）、本処理例に示す処理は終了される。

上述の処理例において、例えば、ゴルフ場サーバ１２ａが、ゴルフ場端末１２ｂから受信したチェックイン要求データに含まれる会員ＩＤを特定してもよい。そして、ゴルフ場サーバ１２ａが、チェックイン要求データの代わりに、特定された会員ＩＤに関連付けられた、個人情報データの送信要求を予約管理サーバ１０に送信してもよい。

そして、チェックイン処理実行部８６は、当該送信要求に関連付けられた会員ＩＤに基づいて、上述のＳ２０３～Ｓ２０５に示す処理と同様の処理を実行し、仮チェックインフラグの値が１である１又は複数のチェックイン状態データを特定してもよい。

そして、チェックイン処理実行部８６は、特定された１又は複数のチェックイン状態データのそれぞれに対応付けられるユーザについて、当該ユーザのアカウントデータに基づいて、個人情報データを生成してもよい。

そして、チェックイン処理実行部８６は、生成された個人情報データを、ゴルフ場サーバ１２ａに送信してもよい。

そして、ゴルフ場サーバ１２ａは、受信した個人情報データを記憶部３２に記憶させてもよい。

そして、チェックイン処理実行部８６は、含まれるチェックインフラグの値が１となるよう、特定された１又は複数のチェックイン状態データを更新してもよい。

そして、上述のＳ２１０～Ｓ２１３に示す処理が実行されてもよい。

このように、チェックイン状態データの更新が、個人情報データの送信よりも後に実行されてもよい。すなわち、個人情報データの送信をトリガとして、チェックイン状態データが更新されるようにしてもよい。

また、上述の例において、個人情報データが生成された後に、チェックイン状態データが更新されてもよい。そして、チェックイン状態データが更新された後に、個人情報データが送信されてもよい。すなわち、個人情報データの生成をトリガとして、チェックイン状態データが更新されるようにしてもよい。

以上で説明したように、図２２に示すＳ２０６～Ｓ２０８に示す処理の実行順序は特に問わない。また、図２２に示す他の処理についても実行順序は特に問わない。

なお、本発明は上述の実施形態に限定されるものではない。

例えば、複数のユーザが仮チェックイン操作を行う場合に、これら複数のユーザのうちのいずれかが使用するユーザ端末１４から複数のユーザの仮チェックイン要求データが送信されるようにしてもよい。例えば、ユーザＡ、ユーザＢ、及び、ユーザＣが仮チェックイン操作を行ったとする。この場合、コンピュータネットワーク１６を介さない直接通信（例えば、近距離無線通信）によって、ユーザＢの仮チェックイン要求データがユーザＢのユーザ端末１４からユーザＡのユーザ端末１４に送信されてもよい。また、コンピュータネットワーク１６を介さない直接通信（例えば、近距離無線通信）によって、ユーザＣの仮チェックイン要求データがユーザＣのユーザ端末１４からユーザＡのユーザ端末１４に送信されてもよい。そして、ユーザＡの仮チェックイン要求データ、ユーザＢの仮チェックイン要求データ、及び、ユーザＣの仮チェックイン要求データが、ユーザＡのユーザ端末１４から予約管理サーバ１０に送信されてもよい。

また、アカウントデータが登録されていないユーザであっても、仮チェックイン操作が行えるようにしてもよい。この場合、会員ＩＤの代わりに当該ユーザが使用するユーザ端末１４のデバイスＩＤが用いられるようにしてもよい。そして、その後の当該ユーザ端末１４を介したアカウントデータの登録に応じて、当該デバイスＩＤが当該アカウントデータに割り当てられた会員ＩＤに置換されるようにしてもよい。

また、会員ＩＤの値が設定されていないプレイヤデータへの会員ＩＤの値の設定や、アカウントデータの同伴者データへの同伴者ＩＤの追加は、仮チェックイン処理のタイミングではなく、チェックイン処理のタイミングで実行されてもよい。

また、ゴルフ場でのチェックインで用いられる画面に、バーコードの代わりに、会員ＩＤに対応付けられるＱＲコード（登録商標）などの二次元コードが表示されてもよい。

また、本実施形態は、１組のラウンドを予約する場面だけではなく、２組以上のラウンドを予約する場面にも適用可能である。

また、予約管理サーバ１０、ゴルフ場システム１２、ユーザ端末１４の役割分担は、以上で説明したものに限定されない。例えば、図１９に示されている機能の一部又は全部がゴルフ場システム１２又はユーザ端末１４に実装されていてもよい。

また、本実施形態に係るイベントは、ゴルフプレイには限定されない。例えば、ボーリング、ビリヤード、ダーツなどの各種の競技をプレイするイベントや、１人が代表者として複数の参加者が参加するお見合いパーティー、などにも本発明は適用可能である。

また、上記の具体的な文字列や数値及び図面中の具体的な文字列や数値は例示であり、これらの文字列や数値には限定されない。

１０予約管理サーバ、１２ゴルフ場システム、１２ａゴルフ場サーバ、１２ｂゴルフ場端末、１４ユーザ端末、１６コンピュータネットワーク、２０プロセッサ、２２記憶部、２４通信部、３０プロセッサ、３２記憶部、３４通信部、４０プロセッサ、４１記憶部、４２通信部、４３操作部、４４表示部、４５センサ部、５０プロセッサ、５２記憶部、５４通信部、５６タッチパネル、５８センサ部、６０予約ボタン、６２同伴者登録ボタン、６４新規登録ボタン、６６登録ボタン、６８仮チェックインボタン、７０アカウントデータ記憶部、７２予約データ記憶部、７４ゴルフ場データ記憶部、７６アカウント管理部、７８予約管理部、８０仮チェックイン要求データ受付部、８２仮チェックイン処理実行部、８４チェックイン要求データ受付部、８６チェックイン処理実行部、９０承認ボタン。

Claims

複数の参加者が参加するイベントの予約要求を受け付ける予約要求受付手段と、
前記予約要求の受付に応じて、前記複数の参加者のそれぞれに対応付けられるチェックイン状態データを含む予約データを生成する予約データ生成手段と、
前記参加者が使用する端末の位置を示す位置データを取得する位置データ取得手段と、
前記位置データが示す位置と、前記イベントの開催地に関する位置と、に基づいて、前記予約データに含まれる当該参加者の前記チェックイン状態データを、仮チェックイン状態を示す前記チェックイン状態データに更新する仮チェックイン処理実行手段と、
前記複数の参加者のうちのいずれかから受け付けるチェックイン要求に応じて、前記予約データに含まれる、仮チェックイン状態を示す前記チェックイン状態データに対応付けられる他の前記参加者の前記チェックイン状態データを、チェックイン済状態を示す前記チェックイン状態データに更新するチェックイン処理実行手段と、
を含むことを特徴とする予約管理システム。
前記位置データ取得手段は、前記端末に対する所定の操作に応じて送信される前記位置データを取得する、
ことを特徴とする請求項１に記載の予約管理システム。
前記仮チェックイン処理実行手段は、前記位置データが前記開催地に関する位置から所定距離以下である位置を示す場合に、前記予約データに含まれる当該参加者の前記チェックイン状態データを、仮チェックイン状態を示す前記チェックイン状態データに更新する、
ことを特徴とする請求項１又は２に記載の予約管理システム。
前記予約要求受付手段は、前記イベントの開催日時が関連付けられた前記予約要求を受け付け、
前記予約データ生成手段は、前記予約要求の受付に応じて、前記予約要求に関連付けられている開催日時を示す日時データをさらに含む前記予約データを生成し、
前記位置データ取得手段は、前記位置の測位日時に関連付けられた前記位置データを取得し、
前記仮チェックイン処理実行手段は、前記日時データが示す開催日時に応じた測位日時に関連付けられた前記位置データが示す位置と、前記イベントの開催地に関する位置と、に基づいて、前記予約データに含まれる当該参加者の前記チェックイン状態データを、仮チェックイン状態を示す前記チェックイン状態データに更新する、
ことを特徴とする請求項１から３のいずれか一項に記載の予約管理システム。
前記予約要求受付手段は、前記参加者の氏名が関連付けられた前記予約要求を受け付け、
前記予約データ生成手段は、前記参加者の氏名を示す氏名データをさらに含む前記予約データを生成し、
前記位置データ取得手段は、前記端末を使用する前記参加者の氏名に関連付けられた前記位置データを取得し、
前記仮チェックイン処理実行手段は、前記位置データに関連付けられている氏名に基づいて特定される前記参加者の前記チェックイン状態データを、仮チェックイン状態を示す前記チェックイン状態データに更新する、
ことを特徴とする請求項１から４のいずれか一項に記載の予約管理システム。
前記位置データ取得手段は、互いに異なる複数の端末のそれぞれについての、当該端末の位置を示す前記位置データを取得し、
前記仮チェックイン処理実行手段は、互いに異なる複数の前記端末の位置と、前記イベントの開催地に関する位置と、に基づいて、当該複数の端末にそれぞれ対応付けられる複数の前記チェックイン状態データのすべてを、仮チェックイン状態を示す前記チェックイン状態データに更新する、
ことを特徴とする請求項１から５のいずれか一項に記載の予約管理システム。
前記チェックイン処理実行手段は、前記チェックイン要求の受付に応じて、前記予約データに含まれる、仮チェックイン状態を示す前記チェックイン状態データに対応付けられるすべての前記参加者の前記チェックイン状態データを、チェックイン済状態を示す前記チェックイン状態データに更新する、
ことを特徴とする請求項１から６のいずれか一項に記載の予約管理システム。
予約要求受付手段が、複数の参加者が参加するイベントの予約要求を受け付けるステップと、
予約データ生成手段が、前記予約要求の受付に応じて、前記複数の参加者のそれぞれに対応付けられるチェックイン状態データを含む予約データを生成するステップと、
位置データ取得手段が、前記参加者が使用する端末の位置を示す位置データを取得するステップと、
仮チェックイン処理実行手段が、前記位置データが示す位置と、前記イベントの開催地に関する位置と、に基づいて、前記予約データに含まれる当該参加者の前記チェックイン状態データを、仮チェックイン状態を示す前記チェックイン状態データに更新するステップと、
チェックイン処理実行手段が、前記複数の参加者のうちのいずれかから受け付けるチェックイン要求に応じて、前記予約データに含まれる、仮チェックイン状態を示す前記チェックイン状態データに対応付けられる他の前記参加者の前記チェックイン状態データを、チェックイン済状態を示す前記チェックイン状態データに更新するステップと、
を含むことを特徴とする予約管理方法。
複数の参加者が参加するイベントの予約要求を受け付ける手順、
前記予約要求の受付に応じて、前記複数の参加者のそれぞれに対応付けられるチェックイン状態データを含む予約データを生成する手順、
前記参加者が使用する端末の位置を示す位置データを取得する手順、
前記位置データが示す位置と、前記イベントの開催地に関する位置と、に基づいて、前記予約データに含まれる当該参加者の前記チェックイン状態データを、仮チェックイン状態を示す前記チェックイン状態データに更新する手順、
前記複数の参加者のうちのいずれかから受け付けるチェックイン要求に応じて、前記予約データに含まれる、仮チェックイン状態を示す前記チェックイン状態データに対応付けられる他の前記参加者の前記チェックイン状態データを、チェックイン済状態を示す前記チェックイン状態データに更新する手順、
をコンピュータに実行させることを特徴とするプログラム。