特開 2022-90369 マッチングシステム、マッチング方法、プログラム

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

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

(11)【公開番号】P2022090369

(43)【公開日】2022-06-17

(54)【発明の名称】マッチングシステム、マッチング方法、プログラム

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20220610BHJP

【ＦＩ】

G06Q50/10

【審査請求】未請求

【請求項の数】4

【出願形態】ＯＬ

(21)【出願番号】P 2020202732

(22)【出願日】2020-12-07

(71)【出願人】

【識別番号】520481530

【氏名又は名称】株式会社ＴＩＭＥ ＬＩＮＫ

(74)【代理人】

【識別番号】100125265

【弁理士】

【氏名又は名称】貝塚 亮平

(72)【発明者】

【氏名】榊原 恵理

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

5L049

【Ｆターム（参考）】

5L049CC11

(57)【要約】      （修正有）

【課題】サービス提供者又はサービス利用者の評価情報を提供し、双方の要望に適する相手方であるか否かを的確に判断可能なマッチングシステム、マッチング方法及びプログラムを提供する。
【解決手段】サービス提供者が操作する第１端末と、サービス利用者が操作する第２端末と、管理サーバ３０とが、通信回線を介して接続されるマッチングシステムにおいて、管理サーバ３０は、同一のサービス提供者及びサービス利用者間で実施されたサービスの合計料金、合計時間及びサービス回数の少なくとも１つに基づき、サービス提供者又はサービス利用者の評価情報を生成する。
【選択図】図２

【特許請求の範囲】

【請求項1】

サービス提供者が操作する第１端末と、サービス利用者が操作する第２端末と、管理サーバとが、通信回線を介して接続されるマッチングシステムであって、
管理サーバは、
同一のサービス提供者及びサービス利用者間で実施されたサービスの合計料金、合計時間、及びサービス回数の少なくとも１つに基づき、サービス提供者又はサービス利用者の評価情報を生成する、
マッチングシステム。

【請求項2】

前記評価情報は、下記算出式で判定される指標１から指標３の少なくとも１つを含む、
請求項１に記載のマッチングシステム。
指標１の算出式：［前記サービスの前記合計料金／前記サービス回数］。
指標２の算出式：［前記サービスの前記合計時間／前記サービス回数］。
指標３の算出式：［指標１で算出された値／指標２で算出された値］。

【請求項3】

サービス提供者が操作する第１端末と、サービス利用者が操作する第２端末と、管理サーバとが、通信回線を介して接続されるマッチングシステムにおいて実行されるマッチング方法であって、
管理サーバにおいて、
同一のサービス提供者及びサービス利用者間で実施されたサービスの合計料金、合計時間、及びサービス回数の少なくとも１つに基づき、サービス提供者又はサービス利用者の評価情報を生成する、
マッチング方法。

【請求項4】

サービス提供者が操作する第１端末と、サービス利用者が操作する第２端末と、管理サーバとが、通信回線を介して接続されるマッチングシステムの管理サーバを、
同一のサービス提供者及びサービス利用者間で実施されたサービスの合計料金、合計時間、及びサービス回数の少なくとも１つに基づき、サービス提供者又はサービス利用者の評価情報を生成する、
手段として機能させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

マッチングサイト等の媒体を通じて、サービス提供者とサービス利用者とを結び付ける種々のマッチングシステムが、従来から開発されている。その中で、サービス提供者が、所定の待合場所で顧客（サービス利用者）と行動を共にする飲食接待サービスに利用可能なマッチングシステムが、下記特許文献１に開示されている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特許第６６７５７５７号公報

【発明の概要】

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

【0004】

特許文献１に開示のマッチングシステムは、サービス提供者が所持するサービス提供者端末と、当該サービス提供者端末と通信可能なサーバ装置とを備えたシステムに関する。特許文献１に開示のマッチングシステムにおいて、サービス提供者端末は、サービス提供者の操作によって接客時間を計測し、計測した接客時間をサーバ装置に送信する。また、サーバ装置は、サービス提供者端末から受信した接客時間に応じて、サービス提供に関する費用（接客サービスで生じる費用）を算出する。

