JP7181344B1 - 情報提供装置、情報提供方法、及び情報提供プログラム - Google Patents

Abstract

【課題】天気に基づいて、ゴルフが開催される可能性が高いプレー枠の予約を促すことが可能となるように情報を提供する情報提供装置及び方法を提供する。【解決手段】情報提供装置（ゴルフ場予約サーバにおけるシステム制御部）は、プレー枠の予約者の人数が所定人数以上である場合に、予約者が組となってプレー枠でゴルフのプレーが可能であり、プレー枠のうち、未来のプレー時期の未来プレー枠における天気を示す天気情報を取得し、未来プレー枠の予約者が予約した過去のプレー時期のプレー枠のうち、天気がゴルフのプレーに負の影響を与える可能性がある所定天気であるプレー枠に対する予約者による予約のキャンセル状況の履歴を示す履歴情報を取得し、未来プレー枠のうち、取得された天気情報により示される天気が所定天気である所定天気未来プレー枠の情報の表示の優先度を、取得された履歴情報に基づいて制御する。【選択図】図９

Description

本発明は、ゴルフ場を予約するためのシステムにおいて、予約可能なゴルフ場に関する情報を提供する方法の技術分野に関する。

従来、インターネット等のネットワークを利用して、ゴルフ場を予約可能にするシステムが知られている。ゴルフ場の予約においては、例えばゴルフ場と、コースと、プレー日と、プレー開始時刻との組み合わせ等で、予約の対象が特定される。この組み合わせを、便宜上プレー枠と称する。ゴルフ場の予約システムは、例えばユーザにより指定された条件に合致するプレー枠の一覧の情報を、そのユーザに提供する。そして、予約システムは、一覧の中からユーザにより選択されたプレー枠についての予約の処理を実行する。

一般的には、ゴルフを一緒にプレーする予定のグループに含まれる一のユーザが、ゴルフ場の予約を行う。その後、プレー日当日に、予約者と同伴者とがゴルフ場に行ってゴルフをプレーする。その一方で、ゴルフ場から提供されるプランとして、所謂１人予約のプランがある。１人予約においては、複数のユーザが同一のプレー枠に対して予約を行うことが可能である。予約者の人数が、予め定められた最少催行人数以上（例えば２人以上等）となったプレー枠についてはゴルフの開催が決定される。その後、予約を行った複数のユーザは、プレー日当日にゴルフ場に行って一緒にゴルフをプレーする。所定の日時までに予約者の人数が最少催行人数に満たなかったプレー枠については、予約者全員の予約が自動的にキャンセルされる。

１人予約に関連して、特許文献１には、予約が埋まっていない組の予約を埋めるためのメール配信システムが開示されている。このメール配信システムは、予約が１人しか埋まっていない組がある場合、プレー条件を設定して、希望条件を満たす会員に対して案内情報をメールにて配信する。プレー条件は、価格やオプションの有無等の条件である。その後、まだ予約が１人しか埋まっていない場合、メール配信システムは、価格を下げたりオプションを付けたりして、希望条件を満たす会員に対してメール配信する。プレー条件は、天候によって設定されてもよく、雷雨の時には価格を安くしたり、梅雨の時期で天候が不安定な時期には価格を安くしたりする。

特開２００９－１２３１５１号公報

しかしながら、天気予報により、ゴルフをプレーするには不向きな天気である確率が高いと知った予約者は、自ら予約をキャンセルする場合がある。これにより、予約者の人数が最少催行人数を下回ると、そのプレー枠でのゴルフは不開催となり、他の予約者全員の予約も自動的にキャンセルされてしまう。その一方で、そうした天気であっても予約をキャンセルしない予約者も存在し、その結果ゴルフが開催される場合もある。そのため、悪天であることを理由に、価格を下げるなどして一律に予約を促すことが適切であると断言することはできない。

本発明は以上の点に鑑みてなされたものであり、その課題の一例は、天気に基づいて、ゴルフが開催される可能性が高いプレー枠の予約を促すことが可能となるように情報を提供する情報提供装置、情報提供方法、及び情報提供プログラムを提供することにある。

上記課題を解決するために、請求項１に記載の発明は、ゴルフのプレー場所とプレー時期とで示されるプレー枠の予約者の人数が所定人数以上である場合に前記予約者が組となって前記プレー枠でゴルフのプレーが可能であるゴルフ場の天気であって、前記ゴルフ場の前記プレー枠のうち、未来のプレー時期の未来プレー枠における天気を示す天気情報を取得する天気情報取得手段と、前記未来プレー枠を現在予約している予約者であって、前記未来プレー枠の情報の提示先のユーザと異なる予約者が予約した過去のプレー時期の前記プレー枠のうち、該プレー枠における天気がゴルフのプレーに負の影響を与える可能性がある所定天気であるプレー枠に対する前記予約者による予約のキャンセル状況の履歴を示す履歴情報を取得する履歴情報取得手段と、前記未来プレー枠のうち、前記取得された天気情報により示される天気が前記所定天気である所定天気未来プレー枠であって、現在予約されている所定天気未来プレー枠の情報の表示の優先度を、該所定天気未来プレー枠を現在予約している前記予約者について前記履歴情報取得手段により取得された履歴情報に基づいて制御する制御手段と、を備えることを特徴とする。

この発明によれば、所定天気が予想される未来のプレー時期のプレー枠の情報については、そのプレー枠を予約している予約者が予約したことがある過去のプレー時期のプレー枠のうち、天気が所定天気であるプレー枠に対するその予約者による予約のキャンセル状況の履歴に基づいて、表示の優先度が制御される。天気が所定天気であるプレー枠に対する予約のキャンセル状況の履歴から、所定天気が予想される未来のプレー時期のプレー枠の予約を、その予約者がキャンセルする可能性を推定することが可能である。そして、予約者が予約をキャンセルする可能性によって、対象のプレー枠でゴルフが開催される可能性が変わる。従って、ゴルフが開催される可能性に応じてプレー枠の情報の表示の優先度を制御することで、ゴルフが開催される可能性が高いプレー枠の予約を促すことが可能に、プレー枠の情報を提供することができる。

請求項２に記載の発明は、前記制御手段は、天気が前記所定天気である前記プレー枠の予約をキャンセルする傾向の度合いが所定度未満である前記予約者が予約した前記所定天気未来プレー枠の情報の前記優先度を、前記傾向の度合いが前記所定度以上である前記予約者が予約した前記所定天気未来プレー枠の情報の前記優先度よりも高くすることを特徴とする。

この発明によれば、ゴルフが開催される可能性が相対的に高いプレー枠の情報の表示を、ゴルフが開催される可能性が相対的に低いプレー枠の情報の表示よりも優先させることができる。

請求項３に記載の発明は、前記制御手段は、前記傾向の度合いが前記所定度未満である予約者の人数が、前記所定人数よりも１人少ない人数以上である前記所定天気未来プレー枠の情報の前記優先度を、予約者の人数が、前記所定人数よりも１人少ない人数以上である前記所定天気未来プレー枠のうち、前記傾向の度合いが前記所定度未満である予約者の人数が、前記所定人数よりも１人少ない人数未満である前記所定天気未来プレー枠の情報の前記優先度よりも高くすることを特徴とする。

この発明によれば、天気が所定天気であるプレー枠の予約をキャンセルする傾向の度合いが高い予約者全員が予約をキャンセルしたとしても、残りの予約者の人数が所定人数以上であるか又は情報提供先のユーザが予約することにより予約者の人数が所定人数に達するプレー枠の表示が、天気が所定天気であるプレー枠の予約をキャンセルする傾向の度合いが高い予約者全員が予約をキャンセルした場合に、情報提供先のユーザが予約したとしても予約者の人数が所定人数に満たないプレー枠の表示よりも優先される。従って、ゴルフが開催される可能性が高い方のプレー枠の情報の表示を優先させることができる。

請求項４に記載の発明は、前記履歴情報取得手段は、前記ユーザが予約した過去のプレー時期の前記プレー枠のうち、天気が前記所定天気であるプレー枠に対する前記ユーザによる予約のキャンセル状況の履歴を示す第２履歴情報を更に取得し、
前記制御手段は、前記取得された第２履歴情報に更に基づいて、前記優先度を制御することを特徴とする。

この発明によれば、情報提供先のユーザが予約したことがある過去のプレー時期のプレー枠のうち、天気が所定天気であるプレー枠に対するそのユーザによる予約のキャンセル状況の履歴に更に基づいて、表示の優先度が制御される。天気が所定天気であるプレー枠に対する予約のキャンセル状況の履歴から、所定天気が予想される未来のプレー時期のプレー枠の予約を、情報提供先のユーザがキャンセルする可能性を推定することが可能である。そして、情報提供先のユーザが予約をキャンセルする可能性によって、天気が所定天気であるプレー枠をそのユーザが予約する可能性が変わる。従って、予約される可能性が高いプレー枠の表示を優先させることができる。

請求項５に記載の発明は、前記制御手段は、天気が前記所定天気である前記プレー枠の予約を前記ユーザがキャンセルする傾向の度合いが所定度未満である場合、予約者の人数が、前記所定人数よりも１人少ない人数以上である前記所定天気未来プレー枠の情報の表示と、前記未来プレー枠のうち、前記取得された天気情報により示される天気が前記所定天気と異なる非所定天気未来プレー枠の情報の表示と、の何れを優先させるかを、前記非所定天気未来プレー枠の予約者の人数に基づいて決定し、前記ユーザがキャンセルする傾向の前記度合いが前記所定度以上である場合、前記非所定天気未来プレー枠の予約者の人数に関係なく、前記非所定天気未来プレー枠の情報の表示を、前記所定天気未来プレー枠の情報の表示よりも優先させることを特徴とする。

