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

Abstract

【課題】本発明は、ユーザが、希望する条件を満たす施設を効率良く見つけることができるサーバ等を提供することを目的とする。【解決手段】本発明に係る制御方法は、サーバの制御方法であって、複数の施設ごとに、各施設が提供する複数のサービス内容を示すサービス情報を記憶部に記憶し、ユーザが希望する複数のサービス内容及び各サービス内容に対するユーザの希望順位をユーザ端末から受信し、複数の施設の中から、最も希望順位が高いサービス内容のサービスを提供する第１施設を抽出し、抽出した第１施設の施設端末にユーザへのサービスの提案を要求する要求信号を送信し、要求信号を送信してから所定時間が経過した場合、複数の施設の中から、次に希望順位が高いサービス内容のサービスを提供する第２施設を抽出し、抽出した第２施設の施設端末に要求信号を送信するステップを有する。【選択図】図１

Description

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

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

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

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

特許文献１に記載された宴会成約支援システムは、宴会希望条件に合致する店舗の店舗端末から送信された宴会提案条件をユーザ端末へ送信する。しかしながら、宴会希望条件を満たす店舗がない場合、ユーザ端末は、店舗端末から宴会提案条件を受信できない。その場合、ユーザは、宴会希望条件を変更しなければならないという問題があった。

また、特許文献１に記載された宴会成約支援システムは、宴会希望条件にユーザの第１希望及び第２希望が含まれる場合、ユーザ端末が第２希望の宴会希望条件を満たす店舗の店舗端末から宴会提案条件を多数受信する場合がある。この場合、第２希望の宴会希望条件を満たす店舗の店舗端末からの宴会提案条件を受信した数が受信上限数に達してしまうと、ユーザ端末が第１希望の宴会希望条件を満たす店舗の店舗端末から宴会提案条件を受信できないという問題もあった。

本発明は、このような課題を解決すべくなされたものであり、ユーザが、希望する条件を満たす施設を効率よく見つけることができるサーバ、その制御方法及びその制御プログラムを提供することを目的とする。

本発明に係る制御方法は、記憶部を備えるサーバの制御方法であって、複数の施設ごとに、各施設が提供する複数のサービス内容を示すサービス情報を記憶部に記憶し、ユーザが希望する複数のサービス内容及び各サービス内容に対するユーザの希望順位をユーザ端末から受信し、複数の施設の中から、最も希望順位が高いサービス内容のサービスを提供する第１施設を抽出し、抽出した第１施設の施設端末にユーザへのサービスの提案を要求する要求信号を送信し、要求信号を送信してから所定時間が経過した場合、複数の施設の中から、次に希望順位が高いサービス内容のサービスを提供する第２施設を抽出し、抽出した第２施設の施設端末に要求信号を送信するステップを有する。

本発明に係るサーバは、複数の施設ごとに、各施設が提供する複数のサービス内容を示すサービス情報を記憶する記憶部と、ユーザが希望する複数のサービス内容及び各サービス内容に対するユーザの希望順位をユーザ端末から受信する受信部と、複数の施設の中から、最も希望順位が高いサービス内容のサービスを提供する第１施設を抽出する抽出部と、抽出した第１施設の施設端末にユーザへのサービスの提案を要求する要求信号を送信する送信部と、を備え、抽出部は、要求信号を送信してから所定時間が経過した場合、複数の施設の中から、次に希望順位が高いサービス内容のサービスを提供する第２施設を抽出し、送信部は、抽出した第２施設の施設端末に要求信号を送信する。

本発明に係る端末の制御プログラムは、記憶部を備えたサーバの制御プログラムであって、サーバに、複数の施設ごとに、各施設が提供する複数のサービス内容を示すサービス情報を記憶部に記憶し、ユーザが希望する複数のサービス内容及び各サービス内容に対するユーザの希望順位をユーザ端末から受信し、複数の施設の中から、最も希望順位が高いサービス内容のサービスを提供する第１施設を抽出し、抽出した第１施設の施設端末にユーザへのサービスの提案を要求する要求信号を送信し、要求信号を送信してから所定時間が経過した場合、複数の施設の中から、次に希望順位が高いサービス内容のサービスを提供する第２施設を抽出し、抽出した第２施設の施設端末に要求信号を送信することを実行させる。

本発明に係るサーバ、その制御方法、及びその制御プログラムによれば、ユーザが、希望する条件を満たす施設を効率良く見つけることができる。

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

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

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

マッチングシステム１は、ユーザ端末２と、施設端末３ａ〜３ｃと、サーバ４等を有する。サーバ４は、複数の施設ごとに、各施設が提供する複数のサービス内容を示すサービス情報を記憶する。サービス内容には、各施設において提供される料理ジャンル、各施設が配置されたエリア又は各施設のサービスが提供される日時等が含まれる。

幹事ユーザの操作に従って、ユーザ端末２は、幹事ユーザが希望する複数のサービス内容及び各サービス内容に対する幹事ユーザの希望順位を選択する（１）。複数のサービス内容及び各サービス内容に対する幹事ユーザの希望順位を選択する処理の詳細については、後述する。

