JP2021163235A - 情報処理方法、情報処理システム、情報処理装置及び情報処理プログラム - Google Patents

Abstract

【課題】決済時の本人認証に要する処理負担を軽減できる情報処理方法等を提供する。【解決手段】決済端末は、決済端末に対する位置が条件を満たした１以上の携帯端末から夫々送信された１以上の生体情報を受信すると、受信した前記１以上の生体情報を記憶部に記憶する。決済端末は、検出部により検出された生体情報を受け付けると、前記記憶部に記憶した前記１以上の生体情報の内、受け付けた前記生体情報に対応する生体情報を特定する。決済端末は、前記１以上の携帯端末の内、特定した前記生体情報の送信元の携帯端末に対して決済情報を送信する。【選択図】図７

Description

本発明は、情報処理方法、情報処理システム、情報処理装置及び情報処理プログラムに関する。

従来、大多数の利用者を対象とした生体認証の方式としては、例えば、１：Ｎの認証方式がある。例えば、１：Ｎの認証方式では、サーバに大量の利用者の生体情報を事前に保有しておき、認証対象の利用者の生体情報と、保有する生体情報とを順次照合し、認証結果に基づき、認証対象の利用者を本人認証する。その結果、例えば、店舗等の商品購入の決済時に利用者を本人認証できる。

特開２０１６−０６２１３２号公報

しかしながら、１：Ｎの認証方式では、サーバに保有する生体情報の数Ｎが大量となると、認証対象の利用者の生体情報とサーバに保有する全ての生体情報と順次照合することになるため、照合に要するサーバ側の処理負担が大きくなる。しかも、サーバ側の照合に要する処理負担が大きくなると、照合に時間を要する。

１つの側面では、決済時の本人認証に要する処理負担を軽減できる情報処理方法等を提供することを目的とする。

１つの側面の情報処理方法として、コンピュータに対する位置が条件を満たした１以上の携帯端末から夫々送信された１以上の生体情報を受信すると、受信した前記１以上の生体情報を決済端末の記憶部に記憶する処理をコンピュータが実行する。検出部により検出された生体情報を受け付けると、前記記憶部に記憶した前記１以上の生体情報の内、受け付けた前記生体情報に対応する生体情報を特定する処理をコンピュータが実行する。更に、前記１以上の携帯端末の内、特定した前記生体情報の送信元の携帯端末に対して決済情報を送信する処理をコンピュータが実行する。

１つの側面によれば、決済時の本人認証に要する処理負担を軽減できる。

図１は、本実施例の決済システムの一例を示す説明図である。 図２は、決済システム内の店舗の配置関係の一例を示す説明図である。 図３は、スマホ端末のハードウェア構成の一例を示すブロック図である。 図４は、スマホ端末の機能構成の一例を示すブロック図である。 図５は、決済端末のハードウェア構成の一例を示すブロック図である。 図６は、決済端末の機能構成の一例を示すブロック図である。 図７は、決済システムの処理動作の一例を示すシーケンス図である。 図８は、スマホ側決済処理に関わるスマホ端末の処理動作の一例を示すフロー図である。 図９は、決済認証処理に関わる決済端末の処理動作の一例を示すフロー図である。 図１０は、情報処理プログラムを実行するコンピュータの一例を示すブロック図である。

以下、図面に基づいて、本願の開示する情報処理方法等の実施例を詳細に説明する。尚、各実施例により、開示技術が限定されるものではない。また、以下に示す各実施例は、矛盾を起こさない範囲で適宜組み合わせても良い。

図１は、本実施例の決済システム１の一例を示す説明図である。図１に示す決済システム１は、スマホ端末２と、決済端末３と、ビーコン４と、決済サーバ５と、通信網６とを有する。スマホ端末２は、例えば、店舗７内の商品を購入する利用者が携帯する携帯端末である。尚、スマホ端末２の代わりに、例えば、タブレット端末等でも良い。決済端末３は、例えば、店舗７内のレジ７Ｃにいる店員が使用する情報処理装置である。尚、決済端末３は、例えば、パソコン、タブレット端末、スマホ端末等の情報処理装置である。

ビーコン４は、店舗７内のレジ７Ｃ周辺のスマホ端末２に対して、例えば、ＢＬＥ(Bluetooth Low Energy（登録商標）)等の近距離無線通信方式でサービス接続情報を配信する発信装置である。ビーコン４は、通信範囲内にあるスマホ端末２とセッションを確立するために定期的にポーリング通信を実行し、ポーリングを受信したスマホ端末２が現れるとセッションを確立し、サービス接続情報をスマホ端末２に送信する。サービス接続情報は、自動認証可能範囲内の決済サービスを提供する決済端末３の接続方法、例えば、決済端末３と通信可能にする接続ＩＤを示す接続情報である。自動認証可能範囲は、スマホ端末２を携帯する利用者が購入商品の決済時に、決済端末３が自動的に利用者を本人認証し、本人認証後に決済する決済サービスの提供エリアである。ビーコン４は、レジ７Ｃ周辺の近距離無線通信範囲内でサービス接続情報を常時送信する。従って、ビーコン４の近距離無線通信範囲内にスマホ端末２を携帯した利用者が進入した場合、スマホ端末２は、ビーコン４からのサービス接続情報を受信することになる。スマホ端末２は、ビーコン４からのサービス接続情報を受信した場合、自動認証可能範囲内に自分が存在していることを認識する。

決済サーバ５は、例えば、決済サービス機関内の決済処理を実行するサーバ装置等の情報処理装置である。決済サービス機関は、利用者の代わりに商品の決済を代行する機関である。通信網６は、例えば、インターネットやＬＡＮ（Local Area Network）等の通信網である。尚、説明の便宜上、図１に示す決済システム１では、１台のスマホ端末２、１台の決済端末３、１台のビーコン４を例示したが、これらスマホ端末２、決済端末３及びビーコン４は１台に限定されるものではなく、複数台でも良く、適宜変更可能である。

