JP7210074B1 - サービス予約装置およびサービス予約プログラム - Google Patents

Abstract

【課題】実施日時の直前にサービスを割引価格で販売しても価格の値崩れを生じるおそれを低くし、利用者の購入確率を高める。【解決手段】サービス予約装置において、受付状況送信部１０２は、利用者端末から送信されるサービスの利用条件を、その利用条件を満たすサービスを提供可能な提供者によって使用される提供者端末に対して送信する。提供条件受付部１０３は、利用条件を受信した提供者端末から送信されるサービスの提供条件を受け付ける。提供条件送信部１０４は、利用条件を送信した利用者端末に対して所定の条件を満たす提供条件の一覧を送信する送信日を、各提供条件に含まれるサービスの実施日に基づいて予め決定し、提供条件の一覧を送信日に作成し、作成した提供条件の一覧を利用者端末に１回以上送信し、提供条件の一覧を２回以上送信する場合、送信される各提供条件に含まれるサービスの価格を前回送信時の価格より低い価格に設定する。【選択図】図２

Description

本発明は、サービスについて一種のリバースオークションを行うサービス予約装置およびサービス予約プログラムに関する。

ある商品を買う者が売り手の間で価格入札を行わせて、最も安い価格を入札した者から購入を決定する（すなわち、買い手が売り手を選定する。）リバースオークションが知られている（例えば、非特許文献１参照）。

そして、特許文献１には、一種のリバースオークションを行うサービス予約システムが記載されている。このサービス予約システムは、サービス利用者から所定のエリア内の複数のサービス提供者にサービスに関するアンケートを送信し、複数のサービス提供者からサービス利用者にそのアンケートに対する回答メッセージを送信し、回答メッセージの結果に基づいてサービス利用者が選定した少なくとも１つのサービス提供者に対して申込メッセージを送信し、申込メッセージに対する受け入れ可能メッセージを最初に送信したサービス提供者との予約成立を許可する。

特開２０２１－９６６７１号公報

「リバースオークション」、[online]、フリー百科事典ウィキペディア、[令和４年４月５日検索]、インターネット<https://ja.wikipedia.org/wiki/リバースオークション>

サービスの提供者は、サービスに空きがあって売れ残りが予測されるとき、サービス実施日時の直前に価格を割り引くことによりサービスを利用する利用者の購入確率を高めてサービスの販売に結び付けることができる。
しかし、サービス実施日時の直前にサービスの価格を割り引いて販売すると、利用者は利用開始時間まで待てば安く購入できると考えるようになり、定価で購入しなくなるおそれがある。すなわち、価格を割り引いて販売すると、価格の値崩れが生じやすい。

また、提供者は価格を割り引くにしてもできるだけ高く販売したい。
しかし、割引率が低いと割引価格でも利用者が購入せず、サービスが売れ残るおそれがある。

本発明の目的は、サービス実施日時の直前にサービスを割引価格で販売しても価格の値崩れを生じるおそれが低く、利用者の購入確率を高めることができるサービス予約装置およびサービス予約プログラムを提供することである。

上記目的を達成するために、本発明のサービス予約装置は、
サービスの利用を希望する複数の利用者によって使用される各利用者端末から送信される当該サービスの利用条件を受け付ける利用条件受付部と、
前記利用条件受付部が前記各利用条件を受け付けたときに、前記各利用条件を満たすサービスを提供可能な提供者によって使用される提供者端末に対して前記各利用条件を送信する受付状況送信部と、
前記受付状況送信部によって送信された各利用条件を受信した提供者端末から送信されるサービスの提供条件であって当該サービスが実施される実施日と当該サービスの価格とを含む当該提供条件を受け付ける提供条件受付部と、
前記提供条件受付部によって受け付けられた提供条件を示す提供条件情報が登録される提供条件登録部と、
第１の前記利用条件を送信した利用者端末に対して前記提供条件登録部に登録されている各提供条件情報によって示される提供条件であって所定の条件を満たす当該提供条件の一覧を送信する送信日を、当該所定の条件を満たす各提供条件に含まれるサービスの実施日に基づいて予め決定し、当該所定の条件を満たす提供条件の一覧を当該送信日に作成し、当該第１の利用条件を送信した利用者端末に対して当該作成した提供条件の一覧を１回以上送信し、当該提供条件の一覧を２回以上送信する場合には、当該提供条件の一覧の送信日と当該提供条件の一覧に含まれる各提供条件に基づくサービスの実施日との間隔が所定の日数以下であるとき、送信される当該各提供条件に含まれるサービスの価格を前回送信時の価格より低い価格に設定する提供条件送信部と、
前記提供条件送信部によって送信された提供条件の一覧を受信した利用者端末から送信される予約依頼であって当該提供条件の一覧に含まれる提供条件に基づくサービスの予約依頼を受け付ける予約受付部と、
を備える。

好ましくは、本発明のサービス予約装置は、
前記所定の条件を満たす提供条件が、前記受付状況送信部によって送信された第１の利用条件を受信した各提供者端末から送信された提供条件である。

好ましくは、本発明のサービス予約装置は、
前記第１の利用条件を示す利用条件情報と、前記利用者端末から送信された第２の利用条件を示す利用条件情報とが登録された利用条件登録部を備え、
前記提供条件送信部が、前記利用条件登録部にそれぞれ登録されている前記第１の利用条件を示す利用条件情報と前記第２の利用条件を示す利用条件情報とに基づいて前記第２の利用条件が前記第１の利用条件と同一であるか否か、および類似であるか否かを判定し、
前記所定の条件を満たす提供条件が、更に、前記第１の利用条件と同一または類似であると判定された前記第２の利用条件であって前記受付状況送信部によって送信された前記第２の利用条件を受信した提供者端末から送信された提供条件を含む。

好ましくは、本発明のサービス予約装置は、
前記提供条件登録部に、前記第１の利用条件を受信した各提供者端末から送信された各提供条件を示す提供条件情報と、前記利用者端末から送信された第２の利用条件を受信した各提供者端末から送信された各提供条件を示す提供条件情報とが登録されており、
前記提供条件送信部が、前記提供条件登録部にそれぞれ登録されている前記第１の利用条件を受信した各提供者端末から送信された各提供条件を示す提供条件情報と前記第２の利用条件を受信した各提供者端末から送信された各提供条件を示す提供条件情報とに基づいて前記第２の利用条件を受信した各提供者端末から送信された各提供条件が前記第１の利用条件を受信した各提供者端末から送信された各提供条件のいずれかと類似であるか否かを判定し、
前記所定の条件を満たす提供条件が、更に、前記第１の利用条件を受信した各提供者端末から送信された各提供条件のいずれかと類似であると判定された、前記第２の利用条件を受信した各提供者端末から送信された提供条件を含む。

好ましくは、本発明のサービス予約装置は、
前記第１の利用条件を示す利用条件情報が登録された利用条件登録部を備え、
前記提供条件送信部が、前記利用条件登録部に登録されている前記第１の利用条件を示す利用条件情報と前記提供条件登録部に登録されている各提供条件情報とに基づいて当該各提供条件情報よって示される提供条件が前記第１の利用条件と同一であるか否か、および類似であるか否かを判定し、
前記所定の条件を満たす各提供条件が、前記第１の利用条件と同一または類似と判定された提供条件である。

また、本発明のサービス予約プログラムは、
コンピュータを、
サービスの利用を希望する複数の利用者によって使用される各利用者端末から送信される当該サービスの利用条件を受け付ける利用条件受付手段、
前記利用条件受付手段が前記各利用条件を受け付けたときに、前記各利用条件を満たすサービスを提供可能な提供者によって使用される提供者端末に対して前記各利用条件を送信する受付状況送信手段、
前記受付状況送信手段によって送信された各利用条件を受信した提供者端末から送信されるサービスの提供条件であって当該サービスが実施される実施日と当該サービスの価格とを含む当該提供条件を受け付ける提供条件受付手段、
前記提供条件受付手段によって受け付けられた提供条件を示す提供条件情報が登録される提供条件登録手段、
第１の前記利用条件を送信した利用者端末に対して前記提供条件登録手段に登録されている各提供条件情報によって示される提供条件であって所定の条件を満たす当該提供条件の一覧を送信する送信日を、当該所定の条件を満たす各提供条件に含まれるサービスの実施日に基づいて予め決定し、当該所定の条件を満たす提供条件の一覧を当該送信日に作成し、当該第１の利用条件を送信した利用者端末に対して当該作成した提供条件の一覧を１回以上送信し、当該提供条件の一覧を２回以上送信する場合には、当該提供条件の一覧の送信日と当該提供条件の一覧に含まれる各提供条件に基づくサービスの実施日との間隔が所定の日数以下であるとき、送信される当該各提供条件に含まれるサービスの価格を前回送信時の価格より低い価格に設定する提供条件送信手段、
前記提供条件送信部によって送信された提供条件の一覧を受信した利用者端末から送信される予約依頼であって当該提供条件の一覧に含まれる提供条件に基づくサービスの予約依頼を受け付ける予約受付手段、
として機能させる。

本発明によれば、事前にサービス利用日時を登録してそのサービスを利用する特定の利用者に限り割引価格を伝えることが出来るため、サービス実施日時の直前にサービスを割引価格で販売しても通常価格の値崩れを生じるおそれが低く、サービス実施日時の直前にサービスに空きがあって売れ残りが予測される商材の購入確率を高めることができる。

本発明の実施形態に係るサービス予約システムの構成の一例を示す図である。 本発明の第１の実施形態に係るサービス予約装置の構成の一例を示す図である。 利用者テーブルの構成の一例を示す図である。 提供者テーブルの構成の一例を示す図である。 ホテルの予約についての利用条件テーブルの構成の一例を示す図である。 ホテルの予約についての提供条件テーブルの構成の一例を示す図である。 航空機の予約についての利用条件テーブルの構成の一例を示す図である。 航空機の予約についての提供条件テーブルの構成の一例を示す図である。 本発明の第１の実施形態に係るサービス予約装置における予約処理の流れの一例を示す図である。 ホテルの予約についての利用条件入力画面の一例を示す図である。 航空機の予約についての利用条件入力画面の一例を示す図である。 ホテルの予約における提供条件入力画面の一例を示す図である。 航空機の予約における提供条件入力画面の一例を示す図である。 送信日・割引率テーブルの一例を示す図である。 提供条件送信部が利用者端末にホテルの予約に関する提供条件の一覧を最初に送信する場合における提供条件一覧画面の例を示す図である。 提供条件送信部が利用者端末にホテルの予約に関する提供条件の一覧を２回目に送信する場合における提供条件一覧画面の例を示す図である。 提供条件送信部が利用者端末にホテルの予約に関する提供条件の一覧を３回目に送信する場合における提供条件一覧画面の例を示す図である。 提供条件送信部が利用者端末に航空機の予約に関する提供条件の一覧を最初に送信する場合における提供条件一覧画面の例を示す図である。 提供条件送信部が利用者端末に航空機の予約に関する提供条件の一覧を２回目に送信する場合における提供条件一覧画面の例を示す図である。 提供条件送信部が利用者端末に航空機の予約に関する提供条件の一覧を３回目に送信する場合における提供条件一覧画面の例を示す図である。 提供条件送信部が利用者端末に航空機の予約に関する提供条件の一覧を４回目に送信する場合における提供条件一覧画面の例を示す図である。 予約確定処理の流れの一例を示す図である。 提供者端末に表示される予約可否問合画面の一例を示す図である。 提供条件追加処理の流れの一例を示す図である。 本発明の第２の実施形態に係るサービス予約装置の構成の一例を示す図である。 ホテルの予約についての利用条件入力画面における図１０とは異なる入力例を示す図である。 図２６の入力例を反映したホテルの予約についての提供条件テーブルの構成の一例を示す図である。 類似語テーブルの一例を示す図である。 航空機の予約についての利用条件入力画面における図１１とは異なる入力例を示す図である。 本発明の第３の実施形態に係るサービス予約装置の構成の一例を示す図である。 ホテルの予約についての第３の実施形態に係る提供条件テーブルの構成の一例を示す図である。 本発明の第４の実施形態に係るサービス予約装置の構成の一例を示す図である。 ホテルの予約についての第４の実施形態に係る提供条件テーブルの構成の一例を示す図である。

以下、本発明の実施形態に係るサービス予約装置およびサービス予約プログラムについて図面を参照しながら詳細に説明する。なお、実施形態を説明する全図において、共通の構成要素には同一の符号を付し、繰り返しの説明を省略する。

図１は、本発明の実施形態に係るサービス予約システムの構成の一例を示す。
本発明の実施形態に係るサービス予約システムは、複数の利用者端末１０と、複数の提供者端末２０と、サービス予約装置１００とを有する。
各利用者端末１０と各提供者端末２０とサービス予約装置１００とは、それぞれ有線または無線でネットワーク３０に接続されている。サービス予約装置１００は、各利用者端末１０とネットワーク３０を介して相互にデータを送受信することができる。また、サービス予約装置１００は、各提供者端末２０とネットワーク３０を介して相互にデータを送受信することができる。
利用者端末１０は、例えば、スマートホンや携帯電話、タブレット、ノートパソコン、デスクトップパソコン等である。提供者端末２０も、例えば、スマートホンや携帯電話、タブレット、ノートパソコン、デスクトップパソコン等である。

図２は、本発明の第１の実施形態に係るサービス予約装置１００の構成の一例を示す。
サービス予約装置１００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成される主メモリと、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）やハードディスク等で構成される記憶部１１０とを備える。サービス予約装置１００は、例えば、コンピュータで実現することができる。また、サービス予約装置１００は、例えば、クラウドコンピューティングで実現することができる。
記憶部１１０には、利用者テーブル１２０と、提供者テーブル１３０と、利用条件テーブル１４０と、提供条件テーブル１５０と、サービス予約プログラム１８０とが格納されている。サービス予約装置１００のＣＰＵがその記憶部１１０から主メモリにサービス予約プログラム１８０を読み出して実行することにより、利用条件受付部１０１と、受付状況送信部１０２と、提供条件受付部１０３と、提供条件送信部１０４と、予約受付部１０５と、予約可否問合部１０６と、予約確定部１０７と、追加依頼部１０８との各部の機能が実現される。
なお、後述する第２の実施形態と第３の実施形態と第４の実施形態では、サービス予約装置４００の構成とサービス予約装置５００の構成とサービス予約装置６００の構成がサービス予約装置１００の構成と一部異なるが、サービス予約システム全体の構成は第１の実施形態と第２の実施形態と第３の実施形態と第４の実施形態とで同一である。

