JP2021012621A - 処理方法、携帯端末及びプログラム - Google Patents

Abstract

【課題】コード決済において、他人による不正使用を防止できる技術を実現する。【解決手段】本発明は、事前登録された参照用の顔画像をディスプレイに表示した後、所定の操作を受付けると、決済関連情報を示す決済コードをディスプレイに表示する決済部１３を有する携帯端末１０を提供する。【選択図】図８

Description

本発明は、処理方法、携帯端末及びプログラムに関する。

本発明に関連する技術が、特許文献１及び２に開示されている。特許文献１は、利用者の顔画像と、デジタルチケットのチケット識別情報を有するコードとを一画面で表示する技術を開示している。特許文献２は、ＦＩＤＯ（Fast Identity Online）認証を利用した技術を開示している。

特開２０１８−１８２６１号公報 特開２０１８−１９７９９７号公報

近年、コード決済が広く利用されている。コード決済の一例では、顧客は、自身の携帯端末に決済コードを表示し、店員にそれを提示する。すると、店員は会計システムにその決済コードを読み取らせる。会計システムは、決済コードから読み取った情報と、決済金額などを示す決済情報とを決済サーバに送信する。決済サーバは、受信した情報に基づき決済処理を実行する。

このようなコード決済においては、他人による不正使用を防止する技術が望まれている。従来技術では、店員は提示された決済コードをそのまま会計システムに読み取らせており、他人による不正使用の防止への貢献度は低かった。

本発明は、コード決済において、他人による不正使用を防止できる技術を実現することを課題とする。

本発明によれば、
携帯端末のコンピュータが、
事前登録された参照用の顔画像をディスプレイに表示した後、所定の操作を受付けると、決済関連情報を示す決済コードを前記ディスプレイに表示する決済工程を実行する処理方法が提供される。

また、本発明によれば、
事前登録された参照用の顔画像をディスプレイに表示した後、所定の操作を受付けると、決済関連情報を示す決済コードを前記ディスプレイに表示する決済手段を有する携帯端末が提供される。

また、本発明によれば、
携帯端末のコンピュータを、
事前登録された参照用の顔画像をディスプレイに表示した後、所定の操作を受付けると、決済関連情報を示す決済コードを前記ディスプレイに表示する決済手段として機能させるプログラムが提供される。

本発明によれば、コード決済において、他人による不正使用を防止できる技術が実現される。

本実施形態のコード決済システムの機能ブロック図の一例である。 本実施形態の装置のハードウエア構成の一例を示す図である。 本実施形態の携帯端末の機能ブロック図の一例を示す図である。 本実施形態の携帯端末による表示例を示す図である。 本実施形態の携帯端末による表示例を示す図である。 本実施形態の携帯端末の処理の流れの一例を示すフローチャートである。 本実施形態の決済サーバの機能ブロック図の一例を示す図である。 本実施形態の携帯端末の機能ブロック図の一例を示す図である。 本実施形態のコード決済システムのデータの流れ及び処理の流れの一例を示す図である。 本実施形態のコード決済システムのデータの流れ及び処理の流れの一例を示す図である。 本実施形態の携帯端末の機能ブロック図の一例を示す図である。 本実施形態の決済サーバの機能ブロック図の一例を示す図である。 本実施形態のコード決済システムのデータの流れ及び処理の流れの一例を示す図である。 本実施形態のコード決済システムのデータの流れ及び処理の流れの一例を示す図である。 本実施形態のコード決済システムのデータの流れ及び処理の流れの一例を示す図である。

＜第１の実施形態＞
まず、本実施形態のコード決済システムの概要を説明する。本実施形態のコード決済システムでは、決済コードを顧客の携帯端末に表示する前に、顔画像を用いて顧客の認証を行う。そして、認証に成功した場合、決済コードと、認証処理のために事前登録された参照用の顔画像とを顧客の携帯端末に表示する。参照用の顔画像は、決済コードと同時に、又は、決済コードよりも前にディスプレイに表示される。これにより、店員は、決済コードを会計システムに読み取らせる前に、携帯端末に表示された参照用の顔画像に基づき、正当な人間によるコード決済の利用か否かを判別することができる。

次に、本実施形態のコード決済システムの構成を詳細に説明する。まず、図１の機能ブロック図を用いて、本実施形態のコード決済システムの全体像を説明する。図示するように、本実施形態のコード決済システムでは、携帯端末１０と、決済サーバ２０と、会計システム３０とが連携する。携帯端末１０は、顧客が携帯する端末である。決済サーバ２０は、コード決済のサービスを提供するコード決済事業者が管理するサーバである。会計システム３０は、店舗に設置され、会計に関する処理を実行するシステムである。

次に、携帯端末１０、決済サーバ２０及び会計システム３０のハードウエア構成の一例を説明する。携帯端末１０、決済サーバ２０及び会計システム３０が備える各機能は、任意のコンピュータのＣＰＵ（Central Processing Unit）、メモリ、メモリにロードされるプログラム、そのプログラムを格納するハードディスク等の記憶ユニット（あらかじめ装置を出荷する段階から格納されているプログラムのほか、ＣＤ（Compact Disc）等の記憶媒体やインターネット上のサーバ等からダウンロードされたプログラムをも格納できる）、ネットワーク接続用インターフェイスを中心にハードウエアとソフトウエアの任意の組合せによって実現される。そして、その実現方法、装置にはいろいろな変形例があることは、当業者には理解されるところである。

図２は、携帯端末１０、決済サーバ２０及び会計システム３０のハードウエア構成を例示するブロック図である。図２に示すように、携帯端末１０、決済サーバ２０及び会計システム３０各々は、プロセッサ１Ａ、メモリ２Ａ、入出力インターフェイス３Ａ、周辺回路４Ａ、バス５Ａを有する。周辺回路４Ａには、様々なモジュールが含まれる。なお、周辺回路４Ａは有さなくてもよい。なお、携帯端末１０、決済サーバ２０及び会計システム３０は物理的及び／又は論理的に一体となった１つの装置で構成されてもよいし、物理的及び／又は論理的に分かれた複数の装置で構成されてもよい。物理的及び／又は論理的に分かれた複数の装置で構成される場合、複数の装置各々が上記ハードウエア構成を備えることができる。