図２は、決済システム１内の店舗７の配置関係の一例を示す説明図である。図２に示す店舗７には、出入口７Ａと、複数の商品棚７Ｂと、レジ７Ｃとを有する。出入口７Ａは、店舗７の出入口である。商品棚７Ｂは、商品を載置する棚である。レジ７Ｃは、利用者が購入商品を店員に提示し、購入商品の決済を行うスペースである。レジ７Ｃには、複数の決済端末３と、ビーコン４と、ＰＯＳ端末８とを有する。決済端末３は、ビーコン４の通信範囲、かつ、自動認証可能範囲内に配置する。尚、通信範囲は、例えば、１０ｍ以内とするが、１０ｍ以内に限定されるものではなく、適宜変更可能である。ＰＯＳ端末８は、レジ７Ｃに配置し、決済端末３との間で通信可能にし、バーコード読取で購入商品の情報を入力し、購入商品の情報に基づき、購入商品の決済額を算出し、決済額を決済端末３に伝送する。また、ＰＯＳ端末８は、決済端末３からのレシート発行指示を受信した場合、購入商品のレシートを発行する。

図３は、スマホ端末２のハードウェア構成の一例を示すブロック図である。図３に示すスマホ端末２は、第１の通信部１１と、第２の通信部１２と、表示部１３と、操作部１４と、カメラ１５と、ＲＯＭ（Read Only Memory）１６と、ＲＡＭ（Random Access Memory)１７と、ＣＰＵ（Central Processing Unit）１８とを有する。第１の通信部１１は、例えば、４Ｇ（Generation）、ＬＴＥ(Long Term Evolution)や５Ｇ等の無線通信を司る通信インタフェースである。第２の通信部１２は、例えば、ＢＬＥ等の近距離無線通信を司る通信インタフェースである。表示部１３は、各種情報を表示する出力インタフェースである。操作部１４は、各種情報を入力する入力インタフェースである。カメラ１５は、被写体、例えば、利用者の顔画像を撮像する入力インタフェースである。

ＲＯＭ１６は、各種プログラム等を記憶する領域である。ＲＡＭ１７は、各種情報を記憶する領域である。ＣＰＵ１８は、スマホ端末２全体を制御する。ＣＰＵ１８は、ＲＯＭ１６に記憶中のプログラムをＲＡＭ１７上の作業領域に展開し、ＲＡＭ１７上のプログラムをプロセス機能として実行する。

図４は、スマホ端末２の機能構成の一例を示すブロック図である。図４に示すスマホ端末２は、プロセス機能として、制御部２１と、記憶部２２とを有する。制御部２１は、メインアプリ２１Ａと、決済アプリ２１Ｂとを実行する。メインアプリ２１Ａは、スマホ端末２の各種処理を実行するアプリケーションである。メインアプリ２１Ａは、機能として、取得部３１と、登録部３２と、ビーコン通信部３３Ａと、決済端末通信部３３Ｂとを有する。決済アプリ２１Ｂは、スマホ端末２の決済時に使用するアプリケーションである。決済アプリ２１Ｂは、機能として、決済部３４を有する。

記憶部２２は、端末情報メモリ２２Ａと、生体情報メモリ２２Ｂとを有する。端末情報メモリ２２Ａは、スマホ端末２を識別する端末ＩＤ等の端末情報を記憶している。生体情報メモリ２２Ｂは、スマホ端末２の利用者の登録された照合に使用される生体情報、例えば、顔画像の特徴量を記憶している。尚、生体情報メモリ２２Ｂに記憶中の利用者の生体情報は、利用者の本人認証に使用する生体情報である。生体情報メモリ２２Ｂに記憶中の利用者の生体情報は、利用者が利用するサービスを誰が許可するかで決まる。例えば、利用者が購入商品の代金を決済するサービスを利用する場合には、そのサービスの利用を許可する利用者本人の生体情報である。

ビーコン通信部３３Ａは、ビーコン４との間で通信する。決済端末通信部３３Ｂは、決済端末３との間で通信する。取得部３１は、ビーコン通信部３３Ａを通じてビーコン４からのサービス接続情報を受信した場合、例えば、決済端末３に対する位置が条件を満たした場合、端末情報メモリ２２Ａに記憶中の端末ＩＤ及び生体情報メモリ２２Ｂに記憶中の生体情報を取得する。すなわち、取得部３１は、スマホ端末２が自動認証可能範囲内に存在する場合、端末情報メモリ２２Ａに記憶中の端末ＩＤ及び生体情報メモリ２２Ｂに記憶中の生体情報を取得する。決済端末通信部３３Ｂは、取得した端末ＩＤ及び生体情報を第２の通信部１２を通じて決済端末３に送信する。つまり、自動認証可能範囲内に存在するスマホ端末２のみが決済端末３に生体情報及び端末ＩＤを送信することになる。

登録部３２は、例えば、カメラ１５で撮像した利用者の顔画像等の生体情報を生体情報メモリ２２Ｂに登録する。決済部３４は、決済端末通信部３３Ｂを通じて決済端末３からの決済情報を受信した場合、決済情報から購入商品の決済額及び店舗情報に基づき、決済データを生成する。決済情報は、決済端末３による利用者の生体情報を使用した本人認証後、購入商品の決済額及び店舗情報である。更に、決済端末通信部３３Ｂは、生成した決済データを通信網６経由で決済サーバ５に送信する。尚、決済データは、購入商品の決済額、店舗情報及び利用者の利用者ＩＤ等である。

図５は、決済端末３のハードウェア構成の一例を示すブロック図である。図５に示す決済端末３は、通信部４１と、表示部４３と、操作部４４と、カメラ４５と、ＲＯＭ４６と、ＲＡＭ４７と、ＣＰＵ４８とを有する。通信部４１は、通信網６との間で有線又は無線で通信する通信インタフェースである。表示部４３は、各種情報を表示する出力インタフェースである。操作部４４は、各種情報を入力する入力インタフェースである。カメラ４５は、被写体、例えば、利用者の顔画像を撮像する入力インタフェースである。

ＲＯＭ４６は、各種プログラム等を記憶する領域である。ＲＡＭ４７は、各種情報を記憶する領域である。ＣＰＵ４８は、決済端末３全体を制御する。スマホ端末２での処理を実現するプログラムは、例えば、ＲＯＭ４６等に記憶されているものとする。ＣＰＵ４８は、ＲＯＭ４６に記憶されたプログラムをＲＡＭ４７に展開し、ＲＡＭ４７上で各種プログラムに対応したプロセス機能を実行することになる。

