特許 5964257 予約管理装置のプログラム、予約管理装置の制御方法、予約管理装置、及び、予約管理システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5964257

(24)【登録日】2016年7月8日

(45)【発行日】2016年8月3日

(54)【発明の名称】予約管理装置のプログラム、予約管理装置の制御方法、予約管理装置、及び、予約管理システム

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20160721BHJP

【ＦＩ】

   G06Q50/10

【請求項の数】22

【全頁数】22

(21)【出願番号】特願2013-17641(P2013-17641)

(22)【出願日】2013年1月31日

(65)【公開番号】特開2014-149647(P2014-149647A)

(43)【公開日】2014年8月21日

【審査請求日】2015年2月19日

(73)【特許権者】

【識別番号】506113602

【氏名又は名称】株式会社コナミデジタルエンタテインメント

(74)【代理人】

【識別番号】100125689

【弁理士】

【氏名又は名称】大林 章

(74)【代理人】

【識別番号】100128598

【弁理士】

【氏名又は名称】高田 聖一

(74)【代理人】

【識別番号】100121108

【弁理士】

【氏名又は名称】高橋 太朗

(72)【発明者】

【氏名】橋本 卓也

(72)【発明者】

【氏名】永島 明

【審査官】 川▲崎▼ 博章

(56)【参考文献】

【文献】 特開２００２−３１２５３０（ＪＰ，Ａ）

【文献】 特開２００１−３３１６１０（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００ − ５０／３４

(57)【特許請求の範囲】

【請求項1】

コンピュータを備え、所定のアクティビティに関して予約を行うことが可能なユーザの端末装置と通信可能な予約管理装置のプログラムであって、
前記コンピュータを、
前記予約の内容を示す予約情報を受け付け可能な予約受付部と、
所定期限の到来時において最少催行人数に満たない前記予約情報を取得する取得部と、
前記予約情報のうち、予め設定された上限人数に満たない予約情報を特定する特定部と、
前記取得部で取得した予約情報を予約したユーザの端末装置に対して、前記特定部で特定した予約情報を代替候補として送信可能な通知部と、
として機能させることを特徴とする予約管理装置のプログラム。

【請求項2】

前記通知部による通知に対する応答として、前記代替候補を拒絶する旨の応答を前記端末装置から受信した場合、前記予約を不成立と判断する判断部を更に備えることを特徴とする、請求項１に記載の予約管理装置のプログラム。

【請求項3】

前記通知部による通知に対する応答として、前記代替候補を拒絶する旨の応答を前記端末装置から受信した場合であって、他の代替候補の閲覧要求を前記端末装置から受信した場合、前記特定部で特定した予約情報のうち、拒絶の旨の応答を受信した予約情報を除く予約情報を、前記端末装置に送信することを特徴とする、請求項１に記載の予約管理装置のプログラム。

【請求項4】

前記所定のアクティビティに関する予約情報は、当該所定のアクティビティの開始時刻を少なくとも含み、
前記代替候補は、前記特定部で特定した予約情報のうち、当該代替候補を通知すべきユーザが予約した予約情報の示す前記所定のアクティビティの開始時刻に最も近い開始時刻である予約情報であることを特徴とする、
請求項１乃至請求項３のいずれか一項に記載の予約管理装置のプログラム。

【請求項5】

前記予約情報は、所定のアクティビティに関して、所定期限の到来時において最少催行人数に満たない場合には不成立となる可能性がある特定予約の内容を示す特定予約情報と、予約時に確定する一般予約の内容を示す一般予約情報とを含み、
前記特定部は、前記一般予約情報に優先して前記特定予約情報を特定することを特徴とする請求項１乃至請求項４のいずれか一項に記載の予約管理装置のプログラム。

【請求項6】

前記取得部は、所定期限の到来時において最少催行人数に満たない前記予約情報が複数ある場合、前記複数の予約情報のうち少なくとも所定のアクティビティの開始時刻の最も遅い前記予約情報以外の前記予約情報を取得し、
前記特定部は、前記所定のアクティビティの開始時刻の最も遅い前記予約情報を特定する、
ことを特徴とする請求項１乃至請求項４のいずれか一項に記載の予約管理装置のプログラム。

【請求項7】

前記特定部は、前記予約情報のうち、予め設定された上限人数に満たない予約情報であって、予約者からの申告に基づかない人数変更が許容される予約情報を特定することを特徴とする、請求項１乃至請求項４のいずれか一項に記載の予約管理装置のプログラム。

【請求項8】

所定のアクティビティに関して予約を行うことが可能なユーザの端末装置と通信可能な予約管理装置の制御方法であって、
前記予約の内容を示す予約情報を受け付け、
所定期限の到来時において最少催行人数に満たない前記予約情報を取得し、
前記予約情報のうち、予め設定された上限人数に満たない予約情報を特定し、
前記取得した予約情報を予約したユーザの端末装置に対して、前記特定した予約情報を代替候補とする旨の通知を送信する、
ことを特徴とする予約管理装置の制御方法。

【請求項9】

前記通知に対する応答として、前記代替候補を拒絶する旨の応答を前記端末装置から受信した場合、前記予約を不成立と判断する、ことを特徴とする、請求項８に記載の予約管理装置の制御方法。

【請求項10】

前記通知に対する応答として、前記代替候補を拒絶する旨の応答を前記端末装置から受信した場合であって、他の代替候補の閲覧要求を前記端末装置から受信した場合、前記特定した予約情報のうち、拒絶の旨の応答を受信した予約情報を除く予約情報を、前記端末装置に送信することを特徴とする、請求項８に記載の予約管理装置の制御方法。

【請求項11】

前記所定のアクティビティに関する予約情報は、当該所定のアクティビティの開始時刻を少なくとも含み、
前記代替候補は、前記特定した予約情報のうち、当該代替候補を通知すべきユーザが予約した予約情報の示す前記所定のアクティビティの開始時刻に最も近い開始時刻である予約情報であることを特徴とする、
請求項８乃至請求項１０のいずれか一項に記載の予約管理装置の制御方法。

【請求項12】

前記予約情報は、所定のアクティビティに関して、所定期限の到来時において最少催行人数に満たない場合には不成立となる可能性がある特定予約の内容を示す特定予約情報と、予約時に確定する一般予約の内容を示す一般予約情報とを含み、
前記一般予約情報に優先して前記特定予約情報を特定することを特徴とする請求項８乃至請求項１１のいずれか一項に記載の予約管理装置の制御方法。

【請求項13】

所定期限の到来時において最少催行人数に満たない前記予約情報が複数ある場合、前記複数の予約情報のうち少なくとも所定のアクティビティの開始時刻の最も遅い前記特定予約情報以外の前記予約情報を取得し、
前記所定のアクティビティの開始時刻の最も遅い前記予約情報を特定する、
ことを特徴とする請求項８乃至請求項１１のいずれか一項に記載の予約管理装置の制御方法。

【請求項14】

前記予約情報のうち、予め設定された上限人数に満たない予約情報を特定する工程では、予約者からの申告に基づかない人数変更が許容される予約情報を特定することを特徴とする、請求項８乃至請求項１１のいずれか一項に記載の予約管理装置の制御方法。

【請求項15】

所定のアクティビティに関して予約を行うことが可能なユーザの端末装置と通信可能な予約管理装置であって、
前記予約の内容を示す予約情報を受け付け可能な予約受付部と、
所定期限の到来時において最少催行人数に満たない前記予約情報を取得する取得部と、
前記予約情報のうち、予め設定された上限人数に満たない予約情報を特定する特定部と、
前記取得部で取得した予約情報を予約したユーザの端末装置に対して、前記特定部で特定した予約情報を代替候補として送信可能な通知部と、
を備えることを特徴とする予約管理装置。

