JP2018128737A - 決済代行システム、端末装置およびプログラム - Google Patents

Abstract

【課題】クレジットカード情報などの個人情報を提示することなく、決済を行う。【解決手段】ユーザ端末装置からユーザ識別情報およびダウンロード要求情報を取得したときに、ユーザ認証を行い、ユーザ端末装置に対して、決済代行用アプリケーションなどを発行するアプリ発行サーバと、第１の施設に設けられ、第２の施設を利用するユーザの予約申し込み情報が入力されたことを契機として、予約要求情報を発行する第１の端末装置と、予約要求情報を取得し、予約情報データベースに登録を行い、ユーザ端末装置および第１の端末装置に対して予約完了の通知を送信する予約サーバと、第２の施設において、ユーザ端末装置から予約ＩＤおよびユーザ識別情報を取得し、決済ＩＤを発行する第２の端末装置と、決済ＩＤを取得し、決済を行う際に必要なユーザの決済実行情報に基づいて、決済を行うユーザ決済用サーバと、を備える。【選択図】図１

Description

本発明は、ユーザがサービスを提供する施設に対し、クレジットカード情報などの個人情報を提示することなく、決済を行う決済代行システム、端末装置およびプログラムに関する。

近年、訪日外国人の増加とともに、訪日外国人が言語の障壁を感じることなく、レストランで食事をしたい、日本円に両替することなく宿泊ホテル周辺のレストランでサービスの提供を受けたいというニーズが高まっている。

一方、レストランの中には、訪日外国人の支払い能力が心配であるとの理由から、訪日外国人へのサービスの提供を断るところが少なからず存在している。

このような状況をなくすことで、レストランにとって、訪日外国人を対象としたビジネスの機会を創出し、売上拡大の道がひらけることに期待できる。また、訪日外国人に対し、レストラン予約機能と決済機能の提供を一括管理できるサービスを提供することで、全国各地の観光地における訪日外国人の消費を促進することができ、その結果、地域復興などに寄与することが期待できる。

特許文献１では、宿泊客に貸与した携帯電話を用いて、携帯電話に提示されたクーポン情報の店で代金の決済を行う、代金決済機能を備えた移動通信端末および該移動通信端末を用いて行う代金決済システムに関する技術が開示されている。

また、特許文献２では、宿泊施設と宿泊施設と提携した業者との間において、宿泊施設の利用客の決済を一元管理することができるホテルオーダーシステムに関する技術が開示されている。

また、特許文献３では、クレジットカードなどによる電子決済システムについて、決済の安全性を担保し、円滑な決済処理を可能とするシステムに関する技術が開示されている。

特開２００２−１５０１８４号公報 特開２００２−３６６６７２号公報 特許第３６６０１０１号

しかしながら、特許文献１では、クーポン情報で提示された商品の購入は、宿泊客に貸与された携帯電話を用いて決済を行うことから、利用範囲において制約がある。

また、特許文献２では、カードキーを用いて一元管理しているため、使用する範囲は宿泊施設および宿泊施設周辺などに限られてしまう。

また、特許文献３では、クレジットカードなどによる電子決済システムを用いているため、レストランなどにおける支払いの際に、個人情報のやり取りを行う必要がある。

また、ユーザが自らクレジットカードを用いて決済を行う方法がある。しかし、クレジットカードを用いて決済を行うためには、各種支払の都度、クレジットカードを提示する必要があり、クレジットカード情報が不正に利用されないかという懸念がある。

また、レストランなどの予約を行う場合、ユーザが自らインターネットなどの予約システムを通して、予約を行う方法があるが、レストラン側には、レストランの予約を無断でキャンセルされることがないかなどの不安が常にある。

本発明は、このような事情に鑑みてなされたものであり、ユーザがサービスを提供する施設に対し、クレジットカード情報などの個人情報を提示することなく、決済を行う決済代行システムを提供することを目的とする。

（１）上記目的を達成するために、本発明の決済代行システムは、以下のような手段を講じた。すなわち、第１の施設のユーザ登録データベースに登録されているユーザが、前記第１の施設とは異なる第２の施設を利用したときの代金を、前記ユーザ登録データベースの登録情報に基づいて決済する決済代行システムであって、ユーザ端末装置からユーザ識別情報およびダウンロード要求情報を取得したときに、ユーザ認証を行って、ユーザ認証が得られた場合は、前記ユーザ端末装置に対して、決済代行用アプリケーション、アプリＩＤおよび署名情報を発行するアプリ発行サーバと、前記第１の施設に設けられ、前記第２の施設を利用する旨のユーザの予約申し込み情報が入力されたことを契機として、前記アプリＩＤを含む予約要求情報を発行する第１の端末装置と、前記予約要求情報を取得し、予約が可能である場合は、予約情報データベースに前記予約要求情報に基づいた登録を行って、前記ユーザ端末装置および前記第１の端末装置に対して予約ＩＤを含む予約完了の通知を送信する予約サーバと、前記第２の施設において、前記ユーザ端末装置から前記予約ＩＤおよびユーザ識別情報を取得し、前記予約情報データベースに照会を行い、ユーザが前記第２の施設を利用した後、決済情報に対応する決済ＩＤを発行する第２の端末装置と、前記決済ＩＤを取得し、前記ユーザ登録データベースを参照し、決済を行う際に必要なユーザの決済実行情報に基づいて、ユーザが前記第２の施設を利用したときの代金の決済を行うユーザ決済用サーバと、を備えることを特徴とする。