【0005】

ところで、マッチングシステムからサービス利用者に提供される情報は、サービス提供者のほんの一部の情報に限られる。そのため、サービス利用者は、マッチングシステムから提供された断片的な情報からサービス提供者を選択することになる。従って、サービス提供者に関する客観的な評価情報が得られれば、サービス利用者は、予約前に自身の要望等により適するサービス提供者であることを把握できる。また、サービス提供者にとっても、サービス利用者の客観的な評価情報が得られれば、その評価情報に基づき当該サービス利用者からの予約申込を受けるか否かを的確に判断することができる。しかしながら、例えば、予約申込の際に参照可能なサービス提供者又はサービス利用者の評価情報を提供する手段は、特許文献１に開示も示唆もされていない。

【0006】

前記課題に鑑み、本発明は、サービス提供者又はサービス利用者の評価情報を提供し、双方の要望に適する相手方であるか否かを的確に判断可能なマッチングシステム、マッチング方法、及びプログラムの提供を目的とする。

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

【0007】

本発明に係るマッチングシステムは、
サービス提供者が操作する第１端末と、サービス利用者が操作する第２端末と、管理サーバとが、通信回線を介して接続されるマッチングシステムであって、
管理サーバは、同一のサービス提供者及びサービス利用者間で実施されたサービスの合計料金、合計時間、及びサービス回数の少なくとも１つに基づき、サービス提供者又はサービス利用者の評価情報を生成する。

【0008】

本発明のこの態様によれば、管理サーバが、同一のサービス提供者及びサービス利用者間で実施されたサービスの合計料金、合計時間、及びサービス回数の少なくとも１つに基づき、サービス提供者又はサービス利用者の評価指標を判定し、得られた評価情報を第１端末（予約申込を受けるサービス提供者）と第２端末（サービス提供者に予約申込をしようとするサービス利用者）の双方に提供することができる。その結果、本発明のこの態様によれば、サービス提供者及びサービス利用者は、予約申込前に受け取った評価情報を参照して、自身の要望に適する相手方であるか否かを的確に判断することができる。

【0009】

また、本発明に係るマッチングシステムにおいて、
前記評価情報は、下記算出式で判定される指標１から指標３の少なくとも１つを含む、
ことが好ましい。
指標１の算出式：［前記サービスの前記合計料金／前記サービス回数］。
指標２の算出式：［前記サービスの前記合計時間／前記サービス回数］。
指標３の算出式：［指標１で算出された値／指標２で算出された値］。

【0010】

本発明のこの態様によれば、管理サーバは、更に客観的な評価情報を生成できる。そのため、サービス提供者及びサービス利用者は、受け取った評価情報を参照して、自身の要望に更に適する相手方であるか否かをより的確に判断することができる。

【0011】

また、本発明に係るマッチング方法は、
サービス提供者が操作する第１端末と、サービス利用者が操作する第２端末と、管理サーバとが、通信回線を介して接続されるマッチングシステムにおいて実行されるマッチング方法であって、
管理サーバにおいて、
同一のサービス提供者及びサービス利用者間で実施されたサービスの合計料金、合計時間、及びサービス回数の少なくとも１つに基づき、サービス提供者又はサービス利用者の評価情報を生成する。

【0012】

また、本発明に係るプログラムは、
サービス提供者が操作する第１端末と、サービス利用者が操作する第２端末と、管理サーバとが、通信回線を介して接続されるマッチングシステムの管理サーバを、
同一のサービス提供者及びサービス利用者間で実施されたサービスの合計料金、合計時間、及びサービス回数の少なくとも１つに基づき、サービス提供者又はサービス利用者の評価情報を生成する、
手段として機能させる。

【0013】

本発明のこれらの態様によれば、管理サーバが、同一のサービス提供者及びサービス利用者間で実施されたサービスの合計料金、合計時間、及びサービス回数の少なくとも１つに基づき、サービス提供者又はサービス利用者の評価指標を判定し、得られた評価情報を第１端末（予約申込を受けるサービス提供者）と第２端末（サービス提供者に予約申込をしようとするサービス利用者）の双方に提供することができる。その結果、本発明のこれらの態様によれば、予約申込前の段階で、サービス提供者及びサービス利用者は、受け取った評価情報を参照して、自身の要望により適する相手方であるか否かを的確に判断することができる。

