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

Abstract

【課題】マッチング精度を向上させることを可能とする。【解決手段】評価データベース１６は、第１のユーザと過去のイベントに参加した他のユーザによる当該第１のユーザに対する評価を示す第１の評価情報及び第２のユーザと過去のイベントに参加した他のユーザによる当該第２のユーザに対する評価を示す第２の評価情報を格納する。マッチング処理部１４は、第１の評価情報によって示される第１のユーザに対する評価と第２の評価情報によって示される第２のユーザに対する評価とに基づいて、第１のユーザの第１のユーザ端末に対する操作に応じて当該第１のユーザによって企画されたイベントを、第２のユーザ端末を介して第２のユーザに通知することによって、当該イベントにおいて第１のユーザ及び第２のユーザをマッチングさせる。【選択図】図２

Description

本発明は、マッチング装置、マッチングシステム、マッチング方法及びプログラムに関する。

近年では、例えば共通の目的を有する複数のユーザをマッチングさせるサービス（以下、マッチングサービスと表記）が知られている。

特開２０１６−０７６０７８号公報

しかしながら、上記したマッチングサービスでは例えばユーザの属性情報（ユーザ情報）等を用いてマッチングさせる場合が多く、単に属性情報を用いるのみではユーザにとって所望のユーザをマッチングさせることは困難である。したがって、マッチング精度を向上させることが可能な仕組みが望まれている。

そこで、本発明の目的は、マッチング精度を向上させることが可能なマッチング装置、マッチングシステム、マッチング方法及びプログラムを提供することにある。

本発明の１つの態様によれば、第１のユーザによって使用される第１のユーザ端末及び前記第１のユーザとは異なる第２のユーザによって使用される第２のユーザ端末と通信可能に接続されるマッチング装置が提供される。前記マッチング装置は、前記第１のユーザと過去のイベントに参加した他のユーザによる当該第１のユーザに対する評価を示す第１の評価情報及び前記第２のユーザと過去のイベントに参加した他のユーザによる当該第２のユーザに対する評価を示す第２の評価情報を格納する評価データベースと、前記第１の評価情報によって示される前記第１のユーザに対する評価と前記第２の評価情報によって示される前記第２のユーザに対する評価とに基づいて、前記第１のユーザの前記第１のユーザ端末に対する操作に応じて当該第１のユーザによって企画されたイベントを、前記第２のユーザ端末を介して前記第２のユーザに通知することによって、当該イベントにおいて前記第１のユーザ及び前記第２のユーザをマッチングさせるマッチング手段とを具備する。

本発明は、マッチング精度を向上させることを可能とする。

本発明の第１の実施形態に係るマッチング装置を含むネットワークシステムのハードウェア構成の一例を示す図。 マッチング装置の機能構成の一例を示すブロック図。 ユーザデータベースのデータ構造の一例を示す図。 イベントデータベースのデータ構造の一例を示す図。 評価データベースのデータ構造の一例を示す図。 本実施形態に係るマッチングシステムの概要について説明するための図。 イベント生成処理の処理手順の一例を示すシーケンスチャート。 マッチング処理の処理手順の一例を示すシーケンスチャート。 評価処理の処理手順の一例を示すシーケンスチャート。 イベント特定処理の処理手順の一例を示すフローチャート。 本発明の第２の実施形態に係るマッチングシステムの概要について説明するための図。 マッチング装置の機能構成の一例を示すブロック図。 マッチング履歴データベースのデータ構造の一例を示す図。 第２のマッチング処理の処理手順の一例を示すシーケンスチャート。

以下、図面を参照して、本発明の各実施形態について説明する。

（第１の実施形態）
図１は、本実施形態に係るマッチング装置を含むネットワークシステム（マッチングシステム）のハードウェア構成を示す図である。

図１に示すマッチングシステムは、主として、マッチング装置１０及びユーザ端末２１及び２２を含む複数のユーザ端末を備える。

マッチング装置１０は、例えばＣＰＵのようなハードウェアプロセッサ１０ａを含むコンピュータ（サーバコンピュータ）及び当該プロセッサ１０ａによって利用され、当該プロセッサ１０ａと接続される記憶装置１０ｂとを備える。この記憶装置１０ｂは、例えばプロセッサ１０ａによって実行されるプログラムを格納する。

複数のユーザ端末の各々は、ユーザによって使用される、例えばスマートフォン及びタブレット端末等の携帯型端末機器を含む。複数のユーザ端末は、ネットワーク３０を介してマッチング装置１０と通信可能に接続される。

なお、以下の説明においては、ユーザ端末２１を使用するユーザをユーザＸ（第１のユーザ）、ユーザ端末２２を使用するユーザをユーザＹ（第２のユーザ）と称する。

本実施形態に係るマッチング装置１０（を含むマッチングシステム）は、複数のユーザ端末の各々を使用する各ユーザを後述するイベントにおいてマッチングさせるために用いられる。

図２は、図１に示すマッチング装置１０の主として機能構成を示すブロック図である。図２に示すように、マッチング装置１０は、ユーザデータベース（ＤＢ）１１、イベント生成部１２、イベントデータベース１３、マッチング処理部１４、評価処理部１５及び評価データベース（ＤＢ）１６を含む。

本実施形態において、ユーザデータベース１１、イベントデータベース１３及び評価データベース１６は、例えば上記した記憶装置１０ｂに格納されている。また、本実施形態において、イベント生成部１２、マッチング処理部１４及び評価処理部１５は、上記したプロセッサ１０ａ（コンピュータ）がプログラムを実行すること（すなわち、ソフトウェア）によって実現されるものとする。なお、これらの各部１２、１４及び１５は、ハードウェアによって実現されてもよいし、ハードウェアとソフトウェアとの組み合わせ構成によって実現されてもよい。

ユーザデータベース１１には、マッチングシステムを利用する上記したユーザＸ及びユーザＹを含む複数のユーザに関する情報（以下、ユーザ情報と表記）が格納される。なお、ユーザデータベース１１に格納されるユーザ情報は、ユーザ毎に予め登録されている。

イベント生成部１２は、例えばユーザ端末２１に対するユーザＸの操作に応じて、当該ユーザＸによって企画されたイベント（を示す情報）を生成する。なお、イベント生成部１２によって生成されるイベントは、ユーザＸ以外の他のユーザ（例えば、ユーザＹ）が参加する（つまり、ユーザＸ及びユーザＹがマッチングされる）ことによって開催される。イベントとしては、上記したように複数のユーザをマッチングさせるものであればよく、例えば食事会マッチング、ネイリストマッチング及びゴルフコーチマッチング等が含まれる。

イベントデータベース（ＤＢ）１３には、イベント生成部１２によって生成されたイベントを示す情報（以下、イベント情報と表記）が格納される。

マッチング処理部１４は、マッチングシステムを利用する複数のユーザ（例えば、ユーザＸ及びユーザＹ）をマッチングさせるための処理を実行する。マッチング処理部１４は、ユーザデータベース１１に格納されているユーザ情報及びイベントデータベース１３に格納されているイベント情報に基づいて、例えばユーザＸによって企画されたイベントをユーザＹに対して通知することにより、当該ユーザＸ及びユーザＹをマッチングさせる。この場合、ユーザＹに対して通知されるイベント（例えば、ユーザＸによって企画されたイベント）は、後述する評価データベース１６に格納されている評価情報に基づいて特定される。なお、ユーザＸ及びユーザＹがマッチングされるとは、例えばユーザＸによって企画されたイベントにユーザＹが参加する（つまり、ユーザＸ及びユーザＹによって当該イベントが開催される）こと等を含む。

ここで、上記したように例えばユーザＸによって企画されたイベントにユーザＹが参加した場合、当該ユーザＸは、ユーザ端末２１を操作することによって、当該ユーザＹに対する評価をすることができる。同様に、ユーザＹは、ユーザ端末２２を操作することによって、ユーザＸに対する評価をすることができる。

評価処理部１５は、例えばユーザＸによるユーザＹに対する評価を表す評価情報を評価データベース（ＤＢ）１６に格納する。また、評価処理部１５は、ユーザＹによるユーザＸに対する評価を示す評価情報を評価データベース１６に格納する。なお、詳細については後述するが、評価データベース１６に格納された評価情報は、上記したようにマッチング処理部１４による処理に利用される。

なお、評価データベース１６には、例えばユーザＸと過去のイベントに参加した他のユーザによる当該ユーザＸに対する評価を示す評価情報（第１の評価情報）及びユーザＹと過去のイベントに参加した他のユーザによる当該ユーザＹに対する評価を示す評価情報（第２の評価情報）が格納（蓄積）されている。評価データベース１６には、ユーザＸ及びユーザＹ以外の他のユーザに対する評価を示す評価情報も格納されている。

図３は、図２に示すユーザデータベース１１のデータ構造の一例を示す。ユーザデータベース１１には、上記したようにマッチングシステムを利用するユーザ毎にユーザ情報が格納されている。

図３に示すように、ユーザ情報は、ユーザＩＤに対応づけてユーザ名、年齢、住所、カード情報及び条件等を含む。

ユーザＩＤは、ユーザを識別するための識別子である。ユーザ名は、対応づけられているユーザＩＤによって識別されるユーザのユーザ名（例えば、氏名等）を含む。

年齢は、対応づけられているユーザＩＤによって識別されるユーザの年齢を含む。住所は、対応づけられているユーザＩＤによって識別されるユーザの住所を含む。カード情報は、対応づけられているユーザＩＤによって識別されるユーザが所有するクレジットカードのカード番号及び有効期間等を含む。

条件は、対応づけられているユーザＩＤによって識別されるユーザによって指定された、マッチングに関する条件（タグ）を含む。条件には、例えばマッチングされるユーザの年齢及び住所等のユーザ情報に関する条件が含まれる。また、ユーザ情報に関する条件以外にも、条件には、例えばイベントが開催される場所及びその他の条件等が含まれていても構わない。

図３に示す例では、ユーザデータベース１１には、ユーザ情報１１１〜１１３が格納されている。

ユーザ情報１１１は、ユーザＩＤ「１１」に対応づけてユーザ名「ユーザＸ」、年齢「年齢１」、住所「住所１」、カード情報「カード情報１」及び条件「条件１」を含む。このユーザ情報１１１によれば、ユーザＩＤ「１１」によって識別されるユーザのユーザ名が「ユーザＸ」であることが示されている。すなわち、上記したユーザ端末２１を使用するユーザＸを識別するためのユーザＩＤはユーザＩＤ「１１」であり、ユーザ情報１１１は、ユーザＸに関するユーザ情報である。ユーザ情報１１１によれば、ユーザＸの年齢が「年齢１」であり、当該ユーザＸの住所が「住所１」であり、当該ユーザＸのカード情報が「カード情報１」であることが示されている。また、ユーザ情報１１１によれば、ユーザＸによって指定されたマッチングに関する条件が「条件１」であることが示されている。

ユーザ情報１１２は、ユーザＩＤ「１２」に対応づけてユーザ名「ユーザＹ」、年齢「年齢２」、住所「住所２」、カード情報「カード情報２」及び条件「条件２」を含む。このユーザ情報１１２によれば、ユーザＩＤ「１２」によって識別されるユーザのユーザ名が「ユーザＹ」であることが示されている。すなわち、上記したユーザ端末２２を使用するユーザＹを識別するためのユーザＩＤはユーザＩＤ「１２」であり、ユーザ情報１１２は、ユーザＹに関するユーザ情報である。ユーザ情報１１２によれば、ユーザＹの年齢が「年齢２」であり、当該ユーザＹの住所が「住所２」であり、当該ユーザＹのカード情報が「カード情報２」であることが示されている。また、ユーザ情報１１２によれば、ユーザＹによって指定されたマッチングに関する条件が「条件２」であることが示されている。

ユーザ情報１１３は、ユーザＩＤ「１３」に対応づけてユーザ名「ユーザＺ」、年齢「年齢３」、住所「住所３」、カード情報「カード情報３」及び条件「条件３」を含む。このユーザ情報１１３によれば、ユーザＩＤ「１３」によって識別されるユーザのユーザ名が「ユーザＺ」であることが示されている。上記したユーザＩＤ「１３」によって識別されるユーザをユーザＺと称するものとすると、ユーザ情報１１３は、ユーザＺに関するユーザ情報である。ユーザ情報１１３によれば、ユーザＺの年齢が「年齢３」であり、当該ユーザＺの住所が「住所３」であり、当該ユーザＺのカード情報が「カード情報３」であることが示されている。また、ユーザ情報１１３によれば、ユーザＺによって指定されたマッチングに関する条件が「条件３」であることが示されている。

ここでは、ユーザ情報１１１〜１１３についてのみ説明したが、他のユーザに関するユーザ情報についても同様である。