この発明によれば、情報提供先のユーザが、天気が所定天気であるプレー枠の予約をキャンセルする傾向が低い場合、予約者の人数が所定人数よりも１人少ない人数以上である所定天気のプレー枠の表示と、天気が所定天気と異なるプレー枠の表示と、の何れを優先させるかが、天気が所定天気と異なるプレー枠の予約者数に基づいて決定される。現時点で予約者の人数が所定人数以上であるか又は情報提供先のユーザが予約することにより予約者の人数が所定人数に達するプレー枠は、現時点での予約者の人数のみを考慮すればゴルフの開催が見込まれるプレー枠である。天気が所定天気であるプレー枠の予約をキャンセルする傾向が低いユーザは、天気が所定天気であっても現時点でゴルフの開催が見込まれるプレー枠を予約する可能性がある。天気が所定天気と異なるプレー枠でゴルフが開催される可能性は、そのプレー枠の現時点の予約者の人数から推定可能である。そして、天気が所定天気と異なるプレー枠の予約者の人数から、そのプレー枠でゴルフが開催される可能性と、天気が所定天気であるものの予約者の人数のみを考慮すればゴルフの開催が見込まれるプレー枠でゴルフが開催される可能性とのうち何れの方が高いかが変わる。従って、ゴルフが開催される可能性が高い方のプレー枠の情報の表示を優先させることができる。一方、情報提供先のユーザが、天気が所定天気であるプレー枠の予約をキャンセルする傾向が高い場合、天気が所定天気と異なるプレー枠の情報の表示が、天気が所定天気であるプレー枠の情報の表示よりも優先される。天気が所定天気であるプレー枠の予約をキャンセルする傾向が高いユーザは、そのようなプレー枠を予約する可能性は低い。従って、予約される可能性が高いプレー枠の表示を優先させることができる。

請求項６に記載の発明は、コンピュータにより実行される情報提供方法において、ゴルフのプレー場所とプレー時期とで示されるプレー枠の予約者の人数が所定人数以上である場合に前記予約者が組となって前記プレー枠でゴルフのプレーが可能であるゴルフ場の天気であって、前記ゴルフ場の前記プレー枠のうち、未来のプレー時期の未来プレー枠における天気を示す天気情報を取得する天気情報取得ステップと、前記未来プレー枠を現在予約している予約者であって、前記未来プレー枠の情報の提示先のユーザと異なる予約者が予約した過去のプレー時期の前記プレー枠のうち、該プレー枠における天気がゴルフのプレーに負の影響を与える可能性がある所定天気であるプレー枠に対する前記予約者による予約のキャンセル状況の履歴を示す履歴情報を取得する履歴情報取得ステップと、前記未来プレー枠のうち、前記取得された天気情報により示される天気が前記所定天気である所定天気未来プレー枠であって、現在予約されている所定天気未来プレー枠の情報の表示の優先度を、該所定天気未来プレー枠を現在予約している前記予約者について前記履歴情報取得ステップにより取得された履歴情報に基づいて制御する制御ステップと、を含むことを特徴とする。

請求項７に記載の発明は、コンピュータを、ゴルフのプレー場所とプレー時期とで示されるプレー枠の予約者の人数が所定人数以上である場合に前記予約者が組となって前記プレー枠でゴルフのプレーが可能であるゴルフ場の天気であって、前記ゴルフ場の前記プレー枠のうち、未来のプレー時期の未来プレー枠における天気を示す天気情報を取得する天気情報取得手段と、前記未来プレー枠を現在予約している予約者であって、前記未来プレー枠の情報の提示先のユーザと異なる予約者が予約した過去のプレー時期の前記プレー枠のうち、該プレー枠における天気がゴルフのプレーに負の影響を与える可能性がある所定天気であるプレー枠に対する前記予約者による予約のキャンセル状況の履歴を示す履歴情報を取得する履歴情報取得手段と、前記未来プレー枠のうち、前記取得された天気情報により示される天気が前記所定天気である所定天気未来プレー枠であって、現在予約されている所定天気未来プレー枠の情報の表示の優先度を、該所定天気未来プレー枠を現在予約している前記予約者について前記履歴情報取得手段により取得された履歴情報に基づいて制御する制御手段、として機能させることを特徴とする。

本発明によれば、天気に基づいて、ゴルフが開催される可能性が高いプレー枠の予約を促すことが可能に情報を提供することができる。

一実施形態に係るゴルフ場予約システムＳの概要構成の一例を示す図である。 一実施形態に係るゴルフ場予約サーバ１の概要構成の一例を示すブロック図である。 データベースに記憶される情報の例を示す図である。 一実施形態に係るゴルフ場予約サーバ１におけるシステム制御部１１の機能ブロックの一例を示す図である。 表示優先度の決定例を示す図である。 （ａ）は、天気と予約者数との組み合わせと表示優先度との関係の一例を示す図である。（ｂ）は、表示優先度の具体的な決定例を示す図である。 プレー枠の一覧の表示例を示す図である。 ゴルフ場予約サーバ１のシステム制御部１１による優先度決定処理の一例を示すフローチャートである。 ゴルフ場予約サーバ１のシステム制御部１１によるキャンセル率決定の一例を示すフローチャートである。 ゴルフ場予約サーバ１のシステム制御部１１によるプレー枠一覧提供処理の一例を示すフローチャートである。 対象のユーザが悪天のプレー枠の予約をキャンセルする傾向の度合いが高い場合における天気と予約者数との組み合わせと表示優先度との関係の一例を示す図である。 ゴルフ場予約サーバ１のシステム制御部１１によるプレー枠一覧提供処理の一例を示すフローチャートである。

以下、図面を参照して本発明の実施形態について詳細に説明する。

［１．第１実施形態］
［１－１．ゴルフ場予約システムの構成］
先ず、本実施形態に係るゴルフ場予約システムＳの構成及び機能概要について、図１を用いて説明する。図１は、本実施形態に係るゴルフ場予約システムＳの概要構成の一例を示す図である。

図１に示すように、ゴルフ場予約システムＳは、ゴルフ場予約サーバ１と、天気情報提供サーバ２と、複数のゴルフ場端末３と、複数のユーザ端末４と、を含んで構成される。ゴルフ場予約サーバ１、天気情報提供サーバ２、各ゴルフ場端末３及び各ユーザ端末４は、ネットワークＮＷを介して互いに接続される。ネットワークＮＷは、例えばインターネット、専用通信回線（例えば、ＣＡＴＶ（Community Antenna Television）回線）、移動体通信網（基地局等を含む）、及びゲートウェイ等により構築されている。

ゴルフ場予約サーバ１は、ゴルフ場を予約するための予約サイトに関する各種処理を実行するサーバ装置である。ゴルフ場予約サーバ１は、ゴルフ場端末３やユーザ端末４からの要求に応じて、予約サイトに関するウェブページ等のコンテンツを送信したり、ユーザ端末４からの要求に応じてゴルフ場の予約の処理を行ったりする。ゴルフ場予約サーバ１がユーザ端末４へ配信するコンテンツの中には、予約可能なプレー枠（または時間枠、スタート枠）の一覧を含むコンテンツがある。プレー枠とは、予約の対象としてのゴルフをプレーする場所とプレーする時期との組み合わせである。ゴルフのプレー場所は、少なくともゴルフ場により示される。プレー場所は、ゴルフ場とコースとの組み合わせであってもよい。コースは、ゴルフ場にある全ホールを、連続するホールでそれぞれ構成される複数のグループに分けた場合の各グループを示す。コースとしては、一般的にＯＵＴコース（フロントナイン（第１～第９ホール））とＩＮコース（バックナイン（第１０～第１８ホール））とがある。プレー時期は、少なくともプレー日により示されてもよい。プレー日は、ゴルフをプレーする日付である。プレー時期は、プレー日とスタート時刻との組み合わせであってもよい。スタート時刻は、ゴルフのプレーを開始する時刻である。所定時間間隔（例えば７分間隔等）でスタート時刻が予め設定されてもよい。ゴルフ場を予約する際、ユーザは、プランを指定することが必要であってもよい。プランは、ゴルフ場を利用するユーザに対してそのゴルフ場が提供するサービスの内容を示す。プレー枠の一覧は、予約可能なプレー場所とプレー時期との組み合わせの一覧であるとともに、各組み合わせにおいてユーザに提供されるプランを示してもよい。プレー枠の一覧を含むコンテンツの一例として、検索結果ページがある。検索結果ページは、ユーザにより指定された検索条件に合致するプレー枠の一覧を示すウェブページである。検索条件の例として、料金、ゴルフ場がある地方又は都道府県、プレー日、プレーを開始する時間帯、プランの内容等がある。プレー枠の一覧を含むコンテンツの別の例として、１人予約用のトップページがある。このトップページには、所定の条件に合致するプレー枠の一覧が表示されてもよい。所定の条件は、例えばプレー日が明日であり、特定の地方にゴルフ場があり、且つ先に予約者がいることであってもよい。ユーザは、プレー枠の一覧の中から何れかのプレー枠を選択して予約を行うことができる。

予約可能なゴルフ場の中には、１人予約プランを提供するゴルフ場がある。１人予約プランは、予約者が予約したプレー枠で行われるゴルフに、その予約者が１人での参加を可能とするプランである。この１人予約プランでは、同一のプレー枠に対して複数のユーザそれぞれによる予約が可能である。そして、対象のプレー枠に対する予約期限までに、予約者の人数が予め定められた最少催行人数以上となった場合に、そのプレー枠でのゴルフのプレーが可能となる。この場合、同一プレー枠を予約した複数のユーザが組となって、一緒にゴルフをプレーすることになる。一方、予約期限までに予約者の人数が最少催行人数に達しなかった場合、ゴルフ場予約サーバ１により予約者全員の予約がキャンセルされる。その結果、予約者はゴルフをプレーすることができない。最少催行人数は、一般的には２人である。しかしながら、最少催行人数は、１人、３人又は４人であってもよい。例えば、各ゴルフ場が、プランごとに最少催行人数を予め設定可能であってもよい。１人予約プランで提供されるその他のサービスの内容は、ゴルフ場で異なる場合がある。また、一のゴルフ場が複数種類の１人予約プランを提供してもよい。なお、本実施形態においては、１人予約プラン以外のプランの予約に関する説明は省略する。