バス５Ａは、プロセッサ１Ａ、メモリ２Ａ、周辺回路４Ａ及び入出力インターフェイス３Ａが相互にデータを送受信するためのデータ伝送路である。プロセッサ１Ａは、例えばＣＰＵ、ＧＰＵ（Graphics Processing Unit）等の演算処理装置である。メモリ２Ａは、例えばＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）等のメモリである。入出力インターフェイス３Ａは、入力装置、外部装置、外部サーバ、外部センサ、カメラ等から情報を取得するためのインターフェイスや、出力装置、外部装置、外部サーバ等に情報を出力するためのインターフェイス等を含む。入力装置は、例えばキーボード、マウス、マイク、タッチパネル、物理ボタン、カメラ等である。出力装置は、例えばディスプレイ、スピーカ、プリンター、メーラ等である。プロセッサ１Ａは、各モジュールに指令を出し、それらの演算結果をもとに演算を行うことができる。

次に、携帯端末１０、決済サーバ２０及び会計システム３０各々の機能構成を説明する。まず、携帯端末１０の機能構成を説明する。

図３に、携帯端末１０の機能ブロック図の一例を示す。図示するように、携帯端末１０は、取得部１１と、認証部１２と、決済部１３とを有する。携帯端末１０は、スマートフォン、タブレット端末、携帯電話、スマートウォッチ、携帯ゲーム機などであるが、これらに限定されない。所定のコード決済用アプリケーションを携帯端末１０にインストールすることで、取得部１１、認証部１２及び決済部１３が携帯端末１０内で実現される。

取得部１１は、認証用の顔画像を取得する。具体的には、携帯端末１０はカメラ機能を備える。取得部１１は、ユーザ操作に応じて当該カメラ機能を起動し、ユーザ操作に応じてコード決済利用者の顔を撮影する。そして、取得部１１は、このようにしてカメラ機能が生成した画像を認証用の顔画像として取得する。

認証部１２は、取得部１１が取得した認証用の顔画像を用いた認証処理を実行する。認証処理は、認証用の顔画像から生成された特徴量と、事前登録された参照用の顔画像から生成された特徴量との照合により実現される。照合は、携帯端末１０が行ってもよいし（第１のパターン）、決済サーバ２０が行ってもよい（第２のパターン）。

第１のパターンの場合、参照用の顔画像及び／又は参照用の顔画像から生成された特徴量は携帯端末１０の記憶装置に記憶されている。そして、認証部１２は、取得部１１が取得した認証用の顔画像から生成された特徴量と、参照用の顔画像から生成された特徴量とを照合する認証処理を行う。例えば、ＦＩＤＯ（Fast Identity Online）に準拠した認証処理が行われてもよい。

第２のパターンの場合、参照用の顔画像及び／又は参照用の顔画像から生成された特徴量は決済サーバ２０の記憶装置に記憶されている。そして、決済サーバ２０は、取得部１１が取得した認証用の顔画像及び／又はその顔画像から生成された特徴量を携帯端末１０から取得し、認証用の顔画像から生成された特徴量と参照用の顔画像から生成された特徴量とを照合し、認証結果を携帯端末１０に送信する。認証部１２は、取得部１１が取得した認証用の顔画像及び／又は当該顔画像から生成された特徴量を決済サーバ２０に送信し、認証結果を決済サーバ２０から受信する認証処理を行う。

決済部１３は、認証に成功した場合、決済関連情報を示す決済コード、及び、認証処理のために事前登録された参照用の顔画像を携帯端末１０のディスプレイに表示する。決済関連情報は、コード決済において利用される情報であり、例えば、コード決済事業者を識別する情報、今回の決済に応じて生成されたトークン（例：ワンタイムトークン）、顧客識別情報等が例示されるが、これらに限定されない。

決済部１３は、図４に示すように、決済コード及び参照用の顔画像を同時に携帯端末１０のディスプレイに表示してもよい。

その他、決済部１３は、図５に示すように、事前登録された参照用の顔画像を携帯端末１０のディスプレイに表示した後（Ａ）、所定の操作を受付けると、決済コードを携帯端末１０のディスプレイに表示してもよい（Ｂ）。所定の操作は、ページを捲る操作、ディスプレイに表示されたボタンをタッチする操作などの任意の操作としてもよいが、店員のみが実行可能な操作とすることが好ましい。このようにすることで、顧客が自身で携帯端末１０を操作し、ディスプレイの表示を「参照用の顧客の顔画像」から「決済コード」に切り替える不正利用を抑制できる。

店員のみが実行可能な所定の操作の具体例は、携帯端末１０の入力装置を介した所定のパスワード（店員のみが知っているパスワード）の入力、携帯端末１０のセンサに所定の波長の光（店が用意している特別なライトが発する光）を検出させる操作、及び、無線通信で会計装置から所定の情報を受信させる操作の中のいずれかであってもよいし、その他であってもよい。

決済部１３は、任意のタイミングで決済サーバ２０に決済コードをリクエストし、決済サーバ２０から決済コードを取得することができる。また、上記第１のパターンで認証処理が行われる場合、決済部１３は、携帯端末１０の記憶装置に記憶されている参照用の顔画像を取得することができる。また、上記第２のパターンで認証処理が行われる場合、決済部１３は、決済サーバ２０の記憶装置に記憶されている参照用の顔画像を決済サーバ２０から取得することができる。

ここで、図６のフローチャートを用いて、携帯端末１０の処理の流れの一例を説明する。

取得部１１が認証用の顔画像を取得すると（Ｓ１０）、認証部１２が認証用の顔画像を用いた認証処理を実行する（Ｓ１１）。認証に成功した場合（Ｓ１２のＹｅｓ）、決済部１３は、決済関連情報を示す決済コード、及び、認証処理のために事前登録された参照用の顔画像をディスプレイに表示する（Ｓ１３）。なお、Ｓ１３において、決済部１３は、図４に示すように、決済コード及び参照用の顔画像を同時に携帯端末１０のディスプレイに表示してもよい。その他、決済部１３は、図５に示すように、参照用の顔画像を携帯端末１０のディスプレイに表示した後、所定の操作を受付けると、決済コードを同ディスプレイに表示してもよい。

一方、認証に失敗した場合（Ｓ１２のＮｏ）、決済部１３は、エラー処理を行う（Ｓ１４）。例えば、決済部１３は、認証に失敗した旨等を示す情報を、携帯端末１０のディスプレイに表示する。

次に、決済サーバ２０の機能構成を説明する。図７に、決済サーバ２０の機能ブロック図の一例を示す。図示するように、決済サーバ２０は、コード発行部２１と、記憶部２２と、決済情報取得部２３と、決済処理部２６とを有する。

