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

Abstract

【課題】特典を活用して、施設の予約又は利用を増やすことが可能な情報提供装置、情報提供方法及び情報提供プログラムを提供する。
【解決手段】ゴルフ場予約サーバと、複数のゴルフ場端末と、複数のユーザ端末とが、ネットワークを介して互いに接続されるゴルフ場予約システムにおいて、情報提供装置であるゴルフ場予約サーバは、所定ユーザとの間に関連性がある関連ユーザを特定し、複数の施設のうち、特定した関連ユーザによる所定施設に対する評価を示す評価情報を取得し、取得した評価情報により示される評価が所定条件を満たす場合、所定施設について所定ユーザに付与される特典を示す特典情報を提示させる。
【選択図】図９

Description

本発明は、施設の予約又は利用を促すための特典の提供方法に関する。

従来、宿泊施設、飲食店、競技施設等の施設の予約を可能とする予約システムが知られている。こうした予約システムは、一般的に、ユーザにより指定された条件に合致する施設を検索する。ユーザは、検索された施設の中から予約する施設を決定する。また、予約システムの中には、特定の施設の予約又は利用を条件としてユーザに特典を付与するとともに、その施設について如何なる特典が付与されるかを示す情報をユーザに提示するシステムも知られている。こうした情報を提供することで、ユーザによる特定の施設の予約又は利用が促される。ここで、特定の施設を予約若しくは利用する可能性が高いユーザに対してのみ特典の情報を提供し、又は特定のユーザが予約若しくは利用する可能性が高い施設についてのみ特典の情報を提供するシステムも存在する。

例えば、特許文献１には、ユーザが閲覧したり予約したりした宿泊施設と関連する他の宿泊施設のクーポンをユーザの端末に表示させる情報処理システムが開示されている。この情報処理システムは、よく閲覧又は予約されている宿泊施設の協調フィルタリングに基づくスコアを計算し、その宿泊施設のページの内容と計算されたスコアに基づいて、コンテンツベースフィルタリングのパラメータ設定を行って、関連性の高い宿泊施設を特定する。

特許第６６５５２２３号公報

協調フィルタリングやコンテンツベースフィルタリングを用いることで、ユーザが予約又は利用する可能性が高い施設を特定することは可能であるかもしれない。そして、特典が提供される間は、施設の予約数や利用回数が増加するかもしれない。その一方で、施設としては、特典の利用をきっかけとして、将来にも渡って継続的にその施設をユーザに利用してもらうことが望ましい場合がある。

本発明は以上の点に鑑みてなされてものであり、その課題の一例は、特典を活用して、施設の予約又は利用を増やすことを可能とする情報提供装置、情報提供方法、及び情報提供プログラムを提供することである。

上記課題を解決するために、請求項１に記載の発明は、所定ユーザとの間に関連性がある関連ユーザを特定する特定手段と、複数の施設のうち、前記特定された関連ユーザによる所定施設に対する評価を示す評価情報を取得する取得手段と、前記取得された評価情報により示される前記評価が所定条件を満たす場合、前記所定施設について前記所定ユーザに付与される特典を示す特典情報を提示させる制御手段と、を備えることを特徴とする。

この発明によれば、所定ユーザに関連するユーザによる所定施設に対する評価に基づいて、所定ユーザに対する所定施設の特典情報の提示が制御される。ユーザが施設を利用してその施設を評価した場合、その施設に対する満足度や好感度等がその評価に現れる可能性がある。満足度や好感度等が高ければ、そのユーザは再度その施設を利用する可能性がある。関連性があるユーザ同士は、施設に対する評価が同一又は類似する可能性がある。所定ユーザの関連ユーザによる評価を用いることで、所定ユーザが特典を利用して所定施設を利用したとすると、所定ユーザが再度その所定施設を利用する可能性が高い場合に、特典情報を提示することができる。従って、関連ユーザによる施設に対する評価を利用することで、特典を活用して施設の予約又は利用を増やすことができる。

請求項２に記載の発明は、前記複数の施設は、ユーザが所定競技を行うことができる施設であり、前記関連性は、前記所定競技についての関連性であることを特徴とする。

この発明によれば、所定ユーザとの間に所定競技について関連性があるユーザが特定される。

請求項３に記載の発明は、前記関連性は、ユーザの属性についての関連性であることを特徴とする。

この発明によれば、所定ユーザとの間にユーザの属性について関連性があるユーザが特定される。

請求項４に記載の発明は、前記複数の施設は、ユーザが所定競技を行うことができる施設であり、前記関連性は、前記所定競技を行うための技能についての関連性であることを特徴とする。

この発明によれば、所定ユーザとの間に所定競技の技能について関連性があるユーザが特定される。競技技能について関連性があるユーザ同士は、施設に対する評価について同一又は類似する傾向を有する可能性がある。従って、特典を利用して所定施設を利用したとすると、所定ユーザが再度その所定施設を利用する可能性が高い場合に、特典情報を提示することができる。

請求項５に記載の発明は、前記関連性は、前記複数の施設のうち少なくとも何れかの施設で所定プランのサービスをユーザが受けたことであり、前記付与される特典は、前記所定施設で提供される前記所定プランのサービスについての特典であることを特徴とする。

この発明によれば、所定ユーザが施設で所定プランのサービスを受けたことがある場合、その所定プランのサービスを受けたことがあるユーザからの評価に基づいて、特典情報の提示が制御される。そして、所定ユーザに付与される特典は、所定プランのサービスを受ける場合に利用可能である。従って、特典を利用して所定施設の所定プランを利用したとすると、所定ユーザが再度その所定施設を利用する可能性が高い場合に、特典情報を提示することができる。

請求項６に記載の発明は、前記関連性は、前記複数の施設のうち少なくとも何れかの施設で所定プランのサービスをユーザが受けたことであり、前記取得される評価情報は、前記関連ユーザが前記所定施設で前記所定プランのサービスを受けたときにおける前記所定施設に対する評価を示すことを特徴とする。

この発明によれば、所定ユーザと同じ所定プランのサービスを受けたことがあるユーザがそのプランのサービスを受けたときの評価に基づいて、特典情報の提示が制御される。施設で受けたサービスのプランによって、ユーザによるその施設に対する評価が変わる可能性がある。所定プランについての評価情報を取得することで、より適切な評価に基づいて、特典情報の提示を制御することができる。

請求項７に記載の発明は、前記取得される評価情報は、前記施設に対する評価値を示し、前記特定手段は、前記評価値と所定値との比較の結果に基づいて、前記特典情報の提示を制御することを特徴とする。

請求項８に記載の発明は、前記付与される特典は、前記所定施設を利用する際に前記所定ユーザが受けることができる特典であることを特徴とする。

請求項９に記載の発明は、前記制御手段は、前記取得された評価情報により示される前記評価が前記所定条件を満たさない場合、前記所定施設について前記所定ユーザに付与される所定価値を有する特典を示す所定特典情報を提示させることがあり、前記特典情報により示される前記特典は、前記所定価値よりも高い価値を有することを特徴とする。

この発明によれば、関連ユーザによる評価が所定条件を満たす場合、所定施設の特典が所定ユーザに付与される一方で、評価が所定条件を満たさない場合にも、所定施設の特典が所定ユーザに付与される場合がある。ここで、評価が所定条件を満たす場合には、価値が高い方の特典が付与され、評価が所定条件を満たさない場合には、価値が低い方の特典が付与される。従って、条件を満たすか否かに応じて特典を差別化することができる。

請求項１０に記載の発明は、コンピュータにより実行される情報提供方法において、所定ユーザとの間に関連性がある関連ユーザを特定する特定ステップと、複数の施設のうち、前記特定された関連ユーザによる所定施設に対する評価を示す評価情報を取得する取得ステップと、前記取得された評価情報により示される前記評価が所定条件を満たす場合、前記所定施設について前記所定ユーザに付与される特典を示す特典情報を提示させる制御ステップと、を含むことを特徴とする。

請求項１１に記載の発明は、コンピュータを、所定ユーザとの間に関連性がある関連ユーザを特定する特定手段と、複数の施設のうち、前記特定された関連ユーザによる所定施設に対する評価を示す評価情報を取得する取得手段と、前記取得された評価情報により示される前記評価が所定条件を満たす場合、前記所定施設について前記所定ユーザに付与される特典を示す特典情報を提示させる制御手段、として機能させることを特徴とする。

本発明によれば、特典を活用して、施設の予約又は利用を増やすことができる。

一実施形態に係るゴルフ場予約システムＳの概要構成の一例を示す図である。 一実施形態に係るゴルフ場予約サーバ１の概要構成の一例を示すブロック図である。 データベースに記憶される情報の例を示す図である。 データベースに記憶される情報の例を示す図である。 一実施形態に係るゴルフ場予約サーバ１におけるシステム制御部１１の機能ブロックの一例を示す図である。 クーポンの提示制御の概要の一例を示す図である。 クーポンの提示制御の概要の一例を示す図である。 ゴルフ場予約サーバ１のシステム制御部１１によるクーポン提示決定処理の一例を示す図である。 ゴルフ場予約サーバ１のシステム制御部１１によるクーポン提示決定処理の一例を示す図である。

以下、図面を参照して本発明の実施形態について詳細に説明する。本実施形態においては、ユーザが施設を予約又は利用することを条件の少なくとも一つとして、その施設について特典がそのユーザに付与される。対象となり得る施設は、ユーザが利用可能な施設であって、予約が可能な施設であれば特に限定されない。そのような施設の例として、競技施設、宿泊施設、飲食店、美容サロン等が挙げられる。競技施設は、ユーザが競技を行うことが可能な施設である。競技の例として、スポーツ、ボードゲーム、コンピュータゲーム、その他のゲーム等が挙げられる。ユーザに付与される特典は、ユーザがその施設を利用する際に受けることが可能なものであってもよい。そのような特典の例として、施設の利用料金の割引、施設を利している際の食事又は飲料の無料提供等が挙げられる。特典の他の例として、金銭若しくは何らかの物品が付与されること、商品の購入金額の割引、対象の施設以外で受けることが可能なサービスの利用金額の割引等が挙げられる。以下に説明する実施形態においては、ゴルフ場を予約したユーザに対して、ゴルフ場の利用料金を割り引くクーポンが付与される場合について説明する。

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

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

ゴルフ場予約サーバ１は、ゴルフ場を予約するための所定予約サイトに関する各種処理を実行するサーバ装置である。ゴルフ場予約サーバ１は、ゴルフ場端末２やユーザ端末３からの要求に応じて、所定予約サイトに関するウェブページ等のコンテンツを送信したり、ユーザ端末３からの要求に応じてゴルフ場の予約の処理を行ったりする。