天気情報提供サーバ２は、各地の天気に関する天気情報を提供するサーバ装置である。例えば、天気情報提供サーバ２は、現時点で予想される天気を示す天気予報情報や過去の天気を示す過去天気情報を提供する。例えば、所定地域（例えば日本等）が複数のメッシュに分割される。メッシュは、例えば一辺の長さが所定距離（例えば、１ｋｍ等）である矩形の領域であってもよい。天気情報提供サーバ２は、メッシュ単位で天気情報を提供可能であってもよいし、都道府県単位又は市区町村単位で天気情報を提供可能であってもよい。天気情報提供サーバ２は、例えば経緯度、住所又は郵便番号等を示す位置情報とともに未来の日時を示す情報を他のコンピュータから受信すると、その場所のその日時に対応する天気予報情報を、そのコンピュータへ送信してもよい。天気予報情報は、例えば、降水確率、降水量、風速、及び気温の少なくとも一つを含んでもよい。また、天気情報提供サーバ２は、位置情報とともに過去の日時を示す情報を受信すると、その場所のその日時に対応する過去天気情報を送信してもよい。過去天気情報は、例えば、降水量、風速、及び気温の少なくとも一つを含んでもよい。

各ゴルフ場端末３は、ゴルフ場の従業員により利用される端末装置である。ゴルフ場端末３の例として、タブレット式コンピュータ、パーソナルコンピュータ等が挙げられる。ゴルフ場端末３には、ウェブブラウザ、電子メールクライアント等がインストールされていてもよい。ゴルフ場端末３は、従業員による操作に基づいてゴルフ場予約サーバ１へ要求を送信し、この要求に応じてゴルフ場予約サーバ１から送信されてきたウェブページ等の情報を表示する。従業員は、ゴルフ場端末３を利用して、ゴルフ場の予約状況を確認等する。

各ユーザ端末４は、予約サイトを利用してゴルフ場を予約するユーザが利用する端末装置である。ユーザ端末４の例として、パーソナルコンピュータ、スマートフォン、タブレット式コンピュータ等の携帯情報端末、携帯電話機、ＰＤＡ（Personal Digital Assistant）、セットトップボックス等が挙げられる。ユーザ端末４には、ブラウザ、電子メールクライアント等のソフトウェアがインストールされてもよい。また、ユーザ端末４が携帯可能な端末装置である場合、そのユーザ端末４には、予約サイトを利用するための専用のアプリケーションがインストールされてもよい。

［１－２．ゴルフ場予約サーバの構成］
次に、ゴルフ場予約サーバ１の構成について、図２及び図３を用いて説明する。図２は、本実施形態に係るゴルフ場予約サーバ１の概要構成の一例を示すブロック図である。図２に示すように、ゴルフ場予約サーバ１は、システム制御部１１と、システムバス１２と、入出力インターフェース１３と、記憶部１４と、通信部１５と、を備えている。システム制御部１１と入出力インターフェース１３とは、システムバス１２を介して接続されている。

システム制御部１１は、ＣＰＵ（Central Processing Unit）１１ａ、ＲＯＭ（Read Only Memory）１１ｂ、ＲＡＭ（Random Access Memory）１１ｃ等により構成されている。

入出力インターフェース１３は、記憶部１４及び通信部１５とシステム制御部１１との間のインターフェース処理を行う。

記憶部１４は、例えば、ハードディスクドライブ等により構成されている。この記憶部１４には、会員ＤＢ１４ａ、ゴルフ場ＤＢ１４ｂ、プランＤＢ１４ｃ、天気予報ＤＢ１４ｄ、過去天気ＤＢ１４ｅ、予約情報ＤＢ１４ｆ、予約タイムテーブルＤＢ１４ｇ、料金決済ＤＢ１４ｈ、プレー履歴ＤＢ１４ｉ等のデータベースが記憶されている。「ＤＢ」は、データベースの略語である。図３は、データベースに記憶される情報の例を示す図である。

会員ＤＢ１４ａには、ゴルフ場予約システムＳを利用するユーザに関する会員情報が、ユーザごとに記憶されている。具体的に、会員ＤＢ１４ａには、会員情報として、ユーザＩＤ、氏名、住所、電話番号、電子メールアドレス等が、互いに関連付けて記憶されている。ユーザＩＤは、ユーザを識別する識別情報である。

ゴルフ場ＤＢ１４ｂには、ゴルフ場予約システムＳで予約可能なゴルフ場に関するゴルフ場情報が、ゴルフ場ごとに記憶されている。具体的に、ゴルフ場ＤＢ１４ｂには、ゴルフ場情報として、ゴルフ場ＩＤ、ゴルフ場名、住所、電話番号、電子メールアドレス等が、互いに関連付けて記憶されている。ゴルフ場ＩＤは、ゴルフ場を識別する識別情報である。

プランＤＢ１４ｃには、ゴルフ場予約システムＳで予約可能な１人予約プランに関するプラン情報が、プランごとに記憶される．具体的に、プランＤＢ１４ｃには、プラン情報として、プランＩＤ、プラン名、ゴルフ場ＩＤ、最少催行人数、プラン内容、料金等が、互いに関連付けて記憶される。プランＩＤは、プランを識別する識別情報である。ゴルフ場ＩＤは、対象のプランを提供するゴルフ場を示す。最少催行人数は、ゴルフを開催するために必要な最少の予約者数を示す。予約者数は、対象のプランのプレー枠を現時点で予約しているユーザの人数を示す。予約者数は、現時点における組のメンバー数に相当する。

天気予報ＤＢ１４ｄには、少なくとも最新の天気予報で予想されている天気を示す天気予報情報が、ゴルフ場と日付と時間帯との組み合わせごとに記憶される。具体的に、天気予報ＤＢ１４ｄには、ゴルフ場ＩＤ、日付、時刻、及び天気予報情報が互いに関連付けて記憶される。ゴルフ場ＩＤは対象のゴルフ場を示す。時刻は、対象の時間帯の開始時刻を示す。時間帯の長さは、例えば１０分、１時間、４時間、１日等であってもよい。ゴルフ場予約サーバ１は、ゴルフ場の位置情報と必要な日付及び時刻とを天気情報提供サーバ２へ送信することにより、そのゴルフ場におけるその日時の天気予報情報を取得する。そして、ゴルフ場予約サーバ１は、そのゴルフ場のゴルフ場ＩＤと日付と時刻とに関連付けて、取得した天気予報情報を天気予報ＤＢ１４ｄに記憶させる。なお、天気予報ＤＢ１４ｄには、過去の天気予報で予想された天気の情報も記憶されてもよい。

過去天気ＤＢ１４ｅには、過去の天気を示す過去天気情報が、ゴルフ場と日付と時間帯との組み合わせごとに記憶される。具体的に、過去天気ＤＢ１４ｅには、ゴルフ場ＩＤと日付と時刻と過去天気情報とが互いに関連付けて記憶される。ゴルフ場ＩＤは対象のゴルフ場を示す。時刻は、対象の時間帯の開始時刻を示す。ゴルフ場予約サーバ１は、ゴルフ場の位置情報と必要な日付及び時刻とを天気情報提供サーバ２へ送信することにより、そのゴルフ場におけるその日時の過去天気情報を取得する。そして、ゴルフ場予約サーバ１は、そのゴルフ場のゴルフ場ＩＤと日付と時刻とに関連付けて、取得した過去天気情報を過去天気ＤＢ１４ｅに記憶させる。

予約情報ＤＢ１４ｆには、ゴルフ場の予約に関する予約情報が、予約が行われるごとに記憶される。具体的に、予約情報ＤＢ１４ｆには、予約情報として、予約番号、予約日時、予約者ＩＤ、プランＩＤ、ゴルフ場ＩＤ、コースＩＤ、プレー日、スタート時刻、開催フラグ、キャンセルフラグ等が、互いに関連付けて記憶される。予約番号は、予約を識別する番号である。予約者ＩＤは、予約を行ったユーザのユーザＩＤである。プランＩＤは、予約されたプランを示す。ゴルフ場ＩＤは、予約されたゴルフ場を示す。コースＩＤは、予約されたコースを識別する識別情報である。プレー日及びスタート時刻は、予約されたプレーの日時を示す。開催フラグは、予約されたプレー枠でのゴルフの開催が決定されたか否かを示す。開催フラグが「未確定」に設定されている場合、ゴルフの開催が未確定であることを示す。開催フラグが「開催」に設定されている場合、予約者数が最少催行人数に達したためにゴルフが開催されることを示す。開催フラグが「未開催」に設定されている場合、予約者数が最少催行人数に満たないためにゴルフが開催されないことを示す。キャンセルフラグは、対象の予約が予約者によってキャンセルされたか否かを示す。

予約タイムテーブルＤＢ１４ｇには、ゴルフ場の予約状況を示す予約状況情報が、プレー枠ごとに記憶される。具体的に、予約タイムテーブルＤＢ１４ｇには、予約状況情報として、ゴルフ場ＩＤ、コースＩＤ、プレー日、スタート時刻、プランＩＤ、表示優先度、及び予約者数が、互いに関連付けて記憶される。ゴルフ場ＩＤ、コースＩＤ、プレー日、及びスタート時刻は、対象のプレー枠を示す。プランＩＤは、対象のプレー枠で予約可能なプランを示す。表示優先度は、対象のプレー枠に関する情報をユーザ端末４に提供する際におけるそのプレー枠の情報の表示がどれだけ優先されるかを示す。例えば、表示優先度は数値で示されてもよい。その数値が高いほど表示の優先度が高くてもよい。予約者数は、現時点で対象のプレー枠を予約しているユーザの人数を示す。予約者数が１以上である場合、予約タイムテーブルＤＢ１４ｇには、予約者数に相当する数の予約番号が更に記憶される。各予約番号は、対象のプレー枠を予約したユーザの予約情報に対応する。ゴルフ場予約サーバ１は、予約が行われたり予約がキャンセルされたりするごとに予約状況情報を更新する。例えば、予約が行われると、ゴルフ場予約サーバ１は、予約者数を１増加させるとともに、その予約に対応する予約番号を、予約タイムテーブルＤＢ１４ｇに記憶させる。一方、予約がキャンセルされると、ゴルフ場予約サーバ１は、予約者数を１減少させるとともに、キャンセルされた予約に対応する予約番号を、予約タイムテーブルＤＢ１４ｇから削除する。