図３は、利用者テーブル１２０の構成の一例を示す。
利用者テーブル１２０は、サービスの利用を希望する利用者についての利用者情報を格納する。利用者情報は、利用者ＩＤ１２１と、会員種別１２２と、氏名１２３と、属性１２４と、携帯電話番号１２５と、メールアドレス１２６とを含む。
利用者ＩＤ１２１は、サービス予約装置１００の利用者を一意に識別する識別情報である。
会員種別１２２は、正会員とビジター会員の２つの種別を含む。正会員は、会費を払う。正会員は、毎月所定回数まで無料でサービス予約装置１００を利用でき、所定回数を超えると有料でサービス予約装置１００を利用することができる。ビジター会員はサービス予約装置１００を利用する毎に利用料を払う。
氏名１２３は、利用者の名前である。
属性１２４は、利用者のプロフィールである。属性１２４には、性別、年齢、居住地、職業、既婚／未婚の別、家族の有無、年収等が登録される。
携帯電話番号１２５は、利用者端末１０がスマートホン等の携帯端末である場合、携帯電話番号である。利用者端末１０がノートパソコンやデスクトップパソコンである場合には、携帯電話番号１２５は未登録でもよい。
メールアドレス１２６は、利用者端末１０で受信可能な電子メールのアドレスである。

図４は、提供者テーブル１３０の構成の一例を示す。
提供者テーブル１３０は、サービスを提供する提供者についての提供者情報を格納する。提供者情報は、大分類１３１と、中分類１３２と、小分類１３３と、所在地／提供エリア１３４と、提供者ＩＤ１３５と、会員種別１３６と、名称１３７と、携帯電話番号１３８と、メールアドレス１３９とを含む。
大分類１３１は、サービスの種別を示す。大分類１３１は、例えば、宿泊施設、動物の宿泊施設、旅行、運動施設、鑑賞施設、レストラン等を含む。これらの中で、宿泊施設と、動物の宿泊施設と、運動施設と、鑑賞施設と、レストランとは、店舗や劇場、ゴルフ場等の所定の場所で提供されるサービスの例である。一方、旅行は所定のエリアを対象として提供されるサービスの例である。

中分類１３２と小分類１３３は、サービスの種別毎の分類を示す。これらにより、提供者が提供するサービスの詳細が特定される。
大分類１３１が宿泊施設であるとき、中分類１３２は、例えば、ホテル、ペンション、旅館等である。
大分類１３１が旅行であるとき、中分類１３２は、例えば、航空機、鉄道、バス、船、クルージング等である。中分類１３２が航空機であるとき、小分類１３３は、例えば、海外と国内である。中分類１３２がバスであるとき、小分類１３３は、例えば、長距離と各都道府県内である。
大分類１３１が運動施設であるとき、中分類１３２は、例えば、ゴルフ場、テニス場、体育館、ボウリング場、野球場等である。
大分類１３１が鑑賞施設であるとき、中分類１３２は、例えば、映画、演芸、演劇、コンサート等である。
大分類１３１がレストランであるとき、中分類１３２は、例えば、西洋料理、中華料理、和食、主としてアルコール飲料等である。中分類１３２が西洋料理であるとき、小分類１３３は、例えば、イタリア料理、スペイン料理、フランス料理、ロシア料理である。中分類１３２が中華料理であるとき、小分類１３３は、例えば、山東料理、四川料理、広東料理、上海料理等である。中分類１３２が和食であるとき、小分類１３３は、例えば、寿司、てんぷら、すき焼き、懐石料理等である。

所在地／提供エリア１３４は、例えば、宿泊施設と動物の宿泊施設と運動施設と鑑賞施設とレストラン等のように店舗や建物等が存在する所定の場所で提供されるサービスについてはその場所（所在地）を示す。また、所在地／提供エリア１３４は、例えば、旅行のようにあるエリアで提供されるサービスについてはサービスが提供される所定のエリアを示す。所定のエリアは、例えば世界中、国内（日本中）、本州、九州等である。
提供者ＩＤ１３５は、提供者を一意に識別する識別情報である。
会員種別１３６は、普通会員とスーパー会員の２つの種別を含む。普通会員は、毎月所定の回数まで利用者によって入力される利用条件の通知を受けることができる。スーパー会員は、回数の制限なく、利用条件の通知を受けることができる。
名称１３７は、例えば、店舗名や劇場名のようなサービスが提供される建物等の名称、または会社名である。
携帯電話番号１３８は、提供者端末２０がスマートホン等の携帯端末である場合、携帯電話番号である。提供者端末２０がノートパソコンやデスクトップパソコンである場合には、携帯電話番号１３８は未登録でもよい。
メールアドレス１３９は、提供者端末２０で受信可能な電子メールのアドレスである。

利用条件テーブル１４０と提供条件テーブル１５０とは、個々のサービスに応じた構成を有する。
図５は、ホテルの予約についての利用条件テーブル１４０Ａの構成の一例を示す。
利用条件テーブル１４０Ａは、ホテルの予約に関する利用条件情報を格納する。利用条件情報は、ホテルの利用を希望する利用者によって使用される利用者端末１０からサービス予約装置１００に送信された利用条件を示す。利用条件情報は、利用情報ＩＤ１４１と、利用者ＩＤ１４２と、大分類１４３と、中分類１４４と、利用エリア１４５と、宿泊初日範囲１４６と、泊数１４７と、利用人数１４８と、価格帯１４９とを含む。
利用情報ＩＤ１４１は、利用情報を一意に識別する識別情報である。
利用者ＩＤ１４２は、利用者を一意に識別する識別情報である。利用者ＩＤ１４２は、利用者情報の利用者ＩＤ１２１に対応する。
大分類１４３は、宿泊施設である。中分類１４４は、ホテルである。大分類１４３と中分類１４４は、それぞれ提供者情報の大分類１３１と中分類１３２に対応する。
利用エリア１４５は、利用を希望するホテルが存在するエリアを示す。利用者は、利用エリア１４５を例えば都道府県名や国名等で指定する。
宿泊初日範囲１４６は、ホテルへの宿泊を希望する最初の日の範囲を示す。例えば、宿泊初日範囲１４６＝２０２２年７月１５日～７月１７日である場合、利用者の宿泊初日の第１希望は２０２２年７月１６日であり、利用者の第２希望は２０２２年７月１５日と２０２２年７月１７日であることを示す。また、例えば、宿泊初日範囲１４６＝２０２２年７月１２日～７月１８日である場合、利用者の宿泊初日の第１希望は２０２２年７月１５日であり、利用者の第２希望は２０２２年７月１４日と２０２２年７月１６日であり、利用者の第３希望は２０２２年７月１３日と２０２２年７月１７日であり、利用者の第４希望は２０２２年７月１２日と２０２２年７月１８日であることを示す。
泊数１４７は、ホテルに宿泊する日数を示す。
利用人数１４８は、ホテルを利用する人数を示す。
価格帯１４９は、利用者が希望するホテルの１人当たりの価格帯を示す。

図６は、ホテルの予約についての提供条件テーブル１５０Ａの構成の一例を示す。
提供条件テーブル１５０Ａは、ホテルの予約に関する提供条件情報を格納する。提供条件情報は、利用条件を満たす部屋を提供可能なホテル等によって使用される提供者端末２０からサービス予約装置１００に送信された提供条件を示す。提供条件情報は、提供情報ＩＤ１５１と、提供者ＩＤ１５２と、利用情報ＩＤ１５３と、宿泊初日１５４と、泊数１５５と、利用人数１５６と、価格１５７と、状態１５８とを含む。
提供情報ＩＤ１５１は、提供情報を一意に識別する識別情報である。
提供者ＩＤ１５２は、提供者（ホテル等）を一意に識別する識別情報である。提供者ＩＤ１５２は、提供者情報の提供者ＩＤ１３５に対応する。
利用情報ＩＤ１５３は、利用情報を一意に識別する識別情報である。利用情報ＩＤ１５３は、利用条件情報の利用情報ＩＤ１４１に対応する。
宿泊初日１５４は、ホテルに宿泊する最初の日を示す。
泊数１５５は、ホテルに宿泊する日数を示す。
利用人数１５６は、ホテルに宿泊する人数を示す。
価格１５７は、例えば１人当たりの１泊の価格を示す。価格は、例えば定価である。
なお、宿泊初日１５４と泊数１５５と利用人数１５６と価格１５７とは、利用条件を通知されたホテル等によって使用される提供者端末２０からサービス予約装置１００に送信された提供条件に含まれていたものである。
状態１５８は、未と不と済のいずれかである。未は、利用者による予約依頼を受け付けできる状態である。不は、客室に空きが無い等の提供者の都合により予約依頼を受け付けできない状態である。済は、利用者による予約が確定した状態であり、この状態のとき予約依頼を受け付けることはできない。

図７は、航空機の予約についての利用条件テーブル１４０Ｂの構成の一例を示す。
利用条件テーブル１４０Ｂは、航空機の予約に関する利用条件情報を格納する。利用条件情報は、航空機の予約を希望する利用者によって使用される利用者端末１０からサービス予約装置１００に送信された利用条件を示す。利用条件情報は、利用情報ＩＤ１４１と、利用者ＩＤ１４２と、大分類１４３と、中分類１４４と、小分類１４５と、出発空港１６１と、到着空港１６２と、出発日時１６３と、搭乗人数１６４とを含む。
利用条件テーブル１４０Ｂの利用情報ＩＤ１４１と利用者ＩＤ１４２の定義は、利用条件テーブル１４０Ａのものと同一である。
大分類１４３は旅行であり、中分類１４４は航空機である。小分類１４５は、海外または国内である。大分類１４３と中分類１４４と小分類１４５は、それぞれ提供者情報の大分類１３１と中分類１３２と小分類１３３に対応する。
出発空港１６１は航空機が出発する空港を示し、到着空港１６２は航空機が到着する空港を示す。
出発日時１６３は、航空機が出発する日または日および時間を示す。時間は、出発する時刻または時間帯である。時間帯は、例えば、午前、午後、夕方、夜、深夜、いつでもである。例えば、出発日時１６３＝２０２２年７月１３日～７月１９日、いつでもである場合、利用者の出発日時の第１希望は２０２２年７月１６日のいつでもであり、利用者の第２希望は２０２２年７月１５日のいつでもおよび２０２２年７月１７日のいつでもであり、利用者の第３希望は２０２２年７月１４日のいつでもおよび２０２２年７月１８日のいつでもであり、利用者の第４希望は２０２２年７月１３日のいつでもおよび２０２２年７月１９日のいつでもであることを示す。また、例えば出発日時１６３＝２０２２年７月１５日～７月１７日、午後である場合、利用者の出発日時の第１希望は２０２２年７月１６日の午後であり、利用者の第２希望は２０２２年７月１５日の午後と２０２２年７月１７日の午後であることを示す。
搭乗人数１６４は、利用者と一緒に航空機に搭乗する人数を示す。

図８は、航空機の予約についての提供条件テーブル１５０Ｂの構成の一例を示す。
提供条件テーブル１５０Ｂは、航空機の予約に関する提供条件情報を格納する。提供条件情報は、利用条件を満たす航空機の座席を提供可能な旅行代理店や航空会社等によって使用される提供者端末２０からサービス予約装置１００に送信された提供条件を示す。提供条件情報は、提供情報ＩＤ１５１と、提供者ＩＤ１５２と、利用情報ＩＤ１５３と、出発日時１７１と、搭乗人数１７２と、出発空港１７３と、到着空港１７４と、料金１７５と、状態１５８とを含む。
提供条件テーブル１５０Ｂの提供情報ＩＤ１５１と提供者ＩＤ１５２と利用情報ＩＤ１５３の定義は、提供条件テーブル１５０Ａのものと同一である。
出発日時１７１は、航空機が出発する日と時刻を示す。
搭乗人数１７２は、利用者と一緒に航空機に搭乗する人数を示す。
出発空港１７３は航空機が出発する空港を示し、到着空港１７４は航空機が到着する空港を示す。
料金１７５は、１人当たりの正規運賃を示す。
なお、出発日時１７１と搭乗人数１７２と出発空港１７３と到着空港１７４と料金１７５とは、利用条件を通知された旅行代理店や航空会社等によって使用される提供者端末２０からサービス予約装置１００に送信された提供条件に含まれていたものである。
状態１５８の定義は、提供条件テーブル１５０Ａの状態１５８と同一である。

次に、サービス予約装置１００の各部について詳細に説明する。
サービス予約装置１００の利用を希望する利用者は、予め利用者端末１０に利用者情報を入力する。利用者端末１０は、サービス予約装置１００にその利用者情報を送信する。サービス予約装置１００の登録部（図示無し）は、受信した利用者情報を利用者テーブル１２０に登録する。
同様に、サービス予約装置１００の利用を希望する提供者は、予め提供者端末２０に提供者情報を入力する。提供者端末２０は、サービス予約装置１００にその提供者情報を送信する。サービス予約装置１００の登録部は、受信した提供者情報を提供者テーブル１３０に格納する。

図９は、本発明の第１の実施形態に係るサービス予約装置１００における予約処理の流れの一例を示す。
各利用者は、サービスの利用を希望するとき、利用者端末１０にサービスの利用条件を入力する（Ｓ１０１）。利用者端末１０はその利用条件をサービス予約装置１００に送信する（Ｓ１０２）。
サービス予約装置１００の利用条件受付部１０１は、受信した利用条件を受け付ける（Ｓ２０１）。そして、利用条件受付部１０１は、受け付けた利用条件に利用情報ＩＤ１４１を付与し、利用者ＩＤ１４２を付加して利用条件情報を作成し、利用条件テーブル１４０に格納する（Ｓ２０２）。なお、利用条件受付部１０１は、携帯電話番号、メールアドレス、図示しない利用者端末１０のＩＰアドレス等の利用者端末１０に固有の情報に基づいて利用者ＩＤ１４２を特定する。また、利用条件テーブル１４０は本発明の利用条件登録部の例である。

