JP5950803B2 - 予約管理装置のプログラム、予約管理装置の制御方法、予約管理装置、及び、入場処理システム - Google Patents

Description

本発明は、特定のサービスにおけるチェックイン処理の最適化を図る技術に関する。

近年、ゴルフ場の検索及び予約をインターネット上で提供するサービスが急速に普及している。この種のサービスにおいては、場所、プラン、料金等の条件をユーザが入力または選択することにより、条件に合ったゴルフ場が瞬時に抽出され、その中から適切なゴルフ場を選ぶことができる。また、このようなサービスにおいては、ユーザが必要事項を入力した上で予約申し込みボタンを押下する等の簡単な操作により、ゴルフ場の予約を行うことができる（例えば、特許文献１）。

特開２００５−０８４７９７号公報

しかしながら、上述のように簡単な操作でゴルフ場の予約を行った場合であっても、そのゴルフ場におけるチェックインを行うためには、所定の作業を行う必要があった。特に、ビジターの場合には、チェックイン用の用紙に必要事項を記入してゴルフ場の受付にその用紙を提出しなければならない。
このような作業は非常に煩雑であり、特に、混雑時には受付において長い間待たされることもあり、ユーザにとっては非常に不便であった。
本発明は、この点に鑑みてなされたものであり、端末装置に備えられた位置情報取得機能を利用して、その端末装置を使用するユーザの現在位置の情報を取得し、自動的にチェックイン処理を可能にすることなどを解決課題とする。

以上の課題を解決するために本発明が採用する手段を以下に説明する。なお、本発明の理解を容易にするために以下では図面の参照符号を便宜的に括弧書で付記するが、本発明を図示の形態に限定する趣旨ではない。

上述した課題を解決するため、本発明に係る予約管理装置のプログラムは、ユーザの使用に係る端末装置と通信可能で、コンピュータを備える予約管理装置のプログラムであって、前記コンピュータを、前記端末装置（２）から、前記端末装置（２）が取得した位置に関する位置情報と、前記端末装置（２）を使用するユーザを特定可能な識別情報とを受信可能な受信部（１６）と、前記識別情報を管理する識別情報管理部（１０）と、所定のアクティビティを実行可能な場所を特定する場所情報と位置情報とを関連付けて管理する位置情報管理部（１１）と、少なくとも前記識別情報と、前記ユーザが前記所定のアクティビティのために利用を希望する場所の予約日とを含む予約情報を取得する予約情報取得部（１２）と、少なくとも前記端末装置（２）から受信した前記位置情報及び識別情報と、前記端末装置（２）から前記位置情報及び識別情報とを受信した日の日付情報とに基づき、前記受信した位置情報に関連付けられる場所情報と、前記受信した識別情報に一致する識別情報と、前記端末装置（２）から受信した日付情報に一致する予約日とを含む前記予約情報が存在するか否かを判断する判断部（１４）と、前記判断部（１４）で前記場所情報と前記識別情報と前記予約日とを含む前記予約情報が存在すると判断した場合に、前記ユーザが前記場所に入場したことを情報として残す処理である入場処理を行う、あるいは当該入場処理を行うことを指示する入場処理部（１３）として機能させる。

この発明において、場所情報は、例えば場所名、場所の識別情報等を含む概念である。入場処理は、ユーザが入場したことを情報として残す処理を予約管理装置で行って、当該処理の完了を入場した場所のサーバに伝える場合を含む概念である。また、入場処理は、ユーザが入場したことを情報として残す処理を予約管理装置で行って、入場した場所のサーバからの確認要求があれば未処理または処理済みの応答を行う場合を含む概念である。さらに、入場処理は、ユーザが入場したことを情報として残す処理を行うように、入場した場所のサーバに指令を出す場合を含む概念である。また、ユーザには、予約を行ったユーザと、同伴するユーザとの双方を含む概念である。アクティビティは、スポーツの他、映画、コンサート等も含む概念である。

上述した予約管理装置のプログラムにおいて、前記位置情報管理部（１１）は、前記受信した位置情報に関連付けられる一または複数の前記場所情報を抽出して前記端末装置（２）に提示し、前記判断部（１４）は、前記端末装置（２）において選択され前記端末装置（２）から受信した場所情報を、前記受信した位置情報に関連付けられる前記場所情報として、前記予約情報が存在するか否かを判断するようにしてもよい。

上述した予約管理装置のプログラムにおいて、前記位置情報管理部（１１）は、前記受信した位置情報に基づいて、当該位置情報に関連付けられる一の場所情報を抽出し、前記判断部（１４）は、前記抽出した一の場所情報を、前記受信した位置情報に関連付けられる前記場所情報として、前記予約情報が存在するか否かを判断するようにしてもよい。

上述した予約管理装置のプログラムにおいて、前記予約管理装置（１）は、外部管理装置（３）と通信可能であり、前記予約情報取得部（１２）は、前記外部管理装置（４）から前記予約情報を取得し、前記入場処理部（１３）は、前記外部管理装置（４）に当該入場処理を行うことを指示するようにしてもよい。

上記プログラムは記録媒体に記憶させても良い。この記録媒体を用いれば、例えば上記コンピュータに上記プログラムをインストールすることができる。ここで、上記プログラムを記憶した記録媒体は、ＣＤ−ＲＯＭ等の非一過性の記録媒体であっても良い。

上述した課題を解決するため、本発明に係る予約管理装置の制御方法は、ユーザの使用に係る端末装置と通信可能な予約管理装置の制御方法あって、前記端末装置（２）から、前記端末装置（２）が取得した位置に関する位置情報と、前記端末装置（２）を使用するユーザを特定可能な識別情報とを受信し、前記識別情報を管理し、所定のアクティビティを実行可能な場所を特定する場所情報と位置情報とを関連付けて管理し、少なくとも前記識別情報と、前記ユーザが前記所定のアクティビティのために利用を希望する場所の予約日とを含む予約情報を取得し、少なくとも前記端末装置（２）から受信した前記位置情報及び識別情報と、前記端末装置（２）から前記位置情報及び識別情報とを受信した日の日付情報とに基づき、前記受信した位置情報に関連付けられる場所情報と、前記受信した識別情報に一致する識別情報と、前記端末装置（２）から受信した日付情報に一致する予約日とを含む前記予約情報が存在するか否かを判断し、前記場所情報と前記識別情報と前記予約日とを含む前記予約情報が存在すると判断した場合に、前記ユーザが前記場所に入場したことを情報として残す処理である入場処理を行う、あるいは当該入場処理を行うことを指示することを特徴とする。

上述した課題を解決するため、本発明に係る予約管理装置は、ユーザの使用に係る端末装置（２）と通信可能な予約管理装置（１）であって、前記端末装置（２）から、前記端末装置（２）が取得した位置に関する位置情報と、前記端末装置（２）を使用するユーザを特定可能な識別情報とを受信可能な受信部（１６）と、前記識別情報を管理する識別情報管理部（１０）と、所定のアクティビティを実行可能な場所を特定する場所情報と位置情報とを関連付けて管理する位置情報管理部（１１）と、少なくとも前記識別情報と、前記ユーザが前記所定のアクティビティのために利用を希望する場所の予約日とを含む予約情報を取得する予約情報取得部（１２）と、少なくとも前記端末装置（２）から受信した前記位置情報及び識別情報と、前記端末装置（２）から前記位置情報及び識別情報とを受信した日の日付情報とに基づき、前記受信した位置情報に関連付けられる場所情報と、前記受信した識別情報に一致する識別情報と、前記端末装置（２）から受信した日付情報に一致する予約日とを含む前記予約情報が存在するか否かを判断する判断部（１４）と、前記判断部（１４）で前記場所情報と前記識別情報と前記予約日とを含む前記予約情報が存在すると判断した場合に、前記ユーザが前記場所に入場したことを情報として残す処理である入場処理を行う、あるいは当該入場処理を行うことを指示する入場処理部（１３）とを備えることを特徴とする。

上述した予約管理装置（１）において、前記位置情報管理部（１１）は、前記受信した位置情報に関連付けられる一または複数の前記場所情報を抽出して前記端末装置（２）に提示し、前記判断部（１４）は、前記端末装置（２）において選択され前記端末装置（２）から受信した場所情報を、前記受信した位置情報に関連付けられる前記場所情報として、前記予約情報が存在するか否かを判断するようにしてもよい。

上述した予約管理装置（１）において、前記位置情報管理部（１１）は、前記受信した位置情報に基づいて、当該位置情報に関連付けられる一の場所情報を抽出し、前記判断部（１４）は、前記抽出した一の場所情報を、前記受信した位置情報に関連付けられる前記場所情報として、前記予約情報が存在するか否かを判断するようにしてもよい。

上述した予約管理装置（１）において、前記予約管理装置（１）は、外部管理装置（４）と通信可能であり、前記予約情報取得部（１２）は、前記外部管理装置（４）から前記予約情報を取得し、前記入場処理部（１３）は、前記外部管理装置（４）に当該入場処理を行うことを指示するようにしてもよい。

上述した課題を解決するため、本発明に係る入場処理システムは、ユーザの使用に係る端末装置（２）と、当該端末装置（２）と通信可能な予約管理装置（１）とを備える入場処理システム（１００）であって、前記端末装置（２）は、位置に関する位置情報を取得する位置情報取得部（２２）と、前記端末装置（２）を使用するユーザを特定可能な識別情報、及び前記位置情報を送信する送信部（２３）と、を備え、前記予約管理装置（１）は、前記端末装置（２）から、前記端末装置（２）が取得した位置に関する位置情報と、前記端末装置（２）を使用するユーザを特定可能な識別情報とを受信可能な受信部（１６）と、前記識別情報を管理する識別情報管理部（１０）と、所定のアクティビティを実行可能な場所を特定する場所情報と位置情報とを関連付けて管理する位置情報管理部（１１）と、少なくとも前記識別情報と、前記ユーザが前記所定のアクティビティのために利用を希望する場所の予約日とを含む予約情報を取得する予約情報取得部（１２）とを備え、少なくとも前記端末装置（２）から受信した前記位置情報及び識別情報と、前記端末装置（２）から前記位置情報及び識別情報とを受信した日の日付情報とに基づき、前記受信した位置情報に関連付けられる場所情報と、前記受信した識別情報に一致する識別情報と、前記端末装置（２）から受信した日付情報に一致する予約日とを含む前記予約情報が存在するか否かを判断する判断部（１４）と、前記判断部（１４）で前記場所情報と前記識別情報と前記予約日とを含む前記予約情報が存在すると判断した場合に、前記ユーザが前記場所に入場したことを情報として残す処理である入場処理を行う、あるいは当該入場処理を行うことを指示する入場処理部（１３）とを備えることを特徴とする。

