WO2021039207A1

WO2021039207A1 - 情報処理装置、決済処理システム、および方法、並びにプログラム

Info

Publication number: WO2021039207A1
Application number: PCT/JP2020/028146
Authority: WO
Inventors: 泰正中津川; 篤生米田; 鈴木　孝
Original assignee: フェリカネットワークス株式会社
Priority date: 2019-08-29
Filing date: 2020-07-20
Publication date: 2021-03-04
Also published as: US20220335434A1; JPWO2021039207A1

Abstract

ユーザの指定する決済手段を確認し、決済を行うユーザのユーザ端末との通信を伴う決済を確実に実行する構成を提供する。店舗端末はマイクを介して、ユーザによって実行された決済手段を指定するユーザ発話を入力し、音声認識処理を実行してユーザの指定する決済手段を判断するとともに、ユーザ発話を、通信部を介してユーザ端末に送信する。ユーザ端末は、店舗端末から入力したユーザ発話が、記憶部に格納された照合用の登録ユーザ発話に一致するか否かを判定し、一致するとの判定に基づいて、支払い実行通知を店舗端末に送信する。店舗端末は、ユーザ端末から受信する支払い実行通知に応じて決済処理を実行する。

Description

情報処理装置、決済処理システム、および方法、並びにプログラム

　本開示は、情報処理装置、決済処理システム、および方法、並びにプログラムに関する。さらに詳細には、確実な決済処理を可能とした情報処理装置、決済処理システム、および方法、並びにプログラムに関する。

　近年、キャッシュレス決済処理システムの普及、進化が急速に進み、ユーザの所有するスマホ（スマートフォン）等のユーザ端末と店舗に設置された店舗端末（レジスタ）との通信を行うことで決済処理を可能としたシステムの利用が進んでいる。

　現在は、ユーザがポケットやバッグに入れたスマホ等のユーザ端末を店舗の店舗端末に接触、あるいは近づけることで、ユーザ端末と店舗端末とが近距離無線通信を行い、決済処理を行うシステムが多く利用されている。

　さらに、ユーザがポケットやバッグに入れたスマホ等のユーザ端末を取り出すことなく、ユーザが店舗端末の近くを通りすぎるタイミングで、ユーザ端末と店舗端末とが近距離無線通信を行い、決済処理を行うシステムについても、現在、開発が進んでおり、今後、多く利用されることになることが予測される。
　このような決済処理システムは、タップレス決済システムと呼ばれる。

　しかし、タップレス決済システムを利用した決済手段は、多種多様である。すなわち、様々な種類の電子マネー、ｘｘペイ等のＱＲコード（登録商標）やバーコード等のコード決済、クレジットカード、決済銀行口座等、多くの決済手段がある。支払いを行うユーザによって、利用する決済手段は異なる。
　従って、店舗端末は、ユーザがどの決済手段を利用して決済を行うかを確認することが必要となる。

　また、タップレス決済システムを利用した決済処理を行う場合、店舗端末は、決済処理を行うユーザの所有するユーザ端末と、そのユーザの近くにいる他ユーザの他ユーザ端末とを明確に区別することが必要となる。
　この区別処理が不完全な場合、店舗端末が、決済処理を行う必要のない他ユーザ端末と通信して、そのユーザの決済口座から決済してしまうといったエラーを発生させる可能性がある。

　このように、タップレス決済を行うためには、ユーザに対する決済手段の確認処理や、決済処理対象のユーザ端末と他のユーザ端末との判別処理を確実に行う必要がある。
　これらの処理をどのように行うかについては、有効な具体策がないのが現状である。

　なお、例えば特許文献１（特開２００８－２０４１５１号公報）は、複数の決済手段が利用可能な端末を有するユーザが、ある店舗で１つの決済手段を選択して利用した場合、その後は、選択した決済手段を自動選択する構成を開示している。
　しかし、この文献には、本人確認等の処理について特段の構成が示されておらず、決済時のエラーや不正利用についての対策が不十分であるという問題がある。

　また、例えば店舗端末（ＰＯＳ）に装着されたカメラによってユーザの顔画像を撮影し、撮影画像から得られるユーザ情報を売り上げ履歴と対応付けてＤＢ（データベース）に記録する構成を開示した従来技術として特許文献２（特開２０１０－０３３１４３号公報）がある。

　この文献は、ユーザ属性に応じた購入商品情報の解析にユーザの撮影画像を用いる構成を開示している。ユーザの撮影画像をタップレス決済時のエラー防止に利用する構成を開示しているものではない。

特開２００８－２０４１５１号公報特開２０１０－０３３１４３号公報

　本開示は、例えば、上述の問題点に鑑みてなされたものであり、ユーザがポケットやバッグに入れたスマホ等のユーザ端末を取り出すことなく、店舗端末と近距離無線通信を行い、決済処理を行うシステム、いわゆるタップレス決済を確実に行うことを可能とした情報処理装置、決済処理システム、および方法、並びにプログラムを提供することを目的とする。

　本開示の一実施例においては、ユーザが利用する決済手段を確認して、確認された決済手段を適用してタップレス決済を行う情報処理装置、決済処理システム、および方法、並びにプログラムを提供する。

　また、本開示の一実施例においては、決済対象となるユーザやユーザ端末を、その他のユーザやユーザ端末と明確に区別した上で、エラーの無いタップレス決済を行う情報処理装置、決済処理システム、および方法、並びにプログラムを提供する。

　本開示の第１の側面は、
　通信部と、
　データ処理部を有し、
　前記データ処理部は、
　ユーザによって実行された決済手段を指定するユーザ発話を店舗端末から前記通信部を介して入力し、
　前記店舗端末から入力したユーザ発話が、記憶部に格納された照合用の登録ユーザ発話に一致するか否かを判定し、
　一致するとの判定に応じて、前記店舗端末との通信を実行して決済処理を行う情報処理装置にある。

　さらに、本開示の第２の側面は、
　マイクと、
　ユーザ端末との通信を行う通信部と、
　データ処理部を有し、
　前記データ処理部は、
　前記マイクを介して、ユーザによって実行された決済手段を指定するユーザ発話を入力し、音声認識処理を実行してユーザの指定する決済手段を判断するとともに、
　前記ユーザ発話を、前記通信部を介して前記ユーザ端末に送信し、
　前記ユーザ端末における前記ユーザ発話に基づく認証成立時に前記ユーザ端末から受信する支払い実行通知に応じて決済処理を実行する情報処理装置にある。

　さらに、本開示の第３の側面は、
　ユーザ端末と店舗端末を有する決済処理システムであり、
　前記店舗端末は、
　マイクを介して、ユーザによって実行された決済手段を指定するユーザ発話を入力し、音声認識処理を実行してユーザの指定する決済手段を判断するとともに、
　前記ユーザ発話を、前記通信部を介して前記ユーザ端末に送信し、
　前記ユーザ端末は、
　前記店舗端末から入力したユーザ発話が、記憶部に格納された照合用の登録ユーザ発話に一致するか否かを判定し、
　一致するとの判定に応じて、支払い実行通知を前記店舗端末に送信し、
　前記店舗端末は、
　前記ユーザ端末から受信する支払い実行通知に応じて決済処理を実行する決済処理システムにある。

　さらに、本開示の第４の側面は、
　情報処理装置において実行する情報処理方法であり、
　データ処理部が、
　ユーザによって実行された決済手段を指定するユーザ発話を店舗端末から前記通信部を介して入力し、
　前記店舗端末から入力したユーザ発話が、記憶部に格納された照合用の登録ユーザ発話に一致するか否かを判定し、
　一致するとの判定に応じて、前記店舗端末との通信を実行して決済処理を行う情報処理方法にある。

　さらに、本開示の第５の側面は、
　情報処理装置において実行する情報処理方法であり、
　データ処理部が、
　マイクを介して、ユーザによって実行された決済手段を指定するユーザ発話を入力し、音声認識処理を実行してユーザの指定する決済手段を判断するとともに、
　前記ユーザ発話を、通信部を介してユーザ端末に送信し、
　前記ユーザ端末における前記ユーザ発話に基づく認証成立時に前記ユーザ端末から受信する支払い実行通知に応じて決済処理を実行する情報処理方法にある。

　さらに、本開示の第６の側面は、
　情報処理装置において情報処理を実行させるプログラムであり、
　データ処理部に、
　ユーザによって実行された決済手段を指定するユーザ発話を店舗端末から前記通信部を介して入力させ、
　前記店舗端末から入力したユーザ発話が、記憶部に格納された照合用の登録ユーザ発話に一致するか否かを判定させ、
　一致するとの判定に応じて、前記店舗端末との通信を実行して決済処理を行わせるプログラムにある。

　さらに、本開示の第７の側面は、
　情報処理装置において情報処理を実行させるプログラムであり、
　データ処理部に、
　マイクを介して、ユーザによって実行された決済手段を指定するユーザ発話を入力させ、音声認識処理を実行してユーザの指定する決済手段を判断させるとともに、
　前記ユーザ発話を、通信部を介してユーザ端末に送信させ、
　前記ユーザ端末における前記ユーザ発話に基づく認証成立時に前記ユーザ端末から受信する支払い実行通知に応じて決済処理を実行させるプログラムにある。

　なお、本開示のプログラムは、例えば、様々なプログラム・コードを実行可能な情報処理装置やコンピュータ・システムに対して、コンピュータ可読な形式で提供する記憶媒体、通信媒体によって提供可能なプログラムである。このようなプログラムをコンピュータ可読な形式で提供することにより、情報処理装置やコンピュータ・システム上でプログラムに応じた処理が実現される。

　本開示のさらに他の目的、特徴や利点は、後述する本開示の実施例や添付する図面に基づくより詳細な説明によって明らかになるであろう。なお、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

　本開示の一実施例の構成によれば、ユーザの指定する決済手段を確認し、決済を行うユーザのユーザ端末との通信を伴う決済を確実に実行する構成が実現される。
　具体的には、例えば、店舗端末はマイクを介して、ユーザによって実行された決済手段を指定するユーザ発話を入力し、音声認識処理を実行してユーザの指定する決済手段を判断するとともに、ユーザ発話を、通信部を介してユーザ端末に送信する。ユーザ端末は、店舗端末から入力したユーザ発話が、記憶部に格納された照合用の登録ユーザ発話に一致するか否かを判定し、一致するとの判定に基づいて、支払い実行通知を店舗端末に送信する。店舗端末は、ユーザ端末から受信する支払い実行通知に応じて決済処理を実行する。
　本構成により、ユーザの指定する決済手段を確認し、決済を行うユーザのユーザ端末との通信を伴う決済を確実に実行する構成が実現される。
　なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。

タップレス決済の概要と問題点について説明する図である。本開示の情報処理装置の一例である店舗端末が実行する処理例を説明する図である。ユーザがユーザ端末に決済手段に関するユーザ発話を事前登録する処理シーケンスの一例について説明する図である。決済処理のシーケンスの一例について説明する図である。決済処理のシーケンスの一例について説明する図である。ユーザ意思確認用表示データの具体例について説明する図である。決済完了通知の表示データ例について説明する図である。決済処理のシーケンスの一例について説明する図である。ユーザ発話照合処理に基づく本人確認処理が失敗したことの通知データに併せてユーザの支払い意思を確認する表示データの例について説明する図である。決済処理のシーケンスの一例について説明する図である。決済処理のシーケンスの一例について説明する図である。決済処理のシーケンスの一例について説明する図である。決済処理のシーケンスの一例について説明する図である。決済処理のシーケンスの一例について説明する図である。決済処理のシーケンスの一例について説明する図である。支払者立ち入り領域識別マークについて説明する図である。決済処理のシーケンスの一例について説明する図である。決済処理のシーケンスの一例について説明する図である。決済処理のシーケンスとユーザ端末の表示データの一例について説明する図である。決済処理のシーケンスの一例について説明する図である。決済処理のシーケンスの一例について説明する図である。決済処理のシーケンスとユーザ端末の表示データの一例について説明する図である。決済処理のシーケンスの一例について説明する図である。決済処理のシーケンスの一例について説明する図である。決済処理のシーケンスの一例について説明する図である。決済処理のシーケンスの一例について説明する図である。決済処理のシーケンスの一例について説明する図である。カメラ撮影画像と近距離無線通信部の通信情報を利用して決済対象となるユーザ端末を特定する実施例について説明する図である。ユーザ属性ユーザ端末対応データの一例について説明する図である。カメラ撮影画像と近距離無線通信部の通信情報を利用して決済対象となるユーザ端末を特定する実施例について説明する図である。ユーザ属性ユーザ端末対応データの一例について説明する図である。カメラ撮影画像と近距離無線通信部の通信情報を利用して決済対象となるユーザ端末を特定する実施例について説明する図である。ユーザ属性ユーザ端末対応データの一例について説明する図である。カメラ撮影画像と近距離無線通信部の通信情報を利用して決済対象となるユーザ端末を特定する実施例について説明する図である。ユーザ属性ユーザ端末対応データの一例について説明する図である。カメラ撮影画像と近距離無線通信部の通信情報を利用してユーザ端末を特定してゲート制御を行う実施例について説明する図である。カメラ撮影画像と近距離無線通信部の通信情報を利用してユーザ端末を特定してゲート制御を行う実施例について説明する図である。カメラ撮影画像と近距離無線通信部の通信情報を利用してユーザ端末を特定してゲート制御を行う実施例について説明する図である。カメラ撮影画像と近距離無線通信部の通信情報を利用してユーザ端末を特定してゲート制御を行う処理のシーケンスについて説明するフローチャートを示す図である。本開示の処理に利用されるユーザ端末の構成例について説明する図である。本開示の処理に利用される店舗端末の構成例について説明する図である。本開示の処理に利用されるユーザ端末、店舗端末、サーバのハードウェア構成例について説明する図である。

　以下、図面を参照しながら本開示の情報処理装置、決済処理システム、および方法、並びにプログラムの詳細について説明する。なお、説明は以下の項目に従って行なう。
　１．タップレス決済システムの概要と問題点について
　２．（実施例１）ユーザが利用する決済手段の確認を行う実施例について
　３．（実施例２）店舗端末が複数のユーザ端末から決済対象端末を選択する実施例について
　４．（実施例３）店員のいない無人店舗で決済処理を行う実施例について
　５．（実施例４）ユーザが店舗端末ではなく、ユーザ端末に利用決済手段についての発話を行って決済処理を行う実施例について
　６．（実施例５）ユーザ端末に事前登録された複数の利用決済手段指定発話データからユーザが選択した発話データを店舗端末に送信して決済処理を行う実施例について
　７．（実施例６）ユーザの撮影画像に基づく顔認証を実行する実施例について
　８．（実施例７）店内を移動するユーザ（客）の撮影画像と、ユーザ端末からの受信情報に基づいて決済を実行するユーザやユーザ端末を特定する実施例について
　９．各装置の構成例について
　１０．本開示の構成のまとめ

　　［１．タップレス決済システムの概要と問題点について］
　まず、タップレス決済システムの概要と問題点について説明する。

　前述したように、ユーザがポケットやバッグに入れたスマホ等のユーザ端末を取り出すことなく、ユーザが店舗端末の近くを通りすぎるタイミングで、ユーザ端末と店舗端末とが近距離無線通信を行い、決済処理を行うシステム、いわゆるタップレス決済システムの開発が進んでおり、今後、多く利用されることになることが予測される。

　図１を参照して、タップレス決済における問題の具体例について説明する。図１には、店舗の２人の店員の前に各々店舗端末（レジ）１０が置かれており、店舗端末（レジ）１０の前に商品代金を支払う客が、それぞれ列を作って並んでいる状態を示している。