なお、図３に示す例ではユーザ情報がユーザＩＤ、ユーザ名、年齢、住所、カード情報及び条件を含むものとして説明したが、当該ユーザ情報は、例えば年収及び職業等の他の情報が含まれていても構わない。また、ユーザ情報は、例えばユーザの顔画像等を含んでいても構わない。

図４は、図２に示すイベントデータベース１３のデータ構造の一例を示す。イベントデータベース１３には、マッチングシステムを利用するユーザによって企画されたイベント毎に当該イベントを示す情報が格納されている。

図４に示すように、イベント情報は、イベントＩＤに対応づけて企画者、開催日時、マッチングポイント及び費用等を含む。

イベントＩＤは、イベントを識別するための識別子である。企画者は、対応づけられているイベントＩＤによって識別されるイベントを企画したユーザを識別するためのユーザＩＤを含む。

開催日時は、対応づけられているイベントＩＤによって識別されるイベントの開催日時を含む。マッチングポイントは、対応づけられているイベントＩＤによって識別されるイベントが開催される場所（位置を示す位置情報）を含む。

費用は、対応づけられているイベントＩＤによって識別されるイベントの開催に必要な費用を含む。なお、上記した費用には、当該費用を支払う支払者（例えば、企画者または参加者等）を指定する情報が含まれていても構わない。

図４に示す例では、イベントデータベース１３には、イベント情報１３１〜１３３が格納されている。

イベント情報１３１は、イベントＩＤ「２１」に対応づけて企画者「１１」、開催日時「日時１」、マッチングポイント「マッチングポイント１」及び費用「費用１」を含む。このイベント情報１３１によれば、イベントＩＤ「２１」によって識別されるイベントの企画者が、ユーザＩＤ「１１」によって識別されるユーザＸであることが示されている。また、イベント情報１３１によれば、イベントＩＤ「２１」によって識別されるイベントの開催日時が「日時１」であり、当該イベントが開催されるマッチングポイントが「マッチングポイント１」であり、当該イベントの開催に必要な費用が「費用１」であることが示されている。

イベント情報１３２は、イベントＩＤ「２２」に対応づけて企画者「１２」、開催日時「日時２」、マッチングポイント「マッチングポイント２」及び費用「費用２」を含む。このイベント情報１３２によれば、イベントＩＤ「２２」によって識別されるイベントの企画者が、ユーザＩＤ「１２」によって識別されるユーザＹであることが示されている。また、イベント情報１３２によれば、イベントＩＤ「２２」によって識別されるイベントの開催日時が「日時２」であり、当該イベントが開催されるマッチングポイントが「マッチングポイント２」であり、当該イベントの開催に必要な費用が「費用２」であることが示されている。

イベント情報１３３は、イベントＩＤ「２３」に対応づけて企画者「１２」、開催日時「日時３」、マッチングポイント「マッチングポイント３」及び費用「費用３」を含む。このイベント情報１３３によれば、イベントＩＤ「２３」によって識別されるイベントの企画者が、ユーザＩＤ「１２」によって識別されるユーザＹであることが示されている。また、イベント情報１３３によれば、イベントＩＤ「２３」によって識別されるイベントの開催日時が「日時３」であり、当該イベントが開催されるマッチングポイントが「マッチングポイント３」であり、当該イベントの開催に必要な費用が「費用３」であることが示されている。

ここでは、イベント情報１３１〜１３３についてのみ説明したが、他のイベントを示すイベント情報についても同様である。

なお、図４に示すイベント情報は一例であり、当該イベント情報は、他の情報を含むものであっても構わない。

図５は、図２に示す評価データベース１６のデータ構造の一例を示す。評価データベース１６には、マッチングシステムを利用するユーザ毎に当該ユーザに対する評価を示す評価情報が格納される。ここでは、ユーザＸに対する評価を示す評価情報について説明する。

図５に示すように、評価情報は、ランク及び評価ポイントを含む。ランクは、例えばユーザＸに関するユーザ情報等に基づいて当該ユーザＸに対して予め設定されており、例えばＡ〜Ｄランク等を含む。この場合、例えばＡランクが最も高いランクであり、Ｄランクが最も低いランクであるものとする。ランクは、例えばユーザ情報に含まれる年齢等に応じて設定されてもよいし、上記した職業または年収等に応じて設定されてもよい。

なお、ランクはユーザ情報等に基づいて設定されるものとして説明したが、マッチングシステムの利用を開始する時点では、全てのユーザに対して同一のランクが設定されるような構成であっても構わない。つまり、後述するように、評価情報に含まれるランクは、マッチングシステムの利用に応じて変更され得る。

評価ポイントは、ユーザＡと過去のイベントに参加した他のユーザによる当該ユーザＸに対する評価を表すポイントである。上記したようにユーザＹがユーザＸとイベントに参加した場合、当該ユーザＹは、当該ユーザＸに対する評価をすることができる。この場合、ユーザＹは、ユーザＸを例えば５段階で評価する。具体的には、ユーザＹは、ユーザＸに対する例えば１〜５のポイントを指定する。なお、５ポイントが最高の評価であり、１ポイントが最低の評価である。評価情報に含まれる評価ポイントは、例えばこのようなユーザＸと過去にイベントに参加した他のユーザによる当該ユーザＸに対する評価ポイントの平均値である。なお、評価情報に含まれる評価ポイントは、他のユーザによるユーザＸに対する評価ポイントに基づいて算出されるものであれば、他の手法により算出されるものであってもよい。

図５に示す例では、評価情報は、ランク「Ａ」及び評価ポイント「３．６」を含む。この評価情報によれば、ユーザＸに対して設定されているランクがＡであり、他のユーザによる当該ユーザＸに対する評価ポイント（の平均値）が３．６であることが示されている。なお、評価ポイントは、例えば小数点以下第２位が四捨五入されるものとする。

また、図５に示すように、評価情報には、上記したランク及び評価ポイント以外に、ライク（Like）イベント、ノットライク（not Like）イベント、イベント企画回数、イベント成立回数、参加要求回数、被承認回数、マッチング率、遅刻回数及びキャンセル回数等が含まれていてもよい。

ここで、例えばユーザＸは、ユーザ端末２１を操作することによって、他のユーザによって企画されたイベントを閲覧（検索）することができるものとする。この場合、ユーザＸは、閲覧したイベントをライクイベントまたはノットライクイベントとして登録することができる。ライクイベントはユーザＸの好みのイベントであり、ノットライクイベントはユーザＸの好みではないイベントである。

評価情報において、ライクイベントは、ユーザＸによってライクイベントとして登録されたイベントを識別するためのイベントＩＤを含む。評価情報に含まれるノットライクイベントは、ユーザＸによってノットライクイベントとして登録されたイベントを識別するためのイベントＩＤを含む。

また、例えばユーザＸがイベントを企画した場合において、当該イベントに対して参加者が存在する場合には当該イベントは開催される（つまり、マッチングが成立する）が、当該イベントに対して参加者が存在しない場合には当該イベントは開催されない（マッチングが成立しない）。

イベント企画回数は、過去にユーザＸがイベントを企画した回数（つまり、ユーザＸを識別するユーザＩＤを企画者として含むイベント情報の数）である。イベント開催回数は、過去にユーザＸによって企画されたイベントが開催された回数である。

また、例えばユーザＸが他のユーザによって企画されたイベントに参加する場合、当該ユーザＸは、当該他のユーザに対してイベントへの参加を要求する。この場合、ユーザＸは、イベントを企画している他のユーザによって当該イベントへの参加が承認された場合に当該イベントに参加することができる。

参加要求回数は、ユーザＸが他のユーザによって企画されたイベントへの参加を要求した回数である。被承認回数は、他のユーザによって企画されたイベントへのユーザＸによる参加の要求に対して当該他のユーザが承認した回数である。

マッチング率は、例えばユーザＸが過去に企画したイベントのうち、他のユーザが参加することによって開催された（つまり、マッチングが成立した）イベントの数（の割合）を表す。具体的には、マッチング率は、例えば「イベント開催回数／イベント企画回数」等を含む。また、マッチング率は、例えば「（イベント開催回数＋参加要求回数）／（イベント企画回数＋被承認回数）」であってもよい。

遅刻回数は、過去に開催されたイベントにおいてユーザＸが遅刻した回数を含む。また、キャンセル回数は、過去に開催されたイベントにおいてユーザＸがキャンセルした回数を含む。

図５に示す例では、評価情報は、ライクイベント「２３，…」、ノットライクイベント「２２，…」、イベント企画回数「５」、イベント開催回数「２」、参加要求回数「１」、被承認回数「１」、マッチング率「０．５」、遅刻回数「０」及びキャンセル回数「０」を含む。

この評価情報によれば、ユーザＸがライクイベントとしてイベントＩＤ「２３」を含む複数のイベントＩＤによって識別されるイベントを登録していることが示されている。また、ユーザＸがノットライクイベントとしてイベントＩＤ「２２」を含む複数のイベントＩＤによって識別されるイベントを登録していることが示されている。

また、この評価情報に含まれるイベント企画回数「５」、イベント開催回数「２」、参加要求回数「１」及び被承認回数「１」によれば、ユーザＸのマッチング率が０・５であることが示されている。なお、このマッチング率はイベント企画回数、イベント開催回数、参加要求回数及び被承認回数に基づいて算出されたものであるが、例えばイベント企画回数及びイベント開催回数に基づく場合、マッチング率は０．４となる。

更に、この評価情報によれば、ユーザＸの遅刻回数及びキャンセル回数は０であることが示されている。

ここでは、ユーザＸに対する評価を示す評価情報について説明したが、他のユーザ（例えば、ユーザＹ等）に対する評価を示す評価情報についても同様である。

なお、評価データベース１６（に格納されている）評価情報の更新については後述する。

次に、図６を参照して、本実施形態に係るマッチングシステムの概要について説明する。

まず、ユーザＸによってイベントが企画された場合を想定する。この場合、ユーザＸによって企画されたイベントを示すイベント情報がイベントデータベース１３に格納される。イベント情報には、上記したように企画者であるユーザＸを識別するためのユーザＩＤ、イベントが開催される開催日時、当該イベントが開催される場所（マッチングポイント）及び費用等が含まれる。以下、ユーザＸによって企画されたイベントを便宜的にユーザＸのイベントと称する。

ここで、ユーザＹがマッチングシステムによって提供されるマッチングサービスを利用する場合、当該ユーザＹにマッチングさせるべきユーザ（によって企画されたイベント）が、所定のマッチングアルゴリズムにより検索（探索）される（ステップＳ１）。なお、このマッチングアルゴリズムでは評価データベース１６（に格納されている評価情報）が利用されるが、その詳細については後述する。

これにより、例えばユーザＸ（のイベント）が検索された場合、当該イベントを示すイベント情報がユーザＹに対して通知される（ステップＳ２）。

ユーザＹがユーザＸのイベントへの参加を希望する場合、当該ユーザＹは、ユーザＸに対して当該ユーザＸへのイベントへの参加を要求する（ステップＳ３）。

この場合、ユーザＸは、ユーザＹからのイベントへの参加の要求に基づき、当該ユーザＹ（の参加）を承認することができる（ステップＳ４）。ユーザＸによってユーザＹが承認された場合、当該ユーザＹは、ユーザＸのイベントに参加することができる。

一方、ユーザＸによってユーザＹが承認されない（つまり、拒否された）場合、当該ユーザＹは、ユーザＸのイベントに参加することはできない。なお、ユーザＸによって拒否されたことは、ユーザ端末２２を介してユーザＹに通知されるものとする。

すなわち、本実施形態に係るマッチングシステムにおいては、ユーザＹがユーザＸのイベントへの参加を要求し、当該要求に対してユーザＸが承認することによる相互承認によりマッチングが成立する（つまり、イベントが開催される）仕組みを有する。

イベントが開催される場合、ユーザＸ（企画者）及びユーザＹ（参加者）は、当該イベントの開催日時にマッチングポイントに集合することによってチェックインすることができる（ステップＳ５）。

また、イベントが終了した場合、ユーザＸ及びユーザＹは、マッチングポイントを離れることによってチェックアウトすることができる（ステップＳ６）。

ここで、本実施形態に係るマッチングシステムにおいては、イベントの終了後に相互評価を行うものとする。この場合、ユーザＸはユーザＹを評価するとともに、ユーザＹはユーザＸを評価する（ステップＳ７）。

このような評価の結果（評価情報）は、評価データベース１６に格納される。上記したような流れでマッチングサービスが利用されることによって、評価データベース１６には、過去のイベントに関する他のユーザによる評価がユーザ毎に蓄積されることになる。

本実施形態においては、このような評価データベース１６に格納されている評価情報を利用することで、精度の高いマッチング（サービス）を実現することが可能となる。