【請求項16】

前記通知部による通知に対する応答として、前記代替候補を拒絶する旨の応答を前記端末装置から受信した場合、前記予約を不成立と判断する判断部を更に備えることを特徴とする、請求項１５に記載の予約管理装置のプログラム。

【請求項17】

前記通知部は、前記代替候補の通知に対する応答として、前記代替候補を拒絶する旨の応答を前記端末装置から受信した場合であって、他の代替候補の閲覧要求を前記端末装置から受信した場合、前記特定部で特定した予約情報のうち、拒絶の旨の応答を受信した予約情報を除く予約情報を、前記端末装置に送信することを特徴とする、請求項１５に記載の予約管理装置。

【請求項18】

前記所定のアクティビティに関する予約情報は、当該所定のアクティビティの開始時刻を少なくとも含み、
前記代替候補は、前記特定部で特定した予約情報のうち、当該代替候補を通知すべきユーザが予約した予約情報の示す前記所定のアクティビティの開始時刻に最も近い開始時刻である予約情報であることを特徴とする、
請求項１５乃至請求項１７のいずれか一項に記載の予約管理装置。

【請求項19】

前記予約情報は、所定のアクティビティに関して、所定期限の到来時において最少催行人数に満たない場合には不成立となる可能性がある特定予約の内容を示す特定予約情報と、予約時に確定する一般予約の内容を示す一般予約情報とを含み、
前記特定部は、前記一般予約情報に優先して前記特定予約情報を特定することを特徴とする請求項１５乃至請求項１８のいずれか一項に記載の予約管理装置のプログラム。

【請求項20】

前記取得部は、所定期限の到来時において最少催行人数に満たない前記予約情報が複数ある場合、前記複数の予約情報のうち少なくとも所定のアクティビティの開始時刻の最も遅い前記予約情報以外の前記予約情報を取得し、
前記特定部は、前記所定のアクティビティの開始時刻の最も遅い前記予約情報を特定する、
ことを特徴とする請求項１５乃至請求項１８のいずれか一項に記載の予約管理装置。

【請求項21】

前記特定部は、前記予約情報のうち、予め設定された上限人数に満たない予約情報であって、予約者からの申告に基づかない人数変更が許容される予約情報を特定することを特徴とする、請求項１５乃至請求項１８のいずれか一項に記載の予約管理装置。

【請求項22】

所定のアクティビティに関して予約を行うことが可能なユーザの端末装置と、
前記端末装置と通信可能な予約管理装置とを備えた予約管理システムであって、
前記予約管理装置は、
前記予約の内容を示す予約情報を受け付け可能な予約受付部と、
所定期限の到来時において最少催行人数に満たない前記予約情報を取得する取得部と、
前記予約情報のうち、予め設定された上限人数に満たない予約情報を特定する特定部と、
前記取得部で取得した予約情報を予約したユーザの端末装置に対して、前記特定部で特定した予約情報を代替候補として送信可能な通知部と、
を備えることを特徴とする予約管理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、所定のアクティビティに関して、利用者の条件を充足する提案を管理装置から受け付ける技術に関する。

【背景技術】

【0002】

従来より、インターネットを介してゴルフ予約を行う予約管理システムが知られている（特許文献１）。予約管理システムは、予約情報を管理するサーバ装置と、ユーザの端末装置とを備え、ユーザの端末装置からサーバ装置に空き枠を問い合わせ、予約を確定させる。
ところで、ゴルフ場でのラウンド（プレー）は、少なくとも２人で行う必要があるため、ゴルフ予約を２人以上で行う必要があった。しかし、予約日の調整ができないなどの理由でプレーヤーがゴルフ予約をできないことがある。そのような事情も踏まえ、近年では、ウェブサイトでプレーヤーが１人でもゴルフ予約を行えるサービスが提供されている。このサービスは、不特定のプレーヤーからゴルフ予約を募り、所定期限（例えばプレー日の３日前）までに最少催行人数に達することを条件に予約を受け付けている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０１０−３２０８号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、上述の従来の１人ゴルフ予約は、所定期限までに最少催行人数に達しないと、自動的にキャンセル扱いとなってしまい、プレーヤーにとって不満が残るといった問題があった。
本発明は上述した事情に鑑みてなされたものであり、所定期限までに最少催行人数に達しなかった場合でもプレーヤーの不満を低減させることが可能な、コンピュータプログラムなどを提供することを解決課題とする。

【課題を解決するための手段】

【0005】

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

【0006】

上述した課題を解決するため、本発明に係る予約管理装置のプログラムは、コンピュータ（３０）を備え、所定のアクティビティに関して予約を行うことが可能なユーザの端末装置（２）と通信可能な予約管理装置（１）のプログラムであって、前記コンピュータ（３０）を、前記予約の内容を示す予約情報を受け付け可能な予約受付部（１０）と、所定期限の到来時において最少催行人数に満たない前記予約情報を取得する取得部（１１）と、 前記予約情報のうち、予め設定された上限人数に満たない予約情報を特定する特定部（１２）と、前記取得部（１１）で取得した予約情報を予約したユーザの端末装置（２）に対して、前記特定部（１２）で特定した予約情報を代替候補として送信可能な通知部（１３）と、として機能させることを特徴とする。

【0007】

この発明によれば、所定期限の到来時において最少催行人数に満たない予約情報がある場合、予め設定された上限人数に満たない予約情報を特定して、これを代替候補として最少催行人数に満たない予約情報を予約したユーザの端末装置に送信するので、従来であれば予約が不成立となったであろうユーザに対して予約を成立させる機会を与えることができるといった利点がある。
ここで、特定部が特定する「予め設定された上限人数に満たない予約情報」は、最少催行人数を満たしていない予約情報であってもよい。この場合、当該予約情報を代替候補として通知されたユーザが代替候補を受諾した場合、最少催行人数を満たすことが好ましいい。また、特定部が特定する「予め設定された上限人数に満たない予約情報」は、最少催行人数を満たし、且つ予め設定された上限人数に満たない予約情報であってもよい。さらに、特定部で特定する代替候補は、取得部で取得した予約情報以外の予約情報である。

【0008】

上述した予約管理装置のプログラムにおいて、前記通知部（１３）による通知に対する応答として、前記代替候補を拒絶する旨の応答を前記端末装置（２）から受信した場合、前記予約を不成立と判断する判断部（１４）を更に備えることが好ましい。この発明によれば提示した代替候補が拒絶されると予約の不成立が確定することになる。

【0009】

上述した予約管理装置のプログラムにおいて、前記通知部（１３）による通知に対する応答として、前記代替候補を拒絶する旨の応答を前記端末装置（２）から受信した場合であって、他の代替候補の閲覧要求を前記端末装置（２）から受信した場合、前記特定部（１２）で特定した予約情報のうち、拒絶の旨の応答を受信した予約情報を除く予約情報を、前記端末装置（２）に送信することが好ましい。この発明によれば、代替候補が拒絶された場合であっても、他の代替候補を提示することができるので、予約をより成立し易くすることができる。

【0010】

上述した予約管理装置のプログラムにおいて、前記所定のアクティビティに関する予約情報は、当該所定のアクティビティの開始時刻を少なくとも含み、前記代替候補は、前記特定部（１２）で特定した予約情報のうち、当該代替候補を通知すべきユーザが予約した予約情報の示す前記所定のアクティビティの開始時刻に最も近い開始時刻である予約情報であることが好ましい。この発明によれば、開始時間が最も近い予約情報を代替候補として提示することができるので、ユーザのスケジュールの変更を最少にできる。この結果、予約を成立の可能性を高めることができる。

【0011】

