JP7772070B2 - マッチング装置、マッチングシステム、マッチング方法及びプログラム - Google Patents

Description

本開示は、マッチング装置、マッチングシステム、マッチング方法及び非一時的なコンピュータ可読媒体に関する。

イベントに参加するユーザの満足度を高めるため、ユーザに対して、席又はエリアを推薦する方法が提案されている。例えば、特許文献１には、イベントにおいてユーザに割り当てられるエリアの特徴と、ユーザの特徴とのマッチングを行い、推薦するエリアとユーザの組み合わせを選択する情報処理装置が開示されている。

国際公開第２０１５／０１６０９４号

ここで、近年、リモート参加形式のオンラインイベントが多く開催されている。そして参加者は、主に自宅から上記オンラインイベントに参加している。しかし、自宅からの参加では、没入感・臨場感を得られないことがある。したがって、自宅以外の好みの施設、例えばシェアオフィスやホテルの個室、から上記オンラインイベントに手軽に参加したいというニーズがある。

尚、上述の特許文献１に記載の情報処理装置では、ユーザとイベント会場内のエリアとのマッチングはできるが、ユーザとユーザがリモート参加形式のオンラインイベントに参加可能な施設とをマッチングすることは想定されていない。

本開示の目的は、上述した課題に鑑み、ユーザがオンラインイベントにリモートで参加可能な施設から、ユーザに合った施設を容易に把握できるマッチング装置、マッチングシステム、マッチング方法及び非一時的なコンピュータ可読媒体を提供することにある。

本開示の一態様にかかるマッチング装置は、
リモート参加形式のオンラインイベントを開催可能な、複数の施設の各々に関する施設情報を取得する施設情報取得手段と、
前記オンラインイベントの参加を希望するユーザのユーザ情報を取得するユーザ情報取得手段と、
前記ユーザの前記ユーザ情報と、前記施設情報とに基づいて、前記複数の施設から推奨施設を選択する選択手段と、
前記推奨施設に関連する情報を、前記ユーザが使用するユーザ端末に出力させる出力制御手段とを備える。

本開示の一態様にかかるマッチングシステムは、
ユーザが使用するユーザ端末と、
マッチング装置と
を備え、
前記マッチング装置は、
リモート参加形式のオンラインイベントを開催可能な、複数の施設の各々に関する施設情報を取得する施設情報取得手段と、
前記オンラインイベントの参加を希望するユーザのユーザ情報を取得するユーザ情報取得手段と、
前記ユーザのユーザ情報と、前記施設情報とに基づいて、前記複数の施設から推奨施設を選択する選択手段と、
前記推奨施設に関連する情報を、前記ユーザ端末に出力させる出力制御手段と
を有する。

本開示の一態様にかかるマッチング方法は、
リモート参加形式のオンラインイベントを開催可能な、複数の施設の各々に関する施設情報を取得し、
前記オンラインイベントの参加を希望するユーザのユーザ情報を取得し、
前記ユーザの前記ユーザ情報と、前記施設情報とに基づいて、前記複数の施設から推奨施設を選択し、
前記推奨施設に関連する情報を、前記ユーザが使用するユーザ端末に出力させる。

本開示の一態様にかかる非一時的なコンピュータ可読媒体は、
リモート参加形式のオンラインイベントを開催可能な、複数の施設の各々に関する施設情報を取得する施設情報取得処理と、
前記オンラインイベントの参加を希望するユーザのユーザ情報を取得するユーザ情報取得処理と、
前記ユーザの前記ユーザ情報と、前記施設情報とに基づいて、前記複数の施設から推奨施設を選択する選択処理と、
前記推奨施設に関連する情報を、前記ユーザが使用するユーザ端末に出力させる出力制御処理と
をコンピュータに実行させるためのプログラムが格納される。

本開示により、ユーザがオンラインイベントにリモートで参加可能な施設から、ユーザに合った施設を容易に把握できるマッチング装置、マッチングシステム、マッチング方法及び非一時的なコンピュータ可読媒体を提供できる。

実施形態１にかかるマッチング装置の構成を示すブロック図である。 実施形態１にかかるマッチング方法の流れを示すフローチャートである。 実施形態２にかかるマッチングシステムの全体構成を示すブロック図である。 実施形態２にかかるユーザ端末の構成を示すブロック図である。 実施形態２にかかる施設端末の構成を示すブロック図である。 実施形態２にかかるマッチング装置の構成を示すブロック図である。 実施形態２にかかる選択部による選択処理を説明するための図である。 実施形態２にかかるマッチング方法の流れを示すシーケンス図である。 実施形態２にかかるマッチング方法の流れを示すシーケンス図である。 実施形態２にかかるユーザ情報の入力画面を示す図である。 実施形態２にかかるユーザ端末に表示される表示画面の一例を示す図である。 実施形態３にかかるマッチングシステムの全体構成を示すブロック図である。 実施形態３にかかるマッチング装置の構成を示すブロック図である。 実施形態３にかかる選択部によるクラスタリング処理及び選択処理を説明するための図である。 実施形態３にかかるマッチング方法の流れを示すシーケンス図である。 実施形態３にかかるユーザ端末に表示される表示画面の一例を示す図である。 実施形態３にかかるユーザ端末に表示される表示画面の一例を示す図である。

以下では、本開示の実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。

＜実施形態１＞
まず、本開示の実施形態１について説明する。図１は、実施形態１にかかるマッチング装置１０の構成を示すブロック図である。マッチング装置１０は、リモート参加形式のオンラインイベントを開催可能な施設から、ユーザに合った施設を選択し、リコメンドするコンピュータ装置である。ここで「リモート参加形式のオンラインイベントを開催可能な施設」とは、参加者がオンラインイベントにリモートで参加するための設備を備えた施設である。例えば上記施設は、コンピュータをインターネットに接続するための通信設備と、表示設備とを少なくとも備えた施設であってよい。例えば上記施設は、ホテル、旅館、民泊施設、カラオケルーム、カフェ、レンタルオフィス、マンション、又は公共施設などであってよい。また「リモート参加形式のオンラインイベントを開催可能な施設」は、施設内の部屋を指してもよい。

マッチング装置１０は、ネットワーク（不図示）に接続される。ネットワークは、有線であっても無線であってもよい。また、当該ネットワークには、ユーザが使用するユーザ端末（不図示）が接続されている。つまり、マッチング装置１０は、ネットワークを介してユーザ端末と通信可能に接続される。マッチング装置１０は、施設情報取得部１１と、ユーザ情報取得部１２と、選択部１３と、出力制御部１５とを備える。