図６は、決済端末３の機能構成の一例を示すブロック図である。図６に示す決済端末３は、プロセス機能として、制御部５１と、記憶部５２とを有する。制御部５１は、メインアプリ５１Ａと、認証アプリ５１Ｂとを実行する。メインアプリ５１Ａは、店舗７内の商品を管理するＰＯＳ（Point of Sale）端末８と連携すると共に、決済端末３全体を制御するアプリケーションである。メインアプリ５１Ａは、機能として、スマホ通信部６１Ａと、ＰＯＳ通信部６１Ｂと、取得部６２と、送信部６３とを有する。

スマホ通信部６１Ａは、スマホ端末２との間で通信する。ＰＯＳ通信部６１Ｂは、ＰＯＳ端末８との間で通信する。ＰＯＳ端末６１Ｂは、ＰＯＳ端末８から利用者の購入商品の決済額を含む決済通知を受信する。取得部６２は、決済通知から決済額を取得し、購入商品の決済額を含む決済情報を生成する。決済情報は、購入商品の決済額及び店舗情報である。送信部６３は、スマホ通信部６１を通じて、例えば、決済情報等の各種情報をスマホ端末２に送信する。

認証アプリ５１Ｂは、利用者の商品決済時に利用者を本人認証するためのアプリケーションである。認証アプリ５１Ｂは、機能として、登録部６４と、検出部６５と、特定部６６とを有する。登録部６４は、スマホ端末２から受信した端末ＩＤ及び生体情報を記憶部である端末テーブル５２Ａ内に対応付けて登録する。尚、決済端末３は、自動認証可能範囲内に存在するスマホ端末２の端末ＩＤ及び生体情報のみを端末テーブル５２Ａ内に登録する。

検出部６５は、商品購入者の認証対象の顔画像をカメラ４５で撮像し、撮像した認証対象の顔画像等の生体情報を検出する。特定部６６は、検出部６５により検出された生体情報を受け付けると、端末テーブル５２Ａに登録済みの１以上の生体情報の内、受け付けた生体情報に対応する生体情報を特定する。尚、特定部６６は、受け付けた生体情報に対応する生体情報を特定した場合、生体情報の照合が合致して本人認証が成功した認証結果ＯＫと判断する。更に、特定部６６は、生体情報を特定した場合、すなわち認証結果ＯＫの場合、特定された生体情報に対応する端末ＩＤを端末テーブル５２Ａから特定し、特定された端末ＩＤに基づき、特定された生体情報の送信元のスマホ端末２を特定する。更に、送信部６３は、スマホ通信部６１を通じて、１以上のスマホ端末２の内、特定した生体情報の送信元のスマホ端末２に対して決済情報を送信する。

決済端末３は、レジ７Ｃ付近の認証可能範囲内に進入したスマホ端末２の利用者の生体情報のみを端末テーブル５２Ａ内に登録する。その結果、不特定多数の生体情報をサーバに記憶する従来の１：Ｎの認証方式に比較して、認証対象の母集団の数を大幅に減らすことで認証に要する処理負担を大幅に軽減できる。また、自動認証可能範囲内に複数の人が存在する場合は、その全ての人が携帯するスマホ端末２から端末ＩＤ及び生体情報が決済端末３に転送される。その結果、サービスを提供している場所（本事例の場合はレジ７Ｃ）と利用者の相対的な位置関係（自動認証可能範囲）或いは距離（本事例の場合はビーコン４の電波の届く範囲）を基にして認証の対象となるFewの母集団を作成する（認証する可能性のある対象者の情報をその場で事前に集めておく）ことを意味する。

図７は、決済システム１の処理動作の一例を示すシーケンス図である。例えば、スマホ端末２を携帯する利用者が商品を購入するために店舗７内に入り、その商品を購入してレジ７Ｃに接近したとする。また、利用者は、スマホ端末２内のカメラ１５で自分の生体情報を取得し、取得した生体情報を生体情報メモリ２２Ｂに事前に登録しておくものとする。

図７に示すスマホ端末２のメインアプリ２１Ａ内のビーコン通信部３３Ａは、ビーコン４からのサービス接続情報を第２の通信部１２を通じて受信した場合（ステップＳ１１）、端末情報メモリ２２Ａに記憶中の端末ＩＤ及び生体情報メモリ２２Ｂに記憶中の生体情報を読み出す。メインアプリ２１Ａ内の決済端末通信部３３Ｂは、読み出した端末ＩＤ及び生体情報を決済端末３に送信する（ステップＳ１２）。

決済端末３内のメインアプリ５１Ａは、端末ＩＤ及び生体情報を受信した場合、端末ＩＤ及び生体情報を決済端末３内の認証アプリ５１Ｂに転送する（ステップＳ１４）。更に、認証アプリ５１Ｂは、端末ＩＤ及び生体情報を対応付けて端末テーブル５２Ａ内に登録する（ステップＳ１５）。尚、決済端末３は、スマホ通信部６１Ａを通じて、各利用者のスマホ端末２から端末ＩＤ及び生体情報を受信した場合、端末ＩＤ毎に生体情報を端末テーブル５２Ａ内に順次登録する。つまり、決済端末３は、自動認証可能範囲に存在するスマホ端末２の端末ＩＤ及び生体情報のみを端末テーブル５２Ａに登録することになる。

レジ７Ｃの店員は、利用者から購入商品を提示されると（ステップＳ１６）、ＰＯＳ端末８で購入商品を読み込み、購入商品の合計額を算出し、利用者に対して購入商品の決済方法を確認し、決済方法が生体認証で決済の場合に、ＰＯＳ端末８を通じて決済額を含む決済通知を決済端末３に送信する（ステップＳ１７）。尚、決済方法を選択する操作としては、例えば、生体認証で決済、ＱＲコード（登録商標）で決済やクレジットカードで決済や現金決済を選択するＰＯＳ端末８のボタン操作である。決済端末３内のメインアプリ５１Ａは、ＰＯＳ端末８からの決済通知から購入商品の決済額を取得する（ステップＳ１８）。メインアプリ５１Ａは、決済額を取得すると、生体照合依頼を認証アプリ５１Ｂに要求する（ステップＳ２０）。更に、決済端末３のカメラ４５は、商品購入者である利用者の生体情報を取得する（ステップＳ２１）。そして、決済端末３の認証アプリ５１Ｂは、取得した利用者の生体情報を受け付ける（ステップＳ２２）。

