JP6529469B2 - サーバ、その制御方法及びその制御プログラム - Google Patents

Description

本発明は、サーバ、その制御方法及びその制御プログラムに関する。

従来、イベントを開催する幹事ユーザが、インターネット等に接続可能なパーソナルコンピュータ、携帯電話などを用いて、サービスを提供する業者（例えば、レストラン等）を検索し、日時及びサービス内容を指定して所定のサービスに対する予約を行うことができるサービス予約システムが利用されている。

例えば、特許文献１には、ユーザ端末からの宴会希望条件を受信すると、受信した宴会希望条件を店舗端末へ送信し、店舗端末から宴会提案条件を受信すると、受信した宴会提案条件をユーザ端末に送信する宴会成約支援システムが開示されている。

特開２０１２−９９０９５号公報

特許文献１に記載された宴会成約支援システムでは、宴会提案条件を受信したときに店舗を予約することが多いユーザと、少ないユーザとが存在する。宴会希望条件を送信したユーザに関する情報は、宴会希望条件が送信された店舗端末に送信されないため、店舗端末の管理者は、宴会希望条件を送信したユーザがどのようなユーザであるかを予想することができない。そのため、店舗端末の管理者が、店舗を予約することが少ないユーザのユーザ端末に対してばかり宴会提案条件を送信してしまい、店舗の予約がされない可能性があるという問題があった。

また、一般に、サービス予約システムは、予約が成立した店舗から手数料を取得することができる。このようなサービス予約システムにおいて、より多くの手数料を取得することが望まれている。

本発明は、このような課題を解決すべくなされたものであり、施設端末の管理者が施設を利用する可能性の高いユーザを予想することができるサーバ、その制御方法及びその制御プログラムを提供することを目的とする。

また、本発明は、ユーザの過去の利用実績に応じて適切に手数料を決定することができるサーバ、その制御方法及びその制御プログラムを提供することを目的とする。

本発明に係る制御方法は、複数の施設が提供するサービス内容を少なくとも含むサービス提供情報及び複数のユーザの過去の利用履歴に基づくランク情報を記憶する記憶部を備えるサーバの制御方法であって、ユーザが希望するサービス内容を少なくとも含むサービス要求情報をユーザ端末から受付け、サービス提供情報に基づいて、サービス要求情報に合致した施設を選択し、選択された施設の施設端末に、少なくともユーザのランク情報を出力し、ユーザのユーザ端末に、選択された施設に関する情報を出力し、ユーザのユーザ端末から選択された施設を予約する予約要求情報を受付けた場合に、ユーザのランク情報に基づいて、選択された施設に請求する手数料を決定するステップを有する。

本発明に係るサーバは、複数の施設が提供するサービス内容を少なくとも含むサービス提供情報及び複数のユーザの過去の利用履歴に基づくランク情報を記憶する記憶部と、ユーザが希望するサービス内容を少なくとも含むサービス要求情報をユーザ端末から受付ける受付部と、サービス提供情報に基づいて、サービス要求情報に合致した施設を選択する選択部と、選択された施設の施設端末に少なくともユーザのランク情報を出力し、且つ、ユーザのユーザ端末に選択された施設に関する情報を出力する出力部と、ユーザのユーザ端末から選択された施設を予約する予約要求情報を受付けた場合に、ユーザのランク情報に基づいて、選択された施設に請求する手数料を決定する決定部とを有する。

本発明に係る端末の制御プログラムは、複数の施設が提供するサービス内容を少なくとも含むサービス提供情報及び複数のユーザの過去の利用履歴に基づくランク情報を記憶する記憶部を備えたサーバの制御プログラムであって、サーバに、ユーザが希望するサービス内容を少なくとも含むサービス要求情報をユーザ端末から受付け、サービス提供情報に基づいて、サービス要求情報に合致した施設を選択し、選択された施設の施設端末に、少なくともユーザのランク情報を出力し、ユーザのユーザ端末に、選択された施設に関する情報を出力し、ユーザのユーザ端末から選択された施設を予約する予約要求情報を受付けた場合に、ユーザのランク情報に基づいて、選択された施設に請求する手数料を決定することを実行させる。

本発明に係るサーバ、その制御方法、及びその制御プログラムによれば、施設端末の管理者が施設を利用する可能性の高いユーザを予想することができる。

また、本発明に係るサーバ、その制御方法、及びその制御プログラムによれば、ユーザの過去の利用実績に応じて適切に手数料を決定することができる。

マッチングシステム１を説明するための模式図である。 マッチングシステム１の概略構成の一例を示す図である。 （ａ）は、ユーザ端末２の概略構成の一例を示す図であり、（ｂ）は、施設端末３の概略構成の一例を示す図である。 サーバ４の概略構成の一例を示す図である。 （ａ）は、ユーザ管理テーブルのデータ構造の一例を示す図であり、（ｂ）は、ランク管理テーブルのデータ構造の一例を示す図であり、（ｃ）は、施設管理テーブルのデータ構造の一例を示す図である。 （ａ）は、要求管理テーブルのデータ構造の一例を示す図であり、（ｂ）は、提案管理テーブルのデータ構造の一例を示す図である。 マッチングシステム１による動作シーケンスの一例を示す図である。 ユーザ端末２に表示される画面の一例を示す図である。 施設端末３に表示される画面の一例を示す図である。 ユーザ端末２に表示される画面の一例を示す図である。 （ａ）は、施設端末３に表示される画面の一例を示す図であり、（ｂ）は、施設端末３に表示される画面の一例を示す図であり、（ｃ）は、ユーザ端末２に表示される画面の一例を示す図である。

以下、図面を参照しつつ、本発明の様々な実施形態について説明する。ただし、本発明の技術的な範囲はそれらの実施形態に限定されず、特許請求の範囲に記載された発明とその均等物に及ぶ点に留意されたい。

図１は、マッチングシステム１を説明するための模式図である。

マッチングシステム１は、複数のユーザ端末２と、複数の施設端末３と、サーバ４等を有する。サーバ４は、複数の施設が提供するサービス内容を少なくとも含むサービス提供情報、及び、複数のユーザの過去の利用履歴に基づくランク情報を記憶する。ランク情報は、各ユーザが施設を予約した回数に基づいて決定されるステータスであり、プラチナ、プラチナより低いシルバー等の複数のランクを有する。なお、図１では、便宜上、複数のユーザのうちの一人のユーザのユーザ端末２のみ、及び、複数の施設のうちの一つの施設の施設端末３のみを図示している。

幹事ユーザＸが、サービス要求情報をユーザ端末２に入力すると、ユーザ端末２は、入力されたサービス要求情報をサーバ４に送信する（１）。幹事ユーザとは、複数のユーザが参加するイベントを開催する責任者である。幹事ユーザは、幹事ユーザに立候補したユーザであってもよく、任意に選択されたユーザであってもよい。幹事ユーザは、ユーザの一例である。イベントとは、施設で開催する催し物又は行事をいう。イベントは、例えば、社員旅行、新年会、忘年会、バーベキュー、宴会、懇親会、同窓会、及びゴルフコンペ等である。サービス要求情報は、幹事ユーザが希望するサービス内容を少なくとも含む情報であり、サービス内容には、例えば、希望エリアとして四谷三丁目駅が含まれ、希望料理ジャンルとしてパスタが含まれる。なお、サービス内容は、希望エリア及び希望ジャンルの何れか一方が含まれてもよく、幹事ユーザが希望する任意の情報であってもよい。

次に、サーバ４は、ユーザ端末２からサービス要求情報を受付けると、記憶されたサービス提供情報に基づいて、受付けたサービス要求情報に合致した施設を選択する。すなわち、サーバ４は、受付けたサービス要求情報に含まれるサービス内容に合致するサービスを提供する施設を選択する。

次に、サーバ４は、幹事ユーザのランク情報１００及び幹事ユーザが希望するサービス要求情報１０１及び提案ボタン１０２を表示する要求リスト画面情報を作成し、作成した要求リスト画面情報を、選択された施設の施設端末３に送信する（２）。

次に、施設端末３は、サーバ４から受信した要求リスト画面情報に基づいて、要求リスト画面を表示する。施設端末３の管理者が提案ボタン１０２を押すことにより、幹事ユーザに対してサービスを提案する旨の提案情報を入力すると、施設端末３は、提案情報をサーバ４に送信する（３）。

次に、サーバ４は、施設端末３から提案情報を受信すると、選択された施設に関する情報をユーザ端末２に出力する（４）。

次に、幹事ユーザが選択された施設に対して予約する旨を示す予約要求情報を入力すると、ユーザ端末２は、予約要求情報をサーバ４に送信する（５）。

