特開 2021-182184 予約支援装置、予約支援方法、及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】特開2021-182184(P2021-182184A)

(43)【公開日】2021年11月25日

(54)【発明の名称】予約支援装置、予約支援方法、及びプログラム

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20211029BHJP

   G06Q 10/02 20120101ALI20211029BHJP

【ＦＩ】

   G06Q50/10

   G06Q10/02

【審査請求】有

【請求項の数】14

【出願形態】ＯＬ

【全頁数】19

(21)【出願番号】特願2020-86560(P2020-86560)

(22)【出願日】2020年5月18日

(71)【出願人】

【識別番号】520172410

【氏名又は名称】ゴルフリサーチ株式会社

(74)【代理人】

【識別番号】110000198

【氏名又は名称】特許業務法人湘洋内外特許事務所

(72)【発明者】

【氏名】長野 豪洋

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049AA03

5L049CC18

(57)【要約】

【課題】ゴルフに関して、ラウンドへの参加の障壁を低くし、ラウンドプレイヤの増加に寄与する。
【解決手段】予約支援装置は、各ユーザに関してそのゴルファー特性を含むユーザ情報を記憶する記憶部と、前記ユーザ情報を用いて、対象ユーザのゴルファー特性に適合するゴルファー特性を有する一人以上の候補ユーザを抽出するマッチング部と、前記対象ユーザと前記一人以上の候補ユーザを含むパーティが予約可能な一つ以上のプランを計画する計画部と、前記一つ以上のプランから選択されたプランの予約を実行する予約部とを備える。
【選択図】図１

【特許請求の範囲】

【請求項1】

各ユーザに関してそのゴルファー特性を含むユーザ情報を記憶する記憶部と、
前記ユーザ情報を用いて、対象ユーザのゴルファー特性に適合するゴルファー特性を有する一人以上の候補ユーザを抽出するマッチング部と、
前記対象ユーザと前記一人以上の候補ユーザを含むパーティが予約可能な一つ以上のプランを計画する計画部と、
前記一つ以上のプランから選択されたプランの予約を実行する予約部と
を備える予約支援装置。

【請求項2】

請求項１に記載の予約支援装置であって、
前記マッチング部は、入力されるゴルファー特性に対して適合するゴルファー特性を出力する学習済モデルを用いて、前記対象ユーザに適合する前記候補ユーザを抽出する
予約支援装置。

【請求項3】

請求項２に記載の予約支援装置であって、
前記予約部により予約されたプランに参加した参加ユーザ同士のレビュー情報を取得するユーザ管理部と、
前記各参加ユーザのゴルファー特性と前記レビュー情報とを教師データとして学習する学習部と
を備える予約支援装置。

【請求項4】

請求項１〜３のいずれか一項に記載の予約支援装置であって、
前記ユーザ情報は、各ユーザの現在のゴルフに対するモチベーションを含み、
前記マッチング部は、前記ゴルファー特性が適合し、かつ、前記モチベーションが所定基準を超える前記候補ユーザを抽出する
予約支援装置。

【請求項5】

請求項１〜４のいずれか一項に記載の予約支援装置であって、
前記記憶部は、前記各ユーザが所属する一つ以上のコミュニティに関するコミュニティ情報を記憶し、
前記マッチング部は、前記対象ユーザと同じコミュニティに所属するコミュニティの中で前記候補ユーザを抽出する
予約支援装置。

【請求項6】

請求項１〜５のいずれか一項に記載の予約支援装置であって、
前記マッチング部は、前記対象ユーザと当該対象ユーザにより指名されたペアユーザに関して、前記対象ユーザ及び前記ペアユーザのゴルファー特性に適合するゴルファー特性を有する一人又は二人の前記候補ユーザを抽出する
予約支援装置。

【請求項7】

請求項１〜６のいずれか一項に記載の予約支援装置であって、
前記ゴルファー特性は、開放性、誠実性、外向性、協調性、及び神経症傾向の少なくとも一つの、ゴルフにおける性格に関するデータを含む
予約支援装置。

【請求項8】

請求項１〜７のいずれか一項に記載の予約支援装置であって、
前記ゴルファー特性は、年齢、及び性別の少なくとも一方を含む
予約支援装置。

【請求項9】

請求項１〜８のいずれか一項に記載の予約支援装置であって、
前記ゴルファー特性は、プレイスタイル、及びプレイ目的の少なくとも一方を含む
予約支援装置。

【請求項10】

請求項１〜９のいずれか一項に記載の予約支援装置であって、
前記ゴルファー特性は、ゴルフに関する買い物履歴、及びゴルフに関する行動履歴の少なくとも一方を含む
予約支援装置。

【請求項11】

請求項１に記載の予約支援装置であって、
前記記憶部は、前記各ユーザが所属する一つ以上のコミュニティに関するコミュニティ情報を記憶し、
前記ユーザ情報は、各ユーザの現在のゴルフに対するモチベーションを含み、
前記予約支援装置は、
前記コミュニティに属する各ユーザのモチベーションを用いて当該コミュニティにおけるモチベーションを算出して出力するコミュニティ管理部
を備える予約支援装置。

【請求項12】

請求項１に記載の予約支援装置であって、
前記記憶部は、前記各ユーザが所属する一つ以上のコミュニティに関するコミュニティ情報を記憶し、
前記予約支援装置は、
コミュニティ同士を１つのコミュニティに合併する、又はコミュニティ同士を関連付けるコミュニティ管理部
を備える予約支援装置。

【請求項13】

コンピュータによる予約支援方法であって、
各ユーザに関してそのゴルファー特性を含むユーザ情報を用いて、対象ユーザのゴルファー特性に適合するゴルファー特性を有する一人以上の候補ユーザを抽出するマッチングステップと、
前記対象ユーザと前記一人以上の候補ユーザを含むパーティが予約可能な一つ以上のプランを計画する計画ステップと、
前記一つ以上のプランから選択されたプランの予約を実行する予約ステップと
を含む予約支援方法。

【請求項14】

各ユーザに関してそのゴルファー特性を含むユーザ情報を用いて、対象ユーザのゴルファー特性に適合するゴルファー特性を有する一人以上の候補ユーザを抽出するマッチングステップと、
前記対象ユーザと前記一人以上の候補ユーザを含むパーティが予約可能な一つ以上のプランを計画する計画ステップと、
前記一つ以上のプランから選択されたプランの予約を実行する予約ステップと
をコンピュータに実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、予約支援装置、予約支援方法、及びプログラムに関する。

【背景技術】

【0002】

インターネットを介してゴルフコース（の利用）を予約するためのＷＥＢサイトが知られている。

【0003】