料金決済ＤＢ１４ｈには、ゴルフ場の予約者によるゴルフ場の利用料金の決済を示す決済情報が、利用料金の決済ごとに記憶される。具体的に、料金決済ＤＢ１４ｈには、決済情報として、決済番号、決済日時、予約番号、決済額等が、互いに関連付けて記憶される。決済番号は、決済を識別する番号である。予約番号は、利用料金が決済された予約を示す。ゴルフ場の予約者は、予約したプレー日に、予約したゴルフ場に行ってチェックインを行う。チェックインは、ゴルフ場の利用開始の手続きである。チェックイン後、予約者は、他の予約者と一緒にゴルフをプレーする。プレーが終了すると、予約者はチェックアウトを行う。チェックアウトは、ゴルフ場の利用終了の手続きである。予約者は、例えばチェックイン時又はチェックアウト時に、利用料金を決済する。ゴルフ場の従業員は、ゴルフ場端末３を操作することにより、その予約者の予約を選択して、料金が決済されたことを入力する。これに応じて、ゴルフ場端末３は、選択された予約に対応する予約番号を含む決済通知をゴルフ場予約サーバ１へ送信する。ゴルフ場予約サーバ１は、決済通知の予約番号を含む決済情報を、料金決済ＤＢ１４ｈに記憶させる。

プレー履歴ＤＢ１４ｉには、ゴルフ場予約システムＳを利用するユーザによるゴルフのプレーの履歴が記憶される。具体的に、プレー履歴ＤＢ１４ｉには、プレーログとして、プレーヤＩＤ、ゴルフ場ＩＤ、コースＩＤ、プレー日、スタート時刻、スコア情報等が、互いに関連付けて１プレーごとに記憶される。プレーヤＩＤは、ゴルフをプレーしたユーザのユーザＩＤである。ゴルフ場ＩＤ、コースＩＤ、プレー日、スタート時刻は、ユーザがゴルフをプレーしたプレー枠のゴルフ場、コース、プレー日及びスタート時刻をそれぞれ示す。スコア情報は、ユーザが対象のプレーで出したスコアを示す情報である。例えば、ユーザが或るプレー枠を予約した後でその予約がキャンセルされない状態でプレー日当日になった場合、ゴルフ場予約サーバ１は、新たなプレーログをプレー履歴ＤＢ１４ｉに記憶させてもよい。このとき、ゴルフ場予約サーバ１は、例えば対象の予約の予約情報から、予約者ＩＤ、ゴルフ場ＩＤ、コースＩＤ、プレー日及びスタート時刻を取得して、これらの情報に基づいてプレーログを生成してもよい。或いは、予約したユーザがゴルフ場にチェックインしたとき、ゴルフ場予約サーバ１は、新たなプレーログをプレー履歴ＤＢ１４ｉに記憶させてもよい。例えば、ゴルフ場の従業員は、チェックインするユーザの氏名やユーザＩＤ等をゴルフ場端末３に入力させる。ゴルフ場予約サーバ１は、入力された情報に基づいて、チェックインするユーザの予約に対応する予約情報を、予約情報ＤＢ１４ｆから検索する。このとき、ゴルフ場予約サーバ１は、対象の予約がキャンセルされていない場合にのみ、チェックインの許可を決定する。チェックインの許可を決定すると、ゴルフ場予約サーバ１は、プレーログを記憶させる。プレーログが記憶された後、ユーザ端末４を操作することにより、ユーザが対象のプレーログを選択してスコア情報を入力すると、ゴルフ場予約サーバ１は、選択されたプレーログに関連付けてそのスコア情報をプレー履歴ＤＢ１４ｉに記憶させてもよい。

記憶部１４には、更にオペレーティングシステム、ＤＢＭＳ（Database Management System）、サーバプログラム等の各種プログラムが記憶されている。サーバプログラムは、ゴルフ場の利用予約に関する処理や、コンテンツの配信に関する処理等をシステム制御部１１に実行させるプログラムである。サーバプログラムは、例えば、他の装置からネットワークＮＷを介して取得されるようにしてもよいし、磁気テープ、光ディスク、メモリカード等の記録媒体に記録されてドライブ装置を介して読み込まれるようにしてもよい。

通信部１５は、例えばネットワークインターフェースカード等により構成されている。通信部１５は、ネットワークＮＷを介して、天気情報提供サーバ２、ゴルフ場端末３、ユーザ端末４等と接続し、これらの装置との通信状態を制御する。

［１－３．システム制御部の機能概要］
次に、図４乃至図７を用いて、ゴルフ場予約サーバ１におけるシステム制御部１１の機能概要について説明する。図４は、本実施形態に係るゴルフ場予約サーバ１におけるシステム制御部１１の機能ブロックの一例を示す図である。システム制御部１１は、ＣＰＵ１１ａが、サーバプログラムに含まれる各種プログラムコードを読み出し実行することにより、図４に示すように、天気情報取得部１１０１、履歴情報取得部１１０２、表示制御部１１０３等として機能する。

天気情報取得部１１０１は、１人予約が可能なゴルフ場の天気であって、未来のプレー時期のプレー枠における天気を示す天気情報を取得する。未来のプレー時期のプレー枠に対応する天気とは、そのプレー枠のゴルフ場におけるそのプレー時期の天気であって、予想される天気である。例えば、天気情報取得部１１０１は、天気予報ＤＢ１４ｄに記憶された天気予報情報を取得してもよい。

履歴情報取得部１１０２は、前述の未来のプレー時期のプレー枠の予約者が予約した過去のプレー時期のプレー枠のうち、天気がゴルフのプレーに負の影響を与える可能性がある所定天気であるプレー枠に対するその予約者による予約のキャンセル状況の履歴を示す履歴情報を取得する。過去のプレー時期のプレー枠に対応する天気は、そのプレー枠のゴルフ場におけるそのプレー時期の実際の天気又はそのプレー時期の天気の予想であってもよい。ゴルフのプレーに負の影響を与えるとは、例えば、ゴルフをプレーし難くすること、普段通りのスコア若しくは良いスコアを出し難くすること、又は、ゴルフをプレーするユーザの体調を悪くさせることであってもよい。ゴルフのプレーに負の影響を与える可能性がある所定天気は、例えば、雨天、風が強いこと、気温が高すぎること、及び気温が低すぎることの少なくとも何れか一つであってもよい。雨は、例えばプレーヤの視界を悪化させたり、プレーヤの体や地面を濡らしてゴルフをプレーし難くさせたり、プレーヤの体を冷やしてその体を動きにくくさせたりする可能性がある。風は、例えばショットされたボールの軌道をプレーヤの想定以上に変えたり、プレーヤの姿勢を崩させたりする可能性がある。高すぎる気温は、例えばプレーヤの体温を上げて、プレーヤの集中力を下げたり、プレーヤの体調を崩させたりする可能性がある。低すぎる気温は、例えばプレーヤの体温を下げて、プレーヤの体を動きにくくさせたり、プレーヤの体調を崩させたりする可能性がある。所定天気は、具体的には、降水量が所定量以上であること、風速が所定速度以上であること、気温が第１の所定度以上（例えば摂氏３５度以上等）であること、気温が第２の所定度以下であること（例えば摂氏０度以下等）の少なくとも何れか一つであってもよい。所定天気を、便宜上悪天という。所定天気以外の天気を、便宜上好天という。本実施形態においては、晴天であり且つ風がない場合であっても、気温によってはその天気が悪天に分類されてもよい。履歴情報取得部１１０２は、過去天気ＤＢ１４ｅに基づいて、悪天であるか又は好天であるかを判定してもよい。或いは、履歴情報取得部１１０２は、天気予報ＤＢ１４ｄに記憶された天気予報情報のうち、過去のプレー時期の天気を予想した天気予報情報に基づいて、悪天であるか又は好天であるかを判定してもよい。

キャンセル状況の履歴を示す履歴情報の例として、予約情報ＤＢ１４ｆに記憶された予約情報、料金決済ＤＢ１４ｈに記憶された決済情報、及びプレー履歴ＤＢ１４ｉに記憶されたプレーログが挙げられる。予約情報ＤＢ１４ｆに記憶された予約情報は、各ユーザによるゴルフ場の予約の履歴を示す。また、予約情報は、キャンセルフラグを含む。そのため、予約情報は、ユーザがその予約をキャンセルしたか否かの履歴をも示す。ユーザが予約をキャンセルしなかった場合、そのユーザが対象のプレー枠でゴルフをプレーした可能性が高い。一方、ユーザが予約をキャンセルした場合、そのユーザが対象のプレー枠でゴルフをプレーしなかったと考えられる。料金決済ＤＢ１４ｈに記憶された決済情報は、各ユーザによる利用料金の決済の履歴を示す。前述したように、ゴルフ場の利用料金は、そのゴルフ場でのチェックイン又はチェックアウトの際に決済される。従って、利用料金を決済したことは、予約したゴルフ場にユーザが行ったことを示すとともに、ユーザが予約をキャンセルしなかったことを示す。予約したゴルフ場に行って利用料金を決済したという事実から、そのユーザはそのゴルフ場でゴルフをプレーしたと考えられる。一方、ユーザがゴルフ場を予約したことが予約情報により示されたにもかかわらず、対象のプレー枠の利用料金の決済情報が料金決済ＤＢ１４ｈに記憶されていない場合、そのユーザはゴルフをプレーしなかったことを示すとともに、ユーザが予約をキャンセルした蓋然性があることを示す。そこで、予約情報と決済情報とを組み合わせることで、予約のキャンセル状況を特定することができる。プレーログは、ユーザがプレー枠を予約した後にその予約がキャンセルされなかった場合に記憶される。従って、プレーログは、ユーザキャンセルしなかった予約の履歴を示す。そこで、予約情報とプレーログとを組み合わせることで、予約のキャンセル状況を特定することができる。

