JP2019179582A - サービス再予約装置、サービス再予約方法、およびサービス再予約プログラム - Google Patents

Abstract

【課題】再度販売されたサービスが購入される可能性を高める。【解決手段】送信部２０は、元サービスの予約識別情報と開始時間と１つ以上の内容と当該内容毎の単価の情報、元サービスの各内容に基づいて提供される再提供サービスの各内容を利用する利用者が支払うべき内容毎の単価および／または元サービスに対する再提供サービスの割引率の情報、および再提供サービスの内容毎に予約可能な上限数の情報を含む再提供サービス情報を１つ以上の所定の利用者端末に送信することができる。受信部３０は、所定の利用者端末に送信された再提供サービス情報に含まれる予約識別情報と、予約識別情報で特定される再提供サービスであって所定の利用者端末の利用者によって予約を依頼された再提供サービスの内容毎の予約数とを含む１つ以上の再提供予約情報を、所定の利用者端末から受信し、受信した各再提供予約情報の中から所定の条件に従って再提供予約情報を選択する。【選択図】図１

Description

本発明は、開始時間が決まっているサービスの予約が事前にキャンセルされたときにそのサービスの再予約を受け付けるサービス再予約装置、サービス再予約方法、およびサービス再予約プログラムに関する。

飲食店における予約の直前のキャンセル（事前のキャンセル、いわゆるドタキャン）、およびＮｏ ｓｈｏｗ（予約をしていたにも関わらず、その日時になっても店に連絡なく、または飲食店の連絡を無視して来店しないこと）は、飲食店のみならず、消費者にも損失を与えている。そこで、経済産業省は、非特許文献１を公表した。

非特許文献１には、ＩＴ活用事例の一つとして、キャンセルの買い取りと再販（ごひいき予約）が記載されている。これは、直前のキャンセルによって生じた飲食店の空席をダイナースクラブ（登録商標）が買い取り、ダイナースクラブ（登録商標）会員に対して、コミュニケーションアプリであるＬＩＮＥ（登録商標）を通じて飲食店の空席をリアルタイムに告知・再販する仕組みである。会員は、株式会社ポケットコンシェルジュが運営する「ポケットコンシェルジュ」を通じて、予約・決済を行うことができる。

サービス産業の高付加価値化に向けた外部環境整備等に関する有識者勉強会、「Ｎｏ ｓｈｏｗ（飲食店における無断キャンセル）対策レポート」、経済産業省、２０１８年１１月１日

予約が困難な有名店に空席が生じたことを告知されると、顧客は即座にそれを購入する可能性が高い。
しかし、空席は売れ残る可能性がある。競合店の多い飲食店では、特に空席が売れ残る可能性は高い。

本発明の目的は、キャンセルされて再度販売されたサービスが購入される可能性を高めることができるサービス再予約装置、サービス再予約方法、およびサービス再予約プログラムを提供することである。

上記目的を達成するために、本発明のサービス再予約装置は、
予約がキャンセルされたサービスである元サービスについて、予約識別情報と、開始時間と、１つ以上の内容と、当該内容毎の単価と、当該内容毎の予約数とを含み、当該予約数の合計が２以上であるキャンセル情報を格納するキャンセル情報テーブルと、
前記キャンセル情報に含まれる元サービスの予約識別情報と開始時間と１つ以上の内容と当該内容毎の単価の情報、当該元サービスの各内容に基づいて提供される再提供サービスの各内容を利用する利用者が支払うべき単価であって当該元サービスの内容毎の単価に基づいて求められた当該再提供サービスの内容毎の単価および／または当該元サービスに対する当該再提供サービスの割引率の情報、および当該元サービスの内容毎の予約数に基づいて求められた当該再提供サービスの内容毎に予約可能な上限数の情報を含む再提供サービス情報を１つ以上の所定の利用者端末に送信することができる送信部と、
前記送信部によって前記所定の利用者端末に送信された再提供サービス情報に含まれる予約識別情報と、当該予約識別情報で特定される再提供サービスであって前記所定の利用者端末の利用者によって予約を依頼された当該再提供サービスの内容毎の予約数とを含む１つ以上の再提供予約情報を、前記所定の各利用者端末から受信し、当該受信した各再提供予約情報の中から所定の条件に従って再提供予約情報を選択する受信部と、
を備える。

好ましくは、本発明のサービス再予約装置は、
前記再提供サービス情報に含まれる内容毎に予約可能な上限数が、前記キャンセル情報に含まれる元サービスの内容毎の予約数であり、
前記受信部が、前記所定の条件に従って再提供予約情報を１つのみ選択する。

好ましくは、本発明のサービス再予約装置は、
前記受信部によって選択された再提供予約情報に含まれる予約識別情報で特定される再提供サービスの内容毎の単価または前記元サービスに対する当該再提供サービスの割引率と当該再提供予約情報に含まれる内容毎の予約数とに基づいて当該再提供サービスの料金を求め、当該再提供サービスの料金および前記キャンセル情報テーブルに格納されているキャンセル情報に含まれる元サービスの内容毎の単価と内容毎の予約数とによって求められる元サービスの料金に基づいて前記元サービスの予約のキャンセル料を求める算出部を備える。

好ましくは、本発明のサービス再予約装置は、
前記キャンセル情報が、前記内容を１つのみ含み、
予約識別情報と、当該予約識別情報で特定される再提供サービスの利用者を識別する１つ以上の利用者識別情報と、当該各利用者識別情報によって識別される利用者によって支払われる内容の単価または当該各利用者識別情報によって識別される利用者に適用される再提供サービスの割引率と、当該各利用者識別情報によって識別される利用者によって予約された内容の予約数とを含む予約済情報を格納する予約済情報テーブルを備え、
前記送信部が、前記再提供サービスの予約可能な上限数を、前記キャンセル情報に含まれる元サービスの内容の予約数と前記予約済情報テーブルに格納されている予約済情報に含まれる再提供サービスの内容の各予約数とに基づいて求め、
前記受信部が、前記受信した各再提供予約情報の中から所定の条件に従って再提供予約情報を順次選択し、当該選択された再提供予約情報に含まれる内容の予約数の情報と前記キャンセル情報テーブルに格納されているキャンセル情報に含まれる内容の予約数の情報と前記予約済情報テーブルに格納されている内容の各予約数の情報とに基づいて当該選択された再提供予約情報による予約を受付け可能か否か判別し、予約受付け可能と判別された再提供予約情報を送信した所定の利用者端末を使用する利用者を識別する利用者識別情報と当該再提供予約情報に含まれる予約識別情報で特定される再提供サービスの内容の単価または前記元サービスに対する当該再提供サービスの割引率の情報と当該再提供予約情報に含まれる内容の予約数の情報とを前記予約済情報テーブルの予約済情報に記録する。

好ましくは、本発明のサービス再予約装置は、
前記キャンセル情報テーブルに格納されているキャンセル情報に基づいて提供される再提供サービスについて予約の帰趨が確定した場合に、前記予約済情報テーブルに格納されている予約済情報に含まれる利用者識別情報毎に当該予約済情報に含まれる内容の単価または元サービスに対する再提供サービスの割引率と内容の予約数とに基づいて当該再提供サービスの利用者毎の料金を求め、当該利用者毎の料金を合計して当該再提供サービスの料金を求め、当該再提供サービスの料金および前記キャンセル情報テーブルに格納されているキャンセル情報に含まれる元サービスの内容の単価と内容の予約数とによって求められる元サービスの料金に基づいて前記元サービスの予約のキャンセル料を求める算出部を備える。

好ましくは、本発明のサービス再予約装置は、
前記キャンセル情報が、更に、分割して提供可能な席数の組合せの情報を含み、
予約識別情報と、当該予約識別情報で特定される再提供サービスの利用者を識別する１つ以上の利用者識別情報と、当該各利用者識別情報によって識別される利用者によって支払われる内容毎の単価または当該各利用者識別情報によって識別される利用者に適用される再提供サービスの割引率と、当該各利用者識別情報によって識別される利用者によって予約された内容毎の予約数と、当該各利用者識別情報によって識別される利用者によって予約された席数の組合せとを含む予約済情報を格納する予約済情報テーブルを備え、
前記送信部が、前記再提供サービスの内容毎の予約可能な上限数を、前記キャンセル情報に含まれる元サービスの当該内容毎の予約数と前記予約済情報テーブルに格納されている予約済情報に含まれる再提供サービスの当該内容毎の各予約数とに基づいて求め、当該再提供サービスにおいて予約可能な席数の組合せの情報を、前記キャンセル情報に含まれる元サービスの席数の組合せと前記予約済情報テーブルに格納されている予約済情報に含まれる各席数の組合せとに基づいて求め、
前記送信部によって送信される再提供サービス情報が、更に前記再提供サービスにおいて予約可能な席数の組合せの情報を含み、
前記受信部によって受信される各再提供予約情報が、更に前記各所定の利用者端末の利用者によって予約を依頼された再提供サービスにおける席数の組合せの情報を含み、
前記受信部が、前記受信した各再提供予約情報の中から所定の条件に従って再提供予約情報を順次選択し、当該選択された再提供予約情報に含まれる内容毎の予約数の情報および席数の組合せの情報と前記キャンセル情報テーブルに格納されているキャンセル情報に含まれる内容毎の予約数の情報および席数の組合せの情報と前記予約済情報テーブルに格納されている内容毎の各予約数の情報および各席数の組合せの情報とに基づいて当該選択された再提供予約情報による予約を受付け可能か否か判別し、予約受付け可能と判別された再提供予約情報を送信した所定の利用者端末を使用する利用者を識別する利用者識別情報、当該再提供予約情報に含まれる予約識別情報で特定される再提供サービスの内容毎の単価または前記元サービスに対する当該再提供サービスの割引率と当該再提供サービスの内容毎の予約数との情報、および当該再提供予約情報に含まれる席数の組合せの情報を前記予約済情報テーブルの予約済情報に記録する。

好ましくは、本発明のサービス再予約装置は、
前記キャンセル情報テーブルに格納されているキャンセル情報に基づいて提供される再提供サービスについて予約の帰趨が確定した場合に、前記予約済情報テーブルに格納されている予約済情報に含まれる利用者識別情報毎に当該予約済情報に含まれる内容毎の単価または元サービスに対する再提供サービスの割引率と内容毎の予約数とに基づいて当該再提供サービスの利用者毎の料金を求め、当該利用者毎の料金を合計して当該再提供サービスの料金を求め、当該再提供サービスの料金および前記キャンセル情報テーブルに格納されているキャンセル情報に含まれる元サービスの内容毎の単価と内容毎の予約数とによって求められる元サービスの料金に基づいて前記元サービスの予約のキャンセル料を求める算出部を備える。

好ましくは、本発明のサービス再予約装置は、
前記送信部が、前記再提供サービス情報を前記所定の利用者端末に送信する時に、当該送信時の時間および前記元サービスの開始時間と内容毎の単価に基づいて当該再提供サービスの内容毎の単価を求める。

好ましくは、本発明のサービス再予約装置は、
前記送信部が、前記送信時の時間が前記元サービスの開始時間に近いほど、より低額となるように前記再提供サービスの内容毎の単価を求める。

好ましくは、本発明のサービス再予約装置は、
前記送信部が、前記元サービスの内容毎の単価と前記元サービスに対する再提供サービスの割引率とに基づいて前記再提供サービスの内容毎の単価を求める。

好ましくは、本発明のサービス再予約装置は、
前記送信部が、前記送信時の時間と前記元サービスの開始時間とに基づいて前記元サービスに対する再提供サービスの割引率を求める。

好ましくは、本発明のサービス再予約装置は、
前記送信部が、前記送信時の時間が前記元サービスの開始時間に近いほど、前記元サービスに対する再提供サービスの割引率を大きく設定する。

好ましくは、本発明のサービス再予約装置は、
前記元サービスに対する再提供サービスの割引率を前記元サービスの提供者毎に設定可能である。

また、本発明のサービス再予約方法は、
予約がキャンセルされたサービスである元サービスについて、予約識別情報と、開始時間と、１つ以上の内容と、当該内容毎の単価と、当該内容毎の予約数とを含み、当該予約数の合計が２以上であるキャンセル情報を格納するキャンセル情報テーブルとを有するサービス再予約装置におけるサービス再予約方法であって、
前記キャンセル情報に含まれる元サービスの予約識別情報と開始時間と１つ以上の内容と当該内容毎の単価の情報、当該元サービスの各内容に基づいて提供される再提供サービスの各内容を利用する利用者が支払うべき単価であって当該元サービスの内容毎の単価に基づいて求められた当該再提供サービスの内容毎の単価および／または当該元サービスに対する当該再提供サービスの割引率の情報、および当該元サービスの内容毎の予約数に基づいて求められた当該再提供サービスの内容毎に予約可能な上限数の情報を含む再提供サービス情報を１つ以上の所定の利用者端末に送信することができる送信ステップと、
前記送信ステップにおいて前記所定の利用者端末に送信された再提供サービス情報に含まれる予約識別情報と、当該予約識別情報で特定される再提供サービスであって前記所定の利用者端末の利用者によって予約を依頼された当該再提供サービスの内容毎の予約数とを含む１つ以上の再提供予約情報を、前記所定の各利用者端末から受信し、当該受信した各再提供予約情報の中から所定の条件に従って再提供予約情報を選択する受信ステップと、
を備える。

また、本発明のサービス再予約プログラムは、
コンピュータを
予約がキャンセルされたサービスである元サービスについて、予約識別情報と、開始時間と、１つ以上の内容と、当該内容毎の単価と、当該内容毎の予約数とを含み、当該予約数の合計が２以上であるキャンセル情報を格納するキャンセル情報テーブルを記憶する記憶手段、
前記キャンセル情報に含まれる元サービスの予約識別情報と開始時間と１つ以上の内容と当該内容毎の単価の情報、当該元サービスの各内容に基づいて提供される再提供サービスの各内容を利用する利用者が支払うべき単価であって当該元サービスの内容毎の単価に基づいて求められた当該再提供サービスの内容毎の単価および／または当該元サービスに対する当該再提供サービスの割引率の情報、および当該元サービスの内容毎の予約数に基づいて求められた当該再提供サービスの内容毎に予約可能な上限数の情報を含む再提供サービス情報を１つ以上の所定の利用者端末に送信することができる送信手段、
前記送信手段によって前記所定の利用者端末に送信された再提供サービス情報に含まれる予約識別情報と、当該予約識別情報で特定される再提供サービスであって前記所定の利用者端末の利用者によって予約を依頼された当該再提供サービスの内容毎の予約数とを含む１つ以上の再提供予約情報を、前記所定の各利用者端末から受信し、当該受信した各再提供予約情報の中から所定の条件に従って再提供予約情報を選択する受信手段、
として機能させる。

本発明によれば、キャンセルされて再度販売されたサービスが購入される可能性を高めることができる。

本発明の第１の実施形態に係るサービス再予約装置を含むシステムの一例を示す図である。 提供者情報テーブルの一例を示す図である。 利用者情報テーブルの一例を示す図である。 第１の実施形態に係るキャンセル情報テーブルの一例を示す図である。 再提供料金の割引率の一例を示す図である。 再提供料金の割引率の他の例を示す図である。 利用者端末のディスプレイに表示される検索画面の一例を示す図である。 第１の実施形態において検索に応答して送信される再提供サービス情報の一例を示す図である。 図８の再提供サービス情報に基づいて利用者端末のディスプレイに表示される検索結果画面の一例を示す図である。 第１の実施形態に係る再提供予約情報の一例を示す図である。 第１の実施形態においてプッシュ通知される再提供サービス情報の例を示す図である。図１１（Ａ）は、プッシュ通知される再提供サービス情報の一例を示す。図１１（Ｂ）は、プッシュ通知される再提供サービス情報の他の例を示す。 利用者端末のディスプレイに表示されるプッシュ通知画面の一例を示す図である。 第１の実施形態に係るサービス再予約処理の流れの一例を示す図である。 第１の実施形態に係るサービス再予約装置の変形例を含むシステムの一例を示す図である。 第１の実施形態に係るサービス再予約装置の変形例で使用される利用者情報テーブルの一例を示す図である。 第１の実施形態に係るサービス再予約装置の変形例におけるサービス再予約処理の流れの一例を示す図である。 本発明の第２の実施形態に係るサービス再予約装置を含むシステムの一例を示す図である。 第２の実施形態に係るキャンセル情報テーブルの一例を示す図である。 第２の実施形態に係る予約済情報テーブルの一例を示す図である。 第２の実施形態において検索に応答して送信される再提供サービス情報の一例を示す図である。 図２０の再提供サービス情報に基づいて利用者端末のディスプレイに表示される検索結果画面の一例を示す図である。 第２の実施形態に係る再提供予約情報の一例を示す図である。 第２の実施形態においてプッシュ通知される再提供サービス情報の一例を示す図である。 第２の実施形態に係るサービス再予約処理の流れの一例を示す図である。 本発明の第３の実施形態に係るサービス再予約装置を含むシステムの一例を示す図である。 第３の実施形態に係るキャンセル情報テーブルの一例を示す。 第３の実施形態に係る予約済情報テーブルの一例を示す図である。 第３の実施形態において検索に応答して送信される再提供サービス情報の一例を示す図である。 図２８の再提供サービス情報に基づいて利用者端末のディスプレイに表示される検索結果画面の一例を示す図である。 第３の実施形態に係る再提供予約情報の一例を示す図である。 第３の実施形態においてプッシュ通知される再提供サービス情報の一例を示す図である。 第３の実施形態に係るサービス再予約処理の流れの一例を示す図である。 第４の実施形態に係るキャンセル情報テーブルの一例を示す図である。 第４の実施形態に係る再提供サービス情報の一例を示す図である。 第４の実施形態に係る再提供予約情報の一例を示す図である。

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

図１は、本発明の第１の実施形態に係るサービス再予約装置２Ａを含むシステムの一例を示す。
サービス再予約装置２Ａは、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成される主メモリと、ハードディスク等で構成される記憶部１００とを備える。サービス再予約装置２Ａは、例えば、コンピュータで実現することができる。また、サービス再予約装置２Ａは、例えば、クラウドコンピューティングで実現することができる。
サービス再予約装置２Ａの記憶部１００には、提供者情報テーブル１１０と、利用者情報テーブル１２０Ａと、キャンセル情報テーブル１３０Ａと、サービス再予約プログラム１４０Ａとが格納されている。
サービス再予約装置２ＡのＣＰＵが記憶装置から主メモリにサービス再予約プログラム１４０Ａを読み出して実行することにより、情報登録部１０と、送信部２０と、受信部３０と、算出部４０との各部の機能が実現される。

サービス再予約装置２Ａは、ネットワーク２００に接続されている。ネットワーク２００には、さらに、予約管理装置１と、複数の提供者端末３と、複数の利用者端末４とが接続されている。
予約管理装置１は、トレタやエビカのような予約・顧客台帳サービスを提供する。提供者端末３と利用者端末４は、例えば、パーソナルコンピュータやタブレットＰＣ、スマートフォン等である。
サービス再予約装置２Ａは、ネットワーク２００を介して予約管理装置１と提供者端末３と利用者端末４と相互にデータを送受信することができる。なお、本発明では、サービス再予約装置２Ａが、ネットワーク２００に接続されたＷｅｂサーバやプッシュ通知配信サーバ等の中継装置を介して提供者端末３と利用者端末４と相互にデータを送受信することも、サービス再予約装置２Ａが提供者端末３と利用者端末４と相互にデータを送受信するとみなす。この点については、後述するサービス再予約装置２Ｂとサービス再予約装置２Ｃとサービス再予約装置２Ｄとサービス再予約装置２Ｅについても同様である。
また、予約管理装置１は、ネットワーク２００を介して提供者端末３と利用者端末４と相互にデータを送受信することができる。

以下では、本発明の各実施形態に係るサービス再予約装置２Ａ，２Ｂ，２Ｃ，２Ｄ，２Ｅについて、飲食店や店舗において予約された料理を所定の開始時刻に提供するサービスの予約がキャンセルされた場合を例として説明する。第１の実施形態から第３の実施形態までは、２以上の料理を含む予約がキャンセルされ、キャンセルされた料理の全部または一部を再予約できる場合の例である。第４の実施形態は、１つ以上の料理を含む予約がキャンセルされ、全部のみを再予約できる場合の例である。なお、以下で飲食店という場合、店内で飲食する飲食店だけでなく、料理を宅配（デリバリー）および／またはテイクアウトする店舗も含むものとする。また、以下では、提供者端末３と利用者端末４はスマートフォンであるものとする。
第１の実施形態は、例えば、テーブルや個室等でまとまって提供される複数の料理がキャンセルされ、再度販売される料理も同様にテーブルや個室等で提供される場合に適する。

図２は、提供者情報テーブル１１０の一例を示す。
提供者情報テーブル１１０は、サービスを提供する飲食店についての提供者情報を格納する。提供者情報は、提供者ＩＤ（Ｉｄｅｎｔｉｆｉｅｒ）１１１と、パスワード１１２と、提供者情報１１３と、携帯電話番号１１４と、電子メールアドレス１１５とを含む。
提供者ＩＤ１１１は、サービス再予約装置２Ａを利用する飲食店を一意に識別する識別情報である。提供者ＩＤ１１１は、例えば、情報登録部１０によってサービス再予約装置２Ａを利用する飲食店毎に付与される。
パスワード１１２は、飲食店の従業員が提供者端末３からサービス再予約装置２ＡのＷｅｂサイト等にログインするときに入力するパスワードである。
提供者情報１１３は、飲食店名、飲食店の住所、飲食店へのアクセス法、飲食店の電話番号、飲食店のホームページのＵＲＬ（Ｕｎｉｆｏｒｍ Ｒｅｓｏｕｒｃｅ Ｌｏｃａｔｏｒ）、飲食店の座標、和食やフランス料理のような飲食店で提供する料理の種類等の飲食店の属性を示す情報である。
携帯電話番号１１４は、提供者端末３の携帯電話番号である。
電子メールアドレス１１５は、提供者端末３で受信可能な電子メールのアドレスである。