【発明の効果】

【0014】

本発明によれば、サービス提供者又はサービス利用者の評価情報を提供し、双方の要望により適する相手方であるか否かを的確に判断可能なマッチングシステム、マッチング方法、及びプログラムを提供できる。

【図面の簡単な説明】

【0015】

【図1】本実施形態に係るマッチングシステムの構成概略図。

【図2】本実施形態における管理サーバの機能ブロック図。

【図3】本実施形態における第２端末に表示されるスケジュール画面の一例を示す図。

【図4】本実施形態における第１端末に表示されるスケジュール画面の一例を示す図。

【図5】本実施形態に係るマッチングシステムにおいて、サービス料金が更新されるまでの過程を示すシーケンス図。

【図6】本実施形態に係るマッチングシステムにおいて、サービス予約枠の取引過程を示すフローチャート。

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

【0016】

以下、図面を参照して本発明の望ましい実施形態を詳細に説明する。但し、本発明は多くの異なる態様で実施することが可能であり、以下に示す実施の形態の記載内容に限定して解釈されるものではない。

【0017】

＜構成＞
まず、図１及び図２を参照して、本発明の一実施形態に係るマッチングシステム１の構成を説明する。図１は、本実施形態に係るマッチングシステム１の構成概略を示す図である。また、図２は、マッチングシステム１に備わる管理サーバ３０の機能ブロック図である。

【0018】

図１に示されるように、マッチングシステム１は、サービス提供者が操作する第１端末１０、サービス利用者が操作する第２端末２０、管理サーバ３０を含む。また、第１端末１０、第２端末２０、管理サーバ３０は、通信回線４０を介して接続される。本実施形態におけるマッチングシステム１は、会員登録を受けたサービス提供者及びサービス利用者によって利用される。ただし、これに限定されない。

【0019】

また、マッチングシステム１において、サービス提供者とサービス利用者とを結び付けるまでの過程は、一般のマッチングシステムと概ね同様であってよい（一般のマッチングシステムと異なる部分に関しては、後述する）。すなわち、サービス利用者が第２端末２０を操作して管理サーバ３０にアクセスし、希望条件に合致するサービス提供者の一覧情報を管理サーバ３０から取得する。取得された一覧情報は、第２端末２０に表示される。サービス利用者は、第２端末２０に表示される一覧情報を閲覧し、最も要望に即すると判断したサービス提供者を選択する。

【0020】

続いて、管理サーバ３０は、選択されたサービス提供者の第１端末１０にサービス利用者から所定時間帯におけるサービス利用希望があった旨の通知を送信する。このとき、サービス提供者が、通知されたサービス利用希望に合意することで、サービス提供者とサービス利用者とのマッチングが成立する（管理サーバ３０は、サービス提供者とサービス利用者との当該サービス予約処理を実行する）。

【0021】

次に、本実施形態における第１端末１０及び第２端末２０は、スマートフォン、タブレット端末等の携帯端末であることが好ましい。本実施形態における第１端末１０、第２端末２０は、専用のアプリやウェブブラウザ等を介して、管理サーバ３０と通信する。また、管理サーバ３０は、汎用のコンピュータであってよく、演算部（例えば、ＣＰＵ等のプロセッサ）、記憶部（例えば、ＲＯＭやＲＡＭ等のメインメモリ、ＨＤＤやＳＳＤ等のストレージ）、通信インターフェイス部等を備える。

【0022】

管理サーバ３０の演算部は、通信インターフェイス部を介して第１端末１０や第２端末２０から受信した各種情報から、記憶部に格納されたプログラムやデータに基づき所定の演算を行う。更に、演算部は、演算結果から生成される各種情報を第１端末１０や第２端末２０等に出力する。

【0023】