表示制御部１１０３は、未来のプレー時期のプレー枠のうち、天気情報取得部１１０１により取得された天気情報により示される天気が悪天であるプレー枠の情報の表示の優先度を、履歴情報取得部１１０２により取得された履歴情報に基づいて制御する。この場合の悪天は、降水確率が所定確率以上であること、予想降水量が所定量以上であること、予想風速が所定速度以上であること、予想気温が第１の所定度以上であること、予想気温が第２の所定度以下であることの少なくとも何れか一つであってもよい。表示されるプレー枠の情報をプレー枠情報という。プレー枠情報は、例えば検索結果ページや１人予約プランのトップページ等に含まれるプレー枠の一覧における各プレー枠の情報であってもよい。表示優先度は、例えば、対象のプレー枠の情報をどれだけ優先して表示するか、複数のプレー枠の中で対象のプレー枠の情報を何番目に表示するか、又は、複数の予約の中で対象のプレー枠の情報をどれだけ目立たせて表示するかを示してもよい。表示制御部１１０３は、表示優先度を直接決定してもよい。例えば、表示制御部１１０３は、絶対的な表示優先度を決定してもよいし、相対的な表示優先度を決定してもよい。相対的な表示優先度の例として、表示順位がある。表示順位は、プレー枠の一覧において、対象のプレー枠情報が何番目に表示されるかを示す。表示順位が高いほど表示優先度が高い。表示制御部１１０３は、表示優先度を間接的に決定してもよい。例えば、表示制御部１１０３は、どのプレー枠をどのプレー枠よりも優先させるかに基づいて複数のプレー枠を並べ替えることの結果として、間接的に表示優先度を決定してもよい。

表示制御部１１０３は、履歴情報に基づいて、悪天が予想される未来のプレー時期のプレー枠の予約者が悪天のプレー枠の予約をキャンセルする傾向の度合いを決定してもよい。そして、表示制御部１１０３は、悪天のプレー枠の予約をキャンセルする傾向の度合いが所定度未満である予約者が予約した未来のプレー時期の悪天のプレー枠の情報の表示優先度を、悪天のプレー枠の予約をキャンセルする傾向の度合いが所定度以上である予約者が予約した未来のプレー時期の悪天のプレー枠の情報の表示優先度よりも高くしてもよい。予約者の中には、例えば当初は好天の予報であったにもかかわらず、その後の予報が悪天に変わったことを知ると、予約をキャンセルする予約者が出てくる場合がある。その理由は、前述したように、ゴルフをプレーし難かったり、良いスコアを出すことが難しかったり、体調が悪化したりするからである。プレー枠の一覧の中から何れかのプレー枠をユーザが選択して予約を行ったとする。予約した段階では予約者数が最少催行人数以上であった場合、そのユーザは、ゴルフが開催されることを期待する。しかしながら、その後、先に予約していた別のユーザがそのプレー枠の予約をキャンセルすることにより、予約者数が最少催行人数を下回ると、対象のプレー枠でのゴルフの不開催が決定され、全予約者の予約が自動的にキャンセルされる。この場合、ユーザの期待に添えない結果となる。そこで、悪天が予想される未来のプレー時期のプレー枠のうち、悪天のプレー枠の予約をキャンセルする傾向が低いユーザが先に予約しているプレー枠の情報の表示を優先させることで、プレー枠の一覧を閲覧するユーザは、予約がキャンセルされる可能性が相対的に低いプレー枠、すなわち予約者数が最少催行人数を下回り難いプレー枠を選択しやすくなる。そうすることで、後から予約するユーザの期待に応えることができる。悪天のプレー枠の予約をキャンセルする傾向の度合いは、例えば悪天キャンセル率で示されてもよい。悪天キャンセル率は、ユーザが予約したプレー枠の中で悪天であったプレー枠のうち、そのユーザがゴルフをプレーしたプレー枠の割合である。所定度は、例えば５０％であってもよい。

より具体的に、表示制御部１１０３は、悪天のプレー枠の予約をキャンセルする傾向の度合いが所定度未満である予約者の人数が、最少催行人数よりも１人少ない人数以上である悪天のプレー枠の情報の表示優先度を、予約者の人数が、最少催行人数よりも１人少ない人数以上である悪天のプレー枠のうち、悪天のプレー枠の予約をキャンセルする傾向の度合いが所定度未満である予約者の人数が最少催行人数よりも１人少ない人数未満である悪天のプレー枠の情報の表示優先度よりも高くしてもよい。悪天のプレー枠の予約をキャンセルする傾向の度合いが所定度未満である予約者の人数が、最少催行人数よりも１人少ない人数以上であるという条件は、悪天のプレー枠の予約をキャンセルする傾向の度合いが所定度以上である予約者全員が予約をキャンセルしたとしても、残りの予約者の人数が最少催行人数を下回らないか、又はプレー枠の情報の提示先のユーザが予約することにより、予約者数が最少催行人数以上となることを示す。従って、この条件を満たすプレー枠は、この条件を満たさないプレー枠よりもゴルフが開催される可能性が高い。図５は、表示優先度の決定例を示す図である。図５に示すように、Ｃゴルフ場及びＤゴルフ場において、同一プレー日及び同一スタート時刻にそれぞれ２人の予約者がいる。Ｃゴルフ場及びＤゴルフ場それぞれにおけるそのプレー日及びそのスタート時刻の天気は、悪天と予想されている。Ｃゴルフ場及びＤゴルフ場それぞれの最少催行人数は２人である。従って、現時点の予約者数のみから判断すれば、Ｃゴルフ場及びＤゴルフ場それぞれのプレー枠においてゴルフの開催が見込まれる。Ｃゴルフ場に対しては、ユーザ１１０及び１２０が予約している。ユーザ１１０は、悪天のプレー枠の予約をキャンセルする傾向が低いユーザである。ユーザ１２０は、悪天のプレー枠の予約をキャンセルする傾向が高いユーザである。従って、ユーザ１１０は最後まで予約をキャンセルしない可能性が高いので、少なくとも１人の予約者は残ることが期待される。この状態のままであると、最少催行人数よりも予約者が１人少ないので、ゴルフは開催されない。しかしながら、プレー枠の一覧を閲覧しているユーザが、Ｃゴルフ場を選択して予約を行えば、予約者数は２人となり、ゴルフが開催されることが期待される。一方、Ｄゴルフ場に対しては、ユーザ１３０及び１４０が予約している。ユーザ１３０及び１４０の何れも、悪天のプレー枠の予約をキャンセルする傾向が高いユーザである。従って、これらのユーザは予約をキャンセルする可能性が高いので、予約者数が０になる可能性がある。このときにたとえプレー枠の一覧を閲覧しているユーザがＤゴルフ場を選択して予約を行っても、予約者数は１人にとどまり、最少催行人数に満たない。そこで、表示制御部１１０３は、Ｃゴルフ場の方の情報の表示優先度を、Ｄゴルフ場の方の情報の表示優先度よりも高くしてもよい。

プレー枠の一覧には、悪天が予想されるプレー枠とともに、好天が予想されるプレー枠も含まれることが一般的である。表示制御部１１０３は、好天が予想されるプレー枠を含めて、各プレー枠の情報の表示優先度を決定してもよい。例えば、表示制御部１１０３は、ゴルフが開催される可能性が高いほど、表示優先度を高くしてもよい。図６（ａ）は、天気と予約者数との組み合わせと表示優先度との関係の一例を示す図である。例えば、表示制御部１１０３は、好天が予想され、且つ、予約者数が最少催行人数よりも１人少ない人数以上であるプレー枠の表示優先度を最も高くしてもよい。こうしたプレー枠は、前述したように、現時点での予約者数からゴルフの開催が見込まれるプレー枠である。また、好天が予想されるプレー枠は、予約者が予約をキャンセルする可能性が低い。表示制御部１１０３は、悪天が予想され、且つ、予約者数が最少催行人数よりも１人少ない人数以上であって、なお且つ、悪天のプレー枠の予約をキャンセルする傾向が低い予約者の人数が最少催行人数よりも１人少ない人数以上であるプレー枠の表示優先度を２番目に高くしてもよい。現時点での予約者数のみを考慮すればゴルフの開催が見込まれるものの、このようなプレー枠を予約者が予約をキャンセルする可能性は、好天が予想される１番目のプレー枠よりも高い。表示制御部１１０３は、悪天が予想され、且つ、予約者数が最少催行人数よりも１人少ない人数以上であって、なお且つ、悪天のプレー枠の予約をキャンセルする傾向が低い予約者の人数が最少催行人数よりも１人少ない人数未満であるプレー枠の表示優先度を３番目に高くしてもよい。現時点での予約者数のみを考慮すればゴルフの開催が見込まれるものの、予約者数が最少催行人数を再度下回る可能性は、２番目のプレー枠の場合よりも高い。表示制御部１１０３は、好天が予想され、且つ、予約者数が最少催行人数よりも１人少ない人数未満であるプレー枠の表示優先度を４番目に高くしてもよい。プレー枠一覧を閲覧するユーザがそのプレー枠を予約しても、予約者数は最少催行人数に満たないので、予約者数を考慮しても現時点ではゴルフの開催が見込まれない。表示制御部１１０３は、悪天が予想され、且つ、予約者数が最少催行人数よりも１人少ない人数未満であるプレー枠の表示優先度を最も低くしてもよい。プレー枠一覧を閲覧するユーザがそのプレー枠を予約しても、予約者数は最少催行人数に満たず、その予約者の人数が今後減少する可能性が４番目のプレー枠よりも高い。

図６（ｂ）は、表示優先度の具体的な決定例を示す図である。プレー日が４月１日であるプレー枠の一覧の中で、スタート時刻が８時２３分であるプレー枠が５個存在しているとする。第１のプレー枠は、Ａゴルフ場のＯＵＴコースである。好天が予想され、現在の予約者数は１人である。第２のプレー枠は、Ｂゴルフ場のＯＵＴコースである。好天が予想され、現在の予約者数は０人である。第３のプレー枠は、Ｃゴルフ場のＯＵＴコースである。悪天が予想され、現在の予約者数は２人である。予約者の中で、悪天のプレー枠の予約をキャンセルする傾向が低い予約者の人数は１人である。第４のプレー枠は、Ｃゴルフ場のＩＮコースである。同じく悪天が予想され、現在の予約者数は０人である。第５のプレー枠は、Ｄゴルフ場のＯＵＴコースである。悪天が予想され、現在の予約者数は２人である。予約者の中で、悪天のプレー枠の予約をキャンセルする傾向が低い予約者の人数は０人である。何れのゴルフ場も、最少催行人数は２人である。これらのプレー枠の中での表示順位を決定する場合、第１位は、好天が予想され、且つ、予約者数が最少催行人数よりも１人少ない人数以上である第１のプレー枠である。第２位は、悪天が予想され、且つ、悪天のプレー枠の予約をキャンセルする傾向が低い予約者の人数が、最少催行人数よりも１人少ない人数以上である第３のプレー枠である。第３位は、悪天が予想され、且つ、予約者数が最少催行人数よりも１人少ない人数以上であり、なお且つ、悪天のプレー枠の予約をキャンセルする傾向が低い予約者の人数が、最少催行人数よりも１人少ない人数未満である第５のプレー枠である。第４位は、好天が予想され、且つ、予約者数が最少催行人数よりも１人少ない人数未満である第２のプレー枠である。第５位は、悪天が予想され、且つ、予約者数が最少催行人数よりも１人少ない人数未満である第４のプレー枠である。