図３は、利用者情報テーブル１２０Ａの一例を示す。
利用者情報テーブル１２０Ａは、飲食店を利用する顧客についての利用者情報を格納する。利用者情報は、利用者ＩＤ１２１と、パスワード１２２と、携帯電話番号１２３と、電子メールアドレス１２４とを含む。
利用者ＩＤ１２１は、サービス再予約装置２Ａを利用する利用者を一意に識別する識別情報である。利用者ＩＤ１２１は、例えば、情報登録部１０によってサービス再予約装置２Ａを利用する利用者毎に付与される。
パスワード１１２は、利用者が利用者端末４からサービス再予約装置２ＡのＷｅｂサイト等にログインするときに入力するパスワードである。
携帯電話番号１２３は、利用者端末４の携帯電話番号である。
電子メールアドレス１２４は、利用者端末４で受信可能な電子メールのアドレスである。

図４は、第１の実施形態に係るキャンセル情報テーブル１３０Ａの一例を示す。
キャンセル情報テーブル１３０Ａは、キャンセルされたサービスの予約についてのキャンセル情報を格納する。キャンセル情報は、予約ＩＤ１３１と、利用者ＩＤ１３２と、提供者ＩＤ１３３と、開始時間１３４と、１つ以上の料理１３５と、料理毎の単価１３６と、料理毎の予約数１３７とを含む。
予約ＩＤ１３１は、キャンセルされたサービスの予約を一意に識別する識別情報である。第１の実施形態では、予約ＩＤ１３１は、同時にまとまって再提供される複数の料理について１つ付与される。例えば、予約ＩＤ１３１は、テーブルや個室毎に付与される。
利用者ＩＤ１３２は、サービス再予約装置２Ａを利用する利用者を一意に識別する識別情報である。利用者ＩＤ１３２は、図３の利用者ＩＤ１２１に対応する。
提供者ＩＤ１３３は、サービス再予約装置２Ａを利用する飲食店を一意に識別する識別情報である。提供者ＩＤ１３３は、図２の提供者ＩＤ１１１に対応する。
開始時間１３４は、キャンセルされたサービスの予約で設定されていたサービスの開始時間を示す。開始時間は、例えば、飲食店内で食べる場合には利用者等が座席に着席する時間であり、宅配（デリバリー）の場合には料理を配達するために飲食店を出発する時間であり、持ち帰り（テイクアウト）の場合には利用者が料理を店舗で受け取る時間である。なお、図４の開始時間１３４には時刻のみが示されているが、開始時間１３４はキャンセルされたサービスが開始される予定であった年と月と日と時刻を示すものとする。以下でも同様である。

料理１３５は、予約がキャンセルされたサービスで提供予定であった料理であって、再提供される料理を示す。料理１３５は、例えば、飲食店のメニュー（献立表）においてその価格が個別に示されているものである。料理１３５は、アラカルト（一品料理）であってもよいし、コース料理、定食、またはランチであってもよい。また、料理１３５には、「席のみ」を設定することもできる。「席のみ」は、いわゆる席のみ予約を意味する。
例えば、再提供サービスの利用者は開始時間１３４から飲食店内で再提供される料理を食べることができる。また、席のみ予約の場合を除き、利用者は料理を指定の場所に配達させたり、開始時間に再提供される料理を受け取って持ち帰ったりすることもできる。
料理毎の単価１３６は、料理１３５毎の料金（単価）を示す。料理１３５が「席のみ」である場合、単価１３６には、例えば、その飲食店の平均客単価に基づいた１人当たりの料金が設定される。
料理毎の予約数１３７には、キャンセルされたサービスにおいて料理１３５毎に予約されていた数が設定される。予約数１３７は、個々の料理１３５を再提供できる上限の数を示す。個々の予約数１３７は１でもよいが、１つのキャンセル情報に含まれる予約数１３７の合計は２以上である。例えば、予約ＩＤ１３１＝０００１のキャンセル情報に含まれる予約数１３７の合計は６である。
なお、料理１３５は、本発明における「内容」である。図４では、和食Ａ、和食Ｂ、和食Ｃ、イタリアン、席のみ等が「内容」の例である。

例えば、図４では、予約ＩＤ１３１＝０００１のキャンセル情報では料理１３５は和食Ａと和食Ｂである。和食Ａと和食Ｂは、例えば１つのテーブルで再提供される。予約ＩＤ１３１＝０００２のキャンセル情報では料理１３５は和食Ｃである。和食Ｃは、和食Ａおよび和食Ｂとは別のテーブルで再提供される。また、予約ＩＤ１３１＝０２０１と予約ＩＤ１３１＝０２０２のキャンセル情報では料理１３５は席のみであり、予約数１３７はそれぞれ４である。この場合、例えば、２つの４人掛けテーブルを別々の利用者が再予約することができる。予約ＩＤ１３１＝０３０１のキャンセル情報では料理１３５は和食Ｄと和食Ｅである。例えば、和食Ｄと和食Ｅの両方が、１つの個室で再提供される。

次に、図１のシステム全体の動作について説明する。
飲食店は、サービス再予約装置２Ａを利用するために、提供者端末３を用いてパスワード１１２と提供者情報１１３と携帯電話番号１１４と電子メールアドレス１１５とを入力する。提供者端末３は、それらの情報をサービス再予約装置２Ａに送信する。情報登録部１０は、これらの情報を受信すると、飲食店に提供者ＩＤ１１１を付与し、その飲食店の提供者情報を提供者情報テーブル１１０に登録する。情報登録部１０は、予約管理装置１が飲食店を識別する飲食店識別情報と提供者ＩＤ１１１とを紐付ける。
また、利用者は、サービス再予約装置２Ａを利用するために、利用者端末４を用いてパスワード１２２と携帯電話番号１２３と電子メールアドレス１２４とを入力する。利用者端末４は、それらの情報をサービス再予約装置２Ａに送信する。情報登録部１０は、これらの情報を受信すると、利用者に利用者ＩＤ１２１を付与し、その利用者の利用者情報を利用者情報テーブル１２０Ａに登録する。情報登録部１０は、予約管理装置１が利用者を識別する利用者識別情報と利用者ＩＤ１２１とを紐付ける。

利用者は、例えば、飲食店に電話し、開始時間と人数と料理を指定して飲食店のサービスを予約する。例えば、飲食店は、提供者端末３を用いて予約管理装置１に、予約情報を作成するために必要な情報を送信する。必要な情報は、例えば開始時間の情報、およびテーブル毎または個室毎の料理と料理毎の単価と料理毎の予約数との情報である。そして、予約管理装置１は、予約情報を作成し、その予約情報を予約管理装置１の記録装置に登録する。その予約情報は、予約を一意に識別する予約識別情報と、飲食店を一意に識別する飲食店識別情報と、利用者を一意に識別する利用者識別情報を含んでいる。
利用者は、予定が変わった場合等に、例えば利用者端末４を用いて予約管理装置１に予約のキャンセルを通知する。予約管理装置１は、その記憶装置に格納されている予約情報にキャンセルされたことを示す情報を追加するとともに、その予約情報をサービス再予約装置２Ａに送信する。

サービス再予約装置２Ａは、予約管理装置１から送信された予約情報を受信する。サービス再予約装置２Ａの情報登録部１０は、予約ＩＤ１３１を生成し、その予約ＩＤ１３１を予約管理装置１の予約識別情報と紐付ける。そして、情報登録部１０は、サービス再予約装置２Ａのキャンセル情報を作成し、そのキャンセル情報をキャンセル情報テーブル１３０Ａに登録する。
従って、キャンセル情報テーブル１３０Ａに登録されたキャンセル情報は、利用者によってキャンセルされたサービスの予約情報である。以下では、このキャンセルされたサービスを元サービスという。

元サービスのキャンセル情報がキャンセル情報テーブル１３０Ａに登録されているとき、利用者は元サービスに基づいて提供される再提供サービスを予約することができる。利用者は、再提供サービスを利用するために、元サービスの料金に対して割り引かれた再提供サービスの料金を支払う。すなわち、再提供サービスを利用する利用者は、元サービスに含まれる料理１３５を元の料金よりも低額で購入することができる。
再提供料金の割引率の一例を図５に示す。図５の割引率テーブル１５０は、記憶部１００に格納されている。提供者ＩＤ１５１は、サービス再予約装置２Ａを利用する飲食店を一意に識別する識別情報である。提供者ＩＤ１５１は、図２の提供者ＩＤ１１１に対応する。符号１５２〜１５６が付された情報は、割引率を示す。

提供者ＩＤ１５１＝０００５と提供者ＩＤ１５１＝０１０１の飲食店の割引率のように、割引率は元サービスの開始時間が近くなるほどより大きくなるように設定することができる。ただし、提供者ＩＤ１５１＝０５１３の飲食店の割引率のように、時間によらず一定となるように割引率を設定してもよい。送信部２０は、元サービスの単価１３６と割引率とに基づいて再提供サービスの単価を求める。送信部２０は、例えば、元サービスの単価１３６に割引率をかけて割引料を求め、元サービスの単価１３６から割引料を引いて再提供サービスの単価とする。このため、提供者ＩＤ１５１＝０００５と提供者ＩＤ１５１＝０１０１の飲食店の場合、再提供サービスの単価は元サービスの開始時間に近くなるほど、より低額となる。
再提供サービスの単価と再提供サービスの利用者によって予約された数とをかけたものが、再提供サービスの料金である。再提供サービスの料金は、飲食店にとって補填される逸失利益とみなせる。例えば、元サービスの料金から再提供サービスの料金を減額することにより、逸失利益の補填が考慮されたキャンセル料を求めることができる。

例えば、図５の例では、提供者ＩＤ１５１＝０００５の飲食店の割引率は、元サービスの開始時間の２日前から１日前まで２０％であり、元サービスの開始時間の１時間前以降は８０％である。和食Ａのように、元サービスの料理１３５の単価１３６が３，０００円である場合、割引料は元サービスの開始時間の２日前から１日前までは６００円であり、元サービスの開始時間の１時間前以降は２，４００円である。従って、再提供サービスの単価は、例えば、元サービスの開始時間の２日前から１日前までは２，４００円であり、元サービスの開始時間の１時間前以降は６００円となる。

割引率は、元サービスの提供者毎に設定可能である。すなわち、図５に示すように、飲食店毎に異なる割引率を設定することができる。人気のある飲食店であり、再提供する料理であっても低額で販売してブランド価値を低下させたくない場合、例えば、図５の提供者ＩＤ１５１＝０５１３の飲食店のように、元サービスの開始時間の２日前以降は割引率を１０％と一定に設定してもよい。この場合、例えば、再提供サービスの料金は元サービスの料金の９０％となり、元サービスのキャンセル料は元サービスの料金の１０％となる。
なお、割引率は、０としてもよい。すなわち、再提供サービスの料金を元サービスの料金と同一としてもよい。
また、図６に示すように、割引率は時間の経過とともに連続的に変化するように設定してもよい。

送信部２０は、例えば、再提供サービスを以下に示す２通りの方法で利用者に通知する。
１つの方法は、利用者が再提供サービスを所定の条件で検索したとき、キャンセル情報テーブル１３０Ａから検索条件を満たす元サービスのキャンセル情報を読み出して利用者に再提供サービスを通知することである。利用者は、元サービスの開始時間１３４から所定の時間が経過するまで検索することができる。なお、所定の時間は０でもよい。すなわち、利用者は元サービスの開始時間１３４まで検索することができるとしてもよい。
具体的には、利用者は、サービス再予約装置２ＡのＷｅｂサイトにログインし、再提供サービスを所定の条件で検索する。利用者端末４のディスプレイに表示される検索画面の一例を図７に示す。図７の例では、利用者は、検索条件として、店舗の場所と、開始時間の範囲と、１人当たりの再提供サービス料金の範囲と、人数と、料理の種類とを指定している。
送信部２０は、検索されると、キャンセル情報テーブル１３０Ａから検索条件を満たす元サービスのキャンセル情報を読み出す。そして、送信部２０は、例えば、読み出されたキャンセル情報に含まれる元サービスの料理毎の単価１３６に基づいて再提供サービスを利用する利用者が支払うべき再提供サービスの料理毎の単価を求める。この算出法は、図５または図６の提供者ＩＤ１５１＝０５１３の飲食店のように、割引率が一定の場合に適する。なお、この算出法では、再提供サービスの料理毎の単価は予め求めておいてもよい。または、送信部２０は、例えば、現在の時間（すなわち、後述する図８の再提供サービス情報１６０Ａを利用者端末４に送信する時間）および読み出されたキャンセル情報に含まれる元サービスの開始時間１３４と料理毎の単価１３６に基づいて再提供サービスの料理毎の単価を求める。この算出法は、図５または図６の提供者ＩＤ１５１＝０００５と提供者ＩＤ１５１＝０１０１の飲食店のように、割引率が時間の経過とともに変化する場合に適する。
例えば、送信部２０は、料理毎の単価１３６に図５または図６の割引率をかけて割引料を求め、料理毎の単価１３６から割引料を引いて再提供サービスの料理毎の単価を求める。このため、例えば、図５または図６中の提供者ＩＤ＝０００５と提供者ＩＤ＝０１０１の飲食店について、再提供サービスの料理毎の単価は再提供サービス情報１６０Ａを利用者端末４に送信する時点が元サービスの開始時間に近いほど、より低額となる。また、例えば、図５または図６の提供者ＩＤ１５１＝０５１３の飲食店について、割引率は元サービスの開始時間の２日より前は０％であり、２日前以降は１０％である。このため、提供者ＩＤ１５１＝０５１３の飲食店について再提供サービスの料理毎の単価は、開始時間の２日前以降は元サービスの料理毎の単価１３６のみに基づいて求められ、定額となる。

図８は、予約ＩＤ１３１＝０００１と予約ＩＤ１３１＝０００２と予約ＩＤ１３１＝０３０１のキャンセル情報が検索条件を満たし、それらのキャンセル情報に基づいて作成された再提供サービス情報１６０Ａの例を示す。再提供サービス情報１６０Ａは、予約ＩＤ１６１と、提供者ＩＤ１６２と、提供者情報１６３と、開始時間１６４と、１つ以上の料理１６５と、元サービスの料理毎の単価１６６と、再提供サービスの料理毎の単価１６７と、元サービスの料理毎の予約数１６８とを含む。
予約ＩＤ１６１は、キャンセルされた元サービスの予約を一意に識別する識別情報である。予約ＩＤ１６１は、図４の予約ＩＤ１３１に対応する。
提供者ＩＤ１６２は、サービス再予約装置２Ａを利用する飲食店を一意に識別する識別情報である。提供者ＩＤ１６２は、図２の提供者ＩＤ１１１に対応する。
提供者情報１６３は、図２の提供者情報１１３の中から利用者端末４における検索結果の表示に必要なものが選択されたものである。提供者情報１６３は、例えば、飲食店名、飲食店へのアクセス法、飲食店の電話番号、飲食店のホームページのＵＲＬ、飲食店の座標等の情報を含む。
開始時間１６４と料理１６５と元サービスの料理毎の単価１６６は、それぞれ検索されたキャンセル情報に含まれる開始時間１３４と料理１３５と料理毎の単価１３６と同一である。
再提供サービスの料理毎の単価１６７は、上述したように再提供サービスを利用する利用者が支払うべき料理毎の単価である。なお、予約ＩＤ１３１＝０００１とＩＤ１３１＝０００２のキャンセル情報において開始時間１６４は１８時であるのに対し、図７の例では検索した時刻は１７時である。検索時刻は、開始時間の１時間前である。このため、図５の例では、割引率は８０%となり、和食Ａと和食Ｂと和食Ｃの再提供サービスの料理毎の単価１６７は、それぞれ６００円と５００円と５００円となる。
元サービスの料理毎の予約数１６８は、検索されたキャンセル情報に含まれる料理毎の予約数１３７と同一である。すなわち、元サービスの料理毎の予約数１６８は、キャンセルされた元サービスにおいて料理毎に予約されていた数である。元サービスの料理毎の予約数１６８は、再提供サービスの利用者が料理毎に予約できる上限の数である。
なお、再提供サービス情報１６０Ａは、再提供サービスの料理毎の単価１６７とともに、または再提供サービスの料理毎の単価１６７の代わりに元サービスに対する再提供サービスの割引率を含んでいてもよい。再提供サービス情報１６０Ａが再提供サービスの料理毎の単価１６７を含まず、割引率のみを含む場合、再提供サービスの単価は、上述したように送信部２０が求めるのではなく、後述する算出部４０が求めても良い。

送信部２０は、Ｗｅｂサイトを介して再提供サービス情報１６０Ａを利用者端末４に送信する。なお、本発明では、このような情報の送信方法も送信部２０が情報を利用者端末４に送信するとみなす。図９は、再提供サービス情報１６０Ａに基づいて利用者端末４のディスプレイに表示される検索結果画面の一例を示す。検索結果画面の最下部には予約ボタンが表示される。図９の検索結果画面上で利用者が予約ボタンをタップすると、利用者端末４の画面はサービス再予約装置２ＡのＷｅｂサイトの予約画面（図示無し）に遷移する。再提供サービス情報１６０Ａの内容や検索結果画面と予約画面の構成にもよるが、利用者は、例えば予約画面上で料理を選択し、料理毎の予約数を入力することができる。図８の再提供サービス情報１６０Ａと図９の検索結果画面の例では、例えば、利用者が予約画面上で和食Ａと和食Ｂの組み合わせを選択し、和食Ａの予約数として３、和食Ｂの予約数として２を入力すると、図１０の再提供予約情報１７０ＡがＷｅｂサイトからサービス再予約装置２Ａに送信される。なお、本発明では、このような情報の送信方法も利用者端末４が情報をサービス再予約装置２Ａに送信するとみなす。

再提供予約情報１７０Ａは、予約ＩＤ１７１と、１つ以上の料理１７２と、料理毎の予約数１７３とを含む。
予約ＩＤ１７１は、キャンセルされた元サービスの予約を一意に識別する識別情報である。予約ＩＤ１７１は、図４の予約ＩＤ１３１に対応する。
料理１７２は、利用者によって再提供サービスで予約された料理を示す。料理１７２は、再提供サービス情報１６０Ａの料理１６５に対応する。
料理毎の予約数１７３は、利用者端末４の利用者が再提供サービスで予約を依頼した料理毎の予約数を示す。
図１０の例は、利用者によって和食Ａが３つ、和食Ｂが２つの予約が依頼されたことを示す。図８の再提供サービス情報１６０Ａでは、和食Ａと和食Ｂの予約数は両方とも３つであった。受信部３０が図１０の再提供予約情報１７０Ａによる予約を受け付けた場合、和食Ｂは１つが売れ残ることになる。

複数の飲食店が検索条件を満たす場合、図９の検索結果画面の最下部に戻るボタンと進むボタンが表示される。利用者が戻るボタンをタップすると、前の飲食店の表示に戻る。利用者が進むボタンをタップすると、次の飲食店の表示に進む。
図８の再提供サービス情報１６０Ａの例に含まれる予約ＩＤ１６１＝０００１と予約ＩＤ１６１＝０００２の提供者ＩＤ１３３は、両方とも０００５である。また、図８の再提供サービス情報１６０Ａの例に含まれる予約ＩＤ１６１＝０３０１の提供者ＩＤ１３３は、０３５２である。このため、図９の検索結果画面には、提供者ＩＤ１３３＝０００５の飲食店による再提供サービスの詳細と進むボタンが表示される。図９の検索結果画面には戻るボタンを破線で示したが、実際には戻るボタンは表示されない。利用者が進むボタンをタップすると、提供者ＩＤ１３３＝０３５２による再提供サービスの詳細と戻るボタンが表示される。
なお、再提供サービス情報１６０Ａが、再提供サービスの料理毎の単価１６７とともに、または再提供サービスの料理毎の単価１６７の代わりに元サービスに対する再提供サービスの割引率を含む場合、図９の検索結果画面に再提供サービスの割引率が表示されることとしてもよい。利用者は、検索結果画面に表示される元サービスの料理毎の単価と再提供サービスの割引率とを見れば、再提供される料理について料理毎の単価を知ることができる。

送信部２０が再提供サービスを利用者に通知するもう１つの方法は、所定のタイミングで所定の複数の利用者の各利用者端末４へプッシュ通知を利用して再提供サービス情報１６０Ｂを送信することである。送信部２０は、元サービスの開始時間１３４から所定の時間が経過するまでプッシュ通知することができる。なお、所定の時間は０でもよい。すなわち、送信部２０は元サービスの開始時間１３４までプッシュ通知することができるとしてもよい。
例えば、提供者ＩＤ１３３＝０００５の飲食店は１つのテーブルで和食Ａと和食Ｂを提供予定であったが、この予約が当日の１５時にキャンセルされたとする。図１１（Ａ）は、この時、各利用者端末４へプッシュ通知される再提供サービス情報１６０Ｂの例を示す。図１１（Ａ）の再提供サービス情報１６０Ｂは、図８の再提供サービス情報１６０Ａにおける予約ＩＤ＝０００１の再提供予約情報と同じ構成である。ただし、１５時にキャンセルされたのは和食Ａと和食Ｂを提供するテーブルだけであり、和食Ｃを提供するテーブルは別の時刻にキャンセルされている。このため、送信部２０は、料理１６５として和食Ａと和食Ｂのみ含む再提供サービス情報１６０Ｂを１５時にプッシュ通知する。なお、和食Ａと和食Ｂを提供するテーブルは、開始時間１６４の３時間前にキャンセルされたため、図５の割引テーブル１５０の例では割引率は６０%となり、和食Ａと和食Ｂの再提供サービスの料理毎の単価１６７は、それぞれ１，２００円と１，０００円となる。

また、例えば、提供者ＩＤ１３３＝０５１３の飲食店は同一の利用者に２つの４人掛けテーブルで８席を席のみで提供予定であったが、この予約が当日の１０時にキャンセルされたとする。この場合、個々のテーブルの座席は別のグループに再提供できるため、図４のキャンセル情報テーブル１３０Ａには、４席ずつに対して予約ＩＤ１６１＝０２０１と予約ＩＤ１６１＝０２０２とが付与され、２つのキャンセル情報として格納されている。図１１（Ｂ）は、サービス再予約装置２Ａがこの予約のキャンセルを受け付けた時に各利用者端末４へプッシュ通知される再提供サービス情報１６０Ｂの例を示す。予約ＩＤ１６１＝０２０１の再提供サービスと予約ＩＤ１６１＝０２０２の再提供サービスとを含む再提供サービス情報１６０Ｂがプッシュ通知される。

