(57)【要約】【課題】ゴルフ場において最初の組が到達するまで未稼働となっているホールを有効に活用するための予約システムを提供することを目的とする。【解決手段】プレーヤーが使用するためのサーバにアクセスする端末を有し、サーバは端末からのアクセス受付手段と、予約情報通知手段と、練習ラウンド情報記憶手段と、予約希望申込受付手段と、端末からの予約希望申込があった際に予約希望申込内容と前記練習ラウンド記憶手段とを照合して予約の可否を判断する判断手段と、判断内容通知手段と、予約決定受付手段と、予約完了通知手段と、更新手段を備える空きホール活用練習ラウンド予約システムを提供する。【選択図】図１１
2010128524.tif 000002
【特許請求の範囲】
【請求項１】
ゴルフ場来場プレーヤーを対象とした空きホール活用練習ラウンドの予約システムであって、
プレーヤーが使用するためのサーバとサーバにアクセスする端末を有し、
該サーバは端末からのアクセス受付手段と、
アクセスに基づいて空きホール練習ラウンド予約情報を通知する予約情報通知手段と、
少なくとも対象空きホールと練習ラウンドスタート時間と現在位置から練習ラウンドの最初のホールまでの移動時間と現在時間により構成される練習ラウンド情報記憶手段と、
前記予約情報通知手段による通知に基づいて端末が行う空きホール練習ラウンドの予約希望申し込みを受け付ける予約希望受付手段と、
端末からの予約希望申し込みがあった際に予約希望申込内容と前記練習ラウンド記憶手段とを照合して予約の可否を判断する判断手段と、
該判断手段で判断された内容を端末に通知する判断内容通知手段と、
通知された内容に基づいて端末が行う空きホール予約決定申し込みを受け付ける予約決定受付手段と、
予約完了を通知する予約完了通知手段と、
予約完了による予約の確定に基づいて記憶された練習ラウンド情報を更新する更新手段
を備え
前記端末はサーバにアクセスする手段と、
前記予約情報通知に基づいて行う予約希望申込手段と、
前記予約可否判断通知に基づいて行う予約決定申し込み又は予約希望申し込み手段と
を備えることを特徴とする空きホール活用練習ラウンド予約システム。
【請求項２】
ゴルフ場来場プレーヤーを対象とした空きホール活用練習ラウンドの予約装置であって、
外部からのアクセスを受け付ける受付手段と、
アクセスがあった際に空きホール練習ラウンド予約情報を通知する予約情報通知手段と、
少なくとも対象空きホールと練習ラウンドスタート時間と現在位置から練習ラウンドの最初のホールまでの移動時間と現在時間により構成される練習ラウンド情報の記憶手段と、
前記予約情報通知手段による通知に基づいて外部から行われる空きホール練習ラウンドの予約希望申し込みを受け付ける予約希望受付手段と、
外部からの予約希望申し込みがあった際に予約希望申込内容と前記練習ラウンド情報とを照合して予約の可否を判断する判断手段と、
該判断手段で判断された内容を外部に通知する判断内容通知手段と、
通知された内容に基づいて外部から行われる空きホール予約決定申し込みを受け付ける予約決定受付手段と、
予約完了を通知する予約完了通知手段と、
予約完了により予約が確定した際に記憶された練習ラウンド情報を更新する更新手段
を備えるサーバを有することを特徴とする空きホール活用練習ラウンド予約装置。
【請求項３】
前記ホールには、複数の連続するホールを束ねたブロックを含むことを特徴とする請求項２に記載の空きホール活用練習ラウンド予約装置。
【請求項４】
前記練習ラウンド情報には、対象の各空きホールをプレイするための必要時間とホール間移動に必要な時間と練習ラウンドの最終ホールから本番ラウンドの最初のホールへの移動に必要な時間を含むことを特徴とする請求項２ないし３に記載の空きホール活用練習ラウンド予約装置。
【請求項５】
前記空きホール予約決定申し込みに対して、さらに予約の可否を再度判断する予約可否再判断手段を有することを特徴とする請求項２ないし４に記載の空きホール活用練習ラウンド予約装置。
【請求項６】
前記サーバは、さらにプレイするための空きホールを推薦する推薦空きホール決定手段を有し、
該推薦空きホール決定手段は、少なくとも各ホールに関する情報を記憶するデータベースと、該データベースに記憶された情報に基づき推薦空きホールを選択する選択手段とを備えることを特徴とする請求項２ないし５に記載の空きホール活用練習ラウンド予約装置。
【請求項７】
前記データベースには、来場プレーヤーに関する情報を含むことを特徴とする請求項６に記載の空きホール活用練習ラウンド予約装置。
【請求項８】
ゴルフ場来場プレーヤーを対象とした空きホール活用練習ラウンドの予約システムであって、
プレーヤーが使用するためのサーバとサーバにアクセスする端末を有し、
前記端末は請求項１に記載の手段にさらにＧＰＳを備えた端末であって、
前記サーバは請求項２ないし７に記載の手段にさらに前記ＧＰＳの情報に基づくプレイ進行状況判断手段を備えたサーバであって、
該プレイ進行状況判断手段は、
前記ＧＰＳの情報と前記練習ラウンド情報を照合して、各ホールの到達予定時間に対する実際の到達時間の早遅を判断することを特徴とする空きホール活用練習ラウンド予約システム。
【請求項９】
ゴルフ場来場プレーヤーを対象とした空きホール活用練習ラウンドの予約システムであって、
プレーヤーが使用するためのサーバとサーバにアクセスする端末を有し、
前記端末は請求項１に記載の端末にさらにＧＰＳを備えた端末であって、
前記サーバは請求項２ないし７に記載の手段にさらに各ホールの位置情報を記憶するデータベース及び前記ＧＰＳ情報に基づくホール近接判断手段を備えたサーバであって、
該ホール近接判断手段は、
前記ＧＰＳ情報と前記データベースに記憶された位置情報とを照合して、各ホールへの接近を判断することを特徴とする空きホール活用練習ラウンド予約システム。
【請求項１０】
ゴルフ場来場プレーヤーを対象とした空きホール活用練習ラウンドについて、少なくとも対象空きホールと練習ラウンドスタート時間と練習ラウンドプレイ必要時間と現在時間により構成される練習ラウンド情報記憶手段を備えたサーバにおいて、プレーヤーが使用する端末からのアクセスに基づいて予約情報を通知し、該通知情報に基づくプレイヤーからの予約希望申し込みに基づいて予約希望申込内容と前記練習ラウンド記憶手段とを照合して予約の可否を判断した判断内容を通知し、該通知判断内容に基づく前記端末からの予約決定申し込みに基づいて予約完了を通知し、該完了した予約内容に基づいて練習ラウンド情報を更新することを特徴とするネットワークを利用した空きホール活用練習ラウンド予約方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はゴルフ場の空きホールを活用したプレイの予約に関する。
【背景技術】
【０００２】
ゴルフは、比較的体力の負担が少なく老若男女を問わず行うことができる国民的スポーツとして親しまれており、全国で２０００コースを超えるゴルフ場がある。このゴルフ場は一種の装置産業であり、稼働率の増減がほとんどそのまま利益の増減に反映する。
【０００３】
ゴルフ場の予約は、一般的には電話又はファックスにより行われることが多いが、比較的期近に予約を行う場合等には、コースの空き状況を逐一確認しなければならず煩雑である。この問題を解決する発明として、ゴルフ場の予約状況をネットワーク上で閲覧し入力に応じてサーバにより予約がなされる提案がある（特許文献１）。又、利用日直前の予約について空き状況に応じて割引料金を適用することにより、稼働率を向上させる提案もなされている（特許文献２）。  
【０００４】
これらの提案はゴルフ場の稼働率向上に資するものである。一方、ゴルフプレイは９ホール単位で行われ、通常はアウト９ホールとイン９ホールの合計１８ホール（１ラウンド）を基本としてプレイが行われる。（以下、「本番ラウンド」という。）アウトスタートの組は１番ホールから１８番ホールまで順に回り、インスタートの組は１０番ホールから１８番ホールまで回り、その後１番ホールから９番ホールまで回ることとなる。
【０００５】
アウトスタートの最初の組が１番ホールにてプレイしているときは２番ホールから９番ホールまでは誰もプレイしておらず、最初の組が２番ホールにてプレイしているときは３番ホールから９番ホールまでは誰もプレイしていない。最初の組が９番ホールに到達したときに初めて最初の組及び後続の組により全ホールにてプレイがなされている状態となる。すなわち、最初の組が９番ホールに到達するまでは、必ず未稼働のホールが存在する。これはイン９ホールも同様である。
【特許文献１】特開２００３−２４８７７１
【特許文献２】特開２００２−１５００８６
【発明の開示】
【発明が解決しようとする課題】
【０００６】
本発明は上記事情に鑑み、最初の組が到達するまで未稼働となっているホールを有効に活用するための予約システムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、ゴルフ場来場プレーヤーを対象とした空きホール活用練習ラウンドの予約システムであって、プレーヤーが使用するためのサーバとサーバにアクセスする端末を有し、該サーバは端末からのアクセス受付手段と、アクセスに基づいて空きホール練習ラウンド予約情報を通知する予約情報通知手段と、少なくとも対象空きホールと練習ラウンドスタート時間と現在位置から練習ラウンドの最初のホールまでの移動時間と現在時間により構成される練習ラウンド情報記憶手段と、前記予約情報通知手段による通知に基づいて端末が行う空きホール練習ラウンドの予約希望申し込みを受け付ける予約希望受付手段と、端末からの予約希望申し込みがあった際に予約希望申込内容と前記練習ラウンド記憶手段とを照合して予約の可否を判断する判断手段と、該判断手段で判断された内容を端末に通知する判断内容通知手段と、通知された内容に基づいて端末が行う空きホール予約決定申し込みを受け付ける予約決定受付手段と、予約完了を通知する予約完了通知手段と、予約完了による予約の確定に基づいて記憶された練習ラウンド情報を更新する更新手段を備え前記端末はサーバにアクセスする手段と、前記予約情報通知に基づいて行う予約希望申込手段と、前記予約可否判断通知に基づいて行う予約決定申し込み又は予約希望申し込み手段とを備えることを特徴とする空きホール活用練習ラウンド予約システムが提供される。
【０００８】
又、ゴルフ場来場プレーヤーを対象とした空きホール活用練習ラウンドの予約装置であって、外部からのアクセスを受け付ける受付手段と、アクセスがあった際に空きホール練習ラウンド予約情報を通知する予約情報通知手段と、少なくとも対象空きホールと練習ラウンドスタート時間と現在位置から練習ラウンドの最初のホールまでの移動時間と現在時間により構成される練習ラウンド情報の記憶手段と、前記予約情報通知手段による通知に基づいて外部から行われる空きホール練習ラウンドの予約希望申し込みを受け付ける予約希望受付手段と、外部からの予約希望申し込みがあった際に予約希望申込内容と前記練習ラウンド情報とを照合して予約の可否を判断する判断手段と、該判断手段で判断された内容を外部に通知する判断内容通知手段と、通知された内容に基づいて外部から行われる空きホール予約決定申し込みを受け付ける予約決定受付手段と、予約完了を通知する予約完了通知手段と、予約完了により予約が確定した際に記憶された練習ラウンド情報を更新する更新手段を備えるサーバを有することを特徴とする空きホール活用練習ラウンド予約装置が提供される。
【０００９】
本発明は、ゴルフ場で１ラウンド（１８ホール）を主体とした９ホール単位の本番ラウンドを行う来場者に対する付加サービスである。来場者は自己の本番ラウンドが始まる前に、実際にプレイするいくつかのホールで予め練習をすることができる。（以下、「練習ラウンド」という。）ゴルフ場全体で最初の本番ラウンドの開始が８：００とすると、その組が到達する前の２ないし９番及び１１ないし１８番ホールは空き状態なので、練習ラウンドをすることが可能である。サーバにより、来場者の当日又は前日以前に行う本番ラウンド前の練習ラウンドプレイに関するアクセスに対し、予約可能な空きホールについての練習ラウンド情報が提供され、練習ラウンド情報に基づく予約希望申し込みに対し予約の可否が判断された内容が通知される。来場者が練習ラウンドを希望するホールが空いているか、空いている場合には今から練習ラウンドのスタート時間に間に合うかを判断する。判断内容に基づいた練習ラウンド予約決定申し込みに対し予約完了が通知されると共に、予約完了により確定された予約内容に基づき練習ラウンド情報が更新される。
【００１０】
現在位置とは通常はクラブハウス付近を指すが、ゴルフカートの停車している地点としても良い。なお、練習ラウンド記憶手段に来場プレーヤーの本番ラウンド終了予定時刻情報又は来場プレイヤーからの本番ラウンドホールアウト通知情報を加えることにより、来場プレイヤーが自らの本番ラウンド終了後に、最終組がスタートした後の空きホールを活用して練習プレイを行うことも可能である。
【００１１】
又、前記ホールには、複数の連続するホールを束ねたブロックを含むことが好ましい。
ここで、「ブロック」とは連続する複数のホールを１単位としてまとめた概念をいう。来場者に対して自由にアトランダムに希望するホールを練習ラウンドとして選択させることも可能ではあるが、まちまちの希望に対応するためには予約可能性の判断が複雑になる。又、練習ラウンドを行うホール間のカート移動量が増大し、道路が混雑する等非効率である。プレイ進行の遅れも生じやすいという問題点が発生する。したがって、いくつかのホールをまとめて１単位とすることが好ましい。  
【００１２】
又、前記練習ラウンド情報には、対象の各空きホールをプレイするための必要時間とホール間移動に必要な時間と練習ラウンドの最終ホールから本番ラウンドの最初のホールへの移動に必要な時間を含むことが好ましい。練習ラウンド終了後本番ラウンドの開始に間に合うかも併せて判断される。
【００１３】
又、前記空きホール予約決定申し込みに対して、さらに予約の可否を再度判断する予約可否再判断手段を有することが好ましい。
【００１４】
又、前記サーバは、さらにプレイするための空きホールを推薦する推薦空きホール決定手段を有し、該推薦空きホール決定手段は、少なくとも各ホールに関する情報を記憶するデータベースと、該データベースに記憶された情報に基づき推薦空きホールを選択する選択手段とを備えることが好ましい。各ホールに関する情報から複数の練習プレイ用ホールのうち適切なホールが選択される。
【００１５】
又、前記データベースには、来場プレーヤーに関する情報を含むことが好ましい。  
【００１６】
又、ゴルフ場来場プレーヤーを対象とした空きホール活用練習ラウンドの予約システムであって、プレーヤーが使用するためのサーバとサーバにアクセスする端末を有し、前記端末は前記記載の手段にさらにＧＰＳを備えた端末であって、前記サーバは前記記載の手段にさらに前記ＧＰＳの情報に基づくプレイ進行状況判断手段を備えたサーバであって、該プレイ進行状況判断手段は、前記ＧＰＳの情報と前記練習ラウンド情報を照合して、各ホールの到達予定時間に対する実際の到達時間の早遅を判断することが好ましい。上述のプレイ必要時間を所要実プレイ時間に応じて適宜修正する。
【００１７】
又、ゴルフ場来場プレーヤーを対象とした空きホール活用練習ラウンドの予約システムであって、プレーヤーが使用するためのサーバとサーバにアクセスする端末を有し、前記端末は前記記載の端末にさらにＧＰＳを備えた端末であって、前記サーバは前記記載の手段にさらに各ホールの位置情報を記憶するデータベース及び前記ＧＰＳ情報に基づくホール近接判断手段を備えたサーバであって、該ホール近接判断手段は、前記ＧＰＳ情報と該データベースに記憶された位置情報とを照合して、各ホールへの接近を判断することが好ましい。  
【００１８】
又、ゴルフ場来場プレーヤーを対象とした空きホール活用練習ラウンドについて、少なくとも対象空きホールと練習ラウンドスタート時間と練習ラウンドプレイ必要時間と現在時間により構成される練習ラウンド情報記憶手段を備えたサーバにおいて、プレーヤーが使用する端末からのアクセスに基づいて予約情報通知を送信し、該通知情報に基づくプレイヤーからの予約希望申し込みに基づいて、予約希望申込内容と前記練習ラウンド記憶手段とを照合して予約の可否を判断して判断内容を通知し、該通知判断内容に基づく前記端末からの予約決定申し込みに対して予約完了を通知し、該完了した予約内容に基づいて練習ラウンド情報を更新することを特徴とするネットワークを利用した空きホール活用練習ラウンドを予約するための方法が提供される。
【発明の効果】
【００１９】
本発明により、来場プレイヤーは本来のプレイ前又は本来のプレイ後に空きホールにより練習ラウンドプレイを行うことができる。従来の練習プレイは、打球場で行ういわゆる打ちっ放しか、練習グリーンにおけるパターの練習か、又はグリーン周辺のアプローチやバンカーの練習に限定されていたが、本来のホールを使用して実践的な練習プレイを行うことが可能となる。
【００２０】
このような練習ラウンドプレイサービスを提供してもゴルフ場の負担はほとんど変わらない。本番ラウンドプレイの最初の組のスタート時間までにコース整備等のプレイの準備をすれば良く、又、本番ラウンドプレイの最後の組のホールアウト後に点検等を行えばよいので、作業時間はほとんど変わらない。又、来場者の数そのものが増えるわけではないので、キャデイ、乗用カート等を増やす必要もない。バッグの積み下ろしは１回で済み食堂や風呂の利用者数も変わらない。フロントの集金業務も１回にまとめて行えば良い。一方、ゴルフ場の売り上げは確実に増加する。
【００２１】
問題点として、本来のホールで練習を行うとストロークプレーの競技としてのラウンドは失格になる。ただし、マッチプレイでは問題にならず、プライベートコンペでは同伴者間で取り決めれば問題ない。
【００２２】
もう１つの問題として、予約業務の煩雑化がある。本来の１８ホール単位の予約と対比して、空きホール等単位の予約はよりきめ細かく管理を行う必要がある。しかも、当日のスタート前の短い時間に予約希望が集中することが多いと思われるので、ゴルフ場の事務負担が増大するおそれがある。しかし、空きホール等の予約を予約装置としてサーバにより全体の管理を行わせることにより確実に予約業務を行うことが可能である。又、本発明はサーバにアクセスする端末の種類を問わないので、来場者のＰＣや携帯電話からのアクセスやゴルフ場備え付けの端末や乗用カートに設置されている端末等から予約を行うことができる。
【００２３】
又、練習ラウンドプレイの対象ホールを複数の連続するホールを束ねたブロック単位で予約希望を受け付けることにより、予約業務をよりスムーズに行うことが可能となる。さらに、練習ラウンドプレイを行う来場者間の通行をより円滑に行わせることができる。  
【００２４】
空きホール活用ラウンドプレイに関して、各ホールの平均所要時間や各ホールホールアウトから次のホールまでの移動所要時間及び練習ラウンドの最終各ホールから本番ラウンドのスターティングホールまでの移動所要時間が記憶され、それに基づき予約の可否が判断されることにより、遅れずに本番ラウンドのプレイを開始することができる。
【００２５】
予約可否の判断を通知した後予約決定申し込みまでの時間は予約が完了しない状態となり、最終的に予約決定申し込みがなされない場合には、いたずらに他の来場者の予約の機会が制限されることとなる。希望申込者に対する予約可否の判断を通知した段階では暫定的な予約とし、その後予約決定申し込み時点で予約の可否を再度判断して最終判断とすることにより精度の高い予約システムを構築することができる。  
【００２６】
練習ラウンドプレイ可能な複数のホール等がある場合、特に初めての来場者は適切な選択をすることが困難である。例えば、初心者が難易度の高いブロックで練習ラウンドを行ったためにかえって本番ラウンドでのプレイに支障をきたしたり、高齢者が長い上り坂のホールで疲労を蓄積したりすると練習ラウンドを行うことが逆効果になる場合がある。サーバがホール等と来場者の属性等により適切に選択を行うことにより本番ラウンドに有効な練習ラウンドプレイをすることができる。初心者には易しいホールが推薦され、高年齢のプレイヤーには比較的距離の短い、上り坂の少ないホールが推薦される。  
【００２７】
乗用カートに端末とＧＰＳを搭載することにより、練習プレイの進度がリアルタイムに捕捉される。本番ラウンドプレイ開始時刻までの残り時間が以降の平均的な練習プレイ、移動及び本番ラウンドスタートホールへの移動時間の合計を下回った場合、練習プレイを打ち切ることにより、遅れずに本番ラウンドプレイを開始することができる。
又、練習プレイは途中のホールからプレイを開始するので、開始ホールのティーグラウンドへの道筋を誤る場合が多いと思われる。所定ホールのティーグラウンドの位置情報とＧＰＳによる現在位置情報との照合により、プレイヤーは正確に練習ラウンドを開始するホールのティーグラウンドに導かれる。
【発明を実施するための最良の形態】
【００２８】
本発明に係る実施形態について図面に基づいて詳細に説明する。図１は本実施形態における全体概念図である。１００はクラブハウス内に設置した予約管理ＰＣ（サーバ）、２００はゴルフカートに搭載したＧＰＳ機能付き端末を示す。端末はインターネットに接続しディスプレイを有している。端末はゴルフカート搭載のものに限定されず通常のＰＣや携帯電話でも良い。  
【００２９】
ゴルフ場来場者は、ゴルフ場に到着しゴルフカートにクラブが積み込まれてから本発明に係る予約システムを利用することができる。もちろん前日以前や当日のゴルフ場来場前に自宅のＰＣや携帯電話を利用して行うこともできる。
【００３０】
来場者によるゴルフカート搭載端末からゴルフ場ＨＰへのアクセスにより、ＨＰのトップページが端末ディスプレイに表示される。次に、来場者による要求によりＨＰ中の練習ラウンド予約ページ（以下、「予約ページ」という。）が開かれる。来場者は予約ページから練習ラウンドの予約を行う。
【００３１】
練習ラウンドと本番ラウンド及び他の練習ラウンドとの時間的関係を述べる。アウトを例にとると、本番ラウンドの最初の組の１番ホールのスタート８：００と同時刻の８：００に練習ラウンドの最初の組がスタートする。練習ラウンドとして、連続する３ホールから構成されるＡ、Ｂ２つのブロックが設けられている。Ａブロックは３番ホールから、Ｂブロックは７番ホールからスタートする。本番ラウンドも練習ラウンドも後続の組は７分間隔でスタートする。１ホール平均所要時間が１７分とすると本番ラウンドの最初の組が３番ホールに到達するのは８：３４分である。その間、Ａブロックに係る練習ラウンドは８：００、８：０７．８：１４．８：２１の４組がスタート可能である。同様に、７番ホールではＡブロック練習ラウンドの最初の組が到達するまでに７組のスタートが可能である。
【００３２】
本発明に係るハードウエア構成を図２に示す。図２はゴルフ場クラブハウス内で予約管理を行うＰＣである。ＰＣ１００はＣＰＵ１１０、メモリ１２０、ハードディスク１３０、アンテナ１４０等により構成され、ハードディスク１３０には予約システムＤＢ１３１が含まれている。予約システムＤＢ１３１はブロック管理ＤＢ１３１Ａ、推薦ＤＢ１３１Ｂ、マップＤＢ１３１Ｃ，ユーザ管理ＤＢ１１５Ｂにより構成されている。図３はカートに搭載されている端末である。端末２００はＣＰＵ２１０、メモリ２２０、ＧＰＳ２３０、アンテナ２４０、ディスプレイ２５０、キーボード２６０、マウス２７０から構成されている。
【００３３】
各ＤＢの構造を説明する。ブロック管理ＤＢ１３１Ａは、図４に示す構成をなしている。
練習ラウンド予約希望シートにあるように本実施形態ではいくつかのホールをブロック化して１単位としている。アウトの３〜５番ホールはＡブロック、同７〜９ホールはＢブロック、インの１２〜１４番ホールはＣブロック、同１６〜１８番ホールはＤブロックである。２、６、１１、１５番ホールを除いているのは後の組との間隔を十分に維持するためであるが、それらを含めることも可能である。又、３ホール単位に限定されるわけではない。
【００３４】
ａ欄「ブロック名」はブロックとスタート組を表している。「Ａ１」はＡブロックの１組目、Ａ２は同２組目である。ｂ欄「空き状況」は該当組の予約の可否を示す。ｃ欄「スタート時間」は練習ラウンドのスタート時間を示している。最初の練習ラウンドスタートは８：００である。ｄ欄「練習スタートから本番スタートまでの時間」とは、練習ラウンドをスタートし、３Ｈの練習プレイを行い、その後１Ｈ又は１８Ｈに戻るまでの時間を加算した合計時間を表す。ｅ欄「本番Ｒスタート」とは、本番ラウンドのスタート時間を表す。ｆ欄「クラブハウスから最初の空きホールまでの時間」とは、クラブハウスから各ブロックの最初のホールまでの移動時間を表す。クラブハウスに代えて、カート停車地点としても良い。ｇ欄は現在時間を表す。予約可能か否かは予約希望がなされたブロックについてブロック管理ＤＢと照合して判断される。希望ブロックに空きがあり、ｃ≧ｆ+ｇの場合には予約後練習ラウンドのスタートに遅れずに到着できる。又、予約希望者により入力された本番ラウンドスタート時間と練習ラウンドに要する時間等を対比して、練習ラウンドをプレイ可能か否かが判断される。ｅ≧ｃ+ｄの場合には本番ラウンドに遅れることなく練習ラウンドプレイが可能である。したがって、予約希望ブロックに空きがあり、ｃ≧ｆ+ｇかつｅ≧ｃ+ｄの場合には予約に可能との判断がなされ、それ以外の場合には予約不可能との判断がなされる。
【００３５】
ユーザ情報ＤＢ１３１Ｄには、図４に示されているように本番ラウンド予約時に入力された来場者氏名、登録ＩＤ，本番ラウンドスタート時間が保存されている。練習ラウンド予約希望者は自己の名前とＩＤを入力すれば、本番ラウンドの時間を入力しなくても、ユーザ情報ＤＢの照合により、サーバが予約の可否を判断することができる。なお、練習ラウンド予約希望者にスタート時間の入力をさせる場合には、スタート時間のチェックが行われることによって誤記入を防止することができる。推薦ＤＢ１３１Ｂは、図７、図８に示されているようにコースの難易度と距離等を予約希望者の属性と照合すること等により、推薦するブロック選択の優先順位を決定する。詳細については後述する。マップＤＢ１３１Ｃには図１０に示されているように各ホールのティーグラウンドの位置情報が示されている。詳細については後述する。
【００３６】
次に図１１に基づいてサーバ１００及び端末２００における処理手順を説明する。端末２００は、ユーザの操作に基づき、トップページへアクセスする（Ｓ２０１）。サーバ１００は、端末２００からのアクセスがあったとの判断に基づいてゴルフ場ＨＰのトップページ（不図示）を端末２００に送信する（Ｓ１０１）。端末２００は、トップページを受信すると、ディスプレイ２５０に当該トップページを表示する。端末２００は、ユーザの操作に基づき、予約ページへアクセスする（Ｓ２０３）。次に、サーバ１００は、端末からの予約ページへのアクセスがあったとの判断に基ついて予約情報を送信する（Ｓ１０３）。端末２００はディスプレイ２５０に予約ページを表示する。
【００３７】
図１６は予約ページ中の練習ラウンド予約希望画面の１例である。練習ラウンド予約希望画面には必須項目としてコースプレイ日、本番ラウンドスタート時間、プレーヤー名及び希望ブロックの欄が設けられている。又、オプション項目として来場者のＨＤＣP、来場者年齢の欄が設けられている。オプション項目はゴルフ場推薦ブロックサービスを希望する場合に使用される。なお、来場者の希望ブロック選択の参考として、ブロックごとのホール内訳、ブロックごとの平均プレイ時間、設定されているスタート時間が記載されている。又、プレイヤーのうちの代表者１名については、誤入力チエック等のためにＩＤとパスワードの記載が必要である。端末２００はユーザからの入力に基づき、予約希望申し込みを送信する（Ｓ２０５）。  
【００３８】
次に、サーバ１００は、端末２００で入力された予約希望申し込みについて練習ラウンド予約希望申し込みがあったと判断し、練習ラウンド予約希望申し込みの内容の可否を判断する（Ｓ１０５）。サーバ１００は、ブロック管理ＤＢ又はブロック管理ＤＢとユーザ情報ＤＢに照らし、予約可能な練習ラウンド予約希望申し込みに対しては予約可能である旨の予約結果通知を生成して送信する。一方、予約不可能な練習ラウンド予約希望申し込みに対しては、予約不可及び練習ラウンド予約希望再申し込みが必要である旨の予約結果通知を生成して送信する。サーバ１００が実行する練習ラウンド申込内容の予約可否の判断基準については後述する。
【００３９】
端末２００は、予約結果通知を受信すると、予約結果通知の内容が「予約可能」であるか「予約不可能」であるかを判断する（Ｓ２０７）。端末２００は、予約結果通知の内容が「予約不可能」であると判断すると、ユーザからの入力に基づき、別ブロックの予約希望申し込みを再送信する（Ｓ２０５）。一方、端末２００は、予約結果通知の内容が「予約可能」であると判断すると、予約可能通知に対する予約決定申し込みを送信する（Ｓ２０９）。サーバ１００は予約決定申し込みがあったと判断し、予約完了通知を送信して（Ｓ１１３）予約が完了する。サーバ１００は予約の確定（Ｓ１１５）により、ユーザ管理ＤＢ中の空きブロック情報を更新する（Ｓ１１７）。一方、端末２００は予約通知の受信により予約が確定（Ｓ２１３）し、作業が完了する。
【００４０】
次に、図１２に基づいて予約可否判断におけるサーバの動作を述べる。サーバ１００は予約希望申込がなされたと判断した場合予約可否判断のためのサーチを開始する。先ず、サーバ１００は確認申込されたブロックの空き状況についてブロック管理ＤＢ１３１Ａをサーチする。（Ｓ１０５Ａ）すでに予約確定された組数が予約可能組数に達している場合は予約不可及び練習ラウンド予約希望再申し込みが必要である旨の予約結果通知を送信する。空きブロックがあれば予約希望申し込みされた練習ラウンドをプレイした後に本番ラウンドプレイに間に合うか否かをブロック管理ＤＢ１３１Ａのサーチに基づいて判断する（Ｓ１０５Ｂ）。具体的な判断方法は既述のとおりである。練習ラウンドをプレイすると本番ラウンドに遅れる場合には、予約不可及び練習ラウンド予約希望再申し込みが必要である旨の予約結果通知を送信する。空きプロックが複数ある場合にはスタート時間が早い方からサーチを行う。例えばＡブロックの場合は最大４組の練習ラウンドが可能であるが、Ａ１からＡ４までのすべての組についての時間が本番スタート時間を過ぎる場合に予約不可と判断する。本番ラウンドスタートに間に合う空きブロックがあれば、次に、サーバ１００は今から出発してその練習ラウンドに間に合うか否かをサーチに基づいて判断する（ステップ１０５Ｃ）。具体的な判断方法は既述のとおりである。空きブロックが複数ある場合には、上記同様、スタート時間が早い方からサーチを行う。練習ラウンドに間に合う空きブロックがあれば、予約が可能と判断する。サーバ１００は、これらすべてのステップにおいて予約可能と判断した場合には予約可能である旨の予約結果通知を生成して送信する。予約可能な空きブロックが複数あれば、早いスタートの空きブロックを予約可能として通知する。一方、上述のように上記ステップについて、１つでも予約不可能と判断した場合には予約不可及び練習ラウンド予約希望再申込が必要である旨の予約結果通知を送信する。
【００４１】
次に、図１３に基づいて、別の実施形態について説明する。サーバ１００が、ブロック管理ＤＢに照らし予約結果通知を生成して送信し、端末２００が、ユーザからの入力にしたがい、予約希望申し込みを再送信する（Ｓ２０５）又は予約決定申し込みを送信する（Ｓ２０９）までは図１１と同様である。ただし、サーバからの予約可能である旨の予約結果通知には、この通知に対して一定時間内に予約決定申込がない場合には予約可能通知が自動的にキャンセルされる旨のメッセージが含まれている。
【００４２】
サーバ１００は、受信した予約決定申込の可否について再判断する（Ｓ１０９）。サーバ１００は、予約可能通知から一定時間以上経過した申し込みは「予約不可」と判断し、予約不可及び練習ラウンド予約希望再申し込みが必要である旨の予約結果再通知を送信する（Ｓ１１１）予約希望申込時点で予約可能な申し込みでも、その後の時間経過により、練習ラウンド開始時間に間に合わない事態が考えられるので、サーバ１００は二重に判断する。サーバ１００は「予約可能」であると再度判断すると、予約が可能である旨の予約結果再通知を送信し（Ｓ１１１）、予約完了通知（Ｓ１１５）を送信する。予約完了通知により練習ラウンドプレイの予約は完結し、来場者はプレイすることが可能となる。サーバ１００は予約の確定（Ｓ１１５）により、ユーザ管理ＤＢ中の空きブロック情報を更新する（Ｓ１１７）。一方、端末２００は予約完了通知の受信により予約が確定（Ｓ２１３）し、作業が完了する。
【００４３】
次に、図１４に基づいて別の実施形態について説明する。サーバ１００からの予約ページ送信に基づいて、端末２００は、来場者の入力に基づき希望ブロックの選択に代えてユーザの平均ＨＤＣP及び平均年齢を属性情報として送信する（Ｓ２０５Ｂ）。サーバは入力された属性情報を推薦ＤＢ（１）と照合して推薦ブロックを選定する（Ｓ１０５）。推薦ブロック選定におけるサーバの動作は図１５に示す。図６は各ブロックの難易度及びハード度合い（体力の要否）を概念図として示したものである。各ブロックごとにＸ軸を難易度とし、Ｙ軸をハード度合いとした２次元座標面にマッピングされている。本実施形態においてはＡブロックとＤブロックはいずれもミドルホール２とショートホール１で構成されており、Ａブロックは平たんでやや難易度高く、Ｄブロックは下り坂で易しい。一方、ＢブロックとＣブロックはミドルホール２とロングホール１で構成されており、Ｂブロックは平たん、Ｃブロックは上り坂である。一方、予約希望者の属性については技術面をＨＤＣＰにより体力面を年齢により判断する。ローハンディキャップで若い予約希望者の場合には、図６上で最も難易度が高くハードなｕｕ点を起点としてそこからの直線距離が短いブロックほど優先順位が高くなる。したがって、Ｃブロックが最優先で推薦される。Ｃブロックが空いていない場合にはＢ，Ａ，Ｄ又はＡ，Ｂ、Ｄの順で推薦される。同様に、ローハンディキャップで高年齢の場合にはｕｄ点、ハイハンディキャップで若い場合にはｄｕ点、ハイハンディキャップで高年齢の場合にはｄｄ点を起点として、直線距離の短い順に推薦ブロックが選定される。
【００４４】
Ｘ軸とＹ軸の比率は季節や気候により変動する。例えば気温が高い時期の場合には体力が消耗するので、体力面を反映するＹ軸に比重をおいて判断する。図６は夏季の場合のＸ軸Ｙ軸比率を示しており、Ｙ軸の値が相対的に大きい。したがって、推薦の優先順は予約希望者の技術面より体力面に大きく依存して決定される。ローハンディキャップで若い予約希望者の場合にはＣ、Ｂ、Ａ，Ｄの順で推薦される。図１５は、ローハンディキャップで高年齢の予約希望者の場合の推薦優先度判断におけるサーバの動作を示す。図７は各ブロックの難易度とハード度合いを示すＤＢであり、サーバはこの推薦（１）ＤＢに照らして推薦ブロックを選定する。この結果、最優先推薦ブロックはＡブロック、Ａブロックの次に推薦されるのは難易度が高く距離のあるＣブロックではなく易しく距離の短いＤブロックになる。以下、Ｃ，Ｂの順で推薦ブロックが選定される。一方、春秋の気候の良い時期の場合は、Ｘ軸の比率が大きくなる。気候の良い時期には、ローハンディキャップで高年齢の予約希望者に対してはＡブロックの次にはＣブロックが推薦されることとなる
【００４５】
図８の推薦（２）ＤＢのケースについて説明する。図８では、来場者の過去のホールごとのスコアが記録されている。来場者がラウンドプレイ終了後に自己のスコアを提出することにより各人のスコアがデータベース化されていて、練習ラウンド予約希望申し込みをすることにより対象者の過去のホールごとのスコアが抽出され、分析される。ＤＢには各ホールに関する情報と来場者に関する情報の双方の情報が保存されているので、予約希望者は平均ＨＤＣＰや平均年齢等属性情報を入力する必要はない。図８では、それぞれのブロックごとの平均スコアとパーに対する比率が算出されている。この比率が高いほど平均スコアの悪いブロックということになり、予約希望者の苦手のブロックと判断される。したがって、苦手のブロックほど練習が必要なので、推薦ブロックとしては対パー比の高い順に選定される。
【００４６】
図９は、ＧＰＳを利用した実施形態の概念図である。練習ラウンドプレイヤーはカートでＡブロックの最初のホールである３番に接近している。３番ホールのティーグラウンドの位置は予め図１０に示すマップＤＢに保存されている。カートのディスプレイ（不図示）には各ホールのティーグラウンドの位置を含めたゴルフ場全体のコースレイアウトが表示されていて、カートの現在位置もコースレイアウト中に示されている。したがって、カートが十字路に差し掛かった時でも、迷うことなく３番ホールのティーグラウンドに到達することができ、うっかりティーグラウンドを通り過ぎることもない。又、ブロック管理ＤＢの「練習スタートから本番スタートまでの時間」を構成する各ホールの標準所要時間を抽出、保存して、それとマップＤＢに保存された各ホールのティーグラウンドの位置に実際に到達した時間とを対比することによって、練習ラウンドプレイの進行状況をチェックすることができる。本発明に係る練習ラウンドプレイは本番ラウンド前又は後に空きホールを利用して行うため、本番ラウンドに遅れない等の時間管理が極めて重要である。ＧＰＳ利用により、練習ラウンドの途中で想定プレイ時間と実プレイ時間との差異をチェックすることによって進行状況の時間管理をタイムリーに行うことができる。
【００４７】
なお、上述のいずれの実施形態においても、本番ラウンドをすでに予約済みの者が練習ラウンドプレイを希望して、端末からゴルフ場ＨＰへのアクセスをすることとしているが、インターネットで本番ラウンド予約を行った際に、同時に、練習ラウンド予約ページから練習ラウンドの予約を行うことも可能である。この場合、本番ラウンド予約完了通知と共に、ユーザ管理ＤＢの情報を反映させ、練習ラウンドの予約が可能である旨やどのブロックが予約可能であるかのメッセージを表示させることもできる。したがって、予約者の利便性が増し、練習ラウンド予約を円滑に行うことが可能である。
【産業上の利用可能性】
【００４８】
本発明により空きホールを活用した練習ラウンドの予約システムを構築、実施することによって、ゴルフ場のコース稼働率の向上が可能となると共に来場者への新たな練習プレイの提供が可能となる。したがって、産業上の利用可能性は高い。
【図面の簡単な説明】
【００４９】
【図１】全体概念図
【図２】ハードウエア構成図（管理）
【図３】ハードウエア構成図（カート）
【図４】フロック管理ＤＢ
【図５】ユーザ管理ＤＢ
【図６】推薦（１）概念図
【図７】推薦（１）ＤＢ
【図８】推薦（２）ＤＢ
【図９】ＧＰＳ利用概念図
【図１０】マップＤＢ
【図１１】基本型全体手順フローチャート
【図１２】基本形サーバ手順フローチャート
【図１３】基本再判断型全体手順フローチャート
【図１４】推薦型全体手順フローチャート
【図１５】推薦型サーバ手順フローチャート
【図１６】予約希望画面
【符号の説明】
【００５０】
１００      予約管理ＰＣ
１３０      ハードディスク
１３１      予約システムＤＢ
１３１Ａ    ブロック管理ＤＢ
１３１Ｂ    推薦ＤＢ
１３１Ｃ    マップＤＢ
１３１Ｄ    ユーザ情報ＤＢ
２００      端末（カート）
２３０      ＧＰＳ
２５０      ディスプレイ        
【図１】
2010128524.tif 000003
【図２】
2010128524.tif 000004
【図３】
2010128524.tif 000005
【図４】
2010128524.tif 000006
【図５】
2010128524.tif 000007
【図６】
2010128524.tif 000008
【図７】
2010128524.tif 000009
【図８】
2010128524.tif 000010
【図９】
2010128524.tif 000011
【図１０】
2010128524.tif 000012
【図１１】
2010128524.tif 000013
【図１２】
2010128524.tif 000014
【図１３】
2010128524.tif 000015
【図１４】
2010128524.tif 000016
【図１５】
2010128524.tif 000017
【図１６】
2010128524.tif 000018