次に、サーバ４は、ユーザ端末２から予約要求情報を受付けると、幹事ユーザのランク情報に基づいて、選択された施設に請求する手数料を決定する。サーバ４は、ランク情報が高いほど、選択された施設に請求する手数料が高くなるように手数料を決定する。例えば、サーバ４は、ランク情報がプラチナである幹事ユーザのユーザ端末から予約要求情報を受付けた場合の手数料を、ランク情報がシルバーである幹事ユーザのユーザ端末から予約要求情報を受付けた場合の手数料よりも高くなるように手数料を決定する。

次に、サーバ４は、選択された施設の施設端末３に、決定した手数料を請求する（６）。

このように、サーバ４は、ユーザの過去の利用実績に応じて適切に手数料を決定することができる。一方、施設端末の管理者は、施設端末３に表示された幹事ユーザのランク情報１００に基づいて、サービスを要求した幹事のユーザの中から過去に施設を利用した回数の多いユーザを選択することができる。さらに、施設端末３の管理者は、サービスを提供する日時の施設の混雑具合、及び、幹事ユーザのランクに応じた手数料を考慮して、どのサービス要求情報に対してサービスを提案するかを判断することができる。

図２は、マッチングシステム１の概略構成の一例を示す図である。

マッチングシステム１は、複数のユーザ端末２と、複数の施設端末３と、サーバ４等を備える。ユーザ端末２とサーバ４とは、アクセスポイント（不図示）又は基地局（不図示）、並びに通信ネットワーク５を介して相互に接続される。通信ネットワーク５は、例えば、インターネットである。ユーザ端末２と、サーバ４とは、ハイパーテキスト転送プロトコル（HTTP: Hypertext Transfer Protocol）等の通信プロトコルを用いて通信を行う。施設端末３とサーバ４は、通信ネットワーク５を介して相互に接続される。施設端末３と、サーバ４とは、ハイパーテキスト転送プロトコル等の通信プロトコルを用いて通信を行う。

図３（ａ）は、ユーザ端末２の概略構成の一例を示す図である。

ユーザ端末２は、ユーザ端末通信部２１、ユーザ端末記憶部２２、ユーザ端末操作部２３、ユーザ端末表示部２４及びユーザ端末処理部２５等を備える。ユーザ端末２として、多機能携帯電話（所謂「スマートフォン」）が想定されるが、これに限定されるものではない。ユーザ端末２は、例えば、携帯電話（所謂「フィーチャーフォン」）、携帯情報端末（PDA: Personal Digital Assistant, PDA）、タブレットＰＣ、パーソナルコンピュータ等でもよい。

ユーザ端末通信部２１は、主に２．４ＧＨｚ帯、５ＧＨｚ帯等を感受帯域とするアンテナを含む通信インターフェース回路を備え、アクセスポイントとの間でＩＥＥＥ８０２．１１規格の無線通信方式に基づいて無線通信を行う。又は、ユーザ端末通信部２１は、主に２．１ＧＨｚ帯を感受帯域とするアンテナを含む通信インターフェース回路を備え、基地局との間でＣＤＭＡ方式等により無線通信を行う。ユーザ端末通信部２１は、ユーザ端末２をアクセスポイント又は基地局を介して通信ネットワーク５に接続する。ユーザ端末通信部２１は、ユーザ端末処理部２５から供給されたデータをサーバ４等に送信する。また、ユーザ端末通信部２１は、サーバ４等から受信したデータをユーザ端末処理部２５に供給する。

ユーザ端末記憶部２２は、例えば、半導体メモリ、磁気ディスク装置、又は光ディスク装置のうちの少なくともいずれか一つを備える。ユーザ端末記憶部２２は、ユーザ端末処理部２５での処理に用いられるオペレーティングシステムプログラム、ドライバプログラム、アプリケーションプログラム、データ等を記憶する。例えば、ユーザ端末記憶部２２は、ドライバプログラムとして、ユーザ端末操作部２３を制御する入力デバイスドライバプログラム、ユーザ端末表示部２４を制御する出力デバイスドライバプログラム等を記憶する。また、ユーザ端末記憶部２２は、アプリケーションプログラムとして、メッセージの送受信を実行するプログラム等を記憶する。また、ユーザ端末記憶部２２は、データとして、送受信されたメッセージとそれに付随するデータを記憶する。さらに、ユーザ端末記憶部２２は、所定の処理に係る一時的なデータを一時的に記憶してもよい。

ユーザ端末操作部２３は、ユーザ端末２の操作が可能であればどのようなデバイスでもよく、例えば、タッチパッド等である。幹事ユーザは、ユーザ端末操作部２３を用いて、文字、数字等を入力することができる。ユーザ端末操作部２３は、幹事ユーザにより操作されると、その操作に対応する信号を発生する。発生した信号は、幹事ユーザの指示として、ユーザ端末処理部２５に供給される。

ユーザ端末表示部２４は、文字列、画像等の表示が可能であればどのようなデバイスでもよく、例えば、液晶ディスプレイ、有機ＥＬ（Electro-Luminescence）ディスプレイ等である。ユーザ端末表示部２４は、ユーザ端末処理部２５から供給された、送受信されたメッセージ等を表示する。

ユーザ端末処理部２５は、ユーザ端末アクセス部２５１及びユーザ端末メッセージ管理部２５２等を備える。ユーザ端末処理部２５は、ユーザ端末２の全体的な動作を統括的に制御するものであり、一又は複数個のプロセッサ及びその周辺回路（例えば、ＣＰＵ（Central Processing Unit））から構成される。ユーザ端末処理部２５は、ユーザ端末記憶部２２に記憶されているプログラムがユーザ端末操作部２３の操作等に応じて適切な手順で実行されるように、ユーザ端末通信部２１及びユーザ端末表示部２４等の動作を制御する。ユーザ端末処理部２５は、ユーザ端末記憶部２２に記憶されているプログラム（オペレーティングシステムプログラム、ドライバプログラム、アプリケーションプログラム等）に基づいて処理を実行する。また、ユーザ端末処理部２５は、複数のプログラム（アプリケーションプログラム等）を並列に実行することができる。

ユーザ端末アクセス部２５１及びユーザ端末メッセージ管理部２５２は、ユーザ端末処理部２５が備えるプロセッサで実行されるプログラムにより実現される機能モジュールである。あるいは、ユーザ端末アクセス部２５１及びユーザ端末メッセージ管理部２５２は、ファームウェアとしてユーザ端末２に実装されてもよい。

ユーザ端末アクセス部２５１は、Ｗｅｂ（World Wide Web）にアクセスし、表示データの取得及び表示を行う。即ち、ユーザ端末アクセス部２５１は、幹事ユーザからの指示に応じて、施設に関する情報の入力を受付け、ユーザ端末通信部２１を介してサーバ４に送信する。また、ユーザ端末アクセス部２５１は、サーバ４による処理結果を表示するための表示データをユーザ端末通信部２１を介してサーバ４から受信し、受信した表示データに基づく画面をユーザ端末表示部２４に表示する。

ユーザ端末メッセージ管理部２５２は、ユーザ端末通信部２１を介してメッセージをサーバ４と送受信する。

図３（ｂ）は、施設端末３の概略構成の一例を示す図である。

施設端末３は、施設端末通信部３１、施設端末記憶部３２、施設端末操作部３３、施設端末表示部３４及び施設端末処理部３５等を備える。施設端末３は、サービスを提供する施設の管理者の端末である。施設端末３として、パーソナルコンピュータが想定されるが、これに限定されるものではない。施設端末３は、例えば、多機能携帯電話、携帯電話、携帯情報端末、タブレットＰＣ等でもよい。

施設端末通信部３１は、主に、有線通信インターフェース回路を備え、施設端末３をＬＡＮケーブル等の有線を介して通信ネットワーク５に接続する。施設端末通信部３１は、施設端末処理部３５から供給されたデータをサーバ４等に送信する。また、施設端末通信部３１は、サーバ４等から受信したデータを施設端末処理部３５に供給する。

施設端末記憶部３２は、例えば、半導体メモリ、磁気ディスク装置、又は光ディスク装置のうちの少なくともいずれか一つを備える。施設端末記憶部３２は、施設端末処理部３５での処理に用いられるオペレーティングシステムプログラム、ドライバプログラム、アプリケーションプログラム、データ等を記憶する。例えば、施設端末記憶部３２は、ドライバプログラムとして、施設端末操作部３３を制御する入力デバイスドライバプログラム、施設端末表示部３４を制御する出力デバイスドライバプログラム等を記憶する。また、施設端末記憶部３２は、アプリケーションプログラムとして、メッセージの送受信を実行するプログラム等を記憶する。また、施設端末記憶部３２は、データとして、送受信されたメッセージとそれに付随するデータを記憶する。さらに、施設端末記憶部３２は、所定の処理に係る一時的なデータを一時的に記憶してもよい。