このように、アプリ発行サーバは、ユーザ端末装置からユーザ識別情報およびダウンロード要求情報を取得したときに、ユーザ認証を行って、ユーザ認証が得られた場合は、ユーザ端末装置に対して、決済代行用アプリケーション、アプリＩＤおよび署名情報を発行し、第１の端末装置は、第１の施設に設けられ、第２の施設を利用する旨のユーザの予約申し込み情報が入力されたことを契機として、アプリＩＤを含む予約要求情報を発行し、予約サーバは、予約要求情報を取得し、予約が可能である場合は、予約情報データベースに予約要求情報に基づいた登録を行って、ユーザ端末装置および第１の端末装置に対して予約ＩＤを含む予約完了の通知を送信し、第２の端末装置は、第２の施設において、ユーザ端末装置から予約ＩＤおよびユーザ識別情報を取得し、予約情報データベースに照会を行い、ユーザが第２の施設を利用した後、決済情報に対応する決済ＩＤを発行し、ユーザ決済サーバは、決済ＩＤを取得し、ユーザ登録データベースを参照し、決済を行う際に必要なユーザの決済実行情報に基づいて、ユーザが第２の施設を利用したときの代金の決済を行うので、ユーザは、各施設を利用した際に、各施設に対し、例えば、クレジットカードを用いた場合にクレジットカード情報などの個人情報（決済実行情報）を提示する必要がなく、決済を行うことができる。また、ネットワーク上で決済のために必要となる個人情報をやり取りすることがないため、個人情報の漏えいを防ぐことができ、安心して決済を行うことができる。さらに、施設側も認証されたユーザであることを確認でき、安心してサービスを提供することができる。

（２）また、本発明の決済代行システムにおいて、前記第２の端末装置は、前記第２の施設を利用する旨の予約をしたユーザが予約をキャンセルし、キャンセル料が発生したときは、前記予約サーバに前記予約ＩＤを含む決済要求を送信し、前記予約サーバは、前記決済要求に基づいて、前記予約情報データベースに照会を行い、前記ユーザ決済用サーバに対して、決済情報に対応する決済ＩＤを発行し、前記ユーザ決済用サーバは、前記決済ＩＤを取得し、前記ユーザ登録データベースを参照し、決済を行う際に必要なユーザの決済実行情報に基づいて、前記キャンセル料の決済を行うことを特徴とする。

このように、第２の端末装置は、第２の施設を利用する旨の予約をしたユーザが予約をキャンセルし、キャンセル料が発生したときは、予約サーバに予約ＩＤを含む決済要求を送信し、予約サーバは、決済要求に基づいて、予約情報データベースに照会を行い、ユーザ決済用サーバに対して、決済情報に対応する決済ＩＤを発行し、ユーザ決済用サーバは、決済ＩＤを取得し、ユーザ登録データベースを参照し、決済を行う際に必要なユーザの決済実行情報に基づいて、前記キャンセル料の決済を行うので、ユーザが予約した施設に対し直前キャンセルや無断キャンセルした場合に、予約をキャンセルされた施設は、ユーザからキャンセル料を徴収することで、一定の補償を得ることができる。

（３）また、本発明の決済代行システムにおいて、前記第２の端末装置は、予約がされていないユーザのユーザ端末装置から前記署名情報を取得したときは、前記ユーザ登録データベースに照会を行い、照会ができた場合は、来客者ＩＤを発行し、ユーザが前記第２の施設を利用した後、決済情報に対応する決済ＩＤを発行することを特徴とする。

このように、第２の端末装置は、予約がされていないユーザのユーザ端末装置から署名情報を取得したときは、ユーザ登録データベースに照会を行い、照会ができた場合は、来客者ＩＤを発行し、ユーザが第２の施設を利用した後、決済情報に対応する決済ＩＤを発行するので、予約していないユーザが施設を利用した場合であっても、ユーザは、施設に対し、クレジットカード情報などの個人情報を含む決済を行う際に必要なユーザの決済実行情報を提示する必要がなく、決済を行うことができる。また、署名情報を用いることで、施設側も認証されたユーザであることを確認でき、安心してサービスを提供することができる。

（４）また、本発明の決済代行システムにおいて、前記決済代行用アプリケーションは、ユーザの設定により、多言語の翻訳機能を有する翻訳サーバに接続し、前記ユーザ端末装置で表示される第１の言語を第２の言語に切り替えることを特徴とする。

このように、決済代行用アプリケーションは、ユーザの設定により、多言語の翻訳機能を有する翻訳サーバに接続し、ユーザ端末装置で表示される第１の言語を第２の言語に切り替えるので、ユーザは、各サービス施設からの情報を、ユーザ自身が理解できる言語で取得することができる。

（５）また。本発明の決済代行システムにおいて、前記ユーザ端末装置は、前記署名情報を取得できるか否かによって、前記第２の端末装置であるか否かを判定し、判定の結果、前記第２の端末装置である場合は、前記署名情報を提供することを特徴とする。

このように、ユーザ端末装置は、署名情報を取得できるか否かによって、第２の端末装置であるか否かを判定し、判定の結果、第２の端末装置である場合は、署名情報を提供するので、予約せずに訪れたサービス施設に対し、ホテル署名を提示することで、訪れたサービス施設が本決済代行システムを利用することができるサービス施設か否かを確認することができる。

（６）また、本発明の第１の端末装置は、（１）から（５）のいずれかに記載の決済代行システムに用いられる第１の端末装置であって、前記第１の施設に設けられ、前記第２の施設を利用する旨のユーザの予約申し込み情報が入力されたことを契機として、前記アプリＩＤを含む予約要求情報を発行する予約要求送信部と、前記予約サーバから予約ＩＤを含む予約完了の通知を取得する予約情報取得部と、を備えることを特徴とする。

このように、第１の端末装置は、第１の施設に設けられ、第２の施設を利用する旨のユーザの予約申し込み情報が入力されたことを契機として、アプリＩＤを含む予約要求情報を発行する予約要求送信部と、予約サーバから予約ＩＤを含む予約完了の通知を取得する予約情報取得部と、を備えるので、ユーザは、サービス施設からサービスの提供を断られることなく、利用したいサービス施設を予約することができる。