記憶部２２は、各種情報を記憶する。例えば、記憶部２２は、コード決済を利用する顧客が事前登録した情報（携帯端末１０とコード決済用アプリケーションを紐付ける情報、顧客自身の情報（氏名、性別、年齢等）、決済手段（クレジットカード情報、銀行口座情報等）等）を記憶する。

コード発行部２１は、携帯端末１０から送信された決済コードのリクエストに応じて、決済関連情報を示す決済コードを発行し、当該決済コードを携帯端末１０に送信する。決済関連情報は、例えば、コード決済事業者を識別する情報、今回の決済に応じて生成されたトークン（例：ワンタイムトークン）、顧客識別情報等を含むが、これらに限定されない。そして、コード発行部２１は、決済関連情報の一部又は全部を記憶部２２に記憶させる。

決済情報取得部２３は、決済コードから読み取られた決済コード情報、及び、決済金額などを示す決済情報を会計システム３０から取得する。決済コード情報は、決済関連情報の一部又は全部を含む。

決済処理部２６は、決済情報取得部２３が取得した情報、及び、記憶部２２に記憶されている情報に基づき決済処理を行う。例えば、決済処理部２６は、トークンを利用した認証や、クレジットカード会社のサーバや銀行のサーバ等と連携した決済金額分の決済（クレジットカード払い、口座引き落とし等）等を実行する。

なお、決済サーバ２０は、参照用の顔画像を記憶部２２に記憶しておき、携帯端末１０から認証用の顔画像及び／又はその顔画像から生成された特徴量を取得し、認証用の顔画像から生成された特徴量と参照用の顔画像から生成された特徴量とを照合し、認証結果を携帯端末１０に送信する処理を実行してもよい。

本実施形態の決済サーバ２０の機能構成は、従来のあらゆる技術を利用して実現される。

次に、会計システム３０の機能構成を説明する。会計システム３０は、会計装置（例えば、ＰＯＳ（point of sales）レジスター）と店舗サーバとを含む。会計装置は、携帯端末１０のディスプレイに表示されたコードや、商品に付されたコード等を読み取るコードリーダを有する。また、会計装置は、コード読み取り以外の手段で会計対象（商品）を登録するための入力装置を備える。入力装置は、物理ボタン、タッチパネル、マイク、カメラ等であるが、これらに限定されない。会計装置は、コードリーダやこれらの入力装置を介して会計対象の商品識別情報の入力を受付けると、商品マスタからその商品の商品情報（単価など）を取得し、取得した商品情報を会計対象の商品の情報として登録する。そして、会計装置は、登録された情報に基づき、決済金額の算出などを行う。

そして、会計システム３０は、決済コードから読み取った決済コード情報、及び、算出した決済金額を決済サーバ２０に送信する。

以上、本実施形態のコード決済システムでは、決済コードと、認証処理のために事前登録された参照用の顔画像とを顧客の携帯端末に表示する。参照用の顔画像は、決済コードと同時に、又は、決済コードよりも前にディスプレイに表示される。これにより、店員は、決済コードを会計システムに読み取らせる前に、携帯端末に表示された参照用の顔画像に基づき、正当な人間によるコード決済の利用か否かを判別することができる。そして、判断結果に応じて、決済コードを会計システム３０に読み取らせるか否かを切り替えることができる。このような本実施形態のコード決済システムでは、店員による目視での認証処理を加えることができるので、「店員が、提示された決済コードをそのまま会計システムに読み取らせる技術」よりも、他人による不正使用を防止できる。

ここで、本実施形態の変形例を説明する。上記説明した例では、決済コード及び参照用の顔画像を携帯端末１０のディスプレイに表示する前に、顔画像を用いた認証処理（図６のＳ１０乃至Ｓ１２）を行った。変形例では、顔画像を用いた認証処理を行わなくてもよい。すなわち、図８の機能ブロック図に示すように、携帯端末１０は、決済部１３を有し、取得部１１及び認証部１２を有さなくてもよい。変形例の決済部１３は、決済コードを表示させるユーザ入力に応じて、決済コード及び参照用の顔画像を携帯端末１０のディスプレイに表示する。なお、上記説明した例と同様に、変形例の決済部１３は、決済コードと参照用の顔画像とを同時に携帯端末１０のディスプレイに表示してもよいし（図４参照）、参照用の顔画像を携帯端末１０のディスプレイに表示した後、所定の操作を受付けると、決済コードを同ディスプレイに表示してもよい（図５参照）。変形例の場合、認証用ではなく、当該表示のために、予め顧客の顔画像が参照用の顔画像として登録される。参照用の顔画像は、携帯端末１０の記憶装置に記憶されてもよいし、決済サーバ２０の記憶装置に記憶されてもよい。

この変形例のように顔画像を用いた認証処理を省略しても、携帯端末１０のディスプレイに表示された決済コードを会計システム３０に読み取らせる前の店員による目視での認証は行われるので、一定のセキュリティは確保される。

＜第２の実施形態＞
本実施形態のコード決済システムは、第１の実施形態と同様の構成を有し、処理内容がより具体化される。

図９のデータフロー図を用いて、本実施形態のコード決済システムのデータの流れ及び処理の流れを説明する。

図示しないが、最初に、顧客は、所定のコード決済用アプリケーションを自身の携帯端末１０にインストールした後、初期登録を行う。当該登録により、各種情報が携帯端末１０又は決済サーバ２０に登録される。例えば、携帯端末１０とコード決済用アプリケーションを紐付ける情報が決済サーバ２０に登録される。また、顧客自身の情報（氏名、性別、年齢等）や、決済手段（クレジットカード情報、銀行口座情報等）が決済サーバ２０に登録される。また、顔認証のための情報（顔画像等）が携帯端末１０又は決済サーバ２０に登録される。

その後、顧客は店舗等での支払時に、携帯端末１０を操作して自身の顔を撮影する。これにより、携帯端末１０は認証用の顔画像を取得する（１）。その後、携帯端末１０は、当該顔画像に基づき認証処理を行う（２）。認証処理は、第１の実施形態で説明したように、携帯端末１０が照合を行う第１のパターンであってもよいし、決済サーバ２０が照合を行う第２のパターンであってもよい。

認証に成功した場合、顧客は、携帯端末１０を操作して、決済コードのリクエストを入力する。携帯端末１０は、このリクエストを受付けると（３）、決済サーバ２０に決済コードのリクエストを送信する（４）。決済サーバ２０は、当該リクエストに応じて決済関連情報（コード決済事業者を識別する情報、今回の決済に応じて発行されたトークン（例：ワンタイムトークン）、顧客識別情報等）を示す決済コードを発行し（５）、発行した決済コードを携帯端末１０に送信する（６）。また、図示しないが、決済サーバ２０は、決済関連情報の一部又は全部を記憶部２２に記憶させる。