　客は、各々ポケットやバッグの中にユーザ端末２１を保持している。
　タップレス決済を行う場合、店舗端末（レジ）１０と支払い対象者（＝決済対象者）のユーザ端末とが通信を行う必要がある。

　図１に示す例では、図１左側の店舗端末（レジ）１０－１は、まず、先頭の客Ａのユーザ端末２１ａと通信を行って決済処理を行う。この場合、店舗端末１０－１は、ユーザＡが、ユーザ端末２１ａでどの決済手段を利用して決済しようとしているかを確認する必要がある。
　すなわち、様々な種類の電子マネー、ｘｘペイ等のＱＲコード（登録商標）やバーコード等のコード決済、クレジットカード、決済銀行口座等、これら多くの決済手段のどの決済手段を利用して決済を行おうとしているかを確認することが必要となる。

　また、図１左側の店舗端末（レジ）１０－１の近距離無線通信範囲は、図１に示す左側の店舗端末（レジ）１０－１の周囲の点線円内である。
　この点線円内には、客Ａのユーザ端末２１ａと、客Ｂのユーザ端末２１ｂが含まれる。

　この場合、店舗端末（レジ）１０－１は、客Ａのユーザ端末２１ａと、客Ｂのユーザ端末２１ｂの双方と通信（近距離無線通信）が可能になる。
　従って、店舗端末（レジ）１０－１は、客Ａのユーザ端末２１ａと、客Ｂのユーザ端末２１ｂのどちらが決済処理を行うべき端末であるかを判別することが必要となる。

　このように、タップレス決済には、以下の課題、すなわち、
　（ａ）ユーザに対する決済手段の確認処理をどのように行うか、
　（ｂ）決済処理対象のユーザ端末と他のユーザ端末との判別をどのように行うか
　これらの課題がある。
　本開示は、これらの課題を解決するものである。
　以下、本開示の構成と処理について説明する。

　　［２．（実施例１）ユーザが利用する決済手段の確認を行う実施例について］
　まず、実施例１として、ユーザが利用する決済手段の確認を行う実施例について説明する。

　図２は、本開示の情報処理装置の一例である店舗端末２００が実行する処理例を説明する図である。
　店舗端末（レジ）２００は、マイク２０１を有している。

　図２において、店員の前に店舗端末２００が置かれ、その前にタップレス決済を行おうとするユーザである客Ａが立っている。
　客Ａは、スマホ等のユーザ端末１００ａを保持している。
　店舗端末２００とユーザ端末１００ａとの間で近距離無線通信を行って決済処理が実行される。

　なお、店舗端末２００とユーザ端末１００ａとの間で実行される近距離無線通信は、例えば、ブルートゥース（登録商標）（ＢＴ）通信、ＮＦＣ（Ｎｅａｒ　Ｆｉｅｌｄ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ）通信、ＲＦ（Ｒａｄｉｏ　Ｆｒｅｑｕｅｎｃｙ）通信、ＵＷＢ（Ｕｌｔｒａ　Ｗｉｄｅ　Ｂａｎｄ）通信等の近距離無線通信である。

　本開示の店舗端末２００による決済処理は、図２に示すステップＳ０１～Ｓ０６の順に従って行われる。以下、各ステップの処理について説明する。

　　（ステップＳ０１）
　まず、客Ａが決済手段を発話する。
　一例として、客Ａが、「ＸＸペイで」と発話したものとする。

　　（ステップＳ０２）
　店舗端末２００は、マイク２０１を介して客Ａの発話「ＸＸペイで」を入力し、ステップＳ０２において、店舗端末２００内のデータ処理部が入力発話の音声解析を実行し、決済処理を行おうとするユーザ、すなわち客Ａが利用したい決済手段が［ＸＸペイ］であると判定する。

　　（ステップＳ０３）
　次に、ステップＳ０３において、店舗端末２００は、近距離無線通信を用いて客Ａの発話音声「ＸＸペイで」を、ユーザ端末１００ａに送信する。

　　（ステップＳ０４）
　次に、ユーザ端末１００ａは、ステップＳ０４において、店舗端末２００から受信した受信ユーザ音声と、ユーザ端末１００ａに予め登録された登録ユーザ音声を比較し、受信ユーザ音声が本人の音声であるか否かを判定する。

　なお、ユーザ端末１００ａには、客Ａの発話音声「ＸＸペイで」が、予め登録されている。これは、照合用音声データとして事前にユーザが登録する。
　この処理の詳細については後述する。

　ステップＳ０４において、ユーザ端末１００ａが、店舗端末２００から受信した受信ユーザ音声と、ユーザ端末１００ａに予め登録された登録ユーザ音声の一致を確認した場合、店舗端末２００から受信したユーザ音声が本人の音声であると判定する。
　この場合は、ステップＳ０５以下の処理を実行する。
　一致確認がなされなかった場合は、ユーザ端末１００ａから店舗端末２００に対してエラー通知が行われ、ステップＳ０５以下の処理は実行されない。

　　（ステップＳ０５）
　ステップＳ０４において、ユーザ端末１００ａが、店舗端末２００から受信した受信ユーザ音声と、ユーザ端末１００ａに予め登録された登録ユーザ音声の一致を確認した場合、店舗端末２００から受信したユーザ音声が本人の音声であると判定され、ステップＳ０５以下の処理が実行される。

　この場合、ユーザ端末１００ａは、ステップＳ０５において、支払い処理を実行する。具体的には、店舗端末２００に対して、決済処理に必要となるユーザ（客Ａ）のアカウント情報等を送信する。
　なお、送信情報は、ユーザ（客Ａ）の利用する決済手段に応じて異なる情報となる。

　　（ステップＳ０６）
　次に、ステップＳ０６において、店舗端末２００は、ユーザ端末１００ａから受信したユーザアカウント情報に従った決済処理を実行する。

　これら一連の処理により、店舗端末２００は、ユーザ（客Ａ）の利用しようとする決済手段を確認し、確認した決済手段を適用した決済処理を行うことができる。

　なお、上述した説明から理解されるように、本実施例においては、ステップＳ０１で行われた決済手段を指定するユーザ発話を店舗端末２００からユーザ端末１００ａにフィードバック入力して、この入力発話と、ユーザ端末１００ａに予め登録された登録ユーザ発話との照合処理が実行される。
　この照合処理において、入力発話と登録発話の一致が確認された場合に、その後の決済処理を行う構成としている。
　この処理を行うことで、決済処理を実行するユーザ（客Ａ）の決済手段の確認が確実に実行される。

　次に、図３以下を参照して、本実施例１の処理シーケンスについて説明する。
　まず、図３を参照して、ユーザ２０がユーザ端末１００に、決済手段に関するユーザ発話を事前登録する処理シーケンスについて説明する。

　これは、ユーザ２０が決済処理（支払い処理）に利用する決済手段に関する発話を事前にユーザ端末１００に登録しておく処理である。すなわち、照合用データの事前登録処理である。
　照合用データは、ユーザ端末１００の記憶部に記録される。

　図３には、左側にユーザ２０、右側にユーザ２０の所有するユーザ端末１００を示している。
　ユーザ２０は、ユーザ端末１００に対して、Ｓ１１において、決済手段指定発話であるユーザ発話「ｘｘペイで」を行う。
　ステップＳ１２において、ユーザ端末１００は、ユーザ発話「ｘｘペイで」を、マイクを介して入力し、記憶部（メモリ）に格納する。すなわち照合用データとして登録する。

　さらに、ユーザ２０は、ユーザ端末１００に対して、Ｓ１３において、別の決済初段指定発話であるユーザ発話「ｙｙペイで」を行う。
　ステップＳ１４において、ユーザ端末１００は、ユーザ発話「ｙｙペイで」を、マイクを介して入力し、記憶部（メモリ）に格納する。すなわち照合用データとして登録する。

　さらに、ユーザ２０は、ユーザ端末１００に対して、Ｓ１５において、別の決済初段指定発話であるユーザ発話「ｚｚペイで」を行う。
　ステップＳ１６において、ユーザ端末１００は、ユーザ発話「ｚｚペイで」を、マイクを介して入力し、記憶部（メモリ）に格納する。すなわち照合用データとして登録する。

　ｘｘペイ、ｙｙペイ、ｚｚペイは、いずれもユーザ２０が利用する可能性のある決済手段である。
　なお、図３に示す照合用データの登録例は、一例であり、例えばこの他に、「ｘｘカードで支払います」や、「ｙｙクレジットでお願いします」といった別の決済初段指定発話であるユーザ発話を照合用データとして登録してもよい。

　図３に示すシーケンスに従って、支払い手段に関する照合用データをユーザ端末１００に登録した後、先に図２を参照して説明した実際の決済処理が可能となる。
　この決済処理のシーケンスについて図４、図５を参照して説明する。

　図４、図５には、左からユーザ２０、ユーザ２０の所有するユーザ端末１００、店舗端末２００、店舗端末２００の置いてある店の店員３０を示している。
　図４、図５に示すステップＳ１００～Ｓ１１５の順に処理が行われる。
　以下、各ステップの処理について、順次、説明する。

　　（ステップＳ１００）
　まず、ステップＳ１００において、店舗端末２００とユーザ端末１００間で通信セッションが確立される。すなわち、ユーザ端末１００が店舗端末２００に近づいて近距離無線通信が可能な位置になると、２つの端末間で通信セッションが確立され、通信可能状態に設定される。

　なお、前述したように、店舗端末２００とユーザ端末１００との間で実行される近距離無線通信は、例えば、ブルートゥース（登録商標）（ＢＴ）通信、ＮＦＣ（Ｎｅａｒ　Ｆｉｅｌｄ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ）通信、ＲＦ（Ｒａｄｉｏ　Ｆｒｅｑｕｅｎｃｙ）通信、ＵＷＢ（Ｕｌｔｒａ　Ｗｉｄｅ　Ｂａｎｄ）通信等の近距離無線通信である。

　　（ステップＳ１０１）
　次に、店員が支払い金額を店舗端末２００に入力する。
　なお、ここでは、支払い金額入力を店員３０が実行するものとして説明するが、例えばユーザ２０が商品のタグを店舗端末２００に接続されたスキャナに読み取らせるといった処理でもよい。また、商品に装着されたＲＦＩＤタグから送信されるデータを店舗端末２００が受信して清算金額を自動算出する構成としてもよい。

　　（ステップＳ１０２）
　次に、店員３０が、支払い方法（決済手段）をユーザ２０に問い合わせる。すなわち質問する。
　なお、この支払い手段の問い合わせも店舗端末２００が出力する音声を用いて行う構成としてもよい。

　　（ステップＳ１０３）
　次に、ステップＳ１０３において、ユーザ２０が、支払い手段の発話を行う。例えば「ｘｘペイで」と発話する。ユーザ２０は、ユーザ端末１００に登録した照合用データと同じ発話を行う。

　　（ステップＳ１０４）
　次に、店舗端末２００は、ステップＳ１０４において、マイクを介して入力したユーザ発話「ｘｘペイで」を記憶部に記録し、さらに音声認識を実行する。
　この音声認識により、ユーザ２０が、［ｘｘペイ］を利用した決済を要求していることを確認する。

　　（ステップＳ１０５）
　次に、店舗端末２００は、ステップＳ１０５において、ユーザの要求した決済手段を行うための決済アプリ（アプリケーションプログラム）を起動する。

　　（ステップＳ１０６）
　次に、店舗端末２００は、ステップＳ１０６において、ステップＳ１０４で記憶部に記録したユーザ発話「ｘｘペイで」の音声データをユーザ端末１００に近距離無線通信を用いて送信する。

　　（ステップＳ１０７）
　次に、ユーザ端末１００は、ステップＳ１０７において、ステップＳ１０６で店舗端末２００から受信したユーザ発話「ｘｘペイで」と、予めユーザ端末１００に登録済みのユーザ発話「ｘｘペイで」の音声データを比較し、音声データが一致するか否かを判定する。
　なお、一致するか否かの判定に際しては、完全一致に限らず、差分が予め既定した誤差範囲内の場合は一致すると判定する。

　　（ステップＳ１０８）
　ユーザ端末１００は、ステップＳ１０７で、店舗端末２００からの受信ユーザ発話「ｘｘペイで」と、ユーザ端末１００に登録された登録ユーザ発話「ｘｘペイで」が一致すると判定した場合、ステップＳ１０８において、支払い処理に移行する。

　なお、ステップＳ１０７で２つの発話の一致が確認されなかった場合は、ユーザ端末１００は店舗端末２００に対してエラー通知を実行し、その後のステップＳ１０９以下の処理は実行しない。
　ただし、この場合も、ユーザ２０に、再度、支払い意思の確認を求める処理を実行してもよい。この処理シーケンスについては後段で説明する。

　　（ステップＳ１０９）
　ステップＳ１０７で２つの発話が一致と判定され、ステップＳ１０３でユーザ２０が行った発話がユーザ２０本人の発話であることが確認されると、ステップＳ１０９において、ユーザ端末１００は、店舗端末２００に対して、支払い可能であることを通知する。

　　（ステップＳ１１０）
　次に、店舗端末２００は、ステップＳ１１０において、ユーザ端末１００に支払い金額を通知する。

　なお、この時点で、（ステップＳ１１０ｂ）の処理として、ユーザ２０に、支払い意思の確認を求める処理を行ってもよい。
　具体的には、ステップＳ１１０の支払い金額通知に際して、店舗端末２００からユーザ端末１００に対して、図６に示すような表示データを送信して、ユーザ端末１００に表示させる。

　図６には、２つのユーザ意思確認用表示データ例を示している。
　図６（１）は、ユーザに支払い意思がある場合、電源ボタン１０１を操作させるものである。ユーザが電源ボタン１０１を操作すると、操作に応じて支払い意思ありの通知データがユーザ端末１００から店舗端末２００に送信される。

　図６（２）は、ユーザに支払い意思がある場合、指紋センサに触れる操作を行わせるものである。ユーザが指紋センサに触れると、まず、ユーザ端末１００内で、ユーザ端末１００の記憶部に記録された指紋データとの照合処理が行われる。照合が成立した場合、支払い意思ありの通知データがユーザ端末１００から店舗端末２００に送信される。

　なお、これらの処理は、ユーザ端末１００内のアプリケーション、例えばｘｘペイ対応のＱＲコード（登録商標）等のコード決済の決済アプリケーションによって実行される。

　　（ステップＳ１１１）
　次に、ユーザ端末１００は、ステップＳ１１１において、店舗端末２００に対して、決済処理に必要となるユーザ２０のアカウント情報等を送信する。
　なお、送信情報は、ユーザ２０の利用する決済手段に応じて異なる情報となる。

　　（ステップＳ１１２）
　次に、ステップＳ１１２において、店舗端末２００は、ユーザ端末１００から受信したユーザアカウント情報に従った決済処理を実行する。

　　（ステップＳ１１３）
　次に、ステップＳ１１３において、店舗端末２００は、ユーザ端末１００に決済完了通知を送信する。

　　（ステップＳ１１４）
　次に、ステップＳ１１４において、ユーザ端末１００は、店舗端末２００から受信した決済完了通知を表示する。
　例えば、図７に示すようなデータが表示される。

　　（ステップＳ１１５）
　次に、ステップＳ１１５において、ユーザ端末１００は、ユーザ端末１００を初期状態に設定する。すなわち、支払い処理の実行不可状態に設定する。

　これら一連の処理により、店舗端末２００は、ユーザ２０がユーザ端末１００を利用して実行しようとしている決済手段が「ｘｘペイ」であることを確認し、確認した決済手段「ｘｘペイ」を適用した決済処理を行うことができる。