（７）また、本発明のプログラムは、（１）から（５）のいずれかに記載の決済代行システムに用いられる第１の端末装置のプログラムであって、前記第１の施設に設けられ、前記第２の施設を利用する旨のユーザの予約申し込み情報が入力されたことを契機として、前記アプリＩＤを含む予約要求情報を発行する処理と、前記予約サーバから予約ＩＤを含む予約完了の通知を取得する処理と、を含む一連の処理をコンピュータに実行させることを特徴とする。

このように、プログラムは、第１の施設に設けられ、第２の施設を利用する旨のユーザの予約申し込み情報が入力されたことを契機として、アプリＩＤを含む予約要求情報を発行し、予約サーバから予約ＩＤを含む予約完了の通知を取得するので、ユーザは、サービス施設からサービスの提供を断られることなく、利用したいサービス施設を予約することができる。

本発明によれば、ユーザは、クレジットカード情報などの個人情報を含む決済を行う際に必要なユーザの決済実行情報を提示することなく、決済を行うことが可能となる。

本実施形態に係る決済代行システムの概略を示す図である。 アプリ発行サーバの構成を示すブロック図である。 ホテル端末装置の構成を示すブロック図である。 ユーザ端末装置の構成を示すブロック図である。 レストラン端末装置の構成を示すブロック図である。 ユーザ決済用サーバの構成を示すブロック図である。 予約サーバの構成を示すブロック図である。 翻訳サーバの構成を示すブロック図である。 ユーザ端末装置におけるアプリ発行の動作を示すシーケンスチャートである。 レストラン端末装置におけるアプリ発行の動作を示すシーケンスチャートである。 レストラン予約の動作を示すシーケンスチャートである。 レストランに来店したユーザの本決済代行システムの利用可否を確認する動作を示すシーケンスチャートである。 レストランに来店したユーザの本決済代行システムの利用可否を確認する動作を示すシーケンスチャートである。 ユーザが決済を行うときの動作を示すシーケンスチャートである。 予約をキャンセルした場合のキャンセル料金を徴収する動作を示すシーケンスチャートである。

本発明者らは、ユーザがサービスを利用した際に、サービスを提供する施設（以下、サービス施設という）に対して、決済を行う際に必要なユーザの決済実行情報（クレジットカード情報などの個人情報などを含む）を提示しないと、決済を行うことができない点に着目し、ホテルや旅行会社などのサービス施設が決済を一元管理し、決済代行を行うことにより、ユーザは、サービス施設に対してユーザの決済実行情報を提示することなく各種サービスを利用でき、サービス施設側は、ユーザに対して支払い能力などの不安を抱くことなくサービスの提供を行うことができることを見出し、本発明をするに至った。

すなわち、本発明の決済代行システムは、第１の施設のユーザ登録データベースに登録されているユーザが、前記第１の施設とは異なる第２の施設を利用したときの代金を、前記ユーザ登録データベースの登録情報に基づいて決済する決済代行システムであって、ユーザ端末装置からユーザ識別情報およびダウンロード要求情報を取得したときに、ユーザ認証を行って、ユーザ認証が得られた場合は、前記ユーザ端末装置に対して、決済代行用アプリケーション、アプリＩＤおよび署名情報を発行するアプリ発行サーバと、前記第１の施設に設けられ、前記第２の施設を利用する旨のユーザの予約申し込み情報が入力されたことを契機として、前記アプリＩＤを含む予約要求情報を発行する第１の端末装置と、前記予約要求情報を取得し、予約が可能である場合は、予約情報データベースに前記予約要求情報に基づいた登録を行って、前記ユーザ端末装置および前記第１の端末装置に対して予約ＩＤを含む予約完了の通知を送信する予約サーバと、前記第２の施設において、前記ユーザ端末装置から前記予約ＩＤおよびユーザ識別情報を取得し、前記予約情報データベースに照会を行い、ユーザが前記第２の施設を利用した後、決済情報に対応する決済ＩＤを発行する第２の端末装置と、前記決済ＩＤを取得し、前記ユーザ登録データベースを参照し、決済を行う際に必要なユーザの決済実行情報に基づいて、ユーザが前記第２の施設を利用したときの代金の決済を行うユーザ決済用サーバと、を備えることを特徴とする。

これにより、本発明者らは、ユーザが、各サービス施設を利用した際に、各サービス施設に対して、決済を行う際に必要なユーザの決済実行情報を提示することなく、決済を行うことを可能とした。その結果、ネットワーク上で決済のために必要となる個人情報をやり取りすることがなくなるため、個人情報の漏えいを防ぐことができ、ユーザが安心して決済を行うことができる。さらに、サービス施設側も認証されたユーザであることを確認でき、ユーザに対して安心してサービスを提供することができる。以下、本発明の実施形態について、図面を参照しながら具体的に説明する。なお、本明細書内において、アプリケーションとは、決済代行システムを実現するために、各端末へダウンロードされる決済代行用アプリケーションを示し、単にアプリともいう。

図１は、本実施形態に係る決済代行システムの概略を示す図である。本実施形態に係る決済代行システムは、アプリ発行サーバ１、ホテル端末装置（第１の端末装置）３、ユーザ端末装置５、レストラン端末装置（第２の端末装置）７、ユーザ決済用サーバ９、予約サーバ１１、翻訳サーバ（多言語翻訳サーバともいう）１３を備え、ネットワーク０を介して互いに通信が可能である。ユーザ決済用サーバ９は、クレジットカード会社１５と通信を行う。ホテル端末装置（第１の端末装置）３は、ホテル（第１の施設）に設けられている。また、レストラン端末装置（第２の端末装置）７は、レストラン（第２の施設）に設けられている。

また、アプリ発行サーバ１およびユーザ決済用サーバ９はユーザ登録データベース２１に、アプリ発行サーバ１および翻訳サーバ１３はサービス施設登録データベース（レストラン登録データベース２３など）に、アプリ発行サーバ１は署名データベース（ホテル署名データベース２５など）に、予約サーバ１１は予約情報データベース２７に、紐づけられている。各サーバは、それぞれ紐づけられた各データベースの参照や更新を行うことができる。