施設情報取得部１１は、施設情報取得手段とも呼ばれる。施設情報取得部１１は、複数の施設の各々に関する施設情報を取得する。上記施設は、リモート参加形式のオンラインイベントを開催可能な施設である。オンラインイベントとは、ネットワークを用いて、ネットワーク上で所定の期間に配信されるイベントである。施設情報は、予約状況、空き状況、所在地、提供されるサービス、設備、備品、又は利用料金若しくは利用料金の価格帯に関する情報を含んでよい。

ユーザ情報取得部１２は、ユーザ情報取得手段とも呼ばれる。ユーザ情報取得部１２は、上記オンラインイベントの参加を希望するユーザのユーザ情報を取得する。ここで、「オンラインイベントの参加を希望するユーザ」とは、ユーザ端末を用いてオンラインイベントの参加登録要求をマッチング装置１０に送信したユーザであってよい。しかし上記ユーザは、マッチング装置１０又は他の参加登録システムにおいてオンラインイベントの参加登録を完了しているユーザであってもよい。ユーザ情報は、ユーザの年齢、性別、居住地、趣味、志向性、又は利用料金の希望等を含んでよい。またユーザ情報は、ユーザのお気に入りの人物、ユーザが支持している人物、又は当該人物のファンである年月（いわゆる、ファン歴）の情報を含んでよい。

選択部１３は、選択手段とも呼ばれる。選択部１３は、ユーザ情報取得部１２が取得したユーザのユーザ情報と、施設情報取得部１１が取得した施設情報とに基づいて、複数の施設から推奨施設を選択する。

出力制御部１５は、出力制御手段とも呼ばれる。出力制御部１５は、推奨施設に関連する情報をユーザ端末に出力させる。推奨施設に関連する情報は、推奨施設の施設情報を含んでよい。また推奨施設に関連する情報は、推奨施設のウェブサイトのＵＲＬ（Uniform Resource Locator）、推奨施設を予約するための予約サイトのＵＲＬ、又は推奨施設を利用するための優待情報を含んでもよい。

図２は、実施形態１にかかるマッチング方法の流れを示すフローチャートである。まずマッチング装置１０の施設情報取得部１１は、オンラインイベントが開催可能な施設の施設情報を取得する（Ｓ１０）。次に、ユーザ情報取得部１２は、上記オンラインイベントの参加を希望するユーザのユーザ情報を取得する（Ｓ１１）。次に、選択部１３は、ユーザ情報及び施設情報に基づいて、推奨施設を選択する（Ｓ１２）。次に、出力制御部１５は、推奨施設に関連する情報をユーザ端末に出力させる（Ｓ１３）。

このように実施形態１によれば、マッチング装置１０は、ユーザがオンラインイベントにリモートで参加可能な施設から、ユーザに合った施設に関連する情報を容易に提供できる。したがって、ユーザは、自分に合った施設を容易に把握できる。

＜実施形態２＞
次に、本開示の実施形態２について説明する。図３は、実施形態２にかかる、マッチング装置が適用されることができるマッチングシステム１０００の全体構成を示すブロック図である。マッチングシステム１０００は、リモート参加形式のオンラインイベントを開催可能な施設からユーザに合った施設を選択し、リコメンドし、施設の予約処理を実行するコンピュータシステムである。マッチングシステム１０００は、マッチング装置１００と、ユーザ端末２００と、複数の施設端末３００とを備える。マッチングシステム１０００においては、これらの装置がネットワークＮを介して通信可能に接続されている。

ユーザ端末２００は、ユーザが使用する情報端末である。ユーザ端末２００は、ユーザがオンラインイベントの参加を希望する場合、マッチング装置１００に対して参加登録要求を送信する。このときユーザ端末２００は、上述したユーザ情報をマッチング装置１００に送信する。そしてユーザ端末２００は、上述した推奨施設に関連する情報をマッチング装置１００から受信したことに応じて、推奨施設に関連する情報を表示する。ユーザ端末２００は、ユーザが推奨施設の予約を希望する場合、その旨を受け付けて、マッチング装置１００に予約要求を送信する。

各施設端末３００は、上述した、各施設に関する施設情報を管理する情報端末である。各施設端末３００は、オンラインイベントを開催可能である旨と、その施設情報を、マッチング装置１００に送信する。また各施設端末３００は、マッチング装置１００とともに、自己の施設の予約処理を実行してよい。

マッチング装置１００は、ユーザ端末２００から参加登録要求を受信した場合、ユーザ端末２００からユーザ情報も受信する。またマッチング装置１００は、施設端末３００の各々から、オンラインイベントを開催可能である旨と、その施設情報とを受信する。そしてマッチング装置１００は、ユーザ情報及び複数の施設情報に基づいて、複数の施設からユーザに合った推奨施設を選択する。マッチング装置１００は、推奨施設に関連する情報（以下では、出力情報と呼ぶ）として、ユーザ端末２００に送信する。

図４は、実施形態２にかかるユーザ端末２００の構成を示すブロック図である。ユーザ端末２００は、記憶部２２０と、通信部２３０と、表示部２４０と、入力部２５０と、制御部２６０とを備える。

記憶部２２０は、ユーザ端末２００の各機能を実現するためのプログラムが格納される記憶装置である。通信部２３０は、ネットワークＮとの通信インタフェースである。表示部２４０は、表示装置である。入力部２５０は、入力を受け付ける入力装置である。表示部２４０及び入力部２５０は、タッチパネルのように、一体的に構成されていてもよい。制御部２６０は、ユーザ端末２００が有するハードウェアの制御を行う。

制御部２６０は、入力部２５０を介してユーザからオンラインイベントの参加を希望する旨の入力を受け付けたことに応じて、通信部２３０を介して参加登録要求をマッチング装置１００に送信する。また制御部２６０は、入力部２５０を介してユーザから受け付けたユーザ情報を、通信部２３０を介してマッチング装置１００に送信する。また制御部２６０は、推奨施設に関連する出力情報をマッチング装置１００から受信した場合、出力情報を表示部２４０に表示させる。また制御部２６０は、入力部２５０を介してユーザから推奨施設の選択操作を受け付けたことに応じて、通信部２３０を介してマッチング装置１００に予約要求を送信する。

図５は、実施形態２にかかる施設端末３００の構成を示すブロック図である。施設端末３００は、記憶部３２０と、通信部３３０と、表示部３４０と、入力部３５０と、制御部３６０とを備える。

記憶部３２０は、施設端末３００の各機能を実現するためのプログラムが格納される記憶装置である。通信部３３０は、ネットワークＮとの通信インタフェースである。表示部３４０は、表示装置である。入力部３５０は、入力を受け付ける入力装置である。制御部３６０は、施設端末３００が有するハードウェアの制御を行う。