例えば、送信部２０は、ＬＩＮＥ（登録商標）公式アカウントのメッセージ一斉配信機能を用いて複数の利用者端末４に再提供サービス情報１６０Ｂをプッシュ通知することができる。ＬＩＮＥ（登録商標）は、ＬＩＮＥ（登録商標）株式会社によって提供されるアプリである。
具体的には、利用者が飲食店に電話して元サービスの予約をキャンセルすると、飲食店は提供者端末３を用いて予約管理装置１に予約のキャンセルを通知する。予約管理装置１はキャンセルされた予約の予約情報をサービス再予約装置２Ａに送信する。サービス再予約装置２Ａは、予約管理装置１から送信された予約情報を受信する。サービス再予約装置２Ａの情報登録部１０は、サービス再予約装置２Ａのキャンセル情報を作成し、そのキャンセル情報をキャンセル情報テーブル１３０Ａに登録する。

そして、送信部２０は、例えば、予約管理装置１から受信した予約情報に含まれる元サービスの料理毎の単価に基づいて再提供サービスを利用する利用者が支払うべき再提供サービスの料理毎の単価を求める。この算出法は、図５の提供者ＩＤ１５１＝０５１３の飲食店のように、割引率が一定の場合に適する。なお、この算出法では、再提供サービスの料理毎の単価は予め求めておいてもよい。または、送信部２０は、例えば、現在の時間（すなわち、再提供サービス情報１６０Ｂを利用者端末４に送信する時間）および予約管理装置１から受信した予約情報に含まれる元サービスの開始時間と料理毎の単価に基づいて再提供サービスの料理毎の単価を求める。この算出法は、図５の提供者ＩＤ１５１＝０００５と提供者ＩＤ１５１＝０１０１の飲食店のように、割引率が時間の経過とともに変化する場合に適する。なお、このとき、予約管理装置１から受信した予約情報に含まれる元サービスの開始時間と料理毎の単価はキャンセル情報テーブル１３０Ａに格納される開始時間１３４と料理毎の単価１３６と同一である。

そして、送信部２０は、再提供サービス情報１６０Ｂを作成する。送信部２０はＬＩＮＥ公式アカウントの機能を用いて、友だち登録されている複数の利用者端末４に再提供サービス情報１６０Ｂを含むメッセージを一斉配信する。利用者端末４は、例えば、図１１（Ａ）の再提供サービス情報１６０Ｂを受信すると、図１２に示すプッシュ通知画面を表示する。プッシュ通知画面の最下部には予約ボタンが表示される。利用者が予約ボタンをタップすると、利用者端末４の画面はサービス再予約装置２ＡのＷｅｂサイトの予約画面（図示無し）に遷移する。再提供サービス情報１６０Ｂの内容やプッシュ通知画面と予約画面の構成にもよるが、利用者は、例えば、予約画面上で料理を選択し、料理毎の予約数を入力することができる。ただし、図１２のプッシュ通知画面の例では、料理は和食Ａと和食Ｂの組合せに決まっており、利用者は予約画面上で和食Ａと和食Ｂの予約数のみ入力することができる。例えば、利用者が予約画面上で和食Ａの予約数として３、和食Ｂの予約数として２を入力すると、図１０の再提供予約情報１７０ＡがＷｅｂサイトからサービス再予約装置２Ａに送信される。
なお、再提供サービス情報１６０Ｂも、再提供サービスの料理毎の単価１６７とともに、または再提供サービスの料理毎の単価１６７の代わりに元サービスに対する再提供サービスの割引率を含んでおり、プッシュ通知画面に再提供サービスの割引率が表示されることとしてもよい。利用者は、プッシュ通知画面に表示される元サービスの料理毎の単価と再提供サービスの割引率とを見れば、再提供される料理について料理毎の単価を知ることができる。再提供サービス情報１６０Ｂが再提供サービスの料理毎の単価１６７を含まず、割引率のみを含む場合、再提供サービスの料理毎の単価は、上述したように送信部２０が求めるのではなく、後述する算出部４０が求めても良い。

また、送信部２０は、開始時間１６４の１時間前や半日前に再提供サービス情報１６０Ｂをプッシュ通知してもよいし、午前１１時や午後５時等所定の時刻に再提供サービス情報１６０Ｂをプッシュ通知してもよい。
また、送信部２０は、提供者端末３の近辺（例えば、３００ｍ以内）にある利用者端末４にのみ再提供サービス情報１６０Ｂをプッシュ通知してもよい。
また、利用者端末４に専用アプリをインストールし、その専用アプリを用いてサービス再予約装置２Ａから複数の利用者端末４に再提供サービス情報１６０Ｂをプッシュ通知することとしてもよい。
また、例えば４人掛けテーブルを１人や２人で予約されることを避けるために、プッシュ通知するときは、予約可能な最低人数をメッセージに含めてもよい。

また、図示しない飲食店毎のお得意様リストを記憶部１００が記憶しており、送信部２０は、図３の利用者ＩＤ１２１がお得意様リストに登録されている場合のみ、その利用者ＩＤ１２１に対応する各利用者端末４からの検索に応答して再提供サービス情報１６０Ａを送信したり、その利用者ＩＤ１２１に対応する各利用者端末４に再提供サービス情報１６０Ｂをプッシュ通知したりしてもよい。
また、図示しない利用者毎のお気に入りリストを記憶部１００が記憶しており、送信部２０は、各利用者のお気に入りリストに図２の提供者ＩＤ１１１が登録されている場合のみ、各利用者の利用者端末４に再提供サービス情報１６０Ｂをプッシュ通知してもよい。
また、図示しない飲食店毎または利用者全体についてのブラックリストを記憶部１００が記憶しており、送信部２０は、図３の利用者ＩＤ１２１がブラックリストに登録されている場合には、その利用者ＩＤ１２１に対応する各利用者端末４からの検索に対して再提供サービス情報１６０Ａを送信しないようにしたり、その利用者ＩＤ１２１に対応する利用者端末４に再提供サービス情報１６０Ｂをプッシュ通知しないようにしたりしてもよい。
更に、送信部２０は、上述した検索やプッシュ通知に限らず、電子メールやＳＭＳ（Ｓｈｏｒｔ Ｍｅｓｓａｇｅ Ｓｅｒｖｉｃｅ）のようなメッセージ送信によって再提供サービスを利用者に通知してもよい。

次に、受信部３０の動作について説明する。受信部３０は、利用者端末４から再提供予約情報１７０Ａを受信する。再提供予約情報１７０Ａは、予約ＩＤ１７１を１つのみ含む。一方、再提供サービス情報１６０Ａと再提供サービス情報１６０Ｂは、複数の予約ＩＤ１６１を含む場合がある。この場合、受信部３０は、利用者端末４から再提供予約情報１７０Ａを受信したときに、再提供予約情報１７０Ａに含まれる予約ＩＤ１７１によって再提供サービス情報１６０Ａまたは再提供サービス情報１６０Ｂに含まれるどの予約ＩＤ１６１に対応する再提供サービスについて利用者端末４の利用者が予約を依頼したか特定する。
次に、受信部３０は、再提供予約情報１７０Ａに含まれる料理毎の予約数１７３によって、再提供される各料理１６５の予約数を取得する。

ここで、送信部２０が再提供サービス情報１６０Ａおよび／または再提供サービス情報１６０Ｂを複数の利用者端末４に送信し、受信部３０が複数の再提供予約情報１７０Ａを受信する場合がある。この場合、受信部３０は、受信した各再提供予約情報１７０Ａの中から所定の条件に従って再提供予約情報１７０Ａを１つのみ選択し、再提供サービスの予約を確定する。
例えば、所定の条件は、受信部３０が最初に受信した再提供予約情報１７０Ａであることである。この場合、受信部３０は、最初の再提供予約情報１７０Ａを受信した時にその再提供予約情報１７０Ａを選択し、再提供サービスの予約を確定する。

利用者が再提供サービスを検索する場合には、検索条件を満たす（すなわち、利用者が望む）再提供サービスを示す再提供サービス情報１６０Ａのみが利用者端末４に送信される。しかし、プッシュ通知またはメッセージ送信された再提供サービス情報１６０Ｂによって再提供サービスの詳細を知った利用者は、その再提供サービスについて予約を依頼するか否か検討する必要がある。しかも、再提供サービス情報１６０Ｂは複数の利用者に送信されるが、その再提供サービス情報１６０Ｂに含まれる予約ＩＤによって特定される再提供サービスを予約できる利用者は１人である。もし受信部３０が再提供サービスの予約を最初に依頼した利用者を選択するならば、慎重な利用者は十分な検討を行わずに予約したくないため、その再提供サービスについて予約の依頼を諦める可能性がある。これは、再提供サービスの予約を依頼する利用者の減少につながる。また、あせって予約を依頼した利用者の予約を受信部３０が受け付けた場合、その利用者は予約を後悔し、予約した再提供サービスをキャンセルするおそれがある。これは、再提供サービスが利用されない可能性を高める。
そこで、送信部２０がプッシュ通知またはメッセージ送信により再提供サービス情報１６０Ｂを複数の利用者端末４に送信した場合、受信部３０は、最初に再提供予約情報１７０Ａを受信してから所定の時間が経過した時に、その所定の時間内に受信した各再提供予約情報１７０Ａの中から、以下のような所定の条件に従って再提供予約情報１７０Ａを１つ選択し、再提供サービスの予約を確定してもよい。

所定の条件は、例えば、ランダムに再提供予約情報１７０Ａを選択することである。この場合、受信部３０は、所定の時間が経過した時に、その所定の時間内に受信した各再提供予約情報１７０Ａの中から再提供予約情報１７０Ａをランダムに選択する。
または、所定の条件は、例えば、再提供される料理毎の単価１６７または元サービスに対する再提供サービスの割引率と料理毎の予約数１７３とによって求められる再提供サービスの料金が最も高い再提供予約情報１７０Ａを選択することである。この場合、受信部３０は、所定の時間が経過した時に、その所定の時間内に受信した各再提供予約情報１７０Ａの中から再提供される料理毎の単価１６７または元サービスに対する再提供サービスの割引率と料理毎の予約数１７３とによって求められる再提供サービスの料金が最も高い再提供予約情報１７０Ａを選択する。

または、例えば、記憶部１００が元サービスを提供する提供者（飲食店）毎に再提供サービスを利用する各利用者の優先度を示す優先度情報を格納する優先者リストを記憶している。そして、所定の条件は、受信部３０によって再提供予約情報１７０Ａが最初に受信されてから所定の時間内に受信された各再提供予約情報１７０Ａの中で、その元サービスの提供者についての優先者リストの中で最も優先度の高い利用者の利用者端末４から送信された再提供予約情報１７０Ａを選択することである。例えば、クレジットカード情報を登録した利用者やその飲食店の利用頻度が高い利用者の優先度を高くすることが考えられる。この場合、記憶部１００は、図示しない飲食店毎の優先者リストを記憶する。その各優先者リストは、各飲食店の再提供サービスを利用する各利用者の優先度を示す優先度情報を格納する。受信部３０は、所定の時間が経過した時に、その所定の時間内に受信した各再提供予約情報１７０Ａの中から、各飲食店についての優先者リストの中で最も優先度の高い利用者の利用者端末４から送信された再提供予約情報１７０Ａを選択する。
なお、所定の時間が長い場合には、受信部３０は、再提供予約情報１７０Ａを送信した利用者端末４に、選択中である旨のメッセージを送信したり、選択結果が通知されるまでの待ち時間を示す情報を送信したりすることが望ましい。
そして、受信部３０は、再提供予約情報１７０Ａを選択した後に、再提供サービスが利用者によって予約されたことを示す予約情報を予約管理装置１に送信する。予約管理装置１は、その予約情報で特定される予約を新しい予約として受け付ける。

算出部４０は、キャンセル情報テーブル１３０Ａに格納されているキャンセル情報に含まれる元サービスの料理毎の単価１３６と料理毎の予約数１３７とによって元サービスの料金を求める。例えば、予約ＩＤ＝０００１のキャンセル情報に含まれる和食Ａと和食Ｂの料金は、１６，５００円である。なお、元サービスの料金は、算出部４０とは別の手段によって予め求めておいてもよい。
そして、算出部４０は、受信部３０によって選択された再提供予約情報１７０Ａに含まれる予約ＩＤ１７１で特定される再提供サービスの料理毎の単価１６７と、その再提供予約情報１７０Ａに含まれる料理毎の予約数１７３とによって再提供サービスの料金を求める。または、算出部４０は、元サービスの料理毎の単価１３６と、再提供サービス情報１６０Ａ、１６０Ｂの送信時に求められた元サービスに対する再提供サービスの割引率と、受信部３０によって選択された再提供予約情報１７０Ａに含まれる料理毎の予約数１７３とによって再提供サービスの料金を求める。例えば、図８の例では、送信部２０が再提供サービス情報１６０Ａを送信するときに求めた和食Ａと和食Ｂの単価はそれぞれ６００円と５００円である。図１０の例では、再提供予約情報１７０Ａに含まれる和食Ａと和食Ｂの予約数はそれぞれ３つと２つである。このため、再提供される和食Ａと和食Ｂの料金は２，８００円となる。

そして、算出部４０は、再提供サービスの料金と元サービスの料金とに基づいて元サービスの予約のキャンセル料を求める。例えば、算出部４０は、元サービスの料金と再提供サービスの料金との差額に基づいて元サービスの予約のキャンセル料を求める。上述したように、元サービスの料金と再提供サービスの料金がそれぞれ１６，５００円と２，８００円である場合、その差額は１５，５００円である。算出部４０は、この差額をキャンセル料としてもよいし、飲食店の手数料等を考慮してキャンセル料を差額よりも高額としてもよい。また、算出部４０は、キャンセル料を差額よりも低額としてもよいし、差額がある場合でもキャンセル料を無料としてもよい。キャンセル料をどのように定めるかは飲食店のポリシーによる。

一方、元サービスの開始時間１３４から所定の時間が経過しても受信部３０が利用者端末４から再提供予約情報１７０Ａを受信しない場合、算出部４０は元サービスの料理毎の単価１３６と料理毎の予約数１３７とによって元サービスの料金を求める。そして、算出部４０は元サービスの料金に基づいて元サービスの予約のキャンセル料を求める。なお、所定の時間は０でもよい。

席のみの予約では、再提供されるサービスの実際の料金は、注文される料理が決まるまで確定しない。このため、送信部２０は注文される料理が決まるまで再提供サービスの実際の単価を求めることはできない。この場合、送信部２０は、元サービスに対する再提供サービスの割引率を含む再提供サービス情報１６０Ａ，１６０Ｂを複数の利用者端末４に送信する。図４のキャンセル情報テーブル１３０Ａに格納されているキャンセル情報において、料理１３５が「席のみ」である場合、元サービスの料理毎の単価１３６には、例えば、その飲食店の平均客単価に基づいた１人当たりの料金が設定されている。算出部４０は、この元サービスの料理毎の単価１３６と割引率とに基づいて再提供サービスにおける仮の料理毎の単価を求め、その仮の料理毎の単価と再提供予約情報１７０Ａに含まれる料理毎の予約数１７３とによって再提供サービスの仮の料金を求める。そして、算出部４０は、再提供サービスの仮の料金と元サービスの料金とに基づいて元サービスの予約のキャンセル料を求める。
なお、キャンセル料と再提供サービスの料金は、利用者から飲食店が徴収することとしてもよいし、予約管理装置１が徴収することとしてもよいし、サービス再予約装置２Ａが徴収することとしてもよい。

図１３は、第１の実施形態に係るサービス再予約処理の流れの一例を示す。
サービス再予約装置２Ａは、予約がキャンセルされた元サービスの予約情報を予約管理装置１から受信する（Ｓ１）。情報登録部１０は、サービス再予約装置２Ａのキャンセル情報を作成し、そのキャンセル情報をキャンセル情報テーブル１３０Ａに登録する（Ｓ２）。

例えば、元サービスの開始時間１３４から所定の時間が経過する前に（Ｓ３：Ｎｏ）、利用者が利用者端末４を用いて所定の検索条件で再提供サービスを検索したとき、送信部２０はキャンセル情報テーブル１３０Ａからその検索条件を満たす元サービスのキャンセル情報を読み出す。次に、送信部２０は、再提供サービスの料理毎の単価を求める（Ｓ４）。このとき、送信部２０は、例えば、検索によって読み出されたキャンセル情報に含まれる元サービスの料理毎の単価１３６に基づいて再提供サービスの料理毎の単価を求めることができる。なお、元サービスの料理毎の単価１３６に基づいて再提供サービスの料理毎の単価を求める場合には、送信部２０とは別の手段により予め再提供サービスの料理毎の単価を求めておいてもよい。または、送信部２０は、例えば、現在の時間（すなわち、再提供サービス情報１６０Ａを利用者端末４に送信する時間）および検索によって読み出されたキャンセル情報に含まれる元サービスの開始時間１３４と料理毎の単価１３６に基づいて再提供サービスの料理毎の単価を求めることができる。そして、送信部２０は、キャンセル情報に含まれる元サービスの予約ＩＤ１３１と開始時間１３４と１つ以上の料理（内容）１３５と料理毎の単価１３６の情報、再提供サービスの料理毎の単価１６７および／または元サービスに対する再提供サービスの割引率の情報、および元サービスの料理毎の予約数１６８の情報を含む再提供サービス情報１６０Ａを利用者端末４に送信する（Ｓ５）。
および／または、元サービスの開始時間１３４から所定の時間が経過する前に（Ｓ３：Ｎｏ）、送信部２０は、再提供サービスの料理毎の単価を求める（Ｓ４）。このとき、送信部２０は、例えば、ステップＳ１で予約管理装置１から受信した予約情報に含まれる元サービスの料理毎の単価に基づいて再提供サービスの料理毎の単価を求めることができる。なお、元サービスの料理毎の単価に基づいて再提供サービスの料理毎の単価を求める場合には、送信部２０とは別の手段により予め再提供サービスの料理毎の単価を求めておいてもよい。または、送信部２０は、例えば、現在の時間（すなわち、再提供サービス情報１６０Ｂを利用者端末４に送信する時間）およびステップＳ１で予約管理装置１から受信した予約情報に含まれる元サービスの開始時間と料理毎の単価に基づいて再提供サービスの料理毎の単価を求めることができる。そして、送信部２０は、所定のタイミングで所定の複数の利用者の各利用者端末４へプッシュ通知を利用して、元サービスの予約ＩＤ１６１と開始時間１６４と１つ以上の料理（内容）１６５と料理毎の単価１６６の情報、再提供サービスの料理毎の単価１６７および／または元サービスに対する再提供サービスの割引率の情報、および元サービスの料理毎の予約数１６８の情報を含む再提供サービス情報１６０Ｂを利用者端末４に送信する（Ｓ５）。

利用者端末４は、再提供サービス情報１６０Ａ、１６０Ｂを受信すると、その内容をディスプレイに表示する。利用者は、その表示を見て再提供サービスの各料理（内容）１７２について料理毎の予約数１７３を決める。そして、利用者は、利用者端末４を用いて、その料理毎の予約数１７３を含む再提供予約情報１７０Ａをサービス再予約装置２Ａに送信する。受信部３０が再提供予約情報１７０Ａを利用者端末４から受信しない場合（Ｓ６：Ｎｏ）、ステップＳ３に戻る。
受信部３０は、再提供予約情報１７０Ａを利用者端末４から受信すると（Ｓ６：Ｙｅｓ）、受信した各再提供予約情報１７０Ａの中から所定の条件に従って再提供予約情報を選択する。算出部４０は、受信部３０によって選択された再提供予約情報１７０Ａに含まれる予約ＩＤ１７１で特定される再提供サービスの料理毎の単価１６７または元サービスに対する再提供サービスの割引率と再提供予約情報１７０Ａに含まれる料理毎の予約数１７３とに基づいて再提供サービスの料金を求める。そして、算出部４０は、その再提供サービスの料金と元サービスの料金に基づいて元サービスの予約のキャンセル料を求める（Ｓ７）。一方、元サービスの開始時間１３４から所定の時間が経過しても受信部３０が利用者端末４から再提供予約情報１７０Ａを受信しない場合（Ｓ３：Ｙｅｓ）、算出部４０は元サービスの料金に基づいて元サービスの予約のキャンセル料を求める（Ｓ８）。なお、元サービスの料金は、キャンセル情報テーブル１３０Ａに格納されているキャンセル情報に含まれる元サービスの料理毎の単価１３６と料理毎の予約数１３７とによって求められる。

図１４は、第１の実施形態に係るサービス再予約装置２Ａの変形例２Ｂを含むシステムの一例を示す。
サービス再予約装置２Ｂは、料金徴収確認部５０と料金徴収部６０とを有する点および利用者情報テーブル１２０Ｂの構成が第１の実施形態に係るサービス再予約装置２Ａと異なる。
図１５は、利用者情報テーブル１２０Ｂの一例を示す。
利用者情報テーブル１２０Ｂは、飲食店を利用する顧客についての利用者情報を格納する。利用者情報は、利用者ＩＤ１２１と、パスワード１２２と、携帯電話番号１２３と、電子メールアドレス１２４と、料金徴収手段１２５とを含む。
利用者情報テーブル１２０Ｂは、料金徴収手段１２５を含む点が利用者情報テーブル１２０Ａと異なる。それ以外の点は、利用者情報テーブル１２０Ｂと利用者情報テーブル１２０Ａは同一である。
料金徴収手段１２５は、利用者から再提供サービスの料金とキャンセル料を確実に徴収することができる手段を示す。料金徴収手段１２５は、例えば、クレジットカードによる決済やデポジット（預り金）の事前徴収である。