利用者端末１０では例えば専用のアプリが動作している。その専用のアプリが利用者端末１０に図１０に示す利用条件入力画面２００を表示する。利用者は、利用条件入力画面２００で利用条件を入力することができる。
図１０は、ホテルを予約する場合における利用条件入力画面２００の例である。利用条件入力画面２００は、サービスの種別の入力枠２０１と、宿泊施設の種別の入力枠２０２と、利用エリアの入力枠２０３と、宿泊希望日の選択欄２０４と、泊数の選択欄２０５と、利用人数の入力枠２０６と、価格の入力枠２０７と、送信ボタン２０８とを有する。
利用者は、サービスの種別の入力枠２０１と宿泊施設の種別の入力枠２０２と利用エリアの入力枠２０３と利用人数の入力枠２０６と価格の入力枠２０７において各条件をプルダウンメニューにより選択する。そして、宿泊希望日の選択欄２０４において、利用者は、例えばカレンダーを表示させてそのカレンダーの中で日付をクリックすることにより利用日（宿泊初日の第１希望）を選択し、更に四角枠のいずれかをクリックすることにより、宿泊初日の範囲として次の４つのいずれかを選択する。
（１）利用日のみ
（２）利用日とその日を挟んだ前日、その翌日
（３）利用日とその日を挟んだ3日前から、その３日後まで
（４）利用日および１週間後の同じ曜日
泊数の選択欄２０５においては、四角枠のいずれかをクリックすることにより、連続して宿泊する泊数を選択する。
例えば、宿泊希望日の選択欄２０４において２０２２年７月１６日と「利用日とその日を挟んだ前日、その翌日」を選択し、連続泊数の選択欄２０５において２泊を選択した場合、第１希望として２０２２年７月１６日～７月１８日（２泊）、第２希望として２０２２年７月１５日～７月１７日（２泊）または２０２２年７月１７日～７月１９日（２泊）の宿泊を希望することとなる。
利用者が送信ボタン２０８をタッチすると、利用者端末１０は利用条件をサービス予約装置１００に送信する。

例えば、図３の利用者テーブル１２０における利用者ＩＤ１２１＝１９８３６の利用者が、宿泊希望日の初日（２０２２年７月１５日）の１ケ月前（２０２２年６月１５日）に、利用条件入力画面２００上で図１０に示す利用条件を入力したとする。このとき、利用条件受付部１０１は、その利用条件に例えば利用情報ＩＤ＝０１７３２を付与し、利用者ＩＤ＝１９８３６を付加して利用条件情報を作成し、その利用条件情報を図５の利用条件テーブル１４０Ａに格納する。

なお、図５では、利用情報ＩＤ＝０１７３２の利用条件情報は１番上のものである。この利用条件情報では、図１０の利用条件入力画面２００におけるサービスの種別の入力枠２０１で選択された宿泊施設の予約に基づいて大分類１４３＝宿泊施設が設定され、宿泊施設の種別の入力枠２０２で選択されたホテルに基づいて中分類１４４＝ホテルが設定されている。また、図１０の利用条件入力画面２００における宿泊希望日の選択欄２０４で選択された２０２２年７月１６日と「利用日とその日を挟んだ前日、その翌日」に基づいて、宿泊初日範囲１４６に２０２２年７月１５日～２０２２年７月１７日が設定されている。

図１１は、航空機を予約する場合における利用条件入力画面２１０の例である。利用条件入力画面２１０は、サービスの種別の入力枠２１１と、海外／国内の入力枠２１２と、出発空港の入力枠２１３と、到着空港の入力枠２１４と、出発希望日の選択欄２１５と、出発時間帯の入力枠２１６と、搭乗人数の入力枠２１７と、送信ボタン２１８とを有する。
利用者は、サービスの種別の入力枠２１１と海外／国内の入力枠２１２と出発空港の入力枠２１３と到着空港の入力枠２１４と出発時間帯の入力枠２１６と搭乗人数の入力枠２１７とにおいて各条件をプルダウンメニューにより選択する。そして、利用者は、出発希望日の選択欄２１５において、例えばカレンダーを表示させてそのカレンダーの中で日付をクリックすることにより利用日（出発希望日の第１希望）を選択し、更に四角枠のいずれかをクリックすることにより、出発希望日の範囲として次の４つのいずれかを選択する。
（１）利用日のみ
（２）利用日とその日を挟んだ前日、その翌日
（３）利用日とその日を挟んだ3日前から、その３日後まで
（４）利用日および１週間後の同じ曜日
利用者が送信ボタン２１８をタッチすると、利用者端末１０は利用条件をサービス予約装置１００に送信する。

例えば、図３の利用者テーブル１２０における利用者ＩＤ１２１＝１３２７４の利用者が、出発日（２０２２年７月１３日～７月１９日）の２ケ月前（２０２２年５月１３日）に、利用条件入力画面２１０で図１１に示す利用条件を入力したとする。このとき、利用条件受付部１０１は、その利用条件に例えば利用情報ＩＤ１４１＝２１３８３を付与し、利用者ＩＤ１４２＝１３２７４を付加して利用条件情報を作成し、その利用条件情報を図７の利用条件テーブル１４０Ｂに格納する。なお、図７では、利用情報ＩＤ１４１＝２１３８３の利用条件情報は１番上のものである。この利用条件情報では、図１１の利用条件入力画面２１０におけるサービスの種別の入力枠２１１で選択された航空機に基づいて大分類１４３＝旅行と中分類１４４＝航空機が設定され、海外／国内の入力枠２１２で選択された国内に基づいて小分類１４４＝国内が設定されている。

図９に戻り、受付状況送信部１０２は、利用条件テーブル１４０に格納されている利用条件情報と図４の提供者テーブル１３０に格納されている提供者情報とに基づいて、利用条件を送信する提供者を決定する（Ｓ２０３）。ステップＳ２０３で決定される提供者は、利用条件を満たすサービスを提供可能な提供者である。そして、受付状況送信部１０２は、利用者テーブル１２０の利用者情報を参照して利用者を識別するための識別情報（氏名１２３、携帯電話番号１２５、メールアドレス１２６等）を利用条件に付加し、ステップＳ２０３で決定した提供者によって使用される提供者端末２０に対してその利用条件を送信する（Ｓ２０４）。

ステップＳ２０３とステップＳ２０４の処理は、具体的には次の通りである。
例えば、図５の利用条件テーブル１４０Ａにおける利用情報ＩＤ＝０１７３２の利用条件情報は、大分類１４３＝宿泊施設、中分類１４４＝ホテル、利用エリア１４６＝東京である。一方、図４の提供者テーブル１３０において、提供者ＩＤ１３５＝００２８５，提供者ＩＤ１３５＝０５５９３、提供者ＩＤ１３５＝１３６１２の３つの提供者情報は大分類１３１＝宿泊施設、中分類１３２＝ホテル、所在地１３４は東京都内である。この場合、受付状況送信部１０２は、これら３つの提供者情報に含まれる携帯電話番号１３８やメールアドレス１３９、図示しない提供者端末２０のＩＰアドレス等の提供者端末２０に固有の情報に基づいて提供者端末２０を特定し、３つのホテルの提供者端末２０に利用条件を送信する。

また、例えば、図７の利用条件テーブル１４０Ｂにおける利用情報ＩＤ＝２１３８３の利用条件情報は、大分類１４３＝旅行、中分類１４４＝航空機、小分類１４５＝国内、出発空港１６１＝羽田空港、到着空港１６２＝鹿児島空港である。一方、図４の提供者テーブル１３０において、提供者ＩＤ＝５２４１７，提供者ＩＤ＝５７３４３、提供者ＩＤ＝５４２７８の３つの提供者情報は大分類１３１＝旅行、中分類１３２＝航空機、小分類１４５＝国内、提供エリア１３４＝日本中である。この場合、受付状況送信部１０２は、これら３つ提供者情報に含まれる携帯電話番号１３８やメールアドレス１３９、図示しない提供者端末２０のＩＰアドレス等の提供者端末２０に固有の情報に基づいて提供者端末２０を特定し、３社の旅行代理店や航空会社等の提供者端末２０に利用条件を送信する。

図９に戻り、提供者端末２０が利用条件を受信する（すなわち、提供者が利用条件を通知される）と（Ｓ３０１）、その提供者端末２０を使用している提供者は、提供可能なサービスがある場合に提供者端末２０の提供条件入力画面上で提供条件を入力する（Ｓ３０２）。入力される提供条件は、サービスが実施される実施日（例えば、宿泊日１５４または出発日時１７１）とそのサービスの価格（例えば、価格１５７または料金１７５）とを含む。提供者端末２０はその提供条件をサービス予約装置１００に送信する（Ｓ３０３）。
サービス予約装置１００の提供条件受付部１０３は、受信した提供条件を受け付ける（Ｓ２０５）。そして、提供条件受付部１０３は、受け付けた提供条件に提供情報ＩＤ１５１を付与し、提供者ＩＤ１５２と利用情報ＩＤ１５３とを付加して提供条件情報を作成し、その提供条件情報を提供条件テーブル１５０に格納する（Ｓ２０６）。このとき、提供条件情報の状態１５８は初期状態として未に設定されている。なお、提供条件テーブル１５０は本発明の提供条件登録部の例である。

提供者端末２０では例えば専用のアプリが動作している。提供者端末２０では、その専用のアプリが提供者端末２０に図１２に示す提供条件入力画面２２０を表示する。提供者は、提供条件入力画面２２０で提供条件を入力することができる。図１２は、ホテルの予約における提供条件入力画面２２０の一例を示す。提供条件入力画面２２０は、利用条件の表示枠２２１と、宿泊初日の入力枠２２２と、泊数の入力枠２２３と、利用人数の入力枠２２４と、価格の入力枠２２５と、送信ボタン２２６とを有する。
例えば、提供者端末２０が図５の利用条件テーブル１４０Ａにおける利用情報ＩＤ１４１＝０１７３２の利用条件情報に含まれる利用条件を受信すると、その利用条件が提供条件入力画面２２０の利用条件の表示枠２２１に表示される。ホテルの従業員は、利用条件の表示枠２２１に表示された利用条件を見て、その利用条件で客室を提供できるか否かを判断する。
客室を提供できる場合には、例えば図１２に示すように、ホテルの従業員は各入力枠２２２～２２５において各条件をプルダウンメニューにより選択する。その後、ホテルの従業員が送信ボタン２２６をタッチすると、提供者端末２０は提供条件をサービス予約装置１００に送信する。

上述したように、図５の利用条件テーブル１４０Ａにおける利用情報ＩＤ１４１＝０１７３２の利用条件情報に含まれる利用条件は、提供者ＩＤ１５２＝００２８５、提供者ＩＤ１５２＝０５５９３、提供者ＩＤ１５２＝１３６１２の３つのホテルに送信される。そして、図６の提供条件テーブル１５０Ａには、これら３つのホテルによって返信された提供条件を含む提供条件情報が、それらの受け付け順に、それぞれ提供情報ＩＤ１５１＝０２８３９、提供情報ＩＤ１５１＝０２８４５、提供情報ＩＤ１５１＝０２８４６を付与されて格納される。

図１３は、航空機の予約における提供条件入力画面２３０の一例を示す。提供条件入力画面２３０は、利用条件の表示枠２３１と、出発日の入力枠２３２と、出発時刻の入力枠２３３と、搭乗人数の入力枠２３４と、出発空港の入力枠２３５と、到着空港の入力枠２３６と、料金の入力枠２３７と、送信ボタン２３８とを有する。
例えば、提供者端末２０が図７の利用条件テーブル１４０Ｂにおける利用情報ＩＤ１４１＝２１３８３の利用条件情報に含まれる利用条件を受信すると、その利用条件が提供条件入力画面２３０の利用条件の表示枠２３１に表示される。旅行代理店や航空会社等の社員は、利用条件の表示枠２３１に表示された利用条件を見て、その利用条件で提供できる航空機の空席があるか否かを判断する。航空機の座席を提供できる場合には、旅行代理店や航空会社等の社員は、各入力枠２３２～２３７において各条件をプルダウンメニューにより選択する。そして、旅行代理店や航空会社等の社員が送信ボタン２３８をタッチすると、提供者端末２０は提供条件をサービス予約装置１００に送信する。
なお、図１３の利用条件の表示枠２３１には、到着空港として鹿児島空港が表示されているが、到着空港の入力枠２３６では宮崎空港が選択されている。旅行代理店や航空会社等の社員は、各自が利用条件をみたすと判断するならば、利用条件の表示枠２３１に表示された出発空港と到着空港にそれぞれ近い空港を出発空港の入力枠２３５と到着空港の入力枠２３６で選択することができる。このように、本発明では、サービスの提供者が利用条件をみたすと判断して提供者端末２０に入力し、提供者端末２０がサービス予約装置１００に送信する提供条件は利用条件をみたすものとする。

上述したように、図７の利用条件テーブル１４０Ｂにおける利用情報ＩＤ１４１＝２１３８３の利用条件情報に含まれる利用条件は、提供者ＩＤ１５２＝５２４１７、提供者ＩＤ１５２＝５７３４３、提供者ＩＤ１５２＝５４２７８の３つの旅行代理店や航空会社等に送信される。そして、図８の提供条件テーブル１５０Ｂには、これら３つの旅行代理店や航空会社等によって返信された提供条件を含む提供条件情報が、それらの受け付け順に、それぞれ提供情報ＩＤ１５１＝３５４２８、提供情報ＩＤ１５１＝３５４２９、提供情報ＩＤ１５１＝３５４３０を付与されて格納されている。