以下、本実施形態に係るマッチングシステムの動作について具体的に説明する。以下においては、本実施形態に係るマッチングシステムにおいて実行されるイベント生成処理、マッチング処理及び評価処理の各々について説明する。

図７に示すシーケンスチャートを参照して、イベント生成処理の処理手順の一例について説明する。イベント生成処理は、ユーザがイベントを企画する際に実行される処理である。ここでは、ユーザＸがイベントを企画する場合について説明する。

まず、ユーザＸによって使用されるユーザ端末２１には、マッチングシステムが提供するプラットフォーム上で動作する所定のアプリケーションプログラムがインストールされているものとする。なお、マッチングシステムを利用するユーザＸを含む複数のユーザは、当該マッチングシステムに予め登録されているものとする。このようにマッチングシステムに登録された複数のユーザに関するユーザ情報は、ユーザデータベース１１に格納されているものとする。

ユーザＸがマッチングシステム（マッチングサービス）を利用する場合、当該ユーザＸは、ユーザ端末２１上で所定のアプリケーションプログラムを起動する（ステップＳ１１）。これによれば、ユーザ端末２１には、例えばトップページ画面等が表示される。

ここで、ユーザＸがイベントを企画する場合、ユーザＸは、ユーザ端末２１に表示されたトップページ画面等に設けられている所定のボタン等を押下する操作をすることによって、当該イベントを企画することを指示することができる。これによれば、ユーザ端末２１には、イベントを企画するための画面（以下、イベント企画画面と表記）が表示される（ステップＳ１２）。

イベント企画画面において、ユーザＸは、ユーザ端末２１を操作することによってイベントの開催日時、当該イベントが開催される場所（マッチングポイント）及び当該イベントの開催に必要な費用等を指定する操作（以下、イベント指定操作と表記）を行うことができる。このようなイベント指定操作がユーザＸによって行われた場合、ユーザ端末２１は、当該イベント指定操作を受け付ける（ステップＳ１３）。

ステップＳ１３の処理が実行されると、ユーザ端末２１は、イベント指定操作においてユーザによって指定された開催日時、マッチングポイント及び費用をマッチング装置１０に送信する（ステップＳ１４）。この場合、ユーザ端末２１は、当該ユーザ端末２１を使用するユーザＸを識別するためのユーザＩＤを更に送信する。

マッチング装置１０は、ユーザ端末２１によって送信された開催日時、マッチングポイント及び費用と、ユーザＩＤとを受信する。マッチング装置１０に含まれるイベント生成部１２は、受信された開催日時、マッチングポイント及び費用をユーザＩＤ（つまり、企画者）に対応づけて含むイベント情報を生成する（ステップＳ１５）。

イベント生成部１２は、ステップＳ１５において生成されたイベント情報をイベントデータベース１３に格納（登録）する（ステップＳ１６）。

このようにイベントデータベース１３に格納されたイベント情報は、例えば他のユーザによって閲覧されることが可能となるとともに、後述するマッチング処理において他のユーザに対して通知されることが可能となる。

なお、上記したステップＳ１６の処理が実行された場合、ユーザＸによってイベントが企画されたことに応じて評価データベース１６が更新される（ステップＳ１７）。具体的には、ユーザＸに対する評価を示す評価情報に含まれるイベント企画回数に対して１が加算される。

次に、図８に示すシーケンスチャートを参照して、マッチング処理の処理手順の一例について説明する。マッチング処理は、所定のユーザに対して、当該ユーザにマッチングさせるべき他のユーザ（によって企画されたイベント）を通知（推薦）する処理である。ここでは、ユーザＹに対してイベントを通知する場合について説明する。この場合、ユーザＹによって使用されるユーザ端末２２上では、上記したアプリケーションプログラムが起動されているものとする。

まず、マッチング装置１０に含まれるマッチング処理部１４は、ユーザＹにマッチングさせるべき他のユーザによって企画されたイベントを特定するための処理（以下、イベント特定処理と表記）を実行する（ステップＳ２１）。このイベント特定処理においては、例えばユーザＹに関するユーザ情報及び当該ユーザＹに対する評価を示す評価情報に基づいて、イベントデータベース１３に格納されているイベント情報によって示されるイベントの中からユーザＹに対して通知するイベントを特定する。なお、イベント特定処理の詳細については後述する。

次に、マッチング処理部１４は、ステップＳ２１において特定されたイベントを示すイベント情報をイベントデータベース１３から取得する（ステップＳ２２）。以下、ステップＳ２２においては、ユーザＸによって企画されたイベントを示すイベント情報が取得されたものとして説明する。

マッチング処理部１４は、ステップＳ２２において取得されたイベント情報をユーザ端末２２に送信する（ステップＳ２３）。

ユーザ端末２２は、マッチング装置１０（マッチング処理部１４）によって送信されたイベント情報を受信する。ユーザ端末２２は、受信されたイベント情報を表示する（ステップＳ２４）。

これにより、ステップＳ２１のイベント特定処理によって特定されたイベント情報（つまり、ユーザＹにマッチングさせるべきユーザＸによって企画されたイベント）がユーザＹに対して通知される。この場合、ユーザＹは、ユーザ端末２２に表示されたイベント情報に含まれる企画者、開催日時、マッチングポイント及び費用等を確認することによって、当該イベントへの参加を検討することができる。

イベントへの参加を望む場合、ユーザＹは、ユーザ端末２２に対して、当該イベントへの参加を要求する操作（以下、参加要求操作と表記）を行うことができる。このような参加要求操作がユーザＹによって行われた場合、ユーザ端末２２は、当該参加要求操作を受け付ける（ステップＳ２５）。

ステップＳ２５の処理が実行されると、ユーザ端末２２は、参加要求操作に基づいて、ユーザＹによるイベントへの参加を要求する参加要求をマッチング装置１０に送信する（ステップＳ２６）。なお、ステップＳ２６において送信される参加要求には、ステップＳ２４においてユーザ端末２２に表示されたイベント情報に含まれるイベントＩＤ（つまり、ステップＳ２１において特定されたイベントを識別するためのイベントＩＤ）及びユーザＹを識別するためのユーザＩＤ等が含まれる。

マッチング装置１０は、ユーザ端末２２によって送信された参加要求を受信する。この場合、ユーザＹがユーザＸによって企画されたイベントへの参加が要求されたことに応じて評価データベース１６が更新される（ステップＳ２７）。具体的には、ユーザＹに対する評価を示す評価情報に含まれる参加要求回数に対して１が加算される。

ここで、マッチング装置１０において参加要求が受信された場合、当該マッチング装置１０に含まれるマッチング処理部１４は、当該参加要求に含まれるイベントＩＤによって識別されるイベントを企画したユーザＸ（当該イベントＩＤを含むイベント情報に含まれる企画者）によって使用されるユーザ端末２１に対して、当該参加要求に含まれるユーザＩＤを含むユーザ情報（ここでは、ユーザＹに関するユーザ情報）を送信する（ステップＳ２８）。

ここでユーザＹに関するユーザ情報が送信されたユーザ端末２１を使用するユーザＸ（企画者）は、当該ユーザ端末２１においてユーザ情報を確認することによって、ユーザＹのイベントへの参加の承認を指示する操作（以下、承認指示操作と表記）を行うことができる。このような承認指示操作がユーザＸによって行われた場合、ユーザ端末２１は、当該承認指示操作を受け付ける（ステップＳ２９）。

ステップＳ２９の処理が実行されると、ユーザ端末２１は、承認指示操作に基づいて、ユーザＹのイベントへの参加を承認する参加承認をマッチング装置１０に送信する（ステップＳ３０）。

マッチング装置１０は、ユーザ端末２１によって送信された参加承認を受信する。これにより、ユーザＸによって企画されたイベント（つまり、ユーザＸ及びユーザＹのマッチング）が成立する。この場合、イベントの企画者であるユーザＸと当該イベントの参加者であるユーザＹとが当該イベントの開催までの間にコミュニケーションをとることができるように、マッチング装置１０は、ユーザ端末２１及びユーザ端末２２を介してユーザＸ及びユーザＹ間でチャット等を行うことが可能な環境を提供するようにしてもよい。

上記したようにマッチングが成立した（つまり、イベントが開催される状態となった）場合、評価データベース１６が更新される（ステップＳ３１）。具体的には、ユーザＸに対する評価を示す評価情報に含まれるイベント開催回数に対して１が加算される。また、ユーザＹに対する評価を示す評価情報に含まれる被承認回数に対して１が加算される。

なお、図８においてはユーザＸがユーザＹのイベントへの参加を承認する場合について説明したが、当該ユーザＸは、ユーザＹのイベントへの参加を拒否することも可能である。この場合には、ユーザ端末２１は、ユーザＹのイベントへの参加を拒否する参加拒否をマッチング装置１０に送信する。この場合、参加拒否がユーザＹに通知され、ユーザＹは、ユーザＸによって企画されたイベントには参加することができない。

また、ここでは１人の参加者（ユーザＹ）の参加が承認されることによってマッチングが成立するものとして説明したが、イベントは、例えば企画者（ユーザＸ）によって指定された数のユーザが参加可能なものであってもよい。この場合には、企画者によって指定された数のユーザが参加するまで、マッチングは成立しないものとする。

なお、例えばユーザＸによって企画されたイベントは、開催日時までにマッチングが成立しない（つまり、参加者がいない）場合にはキャンセルされるものとする。

上記したように評価情報に含まれるイベント企画回数、イベント開催回数、参加要求回数及び被承認回数が更新された場合、当該更新に応じてマッチング率も適宜更新されるものとする。

また、上記した例えばステップＳ２４においてイベント情報がユーザ端末２２に表示された場合、ユーザＹは、当該イベント情報によって示されるイベントをライクイベントまたはノットライクイベントとして登録する操作を行うことができる。このような操作がユーザ端末２２において行われた場合、マッチング装置１０は、ユーザ端末２２に表示されたイベント情報によって示されるイベントを識別するためのイベントＩＤを、ユーザＹに対する評価を示す評価情報に含まれるライクイベントまたはノットライクイベントとして追加（登録）する。なお、ライクイベントまたはノットライクイベントとして登録する操作は、例えばユーザＹが適宜設定した条件（例えば、開催日時、マッチングポイント、費用等）に基づいて検索されたイベントに対して行われても構わない。

また、本実施形態に係るマッチングシステムにおいては、イベントの開催に必要な費用は事前に決済されるものとする。具体的には、例えば企画者であるユーザＸに関するユーザ情報に含まれるカード情報を用いて、事前にクレジットカード決済されるものとする。これによれば、イベントの開催時に費用の精算をする必要がなく、円滑にイベントを進めることができる。ここでは企画者が事前に決済するものとして説明したが、例えば参加者が決済するものであってもよい。決済者（支払者）は、イベントの企画時に企画者が設定可能としても構わない。

次に、図９のシーケンスチャートを参照して、評価処理の処理手順について説明する。評価処理は、ユーザによって企画されたイベントが開催される際（つまり、当該イベントの開催日）に実行される処理である。ここでは、ユーザＸが企画者、ユーザＹが参加者であるイベントが開催される場合について説明する。

まず、ユーザＸによって使用されるユーザ端末２１及びユーザＹによって使用されるユーザ端末２２においては、上述したアプリケーションプログラムが動作しているものとする。

この場合、ユーザ端末２１は、当該ユーザ端末２１（を使用するユーザＸ）の位置を示す位置情報を取得する（ステップＳ４１）。なお、この位置情報は、ユーザ端末２１が有するＧＰＳ（Global Positioning System）機能等により取得することができるものとする。

ここで、ユーザ端末２１内の記憶装置（図示せず）には、ユーザＸが企画したイベントを示すイベント情報が格納されているものとする。

この場合、ユーザ端末２１は、ステップＳ４１において取得された位置情報によって示される位置（以下、ユーザＸの現在位置と表記）が、当該ユーザ端末２１に格納されているイベント情報に含まれるマッチングポイント（の位置）から予め定められた範囲内にあるか否かを判定する。

ユーザＸの現在位置がマッチングポイントから予め定められた範囲内にあると判定された場合、ユーザ端末２１（を使用するユーザＸ）は、当該ユーザ端末２１上で動作するアプリケーションプログラムにおいてマッチングポイントにチェックインすることができる（ステップＳ４２）。なお、ステップＳ４２においてユーザ端末２１がマッチングポイントにチェックインするための予め定められた範囲内とは、例えば少なくともユーザＸがマッチングポイントに到着していると推定される程度の範囲内であるものとする。

ユーザ端末２１がマッチングポイントにチェックインした場合、当該ユーザ端末２１は、当該マッチングポイントにチェックインしたことをマッチング装置１０に通知する（ステップＳ４３）。

同様に、ユーザ端末２２は、当該ユーザ端末２２（を使用するユーザＹ）の位置を示す位置情報を取得する（ステップＳ４４）。なお、この位置情報は、上記したユーザ端末２１と同様に、ユーザ端末２２が有するＧＰＳ機能等により取得することができるものとする。