施設端末操作部３３は、施設端末３の操作が可能であればどのようなデバイスでもよく、例えば、キーボード等である。管理者は、施設端末操作部３３を用いて、文字、数字等を入力することができる。施設端末操作部３３は、管理者により操作されると、その操作に対応する信号を発生する。発生した信号は、管理者の指示として、施設端末処理部３５に供給される。

施設端末表示部３４は、文字列、画像等の表示が可能であればどのようなデバイスでもよく、例えば、液晶ディスプレイ、有機ＥＬディスプレイ等である。施設端末表示部３４は、施設端末処理部３５から供給された、送受信されたメッセージ等を表示する。

施設端末処理部３５は、施設端末アクセス部３５１及び施設端末メッセージ管理部３５２等を備える。施設端末処理部３５は、施設端末３の全体的な動作を統括的に制御するものであり、一又は複数個のプロセッサ及びその周辺回路（例えば、ＣＰＵ）から構成される。施設端末処理部３５は、施設端末記憶部３２に記憶されているプログラムが施設端末操作部３３の操作等に応じて適切な手順で実行されるように、施設端末通信部３１、及び施設端末表示部３４等の動作を制御する。施設端末処理部３５は、施設端末記憶部３２に記憶されているプログラム（オペレーティングシステムプログラム、ドライバプログラム、アプリケーションプログラム等）に基づいて処理を実行する。また、施設端末処理部３５は、複数のプログラム（アプリケーションプログラム等）を並列に実行することができる。

施設端末アクセス部３５１及び施設端末メッセージ管理部３５２は、施設端末処理部３５が備えるプロセッサで実行されるプログラムにより実現される機能モジュールである。あるいは、施設端末アクセス部３５１及び施設端末メッセージ管理部３５２は、ファームウェアとして施設端末３に実装されてもよい。

施設端末アクセス部３５１は、Ｗｅｂにアクセスし、表示データの取得及び表示を行う。即ち、施設端末アクセス部３５１は、管理者からの指示に応じて、提案するサービスに関する情報入力を受付け、施設端末通信部３１を介してサーバ４に送信する。また、施設端末アクセス部３５１は、サーバ４による処理結果を表示するための表示データを、施設端末通信部３１を介してサーバ４から受信し、受信した表示データに基づく画面を施設端末表示部３４に表示する。

施設端末メッセージ管理部３５２は、施設端末通信部３１を介してメッセージをサーバ４と送受信する。

図４は、サーバ４の概略構成の一例を示す図である。

サーバ４は、サーバ通信部４１、サーバ記憶部４２、及びサーバ処理部４３を備える。サーバ４は、単独の装置で構成される。なお、サーバ４は、複数の装置で構成されてもよい。

サーバ通信部４１は、通信ネットワーク５を介してデータの送受信を行うための通信インターフェース回路を備え、ユーザ端末２又は施設端末３と通信を行う。

サーバ記憶部４２は、例えば、磁気テープ装置、磁気ディスク装置、又は光ディスク装置のうちの少なくともいずれか一つを備え、サーバ処理部４３での処理に用いられるオペレーティングシステムプログラム、ドライバプログラム、アプリケーションプログラム、データ等を記憶する。各プログラムは、例えばＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ等のコンピュータ読み取り可能な可搬型記録媒体から、公知のセットアッププログラム等を用いてサーバ記憶部４２にインストールされてもよい。また、サーバ記憶部４２は、データとして、ユーザ管理テーブル（図５（ａ））、ランク管理テーブル（図５（ｂ））、施設管理テーブル（図５（ｃ））、要求管理テーブル（図６（ａ））及び提案管理テーブル（図６（ｂ））を記憶する。なお、本実施形態でいうテーブルは、データベースの形式の一例であり、データがサーバ内にプールしているような形式であってもよい。また、サーバ記憶部４２は、所定の処理に係る一時的なデータを一時的に記憶するためのバッファを更に備える。

サーバ処理部４３は、受付部４３１、選択部４３２、出力部４３３、決定部４３４及び管理部４３５等を備える。サーバ処理部４３は、サーバ４の全体的な動作を統括的に制御するものであり、一又は複数個のプロセッサ及びその周辺回路（例えば、ＣＰＵ）から構成される。また、サーバ処理部４３は、サーバ記憶部４２に記憶されているプログラム（オペレーティングシステムプログラム、ドライバプログラム、アプリケーションプログラム等）に基づき、適切な手順でサーバ通信部４１等の動作を制御する。さらに、サーバ処理部４３は、複数のプログラム（アプリケーションプログラム等）を並列に実行してもよい。

受付部４３１、選択部４３２、出力部４３３、決定部４３４及び管理部４３５は、サーバ処理部４３が備えるプロセッサで実行されるプログラムにより実行される機能モジュールである。なお、受付部４３１、選択部４３２、出力部４３３、決定部４３４及び管理部４３５は、ファームウェアとしてサーバ４に実装されてもよい。

受付部４３１は、幹事ユーザが希望するサービス内容を少なくとも含むサービス要求情報をユーザ端末から受付ける。受付部４３１の処理の詳細については後述する。

選択部４３２は、サービス提供情報に基づいて、サービス要求情報に合致した施設を選択する。選択部４３２の処理の詳細については、後述する。

出力部４３３は、選択部４３２によって選択された施設の施設端末３に、当該施設のサービス提供情報に合致するサービス要求情報を送信した幹事ユーザのランク情報を含む要求リスト画面情報を送信することにより、当該幹事ユーザのランク情報を出力する。さらに、出力部４３３は、施設端末３の管理者がサービスを提案する対象となる幹事ユーザのユーザ端末２に、選択部４３２によって選択された施設に関する情報をＥメールとして送信することにより、施設に関する情報を出力する。出力部４３３の処理の詳細については、後述する。

決定部４３４は、出力部４３３によって施設に関する情報を出力された幹事ユーザのユーザ端末２から、施設を予約する予約要求情報を受付けた場合に、施設を予約した幹事ユーザのランク情報に基づいて、予約された施設に請求する手数料を決定する。決定部４３４の処理の詳細については、後述する。

管理部４３５は、イベントが開催される施設を予約する幹事ユーザとサービスを提供する施設の管理者とをマッチングさせる処理を実行する。管理部４３５の処理の詳細については、後述する。

図５〜図６は、各種テーブルのデータ構造の一例を示す図である。なお、サーバ記憶部４２は、以下に説明する各種テーブルの全て又は一部を記憶せずに、サーバ４とは異なる一又は複数の他の装置（データベース装置等）が、これらの各種テーブルの全て又は一部を記憶してもよい。この場合、サーバ４は、これらの各種テーブルに記憶された情報を使用する際に、当該テーブルを記憶する他の装置にアクセスして、当該テーブルに記憶された情報を取得する。また、各テーブルに含まれる各情報は、テーブル以外の形式で記憶されてもよく、例えば、それぞれ独立して記憶されてもよい。

図５（ａ）は、ユーザ管理テーブルのデータ構造の一例を示す図である。

図５（ａ）に示すデータ構造は、サーバ記憶部４２に記憶されているユーザID５００に関連付けられた一連のデータを示している。ユーザID５００は、ユーザを識別するための情報である。一連のデータは、例えば、ユーザ名５０１及びＥメールアドレス５０２等を含む。上記の一連のデータは一例であって、その他のユーザに関する情報を含んでもよい。

ユーザ名５０１は、ユーザの名称を示す情報である。Ｅメールアドレス５０２は、サーバ４が施設に関する情報をユーザ端末２に送信するための送信先を示す情報である。

図５（ｂ）は、ランク管理テーブルのデータ構造の一例を示す図である。

図５（ｂ）に示すデータ構造は、サーバ記憶部４２に記憶されているユーザID５１０に関連付けられた一連のデータを示している。一連のデータは、例えば、ランク情報５１１及び予約回数５１２等を含む。上記の一連のデータは一例であって、その他のランクに関する情報を含んでもよい。

ランク情報５１１は、ユーザのランクを示す情報である。ランク情報５１１は、施設を予約した履歴に基づいて決定された各ユーザのステータスを示す情報である。例えば、ユーザのランクの高い順に、プラチナ、ゴールド、シルバーがランク情報５１１として記憶される。予約回数５１２は、各ユーザが施設を予約した回数を示す情報である。予約回数５１２は、ユーザの過去の利用履歴の一例である。