上述した予約管理装置のプログラムにおいて、前記予約情報は、所定のアクティビティに関して、所定期限の到来時において最少催行人数に満たない場合には不成立となる可能性がある特定予約の内容を示す特定予約情報と、予約時に確定する一般予約の内容を示す一般予約情報とを含み、前記特定部（１２）は、前記一般予約情報に優先して前記特定予約情報を特定することが好ましい。特定予約は最少催行人数に満たない場合に予約が不成立となる可能性があるところ、この発明によれば、特定予約情報を一般予約情報に優先して代替候補として提示するので、代替候補として提示される特定予約についても予約が成立する可能性を高めることができる。

【0012】

上述した予約管理装置のプログラムにおいて、前記取得部（１１）は、所定期限の到来時において最少催行人数に満たない前記予約情報が複数ある場合、前記複数の予約情報のうち少なくとも所定のアクティビティの開始時刻の最も遅い前記予約情報以外の前記予約情報を取得し、前記特定部（１２）は、前記所定のアクティビティの開始時刻の最も遅い前記予約情報を特定することが好ましい。この発明によれば、開始時刻が最も遅い予約情報を代替候補として特定するので、ユーザは時間的の余裕を持ってアクティビティを行うことができるので、予約が成立する可能性を高めることができる。

【0013】

上述した予約管理装置のプログラムにおいて、前記特定部（１２）は、前記予約情報のうち、予め設定された上限人数に満たない予約情報であって、予約者からの申告に基づかない人数変更が許容される予約情報を特定することが好ましい。この発明によれば、予約者からの申告に基づかない人数変更が許容される予約情報を代替候補して特定するので、編入先のユーザに対して気まずい思いをすることもなく、円滑に予約を成立させることができる。

【0014】

また、本発明は、予約管理装置の制御方法としても把握される。即ち、所定のアクティビティに関して予約を行うことが可能なユーザの端末装置（２）と通信可能な予約管理装置（１）の制御方法であって、前記予約の内容を示す予約情報を受け付け、所定期限の到来時において最少催行人数に満たない前記予約情報を取得し、前記予約情報のうち、予め設定された上限人数に満たない予約情報を特定し、前記取得した予約情報を予約したユーザの端末装置（２）に対して、前記特定した予約情報を代替候補とする旨の通知を送信する。

【0015】

上述した予約管理装置の制御方法において、前記通知に対する応答として、前記代替候補を拒絶する旨の応答を前記端末装置（２）から受信した場合、前記予約を不成立と判断することが好ましい。

【0016】

上述した予約管理装置の制御方法において、前記通知に対する応答として、前記代替候補を拒絶する旨の応答を前記端末装置（２）から受信した場合であって、他の代替候補の閲覧要求を前記端末装置（２）から受信した場合、前記特定した予約情報のうち、拒絶の旨の応答を受信した予約情報を除く予約情報を、前記端末装置（２）に送信することが好ましい。

【0017】

上述した予約管理装置の制御方法において、前記所定のアクティビティに関する予約情報は、当該所定のアクティビティの開始時刻を少なくとも含み、前記代替候補は、前記特定した予約情報のうち、当該代替候補を通知すべきユーザが予約した予約情報の示す前記所定のアクティビティの開始時刻に最も近い開始時刻である予約情報であることが好ましい。

【0018】

上述した予約管理装置の制御方法において、前記予約情報は、所定のアクティビティに関して、所定期限の到来時において最少催行人数に満たない場合には不成立となる可能性がある特定予約の内容を示す特定予約情報と、予約時に確定する一般予約の内容を示す一般予約情報とを含み、前記一般予約情報に優先して前記特定予約情報を特定することが好ましい。

【0019】

上述した予約管理装置の制御方法において、所定期限の到来時において最少催行人数に満たない前記予約情報が複数ある場合、前記複数の予約情報のうち少なくとも所定のアクティビティの開始時刻の最も遅い前記特定予約情報以外の前記予約情報を取得し、前記所定のアクティビティの開始時刻の最も遅い前記予約情報を特定することが好ましい。

【0020】

上述した予約管理装置の制御方法において、前記予約情報のうち、予め設定された上限人数に満たない予約情報を特定する工程では、予約者からの申告に基づかない人数変更が許容される予約情報を特定することが好ましい。

【0021】

また、本発明は、予約管理装置としても把握される。即ち、所定のアクティビティに関して予約を行うことが可能なユーザの端末装置（２）と通信可能な予約管理装置（１）であって、前記予約の内容を示す予約情報を受け付け可能な予約受付部（１０）と、所定期限の到来時において最少催行人数に満たない前記予約情報を取得する取得部（１１）と、 前記予約情報のうち、予め設定された上限人数に満たない予約情報を特定する特定部（１２）と、前記取得部（１１）で取得した予約情報を予約したユーザの端末装置（２）に対して、前記特定部（１２）で特定した予約情報を代替候補として送信可能な通知部（１３）とを備える。

【0022】

上述した予約管理装置において、前記通知部（１３）による通知に対する応答として、前記代替候補を拒絶する旨の応答を前記端末装置（２）から受信した場合、前記予約を不成立と判断する判断部（１４）を更に備えることが好ましい。

【0023】

上述した予約管理装置において、前記通知部（１３）は、前記代替候補の通知に対する応答として、前記代替候補を拒絶する旨の応答を前記端末装置（２）から受信した場合であって、他の代替候補の閲覧要求を前記端末装置（２）から受信した場合、前記特定部（１２）で特定した予約情報のうち、拒絶の旨の応答を受信した予約情報を除く予約情報を、前記端末装置（２）に送信することが好ましい。

【0024】

上述した予約管理装置において、前記所定のアクティビティに関する予約情報は、当該所定のアクティビティの開始時刻を少なくとも含み、前記代替候補は、前記特定部（１２）で特定した予約情報のうち、当該代替候補を通知すべきユーザが予約した予約情報の示す前記所定のアクティビティの開始時刻に最も近い開始時刻である予約情報であることが好ましい。

【0025】

上述した予約管理装置において、前記予約情報は、所定のアクティビティに関して、所定期限の到来時において最少催行人数に満たない場合には不成立となる可能性がある特定予約の内容を示す特定予約情報と、予約時に確定する一般予約の内容を示す一般予約情報とを含み、前記特定部（１２）は、前記一般予約情報に優先して前記特定予約情報を特定することが好ましい。

【0026】

上述した予約管理装置において、前記取得部（１１）は、所定期限の到来時において最少催行人数に満たない前記予約情報が複数ある場合、前記複数の予約情報のうち少なくとも所定のアクティビティの開始時刻の最も遅い前記予約情報以外の前記予約情報を取得し、 前記特定部（１２）は、前記所定のアクティビティの開始時刻の最も遅い前記予約情報を特定するが好ましい。

【0027】

上述した予約管理装置において、前記特定部（１２）は、前記予約情報のうち、予め設定された上限人数に満たない予約情報であって、予約者からの申告に基づかない人数変更が許容される予約情報を特定することが好ましい。

【0028】

また、本発明に係る予約管理システムは、所定のアクティビティに関して予約を行うことが可能なユーザの端末装置（２）と、前記端末装置（２）と通信可能な予約管理装置（１）とを備えた予約管理システムであって、前記予約管理装置（１）は、前記予約の内容を示す予約情報を受け付け可能な予約受付部（１０）と、所定期限の到来時において最少催行人数に満たない前記予約情報を取得する取得部（１１）と、前記予約情報のうち、予め設定された上限人数に満たない予約情報を特定する特定部（１２）と、前記取得部（１１）で取得した予約情報を予約したユーザの端末装置（２）に対して、前記特定部（１２）で特定した予約情報を代替候補として送信可能な通知部（１３）と、を備える。