ユーザ端末２は、選択した複数のサービス内容及び各サービス内容に対する幹事ユーザの希望順位をサーバ４に送信する（２）。

サーバ４は、ユーザ端末２から複数のサービス内容及び各サービスのサービス内容に対する幹事ユーザの希望順位を受信すると、最も希望順位が高いサービス内容のサービスを提供する第１施設を抽出する。サーバ４は、抽出した第１施設の施設端末３ａにユーザへのサービスの提案を要求する要求信号を送信する（３）。

サーバ４は、要求信号を送信してから所定時間が経過した場合、複数の施設の中から、次に希望順位が高いサービス内容のサービスを提供する第２施設を抽出する。サーバ４は、抽出した第２施設の施設端末３ｂ，３ｃに要求信号を送信する（４）。

このように、サーバ４は、最も希望順位が高いサービス内容のサービスを提供する第１施設の施設端末３ａに要求信号を送信してから所定時間が経過した場合、次に希望順位が高いサービスを提供する第２施設の施設端末３ｂ，ｃに要求信号を送信する。サーバ４は、幹事ユーザに負担をかけずに自動的に希望条件を変更するので、幹事ユーザは希望する条件を満たす施設を効率良く見つけることができる。

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

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

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

ユーザ端末２は、ユーザ端末通信部２１、ユーザ端末記憶部２２、ユーザ端末操作部２３、ユーザ端末表示部２４及びユーザ端末処理部２５等を備える。幹事ユーザとは、複数のユーザが参加するイベントを開催する責任者である。幹事ユーザは、幹事ユーザに立候補したユーザであってもよく、任意に選択されたユーザであってもよい。イベントとは、施設で開催する催し物又は行事をいう。イベントは、例えば、社員旅行、新年会、忘年会、バーベキュー、宴会、懇親会、同窓会、及びゴルフコンペ等である。ユーザ端末２として、多機能携帯電話（所謂「スマートフォン」）が想定されるが、これに限定されるものではない。ユーザ端末２は、本発明が適用可能であればよく、例えば、携帯電話（所謂「フィーチャーフォン」）、携帯情報端末（PDA: Personal Digital Assistant, PDA）、タブレットＰＣ、パーソナルコンピュータ等でもよい。

ユーザ端末通信部２１は、主に２．４ＧＨｚ帯、５ＧＨｚ帯等又は主に２．１ＧＨｚ帯を感受帯域とするアンテナを含む通信インターフェース回路を備え、ユーザ端末２をアクセスポイント又は基地局を介してインターネット５に接続する。ユーザ端末通信部２１は、ユーザ端末処理部２５から供給されたデータをサーバ４等に送信する。また、ユーザ端末通信部２１は、サーバ４等から受信したデータをユーザ端末処理部２５に供給する。

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

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

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

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

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

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

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

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

施設端末３ａ〜３ｃは、同様の構成を有するため、以下において、施設端末３ａ〜３ｃをまとめて施設端末３と称する場合がある。施設端末３は、施設端末通信部３１、施設端末記憶部３２、施設端末操作部３３、施設端末表示部３４及び施設端末処理部３５等を備える。施設端末３は、サービスを提供する施設の管理者の端末である。施設端末３として、パーソナルコンピュータが想定されるが、これに限定されるものではない。施設端末３は、本発明が適用可能であればよく、例えば、多機能携帯電話、携帯電話、携帯情報端末、タブレットＰＣ等でもよい。

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

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

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

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

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

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

施設端末アクセス部３５１は、Ｗｅｂ（World Wide Web）にアクセスし、表示データの取得及び表示を行う。即ち、施設端末アクセス部３５１は、管理者からの指示に応じて、施設に関する入力又は選択等を施設端末通信部３１を介してサーバ４に送信する。また、施設端末アクセス部３５１は、施設に関する入力又は選択等に対する処理結果を表示するための表示データを、施設端末通信部３１を介してサーバ４から受信し、受信した表示データに基づく画面を施設端末表示部３４に表示する。

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

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

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

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

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

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

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

受信部４３１は、ユーザ端末２又は施設端末３から情報をサーバ通信部４１を介して受信する。受信部４３１の処理の詳細については後述する。

抽出部４３２は、所定時間毎に、複数の施設の中から、希望順位が高い順に、各サービス内容のサービスを提供する施設を抽出する。抽出部４３２の処理の詳細については、後述する。

送信部４３３は、抽出部４３２が抽出した施設の施設端末にユーザへのサービスの提案を要求する要求信号をサーバ通信部４１を介して送信する。送信部４３３の処理の詳細については、後述する。

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

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

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

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

ユーザ名５０１は、ユーザの名称を示す情報である。Ｅメールアドレス５０２は、サーバ４がユーザ端末２に提案信号を送信するためのユーザ端末２の送信先を示す情報である。提案信号は、施設端末３の管理者がユーザへサービスを提案するために送信される信号である。

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

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

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

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

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

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

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

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

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

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

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