図５（ｃ）は、施設管理テーブルのデータ構造の一例を示す図である。

図５（ｃ）に示すデータ構造は、サーバ記憶部４２に記憶されている施設ID５２０に関連付けられた一連のデータを示している。施設ID５２０は、施設を識別するための情報である。一連のデータは、例えば、施設名５２１、エリア５２２、料理ジャンル５２３、営業日５２４、営業時間５２５及びＥメールアドレス５２６等を含む。上記の一連のデータは一例であって、その他の施設に関する情報を含んでもよい。

施設名５２１は、施設の名称を示す情報である。エリア５２２は、施設が配置されたエリア及びそのエリアを表すための階層構造を示す情報である。例えば、エリア５２２の階層構造は、「都道府県，大エリアカテゴリー，中エリアカテゴリー，小エリアカテゴリー」で構成される。料理ジャンル５２３は、施設において提供される料理及びその料理を表すための階層構造を示す情報である。例えば、料理ジャンル５２３の階層構造は、「大料理ジャンルカテゴリー，小料理ジャンルカテゴリー」で構成される。営業日５２４は、施設のサービスが提供される日程を示す情報である。営業時間５２５は、施設のサービスが提供される時間を示す情報である。Ｅメールアドレス５２６は、サーバ４が施設端末３に要求通知情報を送信するための宛先を示す情報である。要求通知情報は、施設端末の管理者へ、幹事ユーザに対するサービスの提案を要求するために送信される情報である。エリア５２２及び料理ジャンル５２３は、サービス提供情報に含まれるサービス内容の一例である。なお、サービス提供情報に含まれるサービス内容は、エリア５２２及び料理ジャンル５２３の何れか一方でもよい。また、サービス提供情報に含まれるサービス内容は、エリア５２２及び料理ジャンル５２３以外の任意の情報（例えば、営業日５２４及び／又は営業時間５２５）であってもよい。

図６（ａ）は、要求管理テーブルのデータ構造の一例を示す図である。

図６（ａ）に示すデータ構造は、サーバ記憶部４２に記憶されているサービス要求情報ID６００に関連付けられた一連のデータを示している。サービス要求情報ID６００は、幹事ユーザが希望するサービス要求情報を識別するための情報である。一連のデータは、例えば、ユーザID６０１、希望エリア６０２、希望料理ジャンル６０３、希望日時６０４、希望人数６０５、予算６０６、受取希望施設数６０７、送信数６０８及び予約施設ID６０９等を含む。上記の一連のデータは一例であって、その他のサービス要求情報に関する情報を含んでもよい。

希望エリア６０２は、幹事ユーザによって選択されたエリアと選択された各エリアに対して幹事ユーザが希望する希望順位とを含む。希望料理ジャンル６０３は、幹事ユーザによって選択された料理ジャンルと、選択された各料理ジャンルに対して幹事ユーザが希望する希望順位とを含む。希望日時６０４は、幹事ユーザによって選択された希望日時と、選択された各希望日時に対して幹事ユーザが希望する希望順位とを含む。希望人数６０５は、開催されるイベントに参加するユーザの人数である。予算６０６は、イベントに対する一人当たりの予算である。受取希望施設数６０７は、ユーザ端末２が施設端末３から受信できる施設に関する情報の数の上限を示す情報である。送信数６０８は、施設に関する情報をユーザ端末２に既に送信した回数を示す情報である。予約施設ID６０９は、イベントを開催する施設として予約された施設を識別するための情報である。希望エリア６０２、希望料理ジャンル６０３、希望日時６０４は、サービス要求情報の一例である。

図６（ｂ）は、提案管理テーブルのデータ構造の一例を示す図である。

図６（ｂ）に示すデータ構造は、サーバ記憶部４２に記憶されている提案ID６１０に関連付けられた一連のデータを示している。提案ID６１０は、施設端末３の管理者によるサービスの提案ごとに割当てられた識別情報である。一連のデータは、例えば、施設ID６１１、サービス要求情報ID６１２及び提案メッセージ６１３等を含む。上記の一連のデータは一例であって、その他の提案に関する情報を含んでもよい。サービス要求情報ID６１２は、施設端末３の管理者によって提案されるサービスに対応するサービス要求情報である。提案メッセージ６１３は、施設端末３の管理者によって提案された、サービスの提案内容である。

図７は、マッチングシステム１による動作シーケンスの一例を示す図である。

なお、以下に説明する動作シーケンスは、予めユーザ端末記憶部２２、施設端末記憶部３２及びサーバ記憶部４２に記憶されているプログラムに基づいて、主にユーザ端末処理部２５、施設端末処理部３５及びサーバ処理部４３により、ユーザ端末２、施設端末３及びサーバ４の各要素と協働して実行される。

まず、幹事ユーザの操作に従って、ユーザ端末２のユーザ端末アクセス部２５１は、サーバ４にログインし、設定画面要求情報をサーバ４に送信する（ステップＳ１００）。設定画面要求情報は、設定画面情報を取得するための要求である。設定画面情報は、後述する設定画面（図８参照）を表示するための情報である。

次に、サーバ４の管理部４３５は、ユーザ端末２から設定画面要求情報を受信すると、設定画面情報をユーザ端末２に送信する（ステップＳ１０１）。設定画面要求情報には、幹事ユーザのユーザIDが含まれており、管理部４３５は、ユーザ管理テーブル（図５（ａ））を参照し、設定画面要求情報を送信したユーザ端末２の幹事ユーザのユーザ名を特定する。さらに、管理部４３５は、ランク管理テーブル（図５（ｂ））を参照し、設定画面要求情報を送信した幹事ユーザのランク情報を特定する。管理部４３５は、特定した幹事ユーザのユーザ名及びランク情報、並びにサービスの提供を希望するエリア、料理ジャンル、日時、人数、予算、受取希望施設数等を指定するための情報を含む設定画面情報をユーザ端末２に送信する。

次に、ユーザ端末２のユーザ端末アクセス部２５１は、サーバ４から設定画面情報を受信すると、受信した設定画面情報に基づいて設定画面をユーザ端末表示部２４に表示する（ステップＳ１０２）。

図８は、ユーザ端末２に表示される設定画面の一例を示す図である。

設定画面には、幹事ユーザ名８００、ランク情報８０１、選択領域８０２〜８０４、プルダウン８０５，８０６，８０８，８１０、日時追加ボタン８０７、入力ボックス８０９及び設定ボタン８１１等が含まれる。

幹事ユーザ名８００は、幹事ユーザのユーザ名である。ランク情報８０１は、幹事ユーザのランクである。選択領域８０２は希望エリアを選択するための領域である。選択領域８０２には、初期状態として最上位のエリアカテゴリー（例えば、全国）が表示される。幹事ユーザにより最上位のエリアカテゴリーが選択されると、その下位のエリアカテゴリー（例えば、東京都）が展開される。これにより、幹事ユーザは、最上位のエリアカテゴリーから下位のエリアカテゴリーを順に選択できる。図８では、全国，東京都，飯田橋・四ツ谷・神楽坂，四ツ谷の順に、幹事ユーザの操作により選択されている。プルダウン８０５は、選択された各エリアカテゴリーに対して幹事ユーザが希望する希望順位を指定するための領域である。プルダウン８０５には、希望順位として、第１希望，第２希望，第３希望等が指定可能に表示される。

選択領域８０３は、希望料理ジャンルを選択するための領域である。選択領域８０３には、初期状態として最上位の料理ジャンルカテゴリー（例えば、すべて）が表示される。幹事ユーザにより最上位の料理ジャンルカテゴリーが選択されると、その下位の料理ジャンルカテゴリー（例えば、イタリアン・フレンチ）が展開される。これにより、幹事ユーザは、最上位の料理ジャンルカテゴリーから下位の料理ジャンルカテゴリーを順に選択できる。図８では、すべての料理，イタリアン・フレンチの順に、幹事ユーザの操作により選択されている。プルダウン８０６は、選択された各料理ジャンルカテゴリーに対して幹事ユーザが希望する希望順位を指定するための領域である。プルダウン８０６には、プルダウン８０５と同様に、希望順位として、第１希望，第２希望，第３希望等が指定可能に表示される。

選択領域８０４は、希望日時を選択するための領域である。選択領域８０４には、希望日時として、希望日及び希望時間が指定可能に表示される。日時追加ボタン８０７は、第１希望より低い希望順位の希望日時を追加するためのボタンである。