【図面の簡単な説明】

【0029】

【図1】本発明の実施形態に係る予約管理システムのブロック図である。

【図2】ゴルフユーザ情報テーブルのデータ構造の一例を示す説明図である。

【図3】空き枠情報テーブルのデータ構造の一例を示す説明図である。

【図4】プラン情報テーブルのデータ構造の一例を示す説明図である。

【図5】予約情報テーブルのデータ構造の一例を示す説明図である。

【図6】予約管理サーバの構成を示すブロック図である。

【図7】端末装置の構成を示すブロック図である。

【図8】マイページの一例を示す説明図である。

【図9】第１実施形態に係る予約期限処理の処理内容を示すフローチャートである。

【図10】第１実施形態に係る仮登録後処理の第１態様の内容を示すフローチャートである。

【図11】第１実施形態に係る仮登録後処理の第２態様の内容を示すフローチャートである。

【図12】第２実施形態に係る予約期限処理の処理内容を示すフローチャートである。

【図13】第２実施形態に係る仮登録後処理の内容を示すフローチャートである。

【発明を実施するための形態】

【0030】

以下、実施形態として、本発明に係る情報提供サーバを用いた予約管理システムについて、アクティビティとしてゴルフを例に挙げ、図面を参照しつつ説明する。
＜第１実施形態＞
＜１：予約管理システムの構成＞
図１は、本発明の実施形態に係る予約管理システム１００のブロック図である。この予約管理システム１００は、インターネットなどの通信網ＮＥＴを介して、ゴルフ情報サービス及びゴルフ場予約サービスを提供する予約管理装置１、ゴルフを行うユーザの端末装置２、ゴルフ場の運営主体が管理してゴルフの予約を受け付けるゴルフ場サーバ４を備える。以下の説明では、予約管理装置１のゴルフ情報サービスまたはゴルフ場予約サービスを利用するユーザをゴルフユーザと称する。

【0031】

ゴルフユーザの端末装置２は、通信網ＮＥＴを介した通信が可能であり、例えば、パーソナルコンピュータ、携帯電話機、スマートフォン、タブレット端末などが該当する。
予約管理装置１は、所定のアクティビティに関するサービスを提供する。本実施形態では、所定のアクティビティの一例としてゴルフを取り上げる。予約管理装置１は１つのサーバで構成しても、複数のサーバで構成してもよく、複数のサーバで構成する一例として、端末装置２と通信してゴルフ情報サービスをゴルフユーザに提供する情報提供サーバと、ゴルフ場サーバ４と通信すると共に情報提供サーバと連携して、ゴルフユーザとゴルフ場サーバ４の管理者に対してゴルフ場の予約に関するゴルフ場予約サービスを提供するゴルフ予約サーバとで構成してもよい。この他のサーバ構成であっても構わない。

【0032】

ゴルフ情報サービスは、ゴルフに関する情報を提供するサービスであって、プレー履歴の記録サービスなどが該当する。本実施形態では、ゴルフ情報アプリケーションのプログラムを予約管理装置１で実行することによりゴルフ情報サービスが提供され、ゴルフ場予約アプリケーションのプログラムを予約管理装置１で実行することによりゴルフ場予約サービスが提供される。但し、これらのサービスの提供は一例であり、ゲームなどのアプリケーションの提供、ホテルの予約などを含む旅行情報の提供、コンサート情報の提供、サービスや物品の販売を提供するものであってもよい。

【0033】

次に、図１に示す予約管理装置１は、所定のプログラムを実行することによって、端末装置２から送信される予約の内容を示す予約情報を受け付け可能な予約受付部１０と、所定期限の到来時において最少催行人数に満たない予約情報を取得する取得部１１と、予約情報のうち、予め設定された上限人数に満たない予約情報を特定する特定部１２と、取得部１１で取得した予約情報を予約したユーザの端末装置２に対して、特定部１２で特定した予約情報を代替候補として送信可能な通知部１３と、通知部１３による通知に対する応答として、代替候補を拒絶する旨の応答を端末装置２から受信した場合、予約を不成立と判断する判断部１４を備える。なお、通知部１３は、代替候補の通知に対する応答として、代替候補を拒絶する旨の応答を端末装置２から受信した場合であって、他の代替候補の閲覧要求を端末装置２から受信した場合、特定部１２で特定した予約情報のうち、拒絶の旨の応答を受信した予約情報を除く予約情報を、端末装置２に送信してもよい。

【0034】

ゴルフの予約は、プランと予約枠の組み合わせによって定まる。ここで、プランは、一般的にはプレー料金やサービス内容を定めたものである。また予約枠は、開始時間及びコースを定めたものである。例えば、１番ホールからスタートするＯＵＴコースにおいて７分刻みの開始時間と９番ホールからスタートするＩＮコースにおいて７分刻みの開始時間が設定されており、これに対して予約枠が割り当てられている。また、予約枠がゴルフ場管理者等によって設定されると、予約枠を一意に識別する枠ＩＤが割り当てられる。

【0035】

また、一般的にはプレー料金やサービスが異なるプランが複数存在し、予約を行おうとするゴルフユーザは、プランと予約枠を組み合わせてゴルフ予約を行う。例えば、プランＡで開始時間が８：００の予約枠を予約したり、プランＢで開始時間が９：００の予約枠を予約したり、といった具合である。
プランの１種として、１人予約のプランがある。この１人予約のプランは、原則として１人で予約を行うことができ、その予約を確定させるか否かを判断する期限（所定期限）が設けられている。所定期限の到来時において最少催行人数に満たない場合には、キャンセルされる可能性がある。最少催行人数はゴルフ場の運営者が決定するが、例えば、２人以上である。また、所定期限は例えば予約日の３日前である。なお、１人予約のプランには特定の予約枠がゴルフ場管理者によって指定されている。つまり、１人予約のプランを選択すると、選択できる開始時間は予めゴルフ場管理者によって指定されたものに限られる。本実施形態では、１人予約のプランに割り当てられた特定の予約枠については、他のプランを選択した場合には選択できないようになっている。換言すれば、当該特定の予約枠は、１人予約専用予約枠であるということができる。そこで本明細書では、１人予約専用予約枠を「１人予約枠」と称する場合がある。

【0036】

また、１人予約枠以外の予約枠については、通常は２人乃至４人での予約が可能である。また、プランによっては２サム保証や３サム保証といったものがなされている場合がある。２サム保証とは、予約人数を２人として予約すれば、これとは別個に予約された２人組等と組み合わせになることなく、予約時に指定した人数である２人でプレーが可能であることを意味する。３サム保証とは、予約人数を３人として予約すると、１人予約でなく何らかの理由で１人である者と組み合わせになる可能性がなく、予約時に指定した人数である３人でプレーが可能であることを意味する。これらのような保証がないプランは、予約者からの申告に基づかない人数変更が許容され、予め設定された上限人数（例えば、４人）に達するまでは、見知らぬ同伴者とラウンドする可能性があるプランである。特定部１２は、予約者からの申告に基づかない人数変更が許容される予約情報を特定してもよい。さらに、各予約枠には、キャディの有無、昼食の有無、プレー料金や、２サム、３サム割増料金など各種の条件が割り当てられる。
プランと予約枠の組み合わせにより予約された情報を、予約情報と称する。予約情報の詳細については後述する。

【0037】