利用者は、例えば、利用者情報テーブル１２０Ｂに利用者情報を登録する時、またはサービス再予約装置２Ｂを利用する時に料金徴収手段１２５を指定する。情報登録部１０は、利用者情報テーブル１２０Ｂの利用者情報に指定された料金徴収手段１２５を記録する。例えば、利用者情報テーブル１２０Ｂに格納されている利用者情報の料金徴収手段１２５にクレジットカード番号が登録されている場合、料金徴収手段１２５は確定している。また、料金徴収手段１２５がデポジットの事前徴収である場合、利用者が元サービスの予約をキャンセルする前にデポジットを銀行口座等に入金することにより料金徴収手段１２５は確定する。
料金徴収確認部５０は、料金徴収手段１２５が確定しているか否かを判定する。料金徴収確認部５０は、料金徴収手段１２５が確定している場合に、送信部２０が再提供サービス情報１６０Ａ，１６０Ｂを利用者端末４に送信できるようにする。従って、利用者端末４を利用する利用者は、利用者情報テーブル１２０Ｂに記憶されている利用者情報の料金徴収手段１２５が確定している場合のみ、再提供サービスを検索することができ、再提供サービスについてプッシュ通知を受けることができる。
一方、料金徴収確認部５０は、料金徴収手段１２５が確定していない場合、送信部２０が再提供サービス情報１６０Ａ，１６０Ｂを利用者端末４に送信することを禁止する。従って、利用者端末４を利用する利用者は、利用者情報テーブル１２０Ｂに記憶されている利用者情報の料金徴収手段１２５が確定していない場合、再提供サービスの予約を依頼することができない。
料金徴収部６０は、算出部４０によって求められた再提供サービスの料金と元サービスの予約のキャンセル料をそれぞれ再提供サービスの利用者と元サービスの利用者から徴収する。

図１６は、第１の実施形態に係るサービス再予約装置２Ａの変形例２Ｂにおけるサービス再予約処理の流れの一例を示す。
図１６のサービス再予約処理の流れは、ステップＳ２とステップＳ３の間にステップＳ９が追加されている点、およびステップＳ７とステップＳ８に続いてステップＳ１０が実行される点が図１３のサービス再予約処理の流れと異なる。料金徴収確認部５０は、料金徴収手段１２５が確定しているか否かを判定する。料金徴収手段１２５が確定している場合（Ｓ９：Ｙｅｓ）、送信部２０は再提供サービス情報１６０Ａ，１６０Ｂを利用者端末４に送信することができる（Ｓ４，Ｓ５）。料金徴収部６０は、ステップＳ７に続いて実行される場合には再提供サービスの料金と元サービスの予約のキャンセル料を徴収し、ステップＳ８に続いて実行される場合には元サービスの予約のキャンセル料を徴収する（Ｓ１０）。
一方、料金徴収手段１２５が確定していない場合（Ｓ９：Ｎｏ）、サービス再予約処理は終了する。すなわち、料金徴収確認部５０は、送信部２０が再提供サービス情報１６０Ａ，１６０Ｂを利用者端末４に送信することを禁止する。
本変形例によれば、料金徴収手段１２５を指定してサービス再予約装置２Ｂに利用者登録すればキャンセル料が安くなる可能性があり、また低料金で再提供サービスを受けられる可能性がある。これにより、利用者はサービス再予約装置２Ｂに料金徴収手段１２５を指定して利用者登録する動機づけを得ると考えられる。
なお、飲食店または予約管理装置１が利用者からキャンセル料と再提供料金を徴収する場合には、本変形例を実施する必要はない。この場合、飲食店または予約管理装置１は、キャンセルされた予約の利用者について料金徴収手段が確定しているときのみその予約についての予約情報をサービス再予約装置２Ａに送信することとすればよい。

図１７は、本発明の第２の実施形態に係るサービス再予約装置２Ｃを含むシステムの一例を示す。
サービス再予約装置２Ｃは、第１の実施形態に係るサービス再予約装置２Ａと同様に、ＣＰＵと、ＲＡＭ等で構成される主メモリと、ハードディスク等で構成される記憶部１００とを備える。サービス再予約装置２Ｃは、例えば、コンピュータで実現することができる。また、サービス再予約装置２Ｃは、例えば、クラウドコンピューティングで実現することができる。
サービス再予約装置２Ｃの記憶部１００には、提供者情報テーブル１１０と、利用者情報テーブル１２０Ａと、キャンセル情報テーブル１３０Ｂと、サービス再予約プログラム１４０Ｂと、予約済情報テーブル１８０Ａとが格納されている。
サービス再予約装置２ＣのＣＰＵが記憶装置から主メモリにサービス再予約プログラム１４０Ｂを読み出して実行することにより、情報登録部１１と、送信部２１と、受信部３１と、算出部４１との各部の機能が実現される。

サービス再予約装置２Ｃは、キャンセル情報テーブル１３０Ｂの構成が第１の実施形態に係るキャンセル情報テーブル１３０Ａと異なる。また、サービス再予約装置２Ｃは、予約済情報テーブル１８０Ａを有する点が第１の実施形態に係るサービス再予約装置２Ａと異なる。
第２の実施形態は、例えば、予約がキャンセルされて、再度販売される料理が自由に着席できる座席で提供される場合に適する。また、第２の実施形態は、例えば、キャンセルされた料理が宅配（デリバリー）またはテイクアウトされる場合に適する。

図１８は、第２の実施形態に係るキャンセル情報テーブル１３０Ｂの一例を示す。
キャンセル情報テーブル１３０Ｂは、キャンセルされた元サービスの予約についてのキャンセル情報を格納する。キャンセル情報は、予約ＩＤ１３１と、利用者ＩＤ１３２と、提供者ＩＤ１３３と、開始時間１３４と、料理１３５と、料理の単価１３６と、料理の予約数１３７とを含む。
キャンセル情報テーブル１３０Ｂでは、予約ＩＤ１３１は料理（内容）１３５毎に１つ付与される。１つのキャンセル情報に含まれる予約数１３７は２以上である。そして１つのキャンセル情報に含まれる料理（内容）１３５は、複数回に分けて予約可能である。キャンセル情報テーブル１３０Ｂは、この点において第１の実施形態に係るキャンセル情報テーブル１３０Ａと異なる。その他の点では、キャンセル情報テーブル１３０Ｂは第１の実施形態に係るキャンセル情報テーブル１３０Ａと同一である。

図１９は、第２の実施形態に係る予約済情報テーブル１８０Ａの一例を示す。
予約済情報テーブル１８０Ａには、予約済みの再提供サービスについての予約済情報が格納される。予約済情報は、予約ＩＤ１８１、１組以上の利用者ＩＤ１８２と料理の単価１８３と料理の予約数１８４との組を含む。
予約ＩＤ１８１は、キャンセルされた元サービスの予約を一意に識別する識別情報である。予約ＩＤ１８１は、図１８の予約ＩＤ１３１に対応する。
利用者ＩＤ１８２は、予約ＩＤ１８１で特定される再提供サービスの利用者を一意に識別する識別情報である。利用者ＩＤ１８２は、図３の利用者ＩＤ１２１に対応する。
料理の単価１８３は、各利用者ＩＤ１８２によって識別される利用者によって支払われる料理１３５の単価を示す。料理の単価１８３は、時間が経つと変わる場合がある。
料理の予約数１８４には、各利用者ＩＤ１８２によって識別される利用者によって料理１３５について予約された数が設定される。
なお、予約済情報テーブル１８０Ａは、再提供サービスの料理の単価１８３の代わりに、各利用者ＩＤ１８２によって識別される利用者に適用された再提供サービスの割引率を含んでいてもよい。

図１９の例では、例えば、予約ＩＤ１８１＝１００１の料理１３５（和食）は、３回に分けて予約されており、１回目は利用者ＩＤ１８２＝０３７８の利用者によって料理の単価１８３＝１，８００円で２つ予約され、２回目は利用者ＩＤ１８２＝２７４５の利用者によって料理の単価１８３＝１，２００円で２つ予約され、３回目は利用者ＩＤ１８２＝４７６２の利用者によって料理の単価１８３＝６００円で２つ予約されている。この料理１３５（和食）は売り切れている。
また、例えば、予約ＩＤ１８１＝１２０１の料理１３５（フレンチ）は、１回のみ利用者ＩＤ１８２＝０７２８の利用者によって料理の単価１８３＝２７，０００円で４つ予約されている。一方、図１８のキャンセル情報テーブル１３０Ｂでは、予約ＩＤ１８１＝１２０１の料理１３５（フレンチ）の予約数１３７は５である。これは、予約ＩＤ１８１＝１２０１の料理１３５（フレンチ）は１つ売れ残ったことを意味する。

次に、サービス再予約装置２Ｃの動作について説明する。
サービス再予約装置２Ｃの情報登録部１１は、第１の実施形態に係るサービス再予約装置２Ａと同様に、飲食店の提供者情報と利用者の利用者情報とをそれぞれ提供者情報テーブル１１０と利用者情報テーブル１２０Ａとに登録する。
また、情報登録部１１は、予約管理装置１からキャンセルされた元サービスの予約情報を受信すると、予約ＩＤ１３１を生成し、その予約ＩＤ１３１を予約管理装置１の予約識別情報と紐付ける。そして、情報登録部１１は、サービス再予約装置２Ｃのキャンセル情報を作成し、そのキャンセル情報をキャンセル情報テーブル１３０Ｂに登録する。ただし、第１の実施形態に係るキャンセル情報テーブル１３０Ａと異なり、キャンセル情報テーブル１３０Ｂの予約ＩＤ１３１は料理１３５毎に１つ付与される。

元サービスのキャンセル情報がキャンセル情報テーブル１３０Ｂに登録されているとき、利用者は元サービスに基づいて提供される再提供サービスを予約することができる。第１の実施形態と同様に、第２の実施形態でも、利用者は、再提供サービスを利用するために、元サービスの提供者の設定に応じて、元サービスの料金に対して割り引かれた再提供サービスの料金を支払うことができる。すなわち、再提供サービスを利用する利用者は、元サービスの提供者の設定に応じて、元サービスに含まれる料理１３５を元の料金よりも低額で購入することができる。

サービス再予約装置２Ｃの送信部２１も、第１の実施形態に係るサービス再予約装置２Ａの送信部２０と同様の方法で再提供サービスを利用者に通知する。
１つの方法は、利用者が再提供サービスを所定の条件で検索したとき、キャンセル情報テーブル１３０Ｂから検索条件を満たす元サービスのキャンセル情報を読み出して再提供サービスを通知することである。利用者は、サービス再予約装置２ＣのＷｅｂサイトにログインし、再提供サービスを所定の条件で検索する。送信部２１は、検索されると、キャンセル情報テーブル１３０Ｂから検索条件を満たす元サービスのキャンセル情報を読み出す。
ただし、サービス再予約装置２Ｃでは、検索時に予約済の料理１３５がある場合、図１８のキャンセル情報テーブル１３０Ｂに格納されているキャンセル情報に含まれる料理の予約数１３７まで料理１３５を再提供することはできない。検索の時点で再提供できる料理１３５の上限数を求める必要がある。そこで、送信部２１は、図１８のキャンセル情報テーブル１３０Ｂに格納されているキャンセル情報に含まれる料理の予約数１３７から図１９の予約済情報テーブル１８０Ａに格納されている予約済情報に含まれる各料理の予約数１８４の合計を引いて上限数を求める。

そして、送信部２１は、例えば、キャンセル情報テーブル１３０Ｂから読み出されたキャンセル情報に含まれる元サービスの料理の単価１３６に基づいて再提供サービスを利用する利用者が支払うべき再提供サービスの料理の単価を求める。この算出法は、図５または図６の提供者ＩＤ１５１＝０５１３の飲食店のように、割引率が一定の場合に適する。なお、この算出法では、再提供サービスの料理の単価は予め求めておいてもよい。または、送信部２１は、例えば、現在の時間（すなわち、後述する図２０に示す再提供サービス情報１６０Ｃを利用者端末４に送信する時間）および読み出されたキャンセル情報に含まれる元サービスの開始時間１３４と料理の単価１３６とに基づいて再提供サービスを利用する利用者が支払うべき再提供サービスの料理の単価を求める。この算出法は、図５または図６の提供者ＩＤ１５１＝０００５と提供者ＩＤ１５１＝０１０１の飲食店のように、割引率が時間の経過とともに変化する場合に適する。例えば、送信部２１は、元サービスの料理の単価１３６に図５または図６の割引率をかけて割引料を求め、料理の単価１３６から割引料を引いて再提供サービスの料理の単価を求める。このため、例えば、図５または図６中の提供者ＩＤ＝０００５と提供者ＩＤ＝０１０１の飲食店について再提供サービスの料理の単価は、再提供サービス情報１６０Ｃを利用者端末４に送信する時点が元サービスの開始時間に近いほど、より低額となる。

図２０は、予約ＩＤ１３１＝１００１と予約ＩＤ１３１＝１５１７のキャンセル情報が検索条件を満たし、それらのキャンセル情報に基づいて作成された再提供サービス情報１６０Ｃの一例を示す。再提供サービス情報１６０Ｃは、予約ＩＤ１６１と、提供者ＩＤ１６２と、提供者情報１６３と、開始時間１６４と、料理１６５と、元サービスの料理の単価１６６と、再提供サービスの料理の単価１６７と、上限数１６９とを含む。再提供サービス情報１６０Ｃは、第１の実施形態に係る再提供サービス情報１６０Ａにおける予約数１６８の代わりに上限数１６９を含んでいる。
予約ＩＤ１６１は、キャンセルされた元サービスの予約を一意に識別する識別情報である。図２０の予約ＩＤ１６１は、図１８の予約ＩＤ１３１に対応する。
提供者ＩＤ１６２は、サービス再予約装置２Ｃを利用する飲食店を一意に識別する識別情報である。提供者ＩＤ１６２は、図２の提供者ＩＤ１１１に対応する。
提供者情報１６３は、図２の提供者情報１１３の中から利用者端末４における検索結果の表示に必要なものが選択されたものである。提供者情報１６３は、例えば、飲食店名、飲食店へのアクセス法、飲食店の電話番号、飲食店のＷｅｂサイトのＵＲＬ、飲食店の座標等の情報を含む。
開始時間１６４と料理１６５と元サービスの料理の単価１６６は、それぞれ図１８のキャンセル情報テーブル１３０Ｂの中から検索されたキャンセル情報に含まれる開始時間１３４と料理１３５と料理の単価１３６と同一である。
再提供サービスの料理の単価１６７は、再提供サービスを利用する利用者が支払うべき料理の単価である。
上限数１６９は、検索の時点で再提供サービスの利用者が再提供サービスの料理について予約可能な上限の数である。上限数１６９は、図１８のキャンセル情報テーブル１３０Ｂに格納されているキャンセル情報に含まれる元サービスの予約数１３７と予約済テーブル１８０に格納されている予約済情報に含まれる再提供サービスの各予約数１８４とに基づいて求められる。
なお、再提供サービス情報１６０Ｃは、再提供サービスの料理の単価１６７とともに、または再提供サービスの料理の単価１６７の代わりに、元サービスに対する再提供サービスの割引率を含んでいてもよい。再提供サービス情報１６０Ｃが再提供サービスの単価１６７を含まず、割引率のみを含む場合、再提供サービスの料理の単価は、上述したように送信部２１が求めるのではなく、後述する算出部４１が求めても良い。

送信部２１は、Ｗｅｂサイトを介して再提供サービス情報１６０Ｃを利用者端末４に送信する。図２１は、再提供サービス情報１６０Ｃに基づいて利用者端末４のディスプレイに表示される検索結果画面の一例を示す。検索結果画面の最下部には予約ボタンが表示される。図２１に示す検索結果画面上で利用者が予約ボタンをタップすると、利用者端末４の画面はサービス再予約装置２ＣのＷｅｂサイトの予約画面（図示無し）に遷移する。再提供サービス情報１６０Ｃの内容や検索結果画面と予約画面の構成にもよるが、利用者は、例えば予約画面上で料理を選択し、その料理の予約数を入力することができる。ただし、図２１の検索結果画面の例では、料理は和食に決まっており、利用者は予約画面上で料理の予約数のみを入力することができる。例えば、利用者が予約画面上で和食の予約数として２を入力すると、図２２の再提供予約情報１７０ＢがＷｅｂサイトからサービス再予約装置２Ｃに送信される。

再提供予約情報１７０Ｂは、予約ＩＤ１７１と、料理の予約数１７３とを含む。
予約ＩＤ１７１は、元サービスの予約を一意に識別する識別情報である。図２２の予約ＩＤ１７１は、図１８の予約ＩＤ１３１に対応する。
料理の予約数１７３は、利用者によって予約を依頼された料理の予約数を示す。
図２２の例は、利用者によって和食が２つ予約を依頼されたことを示す。なお、第２の実施形態では、予約ＩＤ１３１と料理１３５は１対１に対応するので、図１０の再提供予約情報１７０Ａと異なり、再提供予約情報１７０Ｂは料理を含まない。

複数の飲食店が検索条件を満たす場合、図２１の検索結果画面の最下部に戻るボタンと進むボタンが表示される。利用者が戻るボタンをタップすると、前の飲食店の表示に戻る。利用者が進むボタンをタップすると、次の飲食店の表示に進む。
図２０の再提供サービス情報１６０Ｃの例は、提供者ＩＤ１６２＝０００５と提供者ＩＤ１６２＝２７５５による再提供サービスの情報を含んでいた。図２１の検索結果画面には、提供者ＩＤ１６２＝０００５の飲食店による再提供サービスの詳細と進むボタンが表示されている。図２１の検索結果画面には戻るボタンを破線で示したが、図２０の再提供サービス情報１６０Ｃの例の場合には実際には戻るボタンは表示されない。利用者が進むボタンをタップすると、提供者ＩＤ１６２＝２７５５による再提供サービスの詳細と戻るボタンが表示される。
なお、再提供サービス情報１６０Ｃが、再提供サービスの料理の単価１６７とともに、または再提供サービスの料理の単価１６７の代わりに、元サービスに対する再提供サービスの割引率を含む場合、図２１の検索結果画面に再提供サービスの割引率が表示されることとしてもよい。利用者は、検索結果画面に表示される元サービスの料理の単価と再提供サービスの割引率とを見れば、再提供される料理の単価を知ることができる。

サービス再予約装置２Ｃの送信部２１が再提供サービスを利用者に通知するもう１つの方法は、所定のタイミングで所定の複数の利用者の各利用者端末４へプッシュ通知を利用して再提供サービス情報１６０Ｄを送信することである。
例えば、提供者ＩＤ＝０００５の飲食店が料理１３５（和食）の予約を１日前にキャンセルされ、予約ＩＤ＝１００１のキャンセル情報がキャンセル情報テーブル１３０Ｂに格納されたとする。図２３は、この時、各利用者端末４へプッシュ通知される再提供サービス情報１６０Ｄの例を示す。再提供サービス情報１６０Ｄは、図２０の再提供サービス情報１６０Ｃと同じ構成である。ただし、１日前の１８時にキャンセルされたのは和食を提供する提供者ＩＤ＝０００５の飲食店だけである。このため、送信部２１は、再提供される料理１６５として和食のみ含む再提供サービス情報１６０Ｄをキャンセルと同時（サービス開示時間の１日前の１８時）にプッシュ通知する。

具体的には、利用者が飲食店に電話して元サービスの予約をキャンセルすると、飲食店は提供者端末３を用いて予約管理装置１に予約のキャンセルを通知する。予約管理装置１はキャンセルされた予約の予約情報をサービス再予約装置２Ｃに送信する。サービス再予約装置２Ｃは、予約管理装置１から送信された予約情報を受信する。サービス再予約装置２Ｃの情報登録部１１は、サービス再予約装置２Ｃのキャンセル情報を作成し、そのキャンセル情報をキャンセル情報テーブル１３０Ｂに登録する。
このとき、当然ながら予約済の料理１３５は無いので、図１９の予約済情報テーブル１８０Ａには予約済情報は格納されていない。そこで、図２３に示す再提供サービス情報１６０Ｄの例では、サービス再予約装置２Ｃの送信部２１は、再提供サービスの料理の上限数１６９を６とする。

そして、送信部２１は、例えば、予約管理装置１から受信した予約情報に含まれる元サービスの料理の単価に基づいて再提供サービスを利用する利用者が支払うべき再提供サービスの料理の単価を求める。この算出法は、図５または図６の提供者ＩＤ１５１＝０５１３の飲食店のように、割引率が一定の場合に適する。または、送信部２１は、例えば、現在の時間（すなわち、再提供サービス情報１６０Ｄを利用者端末４に送信する時間）および予約管理装置１から受信した予約情報に含まれる元サービスの開始時間と料理の単価とに基づいて再提供サービスの料理の単価を求める。図２３の例では、開始時間１６４の１日前であるので、送信部２１は、再提供サービスの料理の単価１６７を１，８００円とする。この算出法は、図５または図６の提供者ＩＤ１５１＝０００５と提供者ＩＤ１５１＝０１０１の飲食店のように、割引率が時間の経過とともに変化する場合に適する。

そして、送信部２１は、図２３の再提供サービス情報１６０Ｄを作成する。次に、送信部２１は、例えばＬＩＮＥ公式アカウントの機能を用いて、友だち登録されている複数の利用者端末４に再提供サービス情報１６０Ｄを含むメッセージを一斉配信する。利用者端末４は、再提供サービス情報１６０Ｄを受信すると、プッシュ通知画面（図示無し）を表示する。プッシュ通知画面の最下部には予約ボタンが表示される。利用者が予約ボタンをタップすると、利用者端末４の画面はサービス再予約装置２ＣのＷｅｂサイトの予約画面（図示無し）に遷移する。再提供サービス情報１６０Ｄの内容やプッシュ通知画面と予約画面の構成にもよるが、利用者は、例えば、予約画面上で料理を選択し、その料理の予約数を入力することができる。ただし、図２３の再提供サービス情報１６０Ｄの例では、料理は和食に決まっており、利用者は予約画面上で料理の予約数のみを入力することができる。例えば、利用者が予約画面上で和食の予約数として２を入力すると、再提供予約情報１７０ＢがＷｅｂサイトからサービス再予約装置２Ｃに送信される。
なお、再提供サービス情報１６０Ｄも、再提供サービスの料理の単価１６７とともに、または再提供サービスの料理の単価１６７の代わりに元サービスに対する再提供サービスの割引率を含んでおり、プッシュ通知画面に再提供サービスの割引率が表示されることとしてもよい。利用者は、プッシュ通知画面に表示される元サービスの料理の単価と再提供サービスの割引率とを見れば、再提供される料理の単価を知ることができる。再提供サービス情報１６０Ｄが再提供サービスの料理の単価１６７を含まず、割引率のみを含む場合、再提供サービスの料理の単価は、上述したように送信部２１が求めるのではなく、後述する算出部４１が求めても良い。