制御部３６０は、入力部３５０を介して施設管理者からオンラインイベントを開催可能である旨及び施設情報の入力を受け付けたことに応じて、通信部３３０を介してこれらの情報をマッチング装置１００に送信する。また制御部３６０は、ユーザから予約要求があった旨の通知をマッチング装置１００から受けた場合、対応する施設の予約登録を実行する。予約登録とは、例えば、対応する施設の予約システムに、予約に関する情報を登録することであってよい。

図６は、実施形態２にかかるマッチング装置１００の構成を示すブロック図である。マッチング装置１００は、記憶部１１０と、メモリ１２０と、通信部１３０と、制御部１４０とを備える。

記憶部１１０は、ハードディスク、フラッシュメモリ等の記憶装置である。記憶部１１０は、プログラム１１１と、施設ＤＢ１１２と、ユーザＤＢ１１３とを記憶する。プログラム１１１は、本実施形態２にかかるマッチング方法の処理が実装されたコンピュータプログラムである。

施設ＤＢ１１２は、オンラインイベントが開催可能な施設の、施設情報を記憶する。具体的には、施設ＤＢ１１２は、施設ＩＤ１１２１と、施設情報１１２２と、提供情報１１２３とを対応付けて記憶する。

施設ＩＤ１１２１は、施設を識別する情報であり、例えば施設名である。

施設情報１１２２は、予約状況、所在地、提供されるサービス、設備、及び利用料金の情報を含んでいる。提供されるサービスの情報は、イベントに関連するサービスの内容を示してよい。イベントに関連するサービスは、例えばイベントに関連する部屋の装飾サービス、イベントに関連するお土産若しくはアメニティの提供、イベントに関連する商品の販売、又はイベントに関連する飲食メニューの提供等であってよい。尚、提供されるサービスの情報は、通常の利用形態において提供されるサービスの情報を含んでよい。設備の情報は、通信環境、スピーカ等の音響設備、ディスプレイやプロジェクタ等の表示設備、又は部屋の防音設備の情報を含んでよい。尚、施設情報１１２２は、備品又はその施設の評価情報（例えば口コミや評価点）を含んでもよい。備品は、例えば、マイク、ＰＣ、キーボード、マウス、ディスプレイ、充電器、机、椅子、文房具、カメラ、タブレット端末、マラカス、タンバリン又は各種ケーブルなどを含み得る。

提供情報１１２３は、その施設に関連する情報である。例えば提供情報１１２３は、その施設の施設情報１１２２を含んでよい。また例えば提供情報１１２３は、その施設のウェブサイトのＵＲＬ、その施設を予約するための予約サイトのＵＲＬ、又はその施設を利用するための優待情報を含んでもよい。推奨施設として選択された施設の提供情報１１２３は、ユーザ端末２００に送信する出力情報として、あるいは出力情報の基礎として用いられる。

ユーザＤＢ１１３は、オンラインイベントの参加を希望するユーザのユーザ情報を記憶する。具体的には、ユーザＤＢ１１３は、ユーザＩＤ１１３１と、ユーザ情報１１３２とを対応付けて記憶する。
ユーザＩＤ１１３１は、ユーザを識別する情報である。ユーザＩＤ１１３１は、参加登録時に発行されてよい。
ユーザ情報１１３２は、ユーザの属性情報、趣味嗜好の情報、又は施設予約についての希望条件を示す情報であってよい。本例では、ユーザ情報１１３２は、ユーザの年齢、居住地、趣味、及び利用料金の希望価格帯の情報を含む。またユーザ情報１１３２は、ユーザの性別、嗜好性、お気に入りの人物、支持している人物、ファン歴、又は希望する備品の情報を含んでもよい。

メモリ１２０は、ＲＡＭ（Random Access Memory）等の揮発性記憶装置であり、制御部１４０の動作時に一時的に情報を保持するための記憶領域である。通信部１３０は、ネットワークＮとの通信インタフェースを含む。

制御部１４０は、マッチング装置１００の各構成を制御するプロセッサつまり制御装置である。制御部１４０は、記憶部１１０からプログラム１１１をメモリ１２０へ読み込ませ、プログラム１１１を実行する。これにより、制御部１４０は、施設情報取得部１４１、ユーザ情報取得部１４２、選択部１４３、出力制御部１４５、及び予約処理部１４６の機能を実現する。

施設情報取得部１４１は、上述した施設情報取得部１１の一例である。施設情報取得部１４１は、複数の施設の各々に対応する施設端末３００から、施設ＩＤ、オンラインイベントを開催可能である旨、及びその施設の施設情報を受信し、取得する。施設情報取得部１４１は、オンラインイベントを開催可能である施設の施設情報を、施設ＩＤに対応付けて施設ＤＢ１１２に格納する。また施設情報取得部１４１は、上記施設の各々について、提供情報を取得し、施設ＩＤに対応付けて施設ＤＢ１１２に格納する。

ユーザ情報取得部１４２は、ユーザ端末２００から、参加登録要求を受信する。そして参加登録要求を受信したユーザ情報取得部１４２は、ユーザにユーザＩＤを発行する。ユーザ情報取得部１４２はまた、ユーザ端末２００から、ユーザ端末２００に入力されたユーザ情報を受信し、取得する。ユーザ情報取得部１４２は、取得したユーザ情報を、ユーザＩＤに対応付けてユーザＤＢ１１３に登録する。これにより、ユーザ情報取得部１４２はオンラインイベントの参加登録を受け付ける。

尚、ユーザ情報取得部１４２は、ユーザの行動履歴又はユーザの購入履歴を任意のタイミングで取得し、ユーザの行動履歴又はユーザの購入履歴からユーザ情報を抽出してもよい。例えばユーザ情報取得部１４２は、ユーザ端末２００又は外部装置において動作する行動履歴又は購入履歴の管理アプリケーションから、ユーザの行動履歴又はユーザの購入履歴を取得してよい。尚、ここで抽出されるユーザ情報は、趣味、志向性、お気に入り若しくは支持している人物、又はファン歴の情報等であってよい。そしてユーザ情報取得部１４２は、抽出したユーザ情報を、ユーザＩＤに対応付けてユーザＤＢ１１３に登録する。

選択部１４３は、上述した選択部１３の一例である。選択部１４３は、ユーザＤＢ１１３に登録され、参加登録要求元のユーザのユーザＩＤに対応付けられたユーザ情報と、施設ＤＢ１１２に格納された各施設ＩＤに対応付けられる施設情報とに基づいて、複数の施設からユーザにオススメの推奨施設を選択する。

図７は、実施形態２にかかる選択部１４３による選択処理を説明するための図である。図７には、参加登録要求元のユーザＵと、複数の施設Ｆ－１～Ｆ－４とが示されている。選択部１４３は、まず各施設Ｆ－１，Ｆ－２，Ｆ－３，Ｆ－４について、ユーザＵのユーザ情報とその施設情報とに基づいて、推奨度を算出する。このとき、選択部１４３は、ユーザ情報と相関の高い施設情報を有する施設の推奨度が高くなるように、推奨度を算出する。これにより、マッチング装置１００が参加登録要求元のユーザの好みに合った施設情報を有する施設を、そのユーザに推奨できる。