認証アプリ５１Ｂは、ステップＳ２２にて受け付けた生体情報と端末テーブル５２Ａ内の生体情報とを照合する（ステップＳ２３）。尚、端末テーブル５２Ａ内の生体情報の数は、現在、レジ７Ｃ付近の自動認証可能範囲に存在する、ビーコン４のサービス接続情報を受信した利用者のスマホ端末２の数であるため、従来の１：Ｎの認証方式の生体情報の照合数に比較して、生体情報の照合数は限定的となる。

認証アプリ５１Ｂは、認証結果ＯＫの場合、認証結果ＯＫのスマホ端末３を識別する端末ＩＤを含む認証結果ＯＫを決済端末３内のメインアプリ５１Ａに送信する（ステップＳ２４）。メインアプリ５１Ａは、認証結果ＯＫを受信した場合、認証結果ＯＫ内の端末ＩＤに基づき、購入商品の決済額及び店舗情報を含む決済情報を生成し、決済情報をスマホ端末２内のメインアプリ２１Ａに送信する（ステップＳ２５）。

メインアプリ２１Ａは、決済情報に応じて決済実施を利用者に報知する（ステップＳ２６）。スマホ端末２は、決済情報に応じて決済実施を利用者に音や振動等で報知する。スマホ端末２の利用者は、音や振動等で認証結果ＯＫ、すなわち本人認証が成功したことを認識できる。

スマホ端末２のメインアプリ２１Ａは、決済端末３から決済情報を受信した場合、決済情報内の購入商品の決済額及び店舗情報をスマホ端末２内の決済アプリ２１Ｂに転送する（ステップＳ２８）。決済アプリ２１Ｂは、決済情報内の購入商品の決済額、店舗情報及び利用者ＩＤを含む決済データを生成する（ステップＳ２９）。決済アプリ２１Ｂは、第１の通信部１１を通じて決済データを決済サービス機関の決済サーバ５に送信する（ステップＳ３０）。

決済サービス機関の決済サーバ５は、スマホ端末２からの決済データを受信した場合、決済データの購入商品の決済額を決済する決済処理を実行し（ステップＳ３１）、決済完了通知をスマホ端末２に送信する（ステップＳ３２）。

スマホ端末２の決済アプリ２１Ｂは、決済完了通知を受信した場合、決済完了をメインアプリ２１Ａに通知する（ステップＳ３３）。スマホ端末２のメインアプリ２１Ａ内の決済端末通信部３３Ｂは、決済完了を受信した場合、第２の通信部１２を通じて決済完了通知を決済端末３に送信する（ステップＳ３４）。そして、決済端末３内のＰＯＳ通信部６１Ｂは、購入商品の決済完了通知を受信した場合、購入商品の決済完了のレシートの発行指示をＰＯＳ端末８に送信する（ステップＳ３５）。ＰＯＳ端末８は、レシートの発行指示に応じてレシートを印字出力する。そして、店員は、ＰＯＳ端末８が印字出力したレシートを利用者に渡すことで（ステップＳ３６）、商品購入が完了したことになる。その結果、利用者は、レシートの内容を視認して購入商品の決済完了を認識できる。尚、決済サーバ５は、ステップＳ３１にて決済処理を実行した後、決済完了通知をスマホ端末２に送信する場合を例示したが、決済完了通知を決済端末３に送信しても良く。この場合、決済端末３は、決済サーバ５からの決済完了通知に応じてレシートを利用者に提示しても良く、適宜変更可能である。

図８は、スマホ側決済処理に関わるスマホ端末２の処理動作の一例を示すフロー図である。図８においてスマホ端末２内のビーコン通信部３３Ａは、ビーコン４からのサービス接続情報を受信したか否かを判定する（ステップＳ４１）。スマホ端末２内の取得部３１は、ビーコン４からのサービス接続情報を受信した場合（ステップＳ４１：Ｙｅｓ）、生体情報メモリ２２Ｂを参照して自分の生体情報が登録済みであるか否かを判定する（ステップＳ４２）。

決済端末通信部３３Ｂは、生体情報が登録済みの場合（ステップＳ４２：Ｙｅｓ）、サービス接続情報内の接続ＩＤに基づき、端末情報メモリ２２Ａに記憶中の端末ＩＤ及び生体情報メモリ２２Ｂに登録済みの生体情報を決済端末３に送信する（ステップＳ４３）。スマホ端末２内の決済部３４は、決済端末通信部３３Ｂを通じて決済端末３から決済情報を受信したか否かを判定する（ステップＳ４４）。

決済部３４は、決済情報を受信した場合（ステップＳ４４：Ｙｅｓ）、認証結果ＯＫを利用者に報知出力する（ステップＳ４６）。利用者は、報知出力で認証結果ＯＫ、すなわち本人認証の成功を認識できる。

決済部３４は、決済情報から購入商品の決済額及び店舗情報等を取得する（ステップＳ４８）。

決済部３４は、購入商品の決済額、店舗情報及び利用者ＩＤ等を含む決済データを生成し（ステップＳ４９）、決済データを決済サービス機関の決済サーバ５に送信する（ステップＳ５０）。尚、決済サーバ５は、決済データに基づき、購入商品の代金決済を利用者に代行して実行する。決済部３４は、決済サーバ５から決済完了通知を受信したか否かを判定する（ステップＳ５１）。

決済部３４は、決済完了通知を受信した場合（ステップＳ５１：Ｙｅｓ）、決済端末通信部３３Ｂを通じて決済完了通知を決済端末３に通知し（ステップＳ５３）、図８に示す処理動作を終了する。尚、決済完了通知は、決済が正常に完了したことを示す通知とする。しかしながら、決済完了通知が、例えば、決済が正常にできなかったことを示す決済ＮＧ通知とした場合、決済部３４は、決済ＮＧを決済端末３に通知すべく、ステップＳ５３に移行しても良く、適宜変更可能である。