図９に戻り、提供条件送信部１０４は、ステップＳ１０２で第１の利用条件を送信した利用者端末１０に対して所定の条件を満たす提供条件の一覧を送信する送信日を、それらの所定の条件を満たす各提供条件に含まれるサービスの実施日に基づいて予め決定する（Ｓ２０７）。
ここで、第１の実施形態における所定の条件を満たすサービスの提供条件は、受付状況送信部１０２によって送信された第１の利用条件を受信した各提供者端末から送信された提供条件である。具体的には、第１の実施形態における所定の条件を満たすサービスの提供条件とは、受付状況送信部１０２によって送信された第１の利用条件を提供者端末２０が受信したときに、その第１の利用条件を通知された提供者がその利用条件に応答して提供者端末２０を用いて入力するサービスの提供条件をいう。

提供条件送信部１０４は、例えば、ステップＳ１０２で利用者端末１０が第１の利用条件を送信してから所定の期間（例えば、３日）が経過した後に、図１４の送信日・割引率テーブル１６０を参照して提供情報の一覧を送信する送信日を決定する。ここで、所定の期間は、ステップＳ１０２で利用者端末１０が第１の利用条件を送信してから、ステップＳ３０２で提供者が提供条件を入力し、ステップＳ３０３で提供者端末２０がその提供条件をサービス予約装置１００に送信するまでに十分な期間である。
送信日・割引率テーブル１６０は、例えば、記憶部１１０に格納されている。送信日・割引率テーブル１６０には、送信日・割引率情報が格納されている。送信日・割引率情報は、提供条件の一覧の送信日１６１と、その送信日におけるサービスの割引率１６２との組を含む。例えば、提供条件送信部１０４が図１４の送信日・割引率テーブル１６０を参照するとき、提供条件送信部１０４は、送信日１６１を、サービスの実施日の前日、サービスの実施日の３日前、サービスの実施日の５日前の計３日と決定する。

なお、図１４は、送信日・割引率テーブル１６０の一例である。送信日・割引率テーブル１６０に含まれる送信日と割引率の組の総数は３つに限らず、１つ、２つ、または４つ以上であってもよい。
また、図１４の例では、送信日１６１がサービスの実施日の前日であるときにサービスの割引率１６２を５０％、送信日１６１がサービスの実施日の３日前であるときにサービスの割引率１６２を３０％、送信日１６１がサービスの実施日の５日前であるときにサービスの割引率１６２を１０％としたが、割引率はこれらと異なっていても良い。
また、各提供者は提供者端末２０を用いて送信日・割引率情報を入力することができ、送信日・割引率テーブル１６０には提供者毎に送信日・割引率情報が格納されるとしてもよい。すなわち、各提供者が提供者端末２０を用いて送信日・割引率情報を入力し、提供者端末２０がそれを提供者端末２０に送信すると、サービス予約装置１００の送信日・割引率受付部（図示なし）がそれらを受け付け、各提供者によって入力された送信日・割引率情報を送信日・割引率テーブル１６０にそれぞれ格納するとしてもよい。この送信日・割引率テーブル１６０を参照することにより、提供条件送信部１０４は、提供者毎に、送信日、送信回数、およびサービスの割引率を変更することができる。
なお、提供条件テーブル１５０Ａに格納されている提供条件情報の宿泊初日１５４と提供条件テーブル１５０Ｂに格納されている提供条件情報の出発日時１７１がサービスの実施日の例である。

図９に戻り、提供条件送信部１０４は、提供条件テーブル１５０に登録されている各提供条件情報によって示される提供条件であって所定の条件を満たす提供条件の一覧を、ステップＳ２０７で決定した送信日に作成する。そして、提供条件送信部１０４は、ステップＳ１０２で第１の利用条件を送信した利用者端末１０に対して作成された提供条件の一覧を送信日に送信する（Ｓ２０８）。なお、送信する提供条件は、その提供条件を示す提供条件情報が状態１５８＝未であるものである。すなわち、提供条件送信部１０４は、利用者による予約依頼を受け付けできる状態のサービスの提供条件のみを送信する。

提供条件送信部１０４は、所定のルールに基づいて所定の回数まで（ステップＳ２１０）、または予約が確定するまで（図２２のステップＳ２１５）、利用者端末１０に提供情報の一覧を送信する。例えば、提供条件送信部１０４が送信日・割引率テーブル１６０を参照して提供情報の一覧を送信する送信日を決定する場合、所定の回数を、送信日・割引率テーブル１６０に登録されている送信日と割引率の組の数としてもよい。すなわち、図１４の送信日・割引率テーブル１６０を参照して提供情報の一覧を送信する送信日を決定する場合、所定の回数を３回としてもよい。
ただし、例えば、最初の送信で予約が確定した場合には、提供条件送信部１０４は２回目以降の送信を行わない。
また、提供条件テーブル１５０の中に所定の条件を満たすサービスの提供条件を示す提供条件情報が一つも格納されていない場合、提供条件送信部１０４は、通知すべき提供情報が無いことを示す提供情報の一覧を送信する。なお、本実施形態では、通知すべき提供情報が無いことを示す提供情報の一覧の送信も１回の送信とカウントするものとする。従って、提供条件送信部１０４は、提供条件の一覧を１回以上送信する。

提供条件送信部１０４が提供条件の一覧を２回以上通知（送信）する場合には、提供条件の一覧を通知する日とその提供条件の一覧に含まれる各提供条件に基づくサービスの実施日との間隔が所定の日数以下であるとき、提供条件送信部１０４は、通知される各提供条件に含まれるサービスの価格を前回通知時の価格より低い価格に設定する。
例えば、提供条件送信部１０４は、送信日・割引率テーブル１６０を参照して通知される各提供条件に含まれるサービスの価格を設定することができる。ただし、この場合、送信日・割引率テーブル１６０には、送信日１６１がサービスの実施日に近ければ近いほどサービスがより低価格となるように割引率１６２が設定されている必要がある。また、この場合、所定の日数を、サービスの実施日と送信日１６１の中でサービスの実施日から最も離れた日との間の日数とすることができる。
例えば、提供条件送信部１０４が図１４の送信日・割引率テーブル１６０を参照して通知される各提供条件に含まれるサービスの価格を設定する場合、所定の日数を５日とすることができる。このとき、提供条件送信部１０４は、提供条件の一覧をサービスの実施日の５日前、３日前、前日の計３回通知し、各提供条件に含まれるサービスの価格をそれぞれ定価の１割引き、定価の３割引き、定価の半額に設定する。

サービス予約装置１００の予約受付部１０５は、提供条件送信部１０４が提供条件の一覧を利用者端末１０に送信してから所定の時間（例えば、１０分間）が経過するまで送信した提供条件の一覧に含まれる提供条件に基づくサービスの予約依頼であってその利用者による予約依頼を受け付ける。
利用者端末１０が提供条件の一覧を受信する（Ｓ１０３）と、専用のアプリが例えば図１５～図２１に示す提供条件一覧画面を利用者端末１０上に表示する。利用者が提供条件一覧画面上で提供条件を選択し（Ｓ１０４）、送信ボタンをクリックすると、利用者端末１０は選択された提供条件に基づくサービスの予約依頼をサービス予約装置１００に送信する（Ｓ１０５）。サービス予約装置１００の予約受付部１０５は、ステップＳ１０５で利用者によって選択された提供条件に基づくサービスの予約依頼を受け付ける（受信する）（Ｓ２０９）と、後述する予約確定処理を行う。
一方、予約受付部１０５は、ステップＳ２０８で提供条件の一覧を利用者端末１０に送信してから所定の時間（例えば、１０分間）が経過するまでにその利用者端末１０による予約依頼を受信しないとき、提供条件の一覧を所定の回数送信していない場合（Ｓ２１０：Ｎｏ）には、次回提供条件の一覧を送信する日時まで待って（Ｓ２１１）、ステップＳ２０８に戻る。一方、既に提供条件の一覧を所定の回数送信している場合（Ｓ２１０：Ｙｅｓ）には予約処理を終了する。

図１５～図１７は、ステップＳ２０８において、提供条件送信部１０４が利用者端末１０にホテルの予約に関する提供条件の一覧を送信する場合における提供条件一覧画面２４０，２５０，２６０の例を示す。
図６の提供条件テーブル１５０Ａには、利用情報ＩＤ１５３＝０１７３２の提供条件情報が３つ登録されている。そして、これら３つの提供条件情報に含まれる宿泊初日１５４によって示される提供日（実施日）は２０２２年７月１５日と２０２２年７月１７日と２０２２年７月１６日である。
本例では、提供条件送信部１０４は、予め、例えば図１４の送信日・割引率テーブル１６０を参照し、送信回数を３回、送信日を２０２２年７月１０日、７月１２日、７月１４日と決定する。
なお、提供条件送信部１０４は、更に、例えば７月１５日と７月１７日に提供条件の一覧を送信することとしてもよい。この場合、送信回数は５回となる。また、提供条件送信部１０４は、更に７月５日等、宿泊初日１５４（７月１０日）より６日以上前に提供条件の一覧を送信することとしてもよい。
また、提供条件送信部１０４が送信日に提供条件の一覧を作成するときに、提供条件テーブル１５０Ａに新しい提供条件を示す提供条件情報が追加されていた場合、提供条件送信部１０４はその新しい提供条件に含まれるサービスの実施日に基づいて新しい送信日を追加してもよい。
そして、提供条件送信部１０４は、例えば図１４の送信日・割引率テーブル１６０を参照し、提供条件の一覧を送信する日と提供日（実施日）との間隔が５日以下であるとき、通知されるサービスの価格を前回通知時の価格より低い価格に設定する。

提供条件送信部１０４は、例えば７月１５日の５日前（７月１０日）に提供条件テーブル１５０Ａから利用情報ＩＤ１５３＝０１７３２の３つの提供条件情報を読み出し、提供条件の一覧を作成する。同時に、提供条件送信部１０４は、図５の利用条件テーブル１４０Ａを参照して利用情報ＩＤ１４１＝０１７３２の利用者は利用者ＩＤ１４２＝１９８３６であることを特定する。続いて、提供条件送信部１０４は、図３の利用者テーブル１２０を参照して利用者ＩＤ１２１＝１９８３６の利用者の利用者端末１０を特定する。そして、提供条件送信部１０４は、特定された利用者端末１０に提供条件の一覧を送信する。提供条件の一覧を受信した利用者端末１０は、図１５に示す提供条件一覧画面２４０を表示する。提供条件一覧画面２４０には、ホテルＡの提供条件２４１と、ホテルＢの提供条件２４２と、ホテルＣの提供条件２４３と、送信ボタン２４４とが表示されている。

図１５の提供条件の一覧の送信日は７月１０日であり、提供条件２４１に基づくサービスの実施日（宿泊初日）は７月１５日である。送信日と実施日の間隔は５日であるため、このホテルＡの価格は正規料金の１割引に設定されている。
一方、提供条件２４２に基づくサービスの実施日（宿泊初日）は７月１７日であって、送信日と実施日の間隔は７日である。このため、このホテルＢの価格は定価に設定されている。同様に、提供条件２４３に基づくサービスの実施日（宿泊初日）は７月１６日であって、送信日と実施日の間隔は６日である。このため、このホテルＣの価格は定価に設定されている。
なお、図１５では提供条件受付部１０３が提供条件を受け付けた順にホテルＡとホテルＢとホテルＣの提供条件が表示される例を示したが、提供条件受付部１０３は例えば宿泊日が早い順に提供条件を表示してもよい。その場合、ホテルＡ、ホテルＣ、ホテルＢの順に提供条件が表示される。図１６と図１７でも同様である。

利用者が提供条件一覧画面２４０上で提供条件を選択しなかった場合、提供条件送信部１０４は、例えば、７月１５日の３日前（７月１２日）に提供条件の一覧を作成し、それを特定された利用者端末１０に送信する。提供条件の一覧を受信した利用者端末１０は、図１６に示す提供条件一覧画面２５０を表示する。提供条件一覧画面２５０には、ホテルＡの提供条件２５１と、ホテルＢの提供条件２５２と、ホテルＣの提供条件２５３と、送信ボタン２５４とが表示されている。

図１６の提供条件の一覧の送信日は７月１２日であり、提供条件２５１に基づくサービスの実施日（宿泊初日）は７月１５日である。送信日と実施日の間隔は３日であるため、このホテルＡの価格は定価の３割引に設定されている。
一方、提供条件２５２に基づくサービスの実施日（宿泊初日）は７月１７日であって、送信日と実施日の間隔は５日である。このため、このホテルＢの価格は定価の１割引に設定されている。同様に、提供条件２５３に基づくサービスの実施日（宿泊初日）は７月１６日であって、送信日と実施日の間隔は４日である。このため、このホテルＣの価格は定価の１割引に設定されている。

利用者が提供条件一覧画面２５０上でも提供条件を選択しなかった場合、提供条件送信部１０４は、例えば、７月１５日の前日（７月１４日）に提供条件の一覧を作成し、それを特定された利用者端末１０に送信する。提供条件の一覧を受信した利用者端末１０は、図１７に示す提供条件一覧画面２６０を表示する。提供条件の一覧２６０には、ホテルＡの提供条件２６１と、ホテルＢの提供条件２６２と、ホテルＣの提供条件２６３と、送信ボタン２６４とが表示されている。

図１７の提供条件の一覧の送信日は７月１４日であり、提供条件２６１に基づくサービスの実施日（宿泊初日）は７月１５日である。送信日は実施日の前日であるため、このホテルＡの価格は定価の半額に設定されている。
一方、提供条件２６２に基づくサービスの実施日（宿泊初日）は７月１７日であって、送信日と実施日の間隔は３日である。このため、このホテルＢの価格は定価の３割引に設定されている。同様に、提供条件２６３に基づくサービスの実施日（宿泊初日）は７月１６日であって、送信日と実施日の間隔は２日である。このため、このホテルＣの価格は定価の３割引に設定されている。

