(57)【要約】      （修正有）【課題】顧客と飲食店の両者が安心して予約可能な予約システムを提供する。【解決手段】サイト管理サーバ１は、飲食店公式サイト情報の記憶部と、顧客端末４に送信する送信部とを有する。予約管理サーバ２は、飲食店外国語予約ページ情報、顧客情報、予約情報の記憶部及び予約ページ情報を顧客端末に送信する第１送信部と、顧客予約情報の受信部と、予約情報に含まれる決済情報を第３サーバに送信する第２送信部とを有する。決済実行サーバ３は、決済サイト情報、顧客情報及び決済情報を記憶する記憶部と、顧客情報及び予約する飲食店の決済情報を受信する受信部、事前決済実行部及び事前決済完了情報をサーバ２に送信する送信部とを有する。顧客端末４から予約希望が入力されると、サーバ２の管理者が飲食店へ仮予約を行い、顧客から管理者への代金支払い後、管理者から飲食店へ代金を支払い、飲食店が代金支払いを確認後に予約を完了する。【選択図】図１
2019133476.tif 000002
【特許請求の範囲】
【請求項１】
顧客と飲食店との予約を管理者が媒介する予約システムであって、
第１サーバと、第２サーバと、第３サーバと、顧客端末とを備え、
前記第１サーバと、前記第２サーバと、前記顧客端末がネットワークを介して接続され、
前記第１サーバは、
前記飲食店の公式サイト情報を記憶する記憶部と、
公式サイト情報を顧客端末に送信し、顧客端末に公式サイトを表示させる送信部と、を有し、
前記第２サーバは、
前記飲食店の公式サイトに付随する外国語の予約ページ情報、顧客情報、予約情報を記憶する記憶部と、
予約ページ情報を顧客端末に送信し、顧客端末に予約ページを表示させる第１送信部と、
顧客が予約ページに入力した予約情報を受信する受信部と、
前記予約情報に含まれる決済情報を前記第３サーバに送信する第２送信部と、を有し、
前記第３サーバは、
決済サイト情報と、顧客情報と、決済情報とを記憶する記憶部と、
顧客情報及び顧客が予約する飲食店の決済情報を受信する受信部と、
前記決済情報に基づいて事前決済を実行する決済実行部と、
前記事前決済が完了した情報を前記第２サーバに送信する送信部と、を有し、
顧客端末から予約ページを介して飲食店の予約希望が入力されると、前記第２サーバの管理者が飲食店へ仮予約を行い、顧客から管理者への代金支払いが確認された後、管理者から飲食店へ代金を支払い、飲食店が代金支払いを確認した後に予約を完了する、
予約システム。
【請求項２】
顧客と飲食店との予約を管理者が媒介する予約システムであって、
第１サーバと、第２サーバと、第３サーバと、顧客端末とを備え、
前記第１サーバと、前記第２サーバと、前記顧客端末がネットワークを介して接続され、
前記第１サーバは、
前記飲食店の公式サイト情報を記憶する記憶部と、
公式サイト情報を顧客端末に送信し、顧客端末に公式サイトを表示させる送信部と、を有し、
前記第２サーバは、
前記飲食店の公式サイトに付随する外国語の予約ページ情報、顧客情報、予約情報を記憶する記憶部と、
予約ページ情報を顧客端末に送信し、顧客端末に予約ページを表示させる第１送信部と、
顧客が予約ページに入力した予約情報を受信する受信部と、
前記予約情報に含まれる決済情報を前記第３サーバに送信する第２送信部と、を有し、
前記第３サーバは、
決済サイト情報と、顧客情報と、決済情報とを記憶する記憶部と、
顧客情報及び顧客が予約する飲食店の決済情報を受信する受信部と、
前記決済情報に基づいて事前決済を実行する決済実行部と、
前記事前決済が完了した情報を前記第２サーバに送信する送信部と、を有し、
顧客端末から予約ページを介して飲食店の予約情報が入力されると、前記第２サーバの管理者が飲食店へ仮予約を行い、顧客から管理者への代金支払いが確認された後、管理者が飲食店に正式予約を行って予約を完了する、
予約システム。
【請求項３】
前記公式サイトのデザインと、当該公式サイトに付随する外国語の予約ページのデザインとが、共通のフォーマットデザインで作成されている、
請求項１または２に記載の予約システム。
【請求項４】
顧客から管理者への問い合わせに対し、外国語の対応が可能な手段をさらに備える、
請求項１乃至３のいずれか１項に記載の予約システム。
【請求項５】
前記第２サーバの記憶部に、日本語の予約サイト情報がさらに格納されている、
請求項１乃至４のいずれか１項に記載の予約システム。
【請求項６】
前記第２サーバの記憶部に、前記予約ページを含む外国語の公式サイト情報がさらに格納されている、
請求項１乃至５のいずれか１項に記載の予約システム。
【請求項７】
前記第２サーバの記憶部に、複数の飲食店のサイトへのリンク情報を具備するポータルサイト情報がさらに格納されている、
請求項１乃至６のいずれか１項に記載の予約システム。
【請求項８】
前記第１サーバと、前記第２サーバとが、１つのサーバで構成されている、
請求項１乃至７のいずれか１項に記載の予約システム。
【請求項９】
前記第１サーバと、前記第２サーバと、前記第３サーバとが、１つのサーバで構成されている、
請求項１乃至７のいずれか１項に記載の予約システム。
【請求項１０】
前記飲食店にかえて、顧客と旅館や神社、仏閣、その他施設との予約を管理者が媒介する、
請求項１乃至９のいずれか１項に記載の予約システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、予約システムに関し、特に外国人の予約に特化した予約システムに関する。
【背景技術】
【０００２】
従来、飲食店などの予約を行うには、電話やインターネットを利用して行うことが一般的である。また、インターネットを利用した飲食店の予約システムは多数存在する（例えば、特許文献１参照）。このようなサイトは、多数の飲食店を掲載したポータルサイトとして運営されていて、例えば食べログ（登録商標）やぐるなび（登録商標）などが有名である。
【０００３】
また、日本を訪れた外国人が飲食店を予約する場合、日本を訪れる前に外国から上記したポータルサイトを介して、または直接飲食店に連絡して予約をすることが通常である。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−９７０５０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかし、従来のポータルサイトを利用した予約システムの問題点として、ポータルサイト上で飲食店の最新状態を反映するには費用や時間がかかるため、飲食店の営業時間や休業日、メニュー、料金などが、最新の状態でない場合が多々ある。特に、外国から訪日する外国人の場合は、せっかく日本に来たにも関わらず、情報が最新でないばかりに所望の飲食店で飲食できないまま帰国しなければならない。
【０００６】
また、飲食店に直接予約を入れる場合、飲食店側は英語やその他の外国語の対応ができないことが大半で、予約を断られる場合や、しっかりと内容が伝わらず予約が食い違う場合もある。この場合も、訪日する外国人にとっては、所望の飲食店で飲食できないこととなる。
【０００７】
また、上記したポータルサイトを利用した予約システムや、飲食店への直接予約における共通の課題として、顧客が予約するものの直前や連絡なしのキャンセルや大幅な遅刻などが多数報告されており、飲食店側としても外国人の予約はできれば受けたくないとの声が多々あるという実情がある。当然のことながら事前に料金は支払われていないため、キャンセルや大幅な遅刻が生じると、飲食店側は材料の損失と機会損失にみまわれることになる。
【０００８】
本発明は、上記の課題に鑑みてなされたもので、顧客が安心して所望の飲食店に予約をでき、かつ、飲食店側は万一キャンセルや遅刻が生じた場合も料金の支払いが問題なく行われる、両者が安心して予約可能な予約システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明に係る一の態様の予約システムは、顧客と飲食店との予約を管理者が媒介する予約システムであって、第１サーバと、第２サーバと、第３サーバと、顧客端末とを備え、前記第１サーバと、前記第２サーバと、前記顧客端末がネットワークを介して接続され、前記第１サーバは、前記飲食店の公式サイト情報を記憶する記憶部と、公式サイト情報を顧客端末に送信し、顧客端末に公式サイトを表示させる送信部と、を有し、前記第２サーバは、前記飲食店の公式サイトに付随する外国語の予約ページ情報、顧客情報、予約情報を記憶する記憶部と、予約ページ情報を顧客端末に送信し、顧客端末に予約ページを表示させる第１送信部と、顧客が予約ページに入力した予約情報を受信する受信部と、前記予約情報に含まれる決済情報を前記第３サーバに送信する第２送信部と、を有し、前記第３サーバは、決済サイト情報と、顧客情報と、決済情報とを記憶する記憶部と、顧客情報及び顧客が予約する飲食店の決済情報を受信する受信部と、前記決済情報に基づいて事前決済を実行する決済実行部と、前記事前決済が完了した情報を前記第２サーバに送信する送信部と、を有し、顧客端末から予約ページを介して飲食店の予約希望が入力されると、前記第２サーバの管理者が飲食店へ仮予約を行い、顧客から管理者への代金支払いが確認された後、管理者から飲食店へ代金を支払い、飲食店が代金支払いを確認した後に予約を完了することを特徴とする。
【００１０】
この構成によれば、顧客は公式サイトにより所望の飲食店の最新の情報を確認できるとともに、公式サイトに付随した予約ページで安心して予約ができ、また外国人であるとの理由のみによって予約を断られることがない。また、飲食店側は顧客の予約時に事前決済がなされているため、キャンセルや遅刻による損失がなく、安心して予約を受けることができる。ここで、予約サイトには、予約情報以外に飲食店のその他の情報が含まれる。
【００１１】
また、この予約システムは、顧客と飲食店との予約を管理者が媒介する予約システムであって、第１サーバと、第２サーバと、第３サーバと、顧客端末とを備え、前記第１サーバと、前記第２サーバと、前記顧客端末がネットワークを介して接続され、前記第１サーバは、前記飲食店の公式サイト情報を記憶する記憶部と、公式サイト情報を顧客端末に送信し、顧客端末に公式サイトを表示させる送信部と、を有し、前記第２サーバは、前記飲食店の公式サイトに付随する外国語の予約ページ情報、顧客情報、予約情報を記憶する記憶部と、予約ページ情報を顧客端末に送信し、顧客端末に予約ページを表示させる第１送信部と、顧客が予約ページに入力した予約情報を受信する受信部と、前記予約情報に含まれる決済情報を前記第３サーバに送信する第２送信部と、を有し、前記第３サーバは、決済サイト情報と、顧客情報と、決済情報とを記憶する記憶部と、顧客情報及び顧客が予約する飲食店の決済情報を受信する受信部と、前記決済情報に基づいて事前決済を実行する決済実行部と、前記事前決済が完了した情報を前記第２サーバに送信する送信部と、を有し、顧客端末から予約ページを介して飲食店の予約情報が入力されると、前記第２サーバの管理者が飲食店へ仮予約を行い、顧客から管理者への代金支払いが確認された後、管理者が飲食店に正式予約を行って予約を完了する構成としてもよい。この構成によれば、管理者から飲食店側への支払いを後日としてもよく、このようにすれば、万一顧客と飲食店側に問題が生じた場合に備えることができる。
【００１２】
また、この予約システムは、前記公式サイトのデザインと、当該公式サイトに付随する外国語の予約ページのデザインとが、共通するフォーマットデザインで作成されている。この構成によれば、顧客が公式サイトからスムーズにかつ安心して予約を行うことができる。
【００１３】
また、この予約システムは、顧客から管理者への問い合わせに対し、外国語の対応が可能な手段をさらに備える。ここで、外国語の対応が可能な手段には、顧客から管理者への電話対応やメール対応などが含まれる。この構成によれば、顧客は外国語での対応をしてもらえるため、予約時や現地において安心して問い合わせが可能となる。
【００１４】
また、この予約システムは、前記第２サーバの記憶部に、日本語の予約サイト情報がさらに格納されている。この構成によれば、顧客が外国人以外の場合でも、顧客側は安心して予約が可能であり、飲食店側はキャンセルや大幅な遅刻等による損失を回避することができる。
【００１５】
また、この予約システムは、前記第２サーバの記憶部に、前記予約ページを含む外国語の公式サイト情報がさらに格納されている。この構成によれば、日本語の公式サイトを第１サーバで運用し、外国語の公式サイトを第２サーバで運用することができる。
【００１６】
また、この予約システムは、前記第２サーバの記憶部に、複数の飲食店のサイトへのリンク情報を具備するポータルサイト情報がさらに格納されている。この構成によれば、顧客がポータルサイトに行くことで、複数の飲食店のサイトから所望の飲食店を選択することができ、かつ、そこから各飲食店の公式サイトに飛ぶとこができて便利である。
【００１７】
また、この予約システムは、前記第１サーバと、前記第２サーバとが、１つのサーバで構成されていてもよく、この場合、公式サイトと予約サイトを１つのサーバで運用する。また、この予約システムは、前記第１サーバと、前記第２サーバと、前記第３サーバとが、１つのサーバで構成されていてもよく、この場合、公式サイトと予約サイトと決済サイトを１つのサーバで運用する。
【００１８】
また、この予約システムは、前記飲食店にかえて、顧客と、旅館や神社、仏閣、その他施設との予約を管理者が媒介する。この構成によれば、飲食店だけでなく、旅館や神社、仏閣、その他施設の予約時にも、顧客が安心して予約を行うことができ、施設側も安心して予約を受けることができる。
【発明の効果】
【００１９】
本発明によれば、顧客が安心して飲食店等の予約ができ、また、店側は安心して予約を受けることができる。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施形態にかかる予約システムの機器の構成を示す図である。
【図２】本発明の一実施形態にかかる予約システムのフローを示す図である。
【図３】本発明の一実施形態にかかる公式サイトのトップページを示す図である。
【図４】図３に付随する予約ページを示す図である。
【発明を実施するための形態】
【００２１】
以下、本発明に係る一実施形態を図面に基づき説明するが、本発明は下記実施形態に限定されるものではない。
【００２２】
＜１．機器構成＞
図１は、本発明の一実施形態にかかる予約システムの機器の構成を示すブロック図である。この予約システムは、主として、飲食店の公式サイトが管理されるサイト管理サーバ１と、顧客の予約を管理する管理者の予約管理サーバ２と、決済を管理する決済実行サーバ３と、飲食店を利用する顧客の顧客端末４とを備え、これらサーバ１乃至３と顧客端末４がインターネット回線を介して通信可能に構成されている。
【００２３】
（サイト管理サーバ）
図１に示すように、サイト管理サーバ１は、その機能構成として、飲食店の日本語の公式サイト情報を記憶する記憶部１１と、公式サイト情報を顧客端末に送信して顧客端末に公式サイトを表示させる送信部１２と、を備える。そして、これらの各機能は、プログラムを処理するＣＰＵ、プログラムやデータを予め記憶したＲＯＭ、プログラムを実行する際にそのプログラムやデータを一時的に記憶するＲＡＭ、プログラムや多数のデータを格納するＨＤＤなどにより実現される。また、サイト管理サーバ１は、ＣＰＵやＨＤＤを接続するインターフェースをさらに備え、ディスプレイやキーボード、マウスなどがインターフェースを介して接続されている。
【００２４】
なお、ＨＤＤは、データを記憶可能なものであればよく、不揮発性のＳＳＤなどでもよい。また、インターフェースには、上記したディスプレイやキーボードを接続するもののほか、通信可能な機器を接続するものなどが含まれる。具体的には、ＵＳＢ接続用や、ＬＡＮ接続用、ＳＣＳＩ接続用、ＩＥＥＥ接続用などが含まれる。そして、ＣＰＵやＲＯＭ、ＲＡＭ、ＨＤＤ、インターフェースなどが、マザーボードを介するなどして相互に接続されている。
【００２５】
また、送信部１２は、顧客端末４からのリクエストに応じて、顧客端末４に向けて公式サイト情報を送信し、顧客端末４の画面に公式サイトを表示させる。リクエストとは、例えば後述する管理者のポータルサイトのバナーのクリックや、ＵＲＬの直接入力などをいう。
【００２６】
なお、サイト管理サーバ１は、各飲食店の公式サイト毎に複数の構成としてもよく、１つのサーバに複数の飲食店の公式サイト情報が格納される構成としてもよく、複数の飲食店の公式サイト情報が格納されたサーバを複数備える構成としてもよい。
【００２７】
（予約管理サーバ）
予約管理サーバ２は、その機能構成として、飲食店の公式サイトに付随する外国語の予約ページ情報などを記憶する記憶部２１と、予約ページ情報等を顧客端末に送信して顧客端末に予約ページ等を表示させる第１送信部２２と、顧客が予約ページに入力した予約情報を受信する受信部２３と、予約情報に含まれる決済情報を決済実行サーバ３に送信する第２送信部２４とを備える。そして、これらの各機能は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＨＤＤなどにより実現される。また、予約管理サーバ２は、ＣＰＵやＨＤＤを接続するインターフェースをさらに備え、ディスプレイやキーボード、マウスなどがインターフェースを介して接続されている。
【００２８】
また、記憶部２１には、予約ページ情報を含む外国語の公式サイト情報、顧客情報、予約情報のほか、予約管理サーバ２により運用されるポータルサイト情報がさらに格納されている。また、ポータルサイトには各飲食店の外国語の公式サイトへのリンクがバナーを用いて貼り付けられて構成されている。また、顧客情報には、例えば予約客の氏名や住所などの個人情報が含まれ、予約情報には、例えば、飲食店名、予約日時、予約人数、予約料理、代金等の決済情報が含まれる。
【００２９】
また、第１送信部２２は、顧客端末４からのリクエストに応じて、顧客端末４に向けて予約ページ情報等を送信し、顧客端末４の画面に予約ページ等を表示させる。リクエストとは、例えば飲食店の外国語の公式サイト上の予約サイトタブのクリックや、ＵＲＬの直接入力などをいう。
【００３０】
また、受信部２３は、顧客端末４から上記の予約ページで入力される予約情報、顧客情報などを受信する。そして、これらの情報を記憶部２１に記憶する。
【００３１】
また、第２送信部２４は、受信部２３が受信した顧客の予約情報に含まれる決済情報を記憶部２１から取り出し、決済実行サーバ３に送信する。また、決済情報とは例えば顧客が支払う代金の情報であり、この決済情報と併せて代金の受取人の情報を送信する。
【００３２】
（決済実行サーバ）
決済実行サーバ３は、その機能構成として、決済サイト情報と、顧客情報と、決済情報（支払代金等）と、受取人情報などを格納する記憶部３１と、顧客の決済情報を受信する受信部３２と、決済情報に基づいて事前決済を実行する決済実行部３３と、事前決済が完了した情報を予約管理サーバ２に送信する送信部３４とを備える。そして、これらの各機能は、ＣＰＵ、ＲＯＭ、ＲＡＭ、ＨＤＤなどにより実現される。また、決済実行サーバ３は、ＣＰＵやＨＤＤを接続するインターフェースをさらに備え、ディスプレイやキーボード、マウスなどがインターフェースを介して接続されている。
【００３３】
また、受信部３２は、予約管理サーバ２の第２送信部２４から送信された決済情報などを受信する。そして、これらの情報を記憶部３１に記憶する。
【００３４】
また、決済実行部３３は、記憶部３１に記憶された顧客情報、決済情報、受取人情報に基づいて決済を実行する。これにより、顧客から予約管理サーバ２の管理者に代金の事前決済が行われる。なお、実際の入金については、同時に行われない場合もある。
【００３５】
また、送信部３４は、事前決済が完了したことを予約管理サーバ２の受信部２３に送信する。そうすると、予約管理サーバ２の記憶部２１に事前決済の完了情報が記憶される。
【００３６】
（顧客端末）
顧客端末４については、処理速度や容量の違いはあるが、上記のサーバ１乃至３と同様、ＣＰＵやＲＯＭ、ＲＡＭ、ＨＤＤ、インターフェースなどを備え、インターフェースを介してディスプレイやキーボード、マウスなどが接続されている。なお、この顧客端末４の構成は、パーソナルコンピュータを想定した一例であり、タブレット端末やスマートフォンなど、ディスプレイや操作部が一体に構成された端末でもよい。また、顧客端末４は、各飲食店を予約しようとする顧客の人数分、すなわち多数存在する。そして、これら複数の顧客端末４と、サーバ１乃至３とが、インターネット回線を介して接続されている。
【００３７】
＜２．フロー＞
次に、本実施形態の予約システムのフローについて説明する。一例として、米国から日本へ旅行予定の米国人を顧客Ａとする。図２は、本実施形態の予約システムのフローを示す図である。
【００３８】
図２に示すように、まず顧客Ａは、日本へ旅行前に米国から自身の端末を用いて、管理者が運営する飲食店のポータルサイトにアクセスする。そして、ポータルサイトに表示された複数の飲食店のバナーから、食事をしたい飲食店Ａのバナーをクリックする。
【００３９】
そうすると、ポータルサイトから飲食店Ａの英語の公式サイトに遷移する（図３参照）。なお、上記のバナーは通常公式サイトのＥｎｇｌｉｓｈページ、すなわち英語の予約ページを含む英語の公式サイトにリンクされている。また、英語の公式サイトの上方にあるＪＰ（日本語）をクリックすると、共通するフォーマットデザインの日本語の公式サイトに移動可能である。
【００４０】
一方、顧客がポータルサイトを介さずに直接日本語の公式サイトにアクセスする場合は、日本語の公式サイト上において言語をＪＰからＥｎｇｌｉｓｈに変更することで、英語の公式サイトに移動可能である。そして、顧客Ａは、飲食店Ａの公式サイト上のメニューや料金、営業日時等を確認して、飲食店Ａで予約をするか、また別の飲食店で予約するかを検討する。この時、顧客Ａは飲食店の日本語または英語の公式サイトで種々の確認ができ、公式サイトであることから常に最新の情報に更新されていてメニューや料金、営業日時等に誤りがない。
【００４１】
顧客Ａが飲食店Ａで予約すると決めた後は、公式サイト上のReservationをクリックして予約ページを表示する（図４参照）。この時、顧客Ａの画面上では、公式サイトのトップ画面からデザインフォーマットが共通する予約ページが表示されるため、違和感なく予約ページに進むことができる。この時、顧客Ａの画面上では、日本語の公式サイトと英語の公式サイト及び予約ページが共通するデザインフォーマットとなっているため、顧客は違和感なく公式サイトから予約ページに進むことができる。一方、実際には、顧客Ａはサイト管理サーバ１より送信された日本語の公式サイトから、予約管理サーバ２より送信された英語の公式サイトや予約ページにアクセスしていることとなる。
【００４２】
そして、顧客Ａはこの予約ページに氏名や住所、電話番号、メールアドレス等の個人情報と、飲食店Ａに来店する日時等を入力して送信ボタンをクリックする。そうすると、顧客Ａが入力した情報が、管理者のサーバ１に送信される。そして、管理者は、顧客Ａの予約情報を確認して、一旦飲食店Ａに仮予約を行う。仮予約の方法は、電話やＦＡＸ、メールなどいずれの方法でもよい。
【００４３】
そして、飲食店Ａの仮予約が完了すると、管理者は顧客Ａに対して、メール等により飲食店Ａの仮予約が完了したことを知らせる。この時、メールには、仮予約完了のメッセージとともに、クレジット決済を行うＵＲＬと支払期限を表示する。なお、その日時での飲食店Ａの仮予約ができなかった場合は、予約不可のメッセージを顧客Ａに対して送信する。
【００４４】
管理者からの仮予約完了のメールを受信した顧客Ａは、クレジット決済のＵＲＬをクリックして、クレジット決済ページにアクセスする。そして、顧客Ａは、クレジット決済ページにて自身のクレジットカード情報等を入力して送信ボタンを押す。そうすると、クレジット決済が実行され、その後管理者に対して代金が入金される。
【００４５】
顧客Ａの決済を確認すると、管理者は飲食店Ａに仮予約から本予約に移行する旨を伝えて予約を完了し、速やかに管理者は飲食店Ａに代金の支払いを実行する。これにより、顧客Ａの飲食店Ａの予約が完了し、管理者は顧客Ａに対して、本予約が完了したメールを送信する。以上のようにして、顧客Ａの飲食店Ａの予約が完了するので、顧客Ａは予約した日時に飲食店Ａに行き、食事をすることができる。
【００４６】
なお、顧客Ａが事前に予約ページから予約をキャンセルした場合は、例えば３日前までなどの所定の期日以内であれば、顧客Ａに対して代金を返金する。一方、所定の期日を過ぎたキャンセルの場合は、顧客Ａに対して代金を返金しない。
【００４７】
また、顧客Ａが飲食店や予約について問い合わせたい場合、顧客は管理者に連絡することができる。管理者は、英語を含む種々の外国語に対応可能な複数のスタッフを備えていて、顧客ごとの様々な言語に対応することができる。顧客の問い合わせは、電話でもメールでも可能である。このようにすることで、顧客の予約だけでなく、顧客が飲食店で食事するまでのアフターフォローが可能となり、顧客は予約から食事まで安心して行うことができる。
【００４８】
＜３．本実施形態の効果＞
本実施形態の予約システムによれば、顧客は、飲食店の公式サイトからスムーズに予約ができる。また、公式サイトのため、営業日時やメニュー、料金など飲食店の最新の情報が反映されているため安心できる。また、予約後から飲食店での食事まで、英語等の外国語で問い合わせができるため利便性が高い。また、外国人であることを理由として、予約が断られることもない。
【００４９】
また、飲食店側は、予約代金の事前決済がされるので、キャンセルや遅刻などによる材料の損失や機会損失を防ぐことができる。これにより、飲食店側も安心して予約を受けることができる。また、顧客の予約時から顧客来店まで管理者が対応するため、飲食店側は外国人顧客の対応をする必要がない。したがって、この予約システムによれば、顧客と飲食店の両者が安心して予約をすることができる。
【００５０】
＜４．その他の実施形態＞
以上のとおり、図面を参照しながら本発明の好適な実施形態を説明したが、本発明の趣旨を逸脱しない範囲内で、種々の追加、変更または削除が可能である。例えば、上記した実施形態では、外国人顧客と飲食店との予約システムの例であるが、日本人の顧客の予約にも適用することができ、また飲食店以外の施設の予約にも適用することが可能である。また、上記した実施形態では、公式サイトのサーバと、予約サイトのサーバと、決済サイトのサーバとを独立したサーバで構成した例であるが、これらのサーバを１つのサーバで運用する構成としてもよい。したがって、そのようなものも本発明の範囲内に含まれる。
【符号の説明】
【００５１】
１  サイト管理サーバ
１１  記憶部
１２  送信部
２  予約管理サーバ
２１  記憶部
２２  第１送信部
２３  受信部
２４  第２送信部
３  決済実行サーバ
３１  記憶部
３２  受信部
３３  決済実行部
３４  送信部
４  顧客端末
【図１】
2019133476.tif 000003
【図２】
2019133476.tif 000004
【図３】
2019133476.tif 000005
【図４】
2019133476.tif 000006