スマホ端末２は、サービス接続情報を受信しなかった場合（ステップＳ４１：Ｎｏ）、図８に示す処理動作を終了する。スマホ端末２内のメインアプリ２１Ａは、生体情報メモリ２２Ｂ内に生体情報が登録済みでない場合（ステップＳ４２：Ｎｏ）、生体情報の未登録を表示部１３に表示し（ステップＳ５４）、図８に示す処理動作を終了する。尚、利用者は、表示部１３の表示内容を視認して、生体情報の未登録を認識できる。

決済部３４は、決済端末３から決済情報を受信しなかった場合（ステップＳ４４：Ｎｏ）、決済情報を受信したか否かを判定すべく、ステップＳ４４に移行する。

決済部３４は、決済サーバ５から決済完了通知を受信しなかった場合（ステップＳ５１：Ｎｏ）、決済完了通知を受信したか否かを判定すべく、ステップＳ５１に移行する。

図９は、決済認証処理に関わる決済端末３の処理動作の一例を示すフロー図である。図９において決済端末３内のメインアプリ５１Ａは、スマホ通信部６１Ａを通じて、スマホ端末２から端末ＩＤ及び生体情報を受信したか否かを判定する（ステップＳ６１）。決済端末３内の認証アプリ５１Ｂは、端末ＩＤ及び生体情報を受信した場合（ステップＳ６１：Ｙｅｓ）、端末テーブル５２Ａ内に該当端末ＩＤが未登録であるか否かを判定する（ステップＳ６２）。

認証アプリ５１Ｂ内の登録部６４は、該当端末ＩＤが未登録の場合（ステップＳ６２：Ｙｅｓ）、ステップＳ６１にて受信した該当端末ＩＤを端末テーブル５２Ａ内に登録する（ステップＳ６３）。更に、登録部６４は、ステップＳ６１にて受信した生体情報を端末テーブル５２Ａ内の該当端末ＩＤに対応付けて登録する（ステップＳ６４）。つまり、決済端末３は、自動認証可能範囲内に存在するスマホ端末２の生体情報及び端末ＩＤのみを事前登録することになる。

決済端末３内のＰＯＳ通信部６１Ｂは、ＰＯＳ端末８から決済通知を受信したか否かを判定する（ステップＳ６５）。決済端末３内の取得部６２は、ＰＯＳ端末８から決済通知を受信した場合（ステップＳ６５：Ｙｅｓ）、決済通知から購入商品の決済額を取得する（ステップＳ６６）。決済端末３内の検出部６５は、購入商品の決済額を取得した場合、カメラ４５を通じて商品購入者である利用者の生体情報を受け付けたか否かを判定する（ステップＳ６７）。

決済端末３内の特定部６６は、利用者の生体情報を受け付けた場合（ステップＳ６７：Ｙｅｓ）、受付けた生体情報と端末テーブル５２Ａに登録済みの生体情報とを照合する（ステップＳ６８）。特定部６６は、登録済みの生体情報の内、受け付けた生体情報を特定できた場合、本人認証が成功した認証結果ＯＫであるか否かを判定する（ステップＳ６９）。

特定部６６は、認証結果ＯＫである場合（ステップＳ６９：Ｙｅｓ）、認証結果ＯＫの端末ＩＤを端末テーブル５２Ａ内から特定する（ステップＳ７０）。決済端末３内の送信部６３は、認証結果ＯＫの端末ＩＤを特定した後、特定された端末ＩＤに基づき、スマホ通信部６１Ａを通じて認証結果ＯＫをスマホ端末２に送信する（ステップＳ７１）。更に、送信部６３は、特定された端末ＩＤに基づき、スマホ通信部６１Ａを通じて、購入商品の決済額及び店舗情報を含む決済情報をスマホ端末２に送信する（ステップＳ７２）。

決済端末３内のメインアプリ５１Ａは、スマホ端末２から決済完了通知を受信したか否かを判定する（ステップＳ７３）。メインアプリ５１Ａ内のＰＯＳ通信部６１Ｂは、決済完了通知を受信した場合（ステップＳ７３：Ｙｅｓ）、購入商品のレシートを印字出力するレシート発行指示をＰＯＳ端末８に送信し（ステップＳ７４）、図９に示す処理動作を終了する。

決済端末３は、スマホ端末２から端末ＩＤ及び生体情報を受信しなかった場合（ステップＳ６１：Ｎｏ）、図９に示す処理動作を終了する。登録部６４は、端末テーブル５２Ａ内に該当端末ＩＤが未登録でない場合（ステップＳ６２：Ｎｏ）、すなわち、該当端末ＩＤが登録済みの場合、端末テーブル５２Ａ内の端末ＩＤを更新登録する（ステップＳ７５）。そして、決済通知を受信したか否かを判定すべく、ステップＳ６５に移行する。決済端末３は、決済通知を受信しなかった場合（ステップＳ６５：Ｎｏ）、決済通知を受信したか否かを判定すべく、ステップＳ６５に移行する。決済端末３は、利用者の生体情報を受け付けていない場合（ステップＳ６７：Ｎｏ）、利用者の生体情報を受け付けたか否かを判定すべく、ステップＳ６７に移行する。

メインアプリ５１Ａは、認証結果ＯＫでない場合（ステップＳ６９：Ｎｏ）、すなわち認証結果ＮＧの場合、認証結果ＮＧを店員に報知出力し（ステップＳ７６）、利用者の生体情報を受け付けたか否かを判定すべく、ステップＳ６７に移行する。尚、店員は、認証結果ＮＧの報知出力に応じて商品購入者の本人認証の失敗を認識する。そして、店員は、例えば、商品購入者に対して生体情報を再度取得する操作を促すことになる。

メインアプリ５１Ａは、スマホ端末２から決済完了通知を受信しなかった場合（ステップＳ７３：Ｎｏ）、決済完了通知を受信したか否かを判定すべく、ステップＳ７３に移行する。

本実施例の決済端末３は、決済端末３に対する位置が条件を満たした１以上のスマホ端末２から夫々送信された１以上の生体情報を受信すると、受信した１以上の生体情報を端末テーブル５２Ａに記憶する。決済端末３は、検出された生体情報を受け付けると、端末テーブル５２Ａに記憶した１以上の生体情報の内、受け付けた生体情報に対応する生体情報を特定する。決済端末３は、１以上のスマホ端末２の内、特定した生体情報の送信元のスマホ端末２に対して決済情報を送信する。その結果、決済時の本人認証による処理負担を軽減できる。