　上述した説明から理解されるように、決済手段の確認処理に際して、ステップＳ１０３で行われたユーザ発話がステップＳ１０６で店舗端末２００からユーザ端末１００に送信され、ユーザ端末１００が、この受信発話と、ユーザ端末１００に予め登録済みの登録ユーザ発話との照合処理を実行する。
　この照合処理において、入力発話と登録発話の一致が確認された場合に決済処理を行う構成としている。

　上述した処理は、決済処理実行ユーザ（客）本人のみが実行可能であり、他人によるなりすまし的な処理が行われた場合は決済が実行されないことになり、より安全な決済処理が実現される。

　なお、先に説明したようにステップＳ１０７におけるユーザ発話の照合処理において、２つの発話の一致が確認されなかった場合、ユーザ２０に、再度、支払い意思の確認を求める処理を実行してもよい。この処理シーケンスについて、図８を参照して説明する。

　図８には、図５に示すステップＳ１０８に相当するステップＳ１０８ｂにおいて、ユーザ端末１００が、店舗端末２００から受信したユーザ発話と、ユーザ端末１００に予め記録された登録ユーザ発話との照合処理に失敗した場合に実行するその後の処理の一例を説明するシーケンス図である。
　ステップＳ１０８ｂ以下の処理について説明する。

　　（ステップＳ１０８ｂ）
　ユーザ端末１００は、ステップＳ１０８ｂにおいて、店舗端末２００からの受信ユーザ発話「ｘｘペイで」と、ユーザ端末１００に登録された登録ユーザ発話「ｘｘペイで」との一致が確認できなかった場合、ステップＳ１２１以下の処理を実行する。

　　（ステップＳ１２１）
　この場合、ユーザ端末１００は、ステップＳ１２１において、店舗端末２００に本人確認失敗通知を送信する。

　　（ステップＳ１２２）
　店舗端末２００は、ユーザ端末１００からの本人確認失敗通知の受信に応じて、ステップＳ１２２において、ユーザ端末１００におけるユーザ発話照合処理に基づく本人確認処理が失敗したことをユーザに通知するための通知データをユーザ端末１００に送信する。

　　（ステップＳ１２３）
　ユーザ端末１００は、店舗端末２００から受信した通知データ、すなわち、ユーザ発話照合処理に基づく本人確認処理が失敗したことの通知データをユーザ端末１００に表示する。
　具体的には、例えば、図９に示すような表示データがユーザ端末１００に表示される。

　図９には、ユーザ発話照合処理に基づく本人確認処理が失敗したことの通知データに併せてユーザの支払い意思を確認する２つの表示データ例を示している。
　図９（１）は、ユーザに支払い意思がある場合、電源ボタン１０１を操作させるものである。ユーザが電源ボタン１０１を操作すると、操作に応じて支払い意思ありの通知データがユーザ端末１００から店舗端末２００に送信される。

　図９（２）は、ユーザに支払い意思がある場合、指紋センサに触れる操作を行わせるものである。ユーザが指紋センサに触れると、まず、ユーザ端末１００内で、ユーザ端末１００の記憶部に記録された指紋データとの照合処理が行われる。照合が成立した場合、支払い意思ありの通知データがユーザ端末１００から店舗端末２００に送信される。

　なお、これらの処理は、ユーザ端末１００内のアプリケーション、例えばｘｘペイ対応のＱＲコード（登録商標）等、コード決済対応の決済アプリケーションによって実行される。

　　（ステップＳ１２４～Ｓ１２５）
　ステップＳ１２３でユーザ端末１００に表示された表示データに対して、ステップＳ１２４でユーザが支払い意思を示す操作を行うと、この操作情報に基づく支払い意思ありの通知データが、ユーザ端末１００から店舗端末２００に送信される。
　これらの処理は、ユーザ端末１００内のアプリケーション、例えばｘｘペイ対応の決済アプリケーションによって実行される。

　その後は、通常の決済処理が実行される。具体的には、図５に示すステップＳ１１０以降の処理が実行される。

　　［３．（実施例２）店舗端末が複数のユーザ端末から決済対象端末を選択する実施例について］
　次に、実施例２として、店舗端末が複数のユーザ端末から決済対象端末を選択する実施例について説明する。

　先に図１を参照して説明したように、店舗端末は、ユーザ端末との近距離無線通信を実行して決済処理を行う。
　しかし、店舗端末との近距離通信可能範囲に複数の異なるユーザ端末が存在すると、店舗端末は、これら複数のユーザ端末と並列して通信を行ってしまい、その複数のユーザ端末のどのユーザ端末が決済処理を行う端末であるかを判別する処理を行う必要がある。

　図１０は、本開示の情報処理装置である店舗端末２００が実行する処理例を説明する図である。
　店舗端末（レジ）２００は、マイク２０１を有している。

　図１０において、店員の前に店舗端末２００が置かれ、その前にタップレス決済を行おうとするユーザａ（客Ａ）２０ａが立っている。
　ユーザａ（客Ａ）２０ａは、スマホ等のユーザ端末１００ａを保持している。

　店舗端末２００とユーザ端末１００ａとの間で近距離無線通信を行って決済処理が実行される。

　しかし、図１０に点線円で示す店舗端末２００の近距離通信可能領域には、ユーザａ（客Ａ）２０ａのユーザ端末１００ａの他、ユーザｂ（客Ｂ）２０ｂのユーザ端末１００ｂ、ユーザｃ（客Ｃ）２０ｃのユーザ端末１００ｃも存在する。
　この結果、店舗端末２００は、これら３台のユーザ端末ａ，ｂ，ｃと並行に通信を行うことになる。
　店舗端末２００は、これら３台のユーザ端末ａ，ｂ，ｃから、決済処理を実行するーザ端末を選択して、決済処理を行う必要がある。

　本開示の店舗端末２００による決済処理は、図１０に示すステップＳ０１～Ｓ０６の順に従って行われる。以下、各ステップの処理について説明する。

　　（ステップＳ０１）
　まず、ユーザａ（客Ａ）２０ａが決済手段を発話する。
　一例として、ユーザａ（客Ａ）２０ａが、「ＸＸペイで」と発話したものとする。

　　（ステップＳ０２）
　店舗端末２００は、マイク２０１を介してユーザａ（客Ａ）２０ａの発話「ＸＸペイで」を入力し、ステップＳ０２において、店舗端末２００内のデータ処理部が入力発話の音声解析を実行し、決済処理を行おうとするユーザ、すなわちユーザａ（客Ａ）２０ａが利用したい決済手段が［ＸＸペイ］であると判定する。

　　（ステップＳ０３）
　次に、ステップＳ０３において、店舗端末２００は、近距離無線通信を用いてユーザａ（客Ａ）２０ａの発話音声「ＸＸペイで」を、近距離無線通信可能領域内にあるユーザ端末にブロードキャスト送信する。

　図１０に示す例では、近距離無線通信可能領域内に、ユーザａ（客Ａ）２０ａのユーザ端末１００ａの他、ユーザｂ（客Ｂ）２０ｂのユーザ端末１００ｂ、ユーザｃ（客Ｃ）２０ｃのユーザ端末１００ｃも存在し、店舗端末２００は、近距離無線通信を用いてユーザａ（客Ａ）２０ａの発話音声「ＸＸペイで」をこれら３台のユーザ端末ａ，ｂ，ｃに送信する。

　　（ステップＳ０４）
　次に、ステップＳ０４において、各ユーザ端末ａ～ｃは、店舗端末２００から受信した受信ユーザ音声と、ユーザ端末に予め登録された登録ユーザ音声を比較し、受信ユーザ音声が本人の音声であるか否かを判定する処理を実行する。

　なお、ユーザ端末ａ～ｃの各々には、それぞれの端末所有者の発話音声が、予め登録されている。これは、先に図３を参照して説明したシーケンスに従って、各ユーザが事前に端末に登録した照合用データである。

　　（ステップＳ０５－１）
　ステップＳ０４において、１台のユーザ端末ａ，１００ａのみが、受信ユーザ音声が本人の音声であると判定した場合、そのユーザ端末ａ，１００ａにおいて支払い処理が実行される。例えば、ユーザ端末ａ，１００ａから店舗端末２００にユーザアカウント情報を送信する処理等が実行される。

　　（ステップＳ０５－２）
　一方、ステップＳ０４において、複数のユーザ端末が、受信ユーザ音声が本人の音声であると判定した場合、店舗端末２００は、その複数ユーザ端末に対して、ユーザ意思確認通知を実行し、ユーザ意思確認がなされたユーザ端末からユーザアカウント情報を送信してもらう。

　ユーザ発話音声に基づく照合処理では、誤判定の発生する可能性も少なくない。従って、本人の声でない発話を本人の声であると判定したしまう可能性もある。
　このステップＳ０５－２は、このような誤判定を想定した処理である。

　このように、ステップＳ０４において誤判定が発生し、複数のユーザ端末が、受信ユーザ音声が本人の音声であると判定した場合、店舗端末２００は、その複数ユーザ端末に対して、ユーザ意思確認通知を実行し、ユーザ意思確認がなされたユーザ端末からユーザアカウント情報を送信してもらう。
　この処理の具体的シーケンスについては後述する。

　　（ステップＳ０６）
　次に、ステップＳ０６において、店舗端末２００は、ユーザ端末１００から受信したユーザアカウント情報に従った決済処理を実行する。

　これら一連の処理により、店舗端末２００は、複数のユーザ端末から、１つの決済処理を実行するユーザ端末を判別して選択し、選択したユーザ端末との通信を行って決済処理を行うことができる。

　次に、図１１～図１３を参照して、本実施例２の詳細処理シーケンスについて説明する。
　図１１～図１３には、左から、
　ユーザａ，２０ａ、
　ユーザ２０ｃの所有するユーザ端末ｃ，１００ｃ、
　ユーザ２０ｂの所有するユーザ端末ｂ，１００ｂ、
　ユーザ２０ａの所有するユーザ端末ａ，１００ａ、
　店舗端末２００、
　店舗端末２００の置いてある店の店員３０、
　これらを示している。
　図１１～図１３に示すステップＳ２００～Ｓ２１６の順に処理が行われる。
　以下、各ステップの処理について、順次、説明する。

　　（ステップＳ２００）
　まず、ステップＳ２００において、店舗端末２００とユーザ端末ａ～ｃ，１００ａ～ｃ間で通信セッションが確立される。すなわち、ユーザ端末ａ～ｃ，１００ａ～ｃが店舗端末２００の近距離無線通信可能領域に入り、近距離無線通信が可能な位置になると、店舗端末２００とユーザ端末ａ～ｃ，１００ａ～ｃ間で通信セッションが確立され、通信可能状態に設定される。

　なお、前述したように、店舗端末２００とユーザ端末ａ～ｃ，１００ａ～ｃとの間で実行される近距離無線通信は、例えば、ブルートゥース（登録商標）（ＢＴ）通信、ＮＦＣ（Ｎｅａｒ　Ｆｉｅｌｄ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ）通信、ＲＦ（Ｒａｄｉｏ　Ｆｒｅｑｕｅｎｃｙ）通信、ＵＷＢ（Ｕｌｔｒａ　Ｗｉｄｅ　Ｂａｎｄ）通信等の近距離無線通信である。

　　（ステップＳ２０１）
　次に、店員が支払い金額を店舗端末２００に入力する。
　なお、ここでは、支払い金額入力を店員３０が実行するものとして説明するが、例えばユーザ２０が商品のタグを店舗端末２００に接続されたスキャナに読み取らせるといった処理でもよい。また、商品に装着されたＲＦＩＤタグから送信されるデータを店舗端末２００が受信して清算金額を自動算出する構成としてもよい。

　　（ステップＳ２０２）
　次に、店員３０が、支払い方法（決済手段）をユーザ２０に問い合わせる。すなわち質問する。
　なお、この支払い手段の問い合わせも店舗端末２００が出力する音声を用いて行う構成としてもよい。

　　（ステップＳ２０３）
　次に、ステップＳ２０３において、ユーザａ，２０ａが、支払い手段の発話を行う。例えば「ｘｘペイで」と発話する。ユーザａ，２０ａは、ユーザ端末ａ，１００ａに登録した照合用データと同じ発話を行う。

　　（ステップＳ２０４）
　次に、店舗端末２００は、ステップＳ２０４において、マイクを介して入力したユーザ発話「ｘｘペイで」を記憶部に記録し、さらに音声認識を実行する。
　この音声認識により、ユーザａ，２０ａが、［ｘｘペイ］を利用した決済を要求していることを確認する。

　　（ステップＳ２０５）
　次に、店舗端末２００は、ステップＳ２０５において、ユーザａ，２０ａの要求した決済手段を行うための決済アプリ（アプリケーションプログラム）を起動する。

　　（ステップＳ２０６）
　次に、店舗端末２００は、ステップＳ２０６において、ステップＳ２０４で記憶部に記録したユーザａ，２０ａのユーザ発話「ｘｘペイで」の音声データを、ブロードキャスト送信する。
　この送信データは、店舗端末２００の近距離無線通信可能領域にある３台のユーザ端末ａ～ｃ，１００ａ～ｃが受信する。

　　（ステップＳ２０７）
　次に、店舗端末２００からユーザａ，２０ａのユーザ発話「ｘｘペイで」の音声データを受信した３台のユーザ端末ａ～ｃ，１００ａ～ｃは、ステップＳ２０７において、ステップＳ２０６で店舗端末２００から受信したユーザ発話「ｘｘペイで」と、予め３台のユーザ端末ａ～ｃ，１００ａ～ｃにそれぞれ登録済みの照合用ユーザ発話と比較し、音声データが一致するか否かを判定する。
　なお、一致するか否かの判定に際しては、完全一致に限らず、差分が予め既定した誤差範囲内の場合は一致すると判定する。

　　（ステップＳ２０８～Ｓ２０９）
　ステップＳ２０７では、ユーザａ，２０ａのユーザ端末ａ，１００ａのみが店舗端末２００からの受信ユーザ発話「ｘｘペイで」と、ユーザ端末ａ，１００ａに登録された登録ユーザ発話「ｘｘペイで」が一致すると判定したとする。この場合、ユーザａ，２０ａのユーザ端末ａ，１００ａのみが、ステップＳ２０８において、支払い処理に移行する。

　この場合、ステップＳ２０９において、ユーザ端末ａ，１００ａは、店舗端末２００に対して、支払い可能であることを通知する。

　　（ステップＳ２１０）
　ユーザａ，２０ａのユーザ端末ａ，１００ａ以外のユーザ端末ｂ，ｃは、ステップＳ１０７での発話照合処理において発話が不一致と判定される。この結果、これらユーザ端末ｂ，ｃは、ステップＳ２１０において、店舗端末２００に対してエラー通知を行う。

　　（ステップＳ２１１）
　次に、店舗端末２００は、ステップＳ２１１において、ユーザ端末ａ，１００ａに支払い金額を通知する。

　なお、この時点で、（ステップＳ２１１ｂ）の処理として、ユーザａ，２０ａに、支払い意思の確認を求める処理を行ってもよい。
　具体的には、ステップＳ２１１の支払い金額通知に際して、店舗端末２００からユーザ端末ａ，１００ａに対して、先に説明した図６に示すような表示データを送信して、ユーザ端末ａ，１００ａに表示させる。

　　（ステップＳ２１２）
　次に、ユーザ端末ａ，１００ａは、ステップＳ２１２において、店舗端末２００に対して、決済処理に必要となるユーザａ，１００ａのアカウント情報等を送信する。
　なお、送信情報は、ユーザａ，１００ａの利用する決済手段に応じて異なる情報となる。