本実施形態では、決済代行を行うサービス施設（第１の施設）として、ユーザが宿泊したホテル（第１の施設）を一例として説明するが、これに限定されるわけではない。サービス施設（第１の施設）は、決済代行を行うサービス施設であれば良く、例えば、第１の施設は、旅行会社などであっても良い。

また、本実施形態では、ホテルに宿泊した（第１の施設を利用した）ユーザが宿泊ホテル（第１の施設）周辺のサービス施設（第２の施設）として、レストランを利用したときの決済代行システムの流れを一例として説明するが、これに限定されるわけではない。サービス施設（第２の施設）は、サービスを提供する施設であれば良く、例えば、美術館、タクシー、レンタル衣装、観光施設などの施設であっても良い。

なお、各端末装置は、通信端末装置であり、タブレット、スマートフォンなどの移動通信端末装置であるとより好ましい。以下、各サーバおよび各端末装置が備える機能について説明する。

図２は、アプリ発行サーバの構成を示すブロック図である。アプリ発行サーバ１は、ダウンロード要求取得部１ａ、プログラム送信部１ｂおよびホテル署名管理部１ｃを備える。

ダウンロード要求取得部１ａは、ユーザ端末装置５またはレストラン端末装置７から、アプリケーションプログラムのダウンロード要求を取得する。ユーザ端末装置５からアプリケーションプログラムのダウンロード要求を取得した場合、その発行の可否を判断するため、ユーザ登録データベース２１に照会を行い、ユーザ認証を行う。ユーザ登録データベース２１には、ユーザ識別番号（宿泊客識別番号）、ユーザ（宿泊者）がダウンロードしたアプリＩＤ、宿泊開始日時情報、宿泊終了予定日時情報、宿泊者部屋番号、宿泊同伴者情報を含むユーザ（宿泊者）に関する情報が、ホテル毎に予め格納されており、必要に応じて更新される。

また、ダウンロード要求取得部１ａは、レストラン端末装置７からアプリケーションプログラムのダウンロード要求を取得した場合、その発行の可否を判断するため、レストラン登録データベース２３に照会を行い、ユーザ認証を行う。レストラン登録データベース２３には、レストラン識別番号、レストラン名、レストランの概要、営業時間、提供されるサービスおよびメニュー、レストランの地図、レストランへのアクセス方法を含むレストランに関する情報が、レストラン毎に格納されており、必要に応じて更新される。

プログラム送信部１ｂは、ユーザ端末装置５から取得したダウンロード要求に対し、発行が可能であることが確認できた場合、ユーザ端末装置５に対し、アプリケーションプログラムを送信すると共に、アプリＩＤおよびホテル署名（署名情報）を発行し送信する。

また、プログラム送信部１ｂは、レストラン端末装置７から取得したダウンロード要求に対し、発行が可能であることが確認できた場合、レストラン端末装置に対し、アプリケーションプログラムを送信すると共に、アプリＩＤを発行し送信する。

また、ホテル署名管理部１ｃは、ユーザ端末装置５へのホテル署名の発行、レストラン端末装置７からのホテル署名の照会要求に応じて、ホテル署名データベースとやり取り（参照や更新など）を行う。

図３は、ホテル端末装置の構成を示すブロック図である。ホテル端末装置３は、予約要求送信部（レストラン予約要求送信部３ａ）および予約情報取得部（レストラン予約情報取得部３ｂ）を備える。レストラン予約要求送信部３ａは、予約サーバ１１に対して、宿泊ホテルの情報および宿泊者識別情報を含むレストラン予約要求を送信する。レストラン予約情報取得部３ｂは、レストランの予約が完了した後、予約サーバ１１から予約ＩＤを含む予約完了通知を取得する。

図４は、ユーザ端末装置の構成を示すブロック図である。ユーザ端末装置５は、宿泊者情報収納部５ａ、アプリケーションプログラム記録部５ｂ、宿泊ホテル情報収納部５ｃ、登録データ記録部５ｄ、近距離通信機能部５ｅ、携帯電話用通信機能部５ｆ、表示部５ｇ、操作部５ｈ、記録部５ｉを備える。

宿泊者情報収納部５ａは、ユーザ端末装置５を保持しているユーザのユーザ識別情報（宿泊者識別情報）が予め格納されている。

アプリケーションプログラム記録部５ｂは、ダウンロード要求の送信機能、アプリプログラムの取得機能、予約情報の取得機能、予約情報の送信機能、決済完了情報の取得機能、アプリケーション自動削除機能を含む機能を備える。ダウンロード要求の送信機能は、アプリ発行サーバ１に対して、宿泊者識別情報を送信し、アプリケーションプログラムのダウンロード要求を行う。アプリプログラムの取得機能は、アプリ発行サーバ１からアプリケーションプログラム、宿泊ホテル識別情報、アプリＩＤ、ホテル署名を取得する。予約情報の取得機能は、予約サーバ１１から、予約情報データベースに登録された予約情報をもとに、レストラン識別情報、予約ＩＤ、予約日時情報、予約品目情報（予約人数、予約サービス名）を含む予約情報を取得する。予約情報の送信機能は、予約情報の取得機能で取得した予約情報のうち、レストラン識別情報と予約ＩＤを、近距離通信機能を利用して、レストラン端末装置７に送信する。決済完了情報の取得機能は、ユーザ決済用サーバ９から、決済完了情報を取得する。アプリケーション自動削除機能は、予め定められた方法により、アプリ発行サーバ１からダウンロードしたアプリケーションプログラムを削除する。