ホテルＡにおける宿泊初日の５日前の提供条件２４１と、宿泊初日の３日前の提供条件２５１と、宿泊初日の前日の提供条件２６１とは価格のみが異なる。例えば、提供条件２４１に含まれる価格は１人当たり１８，０００円×２（１割引き）であり、提供条件２５１に含まれる価格は１人当たり１４，０００円×２（３割引き）であり、提供条件２６１に含まれる価格は１人当たり１０，０００円×２（半額）である。このように、提供条件送信部１０４は、例えば図１４の送信日・割引率テーブル１６０を参照し、提供条件の一覧の送信日と宿泊日との間隔が５日以内である場合、通知される各提供条件に含まれるサービスの価格を前回通知時の価格より低い価格に設定する。
提供条件の一覧の送信日と宿泊日との間隔が５日以内である場合、ホテルＢの提供条件２４２と提供条件２５２と提供条件２６２、およびホテルＣの提供条件２４３と提供条件２５３と提供条件２６３も、ホテルＡの提供条件２４１と提供条件２５１と提供条件２６１と同様である。

図１８～図２１は、ステップＳ２０８において、提供条件送信部１０４が利用者端末１０に航空機の予約に関する提供条件の一覧を送信する場合における提供条件一覧画面２７０，２８０，２９０，３００の例を示す。
図８の提供条件テーブル１５０Ｂには、利用情報ＩＤ１５３＝２１３８３の提供条件情報が３つ登録されている。そして、これら３つの提供条件情報に含まれる出発日時１７１、すなわちサービスの実施日は、２０２２年７月１３日と２０２２年７月１６日と２０２２年７月１８日である。
本例では、提供条件送信部１０４は、予め、例えば図１４の送信日・割引率テーブル１６０を参照し、送信回数を４回、送信日を２０２２年７月１０日、７月１２日、７月１５日、７月１７日と決定する。
なお、提供条件送信部１０４は、更に７月８日等に提供条件の一覧を送信することとしてもよい。この場合、送信回数は５回となる。
また、提供条件送信部１０４が送信日に提供条件の一覧を作成するときに、提供条件テーブル１５０Ｂに新しい提供条件を示す提供条件情報が追加されていた場合、提供条件送信部１０４はその新しい提供条件に含まれるサービスの実施日に基づいて新しい送信日を追加してもよい。
そして、提供条件送信部１０４は、例えば図１４の送信日・割引率テーブル１６０を参照し、提供条件の一覧を送信する日と出発日時１７１との間隔が５日以下であるとき、通知されるサービスの価格を前回通知時の価格より低い価格に設定する。

提供条件送信部１０４は、例えば７月１０日に提供条件テーブル１５０Ｂから利用情報ＩＤ１５３＝２１３８３の３つの提供条件情報を読み出し、提供条件の一覧を作成する。同時に、提供条件送信部１０４は、図７の利用条件テーブル１４０Ｂを参照して利用情報ＩＤ１４１＝２１３８３の利用者は利用者ＩＤ１４２＝１３２７４であることを特定する。続いて、提供条件送信部１０４は、図３の利用者テーブル１２０を参照して利用者ＩＤ１２１＝１３２７４の利用者の利用者端末１０を特定する。そして、提供条件送信部１０４は、特定された利用者端末１０に提供条件の一覧を送信する。提供条件の一覧を受信した利用者端末１０は、図１８に示す提供条件一覧画面２７０を表示する。提供条件一覧画面２７０には、旅行代理店Ｇの提供条件２７１と、旅行代理店Ｈの提供条件２７２と、旅行代理店Ｉの提供条件２７３と、送信ボタン２７４とが表示されている。

図１８の提供条件の一覧の送信日は７月１０日であり、提供条件２７１に基づくサービスの実施日（出発日）は７月１３日である。送信日と実施日の間隔は３日であるため、この航空機の搭乗料金は正規料金の３割引に設定されている。
一方、提供条件２７２に基づくサービスの実施日（出発日）は７月１６日であって、送信日と実施日の間隔は６日である。このため、この航空機の搭乗料金は正規料金に設定されている。同様に、提供条件２７３に基づくサービスの実施日（出発日）は７月１８日であって、送信日と実施日の間隔は８日である。このため、この航空機の搭乗料金は正規料金に設定されている。

利用者が提供条件一覧画面２７０上で提供条件を選択しなかった場合、提供条件送信部１０４は、例えば、７月１２日に提供条件の一覧を作成し、それを特定された利用者端末１０に送信する。提供条件の一覧を受信した利用者端末１０は、図１９に示す提供条件一覧画面２８０を表示する。提供条件一覧画面２８０には、旅行代理店Ｇの提供条件２８１と、旅行代理店Ｈの提供条件２８２と、旅行代理店Ｉの提供条件２８３と、送信ボタン２８４とが表示されている。

図１９の提供条件の一覧の送信日は７月１２日であり、これは提供条件２８１に基づくサービスの実施日（出発日）の前日であるため、この航空機の搭乗料金は正規料金の半額に設定されている。提供条件２８２に基づくサービスの実施日（出発日）と送信日との間隔は４日であるため、この航空機の搭乗料金は正規料金の１割引きに設定されている。また、提供条件２８３に基づくサービスの実施日（出発日）と送信日との間隔は６日であるため、この航空機の搭乗料金は正規料金に設定されている。

利用者が提供条件一覧画面２８０上でも提供条件を選択しなかった場合、提供条件送信部１０４は、例えば、７月１５日に提供条件の一覧を作成し、それを特定された利用者端末１０に送信する。提供条件の一覧を受信した利用者端末１０は、図２０に示す提供条件一覧画面２９０を表示する。このとき、旅行代理店Ｇの提供条件に含まれる出発日時が示す出発日は７月１３日であり、既に過ぎている。提供条件一覧画面２９０には、旅行代理店Ｇの提供条件は表示されない。提供条件一覧画面２９０には、旅行代理店Ｈの提供条件２９２と、旅行代理店Ｉの提供条件２９３と、送信ボタン２９４とが表示される。

また、図２０の提供条件の一覧の送信日は７月１５日であり、これは提供条件２９２に基づくサービスの実施日（出発日）の前日であるため、この航空機の搭乗料金は正規料金の半額に設定されている。提供条件２９３に基づくサービスの実施日（出発日）と送信日との間隔は３日であるため、この航空機の搭乗料金は３割引に設定されている。

利用者が提供条件一覧画面２９０上でも提供条件を選択しなかった場合、提供条件送信部１０４は、例えば、７月１７日に提供条件の一覧を作成し、それを特定された利用者端末１０に送信する。提供条件の一覧を受信した利用者端末１０は、図２１に示す提供条件一覧画面３００を表示する。このとき、旅行代理店Ｈの提供条件に含まれる出発日時が示す出発日は７月１６日であり、既に過ぎている。提供条件一覧画面３００には、旅行代理店Ｈの提供条件は表示されない。提供条件の一覧２６０には、旅行代理店Ｉの提供条件３０３と、送信ボタン３０４とが表示される。

また、図２１の提供条件の一覧の送信日は７月１７日であり、これは提供条件３０３に基づくサービスの実施日（出発日）の前日であるため、この航空機の搭乗料金は正規料金の半額に設定されている。

図２２は、予約確定処理の流れの一例を示す。
図９のステップＳ２０９において予約受付部１０５が利用者によって選択された提供条件に基づくサービスの予約依頼を受け付けると、予約可否問合部１０６は予約依頼されたサービスの提供者の提供者端末２０に予約依頼を受けたサービスに関する利用情報と提供情報とを含む予約可否問合情報を送信する（Ｓ２１２）。これにより、予約可否問合部１０６は、予約依頼されたサービスの提供者にそのサービスを予約可能か否か問い合わせることができる。
提供者端末２０が予約可否問合情報を受信する（Ｓ３０４）と、専用のアプリが図２３に示す予約可否問合画面３１０を提供者端末２０上に表示する。予約可否問合画面３１０は、提供条件表示欄３１１と、利用条件表示欄３１２と、予約可能選択ボックス３１３と、予約不可選択ボックス３１４と、送信ボタン３１５とを有する。

提供者が、予約可能選択ボックス３１３をクリックして予約可能を選択し、送信ボタン３１５をクリックすると、提供者端末２０はサービス予約装置１００に予約可能を送信する（Ｓ３０５）。これにより、サービスの提供者は予約可能を回答することができる。
予約可否問合部１０６は、予約可能を受信すると、予約可能を利用者端末１０に送信（通知）する（Ｓ２１３）。
利用者端末１０が予約可能を受信する（Ｓ１０６）と、利用者は利用者端末１０を用いてクレジットカード番号を入力すること等によりサービスの料金の一部または全部を支払う（Ｓ１０７）。

予約確定部１０７は、利用者によってサービスの料金の一部または全部が支払われると、提供条件テーブル１５０に格納されている提供条件情報の状態１５８を未から済に変更し、予約を確定させる（Ｓ２１４）。そして、予約確定部１０７は、確定した予約のサービスを提供する提供者の提供者端末２０に予約確定を送信（通知）する（Ｓ２１５）。
提供者端末２０は予約確定を受信する（Ｓ３０６）。

一方、提供者が図２３の予約可否問合画面３１０上で予約不可選択ボックス３１４をクリックして予約不可を選択し、送信ボタン３１５をクリックすると、提供者端末２０はサービス予約装置１００に予約不可を送信（通知）する。
予約可否問合部１０６は、予約不可を受信すると、提供条件テーブル１５０に格納されている提供条件情報の状態１５８を未から不に変更する。そして、ステップＳ１０５において予約依頼されたサービスを予約できなかった旨のメッセージを利用者端末１０に送信し、図９のステップＳ２０８に戻る。
ステップＳ２０８において、提供条件送信部１０４は、状態１５８＝未（利用者による予約依頼を受け付けできる状態）の提供条件情報によって示される提供条件であって利用条件を満たすサービスの提供条件の一覧を利用者端末１０に送信する。

図２４は、提供条件追加処理の流れの一例を示す。
提供条件送信部１０４が図９のステップＳ２０８において提供条件の一覧を通知するときに、利用条件を満たすサービスの提供条件を示す提供条件情報が提供条件テーブル１５０に少数（所定の数以下）しか登録されていない場合がある。このような場合に、図２４に示す提供条件追加処理を実行することとしてもよい。提供条件追加処理では、図９のステップＳ２０７とステップＳ２０８の間でステップＳ２１６～Ｓ２１９が実行され、ステップＳ３０３の後にＳ３０７～Ｓ３０９が実行される。

提供条件追加処理において、追加依頼部１０８は、例えば、提供条件送信部１０４が提供条件の一覧を通知（送信）する前日に、利用条件を満たすサービスの提供条件を示す提供条件情報が提供条件テーブル１５０に少数（所定の数以下）しか登録されていない場合（Ｓ２１６：Ｙｅｓ）、受付状況送信部１０２は、利用条件を満たすサービスを提供可能な提供者の提供者端末２０に、サービスの提供条件の追加を依頼する旨のメッセージとともにその利用条件を送信（通知）する（Ｓ２１７）。
提供者端末２０が利用条件を受信する（すなわち、提供者が利用条件を通知される）と（Ｓ３０７）、その提供者端末２０を使用している提供者は、提供可能なサービスがある場合に提供者端末２０の提供条件入力画面上で提供条件を入力する（Ｓ３０８）。入力される提供条件は、サービスが実施される実施日（例えば、宿泊初日１５４または出発日時１７１）と当該サービスの価格（例えば、価格１５７または料金１７５）とを含む。提供者端末２０はその提供条件をサービス予約装置１００に送信する（Ｓ３０９）。
サービス予約装置１００の提供条件受付部１０３は、受信した提供条件を受け付ける（Ｓ２１８）。そして、提供条件受付部１０３は、受け付けた提供条件に提供情報ＩＤ１５１を付与し、提供者ＩＤ１５２と利用情報ＩＤ１５３とを付加して提供条件情報を作成し、その提供条件情報を提供条件テーブル１５０に格納する（Ｓ２１９）。このとき、提供条件情報の状態１５８は初期状態として未に設定されている。
なお、提供条件追加処理が追加される場合、ステップＳ２０８の処理で提供条件の一覧が所定の回数送信されていない場合（Ｓ２１０：Ｎｏ）には、予約受付部１０５は次回提供条件の一覧を送信する日時まで待って（Ｓ２１１）、ステップＳ２０８ではなく、ステップＳ２１６に戻る。

図２５は、本発明の第２の実施形態に係るサービス予約装置４００の構成の一例を示す。
サービス予約装置４００は、ＣＰＵと、ＲＡＭ等で構成される主メモリと、ＳＳＤやハードディスク等で構成される記憶部１１０とを備える。サービス予約装置４００は、例えば、コンピュータで実現することができる。また、サービス予約装置４００は、例えば、クラウドコンピューティングで実現することができる。
記憶部１１０には、利用者テーブル１２０と、提供者テーブル１３０と、利用条件テーブル１４０と、提供条件テーブル１５０と、サービス予約プログラム４１０とが格納されている。サービス予約装置４００のＣＰＵがその記憶部１１０から主メモリにサービス予約プログラム４１０を読み出して実行することにより、利用条件受付部１０１と、受付状況送信部１０２と、提供条件受付部１０３と、提供条件送信部４０１と、予約受付部１０５と、予約可否問合部１０６と、予約確定部１０７と、追加依頼部１０８との各部の機能が実現される。

第２の実施形態に係るサービス予約装置４００と第１の実施形態に係るサービス予約装置１００とは、提供条件送信部４０１が異なる。その他の点では、サービス予約装置４００とサービス予約装置１００とは同一である。
また、提供条件送信部４０１が提供条件送信部１０４と異なることにより、図９に示したサービス予約処理の流れにおけるステップＳ２０７とステップＳ２０８の処理が第１の実施形態と第２の実施形態では異なる。これら以外のステップの処理は、第１の実施形態と第２の実施形態とで同一である。

第１の実施形態でも第２の実施形態でも、複数の利用者が各自の利用者端末１０に利用条件を入力し、各利用者端末１０はサービス予約装置１００，４００に利用条件を送信する。受付状況送信部１０２は、各利用条件を満たすサービスを提供可能な提供者によって使用される提供者端末２０に対して各利用条件を送信する。それらの利用条件を受信した提供者端末２０を使用している提供者は各利用条件に応答して提供者端末２０にサービスの提供条件を入力し、各提供者端末２０はサービス予約装置４００にその提供条件を送信する。
これは、後述する第３の実施形態と第４の実施形態でも同様である。