そして選択部１４３は、各推奨度に基づいて複数の施設から推奨施設を選択する。例えば選択部１４３は、推奨度の最も高い施設Ｆ－１を、推奨施設として選択する。しかし選択部１４３は、推奨度が上位所定個である施設（例えば推奨度が上位２個である施設Ｆ－１及びＦ－４）、又は推奨度が所定値以上である施設（例えば推奨度が３以上である施設Ｆ－１、Ｆ－２及びＦ－４）を、推奨施設として選択してもよい。

尚、施設ごとの推奨度（総合的な推奨度と呼ぶことがある）については、選択部１４３は、所定の評価項目（例えば、「距離」、「価格」及び「サービス」）の各々について個別の推奨度を算出し、個別の推奨度に基づいて算出するようにしてもよい。具体例として、選択部１４３は、以下のように施設ごとの推奨度を算出してよい。まず選択部１４３は、施設ごとに、「距離」についての個別の推奨度を、ユーザ情報に含まれる「居住地」とその施設の施設情報に含まれる「所在地」とに基づいて算出してよい。また選択部１４３は、施設ごとに、「価格」についての個別の推奨度を、ユーザ情報に含まれる「年齢」及び「志向性」とその施設の施設情報に含まれる「利用料金」とに基づいて算出してよい。また、選択部１４３は、施設ごとに、「サービス」についての個別の推奨度を、ユーザ情報に含まれる「年齢」、「性別」、「趣味」、及び「お気に入りの人物」とその施設の施設情報に含まれる「サービス」とに基づいて算出してよい。そして選択部１４３は、個別の推奨度の平均が高いほど、総合的な推奨度が高くなるようにしてよい。また選択部１４３は、ユーザＵが重視する評価項目がある場合、その評価項目に対応する個別の推奨度に重みをつけて、総合的な推奨度を算出してもよい。尚これに代えて、ユーザＵが重視するユーザ情報がある場合、選択部１４３は、個別の推奨度の算出の段階で、そのユーザ情報に重みをつけてもよい。

また、選択部１４３は、各施設Ｆ－１，Ｆ－２，Ｆ－３，Ｆ－４について、ユーザＵのユーザ情報及び施設情報に加えて、他のユーザのユーザ情報に基づいて、推奨度を算出してもよい。他のユーザは、その施設での参加を現在希望している他のユーザであってもよいし、その施設の利用を予約している他のユーザであってもよい。これにより、マッチング装置１００は、相性が良いユーザ同士を、そのユーザたちの好みに合った施設に集めることが容易となる。

図６に戻り、説明を続ける。出力制御部１４５は、上述した出力制御部１５の一例である。出力制御部１４５は、ユーザ端末２００から参加登録要求を受信した場合、ユーザ端末２００に、ユーザ情報の入力画面を表示させる。尚、出力制御部１４５は、ユーザ端末２００に対して、ユーザ情報の入力を受け付けるための音声出力情報を出力させ、収音した音声をユーザ端末２００から取得することで、ユーザ情報の入力を受け付けてもよい。

出力制御部１４５は、施設ＤＢ１１２から、推奨施設の施設ＩＤに対応付けられた提供情報を取得する。そして出力制御部１４５は、提供情報を出力情報として、参加登録要求元のユーザ端末２００に送信し、ユーザ端末２００に表示させる。しかしこれに代えて、出力制御部１４５は、提供情報に基づいて出力情報を生成した上で、出力情報を参加登録要求元のユーザ端末２００に送信し、ユーザ端末２００に表示させてもよい。この場合、出力情報は、取得した１又は複数の提供情報と、その提供情報の表示態様の情報とを含んでよい。表示態様は、提供情報に対応付けられた推奨施設の推奨度に応じて、出力制御部１４５により決められてよい。このとき出力制御部１４５は、推奨度が高い推奨施設の提供情報ほど、表示順位が高くなるように、又は強調して表示されるように、表示態様を決定してよい。

予約処理部１４６は、予約処理手段とも呼ばれる。予約処理部１４６は、出力情報を表示したユーザ端末２００から予約要求を受信した場合、予約要求にかかる施設の予約処理を開始する。例えば予約処理部１４６は、予約要求にかかる施設の施設端末３００に対して、ユーザから予約要求があった旨を通知し、予約登録を実行させる。そして予約処理部１４６は、予約登録が完了したことを施設端末３００から受信した場合、施設ＤＢ１１２の、当該施設の施設ＩＤに対応付けられた施設情報の、予約状況を更新する。

図８及び図９は、実施形態２にかかるマッチング方法の流れを示すシーケンス図である。本図では説明のため、マッチングシステム１０００には２つの施設の各々に対応する施設端末３００－１，３００－２が含まれるとするが、これに限らない。複数の施設端末３００－１，３００－２の各々は、自己の施設がイベント開催可能である旨と、自己の施設の施設情報と、施設ＩＤとを、マッチング装置１００に送信する（Ｓ２０）。そしてマッチング装置１００の施設情報取得部１４１は、取得した施設情報を、施設ＩＤに対応付けて施設ＤＢ１１２に格納する（Ｓ２１）。

次にユーザ端末２００は、マッチング装置１００に対してオンラインイベントの参加登録要求を送信する（Ｓ２２）。次に、マッチング装置１００の出力制御部１４５は、ユーザ情報の入力画面を、ユーザ端末２００に対して送信し、ユーザ端末２００に表示させる（Ｓ２３）。

図１０は、実施形態２にかかるユーザ情報の入力画面を示す図である。ユーザ端末２００の表示部２４０には、参加登録に必要なユーザ情報の入力領域が表示される。図１０では、一例として、表示部２４０には、年齢、性別、居住地、趣味、好きな芸能人、ファン歴、利用料金の希望価格帯、及び希望する備品を入力する領域が表示されている。

また、表示部２４０には、ユーザが施設を選ぶ場合に、居住地から近い場所にある施設を重視するか（「距離重視」）、利用料金が安いことを重視するか（「価格重視」）、サービスの内容を重視するか（「サービス重視」）をチェックする領域も表示されてよい。本評価項目のいずれかにチェックが入っている場合、マッチング装置１００の選択部１４３は、チェックされた評価項目が、ユーザＵにとって重視する評価項目であるとみなしてよい。この場合、選択部１４３は、後続する選択処理において、チェックされた評価項目に対応する個別の推奨度に重みをつけて総合的な推奨度を算出してよい。