ここで、ユーザ端末２２内の記憶装置（図示せず）には、ユーザＸが企画したイベント（つまり、ユーザＹが参加するイベント）を示すイベント情報が格納されているものとする。

この場合、ユーザ端末２２は、ステップＳ４４において取得された位置情報によって示される位置（以下、ユーザＹの現在位置と表記）が、当該ユーザ端末２１に格納されているイベント情報に含まれるマッチングポイント（の位置）から予め定められた範囲内にあるか否かを判定する。

ユーザＹの現在位置がマッチングポイントから予め定められた範囲内にあると判定された場合、ユーザ端末２２（を使用するユーザＹ）は、当該ユーザ端末２２上で動作するアプリケーションプログラムにおいてマッチングポイントにチェックインすることができる（ステップＳ４５）。なお、ステップＳ４５の処理は、ステップＳ４２の処理と同様の処理である。

ユーザ端末２２がマッチングポイントにチェックインした場合、当該ユーザ端末２２は、当該マッチングポイントにチェックインしたことをマッチング装置１０に通知する（ステップＳ４６）。

なお、ステップＳ４１及びＳ４４の処理は、イベント情報に含まれる開催日時から予め定められた時間前（例えば、３０分前または１時間前等）から定期的に実行される。

上記したようにユーザ端末２１及び２２からマッチングポイントにチェックインしたことが通知された場合、イベント情報に含まれる開催日時と当該ユーザ端末２１及び２２がマッチングポイントにチェックインした日時（マッチングポイントにチェックインしたことが通知された日時）とに基づいて、マッチング装置１０に含まれる評価処理部１５は、評価データベース１６を更新する（ステップＳ４７）。

具体的には、評価処理部１５は、ユーザ端末２１がマッチングポイントにチェックインした日時（以下、チェックイン日時と表記）が開催日時を過ぎているか否かを判定する。ユーザ端末２１のチェックイン日時が開催日時を過ぎている場合、評価処理部１５は、ユーザＸに対する評価を示す評価情報に含まれる遅刻回数に１を加算する。

同様に、ユーザ端末２２のチェックイン日時が開催日時を過ぎている場合、評価処理部１５は、ユーザＹに対する評価を示す評価情報に含まれる遅刻回数に１を加算する。

なお、開催日時から予め定められた時間を経過してもユーザ端末２１がマッチングポイントにチェックインしない（つまり、ユーザ端末２１からチェックインが通知されない）場合には、ユーザＸはイベントをキャンセルしたものとみなされる。この場合、評価処理部１５は、ユーザＸに対する評価を示す評価情報に含まれるキャンセル回数に１を加算する。また、ユーザＸは、例えばユーザ端末２１上で動作するアプリケーションプログラムを介して、一旦マッチングが成立したイベントを事前にキャンセルすることも可能であるが、当該キャンセルが例えば当日または前日等である場合には、同様に評価情報を更新する（つまり、キャンセル回数に１を加算する）ような構成であっても構わない。なお、ユーザＹについても同様である。

ユーザ端末２１（ユーザＸ）及びユーザ端末２２（ユーザＹ）がチェックインし、イベントが開催された場合、ユーザ端末２１は、定期的に当該ユーザ端末２１の位置を示す位置情報を取得する（ステップＳ４８）。

ステップＳ４８において取得された位置情報によって示される位置（ユーザＸの現在位置）が、イベント情報に含まれるマッチングポイントから予め定められた範囲内にあるか否かを判定する。

ユーザＸの現在位置がマッチングポイントから予め定められた範囲内にないと判定された場合、ユーザ端末２１（を使用するユーザＸ）は、当該マッチングポイントから離れたとみなされ、当該ユーザ端末２１上で動作するアプリケーションプログラムにおいてマッチングポイントからチェックアウトする（ステップＳ４９）。

ステップＳ４９の処理が実行されると、ユーザＸは、ユーザ端末２１の画面上において、開催されたイベントにおけるユーザＹに対する評価を指定する操作を行うことができる。この場合、ユーザＸは、ユーザＹを例えば１〜５の５段階のポイントで評価する。ユーザ端末２１は、ユーザＸの操作に基づいて、ユーザＸによるユーザＹに対する評価（を示す評価ポイント）を取得する（ステップＳ５０）。

ユーザ端末２１は、ステップＳ５０において取得された評価ポイントをマッチング装置１０に送信する（ステップＳ５１）。

同様に、ユーザ端末２１（ユーザＸ）及びユーザ端末２２（ユーザＹ）がチェックインし、イベントが開催された場合、ユーザ端末２２は、定期的に当該ユーザ端末２２の位置を示す位置情報を取得する（ステップＳ５２）。

ステップＳ５２において取得された位置情報によって示される位置（ユーザＹの現在位置）がマッチングポイントから予め定められた範囲内にないと判定された場合、ユーザ端末２２（を使用するユーザＹ）は、当該マッチングポイントから離れたとみなされ、当該ユーザ端末２２上で動作するアプリケーションプログラムにおいてマッチングポイントからチェックアウトする（ステップＳ５３）。

ステップＳ５３の処理が実行されると、ユーザＹは、ユーザ端末２２の画面上において、開催されたイベントにおけるユーザＸに対する評価を指定することができる。この場合、ユーザＹは、ユーザＸを上記したように１〜５の５段階のポイントで評価する。ユーザ端末２２は、ユーザＹの操作に基づいて、ユーザＹによるユーザＸに対する評価（を示す評価ポイント）を取得する（ステップＳ５４）。

ユーザ端末２２は、ステップＳ５４において取得された評価ポイントをマッチング装置１０に送信する（ステップＳ５５）、
次に、マッチング装置１０に含まれる評価処理部１５は、ステップＳ５１及びＳ５５において送信された評価ポイントに基づいて、評価データベース１６を更新する（ステップＳ５６）。

具体的には、評価処理部１５は、ステップＳ５１において送信された評価ポイントに基づいて、ユーザＸに対する評価を示す評価情報に含まれる評価ポイントを更新する。なお、評価情報に含まれる評価ポイントがユーザＸと過去にイベントに参加した他のユーザによる当該ユーザＸに対する評価ポイントの平均値である場合には、例えば過去のユーザＸに対する評価ポイントがマッチング装置１０内で管理されているものとする。このような構成によれば、ステップＳ５１において送信された評価ポイントと過去のユーザＸに対する評価ポイントの平均値を算出することによって、評価情報を更新することができる。

ここでは、ユーザＸに対する評価を示す評価情報（に含まれる評価ポイント）を更新する場合について説明したが、ユーザＹに対する評価を示す評価情報（に含まれる評価ポイント）を更新する場合についても同様である。

なお、ここで説明した評価情報（評価ポイント）の更新処理は一例であり、当該評価情報は他の処理により更新されても構わない。

また、イベントの参加者が複数存在するような場合には、企画者は各参加者を評価し、各参加者は企画者及び他の参加者を評価する。また、企画者及び参加者は、イベントが開催されたマッチングポイントをも評価する構成であってもよい。

図９に示すような処理が実行されることによって、イベントが開催される度に各ユーザに対する評価を示す評価情報を更新（蓄積）することができる。

次に、図１０に示すフローチャートを参照して、上述したイベント特定処理（図８に示すステップＳ２１の処理）について詳細に説明する。イベント特定処理は、マッチング装置１０に含まれるマッチング処理部１４によって実行される。

ここでは、図８において説明したように、ユーザＹにマッチングさせるべき他のユーザによって企画されたイベントを特定する場合について説明する。

まず、マッチング処理部１４は、評価データベース１６を参照して、ユーザＹに対する評価を示す評価情報（以下、ユーザＹの評価情報と表記）に含まれるランクを取得する（ステップＳ６１）。

また、マッチング処理部１４は、ユーザＹの評価情報に含まれる評価ポイントを取得する（ステップＳ６２）。

ここで、マッチング処理部１４は、ステップＳ６２において取得された評価ポイントを修正する（ステップＳ６３）。

以下、ステップＳ６３の処理について説明する。この場合、マッチング処理部１４は、ユーザＹの評価情報に含まれるマッチング率、遅刻回数及びキャンセル回数に基づいて評価ポイントを加点または減点することによって当該評価ポイントを修正する。

具体的には、評価ポイントは、マッチング率が高い場合には加点されるものとする。例えば、マッチング率が０．８以上である場合には、評価ポイントに０．５が加算される。一方、遅刻回数及びキャンセル回数が多いほど減点されるものとする。遅刻回数については、１回につき０．２が評価ポイントから減算される。また、キャンセル回数については、１回につき０．５が減算される。

すなわち、評価ポイント（過去の他のユーザによる評価ポイントの平均値）が３．３である場合であって、マッチング率が０．８以上であり、遅刻回数及びキャンセル回数が０である場合には、修正後の評価ポイントは３．８となる。

一方、評価ポイントが４．４である場合であって、マッチング率が０．８未満であり、遅刻回数が１回であり、キャンセル回数が３回である場合には、修正後の評価ポイントは２．７となる。

なお、ここではステップＳ６３の処理が例えばマッチング率、遅刻回数及びキャンセル回数を用いて実行される場合について説明したが、当該ステップＳ６３の処理は、マッチング率、遅刻回数及びキャンセル回数のうちの少なくとも１つを用いて実行されるものであってもよい。

上記したように本実施形態においては、過去に企画したイベントのうち他のユーザが参加することによって開催されたイベントの数を表すマッチング率、または遅刻やキャンセル等の予め定められた行為をした回数等に基づいて評価ポイントが修正される。

次に、マッチング処理部１４は、ステップＳ６１において取得されたランク及びステップＳ６３において修正された評価ポイント（修正後の評価ポイント）に基づいてユーザＹにマッチングさせるべきユーザ（以下、マッチングユーザと表記）を特定する（ステップＳ６４）。

この場合、マッチング処理部１４は、ランクがユーザＹと同一であって、上記したように修正された評価ポイントの小数点以下第１位を四捨五入した値がユーザＹと同一となるユーザをマッチングユーザとして特定する。

例えば、ユーザＹのランクがＡであり、ステップＳ６３による修正後の評価ポイントが３．８であるものとする。この場合には、ランクがＡであって、ステップＳ６３と同様の処理が実行された後の修正後の評価ポイントが３．５〜４．４となるユーザがマッチングユーザとして特定される。マッチングユーザは、マッチングシステムを利用する複数のユーザの各々に対する評価を示す評価情報に基づいて特定することができる。

なお、図５に示すユーザＸに対する評価を示す評価情報によれば、ユーザＸのランクはＡである。また、ユーザＸの評価ポイントをマッチング率、遅刻回数及びキャンセル回数に基づいて修正した場合、当該修正後の評価ポイントは「３．６（つまり、加点及び減点はされない）」である。これによれば、ユーザＸのランクはユーザＹと同一であり、かつ、ユーザＸの修正後の評価ポイントとユーザＹの修正後の評価ポイントのそれぞれの小数点以下第１位を四捨五入した値は共に４である。この場合、ユーザＸはマッチングユーザとして特定される。

なお、ランクがユーザＹと同一であって、修正された評価ポイントの小数点以下第１位を四捨五入した値がユーザＹと同一となるユーザが複数存在する場合には、当該複数のユーザがマッチングユーザとして特定されても構わない。

また、ここでは修正された評価ポイントの小数点以下第１位を四捨五入した値が同一となるユーザをマッチングユーザとして特定するものとして説明したが、これは一例であり、例えば修正された評価ポイントが予め定められた範囲内にあるユーザをマッチングユーザとして特定すればよい。

次に、マッチング処理部１４は、イベントデータベース１３を参照して、マッチングユーザ（として特定されたユーザ）によって企画されたイベントを示すイベント情報を、ユーザＹに通知するイベント情報の候補（以下、候補イベント情報と表記）として取得する（ステップＳ６５）。なお、候補イベント情報は、マッチングユーザを識別するためのユーザＩＤを企画者として含むイベント情報である。

ここで、ステップＳ６５において複数の候補イベント情報が取得された場合を想定する。この場合、マッチング処理部１４は、取得された複数の候補イベント情報の各々に対して優先度を算出する（ステップＳ６６）。

この優先度の算出方法については様々なものがあるが、例えばユーザＹに対する評価を示す評価情報に含まれるライクイベント及びノットライクイベントに基づいて優先度を算出してもよい。具体的には、ライクイベントとして登録されているイベントＩＤによって識別されるイベント（における企画者、マッチングポイント及び費用等）と類似するイベント（を示す候補イベント情報）については優先度を高く算出するものとする。一方、ノットライクイベントとして登録されているイベントＩＤによって識別されるイベントと類似するイベント（を示す候補イベント情報）については優先度を低く算出するものとする。