表示制御部１１０３は、履歴情報に基づいて決定された表示優先度に従って、プレー枠の一覧をユーザ端末４により表示させる。例えば、表示制御部１１０３は、表示優先度に基づいて各プレー枠情報の表示順位を決定し、表示順位に従ってプレー枠情報をソートして表示させてもよい。ここで、プレー枠の一覧は、表示優先度とは異なる何らかのソート条件に従ってソートされてもよい。ソート条件の例として、プレー日が早く且つスタート時刻が早い順、利用料金が安い順、ゴルフ場に対するユーザからの評価が高い順、所定期間内における予約数が多いゴルフ場の順等が挙げられる。ソートのために用いられる値をソート値という。例えば、ソート値は、プレー日とスタート時刻との組み合わせ、利用料金、評価値、又は予約数であってもよい。表示制御部１１０３は、ソート条件の方に優先して従ってプレー枠をソートしてもよい。そして、表示制御部１１０３は、ソート値が同一であるプレー枠が複数存在する場合、それらのプレー枠の表示順位を、天気情報及び履歴情報に基づく表示優先度に従って決定してもよい。或いは、ゴルフが開催される可能性の高い順が、ソート条件として指定可能であってもよい。このソート条件の場合、表示制御部１１０３は、図６を用いて説明した優先度に従ってプレー枠をソートしてもよい。

図７は、プレー枠の一覧の表示例を示す図である。図７に示すように、例えば検索結果ページ又は１人予約のトップページに、プレー枠一覧２００が表示される。プレー枠一覧２００は、プレー枠情報２１０、２２０、２３０、２４０、２５０及び２６０等を含む。各プレー枠情報は、例えばプレー日、ゴルフ場名、ゴルフ場の住所、評価、プラン内容、コース名、スタート時刻、利用料金、予約状況、予約ボタン等を含んでもよい。予約状況は、例えば現在の予約者数や、現在予約しているユーザの概要を示してもよい。予約ボタンをユーザが押下すると、ユーザ端末４は、選択されたプレー枠の詳細な情報や予約者の情報を表示する。ここで、ユーザが予約手続きを進める操作を行うと、ユーザ端末４は、予約内容を表示する。ここで、ユーザが予約を確定する操作を行うことで、対象のプレー枠が予約される。図７においては、何れのプレー枠情報も、プレー日が４月１日のプレー枠に対応する。プレー枠情報２１０～２６０は、スタート時刻が早い順に上から並べられている。具体的に、プレー枠情報２１０、２２０、２３０、２４０、２５０及び２６０の順に、プレー枠情報が表示されている。プレー枠情報２１０は、スタート時刻が８時１６分であるプレー枠の情報である。プレー枠情報２２０～２６０は、何れもスタート時刻が８時２３分であるプレー枠の情報である。例えば、図６（ｂ）に示すような表示順位に従ってプレー枠情報２２０～２６０が表示されている。

表示制御部１１０３は、表示優先度に応じた表示態様でプレー枠情報を表示させてもよい。表示態様の例として、プレー枠情報のサイズ、プレー枠情報内の文字のサイズ、プレー枠情報又は文字の色彩等が挙げられる。表示制御部１１０３は、表示優先度が高いほど、より目立つ態様でプレー枠情報を表示させてもよい。例えば、表示制御部１１０３は、表示優先度が高いほど、プレー枠情報のサイズを大きくし、文字のサイズを大きくし、又はプレー枠情報内のコントラスト若しくはプレー枠情報とその外側との間のコントラストを強くしてもよい。

［１－４．ゴルフ場予約サーバの動作］
次に、ゴルフ場予約サーバ１の動作について、図８乃至図１０を用いて説明する。ゴルフ場予約サーバ１のシステム制御部１１は、サーバプログラムに含まれる各種プログラムコードに従って、図８乃至図１０により示される処理を実行する。

図８は、ゴルフ場予約サーバ１のシステム制御部１１による優先度決定処理の一例を示すフローチャートである。システム制御部１１は、例えば定期的に天気予報ＤＢ１４ｄ内の天気予報情報を更新する。システム制御部１１は、天気予報情報が更新されたゴルフ場において、天気予報情報が更新された日付及び時間帯に含まれるスタート時刻の各プレー枠について、優先度決定処理を実行してもよい。また、システム制御部１１は、ユーザが予約を行ったり予約をキャンセルしたりすることにより予約者数に変化があったプレー枠について、優先度決定処理を実行してもよい。

図８に示すように、先ず天気情報取得部１１０１は、天気予報ＤＢ１４ｄから、対象のプレー枠のゴルフ場ＩＤ、プレー日及びスタート時刻に対応するゴルフ場ＩＤ、日付及び時間帯の天気予報情報を取得する（ステップＳ１０１）。次いで、表示制御部１１０３は、対象のプレー枠の最少催行人数を取得する（ステップＳ１０２）。例えば、表示制御部１１０３は、予約タイムテーブルＤＢ１４ｇから、対象のプレー枠のゴルフ場ＩＤとプレー日とスタート時刻との組み合わせに関連付けられたプランＩＤ、予約者数及び予約番号を取得する。表示制御部１１０３は、取得されたプランＩＤに関連付けられた最少催行人数を、プランＤＢ１４ｃから取得する。

次いで、履歴情報取得部１１０２は、取得された天気予報情報に基づいて、予想される天気が悪天であるか否かを判定する（ステップＳ１０３）。例えば、履歴情報取得部１１０２は、降水確率が所定確率以上である否か、風速が所定速度以上であるか否か、気温が第１の所定度以上であるか否か、気温が第２の所定度以下であるか否かを判定してもよい。天気が悪天ではない場合（ステップＳ１０３：ＮＯ）、表示制御部１１０３は、対象のプレー枠の予約者数が最少催行人数－１以上であるか否かを判定する（ステップＳ１０４）。予約者数が最少催行人数－１以上である場合（ステップＳ１０４：ＹＥＳ）、表示制御部１１０３は、表示優先度を５に決定する（ステップＳ１０５）。一方、予約者数が最少催行人数－１以上ではない場合（ステップＳ１０４：ＮＯ）、表示制御部１１０３は、表示優先度を２に決定する（ステップＳ１０６）。

予想される天気が悪天である場合（ステップＳ１０３：ＹＥＳ）、表示制御部１１０３は、対象のプレー枠の予約者数が、最少催行人数－１以上であるか否かを判定する（ステップＳ１０７）。予約者数が最少催行人数－１以上ではない場合（ステップＳ１０７：ＮＯ）、表示制御部１１０３は、表示優先度を１に決定する（ステップＳ１０８）。一方、予約者数が最少催行人数－１以上である場合（ステップＳ１０７：ＹＥＳ）、表示制御部１１０３は、予約者番号ｉを１に設定する（ステップＳ１０９）。次いで、表示制御部１１０３は、キャンセル率決定処理を実行する（ステップＳ１１０）。

図９は、ゴルフ場予約サーバ１のシステム制御部１１によるキャンセル率決定の一例を示すフローチャートである。図９に示すように、履歴情報取得部１１０２は、予約情報ＤＢ１４ｆから、ｉ番目の予約者の過去のプレー日の予約情報を取得する（ステップＳ２０１）。例えば、履歴情報取得部１１０２は、優先度決定処理のステップＳ１０２で予約タイムテーブルＤＢ１４ｇから取得した予約番号のうち、ｉ番目の予約番号に関連付けられた予約情報を、予約情報ＤＢ１４ｆから取得する。履歴情報取得部１１０２は、この予約情報から、ｉ番目の予約者の予約者ＩＤを取得する。履歴情報取得部１１０２は、この予約者ＩＤに関連付けられた予約情報のうち、プレー日が昨日以前である予約情報を、予約情報ＤＢ１４ｆから全て取得する。

次いで、天気情報取得部１１０１は、過去天気ＤＢ１４ｅから、ｉ番目の予約者が予約したプレー枠についての過去天気情報を取得する（ステップＳ２０２）。例えば、天気情報取得部１１０１は、ステップＳ２０１で取得された各予約情報から、ゴルフ場ＩＤ、プレー日及びスタート時刻を取得する。天気情報取得部１１０１は、取得されたゴルフ場ＩＤ、プレー日及びスタート時刻に対応するゴルフ場ＩＤ、日付及び時間帯に関連付けられた過去天気情報を取得する。

次いで、表示制御部１１０３は、取得された予約情報及び過去天気情報に基づいて、ｉ番目の予約者の悪天キャンセル率を計算する（ステップＳ２０３）。例えば、表示制御部１１０３は、予約情報及び過去天気情報に基づいて、ｉ番目の予約者が予約した過去のプレー枠に対応する天候が悪天であるか否かを判定する。例えば、表示制御部１１０３は、降水量が所定量以上である否か、風速が所定速度以上であるか否か、気温が第１の所定度以上であるか否か、気温が第２の所定度以下であるか否かを判定してもよい。そして、表示制御部１１０３は、悪天であったプレー枠を特定するとともに、その予約数をカウントする。表示制御部１１０３は、悪天であった各プレー枠の予約情報のキャンセルフラグに基づいて、ｉ番目の予約者がキャンセルした予約数をカウントする。最後に、表示制御部１１０３は、キャンセルされた予約数を、悪天であった予約数で除算することにより、悪天キャンセル率を計算して、キャンセル率決定処理は終了する。