ゴルフ場予約サーバ１は、ユーザ端末３によりユーザに対して特定のゴルフ場のクーポン情報を提示させる場合がある。クーポン情報は、ユーザに付与されるクーポンを示す情報である。より具体的に、クーポン情報は、所定予約サイトを利用してユーザが対象のゴルフ場を予約することにより、そのゴルフ場の利用料金が割り引かれることを示す情報であってもよい。クーポン情報は、例えば利用料金の割引率、割引額、又は割引後の利用料金を少なくとも含んでもよい。また、クーポン情報は、利用料金の割引の対象となるゴルフ場の名称を含んでもよい。ゴルフ場予約サーバ１は、例えばクーポンを付与するゴルフ場に関連して所定条件を満たすユーザのユーザ端末３へクーポン情報を送信してもよい。ユーザ端末３は、受信したクーポン情報を表示する。クーポン情報の表示により、そのユーザに対してクーポンが付与される。クーポン情報が提示される場面は特に限定されない。例えば、所定予約サイトにおける所定のページ上に、所定のゴルフ場のクーポン情報が表示されてもよい。また例えば、所定のページ上に、クーポンを提供する複数のゴルフ場の中から、ユーザに応じたゴルフ場のクーポン情報が表示されてもよい。また例えば、検索結果ページにクーポン情報が表示されてもよい。検索結果ページは、ユーザにより指定された条件を満たすゴルフ場の一覧を示すページである。この場合、検索結果の一覧に含まれるゴルフ場のうち、そのユーザについて所定条件を満たすゴルフ場についてクーポン情報が表示されてもよい。また、ゴルフ場予約サーバ１は、ユーザ宛ての電子メール又はショートメッセージでクーポン情報を送信してもよい。また、ユーザ端末３が携帯電話等の携帯用の端末装置である場合、そのユーザ端末３には、所定予約サイトを利用するための専用のアプリケーションがインストール可能であってもよい。この場合、ゴルフ場予約サーバ１は、プッシュ通知にてクーポン情報を送信してもよい。ユーザ端末３は、専用のアプリケーションに従ってクーポン情報を表示してもよい。ユーザ端末３の画面に表示されたクーポン情報又はそのクーポン情報に関連付けられたゴルフ場の情報をユーザが選択すると、ユーザ端末３は、そのゴルフ場のページを表示する。表示されるページは、例えばそのゴルフ場が提供するプランの一覧を掲載したページであってもよいし、そのゴルフ場の特定のプランの情報を掲載したページであってもよいし、そのゴルフ場の特定のプランを予約するためのページであってもよい。プランは、ゴルフ場を利用するユーザに対してそのゴルフ場が如何なるサービスを提供するかを示すものであってもよい。その後、ユーザがそのゴルフ場を予約することによってクーポンが使用され、その結果、そのゴルフ場の利用料金が割り引かれる。

各ゴルフ場端末２は、ゴルフ場の従業員により利用される端末装置である。ゴルフ場端末２の例として、タブレット式コンピュータ、パーソナルコンピュータ等が挙げられる。ゴルフ場端末２には、ウェブブラウザ、電子メールクライアント等がインストールされていてもよい。ゴルフ場端末２は、従業員による操作に基づいてゴルフ場予約サーバ１へ要求を送信し、この要求に応じてゴルフ場予約サーバ１から送信されてきたウェブページ等の情報を表示する。従業員は、ゴルフ場端末２を利用して、ゴルフ場の予約状況を確認したり、ユーザによるチェックインの情報を入力したりする。チェックインは、ユーザによるゴルフ場の利用開始手続きである。チェックインの方法は特に限定されない。例えば、所定予約サイトの各会員にはユーザＩＤが付与される。ユーザＩＤは、会員を識別する識別情報である。ユーザは、チェックインの際にユーザＩＤを提示する。例えば、各会員には会員カードが付与されてもよい。この会員カードには、ユーザＩＤを示す情報コードが印刷されており、又はユーザＩＤが磁気的に記録されていてもよい。情報コードの例として、１次元のバーコード、２次元コード、記号列等が挙げられる。ユーザ端末３に専用のアプリケーションがインストールされている場合、ユーザによる操作に基づいて、ユーザ端末３がユーザＩＤの情報コードを画面に表示してもよい。従業員は、情報コードをスキャン等することにより、ユーザＩＤをゴルフ場端末２に入力してもよい。こうして、チェックインが行われてもよい。或いは、ユーザが所定の用紙に氏名等を記入してもよい。従業員は、その氏名をゴルフ場端末２に入力して、そのユーザの予約又はユーザＩＤをゴルフ場予約サーバ１へ問い合わせしてもよい。なお、ユーザが所定予約サイトで予約を行った予約者ではなく、且つ、その予約者の同伴者でもなかったとしても、ユーザＩＤを用いたチェックインは可能である。

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

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

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

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

記憶部１４は、例えば、ハードディスクドライブ等により構成されている。この記憶部１４には、会員ＤＢ１４ａ、ゴルフ仲間ＤＢ１４ｂ、ゴルフ場ＤＢ１４ｃ、プランＤＢ１４ｄ、クーポンキャンペーンＤＢ１４ｅ、予約ＤＢ１４ｆ、チェックインＤＢ１４ｇ、プレー結果ＤＢ１４ｈ、スキルＤＢ１４ｉ、口コミＤＢ１４ｊ等のデータベースが記憶されている。「ＤＢ」は、データベースの略語である。図３及び図４は、データベースに記憶される情報の例を示す図である。

図３に示すように、会員ＤＢ１４ａには、ゴルフ場予約システムＳを利用するユーザに関する会員情報が、ユーザごとに記憶されている。具体的に、会員ＤＢ１４ａには、会員情報として、ユーザＩＤ、氏名、年齢、性別、住所、電話番号、電子メールアドレス等が、互いに関連付けて記憶されてもよい。会員情報に含まれる各情報は、ユーザにより登録される。

ゴルフ仲間ＤＢ１４ｂには、ユーザがゴルフをプレーする際にそのユーザの同伴者となり得るゴルフ仲間を示すゴルフ仲間情報が、ゴルフ仲間ごとに記憶される。具体的に、ゴルフ仲間ＤＢ１４ｂには、ゴルフ仲間情報として、ユーザＩＤ、及びゴルフ仲間氏名等が高いに関連付けて記憶される。ユーザＩＤは、ゴルフ仲間を有するユーザを示す。ゴルフ仲間氏名は、ゴルフ仲間の氏名を示す。

ゴルフ場ＤＢ１４ｃには、ゴルフ場予約システムＳで予約可能なゴルフ場に関するゴルフ場情報が、ゴルフ場ごとに記憶されている。具体的に、ゴルフ場ＤＢ１４ｃには、ゴルフ場情報として、ゴルフ場ＩＤ、ゴルフ場名、住所、その住所に対応する経緯度等が互いに関連付けて記憶される。ゴルフ場ＩＤは、ゴルフ場を識別する識別情報である。

プランＤＢ１４ｄには、ゴルフ場予約システムＳで予約可能なプランに関するプラン情報が、プランごとに記憶される。各ゴルフ場は、少なくとも一のプラン情報を登録することができる。具体的に、プランＤＢ１４ｄには、プラン情報として、プランＩＤ、プラン名、プラン種別、ゴルフ場ＩＤ、プラン内容、料金等が、互いに関連付けて記憶されてもよい。プランＩＤは、プランを識別する識別情報である。プラン種別は、そのプランがどの種類のプランに属するかを示す。プラン種別として、通常予約プランと１人予約プランとが存在してもよい。通常予約プランは、ゴルフをプレーする予定であるグループの代表者がゴルフ場を予約して、そのグループでゴルフをプレーするプランである。通常予約プランの場合、予約者は、予約の際に、ゴルフをプレーする組数を入力する必要がある。また、予約者は、予約後に同伴者を指定可能である。１人予約プランは、予約者が予約したスタート時刻に開始されるゴルフに、その予約者が１人での参加を可能とするプランである。この１人予約プランでは、同一のスタート時刻に対して複数のユーザそれぞれによる予約が可能である。そして、対象のスタート時刻に対する予約期限までに、予約者の人数が予め定められた最少催行人数以上となった場合に、そのスタート時刻でのゴルフのプレーが可能となる。この場合、同一スタート時刻を予約した複数のユーザが組となって、一緒にゴルフをプレーすることになる。一方、予約期限までに予約者の人数が最少催行人数に達しなかった場合、ゴルフ場予約サーバ１により予約者全員の予約がキャンセルされる。プラン内容は、そのプランで提供されるサービスの具体的な内容を示す。

クーポンキャンペーンＤＢ１４ｅには、クーポンを付与するキャンペーンに関するキャンペーン情報が、キャンペーンごとに記憶される。キャンペーンとは、クーポンをユーザに付与することでゴルフ場がそのゴルフ場の利用を促進するための活動を示す。利用促進のためにクーポンを付与することを決めた各ゴルフ場は、キャンペーン情報を登録することができる。具体的に、クーポンキャンペーンＤＢ１４ｅには、キャンペーン情報として、キャンペーンＩＤ、ゴルフ場ＩＤ、割引情報１、及び割引情報２等が、互いに関連付けて記憶されてもよい。キャンペーンＩＤは、キャンペーンを識別する識別情報である。ゴルフ場ＩＤは、そのキャンペーンを行うゴルフ場を示す。割引情報１及び割引情報２は、それぞれクーポンの価値を示す。具体的に、各割引情報は、ゴルフ場の利用料金がどれだけ割り引かれるかを示す。利用料金がどれだけ割り引かれるかは、割り引かれる金額で示されてもよいし、割引率で示されてもよい。割引情報２により示されるクーポンの価値は、割引情報１により示されるクーポンの価値よりも高い。すなわち、割引情報２により示される割引金額又は割引率が、割引情報１により示される割引金額又は割引率よりも高い。