決済端末３は、スマホ端末２から夫々送信される生体情報の他に、当該スマホ端末２を識別する端末ＩＤを受信すると、受信した生体情報及び端末ＩＤを対応付けて端末テーブル５２Ａに記憶する。決済端末３は、１以上のスマホ端末２の内、特定した生体情報に対応する端末ＩＤに基づき、特定した生体情報の送信元のスマホ端末２に対して決済情報を送信する。その結果、端末ＩＤを使用して送信元のスマホ端末２に決済情報を送信できる。

本実施例では、不特定多数の利用者の内、ビーコン４の通信範囲、すなわち、決済端末３周辺の自動認証可能範囲内に存在するスマホ端末２の商品購入者を認証対象にしたので、認証対象の母集団の生体情報の数を大幅に限定することができる。その結果、認証及び管理に要する処理負担を大幅に軽減できる。しかも、安価に実現（１ＩＤ当たりのサービス提供或いは管理コストを抑えること）ができる上に、登録データ数の上限制約が実質的になくすことが可能である。

従来の１：Ｎの認証方式では、大量の生体情報を一元管理するデータベースを有し、データベースに保有する生体情報の数が一定の母集団の数を超えると、認証対象の生体情報と照合する際の処理負担が大きくなる。これに対して、本実施例では、決済端末３付近の認証可能範囲内に進入した利用者のスマホ端末２の生体情報を取得し、取得した生体情報と商品購入者の生体情報とを照合するのみであるため、その照合処理に要する処理負担を大幅に軽減できる。しかも、決済端末３に保有する生体情報の数も少ないため、生体情報を管理する負担は勿論のこと、仮に決済端末の生体情報が漏洩した場合でも、その情報漏洩の影響を最小限に抑えることができる。

また、店舗来店時の個人特定（会員、非会員特定）にも活用すれば無人化店舗への発展も容易に実現ができる。

尚、実施例の決済システム１では、決済端末３近傍のビーコン４がサービス接続情報を発信し、ビーコン４の通信範囲に進入したスマホ端末２がビーコン４からのサービス接続情報を受信した場合にスマホ端末２から生体情報及び端末ＩＤを決済端末３に送信する場合を例示した。しかしながら、ビーコン４に限定されるものではなく、スマホ端末２は、単にサービス接続情報を受信した場合に生体情報のみを送信しても良い。更に、ビーコン４は、決済端末３近傍に配置する場合を例示したが、ビーコン４の代わりに、決済端末３自体がサービス接続情報を定期的に発信しても良く、適宜変更可能である。また、決済端末３がビーコン４を有しても良い。

また、ビーコン４は、ビーコン４の通信範囲に進入した利用者のスマホ端末２に対して自動認証可能範囲のサービス接続情報を送信する場合を例示した。しかしながら、決済端末３を使用する店舗の位置情報や、店舗内の決済端末３の位置を識別する位置情報でも良く、適宜変更可能である。

また、スマホ端末２は、ビーコン４からのサービス接続情報を受信した場合に、利用者が自動認証可能範囲内に存在するものと判断し、生体情報及び端末ＩＤを決済端末３に送信する場合を例示した。しかしながら、スマホ端末２は、ビーコン４からのサービス接続情報の受信に限定されるものではなく、適宜変更可能である。ビーコン４の代わりに、例えば、ＷｉＦｉ測位機能、ＲＦＩＤ（Radio Frequency Identification）測位機能、ＧＰＳ（Global Positioning System）測位機能、歩行者自立航法測位機能等からサービス接続情報を通知しても良い。また、ビーコン４の代わりに、例えば、地磁気測位機能、音波測位機能、可視光測位機能、ＩＭＥＳ（Indoor MEssaging System）測位機能、ＵＷＢ（Ultra-Wide Band）測位機能等からサービス接続情報を通知しても良い。また、スマホ端末２に測位機能がなくても、スマホ端末２の利用者が自動認証可能範囲内に進入した場合に利用者の操作で生体情報及び端末ＩＤを決済端末３に送信しても良く、適宜変更可能である。

尚、ＷｉＦｉ測位としては、ＷｉＦｉの基地局を活用してスマホ端末２の位置を特定する。基地局は、通信可能なエリア位置毎に決済端末３の接続ＩＤを管理し、スマホ端末２との定期的な通信でスマホ端末２のエリア位置を認識し、当該エリア位置に応じた接続ＩＤを取得し、接続ＩＤを含むサービス接続情報をスマホ端末２に通知する。また、基地局側で自動認証可能範囲内にスマホ端末２が在圏していることを認識すると、基地局からの指示で決済端末３からサービス接続情報を当該スマホ端末２に送信しても良く、適宜変更可能である。

ＧＰＳ測位としては、スマホ端末２が自動認証可能範囲を保持し、位置毎に決済端末３の接続ＩＤを管理する。スマホ端末２のＧＰＳで計測した現在位置が自動認証可能範囲内にスマホ端末２が在圏していることを認識した場合、スマホ端末２は、現在位置に対応した接続ＩＤを特定し、接続ＩＤに基づき、生体情報及び端末ＩＤを決済端末３に送信しても良い。

また、経度と緯度とを一定の間隔毎にエリアを設け、スマホ端末２を携帯した利用者がエリアを移動することで設定したエリアを超える毎に対象エリア内にある決済端末３の情報を管理するサーバ等からスマホ端末２に通知しても良い。また、決済端末３からサービス接続情報を当該スマホ端末２に送信しても良く、適宜変更可能である。また、決済端末３は、自分の自動認証可能範囲内に進入したスマホ端末２に対して生体情報を要求するようにしても良く、適宜変更可能である。

ビーコン４は、自動認証可能範囲内に進入したスマホ端末２に対して決済端末３を識別する接続ＩＤを含むサービス接続情報を送信する場合を例示した。しかしながら、ビーコン４を識別するビーコンＩＤ毎に決済端末３の接続ＩＤを含むサービス接続情報を管理する情報通知サーバを別個に備えても良い。