例えば、ＷＥＢサイトを使ってパーティで予約する場合には、予定日時、プレイエリアなどを申し合わせたメンバ同士で構成したパーティの代表者が、希望条件（日時、プレイエリア、人数など）に合致するラウンドプランを検索し、予約する。

【0004】

また例えば、ＷＥＢサイトを使って個人で予約する場合には、希望条件（日時、プレイエリアなど）に合致し、かつパーティに空き枠があるラウンドプランを検索し、予約を入れる。そして、そのラウンドプランのパーティの予約者数が規定人数（例えば、３、４バッグ）に達すれば、予約が確定する。

【0005】

特許文献１には、予約画面では同伴メンバの数しか表示されないようにしたゴルフコース予約システムについて開示されている。

【先行技術文献】

【特許文献】

【0006】

【特許文献1】特開２０１０−００３２０８号公報

【発明の概要】

【発明が解決しようとする課題】

【0007】

しかしながら、パーティで予約を取る場合、それ以前に予定の合うメンバを集めることが難しかったりするなど、予約するまでに障壁がいくつもある。また、個人で予約を取る場合、それ以前に初見のメンバとラウンドする心理的な抵抗があったりするなど、予約するまでに障壁がいくつもある。

【0008】

このように、現状ではＷＥＢサイト予約は事務的な助けになるものの、上述したような様々な障壁により、コースでのラウンドまで辿り着けないあるいは諦めているプレイヤが多数存在すると推測される。

【0009】

本発明は、このような事情に鑑み、ラウンドへの参加の障壁を低くし、ラウンドプレイヤの増加に寄与することを目的とする。

【課題を解決するための手段】

【0010】

上記の課題を解決するための本発明の一態様は、予約支援装置であって、ユーザに関してそのゴルファー特性を含むユーザ情報を記憶する記憶部と、前記ユーザ情報を用いて、対象ユーザのゴルファー特性に適合するゴルファー特性を有する一人以上の候補ユーザを抽出するマッチング部と、前記対象ユーザと前記一人以上の候補ユーザを含むパーティが予約可能な一つ以上のプランを計画する計画部と、前記一つ以上のプランから選択されたプランの予約を実行する予約部とを備える。

【0011】

前記マッチング部は、入力されるゴルファー特性に対して適合するゴルファー特性を出力する学習済モデルを用いて、前記対象ユーザに適合する前記候補ユーザを抽出してもよい。

【0012】

前記予約支援装置は、前記予約部により予約されたプランに参加した参加ユーザ同士のレビュー情報を取得するユーザ管理部と、前記各参加ユーザのゴルファー特性と前記レビュー情報とを教師データとして学習する学習部とを備えてもよい。

【0013】

前記ユーザ情報は、各ユーザの現在のゴルフに対するモチベーションを含み、前記マッチング部は、前記ゴルファー特性が適合し、かつ、前記モチベーションが所定基準を超える前記候補ユーザを抽出してもよい。

【0014】

前記記憶部は、前記各ユーザが所属する一つ以上のコミュニティに関するコミュニティ情報を記憶し、前記マッチング部は、前記対象ユーザと同じコミュニティに所属するコミュニティの中で前記候補ユーザを抽出してもよい。

【0015】

前記マッチング部は、前記対象ユーザと当該対象ユーザにより指名されたペアユーザに関して、前記対象ユーザ及び前記ペアユーザのゴルファー特性に適合するゴルファー特性を有する一人又は二人の前記候補ユーザを抽出してもよい

【0016】

前記ゴルファー特性は、開放性、誠実性、外向性、協調性、及び神経症傾向の少なくとも一つの、ゴルフにおける性格に関するデータを含んでもよい。

【0017】

前記ゴルファー特性は、年齢、及び性別の少なくとも一方を含んでもよい。

【0018】

前記ゴルファー特性は、プレイスタイル、及びプレイ目的の少なくとも一方を含んでもよい。

【0019】

前記ゴルファー特性は、ゴルフに関する買い物履歴、及びゴルフに関する行動履歴の少なくとも一方を含んでもよい。

【0020】

前記記憶部は、前記各ユーザが所属する一つ以上のコミュニティに関するコミュニティ情報を記憶し、前記ユーザ情報は、各ユーザの現在のゴルフに対するモチベーションを含み、前記予約支援装置は、前記コミュニティに属する各ユーザのモチベーションを用いて当該コミュニティにおけるモチベーションを算出して出力するコミュニティ管理部を備えてもよい。

【0021】

前記記憶部は、前記各ユーザが所属する一つ以上のコミュニティに関するコミュニティ情報を記憶し、前記予約支援装置は、コミュニティ同士を１つのコミュニティに合併する、又はコミュニティ同士を関連付けるコミュニティ管理部を備えてもよい。

【0022】

上記の課題を解決するための本発明の他の態様は、コンピュータによる予約支援方法であって、各ユーザに関してそのゴルファー特性を含むユーザ情報を用いて、対象ユーザのゴルファー特性に適合するゴルファー特性を有する一人以上の候補ユーザを抽出するマッチングステップと、前記対象ユーザと前記一人以上の候補ユーザを含むパーティが予約可能な一つ以上のプランを計画する計画ステップと、前記一つ以上のプランから選択されたプランの予約を実行する予約ステップとを含む。

【0023】

上記の課題を解決するための本発明のさらに他の態様は、プログラムであって、各ユーザに関してそのゴルファー特性を含むユーザ情報を用いて、対象ユーザのゴルファー特性に適合するゴルファー特性を有する一人以上の候補ユーザを抽出するマッチングステップと、前記対象ユーザと前記一人以上の候補ユーザを含むパーティが予約可能な一つ以上のプランを計画する計画ステップと、前記一つ以上のプランから選択されたプランの予約を実行する予約ステップとをコンピュータに実行させる。

【発明の効果】

【0024】

本発明によれば、ラウンドへの参加の障壁を低くし、ラウンドプレイヤの増加に寄与することができる。

【図面の簡単な説明】

【0025】

【図1】本発明の一実施形態に係る予約支援システムの構成例を示す図である。

【図2】ユーザ情報のデータ構造例を示す図である。

【図3】コミュニティ情報のデータ構造例を示す図である。

【図4】学習済データのデータ構造例を示す図である。

【図5】予約支援処理の一例を示すフローチャートである。

【図6】ラウンド計画処理の一例を示すフローチャートである。

【図7】ラウンド計画（２人予約）処理の一例を示すフローチャートである。

【図8】学習処理の一例を示すフローチャートである。

【図9】端末装置に表示されるホーム画面の一例を示す図である。

【図10】端末装置に表示されるコミュニティ一覧画面の一例を示す図である。

【図11】端末装置に表示されるコミュニティ画面の一例を示す図である。

【図12】端末装置に表示されるラウンド計画結果画面の一例を示す図である。