次に、サーバ４の管理部４３４は、ユーザ端末２から条件設定画面情報取得要求を受信すると、条件設定画面情報をユーザ端末２に送信する（ステップＳ１０１）。条件設定画面情報取得要求には、幹事ユーザのユーザIDが含まれており、管理部４３４は、ユーザ管理テーブルを参照し、条件設定画面情報取得要求を送信した幹事ユーザのユーザ名を特定する。管理部４３４は、特定した幹事ユーザのユーザ名、階層構造で示された全てのエリア及び全ての料理ジャンルを含む条件設定画面情報をユーザ端末２に送信する。

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

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

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

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

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

選択領域９０３は、希望日時を選択するための領域である。選択領域９０３には、希望日時として、希望日及び希望時間が指定可能に表示される。日時追加ボタン９０６は、第２希望、第３希望等の次の希望順位の希望日時を追加するためのボタンである。

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

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

次に、サーバ４の受信部４３１が、ユーザ端末２から希望条件信号を受信すると、抽出部４３２は、最も希望順位が高いサービス内容のサービスを提供する第１施設を抽出する（ステップＳ１０４）。抽出部４３２は、希望条件信号に含まれる複数のサービス内容、各サービスのサービス内容に対する幹事ユーザの希望順位、人数、予算及び受取希望施設数を特定する。抽出部４３２は、希望条件IDを新たに生成し、特定した各情報を関連付けて希望条件管理テーブルに記憶する。抽出部４３２は、施設管理テーブルを参照し、最も希望順位が高いサービス内容のサービスを提供する第１施設を抽出する。最も希望順位が高いサービス内容は、希望順位が第１希望のサービス内容の組み合わせである。例えば、図９の条件設定画面の希望条件の場合、最も希望順位が高いサービス内容として、希望エリアの第１希望である四ツ谷三丁目駅、希望料理ジャンルの第１希望であるパスタ、及び希望日時の第１希望である2015年9月24日19:00の組み合わせのサービスを提供する施設が抽出される。

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

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

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

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

次に、サーバ４の管理部４３４は、施設端末３から条件リスト画面情報取得要求を受信すると、条件リスト画面情報を施設端末３に送信する（ステップＳ１０７）。条件リスト画面情報取得要求には、施設IDが含まれており、管理部４３４は、希望条件管理テーブル及び施設管理テーブルを参照し、第１施設の施設端末３の施設に合致する希望条件を抽出する。管理部４３４は、抽出した希望条件を含む条件リスト画面情報を施設端末３に送信する。

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

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

条件リスト画面には、施設端末の施設が提供するサービス内容に希望が合致している幹事ユーザごとに、希望条件１０１０，１０１２、提案ボタン１０１１，１０１３が表示されている。

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

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

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

提案入力画面には、希望条件１０２０、提案メッセージ入力ボックス１０２１及び送信ボタン１０２２が表示される。

次に、施設端末３の管理者の操作に従って、ユーザへサービスを提案する提案メッセージが入力され、送信ボタン１０２２が押下されると、施設端末アクセス部３５１は、第１提案信号をサーバ４に送信する（ステップＳ１１０）。第１提案信号には、提案メッセージ及び提案される幹事ユーザの希望条件の希望条件IDが含まれる。サーバ４の管理部４３４は、施設端末３から第１提案信号を受信し、受信した第１提案信号に含まれる提案メッセージ及び希望条件IDを特定する。管理部４３４は、提案IDを新たに生成し、第１提案信号を送信した施設端末の施設の施設ID、特定した提案メッセージ及び希望条件IDを関連付けて提案管理テーブルに記憶する。管理部４３４は、施設管理テーブルを参照し、第１提案信号を送信した施設端末３の施設の施設名、エリア及び料理ジャンルを特定する。管理部４３４は、特定した各情報を受信した第１提案信号に含ませることにより、第２提案信号を生成する。なお、提案メッセージは、提案情報の一例であり、以降、提案メッセージを提案情報と称する場合がある。

次に、管理部４３４は、ユーザ管理テーブルを参照し、第１提案信号に含まれる希望条件IDに対応する希望条件を希望した幹事ユーザのＥメールアドレスを特定し、特定したＥメールアドレス宛てに、第２提案信号としてＥメールをユーザ端末２に送信する（ステップＳ１１１）。

なお、管理部４３４は、受取希望施設数の第２提案信号をユーザ端末２が受信しているか否かを判定し、受取希望施設数の第２提案信号をユーザ端末２が受信していた場合、第２提案信号をユーザ端末２に送信せず、エラー信号を施設端末３に送信する。管理部４３４は、希望条件管理テーブルを参照し、第２提案信号に対応する希望条件IDの受取希望施設数を特定する。管理部４３４は、提案管理テーブルを参照し、第２提案信号に対応する希望条件IDに対して第２提案信号が送信された数をカウントし、カウントした数が受取希望施設数に達しているか否かにより、受取希望施設数の第２提案信号をユーザ端末２が受信しているか否かを判定する。管理部４３４は、受取希望施設数の第２提案信号をユーザ端末２が受信していない場合、第２提案信号をユーザ端末２に送信し、受取希望施設数の第２提案信号をユーザ端末２が受信していた場合、第２提案信号をユーザ端末２に送信せず、エラー信号を施設端末３に送信する。これにより、ユーザ端末２が受取希望施設数を越える第２提案信号を受信することを防止することができる。

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

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