取得部１１及び特定部１２は、予約情報を記憶部１５に記憶された各種のテーブルから取得してもよい。また、取得部１１及び特定部１２は、端末装置２や外部のサーバからの情報に基づいて情報を取得したり、あるいは情報を特定してもよい。
記憶部１５には、ゴルフユーザに関する各種の情報を記録したゴルフユーザ情報テーブルＴＢＬ１１、空き枠を記憶した空き枠情報テーブルＴＢＬ１２、プランの内容を記憶したプラン情報テーブルＴＢＬ１３、及び予約情報を記憶した予約情報テーブルＴＢＬ１４が格納されている。ここで、空き枠とは、予約枠の内、予約がされていない予約枠の意味である。空き枠情報テーブルＴＢＬ１２には空き枠のみが記憶される。なお、予約が入ると空き枠は減り、予約がキャンセルされると空き枠は増加する。このため、空き枠情報テーブルＴＢＬ１２の記憶内容は随時、更新される。

【0038】

ゴルフユーザの端末装置２は、入力部２１と、通知部２２と、表示部２３とを備える。ゴルフユーザは、入力部２１を用いて、ゴルフ予約に関し、ゴルフ場、プラン名、人数、開始時間、予約日などを入力することができる。通知部２２は、入力部２１において入力された予約に関する情報を予約管理装置１に通知する。表示部２３は、予約管理装置１の通知部１３によって送信された予約に関する情報等を表示することができる。

【0039】

ゴルフ場サーバ４は、ゴルフ場管理者によって管理され、空き枠を示す空き枠情報やプラン情報を提供するとともに、ゴルフ場における予約を受け付けて管理する。さらに、ゴルフ場サーバ４は、自コースに関するウェブサイトの運営も行っている。ゴルフ場サーバ４は定期的にまたはゴルフ場管理者等の操作に応じて予約管理装置１と通信し、予約枠のうち空き枠を示す空き枠情報やプラン情報を予約管理装置１にアップロードすることができる。また、予約管理装置１に蓄積された予約情報を取得して、ゴルフ場サーバ４で管理する予約情報を更新する。新たな予約が発生すると、当該予約に関連する空き枠が減少する。このため、ゴルフ場サーバ４は、更新後の空き枠情報を予約管理装置１にアップロードする。なお、ゴルフ場サーバ４は他の予約ポータルサイトとも通信している場合がある。

【0040】

ゴルフ場サーバ４は自身でも予約情報を管理しており、そのための管理テーブルＴＢＬ４１を有している。管理テーブルＴＢＬ４１には、複数のレコードが記憶されている。レコードは予約枠に対応しており、１つのレコードには、予約ＩＤ、スタートコース、スタート日時、枠ＩＤ、人数、参加者、料金、及び予約フラグなどが含まれる。予約フラグは、予約済みである場合に「１」となり、空きの場合に「０」となる。
従って、ゴルフ場サーバ４では、管理テーブルＴＢＬ４１の各レコードに記録されている予約フラグを参照することによって、各予約枠における予約の有無を知ることができる。

【0041】

図２にゴルフユーザ情報テーブルＴＢＬ１１のデータ構造を示す。ゴルフユーザ情報テーブルＴＢＬ１１には登録情報として複数のレコードが記録されている。１つのレコードは、ゴルフユーザを一意に識別する識別情報ＵＩＤ、登録日、プロフィール情報、及びラウンド履歴情報を含む。なお、本実施形態では、ゴルフユーザ情報テーブルＴＢＬ１１にはプロフィール情報を記憶することとしているが、プロフィール情報は必ずしもゴルフユーザ情報テーブルＴＢＬ１１には記憶しない構成としてもよい。

【0042】

プロフィール情報は、性別、年齢、及びメールアドレスを含む。また、ラウンド履歴情報は、プレーした自己申告による平均スコア、ハンディキャップ等を含む。
なお、ゴルフユーザ情報テーブルＴＢＬ１１をキーとなる情報（例えば、識別情報ＵＩＤ）で紐づけた複数のテーブルで構成し、リレーショナルデータベースとしてもよい。

【0043】

図３に空き枠情報テーブルＴＢＬ１２のデータ構造を示す。空き枠情報テーブルＴＢＬ１２には、空き枠を一意に識別する空き枠の枠ＩＤ、空き枠の年、月、及び日、開始時間、ＯＵＴ／ＩＮの区別、並びに１人予約の可否などを対応づけて記憶している。ＯＵＴ／ＩＮにおいて、「１」がＯＵＴスタートを、「０」がＩＮスタートを示す。１人予約において「１」が１人予約可を示し、「０」が１人予約不可を示す。

【0044】

図４にプラン情報テーブルＴＢＬ１３のデータ構造を示す。プラン情報テーブルＴＢＬ１３には、プラン名、プランを一意に識別するプランＩＤ、条件１〜条件３、料金、並びに平日／休日の区別などが対応づけて記録される。条件１は２サム保証の有無を示し、「１」が込み保証有り、「０」が保証無しとなっている。条件２は昼食代込み示し、「１」が昼食代込み、「０」が昼食代別となっている。条件３はカート使用の有無を示し、「１」が有り、「０」が無しとなっている。条件４はキャディの有無を示し、「１」がキャディ付き、「０」がキャディ無しとなっている。また、平日／休日において「１」が休日用のプラン、「０」が平日用のプランであることを示す。図４には示していないが、プランの１種として１人予約プランが存在する。

【0045】

図５に予約情報テーブルＴＢＬ１４のデータ構造を示す。予約情報テーブルＴＢＬ１４には、複数のレコードが記録されている。一つのレコードは一つの予約情報を示す。一つのレコードには、予約を一意に識別する予約ＩＤ、予約日、予約者名、予約者の識別情報ＵＩＤ、プランＩＤ、期限、人数、同伴者１〜同伴者３、予約枠を一意に識別する枠ＩＤ、プレー日、開始時間、及びＯＵＴ／ＩＮの区別などを対応づけて記憶している。ＯＵＴ／ＩＮにおいて、「１」がＯＵＴコースからのスタートを、「０」がＩＮコースからのスタートを示す。

【0046】

ここで、期限は予約を確定させるか否かを判断する日を示す。１人予約において、最少催行人数に達しているか否かを判定する日である。また、人数は、予約時点において指定した、予約者と同伴者を合計した数である。ただし１人予約プランで予約した場合は、その予約数を示す数であり、２人が別々に同一の１人予約枠に予約すると、予約情報のそのレコードにおける人数は２人となる。従って、予約情報テーブルＴＢＬ１４の人数を参照することによって、最少催行人数に達しているか否かを判定することが可能となる。本実施形態では、１人予約が行われた場合に期限が設定される構成としている。期限は、本実施形態ではプレー日の３日前に設定される構成としている。

【0047】

なお、予約テーブルＴＢＬ１４は、複数のテーブルで構成してもよい。例えば、予約を一意に識別する予約ＩＤ、予約日、予約者名、予約者の識別情報ＵＩＤ、プランＩＤ、期限、人数、同伴者１〜同伴者３、及び枠ＩＤを対応づけて記憶する第１テーブルと、枠ＩＤ、開始時間、及びＯＵＴ／ＩＮを記憶する第２テーブルとで構成してもよい。また、上述した予約情報テーブルＴＢＬ１４において、１つの予約枠に複数の１人予約がなされている場合には、同じ予約枠について最初に予約した予約者について１レコードが設定され、同じ予約枠について他の予約者は、最初の予約者の同伴者として登録される。他の態様としては、同じ予約枠に複数の１人予約がある場合、各人の１人予約を１レコードで記録し、各レコードを枠ＩＤの枝番で管理すればよい。例えば、１つ予約枠の枠ＩＤが「I0002」であり、当該枠ＩＤの予約枠に３人の１人予約がある場合、３つのレコードを生成し、各レコードに、枠ＩＤとして「I0002-1」、「I0002-2」、及び「I0002-3」を記録してもよい。

【0048】