その後、携帯端末１０は、例えば図４に示すように、決済サーバ２０から受信した決済コード、及び、認証処理のために事前登録された参照用の顔画像を同時に携帯端末１０のディスプレイに表示する（７）。顧客は、携帯端末１０のディスプレイに同時に表示された参照用の顔画像及び決済コードを店員に提示する。

店員は、ディスプレイに表示されている参照用の顔画像の人物と、携帯端末１０を操作している顧客とが同一人物か否かを判断する。そして、同一人物と判断した場合、店員は、携帯端末１０のディスプレイに表示された決済コードを会計システム３０に読み取らせる（８）。一方、同一人物と判断しなかった場合、店員は、当該決済コードを会計システム３０に読み取らせず、当該手段での決済はできない旨を顧客に通知する等のエラー対応を行う。

会計システム３０は、携帯端末１０のディスプレイに表示された決済コードを読み取った場合、決済コードから読み取った決済コード情報と、決済金額などを示す決済情報とを決済サーバ２０に送信する（９）。次いで、決済サーバ２０は、会計システム３０から受信した情報、及び、事前に登録された情報に基づき、決済処理を行う（１０）。例えば、決済サーバ２０は、トークンを利用した認証や、クレジットカード会社のサーバや銀行のサーバ等と連携した決済金額分の決済（クレジットカード払い、口座引き落とし等）等を実行する。

ここで、変形例を説明する。第１の実施形態同様、顔画像を用いた認証処理を行わなくてもよい。すなわち、上記処理における（１）顔画像の入力、及び、（２）認証処理をなくしてもよい。

本実施形態のコード決済システムのその他の構成は、第１の実施形態と同様である。

本実施形態のコード決済システムによれば、第１の実施形態と同様な作用効果が実現される。

＜第３の実施形態＞
本実施形態のコード決済システムは、第１の実施形態と同様の構成を有し、処理内容がより具体化される。

図１０のデータフロー図を用いて、本実施形態のコード決済システムのデータの流れ及び処理の流れを説明する。

図示しないが、最初に、顧客は、所定のコード決済用アプリケーションを自身の携帯端末１０にインストールした後、初期登録を行う。当該登録により、各種情報が携帯端末１０又は決済サーバ２０に登録される。例えば、携帯端末１０とコード決済用アプリケーションを紐付ける情報が決済サーバ２０に登録される。また、顧客自身の情報（氏名、性別、年齢等）や、決済手段（クレジットカード情報、銀行口座情報等）が決済サーバ２０に登録される。また、顔認証のための情報（顔画像等）が携帯端末１０又は決済サーバ２０に登録される。

その後、顧客は店舗等での支払時に、携帯端末１０を操作して自身の顔を撮影する。これにより、携帯端末１０は認証用の顔画像を取得する（１）。その後、携帯端末１０は、当該顔画像に基づき認証処理を行う（２）。認証処理は、第１の実施形態で説明したように、携帯端末１０が照合を行う第１のパターンであってもよいし、決済サーバ２０が照合を行う第２のパターンであってもよい。

認証に成功した場合、顧客は、携帯端末１０を操作して、決済コードのリクエストを入力する。携帯端末１０は、このリクエストを受付けると（３）、図５の（Ａ）に示すように、認証処理のために事前登録された参照用の顔画像を携帯端末１０のディスプレイに表示する（４）。顧客は、携帯端末１０のディスプレイに表示された参照用の顔画像を店員に提示する。

店員は、ディスプレイに表示されている参照用の顔画像の人物と、携帯端末１０を操作している顧客とが同一人物か否かを判断する。そして、同一人物と判断した場合、店員は、携帯端末１０に対して所定の操作を行う。例えば、店員は、携帯端末１０の入力装置を介して所定のパスワード（店員のみが知っているパスワード）を入力してもよいし、携帯端末１０のセンサに所定の波長の光（店が用意している特別なライトが発する光）を検出させる操作を行ってもよいし、無線通信で会計装置から所定の情報を受信させる操作を行ってもよい。

一方、同一人物と判断しなかった場合、店員は、携帯端末１０に対する所定の操作を行わず、当該手段での決済はできない旨を顧客に通知する等のエラー対応を行う。

携帯端末１０は、所定の操作を受付けると（５）、決済サーバ２０に決済コードのリクエストを送信する（６）。決済サーバ２０は、当該リクエストに応じて決済関連情報（コード決済事業者を識別する情報、今回の決済に応じて発行されたトークン（例：ワンタイムトークン）、顧客識別情報等）を示す決済コードを発行し（７）、発行した決済コードを携帯端末１０に送信する（８）。また、図示しないが、決済サーバ２０は、決済関連情報の一部又は全部を記憶部２２に記憶させる。

その後、携帯端末１０は、例えば図５の（Ｂ）に示すように、決済サーバ２０から受信した決済コードを携帯端末１０のディスプレイに表示する（９）。顧客は、携帯端末１０のディスプレイに表示された決済コードを店員に提示する。

店員は、携帯端末１０のディスプレイに表示された決済コードを会計システム３０に読み取らせる（１０）。会計システム３０は、決済コードから読み取った決済コード情報と、決済金額などを示す決済情報とを決済サーバ２０に送信する（１１）。次いで、決済サーバ２０は、会計システム３０から受信した情報、及び、事前に登録された情報に基づき、決済処理を行う（１２）。例えば、決済サーバ２０は、トークンを利用した認証や、クレジットカード会社のサーバや銀行のサーバ等と連携した決済金額分の決済（クレジットカード払い、口座引き落とし等）等を実行する。

ここで、変形例を説明する。第１の実施形態同様、顔画像を用いた認証処理を行わなくてもよい。すなわち、上記処理における（１）顔画像の入力、及び、（２）認証処理をなくしてもよい。

他の変形例を説明する。上記例では、携帯端末１０は、決済工程において、所定の操作を受付けると（５）、決済サーバ２０に決済コードをリクエストし（６）、決済サーバ２０から受信した決済コードを携帯端末１０のディスプレイに表示した（９）。変形例では、携帯端末１０は、決済コードのリクエストを受付けた後（３）、かつ、所定の操作を受付ける前（５）の任意のタイミングで、決済サーバ２０に決済コードをリクエストし、決済サーバ２０から受信した決済コードを自装置の記憶装置に記憶しておいてもよい。そして、携帯端末１０は、所定の操作を受付けると（５）、自装置の記憶装置に記憶している決済コードを読み出し、携帯端末１０のディスプレイに表示してもよい。