また、サービス再予約装置２Ｃの送信部２１は、開始時間１６４の１時間前や半日前に再提供サービス情報１６０Ｄをプッシュ通知してもよいし、午前１１時や午後５時等所定の時刻に再提供サービス情報１６０Ｄをプッシュ通知してもよい。
また、送信部２１は、提供者端末３の近辺（例えば、３００ｍ以内）にある利用者端末４にのみ再提供サービス情報１６０Ｄをプッシュ通知したり、記憶部１００に格納されている各飲食店のお得意様リストに登録されている利用者端末４にのみ再提供サービス情報１６０Ｄをプッシュ通知したりしてもよい。
また、利用者端末４に専用アプリをインストールし、その専用アプリを用いてサービス再予約装置２Ｃから複数の利用者端末４に再提供サービス情報１６０Ｄをプッシュ通知することとしてもよい。

また、図示しない飲食店毎のお得意様リストを記憶部１００が記憶しており、送信部２１は、図３の利用者ＩＤ１２１がお得意様リストに登録されている場合のみ、その利用者ＩＤ１２１に対応する各利用者端末４からの検索に応答して再提供サービス情報１６０Ｃを送信したり、その利用者ＩＤ１２１に対応する各利用者端末４に再提供サービス情報１６０Ｄをプッシュ通知したりしてもよい。
また、図示しない利用者毎のお気に入りリストを記憶部１００が記憶しており、送信部２１は、各利用者のお気に入りリストに図２の提供者ＩＤ１１１が登録されている場合のみ、各利用者の利用者端末４に再提供サービス情報１６０Ｄをプッシュ通知してもよい。
また、図示しない飲食店毎または利用者全体についてのブラックリストを記憶部１００が記憶しており、送信部２１は、図３の利用者ＩＤ１２１がブラックリストに登録されている場合には、その利用者ＩＤ１２１に対応する各利用者端末４からの検索に対して再提供サービス情報１６０Ｃを送信しないようにしたり、その利用者ＩＤ１２１に対応する利用者端末４に再提供サービス情報１６０Ｄをプッシュ通知しないようにしたりしてもよい。
更に、サービス再予約装置２Ｃの送信部２１は、上述した検索やプッシュ通知に限らず、電子メールやＳＭＳのようなメッセージ送信によって再提供サービスを利用者に通知してもよい。

次に、受信部３１の動作について説明する。受信部３１は、利用者端末４から再提供予約情報１７０Ｂを受信する。再提供予約情報１７０Ｂは、予約ＩＤ１７１を１つのみ含む。一方、再提供サービス情報１６０Ｃと再提供サービス情報１６０Ｄは、複数の予約ＩＤ１６１を含む場合がある。この場合、受信部３１は、利用者端末４から再提供予約情報１７０Ｂを受信したときに、再提供予約情報１７０Ｂに含まれる予約ＩＤ１７１によって再提供サービス情報１６０Ｃまたは再提供サービス情報１６０Ｄに含まれるどの予約ＩＤ１６１に対応する再提供サービスについて利用者端末４の利用者が予約を依頼したか特定する。
次に、受信部３１は、再提供予約情報１７０Ｂに含まれる料理の予約数１７３によって、再提供される料理１６５の予約数を取得する。

ここで、送信部２１が再提供サービス情報１６０Ｃおよび／または再提供サービス情報１６０Ｄを複数の利用者端末４に送信し、受信部３１が複数の再提供予約情報１７０Ｂを受信する場合がある。この場合、受信した再提供予約情報１７０Ｂは、料理の予約数１７３が予約を受け付けることができる料理の上限数を超えている場合がある。
このため、受信部３１は、受信した各再提供予約情報１７０Ｂの中から所定の条件に従って再提供予約情報１７０Ｂを順次選択し、選択された再提供予約情報１７０Ｂに含まれる再提供サービスの料理の予約数１７３の情報とキャンセル情報テーブル１３０Ｂに格納されているキャンセル情報に含まれる料理の予約数１３７の情報と予約済情報テーブル１８０Ａに格納されている料理の各予約数１８４の情報とに基づいて選択された再提供予約情報１７０Ｂによる予約を受付け可能か否か判別する。受信部３１は、予約受付け可能と判別された再提供予約情報１７０Ｂを送信した所定の利用者端末４を使用する利用者を識別する利用者ＩＤと、その再提供予約情報１７０Ｂに含まれる予約ＩＤ１７１で特定される再提供サービスの料理の単価１６７または元サービスに対する再提供サービスの割引率の情報と、その再提供予約情報１７０Ｂに含まれる料理の予約数１７３の情報とを予約済情報テーブル１８０Ａの予約済情報に記録する。
そして、受信部３１は、それらの情報を予約済情報テーブル１８０Ａの予約済情報に記録した後に、再提供サービスが利用者によって予約されたことを示す予約情報を予約管理装置１に送信する。予約管理装置１は、その予約情報で特定される予約を新しい予約として受け付ける。

上述した所定の条件は、例えば、先着順である。この場合、受信部３１は受信した再提供予約情報１７０Ｂを先着順に選択する。
あるいは、送信部２１がプッシュ通知またはメッセージ送信により再提供サービス情報１６０Ｄを複数の利用者端末４に送信した場合、受信部３１は、最初に再提供予約情報１７０Ｂを受信してから再提供サービスについて予約の帰趨が確定するまで、所定の時間が経過する毎に、その所定の時間内に受信した各再提供予約情報１７０Ｂの中から所定の条件に従って各再提供予約情報を順次選択してもよい。
所定の条件は、例えば、ランダムに再提供予約情報１７０Ｂを選択することである。この場合、受信部３１は、所定の時間が経過する毎に、受信した各再提供予約情報１７０Ｂの中から再提供予約情報１７０Ｂをランダムに選択する。受信部３１は、再提供サービスについて予約の帰趨が確定するまでこれを繰り返す。

または、例えば、記憶部１００が元サービスを提供する提供者（飲食店）毎に再提供サービスを利用する各利用者の優先度を示す優先度情報を格納する優先者リストを記憶している。そして、所定の条件は、その元サービスの提供者についての優先者リストの中で優先度が高い利用者の利用者端末４から送信された再提供予約情報１７０Ｂを順番に選択することである。例えば、クレジットカード情報を登録した利用者やその飲食店の利用頻度が高い利用者の優先度を高くすることが考えられる。この場合、記憶部１００は、図示しない飲食店毎の優先者リストを記憶している。その各優先者リストは、各飲食店の再提供サービスを利用する各利用者の優先度を示す優先度情報を格納する。受信部３１は、所定の時間が経過する毎に、受信した各再提供予約情報１７０Ｂの中から、各飲食店についての優先者リストの中でより優先度の高い利用者の利用者端末４から送信された再提供予約情報１７０Ｂを順番に選択する。受信部３１は、再提供サービスについて予約の帰趨が確定するまでこれを繰り返す。
なお、所定の時間が長い場合には、受信部３１は、再提供予約情報１７０Ｂを送信した利用者端末４に、選択中である旨のメッセージを送信したり、選択結果が通知されるまでの待ち時間を示す情報を送信したりすることが望ましい。

再提供予約情報１７０Ｂが予約受付け可能か否か判別するために、受信部３１は、再提供予約情報１７０Ｂを受信すると、まず、図１８のキャンセル情報テーブル１３０Ｂに格納されているキャンセル情報に含まれる料理の予約数１３７と予約済テーブル１８０Ａに格納されている予約済情報に含まれる料理の各予約数１８４とに基づいて予約を受け付けることができる上限数を求める。受信部３１は、受信した再提供予約情報１７０Ｂに含まれる料理の予約数１７３が予約可能な上限数以内である場合には、受信した再提供予約情報１７０Ｂによる予約を受け付け可能と判別する。

再提供サービスについて予約の帰趨が確定すると、算出部４１は、再提供サービスの料金と元サービスの予約のキャンセル料を求める。
再提供サービスについて予約の帰趨が確定する場合は２つある。一つは元サービスの料理１３５が全て再提供のために予約された場合、すなわち料理１３５が売り切れた場合である。ここで、キャンセル情報テーブル１３０Ｂに格納されているキャンセル情報に含まれる料理１３５を提供できる上限の数は、そのキャンセル情報に含まれる料理の予約数１３７である。従って、受信部３１が再提供予約情報１７０Ｂを受信し、再提供サービスの料理の単価または割引率と料理の予約数との組を予約済情報テーブル１８０Ａの予約済情報に記録したとき、予約済情報テーブル１８０Ａに格納されている予約済情報に含まれる料理の各予約数１８４の合計が料理の予約数１３７と一致した場合に、再提供サービスについて予約の帰趨が確定する。
もう１つは、元サービスの開始時間１３４から所定の時間が経過しても、料理１３５が売れ残っている場合である。すなわち、開始時間１３４から所定の時間が経過したときに再提供サービスについて予約の帰趨が確定し、このとき以降、送信部２１は、再提供サービス情報１６０Ｃまたは再提供サービス情報１６０Ｄを利用者端末４へ送信しない。なお、所定の時間は０でもよい。

具体的には、再提供サービスについて予約の帰趨が確定すると、算出部４１は、キャンセル情報テーブル１３０Ｂに格納されているキャンセル情報に含まれる元サービスの料理の単価１３６と料理の予約数１３７とによって元サービスの料金を求める。例えば、予約ＩＤ＝１００１のキャンセル情報に含まれる和食の料金は、１８，０００円である。ただし、元サービスの料金は、再提供サービスについて予約の帰趨が確定した後に算出部４１が求めるのではなく、予め他の手段によって求めておいてもよい。
次に、算出部４１は、予約済情報テーブル１８０Ａに格納されている予約済情報に含まれる利用者ＩＤ１８２と再提供サービスの料理の単価１８３と料理の予約数１８４の各組について料理の単価１８３と料理の予約数１８４によって利用者ＩＤ１８２で識別される利用者毎に再提供サービスの料金を求める。または、算出部４１は、予約済情報テーブル１８０Ａに格納されている予約済情報に含まれる利用者ＩＤ１８２と再提供サービスの割引率と料理の予約数１８４の各組について、元サービスの料理の単価１３６と再提供サービスの割引率と料理の予約数１８４とによって利用者ＩＤ１８２で識別される利用者毎に再提供サービスの料金を求める。次に、利用者毎の料金を合計して再提供サービスの料金を求める。例えば、図１９の例では、予約ＩＤ＝１００１の予約済情報による和食の料金は７，２００円となる。

そして、算出部４１は、再提供サービスの料金と元サービスの料金とに基づいて元サービスの予約のキャンセル料を求める。例えば、算出部４１は、元サービスの料金と再提供サービスの料金との差額に基づいて元サービスの予約のキャンセル料を求める。上述したように、元サービスの料金と再提供サービスの料金がそれぞれ１８，０００円と７，２００円である場合、その差額は１０，８００円である。算出部４１は、この差額をキャンセル料としてもよいし、飲食店の手数料等を考慮してキャンセル料を差額よりも高額としてもよい。また、算出部４１は、キャンセル料を差額よりも低額としてもよいし、差額がある場合でもキャンセル料を無料としてもよい。キャンセル料をどのように定めるかは飲食店のポリシーによる。
なお、元サービスを開始する時間になっても、予約済情報テーブル１８０Ａに予約済情報が存在しない場合、再提供サービスの料理の予約数１８４の合計は０であり、再提供サービスの料金は０である。この場合、算出部４１は、実質的に元サービスの料金に基づいて元サービスの予約のキャンセル料を求めることになる。
なお、キャンセル料と再提供サービスの料金は、利用者から飲食店が徴収することとしてもよいし、予約管理装置１が徴収することとしてもよいし、サービス再予約装置２Ｃが徴収することとしてもよい。

図２４は、第２の実施形態に係るサービス再予約処理の流れの一例を示す。
サービス再予約装置２Ｃは、予約がキャンセルされた元サービスの予約情報を予約管理装置１から受信する（Ｓ１１）。情報登録部１１は、サービス再予約装置２Ｃのキャンセル情報を作成し、そのキャンセル情報をキャンセル情報テーブル１３０Ｂに登録する（Ｓ１２）。

再提供サービスについて予約の帰趨が確定していない場合（Ｓ１３：Ｎｏ）、例えば、送信部２１は、利用者が利用者端末４を用いて所定の検索条件で再提供サービスを検索したときにキャンセル情報テーブル１３０Ｂからその検索条件を満たす元サービスのキャンセル情報を読み出す。送信部２１は、キャンセル情報テーブル１３０Ｂに格納されているキャンセル情報に含まれる元サービスの料理の予約数１３７と予約済テーブル１８０Ａに格納されている予約済情報に含まれる再提供サービスの料理の各予約数１８４とに基づいて再提供サービスについて提供可能な料理の上限数を求める（Ｓ１４）。次に、送信部２１は、例えば、検索によって読み出されたキャンセル情報に含まれる元サービスの料理の単価１３６に基づいて再提供サービスの料理の単価を求める。または、送信部２１は、現在の時間（すなわち、再提供サービス情報１６０Ｃを利用者端末４に送信する時間）および検索によって読み出されたキャンセル情報に含まれる元サービスの開始時間１３４と料理の単価１３６に基づいて再提供サービスの料理の単価を求める（Ｓ１５）。そして、送信部２１は、キャンセル情報に含まれる元サービスの予約ＩＤ１３１と開始時間１３４と料理（内容）１３５と料理の単価１３６の情報、再提供サービスの料理の単価１６７および／または元サービスに対する再提供サービスの割引率の情報、および再提供サービスの料理について予約可能な上限数１６９の情報を含む再提供サービス情報１６０Ｃを利用者端末４に送信する（Ｓ１６）。

および／または、再提供サービスについて予約の帰趨が確定していない場合（Ｓ１３：Ｎｏ）、例えば、送信部２１は、元サービスの料理の予約数と予約済情報テーブル１８０Ａに格納されている予約済情報に含まれる再提供サービスの料理の各予約数１８４とに基づいて再提供サービスについて提供可能な料理の上限数を求める（Ｓ１４）。次に、送信部２１は、例えば、元サービスの料理の単価に基づいて再提供サービスを利用する利用者が支払うべき再提供サービスの料理の単価を求める。または、送信部２１は、現在の時間（すなわち、再提供サービス情報１６０Ｄを利用者端末４に送信する時間）および元サービスの開始時間と料理の単価に基づいて再提供サービスの料理の単価を求める（Ｓ１５）。そして、送信部２１は、所定のタイミングで所定の複数の利用者の各利用者端末４へプッシュ通知を利用して、元サービスの予約ＩＤ１６１と開始時間１６４と料理（内容）１６５と料理の単価１６６の情報、再提供サービスの料理の単価１６７および／または元サービスに対する再提供サービスの割引率の情報、および再提供サービスの料理について予約可能な上限数１６９を含む再提供サービス情報１６０Ｄを送信する（Ｓ１６）。

利用者は、再提供サービスの料理（内容）１６４の予約数１７３を決める。そして、利用者は、利用者端末４を用いて、その予約数１７３を含む再提供予約情報１７０Ｂをサービス再予約装置２Ｃに送信する。
受信部３１が予約受付け可能な料理（内容）の予約数１７３を含む再提供予約情報１７０Ｂを利用者端末４から受信しない場合（Ｓ１７：Ｎｏ）、ステップＳ１３に戻る。
一方、予約受付け可能な料理（内容）の予約数１７３を含む再提供予約情報１７０Ｂを利用者端末４から受信した場合（Ｓ１７：Ｙｅｓ）、受信部３１は、予約受付け可能と判別されたその再提供予約情報１７０Ｂを送信した利用者端末４を使用する利用者を識別する利用者ＩＤとその再提供予約情報１７０Ｂに含まれる予約ＩＤ１７１で特定される再提供サービスの料理の単価１６７または元サービスに対する再提供サービスの割引率の情報とその再提供予約情報１７０Ｂに含まれる料理の予約数１７３の情報とを予約済情報テーブル１８０Ａの予約済情報に記録して、ステップＳ１３に戻る（Ｓ１８）。

再提供サービスについて予約の帰趨が確定すると（Ｓ１３：Ｙｅｓ）、算出部４１は、予約済情報テーブル１８０Ａに格納されている予約済情報に含まれる利用者ＩＤ１８２と料理の単価１８３または元サービスに対する再提供サービスの割引率と料理の予約数１８４の各組について料理の単価１８３または元サービスに対する再提供サービスの割引率と料理の予約数１８４に基づいて再提供サービスの利用者毎に再提供サービスの料金を求める。次に、算出部４１は、それら利用者毎の料金を合計して再提供サービスの料金を求める。そして、算出部４１は、その再提供サービスの料金と元サービスの料金に基づいて元サービスの予約のキャンセル料を求める（Ｓ１９）。

図２５は、本発明の第３の実施形態に係るサービス再予約装置２Ｄを含むシステムの一例を示す。
サービス再予約装置２Ｄは、第１の実施形態に係るサービス再予約装置２Ａと同様に、ＣＰＵと、ＲＡＭ等で構成される主メモリと、ハードディスク等で構成される記憶部１００とを備える。サービス再予約装置２Ｄは、例えば、コンピュータで実現することができる。また、サービス再予約装置２Ｄは、例えば、クラウドコンピューティングで実現することができる。
サービス再予約装置２Ｄの記憶部１００には、提供者情報テーブル１１０と、利用者情報テーブル１２０Ａと、キャンセル情報テーブル１３０Ｃと、サービス再予約プログラム１４０Ｃと、予約済情報テーブル１８０Ｂとが格納されている。
サービス再予約装置２ＤのＣＰＵが記憶装置から主メモリにサービス再予約プログラム１４０Ｃを読み出して実行することにより、情報登録部１２と、送信部２２と、受信部３２と、算出部４２との各部の機能が実現される。

サービス再予約装置２Ｄは、キャンセル情報テーブル１３０Ｃの構成が第１の実施形態に係るキャンセル情報テーブル１３０Ａと異なる。また、サービス再予約装置２Ｄは、予約済情報テーブル１８０Ｂを有する点が第１の実施形態に係るサービス再予約装置２Ａと異なる。
第３の実施形態は、例えば、６人掛けテーブルと４人掛けテーブルを用いて提供される１０人分の料理の予約がキャンセルされた場合に適する。この場合、６人掛けテーブルと４人掛けテーブルで提供される料理を別の２つのグループに再提供することも可能である。

図２６は、第３の実施形態に係るキャンセル情報テーブル１３０Ｃの一例を示す。
キャンセル情報テーブル１３０Ｃは、キャンセルされた元サービスの予約についてのキャンセル情報を格納する。キャンセル情報は、予約ＩＤ１３１と、利用者ＩＤ１３２と、提供者ＩＤ１３３と、開始時間１３４と、１つ以上の料理１３５と、料理毎の単価１３６と、料理毎の予約数１３７と、席数の組合せ１３８とを含む。
第３の実施形態では、予約ＩＤ１３１は２組以上に分割して予約可能な席数の組合せ１３８について１つ付与される。
個々の予約数１３７は１でもよいが、１つのキャンセル情報に含まれる予約数１３７の合計は２以上である。
席数の組合せ１３８は、分割して提供可能な席数の組合せを示す。例えば、図２６のキャンセル情報テーブル１３０Ｃの予約ＩＤ１３１＝２００１のキャンセル情報では、席数の組合せ１３８＝６＋４であるため、６人掛けのテーブルと４人掛けのテーブルに分けて提供できる。
キャンセル情報テーブル１３０Ｃは、これらの点において第１の実施形態に係るキャンセル情報テーブル１３０Ａと異なる。その他の点では、キャンセル情報テーブル１３０Ｃは第１の実施形態に係るキャンセル情報テーブル１３０Ａと同一である。
なお、図２６の例では、１つの予約ＩＤ１３１に紐づけられている料理毎の予約数１３７の合計と席数の組合せ１３８に含まれる席の合計とが同一である例を示したが、料理毎の予約数１３７の合計は席の合計より多くてもよい。例えば、１人につき２つ以上の料理が予約される場合には、料理毎の予約数１３７の合計が席の合計より多くなることがあり得る。

図２７は、第３の実施形態に係る予約済情報テーブル１８０Ｂの一例を示す。
予約済情報テーブル１８０Ｂには、予約済みの再提供サービスについての予約済情報が格納される。予約済情報は、予約ＩＤ１８１、１組以上の利用者ＩＤ１８２と１つ以上の料理１８５と当該料理毎の単価１８３と当該料理毎の予約数１８４と席数の組合せ１８６との組を含む。
予約ＩＤ１８１は、キャンセルされた元サービスの予約を一意に識別する識別情報である。予約ＩＤ１８１は、図２６の予約ＩＤ１３１に対応する。
利用者ＩＤ１８２は、予約ＩＤ１８１で特定される再提供サービスの利用者を一意に識別する識別情報である。利用者ＩＤ１８２は、図３の利用者ＩＤ１２１に対応する。
料理１８５は、各利用者ＩＤ１８２によって識別される利用者に再提供される料理を示す。料理１８５は、キャンセル情報テーブル１３０Ｃに格納されているキャンセル情報の料理１３５に含まれるものである。
料理毎の単価１８３は、各利用者ＩＤ１８２によって識別される利用者によって支払われる料理１８５毎の単価を示す。料理毎の単価１８３は、時間が経つと変わる場合がある。
料理毎の予約数１８４には、各利用者ＩＤ１８２によって識別される利用者によって予約された料理１８５毎の予約数が設定される。
席数の組合せ１８６は、各利用者ＩＤ１８２によって識別される利用者によって予約された席数の組合せを示す。なお、席数の組合せ１８６は、それ以上分割できない席数（例えば１つのテーブルのみの席数）であっても良い。
なお、予約済情報テーブル１８０Ｂは、再提供サービスの料理毎の単価１８３の代わりに各利用者ＩＤ１８２によって識別される利用者に適用された再提供サービスの割引率を含んでいてもよい。