プルダウン８０８は、イベントに参加するユーザの希望人数を選択するための領域である。プルダウン８０８には、イベントに参加するユーザの希望人数が指定可能に表示される。入力ボックス８０９は、一人当たりの予算を入力するための領域である。プルダウン８１０は、受取希望施設数を選択するための領域である。プルダウン８１０には、受取希望施設数が指定可能に表示される。設定ボタン８１１は、指定された各サービス要求情報を設定するためのボタンである。

次に、幹事ユーザがユーザ端末操作部２３を用いて設定ボタン８１１を押下すると、ユーザ端末アクセス部２５１は、図８の設定画面で指定された各サービス要求情報をサーバ４に送信する（ステップＳ１０３）。サービス要求情報には、幹事ユーザが希望する複数のサービス内容、各サービスのサービス内容に対する幹事ユーザの希望順位、希望人数、予算及び受取希望施設数等が含まれる。

次に、サーバ４の受付部４３１が、ユーザ端末２からサービス要求情報を受信すると、受信したサービス要求情報に含まれる各情報を要求管理テーブル（図６（ａ））に記憶する（ステップＳ１０４）。受付部４３１は、サービス要求情報に含まれる複数のサービス内容、各サービスのサービス内容に対する幹事ユーザの希望順位、希望人数、予算及び受取希望施設数を特定する。受付部４３１は、サービス要求情報IDを新たに生成し、特定した各情報を関連付けて要求管理テーブル（図６（ａ））に記憶する。

次に、選択部４３２は、サービス提供情報に基づいて、サービス要求情報に含まれるサービス内容に合致した施設を選択する（ステップＳ１０５）。選択部４３２は、要求管理テーブル（図６（ａ））及び施設管理テーブル（図５（ｃ））を参照し、ステップＳ１０４において受付けたサービス要求情報に含まれるサービス内容に合致するサービスを提供する施設を選択する。選択部４３２は、要求管理テーブル（図６（ａ））及び施設管理テーブル（図５（ｃ））を参照し、幹事ユーザによって指定された何れかの希望エリア及び希望ジャンルで構成される組み合わせを満たすサービスを提供できる施設を選択する。なお、サービス要求情報に含まれるサービス内容は、希望エリア及び希望ジャンルの何れか一方でもよい。また、サービス要求情報に含まれるサービス内容は、希望エリア及び希望ジャンル以外の任意の情報（例えば、希望日時）であってもよい。

例えば、図８の設定画面では、希望エリアとして、四谷三丁目駅及び四ツ谷駅、並びに希望料理ジャンルとして、パスタ及びピザが指定されている。この場合、以下の４通りの組み合わせが存在する。一つ目は、「四谷三丁目駅、パスタ」の組み合わせであり、二つ目は、「四谷三丁目駅、ピザ」の組み合わせであり、三つ目は、「四ツ谷駅、パスタ」の組み合わせであり、四つ目は、四ツ谷駅、ピザ」の組み合わせである。

次に、出力部４３３は、施設管理テーブル（図５（ｃ））を参照し、選択部４３２が選択した施設の施設端末３のＥメールアドレスを特定し、ユーザへのサービスの提案を要求する要求通知情報を、特定したＥメールアドレス宛てのＥメールにより送信する（ステップＳ１０６）。施設の施設端末３の施設端末メッセージ管理部３５２は、サーバ４から要求通知情報を受信すると、受信した要求通知情報に含まれる各情報を施設端末表示部３４に表示する。

図９（ａ）は、施設端末３に表示されるＥメールの一例を示す図である。

要求通知情報には、宛先９００、幹事ユーザのサービス要求情報９０１、依頼テキスト９０２及びマッチングシステム１にアクセスするためのＵＲＬ９０３が含まれる。施設端末３には、宛先９００として施設の施設名、サービス要求情報９０１として図８において入力されたサービス要求情報、依頼テキスト９０２としてサービスの提案を要求する旨のメッセージ及びサービスの提案を要求するためにアクセスするＵＲＬ９０３が表示される。

次に、管理者の操作に従って、施設端末３の施設端末アクセス部３５１は、サーバ４にログインし、要求リスト要求情報をサーバ４に送信する（ステップＳ１０７）。要求リスト要求情報は、要求リスト画面情報を取得するための要求である。要求リスト画面情報は、後述する要求リスト画面（図９（ｂ）参照）を表示するための情報である。

次に、サーバ４の管理部４３５は、施設端末３から要求リスト要求情報を受信すると、要求リスト画面情報を施設端末３に送信する（ステップＳ１０８）。要求リスト要求情報には、施設IDが含まれており、管理部４３５は、要求管理テーブル（図６（ａ））及び施設管理テーブル（図５（ｃ））を参照し、要求リスト要求情報を送信した施設端末３の施設が提供するサービス提供情報に合致するサービス要求情報を抽出する。さらに、管理部４３５は、要求管理テーブル（図６（ａ））及びランク管理テーブル（図５（ｂ））を参照し、サービス要求情報を希望した幹事ユーザのランク情報を抽出する。管理部４３５は、抽出したサービス要求情報及び幹事ユーザのランク情報を含む要求リスト画面情報を施設端末３に送信する。

次に、施設端末３の施設端末アクセス部３５１は、サーバ４から要求リスト画面情報を受信すると、受信した要求リスト画面情報に基づいて要求リスト画面を施設端末表示部３４に表示する（ステップＳ１０９）。

図９（ｂ）は、施設端末３に表示される要求リスト画面の一例を示す図である。

要求リスト画面には、施設端末の施設が提供するサービス内容に希望が合致している幹事ユーザごとに、サービス要求情報９１２，９１５、提案ボタン９１３，９１６、幹事ユーザのランク情報９１４，９１７等が表示されている。また、要求リスト画面には、幹事ユーザごとの情報の並び順を指定するためのボタンとして、新着順９１０、ランク順９１１が表示されている。

サービス要求情報９１２，９１５は、各幹事ユーザが希望しているサービス要求情報である。施設端末３の施設が提供するサービス提供情報に合致するサービス内容と施設端末３の施設が提供するサービス提供情報に合致しないサービス内容とが識別可能に表示されてもよい。例えば、施設端末３の施設が提供するサービス提供情報に合致するサービス内容は太字、又は合致しないサービスとは異なる色（例えば、赤色）で表示されてもよい。これにより、施設の管理者は、幹事ユーザがどのサービスに期待しているかを容易に認識でき、さらに、幹事ユーザが自分の施設を予約する可能性の高さを予想することができる。

施設の管理者の操作に従って、新着順９１０が選択されると、施設端末アクセス部３５１は、幹事ユーザごとの情報９１２〜９１４，９１５〜９１７を、サーバ４がサービス要求情報を受信した時刻が新しい順にソートする。なお、施設端末アクセス部３５１は、幹事ユーザごとの情報９１２〜９１４，９１５〜９１７を、サーバ４がサービス要求情報を受信した時刻が古い順にソートしてもよい。これにより、施設の管理者は、幹事ユーザごとの情報９１２〜９１４，９１５〜９１７を所望の順番に整理することができる。

施設の管理者の操作に従って、ランク順９１１が選択されると、施設端末アクセス部３５１は、幹事ユーザごとの情報９１２〜９１４，９１５〜９１７を、幹事ユーザのランク情報が高い順にソートする。これにより、施設端末３の管理者は、ランク情報が高い幹事ユーザのサービス要求情報をより早く見つけることができる。

次に、施設端末アクセス部３５１は、サービスの提案の入力を受付ける（ステップＳ１１０）。施設端末アクセス部３５１は、管理者の操作に従って提案ボタン９１３が押下された場合、押下された提案ボタンに対応するサービス要求情報に対する提案入力画面を表示する。

図９（ｃ）は、施設端末３に表示される提案入力画面の一例を示す図である。

提案入力画面には、サービス要求情報９２０、提案メッセージ入力ボックス９２１及び送信ボタン９２２が表示される。

次に、施設端末３の管理者の操作に従って、ユーザへサービスを提案する提案メッセージが入力され、送信ボタン９２２が押下されると、施設端末アクセス部３５１は、提案通知情報をサーバ４に送信する（ステップＳ１１１）。提案通知情報には、提案メッセージ、提案される幹事ユーザにより要求されたサービス要求情報ID、及び提案通知情報を送信した施設端末の施設の施設IDが含まれる。サーバ４の管理部４３５は、施設端末３から提案通知情報を受信すると、受信した提案通知情報に含まれる提案メッセージ、サービス要求情報ID及び施設IDを特定する。管理部４３５は、提案IDを新たに生成し、提案通知情報を送信した施設端末の施設の施設ID、特定した提案メッセージ及びサービス要求情報IDを関連付けて提案管理テーブル（図６（ｂ））に記憶する。管理部４３５は、施設管理テーブル（図５（ｃ））を参照し、提案通知情報を送信した施設端末３の施設の施設名、エリア及び料理ジャンルを特定し、特定した各情報を含む、施設に関する情報を生成する。