ここでは、評価情報に含まれるライクイベント及びノットライクイベントに基づいて優先度を算出する場合について説明したが、例えばユーザＹがお気に入りとして登録しているユーザが企画者であるイベントの優先度を高くするようにしてもよいし、マッチングポイントがユーザＹの住所から近いイベントの優先度を高くしてもよいし、費用が高いまたは低いイベントの優先度を高くしてもよい。

以下、ステップＳ６５において取得された候補イベント情報の各々について、ステップＳ６６において算出された優先度が高い順にステップＳ６７以降の処理が実行される。以下、ステップＳ６７以降の処理が実行される候補イベント情報を対象候補イベント情報と称する。

まず、マッチング処理部１４は、対象候補イベント情報に基づいて、当該対象候補イベント情報によって示されるイベントにユーザＹが参加可能であるか否かを判定する（ステップＳ６７）。この場合、マッチング処理部１４は、例えばユーザデータベース１１に格納されているユーザＹに関するユーザ情報に含まれる当該ユーザＹの住所と、対象候補イベント情報に含まれる開催日時及びマッチングポイントに基づいて判定処理を実行する。

具体的には、対象候補イベント情報に含まれる開催日時が現在時刻から１時間後等である場合において、例えばユーザＹの住所からマッチングポイントに移動したとしてもユーザＹが開催日時までにマッチングポイントに到着することができないような場合には、ユーザＹが参加可能ではないと判定される。このステップＳ６７における判定処理においては、例えば天候及び交通情報等を考慮するようにしても構わない。

イベントにユーザＹが参加可能であると判定された場合（ステップＳ６７のＹＥＳ）、マッチング処理部１４は、対象候補イベント情報によって示されるイベントがユーザデータベース１１に格納されているユーザＹに関するユーザ情報に含まれる条件に合致するか否かを判定する（ステップＳ６８）。なお、条件には、例えば企画者に関する条件、開催日時に関する条件、マッチングポイントに関する条件、費用に関する条件等が含まれる。

企画者に関する条件は、例えばユーザＹによって指定されたユーザ（例えば、お気に入りのユーザ）が企画者であること等を含む。開催日時に関する条件は、例えばユーザＹによって指定された期間内（または時間帯）であること等を含む。

また、マッチングポイントに関する条件は、例えばマッチングポイントがユーザＹによって指定された地域にあること等を含む。また、上記したようにマッチングポイントがマッチングシステムを利用する各ユーザによって評価されているような場合には、マッチングポイントに関する条件として、当該評価結果（ポイント）が所定の値以上であること等が含まれていてもよい。

費用に関する条件は、例えば所定の金額以上または以下であること、及び自身（ユーザＹ）が支払者（決済者）でないこと等を含む。

イベントが条件に合致すると判定された場合（ステップＳ６８のＹＥＳ）、マッチング処理部１４は、対象候補イベント情報をユーザＹに対して通知するイベント（を示すイベント情報）として特定する（ステップＳ６９）。

ステップＳ６９の処理が実行されると、図８に示すステップＳ２２以降の処理が実行される。

一方、イベントにユーザＹが参加可能でないと判定された場合（ステップＳ６７のＮＯ）及びイベントが条件に合致しないと判定された場合（ステップＳ６８のＮＯ）、候補イベント情報の全てについてステップＳ６７以降の処理が実行されたか否かが判定される（ステップＳ７０）。

候補イベント情報の全てについて処理が実行されていないと判定された場合（ステップＳ７０のＮＯ）、ステップＳ６７に戻って処理が繰り返される。この場合、処理が実行された対象候補イベント情報の次に優先度の高い候補イベント情報を対象候補イベント情報としてステップＳ６７以降の処理が実行される。

候補イベント情報の全てについて処理が実行されたと判定された場合（ステップＳ７０のＹＥＳ）、イベント特定処理は終了される。この場合、ユーザＹに通知するイベント（情報）がないため、イベント特定処理以降の図８に示す処理も実行されないものとする。

なお、図１０に示すイベント特定処理は一例であり、適宜変更されても構わない。具体的には、図１０においてはステップＳ６３において修正された評価ポイントを用いてマッチングユーザを特定するものとして説明したが、当該ステップＳ６３の処理を省略し、例えば評価情報に含まれる評価ポイントの小数点以下第１位を四捨五入した値がユーザＹと同一となるユーザをマッチングユーザとして特定しても構わない。

また、図１０に示す処理においてはユーザＹに対して通知する１のイベントが特定されるものとして説明したが、当該ユーザＹに対して通知されるイベントは複数であっても構わない。すなわち、例えばステップＳ６５において取得された候補イベント情報によって示されるイベントのうち、ユーザＹが参加可能であり、かつ、ユーザＹの条件に合致するものであれば、全てのイベント（を示すイベント情報）がユーザＹに通知される構成であっても構わない。

また、図１０に示す処理において評価ポイントを修正するものとして説明したが、当該評価ポイントの修正処理は、イベント特定処理の実行前に予め実行されている構成であっても構わない。この場合、例えば各ユーザに対する評価を示す評価情報に含まれる評価ポイント、マッチング率、遅刻回数及びキャンセル回数が更新される度に評価ポイントの修正処理が実行されればよい。なお、修正処理が実行された後の評価ポイント（修正後の評価ポイント）は、例えば評価データベース１６に格納しておけばよい。

以下、本実施形態に係るマッチングシステムの利用態様の具体例について説明する。ここでは、本実施形態に係るマッチングシステムが食事会のイベントにおいてユーザをマッチングさせる場合について説明する。

この場合、例えば男性ユーザＸは、食事会の開催日時、場所（マッチングポイント）及び費用を指定することによってイベント（以下、食事会イベントと表記）を企画することができる。なお、食事会イベントにおける場所としては、例えば男性ユーザＸが予約したレストラン（店舗）及び当該レストランで注文するコースメニューの種類等を指定することができる。また、食事会イベントにおける費用には、食事会において注文するコースメニューにかかる料金に加えて、例えば当該食事会に参加する女性ユーザが帰宅する際のタクシー代等が含まれてもよい。なお、男性ユーザＸによって食事会イベントが企画された（つまり、食事会イベントを示すイベント情報がイベントデータベース１３に格納された）場合、当該食事会イベントにおいて指定されたレストラン及びコースメニューが予約されるような構成であってもよい。

このように男性ユーザＸによって企画された食事会イベントは、上記したマッチング処理が実行されることによってマッチングシステムを利用する例えば女性ユーザＹに対して通知される。

これに対して、女性ユーザＹは、食事会イベントの内容（例えば、レストラン、コースメニュー及びタクシー代等）を考慮して、当該食事会イベントへの参加を要求することができる。

女性ユーザＹから食事会イベントへの参加が要求された場合、男性ユーザＸは、当該女性ユーザＹに関するユーザ情報等を考慮して、当該女性ユーザＹの参加を承認することができる。

上記したように男性ユーザＸ及び女性ユーザＹから相互承認が得られた場合、男性ユーザＸ及び女性ユーザＹの食事会におけるマッチング（食事会マッチング）が成立し、男性ユーザＸは、女性ユーザＹと食事会を行うことができる（つまり、食事会イベントを開催することができる）。

なお、食事会イベントにおいて指定されている費用（レストランでのコースメニューの料金及びタクシー代等）は、男性ユーザＸのクレジットカードにより事前に決済される。一方、タクシー代については、例えば食事会の事前または事後に女性ユーザＹの口座に入金される等、女性ユーザＹに対して支払われる。

上記した食事会が終了した場合、男性ユーザＸ及び女性ユーザＹの互いの評価によって評価データベース１６（に格納されている評価情報）が更新される。このように更新された評価情報は、次回のマッチング処理時に利用される。

上記したように本実施形態に係るマッチングシステムによれば、例えば男性ユーザ及び女性ユーザをマッチングさせる食事会マッチングを実現することが可能となる。

ここでは、男性ユーザＸが食事会イベントを企画する場合について説明したが、例えば女性ユーザＹが食事会イベントを企画することも可能である。この場合、女性ユーザＹは、企画者である女性ユーザＹではなく、イベントに参加する男性ユーザが事前に決済する食事会イベントを企画することができる。以下に説明する他のイベントについても同様に、参加者が費用を決済する（支払う）ようなイベントが企画されても構わない。

更に、本実施形態に係るマッチングシステムは、例えばネイルの施術を受けるイベントにおいてユーザをマッチングさせる場合に適用されても構わない。

具体的には、例えばネイルの施術を受けるユーザＸは、ネイルの施術を受ける日時、場所（マッチングポイント）及び費用を指定することによってイベント（以下、ネイリストイベントと表記）を企画することができる。なお、ネイリストイベントにおける場所としては、例えばユーザＸの自宅等を指定してもよいし、ユーザＸが用意するネイルの施術を受けることが可能な場所等を指定してもよい。また、ネイリストイベントにおける費用には、例えばマッチングポイントまでの交通費及びネイルの施術に対する報酬等が含まれる。

このようにネイルの施術を受けるユーザＸによって企画されたネイリストイベントは、上記したマッチング処理が実行されることによってマッチングシステムを利用するユーザＹに対して通知される。なお、ユーザＹは、ネイリストであるものとする。

これに対して、ネイリストであるユーザＹは、ネイリストイベントの内容（例えば、場所、交通費の支給の有無及び報酬等）を考慮して、当該ネイリストイベントへの参加を要求することができる。

ネイリストであるユーザＹからネイルイベントへの参加が要求された場合、ユーザＸは、当該ユーザＹに関するユーザ情報を考慮して、当該ユーザＹの参加を承認することができる。なお、この場合におけるユーザＹに関するユーザ情報には、例えばユーザＹのネイリストとしての経験年数等が含まれていてもよい。

上記したようにネイルの施術を受けるユーザＸ及びネイリストであるユーザＹから相互承認が得られた場合、ユーザＸ及びユーザＹのネイルの施術におけるマッチング（ネイリストマッチング）が成立し、ユーザＸは、ユーザＹによるネイルの施術を受けることができる（つまり、ネイリストイベントを開催することができる）。

なお、ネイリストイベントにおいて指定されている費用（交通費及び報酬等）は、ユーザＸのクレジットカードにより事前に決済されるとともに、ユーザＹの口座に入金される等、ユーザＹに対して支払われる。

上記したネイルの施術が終了した場合、ネイルの施術を受けたユーザＸ及びネイリストであるユーザＹの互いの評価によって評価データベース１６（に格納されている評価情報）が更新される。

上記したように本実施形態に係るマッチングシステムよれば、例えばネイルの施術を受けるユーザ及びネイリストであるユーザをマッチングさせるネイリストマッチングを実現することが可能となる。

更に、本実施形態に係るマッチングシステムは、例えばゴルフレッスンのイベントにおいてユーザをマッチングさせる場合に適用されても構わない。

具体的には、例えばゴルフのレッスンを受けるユーザＸは、ゴルフのレッスンを受ける日時、場所（マッチングポイント）及び費用を指定することによってイベント（以下、ゴルフコーチイベントと表記）を企画することができる。なお、ゴルフコーチイベントにおける場所としては、例えばユーザＸが予約したゴルフ場等を指定することができる。また、ゴルフコーチイベントにおける費用には、例えばマッチングポイントまでの交通費及びゴルフのレッスンに対する報酬等が含まれる。なお、ユーザＸによってゴルフイベントが企画された（つまり、ゴルフコーチイベントを示すイベント情報がイベントデータベース１３に格納された）場合、当該ゴルフコーチイベントにおいて指定されたゴルフ場が予約されるような構成であってもよい。

このようにゴルフのレッスンを受けるユーザＸによって企画されたゴルフコーチイベントは、上記したマッチング処理が実行されることによってマッチングシステムを利用するユーザＹに対して通知される。なお、ユーザＹは、ゴルフのコーチであるものとする。

これに対して、ゴルフのコーチであるユーザＹは、ゴルフイコーチベントの内容（例えば、場所、交通費の支給の有無及び報酬等）を考慮して、当該ゴルフコーチイベントへの参加を要求することができる。

ゴルフのコーチであるユーザＹからゴルフイベントへの参加が要求された場合、ユーザＸは、当該ユーザＹに関するユーザ情報を考慮して、当該ユーザＹの参加を承認することができる。なお、この場合におけるユーザＹに関するユーザ情報には、例えばユーザＹのゴルフ（のコーチとして）の経験年数等が含まれていてもよい。

上記したようにゴルフのレッスンを受けるユーザＸ及びゴルフのコーチであるユーザＹから相互承認が得られた場合、ユーザＸ及びユーザＹのゴルフのレッスンにおけるマッチング（ゴルフコーチマッチング）が成立し、ユーザＸは、ユーザＹによるゴルフのレッスンを受けることができる（ゴルフコーチイベントを開催することができる）。