図８に戻り説明を続ける。上述した入力画面がユーザ端末２００の表示部２４０に表示された場合、ユーザは、ユーザ端末２００の入力部２５０を用いて、ユーザ情報の入力操作を行う（Ｓ２４）。入力操作を受け付けたユーザ端末２００は、入力されたユーザ情報を、マッチング装置１００に送信する（Ｓ２５）。ユーザ情報を受信したマッチング装置１００のユーザ情報取得部１４２は、ユーザＩＤを発行し（Ｓ２６）、ユーザＩＤと、ユーザ情報とを対応付けて、ユーザＤＢ１１３に登録する（Ｓ２７）。そしてマッチング装置１００のユーザ情報取得部１４２は、ユーザＩＤを、ユーザ端末２００に通知する（Ｓ２８）。

次に、マッチング装置１００の選択部１４３は、複数の施設の各々について、少なくともユーザ情報及び各施設情報に基づいて、推奨度を算出する（Ｓ２９）。次に、選択部１４３は、推奨度に基づいて、複数の施設から推奨施設を選択する（Ｓ３０）。次に、マッチング装置１００の出力制御部１４５は、推奨施設の施設ＩＤに対応付けられた提供情報を、施設ＤＢ１１２から取得する（Ｓ３１）。次に、出力制御部１４５は、提供情報と、その表示態様の情報とを含む出力情報を生成する（Ｓ３２）。次に、出力制御部１４５は、出力情報を、ユーザ端末２００に送信する（Ｓ３３）。

出力情報を受信したユーザ端末２００は、出力情報を表示部２４０に表示する（Ｓ３４）。次に、ユーザ端末２００は、予約を希望する施設の選択操作をユーザから受け付ける（Ｓ３５）。

図１１は、実施形態２にかかるユーザ端末２００に表示される表示画面の一例を示す図である。ユーザ端末２００の表示部２４０には、図１１に示すように、出力情報に基づいた表示画面が表示される。本例では、ユーザにオススメの施設は、Ａホテル及びＢホテルであり、出力情報には、Ａホテルの提供情報４００と、Ｂホテルの提供情報４０１と、表示態様の情報とが含まれる。表示態様の情報には、Ａホテルの提供情報４００の表示順位が１位であり、Ｂホテルの提供情報４０１の表示順位が２位であることを示す情報が含まれている。提供情報４００，４０１には、施設情報である、又は施設情報に基づいて生成された情報が含まれる。一例として、提供情報４００，４０１には、住所、最寄り駅、利用料金、及びオススメサービスが含まれてよい。また一例として、提供情報４００，４０１には、その施設での参加を現在希望している他のユーザの人数の情報、及びあと何人予約が可能かを示す情報が含まれてよい。これによりユーザに、現在希望している他のユーザの人数を知らせて、その部屋の混雑の程度や人気の程度を把握させることで、ユーザが容易に利用施設を決定できる。

ここで、マッチング装置１００の選択部１４３が、上述した評価項目ごとの個別の推奨度を算出する場合、出力情報には、ユーザにオススメの施設の、評価項目ごとの個別の推奨度を示す情報が含まれてもよい。そしてユーザ端末２００の表示部２４０は、ユーザにオススメの施設の、評価項目ごとの個別の推奨度を示す情報を提供情報とともに表示してよい。一例として、表示部２４０は、Ａホテルは全ての評価項目で星３つであるが、Ｂホテルは「価格」と「サービス」について星２つであり、「距離」について星３つであると表示してよい。星の数は、個別の推奨度の大きさに応じて決められてよい。またユーザＵが「距離重視」を選択した場合は、「距離」に対応する個別の推奨度に重みがつけられるため、表示部２４０では、「価格」と「サービス」に関する星の数が小さくても、「距離」に関する星の数が大きい施設が優先的に表示される。

尚、ユーザ端末２００の表示部２４０には、Ａホテル及びＢホテルの各々について、部屋の予約を申し込むための入力領域５００，５０１も表示されている。ユーザがＡホテルの部屋の予約を希望する場合、ユーザは、Ａホテルの提供情報４００に対応付けられた入力領域５００を選択する。

図９に戻り、説明を続ける。選択操作を受け付けたユーザ端末２００は、予約要求をマッチング装置１００に送信する（Ｓ３６）。予約要求には、ユーザが選択した推奨施設の情報（例えば施設ＩＤ）が含まれる。

予約要求を受信したマッチング装置１００の予約処理部１４６は、選択された推奨施設に対応する施設端末３００（本図では、施設端末３００－１）に、その旨を通知し、予約処理を開始する（Ｓ３７）。これにより、マッチング装置１００及び施設端末３００－１は、予約処理を実行する。予約処理が完了したことに応じて、マッチング装置１００の予約処理部１４６は、施設ＤＢ１１２において、予約にかかる施設の施設ＩＤに対応付けられた予約状況を更新する（Ｓ３８）。

このように実施形態２によれば、マッチング装置１００は、ユーザがオンラインイベントにリモートで参加可能な施設から、ユーザに合った施設を選択し、当該施設に関連する出力情報を容易に提供する。これにより、マッチング装置１００は、ユーザに施設の予約を促すことができる。したがって、ユーザは、自己のユーザ情報をマッチング装置１００に提供するだけで、自分に合った施設を容易に把握できる。そしてユーザは、自分に合った施設の利用予約を、容易に行うことができる。

＜実施形態３＞
次に、本開示の実施形態３について説明する。実施形態３は、相性が良いユーザ同士が集まったクラスタと、施設とをマッチングすることに特徴を有する。

図１２は、実施形態３にかかるマッチングシステム１０００ａの全体構成を示すブロック図である。マッチングシステム１０００ａは、複数のユーザ端末２００を含む。またマッチングシステム１０００ａは、マッチング装置１００に代えてマッチング装置１００ａを備える。

図１３は、実施形態３にかかるマッチング装置１００ａの構成を示すブロック図である。マッチング装置１００ａは、記憶部１１０及び制御部１４０に代えて、記憶部１１０ａ及び制御部１４０ａを備える。記憶部１１０ａは、プログラム１１１に代えてプログラム１１１ａを記憶する。プログラム１１１ａは、実施形態３にかかるマッチング方法の処理が実装されたコンピュータプログラムである。

制御部１４０ａは、ユーザ情報取得部１４２及び選択部１４３に代えて、ユーザ情報取得部１４２ａ及び選択部１４３ａを有する点で制御部１４０と相違する。

ユーザ情報取得部１４２ａは、ユーザ情報取得部１４２と同様に、ユーザ情報を取得する。但し、ユーザ情報取得部１４２ａは、複数のユーザの各々のユーザ情報を取得する。