本発明の第１実施形態に係る入場処理システムのブロック図である。 管理サーバの構成を示すブロック図である。 端末装置の構成を示すブロック図である。 ゴルフユーザ情報テーブルの構成を示す説明図である。 施設情報テーブルの構成を示す説明図である。 予約情報テーブルの構成を示す説明図である。 端末装置の表示画面の一例を示す説明図である。 端末装置の表示画面の一例を示す説明図である。 端末装置の表示画面の一例を示す説明図である。 第１実施形態における入場処理を示すフローチャートである。 本発明の第２実施形態に係る入場処理システムのブロック図である。 ゴルフユーザ情報テーブルの構成を示す説明図である。 第２実施形態における入場処理を示すフローチャートである。 本発明の第３実施形態における入場処理を示すフローチャートである。 本発明の第４実施形態における入場処理を示すフローチャートである。 第４実施形態における入場処理を示すフローチャートである。 第４実施形態における入場処理を示すフローチャートである。 本発明の第５実施形態に係る入場処理システムのブロック図である。 第５実施形態における入場処理を示すフローチャートである。 本発明の第６実施形態における入場処理を示すフローチャートである。 本発明の変形例１に係る入場処理システムのブロック図である。 プレーヤー情報テーブルの構成を示す説明図である。 プレーヤー情報テーブルの構成を示す説明図である。 変形例１における入場処理を示すフローチャートである。 本発明の変形例２に係る入場処理システムのブロック図である。 変形例２における入場処理を示すフローチャートである。 本発明の変形例７に係る入場処理システムのブロック図である。 変形例７に係る入場処理システムのブロック図である。 変形例７に係る入場処理システムのブロック図である。 変形例７に係る入場処理システムのブロック図である。 変形例７に係る入場処理システムのブロック図である。

以下、実施形態として、本発明に係る管理サーバを用いた入場処理システムについて、図面を参照しつつ説明する。
＜第１実施形態＞
＜１．入場処理システムの構成＞
図１は、本発明の実施形態に係る入場処理システム１００のブロック図である。この入場処理システム１００は、インターネットなどの通信網ＮＥＴを介して、ゴルフナビゲーションアプリケーションを提供する管理サーバ１（予約管理装置の一例）と、利用者の端末装置２を備える。以下の説明では、管理サーバ１のゴルフナビゲーションアプリケーションを利用する利用者をゴルフ利用者と称する。

利用者の端末装置２は、通信網ＮＥＴを介した通信が可能であり、例えば、パーソナルコンピュータ、携帯電話機、スマートフォン、タブレット端末などが該当する。本実施形態では、一例として、ゴルフをプレーする利用者が端末装置２を利用して、ゴルフ場に入場処理を行う例について説明する。そのため、前記ゴルフをプレーする利用者の端末装置２は携行可能なスマートフォン等の装置である。しかし、前記他の利用者の端末装置２は携行可能である必要はなく、パーソナルコンピュータ等であってもよい。

図１を参照して、管理サーバ１の機能を説明する。管理サーバ１は、識別情報管理部１０と、位置情報管理部１１と、予約情報取得部１２と、入場処理部１３と、判断部１４と、受信部１６と、記憶部１５とを備える。これらは、管理サーバ１が予約管理に関するプログラムを実行することにより発揮される機能ブロックである。

受信部１６は、端末装置２から、端末装置２が取得した位置に関する位置情報と、端末装置２を使用するユーザを特定可能な識別情報とを受信可能になっている。
本実施形態においては、例えば、ゴルフナビゲーションアプリケーションにおけるユーザ登録が行われた際に各ユーザに対して識別情報ＵＩＤが割り当てられる。識別情報ＵＩＤは、ゴルフナビゲーションアプリケーションに関連するデータとして端末装置２に記憶されるが、管理サーバ１においても記憶されるようになっている。

識別情報管理部１０は、識別情報ＵＩＤを管理する。識別情報ＵＩＤは、例えば、ゴルフナビゲーションアプリケーションのログインＩＤ及びパスワード等と共にゴルフユーザ情報テーブルＴＢＬ１５に記憶される。ゴルフユーザ情報テーブルＴＢＬ１５は、記憶部１５に記憶される。
ユーザが端末装置２においてログインＩＤとパスワードを入力し、ゴルフナビゲーションアプリケーションへのログイン処理を行った際には、ログインＩＤとパスワードが端末装置２から管理サーバ１へと送信される。管理サーバ１においてログインＩＤとパスワードが受信されると、識別情報管理部１０は、入力されたログインＩＤとパスワードの組み合わせが、ゴルフユーザ情報テーブルＴＢＬ１５に記憶されているログインＩＤとパスワードの組み合わせに合致するかどうかを判断する。合致した場合には、識別情報管理部１０は、当該ログインＩＤとパスワードに関連付けて記憶されている識別情報ＵＩＤを読み出し、当該識別情報ＵＩＤのユーザのログイン処理が完了したものと判断する。ログイン処理が完了した以降は、端末装置２から送信される位置情報と識別情報ＵＩＤが受信部１６で受信されると、識別情報管理部１０は、受信した識別情報ＵＩＤが、ログイン処理済みの識別情報ＵＩＤに合致するかどうかを判断する。合致した場合には、識別情報管理部１０は、正常な処理が行われていると判断する。しかし、合致しない場合には、エラーが発生したと判断し、例えば、端末装置２に対してログインを行うように要求する。

位置情報管理部１１は、ゴルフ場名と当該ゴルフ場の位置情報とを関連付けて管理する。ゴルフ場名と当該ゴルフ場の位置情報は、施設情報テーブルＴＢＬ１２に記憶される。施設情報テーブルＴＢＬ１２は、記憶部１５に記憶される。また、端末装置２から受信した位置情報に基づいて、当該位置情報に関連付けられる一または複数のゴルフ場名を施設情報テーブルＴＢＬ１２から抽出し、端末装置２に提示する。

予約情報取得部１２は、ユーザの識別情報ＵＩＤと、ユーザが予約したゴルフ場の予約日とを含む予約情報を、予約情報テーブルＴＢＬ２０から取得する。予約情報テーブルＴＢＬ２０は、後述するゴルフ場サーバ４の記憶部２２ｂに記憶される。

判断部１４は、端末装置２から受信した位置情報及び識別情報と、当該位置情報及び識別情報とを受信した日の日付情報とに基づいて、受信した位置情報に関連付けられるゴルフ場名と、受信した識別情報に一致する識別情報と、受信した日の日付情報に一致する予約日とを含む予約情報が、前記取得した予約情報内に存在するか否かを判断する。

入場処理部１３は、判断部１４においてゴルフ場名と識別情報と予約日とを含む予約情報が存在すると判断された場合に、ゴルフ場サーバに対して入場処理要求を送信する。

記憶部１５は、管理サーバ１の制御プログラム、ゴルフユーザ情報テーブルＴＢＬ１１、施設情報テーブルＴＢＬ１２、設定値管理マスタテーブルＴＢＬ１５等を記憶する。
図４にゴルフユーザ情報テーブルＴＢＬ１１のデータ構造を示す。ゴルフユーザ情報テーブルＴＢＬ１１には登録情報として複数のレコードが記録されている。１つのレコードは、ゴルフ利用者を一意に識別する識別情報ＵＩＤ、ログインＩＤ、パスワード、氏名、及び、プロフィール情報を含む。本実施形態では、ゴルフ利用者の識別情報ＵＩＤは、ゴルフナビゲーションアプリケーションにおけるユーザ登録が行われた際に各ユーザに対して割り当てられる。また、ゴルフ利用者がゴルフ場の予約を行った場合には、識別情報ＵＩＤがゴルフ場サーバ４に通知され、ゴルフ場サーバ４の記憶部２２ｂに記憶される予約情報テーブルＴＢＬ２０には、識別情報ＵＩＤが記憶されるようになっている。ログインＩＤとパスワードは、ゴルフナビゲーションアプリケーションにおけるユーザ登録が行われた際に、各ユーザによって定められる。また、氏名、プロフィール情報についても、ゴルフナビゲーションアプリケーションにおけるユーザ登録が行われた際に、各ユーザによって入力される。プロフィール情報には、性別、年齢等が含まれる。

図５に施設情報テーブルＴＢＬ１２のデータ構造を示す。施設情報テーブルＴＢＬ１２には登録情報として複数のレコードが記録されている。１つのレコードは、ゴルフ場ＩＤ、ゴルフ場名、位置情報、及び、通信情報を含む。ゴルフ場ＩＤは、各ゴルフ場を一意に識別する情報で、施設情報テーブルＴＢＬ１２にゴルフ場名及び位置情報が記憶される際に割り当てられる。本実施形態では、管理サーバ１は、地図情報、施設名称、位置情報等が記憶されているマップサーバ（図示せず）と通信可能に構成されており、マップサーバにアクセスすることにより、ゴルフ場名と位置情報を取得し、施設情報テーブルＴＢＬ１２に記憶させる。位置情報としては、例えば緯度経度情報が用いられる。本実施形態では、管理サーバ１は複数のゴルフ場サーバ４と通信可能に構成されており、施設情報テーブルＴＢＬ１２に記憶された通信情報を参照することにより、各ゴルフ場サーバ４に対して入場処理要求等を送信する。通信情報には、メールアドレスやＩＰアドレス等が含まれる。

次に、図１を参照して、端末装置２の機能を説明する。端末装置２は、入力部２０と、表示部２１と、位置情報取得部２２と、送信部２３とを備える。これらは、本実施形態の端末装置２が、ゴルフナビゲーションアプリケーションのソフトウェアを実行することにより発揮される機能ブロックである。

ゴルフナビゲーションアプリケーションは、利用者の端末装置２の操作に応じて、アプリケーション配信サイト（図示せず）を介すなどしてダウンロードされ、端末装置２にインストールされるものであり、端末装置２上で実行されるアプリケーションである。
本実施形態のゴルフナビゲーションアプリケーションは、ゴルフ場における入場処理を可能にするほか、ゴルフコースのホール情報を端末装置２上に表示させたり、実際にゴルフを行いながらスコアを入力したり、あるいは、入力したスコアに関する情報をＳＮＳ等への投稿を可能にする等のサービスである。

入力部２０は、ゴルフ場選択の入力、入場処理の入力、ログインＩＤ及びパスワードの入力等を行うことができる。位置情報取得部２２は、端末装置２に備えられたＧＰＳ機能等を利用して位置に関する位置情報を取得する。送信部２３は、入力部２０によって入力された情報、及び、位置情報取得部２１によって取得した位置情報を管理サーバ１に送信する。また、送信部２２は、これらの情報を送信する際には、ユーザの識別情報ＵＩＤも送信するようになっている。

次に、図１を参照して、ゴルフ場サーバ４の機能を説明する。ゴルフ場サーバ４は、各ゴルフ場に設けられており、各ゴルフ場においてゴルフ場の管理者等がゴルフ場サーバ４を操作して設定された予約情報などの内容が記憶されるようになっている。また、ゴルフ場サーバ４は管理サーバ１と通信可能になっている。ゴルフ場サーバ４は、入力部４０と、表示部４１とを備える。これらは、本実施形態のゴルフ場サーバ４が、予約処理用のソフトウェアを実行することにより発揮される機能ブロックである。また、ゴルフ場サーバ４は、記憶部４２を備える。

入力部４０は、予約情報における入場処理フラグをオン状態にする入力を行うことができる。表示部４１は、予約情報を表示させることができる。記憶部４２には、予約情報テーブルＴＢＬ２０が記憶されている。

図６に予約情報テーブルＴＢＬ２０のデータ構造を示す。予約情報テーブルＴＢＬ２０には登録情報として複数のレコードが記録されている。１つのレコードは、予約ＩＤ、予約日、予約者ＩＤ、入場処理フラグ、プレー日、ＩＮ／ＯＵＴ、人数、同伴者１、同伴者２、同伴者３等を含む。なお、これ以外の情報を記憶するようにしてもよい。