第１の実施形態では、提供条件送信部１０４は、第１の利用条件を通知された提供者によって入力された各提供条件の一覧を第１の利用条件を入力した利用者に通知する。
これに対し、第２の実施形態では、提供条件送信部４０１は、第１の利用条件を通知された提供者によって入力された各提供条件と、第１の利用条件と同一または類似であると判定された第２の利用条件を通知された提供者によって入力された各提供条件との一覧を第１の利用条件を入力した利用者に通知する。
なお、第１の利用条件と第２の利用条件が同一であっても、例えば、第１の利用条件を通知された或る提供者が第１の利用条件に応答して第１の提供条件を入力し、第２の利用条件を通知された別の提供者が第２の利用条件に応答して第２の提供条件を入力した場合、第１の提供条件と第２の提供条件が異なる場合が有り得る。このため、第２の実施形態では、第１の利用条件と類似である第２の利用条件だけでなく、第１の利用条件と同一である第２の利用条件を通知された提供者によって入力された提供条件も第１の利用条件を入力した利用者に通知する。

第２の実施形態に係るサービス予約装置４００の利用条件テーブル１４０には、利用者端末１０から送信された第１の利用条件を示す利用条件情報と、利用者端末１０から送信された第２の利用条件を示す利用条件情報とが格納されている。
第２の実施形態における所定の条件を満たすサービスの提供条件は、受付状況送信部１０２によって送信された第１の利用条件を受信した各提供者端末２０から送信された提供条件に加えて、第１の利用条件と同一または類似であると判定された第２の利用条件であって受付状況送信部２０によって送信された第２の利用条件を受信した提供者端末２０から送信された提供条件である。
そこで、第２の実施形態におけるステップＳ２０７では、提供条件送信部４０１は、まず、利用条件テーブル１４０にそれぞれ格納されている第１の利用条件を示す利用条件情報と第２の利用条件を示す利用条件情報とに基づいて、第２の利用条件が第１の利用条件と同一であるか否か、および類似であるか否かを予め判定する。
次に、提供条件送信部４０１は、第１の利用条件を送信した利用者端末１０に対して所定の条件を満たす提供条件の一覧を送信する送信日を、所定の条件を満たす各提供条件に含まれるサービスの実施日に基づいて予め決定する。

第２の実施形態におけるステップＳ２０８では、提供条件送信部４０１は、ステップＳ２０７で決定した送信日に、まず、利用条件テーブル１４０にそれぞれ格納されている第１の利用条件を示す利用条件情報と第２の利用条件を示す利用条件情報とに基づいて、第２の利用条件が第１の利用条件と同一であるか否か、および類似であるか否かを判定する。
次に、提供条件送信部４０１は、提供条件テーブル１５０に格納されている提供条件情報によって示される提供条件であって所定の条件を満たすサービスの提供条件の一覧を作成する。そして、提供条件送信部４０１は、ステップＳ１０２で第１の利用条件を送信した利用者端末１０に対して作成した提供条件の一覧を送信日に送信する。

図２６は、ホテルの予約についての利用条件入力画面２００における図１０とは異なる入力例を示す。
図２６は、利用者ＩＤ＝２２６８４の利用者が入力した第１の利用条件の例である。図２６では、サービスの種別の入力枠２０１と、宿泊施設の種別の入力枠２０２と、利用エリアの入力枠２０３と、利用人数の入力枠２０６と、価格の入力枠２０７において、それぞれ宿泊施設の予約と、ホテルと、神奈川と、２人と、１０，０００円～１５，０００円とが入力されている。そして、宿泊希望日の選択欄２０４では２０２２年７月１２日～７月１８日が選択され、泊数の選択欄２０５では２泊が選択されている。この第１の利用条件は、図５の利用条件テーブル１４０Ａでは上から２番目の利用情報ＩＤ１４１＝０２８３９の利用条件情報として格納されている。

図９のステップＳ２０５において、提供条件受付部１０３は、図２６の利用条件入力画面２００で入力された第１の利用条件を通知された提供者がその第１の利用条件に応答して提供者端末２０を用いて入力した提供条件であって提供者端末２０から送信された提供条件を受け付ける。そして、図２７に示すように、図９のステップＳ２０６において、提供条件受付部１０３は、受け付けた提供条件に提供情報ＩＤ１５１＝１４８３５を付与し、提供者ＩＤ１５２＝２５５１７と利用情報ＩＤ１５３＝０２８３９とを付加して提供条件情報を作成し、その提供条件情報を提供条件テーブル１５０Ａに格納する。図６の提供条件テーブル１５０Ａに対して、上から４番目の提供条件情報が追加されている。
図２７の提供条件テーブル１５０Ａに格納されている提供条件情報の中で上の３つ（利用情報ＩＤ１５３＝０１７３２）は、利用者ＩＤ１４１＝１９８３６の利用者によって図１０の利用条件入力画面２００の例で入力された第２の利用条件を通知された提供者がその第２の利用条件に応答して提供者端末２０を用いて入力した提供条件であって提供者端末２０から送信された提供条件を示す。これらは、利用者ＩＤ＝２２６８４の利用者によって入力された第１の利用条件に応答して提供者端末２０から送信されたものではない。

第２の実施形態では、提供条件送信部４０１は、利用条件テーブル１４０に格納されている第１の利用条件を示す利用条件情報と第２の利用条件を示す利用条件情報について利用情報ＩＤ１４１と利用者ＩＤ１４２を除く各項目をそれぞれ所定のルールに基づいて比較して第２の利用条件が第１の利用条件と同一であるか否か、および類似であるか否かを判定する。
比較する各項目は、利用条件テーブル１４０の構成に応じて、例えば、大分類１４３と、中分類１４４と、利用エリア１４５と、宿泊初日範囲１４６と、泊数１４７と、利用人数１４８と、価格帯１４９、または大分類１４３と、中分類１４４と、小分類１４５と、出発空港１６１と、到着空港１６２と、出発日時１６３と、搭乗人数１６４である。

例えば、記憶部１１０には、図２８に示す類似語テーブル１７０が格納されている。類似語テーブル１７０において中分類１７１に含まれるホテルと旅館は類似語である。また、利用エリア１７２に含まれる東京と神奈川と千葉と埼玉は類似語である。また、利用エリア１７２に含まれる九州と福岡と佐賀と熊本と長崎と鹿児島と大分と宮崎は類似語である。
上述した第１の利用条件を示す利用条件情報と第２の利用条件を示す利用条件情報とを比較するときの所定のルールの一つは、例えば、「第１の利用条件を示す利用条件情報と第２の利用条件を示す利用条件情報とに含まれる所定の項目（例えば、中分類１４４と利用エリア１４５）については、図２８に示す類似語テーブル１７０の各項目（中分類１７１と利用エリア１７２）に第１の利用条件を示す利用条件情報の用語と第２の利用条件を示す利用条件情報の用語が両方とも類似語として登録されている場合にその項目は類似であると判定する」である。また、所定のルールの別のものは、例えば、「第１の利用条件を示す利用条件情報と第２の利用条件を示す利用条件情報に含まれる所定の項目（例えば、宿泊初日範囲１４６と価格１４）については、範囲が重なっている場合にその項目は類似であると判定する」である。
提供条件送信部４０１は、例えば、比較対象の全ての項目について同一または類似を判定し、その結果に基づいて第２の利用条件が第１の利用条件と同一であるか否か、および類似であるか否かを判定する。
これは、後述する第３の実施形態と第４の実施形態でも同様である。

例えば、図５の利用条件テーブル１４０Ａに図示されている上から１番目の第２の利用条件を示す利用条件情報（利用情報ＩＤ１４1＝０１７３２）と２番目の第１の利用条件を示す利用条件情報（利用情報ＩＤ１４１＝０２８３９）において、大分類１４３＝宿泊施設は同一であり、中分類１４４＝ホテルは同一であり、利用エリア１４５は類似であり、宿泊初日範囲１４６は類似であり、泊数１４７＝２は同一であり、利用人数１４８＝２は同一であり、価格１４９は類似である。このとき、提供条件送信部４０１は、これら２つの利用条件情報（利用情報ＩＤ１４１＝０１７３２、利用情報ＩＤ１４１＝０２８３９）によって示される利用条件は類似していると判定する。

そして、提供条件送信部４０１は、利用者ＩＤ１４２＝２２６８４の利用者によって入力された第１の利用条件を通知された提供者によって入力された提供条件と、利用者ＩＤ１４２＝１９８３６の利用者によって入力され、第１の利用条件と類似であると判定された第２の利用条件を通知された提供者によって入力された提供条件との一覧を第１の利用条件を送信した利用者端末１０に送信する。なお、この利用者端末１０は利用者ＩＤ＝２２６８４の利用者によって使用されている。この提供条件の一覧は図２７の提供条件テーブル１５０Ａにおける４つの提供条件情報（提供情報ＩＤ１５１＝０２８３９、提供情報ＩＤ１５１＝０２８４５、提供情報ＩＤ１５１＝０２８４６、提供情報ＩＤ１５１＝１４８３５）によって示される４つの提供条件を含む。

図２９は、航空機の予約についての利用条件入力画面２１０における図１１とは異なる入力例を示す。
図２９は、利用者ＩＤ＝３５６５１の利用者が入力した第１の利用条件の例である。図２９では、サービスの種別の入力枠２１１と、海外／国内の入力枠２１２と、出発空港の入力枠２１３と、到着空港の入力枠２１４と、出発時間帯の入力枠２１６と、搭乗人数の入力枠２１７とにおいて、それぞれ航空機と、国内と、羽田空港と、宮崎空港と、午後（例えば、１２時～１７時）と、２人とが入力されている。そして、出発希望日の選択欄２１５では２０２２年７月１５日～７月１７日が選択されている。この第１の利用条件は、図７の利用条件テーブル１４０Ｂでは上から２番目の利用情報ＩＤ１４１＝３２５６８の利用条件情報として格納されている。

図９のステップＳ２０５において、提供条件受付部１０３は、図２９の利用条件入力画面２１０で入力された第１の利用条件を通知された提供者がその第１の利用条件に応答して提供者端末２０を用いて入力した提供条件であって提供者端末２０から送信された提供条件を受け付ける。しかし、この第１の利用条件に応答して提供者端末１０から送信された提供条件は１件も無かったとする。
図８の提供条件テーブル１５０Ｂに示されている３つの提供条件情報は、利用者ＩＤ１４２＝１３２７４の利用者によって図１１の利用条件入力画面２１０の例で入力された第２の利用条件を通知された提供者がその第２の利用条件に応答して提供者端末２０を用いて入力した提供条件であって提供者端末２０から送信された提供条件を示す。これらは、利用者ＩＤ＝３５６５１の利用者によって入力された第１の利用条件に応答して提供者端末２０から送信されたものではない。

例えば、図７の利用条件テーブル１４０Ｂに図示されている上から１番目の第２の利用条件を示す利用条件情報（利用情報ＩＤ１４１＝２１３８３）と２番目の第１の利用条件を示す利用条件情報（利用情報ＩＤ１４１＝３２５６８）において、大分類１４３＝旅行は同一であり、中分類１４４＝航空機は同一であり、小分類１４５＝国内は同一であり、出発空港１６１＝羽田空港は同一であり、到着空港１６２＝鹿児島空港と到着空港１６２＝宮崎空港は類似であり、出発日時１６３類似であり、搭乗人数１６４＝２は同一である。このとき、提供条件送信部４０１は、これら２つの利用条件情報（利用情報ＩＤ１４１＝２１３８３、利用情報ＩＤ１４１＝３２５６８）は類似していると判定する。なお、提供条件送信部４０１は、第１の利用条件を示す利用条件情報と第２の利用条件を示す利用条件情報に含まれる所定の各項目については、例えば類似語テーブルを用いたり、範囲の重なりに基づいたりして類似であるか否かを判定する。
そして、提供条件送信部４０１は、利用者ＩＤ＝１３２７４の利用者によって入力され、第１の利用条件と類似であると判定された第２の利用条件を通知された提供者によって入力された提供条件の一覧を第１の利用条件を送信した利用者端末１０に送信する。なお、この利用者端末１０は利用者ＩＤ＝３５６５１の利用者によって使用されている。この提供条件の一覧は図８の提供条件テーブル１５０Ｂにおける３つの提供条件情報（提供情報ＩＤ１５１＝３５４２８、提供情報ＩＤ１５１＝３５４２９、提供情報ＩＤ１５１＝３５４３０）によって示される３つの提供条件を含む。
なお、提供条件送信部４０１は、上述した方法と異なる方法で利用条件の同一と類似を判定してもよい。

図３０は、本発明の第３の実施形態に係るサービス予約装置５００の構成の一例を示す。
サービス予約装置５００は、ＣＰＵと、ＲＡＭ等で構成される主メモリと、ＳＳＤやハードディスク等で構成される記憶部１１０とを備える。サービス予約装置５００は、例えば、コンピュータで実現することができる。また、サービス予約装置５００は、例えば、クラウドコンピューティングで実現することができる。
記憶部１１０には、利用者テーブル１２０と、提供者テーブル１３０と、利用条件テーブル１４０と、提供条件テーブル５１０と、サービス予約プログラム５２０とが格納されている。サービス予約装置５００のＣＰＵがその記憶部１１０から主メモリにサービス予約プログラム５２０を読み出して実行することにより、利用条件受付部１０１と、受付状況送信部１０２と、提供条件受付部５０１と、提供条件送信部５０２と、予約受付部１０５と、予約可否問合部１０６と、予約確定部１０７と、追加依頼部１０８との各部の機能が実現される。

第３の実施形態に係るサービス予約装置５００と第１の実施形態に係るサービス予約装置１００とは、提供条件受付部５０１と提供条件送信部５０２と提供条件テーブル５１０とが異なる。その他の点では、サービス予約装置５００とサービス予約装置１００とは同一である。
図９のステップＳ２０６において、提供条件受付部５０１は、例えば、図３１に示す提供条件テーブル５１０に格納されている構成の提供条件情報を作成する。
また、提供条件送信部５０２が提供条件送信部１０４と異なることにより、図９に示したサービス予約処理の流れにおけるステップＳ２０７とステップＳ２０８の処理が第３の実施形態と第１の実施形態とでは異なる。これら以外のステップの処理は、第３の実施形態と第１の実施形態とで同一である。