本実施形態のコード決済システムのその他の構成は、第１の実施形態と同様である。

本実施形態のコード決済システムによれば、第１の実施形態と同様な作用効果が実現される。

＜第４の実施形態＞
本実施形態のコード決済システムは、決済金額（決済金額）が基準値以上の場合のみ、参照用の顔画像に基づく店員の目視での認証を要求する点で、第１乃至第３の実施形態と異なる。以下、詳細に説明する。

図１１に、携帯端末１０の機能ブロック図の一例を示す。図示するように、携帯端末１０は、取得部１１と、認証部１２と、決済部１３と、入力受付部１４とを有する。なお、携帯端末１０は、取得部１１及び認証部１２を有さなくてもよい。取得部１１及び認証部１２の構成は、第１乃至第３の実施形態と同様である。

入力受付部１４は、決済金額が基準値以上か否かの申告内容を示す決済金額レベル情報の入力を受付ける。入力受付部１４、タッチパネル、物理ボタン、マイク等の任意の入力装置を介して、決済金額レベル情報の入力を受付けることができる。

決済部１３は、決済金額が基準値以上であることを示す決済金額レベル情報の入力を受付けた場合、参照用の顔画像を携帯端末１０のディスプレイに表示する。決済部１３は、図４に示すように、決済コードと、参照用の顔画像とを同時に携帯端末１０のディスプレイに表示することができる。

一方、決済部１３は、決済金額が基準値以上でないことを示す決済金額レベル情報の入力を受付けた場合、参照用の顔画像を携帯端末１０のディスプレイに表示しない。この場合、決済部１３は、参照用の顔画像を伴わず、決済コードのみを携帯端末１０のディスプレイに表示することができる。

決済部１３のその他の構成は、第１乃至第３の実施形態と同様である。

図１２に、決済サーバ２０の機能ブロック図の一例を示す。図示するように、決済サーバ２０は、コード発行部２１と、記憶部２２と、決済情報取得部２３と、決済金額レベル情報取得部２４と、判定部２５と、決済処理部２６とを有する。コード発行部２１、記憶部２２及び決済情報取得部２３の構成は、第１乃至第３の実施形態と同様である。

決済金額レベル情報取得部２４は、決済金額が基準値以上か否かの申告内容（入力受付部１４が受付けた情報）を示す決済金額レベル情報を取得する。以下、取得方法を例示する。

例えば、携帯端末１０は、決済コードのリクエストとともに、入力受付部１４が受付けた決済金額レベル情報を決済サーバ２０に送信してもよい。そして、決済サーバ２０は、受信した決済金額レベル情報を、その顧客のその決済を識別する情報（例：顧客識別情報やトークン）に紐付けて記憶部２２に記憶させてもよい。そして、決済金額レベル情報取得部２４は、記憶部２２に記憶されている決済金額レベル情報を取得してもよい。

他の例として、携帯端末１０は、決済コードのリクエストとともに、入力受付部１４が受付けた決済金額レベル情報を決済サーバ２０に送信してもよい。そして、決済サーバ２０は、決済関連情報に加えて、受信した決済金額レベル情報をさらに示す決済コードを発行し、携帯端末１０に送信してもよい。この場合、会計システム３０は、その決済コードを読み取ると、決済金額レベル情報を含む決済コード情報を取得する。そして、会計システム３０は、このような決済コード情報を決済サーバ２０に送信する。決済金額レベル情報取得部２４は、決済コード情報から読み取られ、会計システム３０から決済サーバ２０に送信された決済金額レベル情報を取得する。

判定部２５は、会計システム３０から受信した決済情報に基づき、決済金額レベル情報で示される申告内容の真偽を判定する。すなわち、判定部２５は、決済情報に含まれる決済金額が基準値以上か否かを判定するとともに、申告内容がその判定結果と一致するか（すなわち、「真」）、それとも一致しないか（すなわち「偽」）を判定する。

決済処理部２６は、判定部２５の判定結果が真である場合には決済情報に基づく決済処理を実行し、判定部２５の判定結果が偽である場合にはエラー処理を実行する。エラー処理では、例えば、決済処理部２６は、携帯端末１０又は会計システム３０に、申告内容が正しくないため決済処理を実行できない旨を通知してもよい。決済処理部２６のその他の構成は、第１乃至第３の実施形態と同様である。

なお、判定部２５による真偽判定、及び、決済処理部２６による真偽判定の結果に応じた処理は、申告内容が「基準値未満」の場合のみ実行し、申告内容が「基準値以上」の場合は実行しなくてもよい。申告内容が「基準値以上」の場合、決済処理部２６は、申告内容の真偽に関わらず、決済処理を実行してもよい。申告内容が「基準値以上」で、申告内容が「偽」の場合は、本来、参照用の顔画像に基づく店員の目視での認証が不要であるにも関わらず、この認証を経て決済のリクエストが決済サーバ２０に届いている。このような場合、決済処理を実行しても問題なく、エラー処理を行う必要はない。

ここで、図１３のデータフロー図を用いて、本実施形態のコード決済システムのデータの流れ及び処理の流れを説明する。

図示しないが、最初に、顧客は、所定のコード決済用アプリケーションを自身の携帯端末１０にインストールした後、初期登録を行う。当該登録により、各種情報が携帯端末１０又は決済サーバ２０に登録される。例えば、携帯端末１０とコード決済用アプリケーションを紐付ける情報が決済サーバ２０に登録される。また、顧客自身の情報（氏名、性別、年齢等）や、決済手段（クレジットカード情報、銀行口座情報等）が決済サーバ２０に登録される。また、顔認証のための情報（顔画像等）が携帯端末１０又は決済サーバ２０に登録される。

その後、顧客は店舗等での支払時に、携帯端末１０を操作して自身の顔を撮影する。これにより、携帯端末１０は認証用の顔画像を取得する（１）。その後、携帯端末１０は、当該顔画像に基づき認証処理を行う（２）。認証処理は、第１の実施形態で説明したように、携帯端末１０が照合を行う第１のパターンであってもよいし、決済サーバ２０が照合を行う第２のパターンであってもよい。