予約ＩＤは、予約ごとに割り当てられ、各予約を一意に識別する情報である。予約日は、予約が行われた日を示す情報である。予約者ＩＤは、予約を行ったゴルフ利用者のＵＩＤである。入場処理フラグは、ゴルフ利用者が入場処理を行ったかどうかを示す情報である。プレー日は、実際にゴルフを行う日を示す情報である。ＩＮ／ＯＵＴは、ＩＮからスタートするか、ＯＵＴからスタートするかを示す情報である。人数は、ゴルフを行う人数を示す情報である。同伴者１、同伴者２、及び、同伴者３は、同伴者の氏名を示す情報である。なお、図６において、同伴者名のフィールドに「null」となっているのは、まだ同伴者の名前が登録されていないことを示している。同伴者名は予約と同時に登録しても良いし、後から追加的に登録・変更してもよい。

図２に管理サーバ１の構成を示す。この図に示すように、管理サーバ１は、装置全体を制御するＣＰＵ（Central Processing Unit）３０、ＣＰＵ３０の作業領域として機能するＲＡＭ（Random Access Memory）３１、ブートプログラムなどを記憶したＲＯＭ（Read Only Memory）３２、各種のプログラムやデータを記憶するハードディスクドライブ（ＨＤＤ）３３、キーボードやマウスなどを含む入力部３４、画像を表示するディスプレイ３５、通信網ＮＥＴを介して外部の装置と通信を行う通信インターフェース３６、及びコンパクトディスクなどの情報記録媒体を読み取る読取装置３７を備える。ＨＤＤ３３は、上述した記憶部１５の一例である。なお、ゴルフ場サーバ４も管理サーバ１と同様な構成を有している。
本実施形態において、ＣＰＵ３０は、識別情報管理部１０、位置情報管理部１１、及び、判断部１４として動作し得る。また、ＣＰＵ３０と通信インターフェース３６は、予約情報取得部１２、入場処理部１３、及び、受信部１６として動作し得る。

図３に端末装置２の構成を示す。端末装置２は、装置全体を制御するＣＰＵ４０、ＣＰＵ４０の作業領域として機能するＲＡＭ４１、ブートプログラムなどを記憶したＲＯＭ４２、各種のプログラムやデータを記憶する記憶装置４３、テンキーなどを含む入力部４４、画像を表示するディスプレイ４５、及び通信網ＮＥＴを介して外部の装置と通信を行う通信インターフェース４６を備える。なお、入力部がタッチパネルである場合は、ディスプレイ４５が、タッチパネルである入力部４４を兼ねることとなる。入力部４４は単一のデバイスで構成しても、複数のデバイスを組み合わせて構成しても良い。
本実施形態において、ＣＰＵ４０は位置情報取得部２２として動作し得る。また、ＣＰＵ４０と通信インターフェース４６は送信部２３として動作し得る。

＜２．予約処理＞
本実施形態におけるゴルフ場の予約処理は、図示しない予約サーバによって提供される予約サービスを用いて行われる。予約サービスは、例えば、パーソナルコンピュータ等のディスプレイにゴルフ場の空き枠情報を表示させ、ゴルフ利用者からの予約申し込みがあった場合には、予約対象のゴルフ場サーバ４宛に予約の内容を通知するように構成されている。
この通知を受けたゴルフ場サーバ４においては、担当者が手動で予約情報テーブルＴＢＬ２０に予約の登録を行うようにしてもよいし、また、プログラムの機能により、自動的に予約情報テーブルＴＢＬ２０に予約の登録が行われるようにしてもよい。

ゴルフ利用者がこの予約サービスを用いて予約の申込みを行う場合には、ゴルフナビゲーションアプリケーションのログインＩＤとパスワードを入力するようになっている。予約サーバは、このログインＩＤとパスワードを管理サーバ１に通知し、管理サーバ１は、ゴルフユーザ情報テーブルＴＢＬ１１を参照することにより、前記ログインＩＤとパスワードに関連付けられた識別情報ＵＩＤを読み取る。そして、管理サーバ１は、識別情報ＵＩＤを予約サーバに通知し、予約サーバは、ゴルフ場サーバ４宛に予約の内容を通知する際に、識別情報ＵＩＤについても通知する。したがって、ゴルフ場サーバ４の予約情報テーブルＴＢＬ２０には、識別情報ＵＩＤが記憶される。

＜３．入場処理システムの動作＞
本実施形態の入場処理システム１００では、ゴルフ利用者の端末装置２においてネイティブアプリケーションとしてのゴルフナビゲーションアプリケーションを予めインストールしておき、ゴルフナビゲーションアプリケーションを起動させることにより、ゴルフ場の入場処理を行うことができる。また、ゴルフナビゲーションアプリケーションにおいては、ゴルフコースの選択、及び、各ホールの情報等を表示させることができる。さらには、１打目、２打目等の打数の入力画面等を表示させ、打数の入力を行うこともできる。

＜３−１：ログイン処理＞
端末装置２にインストールされているゴルフナビゲーションアプリケーションを起動した際には、端末装置２のディスプレイ４５には、メインメニューページが表示される。図７にメインメニューページＰ１の例を示す。メインメニューページＰ１は、ラウンド再開セルＡ１、ラウンド開始セルＡ２、コースチェックセルＡ３、ラウンド履歴セルＡ４、設定セルＡ５、入場処理セルＡ６を備えている。
ラウンド再開セルＡ１が押下されると、端末装置２のＣＰＵ４０によって、ラウンドを中断した後に再開するホールの情報が端末装置２のディスプレイ４５に表示され、再びゴルフナビゲーションアプリケーションを利用可能となる。
ラウンド開始セルＡ２が押下されると、端末装置２のＣＰＵ４０によって、ゴルフ場を地域から探すか、ＧＰＳで探すか、あるいは、過去にラウンドしたこのあるゴルフ場から探すかの選択メニューページ（図示せず）が端末装置２のディスプレイ４５に表示される。
コースチェックセルＡ３が押下されると、ゴルフコース選択メニューページ等（図示せず）が表示される。その後、利用者によりゴルフコースが選択されると、端末装置２のＣＰＵ４０によって、選択されたゴルフコースのホール情報が端末装置２のディスプレイ４５に表示され、コースのチェックが可能となる。
ラウンド履歴セルＡ４が押下されると、端末装置２のＣＰＵ４０によって、過去に利用したゴルフコースとその際のスコア等の履歴情報が端末装置２のディスプレイ４５に表示される。
設定セルＡ５が押下されると、端末装置２のＣＰＵ４０によって、利用者情報の設定とアプリケーション情報の設定とのいずれの設定を行うのかの選択画面（図示せず）が端末装置２のディスプレイ４５に表示される。利用者情報の設定が選択された場合には、利用者の名前、年齢、性別、及び、ハンディキャップ等の入力または編集等を行うことが可能となる。また、アプリケーション情報の設定が選択された場合には、ＧＰＳ測位間隔の設定、または、ハザード表示の設定等を行うことができる。
入場処理セルＡ６が押下されると、ゴルフナビゲーションアプリケーションで提供される有料サービスの利用等の設定が可能になる。

以上のようなメインメニューページＰ１が表示された状態で、未だログイン処理が行われていない場合には、いずれかのセルが押下されることにより、ログイン処理が行われる。本実施形態では、入場処理セルＡ６が押下された際に、ログイン処理が行われる例について説明する。
入場処理セルＡ６が押下されると、端末装置２のＣＰＵ４０は、管理サーバ１に対してログイン画面要求を送信する。ログイン画面要求を受信した管理サーバ１のＣＰＵ３０は、ログイン画面情報を端末装置２に送信する。ログイン画面情報を受信した端末装置２のＣＰＵ４０は、ログイン画面情報に基づいてディスプレイ４５に図８に示すログイン画面Ｐ２を表示させる。

ログイン画面Ｐ２は、図８に示すように、ログインＩＤ入力欄Ｂ１と、パスワード入力欄Ｂ２と、送信ボタンＢ３と、キャンセルボタンＢ４とを備えている。ログインＩＤ入力欄Ｂ１にログインＩＤが入力されパスワード入力欄Ｂ２にパスワードが入力された状態で送信ボタンＢ３が押下されると、端末装置２のＣＰＵ４０は、管理サーバ１に対してログインＩＤとパスワードを送信する。ログインＩＤとパスワードを受信した管理サーバ１のＣＰＵ３０は、ログイン処理を行う。ログイン処理においては、ＨＤＤ３３に記憶されているゴルフユーザ情報テーブルＴＢＬ１１に、受信したログインＩＤとパスワードの組と一致する組が存在するかどうかを確認する。受信したログインＩＤとパスワードの組と一致する組がゴルフユーザ情報テーブルＴＢＬ１１に存在した場合には、管理サーバ１のＣＰＵ３０は端末装置２にアクセストークンを送信する。端末装置２のＣＰＵ４０は、アクセストークンを記憶装置４３に記憶し、これ以降、入場処理等を行う場合には、管理サーバ１に対してアクセストークンを付して送信を行う。

また、ログイン処理が成功した場合には、その旨のメッセージをディスプレイ４５に表示させ、その後、位置情報を取得している旨のメッセージをディスプレイ４５に表示させる。ログイン処理が失敗した場合には、管理サーバ１から端末装置２へのアクセストークンの送信は行われず、端末装置２のＣＰＵ４０は、ディスプレイ４５に、ログインＩＤまたはパスワードが間違っている旨のメッセージを表示させ、ログインＩＤとパスワードの再入力を促す。
図８に示すキャンセルボタンが押下された場合には、図７に示すメインメニューページＰ１を表示させる。
なお、本実施形態においては、ログイン処理の成功後に管理サーバ１から端末装置２にアクセストークンを送信する例について説明するが、本発明はこの例に限定されるものではなく、再度の手動でのログインを不要とする方法であれば、どのような方法を採用してもよい。

＜３−２：入場処理＞
次に、図７に示すに入場処理セルＡ６が押下された場合に行われる入場処理について、図１０のフローチャートを参照して説明する。本実施形態における入場処理は、ゴルフ利用者が予約を行っていたゴルフ場に行き、端末装置２を操作してゴルフナビゲーションアプリケーションを起動させ、入場処理セルＡ６を押下した際に行われるものとする。
図７に示すに入場処理セルＡ６が押下されると、端末装置２のＣＰＵ４０はこの押下を受け付ける（Ｓ１００）。そして、上述したログイン処理を行う（Ｓ１０１）。ログイン処理が成功した場合には、端末装置２のＣＰＵ４０は、端末装置２に備えられたＧＰＳ機能を利用して位置情報を取得する（Ｓ１０２）。この際、端末装置２のＣＰＵ４０は、端末装置２のディスプレイ４５に位置情報を取得している旨のメッセージをディスプレイ４５に表示させる。

位置情報が取得された場合には、端末装置２のＣＰＵ４０は、位置情報を管理サーバ１に送信する（Ｓ１０３）。位置情報を受信した管理サーバ１のＣＰＵ３０は、施設情報テーブルＴＢＬ１２を参照して、受信した位置情報に近いゴルフ場を検索する（Ｓ２００）。受信した位置情報に近いゴルフ場が複数存在する場合には、位置情報を受信した管理サーバ１のＣＰＵ３０は、これらのゴルフ場をリスト化して、端末装置２に送信する（Ｓ２０１）。なお、このゴルフ場のリストには、ゴルフ場ＩＤ、ゴルフ場名、及びゴルフ場の住所が含まれる。