第２提案信号には、宛先１１００、提案した施設の施設名、エリア及び料理ジャンル１１０１、提案メッセージ１１０２、依頼テキスト１１０３及びマッチングシステム１にアクセスするためのＵＲＬ１１０４が含まれる。Ｅメールには、宛先１１００として幹事ユーザのユーザ名、施設の提案メッセージ１１０２として図１０（ｃ）において入力された提案メッセージ、依頼テキスト１１０３として施設の決定を要求する旨のメッセージ及び施設を決定するためにアクセスするＵＲＬ１１０４が表示される。

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

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

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

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

提案リスト画面には、新着順１１１０、希望順位順１１１１、提案１１１２、決定ボタン１１１３等が表示される。提案リスト画面には、提案１１１２として、図１１（ａ）において表示された施設の施設名、エリア及び料理ジャンル１１０１並びに提案メッセージ１１０２が表示される。新着順１１１０、希望順位順１１１１、決定ボタン１１１３の詳細については、後述する。

次に、サーバ４の管理部４３４は、要求信号を送信してから所定時間が経過するまでユーザ端末２から決定信号を受信したか否かを判定する処理を繰り返す（ステップＳ２００）。所定時間は、例えば、二時間である。所定時間は、例えば、二日であってもよい。決定信号は、幹事ユーザが施設を決定したことを通知する信号である。管理部４３４は、要求信号を送信してから所定時間が経過するまで決定信号を受信していない場合、処理をステップＳ２０１に移行し、要求信号を送信してから所定時間が経過する前に決定信号を受信している場合、図８の動作シーケンスの処理を終了する。これにより、管理部４３４は、既に施設が決定している場合に、他の施設に要求信号を送信することを防止することができる。

次に、抽出部４３２は、要求信号を送信してから所定時間が経過した場合、施設管理テーブルを参照し、複数の施設の中から、次に希望順位が高いサービス内容のサービスを提供する第２施設を抽出する（ステップＳ２０１）。次に希望順位が高いサービス内容は、一つのサービス内容についての希望順位が２位であり、他の全てのサービス内容についての希望順位が１位であるサービス内容の組み合わせである。例えば、図９の条件設定画面の希望条件の場合、次に希望順位が高いサービス内容として、希望エリアの第１希望である四ツ谷三丁目駅、希望料理ジャンルの第２希望であるピザ、及び希望日時の第１希望である2015年9月24日19:00の組み合わせのサービスを提供する施設が抽出される。さらに、次に希望順位が高いサービス内容として、希望エリアの第２希望である四ツ谷駅、希望料理ジャンルの第１希望であるパスタ、及び希望日時の第１希望である2015年9月24日19:00の組み合わせのサービスを提供する施設も抽出される。

次に、送信部４３３は、施設管理テーブルを参照し、抽出した第２施設の施設端末３のＥメールアドレスを特定し、特定したＥメールアドレス宛てにユーザへのサービスの提案を要求する要求信号としてＥメールを送信する（ステップＳ２０２，Ｓ２０３）。要求信号を受信した第２施設の施設端末３は、それぞれサーバ４との間でステップＳ２０４〜２０９及びステップＳ２１０〜２１５に示された各処理を実行する。ステップＳ２０４〜２０９及びステップＳ２１０〜２１５の処理は、図７のステップＳ１０６〜１１１の処理と同様であるため、詳細な説明を省略する。

次に、幹事ユーザの操作に従って、ユーザ端末２のユーザ端末アクセス部２５１は、図７のステップＳ１１２と同様に、サーバ４にログインし、提案リスト画面情報取得要求をサーバ４に送信する（ステップＳ２１６）。

次に、サーバ４の管理部４３４は、図７のステップＳ１１３と同様に、施設端末３から提案リスト画面情報取得要求を受信すると、提案リスト画面情報をユーザ端末２に送信する（ステップＳ２１７）。

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

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

提案リスト画面には、新着順１１２０、希望順位順１１２１、提案１１２２，１１２４，１１２６、決定ボタン１１２３，１１２５，１１２７が表示される。

次に、ユーザ端末アクセス部２５１は、施設の決定の入力を受付ける（ステップＳ２１９）。幹事ユーザの操作に従って、新着順１１２０が選択されると、ユーザ端末アクセス部２５１は、提案１１２２，１１２４，１１２６をサーバ４が受信した順にソートする。ユーザ端末アクセス部２５１は、提案１１２２，１１２４，１１２６を降順にソートしてもよいし、昇順にソートしてもよい。幹事ユーザの操作に従って、希望順位順１１２１が選択されると、ユーザ端末アクセス部２５１は、提案１１２２，１１２４，１１２６を、幹事ユーザが希望する希望条件に合致している順にソートする。幹事ユーザの操作に従って、決定ボタン１１２３，１１２５，１１２７が押下されると、ユーザ端末アクセス部２５１は、押下された決定ボタンに対応する施設に予約を決定するための決定画面をユーザ端末表示部２４に表示する。

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

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

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