図２７の例では、例えば、予約ＩＤ１８１＝２００１の再提供サービスは、２回に分けて予約されている。１回目は利用者ＩＤ１８２＝３１６４の利用者によって席数の組合せ１８６＝４席について料理毎の単価１８３＝１，２００円で和食Ａが３つ予約されている。この場合、図２６のキャンセル情報テーブル１３０Ｃにおいて予約ＩＤ１３１＝２００１のキャンセル情報に含まれる席数の組合せ１３８は６席と４席である。１回目の予約の結果、６席が残る。２回目は利用者ＩＤ１８２＝１７３３の利用者によって席数の組合せ１８６＝６席について料理毎の単価１８３＝６００円で和食Ａが３つ、料理毎の単価１８３＝５００円で和食Ｂが２つ予約されている。
また、例えば、予約ＩＤ１８１＝２２０１の再提供サービスは、１回のみ利用者ＩＤ１８２＝０８２５の利用者によって席数の組合せ１８６＝６席について料理毎の単価１８３＝３，６００円で６つ予約されている。図２６のキャンセル情報テーブル１３０Ｃにおいて予約ＩＤ１３１＝２２０１のキャンセル情報に含まれる料理毎の予約数１３７は１２であり、席数の組合せ１３８は６席が２つである。予約ＩＤ１８１＝２２０１の再提供サービスは、最終的に６つの予約と６席が売れ残ったことになる。

次に、サービス再予約装置２Ｄの動作について説明する。
サービス再予約装置２Ｄの情報登録部１２は、第１の実施形態に係るサービス再予約装置２Ａと同様に、飲食店の提供者情報と利用者の利用者情報とをそれぞれ提供者情報テーブル１１０と利用者情報テーブル１２０Ａとに登録する。
また、情報登録部１２は、予約管理装置１からキャンセルされた元サービスの予約情報を受信すると、予約ＩＤ１３１を生成し、その予約ＩＤ１３１を予約管理装置１の予約識別情報と紐付ける。そして、情報登録部１２は、サービス再予約装置２Ｄのキャンセル情報を作成し、そのキャンセル情報をキャンセル情報テーブル１３０Ｃに登録する。このとき、予約管理装置１から受信する予約情報は、分割して提供可能な席数の組合せを含む。第１の実施形態に係るキャンセル情報テーブル１３０Ａと異なり、キャンセル情報テーブル１３０Ｃの予約ＩＤ１３１は席数の組合せ１３８毎に１つ付与される。

元サービスのキャンセル情報がキャンセル情報テーブル１３０Ｃに登録されているとき、利用者は元サービスに基づいて提供される再提供サービスを予約することができる。第１の実施形態と同様に、第３の実施形態でも、利用者は、再提供サービスを利用するために、元サービスの提供者の設定に応じて、元サービスの料金に対して割り引かれた再提供サービスの料金を支払うことができる。すなわち、再提供サービスを利用する利用者は、元サービスの提供者の設定に応じて、元サービスに含まれる料理１３５を元の料金よりも低額で購入することができる。

サービス再予約装置２Ｄの送信部２２も、第１の実施形態に係るサービス再予約装置２Ａの送信部２０と同様の方法で再提供サービスを利用者に通知する。
１つの方法は、利用者が再提供サービスを所定の条件で検索したとき、キャンセル情報テーブル１３０Ｃから検索条件を満たす元サービスのキャンセル情報を読み出して再提供サービスを通知することである。利用者は、サービス再予約装置２ＤのＷｅｂサイトにログインし、再提供サービスを所定の条件で検索する。送信部２２は、検索されると、キャンセル情報テーブル１３０Ｃから検索条件を満たす元サービスのキャンセル情報を読み出す。
ただし、サービス再予約装置２Ｄでは、検索時に他の利用者による予約がある場合、図２６のキャンセル情報テーブル１３０Ｃに格納されているキャンセル情報に含まれる料理毎の予約数１３７まで料理１３５を再提供することはできず、席数の組合せ１３８まで席を再提供することはできない。検索の時点で再提供できる料理１３５の上限数と席の組合せを求める必要がある。そこで、送信部２２は、図２６のキャンセル情報テーブル１３０Ｃに格納されているキャンセル情報に含まれる料理毎の予約数１３７から図２７の予約済情報テーブル１８０Ｂに格納されている予約済情報に含まれる料理毎の各予約数１８４の合計を引いて再提供サービスの料理毎の予約可能な上限数を求める。次に、送信部２２は、図２６のキャンセル情報テーブル１３０Ｃに格納されているキャンセル情報に含まれる席数の組合せ１３８と図２７の予約済情報テーブル１８０Ｂに格納されている予約済情報に含まれる各席数の組合せ１８６とに基づいて再提供サービスにおいて予約可能な席数の組合せを求める。

そして、送信部２２は、例えば、読み出されたキャンセル情報に含まれる元サービスの料理毎の単価１３６に基づいて再提供サービスを利用する利用者が支払うべき再提供サービスの料理毎の単価を求める。この算出法は、図５または図６の提供者ＩＤ１５１＝０５１３の飲食店のように、割引率が一定の場合に適する。なお、この算出法では、再提供サービスの料理毎の単価は予め求めておいてもよい。または、送信部２２は、例えば、現在の時間（すなわち、後述する図２８に示す再提供サービス情報１６０Ｅを利用者端末４に送信する時間）および読み出されたキャンセル情報に含まれる元サービスの開始時間１３４と料理毎の単価１３６とに基づいて再提供サービスを利用する利用者が支払うべき再提供サービスの料理毎の単価を求める。この算出法は、図５または図６の提供者ＩＤ１５１＝０００５と提供者ＩＤ１５１＝０１０１の飲食店のように、割引率が時間の経過とともに変化する場合に適する。例えば、送信部２２は、料理毎の単価１３６に図５または図６の割引率をかけて割引料を求め、料理毎の単価１３６から割引料を引いて再提供サービスの単価を求める。このため、例えば、図５または図６中の提供者ＩＤ＝０００５と提供者ＩＤ＝０１０１の飲食店について再提供サービスの料理毎の単価は、再提供サービス情報１６０Ｅを利用者端末４に送信する時点が元サービスの開始時間に近いほど、より低額となる。

図２８は、予約ＩＤ１３１＝２００１と予約ＩＤ１３１＝２２０１のキャンセル情報が検索条件を満たし、それらのキャンセル情報に基づいて作成された再提供サービス情報１６０Ｅの一例を示す。再提供サービス情報１６０Ｅは、予約ＩＤ１６１と、提供者ＩＤ１６２と、提供者情報１６３と、開始時間１６４と、１つ以上の料理１６５と、元サービスの料理毎の単価１６６と、再提供サービスの料理毎の単価１６７と、再提供サービスの料理毎の上限数１６９Ａと、席数の組合せ１６９Ｂとを含む。再提供サービス情報１６０Ｅは、第１の実施形態に係る再提供サービス情報１６０Ａにおける予約数１６８の代わりに再提供サービスの料理毎の上限数１６９Ａを含んでおり、更に席数の組合せ１６９Ｂを含んでいる。
予約ＩＤ１６１は、キャンセルされた元サービスの予約を一意に識別する識別情報である。図２８の予約ＩＤ１６１は、図２６の予約ＩＤ１３１に対応する。
提供者ＩＤ１６２は、サービス再予約装置２Ｄを利用する飲食店を一意に識別する識別情報である。提供者ＩＤ１６２は、図２の提供者ＩＤ１１１に対応する。
提供者情報１６３は、図２の提供者情報１１３の中から利用者端末４における検索結果の表示に必要なものが選択されたものである。提供者情報１６３は、例えば、飲食店名、飲食店へのアクセス法、飲食店の電話番号、飲食店のＷｅｂサイトのＵＲＬ、飲食店の座標等の情報を含む。
開始時間１６４と料理１６５と元サービスの料理毎の単価１６６は、それぞれ図２６のキャンセル情報テーブル１３０Ｃの中から検索されたキャンセル情報に含まれる開始時間１３４と料理１３５と料理毎の単価１３６と同一である。
再提供サービスの料理毎の単価１６７は、再提供サービスを利用する利用者が支払うべき料理毎の単価である。
再提供サービスの料理毎の上限数１６９Ａは、検索の時点で再提供サービスの利用者が料理毎に予約可能な上限の数である。再提供サービスの料理毎の上限数１６９Ａは、図２６のキャンセル情報テーブル１３０Ｃに格納されているキャンセル情報に含まれる料理毎の予約数１３７と予約済テーブル１８０Ｂに格納されている予約済情報に含まれる料理毎の各予約数１８４とに基づいて求められる。
席数の組合せ１６９Ｂは、検索の時点で再提供サービスの利用者が予約可能な席数の組合せを示す。席数の組合せ１６９Ｂは、図２６のキャンセル情報テーブル１３０Ｃに格納されているキャンセル情報に含まれる席数の組合せ１３８と図２７の予約済情報テーブル１８０Ｂに格納されている予約済情報に含まれる各席数の組合せ１８５とに基づいて求められる。なお、席数の組合せ１６９Ｂは、それ以上分割できない席数（例えば１つのテーブルのみの席数）であっても良い。
なお、再提供サービス情報１６０Ｅは、再提供サービスの料理毎の単価１６７とともに、または再提供サービスの料理毎の単価１６７の代わりに、元サービスに対する再提供サービスの割引率を含んでいてもよい。再提供サービス情報１６０Ｅが再提供サービスの料理毎の単価１６７を含まず、割引率のみを含む場合、再提供サービスの料理毎の単価は、上述したように送信部２１が求めるのではなく、後述する算出部４１が求めても良い。

送信部２２は、Ｗｅｂサイトを介して再提供サービス情報１６０Ｅを利用者端末４に送信する。図２９は、再提供サービス情報１６０Ｅに基づいて利用者端末４のディスプレイに表示される検索結果画面の一例を示す。検索結果画面の最下部には予約ボタンが表示される。利用者が予約ボタンをタップすると、利用者端末４の画面はサービス再予約装置２ＤのＷｅｂサイトの予約画面（図示無し）に遷移する。再提供サービス情報１６０Ｅの内容や検索結果画面と予約画面の構成にもよるが、利用者は、例えば予約画面上で料理を選択し、料理毎の予約数を入力し、席数の組合せを選択することができる。ただし、図２９の検索結果画面の例では、料理は和食Ａと和食Ｂの組み合わせに決まり、席数の組合せは６席に決まっている。この場合、利用者が予約画面上で和食Ａの予約数として３、和食Ｂの予約数として２を入力すると、図３０の再提供予約情報１７０ＣがＷｅｂサイトからサービス再予約装置２Ｄに送信される。

再提供予約情報１７０Ｃは、予約ＩＤ１７１と、１つ以上の料理１７２と、料理毎の予約数１７３と、席数の組合せ１７４とを含む。
予約ＩＤ１７１は、キャンセルされた元サービスの予約を一意に識別する識別情報である。図３０の予約ＩＤ１７１は、図２６の予約ＩＤ１３１に対応する。
料理１７２は、利用者によって再提供サービスで予約された料理を示す。料理１７２は、再提供サービス情報１６０Ｅの料理１６５に対応する。
料理毎の予約数１７３は、利用者によって再提供サービスで料理１７２について予約された料理毎の予約数を示す。
席数の組合せ１７４は、利用者によって再提供サービスで予約された席数の組合せを示す。なお、席数の組合せ１７４は、それ以上分割できない席数（例えば１つのテーブルのみの席数）であっても良い。
図３０の例は、利用者によって席数の組合せ１７４＝６席について和食Ａが３つ、和食Ｂが２つの予約が依頼されたことを示す。図２８の再提供サービス情報１６０Ｅでは、和食Ａと和食Ｂの料理毎の上限数１６９Ａはそれぞれ３つと４つであった。受信部３２が図３０の再提供予約情報１７０Ｃによる予約を受け付けた場合、和食Ａは売り切れるが、和食Ｂは２つが売れ残ることになる。

複数の飲食店が検索条件を満たす場合、図２９の検索結果画面の最下部に戻るボタンと進むボタンが表示される。利用者が戻るボタンをタップすると、前の飲食店の表示に戻る。利用者が進むボタンをタップすると、次の飲食店の表示に進む。
図２８の再提供サービス情報１６０Ｅの例は、提供者ＩＤ１３３＝０００５と提供者ＩＤ１３３＝０６３２による再提供サービスの情報を含んでいた。このため、図２９の検索結果画面には、提供者ＩＤ１３３＝０００５の飲食店による再提供サービスの詳細と進むボタンが表示されている。図２９の検索結果画面には戻るボタンを破線で示したが、図２８の再提供サービス情報１６０Ｅの例の場合には実際には戻るボタンは表示されない。利用者が進むボタンをタップすると、提供者ＩＤ１３３＝０６３２による再提供サービスの詳細と戻るボタンが表示される。
なお、再提供サービス情報１６０Ｅが、再提供サービスの料理毎の単価１６７とともに、または再提供サービスの料理毎の単価１６７の代わりに、元サービスに対する再提供サービスの割引率を含む場合、図２９の検索結果画面に再提供サービスの割引率が表示されることとしてもよい。利用者は、検索結果画面に表示される元サービスの料理毎の単価と再提供サービスの割引率とを見れば、再提供される料理について料理毎の単価を知ることができる。

サービス再予約装置２Ｄの送信部２２が再提供サービスを利用者に通知するもう１つの方法は、所定のタイミングで所定の複数の利用者の各利用者端末４へプッシュ通知を利用して再提供サービス情報１６０Ｆを送信することである。
例えば、提供者ＩＤ＝０００５の飲食店が料理１３５（和食Ａと和食Ｂの組合せ）の予約を１日前にキャンセルされ、予約ＩＤ＝２００１のキャンセル情報がキャンセル情報テーブル１３０Ｃに格納されたとする。図３１は、この時、各利用者端末４へプッシュ通知される再提供サービス情報１６０Ｆの例を示す。再提供サービス情報１６０Ｆは、図２８の再提供サービス情報１６０Ｅと同じ構成である。ただし、１日前の１８時にキャンセルされたのは和食Ａと和食Ｂの組合せを提供する提供者ＩＤ＝０００５の飲食店だけである。このため、送信部２２は、再提供される料理１７２として和食Ａと和食Ｂの組合せを含む再提供サービス情報１６０Ｆをキャンセルと同時（サービス開始時間の１日前の１８時）にプッシュ通知する。

具体的には、利用者が飲食店に電話して元サービスの予約をキャンセルすると、飲食店は提供者端末３を用いて予約管理装置１に予約のキャンセルを通知する。予約管理装置１はキャンセルされた予約の予約情報をサービス再予約装置２Ｄに送信する。サービス再予約装置２Ｄは、予約管理装置１から送信された予約情報を受信する。サービス再予約装置２Ｄの情報登録部１２は、サービス再予約装置２Ｄのキャンセル情報を作成し、そのキャンセル情報をキャンセル情報テーブル１３０Ｃに登録する。
このとき、当然ながら予約済の料理１３５は無いので、図２７の予約済情報テーブル１８０Ｂには予約済情報は格納されていない。そこで、図３１に示す再提供サービス情報１６０Ｆの例では、サービス再予約装置２Ｄの送信部２２は、和食Ａと和食Ｂについて再提供サービスの料理毎の上限数１６９Ａをそれぞれ６と４とする。また、送信部２２は、席数の組合せ１６９Ｂを６席と４席とする。

そして、送信部２２は、例えば、予約管理装置１から受信した予約情報に含まれる元サービスの料理毎の単価に基づいて再提供サービスを利用する利用者が支払うべき再提供サービスの料理毎の単価１６７を求める。この算出法は、図５または図６の提供者ＩＤ１５１＝０５１３の飲食店のように、割引率が一定の場合に適する。または、送信部２２は、例えば、現在の時間（すなわち、再提供サービス情報１６０Ｆを利用者端末４に送信する時間）および予約管理装置１から受信した予約情報に含まれる元サービスの開始時間と料理毎の単価とに基づいて再提供サービスの料理毎の単価１６７を求める。図３１の例では、開始時間１６４の１日前であるので、送信部２２は、和食Ａと和食Ｂについて再提供サービスの料理毎の単価１６７をそれぞれ１，２００円と１，０００円とする。この算出法は、図５または図６の提供者ＩＤ１５１＝０００５と提供者ＩＤ１５１＝０１０１の飲食店のように、割引率が時間の経過とともに変化する場合に適する。

そして、送信部２２は、図３１の再提供サービス情報１６０Ｆを作成する。次に、送信部２２は、例えばＬＩＮＥ公式アカウントの機能を用いて、友だち登録されている複数の利用者端末４に再提供サービス情報１６０Ｆを含むメッセージを一斉配信する。利用者端末４は、再提供サービス情報１６０Ｆを受信すると、プッシュ通知画面（図示無し）を表示する。プッシュ通知画面の最下部には予約ボタンが表示される。利用者が予約ボタンをタップすると、利用者端末４の画面はサービス再予約装置２ＤのＷｅｂサイトの予約画面（図示無し）に遷移する。再提供サービス情報１６０Ｆの内容やプッシュ通知画面と予約画面の構成にもよるが、利用者は、例えば予約画面上で料理を選択し、料理毎の予約数を入力し、席数の組合せを選択することができる。ただし、図３１の再提供サービス情報１６０Ｆでは、料理は和食Ａと和食Ｂの組み合わせに決まる。この場合、利用者が予約画面上で和食Ａの予約数として３、和食Ｂの予約数として２を入力し、席数の組合せとして６席を選択すると、図３０の再提供予約情報１７０ＣがＷｅｂサイトからサービス再予約装置２Ｄに送信される。
なお、再提供サービス情報１６０Ｆも、再提供サービスの料理毎の単価１６７とともに、または再提供サービスの料理毎の単価１６７の代わりに、元サービスに対する再提供サービスの割引率を含んでおり、プッシュ通知画面に再提供サービスの割引率が表示されることとしてもよい。利用者は、プッシュ通知画面に表示される元サービスの料理毎の単価と再提供サービスの割引率とを見れば、再提供される料理について料理毎の単価を知ることができる。再提供サービス情報１６０Ｆが再提供サービスの料理毎の単価１６７を含まず、割引率のみを含む場合、再提供サービスの料理毎の単価は、上述したように送信部２２が求めるのではなく、後述する算出部４２が求めても良い。

また、サービス再予約装置２Ｄの送信部２２は、開始時間１６４の１時間前や半日前に再提供サービス情報１６０Ｆをプッシュ通知してもよいし、午前１１時や午後５時等所定の時刻に再提供サービス情報１６０Ｆをプッシュ通知してもよい。
また、送信部２２は、提供者端末３の近辺（例えば、３００ｍ以内）にある利用者端末４にのみ再提供サービス情報１６０Ｆをプッシュ通知したり、記憶部１００に格納されている各飲食店のお得意様リストに登録されている利用者端末４にのみ再提供サービス情報１６０Ｆをプッシュ通知したりしてもよい。
また、利用者端末４に専用アプリをインストールし、その専用アプリを用いてサービス再予約装置２Ｄから複数の利用者端末４に再提供サービス情報１６０Ｆをプッシュ通知することとしてもよい。

また、図示しない飲食店毎のお得意様リストを記憶部１００が記憶しており、送信部２２は、図３の利用者ＩＤ１２１がお得意様リストに登録されている場合のみ、その利用者ＩＤ１２１に対応する各利用者端末４からの検索に応答して再提供サービス情報１６０Ｅを送信したり、その利用者ＩＤ１２１に対応する各利用者端末４に再提供サービス情報１６０Ｆをプッシュ通知したりしてもよい。
また、図示しない利用者毎のお気に入りリストを記憶部１００が記憶しており、送信部２２は、各利用者のお気に入りリストに図２の提供者ＩＤ１１１が登録されている場合のみ、各利用者の利用者端末４に再提供サービス情報１６０Ｆをプッシュ通知してもよい。
また、図示しない飲食店毎または利用者全体についてのブラックリストを記憶部１００が記憶しており、送信部２２は、図３の利用者ＩＤ１２１がブラックリストに登録されている場合には、その利用者ＩＤ１２１に対応する各利用者端末４からの検索に対して再提供サービス情報１６０Ｅを送信しないようにしたり、その利用者ＩＤ１２１に対応する利用者端末４に再提供サービス情報１６０Ｆをプッシュ通知しないようにしたりしてもよい。
更に、サービス再予約装置２Ｄの送信部２２は、上述した検索やプッシュ通知に限らず、電子メールやＳＭＳのようなメッセージ送信によって再提供サービスを利用者に通知してもよい。

次に、受信部３２の動作について説明する。受信部３２は、利用者端末４から再提供予約情報１７０Ｃを受信する。再提供予約情報１７０Ｃは、予約ＩＤ１７１を１つのみ含む。一方、再提供サービス情報１６０Ｅと再提供サービス情報１６０Ｆは、複数の予約ＩＤ１６１を含む場合がある。この場合、受信部３２は、利用者端末４から再提供予約情報１７０Ｃを受信したときに、再提供予約情報１７０Ｃに含まれる予約ＩＤ１７１によって再提供サービス情報１６０Ｅまたは再提供サービス情報１６０Ｆに含まれるどの予約ＩＤ１６１に対応する再提供サービスについて利用者端末４の利用者が予約を依頼したか特定する。
次に、受信部３２は、再提供予約情報１７０Ｃに含まれる料理毎の予約数１７３と席数の組合せ１７４によって、再提供される各料理１７２の予約数と席数の組合せを取得する。

ここで、送信部２２が再提供サービス情報１６０Ｅおよび／または再提供サービス情報１６０Ｆを複数の利用者端末４に送信し、受信部３２が複数の再提供予約情報１７０Ｃを受信する場合がある。この場合、受信した再提供予約情報１７０Ｃは、料理毎の予約数１７３が予約を受け付けることができる料理の上限数を超えていたり、席数の組合せ１７４が予約を受け付けることができる席数の組合せを超えていたりする場合がある。
このため、受信部３２は、受信した各再提供予約情報１７０Ｃの中から所定の条件に従って再提供予約情報１７０Ｃを順次選択し、選択された再提供予約情報１７０Ｃに含まれる料理毎の予約数１７３の情報および席数の組合せ１７４の情報とキャンセル情報テーブル１３０Ｃに格納されているキャンセル情報に含まれる料理毎の予約数１３７の情報および席数の組合せ１３８の情報と予約済情報テーブル１８０Ｂに格納されている料理毎の各予約数１８４の情報および各席数の組合せ１８６の情報とに基づいて、選択された再提供予約情報１７０Ｃによる予約を受付け可能か否か判別する。受信部３２は、予約受付け可能と判別された再提供予約情報１７０Ｃを送信した所定の利用者端末４を使用する利用者を識別する利用者ＩＤ、その再提供予約情報１７０Ｃに含まれる予約ＩＤ１７１で特定される再提供サービスの１つ以上の料理（内容）１７２、当該各料理についての料理毎の単価１６７または元サービスに対する再提供サービスの割引率と当該各料理についての料理毎の予約数１７３との情報、およびその再提供予約情報１７０Ｃに含まれる席数の組合せ１７４の情報を予約済情報テーブル１８０Ｂの予約済情報に記録する。
そして、受信部３２は、それらの情報を予約済情報テーブル１８０Ｂの予約済情報に記録した後に、再提供サービスが利用者によって予約されたことを示す予約情報を予約管理装置１に送信する。予約管理装置１は、その予約情報で特定される予約を新しい予約として受け付ける。