宿泊ホテル情報収納部５ｃは、アプリ発行サーバ１から取得した、ユーザが宿泊するホテルの識別情報（宿泊ホテル識別情報）、ホテル署名、アプリＩＤを格納する。ホテル署名は、登録されているホテルであることを示す文字や画像の組み合わせから構成され、時限的に変わる。

登録データ記録部５ｄは、レストラン予約情報、レストラン利用情報および決済情報を含む情報を記録する。レストラン予約情報は、予約サーバ１１から取得した、レストラン識別情報、予約ＩＤ、予約日時情報、予約品目情報（予約人数、予約サービス名）を含む情報である。また、レストラン利用情報は、レストランに来店した際に、レストラン端末装置７から取得する、レストラン識別情報および来客者ＩＤを含む情報である。また、決済情報は、決済完了後にユーザ決済用サーバ９から送信されるレストラン識別情報、決済ＩＤおよび決済金額を含む情報である。

近距離通信機能部５ｅは、ＷｉＦｉ（登録商標）、赤外線通信機能、Ｂｌｕｅ ｔｏｏｔｈ（登録商標）（ＢＬＥ含む）など、近距離で無線通信を行う。携帯電話用通信機能部５ｆは、通話などの通信を行う。

表示部５ｇは、各サーバおよび各端末装置から取得した情報を表示する。操作部５ｈは、アプリケーションの操作など、本実施形態における決済代行システムを操作する機能を備える。記録部５ｉは、アプリケーションプログラム記録部５ｂで記録される情報以外の情報を記録する。

図５は、レストラン端末装置の構成を示すブロック図である。レストラン端末装置７は、レストラン情報収納部７ａ、アプリケーションプログラム記録部７ｂ、宿泊ホテル情報収納部７ｃ、登録データ記録部７ｄ、近距離通信機能部７ｅ、携帯電話用通信機能部７ｆ、表示部７ｇ、操作部７ｈ、記録部７ｉを備える。

レストラン情報収納部７ａは、レストラン端末装置７を保持しているレストラン情報（レストラン識別情報）が予め格納されている。

アプリケーションプログラム記録部７ｂは、ダウンロード要求の送信機能、アプリケーションプログラムの取得機能、予約情報の取得機能、予約情報の送信機能、ホテル署名確認機能、決済情報の表示機能、決済情報の送信機能、決済完了情報の取得機能、キャンセル料金の決済要求機能を含む機能を備える。

ダウンロード要求の送信機能は、アプリ発行サーバ１に対して、レストラン識別情報を送信し、アプリケーションプログラムのダウンロード要求を行う。アプリケーションプログラムの取得機能は、アプリ発行サーバ１からアプリケーションプログラム、宿泊ホテル識別情報、アプリＩＤを取得する。予約情報の取得機能は、近距離通信機能を利用して、ユーザ端末装置から宿泊者識別情報と予約ＩＤを取得する。予約情報の送信機能は、ユーザ端末装置５から取得した宿泊者識別情報と予約ＩＤを、予約サーバ１１へ送信し、予約情報データベース２７に登録された予約情報を確認する。ホテル署名確認機能は、レストランに来店したユーザ（宿泊者）のユーザ端末装置５に表示されたホテル署名を読み取り、アプリ発行サーバ１を経由して、ホテル署名データベース２５に登録されている情報と照会するように、アプリ発行サーバ１に対してホテル署名の照会要求を行う。アプリ発行サーバ１に対して照会要求を行った結果、ホテル署名の正当性が確認できた場合、来客者ＩＤを発行する。

決済情報の表示機能は、ユーザにわかりやすい形式で、決済情報の明細と決済金額を表示する。決済情報の送信機能は、表示された決済情報をユーザが確認した後に、ユーザ決済用サーバ９に対し、レストラン識別情報、決済ＩＤ（予約ＩＤまたは来客者ＩＤをもとに発行される）または決済金額を送信する。送信する際に、アプリＩＤおよび時間情報を秘密鍵として、送信する情報を暗号化する。

決済完了情報の取得機能は、ユーザ決済用サーバ９から、決済完了情報（キャンセル料金の徴収完了に関する情報も含む）を取得する。キャンセル料金の決済要求機能は、予約のキャンセルがあった場合に、キャンセル料金の決済を要求するため、予約サーバ１１に対して、レストラン識別情報および予約ＩＤを送付する。

宿泊ホテル情報収納部７ｃは、アプリ発行サーバ１から取得した各宿泊ホテルの識別情報、アプリＩＤを格納する。

登録データ記録部７ｄは、レストラン予約情報、レストラン利用情報および決済情報を記録する。レストラン予約情報は、予約サーバから取得した、予約ＩＤ、予約日時、予約品目情報（予約人数、予約サービス名）などを含む情報である。また、レストラン利用情報は、来客者ＩＤを含むユーザがレストランを利用したときに作成される情報である。また、決済情報は、決済ＩＤ、決済金額、決済の明細を含む決済に関する情報である。

近距離通信機能部７ｅは、ＷｉＦｉ（登録商標）、赤外線通信機能、Ｂｌｕｅ ｔｏｏｔｈ（登録商標）（ＢＬＥ含む）など、近距離で無線通信を行う。携帯電話用通信機能部７ｆは、通話などの通信を行う。

表示部７ｇは、各サーバおよび各端末装置から取得した情報を表示する。操作部７ｈは、アプリケーションの操作など、本実施形態における決済代行システムを操作する機能を備える。記録部７ｉは、アプリケーションプログラム記録部で記録される情報以外の情報を記録する。

図６は、ユーザ決済用サーバの構成を示すブロック図である。ユーザ決済用サーバ９は、決済情報取得部９ａ、決済情報管理部９ｂを備える。決済情報取得部９ａは、レストラン端末装置７から決済要求を取得し、利用料金の決済を行う。また、予約のキャンセルがあった場合は、予約サーバ１１から決済要求を取得し、キャンセル料金の決済を行う。以下、決済方法の一例として、クレジットカードを用いた決済方法を説明するが、これに限定されるわけではない。決済方法は、確実に徴収できる方法であれば良く、例えば、現金を用いて決済を行っても良いし、電子マネなどを用いて決済を行っても良い。クレジットカードに関する情報などの個人情報を含む決済を行う際に必要なユーザの決済実行情報は、自サーバ（ユーザ決済用サーバ９）に予め記録されている。

