(57)【要約】【課題】所定期限の到来時において最少催行人数に満たない場合に予約がキャンセルとなる予約を成立させる可能性を高める。【解決手段】予約管理サーバ１は、ゴルフ予約を行うことが可能なユーザの端末装置２と通信可能であり、予約受付部により予約の内容を示す予約情報を受け付ける。取得部は、特定の予約情報について設定された所定期限の到来時において最少催行人数に満たない予約情報を取得し、検索部は、予約情報のうち、予め設定された上限人数に満たない予約情報を検索する。予約変更部は、検索の結果、予め設定された上限人数に満たない予約情報が存在しないことが判明した場合には、特定の予約情報をキャンセルする処理を行う。通知部は、特定の予約情報を予約したユーザの端末装置に対して、キャンセルされた旨を送信する。【選択図】図９
2014191444.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータを備え、所定のアクティビティに関して予約を行うことが可能なユーザの端末装置と通信可能な予約管理装置のプログラムであって、
前記コンピュータを、
前記予約の内容を示す予約情報を受け付け可能な予約受付部と、
特定の予約情報について期限を設定する設定部と、
前記特定の予約情報に設定された期限の到来時において最少催行人数に満たない他の予約情報を取得する取得部と、
前記他の予約情報のうち、予め設定された上限人数に満たない予約情報を検索する検索部と、
前記検索部による検索の結果、前記予め設定された上限人数に満たない予約情報が存在しないことが判明した場合に、前記特定の予約情報をキャンセルする処理を行う予約変更部と、
前記特定の予約情報を予約したユーザの端末装置に対して、前記特定の予約情報に係る予約がキャンセルされた旨を通知可能な通知部と、
として機能させることを特徴とする予約管理装置のプログラム。
【請求項２】
前記予約情報は、前記所定のアクティビティを行う実行日を特定可能な日付情報を含み、
前記検索部の検索の対象となる予約情報は、前記特定の予約情報に含まれる日付情報により特定される実行日と同日の実行日を特定可能な日付情報を含む、
ことを特徴とする請求項１に記載の予約管理装置のプログラム。
【請求項３】
前記検索部による検索の対象となる予約情報は、前記予約情報のうち、予め設定された上限人数に満たない予約情報であって、予約者からの申告に基づかない人数変更が許容される予約情報である、
ことを特徴とする請求項１または請求項２に記載の予約管理装置のプログラム。
【請求項４】
所定のアクティビティに関して予約を行うことが可能なユーザの端末装置と通信可能な予約管理装置の制御方法であって、
前記予約の内容を示す予約情報を受け付け、
特定の予約情報について期限を設定し、
前記特定の予約情報に設定された期限の到来時において最少催行人数に満たない他の予約情報を取得し、
前記他の予約情報のうち、予め設定された上限人数に満たない予約情報を検索し、
前記検索の結果、前記予め設定された上限人数に満たない予約情報が存在しないことが判明した場合に、前記特定の予約情報をキャンセルする処理を行い、
前記特定の予約情報を予約したユーザの端末装置に対して、前記特定の予約情報に係る予約がキャンセルされた旨を通知する、
ことを特徴とする予約管理装置の制御方法。
【請求項５】
所定のアクティビティに関して予約を行うことが可能なユーザの端末装置と通信可能な予約管理装置であって、
前記予約の内容を示す予約情報を受け付け可能な予約受付部と、
特定の予約情報について期限を設定する設定部と、
前記特定の予約情報に設定された期限の到来時において最少催行人数に満たない他の予約情報を取得する取得部と、
前記他の予約情報のうち、予め設定された上限人数に満たない予約情報を検索する検索部と、
前記検索部による検索の結果、前記予め設定された上限人数に満たない予約情報が存在しないことが判明した場合に、前記特定の予約情報をキャンセルする処理を行う予約変更部と、
前記特定の予約情報を予約したユーザの端末装置に対して、前記特定の予約情報に係る予約がキャンセルされた旨を通知可能な通知部と、
を備えることを特徴とする予約管理装置。
【請求項６】
所定のアクティビティに関して予約を行うことが可能なユーザの端末装置と、当該端末装置と通信可能な予約管理装置とを備える予約管理システムであって、
前記予約管理装置は、
前記予約の内容を示す予約情報を受け付け可能な予約受付部と、
特定の予約情報について期限を設定する設定部と、
前記特定の予約情報に設定された期限の到来時において最少催行人数に満たない他の予約情報を取得する取得部と、
前記他の予約情報のうち、予め設定された上限人数に満たない予約情報を検索する検索部と、
前記検索部による検索の結果、前記予め設定された上限人数に満たない予約情報が存在しないことが判明した場合に、前記特定の予約情報をキャンセルする処理を行う予約変更部と、
前記特定の予約情報を予約したユーザの端末装置に対して、前記特定の予約情報に係る予約がキャンセルされた旨を通知可能な通知部と、を備え、
前記端末装置は、
前記所定のアクティビティに関する予約の内容を入力可能な入力部を備える、
ことを特徴とする予約管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所定のアクティビティに関して、利用者の条件を充足する提案を管理装置から受け付ける技術に関する。
【背景技術】
【０００２】
従来より、インターネットを介してゴルフ予約を行う予約管理システムが知られている（特許文献１）。予約管理システムは、予約情報を管理するサーバ装置と、ユーザの端末装置とを備え、ユーザの端末装置からサーバ装置に空き枠を問い合わせ、予約を確定させる。
【０００３】
ところで、ゴルフ場でのラウンド（プレー）は、少なくとも２人で行う必要があるため、ゴルフ予約を２人以上で行う必要があった。しかし、予約日の調整ができないなどの理由でプレーヤーがゴルフ予約をできないことがある。
【０００４】
そのような事情も踏まえ、近年では、ウェブサイトでプレーヤーが１人でもゴルフ予約を行えるサービスが提供されている。このサービスは、不特定のプレーヤーからゴルフ予約を募り、所定期限（例えばプレー日の３日前）までに最少催行人数に達することを条件に予約を受け付けている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１０−３２０８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、上述の従来の１人ゴルフ予約は、所定期限までに最少催行人数に達しないと、自動的にキャンセル扱いとなってしまい、プレーヤーにとって不満が残るといった問題があった。
【０００７】
本発明は上述した事情に鑑みてなされたものであり、所定期限までに最少催行人数に達しなかった場合でもプレーヤーの不満を低減させることが可能な、コンピュータプログラムなどを提供することを解決課題とする。
【課題を解決するための手段】
【０００８】
以上の課題を解決するために本発明が採用する手段を以下に説明する。なお、本発明の理解を容易にするために以下では図面の参照符号を便宜的に括弧書で付記するが、本発明を図示の形態に限定する趣旨ではない。
【０００９】
上述した課題を解決するため、本発明に係る予約管理装置のプログラムは、コンピュータを備え、所定のアクティビティに関して予約を行うことが可能なユーザの端末装置と通信可能な予約管理装置のプログラムであって、前記コンピュータを、前記予約の内容を示す予約情報を受け付け可能な予約受付部と、特定の予約情報について期限を設定する設定部と、前記特定の予約情報に設定された期限の到来時において最少催行人数に満たない他の予約情報を取得する取得部と、前記他の予約情報のうち、予め設定された上限人数に満たない予約情報を検索する検索部と、前記検索部による検索の結果、前記予め設定された上限人数に満たない予約情報が存在しないことが判明した場合に、前記特定の予約情報をキャンセルする処理を行う予約変更部と、前記特定の予約情報を予約したユーザの端末装置に対して、前記特定の予約情報に係る予約がキャンセルされた旨を通知可能な通知部と、として機能させることを特徴とする。
【００１０】
この発明によれば、所定期限の到来時において最少催行人数に満たない予約情報がある場合、予め設定された上限人数に満たない予約情報を検索する。このような予約情報が存在しなかった場合には、元の予約情報をキャンセルし、最少催行人数に満たない予約情報の予約者の端末装置にキャンセルされた旨を通知する。
【００１１】
ここで、特定部が特定する「予め設定された上限人数に満たない予約情報」は、最少催行人数を満たしていない予約情報であってもよい。この場合、当該予約情報に編入を行った場合、最少催行人数を満たすことが好ましいい。また、検索部が検索する「予め設定された上限人数に満たない予約情報」は、最少催行人数を満たし、且つ予め設定された上限人数に満たない予約情報であってもよい。さらに、検索部で検索する予約情報は、取得部で取得した予約情報以外の予約情報である。
【００１２】
上述した予約管理装置のプログラムにおいて、前記予約情報は、前記所定のアクティビティを行う実行日を特定可能な日付情報を含み、前記検索部（１２）の検索の対象となる予約情報は、前記特定の予約情報に含まれる日付情報により特定される実行日と同日の実行日を特定可能な日付情報を含むようにしてもよい。この発明によれば、元の予約が所定期限までに最少催行人数に達しなかった場合でも、元の予約に近い条件の予約情報の検索が行われるが、そのような予約情報が存在しなかった場合には、元の予約がキャンセルされる。
【００１３】
上述した予約管理装置のプログラムにおいて、前記検索部（１２）は、前記予約情報のうち、予め設定された上限人数に満たない予約情報であって、予約者からの申告に基づかない人数変更が許容される予約情報を検索するようにしてもよい。この発明によれば、予約者からの申告に基づかない人数変更が許容される予約情報が検索されるが、そのような予約情報が存在しなかった場合には、元の予約がキャンセルされる。
【００１４】
上記プログラムは記録媒体に記憶させても良い。この記録媒体を用いれば、例えば上記コンピュータに上記プログラムをインストールすることができる。ここで、上記プログラムを記憶した記録媒体は、ＣＤ−ＲＯＭ等の非一過性の記録媒体であっても良い。
【００１５】
また、本発明は、予約管理装置の制御方法としても把握される。即ち、所定のアクティビティに関して予約を行うことが可能なユーザの端末装置と通信可能な予約管理装置の制御方法であって、前記予約の内容を示す予約情報を受け付け、特定の予約情報について期限を設定し、前記特定の予約情報に設定された期限の到来時において最少催行人数に満たない他の予約情報を取得し、前記他の予約情報のうち、予め設定された上限人数に満たない予約情報を検索し、前記検索の結果、前記予め設定された上限人数に満たない予約情報が存在しないことが判明した場合に、前記特定の予約情報をキャンセルする処理を行い、前記特定の予約情報を予約したユーザの端末装置（２）に対して、前記特定の予約情報に係る予約がキャンセルされた旨を通知する、
【００１６】
この発明によれば、所定期限の到来時において最少催行人数に満たない予約情報がある場合、予め設定された上限人数に満たない予約情報を検索する。このような予約情報が存在しなかった場合には、元の予約情報をキャンセルし、最少催行人数に満たない予約情報の予約者の端末装置にキャンセルされた旨を通知する。
【００１７】
また、本発明は、予約管理装置としても把握される。即ち、所定のアクティビティに関して予約を行うことが可能なユーザの端末装置と通信可能な予約管理装置であって、前記予約の内容を示す予約情報を受け付け可能な予約受付部（１６）と、特定の予約情報について期限を設定する設定部（１４）と、前記特定の予約情報に設定された期限の到来時において最少催行人数に満たない他の予約情報を取得する取得部（１１）と、前記他の予約情報のうち、予め設定された上限人数に満たない予約情報を検索する検索部（１２）と、前記検索部（１２）による検索の結果、前記予め設定された上限人数に満たない予約情報が存在しないことが判明した場合に、前記特定の予約情報をキャンセルする処理を行う予約変更部（１６）と、前記特定の予約情報を予約したユーザの端末装置に対して、前記特定の予約情報に係る予約がキャンセルされた旨を通知可能な通知部（１３）とを備える。
【００１８】
この発明によれば、所定期限の到来時において最少催行人数に満たない予約情報がある場合、予め設定された上限人数に満たない予約情報を検索する。このような予約情報が存在しなかった場合には、元の予約情報をキャンセルし、最少催行人数に満たない予約情報の予約者の端末装置にキャンセルされた旨を通知する。
【００１９】
また、本発明に係る予約管理システムは、所定のアクティビティに関して予約を行うことが可能なユーザの端末装置と、当該端末装置と通信可能な予約管理装置とを備える予約管理システムであって、前記予約管理装置（１）は、前記予約の内容を示す予約情報を受け付け可能な予約受付部（１０）と、特定の予約情報について期限を設定する設定部（１４）と、前記特定の予約情報に設定された期限の到来時において最少催行人数に満たない他の予約情報を取得する取得部（１１）と、前記他の予約情報のうち、予め設定された上限人数に満たない予約情報を検索する検索部（１２）と、前記検索部（１２）による検索の結果、前記予め設定された上限人数に満たない予約情報が存在しないことが判明した場合に、前記特定の予約情報をキャンセルする処理を行う予約変更部（１６）と、前記特定の予約情報を予約したユーザの端末装置（２）に対して、前記特定の予約情報に係る予約がキャンセルされた旨を通知可能な通知部（１３）とを備え、前記端末装置（２）は、前記所定のアクティビティに関する予約の内容を入力可能な入力部（２１）を備える。
【００２０】
この発明によれば、所定期限の到来時において最少催行人数に満たない予約情報がある場合、予め設定された上限人数に満たない予約情報を検索する。このような予約情報が存在しなかった場合には、元の予約情報をキャンセルし、最少催行人数に満たない予約情報の予約者の端末装置にキャンセルされた旨を通知する。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施形態に係る予約管理システムのブロック図である。
【図２】ゴルフユーザ情報テーブルのデータ構造の一例を示す説明図である。
【図３】空き枠情報テーブルのデータ構造の一例を示す説明図である。
【図４】プラン情報テーブルのデータ構造の一例を示す説明図である。
【図５】予約情報テーブルのデータ構造の一例を示す説明図である。
【図６】予約管理サーバの構成を示すブロック図である。
【図７】端末装置の構成を示すブロック図である。
【図８】マイページの一例を示す説明図である。
【図９】実施形態に係る編入処理及びキャンセル処理の処理内容を示すフローチャートである。
【図１０】変形例１に係る編入処理及びキャンセル処理の処理内容を示すフローチャートである。
【図１１】変形例２に係る編入処理及びキャンセル処理の処理内容を示すフローチャートである。
【図１２】変形例３に係る編入処理及びキャンセル処理の処理内容を示すフローチャートである。
【図１３】変形例４に係る編入処理及びキャンセル処理の処理内容を示すフローチャートである。
【図１４】変形例５に係る編入処理及びキャンセル処理の処理内容を示すフローチャートである。
【図１５】変形例６に係る編入処理及びキャンセル処理の処理内容を示すフローチャートである。
【発明を実施するための形態】
【００２２】
以下、実施形態として、本発明に係る情報提供サーバを用いた予約管理システムについて、アクティビティとしてゴルフを例に挙げ、図面を参照しつつ説明する。
＜１：予約管理システムの構成＞
図１は、本発明の実施形態に係る予約管理システム１００のブロック図である。この予約管理システム１００は、インターネットなどの通信網ＮＥＴを介して、ゴルフ情報サービス及びゴルフ場予約サービスを提供する予約管理サーバ１（予約管理装置の一例）、ゴルフを行うユーザの端末装置２、ゴルフ場の運営主体が管理してゴルフの予約を受け付けるゴルフ場サーバ４を備える。以下の説明では、予約管理サーバ１のゴルフ情報サービスまたはゴルフ場予約サービスを利用するユーザをゴルフユーザと称する。
【００２３】
ゴルフユーザの端末装置２は、通信網ＮＥＴを介した通信が可能であり、例えば、パーソナルコンピュータ、携帯電話機、スマートフォン、タブレット端末などが該当する。
予約管理サーバ１は、所定のアクティビティに関するサービスを提供する。本実施形態では、所定のアクティビティの一例としてゴルフを取り上げる。予約管理サーバ１は１つのサーバで構成しても、複数のサーバで構成してもよく、複数のサーバで構成する一例として、端末装置２と通信してゴルフ情報サービスをゴルフユーザに提供する情報提供サーバと、ゴルフ場サーバ４と通信すると共に情報提供サーバと連携して、ゴルフユーザとゴルフ場サーバ４の管理者に対してゴルフ場の予約に関するゴルフ場予約サービスを提供するゴルフ予約サーバとで構成してもよい。この他のサーバ構成であっても構わない。
【００２４】
ゴルフ情報サービスは、ゴルフに関する情報を提供するサービスであって、プレー履歴の記録サービスなどが該当する。本実施形態では、ゴルフ情報アプリケーションのプログラムを予約管理サーバ１で実行することによりゴルフ情報サービスが提供され、ゴルフ場予約アプリケーションのプログラムを予約管理サーバ１で実行することによりゴルフ場予約サービスが提供される。但し、これらのサービスの提供は一例であり、ゲームなどのアプリケーションの提供、ホテルの予約などを含む旅行情報の提供、コンサート情報の提供、サービスや物品の販売を提供するものであってもよい。
【００２５】
次に、図１に示す予約管理サーバ１は、所定のプログラムを実行することによって、端末装置２から送信される予約の内容を示す予約情報を受け付け可能な予約受付部１０と、１人予約の予約情報（特定の予約情報の一例）について期限を設定する設定部１４と、１人予約の予約情報について設定された期限の到来時において最少催行人数に満たない他の予約情報を取得する取得部１１と、他の予約情報のうち、予め設定された上限人数に満たない予約情報を検索する検索部１２と、検索部１２による検索結果として抽出された予約情報に、１人予約の予約情報に係る予約を行ったユーザの情報を追加するとともに、当該１人予約の予約情報をキャンセルする処理を行う予約変更部１６と、１人予約の予約情報を予約したユーザの端末装置２に対して、予約変更部１６により前記ユーザの情報が追加された前記予約情報を送信可能な通知部１３とを備える。
【００２６】
ゴルフの予約は、プランと予約枠の組み合わせによって定まる。ここで、プランは、一般的にはプレー料金やサービス内容を定めたものである。また予約枠は、開始時間及びコースを定めたものである。例えば、１番ホールからスタートするＯＵＴコースにおいて７分刻みの開始時間と９番ホールからスタートするＩＮコースにおいて７分刻みの開始時間が設定されており、これに対して予約枠が割り当てられている。また、予約枠がゴルフ場管理者等によって設定されると、予約枠を一意に識別する枠ＩＤが割り当てられる。
【００２７】
また、一般的にはプレー料金やサービスが異なるプランが複数存在し、予約を行おうとするゴルフユーザは、プランと予約枠を組み合わせてゴルフ予約を行う。例えば、プランＡで開始時間が８：００の予約枠を予約したり、プランＢで開始時間が９：００の予約枠を予約したり、といった具合である。
プランの１種として、１人予約のプランがある。この１人予約のプランは、原則として１人で予約を行うことができ、その予約を確定させるか否かを判断する期限（所定期限）が設けられている。所定期限の到来時において最少催行人数に満たない場合には、キャンセルされる可能性がある。最少催行人数はゴルフ場の運営者が決定するが、例えば、２人以上である。また、所定期限は例えば予約日の３日前である。なお、１人予約のプランには特定の予約枠がゴルフ場管理者によって指定されている。つまり、１人予約のプランを選択すると、選択できる開始時間は予めゴルフ場管理者によって指定されたものに限られる。本実施形態では、１人予約のプランに割り当てられた特定の予約枠については、他のプランを選択した場合には選択できないようになっている。換言すれば、当該特定の予約枠は、１人予約専用予約枠であるということができる。そこで本明細書では、１人予約専用予約枠を「１人予約枠」と称する場合がある。
【００２８】
また、１人予約枠以外の予約枠については、通常は２人乃至４人での予約が可能である。また、プランによっては２サム保証や３サム保証といったものがなされている場合がある。２サム保証とは、予約人数を２人として予約すれば、これとは別個に予約された２人組等と組み合わせになることなく、予約時に指定した人数である２人でプレーが可能であることを意味する。３サム保証とは、予約人数を３人として予約すると、１人予約でなく何らかの理由で１人である者と組み合わせになる可能性がなく、予約時に指定した人数である３人でプレーが可能であることを意味する。これらのような保証がないプランは、予約者からの申告に基づかない人数変更が許容され、予め設定された上限人数（例えば、４人）に達するまでは、見知らぬ同伴者とラウンドする可能性があるプランである。検索部１２は、予約者からの申告に基づかない人数変更が許容される予約情報を特定してもよい。さらに、各予約枠には、キャディの有無、昼食の有無、プレー料金や、２サム、３サム割増料金など各種の条件が割り当てられる。
プランと予約枠の組み合わせにより予約された情報を、予約情報と称する。予約情報の詳細については後述する。
【００２９】
取得部１１は、予約情報を記憶部１５に記憶された各種のテーブルから取得してもよい。また、取得部１１は、端末装置２や外部のサーバからの情報に基づいて情報を取得したり、あるいは情報を特定してもよい。
記憶部１５には、ゴルフユーザに関する各種の情報を記録したゴルフユーザ情報テーブルＴＢＬ１１、空き枠を記憶した空き枠情報テーブルＴＢＬ１２、プランの内容を記憶したプラン情報テーブルＴＢＬ１３、及び予約情報を記憶した予約情報テーブルＴＢＬ１４が格納されている。ここで、空き枠とは、予約枠の内、予約がされていない予約枠の意味である。空き枠情報テーブルＴＢＬ１２には空き枠のみが記憶される。なお、予約が入ると空き枠は減り、予約がキャンセルされると空き枠は増加する。このため、空き枠情報テーブルＴＢＬ１２の記憶内容は随時、更新される。
【００３０】
ゴルフユーザの端末装置２は、入力部２１と、通知部２２と、表示部２３とを備える。ゴルフユーザは、入力部２１を用いて、ゴルフ予約に関し、ゴルフ場、プラン名、人数、開始時間、予約日などを入力することができる。通知部２２は、入力部２１において入力された予約に関する情報を予約管理サーバ１に通知する。表示部２３は、予約管理サーバ１の通知部１３によって送信された予約に関する情報等を表示することができる。
【００３１】
ゴルフ場サーバ４は、ゴルフ場管理者によって管理され、空き枠を示す空き枠情報やプラン情報を提供するとともに、ゴルフ場における予約を受け付けて管理する。さらに、ゴルフ場サーバ４は、自コースに関するウェブサイトの運営も行っている。ゴルフ場サーバ４は定期的にまたはゴルフ場管理者等の操作に応じて予約管理サーバ１と通信し、予約枠のうち空き枠を示す空き枠情報やプラン情報を予約管理サーバ１にアップロードすることができる。また、予約管理サーバ１に蓄積された予約情報を取得して、ゴルフ場サーバ４で管理する予約情報を更新する。新たな予約が発生すると、当該予約に関連する空き枠が減少する。このため、ゴルフ場サーバ４は、更新後の空き枠情報を予約管理サーバ１にアップロードする。なお、ゴルフ場サーバ４は他の予約ポータルサイトとも通信している場合がある。
【００３２】
ゴルフ場サーバ４は自身でも予約情報を管理しており、そのための管理テーブルＴＢＬ４１を有している。管理テーブルＴＢＬ４１には、複数のレコードが記憶されている。レコードは予約枠に対応しており、１つのレコードには、予約ＩＤ、スタートコース、スタート日時、枠ＩＤ、人数、参加者、料金、及び予約フラグなどが含まれる。予約フラグは、予約済みである場合に「１」となり、空きの場合に「０」となる。
従って、ゴルフ場サーバ４では、管理テーブルＴＢＬ４１の各レコードに記録されている予約フラグを参照することによって、各予約枠における予約の有無を知ることができる。
【００３３】
図２にゴルフユーザ情報テーブルＴＢＬ１１のデータ構造を示す。ゴルフユーザ情報テーブルＴＢＬ１１には登録情報として複数のレコードが記録されている。１つのレコードは、ゴルフユーザを一意に識別する識別情報ＵＩＤ、登録日、プロフィール情報、及びラウンド履歴情報を含む。なお、本実施形態では、ゴルフユーザ情報テーブルＴＢＬ１１にはプロフィール情報を記憶することとしているが、プロフィール情報は必ずしもゴルフユーザ情報テーブルＴＢＬ１１には記憶しない構成としてもよい。
【００３４】
プロフィール情報は、性別、年齢、及びメールアドレスを含む。また、ラウンド履歴情報は、プレーした自己申告による平均スコア、ハンディキャップ等を含む。
なお、ゴルフユーザ情報テーブルＴＢＬ１１をキーとなる情報（例えば、識別情報ＵＩＤ）で紐づけた複数のテーブルで構成し、リレーショナルデータベースとしてもよい。
【００３５】
図３に空き枠情報テーブルＴＢＬ１２のデータ構造を示す。空き枠情報テーブルＴＢＬ１２には、空き枠を一意に識別する空き枠の枠ＩＤ、空き枠の年、月、及び日、開始時間、ＯＵＴ／ＩＮの区別、並びに１人予約の可否などを対応づけて記憶している。ＯＵＴ／ＩＮにおいて、「１」がＯＵＴスタートを、「０」がＩＮスタートを示す。１人予約において「１」が１人予約可を示し、「０」が１人予約不可を示す。
【００３６】
図４にプラン情報テーブルＴＢＬ１３のデータ構造を示す。プラン情報テーブルＴＢＬ１３には、プラン名、プランを一意に識別するプランＩＤ、条件１〜条件３、料金、並びに平日／休日の区別などが対応づけて記録される。条件１は２サム保証の有無を示し、「１」が込み保証有り、「０」が保証無しとなっている。条件２は昼食代込み示し、「１」が昼食代込み、「０」が昼食代別となっている。条件３はカート使用の有無を示し、「１」が有り、「０」が無しとなっている。条件４はキャディの有無を示し、「１」がキャディ付き、「０」がキャディ無しとなっている。また、平日／休日において「１」が休日用のプラン、「０」が平日用のプランであることを示す。図４には示していないが、プランの１種として１人予約プランが存在する。
【００３７】
図５に予約情報テーブルＴＢＬ１４のデータ構造を示す。予約情報テーブルＴＢＬ１４には、複数のレコードが記録されている。一つのレコードは一つの予約情報を示す。一つのレコードには、予約を一意に識別する予約ＩＤ、予約日、予約者名、予約者の識別情報ＵＩＤ、プランＩＤ、期限、人数、同伴者１〜同伴者３、予約枠を一意に識別する枠ＩＤ、プレー日、開始時間、ＯＵＴ／ＩＮの区別、及びキャンセルフラグなどを対応づけて記憶している。ＯＵＴ／ＩＮにおいて、「１」がＯＵＴコースからのスタートを、「０」がＩＮコースからのスタートを示す。キャンセルフラグにおいて、「１」が予約のキャンセル処理が行われた場合を示し、「０」が予約のキャンセル処理が行われていない場合を示す。
【００３８】
ここで、期限は予約を確定させるか否かを判断する日を示す。１人予約において、最少催行人数に達しているか否かを判定する日である。また、人数は、予約時点において指定した、予約者と同伴者を合計した数である。ただし１人予約プランで予約した場合は、その予約数を示す数であり、２人が別々に同一の１人予約枠に予約すると、予約情報のそのレコードにおける人数は２人となる。従って、予約情報テーブルＴＢＬ１４の人数を参照することによって、最少催行人数に達しているか否かを判定することが可能となる。本実施形態では、設定部１４により、１人予約が行われた場合に期限を設定する構成としている。期限は、本実施形態ではプレー日の３日前に設定される構成としている。
【００３９】
なお、予約テーブルＴＢＬ１４は、複数のテーブルで構成してもよい。例えば、予約を一意に識別する予約ＩＤ、予約日、予約者名、予約者の識別情報ＵＩＤ、プランＩＤ、期限、人数、同伴者１〜同伴者３、及び枠ＩＤを対応づけて記憶する第１テーブルと、枠ＩＤ、開始時間、及びＯＵＴ／ＩＮを記憶する第２テーブルとで構成してもよい。また、上述した予約情報テーブルＴＢＬ１４において、１つの予約枠に複数の１人予約がなされている場合には、同じ予約枠について最初に予約した予約者について１レコードが設定され、同じ予約枠について他の予約者は、最初の予約者の同伴者として登録される。他の態様としては、同じ予約枠に複数の１人予約がある場合、各人の１人予約を１レコードで記録し、各レコードを枠ＩＤの枝番で管理すればよい。例えば、１つ予約枠の枠ＩＤが「I0002」であり、当該枠ＩＤの予約枠に３人の１人予約がある場合、３つのレコードを生成し、各レコードに、枠ＩＤとして「I0002-1」、「I0002-2」、及び「I0002-3」を記録してもよい。
【００４０】
図６に予約管理サーバ１の構成を示す。この図に示すように、予約管理サーバ１は、装置全体を制御するＣＰＵ（Central Processing Unit）３０、ＣＰＵ３０の作業領域として機能するＲＡＭ（Random Access Memory）３１、ブートプログラムなどを記憶したＲＯＭ（Read Only Memory）３２、各種のプログラムやデータを記憶するハードディスクドライブ３３、キーボードやマウスなどを含む入力部３４、画像を表示するディスプレイ３５、通信網ＮＥＴを介して外部の装置と通信を行う通信インターフェース３６、及びコンパクトディスクなどの情報記録媒体を読み取る読取装置３７を備える。ハードディスクドライブ３３は、上述した記憶部１５に相当し、ゴルフユーザ情報テーブルＴＢＬ１１、空き枠情報テーブルＴＢＬ１２、プラン情報テーブルＴＢＬ１３及び予約情報テーブルＴＢＬ１４などの各種のテーブルを格納する。なお、上述したＣＰＵ３０は、取得部１１、検索部１２、設定部１４、及び予約変更部１６として機能する。上述した通信インターフェース３６は、ＣＰＵ３０とともに、予約受付部１０及び所定の予約情報を端末装置２に通知する通知部１３として機能する。ただし、予約管理サーバ１は、入力部３４、ディスプレイ３５、読取装置３７は備えていなくてもよい。
【００４１】
図７に端末装置２の構成を示す。端末装置２は、装置全体を制御するＣＰＵ４０、ＣＰＵ４０の作業領域として機能するＲＡＭ４１、ブートプログラムなどを記憶したＲＯＭ４２、各種のプログラムやデータを記憶する記憶装置４３、テンキーなどを含む入力部４４、画像を表示するディスプレイ４５、及び通信網ＮＥＴを介して外部の装置と通信を行う通信インターフェース４６を備える。なお、入力部がタッチパネルである場合は、ディスプレイ４５がタッチパネルである入力部４４を兼ねることとなる。入力部４４は単一のデバイスで構成しても、複数のデバイスを組み合わせて構成しても良い。
【００４２】
＜２：情報提供供システムの動作＞
本実施形態の予約管理システム１００では、ゴルフユーザの端末装置２を用いて、ゴルフの予約などができるようになっている。
【００４３】
＜２−１：予約サイトへのアクセス処理＞
まず、予約管理サーバ１が提供する予約サイトへのアクセス処理について説明する。端末装置２のゴルフユーザが、ウェブブラウザ上で動作したり、端末装置２にインストールされて動作するアプリケーションを起動して、予約サイトにアクセスすると、端末装置２のディスプレイ４５には、ログイン画面が表示される。このログイン画面には、識別情報ＵＩＤとパスワードとを入力する入力ボックスが表示される。利用者が、入力ボックスに入力して送信ボタンを押すと、端末装置２は、入力した識別情報ＵＩＤ及びパスワードを含むログイン要求を予約管理サーバ１に送信する。
【００４４】
ログイン要求を予約管理サーバ１が受信すると、予約管理サーバ１は認証処理を実行する。具体的には、予約管理サーバ１のＣＰＵ３０は、識別情報ＵＩＤとパスワードとの組みが記憶されているか否かを判定し、判定条件を充足する場合にはログインを許可し、判定条件が充足されない場合にはログインを拒絶する。そして、ＣＰＵ３０は判定結果を示すログイン応答を端末装置２に送信させる。一度、端末装置２で入力された識別情報ＵＩＤとパスワードとの組みは、端末装置２に所定期間記憶されて、当該所定期間内であればログインを省略可能としてもよい。
【００４５】
この後、ゴルフユーザがメニューの中からマイページを選択すると、端末装置２は、マイページ閲覧要求を予約管理サーバ１に送信する。予約管理サーバ１はマイページ閲覧要求を受信すると、ゴルフサイトにおけるゴルフユーザのマイページを端末装置２に表示させる。マイページには、例えば、図８に示すように、提携しているゴルフ場の予約情報が「いちおしゴルフ場」として集約されて表示される。これにより、ゴルフユーザが検索する場合に利便性が向上するようになっている。
【００４６】
＜２−２：編入処理及びキャンセル処理＞
次に、予約管理サーバ１で実行する編入処理及びキャンセル処理について説明する。図９に予約期限処理の処理内容を示す。まず、ＣＰＵ３０は、端末装置２から予約要求を受信し、予約受付を行う（Ｓ１）。予約要求には予約情報が含まれている。また、ＣＰＵ３０は、１人予約の場合には予約情報の一部として、予約時に期限を設定する。ＣＰＵ３０は、予約要求を受信すると予約情報を予約情報テーブルＴＢＬ１４に記憶する。ここで、ＣＰＵ３０は、予約の内容を示す予約情報を受け付け可能な予約受付部１０として機能する。
【００４７】
この後、ＣＰＵ３０は、期限が到来したか否かを判定する（Ｓ２）。この処理は、１日１回や、半日に１回といったバッチ処理で実行することが好ましい。期限を日単位で管理するのであれば、上述したバッチ処理で十分だからである。また、この判定処理は予約情報ごとに行う。具体的には、ＣＰＵ３０は、予約情報テーブルＴＢＬ１４からレコードを一つずつ読み出して、読み出したレコードに含まれる期限が現在日より過去のものであるか否か（期限が到来しているか否か）を判定する。ＣＰＵ３０は、期限が到来していない場合、次のレコードを判定し、到来している場合は、処理をステップＳ３に進める。なお、期限が設定されていない予約情報については、かかる処理及び以降の処理を行わない。
【００４８】
ステップＳ３において、ＣＰＵ３０は予約人数が最少催行人数以上であるか否かを判定する。この例では、最少催行人数は固定的に設定されており、「２人」であるものとする。ＣＰＵ３０は、ステップＳ２及びＳ３を実行することによって、所定期限の到来時において最少催行人数に満たない予約情報を取得する取得部１１として機能する。予約人数が最少催行人数以上である場合、ＣＰＵ３０は、予約確定を示す予約確定通知を予約者の端末装置２に送信する（Ｓ４）。一方、予約人数が最少催行人数未満である場合、ＣＰＵ３０は、他の１人予約がなされた１人予約枠に空きがあるか否かを判定する（Ｓ５）。具体的には、ＣＰＵ３０は、予約日が同日であり、且つ、各予約枠について設定された上限人数に達していない１人予約枠があるか否かを、予約情報テーブルＴＢＬ１４を参照して判定する。
【００４９】
Ｓ５の判定条件を充足する場合、予約日が同日であり、且つ、上限人数に達していない１人予約枠の中から、ＣＰＵ３０は、元の予約枠と開始時間の差が最も少ない予約枠に最少催行人数未満の予約者を編入する（Ｓ６）。
【００５０】
編入処理の具体的な処理内容は、予約情報テーブルＴＢＬ１４における１人予約の予約情報の登録の態様によって異なる。予約情報テーブルＴＢＬ１４にて、１人予約枠に対して最初に１人予約を行った予約者について１レコードが設定され、同じ１人予約枠について他の予約者は、最初の予約者の同伴者として登録される態様においては、まず、ＣＰＵ３０は、前記最少催行人数未満の予約者の名前を、前記上限人数に達していない１人予約枠のレコードの同伴者のフィールドに登録することにより編入処理を行う。
【００５１】
次に、予約情報テーブルＴＢＬ１４にて、同じ１人予約枠に対して各人の１人予約を１レコードで記録し、各レコードを枠ＩＤの枝番で管理する態様においては、ＣＰＵ３０は、新たな予約ＩＤを割り当てて予約情報テーブルＴＢＬ１４に新たなレコード作成する。そして、ＣＰＵ３０は、前記最少催行人数未満の予約者の予約に係る元のレコードにおける該当フィールドの内容を参照し、当該新たなレコードの「予約日」、「予約者名」、「予約者ＵＩＤ」、「プランＩＤ」、「人数」のフィールドの内容として登録する。なお、「予約日」のフィールドについては、編入処理を行った日付を登録するようにしてもよい。次に、ＣＰＵ３０は、前記上限人数に達していない１人予約枠のレコードのうちのいずれかのレコードにおける「枠ＩＤ」、「開始時間」、及び「ＯＵＴ／ＩＮ」のフィールドの内容を参照し、前記新たなレコードの該当フィールドの内容として登録する。ＣＰＵ３０がこのような編入処理を行うことにより、前記新たに作成された１人予約のレコードと、他の１人予約のレコードとが、枠ＩＤにより紐づけられることになる。
【００５２】
次に、ＣＰＵ３０は、元の１人予約をキャンセルするキャンセル処理を行う（Ｓ７）。具体的には、予約情報テーブルＴＢＬ１４における元の１人予約に係るレコードのキャンセルフラグを「０」から「１」に変更する。また、別の態様では、ＣＰＵ３０は、予約情報テーブルＴＢＬ１４における元の１人予約に係るレコードの各フィールドにnullを書き込むようにしてもよい。あるいは、ＣＰＵ３０は、予約情報テーブルＴＢＬ１４における元の１人予約に係るレコードを削除するようにしてもよい。
【００５３】
そして、ＣＰＵ３０は、編入先の予約情報、つまり、日時、スタートホール、プレーフィー、及び新たな組に編入した旨等の情報を、前記最少催行人数未満の予約者に対して通知する（Ｓ８）。その結果、当該予約者は、新たな組に編入されたことを知ることができる。
【００５４】
説明をステップＳ５の処理に戻す。他の１人予約の空きが無くステップＳ５の判定条件を充足しない場合、ＣＰＵ３０は、他の保証無しのプランで予約された予約枠に空きが有るか否かを判定する（Ｓ９）。具体的には、ＣＰＵ３０は、予約情報テーブルＴＢＬ１４に記憶された予約日が同日の他の予約情報のうち、１人予約で為されたものではなく、２サム保証または３サム保証に該当せず、かつ、予め設定された上限人数に満たない予約枠の予約情報を抽出する。即ち、予約者からの申告に基づかない人数変更が許容される予約情報を抽出する。そのような予約枠の予約情報が抽出された場合は、ステップＳ９の判定条件が肯定され、上述したステップＳ６における編入処理、ステップＳ７におけるキャンセル処理、及びステップＳ８における通知処理が行われる。この場合、ＣＰＵ３０は、最少催行人数未満の予約者の名前を、抽出された予約情報のレコードの同伴者のフィールドに登録することにより編入処理を行う。
ＣＰＵ３０は、ステップＳ５、ステップＳ６、ステップＳ７及びステップＳ８を実行することによって、予約情報のうち、予め設定された上限人数に満たない予約情報に、最少催行人数未満の予約者の情報を追加するとともに、元の１人予約をキャンセルする予約変更部１６として機能する。なお、２サム保証の有無はプラン情報テーブルＴＢＬ１３を参照することによって判定する。
【００５５】
一方、予約情報が抽出されなかった場合は、ステップＳ９の判定条件が否定され、ＣＰＵ３０は、元の１人予約をキャンセルするキャンセル処理を行う（Ｓ１０）。具体的には、予約情報テーブルＴＢＬ１４における元の１人予約に係るレコードのキャンセルフラグを「０」から「１」に変更する。また、別の態様では、ＣＰＵ３０は、予約情報テーブルＴＢＬ１４における元の１人予約に係るレコードの各フィールドにnullを書き込むようにしてもよい。あるいは、ＣＰＵ３０は、予約情報テーブルＴＢＬ１４における元の１人予約に係るレコードを削除するようにしてもよい。ＣＰＵ３０は、ステップＳ１０を実行することによって、予め設定された上限人数に満たない予約情報が存在しないことが判明した場合に、元の１人予約をキャンセルする予約変更部１６として機能する。
【００５６】
そして、ＣＰＵ３０は、元の１人予約がキャンセルされたことを示す不成立通知を予約者の端末装置２に送信する（Ｓ１１）。その結果、当該予約者は、自己が行った１人予約が成立しなかった旨を知ることができる。
【００５７】
このように本実施形態においては、所定期限において最少催行人数に満たない予約枠に予約しているゴルフユーザについては、他の予約枠への編入を提示するので、本来であれば予約がキャンセルとなるゴルフユーザに対して、ゴルフ予約を成立させる機会を与えることができる。さらに、１人予約の予約枠は見知らぬゴルフユーザを同伴者とすることを前提としているところ、１人予約の予約枠を優先して提示するので、編入先の予約枠のゴルフユーザは編入元の予約枠のゴルフユーザを同伴者とすることに抵抗が少ないと考えられる。くわえて、開始時刻が最も近い予約枠を編入先の予約枠として提示するので、編入元のゴルフユーザが承諾し易いといった利点がある。
【００５８】
＜変形例＞
本発明は、上述した各実施形態に限定されるものではなく、以下に述べる各種の変形が可能である。また、各変形例及び各実施形態は、適宜、組み合わせてもよいことは勿論である。
【００５９】
＜変形例１＞
上述した実施形態では、１人予約の最少催行人数が２人の場合について説明したが、本発明はこれに限定されるものではない。例えば、１人予約の最少催行人数は３人であってもよい。１人予約の最少催行人数は３人で、同一の１人予約枠に２人しか予約していない状態で所定期限が到来したとすると、それぞれの予約者について他の編入可能枠を検索することになる。この場合には、早く予約した予約者の編入処理を優先するようにしてもよい。図１０は本変形例における編入処理及びキャンセル処理を示すフローチャートである。なお、本変形例以降の各変形例においては、他の編入枠に編入する対象となる１人予約の予約者を「対象１人予約者」と称する。
【００６０】
図１０において、ステップＳ１〜Ｓ４については共通なので説明を省略する。予約人数が最少催行人数未満である場合、例えば、最少催行人数が３人の時に同一の１人予約枠に２人しか予約していない場合には、対象１人予約者は２人となる。この場合ＣＰＵ３０は、他の１人予約がなされた１人予約枠に空きがあるか否かを判定する（Ｓ５）。具体的には、ＣＰＵ３０は、予約日が同日であり、且つ、各予約枠について設定された上限人数に達していない１人予約枠があるか否かを、予約情報テーブルＴＢＬ１４を参照して判定する。
【００６１】
Ｓ５の判定条件を充足する場合、ＣＰＵ３０は、前記２人の対象１人予約者のうち、早く予約した予約者を優先する（Ｓ１２）。具体的には、ＣＰＵ３０は、予約情報テーブルＴＢＬ１４における前記２人の対象１人予約者の予約情報に係るレコードの予約日を比較し、早い方の予約日が登録されたレコードにおける対象１人予約者について、以下の処理を行う。まず、ＣＰＵ３０は、予約日が同日であり、且つ、上限人数に達していない１人予約枠の中から、元の予約枠と開始時間の差が最も少ない予約枠に最少催行人数未満の予約者を編入する（Ｓ６）。そして、ＣＰＵ３０は、元の１人予約をキャンセルし（Ｓ７）、予約者に対して編入先の予約情報を通知する（Ｓ８）。
【００６２】
次に、ＣＰＵ３０は、全ての対象１人予約者、つまり、最少催行人数未満であって所定期限が到来した１人予約を行った予約者について処理を行ったかどうかを判断する（Ｓ１３）。この例では、同一の１人予約枠に２人の予約者による予約が行われており、早く予約した対象１人予約者については上述のように編入処理を行っているので、もう１人の対象１人予約者がいることになる。この場合には、ステップＳ１３の判断において否定的な結果が得られるので、ＣＰＵ３０は、再びステップＳ５からの処理を行う。その結果、さらに編入先の予約枠が存在する場合には、上述と同様に編入処理を行う（Ｓ５、Ｓ１２、Ｓ６−Ｓ８）。しかし、既に１人予約枠にも空きが無く（Ｓ５：ＮＯ）、かつ、他の保証無しのプランで予約された予約枠にも空きが無い場合には（Ｓ９：ＮＯ）、ＣＰＵ３０は、残りの１人の対象１人予約者についてはキャンセル処理（Ｓ１０）と不成立通知（Ｓ１１）を行う。以上のように複数の対象１人予約者について処理を行う場合には、早く予約を行った予約者を優先的に取り扱うようにしてもよい。
【００６３】
＜変形例２＞
上述した実施形態及び変形例では、元の予約枠と開始時間との差が最も近い予約枠に対して編入処理を行う例について説明したが、本発明はこれに限定されるものではない。例えば、図１１のフローチャートに示すように、元の予約枠の開始時間よりも後の開始時間の予約枠に対して編入処理を行う（Ｓ２０）ようにしてもよい。なお、図１１は、実施形態における図９に対応するフローチャートであり、図９におけるステップＳ６が、ステップＳ２０に置き換えられている。
【００６４】
＜変形例３＞
前記変形例２では、元の予約枠の開始時間よりも後の開始時間の予約枠に対して編入処理を行う例について説明したが、本発明はこれに限定されるものではない。例えば、図１２のフローチャートに示すように、元の予約枠の開始時間よりも後の開始時間の予約枠であって、元の予約枠の開始時間に最も近い開始時間の予約枠に対して編入処理を行う（Ｓ２１）ようにしてもよい。なお、図１２は、実施形態における図１１に対応するフローチャートであり、図１１におけるステップＳ２０が、ステップＳ２１に置き換えられている。
【００６５】
＜変形例４＞
上述した実施形態及び各変形例では、編入先の検索対象として、２人以上の予約で予約が成立する１人予約を優先する例について説明したが、本発明はこれに限定されるものではなく、予約内容が予約時に確定する一般予約を優先するようにしてもよい。即ち、予約の態様として、特定予約と一般予約とを想定する。特定予約とは、所定期限の到来時において最少催行人数に満たない場合には不成立となる可能性がある予約であり、上述した実施形態の１人予約が該当する。また、一般予約とは、予約内容が予約時に確定する予約であり、例えば、上述した実施形態の１人予約以外の予約が該当する。特定予約は、上述の実施形態中では保証無しプランにより予約された予約が該当する。上述した実施形態では、検索部１２は、上述した実施形態のステップＳ５及びＳ９で示したように、一般予約を示す一般予約情報に優先して特定予約を示す特定予約情報を検索した。しかし、図１３に示すように、ステップＳ５の特定予約情報の検索に優先して、ステップＳ９の一般予約を示す一般予約情報を検索するようにしてもよい。なお、図１３は、実施形態における図９に対応するフローチャートであり、図９と比較して、ステップＳ５とステップＳ９の順序が入れ替わっている。
【００６６】
＜変形例５＞
上述した実施形態及び各変形例ではでは、所定期限の到来時において最少催行人数に満たない予約情報が複数ある場合、編入処理の対象となる元の１人予約の予約情報に開始時間が最も近い予約情報を編入先の予約情報としたが、本発明はこれに限定されるものではない。例えば、図１４に示すように、取得部１１は、所定期限の到来時において最少催行人数に満たない予約情報が複数ある場合、当該複数の予約情報のうち少なくとも開始時刻の最も遅い予約情報以外の予約情報を取得し（Ｓ３０）、検索部１２は、開始時刻の最も遅い予約情報について検索を行い（Ｓ３１）、空きがある場合には、当該開始時刻の最も遅い予約情報を編入先の予約情報としてもよい（Ｓ３２）。開始時間が早いと間に合わない場合があるが、この変形例によれば、開始時刻の最も遅い予約情報を編入先の予約情報とすることができるので、予約が成立する可能性を高めることができる。なお、図１４は、実施形態の図９に対応するフローチャートである。
【００６７】
＜変形例６＞
上述した実施形態及び各変形例では、他の１人予約がなされた予約枠に空きがなかった場合（Ｓ５；ＮＯ）、他の保証無しプランで予約された予約枠に空きがあるかどうかを検索していた（Ｓ９）。しかし本変形例では、図１５に示すように、このステップＳ９の処理を省略し、他の１人予約がなされた予約枠に空きがなかった場合（Ｓ５；ＮＯ）、元の１人予約をキャンセルし（Ｓ１０）、対象１人予約者について予約の不成立通知を行うこととしてもよい（Ｓ１１）。１人予約を行う予約者はあくまで１人予約者同士でゴルフのプレーを楽しみたい場合があるため、この変形例によれば、そのような予約者の要求に応えることができる。なお、図１５は、実施形態における図９に対応するフローチャートであり、図９と比較してステップＳ９の処理が省略されている。
【００６８】
＜変形例７＞
上述した実施形態及び変形例では、ゴルフを所定のアクティビティの一例として説明したが、本発明はこれに限定されるものではなく、どのようなアクティビティにも提供できる。ここで、アクティビティとは人の行動を意味し、例えば、テニス、卓球、サッカーなどのスポーツや、コンサート、演劇などの芸術活動が該当する。
【００６９】
＜その他＞
本発明における機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することとしてもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスクドライブ等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。また、本発明における機能またはその一部を実現するためのプログラムを配信する配信サーバ及び当該配信サーバによる配信に用いるために使用される、当該プログラムが記憶された記憶媒体についても、本発明の範囲に含まれる。
また、上述した機能の一部または全部を、ＬＳＩ（Ｌａｒｇｅ  Ｓｃａｌｅ  Ｉｎｔｅｇｒａｔｉｏｎ）等の集積回路として実現してもよい。上述した各機能は個別にプロセッサ化してもよいし、一部、または全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。
【００７０】
なお、本発明は上述の各実施形態及び変形例に限定されるものではなく、本発明の趣旨の範囲内での変更は本発明に含まれるものである。  
【符号の説明】
【００７１】
ＮＥＴ……通信網、１……予約管理サーバ、２……端末装置、４……ゴルフ場サーバ、１０……予約受付部、１１……取得部、１２……検索部、１３……通知部、１４……設定部、１５……記憶部、１６……予約変更部、ＴＢＬ１２……空き枠情報テーブル、ＴＢＬ１３……プラン情報テーブル、ＴＢＬ１４……予約情報テーブル、１００……予約管理システム。
【図１】
2014191444.tif 000003
【図２】
2014191444.tif 000004
【図３】
2014191444.tif 000005
【図４】
2014191444.tif 000006
【図５】
2014191444.tif 000007
【図６】
2014191444.tif 000008
【図７】
2014191444.tif 000009
【図８】
2014191444.tif 000010
【図９】
2014191444.tif 000011
【図１０】
2014191444.tif 000012
【図１１】
2014191444.tif 000013
【図１２】
2014191444.tif 000014
【図１３】
2014191444.tif 000015
【図１４】
2014191444.tif 000016
【図１５】
2014191444.tif 000017