【図13】端末装置に表示されるラウンド計画（２人予約）結果画面の一例を示す図である。

【図14】端末装置に表示されるラウンドレビュー画面の一例を示す図である。

【発明を実施するための形態】

【0026】

以下、本発明の複数の実施形態について図面に基づいて説明する。なお、各実施形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。また、以下の各実施形態において、その構成要素（要素ステップ等も含む）は、特に明示した場合および原理的に明らかに必須であると考えられる場合等を除き、必ずしも必須のものではないことは言うまでもない。また、特にその要素のみである旨明示した場合等を除き、それ以外の要素を排除するものでないことは言うまでもない。同様に、以下の各実施形態において、構成要素等の形状、位置関係等に言及するときは、特に明示した場合および原理的に明らかにそうでないと考えられる場合等を除き、実質的にその形状、位置関係等に近似または類似するもの等を含むものとする。

【0027】

［予約支援システムの構成例］
図１は、本発明の一実施形態に係る予約支援システムの構成例を示す図である。予約支援システムは、予約支援装置１、複数台のユーザの端末装置２（１台のみ図示）、及び１台以上の予約システム３（１台のみ図示）を備える。予約支援装置１は、インターネット等の通信ネットワークＮに接続され、複数のユーザの端末装置２、及び１つ以上の予約システム３と通信することができる。

【0028】

予約支援装置１は、ゴルフプレイヤである各ユーザに対して、ゴルフコース（の利用）の予約支援、ユーザ間のソーシャルネットワーキング、などを含むゴルフに関する統合的なサービスを提供する。予約支援装置１は、例えば１台又は複数台のサーバコンピュータなどのコンピュータにより実現可能である。予約支援装置１の提供する機能については後に詳述する。

【0029】

端末装置２は、ユーザが使用する端末であり、ユーザの操作に従って予約支援装置１にアクセスして各種サービスに関する情報を表示する。端末装置２は、例えばスマートフォン、タブレットコンピュータ、モバイルコンピュータ、ＰＣ（Personal Computer）、ウェアラブルコンピュータなどのコンピュータにより実現できる。

【0030】

予約システム３は、既存のゴルフ予約システムであり、例えば、ＷＥＢサイトを介してユーザの希望条件（日時、プレイエリア、人数など）に合致するラウンドプランの検索、予約などのサービスを提供するＷＥＢシステムである。

【0031】

ただし、本実施形態では、予約システム３は、予約支援装置１からの要求に応じてプランの検索及び予約を行うことができるものとする。予約システム３と予約支援装置１の間のデータのやり取りは、例えば、予約システム３に実装されるＷｅｂ ＡＰＩ（Application Programming Interface）により実現できる。

【0032】

端末装置２は、処理部２１０、記憶部２２０、通信部２３０、表示部２４０、及び入力部２５０を有する。これらの構成要素は、それぞれ例えば、プロセッサ、メモリ又はストレージ、通信インターフェイス、ディスプレイ、キーボード等の入力装置により実現できる。

【0033】

処理部２１０は、端末装置２を統合的に制御する。処理部２１０は、アプリ２１１を含む機能を有する。これらの機能は、例えばプロセッサが所定のプログラムを実行することで実現される。

【0034】

アプリ２１１は、例えば、汎用的なブラウザソフトウェア、あるいは、予約支援装置１にアクセスするための専用アプリケーションソフトウェアであり、予約支援装置１が提供するＷＥＢサイトへのアクセスをユーザに提供する。アプリ２１１は、予約支援装置１から通信部２３０を介してＷＥＢページを取得して表示部２４０に出力したり、表示されたＷＥＢページへの情報の入力をユーザから入力部２５０を介して受け付け、通信部２３０を介して予約支援装置１に送信したりする。

【0035】

予約支援装置１は、処理部１０、記憶部２０、及び通信部３０を有する。これらの構成要素は、それぞれ例えば、プロセッサ、メモリ又はストレージ、通信インターフェイスにより実現できる。

【0036】

処理部１０は、予約支援装置１を統合的に制御する。処理部１０は、インターフェイス制御部１１、ユーザ管理部１２、コミュニティ管理部１３、マッチング部１４、計画部１５、予約部１６、及び学習部１７を含む機能を有する。これらの機能は、例えばプロセッサが所定のプログラムを実行することで実現される。記憶部２０は、ユーザ情報２１、コミュニティ情報２２、及び学習済データ２３を含む情報を格納する。

【0037】

インターフェイス制御部１１は、アプリ２１１からの要求に応じて各種の操作画面（例えばＷＥＢページ）の情報を生成し、アプリ２１１に送信する。また、インターフェイス制御部１１は、アプリ２１１により表示された操作画面に入力された情報を受信する。

【0038】

ユーザ管理部１２は、各ユーザのユーザ情報２１を管理する。

【0039】

図２は、ユーザ情報２１のデータ構造例を示す図である。ユーザ情報２１は、ユーザの識別子であるユーザＩＤに関連付けて、基本プロフィール、詳細プロフィール、関係データ、及び変動データを含む。

【0040】

基本プロフィールには、ユーザに関して、名前、画像、性別、年齢、連絡先、プレイエリアなどのデータ項目が含まれる。画像は、例えばユーザのアバターや写真などである。プレイエリアは、ユーザが訪問可能なゴルフコースのエリアであり、例えば県名などの行政区画である。これらのデータは、例えば最初のユーザ登録時に設定されるが、ユーザの操作によって適宜変更可能である。

【0041】

詳細プロフィールには、ユーザに関して、性格、プレイスタイル、プレイ目的などのデータ項目が含まれる。性格は、例えば、パーソナリティ特性を表すビッグファイブと呼ばれる五因子（開放性、誠実性、外向性、協調性、及び神経症傾向）を数値化したデータ群である。プレイスタイルは、例えば、アスリート、エンジョイゴルファー、などの分類を示すデータである。プレイ目的は、例えば、ゴルフの上達、ネッワーキング、エンジョイする、などの分類を示すデータである。これらのデータは、例えば最初のユーザ登録時に設定されるが、ユーザの操作によって適宜変更可能である。

【0042】

関係データには、ユーザに関して、所属コミュニティ、友達などのデータ項目が含まれる。所属コミュニティは、例えば、ユーザが所属する１つ以上のコミュニティの識別子、名称である。友達は、例えば、ユーザの友達であるユーザの識別子、名前である。これらの関係データは、ユーザのソーシャルネットワーキングの状況に応じて変化する。

【0043】