　　（ステップＳ２１３）
　次に、ステップＳ２１３において、店舗端末２００は、ユーザ端末ａ，１００ａから受信したユーザアカウント情報に従った決済処理を実行する。

　　（ステップＳ２１４）
　次に、ステップＳ２１４において、店舗端末２００は、ユーザ端末ａ，１００ａに決済完了通知を送信する。

　　（ステップＳ２１５）
　次に、ステップＳ２１５において、ユーザ端末ａ，１００ａは、店舗端末２００から受信した決済完了通知を表示する。
　例えば、先に説明した図７に示すようなデータが表示される。

　　（ステップＳ２１６）
　次に、ステップＳ２１６において、ユーザ端末ａ，１００ａは、ユーザ端末ａ，１００ａを初期状態に設定する。すなわち、支払い処理の実行不可状態に設定する。

　これら一連の処理により、店舗端末２００は、店舗端末２００の近距離無線通信可能領域に複数のユーザ端末が存在する場合でも、その中から決済処理を行う対象となる１つのユーザ端末を判別して選択し、選択したユーザ端末との間の通信を行って、正しい決済処理を行うことができる。

　上述した説明から理解されるように、決済端末の判別処理では、各ユーザ端末でユーザ発話の照合処理を実行する。
　この照合処理において照合成立となった１つのユーザ端末が、正しい決済処理を実行するユーザ端末として選択される。

　ただし、先に図１０の（ステップＳ０５－２）で説明したように、発話音声データに基づく照合処理は、必ずしも１００％正しい結果が得られるとは限らず、誤った判定を行ってしまう場合もある。
　このような場合は、改めて、ユーザに対する確認処理を行うことになる。
　このユーザに対する確認処理を伴うシーケンスについて、図１４～図１５を参照して説明する。

　図１４～図１５には、先に図１２で説明したステップＳ２０７における発話音声データの照合処理以下のシーケンスを示している。
　図１４～図１５は、ステップＳ２０７の発話音声データの照合処理において、ユーザ端末ｂ，１００ｂが誤判定を行ってしまった場合の処理シーケンスである。

　ユーザ端末ｂ，１００ｂが、ステップＳ２０３で行われたユーザ発話、すなわち、ステップＳ２０６で店舗端末２００から送信されたユーザ発話が、ユーザ端末ｂ，１００ｂに事前登録された照合用登録データと一致するとの誤判定を行った場合の処理シーケンスである。
　ステップＳ２０７の次のステップＳ２２１以下の各ステップの処理について説明する。

　　（ステップＳ２２１～Ｓ２２２）
　ステップＳ２２１では、ユーザａ，２０ａのユーザ端末ａ，１００ａが店舗端末２００からの受信ユーザ発話「ｘｘペイで」と、ユーザ端末ａ，１００ａに登録された登録ユーザ発話「ｘｘペイで」が一致すると判定する。

　さらに、ユーザｂ，２０ｂのユーザ端末ｂ，１００ｂも、店舗端末２００からの受信ユーザ発話「ｘｘペイで」と、ユーザ端末ｂ，１００ｂに登録された登録ユーザ発話「ｘｘペイで」が一致すると判定する。この判定は誤判定である。

　この場合、ユーザａ，２０ａのユーザ端末ａ，１００ａと、ユーザｂ，２０ｂのユーザ端末ｂ，１００ｂの２台のユーザ端末が、ステップＳ２２２において、支払い可能であることを店舗端末２００に通知する処理を行うことになる。

　　（ステップＳ２２３）
　ユーザ端末ｃは、ステップＳ２０７での発話照合処理において発話不一致と判定し、ユーザ端末ｃは、ステップＳ２２３において、店舗端末２００に対してエラー通知を行う。

　　（ステップＳ２２４～Ｓ２２５）
　店舗端末２００は、ステップＳ２２２で、複数のユーザ端末から発話音声照合成立に基づく支払い可能通知を受領すると、ステップＳ２２４において、これらの複数端末に対して、支払い継続確認要求通知を行う。この支払い継続確認要求通知はユーザの支払い意思を確認するための表示データを各ユーザ端末に表示させる処理を行わせる通知である。

　ステップＳ２２５において、店舗端末２００から、支払い継続確認要求通知を受領した各ユーザ端末は、ユーザの意思確認のための表示データを各ユーザ端末に表示する。
　具体的には、先に説明した図６に示すような表示データが、ユーザ端末ａ，１００ａ、ユーザ端末ｂ．１００ｂに表示される。

　　（ステップＳ２２６）
　ユーザａ，２０ａは、ユーザ端末ａ，１００ａに表示されたユーザ意思確認用の表示データに対して支払い意思ありを示す操作を行う。
　一方、ユーザｂ，２０ｂは、ユーザ端末ｂ，１００ｂに表示されたユーザ意思確認用の表示データに対して支払い意思ありを示す操作は行わない。

　この結果、ステップＳ２２６において、ユーザ端末ａ，１００ａのみから店舗端末２００に対して支払い意思ありの通知がなされる。

　　（ステップＳ２２７）
　次に、ステップＳ２２７において、店舗端末２００は、ユーザａ，２０ａのユーザ端末ａ，１００ａのみに対して、支払い金額通知を行う。

　その後は、図１３を参照して説明したステップＳ２１２以下と同様の処理が実行される。

　このように、本開示の処理では、ユーザ端末においてユーザ発話音声に基づく誤った判定が実行された場合でもユーザの意思確認を行うことで、的違いのない正しい決済処理を行うことが可能となる。

　なお、店舗端末２００の近距離無線通信可能領域に複数のユーザ端末が存在しないようにすれば、上記のような問題、すなわち、店舗端末２００が複数のユーザ端末と同時接続されてしまうといった問題の発生を防止することができる。

　このための構成として、例えば図１６に示すような支払者立ち入り領域識別マーク２２０を店舗端末２００の近距離無線通信可能領域に併せて設定する構成とすることが有効である。

　ユーザは、自分が支払いを行う場合に限り、支払者立ち入り領域識別マーク２２０に入り、決済処理を行う。
　このような構成とすれば、店舗端末２００の近距離無線通信可能領域に複数のユーザ端末が存在することがなくなり、店舗端末２００は、確実に１台のユーザ端末、すなわち決済処理を行う１台のユーザ端末と通信を行い、ただしい決済処理を行うことが可能となる。

　　［４．（実施例３）店員のいない無人店舗で決済処理を行う実施例について］
　次に、実施例３として、店員のいない無人店舗で決済処理を行う実施例について説明する。

　本実施例３の処理シーケンスについて、図１７、図１８を参照して説明する。
　図１７、図１８には、左からユーザ２０、ユーザ２０の所有するユーザ端末１００、店舗端末２００を示している。
　図１７、図１８に示すステップＳ２５０～Ｓ２６５の順に処理が行われる。
　以下、各ステップの処理について、順次、説明する。

　　（ステップＳ２５０）
　まず、ステップＳ２５０において、店舗端末２００とユーザ端末１００間で通信セッションが確立される。すなわち、ユーザ端末１００が店舗端末２００に近づいて近距離無線通信が可能な位置になると、２つの端末間で通信セッションが確立され、通信可能状態に設定される。

　　（ステップＳ２５１）
　次に、ユーザ２０が商品のタグを店舗端末２００に接続されたスキャナに読み取らせて、支払い金額を店舗端末２００に入力する。
　なお、商品に装着されたＲＦＩＤタグから送信されるデータを店舗端末２００が受信して清算金額を自動算出する構成としてもよい。

　　（ステップＳ２５２）
　次に、店舗端末２００のスピーカを介して、店舗端末２００が支払い方法（決済手段）をユーザ２０に問い合わせる。すなわち質問する。この問い合わせ用の音声データは、店舗端末２００の記憶部に予め記録されている。

　　（ステップＳ２５３）
　次に、ステップＳ２５３において、ユーザ２０が、支払い手段の発話を行う。例えば「ｘｘペイで」と発話する。ユーザ２０は、ユーザ端末１００に登録した照合用データと同じ発話を行う。

　　（ステップＳ２５４）
　次に、店舗端末２００は、ステップＳ２５４において、マイクを介して入力したユーザ発話「ｘｘペイで」を記憶部に記録し、さらに音声認識を実行する。
　この音声認識により、ユーザ２０が、［ｘｘペイ］を利用した決済を要求していることを確認する。

　　（ステップＳ２５５）
　次に、店舗端末２００は、ステップＳ２５５において、ユーザの要求した決済手段を行うための決済アプリ（アプリケーションプログラム）を起動する。

　　（ステップＳ２５６）
　次に、店舗端末２００は、ステップＳ２５６において、ステップＳ２５４で記憶部に記録したユーザ発話「ｘｘペイで」の音声データをユーザ端末１００に近距離無線通信を用いて送信する。

　　（ステップＳ２５７）
　次に、ユーザ端末１００は、ステップＳ２５７において、ステップＳ２５６で店舗端末２００から受信したユーザ発話「ｘｘペイで」と、予めユーザ端末１００に登録済みのユーザ発話「ｘｘペイで」の音声データを比較し、音声データが一致するか否かを判定する。
　なお、一致するか否かの判定に際しては、完全一致に限らず、差分が予め既定した誤差範囲内の場合は一致すると判定する。

　　（ステップＳ２５８）
　ユーザ端末１００は、ステップＳ２５７で、店舗端末２００からの受信ユーザ発話「ｘｘペイで」と、ユーザ端末１００に登録された登録ユーザ発話「ｘｘペイで」が一致すると判定した場合、ステップＳ２５８において、支払い処理に移行する。

　なお、ステップＳ２５７で２つの発話の一致が確認されなかった場合は、ユーザ端末１００は店舗端末２００に対してエラー通知を実行し、その後のステップＳ２５９以下の処理は実行しない。

　　（ステップＳ２５９）
　ステップＳ２５７で２つの発話が一致と判定され、ステップＳ２５３でユーザ２０が行った発話がユーザ２０本人の発話であることが確認されると、ステップＳ２５９において、ユーザ端末１００は、店舗端末２００に対して、支払い可能であることを通知する。

　　（ステップＳ２６０）
　次に、店舗端末２００は、ステップＳ２６０において、ユーザ端末１００に支払い金額を通知する。

　なお、この時点で、（ステップＳ２６０ｂ）の処理として、ユーザ２０に、支払い意思の確認を求める処理を行ってもよい。
　具体的には、ステップＳ２６０の支払い金額通知に際して、店舗端末２００からユーザ端末１００に対して、先に図６を参照して説明したユーザの支払い意思確認用の表示データを送信して、ユーザ端末１００に表示させる。

　　（ステップＳ２６１）
　次に、ユーザ端末１００は、ステップＳ２６１において、店舗端末２００に対して、決済処理に必要となるユーザ２０のアカウント情報等を送信する。
　なお、送信情報は、ユーザ２０の利用する決済手段に応じて異なる情報となる。

　　（ステップＳ２６２）
　次に、ステップＳ２６２において、店舗端末２００は、ユーザ端末１００から受信したユーザアカウント情報に従った決済処理を実行する。

　　（ステップＳ２６３）
　次に、ステップＳ２６３において、店舗端末２００は、ユーザ端末１００に決済完了通知を送信する。

　　（ステップＳ２６４）
　次に、ステップＳ２６４において、ユーザ端末１００は、店舗端末２００から受信した決済完了通知を表示する。
　例えば、先に図７を参照して説明したようなデータが表示される。

　　（ステップＳ２６５）
　次に、ステップＳ２６５において、ユーザ端末１００は、ユーザ端末１００を初期状態に設定する。すなわち、支払い処理の実行不可状態に設定する。

　これら一連の処理により、店舗端末２００は、店員がいない場合でもユーザ２０がユーザ端末１００を利用して実行しようとしている決済手段が「ｘｘペイ」であることを確認し、確認した決済手段「ｘｘペイ」を適用した決済処理を行うことができる。

　上述した説明から理解されるように、決済手段の確認処理に際して、ステップＳ２５３で行われたユーザ発話がステップＳ２５６で店舗端末２００からユーザ端末１００に送信され、ユーザ端末１００が、この受信発話と、ユーザ端末１００に予め登録済みの登録ユーザ発話との照合処理を実行する。
　この照合処理において、入力発話と登録発話の一致が確認された場合に決済処理を行う構成としている。

　　［５．（実施例４）ユーザが店舗端末ではなく、ユーザ端末に利用決済手段についての発話を行って決済処理を行う実施例について］
　次に、実施例４として、ユーザが店舗端末ではなく、ユーザ端末に利用決済手段についての発話を行って決済処理を行う実施例について説明する。

　上述した実施例では、ユーザが店舗端末に対して利用決済手段についての発話を行って決済処理を行う実施例であった。以下において説明する実施例４は、ユーザが店舗端末ではなくユーザ端末に利用決済手段についての発話を行って決済処理を行う実施例である。

　図１９は、この実施例４の処理の概要を説明する図である。
　まず、決済処理の開始時に、ユーザ端末１００には、図１９（Ｓａ）に示す表示データが表示される。
　なお、図１９にはユーザ端末１００の例としてスマホとスマートウォッチの例を並べて示している。

　図１９（ステップＳａ）に示す表示データは、ユーザに対して、利用する支払い方法（決済手段）の発話を要求する表示データの例である。
　ユーザは、この表示データを確認して、例えば「ｙｙペイで」といった発話を行う。
　なお、ユーザ発話は、照合用データが事前にユーザ端末に登録済みであることが
必要である。

　ユーザ端末に対して行われたユーザ発話は、ユーザ端末のマイクを介してユーザ端末内のデータ処理部に入力される。

　図１９（ステップＳｂ）において、ユーザ端末内のデータ処理部は入力されたユーザ発話が、ユーザ端末内の記憶部に格納された照合用の登録発話と一致するか否かを判定する。
　一致することが確認されると、ユーザ端末は店舗端末に対して支払い処理を行うことを通知する。
　この通知の際に、利用する決済手段の情報、例えば決済手段＝［ｙｙペイ］であるとの決済手段情報も通知する。

　その後、店舗端末から、支払い金額情報がユーザ端末に送信され、図１９（ｃ）に示す決済情報がユーザ端末に表示される。

　図２０、図２１を参照して、この実施例４の具体的シーケンスについて説明する。
　図２０、図２１には、左からユーザ２０、ユーザ２０の所有するユーザ端末１００、店舗端末２００、店舗端末２００の置いてある店の店員３０を示している。
　図２０、図２１に示すステップＳ３００～Ｓ３１２の順に処理が行われる。
　以下、各ステップの処理について、順次、説明する。

　　（ステップＳ３００）
　まず、ステップＳ３００において、店舗端末２００とユーザ端末１００間で通信セッションが確立される。すなわち、ユーザ端末１００が店舗端末２００に近づいて近距離無線通信が可能な位置になると、２つの端末間で通信セッションが確立され、通信可能状態に設定される。

　　（ステップＳ３０１）
　次に、店員が支払い金額を店舗端末２００に入力する。
　なお、ここでは、支払い金額入力を店員３０が実行するものとして説明するが、例えばユーザ２０が商品のタグを店舗端末２００に接続されたスキャナに読み取らせるといった処理でもよい。また、商品に装着されたＲＦＩＤタグから送信されるデータを店舗端末２００が受信して清算金額を自動算出する構成としてもよい。

　　（ステップＳ３０２）
　次に、店舗端末２００が、ユーザ２０に対して支払い金額を通知し、支払い方法（決済手段）をユーザ２０に問い合わせる。すなわち質問する。