ゴルフ場のリストを受信した端末装置２のＣＰＵ４０は、端末装置２のディスプレイ４５にゴルフ場のリストを表示させる。図９は、ゴルフ場のリストを表示させたゴルフ場選択画面Ｐ３の一例を示す図である。ゴルフ場選択画面Ｐ３は、戻るボタンＨ１、ゴルフ場選択セルＨ２〜Ｈ４を備えている。ゴルフ場選択セルの表示数は、検索結果として抽出されたゴルフ場の数によって変動する。

ゴルフ利用者は、ゴルフ場選択画面Ｐ３に表示されたゴルフ場の中から、現在、自分がいるゴルフ場に対応するゴルフ場選択セルを押下する。ゴルフ場選択セルが押下されると、端末装置２のＣＰＵ４０は、押下されたゴルフ場選択セルに対応するゴルフ場ＩＤを管理サーバ１に送信する（Ｓ１０４）。

ゴルフ場ＩＤを受信した管理サーバ１のＣＰＵ３０は、施設情報テーブルＴＢＬ１２を参照して、当該ゴルフ場ＩＤに関連付けられた通信情報を抽出し、当該ゴルフ場ＩＤに対応するゴルフ場のゴルフ場サーバ４宛に、ユーザの識別情報ＵＩＤと入場処理要求を送信する（Ｓ２０２）。

入場処理要求を受信したゴルフ場サーバ４のＣＰＵは、予約情報テーブルＴＢＬ２０を参照して、受信した日の情報と、受信した識別情報に基づいて、一致する予約情報のレコードがあるかどうかを検索する（Ｓ３００）。ゴルフ場サーバ４のＣＰＵは、一致する予約情報のレコードがあった場合には、当該レコードにおける入場処理フラグをオン状態にする入場処理を行う（Ｓ３０１）。なお、一致する予約情報のレコードがあった場合に直ちに入場処理を行うのではなく、一旦その予約情報の内容を端末装置２に送信し、ゴルフ利用者の確認を求めるようにしてもよい。

以上のような本実施形態によれば、ＧＰＳ機能等を利用して取得した位置情報と、ゴルフ利用者の識別情報とに基づいて、ゴルフ場への入場処理を簡単に行うことができ、混雑時であっても受け付けで待たされることがない。

なお、端末装置２から管理サーバ１に対して位置情報を送信し（Ｓ１０３）、管理サーバ１が、受信した位置情報に基づいて所定範囲内の施設を検索した際（Ｓ２００）、受信した位置情報に近いゴルフ場が１つのみであった場合は、ステップＳ２０１、ステップＳ１０４を省略し、管理サーバ１での施設検索（Ｓ２００）で検出されたゴルフ場のゴルフ場サーバ４へ入場処理要求を送信（Ｓ２０２）する構成としてもよい。

＜第２実施形態＞
次に、図１１乃至図１３を参照して第２実施形態について説明する。第１実施形態では、管理サーバ１からゴルフ場サーバ４に対して入場処理要求を送信する例について説明したが、本実施形態は、入場処理を管理サーバ１Ａにおいて行い、管理サーバ１Ａからゴルフ場サーバ４に対して入場処理の完了報告を行う構成になっている。

図１１は第２実施形態の入場処理システム１００Ａの構成を示すブロック図である。図１１に示すように、本実施形態の入場処理システム１００Ａは、管理サーバ１Ａの記憶部１５に予約情報テーブルＴＢＬ１３を備えている構成が、第１実施形態の入場処理システム１００と異なる。

予約情報テーブルＴＢＬ１３は、ゴルフ場サーバ４の記憶部４２に記憶された予約情報テーブルＴＢＬ２０と同様の項目を含むテーブルであるが、図１２に示すように、ゴルフ場ＩＤを含むところが予約情報テーブルＴＢＬ２０とは異なる。つまり、ゴルフ場サーバ４の記憶部４２に記憶された予約情報テーブルＴＢＬ２０は、各ゴルフ場ごとの予約情報テーブルであるが、管理サーバ１Ａの予約情報テーブルＴＢＬ１３は、全てのゴルフ場の予約情報を統括的に記憶するテーブルであるため、ゴルフ場ＩＤを含んでいる。

以下、図１３を参照して、本実施形態における入場処理について説明する。本実施形態においても、ゴルフ利用者が予約を行っていたゴルフ場に行き、端末装置２を操作してゴルフナビゲーションアプリケーションを起動させ、入場処理セルＡ６を押下した際に入場処理が行われるものとする。
図７に示すに入場処理セルＡ６が押下されると、端末装置２のＣＰＵ４０はこの押下を受け付ける（Ｓ１００）。そして、第１実施形態で説明したログイン処理を行う（Ｓ１０１）。ログイン処理が成功した場合には、端末装置２のＣＰＵ４０は、端末装置２に備えられたＧＰＳ機能を利用して位置情報を取得する（Ｓ１０２）。この際、端末装置２のＣＰＵ４０は、端末装置２のディスプレイ４５に位置情報を取得している旨のメッセージをディスプレイ４５に表示させる。

位置情報が取得された場合には、端末装置２のＣＰＵ４０は、位置情報を管理サーバ１Ａに送信する（Ｓ１０３）。位置情報を受信した管理サーバ１ＡのＣＰＵ３０は、施設情報テーブルＴＢＬ１２を参照して、受信した位置情報に近いゴルフ場を検索する（Ｓ２００）。受信した位置情報に近いゴルフ場が複数存在する場合には、位置情報を受信した管理サーバ１ＡのＣＰＵ３０は、これらのゴルフ場をリスト化して、端末装置２に送信する（Ｓ２０１）。なお、このゴルフ場のリストには、ゴルフ場ＩＤ、ゴルフ場名、及びゴルフ場の住所が含くまれる。

ゴルフ場のリストを受信した端末装置２のＣＰＵ４０は、端末装置２のディスプレイ４５に図９に示すようなゴルフ場のリストを含むゴルフ場選択画面Ｐ３を表示させる。ゴルフ利用者は、ゴルフ場選択画面Ｐ３に表示されたゴルフ場の中から、現在、自分がいるゴルフ場に対応するゴルフ場選択セルを押下する。ゴルフ場選択セルが押下されると、端末装置２のＣＰＵ４０は、押下されたゴルフ場選択セルに対応するゴルフ場ＩＤを管理サーバ１Ａに送信する（Ｓ１０４）。

ゴルフ場ＩＤを受信した管理サーバ１ＡのＣＰＵ３０は、予約情報テーブルＴＢＬ１３を参照して、受信した日の情報と、ゴルフ利用者の識別情報に基づいて、一致する予約情報のレコードがあるかどうかを検索する（Ｓ２０３）。管理サーバ１のＣＰＵ３０は、一致する予約情報のレコードがあった場合には、当該レコードにおける入場処理フラグをオン状態にする入場処理を行う（Ｓ２０４）。なお、一致する予約情報のレコードがあった場合に直ちに入場処理を行うのではなく、一旦その予約情報の内容を端末装置２に送信し、ゴルフ利用者の確認を求めるようにしてもよい。

管理サーバ１ＡのＣＰＵ３０は、入場処理が完了すると、施設情報テーブルＴＢＬ１２を参照して、当該ゴルフ場ＩＤに関連付けられた通信情報を抽出し、当該ゴルフ場ＩＤに対応するゴルフ場のゴルフ場サーバ４宛に、ユーザの識別情報ＵＩＤと共に入場処理の完了報告を送信する（Ｓ２０５）。

以上のような本実施形態によれば、ＧＰＳ機能等を利用して取得した位置情報と、ゴルフ利用者の識別情報とに基づいて、管理サーバ１Ａにおいてゴルフ場への入場処理を行い、ゴルフ場の担当者はゴルフ場サーバ４によって入場処理の完了を知ることができるので、混雑時であってもゴルフ利用者が受け付けで待たされることがない。

なお、端末装置２から管理サーバ１Ａに対して位置情報を送信し（Ｓ１０３）、管理サーバ１Ａが、受信した位置情報に基づいて所定範囲内の施設を検索した際（Ｓ２００）、受信した位置情報に近いゴルフ場が１つのみであった場合は、ステップＳ２０１、ステップＳ１０４を省略し、予約情報検索（Ｓ２０３）を行う構成としてもよい。

＜第３実施形態＞
次に、図１４を参照して第３実施形態について説明する。第２実施形態では、入場処理を管理サーバ１Ａにおいて行い、管理サーバ１Ａからゴルフ場サーバ４に対して入場処理の完了報告を行ったが、本実施形態は、入場処理を管理サーバ１Ａにおいて行い、ゴルフ場サーバ４からの問い合せに応じて、入場処理が処理済みであるか、あるいは、未処理であるのかを管理サーバ１Ａからゴルフ場サーバ４に回答する構成になっている。

本実施形態の入場処理システムは、第２実施形態の入場処理システム１００Ａと同様の構成であり、管理サーバ１Ａには、予約情報テーブルＴＢＬ１３が備えられている。以下、図１４を参照して、本実施形態の入場処理について説明する。

入場処理セルＡ６が押下されてから（Ｓ１００）、入場処理が行われるまでは（Ｓ２０４）、第２実施形態の入場処理と同様なので、説明を省略する。本実施形態においては、以上のような端末装置２と管理サーバ１Ａにおける処理とは独立して、ゴルフ場サーバ４から管理サーバ１Ａに対して入場処理が行われたかどうかの問い合せを随時行うことができる（Ｓ３０２）。問い合わせは、例えば、ゴルフ場の受け付けの担当者がゴルフ場サーバ４を用いて予約情報を確認し、スタート時間の所定時間前にゴルフ場サーバ４を操作して行うようにすればよい。なお、問い合わせを行う場合には、ゴルフ利用者の識別情報が送信される。

前記問い合せと識別情報を受信した管理サーバ１ＡのＣＰＵ３０は、予約情報テーブルＴＢＬ１３を参照して、受信した日の情報と、受信した識別情報に一致するレコードを検索し、該当するレコードにおける入場処理フラグがオン状態になっているかどうかを確認する。その結果、入場処理フラグがオン状態になっている場合には、入場処理が処理済みである旨の報告をゴルフ場サーバ４に対して行う。また、入場処理フラグがオフ状態になっている場合には、入場処理が未処理である旨の報告をゴルフ場サーバ４に対して行う。

以上のような本実施形態によれば、ＧＰＳ機能等を利用して取得した位置情報と、ゴルフ利用者の識別情報とに基づいて、管理サーバ１Ａにおいてゴルフ場への入場処理を行い、ゴルフ場サーバ４からの問い合せに応じて、ゴルフ場入場処理の処理済みまたは未処理をゴルフ場サーバ４に回答するので、ゴルフ場の担当者はゴルフ場サーバ４によって入場処理の完了を知ることができる。したがって、混雑時であってもゴルフ利用者が受け付けで待たされることがない。

なお、端末装置２から管理サーバ１Ａに対して位置情報を送信し（Ｓ１０３）、管理サーバ１Ａが、受信した位置情報に基づいて所定範囲内の施設を検索した際（Ｓ２００）、受信した位置情報に近いゴルフ場が１つのみであった場合は、ステップＳ２０１、ステップＳ１０４を省略し、予約情報検索（Ｓ２０３）を行う構成としてもよい。