認証に成功した場合、顧客は、携帯端末１０を操作して、決済コードのリクエストを入力する。また、顧客は、携帯端末１０を操作して、決済金額が基準値以上か否かの申告内容を示す決済金額レベル情報を入力する。携帯端末１０は、このリクエスト及び決済金額レベル情報を受付けると（３）、決済サーバ２０に決済コードのリクエスト及び決済金額レベル情報を送信する（４）。決済サーバ２０は、当該リクエストに応じて決済関連情報（コード決済事業者を識別する情報、今回の決済に応じて発行されたトークン（例：ワンタイムトークン）、顧客識別情報等）を示す決済コードを発行するとともに（５）、決済関連情報の一部又は全部と、決済金額レベル情報とを互いに紐付けて記憶部２２に記憶させる（６）。そして、決済サーバ２０は、発行した決済コードを携帯端末１０に送信する（７）。

その後、携帯端末１０は、（３）で受付けた決済金額レベル情報の申告内容が「決済金額が基準値以上」である場合、例えば図４に示すように、決済サーバ２０から受信した決済コード、及び、認証処理のために事前登録された参照用の顔画像を同時に携帯端末１０のディスプレイに表示する（８）。顧客は、携帯端末１０のディスプレイに同時に表示された参照用の顔画像及び決済コードを店員に提示する。店員は、ディスプレイに表示されている参照用の顔画像の人物と、携帯端末１０を操作している顧客とが同一人物か否かを判断する。そして、同一人物と判断した場合、店員は、携帯端末１０のディスプレイに表示された決済コードを会計システム３０に読み取らせる（９）。一方、同一人物と判断しなかった場合、店員は、当該決済コードを会計システム３０に読み取らせず、当該手段での決済はできない旨を顧客に通知する等のエラー対応を行う。

一方、携帯端末１０は、（３）で受付けた決済金額レベル情報の申告内容が「決済金額が基準値未満」である場合、認証処理のために事前登録された参照用の顔画像を伴わずに、決済サーバ２０から受信した決済コードのみを携帯端末１０のディスプレイに表示する（８）。顧客は、携帯端末１０のディスプレイに表示された決済コードを店員に提示する。店員は、携帯端末１０のディスプレイに表示された決済コードを会計システム３０に読み取らせる（９）。

会計システム３０は、携帯端末１０のディスプレイに表示された決済コードを読み取った場合、決済コードから読み取った決済コード情報と、決済金額などを示す決済情報とを決済サーバ２０に送信する（１０）。次いで、決済サーバ２０は、会計システム３０から受信した決済コード情報に基づき、記憶部２２から決済金額レベル情報を読み出す。そして、決済サーバ２０は、読み出した決済金額レベル情報と、（１０）で送信された決済情報とに基づき、決済金額レベル情報で示される申告内容の真偽を判定する（１１）。そして、判決済サーバ２０は、判定結果が真である場合には決済情報に基づく決済処理を実行し、判定結果が偽である場合にはエラー処理を実行する（１２）。

ここで、変形例を説明する。第１の実施形態同様、顔画像を用いた認証処理を行わなくてもよい。すなわち、上記処理における（１）顔画像の入力、及び、（２）認証処理をなくしてもよい。

本実施形態のコード決済システムのその他の構成は、第１及び第２の実施形態と同様である。

本実施形態のコード決済システムによれば、第１及び第２の実施形態と同様な作用効果が実現される。

また、本実施形態のコード決済システムによれば、高額な決済（決済金額が基準値以上）の場合のみ、参照用の顔画像に基づく店員の目視での認証を要求し、低額な決済（決済金額が基準値未満）の場合には、参照用の顔画像に基づく店員の目視での認証を不要とすることができる。必要な場合のみ店員の目視での認証を要求することで、店員による作業負担を軽減することができる。

＜第５の実施形態＞
本実施形態のコード決済システムは、第４の実施形態同様、決済金額（決済金額）が基準値以上の場合のみ、参照用の顔画像に基づく店員の目視での認証を要求する点で、第１乃至第３の実施形態と異なる。そして、決済コードと参照用の顔画像とを同時に表示するのでなく、第３の実施形態のように別々に表示する点で、第４の実施形態と異なる。以下、詳細に説明する。

図１１に、携帯端末１０の機能ブロック図の一例を示す。図示するように、携帯端末１０は、取得部１１と、認証部１２と、決済部１３と、入力受付部１４とを有する。なお、携帯端末１０は、取得部１１及び認証部１２を有さなくてもよい。取得部１１及び認証部１２の構成は、第１乃至第３の実施形態と同様である。入力受付部１４の構成は、第４の実施形態と同様である。

決済部１３は、決済金額が基準値以上であることを示す決済金額レベル情報の入力を受付けた場合、参照用の顔画像を携帯端末１０のディスプレイに表示する。決済部１３は、図５に示すように、参照用の顔画像を携帯端末１０のディスプレイに表示した後、所定の操作を受付けると、決済コードを携帯端末１０のディスプレイに表示することができる。

一方、決済部１３は、決済金額が基準値以上でないことを示す決済金額レベル情報の入力を受付けた場合、参照用の顔画像を携帯端末１０のディスプレイに表示しない。この場合、決済部１３は、参照用の顔画像の表示、及び、所定の操作の受付けを実行せずに、決済コードを携帯端末１０のディスプレイに表示することができる。

決済部１３のその他の構成は、第１乃至第３の実施形態と同様である。

決済サーバ２０の構成は、第４の実施形態と同様である。

ここで、図１４のデータフロー図を用いて、本実施形態のコード決済システムのデータの流れ及び処理の流れを説明する。図１４は、決済金額レベル情報の申告内容が「決済金額が基準値以上」である場合の例である。

図示しないが、最初に、顧客は、所定のコード決済用アプリケーションを自身の携帯端末１０にインストールした後、初期登録を行う。当該登録により、各種情報が携帯端末１０又は決済サーバ２０に登録される。例えば、携帯端末１０とコード決済用アプリケーションを紐付ける情報が決済サーバ２０に登録される。また、顧客自身の情報（氏名、性別、年齢等）や、決済手段（クレジットカード情報、銀行口座情報等）が決済サーバ２０に登録される。また、顔認証のための情報（顔画像等）が携帯端末１０又は決済サーバ２０に登録される。

その後、顧客は店舗等での支払時に、携帯端末１０を操作して自身の顔を撮影する。これにより、携帯端末１０は認証用の顔画像を取得する（１）。その後、携帯端末１０は、当該顔画像に基づき認証処理を行う（２）。認証処理は、第１の実施形態で説明したように、携帯端末１０が照合を行う第１のパターンであってもよいし、決済サーバ２０が照合を行う第２のパターンであってもよい。

