JP2017068348A - サーバ、その制御方法及びその制御プログラム - 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８００に関連付けられた一連のデータを示している。一連のデータは、例えば、日程８０１及び空席数８０２等を含む。上記の一連のデータは一例であって、その他の予約に関する情報を含んでもよい。

日程８０１は、各施設がサービスを提供する日程を示す情報である。空席数８０２は、各施設の席等の残りの利用可能なユーザ数を示す情報である。

図８（ｂ）は、仮予約管理テーブルのデータ構造の一例を示す図である。

図８（ｂ）に示すデータ構造は、サーバ記憶部４２に記憶されている予約ID８１０に関連付けられた一連のデータを示している。一連のデータは、例えば、施設ID８１１、ユーザID８１２、予約日時８１３、予約人数８１４、予約種別８１５、キャンセル期間８１６及びサービス要求ID８１７等を含む。上記の一連のデータは一例であって、その他の予約に関する情報を含んでもよい。

ユーザID８１２は、幹事ユーザを識別するための情報である。予約日時８１３は、仮予約又は本予約した日時を示す情報である。予約人数８１４は、仮予約又は本予約した人数を示す情報である。予約種別８１５は、仮予約又は本予約の何れかの種別を示す情報である。キャンセル期間８１６は、幹事ユーザの希望日時から施設の管理者によって設定された日数前までの期間を示す情報である。キャンセル期間は、所定期間の一例である。

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

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

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

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

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

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

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

幹事ユーザ名１０００は、幹事ユーザのユーザ名である。選択領域１００１は希望エリアを選択するための領域である。選択領域１００１には、初期状態として最上位のエリアカテゴリー（例えば、全国）が表示される。幹事ユーザにより最上位のエリアカテゴリーが選択されると、その下位のエリアカテゴリー（例えば、東京都）が展開される。これにより、幹事ユーザは、最上位のエリアカテゴリーから下位のエリアカテゴリーを順に選択できるようになる。図１０では、全国，東京都，飯田橋・四ツ谷・神楽坂，四ツ谷の順に、幹事ユーザの操作により選択されている。ラジオボタン１００４は、選択されたエリアカテゴリーの中から幹事ユーザが希望するエリアカテゴリーを希望エリアとして選択するための領域である。

選択領域１００２は、希望料理ジャンルを選択するための領域である。選択領域１００２には、初期状態として最上位の料理ジャンルカテゴリー（例えば、すべて）が表示される。幹事ユーザにより最上位の料理ジャンルカテゴリーが選択されると、その下位の料理ジャンルカテゴリー（例えば、イタリアン・フレンチ）が展開される。これにより、幹事ユーザは、最上位の料理ジャンルカテゴリーから下位の料理ジャンルカテゴリーを順に選択できるようになる。図１０では、すべての料理，イタリアン・フレンチの順に、幹事ユーザの操作により選択されている。ラジオボタン１００５は、選択された料理ジャンルカテゴリーの中から幹事ユーザが希望するジャンルカテゴリーを希望料理ジャンルとして選択するための領域である。

選択領域１００３は、希望日時を選択するための領域である。選択領域１００３には、希望日時として、希望日及び希望時間が指定可能に表示される。

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

次に、幹事ユーザがユーザ端末操作部２３を用いて設定ボタン１００９を押下すると、ユーザ端末アクセス部２５１は、要求設定画面（図１０参照）で指定された各サービス要求を示すサービス要求情報をサーバ４に送信する（ステップＳ１０３）。サービス要求情報には、幹事ユーザの希望日時、希望人数、希望エリア、希望料理ジャンル、予算及び受取希望施設数が含まれる。

次に、サーバ４の管理部４３４が、ユーザ端末２からサービス要求情報を受信すると、管理部４３４は、複数の施設の中から希望人数が希望日時に利用可能な施設を抽出する（ステップＳ１０４）。管理部４３４は、サービス要求情報に含まれる希望日時、希望人数、希望エリア、希望料理ジャンル、予算及び受取希望施設数を特定する。管理部４３４は、サービス要求IDを新たに生成し、特定した各情報を関連付けてサービス要求管理テーブル（図７（ａ））に登録する。管理部４３４は、施設管理テーブル（図６（ｂ））を参照し、特定した希望日時、希望エリア及び希望ジャンルに合致する施設を抽出する。例えば、図１０の要求設定画面のサービス要求の場合、希望日時が施設の営業日の営業時間内であって、希望エリアとして四谷三丁目駅で、希望ジャンルとしてパスタを提供する施設が抽出される。さらに、管理部４３４は、予約状況テーブル（図８（ａ））を参照し、抽出した施設のうち、希望人数が希望日時に利用可能な施設を抽出する。例えば、図１０の要求設定画面のサービス要求の場合、希望人数として四名が、希望日時として2015年9月24日19:00に利用可能な施設が抽出される。