図８に戻り、キャンセル率決定処理の後、表示制御部１１０３は、予約者番号ｉを１増加させる（ステップＳ１１１）。次いで、表示制御部１１０３は、予約者番号ｉが、ステップＳ１０２で取得された予約者数以下であるか否かを判定する（ステップＳ１１２）。予約者番号ｉが予約者数以下である場合（ステップＳ１１２：ＹＥＳ）、処理はステップＳ１１０に進む。一方、予約者番号ｉが予約者数以下ではない場合（ステップＳ１１２：ＮＯ）、対象のプレー枠の予約者のうち、悪天キャンセル率が５０％未満である予約者の人数が、最少催行人数－１以上であるか否かを判定する（ステップＳ１１３）。悪天キャンセル率が５０％未満である予約者の人数が、最少催行人数－１以上である場合（ステップＳ１１３：ＹＥＳ）、表示制御部１１０３は、表示優先度を４に決定する（ステップＳ１１４）。一方、悪天キャンセル率が５０％未満である予約者の人数が、最少催行人数－１以上ではない場合（ステップＳ１１３：ＮＯ）、表示制御部１１０３は、表示優先度を３に決定する（ステップＳ１１５）。

表示優先度を決定すると（ステップＳ１０５、Ｓ１０６、Ｓ１０８、Ｓ１１４又はＳ１１５）、表示制御部１１０３は、予約タイムテーブルＤＢ１４ｇにおいて、対象のプレー枠のゴルフ場ＩＤとプレー日とスタート時刻との組み合わせに関連付けられている表示優先度を、決定した表示優先度で更新して（ステップＳ１１６）、優先度決定処理は終了する。

図１０は、ゴルフ場予約サーバ１のシステム制御部１１によるプレー枠一覧提供処理の一例を示すフローチャートである。例えば制御部１１は、プレー枠の一覧を含むコンテンツの要求をユーザ端末４から受信することに応じて、プレー枠一覧提供処理を実行する。

図１０に示すように、先ず表示制御部１１０３は、予め設定された条件又はユーザにより指定された検索条件に合致するプレー枠を検索する（ステップＳ３０１）。次いで、表示制御部１１０３は、予め設定されたソート条件又はユーザにより指定されたソート条件に従って、検索された各プレー枠の情報の表示順位を決定する（ステップＳ３０２）。例えば、表示制御部１１０３は、ソート条件に対応するソート値の昇順又は降順で、検索されたプレー枠をソートする。

次いで、表示制御部１１０３は、表示順位Ｒを１に設定する（ステップＳ３０３）。次いで、表示制御部１１０３は、表示順位がＲよりも下位であるプレー枠の中で、表示順位Ｒのプレー枠のソート値と同一のソート値を有するプレー枠があるか否かを判定する（ステップＳ３０４）。表示順位Ｒのプレー枠のソート値と同一のソート値を有するプレー枠がない場合（ステップＳ３０４：ＮＯ）、表示制御部１１０３は、表示順位Ｒを１増加させる（ステップＳ３０５）。一方、表示順位Ｒのプレー枠のソート値と同一のソート値を有するプレー枠がある場合（ステップＳ３０４：ＹＥＳ）、表示制御部１１０３は、互いに同一のソート値を有するプレー枠（表示順位Ｒのプレー枠を含む）それぞれの表示優先度を、予約タイムテーブルＤＢ１４ｇから取得する（ステップＳ３０６）。次いで、表示制御部１１０３は、取得された表示優先度に従って、互いにソート値が同一であるプレー枠の表示順位を入れ替える（ステップＳ３０７）。例えば、表示制御部１１０３は、表示優先度が高いほど、表示順位を高くする。同一のソート値を有するプレー枠の数をＮとする場合、表示制御部１１０３は、Ｒ～Ｒ＋Ｎ－１の範囲内で各プレー枠の表示順位を変更する。次いで、表示制御部１１０３は、表示順位Ｒを、同一のソート値を有するプレー枠の数分増加させる（ステップＳ３０８）。

表示順位Ｒを増加させた後（ステップＳ３０５又はＳ３０９）、表示制御部１１０３は、表示順位Ｒが、検索されたプレー枠の数以下であるか否かを判定する（ステップＳ３０９）。表示順位Ｒが検索されたプレー枠の数以下である場合（ステップＳ３０９：ＹＥＳ）、処理はステップＳ３０４に進む。一方、表示順位Ｒが検索されたプレー枠の数以下ではない場合（ステップＳ３０９：ＮＯ）、表示制御部１１０３は、プレー枠一覧を生成する（ステップＳ３１０）。例えば、表示制御部１１０３は、ゴルフ場ＤＢ１４ｂ、プランＤＢ１４ｃ、予約タイムテーブルＤＢ１４ｇ等に基づいて、各プレー枠のプレー枠情報を生成する。そして、表示制御部１１０３は、決定された表示順位に応じた並び順でプレー枠情報を並べて、プレー枠一覧を生成する。次いで、表示制御部１１０３は、生成されたプレー枠一覧を含むコンテンツをユーザ端末４へ送信して（ステップＳ３１１）、プレー枠一覧提供処理は終了する。

以上説明したように、本実施形態によれば、ゴルフ場予約サーバ１が、１人予約のプレーが可能であるゴルフ場の天気であって、そのゴルフ場のプレー枠のうち、未来のプレー時期のプレー枠における天気を示す天気情報を取得する。また、ゴルフ場予約サーバ１が、未来のプレー時期のプレー枠の予約者が予約した過去のプレー時期のプレー枠のうち、天気が悪天であるプレー枠に対するその予約者による予約のキャンセル状況の履歴を示す履歴情報を取得する。また、ゴルフ場予約サーバ１が、未来のプレー時期のプレー枠のうち、取得された天気情報により示される天気が悪天であるプレー枠の情報の表示の優先度を、取得された履歴情報に基づいて制御する。従って、ゴルフが開催される可能性が高いプレー枠の予約を促すことが可能に、プレー枠の情報を提供することができる。

このとき、ゴルフ場予約サーバ１が、天気が悪天であるプレー枠の予約をキャンセルする傾向の度合いが所定度未満である予約者が予約した悪天のプレー枠の情報の優先度を、天気が悪天であるプレー枠の予約をキャンセルする傾向の度合いが所定度以上である予約者が予約した悪天のプレー枠の情報の優先度よりも高くしてもよい。この場合、ゴルフが開催される可能性が相対的に高いプレー枠の情報の表示を、ゴルフが開催される可能性が相対的に低いプレー枠の情報の表示よりも優先させることができる。

ここで、ゴルフ場予約サーバ１が、天気が悪天であるプレー枠の予約をキャンセルする傾向の度合いが所定度未満である予約者の人数が最少催行人数よりも１人少ない人数以上である悪天のプレー枠の情報の優先度を、予約者の人数が最少催行人数よりも１人少ない人数以上である悪天のプレー枠のうち、天気が悪天であるプレー枠の予約をキャンセルする傾向の度合いが所定度未満である予約者の人数が最少催行人数よりも１人少ない人数未満であるプレー枠の情報の優先度よりも高くしてもよい。この場合、ゴルフが開催される可能性が高い方のプレー枠の情報の表示を優先させることができる。

［２．第２実施形態］
次に、図１１及び図１２を用いて第２実施形態を説明する。以下に説明する点を除き、第２実施形態は第１実施形態と同一であってもよい。本実施形態において、ゴルフ場予約サーバ１は、プレー枠情報の提示先のユーザが悪天でゴルフをプレーする傾向に基づいて、悪天と予想されるプレー枠のプレー枠情報の表示優先度を決定してもよい。

具体的に、履歴情報取得部１１０２は、プレー枠情報の提示先のユーザが予約した過去のプレー時期のプレー枠のうち、天気が悪天であるプレー枠に対するそのユーザによる予約のキャンセル状況の履歴を示す履歴情報を取得する。取得される履歴情報は、第１実施形態と同様に、予約情報、決済情報及びプレー履歴のうち少なくとも何れか一つであってもよい。

表示制御部１１０３は、プレー枠情報の提示先のユーザについての履歴情報に更に基づいて、プレー枠情報の表示優先度を制御する。具体的に、表示制御部１１０３は、対象のユーザが悪天のプレー枠の予約をキャンセルする傾向の度合いが所定度未満である場合、予約者数が最少催行人数よりも１人少ない人数以上である悪天が予想される未来のプレー時期のプレー枠の情報の表示と、好天が予想される未来のプレー時期のプレー枠の情報の表示と、の何れを優先させるかを、好天が予想される未来のプレー時期のプレー枠の予約者の人数に基づいて決定してもよい。悪天のプレー枠の予約をキャンセルする傾向が低いユーザは、悪天が予想されるものの予約者数からゴルフの開催が見込まれるプレー枠を予約する可能性がある。この場合、ゴルフが開催される可能性に応じてプレー枠の情報の表示優先度を決定するのがよい。プレー枠でゴルフが開催される可能性は、そのプレー枠の現時点の予約者数によって変化する。従って、好天が予想されるプレー枠の現時点の予約者数から、そのプレー枠でゴルフが開催される可能性と、悪天が予想されるものの予約者数からゴルフの開催が見込まれるプレー枠でそのゴルフが開催される可能性と、の何れが高いかが変わる。

一方、表示制御部１１０３は、対象のユーザが悪天のプレー枠の予約をキャンセルする傾向の度合いが所定度以上である場合、好天が予想される未来のプレー時期のプレー枠の予約者の人数に関係なく、好天が予想される未来のプレー時期のプレー枠の情報の表示を、悪天が予想される未来のプレー時期のプレー枠の情報の表示よりも優先させてもよい。悪天のプレー枠の予約をキャンセルする傾向が高いユーザは、悪天が予想されるプレー枠をそもそも予約しない可能性が高い。そこで、悪天が予想されるプレー枠の表示優先度を更に低くすることで、ユーザにとって不要なプレー枠の情報がそのユーザの目に触れる可能性を低くすることができる。