上述した所定の条件は、例えば、先着順である。この場合、受信部３２は受信した再提供予約情報１７０Ｃを先着順に選択する。
あるいは、送信部２２がプッシュ通知またはメッセージ送信により再提供サービス情報１６０Ｆを複数の利用者端末４に送信した場合、受信部３２は、最初に再提供予約情報１７０Ｃを受信してから再提供サービスについて予約の帰趨が確定するまで、所定の時間が経過する毎に、その所定の時間内に受信した各再提供予約情報１７０Ｃの中から所定の条件に従って各再提供予約情報１７０Ｃを順次選択してもよい。
所定の条件は、例えば、ランダムに再提供予約情報１７０Ｃを選択することである。この場合、受信部３２は、所定の時間が経過する毎に、受信した各再提供予約情報１７０Ｃの中から再提供予約情報１７０Ｃをランダムに選択する。受信部３２は、再提供サービスについて予約の帰趨が確定するまでこれを繰り返す。
または、所定の条件は、例えば、再提供される各料理についての料理毎の単価１６７または元サービスに対する再提供サービスの割引率と料理毎の予約数１７３とに基づいて求められる再提供サービスの料金が高い順番に選択することである。この場合、受信部３２は、所定の時間が経過する毎に、受信した各再提供予約情報１７０Ｃの中から、再提供される各料理についての料理毎の単価１６７または元サービスに対する再提供サービスの割引率と料理毎の予約数１７３とに基づいて求められる再提供サービスの料金が高い順に再提供予約情報１７０Ｃを選択する。受信部３２は、再提供サービスについて予約の帰趨が確定するまでこれを繰り返す。

または、例えば、記憶部１００が元サービスを提供する提供者（飲食店）毎に再提供サービスを利用する各利用者の優先度を示す優先度情報を格納する優先者リストを記憶している。そして、所定の条件は、その元サービスの提供者についての優先者リストの中で優先度が高い利用者の利用者端末４から送信された再提供予約情報１７０Ｃを順番に選択することである。例えば、クレジットカード情報を登録した利用者やその飲食店の利用頻度が高い利用者の優先度を高くすることが考えられる。この場合、記憶部１００は、図示しない飲食店毎の優先者リストを記憶している。その各優先者リストは、各飲食店の再提供サービスを利用する各利用者の優先度を示す優先度情報を格納する。受信部３２は、所定の時間が経過する毎に、受信した各再提供予約情報１７０Ｃの中から、各飲食店についての優先者リストの中でより優先度の高い利用者の利用者端末４から送信された再提供予約情報１７０Ｃを順番に選択する。受信部３２は、再提供サービスについて予約の帰趨が確定するまでこれを繰り返す。
なお、所定の時間が長い場合には、受信部３２は、再提供予約情報１７０Ｃを送信した利用者端末４に、選択中である旨のメッセージを送信したり、選択結果が通知されるまでの待ち時間を示す情報を送信したりすることが望ましい。

再提供予約情報１７０Ｃが予約受付け可能か否か判別するために、受信部３２は、再提供予約情報１７０Ｃを受信すると、まず、図２６のキャンセル情報テーブル１３０Ｃに格納されているキャンセル情報に含まれる料理毎の予約数１３７と予約済テーブル１８０Ｂに格納されている予約済情報に含まれる料理毎の各予約数１８４とに基づいて予約を受け付けることができる上限数を求める。次に、キャンセル情報に含まれる席数の組合せ１３８と予約済情報に含まれる各席数の組合せ１８６とに基づいて予約を受け付けることができる席数の組合せを求める。受信部３２は、受信した再提供予約情報１７０Ｃに含まれる予約数１７３が予約可能な上限数以内であり、かつその再提供予約情報１７０Ｃに含まれる席数の組合せ１７４が予約可能な席数の組合せである場合には、受信した再提供予約情報１７０Ｃによる予約を受け付け可能と判別する。

再提供サービスについて予約の帰趨が確定すると、算出部４２は、再提供サービスの料金と元サービスの予約のキャンセル料を求める。
例えば、図２６のキャンセル情報テーブル１３０Ｃに格納されているキャンセル情報に含まれる席数の組合せ１３８で示される提供可能な席数が全て再提供のために予約された場合に予約の帰趨が確定する。この場合、受信部３２が予約可能な再提供予約情報１７０Ｃを受け付けて席数の組合せ１７４を予約済情報テーブル１８０Ｂの予約済情報に記録したときに、予約済情報テーブル１８０Ｂに格納されている予約済情報に記録されている各席数の組合せ１８６の合計がキャンセル情報に含まれる席数の組合せ１３８と一致した場合に、再提供サービスについて予約の帰趨が確定する。
また、例えば、元サービスの開始時間１３４から所定の時間が経過しても、予約可能な席数の組合せ１３８が残っている場合に予約の帰趨が確定する。すなわち、開始時間１３４から所定の時間が経過したときに再提供サービスについて予約の帰趨が確定し、このとき以降、送信部２２は、再提供サービス情報１６０Ｅまたは再提供サービス情報１６０Ｆを利用者端末４へ送信しない。なお、所定の時間は０でもよい。

具体的には、再提供サービスについて予約の帰趨が確定すると、算出部４２は、キャンセル情報テーブル１３０Ｃに格納されているキャンセル情報に含まれる元サービスの料理毎の単価１３６と料理毎の予約数１３７とによって元サービスの料金を求める。例えば、予約ＩＤ＝２００１のキャンセル情報に含まれる和食Ａと和食Ｂの合計料金は、２８，０００円である。ただし、元サービスの料金は、再提供サービスについて予約の帰趨が確定した後に算出部４２が求めるのではなく、予め他の手段によって求めておいてもよい。
次に、算出部４２は、予約済情報テーブル１８０Ｂに格納されている予約済情報に含まれる利用者ＩＤ１８２と再提供サービスの料理毎の単価１８３と料理毎の予約数１８４と料理１８５の各組について料理毎の単価１８３と料理毎の予約数１８４によって利用者ＩＤ１８２で識別される利用者毎に再提供サービスの料金を求める。または、算出部４２は、予約済情報テーブル１８０Ｂに格納されている予約済情報に含まれる利用者ＩＤ１８２と再提供サービスの割引率と料理毎の予約数１８４と料理１８５の各組について、元サービスの料理毎の単価１３６と再提供サービスの割引率と料理毎の予約数１８４とによって再提供サービスの料金を求める。次に、算出部４２は、利用者毎の料金を合計して再提供サービスの料金を求める。例えば、図２７の例では、予約ＩＤ＝２００１の予約済情報による和食Ａと和食Ｂの合計料金は６，４００円となる。

そして、算出部４２は、再提供サービスの料金と元サービスの料金とに基づいて元サービスの予約のキャンセル料を求める。例えば、算出部４２は、元サービスの料金と再提供サービスの料金との差額に基づいて元サービスの予約のキャンセル料を求める。上述したように、元サービスの料金と再提供サービスの料金がそれぞれ２８，０００円と６，４００円である場合、その差額は２１，６００円である。算出部４２は、この差額をキャンセル料としてもよいし、飲食店の手数料等を考慮してキャンセル料を差額よりも高額としてもよい。また、算出部４０は、キャンセル料を差額よりも低額としてもよいし、差額がある場合でもキャンセル料を無料としてもよい。キャンセル料をどのように定めるかは飲食店のポリシーによる。
なお、元サービスを開始する時間になっても、予約済情報テーブル１８０Ｂに予約済情報が存在しない場合、再提供サービスの料理毎の予約数１８４の合計は０であり、再提供サービスの料金は０である。この場合、算出部４２は、実質的に元サービスの料金に基づいて元サービスの予約のキャンセル料を求めることになる。
なお、キャンセル料と再提供サービスの料金は、利用者から飲食店が徴収することとしてもよいし、予約管理装置１が徴収することとしてもよいし、サービス再予約装置２Ｄが徴収することとしてもよい。

図３２は、第３の実施形態に係るサービス再予約処理の流れの一例を示す。
サービス再予約装置２Ｄは、予約がキャンセルされた元サービスの予約情報を予約管理装置１から受信する（Ｓ２１）。情報登録部１２は、サービス再予約装置２Ｄのキャンセル情報を作成し、そのキャンセル情報をキャンセル情報テーブル１３０Ｃに登録する（Ｓ２２）。

再提供サービスについて予約の帰趨が確定していない場合（Ｓ２３：Ｎｏ）、例えば、送信部２２は、利用者が利用者端末４を用いて所定の検索条件で再提供サービスを検索したときにキャンセル情報テーブル１３０Ｃからその検索条件を満たす元サービスのキャンセル情報を読み出す。そして、送信部２２は、キャンセル情報テーブル１３０Ｃに格納されているキャンセル情報に含まれる元サービスの料理毎の予約数１３７と予約済テーブル１８０Ｂに格納されている予約済情報に含まれる再提供サービスの料理毎の各予約数１８４とに基づいて再提供サービスについて提供可能な料理の上限数を求める。次に、送信部２２は、キャンセル情報テーブル１３０Ｃに格納されているキャンセル情報に含まれる席数の組合せ１３８と予約済情報テーブル１８０Ｂに格納されている予約済情報に含まれる各席数の組合せ１８６とに基づいて再提供サービスについて提供可能な席数の組合せを求める（Ｓ２４）。次に、送信部２２は、例えば、検索によって読み出されたキャンセル情報に含まれる元サービスの料理毎の単価１３６に基づいて再提供サービスの料理毎の単価を求める。または、送信部２２は、現在の時間（すなわち、再提供サービス情報１６０Ｅを利用者端末４に送信する時間）および検索によって読み出されたキャンセル情報に含まれる元サービスの開始時間１３４と料理毎の単価１３６に基づいて再提供サービスの料理毎の単価を求める（Ｓ２５）。そして、送信部２２は、キャンセル情報に含まれる元サービスの予約ＩＤ１３１と開始時間１３４と１つ以上の料理（内容）１３５と料理毎の単価１３６の情報、再提供サービスの料理毎の単価１６７および／または元サービスに対する再提供サービスの割引率の情報、再提供サービスの料理毎に予約可能な上限数１６９Ａの情報、および再提供サービスにおいて予約可能な席数の組合せの情報１６９Ｂを含む再提供サービス情報１６０Ｅを利用者端末４に送信する（Ｓ２６）。

および／または、再提供サービスについて予約の帰趨が確定していない場合（Ｓ２３：Ｎｏ）、例えば、送信部２２は、予約管理装置１から受信した予約情報に含まれる元サービスの料理毎の予約数またはキャンセル情報テーブル１３０Ｃに格納されているキャンセル情報に含まれる元サービスの料理毎の予約数１３７と、予約済情報テーブル１８０Ｂに格納されている予約済情報に含まれる再提供サービスの料理毎の各予約数１８４とに基づいて再提供サービスについて提供可能な料理の上限数を求める。次に、送信部２２は、予約管理装置１から受信した予約情報に含まれる席数の組合せまたはキャンセル情報テーブル１３０Ｃに格納されているキャンセル情報に含まれる席数の組合せ１３８と、予約済情報テーブル１８０Ｂに格納されている予約済情報に含まれる各席数の組合せ１８６とに基づいて再提供サービスについて提供可能な席数の組合せを求める（Ｓ２４）。次に、送信部２２は、例えば、元サービスの料理毎の単価に基づいて再提供サービスを利用する利用者が支払うべき再提供サービスの料理毎の単価を求める。または、送信部２２は、現在の時間（すなわち、再提供サービス情報１６０Ｆを利用者端末４に送信する時間）および元サービスの開始時間と料理毎の単価に基づいて再提供サービスの料理毎の単価を求める（Ｓ２５）。そして、送信部２２は、所定のタイミングで所定の複数の利用者の各利用者端末４へプッシュ通知を利用して、元サービスの予約ＩＤ１３１と開始時間１３４と１つ以上の料理（内容）１３５と料理毎の単価１３６の情報、再提供サービスの料理毎の単価１６７および／または元サービスに対する再提供サービスの割引率の情報、再提供サービスの料理毎に予約可能な上限数１６９Ａの情報、および再提供サービスにおいて予約可能な席数の組合せの情報１６９Ｂを含む再提供サービス情報１６０Ｆを利用者端末４に送信する（Ｓ２６）。

利用者は、再提供サービスの各料理（内容）１７２の予約数１７３と席数の組合せ１７４を決める。そして、利用者は、利用者端末４を用いて、料理毎の予約数１７３と席数の組合せ１７４を含む再提供予約情報１７０Ｃをサービス再予約装置２Ｄに送信する。
受信部３２が予約受付け可能な料理毎の予約数１７３と席数の組合せ１７４を含む再提供予約情報１７０Ｃを利用者端末４から受信しない場合（Ｓ２７：Ｎｏ）、ステップＳ２３に戻る。
一方、受信部３２が予約受付可能な料理毎の予約数１７３と席数の組合せ１７４を含む再提供予約情報１７０Ｃを利用者端末４から受信した場合（Ｓ２７：Ｙｅｓ）、受信部３２は、予約受付け可能と判別されたその再提供予約情報１７０Ｃを送信した利用者端末４を使用する利用者を識別する利用者ＩＤ、その再提供予約情報１７０Ｃに含まれる予約ＩＤ１７１で特定される再提供サービスの料理毎の単価１６７または元サービスに対する再提供サービスの割引率とその再提供サービスの料理毎の予約数１７３の情報、およびその再提供予約情報１７０Ｃに含まれる席数の組合せの情報を予約済情報テーブル１８０Ｂの予約済情報に記録し、ステップＳ２３に戻る（Ｓ２８）。

再提供サービスについて予約の帰趨が確定すると（Ｓ２３：Ｙｅｓ）、算出部４２は、予約済情報テーブル１８０Ｂに格納されている予約済情報に含まれる利用者ＩＤ１８２と料理毎の単価１８３または元サービスに対する再提供サービスの割引率と料理毎の予約数１８４と料理１８５の各組について料理毎の単価１８３または元サービスに対する再提供サービスの割引率と料理毎の予約数１８４に基づいて再提供サービスの利用者毎に再提供サービスの料金を求める。次に、算出部４２は、それら利用者毎の料金を合計して再提供サービスの料金を求める。そして、算出部４２は、再提供サービスの料金と元サービスの料金に基づいて元サービスの予約のキャンセル料を求める（Ｓ２９）。

次に、第４の実施形態に係るサービス再予約装置２Ｅ（図示無し）について説明する。
第１の実施形態に係るサービス再予約装置２Ａは、キャンセルされたサービスの全部または一部について再予約を１回に限り受け付けることができる。サービス再予約装置２Ｅは、第１の実施形態に係るサービス再予約装置２Ａの変形である。第４の実施形態に係るサービス再予約装置２Ｅは、キャンセルされたサービスの全部のみについて再予約を１回に限り受け付けることができる。サービス再予約装置２Ｅは、キャンセルされたサービスの一部について再予約を受け付けることができない点が第１の実施形態に係るサービス再予約装置２Ａと異なる。

図３３に示すように、サービス再予約装置２Ｅのキャンセル情報テーブル１３０Ｄに格納されるキャンセル情報は、予約ＩＤ１３１と、利用者ＩＤ１３２と、提供者ＩＤ１３３と、開始時間１３４と、内容１３５Ａと、料金１３６Ａとを含む。
予約ＩＤ１３１と利用者ＩＤ１３２と提供者ＩＤ１３３と開始時間１３４とは、第１の実施形態に係るキャンセル情報テーブル１３０Ａのものと同一である。
内容１３５Ａは、１組以上の料理とその料理の予約数との組を含む。内容１３５Ａは、例えば、第１の実施形態に係るキャンセル情報テーブル１３０Ａの料理１３５と予約数１３７を１つにまとめたものである。
料金１３６Ａは、元サービスの料理毎の単価ではなく元サービスの料金を示す。

図３４に示すように、サービス再予約装置２Ｅの再提供サービス情報１６０Ｇは、予約ＩＤ１６１と、提供者ＩＤ１６２と、提供者情報１６３と、開始時間１６４と、内容１６５Ａと、元サービスの料金１６６Ａと、再提供サービスの料金１６７Ａとを含む。
予約ＩＤ１６１と提供者ＩＤ１６２と提供者情報１６３と開始時間１６４とは、第１の実施形態に係る再提供サービス情報１６０Ａ，１６０Ｂのものと同一である。
内容１６５Ａと元サービスの料金１６６Ａは、それぞれキャンセル情報テーブル１３０Ｄに格納されているキャンセル情報に含まれる内容１３５Ａと料金１３６Ａと同一である。
再提供サービスの料金１６７Ａは、再提供サービスを利用する利用者が支払うべき料金である。再提供サービスの料金１６７Ａは、第１の実施形態に係る再提供サービス情報１６０Ａ，１６０Ｂに含まれる再提供サービスの単価１６７と同様の方法で、元サービスの料金１６６Ａに基づいて求められる。例えば、再提供サービスの料金１６７Ａは、元サービスの料金１６６Ａに割引率をかけて割引料を求め、元サービスの料金１６６Ａからその割引料を引くことにより、求められる。
なお、再提供サービス情報１６０Ｇは、再提供サービスの料金１６７Ａとともに、または再提供サービスの料金１６７Ａの代わりに、元サービスに対する再提供サービスの割引率を含んでいてもよい。再提供サービス情報１６０Ｇが再提供サービスの料金１６７Ａを含まず、割引率のみを含む場合、再提供サービスの料金は、送信部が求めるのではなく、算出部が求めても良い。

図３５に示すように、サービス再予約装置２Ｅの再提供予約情報１７０Ｄは、予約ＩＤ１７１のみを含む。

第１の実施形態に係るサービス再予約装置２Ａの送信部２０および受信部３０と同様に、サービス再予約装置２Ｅの送信部が再提供サービス情報１６０Ｇを複数の利用者端末４に送信し、サービス再予約装置２Ｅの受信部が複数の再提供予約情報１７０Ｄを受信する場合がある。この場合、サービス再予約装置２Ｅの受信部は、受信した再提供予約情報１７０Ｄの中から所定の条件に従って再提供予約情報１７０Ｄを選択し、再提供サービスの予約を確定する。
例えば、所定の条件は、受信部が最初に受信した再提供予約情報１７０Ｄであることである。この場合、受信部は、最初に再提供予約情報１７０Ｄを受信した時にその再提供予約情報１７０Ｄを選択する。

あるいは、サービス再予約装置２Ｅの送信部がプッシュ通知またはメッセージ送信により再提供サービス情報１６０Ｇを複数の利用者端末４に送信した場合、受信部は、最初に再提供予約情報１７０Ｄを受信してから所定の時間が経過した時に、その所定の時間内に受信した各再提供予約情報１７０Ｄの中から、以下のような所定の条件に従って再提供予約情報１７０Ｄを選択してもよい。
所定の条件は、例えば、ランダムに再提供予約情報１７０Ｄを選択することである。この場合、受信部は、所定の時間が経過した時に、その所定の時間内に受信した各再提供予約情報１７０Ｄの中から再提供予約情報１７０Ｄをランダムに選択する。
または、例えば、記憶部１００が元サービスを提供する提供者（提供者）毎に再提供サービスを利用する各利用者の優先度を示す優先度情報を格納する優先者リストを記憶している。そして、所定の条件は、受信部によって再提供予約情報１７０Ｄが最初に受信されてから所定の時間内に受信された各再提供予約情報１７０Ｄの中で、その元サービスの提供者についての優先者リストの中で最も優先度の高い利用者の利用者端末４から送信された再提供予約情報１７０Ｄを選択することである。例えば、クレジットカード情報を登録している利用者やその飲食店の利用頻度が高い利用者の優先度を高くすることが考えられる。この場合、記憶部１００は、図示しない飲食店毎の優先者リストを記憶する。その各優先者リストは、各飲食店の再提供サービスを利用する各利用者の優先度を示す優先度情報を格納する。受信部は、所定の時間が経過した時に、その所定の時間内に受信した各再提供予約情報１７０Ｄの中から、各飲食店についての優先者リストの中で最も優先度の高い利用者の利用者端末４から送信された再提供予約情報１７０Ｄを選択する。
なお、所定の時間が長い場合には、サービス再予約装置２Ｅの受信部は、再提供予約情報１７０Ｄを送信した利用者端末４に、選択中である旨のメッセージを送信したり、選択結果が通知されるまでの待ち時間を示す情報を送信したりすることが望ましい。

第４の実施形態に係るサービス再予約装置２Ｅは、
予約がキャンセルされたサービスである元サービスについて、予約識別情報と開始時間と内容と料金の情報を含むキャンセル情報を格納するキャンセル情報テーブルと、
前記キャンセル情報に含まれる元サービスの予約識別情報と開始時間と内容と料金の情報、および当該元サービスの内容に基づいて提供される再提供サービスの内容を利用する利用者が支払うべき再提供サービスの料金であって当該元サービスの料金に基づいて求められた再提供サービスの料金および／または当該元サービスに対する当該再提供サービスの割引率の情報を含む再提供サービス情報を１つ以上の所定の利用者端末に送信することができる送信部と、
前記送信部によって前記所定の利用者端末に送信された再提供サービス情報に含まれる予約識別情報を含み、当該予約識別情報で特定される再提供サービスであって前記所定の利用者端末の利用者によって予約を依頼された当該再提供サービスを示す１つ以上の再提供予約情報を前記所定の利用者端末から受信し、当該受信した各再提供予約情報の中から所定の条件に従って再提供予約情報を１つのみ選択する受信部と、
を備える。

好ましくは、サービス再予約装置２Ｅは、
前記受信部によって選択された再提供予約情報に含まれる予約識別情報で特定される再提供サービスの料金および前記キャンセル情報テーブルに格納されているキャンセル情報に含まれる元サービスの料金に基づいて前記元サービスの予約のキャンセル料を求める算出部を備える。