予約ＤＢ１４ｆには、ゴルフ場の予約に関する予約情報が、予約が行われるごとに記憶される。特定のユーザがこれまでに行った予約についての一連の予約情報を、そのユーザの予約履歴ともいう。具体的に、予約ＤＢ１４ｆには、予約情報として、予約番号、予約者ＩＤ、ゴルフ場ＩＤ、プレー日、クーポン利用フラグ、キャンペーンＩＤ、割引情報、プランＩＤ、プラン種別、及びスタート時刻等が、互い意に関連付けて記憶される。予約番号は、予約を識別する番号である。予約者ＩＤは、予約を行ったユーザのユーザＩＤである。ゴルフ場ＩＤは、予約されたゴルフ場を示す。プレー日は、ゴルフのプレーが行われる日を示す。クーポン利用フラグは、予約されたゴルフ場の利用料金の支払いにクーポンが利用されたか否かを示す。キャンペーンＩＤは、利用されたクーポンのキャンペーンを示す。割引情報は、利用されたクーポンによる割引率又は割引額を示す。プランＩＤは、予約されたプランを示す。プラン種別は、予約されたプランが通常予約プラン及び１人予約プランの何れに属するかを示す。スタート時刻は、ゴルフのプレーが開示される時刻である。プラン種別が通常予約プランである場合に組数が２以上であるとき、予約情報は、組数に相当する数のスタート時刻を含んでもよい。プラン種別が通常予約プランである場合、予約情報は、組数、及び、その組数に相当する数の同伴者リストを更に含んでもよい。同伴者リストは、予約者とともにゴルフをプレーする同伴者のリストである。例えば、同伴者リストは、各同伴者の氏名を含んでもよい。例えば、所定予約サイトにてユーザがゴルフ場を予約した後、その予約を選択して、同伴者の登録を行う。例えば、ユーザは、そのユーザのゴルフ仲間の一覧から同伴者を選択する。これにより、ゴルフ仲間ＤＢ１４ｂに記憶されているゴルフ仲間の氏名が同伴者リストに追加される。

チェックインＤＢ１４ｇには、ユーザによるゴルフ場におけるチェックインを示すチェックイン情報が、チェックインごとに記憶される。特定のユーザこれまでに行ったチェックインについての一連のチェックイン情報を、そのユーザのチェックイン履歴ともいう。具体的に、チェックインＤＢ１４ｇには、チェックイン情報として、ゴルフ場ＩＤ、ユーザＩＤ、プレー日、チェックイン時刻等が、互いに関連付けて記憶されてもよい。ゴルフ場ＩＤは、チェックインが行われたゴルフ場を示す。ユーザＩＤは、チェックインしたユーザを示す。プレー日は、チェックインが行われた日を示す。チェックイン時刻は、チェックインが行われた時刻を示す。前述したように、チェックインするユーザのユーザＩＤがゴルフ場端末２に入力され又そのユーザＩＤが特定されると、ゴルフ場端末２は、そのユーザＩＤと、そのゴルフ場端末２が設置されているゴルフ場のゴルフ場ＩＤと、現在日時と、を含むチェックイン情報を生成してもよい。ゴルフ場端末２は、生成されたチェックイン情報をゴルフ場予約サーバ１へ送信してもよい。ゴルフ場予約サーバ１は、このチェックイン情報を、チェックインＤＢ１４ｇに記憶させてもよい。

図４に示すように、プレー結果ＤＢ１４ｈには、ユーザによるゴルフのプレーの結果を示すプレー結果情報が記憶される。具体的に、プレー結果ＤＢ１４ｈには、プレー結果情報として、ユーザＩＤ、ゴルフ場ＩＤ、プレー日、スコア情報、ティーショット情報等が、互いに関連付けて記憶されてもよい。ユーザＩＤは、ゴルフをプレーしたユーザを示す。ゴルフ場ＩＤは、ゴルフがプレーされたゴルフ場を示す。プレー日は、ゴルフがプレーされた日を示す。スコア情報は、そのユーザがそのゴルフ場でその日に出したスコアを示す。例えば、スコア情報は、各ホールのスコアを含んでもよい。ティーショット情報は、そのユーザがそのゴルフ場でその日に行ったティーショットの結果を示す情報である。例えば、ティーショット情報は、ショットしたボールが、フェアウェイをキープしたか、オーバーしたか、ショートしたか、左にずれたか、又は右にずれたかを示す情報を、ホールごとに含んでもよい。ユーザは、ウェブブラウザや専用のアプリケーションを利用することにより、スコア情報及びティーショット情報を入力することができる。例えば、ユーザが所定予約サイトで予約を行った予約者である場合、そのユーザは、予約を選択することで、ゴルフ場及びプレー日を指定することができる。ユーザが、所定予約サイトで予約を行った予約者の同伴者である場合、予約者と同伴者との間で連携を行うことができる。例えば、予約者は、登録した同伴者の中から連携したい同伴者を選択すると、連携を承認するためのＵＲＬ（Uniform Resource Locator）が発行される。予約者は、そのＵＲＬを、電子メール、ショートメッセージ、インスタントメッセージ又はその他の方法で、同伴者に向けて送信する。同伴者は、受信されたＵＲＬを選択することにより、所定予約サイトにアクセスして連携を承認する。こうして、同伴者と予約とが関連付けられる。その後、同伴者は、前述の場合と同様に、予約を選択してスコア情報やティーショット情報を入力する。ユーザが、所定予約サイト以外の手段で予約を行った予約者であるか、その予約者の同伴者であるか、又は連携を行っていない同伴者である場合、そのユーザは、ゴルフをプレーしたゴルフ場を予約サイトで検索する。そして、ユーザは、ゴルフ場及びプレー日を選択して、スコア情報やティーショット情報を入力する。

スキルＤＢ１４ｉには、ゴルフのスキルに関するスキル情報が、ユーザごとに記憶される。具体的に、スキルＤＢ１４ｉには、スキル情報として、ユーザＩＤ、平均スコア及びティーショット傾向等が、互いに関連付けて記憶されてもよい。ユーザＩＤは、スキルが示されるユーザを示す。平均スコアは、グロススコアの平均値である。ティーショット傾向は、ティーショットの正確性を示してもよい。例えば、ティーショット傾向は、フェアウェイキープ率を含んでもよい。フェアウェイキープ率は、総ショット数に対して、フェアウェイがキープされたショット数の割合を示す。ティーショット傾向は、フェアウェイキープ率に加えて、オーバー率、ショート率、左ずれ率、及び右ずれ率を示してもよい。オーバー率は、総ショット数に対して、ボールがオーバーしたショット数の割合を示す。ショート率は、総ショット数に対して、ボールがショートしたショット数の割合を示す。左ずれ率は、総ショット数に対して、ボールが左にずれたショット数の割合を示す。右ずれ率は、総ショット数に対して、ボールが右にずれたショット数の割合を示す。ゴルフ場予約サーバ１が、スキルＤＢ１４ｉに記憶されたスコア情報及びティーショット情報に基づいて、平均スコア及びティーショット傾向を計算してもよい。

口コミＤＢ１４ｊには、ゴルフ場に関する口コミを示す口コミ情報が記憶される。各ユーザは、所定予約サイトに口コミを投稿することができる。例えば、予約したゴルフ場を利用した後、ユーザは、所定予約サイトでそのゴルフ場の予約を選択することで、口コミを投稿するゴルフ場を選択することができる。具体的に、口コミＤＢ１４ｊには、口コミ情報として、ユーザＩＤ、ゴルフ場ＩＤ、プレー日、プランＩＤ、プラン種別、評価値、及びコメント等が、互いに関連付けて記憶されてもよい。ユーザＩＤは、口コミを投稿したユーザを示す。ゴルフ場ＩＤは、口コミの対象となるゴルフ場を示す。プレー日は、ユーザがゴルフをプレーした日を示す。プランＩＤは、如何なるプランでユーザがそのゴルフ場を利用したかを示す。プラン種別は、そのプランが通常予約プラン及び１人予約プランの何れかに属するかを示す。評価値は、ユーザからゴルフ場に対する評価を示す値である。評価値が高いほど、評価が高い。例えば評価値として、１、２、３、４及び５の何れかの入力が可能であってもよい。評価値として、総合的な評価を示す評価値とともに、項目ごとの評価値も入力可能であってもよい。項目の例として、接客、設備、食事、コース、コストパフォーマンス、ホールの距離、フェアウェイの広さ等が挙げられる。コメントは、ゴルフ場に対する意見、感想、評価等を示す文章である。

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

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

［３．システム制御部の機能概要］
次に、図５乃至図７を用いて、ゴルフ場予約サーバ１におけるシステム制御部１１の機能概要について説明する。図５は、本実施形態に係るゴルフ場予約サーバ１におけるシステム制御部１１の機能ブロックの一例を示す図である。システム制御部１１は、ＣＰＵ１１ａが、サーバプログラムに含まれる各種プログラムコードを読み出し実行することにより、図５に示すように、関連ユーザ特定部１１０１、口コミ情報取得部１１０２、利用情報取得部１１０３、予約情報取得部１１０４、クーポン提示制御部１１０５等として機能してもよい。システム制御部１１は、後述する２つの方法で、ユーザに対するゴルフ場からのクーポン情報の提示を制御する。ここで、所定予約サイトを利用可能なユーザのうち、クーポン情報の提示先にするか否かが判定されるユーザとして、或る時点でシステム制御部１１が選択したユーザを、対象ユーザという。また、所定サイトを利用して予約可能なゴルフ場のうち、クーポン情報の提示元にするか否かが判定されるゴルフ場として、その時点でシステム制御部１１が選択したゴルフ場を、対象ゴルフ場という。

［３－１．関連ユーザによる評価に基づくクーポン提示］
関連ユーザ特定部１１０１は、対象ユーザとの間に関連性がある関連ユーザを特定する。関連ユーザは、例えば、対象ユーザとの間に何らかの一致性又は類似性があるユーザであってもよい。例えば、対象ユーザと関連ユーザとの間の関連性は、ユーザが有する属性についての関連性であってもよい。属性とは、ユーザを特徴付ける何かであってもよい。例えば、属性は、ユーザが本来備えているもの、又はユーザにより所定予約サイトに登録されたそのユーザの情報であってもよい。そのような属性の例として、年齢、性別、住所地等が挙げられる。これらの属性は、会員ＤＢ１４ａから特定可能である。また、属性は、ユーザの行動の傾向又はユーザの嗜好であってもよい。例えば、ユーザが購入する頻度が高い商品やユーザが利用する頻度が高いサービスが、そのユーザが好きな商品又はサービスである可能性が高い。利用されるサービスがゴルフ場の提供である場合、ユーザが予約又は利用する傾向が強いゴルフ場が、そのユーザが好きなゴルフ場である可能性が高い。行動の傾向又は嗜好の例として、ユーザがどのゴルフ場を予約する傾向にあるか、ユーザが１人予約を行う傾向があるか等が挙げられる。これらの傾向は、予約ＤＢ１４ｆから特定可能である。また、属性は、所定の競技についてユーザが有する技能の高さであってもよい。ゴルフの場合、そのような技能の高さの例として、平均スコア、ティーショットの傾向等が挙げられる。これらの情報は、プレー結果ＤＢ１４ｈ又はスキルＤＢ１４ｉから特定可能である。

