(57)【要約】【課題】顧客端末を用いた電子決済において、本来の取引相手とは別の顧客が所持する顧客端末によって電子決済が阻害されることを防ぐ。【解決手段】店舗には、店舗端末１０に対応付けられた第１コードを読み取り可能に保持するコード保持体２０を設けてある。仲介サーバ４０は、コード発行部４１、表示制御部４２、決済制御部４３を備える。コード発行部４１は、顧客端末３０による第１コードの読み取りに応じて、店舗と顧客の間における取引を識別するための第２コードを発行する。表示制御部４２は、コード発行部４１により発行された第２コードを顧客端末３０又は店舗端末１０の少なくとも一方に表示させる。決済制御部４３は、第２コードが店舗と顧客に確認されたことを示す確認情報を受信し、更に、第２コードに対応する取引の決済を指示する情報を顧客端末３０から受信した場合に、第２コードに対応する取引の決済処理を進める。【選択図】図１
2019029017.tif 000002
【特許請求の範囲】
【請求項１】
店舗に配備される店舗端末と、顧客が所持する顧客端末と、前記店舗端末及び前記顧客端末の各々と通信可能な仲介サーバとを備えた決済制御システムにおいて、
前記店舗には、前記店舗端末に対応付けられた第１コードを読み取り可能に保持するコード保持体を設けてあり、
前記決済制御システムは、前記顧客端末による前記第１コードの読み取りに応じて、店舗と顧客の間における取引を識別するための第２コードを発行するコード発行部を備え、
前記仲介サーバは、前記第２コードを前記顧客端末又は前記店舗端末の少なくとも一方に表示させる表示制御部と、前記第２コードが店舗と顧客に確認されたことを示す確認情報を受信し、更に、前記第２コードに対応する取引の決済を指示する情報を前記顧客端末から受信した場合に、前記第２コードに対応する取引の決済処理を進める決済制御部とを備えたことを特徴とする決済制御システム。
【請求項２】
請求項１に記載の決済制御システムにおいて、
前記顧客端末及び前記店舗端末の両方が、前記第２コードを表示し、
前記顧客端末又は前記店舗端末の少なくとも一方が、操作者から前記第２コードを確認した旨の操作を受け付けたことに応じて、前記確認情報を前記仲介サーバへ送信することを特徴とする決済制御システム。
【請求項３】
請求項１に記載の決済制御システムにおいて、
前記顧客端末又は前記店舗端末のいずれか一方が、前記第２コードを表示し、
前記顧客端末又は前記店舗端末のいずれか他方が、操作者から前記第２コードの入力を受け付けたことに応じて、前記確認情報を前記仲介サーバへ送信することを特徴とする決済制御システム。
【請求項４】
請求項１乃至請求項３のいずれかに記載の決済制御システムにおいて、
前記店舗端末は、前記顧客に決済を求める金額の情報を前記仲介サーバへ送信し、
前記表示制御部は、前記店舗端末から受信した前記金額を前記顧客端末に更に表示させ、
前記決済制御部は、前記金額について前記決済を指示する情報を前記顧客端末から受信したことに応じて、前記金額の決済処理を進めることを特徴とする決済制御システム。
【請求項５】
請求項１乃至請求項３のいずれかに記載の決済制御システムにおいて、
前記顧客端末は、前記仲介サーバによる前記確認情報の受信後に、注文を指示する操作又は決済を指示する操作を受け付けたことに応じて、その旨を指示する情報を前記仲介サーバへ送信し、
前記決済制御部は、前記顧客端末から前記決済を指示する情報を受信したことに応じて、それまでに前記顧客端末から受信した前記注文を指示する情報に基づく算出金額の決済処理を進めることを特徴とする決済制御システム。
【請求項６】
請求項５に記載の決済制御システムにおいて、
前記顧客端末として、前記第２コードを発行する契機となる前記第１コードの読み取りを行った第１の顧客端末と、前記第１の顧客端末とは異なる第２の顧客端末とがあり、
前記第２の顧客端末は、前記第２の顧客端末に前記第２コードが入力された後は、注文を指示する操作又は決済を指示する操作を受け付けたことに応じて、その旨を指示する情報を前記仲介サーバへ送信し、
前記決済制御部は、前記第１の顧客端末又は前記第２の顧客端末から前記決済を指示する情報を受信したことに応じて、それまでに前記第１の顧客端末又は前記第２の顧客端末から受信した前記注文を指示する情報に基づく算出金額の決済処理を進めることを特徴とする決済制御システム。
【請求項７】
店舗に配備される店舗端末及び前記店舗の顧客が所持する顧客端末の各々と通信可能な仲介サーバであって、
前記店舗には、前記店舗端末に対応付けられた第１コードを読み取り可能に保持するコード保持体を設けてあり、
前記顧客端末による前記第１コードの読み取りに応じて発行される、店舗と顧客の間における取引を識別するための第２コードを、前記第２コードを前記顧客端末又は前記店舗端末の少なくとも一方に表示させる表示制御部と、前記第２コードが店舗と顧客に確認されたことを示す確認情報を受信し、更に、前記第２コードに対応する取引の決済を指示する情報を前記顧客端末から受信した場合に、前記第２コードに対応する取引の決済処理を進める決済制御部とを備えたことを特徴とする仲介サーバ。
【請求項８】
店舗に配備される店舗端末と、顧客が所持する顧客端末と、前記店舗端末及び前記顧客端末の各々と通信可能な仲介サーバとを用いて行われる決済制御方法において、
前記店舗には、前記店舗端末に対応付けられた第１コードを読み取り可能に保持するコード保持体を設けてあり、
前記顧客端末による前記第１コードの読み取りに応じて、店舗と顧客の間における取引を識別するための第２コードを発行するコード発行工程と、
前記コード発行工程で発行された前記第２コードを前記顧客端末又は前記店舗端末の少なくとも一方に表示させるコード表示工程と、
前記仲介サーバが、前記第２コードが店舗と顧客に確認されたことを示す確認情報を受信し、更に、前記第２コードに対応する取引の決済を指示する情報を前記顧客端末から受信した場合に、前記第２コードに対応する取引の決済処理を進める決済工程とを有することを特徴とする決済制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、店舗と顧客の間における取引の決済を制御する技術に関する。
【背景技術】
【０００２】
従来、小売店や飲食店などの店舗を訪れた顧客による代金の支払いは、現金、クレジットカード、デビットカード、電子マネー等の種々の方法で行われている。また、近年では、顧客が所持するスマートホン等の携帯型の顧客端末を用いて、電子決済による代金の支払い方法も検討されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特表２０１４−５１３８２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
顧客端末を用いた電子決済は、一例として、以下のような仕組みで実現される。店舗端末（例えばレジ）又はその近傍に、電子決済用のオンラインサービス起動情報が格納された電子タグを設置しておく。顧客が顧客端末により電子タグの読み取りを行うと、顧客端末にオンラインサービスの操作画面が表示される。オンラインサービスは、専用のアプリケーションにより提供される形態や、汎用的なＷｅｂブラウザによりアクセス可能なＷｅｂページにより提供される形態など、種々の形態により実現される。オンラインサービスの操作画面には、電子タグに対応付けられた店舗端末から送信される決済金額が表示される。顧客は、顧客端末を操作して、電子決済用のオンラインサービスによる電子決済を行う。
【０００５】
上記の仕組みを実現するには、例えば、電子タグに格納するオンラインサービス起動情報のパラメータとして、店舗端末に対応付けられたタグ固有のコードを含めておけばよい。電子タグを読み取ることでタグ固有のコードを識別し、顧客端末に表示されるオンラインサービスの操作画面を制御できる。これにより、店舗端末で集計又は入力された決済金額を、店舗端末に対応する電子タグの読み取りを行った顧客端末のみに表示させることができる。
【０００６】
しかしながら、上記の構成では、本来の取引相手とは別の顧客が所持する顧客端末にも、決済金額が表示される可能性がある。このような状況は、例えば、前の顧客が電子決済を行っている途中であるにも関わらず次の顧客がタグ読み取りを行った場合や、以前に電子決済を行った顧客が過去の参照履歴などを通じて電子決済用のＷｅｂページにアクセスした場合などに発生し得る。その結果、別の顧客によって電子決済の手続きが阻害されかねず、不都合である。
【０００７】
本発明は、上記のような従来の事情に鑑みて為されたものであり、顧客端末を用いた電子決済において、本来の取引相手とは別の顧客が所持する顧客端末によって電子決済が阻害されることを防ぐことが可能な技術を提案することを目的とする。
【課題を解決するための手段】
【０００８】
上記の目的を達成するために、本発明に係る決済制御システム、仲介サーバ及び決済制御方法は、以下のように構成される。
（１）  店舗に配備される店舗端末と、顧客が所持する顧客端末と、前記店舗端末及び前記顧客端末の各々と通信可能な仲介サーバとを備えた決済制御システムにおいて、前記店舗には、前記店舗端末に対応付けられた第１コードを読み取り可能に保持するコード保持体を設けてあり、前記決済制御システムは、前記顧客端末による前記第１コードの読み取りに応じて、店舗と顧客の間における取引を識別するための第２コードを発行するコード発行部を備え、前記仲介サーバは、前記第２コードを前記顧客端末又は前記店舗端末の少なくとも一方に表示させる表示制御部と、前記第２コードが店舗と顧客に確認されたことを示す確認情報を受信し、更に、前記第２コードに対応する取引の決済を指示する情報を前記顧客端末から受信した場合に、前記第２コードに対応する取引の決済処理を進める決済制御部とを備えたことを特徴とする。
【０００９】
（２）  上記（１）に記載の決済制御システムにおいて、前記顧客端末及び前記店舗端末の両方が、前記第２コードを表示し、前記顧客端末又は前記店舗端末の少なくとも一方が、操作者から前記第２コードを確認した旨の操作を受け付けたことに応じて、前記確認情報を前記仲介サーバへ送信することを特徴とする。
【００１０】
（３）  上記（１）に記載の決済制御システムにおいて、前記顧客端末又は前記店舗端末のいずれか一方が、前記第２コードを表示し、前記顧客端末又は前記店舗端末のいずれか他方が、操作者から前記第２コードの入力を受け付けたことに応じて、前記確認情報を前記仲介サーバへ送信することを特徴とする。
【００１１】
（４）  上記（１）〜（３）のいずれかに記載の決済制御システムにおいて、前記店舗端末は、前記顧客に決済を求める金額の情報を前記仲介サーバへ送信し、前記表示制御部は、前記店舗端末から受信した前記金額を前記顧客端末に更に表示させ、前記決済制御部は、前記金額について前記決済を指示する情報を前記顧客端末から受信したことに応じて、前記金額の決済処理を進めることを特徴とする。
【００１２】
（５）  上記（１）〜（３）のいずれかに記載の決済制御システムにおいて、前記顧客端末は、前記仲介サーバによる前記確認情報の受信後に、注文を指示する操作又は決済を指示する操作を受け付けたことに応じて、その旨を指示する情報を前記仲介サーバへ送信し、前記決済制御部は、前記顧客端末から前記決済を指示する情報を受信したことに応じて、それまでに前記顧客端末から受信した前記注文を指示する情報に基づく算出金額の決済処理を進めることを特徴とする。
【００１３】
（６）  上記（５）に記載の決済制御システムにおいて、前記顧客端末として、前記第２コードを発行する契機となる前記第１コードの読み取りを行った第１の顧客端末と、前記第１の顧客端末とは異なる第２の顧客端末とがあり、前記第２の顧客端末は、前記第２の顧客端末に前記第２コードが入力された後は、注文を指示する操作又は決済を指示する操作を受け付けたことに応じて、その旨を指示する情報を前記仲介サーバへ送信し、前記決済制御部は、前記第１の顧客端末又は前記第２の顧客端末から前記決済を指示する情報を受信したことに応じて、それまでに前記第１の顧客端末又は前記第２の顧客端末から受信した前記注文を指示する情報に基づく算出金額の決済処理を進めることを特徴とする決済制御システム。
【００１４】
（７）  店舗に配備される店舗端末及び前記店舗の顧客が所持する顧客端末の各々と通信可能な仲介サーバであって、前記店舗には、前記店舗端末に対応付けられた第１コードを読み取り可能に保持するコード保持体を設けてあり、前記顧客端末による前記第１コードの読み取りに応じて発行される、店舗と顧客の間における取引を識別するための第２コードを、前記第２コードを前記顧客端末又は前記店舗端末の少なくとも一方に表示させる表示制御部と、前記第２コードが店舗と顧客に確認されたことを示す確認情報を受信し、更に、前記第２コードに対応する取引の決済を指示する情報を前記顧客端末から受信した場合に、前記第２コードに対応する取引の決済処理を進める決済制御部とを備えたことを特徴とする。
【００１５】
（８）  店舗に配備される店舗端末と、顧客が所持する顧客端末と、前記店舗端末及び前記顧客端末の各々と通信可能な仲介サーバとを用いて行われる決済制御方法において、前記店舗には、前記店舗端末に対応付けられた第１コードを読み取り可能に保持するコード保持体を設けてあり、前記顧客端末による前記第１コードの読み取りに応じて、店舗と顧客の間における取引を識別するための第２コードを発行するコード発行工程と、前記コード発行工程で発行された前記第２コードを前記顧客端末又は前記店舗端末の少なくとも一方に表示させるコード表示工程と、前記仲介サーバが、前記第２コードが店舗と顧客に確認されたことを示す確認情報を受信し、更に、前記第２コードに対応する取引の決済を指示する情報を前記顧客端末から受信した場合に、前記第２コードに対応する取引の決済処理を進める決済工程とを有することを特徴とする。
【発明の効果】
【００１６】
本発明によれば、顧客端末を用いた電子決済において、本来の取引相手とは別の顧客が所持する顧客端末によって電子決済が阻害されることを防ぐことができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の一実施形態に係る決済制御システムの概略的な構成例を示す図である。
【図２】第１実施例に係る決済制御システムの処理フローの例を示す図である。
【図３】第１実施例の顧客端末における表示例を示す図である。
【図４】第１実施例の店舗端末における表示例を示す図である。
【図５】第２実施例に係る決済制御システムの処理フローの例を示す図である。
【図６】第２実施例の顧客端末における登録時の表示例を示す図である。
【図７】第２実施例の店舗端末における登録時の表示例を示す図である。
【図８】第２実施例の顧客端末における注文／支払時の表示例を示す図である。
【発明を実施するための形態】
【００１８】
本発明の一実施形態について、図面を参照して説明する。
図１には、本発明の一実施形態に係る決済制御システムの概略的な構成例を示してある。本例の決済制御システムは、店舗と顧客の間における取引の決済を制御するシステムであり、店舗端末１０と、コード保持体２０と、顧客端末３０と、仲介サーバ４０とを備える。
【００１９】
店舗端末１０は、店舗に配備される端末である。店舗端末１０としては、例えば、顧客に支払いを求める金額を算出するレジスター機（例えば、ＰＯＳ端末）が挙げられる。また、店舗端末１０は、据置型の装置に限定されず、店員が持ち運び可能な携帯型端末であってもよい。
【００２０】
コード保持体２０は、店舗端末１０に対応付けられた第１コードを読み取り可能に保持する。すなわち、店舗端末１０とコード保持体２０は予め対応付けられている。コード保持体２０は、非接触の近距離通信により第１コードを含むデータを送信する電子タグ（例えば、ＮＦＣタグ）や、第１コードを含むデータを所定の規則に従って変換した画像である２次元コードなどで実現される。コード保持体２０は、店舗端末１０に取り付けられてもよく、店舗端末１０の近傍に配置されてもよい。また、コード保持体２０は、飲食店などの店舗内にある各テーブルに配置されてもよい。また、２次元コードを店舗端末１０のディスプレイに表示させる形式で、コード保持体２０を実現してもよい。なお、コード保持体２０として、電子タグと２次元コードの両方を用いれば、電子タグの読み取り機能又は２次元コードの読み取り機能の一方しか備えていない顧客端末３０でも、本システムで使用することができる。
【００２１】
店舗端末１０とコード保持体２０（第１コード）は、種々の形式で対応付けることができる。例えば、店舗端末１０を識別する店舗端末ＩＤを第１コードとしてコード保持体２０に保持させることで、店舗端末１０とコード保持体２０を対応付けてもよい。あるいは、コード保持体２０を識別するコード保持体ＩＤを第１コードとしてコード保持体２０に保持させておき、店舗端末ＩＤとコード保持体ＩＤとの対応関係を設定した対応テーブルを用いて、店舗端末１０とコード保持体２０を対応付けてもよい。対応テーブルは、例えば、仲介サーバ４０に保持させることができる。
【００２２】
顧客端末３０は、顧客が所持する端末である。顧客端末３０は、電子タグの読み取り機能又は２次元コードの読み取り機能の少なくとも一方を備える携帯型端末であればよく、携帯電話機、スマートフォン、ｉＰｈｏｎｅ（登録商標）、タブレットＰＣ等の種々の携帯型端末を用いることができる。
【００２３】
顧客端末３０は、コード保持体２０からの第１コードの読み取りに応じて、仲介サーバ４０に第１コードを送信するよう動作する。このような動作は、例えば、仲介サーバ４０が提供するオンラインサービス起動情報をコード保持体２０に保持させると共に、そのパラメータとして第１コードを含めておくことで実現できる。例えば、オンラインサービス起動情報がＷｅｂページのアドレスの場合、顧客端末３０は、コード保持体２０から読み取ったアドレスにＷｅｂブラウザでアクセスする際に、第１コードを仲介サーバ４０に送信できる。なお、顧客端末３０は、仲介サーバ４０のオンラインサービス起動情報が予め設定された専用アプリケーションを用いて、仲介サーバ４０に第１コードを送信してもよい。この場合には、コード保持体に仲介サーバ４０のオンラインサービス起動情報を保持させる必要がないが、顧客端末３０に専用アプリケーションをインストールしておく必要がある。
【００２４】
仲介サーバ４０は、店舗端末１０及び顧客端末３０の各々と通信可能なサーバであり、店舗端末１０と顧客端末３０の間（つまり、店舗と顧客の間）における取引の決済を仲介する。仲介サーバ４０は、単独の装置で構成されてもよく、互いに連携して動作する複数の装置で構成されてもよい。仲介サーバ４０は、コード発行部４１と、表示制御部４２と、決済制御部４３と、データ記憶部４４とを有する。データ記憶部４４には、本システムの動作に使用される各種のデータ（例えば、店舗端末１０とコード保持体２０の対応テーブル）が記憶される。
【００２５】
コード発行部４１は、顧客端末３０による第１コードの読み取りに応じて、顧客端末３０から第１コードを受信すると、店舗と顧客の間における取引を識別するための第２コードを発行する。第２コードは、第１コードの読み取り毎に異なる値で発行される。なお、コード発行部４１は、好ましくは仲介サーバ４０に設けられるが、店舗端末１０や顧客端末３０に設けられてもよく、仲介サーバ４０が通信可能な他の装置（例えば、図１の決済サービス５０）に設けられてもよい。店舗端末１０にコード発行部４１を設ける場合には、顧客端末３０による第１コードの読み取りに応じて、仲介サーバ４０が店舗端末１０に対して第２コードの発行を依頼すればよい。また、顧客端末３０にコード発行部４１を設ける場合には、顧客端末３０による第１コードの読み取り時に、顧客端末３０が発行して仲介サーバ４０に送信すればよい。
【００２６】
表示制御部４２は、店舗端末１０及び顧客端末３０の各々に表示用データを提供して、店舗端末１０及び顧客端末３０の表示を制御する。このような制御は、例えば、店舗用のＷｅｂページ及び顧客用のＷｅｂページを生成して、店舗端末１０及び顧客端末３０のそれぞれに表示用データとして提供することで実現できる。なお、店舗端末１０及び顧客端末３０のそれぞれに専用アプリケーションをインストールする構成の場合には、専用アプリケーションに応じた表示用データを生成して、店舗端末１０及び顧客端末３０に提供すればよい。表示制御部４２は、コード発行部４１で発行された第２コードを店舗端末１０又は顧客端末３０の少なくとも一方に表示させる。更に、以下の実施例で具体的に説明するように、店舗と顧客の間における取引に関わる種々の情報を店舗端末１０及び顧客端末３０に表示させる。
【００２７】
決済制御部４３は、店舗端末１０と顧客端末３０の間（つまり、店舗と顧客の間）における取引の決済処理を制御する。より具体的には、決済制御部４３は、第２コードに対応する取引の承認を示す情報を店舗端末１０から受信し、更に、第２コードに対応する取引の決済を指示する情報を顧客端末３０から受信したことに応じて、第２コードに対応する取引の決済処理を進める。図１では、仲介サーバ４０とは別にある他の決済サービス５０に決済処理を依頼する構成となっているが、仲介サーバ４０自身が決済処理を実行する仕組みを備えてもよい。
以下、本例の決済制御システムの具体的な動作について、実施例に基づいて説明する。
【００２８】
（第１実施例）
第１実施例に係る決済制御システムは、例えば、小売業者の店舗で顧客が商品を購入する際の決済に使用される。ここでは、店舗端末１０として、店員の操作により商品の金額を合計するＰＯＳ端末を想定し、コード保持体２０として、電子タグ及び２次元コードを一体的に備えたプレートを想定している。本実施例では、コード保持体２０をプレートと表記する。プレートは、店舗端末１０に取り付けられ、又は店舗端末１０の近傍に設置される。店舗端末１０が複数ある場合には、各々の店舗端末１０に対応付けて同数のプレートが設けられることになる。各プレートには、各々を識別するプレートＩＤが、第１コードとして格納されている。また、各店舗端末１０には、各々を識別する店舗端末ＩＤが付されている。仲介サーバ４０のデータ記憶部４４は、店舗端末ＩＤとプレートＩＤとの対応関係を設定した対応テーブルを保持する。
【００２９】
図２には、第１実施例に係る決済制御システムの処理フローの例を示してある。
顧客は、購入する商品の支払を行う際に、店舗端末１０又はその近傍にあるプレートから顧客端末３０でプレートＩＤを読み取る。顧客端末３０は、読み取ったプレートＩＤを、顧客端末３０を所持する顧客を識別するユーザＩＤと共に仲介サーバ４０へ送信する（ステップＳ１１）。
仲介サーバ４０は、顧客端末３０からプレートＩＤ及びユーザＩＤを受信すると、コード発行部４１により第２コード（以下、セッションコードという）を発行し、表示制御部４２により顧客端末３０に表示させる（ステップＳ１２）。また、これと並行して、プレートＩＤに対応する店舗端末ＩＤの店舗端末１０にも、セッションコードを表示させる（ステップＳ１３）。
【００３０】
図３には、顧客端末３０における表示例を示してある。図３に例示する表示画面１００は、セッションコード表示部１０１と、決済金額表示部１０２と、決済ボタン１０３とを有している。セッションコード表示部１０１は、セッションコードの表示欄である。決済金額表示部１０２は、店舗端末１０で入力された決済金額の表示欄である。決済ボタン１０３は、決済金額表示部１０２に表示された決済金額について決済を指示するためのボタンでる。
【００３１】
図４には、店舗端末１０における表示例を示してある。図４に示す表示画面２００は、セッションコード表示部２０１と、決済金額入力部２０２と、リセットボタン２０３と、送信ボタン２０４と、テンキー部２０５とを有している。セッションコード表示部１０１は、セッションコードの表示欄である。決済金額入力部２０２は、決済金額の入力欄である。リセットボタン２０３は、決済金額入力部２０２に入力された決済金額を消去するためのボタンである。送信ボタン２０４は、決済金額入力部２０２に入力された決済金額を送信するためのボタンである。テンキー部２０５は、決済金額入力部２０２に決済金額を入力するためのボタンである。
【００３２】
店舗端末１０を操作する店員は、プレート読み取りを行った顧客端末３０に表示されたセッションコードと、店舗端末１０に表示されたセッションコードとが一致することを確認すると、顧客に決済を求める決済金額を入力する。店員によるセッションコードの一致確認は、顧客端末３０に表示されたセッションコードを顧客に見せてもらうことで行ってもよく、顧客端末３０に表示されたセッションコードを顧客に読み上げてもらうことで行ってもよく、その他の手法で行ってもよい。店舗端末１０は、入力された決済金額を、セッションコードと共に仲介サーバ４０へ送信する（ステップＳ１４）。決済金額は、セッションコードが一致することを確認した上で入力されるので、決済金額の入力を、セッションコードが店舗と顧客に確認された旨の操作と見なすことができる。また、決済金額の送信を、セッションコードが店舗と顧客に確認されたことを示す確認情報の送信と見なすことができる。
【００３３】
仲介サーバ４０は、店舗端末１０からセッションコード及び決済金額を受信すると、セッションコードに対応する顧客端末３０に決済金額、決済ボタンを表示させる（ステップＳ１５）。
顧客端末３０を操作する顧客は、顧客端末３０に表示された決済金額を確認し、決済ボタンを押下する。顧客端末３０は、決済ボタンが押下されたことを示す情報（すなわち、決済を指示する情報）を仲介サーバ４０へ送信する（ステップＳ１６）。
【００３４】
仲介サーバ４０は、店舗端末１０からセッションコード及び決済金額（つまり、確認情報）を受信し、更に、顧客端末３０からセッションコード及び決済ボタンの押下を示す情報（つまり、決済を指示する情報）を受信したことに応じて、決済制御部４３により、セッションコードにより特定される取引の決済処理を進める。仲介サーバ４０は、決済処理が完了すると、表示制御部４２により顧客端末３０に決済処理の結果を表示させる（ステップＳ１７）。また、これと並行して、店舗端末１０にも決済処理の結果を表示させる（ステップＳ１８）。
【００３５】
以上のように、第１実施例に係る決済制御システムでは、顧客端末によるプレート読み取り毎に異なるセッションコードを発行し、セッションコードにより店舗と顧客の間における取引を識別した上で、決済処理を行う構成となっている。このため、ある顧客端末でプレート読み取りして決済処理を行っている最中に、同じプレートが別の顧客端末で読み取られたとしても、それぞれに異なるセッションコードが発行されて区別される。したがって、本来の取引相手とは別の顧客が所持する顧客端末によって電子決済が阻害されることを防ぐことができる。
【００３６】
なお、上記の例では、店舗端末が、決済金額を確認情報として仲介サーバに送信しているが、確認情報と決済金額を別々に送信してもよい。すなわち、例えば、店舗端末に、セッションコードの表示と共に確認ボタンを表示し、確認ボタンの押下を示す情報（つまり、確認情報）が店舗端末から仲介サーバへ送信されたことに応じて、店舗端末で決済金額の入力又は送信が可能になるように構成してもよい。また、例えば、店舗端末ではなく顧客端末に確認ボタンを表示し、確認ボタンの押下を示す情報が顧客端末から仲介サーバへ送信されたことに応じて、店舗端末で決済金額の入力又は送信が可能になるように構成してもよい。また、例えば、店舗端末及び顧客端末の両方に確認ボタンを表示し、確認ボタンの押下を示す情報が店舗端末又は顧客端末の両方から仲介サーバへ送信されたことに応じて、店舗端末で決済金額の入力又は送信が可能になるように構成してもよい。
【００３７】
また、上記の例では、顧客端末と店舗端末の両方にセッションコードを表示させているが、セッションコードの表示は顧客端末又は店舗端末の一方だけにしてもよい。顧客端末だけにセッションコードを表示する場合には、店員が顧客によって提示されたセッションコードを店舗端末に入力する構成とし、入力されたセッションコードを確認情報として店舗端末から仲介サーバへ送信すればよい。また、店舗端末だけにセッションコードを表示する場合には、顧客が店員によって提示されたセッションコードを顧客端末に入力する構成とし、入力されたセッションコードを確認情報として顧客端末から仲介サーバへ送信すればよい。そして、表示されたセッションコードと入力されたセッションコードが一致した場合に、店舗端末で決済金額の入力又は送信が可能になるように制御すればよい。
【００３８】
ここで、セッションコードの発行及び確認は、必ずしも店舗端末での決済金額の入力の前である必要はなく、任意のタイミングで行っても構わない。例えば、店舗端末で決済金額を入力し、顧客端末でプレート読み取りを行ってセッションコードを発行し、セッションコードを店舗と顧客で確認した後に、顧客端末に決済金額を送信して表示させ、決済処理に進めるようにしてもよい。また、決済金額の入力を必ずしも店舗端末で行う必要はなく、顧客端末で顧客自身が決済金額を入力するようにしてもよい。
【００３９】
（第２実施例）
第２実施例に係る決済制御システムは、例えば、飲食店の店舗で顧客が飲食物を注文して精算する際の決済に使用される。ここでは、店舗端末１０として、店員が持ち運び可能な携帯型端末を想定し、コード保持体２０として、電子タグ及び２次元コードを一体的に備えたプレートを想定している。本実施例では、コード保持体２０をプレートと表記する。プレートは、店舗内のテーブル又はその近傍に設置される。テーブルが複数ある場合には、各々のテーブルに対応付けて同数のプレートが設けられることになる。各プレートには、各々を識別するプレートＩＤが、第１コードとして格納されている。また、各店舗端末１０には、各々を識別する店舗端末ＩＤが付されている。本例では、店舗内にある店舗端末１０が１台の場合を想定しており、各プレートが１台の店舗端末と対応付けられる。仲介サーバ４０のデータ記憶部４４は、店舗端末ＩＤとプレートＩＤとの対応関係を設定した対応テーブルを保持する。
【００４０】
図５には、第２実施例に係る決済制御システムの処理フローの例を示してある。ここでは、顧客端末３０Ａを所持する顧客Ａと顧客端末３０Ｂを所持する顧客Ｂが２人連れで来店したこととする。
【００４１】
［登録フロー］
顧客Ａ，Ｂは、店員によりテーブルに案内されると、顧客Ａがテーブル又はその近傍にあるプレートから顧客端末３０ＡでプレートＩＤを読み取る。顧客端末３０Ａは、読み取ったプレートＩＤを、顧客端末３０Ａを所持する顧客Ａを識別するユーザＩＤと共に仲介サーバ４０へ送信する（ステップＳ２１）。
仲介サーバ４０は、顧客端末３０ＡからプレートＩＤ及びユーザＩＤを受信すると、コード発行部４１により第２コード（以下、セッションコードという）を発行し、表示制御部４２により顧客端末３０Ａに表示させる（ステップＳ２２）。また、これと並行して、プレートＩＤに対応する店舗端末ＩＤの店舗端末１０にも、セッションコードを表示させる（ステップＳ２３）。
【００４２】
図６には、顧客端末３０Ａにおける登録時の表示例を示してある。図６に例示する表示画面１２０は、セッションコード表示部１２１と、状態表示部１２２とを有している。セッションコード表示部１２１は、セッションコードの表示欄である。状態表示部１２２は、店舗端末１０から仲介サーバ４０経由で送信される登録完了通知の表示欄である。
【００４３】
図７には、店舗端末１０における登録時の表示例を示してある。図７に示す表示画面２２０は、セッションコード表示部２２１と、送信ボタン２２４とを有している。セッションコード表示部１０１は、セッションコードの表示欄である。確認ボタン２０４は、店員がセッションコードの一致を確認した場合に押下されるボタンである。
【００４４】
店舗端末１０を操作する店員は、プレート読み取りを行った顧客端末３０Ａに表示されたセッションコードと、店舗端末１０に表示されたセッションコードとが一致することを確認すると、確認ボタンを押下する。店舗端末１０は、確認ボタンの押下に応じて、セッションコード及び確認ボタンの押下を示す情報を仲介サーバ４０へ送信する（ステップＳ２４）。確認ボタンは、セッションコードが一致することを確認した上で押下されるので、確認ボタンの押下を、セッションコードを確認した旨の操作と見なすことができる。また、確認ボタンの押下を示す情報の送信を、セッションコードが店舗と顧客に確認されたことを示す確認情報の送信と見なすことができる。
仲介サーバ４０は、店舗端末１０からセッションコード及び確認ボタンの押下を示す情報を受信すると、顧客端末３０Ａを取引の相手に登録し、セッションコードに対応する顧客端末３０Ａに登録完了通知を送信して表示させる（ステップＳ２５）。
これにより、顧客Ａは、顧客端末３０Ａを操作して注文を行うことが可能となる。
【００４５】
なお、第１実施例で補足した説明と同様に、例えば、店舗端末ではなく顧客端末にセッションコードの確認ボタンを表示し、確認ボタンの押下を示す情報が顧客端末から仲介サーバへ送信されたことに応じて、顧客端末を取引の相手に登録してもよい。また、例えば、店舗端末及び顧客端末の両方に確認ボタンを表示し、確認ボタンの押下を示す情報が店舗端末又は顧客端末の両方から仲介サーバへ送信されたことに応じて、顧客端末を取引の相手に登録してもよい。また、例えば、顧客端末又は店舗端末の一方だけにセッションコードを表示させ、他方の端末でセッションコードの入力を受け付け、入力されたセッションコードを確認情報として仲介サーバへ送信してもよい。そして、表示されたセッションコードと入力されたセッションコードが一致した場合に、顧客端末を取引の相手に登録すればよい。
【００４６】
［顧客端末追加フロー］
顧客Ｂがテーブル又はその近傍にあるプレートから顧客端末３０ＢでプレートＩＤを読み取る。顧客端末３０Ｂは、読み取ったプレートＩＤを、顧客端末３０Ｂを所持する顧客Ｂを識別するユーザＩＤと共に仲介サーバ４０へ送信する。仲介サーバ４０は、顧客端末３０ＢからプレートＩＤ及びユーザＩＤを受信しても、顧客端末３０Ａから受信したプレートＩＤに基づいて発行したセッションコードに対応する取引が完了していないので、セッションコードの発行は行わない。代わりに、仲介サーバ４０は、セッションコードの入力を促す表示画面を顧客端末Ｂに表示させる。顧客Ｂは、顧客端末３０Ａに表示されたセッションコードを顧客端末３０Ｂに入力する。顧客端末３０Ｂは、入力されたセッションコードを仲介サーバ４０へ送信する。すなわち、顧客端末３０Ｂは、仲介サーバ４０に対し、プレートＩＤ及びユーザＩＤに加え、顧客端末３０Ａに対して発行されたセッションコードを送信する（ステップＳ３１）。
【００４７】
仲介サーバ４０は、顧客端末３０ＢからプレートＩＤ、ユーザＩＤ及びセッションコードを受信すると、顧客端末３０Ａに対して発行したセッションコードと一致するか否かを確認する。仲介サーバ４０は、セッションコードの一致を確認できた場合に、顧客端末３０Ａを取引の相手に登録し、顧客端末３０Ｂに登録完了通知を送信して表示させる（ステップＳ３２）。
これにより、顧客Ｂも、顧客端末３０Ｂを操作して注文を行うことが可能となる。
【００４８】
［注文フロー］
顧客Ａは、注文を行う場合には、テーブル又はその近傍にあるプレートから顧客端末３０ＡでプレートＩＤを読み取る。顧客端末３０Ａは、読み取ったプレートＩＤを、顧客ＡのユーザＩＤと共に仲介サーバ４０へ送信する。仲介サーバ４０は、顧客端末３０ＡからプレートＩＤ及びユーザＩＤを受信しても、顧客端末３０Ａから受信したプレートＩＤに基づいて発行したセッションコードに対応する取引が完了していないので、セッションコードの発行は行わない。代わりに、仲介サーバ４０は、注文／支払を受け付けるための画面を顧客端末３０Ａに表示させる。
【００４９】
図８には、顧客端末３０Ａにおける注文／支払時の表示例を示してある。図８に例示する表示画面１４０は、セッションコード表示部１４１と、メニュー表示部１４２と、注文ボタン１４３と、注文リスト表示部１４４と、決済金額表示部１４５と、決済ボタン１４６とを有している。セッションコード表示部１４１は、セッションコードの表示欄である。メニュー表示部１４２は、店舗が提供するメニューの表示欄である。注文ボタン１４４は、メニュー表示部１４２から選択された品を注文するためのボタンである。注文リスト表示部１４４は、注文品の表示欄である。決済金額表示部１４５は、注文リスト表示部１４４に表示された注文品の合計金額の表示欄である。決済ボタン１４６は、決済金額表示部１４５に表示された決済金額について決済を指示するためのボタンでる。
【００５０】
顧客Ａは、顧客端末３０Ａの表示画面１４０に表示されたメニューを確認し、所望の品を選択して注文ボタンを押下する。顧客端末３０Ａは、注文ボタンの押下に応じて、セッションコード及び注文ボタンの押下を示す情報（すなわち、注文を指示する情報）を顧客Ａによる注文内容の情報と共に仲介サーバ４０へ送信する。すなわち、顧客端末３０Ａは、仲介サーバ４０に対し、プレートＩＤ及びユーザＩＤに加え、顧客Ａによる注文内容をセッションコードと共に送信する（ステップＳ４１）。
顧客Ｂが注文を行う場合にも、同様の処理が行われる。すなわち、顧客端末３０Ｂは、仲介サーバ４０に対し、プレートＩＤ及びユーザＩＤに加え、顧客Ｂによる注文内容をセッションコードと共に送信する（ステップＳ４２）。
なお、顧客Ａ，Ｂの注文は、共通のセッションコードに対応付けられる。したがって、注文リスト表示部１４４には、顧客Ａ，Ｂの両者による注文品が表示され、決済金額表示部１４５には、その合計金額が表示されることになる。
【００５１】
［支払フロー］
顧客Ａは、決済を行う場合には、テーブル又はその近傍にあるプレートから顧客端末３０ＡでプレートＩＤを読み取る。顧客端末３０Ａは、読み取ったプレートＩＤを、顧客ＡのユーザＩＤと共に仲介サーバ４０へ送信する（ステップＳ５１）。その結果、顧客端末３０Ａには、図８の表示画面１４０が表示される（ステップＳ５２）。
顧客Ａは、顧客端末３０Ａの表示画面１４０に表示された決済金額を確認し、決済ボタンを押下する。顧客端末３０Ａは、決済ボタンの押下に応じて、セッションコード及び決済ボタンの押下を示す情報（すなわち、決済を指示する情報）を仲介サーバ４０へ送信する（ステップＳ５３）。
【００５２】
仲介サーバ４０は、店舗端末１０から確認情報を受信し、更に、顧客端末３０Ａからセッションコード及び決済ボタンの押下を示す情報（決済を指示する情報）を受信したことに応じて、決済制御部４３により、セッションコードにより特定される取引の決済処理を進める。この場合の決済金額は、それまでに顧客端末３０Ａ，Ｂから受信した注文ボタンの押下を示す情報（注文を指示する情報）に基づく算出金額となる。すなわち、確認情報の受信から決済ボタンの押下を示す情報（決済を指示する情報）の受信までの期間において、顧客端末３０Ａによる注文の金額と顧客端末３０Ｂによる注文の金額の合計金額が、決済金額となる。仲介サーバ４０は、決済処理が完了すると、表示制御部４２により顧客端末３０Ａに決済処理の結果を表示させる（ステップＳ５４）。また、これと並行して、店舗端末１０にも決済処理の結果を表示させる（ステップＳ５５）。
なお、顧客Ｂも、顧客Ａと同様に、自身が所持する顧客端末３０Ｂを用いて決済を行うことができる。すなわち、顧客Ａ又は顧客Ｂのいずれかが、決済を行うことができる。
【００５３】
以上のように、第２実施例に係る決済制御システムでは、顧客端末によるプレート読み取り毎に異なるセッションコードを発行し、セッションコードにより店舗と顧客の間における取引を識別した上で、決済処理を行う構成となっている。また、プレート読み取りに応じて発行したセッションコードに対応する取引が完了していない場合には、更なるプレート読み取りが行われてもセッションコードを発行しない。したがって、本来の取引相手とは無関係な顧客が所持する顧客端末によって電子決済が阻害されることを防ぐことができる。また、顧客は、訪問した店舗内での注文及び決済を、自身が所持する顧客端末を用いて行える。
【００５４】
また、第２実施例に係る決済制御システムでは、顧客端末として、セッションコードを発行する契機となるプレートＩＤの読み取りを行った第１の顧客端末（３０Ａ）と、第１の顧客端末とは異なる第２の顧客端末（３０Ｂ）とがあり、第２の顧客端末にセッションコードが入力されたことに応じて、第１の顧客端末による注文だけでなく第２の顧客端末による注文も可能となる。また、第１の顧客端末による決済だけでなく第２の顧客端末による決済も可能となる。すなわち、グループとして行動する複数人の顧客が、各自の顧客端末を用いて注文及び決済を行うことができる。なお、決済は、一人の顧客が単独で行ってもよいし、複数人の顧客が共同で行ってもよい。複数人の顧客が共同で決済する場合には、例えば、１人目の顧客が一部の金額を決済し、２人目の顧客が残り金額を決済すればよい。また、注文に使用された顧客端末毎（すなわち、注文を行った顧客毎）に決済金額を算出し、個々の顧客端末で決済を行うように構成してもよい。
【００５５】
また、上記の例では、店舗内にある店舗端末が１台の場合を想定したが、店舗端末は複数台であってもよい。この場合には、顧客端末によるプレート読み取り時に、複数台の店舗端末にセッションコードの表示が行われることになるが、いずれかの店舗端末でセッションコードの送信ボタンが押下されたことを以って、顧客端末の登録を行えばよい。また、別の例として、店舗端末に店内位置を検出する機能を設けると共に、各プレートの設置位置を仲介サーバに記憶させておくことで、プレートＩＤが読み取られたプレートの最も近くにある店舗端末にセッションコードを表示させるようにしてもよい。
【００５６】
また、上記の例では、１枚のプレートを、顧客端末の登録、注文及び決済の各処理を起動に共有しているが、各処理をそれぞれ異なるプレートで起動するようにしてもよい。この場合には、顧客端末の登録用、注文用及び決済用に異なるプレートを用意し、各プレートの関連性を予め設定しておけばよい。このような関連性の設定は、例えば、登録用プレートのプレートＩＤと、注文用プレートのプレートＩＤと、決済用プレートのプレートＩＤの対応関係を設定した対応テーブルを用いることで実現できる。
【００５７】
ここで、上述した各実施例の決済制御システムでは、仲介サーバを、各種の演算処理を行うＣＰＵ（Central Processing Unit）、ＣＰＵの作業領域となるＲＡＭ（Random Access Memory）や基本的な制御プログラムなどを記録したＲＯＭ（Read Only Memory）等の主記憶装置、各種のプログラムやデータを記憶する補助記憶装置、各種の情報を表示出力するための表示装置及び操作者により入力操作に用いられる操作ボタンやタッチパネル等の入力機器とのインタフェースである入出力Ｉ／Ｆ、他の装置との間で有線又は無線により通信を行うインタフェースである通信Ｉ／Ｆ、といったハードウェア資源を備えたコンピュータにより構成している。そして、本発明に係る仲介サーバに関するプログラムをコンピュータにより実行させることで、本発明に係る仲介サーバの各機能部を当該コンピュータ上に実現させている。
【００５８】
なお、本発明は、上記のようなソフトウェア構成により仲介サーバの各機能部を実現する態様に限定するものではなく、各機能部を専用のハードウェアモジュールで実現してもよい。
また、本発明に係る決済制御システムや装置などの構成としては、必ずしも以上に示したものに限られず、種々な構成が用いられてもよい。例えば、飲食店の店舗において第２実施例の構成ではなく、第１実施例の構成を適用してもよい。また、小売業や飲食店の店舗の他に、レンタル、修理、クリーニングなどの各種のサービスを提供する店舗にも、本発明に係る決済制御システムを適用することができる。また、上記のようなプレートを個人が所持し、銀行口座等の情報を登録しておくことで、１対１の個人間決済や１対複数による割り勘といった用途に利用することもできる。
【産業上の利用可能性】
【００５９】
本発明は、店舗と顧客の間における取引の決済を制御する決済制御システムに利用することができる。
【符号の説明】
【００６０】
１０：店舗端末、  ２０：コード保持体、  ３０：顧客端末、  ４０：仲介サーバ、  ４１：コード発行部、  ４２：表示制御部、  ４３：決済制御部、  ４４：データ記憶部、  ５０：決済サービス
【図１】
2019029017.tif 000003
【図２】
2019029017.tif 000004
【図３】
2019029017.tif 000005
【図４】
2019029017.tif 000006
【図５】
2019029017.tif 000007
【図６】
2019029017.tif 000008
【図７】
2019029017.tif 000009
【図８】
2019029017.tif 000010