次に、出力部４３３は、ユーザ管理テーブル（図５（ａ））を参照し、提案通知情報に含まれるサービス要求情報IDに対応するサービス要求情報を希望した幹事ユーザのＥメールアドレスを特定する。出力部４３３は、施設に関する情報を、特定したＥメールアドレス宛てのＥメールによりユーザ端末２に送信する（ステップＳ１１２）。

なお、出力部４３３は、受取希望施設数の施設に関する情報をユーザ端末２に既に送信しているか否かを判定する。出力部４３３は、受取希望施設数の施設に関する情報をユーザ端末２に既に送信していた場合、施設に関する情報をユーザ端末２に送信せず、エラー通知を施設端末３に送信する。管理部４３５は、要求管理テーブル（図６（ａ））を参照し、施設に関する情報に含まれるサービス要求情報IDの受取希望施設数を特定する。管理部４３５は、提案管理テーブル（図６（ｂ））を参照し、施設に関する情報に含まれるサービス要求情報IDに対して施設に関する情報が送信された数をカウントし、カウントした数を送信数として要求管理テーブル（図６（ａ））に記憶する。管理部４３５は、要求管理テーブル（図６（ａ））を参照し、送信数が受取希望施設数に達しているか否かにより、受取希望施設数の施設に関する情報をユーザ端末２が受信しているか否かを判定する。出力部４３３は、受取希望施設数の施設に関する情報をユーザ端末２に送信していない場合、施設に関する情報をユーザ端末２に送信し、受取希望施設数の施設に関する情報をユーザ端末２に送信していた場合、施設に関する情報をユーザ端末２に送信せず、エラー通知を施設端末３に送信する。これにより、ユーザ端末２が施設に関する情報を大量に受信し過ぎることを防止することができる。

ユーザ端末２のユーザ端末メッセージ管理部２５２は、サーバ４から施設に関する情報を受信すると、受信した施設に関する情報に含まれる各情報をユーザ端末表示部２４に表示する。

図１０（ａ）は、ユーザ端末２に表示されるＥメールの一例を示す図である。

施設に関する情報には、幹事ユーザのユーザ名、提案した施設の施設名、エリア及び料理ジャンル、施設の予約を要求する旨のメッセージ及び施設を予約するためにアクセスするＵＲＬ等が含まれる。ユーザ端末２には、宛先１０００として「幹事ユーザのユーザ名」、施設情報１００１として「提案した施設の施設名、エリア及び料理ジャンル」、施設の提案メッセージ１００２として「図９（ｃ）において入力された提案メッセージ」、依頼テキスト１００３として「施設の予約を要求する旨のメッセージ」及びＵＲＬ１００４として「施設を予約するためにアクセスするＵＲＬ」が表示される。

次に、幹事ユーザの操作に従って、ユーザ端末２のユーザ端末アクセス部２５１は、サーバ４にログインし、提案リスト要求情報をサーバ４に送信する（ステップＳ１１３）。提案リスト要求情報は、提案リスト画面情報を取得するための要求である。提案リスト画面情報は、後述する提案リスト画面（図１０（ｂ）参照）を表示するための情報である。

次に、サーバ４の出力部４３３は、施設端末３から提案リスト要求情報を受信すると、提案リスト画面情報をユーザ端末２に送信する（ステップＳ１１４）。提案リスト要求情報には、幹事ユーザのユーザIDが含まれており、出力部４３３は、要求管理テーブル（図６（ａ））及び提案管理テーブル（図６（ｂ））を参照し、提案メッセージ及び提案メッセージを提案した施設の施設IDを特定する。出力部４３３は、施設管理テーブル（図５（ｃ））を参照し、特定した施設IDに関連付けられた施設名、エリア及び料理ジャンルを特定する。出力部４３３は、特定した各情報を含む提案リスト画面情報をユーザ端末２に送信する。

次に、ユーザ端末２のユーザ端末アクセス部２５１は、サーバ４から提案リスト画面情報を受信すると、受信した提案リスト画面情報に基づいて提案リスト画面をユーザ端末表示部２４に表示する（ステップＳ１１５）。

図１０（ｂ）は、ユーザ端末２に表示される提案リスト画面の一例を示す図である。

提案リスト画面には、施設ごとの情報の並び順を指定するためのボタンとして新着順１０１０及び希望順位順１０１１が表示されている。また、提案リスト画面には、施設ごとの提案１０１２，１０１４、予約ボタン１０１３，１０１５等が表示されている。提案リスト画面には、提案１０１２として、図１０（ａ）において表示された施設の施設名、エリア及び料理ジャンル１００１並びに提案メッセージ１００２が表示されている。

次に、ユーザ端末アクセス部２５１は、施設の予約の入力を受付ける。幹事ユーザの操作に従って、新着順１０１０が選択されると、ユーザ端末アクセス部２５１は、施設ごとの提案１０１２，１０１４を、サーバ４が提案通知情報を受信した時刻が新しい順にソートする。なお、ユーザ端末アクセス部２５１は、施設ごとの提案１０１２，１０１４を、サーバが提案通知情報を受信した時刻が古い順にソートしてもよい。これにより、幹事ユーザは、施設ごとの提案１０１２，１０１４を所望の順番に整理することができる。

幹事ユーザの操作に従って、希望順位順１０１１が選択されると、ユーザ端末アクセス部２５１は、施設ごとの提案１０１２，１０１４を、サービス要求情報に合致している順にソートする。サービス要求に合致している順は、サービス要求情報に含まれる希望順位が高い順である。幹事ユーザの操作に従って、予約ボタンが押下されると、ユーザ端末アクセス部２５１は、押下された予約ボタンに対応する施設を予約するための予約画面をユーザ端末表示部２４に表示する。

図１０（ｃ）は、ユーザ端末２に表示される予約画面の一例を示す図である。

予約画面には、施設の予約に関する情報１０２０、入力ボックス１０２１，１０２２及び送信ボタン１０２３が含まれる。予約画面には、施設の予約に関する情報１０２０として施設名、希望日時、希望人数が表示され、入力ボックス１０２１として幹事ユーザの電話番号を入力するための入力領域が表示され、入力ボックス１０２２として施設への要望メッセージを入力するための入力領域が表示される。

次に、幹事ユーザの操作に従って、入力ボックス１０２１に幹事ユーザの電話番号が入力され、入力ボックス１０２２に施設への要望メッセージが入力され、送信ボタン１０２３が押下されると、ユーザ端末アクセス部２５１は、予約要求情報をサーバ４に送信する（ステップＳ１１６）。予約要求情報には、施設の予約に関する情報、入力された幹事ユーザの電話番号、要望メッセージ、図１０（ｂ）において押下された予約ボタンに対応する施設の施設ID及びサービス要求情報IDが含まれる。

次に、サーバ４の受付部４３１は、ユーザ端末２から予約要求情報を受信すると、予約要求情報に含まれる各情報を要求管理テーブル（図６（ａ））に記憶する（ステップＳ１１７）。受付部４３１は、予約要求情報に含まれる施設の予約に関する情報、幹事ユーザの電話番号、要望メッセージ、予約ボタンに対応する施設の施設ID及びサービス要求情報IDを特定する。受付部４３１は、特定した施設IDをサービス要求情報IDに関連付けて要求管理テーブル（図６（ａ））に記憶する。受付部４３１は、ランク管理テーブル（図５（ｂ））を参照し、施設を予約した幹事ユーザの予約回数をインクリメント（１だけ増加させる）する。出力部４３３は、施設管理テーブル（図５（ｃ））を参照し、特定した施設IDに対応する施設端末３のＥメールアドレスを特定する。

次に、出力部４３３は、特定した施設の予約に関する情報、幹事ユーザの電話番号及び要望メッセージを含む予約通知情報を、特定した施設端末のＥメールアドレス宛てのＥメールにより送信する（ステップＳ１１８）。これにより、施設端末の管理者は、幹事ユーザによって施設が予約されたことを確認することができ、幹事ユーザの電話番号を用いて幹事ユーザに予約確認等の連絡を行うことができる。