関連ユーザ特定部１１０１は、傾向、嗜好、技能、及びその他の属性のうち少なくとも何れか一つが対象ユーザと一致し又は類似するユーザを、関連ユーザとして特定してもよい。例えば会員ＤＢ１４ａを用いる場合、関連ユーザ特定部１１０１は、対象ユーザとの間で、年代、性別又は住所がある地域が同一であるユーザを、関連ユーザとして特定してもよい。予約ＤＢ１４ｆを用いる場合、関連ユーザ特定部１１０１は、例えば対象ユーザと同一のゴルフ場を予約したことがあるユーザ、又は同一のゴルフ場を予約する傾向があるユーザを特定してもよい。或いは、関連ユーザ特定部１１０１は、同一の又は類似する属性を有するゴルフ場を予約したことがあるユーザ、又は予約する傾向があるユーザを、関連ユーザとしてもよい。属性の例として、ゴルフ場が所在する地域、コースの地形、ゴルフ場内の所定施設の有無等が挙げられる。或いは、関連ユーザ特定部１１０１は、同一の又は類似するプランを予約したことがあるユーザ又は予約する傾向があるユーザを特定してもよい。例えば、関連ユーザ特定部１１０１は、対象ユーザが１人予約プランを予約したことがある場合、１人予約プランを予約したことがあるユーザを、関連ユーザとして特定してもよい。プレー結果ＤＢ１４ｈ又はスキルＤＢ１４ｉを用いる場合、関連ユーザ特定部１１０１は、対象ユーザとの間で、平均スコアの差が所定値未満であるユーザ、フェアウェイキープ率、オーバー率、ショート率、左ずれ率、若しくは右ずれ率の差が所定値未満であるユーザ、又はそれらの割合の全体的な類似度が所定値以上であるユーザを特定してもよい。

口コミ情報取得部１１０２は、関連ユーザ特定部１１０１により特定された関連ユーザによる対象ゴルフ場に対する評価を示す口コミ情報を、口コミＤＢ１４ｊから取得する。具体的に、口コミ情報取得部１１０２は、評価値及びコメントの少なくとも何れか一方を取得してもよい。ここで、関連ユーザ特定部１１０１により、対象ユーザと同一の又は類似するプランを予約したユーザが、関連ユーザとして特定された場合、口コミ情報取得部１１０２は、関連ユーザがそのプランでゴルフ場を利用したときの評価を示す口コミ情報を取得してもよい。例えば、対象ユーザも関連ユーザも１人予約プランを予約したことがある場合、口コミ情報取得部１１０２は、関連ユーザが１人予約プランを利用したときの口コミ情報を取得してもよい。また、関連ユーザ特定部１１０１により、同一の又は類似する属性を有するゴルフ場を予約したユーザが、関連ユーザとして特定された場合、口コミ情報取得部１１０２は、関連ユーザがその属性を有するゴルフ場を利用したときの評価を示す口コミ情報を取得してもよい。

クーポン提示制御部１１０５は、口コミ情報取得部１１０２により取得された口コミ情報により示される評価が所定条件を満たす場合、対象ゴルフ場について対象ユーザに付与されるクーポンを示すクーポン情報を、対象ユーザに対して提示させる。例えば、クーポン提示制御部１１０５は、評価が相対的に高い場合、クーポン情報を提示させてもよい。クーポン提示制御部１１０５は、評価値と所定の閾値とに基づいて、クーポン情報の提示を制御してもよい。より具体的に、クーポン提示制御部１１０５は、評価値が閾値以上である場合、クーポン情報を提示させてもよい。クーポン提示制御部１１０５は、口コミ情報に含まれる評価値そのものを利用することに限定されず、コメントから評価値を決定してもよい。例えば、クーポン提示制御部１１０５は、機械学習、キーワード抽出又はその他の手法により、コメントを解析してもよい。解析の結果、クーポン提示制御部１１０５は、コメントがゴルフ場に対してどれだけ肯定的であるか又は否定的であるかに基づいて、評価値を計算してもよい。

ゴルフ場に対する評価は、ゴルフ場を利用したユーザが、そのゴルフ場に満足した程度や、そのゴルフ場を好ましいと思った程度等を示すものと考えられる。すなわち、評価が高いほど、満足度や好感度が高い。そのため、評価が高いほど、そのユーザはそのゴルフ場を再度利用したいと考える可能性が高い。前述したように、対象ユーザと関連ユーザとの間には、何らかの一致性又は類似性がある。そのような関連ユーザからの評価が高いゴルフ場を対象ユーザが利用したと仮定した場合、対象ユーザはそのゴルフ場を再度利用する可能性が高い。条件が満たされる場合にクーポン情報を提示することで、対象ユーザに対象ゴルフ場の予約及び利用を促し、そして対象ゴルフ場のリピート率を向上させる。こうして、クーポンを効果的に利用することで、ゴルフ場の利用が促進され、ひいては所定予約サイトを通じたゴルフ場の予約が促進されることが期待される。

図６は、クーポンの提示制御の概要の一例を示す図である。図６に示すように、対象ユーザ１１０の情報、例えば平均スコア、ティーショット傾向、予約履歴等が取得される。関連ユーザ特定部１１０１は、対象ユーザ１１０との間で、平均スコア、ティーショット傾向又は予約履歴が類似するユーザ１２０、１３０及び１４０を、関連ユーザとして特定する。関連ユーザ１２０、１３０及び１４０のそれぞれは、ゴルフ場２１０、２２０及び２３０に対して口コミを投稿していた。口コミ情報取得部１１０２は、それらの評価値を取得する。口コミ情報取得部１１０２は、ゴルフ場ごとに、評価値の平均を計算してもよい。ゴルフ場２１０に対する評価値の平均は４である。ゴルフ場２２０に対する評価値の平均は２である。ゴルフ場２３０に対する評価値の平均は３．５である。閾値が４である場合、クーポン提示制御部１１０５は、ゴルフ場２１０のクーポン情報３１０を、対象ユーザ１１０に向けて送信する。

対象ユーザと同一の又は類似するプランを予約したユーザが、関連ユーザとして特定された場合、クーポン提示制御部１１０５は、対象ゴルフ場でそのプランを対象ユーザが予約又は利用する場合にのみ利用可能なクーポンを示すクーポン情報を提示させてもよい。例えば、対象ユーザも関連ユーザも１人予約プランを予約したことがある場合、クーポン提示制御部１１０５は、対象ユーザが対象ゴルフ場を１人予約プランで予約した場合に限り利用料金が割り引かれるクーポンのクーポン情報を提示させてもよい。この場合のクーポン情報は、利用料金が割り引かれるプランの名称を含んでもよい。

クーポン提示制御部１１０５は、関連ユーザからの評価が所定条件を満たさない場合にも、対象ユーザに対して対象ゴルフ場のクーポン情報を提示させることがあってもよい。例えば、クーポン提示制御部１１０５は、対象ユーザが如何なるユーザであっても、クーポン情報を提示させてもよいし、対象ユーザが対象ゴルフ場又は対象ゴルフ場の周辺のゴルフ場を予約又は利用したことがある場合、クーポン情報を提示させてもよい。ここで、クーポン提示制御部１１０５は、評価が所定条件を満たす場合のクーポンの価値と、評価が所定条件を満たさない場合のクーポンの価値と、を異ならせてもよい。具体的に、クーポン提示制御部１１０５は、評価が所定条件を満たす場合のクーポンの価値を、評価が所定条件を満たさない場合のクーポンの価値よりも高くしてもよい。すなわち、クーポン提示制御部１１０５は、評価が所定条件を満たす場合のクーポンによる割引率（または割引額）を、評価が所定条件を満たさない場合の割引率よりも高くしてもよい。これにより、関連ユーザからの評価が高い場合に付与されるクーポンを、他のクーポンから差別化することができる。

［３－２．利用履歴と予約履歴に基づくクーポン提示］
利用情報取得部１１０３は、複数のゴルフ場のうち対象ユーザが利用したことがあるゴルフ場を示す利用履歴を取得する。利用情報取得部１１０３は、対象ユーザが利用したことがあるゴルフ場と、そのゴルフ場を対象ユーザが利用した日とを示す利用履歴を取得してもよい。利用履歴は、例えば対象ユーザがゴルフ場を利用することに基づいて、ゴルフ場予約サーバ１の記憶部１４に記憶される情報であってもよいし、そうではなくてもよい。ここで、利用履歴は、対象ユーザによるゴルフ場の利用開始手続を示す情報であってもよい。そのような利用履歴の例として、チェックインＤＢ１４ｇに記憶されたチェックイン履歴がある。チェックイン履歴に含まれる各チェックイン情報は、ユーザがチェックインしたゴルフ場を示すゴルフ場ＩＤを含む。ユーザがゴルフ場に行ってそのゴルフ場を利用する際にチェックインを行う。このチェックインに応じて、チェックインＤＢ１４ｇにチェックイン情報が記憶される。チェックイン情報に含まれるプレー日は、そのユーザがゴルフ場を利用した日に相当する。なお、本実施形態においては、ユーザがそのユーザＩＤを示す情報コードをゴルフ場に提示することで、利用開始手続きが行われる。しかしながら、利用開始手続きの方法はこれに限定されるものではない。利用履歴は、利用開始手続が行われることに基づいてゴルフ場予約サーバ１が取得する情報又はゴルフ場予約サーバ１に記憶される情報であって、少なくともゴルフ場を利用したユーザ及び利用されたゴルフ場を特定可能な情報であればよい。

また、利用履歴は、対象ユーザによるゴルフ場の利用結果を示す情報であってもよい。そのような情報は、対象ユーザが利用するユーザ端末３が、所定予約サイト専用のアプリケーションに従ってゴルフ場予約サーバ１へ送信する情報であってもよいし、そうではなくてもよい。利用結果を示す利用履歴の例として、プレー結果ＤＢ１４ｈに記憶されたプレー結果情報がある。通常、ユーザが何れかのゴルフ場をプレーしているとき又はプレーが終わった後に、そのプレーの結果としてスコア情報やティーショット情報をユーザ端末３に入力するものと考えられる。そのとき、ユーザは、ゴルフをプレーしたゴルフ場を選択する。ユーザ端末３は、専用アプリケーションに従って、ユーザが入力した、スコア情報及びティーショット情報のうち少なくとも何れか一方と、ユーザが指定したゴルフ場を示すゴルフ場ＩＤと、を含むプレー結果情報をゴルフ場予約サーバ１へ送信する。プレー結果情報に含まれるゴルフ場ＩＤは、ユーザが利用した蓋然性があるゴルフ場を示す。プレー結果情報に含まれるプレー日は、そのユーザがゴルフ場を利用した日に相当する。