　　（ステップＳ３０３）
　次に、ステップＳ３０３において、ユーザ２０が、ユーザ端末１００に対して支払い手段の発話を行う。
　なお、ステップＳ３００の通信セッション確立時にユーザ端末１００において決済アプリが起動され、先に図１９（ステップＳａ）に示す画面が表示される。
　あるいはユーザが決済アプリを起動して、図１９（ステップＳａ）に示す画面を表示してもよい。

　ステップＳ３０３において、ユーザ２０は、ユーザ端末１００に対して支払い手段の発話、例えば「ｙｙペイで」を発話する。
　ユーザ２０は、ユーザ端末１００に登録した照合用データと同じ発話を行う。

　　（ステップＳ３０４）
　次に、ユーザ端末１００は、ステップＳ３０４において、マイクを介して入力したユーザ発話「ｘｘペイで」を記憶部に記録し、さらに音声認識を実行する。
　この音声認識により、ユーザ２０が、［ｙｙペイ］を利用した決済を要求していることを確認する。

　　（ステップＳ３０５）
　次に、ユーザ端末１００は、ステップＳ３０５において、ステップＳ３０３～Ｓ３０４でマイクを介して入力したユーザ発話「ｙｙペイで」と、予めユーザ端末１００に登録済みのユーザ発話「ｙｙペイで」の音声データを比較し、音声データが一致するか否かを判定する。
　なお、一致するか否かの判定に際しては、完全一致に限らず、差分が予め既定した誤差範囲内の場合は一致すると判定する。

　　（ステップＳ３０６）
　ユーザ端末１００は、ステップＳ３０６で、マイクを介して入力したユーザ発話「ｙｙペイで」と、ユーザ端末１００に登録された登録ユーザ発話「ｙｙペイで」が一致すると判定した場合、ステップＳ３０６において、支払い処理に移行する。

　なお、ステップＳ３０５で２つの発話の一致が確認されなかった場合は、ユーザ端末１００は店舗端末２００に対してエラー通知を実行し、その後のステップＳ３０７以下の処理は実行しない。

　　（ステップＳ３０７）
　ステップＳ３０５で２つの発話が一致と判定され、ステップＳ３０３でユーザ２０が行った発話がユーザ２０本人の発話であることが確認されると、ステップＳ３０７において、ユーザ端末１００は、店舗端末２００に対して、支払い可能であることを通知する。

　この通知には、支払い手段（決済手段）と、決済処理に必要となる情報、例えば、ユーザアカウント情報も含まれる。
　なお、送信情報は、ユーザ２０の利用する決済手段に応じて異なる情報となる。

　　（ステップＳ３０８）
　次に、店舗端末２００は、ステップＳ３０８において、ユーザの要求した決済手段を行うための決済アプリ（アプリケーションプログラム）を起動する。

　　（ステップＳ３０９）
　次に、店舗端末２００は、ステップＳ３０９において、ユーザ端末１００から受信したユーザアカウント情報に従った決済処理を実行する。

　　（ステップＳ３１０）
　次に、ステップＳ３１０において、店舗端末２００は、ユーザ端末１００に決済完了通知を送信する。

　　（ステップＳ３１１）
　次に、ステップＳ３１１において、ユーザ端末１００は、店舗端末２００から受信した決済完了通知を表示する。
　例えば、先に説明した図７に示すようなデータが表示される。

　　（ステップＳ３１２）
　次に、ステップＳ３１２において、ユーザ端末１００は、ユーザ端末１００を初期状態に設定する。すなわち、支払い処理の実行不可状態に設定する。

　これら一連の処理により、店舗端末２００は、ユーザ２０がユーザ端末１００を利用して実行しようとしている決済手段が「ｙｙペイ」であることを確認し、確認した決済手段「ｙｙペイ」を適用した決済処理を行うことができる。

　上述した説明から理解されるように、本実施例では、決済手段の確認処理に際して、ステップＳ３０３で行われたユーザ発話が直接ユーザ端末１００に入力される。
　ユーザ端末１００が、この入力発話と、ユーザ端末１００に予め登録済みの登録ユーザ発話との照合処理を実行する。
　この照合処理において、入力発話と登録発話の一致が確認された場合に決済処理を行う。

　この発話照合処理は、決済処理実行ユーザ（客）本人の発話であることを確認する処理であり、他人によるなりすまし的な処理が行われた場合は決済が実行されないことになり、安全な決済処理が実現される。

　　［６．（実施例５）ユーザ端末に事前登録された複数の利用決済手段指定発話データからユーザが選択した発話データを店舗端末に送信して決済処理を行う実施例について］
　次に、実施例５として、ユーザ端末に事前登録された複数の利用決済手段指定発話データからユーザが選択した発話データを店舗端末に送信して決済処理を行う実施例について説明する。

　図２２は、この実施例５の処理の概要を説明する図である。
　まず、決済処理の開始時に、ユーザ端末１００には、図２０（Ｓａ）に示す表示データが表示される。
　なお、図２２にも図１９と同様、ユーザ端末１００の例としてスマホとスマートウォッチの例を並べて示している。

　図２２（ステップＳａ）に示す表示データは、ユーザに対して、利用する支払い方法（決済手段）の選択を要求する表示データの例である。
　ユーザは、この表示データを確認して、例えば決済手段として「ｙｙペイ」を選択する。
　なお、ここでユーザ端末に表示される決済手段は、いずれもユーザ端末に決済手段を指定するユーザ発話音声データが事前登録された決済手段である。

　次に、（ステップＳｂ）において、ユーザ端末１００のデータ処理部は、ユーザの選択した「ｙｙペイ」に対応する事前登録済みのユーザ発話データ「ｙｙペイで」を記憶部から取得して店舗端末２００に送信する。

　その後、店舗端末から、支払い金額情報がユーザ端末に送信され、図２２（ｃ）に示す決済情報がユーザ端末に表示される。

　図２３、図２４を参照して、この実施例４の具体的シーケンスについて説明する。
　図２３、図２４には、左からユーザ２０、ユーザ２０の所有するユーザ端末１００、店舗端末２００、店舗端末２００の置いてある店の店員３０を示している。
　図２３、図２４に示すステップＳ３２０～Ｓ３３３の順に処理が行われる。
　以下、各ステップの処理について、順次、説明する。

　　（ステップＳ３２０）
　まず、ステップＳ３２０において、店舗端末２００とユーザ端末１００間で通信セッションが確立される。すなわち、ユーザ端末１００が店舗端末２００に近づいて近距離無線通信が可能な位置になると、２つの端末間で通信セッションが確立され、通信可能状態に設定される。

　　（ステップＳ３２１）
　次に、店員が支払い金額を店舗端末２００に入力する。
　なお、ここでは、支払い金額入力を店員３０が実行するものとして説明するが、例えばユーザ２０が商品のタグを店舗端末２００に接続されたスキャナに読み取らせるといった処理でもよい。また、商品に装着されたＲＦＩＤタグから送信されるデータを店舗端末２００が受信して清算金額を自動算出する構成としてもよい。

　　（ステップＳ３２２）
　次に、店舗端末２００が、ユーザ２０に対して支払い金額を通知し、支払い方法（決済手段）をユーザ２０に問い合わせる。すなわち質問する。

　　（ステップＳ３２３）
　次に、ステップＳ３２３において、ユーザ２０が、ユーザ端末１００に対して支払い手段の選択を行う。
　なお、ステップＳ３００の通信セッション確立時にユーザ端末１００において決済アプリが起動され、先に図２２（ステップＳａ）に示す画面が表示される。
　あるいはユーザが決済アプリを起動して、図２２（ステップＳａ）に示す画面を表示してもよい。

　ステップＳ３２３において、ユーザ２０は、ユーザ端末１００に表示された複数の支払い手段から１つを選択する。例えば「ｙｙペイ」を選択する。

　　（ステップＳ３２４）
　次に、ユーザ端末１００は、ステップＳ３２４において、ユーザ端末１００のデータ処理部は、ユーザの選択した「ｙｙペイ」に対応する事前登録済みのユーザ発話データ「ｙｙペイで」を記憶部から取得して店舗端末２００に送信する。

　　（ステップＳ３２５）
　次に、店舗端末２００は、ステップＳ３２５において、ユーザ端末１００からを受信したユーザ発話「ｙｙペイで」を記憶部に記録し、さらに音声認識を実行する。
　この音声認識により、ユーザ２０が、［ｙｙペイ］を利用した決済を要求していることを確認する。

　　（ステップＳ３２６）
　次に、店舗端末２００は、ステップＳ３２６において、ユーザ２０の要求した決済手段を行うための決済アプリ（アプリケーションプログラム）を起動する。

　　（ステップＳ３２７）
　次に、店舗端末２００は、ステップＳ３２７において、ステップＳ３２５で記憶部に記録したユーザ発話「ｙｙペイで」の音声データをユーザ端末１００に近距離無線通信を用いて送信する。

　　（ステップＳ３２８）
　次に、ユーザ端末１００は、ステップＳ３２８において、ステップＳ３２７で店舗端末２００から受信したユーザ発話「ｙｙペイで」と、予めユーザ端末１００に登録済みのユーザ発話「ｙｙペイで」の音声データを比較し、音声データが一致するか否かを判定する。
　なお、一致するか否かの判定に際しては、完全一致に限らず、差分が予め既定した誤差範囲内の場合は一致すると判定する。

　　（ステップＳ３２９）
　ユーザ端末１００は、ステップＳ３２８で、店舗端末２００からの受信ユーザ発話「ｙｙペイで」と、ユーザ端末１００に登録された登録ユーザ発話「ｙｙｘペイで」が一致すると判定した場合、ステップＳ３２９において、ユーザ端末１００は、店舗端末２００に対して、支払い可能であることを通知する。

　　（ステップＳ３３０）
　次に、店舗端末２００は、ステップＳ３３０において、ユーザ端末１００から受信したユーザアカウント情報に従った決済処理を実行する。

　　（ステップＳ３３１）
　次に、ステップＳ３３１において、店舗端末２００は、ユーザ端末１００に決済完了通知を送信する。

　　（ステップＳ３３２）
　次に、ステップＳ３３２において、ユーザ端末１００は、店舗端末２００から受信した決済完了通知を表示する。
　例えば、先に説明した図７に示すようなデータが表示される。

　　（ステップＳ３３３）
　次に、ステップＳ３３３において、ユーザ端末１００は、ユーザ端末１００を初期状態に設定する。すなわち、支払い処理の実行不可状態に設定する。

　上述した説明から理解されるように、本実施例では、新たなユーザ発話は行わず、ユーザ端末に事前登録済みのユーザ発話のみを利用した本人確認を実行している。子処理を行うことで、例えば風邪をひいて声が出にくい場合などにおいても、事前登録済みの発話データを用いた決済処理を行うことができる。

　　［７．（実施例６）ユーザの撮影画像に基づく顔認証を実行する実施例について］
　次に、実施例６として、ユーザの顔画像を撮影して撮影画像に基づく顔認証を実行する実施例について説明する。

　図２５は、本実施例６の処理例を説明する図である。
　店舗端末（レジ）２００は、マイク２０１の他、画像撮影用のカメラ２０２を有している。

　図２５において、店員の前に店舗端末２００が置かれ、その前に決済を行うユーザであるユーザａ（客Ａ）２０ａが立っている。
　ユーザａ，２０ａは、スマホ等のユーザ端末１００ａを保持している。
　店舗端末２００とユーザ端末１００ａとの間で近距離無線通信を行って決済処理が実行される。

　本開示の店舗端末２００による決済処理は、図２５に示すステップＳ０１～Ｓ０７の順に従って行われる。以下、各ステップの処理について説明する。

　　（ステップＳ０１）
　まず、ユーザａ，２０ａが決済手段を発話する。
　一例として、ユーザａ，２０ａが、「ＸＸペイで」と発話したものとする。

　　（ステップＳ０２）
　店舗端末２００は、マイク２０１を介してユーザａ，２０ａの発話「ＸＸペイで」を入力し、ステップＳ０２において、店舗端末２００内のデータ処理部が入力発話の音声解析を実行し、決済処理を行おうとするユーザ、すなわちユーザａ，２０ａが利用したい決済手段が［ＸＸペイ］であると判定する。

　　（ステップＳ０３）
　次に、ステップＳ０３において、店舗端末２００は、カメラ２０２を用いてユーザａ，２０ａの顔画像を撮影する。

　　（ステップＳ０４）
　次に、ステップＳ０４において、店舗端末２００は、近距離無線通信を用いてユーザａ，２０ａの顔画像を、ユーザ端末１００ａに送信する。

　　（ステップＳ０５）
　次に、ユーザ端末１００ａは、ステップＳ０５において、店舗端末２００から受信したユーザ顔撮影画像と、ユーザ端末１００ａに予め登録された登録ユーザ顔画像を比較し、店舗端末２００から受信したユーザ顔撮影画像の人物が、ユーザ端末１００ａの所有者であるユーザａ，２０ａの顔画像の人物と同一人物であるか否かを判定する。

　店舗端末２００から受信したユーザ顔撮影画像と、登録ユーザ顔画像とが類似度が高く、同一人物であると判定できる場合は、店舗端末２００から受信したユーザ顔撮影画像の人物が、ユーザ端末１００ａの所有者であるユーザａ，２０ａの顔画像の人物であると判定する。
　この場合は、ステップＳ０６以下の処理を実行する。

　一方、店舗端末２００から受信したユーザ顔撮影画像の人物が、ユーザ端末１００ａの所有者であるユーザａ，２０ａの顔画像の人物と同一人物であると判定できなかった場合は、ユーザ端末１００ａは、店舗端末２００にエラーを通知する。この場合は、決済処理は実行されない。
　ただし、その後、ユーザａ，２０ａに支払い意思の確認処理を行って、意思が確認された場合は決済処理を行う構成としてもよい。

　　（ステップＳ０６）
　ステップＳ０５において、店舗端末２００から受信したユーザ顔撮影画像の人物が、ユーザ端末１００ａの所有者であるユーザａ，２０ａの顔画像の人物と同一人物であると判定した場合、ステップＳ０６以下の処理が実行される。

　この場合、ユーザ端末１００ａは、ステップＳ０６において、支払い処理を実行する。具体的には、店舗端末２００に対して、決済処理に必要となるユーザａ，２０ａのアカウント情報等を送信する。
　なお、送信情報は、ユーザａ，２０ａの利用する決済手段に応じて異なる情報となる。

　　（ステップＳ０７）
　次に、ステップＳ０７において、店舗端末２００は、ユーザ端末１００ａから受信したユーザアカウント情報に従った決済処理を実行する。

　本実施例は、決済処理を実行しようとするユーザａ，２０ａが、決済処理に利用するユーザ端末１００ａの真の所有者であるか否かを、ユーザ端末１００ａに予め登録済みの顔画像を用いて確認する処理を行う構成である。
　この構成により、例えばユーザａ，２０ａ以外の他のユーザがユーザ端末１００ａを持ち出して利用しようとしても決済を行うことができず、端末の不正利用を防止することができる。

　次に、図２６、図２７を参照して、本実施例６の処理シーケンスについて説明する。
　図２６、図２７には、左からユーザ２０、ユーザ２０の所有するユーザ端末１００、店舗端末２００、店舗端末２００の置いてある店の店員３０を示している。
　図２６、図２７に示すステップＳ４００～Ｓ４１６の順に処理が行われる。
　以下、各ステップの処理について、順次、説明する。

　　（ステップＳ４００）
　まず、ステップＳ４００において、店舗端末２００とユーザ端末１００間で通信セッションが確立される。すなわち、ユーザ端末１００が店舗端末２００に近づいて近距離無線通信が可能な位置になると、２つの端末間で通信セッションが確立され、通信可能状態に設定される。