図６に予約管理装置１の構成を示す。この図に示すように、予約管理装置１は、装置全体を制御するＣＰＵ（Central Processing Unit）３０、ＣＰＵ３０の作業領域として機能するＲＡＭ（Random Access Memory）３１、ブートプログラムなどを記憶したＲＯＭ（Read Only Memory）３２、各種のプログラムやデータを記憶するハードディスクドライブ３３、キーボードやマウスなどを含む入力部３４、画像を表示するディスプレイ３５、通信網ＮＥＴを介して外部の装置と通信を行う通信インターフェース３６、及びコンパクトディスクなどの情報記録媒体を読み取る読取装置３７を備える。ハードディスクドライブ３３は、上述した記憶部１５に相当し、ゴルフユーザ情報テーブルＴＢＬ１１、空き枠情報テーブルＴＢＬ１２、プラン情報テーブルＴＢＬ１３及び予約情報テーブルＴＢＬ１４などの各種のテーブルを格納する。なお、上述したＣＰＵ３０は、取得部１１及び特定部１２として機能する。上述した通信インターフェース３６は、ＣＰＵ３０とともに、予約受付部１０及び所定の予約情報を端末装置２に通知する通知部１３として機能する。ただし、予約管理装置１は、入力部３４、ディスプレイ３５、読取装置３７は備えていなくてもよい。

【0049】

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

【0050】

＜２：情報提供供システムの動作＞
本実施形態の予約管理システム１００では、ゴルフユーザの端末装置２を用いて、ゴルフの予約などができるようになっている。

【0051】

＜２−１：予約サイトへのアクセス処理＞
まず、予約管理装置１が提供する予約サイトへのアクセス処理について説明する。端末装置２のゴルフユーザが、ウェブブラウザ上で動作したり、端末装置２にインストールされて動作するアプリケーションを起動して、予約サイトにアクセスすると、端末装置２のディスプレイ４５には、ログイン画面が表示される。このログイン画面には、識別情報ＵＩＤとパスワードとを入力する入力ボックスが表示される。利用者が、入力ボックスに入力して送信ボタンを押すと、端末装置２は、入力した識別情報ＵＩＤ及びパスワードを含むログイン要求を予約管理サーバ１に送信する。

【0052】

ログイン要求を予約管理サーバ１が受信すると、予約管理サーバ１は認証処理を実行する。具体的には、予約管理サーバ１のＣＰＵ３０は、識別情報ＵＩＤとパスワードとの組みが記憶されているか否かを判定し、判定条件を充足する場合にはログインを許可し、判定条件が充足されない場合にはログインを拒絶する。そして、ＣＰＵ３０は判定結果を示すログイン応答を端末装置２に送信させる。一度、端末装置２で入力された識別情報ＵＩＤとパスワードとの組みは、端末装置２に所定期間記憶されて、当該所定期間内であればログインを省略可能としてもよい。

【0053】

この後、ゴルフユーザがメニューの中からマイページを選択すると、端末装置２は、マイページ閲覧要求を予約管理装置１に送信する。予約管理装置１はマイページ閲覧要求を受信すると、ゴルフサイトにおけるゴルフユーザのマイページを端末装置２に表示させる。マイページには、例えば、図８に示すように、提携しているゴルフ場の予約情報が「いちおしゴルフ場」として集約されて表示される。これにより、ゴルフユーザが検索する場合に利便性が向上するようになっている。

【0054】

＜２−２：予約期限処理＞
次に、予約管理装置１で実行する予約期限処理について説明する。図９に予約期限処理の処理内容を示す。まず、ＣＰＵ３０は、端末装置２から予約要求を受信し、予約受付を行う（Ｓ１）。予約要求には予約情報が含まれている。また、１人予約の場合は予約情報の一部として、予約時に期限が設定される。ＣＰＵ３０は、予約要求を受信すると予約情報を予約情報テーブルＴＢＬ１４に記憶する。ここで、ＣＰＵ３０は、予約の内容を示す予約情報を受け付け可能な予約受付部１０として機能する。

【0055】

この後、ＣＰＵ３０は、期限が到来したか否かを判定する（Ｓ２）。この処理は、１日１回や、半日に１回といったバッチ処理で実行することが好ましい。期限を日単位で管理するのであれば、上述したバッチ処理で十分だからである。また、この判定処理は予約情報ごとに行う。具体的には、ＣＰＵ３０は、予約情報テーブルＴＢＬ１４からレコードを一つずつ読み出して、読み出したレコードに含まれる期限が現在日より過去のものであるか否か（期限が到来しているか否か）を判定する。ＣＰＵ３０は、期限が到来していない場合、次のレコードを判定し、到来している場合は、処理をステップＳ３に進める。なお、期限が設定されていない予約情報については、かかる処理及び以降の処理を行わない。

【0056】

ステップＳ３において、ＣＰＵ３０は予約人数が最少催行人数以上であるか否かを判定する。この例では、最少催行人数は固定的に設定されており、「２人」であるものとする。ＣＰＵ３０は、ステップＳ２及びＳ３を実行することによって、所定期限の到来時において最少催行人数に満たない予約情報を取得する取得部１１として機能する。
予約人数が最少催行人数以上である場合、ＣＰＵ３０は、予約確定を示す予約確定通知を予約者の端末装置２に送信する（Ｓ４）。
一方、予約人数が最少催行人数未満である場合、ＣＰＵ３０は、他の１人予約がなされた１人予約枠に空きがあるか否かを判定する（Ｓ５）。具体的には、ＣＰＵ３０は、予約日が同日であり、且つ、各予約枠について設定された上限人数に達していない１人予約枠があるか否かを予約情報テーブルＴＢＬ１４を参照して判定する。

【0057】

Ｓ５の判定条件を充足する場合、予約日が同日であり、且つ、上限人数に達していない１人予約枠の中から、ＣＰＵ３０は、元の予約枠と開始時間の差が最も少ない予約枠に最少催行人数未満の予約者を仮に登録する（Ｓ６ａ）。この場合、ＣＰＵ３０は、例えば、元の予約情報に仮登録先の予約ＩＤを対応づけて、予約情報テーブルＴＢＬ１４に記憶する。また、仮登録先の予約情報に同伴者として仮登録元の予約者を記録する。この後、ＣＰＵ３０は、仮登録元の予約者に仮登録を通知する（Ｓ７）。

【0058】

一方、他の１人予約の空きが無くステップＳ５の判定条件を充足しない場合、ＣＰＵ３０は、他の保証無しのプランで予約された予約枠に空きが有るか否かを判定する（Ｓ８）。具体的には、ＣＰＵ３０は、予約情報テーブルＴＢＬ１４に記憶された予約日が同日の他の予約情報のうち、１人予約で為されたものではなく、２サム保証または３サム保証に該当せず、かつ、予め設定された上限人数に満たない予約枠の予約情報を抽出する。即ち、予約者からの申告に基づかない人数変更が許容される予約情報を抽出する。そのような予約枠の予約情報が抽出された場合は、ステップＳ８の判定条件が肯定され、上述したステップＳ６ａにおいて仮登録が実行される。ＣＰＵ３０は、ステップＳ５、ステップＳ６ａ、及びステップＳ８を実行することによって、予約情報のうち、予め設定された上限人数に満たない予約情報を特定する特定部１２として機能する。なお、２サム保証の有無はプラン情報テーブルＴＢＬ１３を参照することによって判定する。

【0059】