また、利用結果を示す利用履歴は、対象ユーザによるゴルフ場に対する口コミ、評価又はレビュー等を示す情報であってもよい。例えば、この情報は、口コミＤＢ１４ｊに記憶される口コミ情報であってもよい。通常、ユーザはゴルフ場を利用した上でそのゴルフ場に対する口コミ等を投稿する。従って、ユーザが口コミ等を投稿したゴルフ場は、そのユーザが利用した蓋然性があるゴルフ場である。口コミ情報に含まれるプレー日は、そのユーザがゴルフ場を利用した日に相当する。

また、利用履歴は、対象ユーザが利用するユーザ端末３の位置情報の履歴であってもよい。位置情報は、ユーザ端末３の地理的な位置を示す情報である。ユーザ端末３が携帯用の端末装置である場合、そのユーザ端末３は位置情報の取得機能を有する場合がある。ユーザ端末３は、例えばＧＰＳ（Global Positioning System）等の衛星測位システムを利用したり、基地局の情報を利用したりすることで、そのユーザ端末３の地理的な位置を取得することができる。位置情報は、例えば経緯度、住所又は郵便番号で示されてもよい。ユーザがユーザ端末３を持っている場合、位置情報は、そのユーザの地理的な位置を示す。ゴルフ場予約サーバ１の記憶部１４には、位置情報ＤＢが記憶されてもよい。位置情報ＤＢは、各ユーザ端末３の位置情報の履歴を記憶するデータベースである。例えば、ユーザ端末３は、定期的に又は所定のタイミングで位置情報を取得すると、その位置情報、そのユーザ端末３を利用するユーザのユーザＩＤ、及び位置情報の取得日時を、ゴルフ場予約サーバ１へ送信してもよい。利用情報取得部１１０３は、ユーザ端末３から受信したこれらの情報を互いに関連付けて、位置情報ＤＢに記憶させる。利用情報取得部１１０３は、位置情報ＤＢに記憶された対象ユーザの位置情報の履歴に基づいて、対象ユーザが対象ゴルフ場を利用したか否かを判定してもよい。例えば、利用情報取得部１１０３は、履歴に含まれる何れかの位置情報により示されるユーザ端末３の位置が、対象ゴルフ場の位置と一致又は略一致する場合、対象ユーザが対象ゴルフ場を利用したと判定してもよい。ここで、利用情報取得部１１０３は、ユーザ端末３の位置と対象ゴルフ場の位置とが、所定時間以上継続して一致又は略一致する場合にのみ、対象ユーザが対象ゴルフ場を利用したと判定してもよい。利用情報取得部１１０３は、ユーザ端末３の位置と対象ゴルフ場の位置とが一致又は略一致した場合に、そのユーザ端末３の位置を示す位置情報に関連付けられた取得日を、対象ユーザが対象ゴルフ場を利用した日として取得してもよい。

予約情報取得部１１０４は、対象ユーザが予約したことがあるゴルフ場を示す予約履歴を取得する。予約履歴の例として、予約ＤＢ１４ｆに記憶された予約履歴がある。予約履歴に含まれる各予約情報は、ユーザが予約したゴルフ場を示すゴルフ場ＩＤを含む。

クーポン提示制御部１１０５は、利用情報取得部１１０３により取得された利用履歴が、対象ユーザが対象ゴルフ場を利用したことを示し、且つ、予約情報取得部１１０４により取得された予約履歴が、対象ユーザが対象ゴルフ場を予約したことを示さない場合、対象ゴルフ場について対象ユーザに付与されるクーポンを示すクーポン情報を、対象ユーザに対して提示させる。

対象ゴルフ場を利用したことがあるユーザは、対象ゴルフ場を気に入ればその対象ゴルフ場を予約する可能性がある。そのようなユーザに対してクーポンを提示することにより、対象ゴルフ場の予約を促すことができる。また、予約履歴により、所定予約サイトでは対象ゴルフ場を予約したことが示されなかったとしても、対象ユーザは他の手段で対象ゴルフ場を予約したことがあるかもしれない。そのような手段の例として、ゴルフ場に対して直接電話や電子メールで予約を行うことが挙げられる。そのような手段で予約が行われても、ユーザが所定予約サイトに会員登録していれば、そのユーザの利用履歴を取得することができる可能性がある。利用履歴により、対象ユーザが対象ゴルフ場を利用したことが示されることは、対象ユーザが対象ゴルフ場を予約した可能性があることを示す。そのため、所定予約サイトは、潜在的に対象ゴルフ場を予約するユーザへ、その所定予約サイトを通じた予約手段を提供することができる。例えば、所定予約サイトは、そのサイトでは初めて予約を行うユーザへ、予約手段を提供することができるかもしれない。

クーポン提示制御部１１０５は、利用履歴が、対象ユーザが対象ゴルフ場を利用したことを示す場合において、その利用した日であるプレー日と同一のプレー日の予約情報を、対象ユーザの予約履歴から検索してもよい。クーポン提示制御部１１０５は、この検索の結果から、対象ユーザが対象ゴルフ場を利用した日と同一のプレー日で対象ユーザが対象ゴルフ場を予約していない場合に、クーポン情報を提示させてもよい。

クーポン提示制御部１１０５は、利用情報取得部１１０３により取得された利用履歴が、対象ユーザが対象ゴルフ場を利用したことを示さないか、又は、予約履歴が、対象ユーザが対象ゴルフ場を予約したことを示す場合、対象ユーザに対して対象ゴルフ場のクーポン情報を提示させなくてもよい。或いは、そのような場合であっても、クーポン提示制御部１１０５は、対象ユーザに対して対象ゴルフ場のクーポン情報を提示させてもよい。ここで、クーポン提示制御部１１０５は、対象ユーザが対象ゴルフ場を利用したことがあり且つ対象ゴルフ場を予約したことがない場合のクーポンの価値は、そうではない場合のクーポンの価値よりも高くしてもよい。これにより、所定予約サイトで新規に対象ゴルフ場を予約するユーザに付与されるクーポンを、他のクーポンから差別化することができる。例えば、クーポン提示制御部１１０５は、所定予約サイトで対象ゴルフ場を予約したか否かにかかわらず対象ゴルフ場を利用したユーザに対してクーポンを提示してもよい。このとき、クーポン提示制御部１１０５は、対象ユーザが対象ゴルフ場を予約したことがない場合のクーポンの割引率を、対象ユーザが対象ゴルフ場を予約したことがある場合のクーポンの割引率よりも高くしてもよい。

図７は、クーポンの提示制御の概要の一例を示す図である。図７に示すように、チェックイン履歴等に基づいて、ユーザ１１０はゴルフ場２１０を利用したことがあると特定される。一方、予約履歴に基づいて、ユーザ１１０は所定予約サイトでゴルフ場２１０を予約したことがないと特定される。この場合、ユーザ１１０に対してゴルフ場２１０のクーポン情報３２０が提示される。ユーザ１２０は、ゴルフ場２１０を利用したことがあり、且つ、所定予約サイトでゴルフ場２１０を予約したことがある。この場合、ユーザ１２０に対してゴルフ場２１０のクーポンは提示されない。或いは、クーポン情報３２０よりも割引率が低いクーポンが提示されてもよい。例えば、クーポン情報３２０の割引率が２０％である場合、ユーザ１２０に対して提示されるクーポンの割引率が１０％であってもよい。ユーザ１３０は、ゴルフ場２１０を利用したことがない。この場合、ユーザ１３０に対してゴルフ場２１０のクーポンは提示されない。

ゴルフ場の利用者は、大別して予約者と同伴者とに分かれる。クーポン提示制御部１１０５は、対象ユーザが、同伴者としてのみ対象ゴルフ場を利用したことがある場合であっても、対象ユーザに対してクーポン情報を提示させてもよい。同伴者として対象ゴルフ場を利用したことがあるユーザも、対象ゴルフ場を気に入ればその対象ゴルフ場を予約者として利用する可能性がある。これにより、対象ゴルフ場は、予約者としての新規顧客を獲得することができる。

或いは、クーポン提示制御部１１０５は、対象ユーザが、所定予約サイトで予約を行った予約者の同伴者としてのみ対象ゴルフ場を利用したことがある場合には、対象ユーザに対してクーポン情報の提示を抑止してもよい。或いは、この場合には、クーポン提示制御部１１０５は割引率がより低いクーポン情報を提示させてもよい。所定予約システムを利用して予約を行うユーザを増やすという主旨から、所定予約サイトを利用して対象ユーザが対象ゴルフ場を既に予約したことがある場合、クーポンは付与されない。また、同伴者としてのみ対象ゴルフ場を利用するユーザは、予約者として対象ゴルフ場を利用するユーザよりも、そのゴルフ場を予約する可能性は低いと考えられる。そのような場合にもクーポンが付与されないこととなる。これらの何れの条件も満たさない場合、対象ユーザは、所定予約システムとは別の方法で対象ゴルフ場を予約して利用した可能性がある。例えば、対象ユーザは、ゴルフ場に対して電話や電子メールで予約を行ったかもしれない。他の方法で対象ゴルフ場を予約した可能性があるユーザに対してクーポン情報を提示することで、ゴルフ場を予約するユーザを増やすことができる。対象ユーザが同伴者であるか否かは、そのユーザの氏名と、予約情報の同伴者リストに含まれる同伴者の氏名とを比較することにより、判定可能である。例えば、クーポン提示制御部１１０５は、利用情報取得部１１０３により取得されたチェックイン情報又はプレー結果情報から、ゴルフ場ＩＤ及びプレー日を取得する。クーポン提示制御部１１０５は、取得されたゴルフ場ＩＤとプレー日との組み合わせを含む予約情報を、予約ＤＢ１４ｆから検索する。検索された何れかの予約情報が、予約者ＩＤとして対象ユーザのユーザＩＤを含む場合、利用情報取得部１１０３は、対象ユーザは所定予約サイトを利用して予約した上で対象ゴルフ場を利用したと判定してもよい。検索された予約情報の何れも対象ユーザのユーザＩＤを含まない場合、クーポン提示制御部１１０５は、それらの予約情報から、対象ユーザの氏名と同一の氏名を含む同伴者リストを検索する。検索の結果、該当する同伴者リストが見つかった場合、クーポン提示制御部１１０５は、対象ユーザは同伴者としてゴルフ場を利用したと判定してもよい。対象ユーザが所定予約サイトを利用して予約者として対象ゴルフ場を利用してはおらず、且つ、対象ユーザが同伴者として対象ゴルフ場を利用してもいないチェックイン情報又はプレー結果情報が少なくとも一つある場合、クーポン提示制御部１１０５はクーポン情報を提示させてもよい。そのようなチェックイン情報もプレー結果情報も全くない場合、クーポン提示制御部１１０５はクーポン情報を提示させなくてもよい。

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