プログラムやデータを用いた演算部での処理により、本実施形態に係る管理サーバ３０は、例えば、図２に示される手段として機能する。より詳しくは、管理サーバ３０は、通信手段３１、サービス開始登録手段３２、サービス料金更新手段３３、サービス終了登録手段３４、評価手段３５、予約枠取引登録手段３６等として機能する。

【0024】

通信手段３１は、管理サーバ３０と通信回線４０を介して接続される端末（例えば、第１端末１０、第２端末２０等）と通信を行う手段である。通信手段３１は、第１端末１０及び第２端末２０等から各種情報（各種通知）を受信する、あるいは第１端末１０及び第２端末２０等に各種情報（各種通知）を送信する機能を備える。

【0025】

また、通信手段３１は、例えば、マッチングシステム１を利用するにあたって第１端末１０及び第２端末２０に表示される各種ページ情報（例えば、アプリ実行時に第１端末１０及び第２端末２０に表示されるマッチングサイトの画面情報、サービス提供者の一覧情報、サービス提供者及びサービス利用者のスケジュール情報等）を、第１端末１０及び第２端末２０からの閲覧要求に応じて送信する機能を含んでもよい。

【0026】

次に、サービス開始登録手段３２（サービス開始処理）は、管理サーバ３０の記憶部に、第１端末１０を操作するサービス提供者と第２端末２０を操作するサービス利用者との間で予約されたサービスが開始されたことを記憶（登録）する手段である。サービス開始登録は、サービス提供者とサービス利用者とが待合場所で相対し、第１端末１０及び第２端末２０の少なくとも一方から送信されるサービス開始通知（相対通知）に基づく。

【0027】

次に、サービス料金更新手段３３（サービス料金更新処理）は、サービス開始から所定時間経過後（特に限定されるものではないが、例えば６０分のサービスが予約されていた場合の最初の１０分経過後）のサービス料金が更新された場合、管理サーバ３０の記憶部に新たなサービス料金を記憶（登録）する手段である（サービス開始後、サービス料金が更新されるまでの過程に関しては、後述する）。

【0028】

次に、サービス終了登録手段３４（サービス終了処理）は、サービス提供者とサービス利用者との間で行われたサービスが終了する場合、管理サーバ３０の記憶部に、当該サービスの終了を記憶（登録）する手段である。サービスの終了登録は、例えば、サービス開始から所定時間経過後、管理サーバ３０が、第１端末１０及び第２端末２０の少なくとも一方からサービス停止通知を受信する、又は予約されたサービス期間が終了すること等に基づく。

【0029】

次に、評価手段３５は、サービス提供者及びサービス利用者の少なくとも一方の評価情報を生成し、得られた評価情報を、例えば、予約申込前の段階で提供する手段である。本実施形態における評価手段３５は、例えば、下記指標によってサービス提供者及びサービス利用者を評価する。ただし、評価指標はこれに限定されない。
（指標１） サービスの合計料金／これまで提供（利用）したサービス回数
（指標２） サービスの合計時間／これまで提供（利用）したサービス回数
（指標３） 指標１で算出された値／指標２で算出された値

【0030】

（指標１）のサービスの合計料金は、同一のサービス提供者とサービス利用者間で実施されたサービス料金の合計に対応する。また、（指標２）のサービスの合計時間は、同一のサービス提供者とサービス利用者間で実施されたサービス時間の合計に対応する。更に、（指標１）及び（指標２）における「これまで提供（利用）したサービス回数」は、同一のサービス提供者とサービス利用者間で実施されたサービス回数に対応する。更に、サービス提供者が複数のサービス利用者に対してサービス提供を行った場合、管理サーバ３０は、サービス利用者毎に（指標１）から（指標３）の各値を算出した後、各サービス利用者に関する値を足し合わせ、その平均値を求める（（指標１）から（指標３）のぞれぞれの平均値を求める）ようにしてもよい。サービス利用者が複数人のサービス提供者からのサービスを利用した場合に関しても同様である。

【0031】