一方、予約情報が抽出されなかった場合は、ステップＳ８の判定条件が否定され、ＣＰＵ３０は、予約がキャンセルされたことを示す不成立通知を予約者の端末装置２に送信する（Ｓ９）。
このように本実施形態においては、所定期限において最少催行人数に満たない予約枠に予約しているゴルフユーザについては、他の予約枠への編入を提示するので、本来であれば予約がキャンセルとなるゴルフユーザに対して、ゴルフ予約を成立させる機会を与えることができる。さらに、１人予約の予約枠は見知らぬゴルフユーザを同伴者とすることを前提としているところ、１人予約の予約枠を優先して提示するので、編入先の予約枠のゴルフユーザは編入元の予約枠のゴルフユーザを同伴者とすることに抵抗が少ないと考えられる。くわえて、開始時刻が最も近い予約枠を編入先の予約枠として提示するので、編入元のゴルフユーザが承諾し易いといった利点がある。

【0060】

＜２−３：仮登録後処理＞
次に、仮登録後の処理について２つの態様を説明する。
図１０にＣＰＵ３０が実行する第１態様に係る仮登録後処理の内容を示す。まず、ＣＰＵ３０は、仮登録通知を送信したゴルフユーザから返答を受信すると（Ｓ１１）、返答に含まれている情報に基づいて仮登録を承諾するか否かを判定する（Ｓ１２）。返答が承諾しないものであった場合、ＣＰＵ３０は、予約情報テーブルＴＢＬ１４にアクセスして仮登録を取り消して、予約がキャンセルされたことを示す不成立通知を、返答を送信したゴルフユーザの端末装置２に送信する（Ｓ１３）。仮登録の取り消しにおいて、ＣＰＵ３０は、仮登録先の予約ＩＤを対応づけて記録した元の予約情報を予約情報テーブルＴＢＬ１４から削除する。また、仮登録先の予約情報に同伴者として記録した仮登録元の予約者を削除する。ＣＰＵ３０は、ステップＳ１２及びステップＳ１３を実行することにより、代替候補を拒絶する旨の応答を端末装置２から受信した場合、予約を不成立と判断する判断部１４として機能する。

【0061】

一方、返答が承諾を示すものである場合、ＣＰＵ３０は、予約情報テーブルＴＢＬ１４にアクセスして仮登録を確定させ、承諾の返答を送信したゴルフユーザの端末装置２に予約確定通知を送信する（Ｓ１４）。仮登録の確定において、ＣＰＵ３０は、仮登録先の予約ＩＤを対応づけて記録した元の予約情報を予約情報テーブルＴＢＬ１４から削除する。なお、編入先の予約枠のゴルフユーザの端末装置２に対しても、ゴルフユーザが追加された旨の通知を送信することとしてもよい。

【0062】

第１態様では、仮登録の拒否の返答を予約管理装置１が受信した場合、予約不成立とした。これに対して、第２態様ではゴルフユーザが仮登録を拒否した場合に、さらに提案を行うものである。
図１１にＣＰＵ３０が実行する第２態様に係る仮登録後処理の内容を示す。まず、ＣＰＵ３０は、仮登録通知を送信したゴルフユーザから返答を受信すると（Ｓ２０）、返答に含まれている情報に基づいて仮登録を承諾するか否かを判定する（Ｓ２１）。返答が承諾を示す場合、ＣＰＵ３０は、予約情報テーブルＴＢＬ１４にアクセスして仮登録を確定させ、予約確定通知の返答を送信したゴルフユーザの端末装置２に送信する（Ｓ２２）。仮登録の確定は、上述したステップＳ１４と同様である。

【0063】

一方、返答が承諾しないものであった場合、ＣＰＵ３０は、予約情報テーブルＴＢＬ１４にアクセスして仮登録を取り消して、承諾を拒否したゴルフユーザに他の候補提示の要非を問い合わせる（Ｓ２３）。具体的には、他の代替候補を見たいかどうかの質問をゴルフユーザの端末装置２に送信する。なお、仮登録の取り消しは、上述したステップＳ１３と同様である。

【0064】

次に、ＣＰＵ３０は、他の候補提示の要否について返答があると、要否のいずれが選択されたかを判定する（Ｓ２４）。他の候補提示について不要との返答があった場合、ＣＰＵ３０は、予約がキャンセルされたことを示す不成立通知を、他の候補提示について不要との返答をしたゴルフユーザの端末装置２に送信する（Ｓ２５）。

【0065】

一方、他の候補提示について要との返答があった場合、ＣＰＵ３０は、他の候補の一覧を予約情報テーブルＴＢＬ１４から抽出し、その一覧を他の候補提示について要と返答したゴルフユーザの端末装置２に送信する（Ｓ２６）。この場合、抽出の対象となるのは、予約当初の予約情報に設定されていたプレー日と同一のプレー日で、他の１人予約枠及び他の保証無しのプランで予約がなされた予約枠であって、編入を拒否された予約枠を除く、全ての予約枠に関する予約情報である。抽出方法は、上述したステップＳ５及びステップＳ８と同様である。ＣＰＵ３０は、ステップＳ２４及びステップＳ２６を実行することにより、代替候補の通知に対する応答として、代替候補を拒絶する旨の応答を端末装置２から受信した場合であって、他の代替候補の閲覧要求を端末装置２から受信した場合、特定部１２で特定した予約情報のうち、拒絶の旨の応答を受信した予約情報を除く予約情報を、端末装置２に送信する通知部１３として機能する。

【0066】

この後、ＣＰＵ３０は、ゴルフユーザの端末装置２から返答を受信すると、他の候補を選択したか否かを判定する（Ｓ２７）。ゴルフユーザが他の候補を選択しなかった場合、ＣＰＵ３０は不成立通知を当該ゴルフユーザの端末装置２に送信する。一方、ゴルフユーザが他の候補を選択した場合には、選択した予約枠に当該ゴルフユーザを同伴者として追加するように予約情報テーブルＴＢＬ１４を更新し、予約確定通知を当該ゴルフユーザの端末装置２に送信する（Ｓ２２）。なお、他の候補提示の要否を問い合わせた場合（Ｓ２３）、及び他の代替候補の選択を受け付ける場合（Ｓ２７）には、それぞれ回答期限を設けることとしてもよい。

【0067】

＜第２実施形態＞
上述した第１実施形態では、まず、１人予約の予約枠に空きがあれば、当該予約枠の一つを編入の候補とし、次に、１人予約枠に空きが無かった場合には、他の保証無しの予約枠に空きがあれば当該予約枠の一つを編入の候補とした。これに対して、第２実施形態では、他の１人予約枠又は他の保証なしのプランで予約がなされた予約枠に空きがあった場合、その一覧をゴルフユーザに通知する点で相違し、その他は第１実施形態と同様である。

【0068】

図１２に、第２実施形態において予約管理装置１で実行する予約期限処理の内容を示す。第２実施形態の予約期限処理は、ステップＳ６ａ及びステップＳ７の代わりにステップＳ６ｂを採用する点を除いて、図９に示す第１実施形態の予約期限処理と同様である。
すなわち、第２実施形態においては、まず、１人予約枠に空きがあれば（Ｓ５：ＹＥＳ）、ＣＰＵ３０は、予約情報テーブルＴＢＬ１４を参照して、他の編入可能な当日の１人予約枠の全てを予約者に通知する（Ｓ６ｂ）。次に、１人予約枠に空きが無く、他の保証無しのプランで予約がなされた予約枠に空きがあれば（Ｓ８：ＹＥＳ）、編入可能な当日の他の保証無しのプランで予約がなされた予約枠の全てを予約者に通知する（Ｓ６ｂ）。ＣＰＵ３０は、編入可能な予約枠をゴルフユーザの端末装置２に通知する場合は、予約情報テーブルＴＢＬ１４にアクセスして当該ゴルフユーザの予約ＩＤと関連付けて、他の候補を提示中であることを示すフラグを仮登録する。
このように第２実施形態においては、代替候補が複数ある場合、予約者に一括して通知する。
なお、ステップＳ３の判定条件が否定された場合、ＣＰＵ３０は、予約情報テーブルＴＢＬ１４を参照して、他の編入可能な当日の１人予約枠及び編入可能な当日の他の保証無しのプランで予約がなされた予約枠の全てを一括して予約者に通知してもよい。