図８及び図９は、ゴルフ場予約サーバ１のシステム制御部１１によるクーポン提示決定処理の一例を示す図である。例えば、システム制御部１１は、対象ユーザ及び対象ゴルフ場を選択して、クーポン提示決定処理を実行してもよい。例えば、所定のページに所定のゴルフ場のクーポン情報が表示されるとする。この場合、システム制御部１１は、ユーザ端末３から所定のページの要求をゴルフ場予約サーバ１が受信したとき、そのユーザ端末３のユーザを対象ユーザとして選択してもよい。また、ゴルフ場予約サーバ１は、所定のゴルフ場を、対象ゴルフ場として選択してもよい。また例えば、検索結果ページにクーポン情報が表示されるとする。この場合、システム制御部１１は、ユーザ端末３から検索結果ページの要求をゴルフ場予約サーバ１が受信したとき、そのユーザ端末３のユーザを対象ユーザとして選択してもよい。また、ゴルフ場予約サーバ１は、検索結果ページに検索結果として表示される各ゴルフ場のキャンペーン情報がクーポンキャンペーンＤＢ１４ｅに記憶されているか否かを判定してもよい。ゴルフ場予約サーバ１は、キャンペーン情報が記憶されている各ゴルフ場を対象ゴルフ場として選択してもよい。また例えば、ユーザ宛ての電子メール、ショートメッセージ又はプッシュ通知でクーポン情報を送信するとする。例えば、特定のユーザ宛てにクーポン情報を送信する場合、システム制御部１１は、その特定のユーザを対象ユーザとして選択してもよい。また、システム制御部１１は、キャンペーン情報がクーポンキャンペーンＤＢ１４ｅに記憶されている各ゴルフ場を対象ゴルフ場として選択してもよい。或いは、キャンペーン情報がクーポンキャンペーンＤＢ１４ｅに記憶されている特定のゴルフ場についてクーポン情報を送信する場合、システム制御部１１は、その特定のゴルフ場を対象ゴルフ場として選択してもよい。また、システム制御部１１は、所定予約サイトの各ユーザを対象ユーザとして選択してもよい。

図８に示すように、先ず予約情報取得部１１０４は、対象ユーザについての予約履歴があるか否かを判定する（ステップＳ１００）。例えば、予約情報取得部１１０４は、予約ＤＢ１４ｆから、予約者ＩＤとしての対象ユーザのユーザＩＤを含む予約情報を検索する。

検索の結果、予約履歴がある場合、予約情報取得部１１０４は、対象ユーザについての対象ゴルフ場の予約履歴があるか否かを判定する（ステップＳ１０１）。例えば、予約情報取得部１１０４は、予約ＤＢ１４ｆから、予約者ＩＤとしての対象ユーザのユーザＩＤと、対象ゴルフ場のゴルフ場ＩＤとの組み合わせを含む予約情報を検索する。

検索の結果、予約履歴がある場合（ステップＳ１０１：ＹＥＳ）、利用情報取得部１１０３は、対象ユーザについての対象ゴルフ場のチェックイン履歴があるか否かを判定する（ステップＳ１０２：ＹＥＳ）。例えば、利用情報取得部１１０３は、チェックインＤＢ１４ｇから、対象ユーザのユーザＩＤと、対象ゴルフ場のゴルフ場ＩＤとの組み合わせを含むチェックイン情報を検索する。このとき、予約情報取得部１１０４は、ステップＳ１０１で検索された予約情報に含まれるプレー日と同一のプレー日を含むチェックイン情報のみを検索してもよい。

検索の結果、チェックイン履歴がある場合（ステップＳ１０２：ＹＥＳ）、クーポン提示制御部１１０５は、対象ゴルフ場について割引率が低い方のクーポン情報を、対象ユーザに対して提示させる（ステップＳ１０３）。例えば、クーポン提示制御部１１０５は、対象ゴルフ場のキャンペーン情報から割引情報１を取得してもよい。クーポン提示制御部１１０５は、対象ゴルフ場のゴルフ場名、ゴルフ場ＩＤ、割引情報１等に基づいて、クーポン情報を生成してもよい。例えば、ゴルフ場名や割引率等を表示するように、クーポン情報を生成してもよい。また、クーポン提示制御部１１０５、対象ゴルフ場を予約するためのページのＵＲＬを含むリンク情報を、クーポン情報に含めてもよい。ユーザ端末３により表示されたクーポン情報がユーザにより選択されると、ユーザ端末３は、リンク情報に従って、対象ゴルフ場のページを表示することになる。クーポン提示制御部１１０５は、生成されたクーポン情報を、対象ユーザのユーザ端末３へ送信する。例えば、クーポン提示制御部１１０５は、クーポン情報を含む電子メール、ショートメッセージ又はプッシュ通知を送信してもよい。また例えば、クーポン提示制御部１１０５は、クーポン情報を所定のページに埋め込んで、そのページをユーザ端末３へ送信してもよい。検索結果ページにクーポン情報を表示させる場合、クーポン提示制御部１１０５は、検索結果ページに含まれる検索結果一覧の中の対象ゴルフ場の欄に、クーポン情報を追加してもよい。その後、クーポン提示制御部１１０５は、検索結果一覧に含まれる全ゴルフ場についてクーポン提示決定処理が終了した後、その検索結果ページをユーザ端末３へ送信してもよい。ステップＳ１０３の後、クーポン提示決定処理は終了する。

チェックイン履歴がない場合（ステップＳ１０２：ＮＯ）、約情報取得部１１０４は、対象ユーザについての対象ゴルフ場の周辺にあるゴルフ場を検索する（ステップＳ１０４）。例えば、予約情報取得部１１０４は、ゴルフ場ＤＢ１４ｃに記憶された各ゴルフ場の経緯度に基づいて、対象ゴルフ場から所定距離以内にあるゴルフ場を検索してもよい。次いで、予約情報取得部１１０４は、対象ユーザについての対象ゴルフ場の周辺にあるゴルフ場の予約履歴があるか否かを判定する（ステップＳ１０５）。予約履歴がある場合（ステップＳ１０４：ＹＥＳ）、利用情報取得部１１０３は、対象ユーザについての対象ゴルフ場の周辺にあるゴルフ場のチェックイン履歴があるか否かを判定する（ステップＳ１０６）。ゴルフ場が異なることを除き、ステップＳ１０５及びＳ１０６の判定方法は、ステップＳ１０１及び１０２の判定方法と同一であってもよい。チェックイン履歴がある場合（ステップＳ１０６：ＹＥＳ）、クーポン提示制御部１１０５は、対象ゴルフ場について割引率が低い方のクーポン情報を、対象ユーザに対して提示させる（ステップＳ１０３）。

予約履歴がないか（ステップＳ１０５：ＮＯ）、又は、チェックイン履歴がない場合（ステップＳ１０６：ＮＯ）、予約情報取得部１１０４は、対象ユーザが対象ゴルフ場を１人予約プランで予約した予約履歴があるか否かを判定する（ステップＳ１０７）。例えば、予約情報取得部１１０４は、予約ＤＢ１４ｆから、予約者ＩＤとしての対象ユーザのユーザＩＤと、対象ゴルフ場のゴルフ場ＩＤと、１人予約プランを示すプラン種別との組み合わせを含む予約情報を検索する。検索の結果、予約履歴がある場合（ステップＳ１０７：ＹＥＳ）、対象ゴルフ場について割引率が低い方のクーポン情報を、対象ユーザに対して提示させる（ステップＳ１０３）。

予約履歴がない場合（ステップＳ１０７：ＮＯ）、図９に示すように、関連ユーザ特定部１１０１は、対象ユーザの情報を取得する（ステップＳ１１１）。例えば、関連ユーザ特定部１１０１は、会員ＤＢ１４ａから、対象ユーザのユーザＩＤを含む会員情報を取得してもよい。また例えば、関連ユーザ特定部１１０１は、予約ＤＢ１４ｆから、対象ユーザのユーザＩＤを含む予約情報を検索してもよい。また例えば、関連ユーザ特定部１１０１は、スキルＤＢ１４ｉから、対象ユーザのユーザＩＤを含むスキル情報を検索してもよい。

次いで、関連ユーザ特定部１１０１は、対象ユーザの関連ユーザを特定する（ステップＳ１１２）。例えば、関連ユーザ特定部１１０１は、ステップＳ１１１で取得された情報と同種の情報を、対象ユーザ以外のユーザについて取得してもよい。関連ユーザ特定部１１０１は、取得された情報に基づいて、対象ユーザと類似するユーザを、関連ユーザとして特定してもよい。例えば、関連ユーザ特定部１１０１は、会員情報に基づいて、年代、性別及び住所地のうち少なくとも一の属性について、対象ユーザと同一の属性を有するユーザを特定してもよい。また例えば、関連ユーザ特定部１１０１は、予約情報に基づいて、ゴルフ場ごとに又はゴルフ場の属性ごとに、対象ユーザが予約した回数若しくは頻度、又は全予約に対してそのゴルフ場を予約した割合を計算してもよい。関連ユーザ特定部１１０１は、この回数、頻度又は割合の配列を、対象ユーザの特徴ベクトルとして生成してもよい。関連ユーザ特定部１１０１は、他のユーザについても同様に特徴ベクトルを生成してもよい。関連ユーザ特定部１１０１は、例えば対象ユーザの特徴ベクトルと他の各ユーザの特徴ベクトルとの類似度を計算してもよい。この類似度は、例えばコサイン類似度であってもよい。そして、関連ユーザ特定部１１０１は、類似度が所定値以上であるユーザを、関連ユーザとして特定してもよい。また例えば、関連ユーザ特定部１１０１は、予約情報に含まれるプラン種別に基づいて、対象ユーザが１人予約でゴルフ場を予約した回数若しくは頻度、又は全予約に対して１人予約で予約を行った割合を計算してもよい。この回数、頻度又は割合が所定値以上である場合、関連ユーザ特定部１１０１は、対象ユーザは１人予約を利用する傾向があるユーザであると決定してもよい。また、関連ユーザ特定部１１０１は、同様の方法で、１人予約を利用する傾向があるユーザを、関連ユーザとして特定してもよい。また例えば、関連ユーザ特定部１１０１は、スキル情報に基づいて、平均スコアの差が所定値未満であるユーザを、関連ユーザとして特定してもよい。また例えば、関連ユーザ特定部１１０１は、対象ユーザとの間で、フェアウェイキープ率、オーバー率、ショート率、左ずれ率、若しくは右ずれ率の差が所定値未満であるユーザを、関連ユーザとして特定してもよい。或いは、関連ユーザ特定部１１０１は、フェアウェイキープ率、オーバー率、ショート率、左ずれ率、及び右ずれ率から構成される配列を、特徴ベクトルとみなしてもよい。そして、関連ユーザ特定部１１０１は、前述と同様に、特徴ベクトルの類似度が所定値以上であるユーザを、関連ユーザとして特定してもよい。なお、関連ユーザ特定部１１０１は、ユーザが有する複数の属性を組み合わせて、関連ユーザを特定してもよい。