変動データには、ユーザに関して、スケジュール、レビュー、獲得メダル、モチベーションなどのデータ項目が含まれる。スケジュールは、例えば、ユーザがプレイ可能な日、予約されたラウンドの日、などが設定される。レビューは、例えば、ユーザに対する他のユーザからの評価点数、評価コメント、などが設定される。獲得メダルは、例えば、ラウンドの回数や友達の数などに応じて、予約支援装置１から授与された各種のメダル、などが設定される。モチベーションは、ゴルフに対する現在の気持ちを表し、例えば、今すぐラウンドしたい、ラウンドへ誘いを待っている、ラウンドへは不参加、などの分類を示すデータである。スケジュール及びモチベーションは、ユーザの操作によって適宜変更可能である。レビュー及び獲得メダルは、ユーザの活動の状況に応じて追加される。

【0044】

例えば、ユーザ管理部１２は、アプリ２１１を介してユーザから、基本プロフィール、詳細プロフィールの入力を受け付け、ユーザ情報２１に格納する。また、ユーザ管理部１２は、ユーザからスケジュール及びモチベーションの入力を受け付け、ユーザ情報２１に格納する。また、ユーザ管理部１２は、当該ユーザに対して他のユーザからレビューを受け付け、ユーザ情報２１に格納する。また、ユーザ管理部１２は、当該ユーザと繋がった友達ユーザの識別子及び名前を、ユーザ情報２１に格納する。また、ユーザ管理部１２は、当該ユーザが所属するコミュニティの識別子及び名称を、ユーザ情報２１に格納する。

【0045】

図１を参照すると、コミュニティ管理部１３は、各ユーザが所属するコミュニティに関するコミュニティ情報２２を管理する。

【0046】

図３は、コミュニティ情報２２のデータ構造例を示す図である。コミュニティ情報２２は、コミュニティの識別子であるコミュニティＩＤに関連付けて、基本プロフィール、関係データ、及び変動データを含む。

【0047】

基本プロフィールには、コミュニティに関して、名称、管理者などのデータ項目が含まれる。管理者は、例えば、当該コミュニティを管理するユーザの識別子、名前である。これらのデータは、例えば最初のコミュニティ登録時に設定されるが、コミュニティの管理者の操作によって適宜変更可能である。

【0048】

関係データには、コミュニティに関して、所属ユーザ、関連コミュニティなどのデータ項目が含まれる。所属ユーザは、例えば、当該コミュニティに所属する１又は複数のユーザの識別子、名称である。関連コミュニティは、例えば、当該コミュニティに関連付けられた他のコミュニティの識別子、名称である。これらの関係データは、コミュニティの状況に応じて変化する。

【0049】

変動データには、コミュニティに関して、スケジュール、モチベーションなどのデータ項目が含まれる。スケジュールは、例えば、コミュニティにおけるイベントの日、コミュニティ内で作成されたパーティにより予約されたラウンドの日、などが設定される。モチベーションは、コミュニティのゴルフに対する現在の気持ちを表し、例えば、コミュニティに所属するユーザのモチベーションを基に決定される。スケジュールは、管理者の操作によって適宜変更可能である。モチベーションは、所属するユーザのモチベーションに応じて変化する。

【0050】

例えば、コミュニティ管理部１３は、アプリ２１１を介して管理者から、基本プロフィールの入力を受け付け、コミュニティ情報２２に格納する。また、コミュニティ管理部１３は、当該コミュニティに所属するユーザの識別子及び名前を、コミュニティ情報２２に格納する。また、コミュニティ管理部１３は、当該コミュニティと繋がった他のコミュニティの識別子及び名称を、コミュニティ情報２２に格納する。また、コミュニティ管理部１３は、管理者からスケジュールの入力を受け付け、コミュニティ情報２２に格納する。また、コミュニティ管理部１３は、所定のタイミングで、当該コミュニティに所属する各ユーザのモチベーションを取得し、これのモチベーションに基づいてコミュニティのモチベーションを決定し（例えば各ユーザのモチベーションを数値化して平均値を算出する）、コミュニティ情報２２に格納する。

【0051】

図１を参照すると、マッチング部１４は、マッチングを指示したユーザ（対象ユーザ）に適合する一人以上の候補ユーザを抽出するマッチング処理を実行する。具体的には、マッチング部１４は、対象ユーザのゴルファー特性に適合するゴルファー特性を有する一人以上の候補ユーザを抽出する。ゴルファー特性は、ゴルファーとしてのユーザのゴルフに関する属性の集合である。本実施形態では、マッチング部１４は、マッチング用の学習済データ２３を用いる。

【0052】

学習済データ２３は、例えば、機械学習又は深層学習により構築されたニューラルネットワークである学習済モデルである。この学習済モデルは、過去の複数の対象ユーザに関する属性情報と、それぞれの対象ユーザに対して適合した又は適合しなかった他のユーザに関する属性情報とを含む教師データに基づいて、対象ユーザに関する属性情報に基づいて適合する他のユーザの情報を出力するように学習された学習済モデルである。

【0053】

なお、学習済モデルは、例えば、入力値に対して所定の演算を行って出力値を出力する複数のノードで構成されており、学習済データ２３には各ノードの演算を規定する関数の係数や閾値等のデータが記憶される。

【0054】

図４は、学習済データ２３のデータ構造例を示す図である。具体例としては、学習済データ２３は、例えば、入力層に対象ユーザのゴルファー特性が入力され、複数段の中間層（１段のみ図示）を経て、出力層から各ゴルファー特性の分類に対する一致率が出力されるニューラルネットワークである。

【0055】

入力層に入力されるゴルファー特性は、ユーザ情報２１に含まれるデータ項目のうち、例えば、性格（開放性、誠実性、外向性、協調性、及び神経症傾向のうち少なくとも１つ）、プレイスタイル、プレイ目的、性別、及び年齢の少なくとも１つを採用することができる。複数段の中間層は、例えば、ゴルファー特性のデータ項目数分用意される。出力層では、ゴルファー特性の各データ項目の取り得る値の組み合わせ毎に分類されており、入力されたゴルファー特性の各分類に対する一致率が出力される。

【0056】

各ユーザには、例えば、そのユーザのゴルファー特性のデータ項目の値の組み合わせに対する分類が付与される。学習済モデルの出力に基づき分類を選択し、選択した分類に対応する分類を有するユーザを特定することで、候補ユーザを抽出することができる。

【0057】

例えば、マッチング部１４は、対象ユーザのゴルファー特性を学習済データ２３に入力し、その出力に基づいて、一致率が最も高い分類を取得する。それから、マッチング部１４は、ユーザ情報２１を参照し、取得した分類に対応する分類を有する候補ユーザを抽出する。もちろん、抽出可能な候補ユーザが見つからない場合は、次に高い一致率の分類を取得して、候補ユーザを抽出してもよい。

【0058】