次に、サーバ４の管理部４３４は、ユーザ端末２から決定信号を受信すると、施設を決定する（ステップＳ２２１）。管理部４３４は、決定信号に含まれる施設の予約に関する情報、幹事ユーザの電話番号、要望メッセージ及び決定ボタンに対応する施設の施設IDを特定する。管理部４３４は、幹事ユーザの希望条件の希望条件IDに関連付けて、特定した施設IDを希望条件管理テーブルに記憶する。管理部４３４は、施設管理テーブルを参照し、特定した施設IDの施設の施設端末のＥメールアドレスを特定する。管理部４３４は、特定した施設の予約に関する情報、幹事ユーザの電話番号及び要望メッセージを、特定した施設端末のＥメールアドレス宛てに送信する。これにより、施設端末の管理者は、幹事ユーザによって施設が予約されたことを確認することができ、幹事ユーザの電話番号を用いて幹事ユーザに予約確認等の連絡を行うことができる。

なお、ステップＳ２０２，２０３で要求信号を送信してから所定時間が経過しても決定信号を受信しなかった場合、サーバ４の抽出部４３２は、さらに次に希望順位が高いサービス内容のサービスを提供する施設を抽出し、抽出した施設の施設端末に要求信号としてＥメールを送信する。このように、サーバ４は、要求信号を送信してから所定時間が経過しても決定信号を受信しなかった場合、要求信号を送信する施設の範囲を順次拡大させて、順次次に希望順位の高い施設の施設端末に要求信号を繰り返し送信する。

このように、サーバ４は、所定時間毎に次に希望順位が高いサービス内容のサービスを提供する施設の施設端末から順に要求信号を順次送信していく。サーバ４は、幹事ユーザに負担をかけずに自動的に希望条件を順次拡大させるので、幹事ユーザが希望する条件を満たす施設を効率良く見つけることができる。

また、サーバ４は、最も希望順位が高いサービス内容のサービスを提供する第１施設の施設端末３に要求信号を送信してから所定時間が経過した場合、次に希望順位が高いサービスを提供する第２施設の施設端末３に要求信号を送信する。第１施設の施設端末３の管理者の操作に従って、施設端末３は、要求信号に対応するサービスを提案する提案信号をサーバを介してユーザ端末２に送信する。サーバ４が第１施設の施設端末３に要求信号を送信してから所定時間が経過するまでは、要求信号が第１施設の施設端末３のみに送信され、第２施設の施設端末３には送信されていない。

そのため、ユーザ端末２は、サーバ４が第１施設に要求信号を送信してから所定時間が経過するまでは、第１施設の施設端末３からのみサービスを提案する提案信号を受信することになる。したがって、サーバ４が第１施設に要求信号を送信してから所定時間が経過するまでに第２施設の施設端末３からの提案信号をユーザ端末２が受信した数が受取希望施設数に達することを防止できる。そのため、幹事ユーザは、最も希望順位が高いサービス内容のサービスを提供する施設をより簡易に見つけることができる。

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

（１）管理部４３４は、図８のステップＳ２００の処理において、希望条件管理テーブルを参照し、現在時刻から図７のステップＳ１０３の処理において受信した希望条件の第１希望の希望日時までの残り日数に応じて、所定時間を変化させてもよい。この場合、管理部４３４は、現在時刻から希望条件の第１希望の希望日時までの残り日数が短いほど、所定時間が短くなるように変化させ、現在時刻から希望条件の第１希望の希望日時までの残り日数が長いほど、所定時間が長くなるように変化させる。例えば、管理部４３４は、現在時刻から希望条件の第１希望の希望日時までの残り日数が閾値（例えば、一週間）未満である場合、所定時間を二時間に変化させる。一方、管理部４３４は、現在時刻から希望条件の第１希望の希望日時までの残り日数が閾値以上である場合は、所定時間を二日に変化させる。なお、閾値は、複数設けられてもよい。

したがって、第１希望の希望日時までの残り日数が短い場合であっても、サーバ４は、短くなるように変化した所定時間で自動的に希望条件を変更するので、幹事ユーザは、希望する他の条件を満たす施設を効率良く見つけることができる。一方、第１希望の希望日時までの残り日数が長い場合、サーバ４は、所定時間を長くなるように変化させるので、幹事ユーザは、第１希望のサービス内容を提供する施設をじっくり見つけることができる。このように、管理部４３４は、第１希望の希望日時までの残り日数に応じた適切な時間に所定時間を設定することができる。