第３の実施形態では、提供条件送信部５０２は、第１の利用条件を通知された提供者によって入力された各提供条件と、これらの各提供条件のいずれかと類似であると判定された、第２の利用条件が通知された提供者によって入力された各提供条件との一覧を第１の利用条件を入力した利用者に通知する。

提供条件テーブル５１０には、利用者端末１０から送信された第１の利用条件を受信した各提供者端末２０から送信された各提供条件を示す提供条件情報と、利用者端末１０から送信された第２の利用条件を受信した各提供者端末２０から送信された各提供条件を示す提供条件情報とが格納されている。
第３の実施形態における所定の条件を満たすサービスの提供条件は、受付状況送信部１０２によって送信された第１の利用条件を受信した各提供者端末２０から送信された提供条件に加えて、第１の利用条件を受信した各提供者端末２０から送信された各提供条件のいずれかと類似であると判定された、第２の利用条件を受信した各提供者端末２０から送信された提供条件である。
そこで、第３の実施形態におけるステップＳ２０７では、提供条件送信部５０２は、まず、提供条件テーブル５１０にそれぞれ格納されている第１の利用条件を受信した各提供者端末２０から送信された各提供条件を示す提供条件情報と第２の利用条件を受信した各提供者端末２０から送信された各提供条件を示す提供条件情報とに基づいて、第２の利用条件を受信した各提供者端末２０から送信された各提供条件が第１の利用条件を受信した各提供者端末２０から送信された各提供条件のいずれかと類似であるか否かを予め判定する。
次に、提供条件送信部５０２は、第１の利用条件を送信した利用者端末１０に対して所定の条件を満たす提供条件の一覧を送信する送信日を所定の条件を満たす各提供条件に含まれるサービスの実施日に基づいて予め決定する。

第３の実施形態におけるステップＳ２０８では、提供条件送信部５０２は、ステップＳ２０７で決定した送信日に、まず、提供条件テーブル５１０にそれぞれ格納されている第１の利用条件を受信した各提供者端末２０から送信された各提供条件を示す提供条件情報と第２の利用条件を受信した各提供者端末２０から送信された各提供条件を示す提供条件情報とに基づいて、第２の利用条件を受信した各提供者端末２０から送信された各提供条件が第１の利用条件を受信した各提供者端末２０から送信された各提供条件のいずれかと類似であるか否かを判定する。
次に、提供条件送信部５０２は、提供条件テーブル５１０に格納されている提供条件情報によって示される提供条件であって所定の条件を満たすサービスの提供条件の一覧を作成する。そして、提供条件送信部５０２は、ステップＳ１０２で第１の利用条件を送信した利用者端末１０に対して作成された提供条件の一覧を送信日に送信する。

図３１は、ホテルの予約についての第３の実施形態に係る提供条件テーブル５１０の構成の一例を示す。
提供条件テーブル５１０に格納されている提供条件情報は、提供情報ＩＤ１５１と、提供者ＩＤ１５２と、利用情報ＩＤ１５３と、大分類４１１と、中分類４１２と、所在地４１３と、宿泊初日１５４と、泊数１５５と、利用人数１５６と、価格１５７と、状態１５８とを含む。
提供条件テーブル５１０に格納されている提供条件情報は、大分類４１１と中分類４１２と所在地４１３とを含む点が図６の提供条件テーブル１５０Ａに格納されている提供条件情報と異なる。
大分類４１１と中分類４１２は、サービスの種別毎の分類を示す。大分類４１１と中分類４１２は、それぞれ図４の提供者情報テーブル１３０の大分類１３１と中分類１３２とに対応する。
所在地４１３は、例えば、ホテルの所在地を示す。所在地４１３は、図４の提供者情報テーブル１３０の所在地／提供エリア１３４に対応する。

図３１の提供条件テーブル５１０に格納されている提供条件情報の中で上の３つ（提供情報ＩＤ１５１＝０２８３９、提供情報ＩＤ１５１＝０２８４５、提供情報ＩＤ１５１＝０２８４６）は、利用者ＩＤ１４１＝１９８３６の利用者によって図１０の利用条件入力画面２００の例で入力された第２の利用条件を通知された提供者がその第２の利用条件に応答して提供者端末２０を用いて入力した提供条件であって提供者端末２０から送信された提供条件を示す。
また、提供条件テーブル５１０に格納されている提供条件情報の中で上から４番目のもの（提供情報ＩＤ１５１＝０３０１１）は、利用者ＩＤ＝２２６８４の利用者によって図２６の利用条件入力画面２００の例で入力された第１の利用条件を通知された提供者がその第１の利用条件に応答して提供者端末２０を用いて入力した提供条件であって提供者端末２０から送信された提供条件を示す。

第３の実施形態では、提供条件送信部５０２は、例えば利用者端末１０を用いて利用者ＩＤ＝２２６８４の利用者が第１の利用条件を入力すると、提供条件テーブル５１０から、その第１の利用条件に応答して提供者ＩＤ１５２＝２５５１７の提供者によって入力された提供情報ＩＤ１５１＝０３０１１の提供条件情報を取得する。
次に、提供条件送信部５０２は、提供情報ＩＤ１５１＝０３０１１の提供条件情報と、提供条件テーブル５１０に格納されている各提供条件情報とについて提供情報ＩＤ１５１と提供者ＩＤ１５２と利用情報ＩＤ１５３と状態１５８とを除く各項目をそれぞれ所定のルールに基づいて比較して提供条件の類似を判定する。比較する各項目は、提供条件テーブル５１０の構成に応じて、例えば、大分類４１１と、中分類４１２と、所在地４１３と、宿泊初日１５４と、泊数１５５と、利用人数１５６と、価格１５７とである。なお、提供条件送信部５０２は、各提供条件情報に含まれる所定の各項目については、例えば類似語テーブルを用いたり、範囲の重なりに基づいたりして類似であるか否かを判定する。

例えば、図３１の提供条件テーブル５１０に図示されている４つの提供条件情報（提供情報ＩＤ１５１＝０２８３９、提供情報ＩＤ１５１＝０２８４５、提供情報ＩＤ１５１＝０２８４６，提供情報ＩＤ１５１＝０３０１１）において、大分類４１１＝宿泊施設は４つとも同一であり、中分類４１１＝ホテルは４つとも同一であり、所在地４１３＝東京都と所在地４１４＝神奈川とは類似であり、４つの宿泊初日１５４は類似であり、泊数１５５＝２は４つとも同一であり、利用人数１５６＝２は４つとも同一であり、価格１５７は４つとも近い金額であるため、類似である。このとき、提供条件送信部５０２は、提供条件テーブル５１０に格納されている提供条件情報の中でこれら４つの提供条件情報によって示される提供条件は類似していると判定する。
そして、提供条件送信部５０２は、利用者ＩＤ＝２２６８４の利用者によって入力された第１の利用条件に応答してこれら４つの提供条件情報によって示される提供条件の一覧を第１の利用条件を送信した利用者端末１０に送信する。なお、この利用者端末１０は利用者ＩＤ＝２２６８４の利用者によって使用されている。

なお、提供条件送信部５０２は、上述した方法と異なる方法で提供条件の類似を判定してもよい。
例えば、図３１の提供条件テーブル５１０における一番上の提供条件情報（提供情報ＩＤ１５１＝０２８３９）に含まれる価格１５７＝２０，０００円は、利用者ＩＤ＝２２６８４の利用者によって図２６の利用条件入力画面２００で入力された第１の利用条件の価格帯（価格の入力枠２０７で入力された１０，０００円～１５，０００円）に含まれない。この場合、提供条件送信部５０２は、一番上の提供条件情報（提供情報ＩＤ１５１＝０２８３９）によって示される提供情報と上から４番目の提供条件情報（提供情報ＩＤ１５１＝０３０１１）によって示される提供情報とは類似していないと判定してもよい。すなわち、提供条件情報の所定の項目が利用条件を満たしていないときには、２つの提供条件情報の他の項目が同一または類似であっても、提供条件送信部５０２はそれらの提供条件情報によって示される提供情報は同一でも類似でもないと判定してもよい。
この場合、提供条件送信部５０２は、利用者ＩＤ＝２２６８４の利用者によって入力された第１の利用条件に応答して一番上の提供条件情報を除く３つの提供条件情報（提供情報ＩＤ１５１＝０２８４５、提供情報ＩＤ１５１＝０２８４６，提供情報ＩＤ１５１＝０３０１１）によって示される提供条件の一覧を第１の利用条件を送信した利用者端末１０に送信する。

図３２は、本発明の第４の実施形態に係るサービス予約装置６００の構成の一例を示す。
サービス予約装置６００は、ＣＰＵと、ＲＡＭ等で構成される主メモリと、ＳＳＤやハードディスク等で構成される記憶部１１０とを備える。サービス予約装置６００は、例えば、コンピュータで実現することができる。また、サービス予約装置６００は、例えば、クラウドコンピューティングで実現することができる。
記憶部１１０には、利用者テーブル１２０と、提供者テーブル１３０と、利用条件テーブル１４０と、提供条件テーブル６１０と、サービス予約プログラム６２０とが格納されている。サービス予約装置６００のＣＰＵがその記憶部１１０から主メモリにサービス予約プログラム６２０を読み出して実行することにより、利用条件受付部１０１と、受付状況送信部１０２と、提供条件受付部６０１と、提供条件送信部６０２と、予約受付部１０５と、予約可否問合部１０６と、予約確定部１０７と、追加依頼部１０８との各部の機能が実現される。

第４の実施形態に係るサービス予約装置６００と第１の実施形態に係るサービス予約装置１００とは、提供条件受付部６０１と提供条件送信部６０２と提供条件テーブル６１０とが異なる。その他の点では、サービス予約装置６００とサービス予約装置１００とは同一である。
図９のステップＳ２０６において、提供条件受付部６０１は、例えば、図３３に示す提供条件テーブル６１０に格納されている構成の提供条件情報を作成する。
また、提供条件送信部６０２が提供条件送信部１０４と異なることにより、図９に示したサービス予約処理の流れにおけるステップＳ２０７とステップＳ２０８の処理が第４の実施形態と第１の実施形態とでは異なる。これら以外のステップの処理は、第４の実施形態と第１の実施形態とで同一である。

第４の実施形態では、提供条件送信部６０２は、第１の利用条件を入力した利用者に対してその第１の利用条件と同一または類似と判定された提供条件の一覧を通知する。

第４の実施形態に係るサービス予約装置６００の利用条件テーブル１４０には、利用者端末１０から送信された第１の利用条件を示す利用条件情報が格納されている。
第４の実施形態における所定の条件を満たすサービスの提供条件は、利用者端末１０から送信された第１の利用条件と同一または類似と判定された提供条件である。
そこで、第４の実施形態におけるステップＳ２０７では、提供条件送信部６０２は、まず、利用条件テーブル１４０に格納されている第１の利用条件を示す利用条件情報と提供条件テーブル６１０に格納されている各提供条件情報とに基づいて各提供条件が第１の利用条件と同一であるか否か、および類似であるか否かを予め判定する。
次に、提供条件送信部６０２は、第１の利用条件を送信した利用者端末１０に対して所定の条件を満たす提供条件の一覧を送信する送信日を、所定の条件を満たす各提供条件に含まれるサービスの実施日に基づいて予め決定する。

第４の実施形態におけるステップＳ２０８では、提供条件送信部６０２は、ステップＳ２０７で決定した送信日に、まず、利用条件テーブル１４０に格納されている第１の利用条件を示す利用条件情報と提供条件テーブル６１０に格納されている各提供条件情報とに基づいて各提供条件が第１の利用条件と同一であるか否か、および類似であるか否かを判定する。
次に、提供条件送信部６０２は、提供条件テーブル６１０に格納されている提供条件情報によって示される提供条件であって所定の条件を満たすサービスの提供条件の一覧を作成する。そして、提供条件送信部６０２は、ステップＳ１０２で第１の利用条件を送信した利用者端末１０に対して作成された提供条件の一覧を送信日に送信する。

図３３は、ホテルの予約についての第４の実施形態に係る提供条件テーブル６１０の構成の一例を示す。
提供条件テーブル６１０に格納されている提供条件情報は、提供情報ＩＤ１５１と、提供者ＩＤ１５２と、大分類４１１と、中分類４１２と、所在地４１３と、宿泊初日１５４と、泊数１５５と、利用人数１５６と、価格１５７と、状態１５８とを含む。
提供条件テーブル６１０に格納されている提供条件情報は、利用情報ＩＤ１５３がなく、大分類４１１と中分類４１２と所在地４１３とを含む点が図６の提供条件テーブル１５０Ａに格納されている提供条件情報と異なる。
大分類４１１と中分類４１２は、サービスの種別毎の分類を示す。大分類４１１と中分類４１２は、それぞれ図４の提供者情報テーブル１３０の大分類１３１と中分類１３２とに対応する。
所在地４１３は、例えば、ホテルの所在地を示す。所在地４１３は、図４の提供者情報テーブル１３０の所在地／提供エリア１３４に対応する。
なお、提供条件テーブル６１０に格納されている提供条件情報は、利用情報ＩＤ１５３を含んでいてもよい。この場合、提供条件テーブル６１０と図３１の提供条件テーブル５１０は同一となる。

第４の実施形態では、提供条件送信部６０２は、例えば利用条件テーブル１４０に格納されている利用条件情報に含まれる利用情報ＩＤ１４１と利用者ＩＤ１４２を除く各項目と、提供条件テーブル６１０に格納されている各提供条件情報に含まれる提供情報ＩＤ１５１と提供者ＩＤ１５２と状態１５８とを除く各項目とをそれぞれ所定のルールに基づいて比較して利用条件と提供条件の同一と類似を判定する。
例えば、図５の利用条件テーブル１４０Ａに格納されている利用条件情報と図３３の提供条件テーブル６１０に格納されている提供条件情報とを比較する場合、比較する各項目は、大分類１４３と大分類４１１、中分類１４４と中分類４１２、利用エリア１４５と所在地４１３、宿泊初日範囲１４６と宿泊初日１５４、泊数１４７と泊数１５５、利用人数１４８と利用人数１５６、価格帯１４９と価格１５７である。