次に、決定部４３４は、幹事ユーザのランク情報に基づいて、予約された施設に対して幹事ユーザが予約した予約人数の顧客を送客する送客手数料を決定する（ステップＳ１１９）。決定部４３４は、要求管理テーブル（図６（ａ））及びランク管理テーブル（図５（ｂ））を参照し、幹事ユーザのランク情報が高いほど、予約された施設に対して幹事ユーザが予約した予約人数の顧客を送客する送客手数料が高くなるように送客手数料を決定する。予約人数の一人当たりの送客手数料は、例えば、幹事ユーザのランク情報がシルバーである場合は１０円であり、幹事ユーザのランク情報がゴールドである場合は４０円であり、幹事ユーザのランク情報がプラチナである場合は８０円である。ランク情報がプラチナであるユーザＸが図１０（ｃ）の施設の予約を行った場合、決定部４３４は、予約人数の一人当たりの送客手数料「８０円／人」に予約人数「４人」を乗算した３２０円を送客手数料として決定する。なお、決定部４３４は、予約人数の一人当たりの送客手数料を乗算せずにそのまま送客手数料として決定してもよい。

次に、決定部４３４は、決定した送客手数料を含む手数料請求通知情報を施設端末３に送信する（ステップＳ１２０）。決定部４３４は、手数料請求通知情報を施設端末３に送信することにより、施設端末３の施設に対して送客手数料を請求する。

次に、管理部４３５は、施設を予約した幹事ユーザのランク情報を更新する（ステップＳ１２１）。管理部４３５は、ランク管理テーブル（図５（ｂ））を参照し、施設を予約した幹事ユーザの予約回数に応じて、ランク情報を更新する。管理部４３５は、幹事ユーザのランク情報を、例えば予約回数が０〜１０回の場合はシルバーのランク情報に、予約回数が１１〜８０回の場合はゴールドのランク情報に、予約回数が８１回以上の場合はプラチナのランク情報に決定する。管理部４３５は、決定した幹事ユーザのランク情報をランク管理テーブル（図５（ｂ））に記憶することにより、ランク情報を更新する。

このように、サーバ４は、ユーザの過去の利用実績に応じて適切に手数料を決定することができる。一方、施設端末の管理者は、施設端末３に表示された幹事ユーザのランク情報１００に基づいて、サービスを要求した幹事のユーザの中から過去に施設を利用した回数の多いユーザを選択することができる。さらに、施設端末３の管理者は、サービスを提供する日時の施設の混雑具合、及び、幹事ユーザのランクに応じた手数料を考慮して、どのサービス要求情報に対してサービスを提案するかを判断することができる。

なお、本発明は、図１〜１０に示した実施形態に限定されるものではない。例えば、以下に示すように、変更及び修正することができる。

（１）管理部４３５は、図７のステップＳ１１９の処理において、要求管理テーブル（図６（ａ））を参照し、各ユーザ端末２からサービス要求情報を受付けた回数に対する、予約要求情報を受付けた回数の割合に基づいて送客手数料を決定してもよい。これにより、施設端末３の幹事ユーザは、幹事ユーザのランク情報に基づいて、幹事ユーザが施設を予約する確率をより精度よく予想することができる。

（２）管理部４３５は、図７のステップＳ１１９の処理において、幹事ユーザが希望するサービス要求情報と、選択された施設が提供するサービス提供情報の合致度合いに基づいて、送客手数料を決定してもよい。幹事ユーザが希望するサービス要求情報と、選択された施設が提供するサービス提供情報の合致度合いは、例えば、サービス要求情報に含まれる希望順位の高さに基づいて決定される。この場合、管理部４３５は、施設が提供するサービスに対する幹事ユーザの希望順位が高いほど、高くなるように送客手数料を決定する。これにより、サーバ４は、幹事ユーザが施設を予約する可能性の高さに応じて送客手数料を決定することができる。

（３）管理部４３５は、図７のステップＳ１１７の予約要求情報を受信した場合に、ランク管理テーブル（図５（ｂ））を参照し、施設を予約した幹事ユーザのランク情報に応じて、当該幹事ユーザに特典を付与してもよい。管理部４３５は、施設を予約した幹事ユーザのランク情報が高いほど、当該幹事ユーザに価値が高い特典を付与する。この場合、管理部４３５は、施設の予約の送客手数料未満の価値の特典を当該幹事ユーザに付与する。特典は、例えば、予約した施設に対する料金の支払いに用いることができるポイント、予約した施設に対して支払う料金の割引又は値引き、若しくは予約した施設からの無料のサービスの提供等である。無料のサービスは、例えば、ワンドリンク無料又はノベルティグッズのプレゼント等である。これにより、幹事ユーザは、よりよい特典を得るためにマッチングシステム１を継続的に利用しようとするため、マッチングシステム１の利用頻度を向上させることができる。以降、幹事ユーザのランク情報に応じた特典を、第１特典と称する場合がある。

（４）管理部４３５は、決定部４３４によって決定された送客手数料に応じた第２特典を幹事ユーザに付与してもよい。以下、第２特典の付与処理について説明する。

まず、決定部４３４は、ステップＳ１１９において送客手数料を決定するとともに、決定された送客手数料の一部を、固定手数料として、サーバ４を運営する運営管理者に付与する。次に、決定部４３４は、送客手数料及び固定手数料の差分を、第２特典として決定する。なお、第２特典は、送客手数料に応じた価値を有する特典であればどのようなものでもよく、例えば、第２特典は、決定された送客手数料に所定の比率を乗じて算出した金額と等価の金銭、ポイント、割引（値引き）若しくはサービス等であってもよい。この場合、送客手数料及び第２特典の差分が固定手数料として決定される。

そして、管理部４３５は、決定部４３４によって決定された第２特典を、幹事ユーザに付与する。例えば、第２特典が金銭又はポイント等である場合、管理部４３５は、ユーザ管理テーブルから、第２特典を付与する幹事ユーザのユーザIDを特定し、第２特典を、特定されたユーザIDに関連付けてユーザ管理テーブルに記憶する。また、例えば、第２特典が、割引（値引き）若しくはサービスを示す画面を表示するための特典画面表示データである場合、管理部４３５は、第２特典を、幹事ユーザのユーザ端末２に送信する。

このように、マッチングシステム１において、決定部４３４によって決定された送客手数料に応じた第２特典が幹事ユーザに付与されることによって、幹事ユーザがマッチングシステム１を利用しようとする意欲を向上させることが可能となる。

（５）管理部４３５は、上述の（３）の変形例における第１特典と、上述の（４）の変形例における第２特典とを合わせた特典を第３特典として幹事ユーザに付与してもよい。この場合、例えば、第１特典が２００円割引で、第２特典が１００円割引である場合、管理部４３５は、第３特典として３００円割引を幹事ユーザに付与する。また、例えば、第１特典及び第２特典が、ともに１杯分のドリンク無料サービスである場合、管理部４３５は、第３特典として２杯分のドリンク無料サービスを幹事ユーザに付与する。

（６）出力部４３３は、図７のステップＳ１０６の処理において、ランク管理テーブル（図５（ｂ））を参照し、幹事ユーザのランク情報に基づいた手数料をさらに含めた要求通知情報を施設端末３に送信してもよい。幹事ユーザのランク情報に基づいた手数料は、例えば、予約人数の一人当たりの送客手数料「８０円／人」である。あるいは、幹事ユーザのランク情報に基づいた手数料は、例えば、予約人数の一人当たりの送客手数料「８０円／人」に予約人数「４人」を乗算した３２０円であってもよい。同様に、管理部４３５は、図７のステップＳ１０８において、ランク管理テーブル（図５（ｂ））を参照し、幹事ユーザのランク情報に基づいた手数料をさらに含めた要求リスト画面情報を施設端末３に送信してもよい。これにより、施設端末３の管理者は、サービスを提供する日時の施設の混雑具合、及び、幹事ユーザのランクに応じた手数料を考慮して、どのサービス要求情報に対してサービスを提案するかを判断することができる。

（７）図９（ｂ）の要求リスト画面において、施設端末３から施設の予約をキャンセル可能であるか否かの設定が受付け可能に表示されてもよい。この場合、決定部４３４は、図７のステップＳ１１９の処理において、施設の予約をキャンセル可能に設定された場合の送客手数料を、キャンセルできないように設定された場合の送客手数料よりも高くなるように決定する。これにより、サーバ４は、施設の予約のバリエーションを増大させ、施設端末３の管理者の選択肢を増大させることができる。施設端末３の管理者は、希望日時の施設の混雑具合に応じて、施設の予約をキャンセル可能に設定するか否かを選択することができる。

図１１（ａ）は、施設端末３に表示される他の要求リスト画面の一例を示す図である。

図１１（ａ）に示された要求リスト画面には、ラジオボタン１１００，１１０３が含まれる。ラジオボタン１１００，１１０３は、施設の予約をキャンセル可能であるか否かを設定するためのボタンである。施設端末３の管理者の操作に従って、ラジオボタンが選択され、提案ボタンが押下されると、施設端末アクセス部３５１は、選択されたラジオボタンに対応する設定を提案通知情報に含ませて、提案通知情報をサーバ４に送信する。