（指標１）によれば、サービス提供者において、サービス１回あたりにサービス利用者１人から得る料金の高低を把握できる。これにより、各サービス提供者のサービスの質を評価できる。また、サービス利用者において、サービス１回あたりにサービス提供者１人に支払う料金の高低を把握できる。これにより、高い料金を支払う傾向にあるサービス利用者であるか否かを評価できる。

【0032】

また、（指標２）によれば、同一の相手に対して費やす時間の長短を把握できる。これにより、サービスの相手方と良好な関係を築く傾向にあるサービス提供者又はサービス利用者であるか否かを評価できる。更に、（指標３）によれば、サービス提供者にあっては、時間あたりに得る料金を評価でき、サービス利用者にあっては、時間あたりに支払う料金を評価できる。

【0033】

なお、サービス提供者、サービス利用者毎のサービス１回あたりの料金合計、サービス回数、サービス１回あたりの時間等の情報は、管理サーバ３０の記憶部に記憶されている。これらの情報は、管理サーバ３０の記憶部に構築されるデータベースによって、体系的に管理されることが好ましい。評価手段３５は、記憶部に記憶された前記利用情報を参照し、前記（指標１）から（指標３）の数値を求める。

【0034】

次に、予約枠取引登録手段３６は、サービス利用者と別のサービス利用者との間で、既に予約されたサービスの時間枠（予約枠）が取引された際、管理サーバ３０の記憶部に、取引後のサービス利用者の識別情報や取引後のサービス料金等を記憶（登録）する手段である。ただし、最終的に、予約枠の取引は、元のサービス利用者だけでなく、予約当事者の他方であるサービス提供者の承認を必要とすることが好ましい。なお、本実施形態において、別のサービス利用者は、購入した予約枠を更に別のサービス利用者に販売してもよい。

【0035】

＜サービス予約処理＞
次に、図３及び図４を参照して、本実施形態のマッチングシステム１におけるサービス予約処理を説明する。図３は、第２端末２０に表示されるサービス提供者のスケジュール画面の一例を示す図である。また、図４は、第１端末１０に表示されるサービス提供者のスケジュール画面の一例を示す図である。

【0036】

第２端末２０からの要求に応じて、管理サーバ３０は、サービス利用者により選択されたサービス提供者のスケジュール情報を送信する。スケジュール情報を受信した第２端末２０は、図３に示されるようなサービス提供者のスケジュール画面を表示する。ここで、図３のラインＡに対応するセルは、予約可能な時間帯を示す。また、図３のラインＢに対応するセルは、取引可能な予約枠を示す。ただし、予約可能な時間帯や取引可能な予約枠を表示する態様は、これに限れない。

【0037】

スケジュール情報を閲覧するサービス利用者は、例えば、第２端末２０の画面に表示されたラインＡをタッチし、当該時間帯におけるサービスの予約を申し込む。それに応じて、第２端末２０は、サービス提供者とラインＡに対応する時間帯の情報を管理サーバ３０に送信する。

【0038】

続いて、管理サーバ３０は、サービス利用者からラインＡに対応する時間帯にサービス利用の申込があったことを第１端末１０に送信し、この申込を受けるか否かの返答を要求する。申込を受けると判断したサービス提供者は、第１端末１０を介して申込の受諾通知を管理サーバ３０に送信する。申込の受諾通知を受信した管理サーバ３０は、サービスの予約情報として、サービス提供者及びサービス利用者並びに予約時間帯等を記憶部に記憶する。続いて、管理サーバ３０は、サービス提供者が予約申込を受けたことを第２端末２０に送信する。

【0039】

なお、図４に示されるように、サービス提供者の第１端末１０で閲覧可能なスケジュール画面には、前記した予約可能な時間帯を示すラインＡ及び取引可能な予約枠を示すラインＢに加えて、既に他のサービス利用者との予約が埋まるなどで予約不可能な時間帯を示すラインＣが表示される。ただし、予約不可能な時間帯を表示する態様も、これに限られない。

【0040】

＜サービス料金が更新されるまでの過程＞
次に、図５を参照して、サービス時間内にサービス料金が更新される場合の処理を説明する。図５は、予約されたサービスの開始直前から、サービス時間内にサービス料金が更新されるまでの過程を示すシーケンス図である。