例えば、図５の利用条件テーブル１４０Ａにおいて上から２番目である利用条件情報、すなわち利用者ＩＤ１４２＝２２６８４の利用者によって入力された第１の利用条件を示す利用情報ＩＤ１４１＝０２８３９の利用条件情報と、図３３の提供条件テーブル６１０に示されている４つの提供条件情報とを比較すると、大分類１４３と大分類４１１は全て宿泊施設であって同一であり、中分類１４４と中分類４１２は全てホテルであって同一であり、利用エリア１４５と所在地４１３は類似または同一であり、宿泊初日範囲１４６＝２０２２年７月１２日～７月１８日は４つの宿泊初日１５４を含んでいて同一であり、泊数１４７と泊数１５５は全て２であって同一であり、利用人数１４８と利用人数１５６は全て２であって同一である。ただし、図３３の提供条件テーブル６１０において上から２番目～４番目である提供条件情報に含まれる価格１５７は価格帯１４９＝１０，０００円～１５，０００円に含まれるが、１番上の提供条件情報に含まれる価格１５７＝２０，０００円は価格帯１４９＝１０，０００円～１５，０００円に含まれない。この場合、提供条件送信部６０２は、例えば、図５の利用条件テーブル１４０Ａにおいて上から２番目である利用条件情報と、図３３の提供条件テーブル６１０において上から２番目～４番目である提供条件情報とは同一または類似であると判定する。なお、提供条件送信部６０２は、利用条件情報に含まれる所定の各項目と各提供条件情報に含まれる所定の各項目については、例えば類似語テーブルを用いたり、範囲の重なりに基づいたりして同一であるか否か、および類似であるか否かを判定する。

そして、提供条件送信部６０２は、利用者ＩＤ＝２２６８４の利用者によって入力された第１の利用条件に応答してこれら３つの提供条件情報（提供情報ＩＤ１５１＝０２８４５、提供情報ＩＤ１５１＝０２８４６、提供情報ＩＤ１５１＝０３０１１）によって示される提供条件の一覧を第１の利用条件を送信した利用者端末１０に送信する。
なお、提供条件送信部６０２は、上述した方法と異なる方法で提供条件の同一と類似を判定してもよい。

上述した第２～第４の実施形態によれば、例えば、７月８日午後の羽田発鹿児島行きと羽田発宮崎行きの便の空席がサービス予約装置の提供条件テーブルに登録されている場合、７月８日午前の羽田発鹿児島行の航空券を予約するための利用条件に応答して、７月８日午後の羽田発鹿児島行きと羽田発宮崎行きの便に空席があることが利用者に通知される。

また、上述した第２～第４の実施形態によれば、演劇を予約するための利用条件に応答して、演劇の空席とともに他の類似したサービス（例えば、映画やコンサート）の空席が利用者に通知される。これにより、サービスの販売を促進することができる。

なお、上述した実施形態では、利用者端末１０と提供者端末２０においてサービス予約装置と通信するための専用のアプリが動作しており、利用者端末１０と提供者端末２０はサービス予約装置との間でそのアプリにより利用条件や提供条件等の各種情報を送受信するとしたが、利用者端末１０と提供者端末２０は、専用のアプリではなく、ＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）やＭＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｍｅｓｓａｇｉｎｇ Ｓｅｒｖｉｃｅ）、ｉＭｅｓｓａｇｅ、ＬＩＮＥ（登録商標）や電子メールを用いてサービス予約装置との間で利用条件や提供条件等の各種情報を送受信することとしてもよい。

本発明に係るサービス予約装置は、「ある利用条件のサービスを何日何時に利用したいです。」と前もって登録した利用者にのみサービスの割引価格を通知する。本発明によれば、サービスの提供者は、そのサービスをサービス実施日時の直前であっても購入したいと事前に登録した利用者に割引価格を知らせることにより、利用者の購入確率を高めてサービスの販売に結び付けることができる。
一方、サービスの利用条件を前もって入力した利用者以外の人は例えば定価でサービスを購入することになる。従って、本発明によれば、サービスを割引価格で販売しても、そのサービスの価格の値崩れが生じるおそれを低くすることができる。

また、サービスの提供者は、サービス実施日時の直前にサービスに空きがあって売れ残りが予測されるときは割引率を高くしてでも在庫を売り切りたい。本発明に係るサービス予約装置は、サービスの実施日時までにサービスの提供条件の一覧を複数回通知し、実施日時に近いほど各提供条件に含まれる価格の割引率が高くなり、サービスの価格が安くなる。このため、本発明によれば、利用者が早期に購入する場合にはサービスを高く販売することができる。一方、実施日近くまでサービスが売れ残っている場合にはサービスの価格が低くなるため、利用者がサービスを購入する確率が高くなる。特に、第２～第４の実施形態によれば、他の利用者がサービスを購入する可能性があるため、利用者は早期に購入するように動機付けされる。

また、本発明によれば、利用者は、例えばサービスの利用日時の２４時間以上先の行動予定に合った利用条件をサービス予約装置に入力することにより、その行動予定に合うサービスの通知を受けることができる。
一方、サービスの提供者は、サービス実施日時の直前に売れ残りが予測されるサービスに、事前にその日時のサービスを購入したいと登録した利用者を誘導することができる。サービスの提供者は、例えば自らが提供するサービスの利用を希望する利用者（サービスの顧客）の存在をサービスの実施日時の２４時間以上前に知ることができる。利用者の利用日時を知ったサービスの提供者は、サービスに空きがあって売れ残りが予測されるとき、事前にサービスの利用条件を入力した利用者に対して、その利用条件を満たすサービスに空きがあることを知らせることができる。これは、今までならサービスの実施日時に売れ残って消えてしまっていたサービスの販売に結び付く。すなわち、在庫が効かないサービスを提供する提供者にとっては、消えてしまうかもしれない在庫を販売するチャンスが増える。

また、本発明に係るサービス予約装置は、提供条件の一覧を利用者に通知する時にその利用者の利用条件を満たす提供条件が少ししか登録されていない場合には、その利用条件を満たすサービスを提供可能な提供者にサービスの提供の可否を問い合わせる。この問合せを受けた提供者は、利用条件を満たすサービスを提供できる場合にはそのサービスの提供条件を新たに登録することができる。このため、本発明によれば、利用者に対して通知される提供条件の数が少ないという事態を生じにくくすることができる。

以上、本発明の実施形態について説明したが、設計または開発上の都合やその他の要因によって必要となる様々な修正や組み合わせは、請求項に記載されている発明や発明の実施形態に記載されている具体例に対応する発明の範囲に含まれる。

１０…利用者端末、２０…提供者端末、３０…ネットワーク、１００…サービス予約装置、１０１…利用条件受付部、１０２…受付状況送信部、１０３…提供条件受付部、１０４…提供条件送信部、１０５…予約受付部、１０６…予約可否問合部、１０７…予約確定部、１０８…追加依頼部、１１０…記憶部、１２０…利用者テーブル、１３０…提供者テーブル、１４０，１４０Ａ，１４０Ｂ…利用条件テーブル、１５０，１５０Ａ，１５０Ｂ…提供条件テーブル、１６０…送信日・割引率テーブル、１７０…類似語テーブル、１８０…サービス予約プログラム、２００，２１０…利用条件入力画面、２２０，２３０…提供条件入力画面、２４０，２５０，２６０，２７０，２８０，２９０，３００…提供条件一覧画面、３１０…予約可否問合画面、４００…サービス予約装置、４０１…提供条件送信部、４１０…サービス予約プログラム、５００…サービス予約装置、５０１…提供条件受付部、５０２…提供条件送信部、５１０…提供条件テーブル、５２０…サービス予約プログラム、６００…サービス予約装置、６０１…提供条件受付部、６０２…提供条件送信部、６１０…提供条件テーブル、６２０…サービス予約プログラム

Claims (6)

1. サービスの利用を希望する複数の利用者によって使用される各利用者端末から送信される当該サービスの利用条件を受け付ける利用条件受付部と、
   前記利用条件受付部が前記各利用条件を受け付けたときに、前記各利用条件を満たすサービスを提供可能な提供者によって使用される提供者端末に対して前記各利用条件を送信する受付状況送信部と、
   前記受付状況送信部によって送信された各利用条件を受信した提供者端末から送信されるサービスの提供条件であって当該サービスが実施される実施日と当該サービスの価格とを含む当該提供条件を受け付ける提供条件受付部と、
   前記提供条件受付部によって受け付けられた提供条件を示す提供条件情報が登録される提供条件登録部と、
   第１の前記利用条件を送信した利用者端末に対して前記提供条件登録部に登録されている各提供条件情報によって示される提供条件であって所定の条件を満たす当該提供条件の一覧を送信する送信日を、当該所定の条件を満たす各提供条件に含まれるサービスの実施日に基づいて予め決定し、当該所定の条件を満たす提供条件の一覧を当該送信日に作成し、当該第１の利用条件を送信した利用者端末に対して当該作成した提供条件の一覧を１回以上送信し、当該提供条件の一覧を２回以上送信する場合には、当該提供条件の一覧の送信日と当該提供条件の一覧に含まれる各提供条件に基づくサービスの実施日との間隔が所定の日数以下であるとき、送信される当該各提供条件に含まれるサービスの価格を前回送信時の価格より低い価格に設定する提供条件送信部と、
   前記提供条件送信部によって送信された提供条件の一覧を受信した利用者端末から送信される予約依頼であって当該提供条件の一覧に含まれる提供条件に基づくサービスの予約依頼を受け付ける予約受付部と、
   を備えるサービス予約装置。
2. 前記所定の条件を満たす提供条件が、前記受付状況送信部によって送信された第１の利用条件を受信した各提供者端末から送信された提供条件である請求項１に記載のサービス予約装置。
3. 前記第１の利用条件を示す利用条件情報と、前記利用者端末から送信された第２の利用条件を示す利用条件情報とが登録された利用条件登録部を備え、
   前記提供条件送信部が、前記利用条件登録部にそれぞれ登録されている前記第１の利用条件を示す利用条件情報と前記第２の利用条件を示す利用条件情報とに基づいて前記第２の利用条件が前記第１の利用条件と同一であるか否か、および類似であるか否かを判定し、
   前記所定の条件を満たす提供条件が、更に、前記第１の利用条件と同一または類似であると判定された前記第２の利用条件であって前記受付状況送信部によって送信された前記第２の利用条件を受信した提供者端末から送信された提供条件を含む、
   請求項２に記載のサービス予約装置。
4. 前記提供条件登録部に、前記第１の利用条件を受信した各提供者端末から送信された各提供条件を示す提供条件情報と、前記利用者端末から送信された第２の利用条件を受信した各提供者端末から送信された各提供条件を示す提供条件情報とが登録されており、
   前記提供条件送信部が、前記提供条件登録部にそれぞれ登録されている前記第１の利用条件を受信した各提供者端末から送信された各提供条件を示す提供条件情報と前記第２の利用条件を受信した各提供者端末から送信された各提供条件を示す提供条件情報とに基づいて前記第２の利用条件を受信した各提供者端末から送信された各提供条件が前記第１の利用条件を受信した各提供者端末から送信された各提供条件のいずれかと類似であるか否かを判定し、
   前記所定の条件を満たす提供条件が、更に、前記第１の利用条件を受信した各提供者端末から送信された各提供条件のいずれかと類似であると判定された、前記第２の利用条件を受信した各提供者端末から送信された提供条件を含む、
   請求項２に記載のサービス予約装置。
5. 前記第１の利用条件を示す利用条件情報が登録された利用条件登録部を備え、
   前記提供条件送信部が、前記利用条件登録部に登録されている前記第１の利用条件を示す利用条件情報と前記提供条件登録部に登録されている各提供条件情報とに基づいて当該各提供条件情報よって示される提供条件が前記第１の利用条件と同一であるか否か、および類似であるか否かを判定し、
   前記所定の条件を満たす各提供条件が、前記第１の利用条件と同一または類似と判定された提供条件である、
   請求項１に記載のサービス予約装置。
6. コンピュータを、
   サービスの利用を希望する複数の利用者によって使用される各利用者端末から送信される当該サービスの利用条件を受け付ける利用条件受付手段、
   前記利用条件受付手段が前記各利用条件を受け付けたときに、前記各利用条件を満たすサービスを提供可能な提供者によって使用される提供者端末に対して前記各利用条件を送信する受付状況送信手段、
   前記受付状況送信手段によって送信された各利用条件を受信した提供者端末から送信されるサービスの提供条件であって当該サービスが実施される実施日と当該サービスの価格とを含む当該提供条件を受け付ける提供条件受付手段、
   前記提供条件受付手段によって受け付けられた提供条件を示す提供条件情報が登録される提供条件登録手段、
   第１の前記利用条件を送信した利用者端末に対して前記提供条件登録手段に登録されている各提供条件情報によって示される提供条件であって所定の条件を満たす当該提供条件の一覧を送信する送信日を、当該所定の条件を満たす各提供条件に含まれるサービスの実施日に基づいて予め決定し、当該所定の条件を満たす提供条件の一覧を当該送信日に作成し、当該第１の利用条件を送信した利用者端末に対して当該作成した提供条件の一覧を１回以上送信し、当該提供条件の一覧を２回以上送信する場合には、当該提供条件の一覧の送信日と当該提供条件の一覧に含まれる各提供条件に基づくサービスの実施日との間隔が所定の日数以下であるとき、送信される当該各提供条件に含まれるサービスの価格を前回送信時の価格より低い価格に設定する提供条件送信手段、
   前記提供条件送信部によって送信された提供条件の一覧を受信した利用者端末から送信される予約依頼であって当該提供条件の一覧に含まれる提供条件に基づくサービスの予約依頼を受け付ける予約受付手段、
   として機能させるためのサービス予約プログラム。
   
   

Images