＜第４実施形態＞
次に、図１５乃至図１７を参照して第４実施形態について説明する。第１実施形態乃至第３実施形態においては、管理サーバ１または管理サーバ１Ａにおいてゴルフ場の検索を行い、ゴルフ場のリストを端末装置２に送信して、ゴルフ利用者にゴルフ場を選択させる例について説明した。
しかし、本実施形態では、管理サーバ１または管理サーバ１Ａが、端末装置２から受信した位置情報と、施設情報テーブルＴＢＬ１２に記憶した位置情報とを突き合わせて、ゴルフ場を特定する構成となっている。本実施形態においては、管理サーバ１の場合を例にとって説明するが、管理サーバ１Ａの場合でも同様である。

本実施形態においては、施設情報テーブルＴＢＬ１２にゴルフ場の範囲を特定可能な位置情報が記憶されている。例えば、施設情報テーブルＴＢＬ１２に複数の位置情報を記憶させて、受信した位置情報がこれらの複数の位置情報の範囲内に該当する場合に、当該複数の位置情報に関連付けて記憶されたゴルフ場を該当するゴルフ場として特定する。また、施設情報テーブルＴＢＬ１２に、１点の位置情報と半径情報とを記憶させ、受信した位置情報がこの半径の範囲内に該当する場合に、当該位置情報に関連付けて記憶されたゴルフ場を該当するゴルフ場として特定するようにしてもよい。なお、本実施形態においても、ゴルフ場を特定した際に、端末装置２に特定したゴルフ場の情報を一旦送信し、ゴルフ利用者の確認を求めるようにしてもよい。

図１５は、第１実施形態の入場処理に対応する本実施形態の入場処理のフローチャートである。図１５に示すように、管理サーバ１のＣＰＵ３０は、端末装置２から位置情報を受信すると（Ｓ１０３）、施設情報テーブルＴＢＬ１２を参照して、ゴルフ場の検索を行う（Ｓ２００）。具体的には、受信した位置情報が、施設情報テーブルＴＢＬ１２に記憶された位置情報の範囲に含まれるかどうかを判断する。

受信した位置情報が、施設情報テーブルＴＢＬ１２に記憶された位置情報の範囲に含まれる場合には、当該位置情報に関連付けて記憶されたゴルフ場を該当するゴルフ場として特定する（Ｓ２０７）。その他の処理については、第１実施形態で説明した入場処理と同様なので、説明を省略する。

図１６は、第２実施形態の入場処理に対応する本実施形態の入場処理のフローチャートである。図１６に示すように、管理サーバ１ＡのＣＰＵ３０は、端末装置２から位置情報を受信すると（Ｓ１０３）、施設情報テーブルＴＢＬ１２を参照して、ゴルフ場の検索を行う（Ｓ２００）。具体的には、受信した位置情報が、施設情報テーブルＴＢＬ１２に記憶された位置情報の範囲に含まれるかどうかを判断する。

受信した位置情報が、施設情報テーブルＴＢＬ１２に記憶された位置情報の範囲に含まれる場合には、当該位置情報に関連付けて記憶されたゴルフ場を該当するゴルフ場として特定する（Ｓ２０７）。その他の処理については、第２実施形態で説明した入場処理と同様なので、説明を省略する。

図１７は、第３実施形態の入場処理に対応する本実施形態の入場処理のフローチャートである。図１７に示すように、管理サーバ１ＡのＣＰＵ３０は、端末装置２から位置情報を受信すると（Ｓ１０３）、施設情報テーブルＴＢＬ１２を参照して、ゴルフ場の検索を行う（Ｓ２００）。具体的には、受信した位置情報が、施設情報テーブルＴＢＬ１２に記憶された位置情報の範囲に含まれるかどうかを判断する。

受信した位置情報が、施設情報テーブルＴＢＬ１２に記憶された位置情報の範囲に含まれる場合には、当該位置情報に関連付けて記憶されたゴルフ場を該当するゴルフ場として特定する（Ｓ２０７）。その他の処理については、第３実施形態で説明した入場処理と同様なので、説明を省略する。

以上のような本実施形態によれば、ＧＰＳ機能等を利用して取得した位置情報と、ゴルフ利用者の端末装置の位置情報とに基づいて、管理サーバ１または管理サーバ１Ａにおいてゴルフ場の特定を行い、入場処理を行うので、ゴルフ場の担当者はゴルフ場サーバ４によって入場処理の完了を知ることができる。したがって、混雑時であってもゴルフ利用者が受け付けで待たされることがない。

＜第５実施形態＞
次に、図１８及び図１９を参照して第５実施形態について説明する。第１実施形態乃至第３実施形態においては、ゴルフ場サーバ４の記憶部４２に予約情報テーブルＴＢＬ２０を記憶させた例について説明した。
しかし、本実施形態では、ゴルフ場サーバ４の代わりに、管理サーバ１Ａのクライアント端末であるゴルフ場端末４Ａを用いる構成となっている。

図１８は、本実施形態の入場処理システム１００Ｂの構成を示すブロック図である。図１８に示すように、管理サーバ１Ａは第２実施形態と同様の構成であり、記憶部１５には予約情報テーブルＴＢＬ１３が記憶されている。また、ゴルフ場端末４Ａには予約情報テーブルＴＢＬ２０は備えられていない。

図１９は、本実施形態の入場処理を示すフローチャートである。端末装置２おける処理（Ｓ１００〜Ｓ１０４）、管理サーバ１Ａにおける処理（Ｓ２００〜Ｓ２０４）は、第２実施形態で説明した処理と同様なので、説明を省略する。本実施形態においては、ゴルフ場端末４Ａは管理サーバ１Ａのクライアント端末なので、管理サーバ１Ａにおいて入場処理が行われる予約情報テーブルＴＢＬ１３の状態を、ゴルフ場端末４Ａにおいて閲覧することが可能となっている。

従って、本実施形態においても、ＧＰＳ機能等を利用して取得した位置情報と、ゴルフ利用者の端末装置の位置情報とに基づいて、管理サーバ１Ａにおいて入場処理を行い、入場処理の状態をゴルフ場端末で確認することができるので、ゴルフ場の担当者は入場処理の完了を知ることができる。したがって、混雑時であってもゴルフ利用者が受け付けで待たされることがない。

なお、端末装置２から管理サーバ１Ａに対して位置情報を送信し（Ｓ１０３）、管理サーバ１Ａが、受信した位置情報に基づいて所定範囲内の施設を検索した際（Ｓ２００）、受信した位置情報に近いゴルフ場が１つのみであった場合は、ステップＳ２０１、ステップＳ１０４を省略し、予約情報検索（Ｓ２０３）を行う構成としてもよい。

＜第６実施形態＞
次に、図２０を参照して第６実施形態について説明する。第４実施形態においては、第１実施形態に対応する例として、ゴルフ場サーバ４の記憶部４２に予約情報テーブルＴＢＬ２０を記憶させ、管理サーバ１においてゴルフ場を特定して、ゴルフ場サーバ４に対して入場処理要求を行う例について説明した。
しかし、本実施形態においては、管理サーバ１においてゴルフ場を特定する構成については第４実施形態と同様であるが、ゴルフ場サーバ４の代わりに、管理サーバ１Ａのクライアント端末であるゴルフ場端末４Ａを用いる構成となっている。

図２０は、本実施形態の入場処理を示すフローチャートである。端末装置２おける処理（Ｓ１００〜Ｓ１０３）、管理サーバ１Ａにおける処理（Ｓ２００〜Ｓ２０４）は、第４実施形態で説明した処理と同様なので、説明を省略する。本実施形態においては、ゴルフ場端末４Ａは管理サーバ１Ａのクライアント端末なので、管理サーバ１Ａにおいて入場処理が行われる予約情報テーブルＴＢＬ１３の状態を、ゴルフ場端末４Ａにおいて閲覧することが可能となっている。

従って、本実施形態においても、ＧＰＳ機能等を利用して取得した位置情報と、ゴルフ利用者の端末装置の位置情報とに基づいて、管理サーバ１Ａにおいて入場処理を行い、入場処理の状態をゴルフ場端末で確認することができるので、ゴルフ場の担当者は入場処理の完了を知ることができる。したがって、混雑時であってもゴルフ利用者が受け付けで待たされることがない。

＜変形例＞
本発明は、上述した実施形態に限定されるものではなく、以下に述べる各種の変形が可能である。また、各変形例及び実施形態は、適宜、組み合わせてもよいことは勿論である。

＜変形例１＞
上述した各実施形態においては、例えば、図６に示す予約情報テーブルＴＢＬ２０に示すように、同伴者の氏名を予約情報として記憶しておく例について説明した。しかし、本発明はこのような例に限定されるものではなく、予約の際に、管理サーバ１がゴルフユーザ情報テーブルＴＢＬ１１を参照して、同伴者の氏名から同伴者の識別情報ＵＩＤを抽出するようにしてもよい。そして、管理サーバ１は、予約者の識別情報ＵＩＤ同伴者の識別情報ＵＩＤを含めて予約サーバ（図示せず）に送信する。予約サーバは、ゴルフ場サーバ４に対して送信する予約情報に、同伴者の識別番号ＵＩＤを含め、予約情報テーブルＴＢＬ２０に同伴者の識別情報ＵＩＤを記憶させるようにしてもよい。そして、入場処理を行う際に、予約者の入場処理だけでなく、同伴者による入場処理を行うようにしてもよい。

図２１は、変形例１の入場処理システム１００Ｃを示すブロック図である。変形例１の入場処理システム１００Ｃは、第１実施形態に対応する変形例である。図２１と図１とを比較するとわかるように、変形例１のゴルフ場サーバ４Ｂの記憶部４２には、プレーヤー情報テーブルＴＢＬ２１が記憶されている。

プレーヤー情報テーブルＴＢＬ２１は、図２２Ａ及び図２２Ｂに示すように、予約ＩＤ、プレーヤー１〜プレーヤー４の氏名、各プレーヤーの識別情報ＵＩＤ、入場処理フラグが記憶される。なお、プレーヤー情報テーブルＴＢＬ２１は、図２２Ａ及び図２２Ｂに分けて記載しているが、一つのテーブルである。

また、変形例１における予約情報テーブルＴＢＬ２０には、同伴者の氏名の代わりに、同伴者の識別情報ＵＩＤが記憶されるものとする。但し、同伴者の氏名も記憶されていてもよい。

ゴルフ場サーバ４は、予約サーバから、予約情報を受信すると、予約情報テーブルＴＢＬ２０にその予約情報を記憶させる。さらに、ゴルフ場サーバ４は、予約ＩＤと関連付けて、予約者の氏名及び識別情報ＵＩＤ、並びに、同伴者の氏名及び識別情報をプレーヤー情報テーブルＴＢＬ２１に記憶させる。そして、予約者及び同伴者が入場処理を行った場合には、ゴルフ場サーバ４は、プレーヤー情報テーブルＴＢＬ２１における入場処理フラグをオン状態とする。

図２３は、変形例１における入場処理のフローチャートである。図２３において、端末装置２におけるＳ１００〜Ｓ１０４の処理は、予約者が入場処理セルを押下したことを契機として行われる端末装置２の処理であり、管理サーバ１におけるＳ２００〜Ｓ２０２の処理は、当該端末装置２の処理に対応して行われる管理サーバ１の処理である。これらの処理は、第１実施形態で説明した処理と同様なので、説明を省略する。