決済情報管理部９ｂは、宿泊客識別番号、宿泊者のクレジットカードに関する情報、決済情報、宿泊料金予定額などを含む宿泊者に関する情報が格納されている。宿泊者のクレジットカードに関する情報には、クレジットカード番号、名義人、有効期限、クレジットカードの利用限度額などの情報を含む。また、決済情報は、決済ＩＤ、決済額、決済内容などの情報を含む。これらの情報は、必要に応じて更新される。

図７は、予約サーバの構成を示すブロック図である。予約サーバ１１は、予約情報管理部１１ａ、予約情報送信部１１ｂ、キャンセル料金管理部１１ｃを備える。予約情報管理部１１ａは、ホテル端末装置３からレストランの予約要求を取得し、予約情報データベース２７へ照会と登録を行い、レストランの予約の管理を行う。予約情報データベース２７には、レストラン識別情報、予約ＩＤ、宿泊者識別情報、予約日時情報、予約品目情報（予約人数、予約サービス名）、およびレストランのキャンセル料金の徴収ポリシーを含むレストランの予約に関する情報が、登録されたレストラン毎に格納されており、必要に応じて更新される。

予約情報送信部１１ｂは、レストランの予約完了時に、予約ＩＤを発行する。そして、予約されたレストラン識別情報と一致するレストラン端末装置７、およびレストランの予約要求を送信したホテル端末装置３に対し、予約ＩＤを含む予約完了通知を送信する。その後、レストランを予約したユーザのユーザ端末装置５に対して、予約ＩＤ、レストラン詳細情報（レストラン識別情報、予約日時情報、予約品目情報（予約人数、予約サービス名））を含む予約完了通知を送信する。

キャンセル料金管理部１１ｃは、予約のキャンセルがあった場合に、レストラン端末装置７からキャンセル料金の決済要求を取得し、キャンセル料金の支払い有無の判定を行う。判定の結果、キャンセル料金の徴収が必要な場合は、ユーザ決済用サーバ９に対し、レストラン識別情報、決済ＩＤ（予約ＩＤまたは来客者ＩＤ）、決済金額を送信する。送信する際に、アプリＩＤおよび時間情報を秘密鍵として、送信する情報を暗号化する。

図８は、多言語翻訳サーバの構成を示すブロック図である。多言語翻訳サーバ１３は、レストラン情報取得部１３ａ、レストラン情報翻訳部１３ｂおよびレストラン情報送信部１３ｃを備える。レストラン情報取得部１３ａは、予約サーバ１１から、レストラン情報とユーザ（宿泊者）の母国語に関する情報を取得する。レストラン情報翻訳部１３ｂは、予約サーバ１１から取得したユーザの母国語に関する情報を用いて、レストラン情報をユーザの母国語に翻訳する。レストラン情報送信部１３ｃは、母国語に翻訳されたレストラン情報を、予約サーバ１１に送信する。

次に、本実施形態の主な動作について、説明する。図９は、ユーザ端末装置におけるアプリ発行の動作を示すシーケンスチャートである。ユーザ端末装置５は、アプリ発行サーバ１に対して、宿泊者識別情報を送付し、アプリのダウンロード要求を行う（ステップＳ１０１）。アプリ発行サーバ１は、取得した宿泊者識別情報を用いて、ユーザ登録データベース２１に登録されている宿泊者の情報を照会する（ステップＳ１０２）。アプリ発行サーバ１は、ユーザ（宿泊者）の情報の照会完了後、ユーザ端末装置５に対し、アプリＩＤおよびホテル署名に関する情報を発行し、宿泊ホテル識別情報およびアプリケーションプログラムと共に送信する（Ｓ１０３）。ユーザ端末装置５は、アプリケーションプログラムなどを自装置（ユーザ端末装置５）へダウンロードし、宿泊ホテル識別情報、アプリＩＤ、およびホテル署名機能を宿泊ホテル情報収納部へ記録する。

図１０は、レストラン端末装置におけるアプリ発行の動作を示すシーケンスチャートである。レストラン端末装置７は、アプリ発行サーバ１に対して、レストラン識別情報を送付し、アプリのダウンロード要求を行う（ステップＳ２０１）。アプリ発行サーバ１は、取得したレストラン識別情報を用いて、レストラン登録データベース２３に登録されているレストランの情報を照会する（ステップＳ２０２）。アプリ発行サーバ１は、レストランの情報の照会完了後、レストラン端末７に対し、アプリＩＤを発行し、宿泊ホテル識別情報、ホテル署名確認機能およびアプリケーションプログラムと共に送信する（ステップＳ２０３）。レストラン端末装置７は、アプリケーションプログラムなどを自装置（レストラン端末装置７）へダウンロードし、宿泊ホテル識別情報、アプリＩＤ、およびホテル署名確認機能を宿泊ホテル情報収納部へ記録する。

図１１は、レストラン予約の動作を示すシーケンスチャートである。ホテル端末装置３は、予約サーバ１１に対し、宿泊者識別情報を送付し、レストランの予約要求を行う（ステップＳ３０１）。予約サーバ１１は、予約情報データベース２７に対し、レストラン情報の照会および登録を行う（ステップＳ３０２）。予約サーバ１１は、予約完了後、予約ＩＤを発行する。そして、ホテル端末装置３およびレストラン端末装置７に対し、発行した予約ＩＤ含む予約完了通知を送信する（ステップＳ３０３、Ｓ３０４）。予約サーバ１１は、ホテル端末装置３およびレストラン端末装置７への予約完了通知後、ユーザ端末装置５に対し、予約ＩＤ、およびレストラン識別情報、予約日時情報、予約品目情報（予約人数、予約サービス名）などのレストランの詳細情報を含む予約完了通知を送信する（ステップＳ３０５）。さらに、レストランの詳細情報をユーザの母国語に翻訳したい場合は、予約サーバ１１は、ステップＳ３０４の後、多言語翻訳サーバ１３に、レストランの詳細情報およびユーザの母国語に関する情報を送信し（ステップＳ３１１）、多言語翻訳サーバ１３でユーザの母国語に翻訳されたレストランの詳細情報を取得し（ステップＳ３１２）、ステップＳ３０５を行う。