次いで、口コミ情報取得部１１０２は、特定された関連ユーザから対象ゴルフ場に対する評価値を取得する（ステップＳ１１３）。例えば、口コミ情報取得部１１０２は、口コミＤＢ１４ｊから、各関連ユーザのユーザＩＤと、対象ゴルフ場のゴルフ場ＩＤとの組み合わせを含む口コミ情報を検索してもよい。ステップＳ１１２で、１人予約を利用する傾向があるユーザが関連ユーザとして特定された場合、口コミ情報取得部１１０２は、１人予約プランを示すプラン種別を含む口コミ情報のみを検索してもよい。口コミ情報取得部１１０２は、検索された各口コミ情報から評価値を取得する。

次いで、クーポン提示制御部１１０５は、取得された評価値の平均を計算する。そして、クーポン提示制御部１１０５は、評価値の平均が所定閾値以上であるか否かを判定する（ステップＳ１１４）。評価値が閾値以上である場合（ステップＳ１１４：ＹＥＳ）、クーポン提示制御部１１０５は、対象ゴルフ場について割引率が高い方のクーポン情報を、対象ユーザに対して提示させる（ステップＳ１１５）。例えば、クーポン提示制御部１１０５は、対象ゴルフ場のキャンペーン情報から割引情報２を取得してもよい。用いられる割引情報が異なることを除き、ステップＳ１１５の処理はステップＳ１０３の処理と同一であってもよい。評価値が閾値以上ではない場合（ステップＳ１１４：ＮＯ）、クーポン提示制御部１１０５は、対象ゴルフ場について対象ユーザに対してクーポン情報を提示させないと決定して（ステップＳ１１６）、クーポン提示決定処理は終了する。

対象ユーザについての予約履歴がない場合（ステップＳ１００：ＮＯ）、利用情報取得部１１０３は、対象ユーザについての対象ゴルフ場のチェックイン履歴があるか否かを判定する（ステップＳ１１７）。例えば、利用情報取得部１１０３は、チェックインＤＢ１４ｇから、対象ユーザのユーザＩＤと、対象ゴルフ場のゴルフ場ＩＤとの組み合わせを含むチェックイン情報を検索する。検索の結果、チェックイン履歴がある場合（ステップＳ１１７：ＹＥＳ）、クーポン提示制御部１１０５は、対象ゴルフ場について割引率が高い方のクーポン情報を、対象ユーザに対して提示させる（ステップＳ１１５）。

チェックイン履歴がない場合（ステップＳ１１７：ＮＯ）、利用情報取得部１１０３は、対象ユーザについての対象ゴルフ場のプレー結果情報があるか否かを判定する（ステップＳ１１８）。例えば、利用情報取得部１１０３は、プレー結果ＤＢ１４から、対象ユーザのユーザＩＤと、対象ゴルフ場のゴルフ場ＩＤとの組み合わせを含むプレー結果情報を検索する。検索の結果、プレー結果情報がある場合（ステップＳ１１８：ＹＥＳ）、クーポン提示制御部１１０５は、対象ゴルフ場について割引率が高い方のクーポン情報を、対象ユーザに対して提示させる（ステップＳ１１５）。プレー結果情報がない場合（ステップＳ１１８：ＮＯ）、クーポン提示制御部１１０５は、対象ゴルフ場について対象ユーザに対してクーポン情報を提示させないと決定する（ステップＳ１１６）。

以上説明したように、本実施形態におけるクーポンの提示制御の第１の方法によれば、ゴルフ場予約サーバ１が、対象ユーザとの間に関連性がある関連ユーザを特定してもよい。また、ゴルフ場予約サーバ１が、複数のゴルフ場のうち、関連ユーザによる対象ゴルフ場に対する評価を示す口コミ情報を取得してもよい。また、ゴルフ場予約サーバ１が、口コミ情報により示される評価が所定条件を満たす場合、対象ゴルフ場について対象ユーザに付与されるクーポンを示すクーポン情報を提示させてもよい。この場合、対象ユーザに関連するユーザによる対象ゴルフ場に対する評価に基づいて、対象ユーザに対する対象ゴルフ場のクーポン情報の提示が制御される。ユーザがゴルフ場を利用してそのゴルフ場を評価した場合、そのゴルフ場に対する満足度や好感度等がその評価に現れる可能性がある。満足度や好感度等が高ければ、そのユーザは再度そのゴルフ場を利用する可能性がある。関連性があるユーザ同士は、ゴルフ場に対する評価が同一又は類似する可能性がある。対象ユーザの関連ユーザによる評価を用いることで、クーポンを利用して対象ゴルフ場を利用したとすると、対象ユーザが再度その対象ゴルフ場を利用する可能性が高い場合に、クーポン情報を提示することができる。従って、関連ユーザによるゴルフ場に対する評価を利用することで、クーポンを活用してゴルフ場の予約又は利用を増やすことができる。

ここで、対象ユーザと関連ユーザとの間の関連性が、ゴルフについての関連性であってもよい。この場合、対象ユーザとの間にゴルフについて関連性があるユーザが特定される。

また、対象ユーザと関連ユーザとの間の関連性は、ユーザの属性についての関連性であってもよい。この場合、対象ユーザとの間にユーザの属性について関連性があるユーザが特定される。

また、対象ユーザと関連ユーザとの間の関連性が、ゴルフを行うための技能についての関連性であってもよい。この場合、対象ユーザとの間にゴルフの技能について関連性があるユーザが特定される。ゴルフの技能について関連性があるユーザ同士は、ゴルフ場に対する評価について同一又は類似する傾向を有する可能性がある。従って、クーポンを利用して対象ゴルフ場を利用したとすると、対象ユーザが再度その対象ゴルフ場を利用する可能性が高い場合に、クーポン情報を提示することができる。

また、対象ユーザと関連ユーザとの間の関連性が、複数のゴルフ場のうち少なくとも何れかのゴルフ場で所定プランのサービスをユーザが受けたことであってもよい。また、付与されるクーポンが、対象ゴルフ場で提供される所定プランのサービスについてのクーポンであってもよい。この場合、対象ユーザがゴルフ場で所定プランのサービスを受けたことがある場合、その所定プランのサービスを受けたことがあるユーザからの評価に基づいて、クーポン情報の提示が制御される。そして、対象ユーザに付与されるクーポンは、所定プランのサービスを受ける場合に利用可能である。従って、クーポンを利用して対象ゴルフ場の所定プランを利用したとすると、対象ユーザが再度その対象ゴルフ場を利用する可能性が高い場合に、クーポン情報を提示することができる。

また同様に、対象ユーザと関連ユーザとの間の関連性が、複数のゴルフ場のうち少なくとも何れかのゴルフ場で所定プランのサービスをユーザが受けたことであってもよい。また、口コミ情報が、関連ユーザが対象ゴルフ場で所定プランのサービスを受けたときにおける対象ゴルフ場に対する評価を示すものであってもよい。この場合、対象ユーザと同じ所定プランのサービスを受けたことがあるユーザがそのプランのサービスを受けたときの評価に基づいて、クーポン情報の提示が制御される。ゴルフ場で受けたサービスのプランによって、ユーザによるそのゴルフ場に対する評価が変わる可能性がある。所定プランについての口コミ情報を取得することで、より適切な評価に基づいて、クーポン情報の提示を制御することができる。

また、口コミ情報が、ゴルフ場に対する評価値を示してもよい。また、ゴルフ場予約サーバ１が、評価値と所定の閾値との比較の結果に基づいて、クーポン情報の提示を制御してもよい。

また、付与されるクーポンが、対象ゴルフ場を利用する際に対象ユーザが受けることができる特典のクーポンであってもよい。

また、ゴルフ場予約サーバ１が、口コミ情報により示される評価が所定条件を満たさない場合、対象ゴルフ場について対象ユーザに付与される所定価値を有するクーポンを示すクーポン情報を提示させることがあってもよい。また、口コミ情報により示される評価が所定条件を満たす場合に提示されるクーポン情報により示される特典が、所定価値よりも高い価値を有する特典であってもよい。この場合、関連ユーザによる評価が所定条件を満たす場合、対象ゴルフ場のクーポンが対象ユーザに付与される一方で、評価が所定条件を満たさない場合にも、対象ゴルフ場のクーポンが対象ユーザに付与される場合がある。ここで、評価が所定条件を満たす場合には、価値が高い方のクーポンが付与され、評価が所定条件を満たさない場合には、価値が低い方のクーポンが付与される。従って、条件を満たすか否かに応じてクーポンを差別化することができる。

本実施形態におけるクーポンの提示制御の第２の方法によれば、ゴルフ場予約サーバ１が、複数のゴルフ場のうち、対象ユーザが利用したことがあるゴルフ場を示す利用履歴を取得してもよい。また、ゴルフ場予約サーバ１が、対象ユーザが予約したことがあるゴルフ場を示す予約履歴を取得してもよい。また、ゴルフ場予約サーバ１が、利用履歴が、対象ユーザが複数のゴルフ場のうち対象ゴルフ場を利用したことを示し、且つ、予約履歴が、対象ユーザが対象ゴルフ場を予約したことを示さない場合、対象ゴルフ場について対象ユーザに付与されるクーポンを示すクーポン情報を提示させてもよい。この場合、対象ユーザが対象ゴルフ場を利用したことがあり、且つ、対象ユーザが予約システムを利用して対象ゴルフ場を予約していない場合、クーポン情報が提示される。対象ゴルフ場を利用したことがあるユーザはその対象ゴルフ場を予約する可能性がある。また、予約システムを利用することでは対象ゴルフ場を予約してはいないものの、その対象ゴルフ場を利用したことがあるユーザは、他の方法でその対象ゴルフ場を予約した可能性がある。対象ゴルフ場を予約したことがあるユーザは再度その対象ゴルフ場を予約する可能性がある。従って、クーポンを活用して、ゴルフ場の予約又は利用を増やすことができる。

ここで、利用履歴が、対象ユーザによるゴルフ場の利用開始手続きを示す情報であってもよい。