なお、ゴルフコーチイベントにおいて指定されている費用（交通費及び報酬等）は、ユーザＸのクレジットカードにより事前に決済されるとともに、ユーザＹの口座に入金される等、ユーザＹに対して支払われる。

上記したゴルフレッスンが終了した場合、当該レッスンを受けたユーザＸ及びゴルフのコーチであるユーザＹの互いの評価によって評価データベース１６（に格納されている評価情報）が更新される。

上記したように本実施形態に係るマッチングシステムによれば、例えばゴルフのレッスンを受けるユーザ及びゴルフのコーチであるユーザをマッチングさせるゴルフコーチマッチングを実現することが可能となる。

ここでは、一例として食事会マッチング、ネイリストマッチング及びゴルフコーチマッチングについて説明したが、本実施形態に係るマッチングシステムは、様々なマッチングに対して適用することが可能である。具体的には、例えばホテルを経営する企業によって企画されたイベントにおいて当該企業及びユーザ（客）をマッチングさせることによって、当該ユーザをホテルに宿泊させるようなマッチングに適用することも可能である。更に、タクシーの運転手によって企画されたイベントにおいて当該運転手及びユーザ（客）をマッチングさせることによって、当該ユーザに対して当該運転手が運転するタクシーを手配するようなマッチングに適用することも可能である。

上記したように本実施形態においては、ユーザＸ（第１のユーザ）と過去のイベントに参加した他のユーザによる当該ユーザＸに対する評価を示す評価情報（第１の評価情報）及びユーザＹ（第２のユーザ）と過去のイベントに参加した他のユーザによる等がユーザＹに対する評価を示す評価情報（第２の評価情報）に基づいて、ユーザＸによって企画されたイベントをユーザＹに通知することによって、当該ユーザＸ及びユーザＹをマッチングさせる。なお、評価情報は、イベントが開催された後のユーザＸ及びユーザＹによる互いの評価によって更新される。

本実施形態においては、このような構成により、例えば単にユーザの属性情報（ユーザ情報）等を用いてマッチングさせる場合と比較して、イベントの開催（マッチングシステムの利用）に応じて蓄積（更新）される評価情報を用いてユーザをマッチングさせるため、マッチング精度を向上させることが可能となる。

また、本実施形態においては、ユーザＸ及びユーザＹの相互承認により当該ユーザＸ及びユーザＹをマッチングさせる（つまり、イベントが開催される）構成により、ユーザの望まない相手（ユーザ）とマッチングされることを回避することができる。

更に、本実施形態においては、イベントの開催に必要な費用は当該イベントが開催される前にユーザＸ（またはユーザＹ）によってクレジットカード決済される構成により、例えばイベントの開催中等に費用の支払いをする必要がないため、円滑にイベントを進行することが可能となる。

また、本実施形態においては、ランクが同一であり、かつ、評価ポイントが予め定められた範囲内にあるユーザＸがマッチングされる（つまり、当該ユーザＸが企画したイベントが通知される）。この場合における評価ポイントは、上記したマッチングポイントまたは予め定められた行為（例えば、遅刻またはキャンセル等）に基づいて修正される。本実施形態においては、このような構成により、評価情報に基づいてより適切なユーザをマッチングさせることができ、より精度の高いマッチングを実現することが可能となる。

更に、本実施形態においては、例えばユーザＹがイベントに参加可能であると判定された場合に当該イベントをユーザＹに通知する構成により、ユーザＹが参加することができないイベントを通知するような事態を回避することが可能となる。

また、本実施形態においては、ユーザＹによって予め定められた条件を満たすイベントが当該ユーザＹに通知される構成により、よりマッチング精度を向上させることが可能となる。

なお、本実施形態において、ユーザをマッチングさせる際に用いられるランク（評価情報に含まれるランク）は、当該ユーザに関するユーザ情報に基づいて予め設定されているものとして説明したが、上記したようにマッチングシステムの利用に応じて変更されても構わない。

具体的には、ユーザＸのランク（ユーザＸに対する評価を示す評価情報に含まれるランク）がＢランクである場合を想定する。この場合において、ユーザＸがマッチングシステムを利用してイベントの企画（開催）及びイベントへの参加を繰り返すことによって、当該ユーザＸに対する評価を表す評価ポイントが予め定められた値（例えば、４．５）以上となったものとする。この場合には、ユーザＸのランクはＢランクからＡランクに変更される。このように評価ポイントが向上した場合には、ユーザＸのランクをランクアップさせることができるものとする。

一方、ユーザＸに対する評価を表す評価ポイントが予め定められた値（例えば、１．５）以下となった場合には、ユーザＸのランクはＢランクからＣランクに変更される。このように評価ポイントが低下した場合には、ユーザＸのランクがランクダウンさせられる場合もある。なお、ランクが変更された場合には、評価ポイントはリセットされるものとする。

ここでは単に評価ポイントが向上した場合または低下した場合について説明したが、上記した修正後の評価ポイントが４．５以上となった場合にランクアップさせ、修正後の評価ポイントが１．５以下となった場合にランクダウンさせる構成であっても構わない。

（第２の実施形態）
次に、本発明の第２の実施形態について説明する。なお、本実施形態に係るマッチング装置を含むネットワークシステム（マッチングシステム）のハードウェア構成については、前述した第１の実施形態と同様であるため、適宜、図１を用いて説明する。

まず、図１１を参照して、本実施形態に係るマッチングシステムの概要について説明する。前述した第１の実施形態においては例えば食事会マッチング、ネイリストマッチングまたはゴルフコーチマッチング等の１のマッチングサービスをユーザが利用する場合について説明したが、本実施形態に係るマッチング装置１００は、ユーザが複数のマッチングサービスを利用可能とするためのサービスプラットフォーム１００ａを提供する点で、前述した第１の実施形態とは異なる。

以下の説明においては、サービスプラットフォーム１００ａにより、ユーザは、第１〜第３のマッチングサービスを利用可能であるものとして説明する。

ここで、例えばユーザが第１のマッチングサービスを利用する場合、当該ユーザによって使用されるユーザ端末では、第１のアプリケーション（プログラム）２００ａが起動されるものとする。

一方、例えばユーザが第２のマッチングサービスを利用する場合、当該ユーザによって使用されるユーザ端末では、第２のアプリケーション（プログラム）２００ｂが起動されるものとする。

更に、例えばユーザが第３のマッチングサービスを利用する場合、当該ユーザによって使用されるユーザ端末では、第３のアプリケーション（プログラム）２００ｃが起動されるものとする。

第１のアプリケーション２００ａ、第２のアプリケーション２００ｂ及び第３のアプリケーション２００ｃは、上記した第１〜第３のマッチングサービスそれぞれに特化した独自のアプリケーションプログラムであり、サービスプラットフォーム１００ａ上で動作する。

また、本実施形態に係るマッチング装置１００は、ユーザが利用可能な第１〜第３のマッチングサービスの各々について評価データベースを備える。

図１１に示すように、マッチング装置１００は、第１〜第３の評価データベース１６ａ〜１６ｃを備える。

第１の評価データベース１６ａは、例えば第１のマッチングサービスにおいて開催されたイベントに参加したユーザに対する評価を示す評価情報を格納する。

第２の評価データベース１６ｂは、例えば第２のマッチングサービスにおいて開催されたイベントに参加したユーザに対する評価を示す評価情報を格納する。

第３の評価データベース１６ｃは、例えば第３のマッチングサービスにおいて開催されたイベントに参加したユーザに対する評価を示す評価情報を格納する。

本実施形態に係るマッチングシステム（マッチング装置１００）は、上記したような構成により、複数種類のアプリケーション（第１〜第３のアプリケーション２００ａ〜２００ｃ）が動作する環境（サービスプラットフォーム１００ａ）を提供することによって複数のマッチングサービス（第１〜第３のマッチングサービス）の各々におけるマッチングを実現することができる。

図１２は、図１１に示すマッチング装置１００の主として機能構成を示すブロック図である。なお、図１２の説明においては、前述した図２と同様の部分には同一参照符号を付してその詳しい説明を省略する。ここでは、図２と異なる部分について主に述べる。

図１２に示すように、マッチング装置１００は、マッチング履歴データベース１０１及び第２のマッチング処理部１０２を含む。

本実施形態において、マッチング履歴データベース１０１は、図１に示す記憶装置１０ｂに格納される。また、本実施形態において、第２のマッチング処理部１０２は、図１に示すプロセッサ１０ａがプログラムを実行すること（すなわち、ソフトウェア）によって実現されるものとする。なお、第２のマッチング処理部１０２は、ハードウェアによって実現されてもよいし、ハードウェアとソフトウェアとの組み合わせ構成によって実現されてもよい。

図１２に示す第１のマッチング処理部１４は、前述した第１の実施形態におけるマッチング処理部１４に相当する機能部であるが、上記した第１〜第３のマッチングサービスに応じたマッチング処理を実行する。

このため、図１２においては省略されているが、イベントデータベース１３は、第１〜第３のマッチングサービスの各々において企画されたイベントを示すイベント情報をそれぞれ格納する第１〜第３のイベントデータベースを含む。

また、図１２に示す評価データベース１６は、図１１に示す第１〜第３の評価データベース１６ａを含む。

すなわち、例えば第１のアプリケーション２００ａが起動されたユーザ端末に対するユーザの操作に応じてイベントが企画された場合には、当該イベントを示すイベント情報は第１のイベントデータベースに格納される。この場合、第１のマッチング処理部１４は、第１の評価データベース１６ａに格納されている評価情報に基づいて、第１のマッチングサービスに応じたマッチング処理を実行する。なお、第１の評価データベース１６ａ（に格納されている評価情報）は、第１のマッチングサービスにおいて企画されたイベントにおける各ユーザに対する評価によって更新される。

また、例えば第２のアプリケーション２００ｂが起動されたユーザ端末に対するユーザの操作に応じてイベントが企画された場合には、当該イベントを示すイベント情報は第２のイベントデータベースに格納される。この場合、第１のマッチング処理部１４は、第２の評価データベース１６ｂに格納されている評価情報に基づいて、第２のマッチングサービスに応じたマッチング処理を実行する。なお、第２の評価データベース１６ｂ（に格納されている評価情報）は、第２のマッチングサービスにおいて企画されたイベントにおける各ユーザに対する評価によって更新される。

また、例えば第３のアプリケーション２００ｃが起動されたユーザ端末に対するユーザの操作に応じてイベントが企画された場合には、当該イベントを示すイベント情報は第３のイベントデータベースに格納される。この場合、第１のマッチング処理部１４は、第３の評価データベース１６ｃに格納されている評価情報に基づいて、第３のマッチングサービスに応じたマッチング処理を実行する。なお、第３の評価データベース１６ｃ（に格納されている評価情報）は、第３のマッチングサービスにおいて企画されたイベントにおける各ユーザに対する評価によって更新される。

マッチング履歴データベース１０１には、第１〜第３のマッチングサービスにおけるマッチング履歴（つまり、マッチングの成立）を示す情報（以下、マッチング履歴情報と表記）が格納される。

具体的には、マッチング履歴データベース１０１には、例えば第１のマッチンサービスにおいて企画されたイベント（第１のイベント）において例えばユーザＸ及びユーザＹがマッチングされたことを示すマッチング履歴情報が格納される。また、マッチング履歴データベース１０１には、例えば第２のマッチングサービスにおいて企画されたイベントにおいて例えばユーザＸ及びユーザＹがマッチングされたことを示すマッチング履歴情報が格納される。また、マッチング履歴データベース１０１には、例えば第３のマッチングサービスにおいて企画されたイベントにおいて例えばユーザＸ及びユーザＹがマッチングされたことを示すマッチング履歴情報が格納される。

なお、ユーザＸ及びユーザＹがマッチングされるとは、例えばユーザＸによって企画されたイベントにユーザＹが参加すること、ユーザＹによって企画されたイベントにユーザＸが参加すること、及び他のユーザによって企画されたイベントにユーザＸ及びユーザＹが参加すること等を含む。

第２のマッチング処理部１０２は、マッチング履歴データベース１０１に格納されたマッチング履歴情報に基づいて、複数のユーザをマッチングさせるための処理を実行する。この場合、第２のマッチング処理部１０２は、例えば第１のマッチングサービスにおいて企画されたイベントにおいてユーザＸ及びユーザＹがマッチングされたことを示すマッチング履歴情報に基づいて、当該第１のマッチングサービスに関連する第２のマッチングサービス（または第３のマッチングサービス）において企画されたイベントを例えばユーザＸに通知することによって、当該イベントにおいてユーザＸ及び他のユーザ（第３のユーザ）をマッチングさせる。

図１３は、図１２に示すマッチング履歴データベース１０１のデータ構造の一例を示す。マッチング履歴データベース１０１には、上記したように第１〜第３のマッチングサービスにおけるマッチング履歴（マッチングの成立）を示すマッチング履歴情報が格納されている。