管理サーバ１からゴルフ場サーバ４に対して、予約者の識別情報ＵＩＤと共に入場処理要求が送信され（Ｓ２０２）、これらの情報を受信したゴルフ場サーバ４のＣＰＵは、受信した日の情報と、受信した識別情報ＵＩＤに基づき、予約情報テーブルＴＢＬ２０においてこれらの情報と一致する予約情報を検索する（Ｓ３００）。一致する予約情報が存在した場合には、ゴルフ場サーバ４のＣＰＵは、当該予約情報の予約ＩＤと、受信した識別情報ＵＩＤに基づき、プレーヤー情報テーブルＴＢＬ２１においてこれらの情報と一致するレコードを検索し、一致するレコードが存在した場合には、当該識別情報ＵＩＤに対応する入場処理フラグをオン状態とする入場処理を行う（Ｓ３１０）。

次に、同伴者がゴルフ場に行き、自分の端末装置２を操作してゴルフナビゲーションアプリケーションを起動させ、入場処理セルＡ６を押下すると、端末装置２のＣＰＵ４０はこの押下を受け付ける（Ｓ１０５）。そして、第１実施形態で説明したログイン処理を行う（Ｓ１０６）。ログイン処理が成功した場合には、端末装置２のＣＰＵ４０は、端末装置２に備えられたＧＰＳ機能を利用して位置情報を取得する（Ｓ１０７）。この際、端末装置２のＣＰＵ４０は、端末装置２のディスプレイ４５に位置情報を取得している旨のメッセージをディスプレイ４５に表示させる。

位置情報が取得された場合には、端末装置２のＣＰＵ４０は、位置情報を管理サーバ１に送信する（Ｓ１０８）。位置情報を受信した管理サーバ１のＣＰＵ３０は、施設情報テーブルＴＢＬ１２を参照して、受信した位置情報に近いゴルフ場を検索する（Ｓ２１０）。受信した位置情報に近いゴルフ場が複数存在する場合には、位置情報を受信した管理サーバ１のＣＰＵ３０は、これらのゴルフ場をリスト化して、端末装置２に送信する（Ｓ２１１）。なお、このゴルフ場のリストには、ゴルフ場ＩＤ、ゴルフ場名、及びゴルフ場の住所が含まれる。

ゴルフ場のリストを受信した端末装置２のＣＰＵ４０は、端末装置２のディスプレイ４５に図９に示すようなゴルフ場のリストを表示させたゴルフ場選択画面Ｐ３を表示させる。同伴者が、ゴルフ場選択画面Ｐ３に表示されたゴルフ場の中から、現在、自分がいるゴルフ場に対応するゴルフ場選択セルを押下する。ゴルフ場選択セルが押下されると、端末装置２のＣＰＵ４０は、押下されたゴルフ場選択セルに対応するゴルフ場ＩＤを管理サーバ１に送信する（Ｓ１０９）。

ゴルフ場ＩＤを受信した管理サーバ１のＣＰＵ３０は、施設情報テーブルＴＢＬ１２を参照して、当該ゴルフ場ＩＤに関連付けられた通信情報を抽出し、当該ゴルフ場ＩＤに対応するゴルフ場のゴルフ場サーバ４宛に、ユーザの識別情報ＵＩＤと入場処理要求を送信する（Ｓ２１２）。

入場処理要求を受信したゴルフ場サーバ４のＣＰＵは、予約情報テーブルＴＢＬ２０を参照して、受信した日の情報と、受信した識別情報に基づいて、一致する予約情報のレコードがあるかどうかを検索する（Ｓ３１１）。この際、受信した識別情報は、同伴者の識別情報である可能性があるので、予約情報テーブルＴＢＬ２０内のレコードを、同伴者の識別情報も含めて検索する。

ゴルフ場サーバ４のＣＰＵは、一致する予約情報のレコードがあり、一致した識別情報が同伴者の識別情報である場合には、当該レコードの予約ＩＤを読み取る。そして、ゴルフ場サーバ４のＣＰＵは、プレーヤー情報テーブルＴＢＬ２１から、当該予約ＩＤに一致するレコードを検索する。一致するレコードがあった場合には、ゴルフ場サーバ４のＣＰＵは、当該識別情報ＵＩＤに対応する入場処理フラグをオン状態とする入場処理を行う（Ｓ３１２）。

このようにして、他の同伴者についても同様に入場処理を行う。以上のような変形例１によれば、ＧＰＳ機能等を利用して取得した位置情報と、ゴルフ利用者の識別情報とに基づいて、予約者だけでなく、同伴者についても、ゴルフ場への入場処理を簡単に行うことができ、混雑時であっても受け付けで待たされることがない。

なお、端末装置２から管理サーバ１に対して位置情報を送信し（Ｓ１０３、Ｓ１０８）、管理サーバ１が、受信した位置情報に基づいて所定範囲内の施設を検索した際（Ｓ２００、Ｓ２１０）、受信した位置情報に近いゴルフ場が１つのみであった場合は、ステップＳ２０１、ステップＳ１０４、ステップＳ２１１、ステップＳ１０９を省略し、管理サーバ１での施設検索（Ｓ２００）で検出されたゴルフ場のゴルフ場サーバ４へ入場処理要求を送信（Ｓ２０２、Ｓ２１２）する構成としてもよい。

＜変形例２＞
変形例１においては、第１実施形態に対応する例において、予約者だけでなく、同伴者の入場処理を行う例について説明した。しかし、本発明はこのような例に限定されるものではなく、第２実施形態に対応する例において、予約者だけでなく、同伴者の入場処理を行うようにしてもよい。

図２４は、変形例２の入場処理システム１００Ｄを示すブロック図である。変形例２の入場処理システム１００Ｄは、第２実施形態に対応する変形例である。図２４と図１１とを比較するとわかるように、変形例２の管理サーバ１Ｂの記憶部１５には、プレーヤー情報テーブルＴＢＬ１４が記憶されている。

プレーヤー情報テーブルＴＢＬ１４は、変形例１で説明したプレーヤー情報テーブルＴＢＬ２１と同様のテーブルであり、予約ＩＤ、プレーヤー１〜プレーヤー４の氏名、各プレーヤーの識別情報ＵＩＤ、入場処理フラグが記憶される。

また、変形例２における予約情報テーブルＴＢＬ１３には、同伴者の氏名の代わりに、同伴者の識別情報ＵＩＤが記憶されるものとする。但し、同伴者の氏名も記憶されていてもよい。

管理サーバ１Ｂは、予約サーバから、予約情報を受信すると、予約情報テーブルＴＢＬ１３にその予約情報を記憶させる。さらに、管理サーバ１Ｂは、予約ＩＤと関連付けて、予約者の氏名及び識別情報ＵＩＤ、並びに、同伴者の氏名及び識別情報をプレーヤー情報テーブルＴＢＬ１４に記憶させる。そして、予約者及び同伴者が入場処理を行った場合には、管理サーバ１Ｂは、プレーヤー情報テーブルＴＢＬ１４における入場処理フラグをオン状態とする。

図２５は、変形例２における入場処理のフローチャートである。図２５において、端末装置２におけるＳ１００〜Ｓ１０４の処理は、予約者が入場処理セルを押下したことを契機として行われる端末装置２の処理であり、管理サーバ１ＢにおけるＳ２００〜Ｓ２０１の処理は、当該端末装置２の処理に対応して行われる管理サーバ１Ｂの処理である。これらの処理のうち、第２実施形態で説明した処理と共通の処理については、説明を省略する。

予約者の端末装置２においてゴルフ場が選択されると、そのゴルフ場のゴルフ場ＩＤが予約者の識別情報と共に端末装置２から管理サーバ１Ｂに送信される（Ｓ１０４）。これらの情報を受信した管理サーバ１ＢのＣＰＵ３０は、受信した日の情報と、受信した識別情報に基づいて、予約情報テーブルＴＢＬ２０においてこれらと一致する情報を検索する（Ｓ２２０）。この際、識別情報は、同伴者の識別情報の可能性があるので、予約情報テーブルＴＢＬ１３内のレコードを、同伴者の識別情報も含めて検索する。

管理サーバ１ＢのＣＰＵ３０は、一致する予約情報のレコードがあった場合には、当該レコードの予約ＩＤを読み取る。そして、管理サーバ１ＢのＣＰＵ３０は、プレーヤー情報テーブルＴＢＬ１４から、当該予約ＩＤに一致するレコードを検索する。一致するレコードがあった場合には、管理サーバ１ＢのＣＰＵ３０は、当該識別情報ＵＩＤに対応する入場処理フラグをオン状態とする入場処理を行う（Ｓ２２１）。さらに、管理サーバ１ＢのＣＰＵ３０は、予約者について入場処理が管理したことをゴルフ場サーバ４に報告する（Ｓ２２２）。

次に、同伴者がゴルフ場に行き、自分の端末装置２を操作してゴルフナビゲーションアプリケーションを起動させ、入場処理セルＡ６を押下すると、端末装置２のＣＰＵ４０はこの押下を受け付ける（Ｓ１１０）。そして、第１実施形態で説明したログイン処理を行う（Ｓ１１１）。ログイン処理が成功した場合には、端末装置２のＣＰＵ４０は、端末装置２に備えられたＧＰＳ機能を利用して位置情報を取得する（Ｓ１１２）。この際、端末装置２のＣＰＵ４０は、端末装置２のディスプレイ４５に位置情報を取得している旨のメッセージをディスプレイ４５に表示させる。

位置情報が取得された場合には、端末装置２のＣＰＵ４０は、位置情報を管理サーバ１に送信する（Ｓ１１３）。位置情報を受信した管理サーバ１ＢのＣＰＵ３０は、施設情報テーブルＴＢＬ１２を参照して、受信した位置情報に近いゴルフ場を検索する（Ｓ２２３）。受信した位置情報に近いゴルフ場が複数存在する場合には、位置情報を受信した管理サーバ１のＣＰＵ３０は、これらのゴルフ場をリスト化して、端末装置２に送信する（Ｓ２２４）。なお、このゴルフ場のリストには、ゴルフ場ＩＤ、ゴルフ場名、及びゴルフ場の住所が含まれる。

ゴルフ場のリストを受信した端末装置２のＣＰＵ４０は、端末装置２のディスプレイ４５に図９に示すようなゴルフ場のリストを表示させたゴルフ場選択画面Ｐ３を表示させる。同伴者が、ゴルフ場選択画面Ｐ３に表示されたゴルフ場の中から、現在、自分がいるゴルフ場に対応するゴルフ場選択セルを押下する。ゴルフ場選択セルが押下されると、端末装置２のＣＰＵ４０は、押下されたゴルフ場選択セルに対応するゴルフ場ＩＤを同伴者の識別情報と共に管理サーバ１Ｂに送信する（Ｓ１１４）。

ゴルフ場ＩＤと識別情報を受信した管理サーバ１ＢのＣＰＵ３０は、受信した日の情報と、受信した識別情報に基づいて、予約情報テーブル１３においてこれらと一致する情報を検索する（Ｓ２２５）。この際、識別情報は、同伴者の識別情報の可能性があるので、予約情報テーブルＴＢＬ１３内のレコードを、同伴者の識別情報も含めて検索する。

管理サーバ１ＢのＣＰＵ３０は、一致する予約情報のレコードがあった場合には、当該レコードの予約ＩＤを読み取る。そして、管理サーバ１ＢのＣＰＵ３０は、プレーヤー情報テーブルＴＢＬ１４から、当該予約ＩＤに一致するレコードを検索する。一致するレコードがあった場合には、管理サーバ１ＢのＣＰＵ３０は、当該識別情報ＵＩＤに対応する入場処理フラグをオン状態とする入場処理を行う（Ｓ２２６）。さらに、管理サーバ１ＢのＣＰＵ３０は、予約者について入場処理が管理したことをゴルフ場サーバ４に報告する（Ｓ２２７）。