認証に成功した場合、顧客は、携帯端末１０を操作して、決済コードのリクエストを入力する。また、顧客は、携帯端末１０を操作して、決済金額が基準値以上か否かの申告内容を示す決済金額レベル情報を入力する。携帯端末１０は、このリクエスト及び決済金額レベル情報を受付ける（３）。その後、携帯端末１０は、受付けた決済金額レベル情報の申告内容が「決済金額が基準値以上」である場合、図５の（Ａ）に示すように、認証処理のために事前登録された参照用の顔画像を携帯端末１０のディスプレイに表示する（４）。顧客は、携帯端末１０のディスプレイに表示された参照用の顔画像を店員に提示する。

店員は、ディスプレイに表示されている参照用の顔画像の人物と、携帯端末１０を操作している顧客とが同一人物か否かを判断する。そして、同一人物と判断した場合、店員は、携帯端末１０に対して所定の操作を行う。例えば、店員は、携帯端末１０の入力装置を介して所定のパスワード（店員のみが知っているパスワード）を入力してもよいし、携帯端末１０のセンサに所定の波長の光（店が用意している特別なライトが発する光）を検出させる操作を行ってもよいし、無線通信で会計装置から所定の情報を受信させる操作を行ってもよい。

一方、同一人物と判断しなかった場合、店員は、携帯端末１０に対する所定の操作を行わず、当該手段での決済はできない旨を顧客に通知する等のエラー対応を行う。

携帯端末１０は、所定の操作を受付けると（５）、決済サーバ２０に決済コードのリクエスト及び決済金額レベル情報を送信する（６）。決済サーバ２０は、当該リクエストに応じて決済関連情報（コード決済事業者を識別する情報、今回の決済に応じて発行されたトークン（例：ワンタイムトークン）、顧客識別情報等）を示す決済コードを発行するとともに（７）、決済関連情報の一部又は全部と、決済金額レベル情報とを互いに紐付けて記憶部２２に記憶させる（８）。そして、決済サーバ２０は、発行した決済コードを携帯端末１０に送信する（９）。

その後、携帯端末１０は、例えば図５の（Ｂ）に示すように、決済サーバ２０から受信した決済コードを携帯端末１０のディスプレイに表示する（１０）。顧客は、携帯端末１０のディスプレイに表示された決済コードを店員に提示する。

店員は、携帯端末１０のディスプレイに表示された決済コードを会計システム３０に読み取らせる（１１）。会計システム３０は、決済コードから読み取った決済コード情報と、決済金額などを示す決済情報とを決済サーバ２０に送信する（１２）。

次いで、決済サーバ２０は、会計システム３０から受信した決済コード情報に基づき、記憶部２２から決済金額レベル情報を読み出す。そして、決済サーバ２０は、読み出した決済金額レベル情報と、（１２）で送信された決済情報とに基づき、決済金額レベル情報で示される申告内容の真偽を判定する（１３）。そして、決済サーバ２０は、判定結果が真である場合には決済情報に基づく決済処理を実行し、判定結果が偽である場合にはエラー処理を実行する（１４）。

次に、図１５のデータフロー図を用いて、決済金額レベル情報の申告内容が「決済金額が基準値未満」である場合の例を説明する。（３）までは、図１４の例と同様である。

携帯端末１０は、（３）で受付けた決済金額レベル情報の申告内容が「決済金額が基準値未満」である場合、（３）で受付けた決済コードのリクエストに応じて、決済サーバ２０に決済コードのリクエスト及び決済金額レベル情報を送信する（４）。決済サーバ２０は、当該リクエストに応じて決済関連情報（コード決済事業者を識別する情報、今回の決済に応じて発行されたトークン（例：ワンタイムトークン）、顧客識別情報等）を示す決済コードを発行するとともに（５）、決済関連情報の一部又は全部と、決済金額レベル情報とを互いに紐付けて記憶部２２に記憶させる（６）。そして、決済サーバ２０は、発行した決済コードを携帯端末１０に送信する（７）。

その後、携帯端末１０は、認証処理のために事前登録された参照用の顔画像を伴わずに、決済サーバ２０から受信した決済コードのみを携帯端末１０のディスプレイに表示する（８）。顧客は、携帯端末１０のディスプレイに表示された決済コードを店員に提示する。

店員は、携帯端末１０のディスプレイに表示された決済コードを会計システム３０に読み取らせる（９）。会計システム３０は、決済コードから読み取った決済コード情報と、決済金額などを示す決済情報とを決済サーバ２０に送信する（１０）。

次いで、決済サーバ２０は、会計システム３０から受信した決済コード情報に基づき、記憶部２２から決済金額レベル情報を読み出す。そして、決済サーバ２０は、読み出した決済金額レベル情報と、（１０）で送信された決済情報とに基づき、決済金額レベル情報で示される申告内容の真偽を判定する（１１）。そして、判決済サーバ２０は、判定結果が真である場合には決済情報に基づく決済処理を実行し、判定結果が偽である場合にはエラー処理を実行する（１２）。

ここで、変形例を説明する。第１の実施形態同様、顔画像を用いた認証処理を行わなくてもよい。すなわち、上記処理における（１）顔画像の入力、及び、（２）認証処理をなくしてもよい。

本実施形態のコード決済システムのその他の構成は、第１及び第３の実施形態と同様である。

本実施形態のコード決済システムによれば、第１及び第３の実施形態と同様な作用効果が実現される。

また、本実施形態のコード決済システムによれば、高額な決済（決済金額が基準値以上）の場合のみ、参照用の顔画像に基づく店員の目視での認証を要求し、低額な決済（決済金額が基準値未満）の場合には、参照用の顔画像に基づく店員の目視での認証を不要とすることができる。必要な場合のみ店員の目視での認証を要求することで、店員による作業負担を軽減することができる。

なお、本明細書において、「取得」とは、ユーザ入力に基づき、又は、プログラムの指示に基づき、「自装置が他の装置や記憶媒体に格納されているデータを取りに行くこと（能動的な取得）」、たとえば、他の装置にリクエストまたは問い合わせして受信すること、他の装置や記憶媒体にアクセスして読出すこと等、および、ユーザ入力に基づき、又は、プログラムの指示に基づき、「自装置に他の装置から出力されるデータを入力すること（受動的な取得）」、たとえば、外部装置から送信されたデータを受信できる状態で待機しており、外部装置から送信されたデータを受信すること、外部装置から配信（または、送信、プッシュ通知等）されるデータを受信すること、また、受信したデータまたは情報の中から選択して取得すること、及び、「データを編集（テキスト化、データの並び替え、一部データの抽出、ファイル形式の変更等）などして新たなデータを生成し、当該新たなデータを取得すること」の少なくともいずれか一方を含む。