より具体的には、対象のユーザが悪天のプレー枠の予約をキャンセルする傾向の度合いが所定度未満である場合、図６（ａ）に示すように、表示制御部１１０３は、予約者数が最少催行人数よりも１人少ない人数以上である好天が予想される第１のプレー枠の情報の表示を、予約者数が最少催行人数よりも１人少ない人数以上である悪天が予想される第２及び第３のプレー枠の情報の表示よりも優先させるとともに、第２及び第３のプレー枠の情報の表示を、予約者数が最少催行人数よりも１人少ない人数未満である好天が予想される第４のプレー枠の情報の表示よりも優先させてもよい。

図１１は、対象のユーザが悪天のプレー枠の予約をキャンセルする傾向の度合いが高い場合における天気と予約者数との組み合わせと表示優先度との関係の一例を示す図である。図１１が図６（ａ）と異なる点は、図１１において、悪天が予想され、且つ、予約者数が最少催行人数よりも１人少ない人数以上である２種類のプレー枠の情報の表示優先度が、好天が予想され、且つ、予約者数が最少催行人数よりも１人少ない人数未満であるプレー枠の情報の表示優先度よりも低くなっていることである。全体として、悪天が予想されるプレー枠の表示優先度が、好天が予想されるプレー枠の表示優先度よりも低くなっている。

図１２は、ゴルフ場予約サーバ１のシステム制御部１１によるプレー枠一覧提供処理の一例を示すフローチャートである。図１２において、図１０と同一のステップについては同一の符号が付されている。図１２に示すように、先ず表示制御部１１０３は、キャンセル率決定処理を実行する（ステップＳ４０１）。ゴルフ場予約サーバ１へコンテンツの要求を送信してきたユーザ端末４のユーザの予約情報を用いて、そのユーザの悪天キャンセル率が計算される点を除き、ステップＳ４０１のキャンセル率決定処理は、図９に示すキャンセル率決定処理と同一であってもよい。次いで、ステップＳ３０２～Ｓ３０４が実行され、Ｓ３０４の判定結果に応じて、ステップＳ３０５又はＳ３０６が決定される。ステップＳ３０６の後、表示制御部１１０３は、コンテンツの要求を送信してきたユーザ端末４のユーザの悪天キャンセル率が５０％未満であるか否かを判定する（ステップＳ４０２）。悪天キャンセル率が５０％未満である場合（ステップＳ４０２：ＹＥＳ）、ステップＳ３０７が実行される。悪天キャンセル率が５０％未満ではない場合（ステップＳ４０２：ＮＯ）、表示制御部１１０３は、ステップＳ３０６で取得された表示優先度を変更する（ステップＳ４０３）。例えば、表示制御部１１０３は、４を示す表示優先度を３に変更し、３を示す表示優先度を２に変更し、２を示す表示優先度を４に変更する。次いで、表示制御部１１０３は、変更後の表示優先度に従って、互いにソート値が同一である各プレー枠の表示順位を変更する（ステップＳ３０７）。ステップＳ３０７の後、ステップＳ３０８及びＳ３０９が実行され、ステップＳ３０９の判定結果に応じて、ステップＳ３０４が実行され、又はステップＳ３１０及びＳ３１１が実行される。

以上説明したように、本実施形態によれば、情報提供先のユーザが、天気が悪天であるプレー枠の予約をキャンセルする傾向が低い場合、ゴルフが開催される可能性が高い方のプレー枠の情報の表示を優先させることができる。また、情報提供先のユーザが、天気が悪天であるプレー枠の予約をキャンセルする傾向が高い場合、そのユーザにより予約される可能性が高い方のプレー枠の表示を優先させることができる。

１ ゴルフ場予約サーバ
２ 天気情報提供サーバ
３ ゴルフ場端末
４ ユーザ端末
１１ システム制御部
１２ システムバス
１３ 入出力インターフェース
１４ 記憶部
１４ａ 会員ＤＢ
１４ｂ ゴルフ場ＤＢ
１４ｃ プランＤＢ
１４ｄ 天気予報ＤＢ
１４ｅ 過去天気ＤＢ
１４ｆ 予約情報ＤＢ
１４ｇ 予約タイムテーブルＤＢ
１４ｈ 料金決済ＤＢ
１４ｉ プレー履歴ＤＢ
１１０１ 天気情報取得部
１１０２ 履歴情報取得部
１１０３ 表示制御部
ＮＷ ネットワーク

Claims (7)

1. ゴルフのプレー場所とプレー時期とで示されるプレー枠の予約者の人数が所定人数以上である場合に前記予約者が組となって前記プレー枠でゴルフのプレーが可能であるゴルフ場の天気であって、前記ゴルフ場の前記プレー枠のうち、未来のプレー時期の未来プレー枠における天気を示す天気情報を取得する天気情報取得手段と、
   前記未来プレー枠を現在予約している予約者であって、前記未来プレー枠の情報の提示先のユーザと異なる予約者が予約した過去のプレー時期の前記プレー枠のうち、該プレー枠における天気がゴルフのプレーに負の影響を与える可能性がある所定天気であるプレー枠に対する前記予約者による予約のキャンセル状況の履歴を示す履歴情報を取得する履歴情報取得手段と、
   前記未来プレー枠のうち、前記取得された天気情報により示される天気が前記所定天気である所定天気未来プレー枠であって、現在予約されている所定天気未来プレー枠の情報の表示の優先度を、該所定天気未来プレー枠を現在予約している前記予約者について前記履歴情報取得手段により取得された履歴情報に基づいて制御する制御手段と、
   を備えることを特徴とする情報提供装置。
2. 前記制御手段は、天気が前記所定天気である前記プレー枠の予約をキャンセルする傾向の度合いが所定度未満である前記予約者が予約した前記所定天気未来プレー枠の情報の前記優先度を、前記傾向の度合いが前記所定度以上である前記予約者が予約した前記所定天気未来プレー枠の情報の前記優先度よりも高くすることを特徴とする請求項１に記載の情報提供装置。
3. 前記制御手段は、前記傾向の度合いが前記所定度未満である予約者の人数が、前記所定人数よりも１人少ない人数以上である前記所定天気未来プレー枠の情報の前記優先度を、予約者の人数が、前記所定人数よりも１人少ない人数以上である前記所定天気未来プレー枠のうち、前記傾向の度合いが前記所定度未満である予約者の人数が、前記所定人数よりも１人少ない人数未満である前記所定天気未来プレー枠の情報の前記優先度よりも高くすることを特徴とする請求項２に記載の情報提供装置。
4. 前記履歴情報取得手段は、前記ユーザが予約した過去のプレー時期の前記プレー枠のうち、天気が前記所定天気であるプレー枠に対する前記ユーザによる予約のキャンセル状況の履歴を示す第２履歴情報を更に取得し、
   前記制御手段は、前記取得された第２履歴情報に更に基づいて、前記優先度を制御することを特徴とする請求項１乃至３の何れか一項に記載の情報提要装置。
5. 前記制御手段は、天気が前記所定天気である前記プレー枠の予約を前記ユーザがキャンセルする傾向の度合いが所定度未満である場合、予約者の人数が、前記所定人数よりも１人少ない人数以上である前記所定天気未来プレー枠の情報の表示と、前記未来プレー枠のうち、前記取得された天気情報により示される天気が前記所定天気と異なる非所定天気未来プレー枠の情報の表示と、の何れを優先させるかを、前記非所定天気未来プレー枠の予約者の人数に基づいて決定し、前記ユーザがキャンセルする傾向の前記度合いが前記所定度以上である場合、前記非所定天気未来プレー枠の予約者の人数に関係なく、前記非所定天気未来プレー枠の情報の表示を、前記所定天気未来プレー枠の情報の表示よりも優先させることを特徴とする請求項４に記載の情報提要装置。
6. コンピュータにより実行される情報提供方法において、
   ゴルフのプレー場所とプレー時期とで示されるプレー枠の予約者の人数が所定人数以上である場合に前記予約者が組となって前記プレー枠でゴルフのプレーが可能であるゴルフ場の天気であって、前記ゴルフ場の前記プレー枠のうち、未来のプレー時期の未来プレー枠における天気を示す天気情報を取得する天気情報取得ステップと、
   前記未来プレー枠を現在予約している予約者であって、前記未来プレー枠の情報の提示先のユーザと異なる予約者が予約した過去のプレー時期の前記プレー枠のうち、該プレー枠における天気がゴルフのプレーに負の影響を与える可能性がある所定天気であるプレー枠に対する前記予約者による予約のキャンセル状況の履歴を示す履歴情報を取得する履歴情報取得ステップと、
   前記未来プレー枠のうち、前記取得された天気情報により示される天気が前記所定天気である所定天気未来プレー枠であって、現在予約されている所定天気未来プレー枠の情報の表示の優先度を、該所定天気未来プレー枠を現在予約している前記予約者について前記履歴情報取得ステップにより取得された履歴情報に基づいて制御する制御ステップと、
   を含むことを特徴とする情報提供方法。
7. コンピュータを、
   ゴルフのプレー場所とプレー時期とで示されるプレー枠の予約者の人数が所定人数以上である場合に前記予約者が組となって前記プレー枠でゴルフのプレーが可能であるゴルフ場の天気であって、前記ゴルフ場の前記プレー枠のうち、未来のプレー時期の未来プレー枠における天気を示す天気情報を取得する天気情報取得手段と、
   前記未来プレー枠を現在予約している予約者であって、前記未来プレー枠の情報の提示先のユーザと異なる予約者が予約した過去のプレー時期の前記プレー枠のうち、該プレー枠における天気がゴルフのプレーに負の影響を与える可能性がある所定天気であるプレー枠に対する前記予約者による予約のキャンセル状況の履歴を示す履歴情報を取得する履歴情報取得手段と、
   前記未来プレー枠のうち、前記取得された天気情報により示される天気が前記所定天気である所定天気未来プレー枠であって、現在予約されている所定天気未来プレー枠の情報の表示の優先度を、該所定天気未来プレー枠を現在予約している前記予約者について前記履歴情報取得手段により取得された履歴情報に基づいて制御する制御手段、
   として機能させることを特徴とする情報提供プログラム。

Images