（２）管理部４３４は、図７のステップＳ１０４の処理において抽出した施設の数に応じて、図８のステップＳ２００の所定時間を変化させてもよい。この場合、管理部４３４は、抽出した施設の数が多いほど、所定時間が短くなるように変化させ、抽出した施設の数が少ないほど、所定時間が長くなるように変化させる。例えば、管理部４３４は、抽出した施設の数が閾値（例えば、５０件）以上である場合、所定時間を二時間に変化させ、抽出した施設の数が閾値（例えば、５０件）未満である場合、所定時間を二日に変化させる。なお、閾値は、複数設けられてもよい。

したがって、第１希望のサービス内容を提供する施設の数が多い場合、ユーザ端末２が第２提案信号を受信する数が受取希望施設数に達する前に、幹事ユーザは、希望する他の条件を満たす施設を効率良く見つけることができる。一方、第１希望のサービス内容を提供する施設の数が少ない場合、管理部４３４が施設端末３から第１提案信号を受信する確率が低くなる。これにより、ユーザ端末２が第２提案信号を受信する数が受取希望施設数に達することなく、幹事ユーザは、第１希望のサービス内容を提供する施設をじっくり見つけることができる。このように、管理部４３４は、第１希望のサービス内容を提供する施設の数に応じた適切な時間に所定時間を設定することができる。

（３）管理部４３４は、図７のステップＳ１１０の処理において施設端末から第１提案信号を受信した数に応じて、図８のステップＳ２００の所定時間を変化させてもよい。この場合、管理部４３４は、第１提案信号を受信した数が多いほど、所定時間が短くなるように変化させ、第１提案信号を受信した数が少ないほど、所定時間が長くなるように変化させる。例えば、管理部４３４は、所定時間の所定割合（例えば、所定時間の半分）が経過したとき、第１提案信号を受信した数が閾値（例えば、受取希望施設数の七割）以上である場合、所定時間の残りを二時間に変化させる。一方、管理部４３４は、所定時間の所定割合が経過したとき、第１提案信号を受信した数が閾値（例えば、受取希望施設数の七割）未満である場合、所定時間の残りを二日に変化させる。なお、閾値は、複数設けられてもよい。

したがって、第１提案信号を受信した数が多い場合、ユーザ端末２が第２提案信号を受信する数が受取希望施設数に達する前に、幹事ユーザは、希望する他の条件を満たす施設を効率良く見つけることができる。一方、第１提案信号を受信した数が少ない場合、ユーザ端末２が第２提案信号を受信する数が受取希望施設数に達することなく、幹事ユーザは、最も希望順位が高いサービス内容を提供する施設をじっくり見つけることができる。このように、管理部４３４は、第１提案信号を受信した数に応じた適切な時間に所定時間を設定することができる。

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

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

他の提案入力画面には、チェックボックス１２００，１２０１が含まれる。チェックボックス１２００，１２０１は、第１希望、第２希望の希望日時のうちの何れの日時について提案するのか選択するための選択領域である。施設端末３の管理者の操作に従って、チェックボックスが選択され、送信ボタン１２０３が押下されると、施設端末アクセス部３５１は、選択されたチェックボックスに対応する希望日時を第１提案信号に含めて、第１提案信号をサーバ４を介してユーザ端末２に送信する。

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

他の決定画面には、ラジオボタン１２１０，１２１１が含まれる。ラジオボタン１２１０，１２１１は、第１希望、第２希望の希望日時のうちの何れの日時について施設を決定するのか選択するための選択領域である。ユーザ端末２の幹事ユーザの操作に従って、ラジオボタンが選択され、送信ボタン１２１４が押下されると、ユーザ端末アクセス部２５１は、選択されたラジオボタンに対応する希望日時を決定信号に含めて、決定信号をサーバ４を介して決定した施設の施設端末３に送信する。

（５）図１１（ｃ）に示される提案リスト画面において、最も希望順位が高いサービス内容のサービスを提供する第１施設以外の施設（第２施設、第３施設、・・・）の施設端末３から送信されたサービスの提案情報に、特典情報が付加されてもよい。なお、特典は、例えば、施設のサービスに対する料金の支払いに用いることができるポイント、施設のサービスに対して支払う料金の割引又は値引き、若しくは施設からの無料のサービスの提供等である。無料のサービスは、例えば、ワンドリンク無料又はノベルティグッズのプレゼント等である。

特典情報の付加処理は、上述の図８に示されたステップＳ２１７において、サーバ４の管理部４３４によって実行される。例えば、管理部４３４は、まず、希望条件管理テーブル及び提案管理テーブルを参照し、幹事ユーザに対して送信した提案メッセージと、当該提案メッセージを提案した施設の施設IDとを特定する。次に、管理部４３４は、特定した提案メッセージが、最も希望順位が高いサービス内容のサービスを提供するものであるか否かを判定する。次に、管理部４３４は、特定した提案メッセージが、最も希望順位が高いサービス内容のサービスを提供するものでないと判定した場合、特定した提案メッセージに、所定の特典情報を自動的に付加する。また、管理部４３４は、特定した提案メッセージが、最も希望順位が高いサービス内容のサービスを提供するものであると判定した場合、特定した提案メッセージに、所定の特典情報を付加しない。そして、管理部４３４は、第１施設から送信されたサービスの提案情報と、特典情報が付加された、第１施設以外の施設（第２施設、第３施設、・・・）から送信されたサービスの提案情報とを含む提案リスト画面情報を作成する。