次に、送信部４３１は、施設管理テーブル（図６（ｂ））を参照し、管理部４３４が抽出した施設の施設端末３のＥメールアドレスを特定し、特定したＥメールアドレス宛てにサービス要求通知としてＥメールを送信する。施設の施設端末３の施設端末メッセージ管理部３５２は、サーバ４からサービス要求通知を受信すると、受信したサービス要求通知に含まれる各情報を施設端末表示部３４に表示する。なお、サービス要求通知の送信は、希望人数が希望日時に利用可能な施設の数に応じて、複数の施設に対して実行される。

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

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

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

次に、サーバ４の管理部４３４は、施設端末３から要求リスト画面情報取得要求を受信すると、サービス要求情報を含む要求リスト画面情報を施設端末３に送信する（ステップＳ１０５）。要求リスト画面情報取得要求には、施設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の空席数を、特定した予約人数だけ増大させる。キャンセル部４３３は、特定したサービス要求IDに関連付けられた、本予約した施設以外の施設の仮予約を仮予約管理テーブル（図８（ｂ））から削除する。

次に、キャンセル部４３３は、仮予約キャンセル通知を、本予約した施設以外の施設の仮予約の施設の施設端末３に送信する（ステップＳ１２２）。キャンセル部４３３は、施設管理テーブル（図６（ｂ））を参照し、仮予約キャンセル通知に含まれる施設IDに対応する施設のＥメールアドレスを特定し、特定したＥメールアドレス宛てに、仮予約キャンセル通知としてＥメールを施設端末３に送信する。施設の施設端末３の施設端末メッセージ管理部３５２は、サーバ４から仮予約キャンセル通知を受信すると、受信した仮予約キャンセル通知に含まれる各情報を施設端末表示部３４に表示する。

次に、施設端末３の管理者の操作によって、施設端末３はキャンセルされた仮予約を端末仮予約管理テーブル（図４（ｂ））から削除する。

また、キャンセル部４３３は、生成した仮予約キャンセル通知を、仮予約についてサービス提供情報を送信したユーザ端末２に送信する（ステップＳ１２３）。キャンセル部４３３は、ユーザ管理テーブル（図６（ａ））を参照し、決定情報を送信したユーザ端末２の幹事ユーザのＥメールアドレスを特定する。予約部４３２は、仮予約キャンセル通知を、特定したユーザ端末２のＥメールアドレス宛てに送信する。

このように、サーバ４は、本予約した施設以外の施設の仮予約をキャンセルするため、施設側は、長期間、仮予約のために施設を確保しておく必要がない。一方、ユーザ側は、希望にあった複数又は単数の施設を所定期間の間、仮予約しておけるので、その間に、本予約すれば、施設の予約を容易に確定することが可能となる。

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

（１）キャンセル期間は、サーバ４がユーザ端末２からサービス要求情報を受信したときから施設端末３の管理者によって指定された期間が経過するまでであってもよい。また、キャンセル期間は、全ての施設において、固定の期間であってもよい。

（２）サーバ４は、キャンセル期間よりも短い割引期間が経過する前に、サーバ４が決定情報をユーザ端末２から受信した場合、ユーザ端末２の幹事ユーザに請求するサービスの料金を所定の割引額又は割引率に応じて割引してもよい。あるいは、サーバ４は、キャンセル期間よりも短い特典期間が経過する前に、サーバ４が決定情報をユーザ端末２から受信した場合、ユーザ端末２の幹事ユーザに特典を付与してもよい。特典は、例えば、ワンドリンク無料又はノベルティグッズのプレゼント等の無料のサービスである。あるいは、特典は、例えば、他の無料のサービスであってもよい。これらの場合、サービス提供情報又はサービス提供通知に割引期間並びに割引額又は割引率が含まれる。あるいは、サービス提供情報又はサービス提供通知に特典期間及び特典の内容が含まれる。サービス提供情報又はサービス提供通知に含まれる各情報は、ユーザ端末表示部２４に表示される。これにより、サーバ４は、幹事ユーザが施設を早期に本予約する確率を向上させることができる。

（３）サーバ４は、サーバ４がユーザ端末２にサービス提供情報又はサービス提供通知を送信してからユーザ端末２から決定情報を受信する期間が短いほど、ユーザ端末２の幹事ユーザに請求するサービスの割引率又は割引額を増大させてもよい。あるいは、サーバ４は、サーバ４がユーザ端末２にサービス提供情報又はサービス提供通知を送信してからユーザ端末２から決定情報を受信する期間が短いほど、ユーザ端末２の幹事ユーザに、より多い又はより良い特典を付与してもよい。より多い又はより良い特典は、例えば、無料になるドリンクの数が多くなる、又は、プレゼントされるノベルティグッズの量が多くなる若しくは質が良くなる等の無料のサービスである。あるいは、より多い又はより良い特典は、例えば、より量が多くなる又はより質が良くなる他の無料サービスであってもよい。これらの場合、サービス提供情報又はサービス提供通知に複数の割引額又は複数の割引率並びに各割引額又は各割引率に対応する割引期間が含まれる。あるいは、サービス提供情報又はサービス提供通知に複数の特典及び各特典に対応する特典期間が含まれる。サービス提供情報又はサービス提供通知に含まれる各情報は、ユーザ端末表示部２４に表示される。これにより、サーバ４は、幹事ユーザが施設を早期に本予約する確率を向上させることができる。