この場合、ビーコン４は、自動認証可能範囲内に進入したスマホ端末２に対して、サービス接続情報の代わりにビーコンＩＤを送信する。スマホ端末２は、ビーコンＩＤを含む検索要求を情報通知サーバに通知する。そして、情報通知サーバは、検索要求を受信した場合、検索要求内のビーコンＩＤに対応するサービス接続情報をスマホ端末２に送信する。その結果、スマホ端末２は、情報通知サーバから受信したサービス接続情報内の接続ＩＤに基づき、生体情報及び端末ＩＤを決済端末３に送信しても良い。この場合、悪意の第三者がビーコン４を不正設置して生体情報を不正入手しようとした場合でも、情報通知サーバに登録済みの決済端末３に対してのみ生体情報が送信されるため、第三者による生体情報の不正入手を防止できる。

決済端末３は、スマホ端末２から受信した生体情報を端末テーブル５２Ａ内に登録する場合を例示した。しかしながら、スマホ端末２の端末ＩＤ及び生体情報を端末テーブル５２Ａに登録若しくは更新してからタイマの計時を開始し、所定時間経過後に当該端末ＩＤ及び生体情報を端末テーブル５２Ａから消去しても良い。この場合、生体情報や端末ＩＤが決済端末３に残るような事態を回避できる。

また、決済端末３は、スマホ端末２から受信した生体情報を端末テーブル５２Ａ内に登録した後、商品の決済が完了した、例えば、決済完了通知をスマホ端末２から受信した場合に該当利用者の生体情報及び端末ＩＤを端末テーブル５２Ａから消去しても良い。この場合、生体情報や端末ＩＤが決済端末３に残るような事態を回避できる。

また、決済端末３は、スマホ端末２が自動認証可能範囲から離脱した場合に、当該スマホ端末２の端末ＩＤ及び生体情報を端末テーブル５２Ａから消去しても良い。この場合、生体情報や端末ＩＤが決済端末３に残るような事態を回避できる。

また、生体情報としては、利用者の顔画像の特徴量を例示したが、顔画像の特徴量に限定されるものではなく、利用者個人を認証できる生体情報であれば良く、例えば、利用者の指紋、静脈や虹彩等の生体情報を使用しても良い。生体情報を指紋とする場合、スマホ端末２及び決済端末３に利用者の指紋を読み取る指紋読取部を備えるものとする。また、生体情報を静脈とする場合、スマホ端末２及び決済端末３に利用者の静脈を読み取る静脈読取部を備えるものとする。また、生体情報を利用者の虹彩とする場合、スマホ端末２及び決済端末３に利用者の虹彩を読み取る虹彩読取部を備えるものとする。また、生体情報を登録するために、スマホ端末２のカメラ１５で利用者の顔画像を撮像する場合を例示したが、スマホ端末２のカメラ１５に限定されるものではなく、例えば、スマホ端末２と異なる他の機器（生体データ登録機器）や、ネットワーク上に存在するカメラで撮像しても良く、適宜変更可能である。

スマホ端末２は、サービス接続情報に応じて生体情報及び端末ＩＤを決済端末３に送信する場合を例示した。しかしながら、スマホ端末２からの生体情報及び端末ＩＤを暗号化し、暗号化後の生体情報及び端末ＩＤを決済端末３に送信するようにしても良い。その結果、スマホ端末２から決済端末３への生体情報及び端末ＩＤのセキュリティレベルが向上する。

スマホ端末２は、ビーコン４からのサービス接続情報を受信した場合、ビーコン４の電波受信範囲内に在圏する間のみに使用する、当該スマホ端末２を識別するワンタイムＩＤを生成し、端末ＩＤの代わりに、ワンタイムＩＤ及び生体情報を決済端末３に送信しても良い。例えば、スマホ端末２は、ビーコン４から決済端末３のサービス接続情報を受信した場合、サーバに対して決済端末３の接続ＩＤ、自分の端末ＩＤ及び生体情報を送信する。サーバは、接続ＩＤの決済端末３に対して、依頼のあったスマホ端末２からの端末ＩＤを、そのセションにのみ有効なワンタイムＩＤに変換し、ワンタイムＩＤ及び生体情報を決済端末３に送信する。サーバは、端末ＩＤとワンタイムＩＤとを管理し、生体情報を保持しない。決済端末３では、ワンタイムＩＤ及び生体情報からはスマホ端末２を特定できない。従って、たとえ悪意をもって生体情報を入手したとしても、それを他の認証で使うことはできない。また、サーバについても、生体情報は残っていないため、端末ＩＤと生体情報との組み合わせの情報はスマホ端末２にしか存在せず、セキュリティが保たれる。

本実施例では、店舗の商品決済に適用して説明したが、例えば、入退出（受付）センサ・ドア及びゲート、ロッカーや自動販売機等にも適用可能である。

また、図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部又は一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的又は物理的に分散・統合して構成することができる。

更に、各装置で行われる各種処理機能は、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）やＦＰＧＡ（Field Programmable Gate Array）等上で、その全部又は任意の一部を実行するようにしても良い。また、各種処理機能は、ＣＰＵ等で解析実行するプログラム上、又はワイヤードロジックによるハードウェア上で、その全部又は任意の一部を実行するようにしても良い。

各種情報を記憶する領域は、例えば、ＲＯＭ（Read Only Memory）や、ＳＤＲＡＭ（Synchronous Dynamic Random Access Memory）、ＭＲＡＭ（Magnetoresistive Random Access Memory）やＮＶＲＡＭ（Non-Volatile Random Access Memory）等のＲＡＭ（Random Access Memory）で構成しても良い。

ところで、本実施例で説明した各種の処理は、予め用意されたプログラムをコンピュータ内のＣＰＵ等のプロセッサで実行させることによって実現できる。そこで、以下では、上記実施例と同様の機能を有するプログラムを実行するコンピュータの一例を説明する。図１０は、情報処理プログラムを実行するコンピュータの一例を示すブロック図である。

図１０に示す情報処理プログラムを実行するコンピュータ２００は、通信ＩＦ（Interface）２１０と、入力装置２２０と、出力装置２３０と、ＲＯＭ２４０と、ＲＡＭ２５０と、ＣＰＵ２６０とを有する。通信ＩＦ２１０、入力装置２２０、出力装置２３０、ＲＯＭ２４０、ＲＡＭ２５０及びＣＰＵ２６０は、バス２７０を介して接続される。通信ＩＦ２１０は、利用者の携帯端末と通信する入出力インタフェースである。コンピュータ２００は、利用者の購入商品の決済を要求する、例えば、決済端末である。入力装置２２０は、例えば、生体情報を検出する検出部である。