次に、レストラン端末装置において、レストランに来店したユーザの本決済代行システムの利用可否を確認する動作について説明する。図１２は、ユーザが宿泊しているホテルがユーザ（宿泊者）の代理人として、レストラン予約を行い、レストランに来店した場合の動作を示すシーケンスチャートである。まず、ユーザ端末装置５からレストラン端末装置７に対し、予約ＩＤ、宿泊者識別情報などの予約情報を送信する（ステップＳ４０１）。レストラン端末装置７は、取得した予約情報を用いて、予約サーバ１１に対し、予約情報の確認要求を行う（ステップＳ４０２）。予約サーバ１１は、取得した予約情報と、予約情報データベース２７に登録されている予約情報を照会する（ステップＳ４０３）。予約サーバ１１は、照会された予約が確認できた場合は、レストラン端末装置７に対し、予約ＩＤを含む予約確認を送信する（ステップＳ４０４）。また、予約サーバ１１は、ユーザ端末装置５に対しても、予約ＩＤなどの予約確認を送信する（ステップＳ４０５）。

図１３は、ユーザが予約を行わず、レストランを訪れた場合の動作を示すシーケンスチャートである。まず、ユーザが宿泊しているホテルが本決済代行システムを利用しているホテルであるか否かを確認する。ユーザ端末装置５は、自装置（ユーザ端末装置５）のホテル署名機能を用いて、ホテルを示す文字や画像などの組み合わせから構成される情報（ホテル署名）を自装置の表示画面に表示し、レストラン端末装置７に対し、ホテル署名が表示された自装置（ユーザ端末装置５）の表示画面を提示する（ステップＳ５０１）。レストラン端末装置７は、自装置（レストラン端末装置７）に格納されているホテル署名確認機能を用いて、ユーザ端末装置からホテル署名を取得する。レストラン端末装置７がユーザ端末装置５からホテル署名を取得方法は、近距離通信を用いて取得しても良いし、レストランの店員がユーザ端末装置５に表示されているホテル署名をレストラン端末装置７に手入力しても良いし、カメラ画像として読み取る方法でも良いし、さらにＱＲコード（登録商標）を用いて読み取る方法などを用いても良い。レストラン端末装置７は、アプリ発行サーバを経由して、取得したホテル署名とホテル署名データベース２５に登録されたホテル署名とを照会する（ステップＳ５０２）。照会されたホテル署名の正当性が確認できた場合、レストラン端末装置７は、来客者ＩＤを発行し、自装置（レストラン端末装置７）の登録データ記録部に記録すると共に、ユーザ端末装置５へ送信する（ステップＳ５０３）。

図１４は、ユーザが決済を行うときの動作を示すシーケンスチャートである。レストラン端末装置７は、予約ＩＤまたは来客者ＩＤをもとに決済ＩＤを発行する。レストラン端末装置７は、決済すべき情報をユーザ（宿泊者）に提示する（ステップＳ６０１）。ユーザが提示された決済情報を確認した後、レストラン端末装置７は、ユーザ決済用サーバ９に対して、レストラン識別情報、決済ＩＤ（予約ＩＤまたは来客者ＩＤ）、決済金額を送信する。ユーザ端末装置５は、レストラン端末装置７から決済ＩＤを取得し、ユーザ決済用サーバ９に、アプリＩＤおよび決済ＩＤを送信し、決済要求を行う（ステップＳ６０２）。決済要求は、アプリＩＤ、決済ＩＤ、決済情報（決済金額、決済内容などを含む）から構成される。ユーザ決済用サーバ９は、ユーザ登録データベース２１の情報を照会し（ステップＳ６０３）、自サーバ（ユーザ決済用サーバ９）に記録されているユーザのクレジットカード情報を用いて、クレジットカードによる決済を行う。決済完了後、ユーザ決済用サーバ９は、ユーザ端末装置５およびレストラン端末装置７に対し、決済日時、決済ＩＤ、決済情報を含む決済完了通知を送信する（ステップＳ６０４、Ｓ６０５）。

図１５は、予約をキャンセル（無断キャンセルを含む）した場合のキャンセル料金を徴収する動作を示すシーケンスチャートである。レストラン端末装置７は、予約サーバ１１に対し、予約ＩＤを送付し、キャンセル料金の支払いの決済を要求する（ステップＳ７０１）。予約サーバ１１は、キャンセル料金の支払いの正当性を確認するために、予約情報データベース２７に予約情報を照会する（ステップＳ７０２）。予約情報データベース２７に格納されている予め決められたレストランのキャンセル料金の徴収ポリシーによって、キャンセル料金の支払いが必要な場合は、予約サーバ１１は、ユーザ決済用サーバ９に対して、予約ＩＤをもとに発行される決済ＩＤを送信すると共に、キャンセル料金の決済を要求する（ステップＳ７０３）。ユーザ決済用サーバ９は、ユーザ登録データベース２１を照会し（ステップＳ７０４）、クレジットカードによる決済を行う。ユーザ決済用サーバ９は、キャンセル料金の決済が完了すると、ユーザ端末装置５およびレストラン端末装置７に対して、決済日時、決済ＩＤ、決済情報を含む決済完了通知を送信する（ステップＳ７０５、Ｓ７０６）。