【0041】

図５に示されるように、所定の待合場所（例えば、サービス利用者が指定した飲食店）にサービス利用者が到着すると、サービス利用者の操作を介して第２端末２０から、待合場所に到着した旨の通知（待合場所到着通知）が管理サーバ３０に送信される（Ｓ５１）。待合場所到着通知を受信した管理サーバ３０は、サービス利用者が待合場所で待機している旨の通知（待合場所待機通知）を第１端末１０に送信する（Ｓ５２）。

【0042】

サービス提供者は、待合場所待機通知を第１端末１０で受信することで、サービス利用者が待合場所で待機していることを知る。その後サービス提供者は、待合場所（飲食店）に向かい、サービス利用者と相対する。この時点（例えば、サービス利用者がいるテーブルに着席した時点）で、サービス提供者の操作を介して第１端末１０は、サービス利用者との相対通知を管理サーバ３０に送信する（Ｓ５３）。本実施形態に係るマッチングシステム１において、サービス利用者との相対通知が、サービス開始通知として処理される。併せて、管理サーバ３０は、サービスが開始されたことを記憶部に記憶する（Ｓ５４）。この処理は、サービス開始登録手段３２に対応する。

【0043】

サービス開始から所定時間経過後（例えば、第１端末１０からの相対通知の送信から、約１０分経過後）、サービス提供者は、サービス利用者との飲食テーブルから一度離席する。このとき、第１端末１０は、サービス提供者の操作を介して、サービス提供者が離席したことの通知を管理サーバ３０に送信することが好ましい。続いて、サービス提供者の操作を介して、第１端末１０は、料金交渉通知又はサービス停止通知を管理サーバ３０に送信する（Ｓ５５）。

【0044】

料金交渉通知は、以後のサービス料金の希望値若しくは希望範囲を含む。例えば、当初予約時のサービス料金（サービス開始から所定時間経過時点までのサービス料金）が、１時間あたり２０００円であった場合、サービス提供者が、以後のサービス料金として「１時間あたり３０００円」を希望したとする。このとき、サービス提供者の操作を介して、第１端末１０は、以後のサービス料金の希望値（例えば、１時間あたり３０００円）を管理サーバ３０に通知する。

【0045】

これに対して、サービス提供者が、以後のサービス料金の希望範囲（例えば、「１時間あたり３０００円から５０００円」といった範囲）を通知したいと考えた場合、サービス提供者の操作を介して、第1端末１０は、希望範囲（例えば、１時間あたり３０００円から５０００円）を管理サーバ３０に通知する。

【0046】

ここで、第１端末１０から受信した料金交渉通知に、サービス料金の希望値（先の例の場合、「１時間あたり３０００円」の希望値）が含まれる場合、管理サーバ３０は、その希望値を第２端末２０に送信する（Ｓ５６）。これに対して、第１端末から受信した料金交渉通知にサービス料金の希望範囲（先の例の場合、「１時間あたり３０００円から５０００円」の希望範囲）が含まれる場合、管理サーバ３０は、サービス提供者から料金の交渉希望があった旨の通知（交渉希望通知）を第２端末２０に送信する（Ｓ５６）。

【0047】

第２端末２０がサービス料金の希望値を受信し、サービス利用者が、その希望値を以後のサービス料金として受諾する場合、第２端末２０は、受諾通知を管理サーバ３０に送信する（Ｓ５７）。受諾通知を受信した管理サーバ３０は、以後のサービス料金を第１端末１０からの希望値（「１時間あたり３０００円」）に更新する（Ｓ５８）。この処理は、サービス料金更新手段３３に対応する。

【0048】

併せて、管理サーバ３０は、新たなサービス条件通知（サービス料金）を第１端末１０に送信する（Ｓ５９）。これに対して、サービス利用者が、その希望値を以後のサービス料金として受諾しない場合、以後のサービスは終了する（サービス終了登録手段３４）。

【0049】