ゴルフにおいては、パーティは長時間一緒にラウンドを回るため、ゴルファー特性を考慮することは、パーティのメンバを決定する上で非常に重要である。上述のようなマッチング処理を行うことで、対象ユーザにより相性の良い候補ユーザを抽出することができる。

【0059】

なお、ゴルファー特性として、性格、プレイスタイル、プレイ目的、性別、及び年齢の１つ以上の組み合わせを例示したが、これに限られるものではない。ゴルファー特性には他のデータ項目が含まれてもよい。

【0060】

他の例としては、ユーザのゴルフに関する買い物履歴、ゴルフに関する行動履歴なども採用し得る。ゴルフに関する買い物履歴には、例えば、購入日時、購入した商品やサービスの種類、価格などが含まれ得る。ゴルフに関する行動履歴には、例えば、ラウンド日時、練習日時などが含まれ得る。これらの情報は、ユーザ管理部１２が、ユーザによってアプリ２１１から入力されたものを取得するか、ユーザが利用する外部のＥＣ（Electronic Commerce）サイトシステムから取得して、ユーザ情報２１に格納すればよい。また、ユーザ管理部１２は、取得した買い物履歴を分析して、買い物頻度、平均購入価格、種類別購入数などの集計データを取得し、ユーザ情報２１の買い物履歴に含めてもよい。また、ユーザ管理部１２は、取得した行動履歴を分析して、ラウンド頻度、練習頻度などの集計データを取得し、ユーザ情報２１の行動履歴に含めてもよい。

【0061】

さらに他の例としては、ユーザが使用するゴルフクラブのブランド、ユーザが好みのゴルフ場の種類（例えば、安い、名門など）も採用し得る。これらの情報は、ユーザ管理部１２が、ユーザによってアプリ２１１から入力されたものを取得して、ユーザ情報２１に格納すればよい。

【0062】

本実施形態では、マッチング部１４は、マッチング用の学習済モデルを用いるが、ルールベースの処理によりマッチング処理を行ってもよい。すなわち、ゴルファー特性の各分類に対して適合する分類を、予め統計的にルールとして求めておく。そして、マッチング部１４は、データベースあるいはアルゴリズムとして実装されたルールに基づき、対象ユーザのゴルファー特性の分類に適合するゴルファー特性の分類を有する候補ユーザを抽出する。

【0063】

なお、候補ユーザを抽出する際に、マッチング部１４は、対象ユーザとラウンド日のスケジュールが合う候補ユーザを抽出してもよい。対象ユーザとプレイエリアが重複する候補ユーザを抽出してもよい。対象ユーザが属するコミュニティの中で候補ユーザを抽出してもよい。モチベーションが所定基準を超える候補ユーザを抽出してもよい。

【0064】

また、マッチング部１４は、対象ユーザによりペアユーザが指名されている場合（後述する２人予約）、これら二人のユーザのゴルファー特性に適合するゴルファー特性を有する一人又は二人の候補ユーザを抽出する。例えば、対象ユーザに適合する候補ユーザを一人と、ペアユーザに適合する候補ユーザを一人の少なくとも一方を抽出すればよい。

【0065】

図１を参照すると、計画部１５は、ラウンドの計画を指示したユーザ（対象ユーザ）と、マッチング部１４により抽出された対象ユーザに適合する一人以上の候補ユーザとを含むパーティが予約可能な一つ以上のプランを計画する。

【0066】

例えば、計画部１５は、対象ユーザと一人以上の候補ユーザの様々な組み合わせからなる１つ以上のパーティを作成する。また、計画部１５は、各パーティについて、ユーザ情報２１に基づいて、メンバ全員のスケジュールが合うラウンド日と、メンバ全員の重複するプレイエリアを特定する。

【0067】

また、計画部１５は、各パーティについて、人数、ラウンド日、プレイエリア等の希望条件を含むプランの検索要求を、予約システム３に送信する。計画部１５は、検索要求への応答として予約システム３から１つ以上のプランの情報を受信すると、当該プランの情報を対象ユーザの端末装置２のアプリ２１１に送信し、表示させる。プランの情報には、例えば、プランの識別子、ラウンド日、ゴルフコースの名称、プレイエリア、所在地、連絡先、料金などが含まれる。

【0068】

予約部１６は、対象ユーザによりアプリ２１１を介して予約すべきプランが選択されると、当該選択されたプランの識別子を含む予約要求を、予約システム３に送信する。予約部１６は、予約が完了すると、当該予約されたプランに関する情報（例えば、ラウンド日、参加ユーザの識別子及び名前、ゴルフコースの名称、プレイエリアなど）を、各参加ユーザのスケジュールに記録する。

【0069】

学習部１７は、学習済データ２３に対する学習を行う。例えば、学習部１７は、ユーザ情報２１に基づいて、対象ユーザのゴルファー特性と、対象ユーザをレビューした他のユーザのゴルファー特性と、当該他のユーザによるレビュー情報を定量化したラベルデータ（例えば相性の良好さの度合を示す）とをセットとする教師データを生成し、深層学習アルゴリズムにより学習済モデルに学習させる。例えば、学習部１７は、対象ユーザのゴルファー特性を入力した場合に、相性がより良好な他のユーザのゴルファー特性の分類に対応する出力ノードからの出力値が１．０に近づき、その他の出力ノードからの出力値が０に近づくように学習する。また、学習部１７は、入力値に対して行う所定の演算を規定する関数の係数や閾値等のデータを最適化する。これにより、実際にラウンドしたパーティのメンバ同士の双方向の感想が、ゴルファー特性間の相性として、学習済モデルに反映される。

【0070】

なお、ルールベースの場合、学習部１７は、外部のコンピュータで学習されたルール、又は、自ら学習したルールを取得し、データベースあるいはアルゴリズムとして実装されたルールを更新すればよい。

【0071】

［予約支援装置の処理例］
まず、友達機能の一例について説明する。ユーザは、友達ユーザを追加したり削除したりすることができる。

【0072】

具体的には、インターフェイス制御部１１は、対象ユーザが操作するアプリ２１１からの要求に応じて、所定の友達検索画面をアプリ２１１に表示させ、対象ユーザが入力した検索キーワード等を受信する。ユーザ管理部１２は、検索キーワードを使って、ユーザ情報２１の名前を検索する。ユーザ管理部１２は、マッチング部１４に指示して、対象ユーザに適合する候補ユーザを検索するようにしてもよい。インターフェイス制御部１１は、検索結果を友達検索画面に表示させ、対象ユーザが選択した友達ユーザのユーザＩＤ及び名前を受信する。ユーザ管理部１２は、入力されたユーザＩＤ及び名前を対象ユーザの関係データの友達に追加するとともに、対象ユーザのユーザＩＤ及び名前を友達ユーザの関係データの友達に追加する。このようにして、ユーザ同士が友達として関連付けられる。

