(57)【特許請求の範囲】
【請求項１】
複数のユーザ端末と通信可能な通信部と、
所定のゴルフ場におけるそれぞれ異なるプレイ条件を有する、予約受付可能な複数のゴルフプランに関するプラン情報を記憶する記憶部と、
前記通信部を介して、前記記憶部に記憶されたプラン情報を前記ユーザ端末へ送信し、当該ユーザ端末から、ユーザによって選択されたゴルフプランへの予約を受け付け、所定のゴルフプランへの予約数に応じて、前記記憶されたプラン情報における他のゴルフプランのプレイ条件を変更するか、上記複数のゴルフプランとは異なるプレイ条件を有する新たなゴルフプランを前記記憶されたプラン情報に追加することが可能な制御部と
を具備する情報処理装置。
【請求項２】
請求項１に記載の情報処理装置であって、
前記所定のゴルフプランは、プレイ開始時間の異なる複数のプレイ枠を有し、
前記制御部は、前記所定のゴルフプランの前記プレイ枠の総数に応じた、予約されたプレイ枠の予約ペースが所定の閾値を超えた場合に、前記他のゴルフプランのプレイ条件の少なくとも一部を、前記所定のゴルフプランのプレイ条件の少なくとも一部と同一となるように変更する
情報処理装置。
【請求項３】
請求項１に記載の情報処理装置であって、
前記記憶部は、前記プラン情報として、前記ゴルフプラン毎に、前記ゴルフプランの予約受付を終了する仮終了日及び当該仮終了日よりも先の本終了日に関する情報を記憶し、
前記制御部は、前記所定のゴルフプランへの予約数に応じて、前記記憶されたプラン情報における前記所定のゴルフプランの終了日を、前記仮終了日から、当該仮終了日から前記本終了日までの間の日まで延長する
情報処理装置。
【請求項４】
請求項１に記載の情報処理装置であって、
前記記憶部は、前記プレイ条件として第１のプレイ枠を有する第１のゴルフプランと、前記プレイ条件として第２のプレイ枠を有する第２のゴルフプランとに関する情報を記憶し、
前記制御部は、前記記憶された第１のゴルフプランへの予約数に応じて、前記記憶された第２のゴルフプランの前記第２のプレイ枠以外のプレイ条件を変更する
情報処理装置。
【請求項５】
請求項１に記載の情報処理装置であって、
前記制御部は、ゴルフプラン毎に予約受付の有無を判断し、前記予約が受け付けられていないゴルフプランを前記記憶されたプレイ条件の変更対象とし、前記予約が受け付けられているゴルフプランを前記記憶されたプレイ条件の変更対象から除外する
情報処理装置。
【請求項６】
請求項１に記載の情報処理装置であって、
前記制御部は、ゴルフプラン毎に予約受付の有無を判断し、前記予約が受け付けられているゴルフプランのプレイ条件の変更を通知する通知情報を、当該ゴルフプランを予約したユーザのユーザ端末へ前記通信部を介して送信する
情報処理装置。
【請求項７】
所定のゴルフ場におけるそれぞれ異なるプレイ条件を有する、予約受付可能な複数のゴルフプランに関するプラン情報を記憶し、
前記プラン情報をユーザ端末へ送信し、当該ユーザ端末から、ユーザによって選択されたゴルフプランへの予約を受け付け、
所定のゴルフプランへの予約数に応じて、前記プラン情報における他のゴルフプランのプレイ条件を変更するか、上記複数のゴルフプランとは異なるプレイ条件を有する新たなゴルフプランを前記プラン情報に追加する
情報処理方法。
【請求項８】
情報処理装置に、
所定のゴルフ場におけるそれぞれ異なるプレイ条件を有する、予約受付可能な複数のゴルフプランに関するプラン情報を記憶するステップと、
前記プラン情報をユーザ端末へ送信し、当該ユーザ端末から、ユーザによって選択されたゴルフプランへの予約を受け付けるステップと、
所定のゴルフプランへの予約数に応じて、前記プラン情報における他のゴルフプランのプレイ条件を変更するか、上記複数のゴルフプランとは異なるプレイ条件を有する新たなゴルフプランを前記プラン情報に追加するステップと
を実行させるプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、インターネット上でゴルフ場の予約を受け付けるサービスを提供可能な情報処理装置、当該情報処理装置における情報処理方法及びプログラムに関する。
【背景技術】
【０００２】
従来から、インターネット上でゴルフ場の予約が可能なサービスが存在する。【０００３】
下記特許文献１には、会員登録したゴルフ場予約希望者がネットワーク上のホームページで複数のゴルフ場予約状況を閲覧し、該当するゴルフ場の予約有無表示から、プレイ年月日、ゴルフ場、人数、スタート時間の指定、希望ラウンド、その他の事項をサーバに送信し、サーバはゴルフ場予約希望者に対し該当するゴルフ場の予約画面を表示してプレイ日、スタート時間等の予約内容を表示するとともに予約希望者の氏名、会員ＩＤの入力を求め、かつ同伴者氏名を入力し、予約確認、実行入力を行なって予約を行うゴルフ予約システムが開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−２４８７７１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
一般に、上述のようなゴルフ場予約サービスにおいては、予約サイト上で、ユーザから上記プレイ日やゴルフ場等の条件が指定されて検索が実行されることで、それに合致するゴルフプランの一覧が表示される。当該ゴルフプランの内容は様々存在し、料金のほか、例えば、食事付きか否か、キャディ付きか否か等によってその内容が異なる。【０００６】
したがって、予約可能な複数のゴルフプランのうち、需要の高いプランもあれば、需要の低いプランもある。そのため、上記特許文献１に記載のようなシステムでは、需要の高いプランに予約が集中し、需要の低いプランへの予約数が伸びない結果、ゴルフ場はプランを開催可能な日時においてもプランを開催できず、利益を逸失してしまうことになる。【０００７】
以上のような事情に鑑み、本発明の目的は、ゴルフプランへの予約数を最大化させることが可能な情報処理装置、情報処理方法及びプログラムを提供することにある。
【課題を解決するための手段】
【０００８】
上述の課題を解決するため、本発明の一形態に係る情報処理装置は、通信部と、記憶部と、制御部とを有する。上記通信部は、複数のユーザ端末と通信可能である。上記記憶部は、所定のゴルフ場におけるそれぞれ異なるプレイ条件を有する、予約受付可能な複数のゴルフプランに関するプラン情報を記憶する。上記制御部は、上記プラン情報を上記ユーザ端末へ送信し、当該ユーザ端末から、ユーザによって選択されたゴルフプランへの予約を受け付けるように上記通信部を制御可能である。さらに制御部は、所定のゴルフプランへの予約数に応じて、上記プラン情報における他のゴルフプランのプレイ条件を変更するか、上記複数のゴルフプランとは異なるプレイ条件を有する新たなゴルフプランを上記プラン情報に追加するように上記記憶部を制御可能である。【０００９】
これにより情報処理装置は、既存のゴルフプランの内容を、高い需要が見込まれるプラン内容へと動的に変更することで、プラン設定当初から予約数を最大化するプランを入念に検討せずとも、予約数を最大化することができる。【００１０】
上記所定のゴルフプランは、プレイ開始時間の異なる複数のプレイ枠を有してもよい。この場合上記制御部は、上記所定のゴルフプランの上記プレイ枠の総数に応じた、予約されたプレイ枠の予約ペースが所定の閾値を超えた場合に、上記他のゴルフプランのプレイ条件の少なくとも一部を、上記所定のゴルフプランのプレイ条件の少なくとも一部と同一となるように変更してもよい。【００１１】
これにより情報処理装置は、プレイ枠の予約の埋まり度合いが高い場合に、そのプランを需要が高いプランと見なして、他のプランのプレイ条件を需要が高いプランのプレイ条件に近づけるように変更することで、全てのプランへの予約数を最大化することができる。【００１２】
上記記憶部は、上記プラン情報として、上記ゴルフプラン毎に、上記ゴルフプランの予約受付を終了する仮終了日及び当該仮終了日よりも先の本終了日に関する情報を記憶してもよい。この場合上記制御部は、上記所定のゴルフプランへの予約数に応じて、上記プラン情報における上記所定のゴルフプランの終了日を、上記仮終了日から、当該仮終了日から上記本終了日までの間の日まで延長するように上記記憶部を制御してもよい。【００１３】
これにより情報処理装置は、予約受付状況に応じて、高い需要があるプランの予約受付可能日数を延長することで、予約数をさらに伸ばすことができる。【００１４】
上記記憶部は、上記プレイ条件として第１のプレイ枠を有する第１のゴルフプランと、上記プレイ条件として第２のプレイ枠を有する第２のゴルフプランとに関する情報を記憶してもよい。この場合上記制御部は、上記第１のゴルフプランへの予約数に応じて、上記第２のゴルフプランの上記第２のプレイ枠以外のプレイ条件を変更するように上記記憶部を制御してもよい。【００１５】
これにより情報処理装置は、第１のゴルフプランに高い需要が見込まれる場合には、プレイ枠の異なる第２のゴルフプランを例えばその第１のプランと同様のプレイ条件となるように変更することで、第２のゴルフプランへの予約数を増加させることができる。ここで第１のプレイ枠と第２のプレイ枠とは、同日のプレイ枠でもよいし、異なる日のプレイ枠でもよい。【００１６】
上記制御部は、ゴルフプラン毎に予約受付の有無を判断し、上記予約が受け付けられていないゴルフプランを上記プレイ条件の変更対象とし、上記予約が受け付けられているゴルフプランを上記プレイ条件の変更対象から除外するように上記記憶部を制御してもよい。【００１７】
これにより情報処理装置は、既に予約が受け付けられているゴルフプランについてはプレイ条件の変更対象外とすることで、予約したユーザの混乱を避けることができる。【００１８】
上記制御部は、ゴルフプラン毎に予約受付の有無を判断し、上記予約が受け付けられているゴルフプランのプレイ条件の変更を通知する通知情報を、当該ゴルフプランを予約したユーザのユーザ端末へ送信するように上記通信部を制御してもよい。【００１９】
これにより情報処理装置は、既に予約が受け付けられているゴルフプランについては、プレイ条件の変更をユーザに通知することで、ユーザの混乱を避けることができる。【００２０】
本発明の他の形態に係る情報処理方法は、
所定のゴルフ場におけるそれぞれ異なるプレイ条件を有する、予約受付可能な複数のゴルフプランに関するプラン情報を記憶すること、
上記プラン情報をユーザ端末へ送信し、当該ユーザ端末から、ユーザによって選択されたゴルフプランへの予約を受け付けること、及び、
所定のゴルフプランへの予約数に応じて、上記プラン情報における他のゴルフプランのプレイ条件を変更するか、上記複数のゴルフプランとは異なるプレイ条件を有する新たなゴルフプランを上記プラン情報に追加することを含む。【００２１】
本発明のまた別の形態に係るプログラムは、情報処理装置に、
所定のゴルフ場におけるそれぞれ異なるプレイ条件を有する、予約受付可能な複数のゴルフプランに関するプラン情報を記憶するステップと、
上記プラン情報をユーザ端末へ送信し、当該ユーザ端末から、ユーザによって選択されたゴルフプランへの予約を受け付けるステップと、
所定のゴルフプランへの予約数に応じて、上記プラン情報における他のゴルフプランのプレイ条件を変更するか、上記複数のゴルフプランとは異なるプレイ条件を有する新たなゴルフプランを上記プラン情報に追加するステップと
を実行させる。【００２２】
以上のように、本発明によれば、既存のゴルフプランの内容を、高い需要が見込まれるプラン内容へと動的に変更することで、プラン設定当初から予約数を最大化するプランを入念に検討せずとも、予約数を最大化することができる。しかし、ここに記載された効果は必ずしも本発明を限定するものではない。
【図面の簡単な説明】
【００２３】
【図１】本発明の実施形態に係るゴルフ場予約システムの構成を示した図である。
【図２】上記システムにおけるゴルフ場予約サーバのハードウェア構成を示した図である。
【図３】上記ゴルフ場予約サーバが有するデータベースの構成を示した図である。
【図４】上記ゴルフ場予約サーバによるゴルフ場の予約処理の流れを示したフローチャートである。
【図５】上記ゴルフ場予約サーバによって生成されユーザ端末に表示されるプラン検索ページの例を示した図である。
【図６】上記ゴルフ場予約サーバによって生成されユーザ端末に表示されるプラン検索結果ページの例を示した図である。
【図７】上記ゴルフ場予約サーバによって生成されユーザ端末に表示されるプラン変更通知ページの例を示した図である。
【発明を実施するための形態】
【００２４】
以下、本発明の実施形態を、図面を参照しながら説明する。
【００２５】
［システムの構成］
図１は、本実施形態に係るゴルフ場予約システムの構成を示した図である。
【００２６】
同図に示すように、このシステムは、インターネット５０上のゴルフ場予約サーバ１００と、複数のユーザ端末２００と、ゴルフ場端末３００とを含む。
【００２７】
ゴルフ場予約サーバ１００は、ゴルフ場予約サイトの運営会社により管理されるサーバであり、ユーザ端末２００及びゴルフ場端末３００とインターネット５０を介して接続されている。
【００２８】
ユーザ端末２００は、ゴルフ場を予約するユーザにより使用される端末であり、例えばスマートフォン、携帯電話、タブレットＰＣ（Personal Computer）、ノートブックＰＣ、デスクトップＰＣ等である。
【００２９】
ゴルフ場予約サーバ１００は、ユーザ端末２００からのゴルフ場予約サイトへのアクセス要求に応じて、複数のゴルフプラン情報等を有するウェブページ（ＨＴＭＬ（HyperText Markup Language）文書）を生成して、ユーザ端末２００へ返信する。
【００３０】
ユーザ端末２００は、ゴルフ場予約サーバ１００へアクセスし、上記ウェブページを受信して、ブラウザにより画面に表示する。
【００３１】
ユーザ端末２００のユーザは、上記ブラウザによって表示される画面を介して、特定のゴルフプランの予約処理を実行する。
【００３２】
ゴルフ場端末３００は、ゴルフ場の従業者等が利用する端末装置であり、例えばＰＣである。ゴルフ場端末３００は、ゴルフ場予約サーバ１００にアクセスして、ユーザ端末２００からの自身のゴルフ場に対する予約状況等を取得可能である。
【００３３】
［ゴルフ場予約サーバのハードウェア構成］
図２は、上記ゴルフ場予約サーバ１００のハードウェア構成を示した図である。同図に示すように、ゴルフ場予約サーバ１００は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、入出力インタフェース１５、及び、これらを互いに接続するバス１４を備える。
【００３４】
ＣＰＵ１１は、必要に応じてＲＡＭ１３等に適宜アクセスし、各種演算処理を行いながらゴルフ場予約サーバ１００の各ブロック全体を統括的に制御する。ＲＯＭ１２は、ＣＰＵ１１に実行させるＯＳ、プログラムや各種パラメータなどのファームウェアが固定的に記憶されている不揮発性のメモリである。ＲＡＭ１３は、ＣＰＵ１１の作業用領域等として用いられ、ＯＳ、実行中の各種アプリケーション、処理中の各種データを一時的に保持する。
【００３５】
入出力インタフェース１５には、表示部１６、操作受付部１７、記憶部１８、通信部１９等が接続される。
【００３６】
表示部１６は、例えばＬＣＤ（Liquid Crystal Display）、ＯＥＬＤ（Organic ElectroLuminescence Display）、ＣＲＴ（Cathode Ray Tube）等を用いた表示デバイスである。
【００３７】
操作受付部１７は、例えばマウス等のポインティングデバイス、キーボード、タッチパネル、その他の入力装置である。操作受付部１７がタッチパネルである場合、そのタッチパネルは表示部１６と一体となり得る。
【００３８】
記憶部１８は、例えばＨＤＤ（Hard Disk Drive）や、フラッシュメモリ（ＳＳＤ；Solid State Drive）、その他の固体メモリ等の不揮発性メモリである。当該記憶部１８には、上記ＯＳや各種アプリケーション、各種データが記憶される。
【００３９】
後述するが、特に本実施形態において、記憶部１８は、ゴルフ場予約サイトを介して予約を受付可能なゴルフプランに関するゴルフプラン情報データベース、各ゴルフプラン（の各プレイ枠）に対する予約数情報を記憶する予約数情報データベース、ゴルフプランを予約したユーザに関する情報を記憶するユーザ情報データベースを有している。
【００４０】
通信部１９は、例えばEthernet（登録商標）用のＮＩＣ（Network Interface Card）であり、上記ユーザ端末２００、ゴルフ場予約サーバ１００及びゴルフ場端末３００との間の通信処理を担う。
【００４１】
図示しないが、ゴルフ場予約サーバ１００のハードウェア構成もゴルフ場予約サーバ１００のそれと同様である。
【００４２】
［ゴルフ場予約サーバのデータベース構成］
図４は、上記ゴルフ場予約サーバ１００が有するデータベースの構成を示した図である。
【００４３】
同図に示すように、ゴルフ場予約サーバ１００は、記憶部１８に、ゴルフプラン情報データベース３１、予約数情報データベース３２、及びユーザ情報データベース３３を有している。
【００４４】
ゴルフプラン情報データベース３１は、ゴルフ場予約サーバ１００が予約受付可能なゴルフプランに関する情報、具体的には、プラン名、ゴルフ場情報（ゴルフ場名、所在地、コース情報、評価等）料金、プラン内容（食事有無、キャディ有無、最小開催人数、プラン設定日等）等の情報をゴルフ場毎及びゴルフプラン毎に記憶している。
【００４５】
予約数情報データベース３２は、上記各ゴルフプランに対する予約数に関する情報を各プランのプレイ枠（同一プレイ日内の異なるプレイ開始時間）毎に記憶している。さらに予約数情報データベース３２は、１つのプランに対する複数のプレイ枠が予約で埋まるペース（以下、予約ペース）を随時算出して記憶していてもよい。
【００４６】
ユーザ情報データベース３３は、上記ゴルフプランに予約したユーザに関する情報、具体的には、ユーザＩＤ、ユーザ名、通信先（メールアドレス等）、予約履歴等の情報を記憶している。
【００４７】
［ゴルフ場予約サーバの動作］
次に、以上のように構成されたゴルフ場予約サーバ１００の動作について説明する。当該動作は、ゴルフ場予約サーバ１００のＣＰＵ１１及び通信部１９等のハードウェアと、記憶部１８に記憶されたソフトウェアとの協働により実行される。以下の説明では、便宜上、ＣＰＵ１１を動作主体とする。
【００４８】
図４は、ゴルフ場予約サーバ１００によるゴルフ場の予約処理の流れを示したフローチャートである。
【００４９】
図４には図示しないが、ゴルフ場予約サーバ１００のＣＰＵ１１は、ユーザ端末２００から、ゴルフ場予約サイトを介して、ゴルフプラン検索ページの表示が要求されると、プラン検索ページを生成してユーザ端末２００へ返信する。
【００５０】
図５は、当該生成されユーザ端末２００において表示される検索ページの例を示した図である。
【００５１】
同図に示すように、当該検索ページ上では、例えば、予約が可能なゴルフ場のエリア、プレイ日、プレイ料金、プレイスタイル、ゴルフ場名のほか、スタート時間、ゴルフ場名等の検索条件を設定可能な検索条件設定領域６１を有する。当該検索条件設定領域６１において所定の条件が設定され、その下部の検索ボタン６２がユーザ端末２００上で押下されることで、ゴルフ場予約サーバ１００に検索要求が送信される。
【００５２】
図４に示すように、ＣＰＵ１１は、上記検索ページを介した検索要求をユーザ端末２００から受信したか否かを判断する（ステップ４１）。
【００５３】
上記検索要求が受信されたと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、上記ゴルフプラン情報データベース３１から、上記検索条件に合致するプランを検索し、その結果一覧を示す検索結果ページを生成してユーザ端末２００へ返信する（ステップ４２）。検索条件に合致するプランが１つも無い場合には、その旨を示す検索結果ページが返信される。
【００５４】
図６は、上記生成されユーザ端末２００に表示されるプラン検索結果ページの例を示した図である。
【００５５】
同図に示すように、当該検索結果ページは、例えばゴルフ場毎に、上記検索条件に合致するプラン一覧領域７１を有する。
【００５６】
当該プラン一覧領域７１の例えば右端には予約ボタン７２が設置されており、当該予約ボタン７２が押下されると、ゴルフ場予約サーバ１００は、当該プランにおいて具体的なプレイ枠（スタート時間）と予約人数を選択するための予約ページを生成してユーザ端末２００へ送信する。
【００５７】
図４に戻り、ＣＰＵ１１は、当該予約ページを介して、上記プレイ枠及び人数が選択された予約要求をユーザ端末２００から受信したか否かを判断する（ステップ４３）。
【００５８】
上記予約要求を受信したと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、予約受付処理を実行する（ステップ４４）。具体的には、ＣＰＵ１１は、予約したユーザ、上記プレイ枠、予約人数に関する情報をゴルフプラン情報データベース３１に記憶し、当該プレイ枠の予約有無を示すフラグをＯＮに設定する。またＣＰＵ１１は、予約数情報データベース３２において、上記予約対象のゴルフプランにおける予約数及び予約ペースの情報を更新する。
【００５９】
以上の予約受付処理は、ユーザ端末２００から予約要求が受信される度に実行される。
【００６０】
続いてＣＰＵ１１は、予約数情報データベース３２から、予約受付されたプラン毎の予約ペースに関する情報を取得する（ステップ４５）。当該処理は定期的に実行されてもよいし、予約受付処理が実行されるたびに実行されてもよい。
【００６１】
続いてＣＰＵ１１は、上記取得したプラン毎の予約ペースを参照して、予約ペースが所定の閾値以上のプランが存在するか否かを判断する。
【００６２】
上記閾値は、例えば、予約対象のプランが有するプレイ枠の総数に応じて、プラン毎に変わり得る。例えば、予約ペースが同一でも、プレイ枠数の多いプランにおける閾値は、プレイ枠数の少ないプランにおける閾値よりも高く設定される。すなわち、上記閾値は、プレイ枠の総数に対する予約されたプレイ枠がどの程度の速度で所定割合に達したかという観点から設定される。
【００６３】
上記予約ペースが閾値以上のプランが存在すると判断した場合（Ｙｅｓ）、ＣＰＵ１１は、当該予約ペースが閾値以上のプランのプラン内容（プレイ条件）に関する情報を上記ゴルフプラン情報データベース３１から取得する（ステップ４７）。
【００６４】
続いてＣＰＵ１１は、上記予約ペースが閾値以上のプランとゴルフ場が同一の他のプランのプラン内容（プレイ条件）の少なくとも一部を、予約ペースが閾値以上のプランのプラン内容と合致するように変更する（ステップ４８）。
【００６５】
例えば、ＣＰＵ１１は、予約ペースが閾値以上のプランのプラン内容が食事付であり、他のプランのプラン内容が食事無である場合、他のプランのプラン内容を食事付に変更する。これは、上記予約ペースが閾値以上のプランが、食事付であることによって需要が高くなったと推定されることによる。
【００６６】
その他、ＣＰＵ１１は、上記予約ペースが閾値以上のプランの料金、食事有無、最小開催人数、プレイ枠数等のプラン内容に応じて、他のプランの内容を、予約ペースが閾値以上のプランのプラン内容に近づくように、例えば料金を下げたり、食事無を食事有にしたり、最少開催人数を少なくしたり、プレイ枠数（スタート時間数）を増加したりする。
【００６７】
変更対象は、プラン内容を構成する複数の要素のうち１つのみでもよいし、複数でもよい。例えば、食事無、キャディ無のプランが、食事有、キャディ有のプランに変更されてもよい。
【００６８】
プラン内容の変更対象のプランは、上記予約ペースが閾値以上のプランと同日に設定されていてもよいし、他日に設定されていてもよい。
【００６９】
プラン内容が変更対象は、上記予約ペースが閾値以上のプランとゴルフ場が同一の他の全てのプランとされてもよいし、例えばランダムに選択された一部のプランとされてもよい。また、例えば土日祝日プラン等、上記予約ペースが閾値以上のプランと何らかの共通点を有する他のプランのみが変更対象とされてもよい。
【００７０】
続いてＣＰＵ１１は、上記変更対象のプランに既に予約が入っているプレイ枠が存在するか否かを上記ゴルフプラン情報データベース３１を参照して判断する（ステップ４９）。
【００７１】
変更対象のプランに既に予約が入っているプレイ枠が存在すると判断した場合（Ｙｅｓ）、ＣＰＵ１１は、上記プラン内容の変更を、上記プランを予約したユーザのユーザ端末２００へ通知する。
【００７２】
例えばＣＰＵ１１は、ゴルフ場予約サーバ１００のゴルフ場予約サイト上に、ログインユーザ毎の専用ページ（マイページ）が存在する場合、当該マイページを通じて上記プラン内容の変更を通知してもよい。またＣＰＵ１１は、マイページを介さずに、例えばユーザのメールアドレスに上記プラン内容変更を通知するメールを送信してもよい。
【００７３】
図７は、上記ゴルフ場予約サーバ１００によって生成されユーザ端末に表示されるマイページ上のプラン変更通知の例を示した図である。
【００７４】
同図に示すように、当該マイページにおいては、例えば、プラン内容が変更された旨が、変更前のプラン内容と変更後のプラン内容との比較情報と共に表示される。
【００７５】
具体的には、同図では、図６に示したＡＡＡゴルフ状における２つのプランのうち、平日Ｂプランへの予約ペースが閾値以上であった場合に、他方の土日祝Ａプランの内容が食事無から食事有に変更された場合の例が示されている。
【００７６】
このようなプラン内容の変更によってユーザにデメリットが発生しない場合（例えば料金変更無しに食事無が食事付へ変更されたり、料金のみが安く変更されたりする場合）には、変更の通知は必須ではないが、通知によりユーザの混乱を防ぐことができる。
【００７７】
このように、本実施形態によれば、ゴルフ場予約サーバ１００は、あるゴルフプランへの予約数（予約ペース）に応じて、他のゴルフプランの内容を高い需要が見込まれるプラン内容へと動的に変更することで、プラン設定当初から予約数を最大化するプランを入念に検討せずとも、予約数を最大化することができる。
【００７８】
［変形例］
本発明は上述の実施形態にのみ限定されるものではなく、本開示の要旨を逸脱しない範囲内において種々変更され得る。
【００７９】
上述の実施形態においては、予約ペースが閾値以上のゴルフプランが存在する場合に、他のゴルフプランのゴルフプラン内容が変更された。しかし、プラン内容の変更対象は他のゴルフプランに限られず、同一のゴルフプランであってもよい。すなわち、ゴルフ場予約サーバ１００は、ゴルフプラン毎に予約受付を終了する仮終了日及び当該仮終了日よりも先の本終了日が設定し、あるプランに対する予約ペースが閾値以上である場合、当該プランの終了日を、上記仮終了日から、当該仮終了日から上記本終了日までの間の日まで延長してもよい。これによりゴルフ場予約サーバ１００は、予約受付状況に応じて、高い需要があるプランの予約受付可能日数を延長することで、予約数をさらに伸ばすことができる。
【００８０】
上述の実施形態においては、予約ペースが閾値以上のゴルフプランが存在する場合に、他のゴルフプランのゴルフプラン内容が変更された。しかし、他のゴルフプランのプラン内容が変更されるのではなく、予約ペースが閾値以上のゴルフプランとプラン内容の少なくとも一部が共通する新たなプランが追加されてもよい。例えば、予約ペースが閾値以上のゴルフプランと予約受付期間以外のプレイ条件が同一または類似の新たなプランが追加されてもよい。新たなプランの追加により、ユーザは、上記検索結果ページ等において当該新たなプランを選択することができ、その利益を享受することができる。
【００８１】
上述の実施形態では、ゴルフ場予約サーバ１００は、既に予約が入っているプランのプラン内容を変更した場合、そのプランに予約したユーザに単に通知を行っていた。しかし、ゴルフ場予約サーバ１００は、単に通知するのみならず、例えば通知ページ上に同意ボタン等を設けることで、ユーザから同意を得てもよく、同意が得られない場合にはプラン内容を変更しないか、変更したプラン内容を元に戻してもよい。さらに、ゴルフ場予約サーバ１００は、既に予約が入っているプランを、プラン内容の変更対象から除外してもよい。
【００８２】
上述の実施形態では、予約ペースが閾値以上のゴルフプランが存在する場合に、他のゴルフプランのプラン内容が変更された。しかし、逆に予約ペースが閾値未満のゴルフプランが存在する場合に、他のゴルフプランのプラン内容が変更されてもよいし、新たなゴルフプランが追加されてもよい。すなわち、需要の高いプランの存在を契機にするのではなく、需要の高いプランの存在を契機に、他のプランのプラン内容がプランへの需要が高まるように変更されてもよい。この場合、予約ペースが閾値未満のゴルフプランの内容自体も変更されてもよい。たとえば、料金設定が同様の複数のプランが存在する場合に、そのうち１つのプランに対する予約ペースが低いと判断されれば、そのプランの料金が安く変更されるとともに、他のプランの料金も安く変更されてもよい。
【００８３】
上述の実施形態では、予約受付処理はユーザ端末２００からゴルフ場予約サイトを介して実行された。しかし、予約受付処理は、ユーザ端末２００にインストールされたゴルフ予約アプリケーションを介して予約要求がゴルフ場予約サーバ１００へ送信されることで実行されてもよい。
【符号の説明】
【００８４】
１１…ＣＰＵ
１８…記憶部
１９…通信部
３１…ゴルフプラン情報データベース
３２…予約数情報データベース
３３…ユーザ情報データベース
５０…インターネット
６１…検索条件設定領域
６２…検索ボタン
７１…プラン一覧領域
７２…予約ボタン
１００…ゴルフ場予約サーバ
２００…ユーザ端末
３００…ゴルフ場端末
【要約】
情報処理装置は、通信部と記憶部と制御部とを有する。上記通信部は、複数のユーザ端末と通信可能である。上記記憶部は、所定のゴルフ場におけるそれぞれ異なるプレイ条件を有する、予約受付可能な複数のゴルフプランに関するプラン情報を記憶する。上記制御部は、上記プラン情報を上記ユーザ端末へ送信し、当該ユーザ端末から、ユーザによって選択されたゴルフプランへの予約を受け付けるように上記通信部を制御可能である。さらに制御部は、所定のゴルフプランへの予約数に応じて、上記プラン情報における他のゴルフプランのプレイ条件を変更するか、上記複数のゴルフプランとは異なるプレイ条件を有する新たなゴルフプランを上記プラン情報に追加するように上記記憶部を制御可能である。【図１】
0005635722.tif 000002
【図２】
0005635722.tif 000003
【図３】
0005635722.tif 000004
【図４】
0005635722.tif 000005
【図５】
0005635722.tif 000006
【図６】
0005635722.tif 000007
【図７】
0005635722.tif 000008