(57)【要約】【課題】施設がクレジットカード情報を用いない、料金の決済システム及び決済方法を提供することを目的とする。【解決手段】施設における料金のクレジットカードによる決済システムであって、施設の施設サーバー２と、料金の決済業者の決済業者サーバー３と、クレジットカードによる料金の処理を行うカード決済処理サーバー４と、顧客が用いる顧客端末器５とを備え、クレジットカード情報を前記顧客端末器５から前記カード決済処理サーバー４と決済業者サーバー３とのみに伝達し、料金のクレジットカードによる決済を前記決済業者サーバー３と前記カード決済処理サーバー４と前記顧客端末器５との間で行うことを特徴とする料金の決済システムである。【選択図】図１
2020140409.tif 000002
【特許請求の範囲】
【請求項１】
施設における料金のクレジットカードによる決済システムであって、
施設の施設サーバーと、
料金の決済業者の決済業者サーバーと、
クレジットカードによる料金の処理を行うカード決済処理サーバーと、
顧客が用いる顧客端末器とを備え、
クレジットカード情報を前記顧客端末器から前記カード決済処理サーバーと決済業者サーバーとのみに伝達し、料金のクレジットカードによる決済を前記決済業者サーバーと前記カード決済処理サーバーと前記顧客端末器との間で行うことを特徴とする料金の決済システム。
【請求項２】
前記施設が宿泊施設、レストラン、小売店舗のいずれかであることを特徴とする請求項１に記載の料金の決済システム。
【請求項３】
前記施設が宿泊施設であって、前記料金は、宿泊施設における宿泊代、飲食代、購買代を含むことを特徴とする請求項２に記載の料金の決済システム。
【請求項４】
前記施設サーバーがホテルサーバーであって、顧客の個人データと、顧客の部屋番号と、料金のデータを管理することを特徴とする請求項３に記載の料金の決済システム。
【請求項５】
宿泊施設のチェックアウト時に、顧客が料金の問い合わせを、顧客の顧客端末器から、クレジットカードによる料金の処理を行うカード決済処理サーバーを介して、宿泊施設のホテルサーバーに行い、
前記ホテルサーバーが料金を、前記カード決済処理サーバーを介して前記顧客端末器に伝達し、
前記宿泊者がクレッジットカード情報を前記顧客端末器に入力して前記カード決済処理サーバーに伝達し、
前記カード決済処理サーバーは、料金の決済業者の決済業者サーバーとの間で、宿泊料金のクレジットカードによる決済を行うことを特徴とする宿泊料金の決済方法。
【請求項６】
前記施設がレストラン、小売店舗のいずれかである場合における前記料金は、レストラン又は小売店舗の顧客の飲食代、購買代を含むことを特徴とする請求項１に記載の料金の決済システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、施設における料金の決済システム及び決済方法に関し、特に宿泊施設がクレジットカード情報を用いない、施設における料金の決済システム及び決済方法に関する。
【背景技術】
【０００２】
ホテル等の宿泊施設においては、宿泊者は滞在中に宿泊施設内での飲食や物品の購入を行うので、それぞれにおける料金の支払いが簡略、安全にできるように種々の工夫が行われている。
例えば、特許文献１における発明においては、宿泊者のスマートフォン・アプリケーションがクレジットカード決済システムに接続される。しかしながら、宿泊者の個人情報や、クレジットカード情報は宿泊施設の集中予約システムに送られる。このために、宿泊施設はクレジットカード情報を管理しなければならない。
【０００３】
宿泊施設においては、宿泊費、飲食費、購買費等の支払い代金が、合計され、チェックアウト時にフロントでクレジットカード又は現金で支払うが、クレジットカードでの支払いが便利なので、クレジットカードでの支払いが一般的である。
そして、クレジットカードで支払う場合には、クレジットカード情報が宿泊施設の決済を行うサーバーに入力される。しかしながら、情報処理技術が進んだ現在においては、クレジットカード情報が宿泊施設のサーバーからハッカーに流出するおそれがあるので、その対策を宿泊施設がおこなわなければならない。クレジットカード情報がハッカーに流出した場合には、その宿泊者に多大の損害が発生し、宿泊施設にはその損害の補償が要求されるおそれがある。さらに、クレジットカード情報の流出により、その宿泊施設の評価が低下するおそれがある。
このように、情報処理技術が日進月歩する現在においては、海外のハッカーからの攻撃も含めて対策する必要があるが、クレジットカード情報の流出を防ぐのは非常に困難であり、宿泊施設の本来の業務に専念できない。
【０００４】
上述した特許文献１における発明のように、顧客が有するスマートフォン等の端末を利用してカード決済を行うことが考えられる。顧客が有するスマートフォン等でカード決済を行うのであれば、チェックアウト時にフロントに行かずに部屋で決済が行えるので、顧客で混雑するフロントに行かなくても良く、容易に宿泊施設から出ることができる。また、顧客が有するスマートフォンならば、クレジット情報を入力することにも抵抗が少なくなると思われる。
しかしながら、顧客が有するスマートフォン等の端末でカード決済を行おうとすれば、カード決済を行うアプリケーションをダウンロードしなければならず、手間がかかるし、端末に負担もかけるという不具合がある。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１７−１３９０３３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
上述した問題を解決するための課題として、次の２つが挙げられる。
１．宿泊者等の施設利用者の氏名、住所等の個人情報や宿泊料金等の施設利用データを管理するサーバーと、クレジットカード情報を管理するサーバーを分ける。
２．クレジットカード情報を宿泊施設等の利用施設に残さない。
本発明は上記課題を解決するために、施設がクレジットカード情報を用いない、施設における料金の決済システム及び決済方法を提供するものである。
【課題を解決するための手段】
【０００７】
請求項１に係る発明は、施設における料金のクレジットカードによる決済システムであって、施設の施設サーバーと、料金の決済業者の決済業者サーバーと、クレジットカードによる料金の処理を行うカード決済処理サーバーと、顧客が用いる顧客端末器とを備え、クレジットカード情報を前記顧客端末器から前記カード決済処理サーバーと決済業者サーバーとのみに伝達し、料金のクレジットカードによる決済を前記決済業者サーバーと前記カード決済処理サーバーと前記顧客端末器との間で行うことを特徴とする料金の決済システムに関する。
【０００８】
請求項２に係る発明は、前記施設が宿泊施設、レストラン、小売店舗のいずれかであることを特徴とする請求項１に記載の料金の決済システムに関する。
【０００９】
請求項３に係る発明は、前記施設が宿泊施設であって、前記料金は、宿泊施設における宿泊代、飲食代、購買代を含むことを特徴とする請求項２に記載の料金の決済システムに関する。
【００１０】
請求項４に係る発明は、前記施設サーバーがホテルサーバーであって、顧客の個人データと、顧客の部屋番号と、料金のデータを管理することを特徴とする請求項３に記載の料金の決済システム
に関する。
【００１１】
請求項５に係る発明は、この宿泊施設のチェックアウト時に、顧客が料金の問い合わせを、顧客の顧客端末器から、クレジットカードによる料金の処理を行うカード決済処理サーバーを介して、宿泊施設のホテルサーバーに行い、前記ホテルサーバーが料金を、前記カード決済処理サーバーを介して前記顧客端末器に伝達し、前記宿泊者がクレッジットカード情報を前記顧客端末器に入力して前記カード決済処理サーバーに伝達し、前記カード決済処理サーバーは、料金の決済業者の決済業者サーバーとの間で、宿泊料金のクレジットカードによる決済を行うことを特徴とする宿泊料金の決済方法に関する。
【００１２】
請求項６に係る発明は、前記施設がレストラン、小売店舗のいずれかである場合における前記料金は、レストラン又は小売店舗の顧客の飲食代、購買代を含むことを特徴とする請求項１に記載の料金の決済システムに関する。
【発明の効果】
【００１３】
請求項１に係る発明の決済システムによれば、クレジットカード情報が顧客端末器からカード決済処理サーバーと決済業者サーバーとのみに伝達されるので、施設はクレジットカード情報を管理する必要がない。
【００１４】
請求項２に係る発明の決済システムによれば、施設が宿泊施設、レストラン、小売店舗のいずれかである場合に施設はクレジットカード情報を管理する必要がない。
【００１５】
請求項３に係る発明の決済システムによれば、施設が宿泊施設の場合に宿泊施設はクレジットカード情報を管理する必要がない。
【００１６】
請求項４に係る発明の決済システムによれば、ホテルサーバーは、顧客の個人データと、顧客の部屋番号と、料金のデータを管理すればよいので、管理が容易になる。
【００１７】
請求項５に係る発明の決済方法によれば、クレジットカード情報が顧客端末器からカード決済処理サーバーと決済業者サーバーとのみに伝達され、ホテルサーバーには伝達されない。宿泊施設はクレジットカード情報を管理する必要がない。
【００１８】
請求項６に係る発明の決済システムによれば、施設がレストラン、小売店舗のいずれかである場合に、施設はクレジットカード情報を管理する必要がない。
【図面の簡単な説明】
【００１９】
【図１】本発明の第１実施形態に係る決済システムの構成図である。
【図２】本発明の第１実施形態に係る決済方法のフロー図である。
【図３】同フロー図である。
【図４】同フロー図である。
【図５】本発明の第１実施形態に係る決済方法におけるデータの流れを示す図である。
【図６】同データの流れを示す図である。
【図７】本発明の第１実施形態に係る決済方法における顧客端末器の画面表示の例である。
【図８】同顧客端末器の画面表示の例である。
【図９】同顧客端末器の画面表示の例である。
【図１０】同顧客端末器の画面表示の例である。
【図１１】本発明の第２実施形態に係る決済方法のフロー図である。
【図１２】同フロー図である。
【図１３】同フロー図である。
【発明を実施するための形態】
【００２０】
＜第１実施形態＞
この発明に係る決済システムが宿泊施設の場合の例を記載する。
以下、本発明の第１実施形態に係る宿泊料金の決済システムについて、図面を参照しながら説明する。図１に第１実施形態に係る決済システムの構成図を示す。
この決済システム１は、宿泊した顧客の宿泊施設における料金のクレジットカードによる決済を行う。料金には宿泊施設における宿泊代、飲食代、購買代等を含む。決済システム１は、宿泊施設のホテルサーバー２と、料金の決済業者の決済業者サーバー３と、クレジットカードによる料金の処理を行うカード決済処理サーバー４と、顧客が用いる顧客端末器５とを備える。
ホテルサーバー２は、顧客の氏名等の個人情報と、宿泊日や部屋番号等の宿泊情報と、宿泊費や飲食費等の宿泊料金の管理を行う。
決済業者サーバー３は、宿泊施設における料金のクレジットカードによる決済をクレジットカード業者と行い、顧客のクレジット情報を管理する。
カード決済処理サーバー４は、ホテルサーバー２と決済業者サーバー３と顧客端末器５との間で、料金及びカード情報等のデータ処理を行い、料金の決済を行う。
顧客端末器５は、携帯電話やスマートフォンやパソコン等の通信機器であり、顧客が所持しているものでも宿泊施設が所有しているものでもよい。顧客は、クレジットカードのカード情報を顧客端末器５に入力し、顧客端末器５で宿泊料金の決済を行う。
【００２１】
＜チェックイン時＞
チェックイン時に顧客は、部屋のキー等と共に、ユーザ識別番号が記載されたカードを受け取る。
【００２２】
＜チェックアウト時＞
チェックアウト時に顧客は次のＳ１からＳ２０のステップを行う。
図２−４に、本実施形態に係る決済方法のフローを示す。また、図５、６に同決済方法におけるホテルサーバー２、決済業者サーバー３、カード決済処理サーバー４、及び顧客端末器５間でのデータの流れを示し、関連するステップを記載する。
Ｓ１：顧客は、部屋に備えられたＱＲコード（登録商標）を携帯電話やスマートフォン等の顧客端末器５で読み取り、カード決済処理サーバー４が有する、クレジットカードによる料金の決済を行うアプリケーションを、インターネットを介して操作し、決済を行う。ＱＲコードには部屋番号のデータも含まれている。顧客端末器５に料金のクレジットカードによる決済を行うアプリケーションをダウンロードせずに、インターネットを介してカード決済処理サーバー４のアプリケーションを操作するので、ダウンロードする時間もかからず、顧客端末器５に負担もかけない利点がある。
Ｓ２：顧客端末器５に決済アプリの開始画面が表示される。
Ｓ３：顧客はユーザ識別番号（チェックアウト用アクセスキー）を入力する。顧客端末器５からカード決済処理サーバー４を介して部屋番号及びユーザ識別番号がホテルサーバー２に伝達される。図７（ａ）にユーザ識別番号を入力するときの顧客端末器５の画面例を示す。
Ｓ４：カード決済処理サーバー４は、決済業者サーバー３にトランザクション番号を発行する。トランザクション番号は本願発明の決済システムにおいて、システム処理の単位になる。料金の決済毎に付され、そのトランザクション番号で他の決済と区分することができる。日付毎、宿泊施設毎にユニークに付される。
Ｓ５：ホテルサーバー２は、宿泊料金の請求情報をカード決済処理サーバー４に伝達する。
Ｓ６：カード決済処理サーバー４は、エラーが発生した場合、部屋番号やユーザ識別番号が誤っているときはそのことを示すエラー画面（図７（ｂ））を表示して決済アプリの開始画面の表示に戻し、それ以外のエラーの場合にはそのことを示すエラー画面（図示せず）を表示する。
Ｓ７：部屋番号やユーザ識別番号等に間違いが無ければ、カード決済処理サーバー４は、顧客端末器５にお支払額確認画面を表示し、顧客に確認させる。図８にお支払額確認画面の例を示す。
Ｓ８：顧客が確認すると、カード決済処理サーバー４は顧客端末器５にカード情報入力画面を表示する。
Ｓ９：顧客はカード情報を入力する。図９にカード情報を入力するときの顧客端末器５の画面例を示す。
Ｓ１０：カード決済処理サーバー４は顧客端末器５に入力内容確認画面を表示し、顧客は、入力内容を確認する。
Ｓ１１：顧客が確認すると、カード決済処理サーバー４は決済業者サーバー３に今回の取引（決済）を登録する。決済業者サーバー３は取引毎に取引番号を付し、カード決済処理サーバー４に取引番号を伝達する。この取引番号は、決済業者サーバー３が決済業者サーバー３内での処理に用いるもので決済業者の使い易い番号が用いられる。例えば、決済業者サーバー３は複数の宿泊施設の決済を処理するが、その決済業者サーバー３が処理する案件の連番を取引番号としてもよい。
Ｓ１２：カード決済処理サーバー４から部屋番号及びユーザ識別番号がホテルサーバー２に伝達され、料金の請求情報が再度、ホテルサーバー２からカード決済処理サーバー４に伝達される。
Ｓ１３：料金の請求情報が前回と異なる場合には、カード決済処理サーバー４はエラー処理を行う。
このように、料金の請求情報がＳ５とＳ１２とで２回、ホテルサーバー２から送られて、２回の請求情報に違いが無いかをチェックしているが、それは次のような理由による。
例えば、顧客が２人で同宿しており、その内の１人がＳ７で支払額を確認し、Ｓ９でカード情報を入力している間に、他の１人が部屋の電話を使用すると、電話料金がかかるので料金が増加し、Ｓ５で得た請求情報と異なるので、Ｓ５で得た請求情報でカード決済をしても残金が残ってしまう。また、１人がＳ９でカード情報を入力している間に、他の１人が宿泊施設内の売店で物品を購入するようなこともある。このように、料金の請求情報をチェックすることにより、顧客がカード情報を入力している間の請求情報の増加に対応することができる。
また、このようにチェックすることにより通信上のトラブル等による誤った請求情報で決済することも防止することができる。
Ｓ１４：宿泊料金の請求情報が前回と同じ場合には、カード決済処理サーバー４は決済業者サーバー３に請求情報の金額を精算レコードに仮売上として登録することを指示する。
Ｓ１５：決済業者サーバー３で仮売上が登録される。
決済業者サーバー３はカード会社に支払の処理を依頼する。カード会社はカードの信用に問題が無いかをチェックする。
Ｓ１６：カード決済処理サーバー４からホテルサーバー２に仮売上が伝達され、ホテルサーバー２で仮売上が請求情報に登録される（仮売上の計上）。
ホテルサーバー２からカード決済処理サーバー４に登録結果が返される。
Ｓ１７：Ｓ１４〜Ｓ１６でカードの信用が無いことが分かることや通信上のエラー等が出た場合には、カード決済処理サーバー４は決済業者サーバー３の仮売上を削除し、お客様にフロントで支払って戴くように顧客端末器５に指示する。
Ｓ１８：Ｓ１４〜Ｓ１６が正常に終了した場合には、カード決済処理サーバー４は決済業者サーバー３の仮売上を実売上に変更することを指示する。
Ｓ１９：Ｓ１８で通信エラー等が出た場合には、カード決済処理サーバー４は、お客様にフロントで支払って戴くように顧客端末器５に指示する。
Ｓ２０：Ｓ１８が正常に終了した場合には、決済業者サーバー３の精算レコードで仮売上が実売上に更新される。カード決済処理サーバー４は顧客端末器５に決済明細書を表示する。図１０に決済明細書の例を示す。
Ｓ２１：決済明細書には領収書発行ボタンが表示されており、顧客がこの領収書発行ボタンを押すと、領収書の画像が顧客端末器５に送られる。顧客は領収書の画像を印刷することができる。なお、顧客が宿泊施設のフロントで領収書を受け取った後は、領収書発行ボタンが表示されない。顧客が顧客端末器５で領収書が得られるので、フロントで領収書を発行する手間が省かれる。
【００２３】
本発明の決済システムによれば、カード情報が決済業者サーバー３とカード決済処理サーバー４と顧客端末器５との間で伝達されるだけで、ホテルサーバー２には伝達されないので、ホテルでは、カード情報を管理する必要がない。このことにより、管理コストを低減することができ、カード情報が流出して信用を落とすおそれがない。
本発明のように顧客が有するスマートフォンにクレジット情報を入力するのであれば、クレジット情報を入力することにも抵抗が少なくなると思われる。
【００２４】
また、顧客端末器５に料金のクレジットカードによる決済を行うアプリケーションをダウンロードせずに、インターネットを介してカード決済処理サーバー４のアプリケーションを操作するので、ダウンロードする時間もかからず、顧客端末器５に負担もかけない利点がある。なお、ＱＲコード等から料金のクレジットカードによる決済を行うアプリケーションをダウンロードするようにしてもよい。
【００２５】
また、カード決済を宿泊施設で行う場合、朝のチェックアウト時に多数の顧客のカード決済に時間を費やし、フロントが混雑する。しかし、本実施形態の決済システムでは、顧客が顧客端末器５で宿泊料金の支払いを行うので、顧客はチェックアウト時にフロントに部屋のキーを返却するだけであり、フロントが混雑せずに速やかに退出することができる。部屋の施錠をキーでなく、暗証番号を鍵に入力して行うようにすれば、フロントに寄る必要もなく、さらに速やかに退出することができる。
【００２６】
なお顧客の有する携帯電話やスマートフォン等の顧客端末器を用いずに、部屋のパソコンや宿泊施設から貸与された携帯電話やスマートフォン等によって、宿泊料金の決済を行うようにしてもよい。
【００２７】
＜第２実施形態＞
この発明に係る決済システムで、施設がレストラン又は小売店舗の場合の例を記載する。
以下、本発明の第２実施形態に係る施設利用料金の決済システムについて、図面を参照しながら説明する。本実施形態に係る決済システムの構成図は第１実施形態と同じである。
この実施形態では、施設であるレストランや売店を利用した顧客を対象としており、料金は施設における飲食代や購買代である。
【００２８】
＜料金精算時＞
料金の精算時に顧客は次のＳ１０１からＳ１２１のステップを行う。
図１１−１３に、本実施形態に係る決済方法のフローを示す。
Ｓ１０１：顧客は、店内に備えられたＱＲコードを携帯電話やスマートフォン等の顧客端末器５で読み取り、カード決済処理サーバー４が有する、クレジットカードによる料金の決済を行うアプリケーションを、インターネットを介して操作し、決済を行う。顧客端末器５に料金のクレジットカードによる決済を行うアプリケーションをダウンロードせずに、インターネットを介してカード決済処理サーバー４のアプリケーションを操作するので、ダウンロードする時間もかからず、顧客端末器５に負担もかけない利点がある。
Ｓ１０２：顧客端末器５に決済アプリの開始画面が表示される。
Ｓ１０３：顧客は伝票番号を入力する。顧客端末器５からカード決済処理サーバー４を介して伝票番号が施設サーバー２に伝達される。
Ｓ１０４：カード決済処理サーバー４は、決済業者サーバー３にトランザクション番号を発行する。トランザクション番号は本願発明の決済システムにおいて、システム処理の単位になる。料金の決済毎に付され、そのトランザクション番号で他の決済と区分することができる。日付毎、施設毎にユニークに付される。
Ｓ１０５：施設サーバー２は、料金の請求情報をカード決済処理サーバー４に伝達する。
Ｓ１０６：カード決済処理サーバー４は、エラーが発生した場合、伝票番号が誤っているときは顧客端末器５を決済アプリの開始画面の表示に戻し、それ以外のエラーの場合にはエラー画面を表示する。
Ｓ１０７：伝票番号に間違いが無ければ、カード決済処理サーバー４は、顧客端末器５にお支払額確認画面を表示し、顧客に確認させる。
Ｓ１０８：顧客が確認すると、カード決済処理サーバー４は顧客端末器５にカード情報入力画面を表示する。
Ｓ１０９：顧客はカード情報を入力する。
Ｓ１１０：カード決済処理サーバー４は顧客端末器５に入力内容確認画面を表示し、顧客は、入力内容を確認する。
Ｓ１１１：顧客が確認すると、カード決済処理サーバー４は決済業者サーバー３に今回の取引（決済）を登録する。決済業者サーバー３は取引毎に取引番号を付し、カード決済処理サーバー４に取引番号を伝達する。この取引番号は、決済業者サーバー３が決済業者サーバー３内での処理に用いるもので決済業者の使い易い番号が用いられる。例えば、決済業者サーバー３は複数の施設の決済を処理するが、その決済業者サーバー３が処理する案件の連番を取引番号とする。
Ｓ１１２：カード決済処理サーバー４から伝票番号が施設サーバー２に伝達され、料金の請求情報が再度、施設サーバー２からカード決済処理サーバー４に伝達される。
Ｓ１１３：料金の請求情報が前回と異なる場合には、カード決済処理サーバー４はエラー処理を行う。
このように、料金の請求情報がＳ１０５とＳ１１２とで２回、施設サーバー２から送られて、２回の請求情報に違いが無いかをチェックしているが、チェックすることにより通信上のトラブル等による誤った請求情報で決済することを防止することができる。
Ｓ１１４：料金の請求情報が前回と同じ場合には、カード決済処理サーバー４は決済業者サーバー３に請求情報の金額を精算レコードに仮売上として登録することを指示する。
Ｓ１１５：決済業者サーバー３で仮売上が登録される。
決済業者サーバー３はカード会社に支払の処理を依頼する。カード会社はカードの信用に問題が無いかをチェックする。
Ｓ１１６：カード決済処理サーバー４からホテルサーバー２に仮売上が伝達され、ホテルサーバー２で仮売上が請求情報に登録される（仮売上の計上）。
ホテルサーバー２からカード決済処理サーバー４に登録結果が返される。
Ｓ１１７：Ｓ１１４〜Ｓ１１６でカードの信用が無いことが分かることや通信上のエラー等が出た場合には、カード決済処理サーバー４は決済業者サーバー３の仮売上を削除し、お客様に現金等で支払って戴くように顧客端末器５に指示する。
Ｓ１１８：Ｓ１１４〜Ｓ１１６が正常に終了した場合には、カード決済処理サーバー４は決済業者サーバー３の仮売上を実売上に変更する。
Ｓ１１９：Ｓ１１８でエラーが出た場合には、カード決済処理サーバー４は、お客様に現金等で支払って戴くように顧客端末器５に指示する。
Ｓ１２０：Ｓ１１８が正常に終了した場合には、決済業者サーバー３の精算レコードで仮売上が実売上に更新される。カード決済処理サーバー４は顧客端末器５に決済明細書を表示する。
Ｓ１２１：決済明細書には領収書発行ボタンが表示されており、顧客がこの領収書発行ボタンを押すと、領収書の画像が顧客端末器５に送られる。顧客は領収書の画像を印刷することができる。
【００２９】
本実施形態の決済システムによれば、施設であるレストランや売店を利用する顧客の場合も、カード情報が決済業者サーバー３とカード決済処理サーバー４と顧客端末器５との間で伝達されるだけで、施設サーバー２には伝達されないので、施設では、カード情報を管理する必要がない。このことにより、管理コストを低減することができ、カード情報が流出して信用を落とすおそれがない。
【００３０】
また、カード決済を施設のカードリーダ等を用いて行えば、店員等がその都度に対応しなければならず、手間がかかる。しかしながら、本実施形態の決済システムを用いれば、顧客が伝票番号のみが分かれば顧客端末器５で決済できるので、店員等が対応しなくてもよいので、手間が省ける。
【００３１】
本発明に係る料金の決済システム及び決済方法は、前述の実施形態に限定されるものではない。
例えば、決済業者サーバーとカード決済処理サーバーとを同一のサーバーとし、決済業者に設置してもよい。
また、本発明は、上述したようなクレジットカードによる決済だけでなく、デビットカード、ポストペイ等の他の電子決済に応用できる。
【産業上の利用可能性】
【００３２】
本発明は、クレジットカード情報を施設サーバーが管理することなく、利用施設例えば宿泊施設における宿泊者、又は宿泊せずにレストラン等を利用する顧客の料金の決済ができる決済システムに用いる。カード情報が決済業者サーバーとカード決済処理サーバーと顧客端末器との間で伝達されるだけで、ホテルサーバー等の施設サーバーには伝達されないので、ホテルでは、カード情報を管理する必要がない。このことにより、管理コストを低減することができ、カード情報が流出して信用を落とすおそれがない。
【符号の説明】
【００３３】
１    決済システム
２    ホテルサーバー（施設サーバー）
３    決済業者サーバー
４    カード決済処理サーバー
５    顧客端末器
【図１】
2020140409.tif 000003
【図２】
2020140409.tif 000004
【図３】
2020140409.tif 000005
【図４】
2020140409.tif 000006
【図５】
2020140409.tif 000007
【図６】
2020140409.tif 000008
【図７】
2020140409.tif 000009
【図８】
2020140409.tif 000010
【図９】
2020140409.tif 000011
【図１０】
2020140409.tif 000012
【図１１】
2020140409.tif 000013
【図１２】
2020140409.tif 000014
【図１３】
2020140409.tif 000015