【0073】

次に、コミュニティ機能の一例について説明する。ユーザは、コミュニティを作成したり、コミュニティ同士を関連付けたり合併したりすることができる。

【0074】

具体的には、インターフェイス制御部１１は、管理者ユーザが操作するアプリ２１１からの要求に応じて、所定のコミュニティ作成画面をアプリ２１１に表示させ、管理者ユーザが入力したコミュニティの情報（例えば、コミュニティの名称、管理者のＩＤ及び名前、所属させるユーザのＩＤ及び名前等）を受信する。コミュニティ管理部１３は、新しいコミュニティ情報２２を作成し、そこに受信した情報を格納する。また、コミュニティ管理部１３は、管理者ユーザ及び各所属ユーザの関係データの所属コミュニティに、新しいコミュニティのＩＤ及び名称を登録する。このようにして、コミュニティが作成される。

【0075】

また、インターフェイス制御部１１は、管理者ユーザが操作するアプリ２１１からの要求に応じて、所定のコミュニティ連携画面をアプリ２１１に表示させ、管理者ユーザが入力したコミュニティの連携情報（例えば、関連付ける複数のコミュニティのＩＤ及び名称、合併する複数のコミュニティのＩＤ及び名称等）を受信する。コミュニティ管理部１３は、コミュニティ同士を関連付ける場合、それぞれのコミュニティの関係データの関連コミュニティに、相互のコミュニティＩＤ及び名称を登録する。コミュニティ管理部１３は、コミュニティ同士を合併する場合、それらのコミュニティのコミュニティ情報２２を統合する。このようにしてコミュニティ同士が関連付けられたり合併されたりする。コミュニティを分割できてもよい。

【0076】

次に、予約支援機能の一例について説明する。ユーザは、パーティを作成したり、ラウンドを予約したりすることができる。

【0077】

図５は、予約支援処理の一例を示すフローチャートである。本フローチャートは、予約支援装置１により提供されるサービスの大まかな流れを示している。既に、複数のユーザのユーザ情報２１が登録されており、複数のコミュニティのコミュニティ情報２２が登録されているものとする。また、学習済データ２３も記憶部２０に格納されているものとする。

【0078】

まず、ユーザはユーザ登録を行う（ステップＳ１）。具体的には、インターフェイス制御部１１は、当該ユーザが操作するアプリ２１１からの要求に応じて、所定のユーザ登録画面をアプリ２１１に送信して表示させる。また、インターフェイス制御部１１は、当該ユーザ登録画面上でユーザが入力したユーザ情報（例えば、基本プロフィール、詳細プロフィール）を受信する。ユーザ管理部１２は、新しいユーザ情報２１を作成し、そこに受信された情報を格納する。このようにして、ユーザ登録が完了すると、インターフェイス制御部１１は、図９に示すようなホーム画面５００をアプリ２１１に表示させることができる。

【0079】

図９は、端末装置２に表示されるホーム画面５００の一例を示す図である。ホーム画面５００には、ホームボタン５０１、スケジュールボタン５０２、友達ボタン５０３、コミュニティボタン５０４、チャットボタン５０５、及びユーザ情報欄５０６が表示されている。ボタン５０１〜５０５は、ぞれぞれの機能に対応する操作画面に遷移するためのボタンであり、後述する他の操作画面でも共通に表示される。ユーザ情報欄５０６には、ユーザの名前と、ユーザＩＤと、基本プロフィール及び詳細プロフィールに含まれるデータ項目の少なくとも一部とが表示されている。

【0080】

図５を参照すると、次に、ユーザはコミュニティ参加を行う（ステップＳ２）。具体的には、インターフェイス制御部１１は、当該ユーザが操作するアプリ２１１からの要求に応じて、所定のコミュニティ検索画面をアプリ２１１に表示させ、ユーザが入力した検索キーワード等を受信する。コミュニティ管理部１３は、検索キーワードを使って、コミュニティ情報２２の名称を検索する。インターフェイス制御部１１は、検索結果をコミュニティ検索画面に表示させ、ユーザが入力した参加先のコミュニティのＩＤ及び名称を受信する。なお、検索画面には、検索されたコミュニティの情報に加え、関連コミュニティの情報が表示されてもよい。コミュニティ管理部１３は、入力されたコミュニティＩＤ及び名称に基づいて、当該ユーザの関係データの所属コミュニティの更新と、参加先のコミュニティの関係データの所属ユーザの更新とを行う。このようにして、コミュニティ参加が完了すると、インターフェイス制御部１１は、図１０に示すようなコミュニティ一覧画面５１０や図１１に示すようなコミュニティ画面５２０をアプリ２１１に表示させることができる。

【0081】

図１０は、端末装置２に表示されるコミュニティ一覧画面５１０の一例を示す図である。コミュニティ一覧画面５１０には、ボタン５０１〜５０５、コミュニティ毎のコミュニティ情報欄５１１、及びラウンド計画（２人予約）ボタン５１３が表示されている。コミュニティ情報欄５１１には、コミュニティの名称及びＩＤと、関係データの所属ユーザから特定されるユーザの画像の一覧と、コミュニティの変動データのモチベーションを表すモチベーション情報５１２とが表示されている。ボタン５１３は、後述するラウンド計画（２人予約）を実行するためのボタンである。

【0082】

図１１は、端末装置２に表示されるコミュニティ画面５２０の一例を示す図である。コミュニティ画面５２０は、例えばコミュニティ一覧画面５１０で選択されたコミュニティの情報が表示される。コミュニティ画面５２０には、ボタン５０１〜５０５、コミュニティ情報欄５２１、ステータス欄５２３、及びラウンド計画ボタン５２４が表示されている。コミュニティ情報欄５２１には、コミュニティの名称及びＩＤと、関係データの所属ユーザから特定されるユーザの画像の一覧と、コミュニティの変動データのモチベーションを表すモチベーション情報５２２とが表示されている。ステータス欄５２３には、コミュニティのスケジュール、関連コミュニティなどの情報が表示される。ボタン５２４は、後述するラウンド計画を実行するためのボタンである。

【0083】

図５を参照すると、次に、ユーザはラウンド計画を行う（ステップＳ３）。具体的には、例えば選択したコミュニティのコミュニティ画面５２０でラウンド計画５２４ボタンがクリック又はタップされるなど、ユーザ（対象ユーザ）の操作に応じて、計画部１５は、ユーザのＩＤと選択されたコミュニティのＩＤとを取得し、図６に示すラウンド計画処理を実行する。

【0084】