選択部１４３ａは、各ユーザのユーザ情報に基づいて、複数のユーザをクラスタリングする（クラスタリング処理）。クラスタリング手法としては、ｋ平均法といった公知のクラスタリング手法を用いることができる。ここで、選択部１４３ａは、１施設あたり必ず複数人が配分されるように、１クラスタに属するユーザの数が２以上となるように、クラスタリングを実行してよい。しかし、１クラスタに属するユーザの数の条件は、これに限らず、所定の人数以上としてもよい。

そして選択部１４３ａは、各クラスタについて、そのクラスタに属するユーザのユーザ情報と、各施設の施設情報とに基づいて、複数の施設のうちから推奨施設を選択する（選択処理）。

図１４は、実施形態３にかかる選択部１４３ａによるクラスタリング処理及び選択処理を説明するための図である。図１４には、参加登録要求元の複数のユーザＵ－１～Ｕ－５が示されている。
まず選択部１４３ａは、ユーザ情報に基づいて、ユーザＵ－１～Ｕ－５をクラスタリングする。これにより、ユーザＵ－１～Ｕ－５は、ユーザ情報の相関性が高いクラスタＣ－１又はクラスタＣ－２に分類される。一例として、クラスタＣ－１は、お気に入りの人物が「アイドルグループａ」である傾向のクラスタであり、クラスタＣ－２は、お気に入りの人物が「アーティストｂ」である傾向のクラスタである。
そして選択部１４３ａは、各クラスタＣ－１，Ｃ－２について、推奨施設を選択する。例えば選択部１４３ａは、クラスタＣ－１に属するユーザＵ－１，Ｕ－３のユーザ情報に基づいて、クラスタＣ－１の属性情報を生成する。一例として、選択部１４３ａは、クラスタＣ－１については「アイドルグループａのファン」という属性情報を生成し、クラスタＣ－２については「アーティストｂのファン」という属性情報を生成してよい。そして選択部１４３ａは、クラスタＣ－１の推奨施設として、クラスタＣ－１に属するユーザＵ－１，Ｕ－３のユーザ情報と、各施設Ｆ－１，Ｆ－２，Ｆ－３，Ｆ－４の施設情報とに基づいて、クラスタＣ－１に相関が高い施設Ｆ－２を選択する。選択部１４３ａは、クラスタＣ－２の推奨施設についても、同様に推奨施設を選択する。これにより、マッチング装置１００ａは、相性が良いユーザ同士を、そのユーザたちの好みに合った施設に集めることが容易となる。

ここで、クラスタリング処理に用いるユーザ情報と、選択処理（特に、クラスタの属性情報の生成処理）に用いるユーザ情報とは、種類が同じであってもよいし、一部が異なっていてもよいし、全部が異なっていてもよい。上述の説明では、クラスタリング処理及び選択処理の両方に同じ種類のユーザ情報（上述の例では、お気に入りの人物）が用いられていた。しかし一例として、選択部１４３ａは、ユーザ情報のうち、お気に入りの人物の情報をクラスタリングに用い、ユーザ情報のうち、お気に入りの人物の情報及び希望価格帯の情報を選択処理に用いてよい。また一例として、選択部１４３ａは、ユーザ情報のうち、お気に入りの人物の情報をクラスタリングに用い、ユーザ情報のうち、居住地及び希望価格帯の情報を選択処理に用いてよい。ここで、各処理において、どのユーザ情報を重視するかをユーザＵが設定可能であってよい。選択部１４３ａは、設定されたユーザ情報に重み付けをして、クラスタリング処理や選択処理を実行してよい。

尚、クラスタＣ－１又はＣ－２に属するユーザの数が、そのクラスタの推奨施設に対応して定められる人数の条件を満たしていない場合、選択部１４３ａは、再度クラスタリングを実行してよい。推奨施設に対応して定められる人数とは、その推奨施設の、部屋に収容可能な最大人数（いわゆる、収容人数）、又はオンラインイベントを開催するための最低人数（いわゆる、最低開催人数）である。図１４の例では、ユーザＵ－１，Ｕ－３が属するクラスタＣ－１の推奨施設は、施設Ｆ－２である。ここで、施設Ｆ－２の最低開催人数が３人である場合、クラスタＣ－１のユーザ数が３人未満であるため、選択部１４３ａは、再度クラスタリングを実行してよい。尚、再度クラスタリングを実行するとは、全ユーザを母集団としてパラメータを変更して同様のクラスタリングをすることであってもよいし、一部のクラスタ内のユーザを母集団としてクラスタリングをすることであってもよい。また、再度クラスタリングを実行するとは、一部のクラスタ内の一部のユーザを、他のクラスタに収容させることであってもよいし、一部のクラスタを統合することであってもよい。これにより、人数の条件を満たすようにクラスタと施設とをマッチングさせることが可能となる。

あるいは、上述のように人数の条件を満たさない場合、選択部１４３ａは、クラスタと施設とが別の組み合わせとなるように再度選択処理を実行してもよい。これによっても、人数の条件を満たすようにクラスタと施設とをマッチングさせることが可能となる。

図１５は、実施形態３にかかるマッチング方法の流れを示すシーケンス図である。図１５に示すＳ５１は、各ユーザ端末２００－１，２００－２について図８のＳ２８が実行された後に行われる。ユーザ端末２００－１，２００－２は、それぞれ、ユーザＵ－１及びユーザＵ－２が使用するユーザ端末である。

マッチング装置１００ａの選択部１４３ａは、ユーザ端末２００－１，２００－２から取得したユーザ情報に基づいて、参加登録したユーザＵ－１，Ｕ－２をクラスタリングする（Ｓ５１）。次に、マッチング装置１００ａの選択部１４３ａは、クラスタ毎に、各施設の推奨度を算出する（Ｓ５２）。ここでも、上述の実施形態２と同様に、選択部１４３ａは、所定の評価項目（例えば、「距離」、「価格」及び「サービス」）の各々について個別の推奨度を算出し、個別の推奨度に基づいて各施設の推奨度（総合的な推奨度）を算出するようにしてもよい。次に、マッチング装置１００ａの選択部１４３ａは、クラスタ毎に、推奨度に基づいて、推奨施設を割り当てる（Ｓ５３）。マッチング装置１００ａは、図９のＳ３１～Ｓ３２と同様の処理であるＳ５４～Ｓ５５を、各クラスタに対して実行する。次に、マッチング装置１００ａの出力制御部１４５は、ユーザ端末２００－１，２００－２に対して、ユーザＵ－１，Ｕ－２が属するクラスタＣ－１，Ｃ－２に応じた出力情報を送信する（Ｓ５６）。

出力情報を受信したユーザ端末２００－１，２００－２の各々は、出力情報を表示部２４０に表示する（Ｓ５７）。次に、ユーザ端末２００－１，２００－２の各々は、予約を希望する施設の選択操作をユーザから受け付ける（Ｓ５８）。