このようにして、他の同伴者についても同様に入場処理を行う。以上のような変形例２によれば、ＧＰＳ機能等を利用して取得した位置情報と、ゴルフ利用者の識別情報とに基づいて、予約者だけでなく、同伴者についても、ゴルフ場への入場処理を簡単に行うことができ、混雑時であっても受け付けで待たされることがない。

なお、端末装置２から管理サーバ１Ｂに対して位置情報を送信し（Ｓ１０３、Ｓ１１３）、管理サーバ１Ｂが、受信した位置情報に基づいて所定範囲内の施設を検索した際（Ｓ２００、Ｓ２２３）、受信した位置情報に近いゴルフ場が１つのみであった場合は、ステップＳ２０１、ステップＳ１０４、ステップＳ２２４、ステップＳ１１４を省略し、予約情報検索（Ｓ２２０、Ｓ２２５）を行う構成としてもよい。

＜変形例３＞
同伴者による入場処理は、第３実施形態に対応する例についても適用可能である。同伴者による入場処理は、第３実施形態に対応する例に適用する場合には、管理サーバ１Ｂにおいて予約者と同伴者の入場処理を行う構成は、変形例２と共通なので説明を省略する。

変形例３においては、管理サーバ１ＢのＣＰＵ３０は、予約者と同伴者の入場処理を行った後にゴルフ場サーバ４への完了報告は行わず、ゴルフ場サーバ４から問い合わせがあった場合に、処理済みあるいは未処理をゴルフ場サーバ４に回答する。

以上のような変形例３によれば、ＧＰＳ機能等を利用して取得した位置情報と、ゴルフ利用者の識別情報とに基づいて、予約者だけでなく、同伴者についても、ゴルフ場への入場処理を簡単に行うことができ、混雑時であっても受け付けで待たされることがない。

なお、端末装置２から管理サーバ１Ｂに対して位置情報を送信し（Ｓ１０３）、管理サーバ１Ｂが、受信した位置情報に基づいて所定範囲内の施設を検索した際（Ｓ２００）、受信した位置情報に近いゴルフ場が１つのみであった場合は、ステップＳ２０１、ステップＳ１０４を省略し、予約情報検索（Ｓ２０３）を行う構成としてもよい。

＜変形例４＞
上述した第４実施形態では、第１実施形態乃至第３実施形態に対応する例において、管理サーバ１または管理サーバ１Ａがゴルフ場を特定する場合について説明した（図１５乃至図１７）。しかし、本発明はこのような例に限定されるものではなく、上述した変形例１〜変形例３に対応する例において、管理サーバ１または管理サーバ１Ｂが、ゴルフ場を特定するようにしてもよい。ゴルフ場の特定の仕方については、第４実施形態と同様なので説明を省略する。

＜変形例５＞
第５実施形態では、第２実施形態に対応する例において、ゴルフ場サーバ４の代わりに、管理サーバ１Ａのクライアント端末であるゴルフ場端末４Ａを用いる例について説明した（図１８、図１９）。変形例２及び変形例３で説明した同伴者の入場処理を行う構成は、第５実施形態に対応する例に対しても適用可能である。
この場合には、管理サーバ１Ａの代わりに、変形例２及び変形例３で説明した管理サーバ１Ｂを用いて同伴者の入場処理を行うようにすればよい。入場処理の詳細は、変形例２及び変形例３で説明した内容と共通なので説明を省略する。また、その他の処理については、第５実施形態で説明した処理と共通なので説明を省略する。

＜変形例６＞
第６実施形態では、第４実施形態に対応する例において、ゴルフ場サーバ４の代わりに、管理サーバ１Ａのクライアント端末であるゴルフ場端末４Ａを用いる例について説明した（図２０）。変形例２及び変形例３で説明した同伴者の入場処理を行う構成は、第６実施形態に対応する例に対しても適用可能である。
この場合には、管理サーバ１Ａの代わりに、変形例２及び変形例３で説明した管理サーバ１Ｂを用いて同伴者の入場処理を行うようにすればよい。入場処理の詳細は、変形例２及び変形例３で説明した内容と共通なので説明を省略する。また、その他の処理については、第６実施形態で説明した処理と共通なので説明を省略する。

＜変形例７＞
上述した各実施形態及び各変形例においては、入場処理を行う際には、管理サーバ１、１Ａ、及び１ＢにログインＩＤとパスワードを送信してログイン処理を行う例について説明したが、本発明はこのような例に限定されるものではない。
本実施形態のゴルフナビゲーションアプリケーションにおいては、ＳＮＳとの接続の設定を可能としてもよい。

図２６は、第１実施形態に対応する入場処理システム１００Ｅを示すブロック図である。図２７は、第２実施形態に対応する入場処理システム１００Ｆを示すブロック図である。図２８は、第５実施形態に対応する入場処理システム１００Ｇを示すブロック図である。図２９は、変形例１に対応する入場処理システム１００Ｈを示すブロック図である。図３０は、変形例２に対応する入場処理システム１００Ｈを示すブロック図である。

図２６乃至図３０に示すいずれの例においても、入場処理システムには外部管理サーバ３が接続されており、管理サーバ１、１Ａ、１Ｂは、外部管理サーバ３と通信可能に構成されている。変形例７においては、この外部管理サーバ３によってＳＮＳが提供される。

外部管理サーバ３が提供するＳＮＳにおいては、掲示板、メール、チャット等を利用することができるだけでなく、ゲームや実用的なツールなどのアプリケーションを利用することができる。このアプリケーションは、前記ＳＮＳの提供者以外の提供者によっても提供されることがあり、アプリケーションを利用するか否か、あるいは、どのアプリケーションを利用するかは、ＳＮＳ利用者が任意に決定できるようになっている。

上述した各実施形態及び各変形例において説明したゴルフナビゲーションアプリケーションは、前記ＳＮＳと連動可能なアプリケーションであり、ゴルフナビゲーションアプリケーションを起動した状態で、前記ＳＮＳにログインすることにより、ゴルフナビゲーションアプリケーションにおいて入力したスコア等を、前記ＳＮＳにおけるページ等に投稿することが可能になっている。
変形例７においては、ゴルフナビゲーションアプリケーションを起動した状態で、前記ＳＮＳにログインすることにより、ゴルフナビゲーションアプリケーションが当該ＳＮＳ利用者のプロフィール情報やＳＮＳ上の前記友達情報にアクセスする機能や、ゴルフナビゲーションアプリケーションが当該ＳＮＳ利用者の代わりに掲示板等に投稿する機能等についての承認が行われるようになっている。ＳＮＳ利用者がこの承認を行うことにより、当該ＳＮＳ利用者はゴルフ利用者となる。

つまり、ゴルフ利用者は、ＳＮＳ利用者に含まれる。換言すれば、管理サーバ１、１Ａ、１Ｂは、ゴルフ利用者にゴルフナビゲーションアプリケーションを通じて入場処理等のサービスを提供し、外部管理サーバ３のＳＮＳ利用者に限って、ゴルフナビゲーションアプリケーションのゴルフ利用者として登録する。一方、外部管理サーバ３は、ゴルフ利用者を含むＳＮＳ利用者に対してＳＮＳを提供する。このように、ゴルフ利用者はＳＮＳ利用者に含まれ、しかも、上述のようにゴルフナビゲーションアプリケーションがＳＮＳ利用者のプロフィール情報やＳＮＳ上の友達情報にアクセスする機能や、ゴルフナビゲーションアプリケーションがＳＮＳ利用者の代わりに掲示板等に投稿する機能等について、ＳＮＳ利用者の承認を得ている。

このように、変形例７においては、ゴルフナビゲーションアプリケーションは、ＳＮＳと連動可能なアプリケーションの一種として提供されるので、端末装置２の利用者が、ゴルフナビゲーションアプリケーションを利用する場合には、まず端末装置２から外部管理サーバ３にアクセスし、ＳＮＳにログインすることが必要になる。

変形例７においては、端末装置２において、入場処理セルが押下される、端末装置２は外部管理サーバ３にアクセスして、ＳＮＳとのログイン処理を行う。ログイン処理が成功した場合には、ゴルフナビゲーションアプリケーションを利用して、所定のゴルフ場でゴルフのラウンドを開始する旨のメッセージ、あるいは、入力したスコアについてのメッセージを、ＳＮＳのページ上に投稿することができる。

より具体的には、入場処理セルＡ６が押下されると、端末装置２のＣＰＵ４０は、外部管理サーバ３に対してＳＮＳのログイン画面要求を送信する。ログイン画面要求を受信した外部管理サーバ３のＣＰＵは、ＳＮＳのログイン画面情報を端末装置２に送信する。ＳＮＳのログイン画面情報を受信した端末装置２のＣＰＵ４０は、ログイン画面情報に基づいてディスプレイ４５に図８に示すＳＮＳのログイン画面Ｐ２を表示させる。ログイン画面Ｐ２は、第１実施形態で説明したもの同様なので、説明を省略する。

ログインＩＤ入力欄Ｂ１にＳＮＳのログインＩＤが入力されパスワード入力欄Ｂ２にパスワードが入力された状態で送信ボタンＢ３が押下されると、端末装置２のＣＰＵ４０は、外部管理サーバ３に対してログインＩＤとパスワードを送信する。ログインＩＤとパスワードを受信した外部管理サーバ３のＣＰＵは、ログイン処理を行う。ログイン処理においては、ＨＤＤに記憶されているＳＮＳ利用者情報テーブルＴＢＬ３１に、受信したログインＩＤとパスワードの組と一致する組が存在するかどうかを確認する。受信したログインＩＤとパスワードの組と一致する組がＳＮＳ利用者情報テーブルＴＢＬ３１に存在した場合には、外部管理サーバ３のＣＰＵは端末装置２にアクセストークンを送信する。端末装置２のＣＰＵ４０は、アクセストークンを記憶装置４３に記憶し、これ以降、ＳＮＳに対してメッセージを投稿する等の処理を行う場合には、アクセストークンを付して送信を行う。

また、ログイン処理が成功した場合には、その旨のメッセージをディスプレイ４５に表示させ、その後、第１実施形態で説明したように、位置情報の取得処理を行う。ログイン処理が失敗した場合には、外部管理サーバ３から端末装置２へのアクセストークンの送信は行われず、端末装置２のＣＰＵ４０は、ディスプレイ４５に、ログインＩＤまたはパスワードが間違っている旨のメッセージを表示させ、ログインＩＤとパスワードの再入力を促す。
なお、変形例７においては、ログイン処理の成功後に外部管理サーバ３から端末装置２にアクセストークンを送信する例について説明するが、本発明はこの例に限定されるものではなく、再度の手動でのログインを不要とする方法であれば、どのような方法を採用してもよい。

このようにＳＮＳにログイン処理を行うことにより、上述した各実施形態と各変形例で説明した入場処理を行った後に、ゴルフナビゲーションアプリケーションの機能を利用して、各ホールのスコアをＳＮＳに投稿することが可能となる。なお、第１実施形態で説明したゴルフナビゲーションアプリケーションについてのログイン操作で、ＳＮＳへも同時にログインできるように構成してもよいし、ゴルフナビゲーションアプリケーションについてのログイン操作とは別のログイン操作でＳＮＳにログインするように構成してもよい。