図６は、ラウンド計画処理の一例を示すフローチャートである。まず、マッチング部１４は、対象ユーザのゴルファー特性を取得する（ステップＳ３１）。具体的には、マッチング部１４は、対象ユーザのゴルファー特性をユーザ情報２１から取得する。

【0085】

それから、マッチング部１４は、対象ユーザのゴルファー特性に適合するゴルファー特性を有する一人以上の候補ユーザを抽出する（ステップＳ３２）。具体的には、マッチング部１４は、ステップＳ３１で取得した対象ユーザのゴルファー特性を、学習済モデルである学習済データ２３に入力し、その出力に基づいて、一致率が最も高い分類を取得する。また、マッチング部１４は、選択されたコミュニティのコミュニティ情報２２に基づいて、所属するユーザを特定する。そして、マッチング部１４は、特定した各所属ユーザのユーザ情報２１を参照し、取得した分類に対応する分類を有する一人以上の候補ユーザを抽出する。抽出可能な候補ユーザが見つからない場合は、次に高い一致率の分類を取得して、候補ユーザを抽出してもよい。

【0086】

それから、計画部１５は、対象ユーザと一人以上の候補ユーザを含むパーティを作成する（ステップＳ３３）。具体的には、計画部１５は、対象ユーザとステップＳ３２で抽出された一人以上の候補ユーザの様々な組み合わせからなる１つ以上のパーティを作成する。パーティは、通常、ラウンドが許可され得る３人又は４人である。

【0087】

それから、計画部１５は、パーティが予約可能なプランを計画する（ステップＳ３４）。具体的には、計画部１５は、ステップＳ３３で作成した各パーティについて、ユーザ情報２１に基づいて、メンバ全員のスケジュールが合うラウンド日と、メンバ全員の重複するプレイエリアを特定する。また、計画部１５は、各パーティについて、人数、ラウンド日、プレイエリア等の希望条件を含むプランの検索要求を、予約システム３に送信する。そして、計画部１５は、各パーティについて、予約システム３から１つ以上のプランの情報を受信する。

【0088】

それから、計画部１５は、プランを提示する（ステップＳ３５）。具体的には、計画部１５の要求に応じて、インターフェイス制御部１１は、ステップＳ３４で取得された各プランの情報を含む、図１２に示すようなラウンド計画結果画面５３０を、対象ユーザのアプリ２１１に表示させる。

【0089】

図１２は、端末装置２に表示されるラウンド計画結果画面５３０の一例を示す図である。ラウンド計画結果画面５３０には、ボタン５０１〜５０５、コミュニティ情報欄５３１、及びパーティ毎の計画結果欄５３２が表示されている。コミュニティ情報欄５３１には、ラウンド計画で選択されたコミュニティの名前及びＩＤが表示されている。計画結果欄５３２には、同一パーティについて、１又は複数のプランが表示されている。また、計画結果欄５３２には、各プランの詳細情報を表示するための詳細ボタンや、各プランを予約するための予約ボタンが表示されている。

【0090】

図５を参照すると、ステップＳ３において、例えばコミュニティ一覧画面５１０でラウンド計画（２人予約）ボタン５１３がクリック又はタップされるなど、ユーザ（対象ユーザ）の操作に応じて、計画部１５は、対象ユーザのＩＤと、予め指名されたペアユーザのＩＤとを取得し、図７に示すラウンド計画（２人予約）処理を実行する。ペアユーザの指名は、例えばコミュニティ一覧画面５１０に表示されたユーザの画像の一覧から受け付けることができる。

【0091】

図７は、ラウンド計画（２人予約）処理の一例を示すフローチャートである。図６の処理と異なる点を中心に説明する。まず、マッチング部１４は、対象ユーザ及びペアユーザのゴルファー特性を取得する（ステップＳ３１ａ）。

【0092】

それから、マッチング部１４は、対象ユーザ及びペアユーザのゴルファー特性に適合するゴルファー特性を有する一人以上の候補ユーザを抽出する（ステップＳ３２ａ）。具体的には、マッチング部１４は、ステップＳ３１ａで取得した対象ユーザのゴルファー特性を、学習済モデルである学習済データ２３に入力し、その出力に基づいて、一致率が最も高い分類を取得する。ステップＳ３１ａで取得したペアユーザのゴルファー特性についても同様に、適合する分類を得る。また、マッチング部１４は、対象ユーザの所属する各コミュニティのコミュニティ情報２２基づいて、各コミュニティに所属するユーザを特定する。ペアユーザについても同様に、ペアユーザの所属する各コミュニティに所属するユーザを特定する。そして、マッチング部１４は、特定した各所属ユーザのユーザ情報２１を参照し、対象ユーザ及びペアユーザに関して取得した２つの分類に対応する分類を有する一人以上の候補ユーザを抽出する。抽出可能な候補ユーザが見つからない場合は、次に高い一致率の分類を取得して、候補ユーザを抽出してもよい。

【0093】

それから、計画部１５は、対象ユーザ及びペアユーザと一人以上の候補ユーザとを含むパーティを作成する（ステップＳ３３ａ）。具体的には、計画部１５は、対象ユーザ及びペアユーザと、ステップＳ３２ａで抽出された一人以上の候補ユーザの様々な組み合わせからなる１つ以上のパーティを作成する。パーティは、通常は、ラウンドが許可され得る３人又は４人である。

【0094】

それから、計画部１５は、パーティが予約可能なプランを計画する（ステップＳ３４ａ）。この処理は図６のステップＳ３４と同様である。

【0095】

それから、計画部１５は、プランを提示する（ステップＳ３５ａ）。具体的には、計画部１５の要求に応じて、インターフェイス制御部１１は、ステップＳ３４ａで取得された各プランの情報を含む、図１３に示すようなラウンド計画（２人予約）結果画面５４０を、アプリ２１１に表示させる。

【0096】

図１３は、端末装置２に表示されるラウンド計画（２人予約）結果画面５４０の一例を示す図である。ラウンド計画（２人予約）結果画面５４０には、ボタン５０１〜５０５、及びパーティ毎の計画結果欄５４２が表示されている。計画結果欄５４２には、同一パーティについて、１又は複数のプランが表示されている。また、計画結果欄５４２には、各プランの詳細情報を表示するための詳細ボタンや、各プランを予約するための予約ボタンが表示されている。

【0097】

なお、上述のラウンド計画処理では、対象ユーザ又はペアユーザの所属するコミュニティ内に限って候補ユーザを抽出しているが、コミュニティ内に限らず、ユーザ登録している全員又はその中から検索条件により絞り込まれたユーザの中から、候補ユーザを抽出してもよい。ただし、一般的に同一コミュニティ内のユーザには何らかの共通点（例えば、友達同士、同僚同士など）があることを前提とすれば、コミュニティ内に限った方が相性が良く、心理的な抵抗が低減される可能性が高い。