図１６は、実施形態３にかかるユーザ端末２００－１に表示される表示画面の一例を示す図である。ユーザ端末２００－１の表示部２４０には、図１６に示すように、クラスタＣ－１に応じた出力情報に基づいた表示画面が表示される。本例では、ユーザにオススメの施設は、Ａホテルであり、出力情報には、Ａホテルの提供情報４１０が含まれる。一例として、提供情報４１０には、住所、最寄り駅、利用料金、及びオススメサービスが含まれてよい。そして提供情報４１０には、Ａホテルを推奨されているユーザの特徴を示す情報が含まれてよい。Ａホテルを推奨されているユーザの特徴を示す情報は、クラスタリング処理に用いたユーザ情報の特徴情報、又は選択処理に用いたユーザ情報に基づいて生成されたクラスタＣ－１の属性情報であってよい。このような情報を表示することにより、ユーザは、その施設を推奨されている他のユーザが自分と相性が良さそうかを把握することができる。尚、選択部１４３ａが、上述した評価項目ごとの個別の推奨度を算出する場合、出力情報には、推奨される施設の、評価項目ごとの個別の推奨度を示す情報が含まれてもよい。

ここで、ユーザ端末２００－１の表示部２４０には、ユーザＵ－１が、推奨されたＡホテルの部屋の予約を申し込むための入力領域５１０が表示されている。一方、ユーザ端末２００－１の表示部２４０には、ユーザＵ－１が推奨されたＡホテル以外の施設の予約を希望する場合に対応するため、他の施設の情報を要求する入力領域６００も表示されていてよい。

マッチング装置１００ａの選択部１４３ａは、入力領域６００が選択されたことに応じて、収容人数に空きがある施設のうち、ユーザＵ－１と相関の高い施設を特定してよい。収容人数に空きがあるとは、収容人数から既に割り当てられたクラスタに属するユーザ数を差し引いた値が１以上である施設であってよい。その施設がユーザＵ－１と相関が高いかは、上述の実施形態２と同様に、ユーザＵ－１のユーザ情報とその施設の施設情報とに基づく推奨度により決定されてよい。また、その施設がユーザＵ－１と相関が高いかは、これに加えて、その施設に既に割り当てられたクラスタに属するユーザのユーザ情報に基づく推奨度により決定されてよい。

選択部１４３ａが他の施設を特定した場合、出力制御部１４５は、上述のように特定された施設の提供情報を含む出力情報を、ユーザ端末２００－１に送信する。そしてユーザ端末２００－１の表示部２４０には、図１７に示す表示画面が表示される。図１７は、実施形態３にかかるユーザ端末２００－１に表示される表示画面の一例を示す図である。

本例では、特定された他の施設は、Ｂホテル及びＣホテルであり、出力情報には、Ｂホテルの提供情報４１１と、Ｃホテルの提供情報４１２と、表示態様の情報とが含まれる。またユーザ端末２００－１の表示部２４０には、Ｂホテル及びＣホテルの各々について、部屋の予約を申し込むための入力領域５１１，５１２も表示されている。

尚、上述の実施形態２と同様に、出力情報には、ユーザと相関の高い施設の、評価項目ごとの個別の推奨度を示す情報が含まれてもよい。そしてユーザ端末２００－１の表示部２４０は、ユーザと相関の高い施設の、評価項目ごとの個別の推奨度を示す情報を提供情報とともに表示してよい。一例として、表示部２４０は、Ｂホテルは全ての評価項目で星３つであるが、Ｃホテルは「価格」と「サービス」について星２つであり、「距離」について星３つであると表示してよい。星の数は、個別の推奨度の大きさに応じて決められてよい。またユーザＵが「距離重視」を選択した場合は、「距離」に対応する個別の推奨度に重みがつけられるため、表示部２４０では、「価格」と「サービス」に関する星の数が小さくても、「距離」に関する星の数が大きい施設が優先的に表示される。

入力領域５１０，５１１，５１２のいずれかの選択を受け付けたユーザ端末２００－１は、予約要求をマッチング装置１００ａに送信する（Ｓ５９）。ユーザ端末２００－２についても同様である。そして図９のＳ３７～Ｓ３８と同様の処理を、各ユーザ端末の予約要求について、実行する。

このように実施形態３によれば、マッチング装置１００ａは、相性が良いユーザ同士を、そのユーザたちの好みに合った施設に、人数条件を課して集めることが容易となる。したがって、施設側にとっては、人数が集まらない中でオンラインイベントを開催するというリスクを回避できる。これにより、施設に対してオンラインイベントの開催会場の提供を促進できる。またユーザ側にとっては、混雑を避けながらも、相性の良い他のユーザと、直接イベント体験を共有できる。これにより、ユーザの、オンラインイベントへの満足度をより高めることができる。

上述の実施形態では、ハードウェアの構成として説明したが、これに限定されるものではない。本開示は、任意の処理を、プロセッサにコンピュータプログラムを実行させることにより実現することも可能である。

上述の例において、プログラムは、コンピュータに読み込まれた場合に、実施形態で説明された１又はそれ以上の機能をコンピュータに行わせるための命令群（又はソフトウェアコード）を含む。プログラムは、非一時的なコンピュータ可読媒体又は実体のある記憶媒体に格納されてもよい。限定ではなく例として、コンピュータ可読媒体又は実体のある記憶媒体は、random-access memory（RAM）、read-only memory（ROM）、フラッシュメモリ、solid-state drive（SSD）又はその他のメモリ技術、CD-ROM、digital versatile disc（DVD）、Blu-ray（登録商標）ディスク又はその他の光ディスクストレージ、磁気カセット、磁気テープ、磁気ディスクストレージ又はその他の磁気ストレージデバイスを含む。プログラムは、一時的なコンピュータ可読媒体又は通信媒体上で送信されてもよい。限定ではなく例として、一時的なコンピュータ可読媒体又は通信媒体は、電気的、光学的、音響的、またはその他の形式の伝搬信号を含む。

尚、本開示は上記実施形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。

１０，１００，１００ａ マッチング装置
１１ 施設情報取得部
１２ ユーザ情報取得部
１３ 選択部
１５ 出力制御部
１１０，１１０ａ 記憶部
１１１，１１１ａ プログラム
１１２ 施設ＤＢ
１１２１ 施設ＩＤ
１１２２ 施設情報
１１２３ 提供情報
１１３ ユーザＤＢ
１１３１ ユーザＩＤ
１１３２ ユーザ情報
１２０ メモリ
１３０ 通信部
１４０，１４０ａ 制御部
１４１ 施設情報取得部
１４２，１４２ａ ユーザ情報取得部
１４３，１４３ａ 選択部
１４４ 生成部
１４５ 出力制御部
１４６ 予約処理部
２００ ユーザ端末
２２０ 記憶部
２３０ 通信部
２４０ 表示部
２５０ 入力部
２６０ 制御部
３００ 施設端末
３２０ 記憶部
３３０ 通信部
３４０ 表示部
３５０ 入力部
３６０ 制御部
４００，４０１，４１０ 提供情報
５００，５０１，５１０，５１１，５１２，６００ 入力領域
１０００，１０００ａ マッチングシステム
Ｎ ネットワーク