（８）図９（ｃ）の提案入力画面において、希望日時が複数ある場合、管理者が提案する日時が選択可能に表示されてもよい。同様に、図１０（ｃ）の予約画面において、希望日時が複数ある場合、幹事ユーザが予約する日時が選択可能に表示されてもよい。これにより、ユーザ端末アクセス部２５１又は施設端末アクセス部３５１は、複数の希望日時のうち、何れの提案する日時又は予約する日時を指定することができる。

図１１（ｂ）は、施設端末３に表示される他の提案入力画面の一例を示す図である。

図１１（ｂ）に示される提案入力画面には、チェックボックス１１１０，１１１１が含まれる。チェックボックス１１１０，１１１１は、管理者が提案する日時を選択するためのボタンである。施設端末３の管理者の操作に従って、チェックボックスが選択され、送信ボタン１１１３が押下されると、施設端末アクセス部３５１は、選択されたチェックボックスに対応する希望日時を提案通知情報に含ませて、サーバ４に送信する。

図１１（ｃ）は、ユーザ端末２に表示される他の予約画面の一例を示す図である。

図１１（ｃ）に示される予約画面には、ラジオボタン１１２０，１１２１が含まれる。ラジオボタン１１２０，１１２１は、幹事ユーザが予約する日時を選択するためのボタンである。ユーザ端末２の幹事ユーザの操作に従って、ラジオボタンが選択され、送信ボタン１１２４が押下されると、ユーザ端末アクセス部２５１は、選択されたラジオボタンに対応する希望日時を予約要求情報に含ませて、予約要求情報をサーバ４に送信する。

（９）サーバ４の決定部４３４は、施設の実利用人数に応じた送客手数料を算出してもよい。なお、施設の実利用人数は、幹事ユーザのユーザ端末２によって予約された施設を実際に利用した顧客の人数である。

実利用人数に応じた送客手数料の算出処理では、まず、施設端末３の施設端末処理部３５は、施設の管理者が施設端末操作部３３を操作することによって入力された、施設の実利用人数を取得する。次に、施設端末処理部３５は、取得した実利用人数を、施設端末通信部３１を介してサーバ４に送信する。次に、サーバ４の受付部４３１によって、実利用人数が、サーバ通信部４１を介して受信されると、決定部４３４は、予約人数の一人当たりの送客手数料に実利用人数を乗算した金額を送客手数料として決定する。そして、決定部４３４は、決定した送客手数料を含む手数料請求通知情報を施設端末３に送信することにより、施設端末３の施設に対して送客手数料を請求する。

このように、マッチングシステム１において、実利用人数に応じた送客手数料が算出されることによって、実際に施設を利用した人数に応じた送客手数料を施設に請求することが可能となる。

（１０）ユーザ端末処理部２５、施設端末処理部３５、及びサーバ処理部４３が備える各機能をコンピュータに実現させるためのコンピュータプログラムは、磁気記録媒体、光記録媒体等のコンピュータにより読み取り可能な記録媒体に記憶された形で提供されてもよい。

当業者は、本発明の精神及び範囲から外れることなく、様々な変更、置換及び修正をこれに加えることが可能であることを理解されたい。

１ マッチングシステム
２ ユーザ端末
３ 施設端末
４ サーバ
４３１ 受付部
４３２ 選択部
４３３ 出力部
４３４ 決定部
４３５ 管理部

Claims (12)

1. 複数の施設が提供するサービス内容を少なくとも含むサービス提供情報及び複数のユーザの過去の利用履歴に基づくランク情報を記憶する記憶部を備えるサーバの制御方法であって、
   ユーザが希望するサービス内容を少なくとも含むサービス要求情報をユーザ端末から受付け、
   前記サービス提供情報に基づいて、前記サービス要求情報に合致した施設を選択し、
   選択された前記施設の施設端末に、少なくとも前記ユーザのランク情報と、前記ユーザのランク情報に基づいて決定された前記選択された施設に請求する手数料とを出力し、
   前記選択された施設の施設端末によって出力された通知情報を受付けた場合、前記ユーザのユーザ端末に、前記通知情報を出力した施設に関する情報を出力し、
   前記通知情報を出力した施設端末の施設のうち、前記ユーザのユーザ端末から選択された前記施設を予約する予約要求情報を受付ける、
   ステップを有することを特徴とする制御方法。
2. 前記ユーザのランク情報は、前記ユーザのユーザ端末から前記予約要求情報を受付けた回数に基づいて決定される、請求項１に記載の制御方法。
3. 前記ユーザのランク情報は、前記ユーザのユーザ端末から前記サービス要求情報を受付けた回数に対する、前記予約要求情報を受付けた回数の割合に基づいて決定される、請求項１に記載の制御方法。
4. 前記ランク情報の出力において、さらに、前記ユーザのランク情報に基づいた手数料を出力する、請求項１〜３の何れか一項に記載の制御方法。
5. 前記手数料は、前記ユーザが希望する前記サービス要求情報と、選択された前記施設が提供する前記サービス提供情報の合致度合いに基づいて決定される、請求項１〜４の何れか一項に記載の制御方法。
6. 選択された前記施設の予約を選択された前記施設の施設端末からキャンセル可能であるか否かの設定を受付けるステップをさらに有し、
   前記手数料の決定において、選択された前記施設の予約がキャンセル可能に設定された場合の手数料を、選択された前記施設の予約がキャンセルできないように設定された場合の手数料よりも高くなるように決定する、請求項１〜５の何れか一項に記載の制御方法。
7. 前記ユーザのユーザ端末から前記予約要求情報を受付けた場合に、前記ユーザのランク情報に応じて前記ユーザに第１特典を付与するステップをさらに有する、請求項１〜６の何れか一項に記載の制御方法。
8. 前記決定された手数料に応じた第２特典を決定し、前記決定された第２特典を前記ユーザに付与するステップをさらに有する、請求項１〜７の何れか一項に記載の制御方法。
9. 前記ユーザのユーザ端末から前記予約要求情報を受付けた場合に、前記ユーザのランク情報に応じて第１特典を決定するとともに、前記決定された手数料に応じた第２特典を決定し、前記第１特典と前記第２特典とを合わせた特典を前記ユーザに付与するステップをさらに有する、請求項１〜６の何れか一項に記載の制御方法。
10. 前記第２特典を付与するステップにおいて、
    前記決定された手数料のうちの一部を固定手数料として、前記サーバの運営管理者に付与し、
    前記決定された手数料及び前記固定手数料の差分を前記第２特典として決定する、請求項８に記載の制御方法。
11. 複数の施設が提供するサービス内容を少なくとも含むサービス提供情報及び複数のユーザの過去の利用履歴に基づくランク情報を記憶する記憶部と、
    ユーザが希望するサービス内容を少なくとも含むサービス要求情報をユーザ端末から受付ける受付部と、
    前記サービス提供情報に基づいて、前記サービス要求情報に合致した施設を選択する選択部と、
    選択された前記施設の施設端末に少なくとも前記ユーザのランク情報と、前記ユーザのランク情報に基づいて決定された前記選択された施設に請求する手数料とを出力し、且つ、前記選択された施設の施設端末によって出力された通知情報を受付けた場合、前記ユーザのユーザ端末に、前記通知情報を出力した施設に関する情報を出力する出力部と、
    前記通知情報を出力した施設端末の施設のうち、前記ユーザのユーザ端末から選択された前記施設を予約する予約要求情報を受付ける管理部と、
    を有することを特徴とするサーバ。
12. 複数の施設が提供するサービス内容を少なくとも含むサービス提供情報及び複数のユーザの過去の利用履歴に基づくランク情報を記憶する記憶部を備えたサーバの制御プログラムであって、前記サーバに、
    ユーザが希望するサービス内容を少なくとも含むサービス要求情報をユーザ端末から受付け、
    前記サービス提供情報に基づいて、前記サービス要求情報に合致した施設を選択し、
    選択された前記施設の施設端末に、少なくとも前記ユーザのランク情報と、前記ユーザのランク情報に基づいて決定された前記選択された施設に請求する手数料とを出力し、
    前記選択された施設の施設端末によって出力された通知情報を受付けた場合、前記ユーザのユーザ端末に、前記通知情報を出力した施設に関する情報を出力し、
    前記通知情報を出力した施設端末の施設のうち、前記ユーザのユーザ端末から選択された前記施設を予約する予約要求情報を受付ける、
    こと実行させることを特徴とする制御プログラム。

Images