(57)【要約】【課題】送客手数料の支払いに関して飲食店およびサイト運営者にかかっていた多くの手間を省略できるようにする。【解決手段】グルメサイトを通じて顧客が飲食店の予約を行う際に入力された顧客情報および予約情報をサイト管理サーバ１から予約管理サーバ２に送信してデータベース２０に登録するとともに、予約を行った顧客が飲食店に来店したか否かを示す来店有無情報を店舗端末３から予約管理サーバ２に送信してデータベース２０に登録する。また、来店客が決済代行サーバ４を通じて決済する飲食料金を表す料金情報を店舗端末３から予約管理サーバ２に送信してデータベース２０に登録する。これにより、飲食料金から決済代行の手数料を減じた金額を決済代行会社から予約管理サーバの管理運営者に送金し、更にその金額から送客手数料を減じた売上金額を管理運営者から飲食店に送金することができるようにする。【選択図】図２
2017033263.tif 000002
【特許請求の範囲】
【請求項１】
グルメサイトを管理するサイト管理サーバと、上記グルメサイトを通じて行われる飲食店の予約および顧客による飲食店の利用に伴う飲食料金を管理する予約管理サーバと、上記飲食店が使用する店舗端末と、上記飲食料金の決済の代行を行う決済代行サーバとを備えて成る予約決済管理システムであって、
上記サイト管理サーバは、
上記グルメサイトを通じて行われる飲食店の予約に関する予約情報、および、当該予約を行う顧客を特定可能な顧客情報の入力を受け付ける予約受付部と、
上記予約受付部が入力した上記顧客情報および上記予約情報を上記予約管理サーバに送信する予約情報送信部とを備え、
上記予約管理サーバは、
上記予約情報送信部により送信された上記顧客情報および上記予約情報を受け付けてデータベースに予約登録する予約登録部と、
上記予約を行った顧客が上記飲食店に来店したか否かを示す情報として上記店舗端末を通じて入力される来店有無情報を受け付けて上記データベースに登録する来店有無登録部と、
上記来店有無登録部が受け付けて上記データベースに登録された上記来店有無情報により来店したことが示されている顧客に関して、上記決済代行サーバを通じて決済する飲食料金を表す料金情報を上記店舗端末から取得し、該当の予約情報に関連付けて上記データベースに登録する料金情報登録部とを備えたことを特徴とする予約決済管理システム。
【請求項２】
上記サイト管理サーバの予約受付部は、上記予約情報および上記顧客情報に加え、上記決済をカード決済により行うためのカード情報の入力を受け付け、
上記サイト管理サーバは、上記予約受付部が入力した上記顧客情報および上記カード情報を上記決済代行サーバに送信して与信を申請する与信申請部を更に備え、
上記予約管理サーバは、上記データベースに登録された上記来店有無情報により来店したことが示されている顧客を表す上記顧客情報、および、上記予約情報に関連付けて上記データベースに登録された上記料金情報を上記決済代行サーバに送信し、当該顧客情報に関連して与信済みの上記カード情報を用いた決済代行を申請する決済申請部を更に備えたことを特徴とする請求項１に記載の予約決済管理システム。
【請求項３】
上記店舗端末は、
上記データベースに上記顧客情報が登録されている予約客に関する上記予約情報を取得して予約情報画面に表示させる予約情報表示制御部と、
上記飲食店の予約を行った顧客が予約取消をした場合または予約日時に来店しなかった場合に、上記予約情報画面を通じたユーザ操作に応じて入力される来店無し情報を受け付けて上記予約管理サーバに送信する来店無し情報送信部とを備え、
上記来店有無登録部は、上記来店無し情報送信部により送信された上記来店無し情報を上記来店有無情報として受け付けて上記データベースに登録し、
上記決済申請部は、上記データベースに上記顧客情報が登録されている予約客のうち、上記来店有無登録部が上記来店無し情報を上記データベースに登録しなかった顧客を来店客として、当該来店客を表す上記顧客情報および上記料金情報を上記決済代行サーバに送信し、当該顧客情報に関連して与信済みの上記カード情報を用いた決済代行を申請することを特徴とする請求項１または２に記載の予約決済管理システム。
【請求項４】
上記店舗端末は、
上記データベースに上記顧客情報が登録されている予約客に関する上記予約情報を取得して予約情報画面に表示させる予約情報表示制御部と、
上記飲食店の予約を行った顧客が予約日時に来店した場合に、上記予約情報画面を通じたユーザ操作に応じて入力される来店有り情報を受け付けて上記予約管理サーバに送信する来店有り情報送信部とを備え、
上記来店有無登録部は、上記来店有り情報送信部により送信された上記来店有り情報を上記来店有無情報として受け付けて上記データベースに登録し、
上記決済申請部は、上記データベースに上記顧客情報が登録されている予約客のうち、上記来店有無登録部が上記来店有り情報を上記データベースに登録した顧客を来店客として、当該来店客を表す上記顧客情報および上記料金情報を上記決済代行サーバに送信し、当該顧客情報に関連して与信済みの上記カード情報を用いた決済代行を申請することを特徴とする請求項１または２に記載の予約決済管理システム。
【請求項５】
グルメサイトを通じて行われる飲食店の予約および顧客による飲食店の利用に伴う飲食料金を管理する予約管理サーバであって、
上記グルメサイトを通じて行われる飲食店の予約に関する予約情報、および、当該予約を行った顧客を特定可能な顧客情報を、グルメサイトを管理するサイト管理サーバから受信してデータベースに予約登録する予約登録部と、
上記予約を行った顧客が上記飲食店に来店したか否かを示す情報として上記店舗端末を通じて入力される来店有無情報を受け付けて上記データベースに登録する来店有無登録部と、
上記来店有無登録部が受け付けて上記データベースに登録された上記来店有無情報により来店したことが示されている顧客に関して、上記決済代行サーバを通じて決済する飲食料金を表す料金情報を上記店舗端末から取得し、該当の予約情報に関連付けて上記データベースに登録する料金情報登録部とを備えたことを特徴とする予約管理サーバ。
【請求項６】
上記データベースに登録された上記来店有無情報により来店したことが示されている顧客を表す上記顧客情報、および、上記予約情報に関連付けて上記データベースに登録された上記料金情報を、上記決済の代行を行う決済代行サーバに送信し、当該顧客情報に関連して上記グルメサイトでの予約時に与信済みのカード情報を用いた決済代行を申請する決済申請部を更に備えたことを特徴とする請求項５に記載の予約管理サーバ。
【請求項７】
グルメサイトを管理するサイト管理サーバと、上記グルメサイトを通じて行われる飲食店の予約および顧客による飲食店の利用に伴う飲食料金を管理する予約管理サーバと、上記飲食店が使用する店舗端末と、上記飲食料金の決済の代行を行う決済代行サーバとを備えて成る予約決済管理システムにおいて、上記飲食店の予約および上記決済を管理する方法であって、
上記サイト管理サーバの予約受付部が、上記グルメサイトを通じて行われる飲食店の予約に関する予約情報、当該予約を行う顧客を特定可能な顧客情報、および、上記決済をカード決済により行うためのカード情報の入力を受け付ける第１のステップと、
上記サイト管理サーバの与信申請部が、上記予約受付部が入力した上記顧客情報および上記カード情報を上記決済代行サーバに送信して与信を受ける第２のステップと、
上記サイト管理サーバの予約情報送信部が、上記予約受付部が入力した上記顧客情報および上記予約情報を上記予約管理サーバに送信する第３のステップと、
上記予約管理サーバの予約登録部が、上記予約情報送信部により送信された上記顧客情報および上記予約情報を受け付けてデータベースに予約登録する第４のステップと、
上記予約管理サーバの来店有無登録部が、上記予約を行った顧客が上記飲食店に来店したか否かを示す情報として上記店舗端末を通じて入力される来店有無情報を受け付けて上記データベースに登録する第５のステップと、
上記予約管理サーバの料金情報登録部が、上記来店有無登録部が受け付けて上記データベースに登録された上記来店有無情報により来店したことが示されている顧客に関して、上記決済代行サーバを通じて決済する飲食料金を表す料金情報を上記店舗端末から取得し、該当の予約情報に関連付けて上記データベースに登録する第６のステップとを有することを特徴とする予約決済管理方法。
【請求項８】
上記予約管理サーバの決済申請部が、上記データベースに登録された上記来店有無情報により来店したことが示されている顧客を表す上記顧客情報、および、上記予約情報に関連付けて上記データベースに登録された上記料金情報を上記決済代行サーバに送信し、当該顧客情報に関連して上記グルメサイトでの予約時に与信済みのカード情報を用いた決済代行を申請する第７のステップを更に有することを特徴とする請求項７に記載の予約決済管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、飲食店の予約決済管理システム、予約管理サーバおよび予約決済管理方法に関し、特に、飲食店への集客を支援するグルメサイトを通じて行われた飲食店の予約および顧客による飲食店の利用に伴う決済を管理するためのシステムに用いて好適なものである。
【背景技術】
【０００２】
近年、集客を行いたい飲食店と、お店選びをしたい顧客とをマッチングさせるグルメサイトが広く利用されている。グルメサイトでは、多数の飲食店の情報を掲載し、所望の条件を指定した検索によって、顧客が希望する飲食店を探して予約をすることができるようになされている。このようなグルメサイト（飲食店サービスサイト）を通じて、多数の飲食店および顧客のために予約・受注・発注を行う情報システムが知られている（例えば、特許文献１参照）。
【０００３】
グルメサイトを通じて飲食店の予約が行われた場合、その飲食店は、グルメサイトの運営者（以下、サイト運営者という）に対して送客手数料を支払うことになっている。上記特許文献１においても、「飲食店から飲食店サービスサイトへの支払は、本構成システムのリース等の飲食料金と売上からシステム利用予約分についてのコミッションを料金として支払うようになっている」との記載がある（特許文献１の段落[００２０]参照）。
【０００４】
現状では、この送客手数料の支払いを管理するために、飲食店側では、グルメサイトを通じて予約が行われた顧客と実際の来店の有無とを予約台帳に記載し、予約を行ったが実際には来店しなかった顧客（以下、キャンセル客という）をサイト運営者に報告する管理を行っている。サイト運営者側では、予約数からキャンセル客の数を減じた数分の送客手数料を月締め等で飲食店に請求する。飲食店は、この請求に従って送客手数料の振り込みを行っていた。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−３５０９９７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、現状で行われている送客手数料の管理法は煩雑であり、飲食店側にとってもサイト運営者側にとっても面倒な作業を強いられていた。特に、飲食店では、キャンセル客を正確に把握してサイト運営者に報告しなければ、本来支払う必要のない送客手数料まで請求されてしまう。そのため、予約台帳を正確に記載する必要があり、そのために多くの手間がかかっていた。また、サイト運営者から請求書が送られてきた後、振り込みをする手間もかかっていた。
【０００７】
一方、サイト運営者では、多数の飲食店から報告されるキャンセル客の数を飲食店毎に予約数から減じた数の送客手数料に関する請求書をそれぞれの飲食店に対して発行する必要があり、そのために多くの手間がかかっていた。
【０００８】
本発明は、このような問題を解決するために成されたものであり、送客手数料の支払いに関して飲食店およびサイト運営者にかかっていた多くの手間を省略できるようにすることを目的とする。
【課題を解決するための手段】
【０００９】
上記した課題を解決するために、本発明では、グルメサイトを通じて顧客が飲食店の予約を行う際に、予約に関する予約情報と、当該予約を行う顧客を特定可能な顧客情報とを入力し、入力された顧客情報および予約情報をサイト管理サーバから予約管理サーバに送信してデータベースに登録する。予約管理サーバでは、上記のようにサイト管理サーバから送信された顧客情報および予約情報を受け付けてデータベースに予約登録する一方、予約を行った顧客が飲食店に来店したか否かを示す情報として店舗端末を通じて入力される来店有無情報をデータベースに登録する。また、決済代行サーバを通じて決済する飲食料金を表す料金情報を店舗端末から取得し、来店有無情報により来店したことが示されている顧客を表す顧客情報に関連付けてデータベースに登録するようにしている。
【発明の効果】
【００１０】
上記のように構成した本発明によれば、飲食店とグルメサイトのサイト運営者との間で行っていた予約および来店の有無に関する管理と、飲食店と決済代行会社との間で行っていた飲食料金の決済に関する管理とを、予約管理サーバを介して統合した状態で管理することができるようになる。
【００１１】
これにより、飲食店では、紙媒体の予約台帳を使って予約客の管理（予約客、予約日時、来店の有無などの記帳管理）を行う必要がなく、予約管理サーバのデータベースに登録されている予約客に関して来店の有無に関する情報を店舗端末から入力すれば、飲食料金、決済代行の手数料およびグルメサイトの送客手数料の精算を行うことが可能な状態とすることができる。そして、飲食料金から決済代行の手数料を減じた金額を決済代行会社から予約管理サーバの管理運営者に送金し、更にその金額から送客手数料を減じた売上金額を管理運営者から飲食店に送金して、送客手数料を管理運営者からサイト運営者に送金するようにすることが可能となる。あるいは、飲食料金から決済代行の手数料および送客手数料を減じた金額を決済代行会社から飲食店に送金して、送客手数料を決済代行会社から管理運営者を介してサイト運営者に送金するようにすることも可能となる。このため、飲食店は、サイト運営者に対する送客手数料の振り込みを行う必要もなくなる。
【００１２】
一方、サイト運営者では、多数の飲食店から報告されるキャンセル客の数を飲食店毎に予約数から減じた数の送客手数料に関する請求書をそれぞれの飲食店に対して発行する手間を省くことが可能となる。上記のように、飲食料金から決済代行の手数料および送客手数料を減じた売上金額を予約管理サーバの管理運営者から飲食店に送金することで、実質的に管理運営者が各飲食店から送客手数料を徴収し、それを管理運営者がサイト運営者に送金することができる。あるいは、飲食料金から決済代行の手数料および送客手数料を減じた金額を決済代行会社から飲食店に送金することで、実質的に決済代行会社が各飲食店から送客手数料を徴収し、それを管理運営者を介してサイト運営者に送金することができる。これにより、サイト運営者は管理運営者との間でのみ送客手数料の管理を行えばよくなるからである。
【００１３】
以上のように、本発明によれば、送客手数料の支払いに関して飲食店およびサイト運営者にかかっていた多くの手間を省略することができる。
【図面の簡単な説明】
【００１４】
【図１】本実施形態による予約決済管理システムの全体構成例を示す図である。
【図２】本実施形態によるサイト管理サーバ、予約管理サーバおよび店舗端末の機能構成例を示すブロック図である。
【図３】本実施形態による店舗端末に表示される予約情報画面の一例を示す図である。
【図４】グルメサイトを通じた飲食店の予約時に本実施形態の予約決済管理システムにより実行される動作例を示すフローチャートである。
【図５】飲食料金の決済時に本実施形態の予約決済管理システムにより実行される動作例を示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下、本発明の一実施形態を図面に基づいて説明する。図１は、本実施形態による予約決済管理システムの全体構成例を示す図である。図１に示すように、本実施形態の予約決済管理システムは、グルメサイトを管理するサイト管理サーバ１と、グルメサイトを通じて行われる飲食店の予約および顧客による飲食店の利用に伴う飲食料金を管理する予約管理サーバ２と、飲食店が使用する店舗端末３と、飲食料金の決済の代行を行う決済代行サーバ４とを備えて構成されている。
【００１６】
ここで、サイト管理サーバ１と予約管理サーバ２との間、予約管理サーバ２と店舗端末３との間、サイト管理サーバ１と決済代行サーバ４との間、予約管理サーバ２と決済代行サーバ４との間は、それぞれインターネット等の通信ネットワークを介して接続可能に構成されている。
【００１７】
図２は、本実施形態によるサイト管理サーバ１、予約管理サーバ２および店舗端末３の機能構成例を示すブロック図である。図２に示すように、サイト管理サーバ１は、その機能構成として、予約受付部１１と、与信申請部１２と、予約情報送信部１３とを備えている。これらの各機能ブロック１１〜１３は、ハードウェア、ＤＳＰ（Digital Signal Processor）、ソフトウェアの何れによっても構成することが可能である。例えばソフトウェアによって構成する場合、上記各機能ブロック１１〜１３は、実際にはコンピュータのＣＰＵ、ＲＡＭ、ＲＯＭなどを備えて構成され、ＲＡＭやＲＯＭ、ハードディスクまたは半導体メモリ等の記録媒体に記憶されたプログラムが動作することによって実現される。
【００１８】
また、予約管理サーバ２は、その機能構成として、データベース２０と、予約登録部２１と、予約情報送信部２２と、来店有無登録部２３と、料金情報登録部２４と、決済申請部２５とを備えている。これらの各機能ブロック２１〜２５も、ハードウェア、ＤＳＰ、ソフトウェアの何れによっても構成することが可能である。例えばソフトウェアによって構成する場合、上記各機能ブロック２１〜２５は、実際にはコンピュータのＣＰＵ、ＲＡＭ、ＲＯＭなどを備えて構成され、ＲＡＭやＲＯＭ、ハードディスクまたは半導体メモリ等の記録媒体に記憶されたプログラムが動作することによって実現される。
【００１９】
また、店舗端末３は、その機能構成として、予約情報表示制御部３１と、来店無し情報送信部３２と、飲食料金情報送信部３３とを備えている。これらの各機能ブロック３１〜３３も、ハードウェア、ＤＳＰ、ソフトウェアの何れによっても構成することが可能である。例えばソフトウェアによって構成する場合、上記各機能ブロック３１〜３３は、実際にはコンピュータのＣＰＵ、ＲＡＭ、ＲＯＭなどを備えて構成され、ＲＡＭやＲＯＭ、ハードディスクまたは半導体メモリ等の記録媒体に記憶されたプログラムが動作することによって実現される。
【００２０】
以下、各機能ブロックについて詳しく説明する。サイト管理サーバ１の予約受付部１１は、顧客によってグルメサイトを通じて行われる飲食店の予約に関する予約情報（例えば、飲食店、予約日時、予約人数、予約料理などの情報）と、予約を行う顧客を特定可能な顧客情報（例えば、予約客の氏名、予約客に付与されているユーザＩＤなどの識別情報）と、飲食料金の決済をカード決済により行うためのカード情報（例えば、クレジットカード番号、デビットカード番号などの情報）の入力を受け付ける。
【００２１】
具体的には、予約受付部１１は、顧客が使用する顧客端末（図示せず）からグルメサイトの入力画面に入力される予約情報、顧客情報およびカード情報を受け付ける。このとき予約受付部１１は、予約ＩＤを付与することにより、個々の予約を識別可能にする。
【００２２】
与信申請部１２は、予約受付部１１が入力した顧客情報およびカード情報を予約ＩＤと共に決済代行サーバ４に送信して与信を受ける。決済代行サーバ４では、顧客情報とカード情報とを関連付けて記憶した顧客データベース（図示せず）を備えており、与信申請部１２によって送信された顧客情報およびカード情報を当該顧客データベースと照合することにより、与信処理を行う。その与信処理に合格した場合、決済代行サーバ４は、例えば、与信に合格したことを示すフラグ情報を予約ＩＤと関連付けて記憶しておく。なお、与信処理自体は、決済代行サーバ４で行う一般的な処理であり、公知の技術をそのまま適用することが可能であるため、詳細な説明は割愛する。
【００２３】
予約情報送信部１３は、予約受付部１１が入力した顧客情報および予約情報を予約ＩＤと共に予約管理サーバ２に送信する。予約管理サーバ２の予約登録部２１は、サイト管理サーバ１の予約情報送信部１３により送信された顧客情報および予約情報を受け付けて、予約ＩＤと関連付けてデータベース２０に予約登録する。
【００２４】
予約情報送信部２２は、店舗端末３からの表示要求に応じて、データベース２０に登録されている予約情報および顧客情報を予約ＩＤと共に店舗端末３に送信する。このとき予約情報送信部２２は、表示要求を行った店舗端末３を使用している飲食店に関する予約情報および顧客情報のみをデータベース２０から抽出して送信する。例えば、店舗端末３から予約管理サーバ２に送信する表示要求の中に飲食店の情報を含ませておき、当該飲食店の情報をキーとしてデータベース２０から該当の予約情報および顧客情報を抽出する。
【００２５】
なお、サイト管理サーバ１から予約管理サーバ２に予約情報および顧客情報を送信してデータベース２０に登録する際に、予約ＩＤに加えて飲食店ＩＤも送信し、飲食店ＩＤも関連付けて記憶しておくようにしてもよい。この場合は、店舗端末３から予約管理サーバ２に送信する表示要求の中に飲食店ＩＤを含ませておき、当該飲食店ＩＤをキーとしてデータベース２０から該当の予約情報および顧客情報を抽出する。
【００２６】
店舗端末３の予約情報表示制御部３１は、予約管理サーバ２のデータベース２０に顧客情報が登録されている予約客のうち、上記の表示要求を行った店舗端末３を使用している飲食店に関する予約情報および顧客情報を取得して予約情報画面に表示させる。すなわち、予約情報表示制御部３１は、表示要求を予約管理サーバ２に送信し、その応答として返信されてくる予約情報および顧客情報を取得して予約情報画面に表示させる。
【００２７】
予約情報画面における予約情報および顧客情報の表示のし方は、任意に設計することが可能である。図３は、予約情報画面の一例を示す図である。図３の予約情報画面は、特定の１日（○月□日）に関する予約情報を表示したものであり、横軸は開店から閉店までの時間を示し、縦軸は飲食店内にある各テーブルを示している。そして、テーブル毎に、予約が入っている時間帯にガントチャートが表示され、その中に顧客名や予約人数等が表示されている。
【００２８】
図３において、個々のガントチャートは、ユーザが指定して操作をすることが可能なグラフィカル・ユーザ・インタフェース（ＧＵＩ）となっている。飲食店の予約を行った顧客が予約取消をした場合または予約日時に来店しなかった場合に、ガントチャートを操作することにより、来店が無かったことを示す来店無し情報を入力することができるようになっている。例えば、ガントチャートを押下操作すると、各種の情報を設定可能な設定画面がポップアップ表示され、この設定画面の一項目として来店無し情報を入力する。
【００２９】
来店無し情報送信部３２は、飲食店の予約を行った顧客が予約取消をした場合または予約日時に来店しなかった場合に、図３のような予約情報画面を通じたユーザ操作に応じて入力される来店無し情報を受け付けて、予約ＩＤと共に予約管理サーバ２に送信する。
【００３０】
予約管理サーバ２の来店有無登録部２３は、予約を行った顧客が飲食店に来店したか否かを示す情報として店舗端末３を通じて入力される来店有無情報を受け付けて、予約ＩＤと関連付けてデータベース２０に登録する。具体的には、来店有無登録部２３は、店舗端末３の来店無し情報送信部３２により送信された来店無し情報を来店有無情報として受け付けて、これを予約ＩＤと関連付けてデータベース２０に登録する。これにより、データベース２０に予約情報が登録されている顧客のうち、来店無し情報が登録されていない顧客が、来店有無情報により来店したことが示されている顧客ということになる。
【００３１】
飲食料金情報送信部３３は、店舗端末３のユーザ操作に応じて入力される飲食料金を表す料金情報を受け付けて、これを予約ＩＤと共に予約管理サーバ２に送信する。例えば、図３に示すガントチャートを押下操作したときにポップアップ表示される設定画面の一項目として料金情報を入力するようにし、入力された料金情報を飲食料金情報送信部３３が予約管理サーバ２に送信するようにすることが可能である。
【００３２】
なお、ここではユーザが店舗端末３を操作して料金情報を入力する例について説明しているが、これに限定されない。例えば、飲食店のＰＯＳ端末（図示せず）と店舗端末３とを無線または有線により接続し、ＰＯＳ端末により予約ＩＤと共に入力された料金情報を店舗端末３に送信し、この料金情報を飲食料金情報送信部３３が予約管理サーバ２に転送するようにしてもよい。
【００３３】
予約管理サーバ２の料金情報登録部２４は、店舗端末３の飲食料金情報送信部３３により送信された料金情報を取得し、予約ＩＤに関連付けてデータベース２０に登録する。これにより、料金情報と、来店有無登録部２３が受け付けてデータベース２０に登録された来店有無情報により来店したことが示されている顧客を表す顧客情報とが関連付けられる。
【００３４】
決済申請部２５は、来店有無登録部２３が受け付けてデータベース２０に登録された来店有無情報により来店したことが示されている顧客を表す顧客情報と、料金情報登録部２４が受け付けて上記顧客情報に関連付けてデータベース２０に登録された料金情報とを予約ＩＤと共に決済代行サーバに送信し、当該顧客情報に関連して与信済みのカード情報を用いた決済代行を申請する。
【００３５】
具体的には、決済申請部２５は、データベース２０に顧客情報が登録されている予約客のうち、来店有無登録部２３が来店無し情報をデータベース２０に登録しなかった顧客（すなわち、料金情報登録部２４が店舗端末３から料金情報を受け付けてデータベース２０に登録した顧客）を来店客として、当該来店客に関する顧客情報および料金情報を予約ＩＤと共に決済代行サーバ４に送信し、当該顧客情報に関連して与信済みのカード情報を用いた決済代行を申請する。
【００３６】
なお、決済申請部２５による決済の代行の申請は、料金情報登録部２４が店舗端末３から料金情報を取得する都度行う。あるいは、料金情報登録部２４が店舗端末３から取得した料金情報を一定期間（例えば、１日）蓄積し、当該一定期間ごとにまとめて決済代行の申請を行うようにしてもよい。
【００３７】
決済代行サーバ４では、予約管理サーバ２から予約ＩＤと共に送信されてくる顧客情報および料金情報に基づいて、決済代行を実行する。上述のように、飲食店の予約時に与信は既に済んでいるので、顧客情報に関連付けて顧客データベース２０に記憶されているカード情報に基づいて、料金情報により示される料金を顧客の指定銀行口座から引き落とす処理を行うことが可能である。なお、この決済代行処理自体も、決済代行サーバ４で行う一般的な処理であり、公知の技術をそのまま適用することが可能であるため、詳細な説明は割愛する。
【００３８】
本実施形態では、従来は飲食店と決済代行会社との間で直接行っていた飲食料金の決済に関する管理に代えて、予約管理サーバ２を介して管理する形態としている。これにより、決済代行会社がカード決済により顧客から徴収した飲食料金から決済代行の手数料を減じた金額を、決済代行会社から予約管理サーバ２の管理運営者に送金するようにすることが可能である。
【００３９】
また、本実施形態では、従来は飲食店とグルメサイトのサイト運営者との間で直接行っていた予約および来店の有無に関する管理に代えて、予約管理サーバ２を介して管理する形態としている。これにより、予約管理サーバ２の管理運営者が決済代行会社から送金された金額から送客手数料を減じた売上金額を、当該管理運営者から飲食店に送金するようにすることが可能である。そして、送客手数料を管理運営者からサイト運営者に送金するようにすることが可能である。
【００４０】
あるいは、決済代行会社がカード決済により顧客から徴収した飲食料金から決済代行の手数料および送客手数料を減じた金額を決済代行会社から飲食店に送金するとともに、送客手数料を決済代行会社から予約管理サーバ２の管理運営者に送金し、当該管理運営者がサイト運営者に送客手数料を送金するようにすることも可能である。
【００４１】
図４および図５は、以上のように構成した本実施形態による予約決済管理システムの動作例を示すフローチャートである。ここで、図４は、グルメサイトを通じた飲食店の予約時に実行される動作例を示すフローチャートである。また、図５は、飲食料金の決済時に実行される動作例を示すフローチャートである。
【００４２】
まず、予約時の動作を説明する。図４において、サイト管理サーバ１の予約受付部１１は、グルメサイトを通じて行われる飲食店の予約に関する予約情報と、当該予約を行う顧客を特定可能な顧客情報と、決済をカード決済により行うためのカード情報の入力を受け付ける（ステップＳ１）。与信申請部１２は、予約受付部１１が入力した顧客情報およびカード情報を予約ＩＤと共に決済代行サーバ４に送信して与信の申請を行う（ステップＳ２）。
【００４３】
決済代行サーバ４は、サイト管理サーバ１より送信されてきた顧客情報とカード情報とに基づいて、公知の与信処理を行う（ステップＳ３）。そして、与信処理に合格した場合、決済代行サーバ４は、与信に合格したことを示すフラグ情報を予約ＩＤと関連付けて記憶する。
【００４４】
また、サイト管理サーバ１では、上記のように与信申請部１２が決済代行サーバ４に与信の申請を行うのと並行して、予約情報送信部１３が、予約受付部１１が入力した顧客情報および予約情報を予約ＩＤと共に予約管理サーバ２に送信する（ステップＳ４）。予約管理サーバ２の予約登録部２１は、予約情報送信部１３により送信された顧客情報および予約情報を受け付けて、予約ＩＤと関連付けてデータベース２０に予約登録する。これにより、図４に示す予約時の処理は終了する。
【００４５】
次に、決済時の動作を説明する。図５において、店舗端末３の予約情報表示制御部３１は、予約管理サーバ２のデータベース２０に顧客情報が登録されている予約客のうち、当該店舗端末３を使用している飲食店に関する予約情報および顧客情報を予約管理サーバ２から取得して、図３のような予約情報画面に表示させる（ステップＳ１１）。
【００４６】
来店無し情報送信部３２は、図３の予約情報画面を通じたユーザ操作により、予約を行った顧客が飲食店に来店しなかったことを示す来店無し情報が入力されたか否かを判定する（ステップＳ１２）。ここで、来店無し情報が入力された場合、来店無し情報送信部３２は、当該入力された来店無し情報を予約ＩＤと共に予約管理サーバ２に送信する（ステップＳ１３）。
【００４７】
一方、来店無し情報が入力されていないと来店無し情報送信部３２にて判定した場合、飲食料金情報送信部３３は、図３の予約情報画面を通じたユーザ操作により、飲食店での飲食料金を示す料金情報が入力されたか否かを判定する（ステップＳ１４）。ここで、料金情報が入力されていない場合、処理はステップＳ１２に戻る。一方、料金情報が入力された場合、飲食料金情報送信部３３は、当該入力された料金情報を予約ＩＤと共に予約管理サーバ２に送信する（ステップＳ１５）。
【００４８】
予約管理サーバ２では、来店有無登録部２３が、店舗端末３から来店無し情報が送信されてきたか否かを判定する（ステップＳ１６）。ここで、店舗端末３から来店無し情報が送信されてきた場合、来店有無登録部２３は、当該来店無し情報を受け付けてデータベース２０に登録する（ステップＳ１７）。
【００４９】
一方、店舗端末３から来店無し情報が送信されてきていないと来店無し情報送信部３２にて判定した場合、料金情報登録部２４は、店舗端末３から料金情報が送信されてきたか否かを判定する（ステップＳ１８）。ここで、店舗端末３から料金情報が送信されてきていない場合、処理はステップＳ１６に戻る。
【００５０】
一方、店舗端末３から料金情報が送信されてきた場合、料金情報登録部２４は、店舗端末３より取得した料金情報を予約ＩＤに関連付けてデータベース２０に登録する（ステップＳ１９）。そして、決済申請部２５は、データベース２０に顧客情報が登録されている予約客のうち、ステップＳ１９で料金情報登録部２４が料金情報をデータベース２０に登録した顧客を来店客として、当該来店客に関する顧客情報および料金情報を予約ＩＤと共に決済代行サーバ４に送信し、当該顧客情報に関連して与信済みのカード情報を用いた決済代行を申請する（ステップＳ２０）。
【００５１】
そして、決済代行サーバ４では、予約管理サーバ２から予約ＩＤと共に送信されてくる顧客情報および料金情報に基づいて、決済代行処理を実行する（ステップＳ２１）。これにより、図５に示す決済時の処理は終了する。
【００５２】
以上詳しく説明したように、本実施形態の予約決済管理システムによれば、飲食店とグルメサイトのサイト運営者との間で行っていた予約および来店の有無に関する管理と、飲食店と決済代行会社との間で行っていた飲食料金の決済に関する管理とを、予約管理サーバ２を介して統合した状態で管理することができる。
【００５３】
これにより、飲食店では、紙媒体の予約台帳を使って予約客の管理（予約客、予約日時、来店の有無などの記帳管理）を行う必要がなく、予約管理サーバ２のデータベース２０に登録されている予約客に関して来店の有無に関する情報を店舗端末３から入力すれば、飲食料金、決済代行の手数料およびグルメサイトの送客手数料の精算を行うことが可能な状態とすることができる。
【００５４】
そして、飲食料金から決済代行の手数料を減じた金額を決済代行会社から予約管理サーバ２の管理運営者に送金し、更にその金額から送客手数料を減じた売上金額を管理運営者から飲食店に送金して、送客手数料を管理運営者からサイト運営者に送金するようにすることが可能となる。あるいは、飲食料金から決済代行の手数料および送客手数料を減じた金額を決済代行会社から飲食店に送金して、送客手数料を決済代行会社から管理運営者を介してサイト運営者に送金するようにすることも可能となる。
【００５５】
このため、飲食店は、サイト運営者に対する送客手数料の振り込みを行う必要もなくなる。一方、サイト運営者では、多数の飲食店から報告されるキャンセル客の数を飲食店毎に予約数から減じた数の送客手数料に関する請求書をそれぞれの飲食店に対して発行する手間を省くことが可能となる。したがって、送客手数料の支払いに関して飲食店およびサイト運営者にかかっていた多くの手間を省略することができる。
【００５６】
なお、上記実施形態では、店舗端末３が来店無し情報送信部３２を備え、飲食店の予約を行った顧客が予約取消をした場合または予約日時に来店しなかった場合に、予約情報画面を通じたユーザ操作に応じて入力される来店無し情報を予約管理サーバ２に送信する例について説明したが、本発明はこれに限定されない。例えば、店舗端末３が来店有り情報送信部を備え、飲食店の予約を行った顧客が予約日時に来店した場合に、予約情報画面を通じたユーザ操作に応じて入力される来店有り情報を予約管理サーバ２に送信するようにしてもよい。
【００５７】
この場合、予約管理サーバ２の来店有無登録部２３は、来店有り情報送信部により送信された来店有り情報を来店有無情報として受け付けてデータベース２０に登録する。また、決済申請部２５は、データベース２０に顧客情報が登録されている予約客のうち、来店有無登録部２３が来店有り情報をデータベース２０に登録した顧客を来店客として、当該来店客に関する顧客情報および料金情報を予約ＩＤと共に決済代行サーバ４に送信し、当該顧客情報に関連して与信済みのカード情報を用いた決済代行を申請する。
【００５８】
また、上記実施形態では、グルメサイトを通じた飲食店の予約時にカード情報を入力して、あらかじめ決済代行会社の与信を受ける例について説明したが、飲食店における決済時にカード情報を入力して与信を受けるようにしてもよい。この場合、例えば、飲食店のＰＯＳ端末が備えるカードリーダにより読み取ったカード情報を決済代行サーバ４に送信して与信を受けるとともに、ＰＯＳ端末に入力された料金情報を店舗端末３に送信し、それを店舗端末３から予約管理サーバ２に転送するようにすることが可能である。この例では、サイト管理サーバ１の与信申請部１２および予約管理サーバ２の決済申請部２５は不要となる。
【００５９】
なお、上記実施形態のように、予約時にカード情報を入力してあらかじめ決済代行会社の与信を受けるようにした場合、予約を行った顧客が予約日時に来店しなかった場合に、カード情報を用いてキャンセル料を顧客から徴収することができるというメリットを有する。その際、キャンセル料から決済代行の手数料を減じた金額を決済代行会社から予約管理サーバ２の管理運営者に送金し、更にその金額から送客手数料を減じた金額を管理運営者から飲食店に送金して、送客手数料を管理運営者からサイト運営者に送金するようにすることが可能である。あるいは、キャンセル料から決済代行の手数料および送客手数料を減じた金額を決済代行会社から飲食店に送金して、送客手数料を決済代行会社から管理運営者を介してサイト運営者に送金するようにすることも可能である。
【００６０】
その他、上記実施形態は、何れも本発明を実施するにあたっての具体化の一例を示したものに過ぎず、これによって本発明の技術的範囲が限定的に解釈されてはならないものである。すなわち、本発明はその要旨、またはその主要な特徴から逸脱することなく、様々な形で実施することができる。
【符号の説明】
【００６１】
１  サイト管理サーバ
２  予約管理サーバ
３  店舗端末
４  決済代行サーバ
１１  予約受付部
１２  与信申請部
１３  予約情報送信部
２１  予約登録部
２２  予約情報送信部
２３  来店有無登録部
２４  料金情報登録部
２５  決済申請部
３１  予約情報表示制御部
３２  来店無し情報送信部
３３  飲食料金情報送信部
【図１】
2017033263.tif 000003
【図２】
2017033263.tif 000004
【図３】
2017033263.tif 000005
【図４】
2017033263.tif 000006
【図５】
2017033263.tif 000007