好ましくは、サービス再予約装置２Ｅは、
前記送信部が、前記再提供サービス情報を前記所定の利用者端末に送信する時に、当該送信時の時間および前記元サービスの開始時間と料金に基づいて当該再提供サービスの料金を求める。

好ましくは、サービス再予約装置２Ｅは、
前記送信部が、前記送信時の時間が前記元サービスの開始時間に近いほど、より低額となるように前記再提供サービスの料金を求める。

好ましくは、サービス再予約装置２Ｅは、
前記送信部が、前記元サービスの料金と前記元サービスに対する再提供サービスの割引率とに基づいて前記再提供サービスの料金を求める。

好ましくは、サービス再予約装置２Ｅは、
前記送信部が、前記送信時の時間と前記元サービスの開始時間とに基づいて前記元サービスに対する再提供サービスの割引率を求める。

好ましくは、サービス再予約装置２Ｅは、
前記送信部が、前記送信時の時間が前記元サービスの開始時間に近いほど、前記元サービスに対する再提供サービスの割引率を大きく設定する。

好ましくは、サービス再予約装置２Ｅは、
前記送信部が、前記元サービスに対する再提供サービスの割引率を前記元サービスの提供者毎に設定可能である。

また、サービス再予約装置２Ｅを用いるサービス再予約方法は、
予約がキャンセルされたサービスである元サービスについて、予約識別情報と開始時間と内容と料金の情報を含むキャンセル情報を格納するキャンセル情報テーブルを有するサービス再予約装置におけるサービス再予約方法であって、
前記キャンセル情報に含まれる元サービスの予約識別情報と開始時間と内容と料金の情報、および当該元サービスの内容に基づいて提供される再提供サービスの内容を利用する利用者が支払うべき再提供サービスの料金であって当該元サービスの料金に基づいて求められた再提供サービスの料金および／または当該元サービスに対する当該再提供サービスの割引率の情報を含む再提供サービス情報を１つ以上の所定の利用者端末に送信することができる送信ステップと、
前記送信ステップにおいて前記所定の利用者端末に送信された再提供サービス情報に含まれる予約識別情報を含み、当該予約識別情報で特定される再提供サービスであって前記所定の利用者端末の利用者によって予約を依頼された当該再提供サービスを示す１つ以上の再提供予約情報を前記所定の利用者端末から受信し、当該受信した各再提供予約情報の中から所定の条件に従って再提供予約情報を１つのみ選択する受信ステップと、
を備える。

また、コンピュータにサービス再予約装置２Ｅの各機能を実現させるためのサービス再予約プログラムは、
コンピュータを
予約がキャンセルされたサービスである元サービスについて、予約識別情報と開始時間と内容と料金の情報を含むキャンセル情報を格納するキャンセル情報テーブルを記憶する記憶手段、
前記キャンセル情報に含まれる元サービスの予約識別情報と開始時間と内容と料金の情報、および当該元サービスの内容に基づいて提供される再提供サービスの内容を利用する利用者が支払うべき再提供サービスの料金であって当該元サービスの料金に基づいて求められた再提供サービスの料金および／または当該元サービスに対する当該再提供サービスの割引率の情報を含む再提供サービス情報を１つ以上の所定の利用者端末に送信することができる送信手段、
前記送信手段によって前記所定の利用者端末に送信された再提供サービス情報に含まれる予約識別情報を含み、当該予約識別情報で特定される再提供サービスであって前記所定の利用者端末の利用者によって予約を依頼された当該再提供サービスを示す１つ以上の再提供予約情報を前記所定の利用者端末から受信し、当該受信した各再提供予約情報の中から所定の条件に従って再提供予約情報を１つのみ選択する受信手段、
として機能させる。

なお、第２の実施形態に係るサービス再予約装置２Ｃと第３の実施形態に係るサービス再予約装置２Ｄと第４の実施形態に係るサービス再予約装置２Ｅも、第１の実施形態の変形例のサービス再予約装置２Ｂのように、料金徴収確認部５０と料金徴収部６０とを有していてもよい。その場合、サービス再予約装置２Ｃとサービス再予約装置２Ｄとサービス再予約装置２Ｅは、利用者情報テーブル１２０Ａの代わりに利用者情報テーブル１２０Ｂを有する。料金徴収確認部５０は、料金徴収手段１２５が確定している場合に、送信部が再提供サービス情報を利用者端末４に送信できるようにする。一方、料金徴収確認部５０は、料金徴収手段１２５が確定していない場合、送信部２０が再提供サービス情報を利用者端末４に送信することを禁止する。

また、上述した実施形態では予約管理装置１とサービス再予約装置２Ａ，２Ｂ，２Ｃ，２Ｄ，２Ｅを別々の装置として説明したが、予約管理装置１とサービス再予約装置２Ａ，２Ｂ，２Ｃ，２Ｄ，２Ｅの各機能を１台のコンピュータで実現することもできる。
また、予約管理装置１および／またはサービス再予約装置２Ａ，２Ｂ，２Ｃ，２Ｄ，２Ｅの各機能を提供者端末３にインストールされたアプリで実現することもできる。
また、算出部はサービス再予約装置２Ａ，２Ｂ，２Ｃ，２Ｄ，２Ｅと異なる別の装置や提供者端末４で実現することもできる。この場合、サービス再予約装置２Ａ，２Ｂ，２Ｃ，２Ｄ，２Ｅは情報登録部と送信部と受信部との各部を備える。

また、利用者によってキャンセルされた元サービスについてキャンセル情報を作成するために必要な予約情報を、提供者が提供者端末３を用いてサービス再予約装置２Ａ，２Ｂ，２Ｃ，２Ｄ，２Ｅに直接送信することもできる。この場合、予約管理装置１は無くてもよい。

また、上述した実施形態では、提供者端末３と利用者端末４を別々の端末としたが、提供者端末３が利用者端末４を兼ねており、飲食店を訪れた利用者が飲食店の従業員に依頼して提供者端末３を用いて再提供サービスの予約を依頼することができるとしてもよい。

また、上述した実施形態では、利用者が再提供サービスのみを所定の条件で検索したとき、サービス再予約装置２Ａ，２Ｂ，２Ｃ，２Ｄ，２Ｅが検索条件を満たす再提供サービスのみを利用者端末４に送信する例を示したが、キャンセルされたのではない通常提供されるサービスとともに再提供サービスを所定の条件で利用者が検索可能としてもよい。この場合、サービス再予約装置２Ａ，２Ｂ，２Ｃ，２Ｄ，２Ｅは検索条件を満たす通常のサービスと再提供サービスとを利用者端末４に送信する。

また、上述した実施形態では飲食店における料理の提供（飲食物の提供）を例として本発明を説明したが、これに限らず、本発明は、例えば、宿泊施設の提供、ゴルフ場等の運動施設の提供、映画・演芸・演劇・または音楽のための施設の提供、その他の開始時間が決まっているサービスの予約がキャンセルされた場合の再予約にも適用することができる。

本発明に係るサービス再予約装置は、キャンセルされたサービスの一部であっても再予約を受け付けることができる。利用者は、利用者端末を用いて元のサービスの内容毎の単価と再提供サービスの内容毎の単価および／または割引率とを比較して予約を依頼するか否かを判断することができ、再提供サービスの予約を依頼する場合には内容毎に予約可能な上限数まで予約を依頼することが可能となる。本発明によれば、キャンセルされたサービスの一部であっても再度販売することができるため、キャンセルされて再度販売されたサービスが購入される可能性が高くなる。もちろんキャンセルされたサービスの全部を一度にまとめて再度販売することもできる。
例えば、サービスが飲食店における料理の提供である場合、再提供サービスの予約者は、再度販売された料理を購入し、開始時間から飲食店内で食べ始めたり、指定した場所に宅配（デリバリー）してもらったり、開始時間に飲食店で受け取って持ち帰ったり（テイクアウトしたり）することができる。

利用者によって支払われた再提供サービスの料金は、サービスの提供者にとってはキャンセルによって失われた逸失利益の補填に当たる。このため、再提供サービスの料金に応じて元サービスのキャンセル料は削減される必要がある。そこで、本発明では、キャンセルされた元サービスの料金と再提供サービスの料金とに基づいて元サービスのキャンセル料を求める。
元サービスの一部のみが再提供サービスとして再予約され、残りが売れ残ったり、再提供サービスの料金が元サービスより低額となったりしても、サービスの提供者は、キャンセル料を徴収することにより損失を回避することができる。

また、本発明によれば、利用者に急な予定が入り、予約をキャンセルしなければならなくなったとき、早期にキャンセルするほどキャンセル料の減額幅が大きくなる。このため、利用者はできるだけ早く予約をキャンセルすることを動機づけられる。

また、本発明によれば、提供者毎に割引率を変更することができる。例えば、キャンセルされた料理が直ぐに再予約される可能性が高い有名店では、再予約（再提供）の料金を高くして、ブランド価値の低下を防ぐとともに、キャンセル料を低額または無料にすることができる。

また、本発明によれば、予約をキャンセルした利用者はキャンセル料が減額され、他の利用者は再提供されるサービスを低額で購入できるというメリットを得ることができる。このため、クレジットカードの事前登録やデポジット（預り金）の事前徴収を前提としても、利用者は本発明に係るサービス再予約装置を利用することを動機づけられると考えられる。

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

１…予約管理装置、２Ａ，２Ｂ，２Ｃ，２Ｄ、２Ｅ…サービス再予約装置、３…提供者端末、４…利用者端末、１０，１１，１２…情報登録部、２０，２１，２２…送信部、３０，３１，３２…受信部、４０，４１，４２…算出部、５０…料金徴収確認部、６０…料金徴収部、１００…記憶部、１１０…提供者情報テーブル、１２０Ａ，１２０Ｂ…利用者情報テーブル、１３０Ａ，１３０Ｂ，１３０Ｃ，１３０Ｄ…キャンセル情報テーブル、１４０Ａ，１４０Ｂ，１４０Ｃ…サービス再予約プログラム、１５０…割引率テーブル、１６０Ａ，１６０Ｂ，１６０Ｃ，１６０Ｄ，１６０Ｅ，１６０Ｆ，１６０Ｇ…再提供サービス情報、１７０Ａ，１７０Ｂ，１７０Ｃ，１７０Ｄ…再提供予約情報、１８０Ａ，１８０Ｂ…予約済情報テーブル、２００…ネットワーク

Claims (15)

1. 予約がキャンセルされたサービスである元サービスについて、予約識別情報と、開始時間と、１つ以上の内容と、当該内容毎の単価と、当該内容毎の予約数とを含み、当該予約数の合計が２以上であるキャンセル情報を格納するキャンセル情報テーブルと、
   前記キャンセル情報に含まれる元サービスの予約識別情報と開始時間と１つ以上の内容と当該内容毎の単価の情報、当該元サービスの各内容に基づいて提供される再提供サービスの各内容を利用する利用者が支払うべき単価であって当該元サービスの内容毎の単価に基づいて求められた当該再提供サービスの内容毎の単価および／または当該元サービスに対する当該再提供サービスの割引率の情報、および当該元サービスの内容毎の予約数に基づいて求められた当該再提供サービスの内容毎に予約可能な上限数の情報を含む再提供サービス情報を１つ以上の所定の利用者端末に送信することができる送信部と、
   前記送信部によって前記所定の利用者端末に送信された再提供サービス情報に含まれる予約識別情報と、当該予約識別情報で特定される再提供サービスであって前記所定の利用者端末の利用者によって予約を依頼された当該再提供サービスの内容毎の予約数とを含む１つ以上の再提供予約情報を、前記所定の各利用者端末から受信し、当該受信した各再提供予約情報の中から所定の条件に従って再提供予約情報を選択する受信部と、
   を備えるサービス再予約装置。
2. 前記再提供サービス情報に含まれる内容毎に予約可能な上限数が、前記キャンセル情報に含まれる元サービスの内容毎の予約数であり、
   前記受信部が、前記所定の条件に従って再提供予約情報を１つのみ選択する、
   請求項１に記載のサービス再予約装置。
3. 前記受信部によって選択された再提供予約情報に含まれる予約識別情報で特定される再提供サービスの内容毎の単価または前記元サービスに対する当該再提供サービスの割引率と当該再提供予約情報に含まれる内容毎の予約数とに基づいて当該再提供サービスの料金を求め、当該再提供サービスの料金および前記キャンセル情報テーブルに格納されているキャンセル情報に含まれる元サービスの内容毎の単価と内容毎の予約数とによって求められる元サービスの料金に基づいて前記元サービスの予約のキャンセル料を求める算出部を備える、
   請求項２に記載のサービス再予約装置。
4. 前記キャンセル情報が、前記内容を１つのみ含み、
   予約識別情報と、当該予約識別情報で特定される再提供サービスの利用者を識別する１つ以上の利用者識別情報と、当該各利用者識別情報によって識別される利用者によって支払われる内容の単価または当該各利用者識別情報によって識別される利用者に適用される再提供サービスの割引率と、当該各利用者識別情報によって識別される利用者によって予約された内容の予約数とを含む予約済情報を格納する予約済情報テーブルを備え、
   前記送信部が、前記再提供サービスの予約可能な上限数を、前記キャンセル情報に含まれる元サービスの内容の予約数と前記予約済情報テーブルに格納されている予約済情報に含まれる再提供サービスの内容の各予約数とに基づいて求め、
   前記受信部が、前記受信した各再提供予約情報の中から所定の条件に従って再提供予約情報を順次選択し、当該選択された再提供予約情報に含まれる内容の予約数の情報と前記キャンセル情報テーブルに格納されているキャンセル情報に含まれる内容の予約数の情報と前記予約済情報テーブルに格納されている内容の各予約数の情報とに基づいて当該選択された再提供予約情報による予約を受付け可能か否か判別し、予約受付け可能と判別された再提供予約情報を送信した所定の利用者端末を使用する利用者を識別する利用者識別情報と当該再提供予約情報に含まれる予約識別情報で特定される再提供サービスの内容の単価または前記元サービスに対する当該再提供サービスの割引率の情報と当該再提供予約情報に含まれる内容の予約数の情報とを前記予約済情報テーブルの予約済情報に記録する、
   請求項１に記載のサービス再予約装置。
5. 前記キャンセル情報テーブルに格納されているキャンセル情報に基づいて提供される再提供サービスについて予約の帰趨が確定した場合に、前記予約済情報テーブルに格納されている予約済情報に含まれる利用者識別情報毎に当該予約済情報に含まれる内容の単価または元サービスに対する再提供サービスの割引率と内容の予約数とに基づいて当該再提供サービスの利用者毎の料金を求め、当該利用者毎の料金を合計して当該再提供サービスの料金を求め、当該再提供サービスの料金および前記キャンセル情報テーブルに格納されているキャンセル情報に含まれる元サービスの内容の単価と内容の予約数とによって求められる元サービスの料金に基づいて前記元サービスの予約のキャンセル料を求める算出部を備える請求項４に記載のサービス再予約装置。
6. 前記キャンセル情報が、更に、分割して提供可能な席数の組合せの情報を含み、
   予約識別情報と、当該予約識別情報で特定される再提供サービスの利用者を識別する１つ以上の利用者識別情報と、当該各利用者識別情報によって識別される利用者によって支払われる内容毎の単価または当該各利用者識別情報によって識別される利用者に適用される再提供サービスの割引率と、当該各利用者識別情報によって識別される利用者によって予約された内容毎の予約数と、当該各利用者識別情報によって識別される利用者によって予約された席数の組合せとを含む予約済情報を格納する予約済情報テーブルを備え、
   前記送信部が、前記再提供サービスの内容毎の予約可能な上限数を、前記キャンセル情報に含まれる元サービスの当該内容毎の予約数と前記予約済情報テーブルに格納されている予約済情報に含まれる再提供サービスの当該内容毎の各予約数とに基づいて求め、当該再提供サービスにおいて予約可能な席数の組合せの情報を、前記キャンセル情報に含まれる元サービスの席数の組合せと前記予約済情報テーブルに格納されている予約済情報に含まれる各席数の組合せとに基づいて求め、
   前記送信部によって送信される再提供サービス情報が、更に前記再提供サービスにおいて予約可能な席数の組合せの情報を含み、
   前記受信部によって受信される各再提供予約情報が、更に前記各所定の利用者端末の利用者によって予約を依頼された再提供サービスにおける席数の組合せの情報を含み、
   前記受信部が、前記受信した各再提供予約情報の中から所定の条件に従って再提供予約情報を順次選択し、当該選択された再提供予約情報に含まれる内容毎の予約数の情報および席数の組合せの情報と前記キャンセル情報テーブルに格納されているキャンセル情報に含まれる内容毎の予約数の情報および席数の組合せの情報と前記予約済情報テーブルに格納されている内容毎の各予約数の情報および各席数の組合せの情報とに基づいて当該選択された再提供予約情報による予約を受付け可能か否か判別し、予約受付け可能と判別された再提供予約情報を送信した所定の利用者端末を使用する利用者を識別する利用者識別情報、当該再提供予約情報に含まれる予約識別情報で特定される再提供サービスの内容毎の単価または前記元サービスに対する当該再提供サービスの割引率と当該再提供サービスの内容毎の予約数との情報、および当該再提供予約情報に含まれる席数の組合せの情報を前記予約済情報テーブルの予約済情報に記録する、
   請求項１に記載のサービス再予約装置。
7. 前記キャンセル情報テーブルに格納されているキャンセル情報に基づいて提供される再提供サービスについて予約の帰趨が確定した場合に、前記予約済情報テーブルに格納されている予約済情報に含まれる利用者識別情報毎に当該予約済情報に含まれる内容毎の単価または元サービスに対する再提供サービスの割引率と内容毎の予約数とに基づいて当該再提供サービスの利用者毎の料金を求め、当該利用者毎の料金を合計して当該再提供サービスの料金を求め、当該再提供サービスの料金および前記キャンセル情報テーブルに格納されているキャンセル情報に含まれる元サービスの内容毎の単価と内容毎の予約数とによって求められる元サービスの料金に基づいて前記元サービスの予約のキャンセル料を求める算出部を備える請求項６に記載のサービス再予約装置。
8. 前記送信部が、前記再提供サービス情報を前記所定の利用者端末に送信する時に、当該送信時の時間および前記元サービスの開始時間と内容毎の単価に基づいて当該再提供サービスの内容毎の単価を求める請求項１ないし７のいずれか１項に記載のサービス再予約装置。
9. 前記送信部が、前記送信時の時間が前記元サービスの開始時間に近いほど、より低額となるように前記再提供サービスの内容毎の単価を求める請求項８に記載のサービス再予約装置。
10. 前記送信部が、前記元サービスの内容毎の単価と前記元サービスに対する再提供サービスの割引率とに基づいて前記再提供サービスの内容毎の単価を求める請求項１ないし９のいずれか１項に記載のサービス再予約装置。
11. 前記送信部が、前記送信時の時間と前記元サービスの開始時間とに基づいて前記元サービスに対する再提供サービスの割引率を求める請求項１ないし１０のいずれか１項に記載のサービス再予約装置。
12. 前記送信部が、前記送信時の時間が前記元サービスの開始時間に近いほど、前記元サービスに対する再提供サービスの割引率を大きく設定する請求項１ないし１１のいずれか１項に記載のサービス再予約装置。
13. 前記元サービスに対する再提供サービスの割引率を前記元サービスの提供者毎に設定可能である請求項１ないし１２のいずれか１項に記載のサービス再予約装置。
14. 予約がキャンセルされたサービスである元サービスについて、予約識別情報と、開始時間と、１つ以上の内容と、当該内容毎の単価と、当該内容毎の予約数とを含み、当該予約数の合計が２以上であるキャンセル情報を格納するキャンセル情報テーブルを有するサービス再予約装置におけるサービス再予約方法であって、
    前記キャンセル情報に含まれる元サービスの予約識別情報と開始時間と１つ以上の内容と当該内容毎の単価の情報、当該元サービスの各内容に基づいて提供される再提供サービスの各内容を利用する利用者が支払うべき単価であって当該元サービスの内容毎の単価に基づいて求められた当該再提供サービスの内容毎の単価および／または当該元サービスに対する当該再提供サービスの割引率の情報、および当該元サービスの内容毎の予約数に基づいて求められた当該再提供サービスの内容毎に予約可能な上限数の情報を含む再提供サービス情報を１つ以上の所定の利用者端末に送信することができる送信ステップと、
    前記送信ステップにおいて前記所定の利用者端末に送信された再提供サービス情報に含まれる予約識別情報と、当該予約識別情報で特定される再提供サービスであって前記所定の利用者端末の利用者によって予約を依頼された当該再提供サービスの内容毎の予約数とを含む１つ以上の再提供予約情報を、前記所定の各利用者端末から受信し、当該受信した各再提供予約情報の中から所定の条件に従って再提供予約情報を選択する受信ステップと、
    を備えるサービス再予約方法。
15. コンピュータを
    予約がキャンセルされたサービスである元サービスについて、予約識別情報と、開始時間と、１つ以上の内容と、当該内容毎の単価と、当該内容毎の予約数とを含み、当該予約数の合計が２以上であるキャンセル情報を格納するキャンセル情報テーブルを記憶する記憶手段、
    前記キャンセル情報に含まれる元サービスの予約識別情報と開始時間と１つ以上の内容と当該内容毎の単価の情報、当該元サービスの各内容に基づいて提供される再提供サービスの各内容を利用する利用者が支払うべき単価であって当該元サービスの内容毎の単価に基づいて求められた当該再提供サービスの内容毎の単価および／または当該元サービスに対する当該再提供サービスの割引率の情報、および当該元サービスの内容毎の予約数に基づいて求められた当該再提供サービスの内容毎に予約可能な上限数の情報を含む再提供サービス情報を１つ以上の所定の利用者端末に送信することができる送信手段、
    前記送信手段によって前記所定の利用者端末に送信された再提供サービス情報に含まれる予約識別情報と、当該予約識別情報で特定される再提供サービスであって前記所定の利用者端末の利用者によって予約を依頼された当該再提供サービスの内容毎の予約数とを含む１つ以上の再提供予約情報を、前記所定の各利用者端末から受信し、当該受信した各再提供予約情報の中から所定の条件に従って再提供予約情報を選択する受信手段、
    として機能させるサービス再予約プログラム。

Images