また、第２端末２０が交渉希望通知を受信する場合、サービス利用者の操作を介して、第２端末２０は、以後のサービス料金としてサービス利用者が希望する範囲（例えば、「１時間あたり２０００円から４０００円」）を管理サーバ３０に送信する。このとき、管理サーバ３０は、第１端末１０から受信した希望範囲（「１時間あたり３０００円から５０００円」）と第２端末２０から受信した希望範囲（「１時間あたり２０００円から４０００円」）とを比較し、第１端末１０からの希望範囲の下限値（「１時間あたり３０００円」）が、第２端末２０からの希望範囲の上限値（「１時間あたり４０００円」）以下の場合、交渉成立と判定し、以後のサービス料金を第２端末２０からの希望範囲の上限値（「１時間あたり４０００円」）に更新する（Ｓ５８）。この処理は、サービス料金更新手段３３に対応する。

【0050】

併せて、管理サーバ３０は、新たなサービス条件通知（サービス料金）を第１端末１０に送信する（Ｓ５９）。これに対して、第１端末１０からの希望範囲の下限値が、第２端末２０からの希望範囲の上限値を上回る場合、管理サーバ３０は、交渉不成立と判定し、以後のサービスは終了する（サービス終了登録手段３４）。ただし、１度目の交渉が不成立であっても、管理サーバ３０は、第１端末１０及び第２端末２０に別の希望範囲を問い合わせ、再度サービス料金の交渉希望通知を受け付けてもよい。

【0051】

これとは異なり、サービス開始から所定時間経過後、サービス提供者が、サービスの停止を希望する場合、第１端末１０は、サービス停止通知を管理サーバ３０に送信する。また、サービス利用者も、以後のサービスの停止を希望する場合、管理サーバ３０は、第２端末２０からサービス停止通知を受け付けてもよい。第１端末１０及び第２端末２０の少なくとも一方から、管理サーバ３０がサービス停止通知を受信する場合、以後のサービスは終了する（サービス終了登録手段３４）。

【0052】

このように、サービス開始から所定時間経過後、サービス提供者（第１端末１０）及びサービス利用者（第２端末２０）からのサービス停止通知が受け付けられる一方、双方からサービスの継続が希望されても、サービス料金の見直しの機会が設けられる。そのため、本実施形態に係るマッチングシステム１によれば、サービス提供者及びサービス利用者の双方にとって適正な料金でのサービス継続を選択できる。

【0053】

ところで、管理サーバ３０は、第１端末１０又は第２端末２０からサービス停止通知を相手方から受信した場合、当該相手方からサービス停止の意思表示があったことを通知するのではなく、あたかも料金交渉の意思表示があり、その結果として料金交渉（疑似料金交渉）が不成立に終わったことを通知してもよい。

【0054】

具体的には、管理サーバ３０は、第１端末１０からサービス停止通知を受信した場合、以後のサービスを停止するために疑似料金交渉の結果を第２端末２０に送信する。同様に、管理サーバ３０は、第２端末２０からサービス停止通知を受信した場合、以後のサービスを停止するために疑似料金交渉の結果を第１端末１０に送信する。その後、管理サーバ３０は、サービス終了処理を実行する。

【0055】

この態様によれば、サービス提供者（第１端末１０）からサービス停止の意思表示があっても、疑似料金交渉の結果として交渉が不成立に終わったことをサービス利用者（第２端末２０）に通知する。これにより、サービス停止の意思表示を秘匿することができる。同様に、サービス利用者（第２端末２０）からサービス停止の意思表示があった場合、疑似料金交渉の結果として交渉が不成立に終わったことをサービス提供者（第１端末１０）に示す。これにより、サービス停止の意思表示を秘匿することができる。

【0056】

＜予約枠の取引過程＞
本実施形態に係るマッチングシステム１において、サービス提供者とサービス利用者（以下、「第１サービス利用者」）との間で既に予約された時間帯（予約枠）を別のサービス利用者（以下、「第２サービス利用者」）が購入（取引）することができる。図６を参照して、サービス予約枠の取引過程の一例を説明する。ここで、図６は、サービス予約枠の取引過程を示すフローチャートである。

【0057】