なお、上述の（５）の変形例において、管理部４３４は、図７に示されたステップＳ１０４の処理において抽出した施設の数に応じて、第１施設以外の施設から送信されたサービスの提案情報に付加させる特典情報を変化させてもよい。例えば、管理部４３４は、ステップＳ１０４の処理において抽出した施設の数が、第１所定数未満である場合、第１施設以外の施設から送信されたサービスの提案情報に特典情報を付加する。これにより、幹事ユーザが、第１施設が第１所定数以上抽出されているにも関わらず、第１施設以外の施設を選択して、特典情報を意図的に取得することを未然に防止することが可能になる。また、管理部４３４は、ステップＳ１０４の処理において抽出した施設の数が多いほど、第１施設以外の施設から送信されたサービスの提案情報に付加させる特典情報を、価値が低いものに変更してもよい。

また、上述の（５）の変形例において、管理部４３４は、図７に示されたステップＳ１１０の処理において受信した第１提案信号の数に応じて、第１施設以外の施設から送信されたサービスの提案情報に付加させる特典情報を変化させてもよい。例えば、管理部４３４は、ステップＳ１１０の処理において受信した第１提案信号の数が、第２所定数未満である場合、第１施設以外の施設から送信されたサービスの提案情報に特典情報を付加する。これにより、幹事ユーザが、第１施設の提案数が第２所定数以上抽出されているにも関わらず、第１施設以外の施設を選択して、特典情報を意図的に取得することを未然に防止することが可能になる。また、管理部４３４は、ステップＳ１１０の処理において受信した第１提案信号の数が多いほど、第１施設以外の施設から送信されたサービスの提案情報に付加させる特典情報を、価値が低いものに変更してもよい。

また、上述の（５）の変形例において、管理部４３４は、第１施設以外の施設から送信されたサービスの提案情報に特典情報を付加させた場合、当該特典情報が付加された提案情報が幹事ユーザによって選択された際に、当該提案情報の施設に対する送客手数料を決定する。なお、送客手数料は、幹事ユーザが何れかの施設を予約し、実際に幹事ユーザが、予約した施設のサービスを利用した際に、当該施設の管理者が、サーバ４を運営する運営管理者に支払う手数料である。例えば、一人当たりの送客手数料「８０円／人」である場合、施設のサービスを利用した利用者が４人であれば、送客手数料「８０円／人」に利用人数「４人」を乗算した３２０円が、施設の管理者からサーバ４を運営する運営管理者に支払われる。

送客手数料の決定処理では、特典情報が付加された提案情報が幹事ユーザによって選択された場合、まず、管理部４３４は、提案リスト画面情報に含まれる提案情報のうちの一つを選択したことを示す選択情報をユーザ端末２から受信する。次に、管理部４３４は、選択情報に示される、選択された提案情報の施設を特定する。そして、管理部４３４は、特定された提案情報の施設に対する送客手数料を、特典情報に応じて決定する。例えば、管理部４３４は、選択された提案情報の施設に対する送客手数料から、選択された提案情報に付加した特典情報と等価の金額の値引きを行う。この場合、施設は、特典情報によって得られなかった売上分だけ送客手数料を支払うことがなくなるため、マッチングシステム１を利用する意欲が削がれることを防止することが可能になる。

（６）サービス内容には、「こだわり・クーポン」がさらに含まれてもよい。「こだわり・クーポン」は、幹事ユーザのこだわりを示す情報である。「こだわり・クーポン」は、施設のエリア又は料理ジャンルと並列に表示される。「こだわり・クーポン」は、施設のエリア又は料理ジャンルと同様に階層構造を有する情報である。「こだわり・クーポン」最上位のカテゴリーは、予算、営業時間、及びこだわり等を有する。予算は、下位のカテゴリーとして、１０００円〜２０００円、２０００円〜３０００円等を有する。営業時間は、下位のカテゴリーとして、深夜営業、朝まで営業及び日曜営業等を有する。こだわりは、下位のカテゴリーとして、設備、メニュー、ドリンク及びクーポン等を有する。設備は、下位のカテゴリーとして、掘りごたつ席、個室、及び駐車場有等を有する。メニューは、下位のカテゴリーとして、食べ放題メニュー、飲み放題メニュー、及びランチメニュー等を有する。ドリンクは、下位のカテゴリーとして、ワインにこだわる、日本酒にこだわる、及びビールにこだわる等を有する。クーポンは、下位のカテゴリーとして、クーポン有及びポイントが貯まる等を有する。

これにより、抽出部４３２は、サービス内容として、最も希望順位が高い「こだわり・クーポン」の条件を満たすサービスを提供する第１施設を抽出する。また、抽出部４３２は、サービス内容として、次に希望順位が高い「こだわり・クーポン」の条件を満たすサービスを提供する第２施設を抽出する。したがって、幹事ユーザは、様々なサービス内容に対して希望順位を指定することができるため、幹事ユーザの利便性が向上される。

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

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