【0069】

図１３に、第２実施形態において予約管理装置１が実行する仮登録後処理の内容を示す。まず、ＣＰＵ３０は、代替候補を送信したゴルフユーザから選択を受け付ける（Ｓ３０）。次に、ＣＰＵ３０は、選択の返答に基づいて、他の候補を選択したか否かを判定する（Ｓ３１）。他の候補を選択した場合は、ＣＰＵ３０は、第１に、選択した予約枠の予約情報に当該ゴルフユーザを同伴者として割り当て、第２に、当該ゴルフユーザの予約情報を予約情報テーブルＴＢＬ１４から削除し、第３に、予約確定通知を当該ゴルフユーザの端末装置２に送信する（Ｓ３２）。
一方、他の候補を選択しなかった場合は、ＣＰＵ３０は、当該ゴルフユーザの予約情報を予約情報テーブルＴＢＬ１４から削除し、不成立通知を当該ゴルフユーザの端末装置２に予約確定通知を送信する（Ｓ３３）。
このように第２実施形態においては、代替候補が複数ある場合、予約管理装置１は、予約者に複数の代替候補を一括して通知し、予約者が複数の代替候補の中から選択できるようにしたので、少ない通信回数で予約者の選択の余地を拡げることができる。このため、最少催行人数に至らず、本来はキャンセルとなっていた予約を成立させる可能性を高めることができる。さらに、予約者は代替候補を受け入れることができない場合に、何度も予約管理装置１と通信する必要がないので、簡単に予約の変更を行うことができる。

【0070】

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

【0071】

（１）上述した各実施形態の予約期限処理において、ＣＰＵ３０は、同日の最少催行人数に達しない１人予約の予約枠が２つある場合、一方の予約枠のゴルフユーザに対して他方の予約枠を代替候補として提示し、他方の予約枠については、代替候補を提示せず留保としてもよい。ここで、一方の予約枠は開始時間が他方の予約枠より早い方が好ましい。ゴルフ場に到着する時間を考慮すると開始時間が遅い予約枠に集約する方が、予約が成立する可能性が高いからである。
さらに、代替候補を提示した一方の予約枠に予約しているゴルフユーザについては、返答期限を設け、返答期限内に返答がなかった場合、又は、編入を拒否した場合には、他方の予約枠に予約しているゴルフユーザに対して一方の予約枠を代替候補として提示してもよい。ここで、一方の予約枠は開始時間が他方の予約枠より早い方が好ましい。また、先に代替候補を提示したいずれか一方のゴルフユーザから、返答期間内に返答がなかったり、編入を拒否されたりした場合でも、直ちに予約の不成立通知は行わない。後に代替候補を提示した他方のゴルフユーザからも、返答期間内に返答がなかったり、編入を拒否された場合に、両方のゴルフユーザの端末装置２に対して不成立通知を送ることとしてもよいし、当該両方のゴルフユーザにそれぞれ更に他の代替候補を提示することとしてもよい。

【0072】

（２）上述した実施形態の予約期限処理において、ＣＰＵ３０は、同日の最少催行人数に満たない１人予約の予約枠が３つ以上ある場合、最も開始時間が遅い予約枠以外の予約枠を特定し、それらの予約枠に予約しているゴルフユーザに対して最も開始時間が遅い予約枠を代替候補として提示してもよい。
また、例えば８つの１人予約の予約枠が存在し、各予約枠に１人ずつ予約がある場合、ＣＰＵ３０は、例えば開始時間が最も遅い側から２つの予約枠に予約しているゴルフユーザについての予約期限処理を保留とし、他の６つの予約枠に保留した予約枠に予約しているゴルフユーザに対して、保留とした２つの予約枠またはそのいずれかを代替候補として提示してもよい。
この場合、抽出された１人しか予約していない（最少催行人数に満たない）１人予約の予約枠の数を１つの予約枠での上限人数である「４」で割り、端数切上した枠数を保留枠数とする。なお、１人しか予約していない１人予約の予約枠が５個ある場合、５／４＝１.２５となり、切り上げによって保留枠数は「２」となる。他の３つの予約枠に対して保留した予約枠を代替候補として提示した結果、保留した予約枠の一方に予約が集中し、他方の予約枠については、１人しか予約していない状況も発生し得る。その場合、ＣＰＵ３０は１人しか予約していない予約枠に対して、上限人数に達していない他の予約枠を代替候補として提示してもよい。

【0073】

（３）上述した実施形態及び変形例では、２人以上の予約で予約が成立する１人予約を所定期限の到来時において最少催行人数に満たない場合には不成立となる可能性がある特定予約の一例として説明したが、本発明はこれに限定されるものではなく、最少催行人数が３人以上であってもよい。即ち、予約の態様として、特定予約と一般予約とを想定する。特定予約とは、所定期限の到来時において最少催行人数に満たない場合には不成立となる可能性がある予約であり、例えば、上述した実施形態の１人予約が該当する。また、一般予約とは、予約内容が予約時に確定する予約であり、例えば、上述した実施形態の１人予約以外の予約が該当する。この場合、特定部１２は、上述した実施形態のステップＳ５及びＳ８で示したように、一般予約を示す一般予約情報に優先して特定予約を示す特定予約情報を特定することが好ましい。

【0074】

（４）上述した実施形態では、所定期限の到来時において最少催行人数に満たない予約情報が複数ある場合、代替候補の提示対象となる予約情報に開始時間が最も近い予約情報を代替候補として提示したが、本発明はこれに限定されるものではない。例えば、取得部１１は、所定期限の到来時において最少催行人数に満たない予約情報が複数ある場合、当該複数の予約情報のうち少なくとも開始時刻の最も遅い予約情報以外の予約情報を取得し、特定部１２は、開始時刻の最も遅い予約情報を代替候補として特定してもよい。開始時間が早いと間に合わない場合があるが、この変形例によれば、開始時刻の最も遅い予約情報を代替候補として提示できるので、予約が成立する可能性を高めることができる。

【0075】

（５）上述した実施形態及び変形例では、ゴルフを所定のアクティビティの一例として説明したが、本発明はこれに限定されるものではなく、どのようなアクティビティにも提供できる。ここで、アクティビティとは人の行動を意味し、例えば、テニス、卓球、サッカーなどのスポーツや、コンサート、演劇などの芸術活動が該当する。

【0076】

（６）本発明における機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することとしてもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスクドライブ等の記憶装置のことをいう。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。また、本発明における機能またはその一部を実現するためのプログラムを配信する配信サーバ及び当該配信サーバによる配信に用いるために使用される、当該プログラムが記憶された記憶媒体についても、本発明の範囲に含まれる。
また、上述した機能の一部または全部を、ＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）等の集積回路として実現してもよい。上述した各機能は個別にプロセッサ化してもよいし、一部、または全部を集積してプロセッサ化してもよい。また、集積回路化の手法はＬＳＩに限らず専用回路、または汎用プロセッサで実現してもよい。また、半導体技術の進歩によりＬＳＩに代替する集積回路化の技術が出現した場合、当該技術による集積回路を用いてもよい。

【0077】

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

【符号の説明】

【0078】

ＮＥＴ……通信網、１……予約管理装置、２……端末装置、３……管理サーバ、４……ゴルフ場サーバ、１０……予約受付部、１１……取得部、１２……特定部、１３……通知部、１４……判断部、１５……記憶部、ＴＢＬ１２……空き枠情報テーブル、ＴＢＬ１３……プラン情報テーブル、ＴＢＬ１４……予約情報テーブル。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】