予約を受け付けて利用対象の予約の空きを示す空予約情報を記録した予約ファイルを更新するサーバ装置と通信し、前記利用対象の予約の募集に関する募集情報を生成して通信網を介して提供し、会員によってなされた前記利用対象の予約に関する申請を受け付けて予約を確定させる管理装置であって、前記予約ファイルには当該管理装置における募集開始を許可する時間を示す募集開始時間情報が記録されており、前記サーバ装置の前記予約ファイルにアクセスして、前記募集開始時間情報を取得する第1取得部と、現在時刻が前記募集開始時間情報の示す時間を経過すると、前記サーバ装置の前記予約ファイルにアクセスして、前記空予約情報を取得する第2取得部と、前記第2取得部で取得した前記空予約情報に基づいて、前記利用対象の内容及び未予約状態の予約枠を示す募集情報を生成し、前記通信網を介して提供する募集情報提供部と、前記利用対象の予約を申し出る予約申請を示す予約申請情報を前記会員の通信装置から受信して前記予約申請を承認すると、当該予約申請情報にて指定された未予約状態の予約枠を予約済状態に変更して予約を確定させる予約確定部と、を備える管理装置。予約を受け付けて利用対象の予約の空きを示す空予約情報を記録した予約ファイルを更新するサーバ装置と通信し、前記利用対象の予約の募集に関する募集情報を生成して通信網を介して提供し、会員によってなされた前記利用対象の予約に関する申請を受け付けて予約を確定させる管理装置であって、前記予約ファイルには前記利用対象の利用開始を示す利用開始時間情報が記録されており、前記サーバ装置の前記予約ファイルにアクセスして、前記利用開始時間情報を取得する第1取得部と、現在時刻が前記利用開始時間情報の示す時間から所定時間前になると、前記サーバ装置の前記予約ファイルにアクセスして、前記空予約情報を取得する第2取得部と、前記第2取得部で取得した前記空予約情報に基づいて、前記利用対象の内容及び未予約状態の予約枠を示す募集情報を生成し、前記通信網を介して提供する募集情報提供部と、前記利用対象の予約を申し出る予約申請を示す予約申請情報を前記会員の通信装置から受信して前記予約申請を承認すると、当該予約申請情報にて指定された未予約状態の予約枠を予約済状態に変更して予約を確定させる予約確定部と、を備える管理装置。前記第1取得部は、前記募集開始時間情報又は前記前記利用開始時間情報と共に前記空利用情報を取得し、前記第1取得部が前記空予約情報を取得してから、前記第2取得部が前記空予約情報を取得する前の期間において、前記予約ファイルにアクセスして前記空予約情報を取得する第3取得部と、少なくとも前記第3取得部で取得した前記空予約情報に基づいて決定される前記利用対象の予約の募集が行われる可能性を示す情報を、前記会員に通知する通知部と、を備える請求項1又は2に記載の管理装置。前記第2取得部は、前記第3取得部が取得した前記空予約情報が全て予約済を示す場合、前記予約ファイルへのアクセスを中止することを特徴とする請求項3に記載の管理装置。ところで、一般にメンバーのために確保する予約枠は、外部に委託する予約枠に比較して、プレーの開始時間やコース順などの条件が良いものが多い。しかしながら、メンバーの予約枠は情報の公開先が限定的であるため、最終的に売れ残ってしまうことも多い。そこで、本発明は、ゴルフ場、宿泊、コンサートなどの利用対象の予約の成立の可能性を向上させることを解決課題とする。以上の課題を解決するために本発明が採用する手段を以下に説明する。なお、本発明の理解を容易にするために以下では図面の参照符号を便宜的に括弧書で付記するが、本発明を図示の形態に限定する趣旨ではない。本発明に係る管理装置は、予約を受け付けて利用対象の予約の空きを示す空予約情報を記録した予約ファイル4faを更新するサーバ装置3と通信し、前記利用対象の予約の募集に関する募集情報を生成して通信網1を介して提供し、会員によってなされた前記利用対象の予約に関する申請を受け付けて予約を確定させるものであって、前記予約ファイルには当該管理装置における募集開始を許可する時間を示す募集開始時間情報が記録されており、前記サーバ装置の前記予約ファイルにアクセスして、前記募集開始時間情報を取得する第1取得部30、X1、Y1と、現在時刻が前記募集開始時間情報の示す時間を経過すると、前記サーバ装置の前記予約ファイルにアクセスして、前記空予約情報を取得する第2取得部30、S30、X2、Y2と、前記第2取得部で取得した前記空予約情報に基づいて、前記利用対象の内容及び未予約状態の予約枠を示す募集情報を生成し、前記通信網を介して提供する募集情報提供部30、S40と、前記利用対象の予約を申し出る予約申請を示す予約申請情報を前記会員の通信装置から受信して前記予約申請を承認すると、当該予約申請情報にて指定された未予約状態の予約枠を予約済状態に変更して予約を確定させる予約確定部30、S50と、を備える。この発明によれば、サーバ装置から募集依頼を管理装置に送信しなくても、管理装置がサーバ装置に記憶された予約ファイルにアクセスして、募集開始時間に至ると、管理装置が自動的に利用対象の予約の募集を開始する。よって、サーバ装置では、予約ファイルに空予約情報を随時更新するだけで、自前では埋められない予約枠を外部に委託して予約の募集を行うことが可能となる。なお、予約ファイルにアクセスとは、予約ファイルの内容を閲覧できればどのような手法であってもよく、例えば、予約ファイルへの閲覧要求をサーバ装置に送信し、閲覧応答を管理装置で受信する態様や、予約ファイルに対するいわゆるアクセス制御を利用して予約ファイルの内容を管理装置から閲覧する態様が含まれる。本発明に係る他の管理装置は、予約を受け付けて利用対象の予約の空きを示す空予約情報を記録した予約ファイル4fbを更新するサーバ装置4と通信し、前記利用対象の予約の募集に関する募集情報を生成して通信網1を介して提供し、会員によってなされた前記利用対象の予約に関する申請を受け付けて予約を確定させるものであって、前記予約ファイルには前記利用対象の利用開始を示す利用開始時間情報が記録されており、前記サーバ装置の前記予約ファイルにアクセスして、前記利用開始時間情報を取得する第1取得部30、X1、Y1と、現在時刻が前記利用開始時間情報の示す時間から所定時間前になると、前記サーバ装置の前記予約ファイルにアクセスして、前記空予約情報を取得する第2取得部30、S20、S30、X2、Y2と、前記第2取得部で取得した前記空予約情報に基づいて、前記利用対象の内容及び未予約状態の予約枠を示す募集情報を生成し、前記通信網を介して提供する募集情報提供部30、S40と、前記利用対象の予約を申し出る予約申請を示す予約申請情報を前記会員の通信装置から受信して前記予約申請を承認すると、当該予約申請情報にて指定された未予約状態の予約枠を予約済状態に変更して予約を確定させる予約確定部30、S50とを備える。この発明によれば、サーバ装置から募集依頼を管理装置に送信しなくても、管理装置がサーバ装置に記憶された予約ファイルにアクセスして、利用開始時間を取得し、利用開始時間から所定時間だけ前に至ると、管理装置が自動的に利用対象の予約の募集を開始する。よって、サーバ装置では、予約ファイルに空予約情報を随時更新するだけで、自前では埋められない予約枠を外部に委託して予約の募集を行うことが可能となる。さらに、募集開始時間を予約ファイルに記録する必要がないので、サーバ装置における予約ファイルの管理を簡素化できる。上述した管理装置において、前記第1取得部は、前記募集開始時間情報又は前記前記利用開始時間情報と共に前記空利用情報を取得し、前記第1取得部が前記空予約情報を取得してから、前記第2取得部が前記空予約情報を取得する前の期間において、前記予約ファイルにアクセスして前記空予約情報を取得する第3取得部と、少なくとも前記第3取得部で取得した前記空予約情報に基づいて決定される前記利用対象の予約の募集が行われる可能性を示す情報を、前記会員に通知する通知部と備えることが好ましい。この発明によれば、会員は、募集開始時間に至る前に、利用対象の予約の募集が行われる可能性を示す情報を受け取ることができるので、サーバ装置における予約を優先させつつ、管理装置における予約の成立を向上させることが可能となる。また、上述した管理装置において、前記第2取得部は、前記第3取得部が取得した前記空予約情報が全て予約済を示す場合、前記予約ファイルへのアクセスを中止することが好ましい。募集開始時間前までは、サーバ装置における予約が優先されるため、最初の予約ファイルへのアクセスにおいて予約の空きがあってもその後、予約に空きが無くなることがある。そのような場合には、管理装置において利用対象の募集を実行する必要はない。この発明によれば、空予約情報が全て予約済を示す場合、予約ファイルへのアクセスを中止するので、処理を簡素化することができ、無駄な通信を抑制することができる。<1.第1実施形態>図1は、本発明の第1実施形態に係る予約支援システム100のブロック図である。この予約支援システム100は、会員が利用対象を予約することを支援するためのものである。ここでは、予約支援システムの一例として、SNSの会員を対象としたゴルフ場の予約支援システムを取り上げる。予約支援システム100は、会員の通信装置21、22、23、...2n、利用対象の予約を管理する管理装置3、ゴルフ場サーバ4、及び通信網として機能するインターネット1を備える。会員の通信装置21~2nは、インターネット1を介した通信が可能であり、ブラウザ機能や電子メール機能を備え、例えば、パーソナルコンピュータや携帯電話機が該当する。ゴルフ場サーバ4は、ゴルフ場の管理者が運営するサーバであって、管理装置3に対して、利用対象の予約の募集に関する情報を提供する。これによって、ゴルフ場は予約の募集を外部に委託することが可能となる。一方、ゴルフ場では、ゴルフ場の利用権を有するメンバーからの予約を電話、FAX、メール、あるいはゴルフ場サーバ4を用いて受け付けている。このため、メンバー用の予約枠を予め確保し、その他の予約枠についての募集を外部に委託する。ゴルフ場サーバ4は、予約ファイル4faを記憶する記憶部を備える。予約ファイル4faには、メンバーのために確保された予約枠の予約状況を示す情報が記録されている。図2に、予約ファイル4faのデータ構造を示す。予約ファイル4faは、複数のレコードを備え、各レコードには、プレーの開始時間を示す利用開始時間情報、予約枠の空きを示す空予約情報、外部における募集開始を許可する募集開始時間を示す募集開始時間情報、及び各予約枠に適用される料金を示す料金情報が対応付けて記録されている。ここで、募集開始時間は、ゴルフ場において、メンバーからの予約受付を締め切った後の、外部に予約の募集を委託する時間である。予約ファイル4faへのレコードの書き込みは、ゴルフ場サーバ4の管理者が行う。次に、管理装置3は、SNSの会員を対象とした各種利用対象の予約の募集に関する情報をSNSの会員に提供する。これらの利用対象には、ゴルフ場でのプレー、宿泊、あるいはコンサートなどが含まれる。図3に管理装置の構成を示す。この図に示すように。管理装置3は、装置全体を制御するCPUCentralProcessingUnit30、CPU30の作業領域として機能するRAMRandomAccessMemory31、ブートプログラムなどを記憶したROMReadOnlyMemory32、各種のプログラムやデータを記憶するハードディスク33、キーボードやマウスなどを含む入力部34、画像を表示するディスプレイ35、及びインターネット1を介して外部の装置と通信を行う通信インターフェースを備える。ハードディスク33には、会員データベースDBが格納されている。なお、管理装置3を複数のサーバで構成し、利用対象の予約を管理するサーバと会員データベースDBを提供するサーバを独立して設けてもよい。図4に、会員データベースDBが記憶するデータのデータ構造の一部を示す。この図に示すように、会員データベースDBには、会員を一意に識別する情報である会員ID識別情報と、プロフィール情報とが対応付けられて記憶されている。プロフィール情報は、性別、年齢、住所、ゴルフのプレー履歴、会員権の有無、所有クラブ、スキル、メールアドレス及び評価値が、それぞれ会員IDに対応付けられて記憶されている。会員権とはゴルフ場の会員権であり、スキルは、ゴルフのハンディキャップを意味する。また、評価値とは、一緒にゴルフをプレーした会員が、プレー後に評価の対象者のマナーや好感度について評価した値の累積値である。例えば、非常の良いを2、良いを1、普通を0、悪いを-1、非常に悪いを-2といったように点数化して評価を行う。次に、予約支援システム100の動作について、募集依頼及び自動募集に分けて説明する。図5に、募集依頼のシーケンスを示す。同図に示すように、ゴルフ場サーバ4から募集要求が管理装置3に送信されると、管理装置3は、募集要求に基づいて利用対象の予約を募集する情報をインターネット1を介して提供するS10。この場合、情報の提供の対象は、会員に限定してもよいし、あるいは、会員に限定しなくてもよい。会員に限定しない場合には、非会員がサービスの内容を知ることができるので、会員登録の動機付けとなり得る。募集要求には、ゴルフ場名、開催日時、申込期限、人数及び一人当たりの価格を示す募集情報が含まれている。募集情報の示すゴルフ場名がABCカントリークラブ、開催日時が5月22日日午前10:00スタート、申込期限が5月15日午後3:00、人数が4人、一人当たりの価格が8000円である場合、管理装置3は、例えば、図6に示すように、利用対象を利用可能な人数分の予約枠と人数分の予約枠のそれぞれに設定された料金この例では一律8000円を含む情報をインターネット1を介して公開する。これにより、会員は、利用対象の予約の募集があったことを知ることができる。管理装置3は、利用対象の予約の募集を行った後、図5に示すように募集を開始したことを示す募集応答をゴルフ場サーバ4に返信する。このように、管理装置3は、ゴルフ場サーバ4から募集要求を受信することを契機に、利用対象の予約について募集を実行する。次に、自動募集に係る予約支援システム100の動作について、図7を参照して説明する。自動募集では、ゴルフ場サーバ4から管理装置3に対して募集要求がなくても、管理装置3が自発的に利用対象の予約について募集を行う。管理装置3が、ゴルフ場サーバ4に対して予約ファイル閲覧要求X1を送信すると、ゴルフ場サーバ4は予約ファイル閲覧応答Y1を返信する。予約ファイル閲覧要求X1には非公開の予約ファイル4faへのアクセスを許可するための認証情報が含まれており、ゴルフ場サーバ4は認証情報が正しい場合に、予約ファイル閲覧応答Y1を返信する。これにより、不正なアクセスを防止できる。予約ファイル閲覧応答Y1には、応答時における予約ファイル4faが含まれている。これによって、管理装置3は、予約ファイル4faを取得することができる。次に、管理装置3は、予約ファイル4faに含まれている各レコードの募集開始時間情報を参照して、現在時刻が募集開始時間になったかを判定するS30。現在時刻が募集開始時間になった場合、管理装置3は、予約ファイル閲覧要求X2をゴルフ場サーバ4に送信する。ゴルフ場サーバ4は予約ファイル閲覧要求X2を受信すると、予約ファイル閲覧応答Y2を管理装置3に返信する。予約ファイル閲覧要求X2に認証情報が含まれており、予約ファイル閲覧応答Y2に予約ファイル4faが含まれていることは、予約ファイル閲覧要求X1及び予約ファイル閲覧応答Y1と同様である。例えば、予約ファイル閲覧応答Y1に含まれる予約ファイルが図2に示すものであり、現在時刻が5月21日18:00であったとする。利用開始時間が5月22日10:00のレコードの募集開始時間は5月21日18:00であるから、管理装置3は予約ファイル閲覧要求X2をゴルフ場サーバ4に送信する。そして、管理装置3が、図8に示す予約ファイル4faを取得したとする。この例では、図2に示す最初に取得した予約ファイルでは、利用開始時間が5月22日10:00のレコードにおいて、2つ予約枠に空きがあったが、図8に示すレコードでは、予約枠の空きが1つになっている。これは、予約ファイル閲覧応答Y1を受信時から、予約ファイル閲覧応答Y2の受信時の間に、メンバーからゴルフ場に対して1人の予約があり、ゴルフ場サーバ4において予約ファイル4faが更新されたからである。この後、図7に示すように、管理装置3は利用対象の募集を行うS40。具体的には、管理装置3は、利用対象の予約を募集する情報をインターネット1を介して提供する。この場合、情報の提供の対象は、会員に限定してもよいし、あるいは、会員に限定しなくてもよい。図8に示す予約ファイルを管理装置3が取得した場合、例えば、図9に示すように、利用対象を利用可能な人数分の予約枠と人数分の予約枠のそれぞれに設定された料金この例では一律3000円を含む情報をインターネット1を介して公開する。これにより、会員は、利用対象の予約の募集があったことを知ることができる。図7に示す例では、通信装置21から管理装置3に予約申請が送信される。予約申請には、予約枠について予約することを申し出る会員の会員IDを含む予約申請情報が含まれている。管理装置3は予約申請を受信すると、会員IDを確認して、当該予約枠の予約を確定させるS50。具体的には予約申請情報にて指定された未予約状態の予約枠を予約済状態に変更する。これにより、図9に示す例では、4つの予約枠のうち、空きと表示された予約枠が予約済に変更される。これにより、全ての予約枠が予約済みとなるので、この後、管理装置3は予約が確定したことを示す予約確定通知をゴルフ場サーバ4に送信する。このように本実施形態に係る予約支援システム100によれば、管理装置3は、予約ファイル4faを閲覧することによって、ゴルフ場のメンバーのために確保された予約枠の予約状況を把握し、外部における募集開始が許可される時間を経過すると、自動的に募集を開始する。この結果、ゴルフ場サーバ4の管理者は、予約枠の募集を外部に委託するための手間が省けるので、より効果的にゴルフ場の利用率を向上させることができる。また、管理装置3は、募集開始時間になると、募集の内容を確定させるために、ゴルフ場サーバ4の予約ファイル4faにアクセスするので、時々刻々と変化するメンバーに予約状況を的確に募集内容に反映させることができる。<2.第2実施形態>次に、第2実施形態に係る予約支援システム100について説明する。第2実施形態の予約支援システム100は、予約ファイル4faの替わりに予約ファイル4fbを用いる点、及び管理装置3の動作を除いて、第1実施形態に係る予約支援システムと同じである。図10に予約ファイル4fbのデータ構造を示す。予約ファイル4fbは、複数のレコードを備え、各レコードには、利用開始時間情報、空予約情報、及び料金情報が対応付けて記録されている。予約ファイル4fbは、募集開始時間情報が記録されていない点で予約ファイル4faと相違する。図11に、第2実施形態の自動募集に係る予約支援システム100の動作を示す。管理装置3が取得する予約ファイル閲覧応答Y1には、予約ファイル4fbが含まれている。予約ファイル4fbには、募集開始時間情報が記録されていない。そこで、管理装置3は、利用開始時間から所定時間を減算して募集開始時間を算出するS20。例えば、所定時間を16時間であるとすれば、図10に示す予約ファイル4fbにおいて、利用開始時間が5月22日10:00となるレコードの募集開始時間は、5月21日18:00となる。管理装置3は、レコードごとに募集開始時間を管理し、現在時刻が募集開始時間に至ると、第1実施形態と同様に予約ファイル閲覧要求X2をゴルフ場サーバ4に送信し、予約ファイル閲覧応答Y2を取得する。そして、予約ファイル閲覧応答Y2に含まれる予約ファイル4fbに基づいて、利用対象の募集を実行するS40。なお、所定時間は、ゴルフ場サーバ4の管理者からの指示で予め定められている。第2実施形態によれば、管理装置3は、予約ファイル4fbを閲覧することによって、利用開始時間と所定時間に基づいて募集開始時間を算出し、募集開始時間を経過すると、自動的に募集を開始する。この結果、ゴルフ場サーバ4の管理者は、予約枠の募集を外部に委託するための手間が省けるので、より効果的にゴルフ場の利用率を向上させることができる。しかも、ゴルフ場サーバ4の管理者は、募集開始時間情報を予約ファイル4fbに書き込む必要がないので、簡易に自動募集を行うことができる。<3.変形例>本発明は、上述した実施形態に限定されるものではなく、例えば、以下に述べる変形が可能である。また、以下の例示から任意に選択された1または複数の態様は適宜に併合され得る。1上述した各実施形態では、管理装置3はゴルフ場サーバ4とは別に設けられていたが、本発明はこれに限定されるものではなく、管理装置3とゴルフ場サーバ4とが一体であってもよい。2上述した第1実施形態において、管理装置3は予約ファイル閲覧応答Y1にて予約ファイル4faを取得したが、本発明はこれに限定されるものではなく、予約ファイル4faに含まれる募集開始時間情報のみを取得してもよい。即ち、管理装置3は、ゴルフ場サーバ4の予約ファイル4faにアクセスして募集開始時間情報を取得するものであればよい。この場合は、管理装置3は予約ファイル閲覧応答Y1において空予約情報を知ることはできないが、予約ファイル閲覧応答Y2において空予約情報を取得できるので、利用対象の募集S40は正常に実行される。3上述した第2実施形態において、管理装置3は予約ファイル閲覧応答Y1にて予約ファイル4fbを取得したが、本発明はこれに限定されるものではなく、予約ファイル4fbに含まれる利用開始時間情報のみを取得してもよい。即ち、管理装置3は、ゴルフ場サーバ4の予約ファイル4fbにアクセスして利用開始時間情報を取得するものであればよい。この場合は、管理装置3は予約ファイル閲覧応答Y1において空予約情報を知ることはできないが、予約ファイル閲覧応答Y2において空予約情報を取得できるので、利用対象の募集S40は正常に実行される。4上述した第1実施形態及び第2実施形態において、予約ファイル閲覧要求X1及び予約ファイル閲覧応答Y1では、ゴルフ場サーバ4の予約ファイル4fa又は4fbにアクセスして、空予約情報E1を取得した。この変形例では、予約ファイル閲覧応答Y1において空予約情報E1を取得してから、予約ファイル閲覧応答Y2において空予約情報E2を取得するまでの期間において、管理装置3は、ゴルフ場サーバ4の予約ファイル4fa又は4fbにアクセスして空予約情報E3を取得する。具体的には、管理装置3はゴルフ場サーバ4に予約ファイル閲覧要求X3を送信し、予約ファイル閲覧応答Y3をゴルフ場サーバ4から受信する。そして、管理装置3は少なくとも空予約情報E3に基づいて決定される利用対象の予約の募集が行われる可能性を示す情報を、会員に通知してもよい。この場合、管理装置3は、利用対象の予約に空きがある場合、ゴルフ場名、利用開始時間、募集開始時間、料金などを記載した電子メールを会員データベースDBのメールアドレスを参照して、会員の通信装置2に送信する。これにより会員は、利用対象の予約の募集が行われる可能性を予約開始前に知ることができるので、予約の成立をより向上させることができる。また、利用対象の予約の募集が行われる可能性の通知は、以下の場合に行うようにしてもよい。第1の態様は、空予約情報E3から特定した空予約枠の数と予約締切までの残り時間とに基づいて、予約開始時点で1つ以上の空予約枠が残っている可能性について予測する。そして、管理装置3は、予測した空予約枠の残数が所定数以上である場合に会員に通知する。第2の態様は、管理装置3は、空予約情報E1と空予約情報E3とから、経過時間に対する予約の伸び率を特定し、予約開始時点で1つ以上の空予約枠が残っている可能性について予測する。そして、そして、管理装置3は、予測した空予約枠の残数が所定数以上である場合に会員に通知する。なお、予約ファイル閲覧応答Y3において取得した空予約情報E3が全て予約済であり空きがないことを示す場合、管理装置3は、予約ファイル閲覧要求X2をゴルフ場サーバ4に送信せず、予約ファイル4fa又は4fbへのアクセスを中止してもよい。5上述した各実施形態において、予約ファイル4fa4fbへのアクセスは、管理装置3から予約ファイル閲覧要求を送信し、ゴルフ場サーバ4から予約ファイル閲覧応答を受信することによって、予約ファイルの内容を閲覧するものであったが、本発明はこれに限定されるものではなく、予約ファイルの内容を閲覧ができるのであればどのような態様であってもよい。例えば、いわゆるアクセス制御によってゴルフ場サーバ4で管理装置3を認証し、予約ファイル4fa4fbへのアクセスを許可するものであってもよい。6上述した各実施形態において、募集依頼や自動募集において、予約申請を承認された会員は、残りの予約枠の料金を減額する減額申請を管理装置3に送信できるようにしてもよい。この減額申請には、空きの予約枠の料金のうち、申請をする者が負担する減額料金を示す減額申請情報と、申請をする者の会員IDが含まれている。管理装置3は、減額申請を受信すると、会員IDに基づいて、予約申請が承認された会員であるか否かを判定し、予約申請が承認された会員である場合には、減額申請に係る予約枠の料金を減額申請情報の示す金額だけ減額して募集ページを更新し公開する。料金の負担方法は、例えば、ゴルフ場での支払時に減額申請した会員が設定された料金に減額された料金を加算して支払うようにしてもよい。あるいは、管理装置により提供されるウェブサイト内で利用可能な電子的なポイントを減額料金分購入し、これを支払いに充当するようにしてもよい。減額申請を行う会員は、予め購入しておいたポイントから、減額料金のポイントを管理装置3に対して支払う。管理装置3は、支払われたポイントを管理し、利用対象の予約が成立した場合には、ゴルフ場サーバ4との間で決済処理を実行する。一方、利用対象の予約が不成立であった場合には、ポイントを減額申請が受理された会員に払い戻せばよい。なお、減額申請において支払いが必要な電子的なポイントは、必ずしも事前に購入しておく必要はなく、支払いの必要なタイミングで購入可能なようにしても構わない。すなわち、管理装置3は、予約申請を受理された会員から未予約状態の予約枠に設定された料金を減額する減額申請を示す減額申請情報を受信して減額申請を受理すると、減額申請情報にて指定された料金情報によって未予約状態の予約枠に設定された料金情報を更新する料金変更部の機能を備えるものであってもよい。また、未予約状態の予約枠が複数存在する場合は各予約枠に対して個別に料金を減額できるが、一の減額申請で未予約状態の全ての予約枠に対して料金を減額するようにしても構わない。