（４）サーバ４の予約部４３２は、他の施設の予約状況の管理を行うサーバから予約状況テーブル（図８（ａ））に記憶されたデータのうちの必要なデータを取得してもよい。この場合、予約部４３２は、予約状況テーブル（図８（ａ））に対して行った変更を他の施設の予約状況の管理を行うサーバに通知し、予約状況テーブル（図８（ａ））に記憶されたデータを同期させる。これにより、サーバ４は、サーバ記憶部４２の記憶容量の削減をすることができる。

（５）予約部４３２は、図９のステップＳ１０９の処理において、施設を仮予約することに代えて、施設を予約することにより、施設を確保してもよい。また、予約部４３２は、図９のステップＳ１１８の処理において、施設を本予約することに代えて、施設の予約を維持することにより、予約を確定させてもよい。

（６）ユーザ端末２が送信するサービス要求情報のフォーマットと、サーバ４が送信するサービス要求情報のフォーマットは、異なっていてもよい。すなわち、サーバ４は、ユーザ端末２から受信したサービス要求情報のフォーマットを変更して、施設端末３に送信してもよい。同様に、サーバ４は、施設端末３から受信したサービス提供情報のフォーマットを変更して、ユーザ端末２に送信してもよい。

（７）サービス要求通知情報は、サービス要求情報を含んでもよく、サービス提供通知は、サービス提供情報を含んでもよい。

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

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

１ マッチングシステム
２ ユーザ端末
３ 施設端末
４ サーバ
４３１ 送信部
４３２ 予約部
４３３ キャンセル部
４３４ 管理部

Claims (7)

1. サーバの制御方法であって、
   サービスを受けるユーザの希望日時及び希望人数を含むサービス要求情報をユーザ端末から受信すると、複数の施設の施設端末に前記サービス要求情報を送信し、
   前記施設端末から前記希望日時及び前記希望人数に対応可能である旨を含むサービス提供情報を受信すると、前記施設端末の施設を仮予約するとともに、前記ユーザ端末に前記サービス提供情報を送信し、
   所定期間が経過し、且つ、前記ユーザ端末から前記施設端末の施設の本予約を決定する決定情報を受信していない場合、前記施設端末の施設の仮予約をキャンセルするステップを有する制御方法。
2. 前記所定期間が経過する前に前記ユーザ端末から前記決定情報を受信した場合、前記施設端末の施設を本予約するとともに、前記仮予約した施設のうち、前記本予約した施設以外の施設の仮予約をキャンセルするステップをさらに有する請求項１に記載の制御方法。
3. 前記サービス提供情報には、前記施設端末の管理者によって指定された期間が含まれ、
   前記サービス提供情報に含まれた期間を、前記所定期間として設定するステップをさらに有する請求項１又は２に記載の制御方法。
4. 前記所定期間よりも短い第２所定期間が経過する前に、前記決定情報を前記ユーザ端末から受信した場合、前記サービスの料金を所定の割引額又は割引率に応じて割引する、若しくは、前記ユーザ端末のユーザに特典を付与するステップをさらに有する請求項１〜３の何れか一項に記載の制御方法。
5. 前記サービス提供情報を送信してから前記決定情報を前記ユーザ端末から受信するまでの期間が短いほど、前記サービスの料金を割引する割引率又は割引額を増大させる、若しくは、前記ユーザ端末のユーザに、より多い又はより良い特典を付与するステップをさらに有する請求項１〜３の何れか一項に記載の制御方法。
6. サービスを受けるユーザの希望日時及び希望人数を含むサービス要求情報をユーザ端末から受信すると、複数の施設の施設端末に前記サービス要求情報を送信する送信部と、
   前記施設端末から前記希望日時及び前記希望人数に対応可能である旨を含むサービス提供情報を受信すると、前記施設端末の施設を仮予約するとともに、前記ユーザ端末に前記サービス提供情報を送信する仮予約部と、
   所定期間が経過し、且つ、前記ユーザ端末から前記施設端末の施設の本予約を決定する決定情報を受信していない場合、前記施設端末の施設の仮予約をキャンセルするキャンセル部と、
   を備えることを特徴とするサーバ。
7. サーバの制御プログラムであって、前記サーバに、
   サービスを受けるユーザの希望日時及び希望人数を含むサービス要求情報をユーザ端末から受信すると、複数の施設の施設端末に前記サービス要求情報を送信し、
   前記施設端末から前記希望日時及び前記希望人数に対応可能である旨を含むサービス提供情報を受信すると、前記施設端末の施設を仮予約するとともに、前記ユーザ端末に前記サービス提供情報を送信し、
   所定期間が経過し、且つ、前記ユーザ端末から前記施設端末の施設の本予約を決定する決定情報を受信していない場合、前記施設端末の施設の仮予約をキャンセルする、
   こと実行させることを特徴とする制御プログラム。

Images