Claims (8)

1. リモート参加形式のオンラインイベントを開催可能な、複数の施設の各々に関する施設情報を取得する施設情報取得手段と、
   前記オンラインイベントの参加を希望するユーザのユーザ情報を取得するユーザ情報取得手段と、
   前記ユーザの前記ユーザ情報と、前記施設情報とに基づいて、前記複数の施設から推奨施設を選択する選択手段と、
   前記推奨施設に関連する情報を、前記ユーザが使用するユーザ端末に出力させる出力制御手段と
   を備え、
   前記選択手段は、
   前記複数の施設の各々について、前記ユーザの前記ユーザ情報と、前記施設情報と、前記施設での参加を希望している他のユーザのユーザ情報とに基づいて、推奨度を算出し、
   前記複数の施設の各々の推奨度に基づいて、推奨施設を選択するとともに、前記参加を希望している他のユーザの情報に応じて表示が変更される状態で前記推奨施設の推奨度を表示し、
   前記出力制御手段は、
   前記ユーザ端末に、前記複数の施設の各々について、前記施設での参加を希望している他のユーザの人数と、前記他のユーザの属性情報に基づいて生成された、前記施設を利用する場合に推奨される前記ユーザの特徴の情報と、を表示させる、
   マッチング装置。
2. 前記出力制御手段は、前記ユーザ端末に、前記ユーザ情報の入力画面を出力させ、
   前記ユーザ情報取得手段は、前記ユーザ端末に入力された前記ユーザ情報を、前記ユーザ端末から受信する
   請求項１に記載のマッチング装置。
3. 前記ユーザ情報取得手段は、複数のユーザの各々のユーザ情報を取得し、
   前記選択手段は、
   前記ユーザ情報のうち少なくとも一部の情報に基づいて、前記複数のユーザをクラスタリングし、
   各クラスタについて、そのクラスタに属するユーザの前記ユーザ情報のうち少なくとも一部の情報と、前記施設情報とに基づいて、前記複数の施設から推奨施設を選択し、
   前記出力制御手段は、各クラスタについて、前記推奨施設に関連する情報を、そのクラスタに属するユーザが使用するユーザ端末に出力し、
   前記ユーザのクラスタリング処理に用いるユーザ情報と、選択処理に用いるユーザ情報は、異なる種類のユーザ情報が利用されている、
   請求項１又は２に記載のマッチング装置。
4. 前記選択手段は、各クラスタに属するユーザの数が２以上となるように、前記クラスタリングを実行する
   請求項３に記載のマッチング装置。
5. 前記選択手段は、クラスタに属するユーザの数が、そのクラスタの推奨施設に対応して定められる人数の条件を満たしていない場合、再度クラスタリングを実行する
   請求項３又は４に記載のマッチング装置。
6. ユーザが使用するユーザ端末と、
   マッチング装置と
   を備え、
   前記マッチング装置は、
   リモート参加形式のオンラインイベントを開催可能な、複数の施設の各々に関する施設情報を取得する施設情報取得手段と、
   前記オンラインイベントの参加を希望するユーザのユーザ情報を取得するユーザ情報取得手段と、
   前記ユーザのユーザ情報と、前記施設情報とに基づいて、前記複数の施設から推奨施設を選択する選択手段と、
   前記推奨施設に関連する情報を、前記ユーザ端末に出力させる出力制御手段と
   を有し、
   前記選択手段は、
   前記複数の施設の各々について、前記ユーザの前記ユーザ情報と、前記施設情報と、前記施設での参加を希望している他のユーザのユーザ情報とに基づいて、推奨度を算出し、
   前記複数の施設の各々の推奨度に基づいて、推奨施設を選択するとともに、前記参加を希望している他のユーザの情報に応じて表示が変更される状態で、前記推奨施設の推奨度を表示し、
   前記ユーザ端末に、前記複数の施設の各々について、前記施設での参加を希望している他のユーザの人数と、前記他のユーザの属性情報に基づいて生成された、前記施設を利用する場合に推奨される前記ユーザの特徴の情報と、を表示させる、
   マッチングシステム。
7. リモート参加形式のオンラインイベントを開催可能な、複数の施設の各々に関する施設情報を取得し、
   前記オンラインイベントの参加を希望するユーザのユーザ情報を取得し、
   前記ユーザの前記ユーザ情報と、前記施設情報とに基づいて、前記複数の施設から推奨施設を選択し、
   前記推奨施設に関連する情報を、前記ユーザが使用するユーザ端末に出力する際に、
   前記複数の施設の各々について、前記ユーザの前記ユーザ情報と、前記施設情報と、前記施設での参加を希望している他のユーザのユーザ情報とに基づいて、推奨度を算出し、
   前記複数の施設の各々の推奨度に基づいて、推奨施設を選択するとともに、前記参加を希望している他のユーザの情報に応じて表示が変更される状態で、前記推奨施設の推奨度を表示し、
   前記ユーザ端末に、前記複数の施設の各々について、前記施設での参加を希望している他のユーザの人数と、前記他のユーザの属性情報に基づいて生成された、前記施設を利用する場合に推奨される前記ユーザの特徴の情報と、を表示させる、
   マッチング方法。
8. リモート参加形式のオンラインイベントを開催可能な、複数の施設の各々に関する施設情報を取得する施設情報取得処理と、
   前記オンラインイベントの参加を希望するユーザのユーザ情報を取得するユーザ情報取得処理と、
   前記ユーザの前記ユーザ情報と、前記施設情報とに基づいて、前記複数の施設から推奨施設を選択する選択処理と、
   前記推奨施設に関連する情報を、前記ユーザが使用するユーザ端末に出力させる出力制御処理と、を行う際に、
   前記複数の施設の各々について、前記ユーザの前記ユーザ情報と、前記施設情報と、前記施設での参加を希望している他のユーザのユーザ情報とに基づいて、推奨度を算出し、
   前記複数の施設の各々の推奨度に基づいて、推奨施設を選択するとともに、前記参加を希望している他のユーザの情報に応じて表示が変更される状態で、前記推奨施設の推奨度を表示すること、および、
   前記ユーザ端末に、前記複数の施設の各々について、前記施設での参加を希望している他のユーザの人数と、前記他のユーザの属性情報に基づいて生成された、前記施設を利用する場合に推奨される前記ユーザの特徴の情報と、を表示させること、
   をコンピュータに実行させるためのプログラム。