そして、ＲＯＭ２４０には、上記実施例と同様の機能を発揮する情報処理プログラムが予め記憶されている。ＲＯＭ２４０は、情報処理プログラムとして登録プログラム２４０Ａ、特定プログラム２４０Ｂ及び送信プログラム２４０Ｃが記憶されている。尚、ＲＯＭ２４０ではなく、図示せぬドライブでコンピュータ読取可能な記録媒体に制御プログラムが記録されていても良い。また、記録媒体としては、例えば、ＣＤ−ＲＯＭ、ＤＶＤディスク、ＵＳＢメモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリ等でも良い。

そして、ＣＰＵ２６０は、登録プログラム２４０ＡをＲＯＭ２４０から読み出し、ＲＡＭ２５０上で登録プロセス２５０Ａとして機能する。更に、ＣＰＵ２６０は、特定プログラム２４０ＢをＲＯＭ２４０から読み出し、ＲＡＭ２５０上で特定プロセス２５０Ｂとして機能する。更に、ＣＰＵ２６０は、送信プログラム２４０ＣをＲＯＭ２４０から読み出し、ＲＡＭ２５０上で送信プロセス２５０Ｃとして機能する。

ＣＰＵ２６０は、コンピュータ２００に対する位置が条件を満たした１以上の携帯端末から夫々送信された１以上の生体情報を受信すると、受信した１以上の生体情報をＲＡＭ２５０に記憶する。ＣＰＵ２６０は、検出部により検出された生体情報を受け付けると、ＲＡＭ２５０に記憶した１以上の生体情報の内、受け付けた生体情報に対応する生体情報を特定する。ＣＰＵ２６０は、１以上の携帯端末の内、特定した生体情報の送信元の携帯端末に対して決済情報を送信する。その結果、決済時の処理負担を軽減できる。

１ 決済システム
２ スマホ端末
３ 決済端末
４ ビーコン
５２Ａ 端末テーブル
６３ 送信部
６４ 登録部
６５ 検出部
６６ 特定部

Claims (9)

1. コンピュータに対する位置が条件を満たした１以上の携帯端末から夫々送信された１以上の生体情報を受信すると、受信した前記１以上の生体情報を記憶部に記憶し、
   検出部により検出された生体情報を受け付けると、前記記憶部に記憶した前記１以上の生体情報の内、受け付けた前記生体情報に対応する生体情報を特定し、
   前記１以上の携帯端末の内、特定した前記生体情報の送信元の携帯端末に対して決済情報を送信する、
   処理をコンピュータが実行することを特徴とする情報処理方法。
2. 前記生体情報を前記記憶部に記憶する処理として、
   前記携帯端末から夫々送信される生体情報の他に、当該携帯端末を識別する端末情報を受信すると、受信した前記生体情報及び前記端末情報を対応付けて前記記憶部に記憶し、
   前記決済情報を送信する処理として、
   前記１以上の携帯端末の内、特定した前記生体情報に対応する前記端末情報に基づき、前記特定した前記生体情報の送信元の携帯端末に対して前記決済情報を送信する
   処理を前記コンピュータが実行することを特徴とする請求項１に記載の情報処理方法。
3. 前記携帯端末から送信された前記生体情報を前記記憶部に記憶してから所定時間を経過した場合に、当該携帯端末に対応する前記生体情報を前記記憶部から消去する
   処理を前記コンピュータが実行することを特徴とする請求項１又は２に記載の情報処理方法。
4. 前記特定した前記生体情報の送信元の携帯端末の前記決済情報の処理完了を検出した場合に、当該携帯端末に対応する前記生体情報を前記記憶部から消去する
   処理を前記コンピュータが実行することを特徴とする請求項１又は２に記載の情報処理方法。
5. 前記携帯端末が前記コンピュータに対する位置の条件を満たさなくなった場合に、当該携帯端末に対応する前記生体情報を前記記憶部から消去する
   処理を前記コンピュータが実行することを特徴とする請求項１又は２に記載の情報処理方法。
6. 携帯端末と、前記携帯端末と通信する決済端末と、当該決済端末付近の送信範囲内で当該決済端末のサービス接続情報を送信するビーコンとを有する情報処理システムであって、
   前記携帯端末は、
   前記ビーコンからの前記サービス接続情報を受信した場合に１以上の生体情報を前記決済端末に送信し、
   前記決済端末は、
   前記携帯端末から前記１以上の生体情報を受信すると、受信した前記生体情報を記憶部に記憶し、
   検出部により検出された生体情報を受け付けると、前記記憶部に記憶した前記１以上の生体情報の内、受け付けた前記生体情報に対応する生体情報を特定し、
   前記１以上の携帯端末の内、特定した前記生体情報の送信元の携帯端末に対して決済情報を送信する
   ことを特徴とする情報処理システム。
7. 前記決済端末は、
   前記ビーコンを有することを特徴とする請求項６に記載の情報処理システム。
8. 情報処理装置に対する位置が条件を満たした１以上の携帯端末から夫々送信された１以上の生体情報を受信すると、受信した前記１以上の生体情報を記憶部に記憶する登録部と、
   検出部により検出された生体情報を受け付けると、前記記憶部に記憶した前記１以上の生体情報の内、受け付けた前記生体情報に対応する生体情報を特定する特定部と、
   前記１以上の携帯端末の内、特定した前記生体情報の送信元の携帯端末に対して決済情報を送信する送信部と
   を有することを特徴とする情報処理装置。
9. コンピュータに対する位置が条件を満たした１以上の携帯端末から夫々送信された１以上の生体情報を受信すると、受信した前記１以上の生体情報を記憶部に記憶し、
   検出部により検出された生体情報を受け付けると、前記記憶部に記憶した前記１以上の生体情報の内、受け付けた前記生体情報に対応する生体情報を特定し、
   前記１以上の携帯端末の内、特定した前記生体情報の送信元の携帯端末に対して決済情報を送信する、
   処理を前記コンピュータに実行させることを特徴とする情報処理プログラム。

Images