　　（ステップＳ４０１）
　次に、店員が支払い金額を店舗端末２００に入力する。
　なお、ここでは、支払い金額入力を店員３０が実行するものとして説明するが、例えばユーザ２０が商品のタグを店舗端末２００に接続されたスキャナに読み取らせるといった処理でもよい。また、商品に装着されたＲＦＩＤタグから送信されるデータを店舗端末２００が受信して清算金額を自動算出する構成としてもよい。

　　（ステップＳ４０２）
　次に、店員３０が、支払い方法（決済手段）をユーザ２０に問い合わせる。すなわち質問する。
　なお、この支払い手段の問い合わせも店舗端末２００が出力する音声を用いて行う構成としてもよい。

　　（ステップＳ４０３）
　次に、ステップＳ１０３において、ユーザ２０が、支払い手段の発話を行う。例えば「ｘｘペイで」と発話する。ユーザ２０は、ユーザ端末１００に登録した照合用データと同じ発話を行う。

　　（ステップＳ４０４）
　次に、店舗端末２００は、ステップＳ４０４において、マイクを介して入力したユーザ発話「ｘｘペイで」を記憶部に記録し、さらに音声認識を実行する。
　この音声認識により、ユーザ２０が、［ｘｘペイ］を利用した決済を要求していることを確認する。

　　（ステップＳ４０５）
　次に、店舗端末２００は、ステップＳ４０５において、ユーザの要求した決済手段を行うための決済アプリ（アプリケーションプログラム）を起動する。

　　（ステップＳ４０６）
　次に、ステップＳ４０６において、店舗端末２００は、カメラ２０２を用いてユーザ２０の顔画像を撮影する。

　　（ステップＳ４０７）
　次に、ステップＳ４０７において、店舗端末２００は、近距離無線通信を用いてユーザの顔画像を、ユーザ端末１００に送信する。

　　（ステップＳ４０８）
　次に、ユーザ端末１００は、ステップＳ４０８において、店舗端末２００から受信したユーザ顔撮影画像と、ユーザ端末１００に予め登録された登録ユーザ顔画像を比較し、店舗端末２００から受信したユーザ顔撮影画像の人物が、ユーザ端末１００の所有者であるユーザ２０の顔画像の人物と同一人物であるか否かを判定する。

　店舗端末２００から受信したユーザ顔撮影画像と、登録ユーザ顔画像とが類似度が高く、同一人物であると判定できる場合は、店舗端末２００から受信したユーザ顔撮影画像の人物が、ユーザ端末１００の所有者であるユーザ２０の顔画像の人物であると判定する。
　この場合は、ステップＳ４０９以下の処理を実行する。

　一方、店舗端末２００から受信したユーザ顔撮影画像の人物が、ユーザ端末１００の所有者であるユーザ２０の顔画像の人物と同一人物であると判定できなかった場合は、ユーザ端末１００は、店舗端末２００にエラーを通知する。この場合は、決済処理は実行されない。
　ただし、その後、ユーザ２０に支払い意思の確認処理を行って、意思が確認された場合は決済処理を行う構成としてもよい。

　　（ステップＳ４０９）
　ステップＳ４０８において、店舗端末２００から受信したユーザ顔撮影画像の人物が、ユーザ端末１００の所有者であるユーザ２０の顔画像の人物と同一人物であると判定した場合、ステップＳ４０９において、支払い処理に移行する。

　　（ステップＳ４１０）
　ステップＳ４１０において、ユーザ端末１００は、店舗端末２００に対して、支払い可能であることを通知する。

　　（ステップＳ４１１）
　次に、店舗端末２００は、ステップＳ４１１において、ユーザ端末１００に支払い金額を通知する。

　なお、この時点で、（ステップＳ４１１ｂ）の処理として、ユーザ２０に、支払い意思の確認を求める処理を行ってもよい。
　具体的には、ステップＳ４１１の支払い金額通知に際して、店舗端末２００からユーザ端末１００に対して、例えば先に図６を参照して説明したような表示データを送信して、ユーザ端末１００に表示させる。

　　（ステップＳ４１２）
　次に、ユーザ端末１００は、ステップＳ４１２において、店舗端末２００に対して、決済処理に必要となるユーザ２０のアカウント情報等を送信する。
　なお、送信情報は、ユーザ２０の利用する決済手段に応じて異なる情報となる。

　　（ステップＳ４１３）
　次に、ステップＳ４１３において、店舗端末２００は、ユーザ端末１００から受信したユーザアカウント情報に従った決済処理を実行する。

　　（ステップＳ４１４）
　次に、ステップＳ４１４において、店舗端末２００は、ユーザ端末１００に決済完了通知を送信する。

　　（ステップＳ４１５）
　次に、ステップＳ４１５において、ユーザ端末１００は、店舗端末２００から受信した決済完了通知を表示する。
　例えば、先に図７を参照して説明したようなデータが表示される。

　　（ステップＳ４１６）
　次に、ステップＳ４１６において、ユーザ端末１００は、ユーザ端末１００を初期状態に設定する。すなわち、支払い処理の実行不可状態に設定する。

　本実施例は、決済処理を実行しようとするユーザ２０のユーザ発話に基づいて、決済手段を確認し、さらに、決済処理に利用するユーザ端末１００ａの真の所有者であるか否かを、ユーザ端末１００ａに予め登録済みの顔画像を用いて確認する処理を行う構成である。
　この構成により、決済手段の確実な確認と、ユーザ端末の真の所有者の確認が可能となり、誤った決済処理や不正決済を防止することができる。

　　［８．（実施例７）店内を移動するユーザ（客）の撮影画像と、ユーザ端末からの受信情報に基づいて決済を実行するユーザやユーザ端末を特定する実施例について］
　次に、実施例７として、店内を移動するユーザ（客）の撮影画像と、ユーザ端末からの受信情報に基づいて決済を実行するユーザやユーザ端末を特定する実施例について説明する。

　図２８以下を参照して本実施例について説明する。
　図２８は、１つの店舗を示している。図２８下部中央が店の出入り口であり、ユーザ（客）が出入りする。

　図２８上部に店員がおり、その前に店舗端末（レジ）２００が置かれている。店舗端末２００は、ユーザ（客）の持つユーザ端末と近距離無線通信を実行して決済処理を行う。

　店舗には、多くのユーザ（客）が来店し、決済処理を行うことになる。本実施例では、店舗端末２００は、店舗内の複数個所に設けられたカメラ、近距離無線通信部と有線接続または無線接続されている。

　店舗端末２００は、店舗内の複数個所に設けられたカメラの撮影画像を入力する。さらに、店舗端末２００は、店舗内の複数個所に設けられた近距離無線通信部がユーザ（客）の持つユーザ端末と送受信した情報を入力する。

　店舗端末２００は、カメラの撮影画像や、近距離無線通信部の通信情報を解析し、ユーザ（客）とユーザ端末の対応データを生成する。
　具体的には、カメラ撮影画像に基づいて、ユーザ（客）の性別、年齢、服装、持ち物等のユーザ属性情報を解析する。
　さらに、近距離無線通信部とユーザ（客）の持つユーザ端末との送受信情報に基づいて、ユーザ端末の識別情報（ユーザ端末ＩＤ）を取得する。

　最終的に、各ユーザのユーザ属性情報と、ユーザ端末の識別情報（ユーザ端末ＩＤ）との対応データ（ユーザ属性ユーザ端末対応データ）を生成する。
　具体的な生成データ例を図２９に示す。

　図２９に示すデータは、カメラによって撮影された店舗内のユーザ（客）単位のユーザ属性情報（性別、年齢、服装、持ち物）と、そのユーザの所有するユーザ端末の識別子（例えばスマホＩＤ）とを対応づけた対応データ（ユーザ属性ユーザ端末対応データ）である。

　店舗端末２００が、カメラ撮影画像と、近距離無線通信部の通信データに基づいて、この対応データ（ユーザ属性ユーザ端末対応データ）を生成して記憶部に格納する。

　例えばあるユーザ（客）が店舗端末２００の前に進み、決済を実行しようとした場合、店舗端末２００は、店舗端末２００の前を撮影するカメラ、例えば図２８に示すカメラ５によって撮影された画像からユーザ属性（性別、年齢、服装、持ち物）を取得する。

　次に、店舗端末２００は、記憶部に格納されている対応データ（ユーザ属性ユーザ端末対応データ）から、取得したユーザ属性に一致するユーザ属性を持つエントリを選択する。
　さらに、選択したエントリに記録されたユーザ端末識別情報（スマホＩＤ）を取得する。
　これらの処理により、決済処理を行うユーザのユーザ端末を特定し、店舗端末２００は、特定したユーザ端末との通信を行うことで、決済処理を実行することができる。

　なお、対応データ（ユーザ属性ユーザ端末対応データ）の生成処理や記憶部に対する記録処理、さらに店舗端末２００付近の撮影画像に基づくユーザ属性解析処理、解析結果に基づく対応データの検索処理等は、店舗端末２００以外の外部サーバにおいて実行する構成としてもよい。

　外部サーバが、店舗端末や店舗内のカメラ、近距離無線通信部と通信可能な構成を有し、外部サーバがカメラ撮影画像と近距離無線通信部の送受信データを取得して解析を行い、対応データ（ユーザ属性ユーザ端末対応データ）を生成してサーバ内の記憶部に格納する。さらに外部サーバが店舗端末２００付近の撮影画像に基づくユーザ属性解析処理、解析結果に基づく対応データの検索処理を実行し、検索結果から得られるユーザ端末識別情報を店舗端末２００に通知する構成としてもよい。

　図３０以下を参照して本実施例の具体的処理シーケンスについて説明する。
　図３０は、店舗内に２人の客１、客２が入り、カメラ１による画像撮影領域と、近距離無線通信部１の通信可能領域を通過した状態を示している。

　この状態において、カメラ１の撮影画像と、近距離無線通信部１の通信情報に基づいて、図３１に示す解析データが生成される。
　なお、図３１に示す解析データは、店舗端末２００、または外部サーバにおいて生成される。

　図３１（１）は、カメラ１の撮影画像に基づいて生成される解析データである。
　ユーザ１（客１）とユーザ２（客２）の各々についてのユーザ属性（性別、年齢、服装、持ち物）が解析データとして記憶部に記録される。記憶部は、店舗端末内または外部サーバ内の記憶部である。
　図３１（１）は、カメラ１の撮影画像に基づいて生成される解析データであるのでユーザ端末識別情報は不明のままである。

　図３１（２）は、近距離無線通信部１の通信情報に基づいて生成される解析データである。
　近距離無線通信部１は、ユーザ１（客１）のユーザ端末１と、ユーザ２（客２）のユーザ端末２と通信を行い、２台のユーザ端末の端末識別情報を解析することができる。ただし、これら２台のユーザ端末がユーザ１（客１）、ユーザ２（客２）のどちらの端末であるかについては解析できない。

　すなわち、この時点では、図３１（１）に示すカメラ１の撮影画像に基づいて生成される解析データと、図３１（２）に示す近距離無線通信部１の通信情報に基づいて生成される解析データはそれぞれ個別に生成され、これらの２つの解析データの各エントリは、紐づけされていない状態である。

　図３１（１）に示すカメラ１の撮影画像に基づいて生成される解析データの２つのエントリに仮ＩＤ１、仮ＩＤ２を設定し、図３１（２）に示す近距離無線通信部１の通信情報に基づいて生成される解析データの２つのエントリは、いずれも仮ＩＤ１、または仮ＩＤ２のいずれかに対応することが確認されている状態となる。
　すなわち、図３１（２）に示す２つのユーザ端末の識別情報（１２３４，５６７８）がそれぞれ、ユーザ１（客１）、ユーザ２（客２）のどちらの端末であるかについては解析できていない状態である。

　次に、ユーザ１（客１）、ユーザ２（客２）が店舗内を歩き、図３２に示す位置に進む。
　図３２に示す状態は、ユーザ１（客１）は、カメラ３によって撮影され、近距離無線通信部３が、ユーザ１（客１）の所有するユーザ端末１と通信可能な状態である。
　ユーザ２（客２）は、カメラ１によって撮影され、近距離無線通信部１が、ユーザ２（客２）の所有するユーザ端末２と通信可能な状態である。

　この状態では、カメラ３による撮影画像から得られるユーザ属性（性別、年齢、服装、持ち物）と、近距離無線通信部３の通信情報から解析されるユーザ端末の識別子（スマホＩＤ）を１対１で対応づけることができる。
　同様に、カメラ１による撮影画像から得られるユーザ属性（性別、年齢、服装、持ち物）と、近距離無線通信部１の通信情報から解析されるユーザ端末の識別子（スマホＩＤ）も１対１で対応づけることができる。

　この結果、図３３に示すように、（１）カメラ１とカメラ３の撮影画像に基づいて生成される解析データに含まれる２つのエントリと、（２）近距離無線通信部１，３の通信情報に基づいて生成される解析データに含まれる２つのエントリを個別に対応付けることが可能となる。

　結果として、図３３に示す（１）カメラ１とカメラ３の撮影画像に基づいて生成される解析データの各エントリに、（２）近距離無線通信部１，３の通信情報に基づいて生成される解析データに記録されたユーザ端末識別子を記録することが可能となり、ユーザ属性ユーザ端末対応データが完成する。

　図３４は、ユーザ１（客１）が、店舗端末２００の前に立ち、支払い処理を行おうとしている状態である。
　ただし、ユーザ２（客２）も近くにおり、店舗端末２００は、ユーザ１（客１）のユーザ端末１と、ユーザ２（客２）のユーザ端末２の２つのユーザ端末との通信が可能な状態にある。

　このとき、店舗端末２００、あるいは外部サーバが、店舗端末２００の前を撮影するカメラ５の画像解析を行う。この画像解析により、店舗端末２００の前に立ち、支払い処理を行おうとしているユーザがユーザ１（客１）であることを判別する。
　さらに、先に生成済みのユーザ属性ユーザ端末対応データから、ユーザ１（客１）のユーザ端末１の識別子を取得する。

　店舗端末２００は、ユーザ１（客１）のユーザ端末１との通信において、ユーザ端末１の識別子を取得し、ユーザ２（客２）のユーザ端末２との通信において、ユーザ端末２の識別子を取得する。

　現在、店舗端末２００の前に立ち、支払い処理を行おうとしているユーザがユーザ１（客１）であることが判明している。この結果に基づいて、図３５に示すように、２人のユーザ中、ユーザ１（客１）が決済対象者であると判定することができる。
　この結果に基づいて、店舗端末２００は、通信状態にある２つのユーザ端末から、ユーザ１（客１）のユーザ端末１との通信を継続し、ユーザ２（客２）のユーザ端末２との通信を停止する。
　その後、店舗端末２００は、通信継続中のユーザ１（客１）のユーザ端末１との通信を行い、決済処理を実行する。

　このように、本実施例では、店舗内に備えられた複数のカメラと複数の近距離無線通信部によって取得される情報に基づいて、各ユーザが保有しているユーザ端末の識別子を取得し、各ユーザの決済処理において、そのユーザの保持すユーザ端末を特定してそのユーザ端末との通信により、間違いのない決済処理を行うことが可能となる。

　この実施例６は、複数のカメラと複数の近距離無線通信部の取得情報の解析により、個々のユーザの保持するユーザ端末を特定することを可能とした実施例である。
　この処理は、店舗内の決済処理に限らず、例えば駅の改札ゲート、空港やビルのゲート等のゲート開閉制御にも応用することができる。

　図３６以下を参照して、ゲート制御の具体例について説明する。図３６にはゲート１～３を示している。ゲートを通過しようとするユーザ（客）は、図の右上から矢印に沿ってゲート方向に進み、ゲートを通過する。
　この通路上に複数のカメラ、複数の近距離無線通信部が設けられている。