図１３に示すように、マッチング履歴情報は、マッチングサービス名、企画者、参加者、開催日時及び場所等を含む。

マッチングサービスは、マッチングが成立したマッチングサービス（名）を示す。企画者は、対応づけられているマッチングサービスにおいてマッチングが成立したイベントを企画したユーザを識別するためのユーザＩＤを含む。参加者は、対応づけられているマッチングサービスにおいてマッチングが成立したイベントに参加するユーザを識別するためのユーザＩＤを含む。

開催日時は、対応づけられているマッチングサービスにおいてマッチングが成立したイベントの開催日時を含む。マッチングポイントは、対応づけられてるマッチングサービスにおいてマッチングが成立したイベントが開催される場所（位置を示す位置情報）を含む。

図１３に示す例では、マッチング履歴データベース１０１には、マッチング履歴情報１０１ａ及び１０１ｂが格納されている。

マッチング履歴情報１０１ａは、マッチングサービス「第１のマッチングサービス」、企画者「１１」、参加者「１２」、開催日時「日時１」及びマッチングポイント「マッチングポイント１」を含む。このマッチング履歴情報１０１ａによれば、第１のマッチングサービスにおいてマッチングが成立したイベントの企画者がユーザＩＤ「１１」によって識別されるユーザＸであり、当該イベントの参加者がユーザＩＤ「１２」によって識別されるユーザＹであることが示されている。また、マッチング履歴情報１０１ａによれば、第１のマッチングサービスにおいてマッチングが成立したイベントの開催日時が「日時１」であり、当該イベントが開催されるマッチングポイントが「マッチングポイント１」であることが示されている。

マッチング履歴情報１０１ｂは、マッチングサービス「第２のマッチングサービス」、企画者「１２」、参加者「１３」、開催日時「日時４」及びマッチングポイント「マッチングポイント４」を含む。このマッチング履歴情報１０１ｂによれば、第２のマッチングサービスにおいてマッチングが成立したイベントの企画者がユーザＩＤ「１２」によって識別されるユーザＹであり、当該イベントの参加者がユーザＩＤ「１３」によって識別されるユーザ（ユーザＺ）であることが示されている。また、マッチング履歴情報１０１ｂによれば、第２のマッチングサービスにおいてマッチングが成立したイベントの開催日時が「日時４」であり、当該イベントが開催されるマッチングポイントが「マッチングポイント４」であることが示されている。

図１３においてはマッチング履歴情報１０１ａ及び１０１ｂについてのみ説明したが、マッチング履歴データベース１０１には、第１〜第３のマッチングサービスにおけるマッチングの成立毎にマッチング履歴情報が格納されている。

なお、図１３に示すマッチング履歴情報は一例であり、当該マッチング履歴情報は、他の情報を含むものであっても構わない。

次に、本実施形態に係るマッチングシステムの動作について説明する。本実施形態に係るマッチングシステムは、前述した第１の実施形態において説明したイベント生成処理、マッチング処理（以下、第１のマッチング処理と表記）及び評価処理を実行する。なお、イベント生成処理、第１のマッチング処理及び評価処理（を含む一連の処理）は、第１〜第３のマッチングサービス毎に実行される。

ここで、本実施形態に係るマッチングシステムは、第１のマッチング処理によって複数のユーザがマッチングされた場合、上記したマッチング履歴データベース１０１に格納されているマッチング履歴情報を利用して第２のマッチング処理を実行する。

以下、図１４に示すシーケンスチャートを参照して、第２のマッチング処理の処理手順の一例について説明する。

まず、第１のマッチング処理によって例えばユーザＸ及びユーザＹがマッチングされた場合を想定する。ここでは、例えば第１のマッチングサービスにおいて企画されたイベントにおいてユーザＸ及びユーザＹがマッチングされたものとする。

この場合、ユーザＸ及びユーザＹがマッチングされたことを示すマッチング履歴情報がマッチング履歴データベース１０１に格納される（ステップＳ８１）。ここでは、図１３に示すマッチング履歴情報１０１ａがマッチング履歴データベース１０１に格納されたものとする。

ステップＳ８１の処理が実行された場合、第２のマッチング処理部１０２は、マッチング履歴データベース１０１に格納されたマッチング履歴情報１０１ａを取得する。第２のマッチング処理部１０２は、取得されたマッチング履歴情報１０１ａに含まれるマッチングサービス（ここでは、第１のマッチングサービス）に関連するマッチングサービスを決定する（ステップＳ８２）。ここでは、第１のマッチングサービスに関連するマッチングサービスとして第２のマッチングサービスが決定されたものとする。

次に、第２のマッチング処理１０２は、取得されたマッチング履歴情報１０１ａに含まれる例えば企画者であるユーザＸ（ユーザＩＤ「１１」によって識別されるユーザ）にマッチングさせるべき他のユーザによって企画されたイベントを特定するための処理（イベント特定処理）を実行する（ステップＳ８３）。ここで特定されるイベントは、ステップＳ８２において決定されたマッチングサービスにおいて企画されたイベントである。

なお、ステップＳ８３において実行されるイベント特定処理の詳細については前述した図１０において説明した通りであるため、その詳しい説明を省略するが、当該イベント特定処理においては例えばマッチング履歴情報１０１ａに含まれる開催日時及びマッチングポイント等が利用されても構わない。イベント特定処理においてマッチング履歴情報１０１ａに含まれる開催日時及びマッチングポイントを利用する具体例については後述する。

ステップＳ８３の処理が実行されると、第２のマッチング処理部１０２は、当該ステップＳ８３において特定されたイベントを示すイベント情報をイベントデータベース１３（に含まれる第２のイベントデータベース）から取得する（ステップＳ８４）。

第２のマッチング処理部１０２は、ステップＳ８４において取得されたイベント情報をユーザ端末２１（ユーザＸによって使用されるユーザ端末）に送信する（ステップＳ８５）。

ユーザ端末２１は、マッチング装置１００（第２のマッチング処理部１０２）によって送信されたイベント情報を受信する。ユーザ端末２１は、受信されたイベント情報を表示する（ステップＳ８６）。

これにより、ステップＳ８３のイベント特定処理によって特定されたイベント情報（つまり、ユーザＸにマッチングさせるべき他のユーザによって企画されたイベント）がユーザＸに対して通知される。この場合、ユーザＸは、ユーザ端末２１に表示されたイベント情報に含まれる企画者、開催日時、マッチングポイント及び費用等を確認することによって、当該イベントへの参加を検討することができる。

なお、図１４においては省略されているが、ステップＳ８６の処理が実行された後は、図８に示すステップＳ２５以降の処理が実行されればよい。これにより、ユーザＸは、第１のマッチングサービスにおいてマッチングが成立したことを示すマッチング履歴情報１０１ａに基づいて通知された第２のマッチングサービスにおいて企画されたイベントに参加することができる。

ここでは、マッチング履歴情報１０１ａに含まれる企画者（ユーザＸ）に対してイベントが通知されるものとして説明したが、当該マッチング履歴情報１０１ａに含まれる参加者（ユーザＹ）に対してイベントが通知されても構わない。この場合、ステップＳ８２においては、ユーザＹにマッチングさせるべき他のユーザによって企画されたイベントが特定されればよい。

以下、本実施形態に係るマッチングシステムの利用態様の具体例について説明する。ここでは、本実施形態に係るマッチングシステムにおいてユーザが利用可能な第１〜第３のマッチングサービスが前述した第１の実施形態において説明した食事会マッチング、ネイリストマッチング及びゴルフコーチマッチングであるものとする。

まず、ユーザＸ及びユーザＹが食事会マッチングにおいてマッチングされた（つまり、男性ユーザＸによって企画された食事会イベントに女性ユーザＹが参加する）場合を想定する。

この場合、例えば女性ユーザＹは、食事会イベントの開催前にネイリストによるネイルの施術を受けたいと考える場合がある。このため、本実施形態に係るマッチングシステムにおいては、食事会マッチングに関連するマッチングサービスとしてネイリストマッチングが決定され、当該ネイリストマッチングにおいてネイリストである他のユーザによって企画されたネイリストイベント（つまり、ネイリストがネイルを施術するイベント）を女性ユーザＹに通知するものとする。なお、各マッチングサービスに関連するマッチングサービスは予め設定されているものとする。

ここで、女性ユーザＹに対して通知するネイリストイベントは、上記した図１４に示すステップＳ８３のイベント特定処理によって特定される。この場合、食事会イベントにおいて男性ユーザＸ及び女性ユーザＹがマッチングされたことを示すマッチング履歴情報に含まれる開催日時及びマッチングポイント等を利用してネイリストイベントが特定されても構わない。

具体的には、例えば食事会イベントが開催される当日に開催されるネイリストイベントの場合には、当該食事会イベントの開催日時よりも予め定められた時間前（例えば、数時間前）に開催されるネイリストイベントであって、食事会イベントにおけるマッチングポイントに比較的近い場所（マッチングポイント）で開催されるネイリストイベントが特定されるものとする。一方、食事会イベントが開催される日よりも前に開催されるネイリストイベントであれば、例えば女性ユーザＹの住所に近いマッチングポイントで開催されるネイリストイベントが特定されればよい。

本実施形態においては、このように食事会イベントにおいてマッチングされたことを示すマッチング履歴情報に基づいて、当該食事会イベントに関連づけてネイリストイベントを通知し、当該ネイリストイベントにおいても女性ユーザＹを他のユーザ（ここでは、ネイリストであるユーザ）とマッチングさせることが可能となる。

ここでは、女性ユーザＹに対してネイリストイベントが通知されるものとして説明したが、当該女性ユーザＹに対して通知すべきネイリストイベントがないような場合には、当該女性ユーザＹがネイルの施術を受けるためのネイリストイベントを企画するように促す構成としてもい。

次に、ユーザＸ及びユーザＹがネイリストマッチングにおいてマッチングされた（つまり、ネイルの施術を受けるユーザＸによって企画されたネイリストイベントにネイリストであるユーザＹが参加する）場合を想定する。

この場合、例えばユーザＸは、ネイリストイベントの終了後に食事会に参加したいと考える場合がある。このため、本実施形態に係るマッチングシステムにおいては、ネイリストマッチングに関連するマッチングサービスとして食事会マッチングが決定され、当該食事会マッチングにおいて他のユーザによって企画された食事会イベントをユーザＸに通知するものとする。

ここで、ユーザＸに対して通知する食事会イベントは、ネイリストイベントにおいてユーザＸ及びユーザＹがマッチングされたことを示すマッチング履歴情報に含まれる開催日時及びマッチングポイント等を利用して特定されても構わない。

具体的には、例えばネイリストイベントの開催日時よりも予め定められた時間後（ネイルの施術が終了した後）に開催される食事会イベントであって、ネイリストイベントにおけるマッチングポイントに比較的近い場所（マッチングポイント）で開催される食事会イベントが特定されるものとする。

本実施形態においては、このようにネイリストイベントにおいてマッチングされたことを示すマッチング履歴情報に基づいて、当該ネイリストイベントに関連づけて食事会イベントを通知し、当該食事会イベントにおいてもユーザＸを他のユーザとマッチングさせることが可能となる。

ここでは、ユーザＸに対して食事会イベントが通知されるものとして説明したが、当該ユーザＸに対して通知すべき食事会イベントがないような場合には、当該ユーザＸが食事会イベントを企画するように促す構成としてもい。

次に、ユーザＸ及びユーザＹがゴルフコーチマッチングにおいてマッチングされた（つまり、ゴルフのレッスンを受けるユーザＸによって企画されたゴルフコーチイベントにゴルフのコーチであるユーザＹが参加する）場合を想定する。

この場合、例えばゴルフのレッスンを受けるユーザＸは、ゴルフのレッスンの終了後に食事をしたいと考える場合がある。このため、本実施形態に係るマッチングシステムにおいては、ゴルフコーチマッチングに関連するマッチングサービスとして食事会マッチングが決定され、当該食事会マッチングにおいて他のユーザによって企画された食事会イベントをユーザＸに通知するものとする。

ここで、ユーザＸに対して通知する食事会イベントは、ゴルフコーチイベントにおいてユーザＸ及びユーザＹがマッチングされたことを示すマッチング履歴情報に含まれる開催日時及びマッチングポイント等を利用して特定されても構わない。

具体的には、例えばゴルフコーチイベントの開催日時よりも予め定められた時間後（例えば、ゴルフのレッスンが終了した後）に開催される食事会イベントであって、ゴルフコーチイベントにおけるマッチングポイントの近傍で開催される食事会イベントが特定されるものとする。