また、利用履歴が、対象ユーザによるゴルフ場の利用結果を示す情報であってもよい。

また、利用履歴が、対象ユーザが利用するユーザ端末３が、ゴルフ場に関連する専用のアプリケーションに従ってゴルフ場予約サーバ１へ送信する情報であってもよい。この場合、ゴルフ場予約サーバ１は、アプリケーションに従ってユーザ端末３から送信されてきた情報を利用履歴として取得する。

ここで、アプリケーションが、対象ユーザがゴルフをプレーしたゴルフ場を指定して、そのゴルフで対象ユーザが出した結果の入力を可能としてもよい。また、利用履歴は、対象ユーザにより指定されたゴルフ場を示すプレー結果情報であってもよい。この場合、対象ユーザがゴルフ場を指定して、そのゴルフ場の対象ユーザによるゴルフの結果がユーザ端末３に入力された後、指定されたゴルフ場を示すプレー結果情報がユーザ端末３からゴルフ場予約サーバ１へ送信される。ユーザは、ゴルフ場で競技を行っているとき又は競技を行った後に、その競技の結果を入力する蓋然性がある。従って、対象ユーザによる競技の結果の入力に基づいて、対象ユーザが利用したゴルフ場を示す情報を取得することができる。

また、利用履歴が、対象ユーザがゴルフ場を利用することに基づいてゴルフ場予約サーバ１の記憶部１４に記憶されてもよい。また、ゴルフ場予約サーバ１が、記憶部１４から利用履歴を取得してもよい。

また、付与されるクーポンが、対象ゴルフ場を利用する際に対象ユーザが受けることができる特典のクーポンであってもよい。

また、予約履歴が、所定予約サイトを利用して対象ユーザが予約したことがあるゴルフ場を示す情報であってもよい。また、付与されるクーポンが、所定予約サイトを利用して対象ユーザが対象ゴルフ場を予約した場合に受けることができる特典のクーポンであってもよい。

また、ゴルフ場予約サーバ１が、利用履歴が、対象ユーザが対象ゴルフ場を利用したことを示さないか、又は、予約履歴が、対象ユーザが対象ゴルフ場を予約したことを示す場合、対象ゴルフ場について対象ユーザに付与される所定価値を有するクーポンを示すクーポン情報を提示させることがあってもよい。また、利用履歴が、対象ユーザが複数のゴルフ場のうち対象ゴルフ場を利用したことを示し、且つ、予約履歴が、対象ユーザが対象ゴルフ場を予約したことを示さない場合に提示されるクーポン情報により示される特典は、所定価値よりも高い価値を有する特典であってもよい。この場合、対象ユーザが対象ゴルフ場を利用したことがあり、且つ、対象ユーザが予約システムを利用して対象ゴルフ場を予約していない場合、対象ゴルフ場のクーポンが対象ユーザに付与される一方で、対象ユーザがそのような条件を満たさない場合にも、対象ゴルフ場のクーポンが対象ユーザに付与される場合がある。ここで、対象ユーザが条件を満たす場合には、価値が高い方のクーポンが付与され、対象ユーザが条件を満たさない場合には、価値が低い方のクーポンが付与される。従って、条件を満たすか否かに応じてクーポンを差別化することができる。

また、ゴルフ場予約サーバ１が、所定予約サイトを利用して対象ゴルフ場を予約した予約者の同伴者として、対象ユーザが対象ゴルフ場を利用した場合、クーポン情報の提示を抑止してもよい。この場合、対象ユーザが対象ゴルフ場を利用したことがあり、且つ、対象ユーザが所定予約システムを利用して対象ゴルフ場を予約していない場合であっても、その対象ユーザが、所定予約システムで予約を行った予約者の同伴者として対象ゴルフ場を利用した場合、クーポン情報が提示されないことがある。同伴者としてゴルフ場を利用するユーザは、予約者としてゴルフ場を利用したことがあるユーザよりも、そのゴルフ場を予約する可能性が低い。従って、他の方法で対象ゴルフ場を予約した可能性がないユーザを除外することによって、対象ゴルフ場を予約する可能性が高いユーザに対して、クーポン情報を提示することができる。

１ ゴルフ場予約サーバ
２ ゴルフ場端末
３ ユーザ端末
１１ システム制御部
１２ システムバス
１３ 入出力インターフェース
１４ 記憶部
１４ａ 会員ＤＢ
１４ｂ ゴルフ仲間ＤＢ
１４ｃ ゴルフ場ＤＢ
１４ｄ プランＤＢ
１４ｅ クーポンキャンペーンＤＢ
１４ｆ 予約ＤＢ
１４ｇ チェックインＤＢ
１４ｈ プレー結果
１４ｉ スキルＤＢ
１４ｊ 口コミＤＢ
１１０１ 関連ユーザ特定部
１１０２ 口コミ情報取得部
１１０３ 利用情報取得部
１１０４ 予約情報取得部
１１０５ クーポン提示制御部
ＮＷ ネットワーク

上記課題を解決するために、請求項１に記載の発明は、所定ユーザとの間に関連性がある関連ユーザを特定する特定手段と、複数の施設のうち、前記特定された関連ユーザによる所定施設に対する評価を示す評価情報を取得する取得手段と、前記取得された評価情報により示される前記評価が所定条件を満たす場合、前記所定施設について前記所定ユーザに付与される特典を示す特典情報を提示させる制御手段と、を備え、前記制御手段は、前記取得された評価情報により示される前記評価が前記所定条件を満たさない場合、前記所定施設について前記所定ユーザに付与される所定価値を有する特典を示す所定特典情報を提示させることがあり、前記特典情報により示される前記特典は、前記所定価値よりも高い価値を有することを特徴とする。

請求項７に記載の発明は、前記取得される評価情報は、前記施設に対する評価値を示し、前記所定条件は、前記評価値が所定値以上であることを特徴とする。

請求項９に記載の発明は、コンピュータにより実行される情報提供方法において、所定ユーザとの間に関連性がある関連ユーザを特定する特定ステップと、複数の施設のうち、前記特定された関連ユーザによる所定施設に対する評価を示す評価情報を取得する取得ステップと、前記取得された評価情報により示される前記評価が所定条件を満たす場合、前記所定施設について前記所定ユーザに付与される特典を示す特典情報を提示させる制御ステップと、を含み、制御ステップは、前記取得された評価情報により示される前記評価が前記所定条件を満たさない場合、前記所定施設について前記所定ユーザに付与される所定価値を有する特典を示す所定特典情報を提示させることがあり、前記特典情報により示される前記特典は、前記所定価値よりも高い価値を有することを特徴とする。

請求項１０に記載の発明は、コンピュータを、所定ユーザとの間に関連性がある関連ユーザを特定する特定手段と、複数の施設のうち、前記特定された関連ユーザによる所定施設に対する評価を示す評価情報を取得する取得手段と、前記取得された評価情報により示される前記評価が所定条件を満たす場合、前記所定施設について前記所定ユーザに付与される特典を示す特典情報を提示させる制御手段、として機能させ、前記制御手段は、前記取得された評価情報により示される前記評価が前記所定条件を満たさない場合、前記所定施設について前記所定ユーザに付与される所定価値を有する特典を示す所定特典情報を提示させることがあり、前記特典情報により示される前記特典は、前記所定価値よりも高い価値を有することを特徴とする。

Claims (11)

1. 所定ユーザとの間に関連性がある関連ユーザを特定する特定手段と、
   複数の施設のうち、前記特定された関連ユーザによる所定施設に対する評価を示す評価情報を取得する取得手段と、
   前記取得された評価情報により示される前記評価が所定条件を満たす場合、前記所定施設について前記所定ユーザに付与される特典を示す特典情報を提示させる制御手段と、
   を備えることを特徴とする情報提供装置。
2. 前記複数の施設は、ユーザが所定競技を行うことができる施設であり、
   前記関連性は、前記所定競技についての関連性であることを特徴とする請求項１に記載の情報提供装置。
3. 前記関連性は、ユーザの属性についての関連性であることを特徴とする請求項１又は２に記載の情報提供装置。
4. 前記複数の施設は、ユーザが所定競技を行うことができる施設であり、
   前記関連性は、前記所定競技を行うための技能についての関連性であることを特徴とする請求項１乃至３の何れか一項に記載の情報提供装置。
5. 前記関連性は、前記複数の施設のうち少なくとも何れかの施設で所定プランのサービスをユーザが受けたことであり、
   前記付与される特典は、前記所定施設で提供される前記所定プランのサービスについての特典であることを特徴とする請求項１乃至４の何れか一項に記載の情報提供装置。
6. 前記関連性は、前記複数の施設のうち少なくとも何れかの施設で所定プランのサービスをユーザが受けたことであり、
   前記取得される評価情報は、前記関連ユーザが前記所定施設で前記所定プランのサービスを受けたときにおける前記所定施設に対する評価を示すことを特徴とする請求項１乃至５の何れか一項に記載の情報提供装置。
7. 前記取得される評価情報は、前記施設に対する評価値を示し、
   前記特定手段は、前記評価値と所定値との比較の結果に基づいて、前記特典情報の提示を制御することを特徴とする請求項１乃至６の何れか一項に記載の情報提供装置。
8. 前記付与される特典は、前記所定施設を利用する際に前記所定ユーザが受けることができる特典であることを特徴とする請求項１乃至７の何れか一項に記載の情報提供装置。
9. 前記制御手段は、前記取得された評価情報により示される前記評価が前記所定条件を満たさない場合、前記所定施設について前記所定ユーザに付与される所定価値を有する特典を示す所定特典情報を提示させることがあり、
   前記特典情報により示される前記特典は、前記所定価値よりも高い価値を有することを特徴とする請求項１乃至８の何れか一項に記載の情報提供装置。
10. コンピュータにより実行される情報提供方法において、
    所定ユーザとの間に関連性がある関連ユーザを特定する特定ステップと、
    複数の施設のうち、前記特定された関連ユーザによる所定施設に対する評価を示す評価情報を取得する取得ステップと、
    前記取得された評価情報により示される前記評価が所定条件を満たす場合、前記所定施設について前記所定ユーザに付与される特典を示す特典情報を提示させる制御ステップと、
    を含むことを特徴とする情報提供方法。
11. コンピュータを、
    所定ユーザとの間に関連性がある関連ユーザを特定する特定手段と、
    複数の施設のうち、前記特定された関連ユーザによる所定施設に対する評価を示す評価情報を取得する取得手段と、
    前記取得された評価情報により示される前記評価が所定条件を満たす場合、前記所定施設について前記所定ユーザに付与される特典を示す特典情報を提示させる制御手段、
    として機能させることを特徴とする情報提供プログラム。

Images