【0098】

図５を参照すると、次に、ユーザはラウンド予約を行う（ステップＳ４）。具体的には、例えば画面５３０又は画面５４０でいずれかのプランの予約ボタンがクリック又はタップされるなど、ユーザ（対象ユーザ）の操作に応じて、予約部１６は、当該選択されたプランの予約要求を、予約システム３に送信する。予約部１６は、予約が完了すると、当該予約されたプランに関する情報（例えば、ラウンド日、参加ユーザのＩＤ及び名前、ゴルフコースの名称、プレイエリアなど）を、各参加ユーザのスケジュールに記録する。プランの予約が行われた後、ユーザは、実際に予約されたゴルフコースを訪問し、ラウンドをプレイする。

【0099】

次に、ユーザはラウンドレビューを行う（ステップＳ５）。具体的には、当該プランの終了後、ユーザ（対象ユーザ）の操作に応じて、インターフェイス制御部１１は、図１４に示すようなラウンドレビュー画面５５０を、アプリ２１１に表示させる。

【0100】

図１４は、端末装置２に表示されるラウンドレビュー画面５５０の一例を示す図である。ラウンドレビュー画面５５０には、ボタン５０１〜５０５、ラウンド情報欄５５１、ラウンドレビュー欄５５２、参加ユーザ毎のメンバレビュー欄５５３、及び送信ボタン５５４が表示されている。ラウンド情報欄５５１には、ラウンドを特定する情報（例えば、ラウンド日、ゴルフコースの名称など）が表示される。ラウンドレビュー欄５５２には、ラウンドに対する評価点数と評価コメントを入力することができる。メンバレビュー欄５５３には、対象ユーザ以外の参加ユーザ個人に対する評価点数と評価コメントを入力することができる。送信ボタン５５４は、画面５５０で入力されたレビュー情報を送信するためのボタンである。

【0101】

送信ボタン５５４がクリック又はタップされると、ユーザ管理部１２は、画面５５０で入力されたレビュー情報を取得し、各参加ユーザ個人に対するレビュー情報をそれぞれ、当該参加ユーザのユーザ情報２１の変動データに記録する。また、ラウンドに対するレビュー情報も、各参加ユーザの変動データに記録する。

【0102】

なお、各参加ユーザも、同様にラウンドレビューを行うことができる。従って、ユーザ同士の相互のレビュー情報は、それぞれのユーザ情報２１に記録される。例えば、ユーザＡ〜Ｄの４人のパーティでラウンドした場合、ユーザＡのユーザ情報２１には、ユーザＢ〜ＤによるユーザＡ個人に対するレビューと、ユーザＢ〜Ｄによるラウンドに対するレビューとが記録される。ユーザＢ〜Ｄについても同様である。

【0103】

以上のようにして、各ユーザによるラウンドレビューが行われると、バックグラウンドで学習処理が実行されてもよい。

【0104】

図８は、学習処理の一例を示すフローチャートである。まず、学習部１７は、レビューされた対象ユーザのゴルファー特性とレビュー情報を、ユーザ情報２１から取得する（ステップＳ５１）。また、学習部１７は、対象ユーザをレビューした他のユーザのゴルファー特性を、ユーザ情報２１から取得する（ステップＳ５２）。

【0105】

それから、学習部１７は、教師データを生成する（ステップＳ５３）。具体的には、例えば、学習部１７は、ステップＳ５１で取得した対象ユーザのゴルファー特性と、ステップＳ５２で取得した他のユーザのゴルファー特性と、ステップＳ５１で取得した他のユーザによるレビュー情報を定量化したラベルデータとをセットとする教師データを生成する。そして、学習部１７は、ステップＳ５３で生成した教師データを使って、深層学習アルゴリズムにより学習済モデルに学習させる（ステップＳ５４）。

【0106】

以上、本発明の一実施形態について説明した。本実施形態によれば、ラウンドへの参加の障壁を低くし、ラウンドプレイヤの増加に寄与することができる。例えば、本実施形態の予約支援サービスを利用することで、ユーザは、予定の合うメンバを募ったりゴルフコースを探したりすることなく、簡単にラウンドを計画することができる。さらに、学習済データを使って相性の良いメンバからなるパーティが作成されるため、初見のメンバであったとしても心理的な抵抗が低減される。

【0107】

本発明は、上記の各実施形態に限定されず、本発明の要旨の範囲内で種々の変形実施が可能であり、それらの態様を含むものである。ある実施形態の一部の構成要素を、他の実施形態に加えたり、他の実施形態の一部の構成要素と置換したりしてもよい。ある実施形態の構成要素のうち、一部の構成要素を省略することもできる。

【0108】

また、予約支援装置の少なくとも一部の機能は、予約システムの機能に含まれていてもよいし、予約システムの少なくとも一部の機能は、予約支援装置の機能に含まれていてもよい。また、予約支援装置の少なくとも一部の機能は、端末装置のアプリの機能に含まれていてもよい。

【0109】

本発明は、ラウンドの予約に限らず、ハーフラウンドの予約、ゴルフ練習場の予約など、様々な場所の利用の予約に適用することができる。また、本発明は、装置に限らず、装置を含むシステム、方法、コンピュータ読み取り可能なプログラムなどの様々な態様で提供することができる。

【符号の説明】

【0110】

１…予約支援装置、２…端末装置、３…予約システム、１０…処理部、１１…インターフェイス制御部、１２…ユーザ管理部、１３…コミュニティ管理部、１４…マッチング部、１５…計画部、１６…予約部、１７…学習部、２０…記憶部、２１…ユーザ情報、２２…コミュニティ情報、２３…学習済データ、３０…通信部、２１０…処理部、２１１…アプリ、２２０…記憶部、２３０…通信部、２４０…表示部、２５０…入力部、５００…ホーム画面、５０１…ホームボタン、５０２…スケジュールボタン、５０３…友達ボタン、５０４…コミュニティボタン、５０５…チャットボタン、５０６…ユーザ情報欄、５１０…コミュニティ一覧画面、５１１…コミュニティ情報欄、５１２…モチベーション情報、５１３…ラウンド計画（２人予約）ボタン、５２０…コミュニティ画面、５２１…コミュニティ情報欄、５２２…モチベーション情報、５２３…ステータス欄、５２４…ラウンド計画ボタン、５３０…ラウンド計画結果画面、５３１…コミュニティ情報欄、５３２…計画結果欄、５４０…ラウンド計画（２人予約）結果画面、５４２…計画結果欄、５５０…ラウンドレビュー画面、５５１…ラウンド情報欄、５５２…ラウンドレビュー欄、５５３…メンバレビュー欄、５５４…送信ボタン、Ｎ…通信ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】