＜変形例８＞
上述した各実施形態及び各変形例においては、ゴルフナビゲーションアプリケーションの機能の１つである位置情報を取得する機能を用いているが、これに限られるものではなく、端末装置２において位置情報を取得して管理サーバ１、１Ａ、１Ｂに送信できる機能であれば、いかなるアプリケーションを用いてもよい。また、上述した各実施形態及び各変形例においては、ゴルフナビゲーションアプリケーションに登録されたユーザとしての識別情報ＵＩＤを用いているが、ユーザを特定可能であって予約情報との照合が可能な識別情報であれば、いかなる情報を用いてもよい。

＜変形例９＞
上述した各実施形態及び各変形例においては、端末装置２において表示するメッセージの作成を、端末装置２において行う例について説明したが、本発明はこの例に限定されるものではなく、管理サーバ１、１Ａ、１Ｂにおいてメッセージの作成を行うようにしてもよい。

上述した各実施形態及び各変形例では、管理サーバ１、１Ａ、１Ｂが提供するサービスとして、ゴルフに関するサービスを一例として説明したが、本発明はこれに限定されるものではなく、管理サーバ１、１Ａ、１Ｂはどのようなサービスを提供するものであってもよい。例えば、利用者同士の共通のテーマに基づいて、アプリケーション上で特定の関係を構築するすべてのものに適用できる。共通のテーマは、ランニング、バドミントン等のスポーツ、将棋、ゲームなどの趣味的なものであってもよいし、ビジネスに関するものあってもよい。また、ホテルの予約などを含む旅行情報の提供、パーティ情報の提供、コンサート情報の提供、サービスや物品の販売を提供するものであってもよい。また、特定の関係は、友達関係に限定されない。例えば、上司と部下の関係であってもよいし、問屋と小売の関係であってもよいし、フォロワーと被フォロワーの関係であってもよい。要は、一定の規則に基づいて構築される関係であればどのようなものであってもよい。

さらに、上述した各実施形態及び各変形例でゴルフナビゲーションアプリケーションとして説明したアプリケーションは、コンサートなどの音楽や演劇の上演、これらや映画の鑑賞などに関するものであってもよい。これらの場合でも、上述の各実施形態及び各変形例で説明した構成や方法を応用可能である。

なお、本発明における機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することとしてもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。また、本発明における機能またはその一部を実現するためのプログラムを配信する配信サーバ及び当該配信サーバに備えられた記憶媒体、及び当該配信サーバの外部に存在し、当該プログラムを前記配信サーバにより配信するために記憶している記憶媒体も、本発明の範囲に含まれる。すなわち、例えばゴルフナビゲーションアプリケーションとして説明した機能またはその一部を実現するためのプログラムを配信するサーバも、本発明の範囲に含まれるものである。

また、上述した機能の一部または全部を、ＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）等の集積回路として実現してもよい。上述した各機能は個別にプロセッサ化してもよいし、一部、または全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。

なお、本発明は上述の実施形態及び変形例に限定されるものではなく、本発明の趣旨の範囲内での変更は本発明に含まれるものである。

ＮＥＴ……通信網、１，１Ａ，１Ｂ……管理サーバ、２……端末装置、３……外部管理サーバ、４，４Ａ，４Ｂ……ゴルフ場サーバ、１０……識別情報管理部、１１……位置情報管理部、１２……予約情報取得部、１３……入場処理部、１４……判断部、１５……記憶部、１６……受信部、２０……入力部、２１……表示部、２２……位置情報取得部、２３……送信部、４０……入力部、４１……表示部、４２……記憶部、１００，１００Ａ，１００Ｂ，１００Ｃ，１００Ｄ，１００Ｅ，１００Ｆ，１００Ｇ，１００Ｈ，１００Ｉ……入場処理システム。

Claims (10)

1. ユーザの使用に係る端末装置と通信可能で、コンピュータを備える予約管理装置のプログラムであって、
   前記コンピュータを、
   前記端末装置から、前記端末装置が取得した位置に関する位置情報と、前記端末装置を使用するユーザを特定可能な識別情報とを受信可能な受信部と、
   前記識別情報を管理する識別情報管理部と、
   所定のアクティビティを実行可能な場所を特定する場所情報と位置情報とを関連付けて管理する位置情報管理部と、
   少なくとも前記識別情報と、前記ユーザが前記所定のアクティビティのために利用を希望する場所の予約日とを含む予約情報を取得する予約情報取得部と、
   少なくとも前記端末装置から受信した前記位置情報及び識別情報と、前記端末装置から前記位置情報及び識別情報とを受信した日の日付情報とに基づき、前記受信した位置情報に関連付けられる場所情報と、前記受信した識別情報に一致する識別情報と、前記端末装置から受信した日付情報に一致する予約日とを含む前記予約情報が存在するか否かを判断する判断部と、
   前記判断部で前記場所情報と前記識別情報と前記予約日とを含む前記予約情報が存在すると判断した場合に、前記ユーザが前記場所に入場したことを情報として残す処理である入場処理を行う、あるいは当該入場処理を行うことを指示する入場処理部として機能させる、
   ことを特徴とする予約管理装置のプログラム。
2. 前記位置情報管理部は、前記受信した位置情報に関連付けられる一または複数の前記場所情報を抽出して前記端末装置に提示し、
   前記判断部は、前記端末装置において選択され前記端末装置から受信した場所情報を、前記受信した位置情報に関連付けられる前記場所情報として、前記予約情報が存在するか否かを判断する、
   ことを特徴とする請求項１に記載の予約管理装置のプログラム。
3. 前記位置情報管理部は、前記受信した位置情報に基づいて、当該位置情報に関連付けられる一の場所情報を抽出し、
   前記判断部は、前記抽出した一の場所情報を、前記受信した位置情報に関連付けられる前記場所情報として、前記予約情報が存在するか否かを判断する、
   ことを特徴とする請求項１に記載の予約管理装置のプログラム。
4. 前記予約管理装置は、外部管理装置と通信可能であり、
   前記予約情報取得部は、前記外部管理装置から前記予約情報を取得し、
   前記入場処理部は、前記外部管理装置に当該入場処理を行うことを指示する、
   ことを特徴とする請求項１乃至請求項３のいずれか一に記載の予約管理装置のプログラム。
5. ユーザの使用に係る端末装置と通信可能な予約管理装置の制御方法あって、
   前記端末装置から、前記端末装置が取得した位置に関する位置情報と、前記端末装置を使用するユーザを特定可能な識別情報とを受信し、
   前記識別情報を管理し、
   所定のアクティビティを実行可能な場所を特定する場所情報と位置情報とを関連付けて管理し、
   少なくとも前記識別情報と、前記ユーザが前記所定のアクティビティのために利用を希望する場所の予約日とを含む予約情報を取得し、
   少なくとも前記端末装置から受信した前記位置情報及び識別情報と、前記端末装置から前記位置情報及び識別情報とを受信した日の日付情報とに基づき、前記受信した位置情報に関連付けられる場所情報と、前記受信した識別情報に一致する識別情報と、前記端末装置から受信した日付情報に一致する予約日とを含む前記予約情報が存在するか否かを判断し、
   前記場所情報と前記識別情報と前記予約日とを含む前記予約情報が存在すると判断した場合に、前記ユーザが前記場所に入場したことを情報として残す処理である入場処理を行う、あるいは当該入場処理を行うことを指示する、
   ことを特徴とする予約管理装置の制御方法。
6. ユーザの使用に係る端末装置と通信可能な予約管理装置であって、
   前記端末装置から、前記端末装置が取得した位置に関する位置情報と、前記端末装置を使用するユーザを特定可能な識別情報とを受信可能な受信部と、
   前記識別情報を管理する識別情報管理部と、
   所定のアクティビティを実行可能な場所を特定する場所情報と位置情報とを関連付けて管理する位置情報管理部と、
   少なくとも前記識別情報と、前記ユーザが前記所定のアクティビティのために利用を希望する場所の予約日とを含む予約情報を取得する予約情報取得部と、
   少なくとも前記端末装置から受信した前記位置情報及び識別情報と、前記端末装置から前記位置情報及び識別情報とを受信した日の日付情報とに基づき、前記受信した位置情報に関連付けられる場所情報と、前記受信した識別情報に一致する識別情報と、前記端末装置から受信した日付情報に一致する予約日とを含む前記予約情報が存在するか否かを判断する判断部と、
   前記判断部で前記場所情報と前記識別情報と前記予約日とを含む前記予約情報が存在すると判断した場合に、前記ユーザが前記場所に入場したことを情報として残す処理である入場処理を行う、あるいは当該入場処理を行うことを指示する入場処理部と、
   を備えることを特徴とする予約管理装置。
7. 前記位置情報管理部は、前記受信した位置情報に関連付けられる一または複数の前記場所情報を抽出して前記端末装置に提示し、
   前記判断部は、前記端末装置において選択され前記端末装置から受信した場所情報を、前記受信した位置情報に関連付けられる前記場所情報として、前記予約情報が存在するか否かを判断する、
   ことを特徴とする請求項６に記載の予約管理装置。
8. 前記位置情報管理部は、前記受信した位置情報に基づいて、当該位置情報に関連付けられる一の場所情報を抽出し、
   前記判断部は、前記抽出した一の場所情報を、前記受信した位置情報に関連付けられる前記場所情報として、前記予約情報が存在するか否かを判断する、
   ことを特徴とする請求項６に記載の予約管理装置。
9. 前記予約管理装置は、外部管理装置と通信可能であり、
   前記予約情報取得部は、前記外部管理装置から前記予約情報を取得し、
   前記入場処理部は、前記外部管理装置に当該入場処理を行うことを指示する、
   ことを特徴とする請求項６乃至請求項８のいずれか一に記載の予約管理装置。
10. ユーザの使用に係る端末装置と、当該端末装置と通信可能な予約管理装置とを備える入場処理システムであって、
    前記端末装置は、
    位置に関する位置情報を取得する位置情報取得部と、
    前記端末装置を使用するユーザを特定可能な識別情報、及び前記位置情報を送信する送信部と、を備え、
    前記予約管理装置は、
    前記端末装置から、前記端末装置が取得した位置に関する位置情報と、前記端末装置を使用するユーザを特定可能な識別情報とを受信可能な受信部と、
    前記識別情報を管理する識別情報管理部と、
    所定のアクティビティを実行可能な場所を特定する場所情報と位置情報とを関連付けて管理する位置情報管理部と、
    少なくとも前記識別情報と、前記ユーザが前記所定のアクティビティのために利用を希望する場所の予約日とを含む予約情報を取得する予約情報取得部とを備え、
    少なくとも前記端末装置から受信した前記位置情報及び識別情報と、前記端末装置から前記位置情報及び識別情報とを受信した日の日付情報とに基づき、前記受信した位置情報に関連付けられる場所情報と、前記受信した識別情報に一致する識別情報と、前記端末装置から受信した日付情報に一致する予約日とを含む前記予約情報が存在するか否かを判断する判断部と、
    前記判断部で前記場所情報と前記識別情報と前記予約日とを含む前記予約情報が存在すると判断した場合に、前記ユーザが前記場所に入場したことを情報として残す処理である入場処理を行う、あるいは当該入場処理を行うことを指示する入場処理部と、
    を備えることを特徴とする入場処理システム。

Images