(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）であり、上記ユーザ端末３００、ゴルフ場予約サーバ２００及びゴルフ場端末４００との間の通信処理を担う。
【００４６】
［ゴルフ場予約サーバのデータベース構成］
図３は、上記ゴルフ場予約サーバ１００が有するデータベースの構成を示した図である。
【００４７】
同図に示すように、ゴルフ場予約サーバ１００は、記憶部１８に、ゴルフプラン情報データベース３１、予約数情報データベース３２、及びユーザ情報データベース３３を有している。
【００４８】
ゴルフプラン情報データベース３１は、ゴルフ場予約サーバ１００が予約受付可能な１人予約のゴルフプランに関する情報、具体的には、プラン名、ゴルフ場情報（ゴルフ場名、所在地、コース情報、評価等）、料金、プラン内容（食事有無、キャディ有無、最小開催人数、開催日時、プレー枠（同一プレー日内の異なるプレー開始時間））等の情報をゴルフ場毎及びゴルフプラン毎に記憶している。またゴルフプラン情報データベース３１は、予約受付可能な各ゴルフプランに対して予約したユーザに関する情報（ユーザＩＤ）も、各プランのプレー枠毎に記憶している。
【００４９】
予約数情報データベース３２は、上記各ゴルフプランに対する予約数に関する情報を各プランのプレー枠毎に記憶している。また予約数情報データベース３２は、１つのプランに対する複数のプレー枠が最少開催人数に達したか否かの情報も記憶している。その他、予約数情報データベース３２は、各プレー枠が予約で埋まるペース（予約ペース）を随時算出して記憶していてもよい。
【００５０】
ユーザ情報データベース３３は、上記ゴルフプランに予約したユーザに関する情報、具体的には、ユーザＩＤ、ユーザ名、通信先（メールアドレス等）、ユーザの性別・年齢層・スコア・プレースタイル（エンジョイ／セミアスリート／アスリート）、お気に入りのゴルフ場等の属性情報、並びに、過去の１人予約プランに対する予約履歴情報等の情報を記憶している。予約履歴情報には、各ユーザが予約したゴルフプランにおける同伴ユーザに関する情報や、各ユーザの同伴ユーザに対する評価情報、予約したゴルフプランを開催したゴルフ場に対する評価情報等の情報が含まれる。
【００５１】
［ゴルフ場予約サーバの動作］
次に、以上のように構成されたゴルフ場予約サーバ１００の動作について説明する。当該動作は、ゴルフ場予約サーバ１００のＣＰＵ１１及び通信部１９等のハードウェアと、記憶部１８に記憶されたソフトウェアとの協働により実行される。以下の説明では、便宜上、ＣＰＵ１１を動作主体とする。
【００５２】
図４は、ゴルフ場予約サーバ１００によるゴルフ場の１人予約処理の流れを示したフローチャートである。
【００５３】
同図に示すように、まず、ゴルフ場予約サーバ１００のＣＰＵ１１は、ゴルフ場予約サイトにログインしたユーザ端末２００から、１人予約プランの検索要求（検索結果表示要求）を受信したか否かを判断する（ステップ４１）。
【００５４】
当該プラン検索要求は、例えば、ゴルフ場予約サーバ１００が提供するゴルフ場予約サイトにおけるゴルフ１人予約のトップページにおいて、プレー日（開催日時）やゴルフ場の所在エリア等の任意の検索条件項目が指定されたものである。
【００５５】
図５は、上記１人予約のトップページの例を示した図である。同図に示すように、トップページ上では、ゴルフ場の所在エリア、プレー日、スタート時間、プレースタイル等の検索条件項目を選択可能な検索条件設定領域６０が表示される。
【００５６】
ユーザ端末２００のユーザにより、上記検索条件設定領域６０においていずれかの検索条件（例えばエリア、プレー日等）が選択されて、例えば当該領域６０の下部の検索ボタン６１が押下されると、上記検索要求がゴルフ場予約サーバ１００へ送信される。
【００５７】
上記プラン検索要求を受信したと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、当該検索要求において指定された開催日時までの残り時間が第１の時間未満か否かを判断する（ステップ４２）。当該第１の時間は例えば３日（７２時間）、２日（４８時間）等であるが、これらに限られない。
【００５８】
残り時間が第１の時間未満でない（第１の時間以上である）と判断した場合（Ｎｏ）、ＣＰＵ１１は、上記ユーザ端末２００からの検索要求に含まれる検索条件項目に合致するプランの検索結果一覧を含む検索結果一覧ページを生成し、それを通信部１９によりユーザ端末２００へ送信する（ステップ４４）。
【００５９】
一方、残り時間が第１の時間未満であると判断した場合（Ｙｅｓ）、ＣＰＵ１１は、上記ユーザ端末２００からの検索要求に含まれる検索条件項目に、当該ユーザ端末２００のユーザに最適化されたさらなる検索条件項目を加えて１人予約プランを検索する（ステップ４３）。そしてＣＰＵ１１は、当該検索結果の一覧を含む検索結果一覧ページを生成して、それを通信部１９によりユーザ端末へ送信する（ステップ４４）。
【００６０】
ここで、ユーザに最適化されたさらなる検索条件項目とは、例えば、ユーザの住所から所定距離（所定時間）範囲内のゴルフ場、ユーザが過去に（２回以上）プレーしたゴルフ場、先に予約者がいるプラン、先の予約者のプロフィール（性別、年齢層、スコア、プレースタイル等）がユーザのプロフィールと合致または類似するプラン、あと１人で開催が成立するプラン等の様々な条件項目のうち少なくとも１つであるが、これらに限られるものではない。
【００６１】
当該検索条件の追加に際し、ＣＰＵ１１は、上記ログイン時に受信したユーザＩＤ、上記ゴルフプラン情報データベース３１、予約数情報データベース３２、及びユーザ情報データベース３３を参照し、追加する条件に応じて、ユーザプロフィール情報や予約履歴情報と、予約受付可能なゴルフプラン情報や、当該ゴルフプランに予約している他のユーザのプロフィール情報や予約履歴情報とのマッチング処理を実行する。
【００６２】
続いてＣＰＵ１１は、ユーザ端末２００から上記検索結果一覧ページ内のいずれかのプランに対する予約要求を受信したか否かを判断する（ステップ４５）。
【００６３】
予約要求を受信したと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、当該予約要求対象のプランの予約受付処理を実行する（ステップ５１）。
【００６４】
予約要求を受信していないと判断した場合（Ｎｏ）、ＣＰＵ１１は、上記検索結果一覧ページの更新要求または再度のプラン検索要求をユーザ端末２００から受信したか否かを判断する（ステップ４６）。当該再度の検索要求において検索条件項目として指定された開催日時は、上記ステップ４１において受信した検索要求において指定された開催日時と同一であるものとする。
【００６５】
当該更新要求または再度のプラン検索要求を受信したと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、当該要求において指定された開催日時までの残り時間が、上記第１の時間よりも短い第２の時間未満か否かを判断する（ステップ４７）。ここで第２の時間は、例えば１日（２４時間）、半日（１２時間）等であるが、これらに限られない。
【００６６】
残り時間が第２の時間未満でない（第２の時間以上である）と判断した場合（Ｎｏ）、ＣＰＵ１１は、上記ステップ４４において生成したのと同一の検索条件による検索結果一覧ページを生成し、それを通信部１９によりユーザ端末２００へ送信する（ステップ４９）。
【００６７】
一方、残り時間が第２の時間未満であると判断した場合（Ｙｅｓ）、ＣＰＵ１１は、上記ステップ４３における検索処理よりもさらにユーザに応じた検索条件項目を追加して１人予約プランを検索する（ステップ４８）。そしてＣＰＵ１１は当該検索結果の一覧ページを生成し、それを通信部１９によりユーザ端末２００へ送信する（ステップ４９）。
【００６８】
上記ステップ４８で追加される検索条件項目は、上記ステップ４３において追加された検索条件項目とは異なるものである。具体的には、例えば上記ステップ４３において、先に予約者がいるプランが条件として追加された場合には、上記ステップ４８では、そのうちあと１人で開催が成立するプランや、そのうちユーザとプロフィール情報（性別、年齢層、スコア、プレースタイル等）が一致する他のユーザが予約しているプランや、そのうちユーザが過去に一緒にプレーしたことのある（同一のプランの同一枠に予約している）他のユーザが予約しているプランが検索されてもよい。
【００６９】
また、例えば上記ステップ４３において、ユーザの住所から第１の距離（時間）範囲内のゴルフ場が条件として追加された場合には、上記ステップ４８では、上記第１の距離（時間）範囲よりもさらに短い第２の距離（時間）範囲内のゴルフ場が条件として追加されてもよい。
【００７０】
また、例えば上記ステップ４３において、ユーザが過去に予約したことのあるゴルフ場が条件として追加された場合には、上記ステップ４８では、そのうちユーザが２回以上予約したことのあるゴルフ場が条件として追加されてもよい。
【００７１】
検索条件項目の追加態様はこれらに限られず、ゴルフプランの開催日時までの減少に伴い、以前に表示された検索結果一覧ページにおける検索条件項目よりも検索結果数がユーザに最適化されたものに絞り込まれるような追加態様であればどのようなものでも構わない。
【００７２】
続いてＣＰＵ１１は、ユーザ端末２００から上記検索結果一覧ページ内のいずれかのプランに対する予約要求を受信したか否かを判断する（ステップ５０）。
【００７３】
予約要求を受信したと判断した場合（Ｙｅｓ）、ＣＰＵ１１は、当該予約要求対象のプランの予約受付処理を実行する（ステップ５１）。
【００７４】
図６は、上記図４のステップ４４の処理によりユーザ端末２００に表示される検索結果一覧ページの例を示した図である。
【００７５】
同図に示すように、当該検索結果一覧ページにおいては、上記検索条件設定領域６０の下部に、上記ユーザに応じて追加された検索条件項目による１人予約ゴルフプランの検索結果一覧領域７０が設けられる。
【００７６】
上記ユーザに応じて（ユーザによらずに）追加された検索条件項目は、当該検索結果一覧ページにおける検索条件設定領域６０においてユーザに把握可能とされてもよい。
【００７７】
例えば、同図の例では、ユーザが開催日時（プレー日）とゴルフ場のエリア、スタート時間、及びプレースタイルを検索条件として設定した場合に、それに加えて、他のユーザが先に予約しているプランが、さらなる条件として追加されている。
【００７８】
図７は、上記図４のステップ４９の処理によりユーザ端末２００に表示される検索結果一覧ページの例を示した図である。
【００７９】
同図に示すように、当該検索結果一覧ページでは、上記図６の検索結果一覧ページと比較して、先に予約している他のユーザの平均スコア、性別、年代が、ユーザの平均スコア、性別、年代と一致することが、さらなる条件として追加されている。これにより、ユーザが同伴するのに抵抗のない他のユーザが予約しているプランが表示されることになる。この処理は上述の通り、検索要求元のユーザのプロフィール情報と当該先に予約している他のユーザのプロフィール情報とのマッチングにより実行される。当然ながら、同図における検索結果数は図６における検索結果数よりも少なくなる。
【００８０】
さらに当該検索結果一覧ページでは、上記図６の検索結果一覧ページと比較して、他のユーザが先に予約しているプランのうち、あと１人で開催が成立するプランが、他のプランの検索結果と区別されて（強調されて）表示されている。この強調表示に代えて、あと１人で開催が成立するプランのみが検索結果一覧として表示されても構わない。
【００８１】
上記図６及び図７に示した検索結果一覧ページにおいて、検索結果一覧領域７０の例えば右端にそれぞれ設けられた予約ボタン７１が押下されると、上記図４のステップ５１における予約受付処理が実行される。
【００８２】
このように、本実施形態によれば、ゴルフ場予約サーバ１００は、１人予約プランの開催日時までの残り時間の減少に応じて、プランの検索結果をユーザに最適化されたものに絞り込んでいく。ゴルフの１人予約の予約数は、開催日時までの残り時間が少なくなるにつれて多くなる傾向にあるため、上記絞込みにより、ゴルフ場予約サーバ１００は、開催日時までの残り時間の減少に伴って、ユーザが望むプランを見つけられる可能性を相乗的に高めることができ、それにより１人予約数及び開催成立率を向上させることができる。
【００８３】
［変形例］
本発明は上述の実施形態にのみ限定されるものではなく、本開示の要旨を逸脱しない範囲内において種々変更され得る。
【００８４】
上述の実施形態において、開催日時までの残り時間の減少に伴って追加される条件項目の数は、各プランの開催日時よりも前の所定日時における開催成立率に応じて可変されてもよい。すなわち、例えば上記所定日時における開催成立率が所定の閾値未満である場合には、当該開催成立率が当該閾値以上である場合よりも多くの条件項目が上記各ステップにおいて追加されてもよい。
【００８５】
また、上記図４のステップ４２及びステップ４７における第１の時間及び第２の時間も、上記開催成立率に応じて可変されてもよい。すなわち、例えば上記所定日時における開催成立率が所定の閾値未満である場合には、当該開催成立率が閾値以上である場合よりも、第１の時間及び第２の時間が大きく（早めに）設定されてもよい。
【００８６】
これらの処理により、開催成立率が低い場合にはより多くの条件項目が追加されユーザに最適なプランが絞り込まれるため、開催成立率の上場が見込まれる。ここで、開催成立率に応じて、追加される条件項目の数が可変されるのではなく、条件項目の追加頻度が可変されてもよい。すなわち、開催成立率が上記閾値未満である場合には、そうでない場合よりも頻繁に条件項目が追加されてもよい。
【００８７】
また、上記条件項目の数は、ユーザが検索条件として指定したゴルフ場のエリア毎のプラン数に応じて可変されてもよい。すなわち、ユーザが指定した第１のエリアのプラン数が第２のエリアのプラン数よりも少ない場合には、第２のエリアが指定された場合よりも多くの条件項目が追加されてもよい。
【００８８】
これにより、プラン数の少ない、すなわち、予約率やキャンセルからの再予約率が低くなりがちなエリアにおけるゴルフプランほど、多くの条件項目により絞り込んだ結果が表示されるため、これにより予約が促進され、開催成立率の向上が見込まれる。
【００８９】
上述の実施形態では、ユーザが最初に開催日時等の検索条件を指定したプラン検索要求をゴルフ場予約サーバ１００が受信した場合について説明した。しかし、ゴルフ場予約サーバ１００は、ユーザが１人予約用のトップページにアクセスする度に、自動的に（ユーザが検索条件を設定せずとも）所定の条件項目（例えばアクセス日から３日以内に開催されるプラン）によるプラン検索結果の一覧を生成してユーザ端末２００へ送信してもよい。そしてゴルフ場予約サーバ１００は、アクセスの度に、この自動的に生成されるプラン検索結果一覧における検索条件項目を、上記プランの開催日時までの残り時間の減少に応じて、上述と同様に追加してプラン検索処理を実行し、検索結果一覧を都度更新して表示させてもよい。
【００９０】
上述の実施形態では、ゴルフ場予約サーバ１００が提供する予約サイトを介して予約が受け付けられたが、例えば、ユーザ端末２００にインストールされたゴルフ場予約アプリケーションによって予約が受け付けられ、その情報がゴルフ場予約サーバ１００へ送信されてもよい。この場合、当該ゴルフ場予約アプリケーションは、上記図３で示したような、プラン検索処理及び予約処理に必要な各種データベースを備えていてもよいし、必要に応じてゴルフ場予約サーバ１００のデータベースへアクセスしてもよい。
【符号の説明】
【００９１】
１１…ＣＰＵ
１８…記憶部
１９…通信部
３１…ゴルフプラン情報データベース
３２…予約数情報データベース
３３…ユーザ情報データベース
５０…インターネット
６０…検索条件設定領域
６１…検索ボタン
７０…検索結果一覧領域
７１…予約ボタン
１００…ゴルフ場予約サーバ
２００…ユーザ端末
３００…ゴルフ場端末
【要約】
情報処理装置は、通信部と、記憶部と、制御部とを有する。上記通信部は、複数のユーザのユーザ端末と通信可能である。上記記憶部は、所定の複数のユーザからの予約が受け付けられた場合に開催が成立するゴルフプランに関する、少なくとも開催日時を含むプラン情報を記憶する。上記制御部は、任意の第１の条件項目を指定した、予約可能な上記ゴルフプランの検索要求が上記通信部により上記ユーザ端末から受信された場合に、上記記憶されたプラン情報を基に、上記ゴルフプランの上記開催日時までの残り時間に応じて、上記第１の条件項目に、当該第１の条件項目とは異なり上記ユーザ毎に最適化された第２の条件項目を追加して上記ゴルフプランを検索し、上記検索の検索結果一覧を含み上記ゴルフプランへの予約を受付可能なウェブページを生成可能である。さらに制御部は、上記生成されたウェブページを上記ユーザ端末へ送信するように上記通信部を制御可能である。【図１】
0005681335.tif 000002
【図２】
0005681335.tif 000003
【図３】
0005681335.tif 000004
【図４】
0005681335.tif 000005
【図５】
0005681335.tif 000006
【図６】
0005681335.tif 000007
【図７】
0005681335.tif 000008