　複数のカメラは通路を歩くユーザ（客）の画像を撮影する。複数の近距離無線通信部は、通路を歩くユーザ（客）の保持するスマホ等のユーザ端末と通信を行う。
　カメラ撮影画像と、近距離無線通信部の通信データは、ゲート制御処理を行うサーバに送信され、解析される。この解析結果に基づいて、先に図２９他を参照して説明したと同様のユーザ属性（性別、年齢、服装、持ち物）と、ユーザ端末の識別子（スマホＩＤ）を対応付けたユーザ属性ユーザ端末対応データが生成され、記憶部に格納される。

　なお、例えば、ゲートが駅の改札である場合、サーバは、上記のユーザ属性ユーザ端末対応データ以外に、ユーザ端末ＩＤとそのＩＤ対応の定期券情報、あるいは残高情報との対応データであるユーザ管理データを保持している。

　ゲート制御処理を行うサーバは、このユーザ管理データと、ユーザ属性ユーザ端末対応データに基づいてゲートの開閉制御を行う。
　具体例について、図３７を参照して説明する。

　ユーザ１（客１）が通路右上から侵入し、ゲート１に向かって進むものとする。
　図に示す（Ｓ０１）～（Ｓ０４）の処理が、サーバにおいて順次実行される。

　まず、ステップＳ０１において、サーバは、ユーザ属性情報（性別、年齢、服装、持ち物）と、ユーザ端末識別情報（スマホＩＤ）を取得する。これらはカメラ撮影画像と近距離無線通信部の通信情報に基づいて取得される。

　次に、ステップＳ０２において、サーバは、ユーザ端末ＩＤとそのＩＤ対応の定期券情報、あるいは残高情報との対応データであるユーザ管理データを参照して、ユーザ１（客１）の定期券情報、あるいは残高情報を取得する。

　次に、ステップＳ０３において、サーバは、ユーザ１（客１）の定期券情報、あるいは残高情報に基づいて、ユーザ１（客１）がゲートを通過する資格があると判定し、ゲート通過の許容判定処理を行う。

　次に、ステップＳ０４において、サーバは、ユーザ１（客１）がゲートに近づいたことを確認し、ゲートを開ける制御を行う。

　このように、ユーザ属性（性別、年齢、服装、持ち物）と、ユーザ端末の識別子（スマホＩＤ）を対応付けたユーザ属性ユーザ端末対応データを利用することで、ゲートの開閉制御をスムーズにエラー無く実行することが可能となる。

　なお、図３８のステップＳ０５に示すように、ゲート通過後の位置に近距離無線通信部を設置し、ユーザ端末と通信可能な設定とすることで、ゲート通過後に、ユーザ端末に記録された定期券情報、あるいは残高情報を更新する書き込み処理を行うことも可能である。

　ゲート制御装置として機能するサーバにおいて実行するゲート制御のシーケンスの一例について、図３９に示すフローチャートを参照して説明する。
　フローの各ステップの処理について、順次、説明する。
　なお、図３９に示すフローに従った処理は、１つの近距離無線通信部ごとに実行される処理であり、サーバは、複数の近距離無線通信部について、図３９に示すフローに従った処理を並列に実行する。

　　（ステップＳ５０１）
　まず、ゲート制御装置であるサーバは、ステップＳ５０１において、ある１つの近距離無線通信部と通信可能となったユーザ端末を検出する。

　　（ステップＳ５０２）
　次に、ゲート制御装置であるサーバは、ステップＳ５０２において、１つの近距離無線通信部と通信可能となったユーザ端末が１つのみであるか否かを判定する。
　１つのみである場合は、ステップＳ５０５に進む。
　複数ある場合は、ステップＳ５０３に進む。

　　（ステップＳ５０３）
　ステップＳ５０２において、１つの近距離無線通信部と通信可能となったユーザ端末が複数あると判定した場合、ゲート制御装置であるサーバは、ステップＳ５０３の処理を実行する。

　サーバは、ステップＳ５０３において、ゲート侵入部のカメラ撮影画像に基づいてゲート侵入者のユーザ端末識別情報を特定する。

　　（ステップＳ５０４）
　次に、サーバは、ゲート侵入者のユーザ端末特定処理に成功したか否かを判定する。
　成功した場合は、ステップＳ５０５に進む。
　失敗した場合は、ステップＳ５０７に進む。

　　（ステップＳ５０５～Ｓ５０７）
　ステップＳ５０２において、１つの近距離無線通信部と通信可能となったユーザ端末が１つのみであると判定した場合、あるいはステップＳ５０４において、ゲート侵入者のユーザ端末特定処理に成功した場合、ステップＳ５０５の処理を実行する。

　サーバはステップ５０５において、ユーザ端末識別情報に基づいて、ユーザがゲートの通過が許容されるユーザであるか否かを判定する。これは、先に説明したユーザ端末ＩＤとそのＩＤ対応の定期券情報、あるいは残高情報との対応データであるユーザ管理データを参照して実行する。

　ユーザがゲートの通過が許容されるユーザであると判定した場合はステップＳ５０６に進み、ゲートを開けてユーザを通過させる。
　一方、ユーザがゲートの通過が許容されるユーザでないと判定した場合はステップＳ５０７に進み、ゲートを閉じてエラー音を出力する。
　なお、ステップＳ５０７の処理は、ステップＳ５０４において、ゲート侵入者のユーザ端末特定処理に失敗した場合にも実行される。

　なお、ここまで、複数の実施例について説明してきたが、これら複数の実施例は個別に実行してもよいが、任意の複数の実施例を組み合わせて実行することも可能である。

　　［９．各装置の構成例について］
　次に、本開示の決済処理システムにおいて用いられる各情報処理装置、すなわちユーザ端末１００、店舗端末２００、サーバの具体的な装置構成例について説明する。

　まず、図４０を参照してユーザ端末１００の装置構成例について説明する。
　ユーザ端末１００は例えばスマホ（スマートフォン）であり、例えば図４０に示す構成を有する。

　図４０に示すように、ユーザ端末１００は、制御部（データ処理部）１０１、操作部１０２、表示部１０３、セキュアエレメント１０４、記憶部（メモリ）１０５、クロック１０６、第１通信部１１０、第２通信部１２０を有する。

　第１通信部１１０にはＷｉ－Ｆｉ通信部１１１、その他の通信部１１２が含まれる。第２通信部１２０には、ＮＦＣ－ＣＬＦ１２１、ブルートゥース（登録商標）通信部１２２、その他の通信部１２３が含まれる。

　制御部（データ処理部）１０１は、ユーザ端末１００において実行する処理の制御を実行する。具体的には、店舗端末や近距離無線通信部との通信制御処理、決済処理、ユーザ発話の照合処理、画像照合処理等を実行する。
　なお、制御部（データ処理部）１０１の実行する制御プログラム、アプリケーション等は、記憶部（メモリ）１０５に格納されている。
　制御部（データ処理部）１０１は、プログラム実行機能を有するＣＰＵ等のプロセッサを有している。

　操作部１０２は、ユーザによる操作可能な操作部であり、各種スイッチの他、表示部１０３上のタッチパネル等も含まれる。ユーザは操作部１０２を介して様々な情報を入力することができる。

　表示部１０３は、例えば液晶ディスプレイ等の表示部であり、様々なアプリケーションの実行情報等の表示に利用される。

　セキュアエレメント１０４は、セキュアメモリおよびメモリ制御部を有するエレメントとして構成されるＩＣチップである。セキュアエレメント１０４内のセキュアメモリにはキャッシュレス決済機能提供アプリ等が格納される。

　記憶部（メモリ）１０５は、制御部１０１の実行する制御プログラム、アプリケーション、ＩＤ情報、ユーザアカウント情報等が記録される。
　クロック１０６は時計情報であり、各処理部にクロック情報を出力する。

　第１通信部１１０は、Ｗｉ－Ｆｉ通信部１１１、その他の通信部１１２によって構成され、外部装置、例えばサーバ、ＰＣ、スマホ、ウェアラブル機器等との通信に利用される。その他の通信部１１２は、電話回線、インターネット等、遠距離通信機能を有する通信部である。

　第２通信部１２０は、ＮＦＣ－ＣＬＦ１２１、ブルートゥース（登録商標）通信部１２２、その他の通信部１２３が含まれ、例えば店舗端末２００や近距離無線通信部との通信処理を行う。その他の通信部１２３は、ＲＦ通信部、ＵＷＢ（Ｕｌｔｒａ　Ｗｉｄｅ　Ｂａｎｄ）通信等、近距離無線通信を行う通信部である。

　ＮＦＣ－ＣＬＦ１２１は、ＮＦＣ（Ｎｅａｒ　Ｆｉｅｌｄ　Ｃｏｍｍｕｎｉｃａｔｉｏｎ）－ＣＬＦ（Ｃｏｎｔａｃｔｌｅｓｓ　Ｆｒｏｎｔ　Ｅｎｄ）であり近距離通信のためのＩＣチップの一種である。

　次に、図４１を参照して店舗端末２００の構成例について説明する。
　図４１は、店舗端末２００の一構成例を示すブロック図である。

　店舗端末２００は、制御部（データ処理部）２５１、通信部２５２、近距離無線通信部２５３、入力部（マイク、カメラ、操作部等）２５４、出力部２５５、記憶部（メモリ）２５６を有する。

　制御部（データ処理部）２５１は、店舗端末２００において実行する処理の全体的制御を行う。
　具体的には、決済処理、通信制御等の処理を実行する。なお、これらの処理の実行プログラムは記憶部（メモリ）２５５に格納されている。制御部（データ処理部）２５１はプログラム実行機能を有するＣＰＵ等のプロセッサを有している。

　通信部２５２は、例えば外部サーバとの通信を実行する。外部サーバは例えば決済サーバ、ユーザ情報管理サーバ等の様々なサーバである。
　近距離無線通信部２５３は、ユーザ端末との近距離無線通信を行う通信部である。

　入力部（マイク、カメラ、操作部等）２５４は、外部に装着されたカメラの撮影画像の入力、近距離無線通信部からの通信データの入力、さらにユーザによるデータ入力、操作情報の入力が可能な入力部であり、例えば決済金額の入力等にも利用される。

　出力部２５５は、例えば、表示部、音声出力部等によって構成され、決済金額の表示、各種メッセージ、警告等の出力が行われる。
　記憶部（メモリ）２５６は、制御部（データ処理部）２５１において実行するプログラム、プログラム実行に適用するパラメータ等が記録される。
　さらに、店舗端末ＩＤ、店舗端末情報、決済金額等の情報記録領域としても利用される。

　次に、ユーザ端末１００、店舗端末２００、サーバとして利用可能なハードウェア構成例について説明する。
　図４２は、ユーザ端末１００、店舗端末２００、サーバとして利用可能なハードウェア構成の一例を示す図である。

　図４２に示すハードウェア構成について説明する。
　ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）３０１は、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）３０２、または記憶部３０８に記憶されているプログラムに従って各種の処理を実行する制御部やデータ処理部として機能する。例えば、上述した実施例において説明したシーケンスに従った処理を実行する。ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）３０３には、ＣＰＵ３０１が実行するプログラムやデータなどが記憶される。これらのＣＰＵ３０１、ＲＯＭ３０２、およびＲＡＭ３０３は、バス３０４により相互に接続されている。

　ＣＰＵ３０１はバス３０４を介して入出力インタフェース３０５に接続され、入出力インタフェース３０５には、各種スイッチ、キーボード、マウス、マイクロホンなどよりなる入力部３０６、ディスプレイ、スピーカなどよりなる出力部３０７が接続されている。ＣＰＵ３０１は、入力部３０６から入力される指令に対応して各種の処理を実行し、処理結果を例えば出力部３０７に出力する。

　入出力インタフェース３０５に接続されている記憶部３０８は、例えばフラッシュメモリ、ハードディスク等からなり、ＣＰＵ３０１が実行するプログラムや各種のデータを記憶する。

　通信部３０９は、ユーザ端末１００、店舗端末２００、サーバ各々において必要な構成が異なる。
　ユーザ端末１００や店舗端末２００は、近距離無線通信、遠距離通信、双方が実行可能な通信部を有する。
　サーバは、近距離無線通信機能は不要であり、遠距離通信が可能な構成であればよい。

　入出力インタフェース３０５に接続されているドライブ３１０は、磁気ディスク、光ディスク、光磁気ディスク、あるいはメモリカード等の半導体メモリなどのリムーバブルメディア３１１を駆動し、データの記録あるいは読み取りを実行する。
　ただし、店舗端末２００は、このようなリムーバブルメディア３１１やドライブ３１０は必須構成ではない。

　　［１０．本開示の構成のまとめ］
　以上、特定の実施例を参照しながら、本開示の実施例について詳解してきた。しかしながら、本開示の要旨を逸脱しない範囲で当業者が実施例の修正や代用を成し得ることは自明である。すなわち、例示という形態で本発明を開示してきたのであり、限定的に解釈されるべきではない。本開示の要旨を判断するためには、特許請求の範囲の欄を参酌すべきである。

　なお、本明細書において開示した技術は、以下のような構成をとることができる。
　（１）　通信部と、
　データ処理部を有し、
　前記データ処理部は、
　ユーザによって実行された決済手段を指定するユーザ発話を店舗端末から前記通信部を介して入力し、
　前記店舗端末から入力したユーザ発話が、記憶部に格納された照合用の登録ユーザ発話に一致するか否かを判定し、
　一致するとの判定に応じて、前記店舗端末との通信を実行して決済処理を行う情報処理装置。

　（２）　前記記憶部には、照合用のユーザ発話として、１つ以上の決済手段を指定するユーザ発話が格納されている（１）に記載の情報処理装置。

　（３）　前記データ処理部は、
　前記店舗端末からの入力したユーザ発話が、記憶部に格納された照合用の登録ユーザ発話に一致すると判定した場合、
　決済処理に必要となる情報を前記店舗端末に送信する（１）または（２）に記載の情報処理装置。

　（４）　前記データ処理部は、
　前記店舗端末から入力したユーザ発話が、記憶部に格納された照合用の登録ユーザ発話に一致するとの判定がなされなかった場合、
　前記店舗端末にエラー通知を行う（１）～（３）いずれかに記載の情報処理装置。

　（５）　前記データ処理部は、
　前記店舗端末からユーザの決済処理実行意思を確認する問い合わせを受信した場合、ユーザ意思確認用データを表示部に表示し、
　ユーザによる決済処理実行意思を示す入力がなされた場合、ユーザが決済処理実行意思を有することを示す通知を前記店舗端末に送信する（１）～（４）いずれかに記載の情報処理装置。

　（６）　前記データ処理部は、
　ユーザによって実行された決済手段を指定するユーザ発話を、マイクを介して入力し、
　前記マイクを介して入力したユーザ発話が、記憶部に格納された照合用の登録ユーザ発話に一致するか否かを判定し、
　一致するとの判定に応じて、前記店舗端末との通信を実行して決済処理を行う（１）～（５）いずれかに記載の情報処理装置。

　（７）　前記データ処理部は、
　表示部に表示された複数の決済手段に対するユーザの決済手段選択情報を入力し、
　記憶部に格納された登録ユーザ発話から、ユーザが選択した決済手段を指定するユーザ発話を選択して、前記店舗端末に送信する（１）～（６）いずれかに記載の情報処理装置。

　（８）　前記データ処理部は、
　ユーザ画像をカメラで撮影した店舗端末から、前記ユーザ画像を、前記通信部を介して入力し、
　前記店舗端末から入力したユーザ画像の人物と、記憶部に格納された照合用の登録ユーザ画像の人物とが一致するか否かを判定し、
　一致するとの判定に応じて、前記店舗端末との通信を実行して決済処理を行う（１）～（７）いずれかに記載の情報処理装置。