上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限定されない。
１． 携帯端末のコンピュータが、
事前登録された参照用の顔画像をディスプレイに表示した後、所定の操作を受付けると、決済関連情報を示す決済コードを前記ディスプレイに表示する決済工程を実行する処理方法。
２． 前記所定の操作は、前記携帯端末の入力装置を介した所定のパスワードの入力、前記携帯端末のセンサに所定の波長の光を検出させる操作、及び、無線通信で会計装置から所定の情報を受信させる操作の中のいずれかである１に記載の処理方法。
３． 前記決済工程において、前記コンピュータは、前記所定の操作を受付けると、決済サーバに前記決済コードをリクエストし、前記決済サーバから受信した前記決済コードを前記ディスプレイに表示する１又は２に記載の処理方法。
４． 前記決済工程において、前記コンピュータは、前記所定の操作を受付ける前に決済サーバに前記決済コードをリクエストし、前記決済サーバから受信した前記決済コードを記憶しておき、前記所定の操作を受付けると、記憶している前記決済コードを前記ディスプレイに表示する１又は２に記載の処理方法。
５． 前記コンピュータが、決済金額が基準値以上か否かの申告内容を示す決済金額レベル情報の入力を受付ける入力受付工程をさらに実行し、
前記決済工程において、前記コンピュータは、前記決済金額が前記基準値以上であることを示す前記決済金額レベル情報の入力を受付けた場合、前記参照用の顔画像を前記ディスプレイに表示する１から４のいずれかに記載の処理方法。
６． 前記決済工程において、前記コンピュータは、前記決済金額が前記基準値以上でないことを示す前記決済金額レベル情報の入力を受付けた場合、前記参照用の顔画像を前記ディスプレイに表示しない５に記載の処理方法。
７． 前記決済工程において、前記コンピュータは、前記決済金額レベル情報を前記決済サーバに送信して前記決済コードをリクエストする５又は６に記載の処理方法。
８． 前記決済工程において、前記コンピュータは、前記決済サーバから前記決済金額レベル情報を示す前記決済コードを受信する７に記載の処理方法。
９． 前記決済工程において、前記コンピュータは、前記決済金額レベル情報を前記決済サーバに送信して前記決済コードをリクエストする５から８のいずれかに記載の処理方法。
１０． 前記決済工程において、前記コンピュータは、前記決済サーバから前記決済金額レベル情報を示す前記決済コードを受信する９に記載の処理方法。
１１． 事前登録された参照用の顔画像をディスプレイに表示した後、所定の操作を受付けると、決済関連情報を示す決済コードを前記ディスプレイに表示する決済手段を有する携帯端末。
１２． 携帯端末のコンピュータを、
事前登録された参照用の顔画像をディスプレイに表示した後、所定の操作を受付けると、決済関連情報を示す決済コードを前記ディスプレイに表示する決済手段として機能させるプログラム。

以上、実施形態（及び実施例）を参照して本願発明を説明したが、本願発明は上記実施形態（及び実施例）に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

１Ａ プロセッサ
２Ａ メモリ
３Ａ 入出力Ｉ／Ｆ
４Ａ 周辺回路
５Ａ バス
１０ 携帯端末
１１ 取得部
１２ 認証部
１３ 決済部
１４ 入力受付部
２０ 決済サーバ
２１ コード発行部
２２ 記憶部
２３ 決済情報取得部
２４ 決済金額レベル情報取得部
２５ 判定部
２６ 決済処理部
３０ 会計システム

Claims (12)

1. 携帯端末のコンピュータが、
   事前登録された参照用の顔画像をディスプレイに表示した後、所定の操作を受付けると、決済関連情報を示す決済コードを前記ディスプレイに表示する決済工程を実行する処理方法。
2. 前記所定の操作は、前記携帯端末の入力装置を介した所定のパスワードの入力、前記携帯端末のセンサに所定の波長の光を検出させる操作、及び、無線通信で会計装置から所定の情報を受信させる操作の中のいずれかである請求項１に記載の処理方法。
3. 前記決済工程において、前記コンピュータは、前記所定の操作を受付けると、決済サーバに前記決済コードをリクエストし、前記決済サーバから受信した前記決済コードを前記ディスプレイに表示する請求項１又は２に記載の処理方法。
4. 前記決済工程において、前記コンピュータは、前記所定の操作を受付ける前に決済サーバに前記決済コードをリクエストし、前記決済サーバから受信した前記決済コードを記憶しておき、前記所定の操作を受付けると、記憶している前記決済コードを前記ディスプレイに表示する請求項１又は２に記載の処理方法。
5. 前記コンピュータが、決済金額が基準値以上か否かの申告内容を示す決済金額レベル情報の入力を受付ける入力受付工程をさらに実行し、
   前記決済工程において、前記コンピュータは、前記決済金額が前記基準値以上であることを示す前記決済金額レベル情報の入力を受付けた場合、前記参照用の顔画像を前記ディスプレイに表示する請求項１から４のいずれか１項に記載の処理方法。
6. 前記決済工程において、前記コンピュータは、前記決済金額が前記基準値以上でないことを示す前記決済金額レベル情報の入力を受付けた場合、前記参照用の顔画像を前記ディスプレイに表示しない請求項５に記載の処理方法。
7. 前記決済工程において、前記コンピュータは、前記決済金額レベル情報を前記決済サーバに送信して前記決済コードをリクエストする請求項５又は６に記載の処理方法。
8. 前記決済工程において、前記コンピュータは、前記決済サーバから前記決済金額レベル情報を示す前記決済コードを受信する請求項７に記載の処理方法。
9. 前記決済工程において、前記コンピュータは、前記決済金額レベル情報を前記決済サーバに送信して前記決済コードをリクエストする請求項５から８のいずれか１項に記載の処理方法。
10. 前記決済工程において、前記コンピュータは、前記決済サーバから前記決済金額レベル情報を示す前記決済コードを受信する請求項９に記載の処理方法。
11. 事前登録された参照用の顔画像をディスプレイに表示した後、所定の操作を受付けると、決済関連情報を示す決済コードを前記ディスプレイに表示する決済手段を有する携帯端末。
12. 携帯端末のコンピュータを、
    事前登録された参照用の顔画像をディスプレイに表示した後、所定の操作を受付けると、決済関連情報を示す決済コードを前記ディスプレイに表示する決済手段として機能させるプログラム。

Images