１ マッチングシステム
２ ユーザ端末
３ 施設端末
４ サーバ
４３１ 受信部
４３２ 抽出部
４３３ 送信部
４３４ 管理部

Claims (14)

1. 記憶部を備えるサーバの制御方法であって、
   複数の施設ごとに、各施設が提供する複数のサービス内容を示すサービス情報を前記記憶部に記憶し、
   ユーザが希望する複数のサービス内容及び各サービス内容に対するユーザの希望順位をユーザ端末から受信し、
   前記複数の施設の中から、最も希望順位が高いサービス内容のサービスを提供する第１施設を抽出し、
   前記抽出した第１施設の施設端末にユーザへのサービスの提案を要求する要求信号を送信し、
   前記要求信号を送信してから所定時間が経過した場合、前記複数の施設の中から、次に希望順位が高いサービス内容のサービスを提供する第２施設を抽出し、
   前記抽出した第２施設の施設端末に前記要求信号を送信する、
   ステップを有することを特徴とする制御方法。
2. 前記サービス内容には、各施設において提供される料理ジャンル、各施設が配置されたエリア又は各施設のサービスが提供される日時が含まれる、請求項１に記載の制御方法。
3. 前記サービスが提供される日時までの残り日数に応じて、前記所定時間を変化させるステップをさらに有する請求項２に記載の制御方法。
4. 前記抽出した第１施設の数、又は、前記施設端末から前記ユーザへサービスを提案する提案信号を受信した数に応じて、前記所定時間を変化させるステップをさらに有する請求項１〜３の何れか一項に記載の制御方法。
5. 前記要求信号には、前記希望順位が含まれる、請求項１〜４の何れか一項に記載の制御方法。
6. 前記要求信号を受信した第２施設から送信されたサービスの提案情報に特典情報を付加する、請求項１〜５の何れか一項に記載の制御方法。
7. 前記要求信号を受信した第１施設から送信された提案情報と、前記特典情報が付加された、前記第２施設から送信された提案情報とを含む提案リスト画面情報を前記ユーザ端末に送信するステップをさらに有する、請求項６に記載の制御方法。
8. 前記特典情報を付加するステップにおいて、前記抽出した第１施設の数、又は、前記施設端末から前記ユーザへサービスを提案する提案信号を受信した数に応じて、前記特典情報を変化させる、請求項７に記載の制御方法。
9. 前記特典情報を付加するステップにおいて、前記抽出した第１施設の数が第１所定数未満である場合、前記第２施設から送信された提案情報に、特典情報を付加する、請求項８に記載の制御方法。
10. 前記特典情報を付加するステップにおいて、前記施設端末から前記ユーザへサービスを提案する提案信号を受信した数が第２所定数未満である場合、前記第２施設から送信された提案情報に、特典情報を付加する、請求項８又は９に記載の制御方法。
11. 前記提案リスト画面情報に含まれる提案情報のうちの一つを選択したことを示す選択情報を前記ユーザ端末から受信し、
    前記受信した選択情報に示される、選択された提案情報の施設に対する手数料を決定するステップをさらに有する、請求項７〜１０の何れか一項に記載の制御方法。
12. 前記手数料を決定するステップにおいて、前記選択された提案情報の施設が、前記第２施設である場合、前記付加された特典情報に応じて前記手数料を決定する、請求項１１に記載の制御方法。
13. 複数の施設ごとに、各施設が提供する複数のサービス内容を示すサービス情報を記憶する記憶部と、
    ユーザが希望する複数のサービス内容及び各サービス内容に対するユーザの希望順位をユーザ端末から受信する受信部と、
    前記複数の施設の中から、最も希望順位が高いサービス内容のサービスを提供する第１施設を抽出する抽出部と、
    前記抽出した第１施設の施設端末にユーザへのサービスの提案を要求する要求信号を送信する送信部と、を備え、
    前記抽出部は、前記要求信号を送信してから所定時間が経過した場合、前記複数の施設の中から、次に希望順位が高いサービス内容のサービスを提供する第２施設を抽出し、
    前記送信部は、前記抽出した第２施設の施設端末に前記要求信号を送信する、
    ことを特徴とするサーバ。
14. 記憶部を備えたサーバの制御プログラムであって、前記サーバに、
    複数の施設ごとに、各施設が提供する複数のサービス内容を示すサービス情報を前記記憶部に記憶し、
    ユーザが希望する複数のサービス内容及び各サービス内容に対するユーザの希望順位をユーザ端末から受信し、
    前記複数の施設の中から、最も希望順位が高いサービス内容のサービスを提供する第１施設を抽出し、
    前記抽出した第１施設の施設端末にユーザへのサービスの提案を要求する要求信号を送信し、
    前記要求信号を送信してから所定時間が経過した場合、前記複数の施設の中から、次に希望順位が高いサービス内容のサービスを提供する第２施設を抽出し、
    前記抽出した第２施設の施設端末に前記要求信号を送信する、
    こと実行させることを特徴とする制御プログラム。

Images