なお、本実施形態に係るマッチングシステム１において、サービス実施の直前に予約当事者（サービス利用者）が変更されることを避けるため、予約枠の取引可能期間をサービス実施から所定時間前までに限定することが好ましい。取引可能期間は、マッチングシステム１の会員に共通に課される規則で定めてもよいし、予約当事者（例えば、サービス提供者と第１サービス利用者）のいずれかの判断で個別に設定されてもよい。

【0058】

図６に示されるように、第２サービス利用者は、第２サービス利用者の第３端末（図１の符号５０で示される端末）を介して、サービスを希望するサービス提供者のスケジュール情報を閲覧する（例えば、図３）。仮に、取引可能な予約枠をサービス提供者が有する場合、図３に示されるように、スケジュール画面にラインＢが表示される。第２サービス利用者は、第３端末５０に表示されるラインＢを選択する（Ｓ６１）。

【0059】

ラインＢの選択に伴い、第３端末５０は、取引条件情報（例えば、希望最低料金等）の取得を管理サーバ３０に要求する。それに応じて、管理サーバ３０は、その取引条件情報を第３端末５０に送信する。なお、管理サーバ３０は、取引条件情報と共に、サービス提供者に関する前述の（指標１）から（指標３）の情報を第３端末５０に送信することが好ましい。この場合、第２サービス利用者は、管理サーバ３０から受信した各指標値から希望料金の目安を参照することができる。

【0060】

第２サービス利用者は、第３端末５０に表示された取引条件情報等を参照して予約枠の購入を決めた場合、希望料金情報を第３端末５０に入力する。第３端末５０は、予約枠の取引申込通知と共に、入力された希望料金情報を管理サーバ３０に送信する（Ｓ６２）。

【0061】

管理サーバ３０が、第３端末５０から取引申込通知及び希望料金情報を受信すると、現時点での予約当事者であるサービス提供者の第１端末１０及び第１サービス利用者の第２端末２０に、これらの情報を送信する。このとき、管理サーバ３０は、少なくとも第１端末１０に、第２サービス利用者の属性情報、顔画像を含む写真データ、（指標１）から（指標３）の情報を送信してもよい。これらの情報は、サービス提供者が、第２サービス利用者からの取引申込を承諾するか否かの判断時に参照される。

【0062】

その後、管理サーバ３０は、第１端末１０及び第２端末２０から、希望料金での取引を承諾する旨の通知を受信した場合（Ｓ６３でＹＥＳの場合）、予約当事者の一方が第１サービス利用者から第２サービス利用者に変更されたこと、及びサービス料金が変更されたこと（すなわち、予約枠が取引されたこと）を記憶部に記憶する（Ｓ６４）。この処理は、予約枠取引登録手段３６に対応する。

【0063】

これに対して、第１端末１０又は第２端末２０から希望料金での取引を承諾しない旨の通知を管理サーバ３０が受信した場合（Ｓ６３でＮＯの場合）、予約枠の取引は成立しない。その後、予約日時までに（又は予約日時の所定時間前までに）別の取引申込がなければ、予約当事者が変更されず、元の条件でサービスが実施される。

【0064】

このように、予約枠を取引可能とすることで、サービス提供者は、当初のサービス料金より高い料金でサービスを提供することが可能である。また、第１サービス利用者は、取引金額が当初サービス料金より高額であれば、利益を得ることができる。更に、第１サービス利用者の都合で、予約時間帯に別の予定が入るなどして予約をキャンセルする事態が生じても、別のサービス利用者（第２サービス利用者）との間で予約枠が取引されれば、予約当事者は変更されるがサービスは実施される。その結果、第１サービス利用者は、サービス提供者に迷惑を掛けることなく、サービスをキャンセルすることができる。これにより、会員（サービス提供者、サービス利用者）にとって魅力的なマッチングシステムを提供することができる。

【符号の説明】

【0065】

１ マッチングシステム
１０ 第１端末（サービス提供者）
２０ 第２端末（第１サービス利用者）
３０ 管理サーバ
４０ 通信回線
５０ 第３端末（第２サービス利用者）

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】