　（９）　マイクと、
　ユーザ端末との通信を行う通信部と、
　データ処理部を有し、
　前記データ処理部は、
　前記マイクを介して、ユーザによって実行された決済手段を指定するユーザ発話を入力し、音声認識処理を実行してユーザの指定する決済手段を判断するとともに、
　前記ユーザ発話を、前記通信部を介して前記ユーザ端末に送信し、
　前記ユーザ端末における前記ユーザ発話に基づく認証成立時に前記ユーザ端末から受信する支払い実行通知に応じて決済処理を実行する情報処理装置。

　（１０）　前記ユーザ端末からの前記支払い実行通知は、
　前記ユーザ端末が、前記情報処理装置から受信する前記ユーザ発話が前記ユーザ端末の記憶部に事前登録された登録ユーザ発話に一致するか否かを判定し、一致するとの判定が得られた場合に前記情報処理装置に送信する通知である（９）に記載の情報処理装置。

　（１１）　前記データ処理部は、
　前記ユーザ端末から、認証エラー通知を受信した場合、
　ユーザの決済処理実行意思を確認する問い合わせを、前記ユーザ端末に送信する（９）または（１０）に記載の情報処理装置。

　（１２）　前記データ処理部は、
　前記ユーザ端末から、ユーザの決済処理実行意思があることを示す通知を受信した場合、決済処理を実行する（１１）に記載の情報処理装置。

　（１３）　前記データ処理部は、
　ユーザ画像をカメラで撮影したユーザ画像を、前記通信部を介して前記ユーザ端末に送信し、
　前記ユーザ端末における前記ユーザ画像に基づく認証成立時に前記ユーザ端末から受信する支払い実行通知に応じて決済処理を実行する（９）～（１２）いずれかに記載の情報処理装置。

　（１４）　ユーザ端末と店舗端末を有する決済処理システムであり、
　前記店舗端末は、
　マイクを介して、ユーザによって実行された決済手段を指定するユーザ発話を入力し、音声認識処理を実行してユーザの指定する決済手段を判断するとともに、
　前記ユーザ発話を、前記通信部を介して前記ユーザ端末に送信し、
　前記ユーザ端末は、
　前記店舗端末から入力したユーザ発話が、記憶部に格納された照合用の登録ユーザ発話に一致するか否かを判定し、
　一致するとの判定に応じて、支払い実行通知を前記店舗端末に送信し、
　前記店舗端末は、
　前記ユーザ端末から受信する支払い実行通知に応じて決済処理を実行する決済処理システム。

　（１５）　前記ユーザ端末は、
　前記店舗端末から入力したユーザ発話が、記憶部に格納された照合用の登録ユーザ発話に一致するとの判定が得られなかった場合、認証エラー通知を前記店舗端末に送信し、
　前記店舗端末は、
　前記ユーザ端末から前記認証エラー通知を受信した場合、
　ユーザの決済処理実行意思を確認する問い合わせを、前記ユーザ端末に送信する（１４）に記載の決済処理システム。

　（１６）　前記店舗端末は、
　前記ユーザ端末から、ユーザの決済処理実行意思があることを示す通知を受信した場合、決済処理を実行する（１５）に記載の決済処理システム。

　（１７）　情報処理装置末において実行する情報処理方法であり、
　データ処理部が、
　ユーザによって実行された決済手段を指定するユーザ発話を店舗端末から前記通信部を介して入力し、
　前記店舗端末から入力したユーザ発話が、記憶部に格納された照合用の登録ユーザ発話に一致するか否かを判定し、
　一致するとの判定に応じて、前記店舗端末との通信を実行して決済処理を行う情報処理方法。

　（１８）　情報処理装置において実行する情報処理方法であり、
　データ処理部が、
　マイクを介して、ユーザによって実行された決済手段を指定するユーザ発話を入力し、音声認識処理を実行してユーザの指定する決済手段を判断するとともに、
　前記ユーザ発話を、通信部を介してユーザ端末に送信し、
　前記ユーザ端末における前記ユーザ発話に基づく認証成立時に前記ユーザ端末から受信する支払い実行通知に応じて決済処理を実行する情報処理方法。

　（１９）　情報処理装置において情報処理を実行させるプログラムであり、
　データ処理部に、
　ユーザによって実行された決済手段を指定するユーザ発話を店舗端末から前記通信部を介して入力させ、
　前記店舗端末から入力したユーザ発話が、記憶部に格納された照合用の登録ユーザ発話に一致するか否かを判定させ、
　一致するとの判定に応じて、前記店舗端末との通信を実行して決済処理を行わせるプログラム。

　（２０）　情報処理装置において情報処理を実行させるプログラムであり、
　データ処理部に、
　マイクを介して、ユーザによって実行された決済手段を指定するユーザ発話を入力させ、音声認識処理を実行してユーザの指定する決済手段を判断させるとともに、
　前記ユーザ発話を、通信部を介してユーザ端末に送信させ、
　前記ユーザ端末における前記ユーザ発話に基づく認証成立時に前記ユーザ端末から受信する支払い実行通知に応じて決済処理を実行させるプログラム。

　また、明細書中において説明した一連の処理はハードウェア、またはソフトウェア、あるいは両者の複合構成によって実行することが可能である。ソフトウェアによる処理を実行する場合は、処理シーケンスを記録したプログラムを、専用のハードウェアに組み込まれたコンピュータ内のメモリにインストールして実行させるか、あるいは、各種処理が実行可能な汎用コンピュータにプログラムをインストールして実行させることが可能である。例えば、プログラムは記録媒体に予め記録しておくことができる。記録媒体からコンピュータにインストールする他、ＬＡＮ（Ｌｏｃａｌ　Ａｒｅａ　Ｎｅｔｗｏｒｋ）、インターネットといったネットワークを介してプログラムを受信し、内蔵するハードディスク等の記録媒体にインストールすることができる。

　なお、明細書に記載された各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。また、本明細書においてシステムとは、複数の装置の論理的集合構成であり、各構成の装置が同一筐体内にあるものには限らない。

　以上、説明したように、本開示の一実施例の構成によれば、ユーザの指定する決済手段を確認し、決済を行うユーザのユーザ端末との通信を伴う決済を確実に実行する構成が実現される。
　具体的には、例えば、店舗端末はマイクを介して、ユーザによって実行された決済手段を指定するユーザ発話を入力し、音声認識処理を実行してユーザの指定する決済手段を判断するとともに、ユーザ発話を、通信部を介してユーザ端末に送信する。ユーザ端末は、店舗端末から入力したユーザ発話が、記憶部に格納された照合用の登録ユーザ発話に一致するか否かを判定し、一致するとの判定に基づいて、支払い実行通知を店舗端末に送信する。店舗端末は、ユーザ端末から受信する支払い実行通知に応じて決済処理を実行する。
　本構成により、ユーザの指定する決済手段を確認し、決済を行うユーザのユーザ端末との通信を伴う決済を確実に実行する構成が実現される。

　　１０　店舗端末
　　２０　ユーザ
　　２１　ユーザ端末
　　３０　店員
　１００　ユーザ端末
　１０１　制御部（データ処理部）
　１０２　操作部
　１０３　表示部
　１０４　セキュアエレメント
　１０５　記憶部（メモリ）
　１０６　クロック
　１１０　第１通信部
　１１１　Ｗｉ－Ｆｉ通信部
　１１２　その他の通信部
　１２０　第２通信部
　１２１　ＮＦＣ－ＣＬＦ
　１２２　ブルートゥース（登録商標）通信部
　１２３　その他の通信部
　２００　店舗端末
　２０１　マイク
　２０２　カメラ
　２２０　支払者立ち入り領域識別マーク
　２５０　店舗端末本体部
　２５１　制御部（データ処理部）
　２５２　通信部
　２５３　近距離無線通信部
　２５４　入力部（マイク、カメラ、操作部等）
　２５５　出力部
　２５６　記憶部（メモリ）
　３０１　ＣＰＵ
　３０２　ＲＯＭ
　３０３　ＲＡＭ
　３０４　バス
　３０５　入出力インタフェース
　３０６　入力部
　３０７　出力部
　３０８　記憶部
　３０９　通信部
　３１０　ドライブ
　３１１　リムーバブルメディア

Claims

　通信部と、
　データ処理部を有し、
　前記データ処理部は、
　ユーザによって実行された決済手段を指定するユーザ発話を店舗端末から前記通信部を介して入力し、
　前記店舗端末から入力したユーザ発話が、記憶部に格納された照合用の登録ユーザ発話に一致するか否かを判定し、
　一致するとの判定に応じて、前記店舗端末との通信を実行して決済処理を行う情報処理装置。
　前記記憶部には、照合用のユーザ発話として、１つ以上の決済手段を指定するユーザ発話が格納されている請求項１に記載の情報処理装置。
　前記データ処理部は、
　前記店舗端末からの入力したユーザ発話が、記憶部に格納された照合用の登録ユーザ発話に一致すると判定した場合、
　決済処理に必要となる情報を前記店舗端末に送信する請求項１に記載の情報処理装置。
　前記データ処理部は、
　前記店舗端末から入力したユーザ発話が、記憶部に格納された照合用の登録ユーザ発話に一致するとの判定がなされなかった場合、
　前記店舗端末にエラー通知を行う請求項１に記載の情報処理装置。
　前記データ処理部は、
　前記店舗端末からユーザの決済処理実行意思を確認する問い合わせを受信した場合、ユーザ意思確認用データを表示部に表示し、
　ユーザによる決済処理実行意思を示す入力がなされた場合、ユーザが決済処理実行意思を有することを示す通知を前記店舗端末に送信する請求項１に記載の情報処理装置。
　前記データ処理部は、
　ユーザによって実行された決済手段を指定するユーザ発話を、マイクを介して入力し、
　前記マイクを介して入力したユーザ発話が、記憶部に格納された照合用の登録ユーザ発話に一致するか否かを判定し、
　一致するとの判定に応じて、前記店舗端末との通信を実行して決済処理を行う請求項１に記載の情報処理装置。
　前記データ処理部は、
　表示部に表示された複数の決済手段に対するユーザの決済手段選択情報を入力し、
　記憶部に格納された登録ユーザ発話から、ユーザが選択した決済手段を指定するユーザ発話を選択して、前記店舗端末に送信する請求項１に記載の情報処理装置。
　前記データ処理部は、
　ユーザ画像をカメラで撮影した店舗端末から、前記ユーザ画像を、前記通信部を介して入力し、
　前記店舗端末から入力したユーザ画像の人物と、記憶部に格納された照合用の登録ユーザ画像の人物とが一致するか否かを判定し、
　一致するとの判定に応じて、前記店舗端末との通信を実行して決済処理を行う請求項１に記載の情報処理装置。
　マイクと、
　ユーザ端末との通信を行う通信部と、
　データ処理部を有し、
　前記データ処理部は、
　前記マイクを介して、ユーザによって実行された決済手段を指定するユーザ発話を入力し、音声認識処理を実行してユーザの指定する決済手段を判断するとともに、
　前記ユーザ発話を、前記通信部を介して前記ユーザ端末に送信し、
　前記ユーザ端末における前記ユーザ発話に基づく認証成立時に前記ユーザ端末から受信する支払い実行通知に応じて決済処理を実行する情報処理装置。
　前記ユーザ端末からの前記支払い実行通知は、
　前記ユーザ端末が、前記情報処理装置から受信する前記ユーザ発話が前記ユーザ端末の記憶部に事前登録された登録ユーザ発話に一致するか否かを判定し、一致するとの判定が得られた場合に前記情報処理装置に送信する通知である請求項９に記載の情報処理装置。
　前記データ処理部は、
　前記ユーザ端末から、認証エラー通知を受信した場合、
　ユーザの決済処理実行意思を確認する問い合わせを、前記ユーザ端末に送信する請求項９に記載の情報処理装置。
　前記データ処理部は、
　前記ユーザ端末から、ユーザの決済処理実行意思があることを示す通知を受信した場合、決済処理を実行する請求項１１に記載の情報処理装置。
　前記データ処理部は、
　ユーザ画像をカメラで撮影したユーザ画像を、前記通信部を介して前記ユーザ端末に送信し、
　前記ユーザ端末における前記ユーザ画像に基づく認証成立時に前記ユーザ端末から受信する支払い実行通知に応じて決済処理を実行する請求項９に記載の情報処理装置。
　ユーザ端末と店舗端末を有する決済処理システムであり、
　前記店舗端末は、
　マイクを介して、ユーザによって実行された決済手段を指定するユーザ発話を入力し、音声認識処理を実行してユーザの指定する決済手段を判断するとともに、
　前記ユーザ発話を、前記通信部を介して前記ユーザ端末に送信し、
　前記ユーザ端末は、
　前記店舗端末から入力したユーザ発話が、記憶部に格納された照合用の登録ユーザ発話に一致するか否かを判定し、
　一致するとの判定に応じて、支払い実行通知を前記店舗端末に送信し、
　前記店舗端末は、
　前記ユーザ端末から受信する支払い実行通知に応じて決済処理を実行する決済処理システム。
　前記ユーザ端末は、
　前記店舗端末から入力したユーザ発話が、記憶部に格納された照合用の登録ユーザ発話に一致するとの判定が得られなかった場合、認証エラー通知を前記店舗端末に送信し、
　前記店舗端末は、
　前記ユーザ端末から前記認証エラー通知を受信した場合、
　ユーザの決済処理実行意思を確認する問い合わせを、前記ユーザ端末に送信する請求項１４に記載の決済処理システム。
　前記店舗端末は、
　前記ユーザ端末から、ユーザの決済処理実行意思があることを示す通知を受信した場合、決済処理を実行する請求項１５に記載の決済処理システム。
　情報処理装置末において実行する情報処理方法であり、
　データ処理部が、
　ユーザによって実行された決済手段を指定するユーザ発話を店舗端末から前記通信部を介して入力し、
　前記店舗端末から入力したユーザ発話が、記憶部に格納された照合用の登録ユーザ発話に一致するか否かを判定し、
　一致するとの判定に応じて、前記店舗端末との通信を実行して決済処理を行う情報処理方法。
　情報処理装置において実行する情報処理方法であり、
　データ処理部が、
　マイクを介して、ユーザによって実行された決済手段を指定するユーザ発話を入力し、音声認識処理を実行してユーザの指定する決済手段を判断するとともに、
　前記ユーザ発話を、通信部を介してユーザ端末に送信し、
　前記ユーザ端末における前記ユーザ発話に基づく認証成立時に前記ユーザ端末から受信する支払い実行通知に応じて決済処理を実行する情報処理方法。
　情報処理装置において情報処理を実行させるプログラムであり、
　データ処理部に、
　ユーザによって実行された決済手段を指定するユーザ発話を店舗端末から前記通信部を介して入力させ、
　前記店舗端末から入力したユーザ発話が、記憶部に格納された照合用の登録ユーザ発話に一致するか否かを判定させ、
　一致するとの判定に応じて、前記店舗端末との通信を実行して決済処理を行わせるプログラム。
　情報処理装置において情報処理を実行させるプログラムであり、
　データ処理部に、
　マイクを介して、ユーザによって実行された決済手段を指定するユーザ発話を入力させ、音声認識処理を実行してユーザの指定する決済手段を判断させるとともに、
　前記ユーザ発話を、通信部を介してユーザ端末に送信させ、
　前記ユーザ端末における前記ユーザ発話に基づく認証成立時に前記ユーザ端末から受信する支払い実行通知に応じて決済処理を実行させるプログラム。