以上説明したように、本実施形態によれば、ユーザは、サービスを提供する施設に対し、クレジットカード情報などの個人情報を提示することなく、決済を行うことが可能となる。

０ ネットワーク
１ アプリ発行サーバ
１ａ ダウンロード要求取得部
１ｂ プログラム送信部
１ｃ ホテル署名管理部
３ ホテル端末装置
３ａ レストラン予約要求送信部
３ｂ レストラン予約情報取得部
５ ユーザ端末装置
５ａ 宿泊者情報収納部
５ｂ アプリケーションプログラム記録部
５ｃ 宿泊ホテル情報収納部
５ｄ 登録データ記録部
５ｅ 近距離通信機能部
５ｆ 携帯電話用通信機能部
５ｇ 表示部
５ｈ 操作部
５ｉ 記録部
７ レストラン端末装置
７ａ レストラン情報収納部
７ｂ アプリケーションプログラム記録部
７ｃ 宿泊ホテル情報収納部
７ｄ 登録データ記録部
７ｅ 近距離通信機能部
７ｆ 携帯電話用通信機能部
７ｇ 表示部
７ｈ 操作部
７ｉ 記録部
９ ユーザ決済用サーバ
９ａ 決済情報取得部
９ｂ 決済情報管理部
１１ 予約サーバ
１１ａ 予約情報管理部
１１ｂ 予約情報送信部
１１ｃ キャンセル料金管理部
１３ 多言語翻訳サーバ
１３ａ レストラン情報取得部
１３ｂ レストラン情報翻訳部
１３ｃ レストラン情報送信部
１５ クレジットカード会社
２１ ユーザ登録データベース
２３ レストラン登録データベース
２５ ホテル署名データベース
２７ 予約情報データベース

Claims (7)

1. 第１の施設のユーザ登録データベースに登録されているユーザが、前記第１の施設とは異なる第２の施設を利用したときの代金を、前記ユーザ登録データベースの登録情報に基づいて決済する決済代行システムであって、
   ユーザ端末装置からユーザ識別情報およびダウンロード要求情報を取得したときに、ユーザ認証を行って、ユーザ認証が得られた場合は、前記ユーザ端末装置に対して、決済代行用アプリケーション、アプリＩＤおよび署名情報を発行するアプリ発行サーバと、
   前記第１の施設に設けられ、前記第２の施設を利用する旨のユーザの予約申し込み情報が入力されたことを契機として、前記アプリＩＤを含む予約要求情報を発行する第１の端末装置と、
   前記予約要求情報を取得し、予約が可能である場合は、予約情報データベースに前記予約要求情報に基づいた登録を行って、前記ユーザ端末装置および前記第１の端末装置に対して予約ＩＤを含む予約完了の通知を送信する予約サーバと、
   前記第２の施設において、前記ユーザ端末装置から前記予約ＩＤおよびユーザ識別情報を取得し、前記予約情報データベースに照会を行い、ユーザが前記第２の施設を利用した後、決済情報に対応する決済ＩＤを発行する第２の端末装置と、
   前記決済ＩＤを取得し、前記ユーザ登録データベースを参照し、決済を行う際に必要なユーザの決済実行情報に基づいて、ユーザが前記第２の施設を利用したときの代金の決済を行うユーザ決済用サーバと、を備えることを特徴とする決済代行システム。
2. 前記第２の端末装置は、前記第２の施設を利用する旨の予約をしたユーザが予約をキャンセルし、キャンセル料が発生したときは、前記予約サーバに前記予約ＩＤを含む決済要求を送信し、
   前記予約サーバは、前記決済要求に基づいて、前記予約情報データベースに照会を行い、前記ユーザ決済用サーバに対して、決済情報に対応する決済ＩＤを発行し、
   前記ユーザ決済用サーバは、前記決済ＩＤを取得し、前記ユーザ登録データベースを参照し、決済を行う際に必要なユーザの決済実行情報に基づいて、前記キャンセル料の決済を行うことを特徴とする請求項１記載の決済代行システム。
3. 前記第２の端末装置は、予約がされていないユーザのユーザ端末装置から前記署名情報を取得したときは、前記ユーザ登録データベースに照会を行い、照会ができた場合は、来客者ＩＤを発行し、ユーザが前記第２の施設を利用した後、決済情報に対応する決済ＩＤを発行することを特徴とする請求項１記載の決済代行システム。
4. 前記決済代行用アプリケーションは、ユーザの設定により、多言語の翻訳機能を有する翻訳サーバに接続し、前記ユーザ端末装置で表示される第１の言語を第２の言語に切り替えることを特徴とする請求項１から請求項３のいずれかに記載の決済代行システム。
5. 前記ユーザ端末装置は、前記署名情報を取得できるか否かによって、前記第２の端末装置であるか否かを判定し、判定の結果、前記第２の端末装置である場合は、前記署名情報を提供することを特徴とする請求項３記載の決済代行システム。
6. 請求項１から請求項５のいずれかに記載の決済代行システムに用いられる第１の端末装置であって、
   前記第１の施設に設けられ、前記第２の施設を利用する旨のユーザの予約申し込み情報が入力されたことを契機として、前記アプリＩＤを含む予約要求情報を発行する予約要求送信部と、
   前記予約サーバから予約ＩＤを含む予約完了の通知を取得する予約情報取得部と、を備えることを特徴とする第１の端末装置。
7. 請求項１から請求項５のいずれかに記載の決済代行システムに用いられる第１の端末装置のプログラムであって、
   前記第１の施設に設けられ、前記第２の施設を利用する旨のユーザの予約申し込み情報が入力されたことを契機として、前記アプリＩＤを含む予約要求情報を発行する処理と、
   前記予約サーバから予約ＩＤを含む予約完了の通知を取得する処理と、を含む一連の処理をコンピュータに実行させることを特徴とするプログラム。

Images