本実施形態においては、このようにゴルフコーチイベントにおいてマッチングされたことを示すマッチング履歴情報に基づいて、当該ゴルフコーチイベントに関連づけて食事会イベントを通知し、当該食事会イベントにおいてもユーザＸを他のユーザとマッチングさせることが可能となる。

なお、ここで説明したマッチングシステムの利用態様は一例であり、前述した第１の実施形態において説明したように当該マッチングシステムが様々なマッチングサービスに適用可能であることを考慮すると、例えばホテルを経営する企業とユーザ（客）とがマッチングされた場合には、当該ホテルに宿泊する日時（つまり、イベントの開催日時）の前後に、タクシー（の運転手）及び当該ユーザをマッチングさせるようなことも可能である。

上記したように本実施形態においては、所定のマッチングサービス（第１のマッチングサービス）において企画されたイベント（第１のイベント）においてユーザＸ（第１のユーザ）及びユーザＹ（第２のユーザ）がマッチングされたことを示すマッチング履歴情報に基づいて、当該所定のマッチングサービスに関連する他のマッチングサービス（第２のマッチングサービス）において企画されたイベント（第２のイベント）をユーザＸに通知することによって、当該イベントにおいてユーザＸ及び他のユーザ（第３のユーザ）をマッチングさせる。

すなわち、本実施形態においては、いずれかのマッチングサービスにおいてマッチングされたことを示すマッチング履歴情報を利用することによって、次にマッチングされるべきユーザ（候補者）によって企画されたイベントを通知することができる。

本実施形態においては、このような構成により、マッチングシステム（マッチング装置１００）において提供されるサービスプラットフォーム１００ａにより利用可能となる複数のマッチングサービスにおけるマッチング効率を向上させることが可能となる。

また、本実施形態においては、上記したように所定のマッチングサービスにおいて企画されたイベントにおいてマッチングされたユーザＸに対して、当該イベントに関連のある他のマッチングサービスにおいて企画されたイベントが通知されるため、当該ユーザＸの利便性を向上させることが可能となる。

なお、上記した実施形態に記載した手法は、コンピュータに実行させることのできるプログラムとして、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤなど）光磁気ディスク（ＭＯ）、半導体メモリなどの記憶媒体に格納して頒布することもできる。

また、この記憶媒体としては、プログラムを記憶でき、かつコンピュータが読み取り可能な記憶媒体であれば、その記憶形式は何れの形態であってもよい。

また、記憶媒体からコンピュータにインストールされたプログラムの指示に基づきコンピュータ上で稼働しているＯＳ（オペレーティングシステム）や、データベース管理ソフト、ネットワークソフト等のＭＷ（ミドルウェア）等が本実施形態を実現するための各処理の一部を実行してもよい。

更に、本発明における記憶媒体は、コンピュータと独立した媒体に限らず、ＬＡＮやインターネット等により伝送されたプログラムをダウンロードして記憶または一時記憶した記憶媒体も含まれる。

また、記憶媒体は１つに限らず、複数の媒体から本実施形態における処理が実行される場合も本発明における記憶媒体に含まれ、媒体構成は何れの構成であってもよい。

なお、本発明におけるコンピュータは、記憶媒体に記憶されたプログラムに基づき、本実施形態における各処理を実行するものであって、パソコン等の１つからなる装置、複数の装置がネットワーク接続されたシステム等の何れの構成であってもよい。

また、本発明におけるコンピュータとは、パソコンに限らず、情報処理機器に含まれる演算処理装置、マイコン等も含み、プログラムによって本発明の機能を実現することが可能な機器、装置を総称している。

なお、本願発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組合せてもよい。

１０，１００…マッチング装置、１０ａ…プロセッサ、１０ｂ…記憶装置、１１…ユーザデータベース、１２…イベント生成部、１３…イベントデータベース、１４…マッチング処理部（第１のマッチング処理部）、１５…評価処理部、１６，１６ａ，１６ｂ，１６ｃ…評価データベース、２１，２２…ユーザ端末、３０…ネットワーク、１００ａ…サービスプラットフォーム、１０１…マッチング履歴データベース、１０２…第２のマッチング処理部、２００ａ…第１のアプリケーション、２００ｂ…第２のアプリケーション、２００ｃ…第３のアプリケーション。

Claims (13)

1. 第１のユーザによって使用される第１のユーザ端末及び前記第１のユーザとは異なる第２のユーザによって使用される第２のユーザ端末と通信可能に接続されるマッチング装置において、
   前記第１のユーザと過去のイベントに参加した他のユーザによる当該第１のユーザに対する評価を示す第１の評価情報及び前記第２のユーザと過去のイベントに参加した他のユーザによる当該第２のユーザに対する評価を示す第２の評価情報を格納する評価データベースと、
   前記第１の評価情報によって示される前記第１のユーザに対する評価と前記第２の評価情報によって示される前記第２のユーザに対する評価とに基づいて、前記第１のユーザの前記第１のユーザ端末に対する操作に応じて当該第１のユーザによって企画されたイベントを、前記第２のユーザ端末を介して前記第２のユーザに通知することによって、当該イベントにおいて前記第１のユーザ及び前記第２のユーザをマッチングさせるマッチング手段と
   を具備することを特徴とするマッチング装置。
2. 前記第１のユーザによって企画されたイベントが通知された第２のユーザの前記第２のユーザ端末に対する操作に応じて、当該第２のユーザによる当該イベントへの参加を要求する参加要求を前記第２のユーザ端末から受信する第１の受信手段と
   前記参加要求に基づく前記第１のユーザの前記第１のユーザ端末に対する操作に応じて、前記第２のユーザの前記イベントへの参加を承認する参加承認を前記第１のユーザ端末から受信する第２の受信手段と
   を更に具備し、
   前記第１のユーザによって企画されたイベントは、前記第２の受信手段によって参加承認が受信された場合に開催される
   ことを特徴とする請求項１記載のマッチング装置。
3. 前記第１のユーザによって企画されたイベントを示すイベント情報を格納するイベントデータベースと、
   前記イベントデータベースに格納されるイベント情報は、前記イベントが開催される日時、場所及び当該イベントの開催に必要な費用を含み、
   前記イベント情報に含まれる費用は、前記イベントが開催される前に、前記第１または第２のユーザによって決済される
   ことを特徴とする請求項２記載のマッチング装置。
4. 前記第１の評価情報は、前記第１のユーザに対して設定された第１のランク及び当該第１のユーザに対する評価を表す第１の評価ポイントを含み、
   前記第２の評価情報は、前記第２のユーザに対して設定された第２のランク及び当該第２のユーザに対する評価を表す第２の評価ポイントを含み、
   前記マッチング手段は、前記第１及び第２の評価情報に基づいて、前記第１のランクと前記第２のランクとが同一であり、かつ、前記第１の評価ポイントと前記第２の評価ポイントとが予め定められた範囲内にある場合に、前記第１のユーザによって企画されたイベントを前記第２のユーザに通知する
   ことを特徴とする請求項３記載のマッチング装置。
5. 前記第１の評価情報は、前記第１のユーザが過去に企画したイベントのうち他のユーザが参加することによって開催されたイベントの数を表す第１のマッチング率を含み、
   前記第２の評価情報は、前記第２のユーザが過去に企画したイベントのうち他のユーザが参加することによって開催されたイベントの数を表す第２のマッチング率を含み、
   前記マッチング手段は、前記第１のマッチング率に基づいて前記第１の評価ポイントを修正し、前記第２のマッチング率に基づいて前記第２の評価ポイントを修正する
   ことを特徴とする請求項４記載のマッチング装置。
6. 前記第１の評価情報は、前記第１のユーザが過去のイベントにおいて予め定められた行為をした第１の回数を含み、
   前記第２の評価情報は、前記第２のユーザが過去のイベントにおいて前記予め定められた行為をした第２の回数を含み、
   前記マッチング手段は、前記第１の回数に基づいて前記第１の評価ポイントを修正し、前記第２の回数に基づいて前記第２の評価ポイントを修正する
   ことを特徴とする請求項４記載のマッチング装置。
7. 前記第２のユーザに関するユーザ情報を格納するユーザデータベースを更に具備し、
   前記マッチング手段は、
   前記ユーザデータベースに格納されているユーザ情報に基づいて、前記第２のユーザが前記第１のユーザによって企画されたイベントに参加可能であるかを判定し、
   前記第２のユーザがイベントに参加可能であると判定された場合に、当該イベントを前記第２のユーザに通知する
   請求項４記載のマッチング装置。
8. 前記ユーザ情報は、前記第２のユーザによって予め定められた条件を含み、
   前記マッチング手段は、前記第１のユーザによって企画されたイベントが前記ユーザ情報に含まれる条件を満たす場合に、当該イベントを前記第２のユーザに通知する
   ことを特徴とする請求項７記載のマッチング装置。
9. 評価処理手段を更に具備し、
   前記第２の受信手段は、前記第１のユーザによって企画されたイベントが開催された場合に、当該イベントにおける前記第１のユーザの前記第２のユーザに対する評価を表す第３の評価ポイントを前記第１のユーザ端末から受信し、
   前記第１の受信手段は、前記第１のユーザによって企画されたイベントが開催された場合に、当該イベントにおける前記第１のユーザの前記第２のユーザに対する評価を表す第４の評価ポイントを前記第２のユーザ端末から受信し、
   前記評価処理手段は、前記受信された第３の評価ポイントに基づいて前記第１の評価情報に含まれる第１の評価ポイントを更新し、前記受信された第４の評価ポイントに基づいて前記第２の評価情報に含まれる第２の評価ポイントを更新する
   ことを特徴とする請求項４記載のマッチング装置。
10. 第１のマッチングサービス及び第２のマッチングサービスにおける複数のユーザのマッチングを実現するサービスプラットフォームを提供するマッチング装置において、
    第１のマッチングサービスにおいて企画された第１のイベントにおいて第１のユーザ及び第２のユーザがマッチングされたことを示すマッチング履歴情報を格納するデータベースと、
    前記データベースに格納されたマッチング履歴情報に基づいて、前記第１のマッチングサービスに関連する第２のマッチングサービスにおいて企画された第２のイベントを前記第１のユーザに通知することによって当該第２のイベントにおいて前記第１のユーザ及び第３のユーザをマッチングさせるマッチング手段と
    を具備することを特徴とするマッチング装置。
11. 第１のユーザによって使用される第１のユーザ端末と、前記第１のユーザとは異なる第２のユーザによって使用される第２のユーザ端末と、前記第１のユーザ端末及び前記第２のユーザ端末と通信可能に接続されるマッチング装置とを備えるマッチングシステムにおいて、
    前記マッチング装置は、
    関第１のユーザと過去のイベントに参加した他のユーザによる当該第１のユーザに対する評価を示す第１の評価情報及び前記第２のユーザと過去のイベントに参加した他のユーザによる当該第２のユーザに対する評価を示す第２の評価情報を格納する評価データベースと、
    前記第１の評価情報によって示される前記第１のユーザに対する評価と前記第２の評価情報によって示される前記第２のユーザに対する評価とに基づいて、前記第１のユーザの前記第１のユーザ端末に対する操作に応じて当該第１のユーザによって企画されたイベントを、前記第２のユーザ端末を介して前記第２のユーザに通知することによって、当該イベントにおいて前記第１のユーザ及び前記第２のユーザをマッチングさせるマッチング手段と
    を含む
    ことを特徴とするマッチングシステム。
12. 第１のユーザ及び第２のユーザをマッチングさせるマッチング方法であって、
    前記第１のユーザと過去のイベントに参加した他のユーザによる当該第１のユーザに対する評価を示す第１の評価情報を取得するステップと、
    前記第２のユーザと過去のイベントに参加した他のユーザによる当該第２のユーザに対する評価を示す第２の評価情報を取得するステップと、
    前記第１の評価情報によって示される前記第１のユーザに対する評価と前記第２の評価情報によって示される前記第２のユーザに対する評価とに基づいて、前記第１のユーザによって企画されたイベントを前記第２のユーザに通知することによって、当該イベントにおいて前記第１のユーザ及び前記第２のユーザをマッチングさせるステップと
    を具備することを特徴とするマッチング方法。
13. 第１のユーザ及び第２のユーザをマッチングさせるためのプログラムであって、
    コンピュータに、
    前記第１のユーザと過去のイベントに参加した他のユーザによる当該第１のユーザに対する評価を示す第１の評価情報を取得するステップと、
    前記第２のユーザと過去のイベントに参加した他のユーザによる当該第２のユーザに対する評価を示す第２の評価情報を取得するステップと、
    前記第１の評価情報によって示される前記第１のユーザに対する評価と前記第２の評価情報によって示される前記第２のユーザに対する評価とに基づいて、前記第１のユーザによって企画されたイベントを前記第２のユーザに通知することによって、当該イベントにおいて前記第１のユーザ及び前記第２のユーザをマッチングさせるステップと
    を実行させるためのプログラム。

Images