JP2022173572A - 方法及びプログラム - Google Patents

Abstract

【課題】決済方法を提供する。【解決手段】本発明は、商品購入またはサービス提供にともなうユーザの支払金額に関する情報を出力するステップと、ユーザの生体情報を取得するステップと、ユーザのパスワード又はパターンを取得するステップと、取得したパスワード又はパターンと、前記生体情報を用いた生体認証により特定されたパスワード又はパターンと、が一致する場合、支払金額に関する情報に基づく決済処理を制御するステップと、決済処理が完了した旨を出力するステップと、を備える方法を提供する。【選択図】図１２

Description

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

引用文献１は、ユーザによるウェブサイトの訪問履歴に基づきユーザの嗜好を推定する技術を開示している。そして、推定したユーザの嗜好に基づきユーザ向けの情報（広告など）を生成する技術が広く知られている。

特開２０１７－９７６９９号公報

ウェブサイトはワンクリックで容易に訪問できるため、ユーザは真に興味があるサイト以外のサイトにも気軽に訪問する傾向がある。このため、ユーザによるウェブサイトの訪問履歴の中には、真にユーザが興味を有する情報を扱うウェブサイトと、ユーザがあまり興味を有さない情報を扱うウェブサイトとが混在したものとなる。このようなウェブサイトの訪問履歴に基づきユーザの嗜好を推定する場合、その精度が十分でない。結果、推定したユーザの嗜好に基づき生成されるユーザ向けの情報（広告など）は、ユーザがあまり興味を示さない不適切なものとなり得る。

本発明は、上記課題に鑑みてなされたものであり、ユーザが興味を示すユーザ向けの情報（広告など）を生成することを目的とする。

本発明によれば、
複数の端末装置各々から、前記端末装置又は前記端末装置を設置した施設を識別する第１の識別情報と、前記端末装置に入力された顧客の生体情報とを取得する取得手段と、
前記顧客の生体情報に基づき顧客認証を行う認証手段と、
顧客認証に成功した場合、前記顧客の訪問履歴情報に、前記第１の識別情報で特定される施設を登録する履歴登録手段と、
前記訪問履歴情報と、前記施設の属性情報とに基づき、前記顧客に提供する提供情報を生成する提供情報生成手段と、
を有する処理システムが提供される。

また、本発明によれば、
コンピュータが、
複数の端末装置各々から、前記端末装置又は前記端末装置を設置した施設を識別する第１の識別情報と、前記端末装置に入力された顧客の生体情報とを取得し、
前記顧客の生体情報に基づき顧客認証を行い、
顧客認証に成功した場合、前記顧客の訪問履歴情報に、前記第１の識別情報で特定される施設を登録し、
前記訪問履歴情報と、前記施設の属性情報とに基づき、前記顧客に提供する提供情報を生成する処理方法が提供される。

また、本発明によれば、
コンピュータを、
複数の端末装置各々から、前記端末装置又は前記端末装置を設置した施設を識別する第１の識別情報と、前記端末装置に入力された顧客の生体情報とを取得する取得手段、
前記顧客の生体情報に基づき顧客認証を行う認証手段、
顧客認証に成功した場合、前記顧客の訪問履歴情報に、前記第１の識別情報で特定される施設を登録する履歴登録手段、
前記訪問履歴情報と、前記施設の属性情報とに基づき、前記顧客に提供する提供情報を生成する提供情報生成手段、
として機能させるプログラムが提供される。

本発明によれば、ユーザが興味を示すユーザ向けの情報（広告など）を生成することが可能となる。

上述した目的、および、その他の目的、特徴および利点は、以下に述べる好適な実施の形態、および、それに付随する以下の図面によって、さらに明らかになる。

本実施形態の処理システムの処理の概要を説明するための概念図である。 本実施形態の処理システムのハードウエア構成の一例を示す図である。 本実施形態の処理システムの機能ブロック図の一例である。 本実施形態の処理システムが処理する情報の一例を模式的に示す図である。 本実施形態の処理システムが処理する情報の一例を模式的に示す図である。 本実施形態の処理システムが処理する情報の一例を模式的に示す図である。 本実施形態の処理システムが処理する情報の一例を模式的に示す図である。 本実施形態の処理システムが処理する情報の一例を模式的に示す図である。 本実施形態の処理システムの処理の流れの一例を示すフローチャートである。 本実施形態の処理システムの機能ブロック図の一例である。 本実施形態の処理システムが提供する画面の一例である。 本実施形態の処理システムが提供する画面の一例である。 本実施形態の処理システムが提供する画面の一例である。 本実施形態の処理システムが提供する画面の一例である。

＜第１の実施形態＞
まず、図１を用いて本実施形態の処理システム１０の全体像及び概要を説明する。複数の事業体各々により運営される複数の施設には、サービスシステム３１－３４が設置される。サービスシステム３１－３４は、生体情報を用いた顧客認証に成功した顧客に対して所定のサービスを提供するシステムであり、サービスの内容は施設ごとに異なる。例えば、ホテルに設置されたサービスシステム３１は、顧客認証に成功した顧客に対して、チェックイン処理やチェックアウト処理を実行してもよい。また、レストランや小売店に設置されたサービスシステム３３－３４は、顧客認証に成功した顧客に対して、会計処理を実行してもよい。また、映画館に設置されたサービスシステム３２は、顧客認証に成功した顧客に対して、チケットの発行処理や販売処理等を実行してもよいし、映画館に入場するためのゲートを開く処理を実行してもよい。なお、施設の種類や顧客認証に成功した顧客に対して行われる処理の内容はあくまで一例であり、ここでの例示に限定されない。

そして、本実施形態では、サービスシステム３１－３４各々が生体情報を用いた顧客認証を行うのでなく、処理システム１０がまとめて顧客認証を行う。すなわち、各施設には顧客から生体情報の入力を受付ける端末装置２０が設置される。そして、端末装置２０は、入力された生体情報を処理システム１０に送信する。処理システム１０は、受信した生体情報に基づき顧客認証を行い、認証結果を端末装置２０に返信する。サービスシステム３１－３４は、端末装置２０から認証結果を取得し、認証結果に応じた処理を実行する。

また、処理システム１０は顧客認証に成功した場合、その顧客の訪問履歴情報に、生体情報を送信してきた施設を登録する。このようにすることで、生体情報を用いた顧客認証を行ったリアル店舗（実店舗）の訪問履歴情報を生成することができる。そして、処理システム１０は、このような訪問履歴情報と、施設の属性情報とに基づき、顧客に提供する提供情報を生成する。

生体情報を用いて顧客認証まで行ったリアル店舗は、その顧客にとって真に興味を有する施設である可能性が高い。このような生体情報を用いて顧客認証を行ったリアル店舗の訪問履歴情報に基づき顧客に提供する提供情報を生成する処理システム１０によれば、ユーザが興味を示すユーザ向けの情報（広告など）を高精度に生成することが可能となる。

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

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

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

次に、処理システム１０の機能構成を説明する。図３に、処理システム１０の機能ブロック図の一例を示す。図示するように、処理システム１０は、取得部１１と、認証部１２と、履歴登録部１３と、提供情報生成部１４と、出力部１５と、記憶部１６とを有する。なお、処理システム１０は記憶部１６を有さなくてもよい。この場合、処理システム１０と通信可能に構成された外部装置が記憶部１６を備える。

記憶部１６は、各種情報を記憶する。まず、記憶部１６は、図４に示すように、端末装置２０の識別情報（端末装置識別情報）と、各端末装置２０を設置した施設の識別情報（施設識別情報）とを紐付けた情報を記憶する。

また、記憶部１６は、図５に示すように、施設識別情報と、各施設の属性情報とを紐付けた情報を記憶する。属性情報は、各施設を運営する事業体の識別情報（事業体識別情報）や、施設で提供されるサービスの業種や、施設が存在する場所を示す情報（住所）等が例示されるが、これらに限定されない。

また、記憶部１６は、図６に示すように、顧客に関する情報を記憶する。図示する例では、第１の顧客識別情報と、生体情報と、第２の顧客識別情報と、属性情報とが互いに紐付けられている。

第１の顧客識別情報は、処理システム１０が提供するサービスにおいて顧客を識別するための情報である。

第２の顧客識別情報は、複数の施設各々を運営する複数の事業体各々が提供するサービスにおいて顧客を識別するための情報である。

生体情報は、顔画像、虹彩、指紋、声紋等が例示されるが、これらに限定されない。

属性情報は、顧客の属性を示す情報であり、性別、年齢、アレルギーの有無、住所、国籍等が例示されるが、これらに限定されない。

また、記憶部１６は、図７及び図８に示すように、生体情報を用いた顧客認証を行ったリアル店舗の訪問履歴情報を記憶する。図示する例では、訪問した日時と、訪問した施設の施設識別情報とが互いに紐付けられている。図７は、すべての施設への訪問履歴を含む訪問履歴情報であり、図８は、ある事業体が運営する施設のみに絞り込んだ訪問履歴情報である。

図３に戻り、取得部１１は、複数の端末装置２０各々から、各端末装置２０を設置した施設を特定するための第１の識別情報と、端末装置２０に入力された顧客の生体情報とを取得する。第１の識別情報は、端末装置２０の識別情報、又は、端末装置２０を設置した施設の識別情報である。

図１を用いて説明した通り、複数の施設各々に端末装置２０が設置される。そして、施設を訪問した顧客は、その施設で所定のサービスを受けるため、端末装置２０に対して顧客認証のための操作を行う。具体的には、顧客は、端末装置２０を操作し、自身の生体情報を入力する。端末装置２０は、生体情報の入力を受付ける手段、生体情報を処理システム１０に送信する手段、生体情報に基づく顧客認証の結果を受信する手段を有する。生体情報の入力を受付ける手段は、カメラ、指紋センサー、マイク等のあらゆる入力装置を用いて実現される。

認証部１２は、取得部１１により取得された顧客の生体情報に基づき顧客認証を行う。例えば、認証部１２は、取得部１１により取得された顧客の生体情報から抽出される所定の特徴量と、記憶部１６が記憶する各顧客の生体情報（図６参照）から抽出される所定の特徴量とを照合することで、取得部１１により取得された顧客の生体情報と合致する生体情報が記憶部１６に登録されているか確認する。そして、登録されている場合、その顧客は正当な顧客であると判断し（認証成功）、登録されていない場合、その顧客は正当な顧客でないと判断する（認証失敗）。

他の例として、認証部１２は、ある施設で端末装置２０に生体情報を入力した顧客がその施設を運営する事業体にとって正当な顧客であるか否かを判断する顧客認証を行ってもよい。具体的には、認証部１２は、取得部１１により取得された顧客の生体情報と合致する生体情報が記憶部１６に登録されている場合、その顧客に関する図６の情報を参照する。そして、認証部１２は、顧客の生体情報を送信してきた端末装置２０を設置した施設を運営する事業体に紐付けて第２の顧客識別情報が登録されているか確認する。登録されている場合、その顧客はその事業体にとって正当な顧客であると判断し（認証成功）、登録されていない場合、その顧客はその事業体にとって正当な顧客でないと判断する（認証失敗）。

認証部１２は、認証結果（「認証成功」又は「認証失敗」）を端末装置２０に送信する。施設に設置されたサービスシステム３１－３４は、端末装置２０が受信した認証結果に応じた処理を実行する。顧客認証に成功した場合に行われる処理の一例は、上述した通りである（チェックイン処理等）。一方、顧客認証に成功した場合、エラー処理が実行される。例えば、ディスプレイ、スピーカ等の出力装置を介して、顧客認証に失敗した旨が顧客に対して通知される。

履歴登録部１３は、顧客認証に成功した場合、その顧客の訪問履歴情報に、取得部１１により取得された第１の識別情報で特定される施設を登録する。当該登録処理により、図７や図８に示すような訪問履歴情報が更新される。

提供情報生成部１４は、訪問履歴情報（図７、図８参照）と、施設の属性情報（図５参照）とに基づき、顧客に提供する提供情報を生成する。提供情報生成部１４は、さらに、顧客の属性情報（図６参照）に基づき、顧客に提供する提供情報を生成することができる。提供情報生成部１４は、例えば、提供情報として広告を生成することができる。

例えば、提供情報生成部１４は、訪問履歴情報で示される訪問した施設の属性情報や、顧客の属性情報に基づき、顧客の嗜好を推定してもよい。そして、提供情報生成部１４は、推定結果に基づき、顧客の嗜好にあった広告を生成してもよい。嗜好の推定方法や、各嗜好にあった広告の生成方法は、あらゆる技術を利用して実現される。

また、提供情報生成部１４は、訪問履歴情報に基づき、顧客の現在位置を把握してもよい。そして、提供情報生成部１４は、現在位置の周辺の施設（例：現在位置から所定の距離以内の施設）の広告を、顧客に提供する提供情報として生成してもよい。また、現在位置の周辺の施設であって、上記推定した顧客の嗜好にあった施設の広告を、顧客に提供する提供情報として生成してもよい。また、提供情報生成部１４は、顧客が最初または最後に訪問した施設の属性や、顧客が各施設を訪問した順序に基づいて、顧客に提供する提供情報を生成してもよい。

出力部１５は、提供情報生成部１４により生成された提供情報を顧客に提供する。出力部１５は、例えば、顧客の携帯端末（例：スマートフォン、タブレット端末、スマートウォッチ、携帯電話等）にインストールされたアプリケーションを介して、提供情報を顧客に提供してもよいし、その他の手段で提供してもよい。

次に、図９のフローチャートを用いて、処理システム１０の処理の流れの一例を説明する。取得部１１が、顧客の生体情報、及び、端末装置２０を特定するための第１の識別情報を端末装置２０から受信すると、図９の処理が実行される。

まず、認証部１２は、取得部１１により取得された顧客の生体情報に基づき顧客認証を行い（Ｓ１０）、認証結果を端末装置２０に送信する（Ｓ１１）。各施設のサービスシステム３１－３４は、認証結果に応じた処理を実行する。

次に、顧客認証に成功した場合（Ｓ１２のＹｅｓ）、履歴登録部１３は、その顧客の訪問履歴情報を更新する（Ｓ１３）。具体的には、履歴登録部１３は、その顧客の訪問履歴情報に、取得部１１により取得された第１の識別情報で特定される施設を登録する。そして、処理が終了する。

一方、顧客認証に失敗した場合（Ｓ１２のＮｏ）、訪問履歴情報が更新されずに、処理が終了する。

次に、本実施形態の処理システム１０の作用効果を説明する。処理システム１０は、生体情報を用いた顧客認証を行ったリアル店舗の訪問履歴情報を生成することができる。そして、処理システム１０は、このような訪問履歴情報と、施設の属性情報とに基づき、顧客に提供する提供情報を生成する。

生体情報を用いて顧客認証まで行ったリアル店舗は、その顧客にとって真に興味を有する施設である可能性が高い。このような生体情報を用いて顧客認証を行ったリアル店舗の訪問履歴情報に基づき顧客に提供する提供情報を生成する処理システム１０によれば、ユーザが興味を示すユーザ向けの情報（広告など）を高精度に生成することが可能となる。

また、処理システム１０は、各顧客の生体情報を管理するとともに、処理システム１０が提供するサービスにおける顧客の識別情報と各事業体が提供する顧客の識別情報とを統合する情報を管理し、これらの情報を利用して、顧客認証を行うサービスを事業体に向けて行う。

このようなサービスを利用することで、事業体は、生体情報に基づく顧客認証を行うためのシステムを自ら備えなくてもよくなる。結果、設備費用の負担が軽減される。また、事業体は、顧客の生体情報を自分で管理する必要がなくなる。結果、情報の安全保護責任が軽減される。例えばこのようなメリットを有するため、処理システム１０が提供するサービスを受ける事業体の数が増えることが期待される。そして、処理システム１０が提供するサービスを受ける事業体の数が増えるほど、顧客の訪問履歴情報をより集めやすくなる。このように、処理システム１０は、顧客の訪問履歴情報をより集めやすくする構成を備える。

＜第２の実施形態＞
図１０に、本実施形態の処理システム１０の機能ブロック図の一例を示す。図示するように、本実施形態の処理システム１０は、事業体提供部１７を有する点で、第１の実施形態の処理システム１０と異なる。

第１の実施形態で説明したように、履歴登録部１３は、顧客毎に、各事業体が運営する施設への訪問履歴を示す訪問履歴情報を生成することができる（図８参照）。すなわち、履歴登録部１３は、事業体毎に、各事業体が運営する１つ又は複数の施設への訪問履歴を顧客毎に示す訪問履歴情報を生成することができる。

そして、事業体提供部１７は、事業体毎に生成された顧客各々の訪問履歴情報を事業体各々に提供する。なお、図８に示すように、訪問履歴情報は、処理システム１０が提供するサービスにおいて顧客を識別するための第１の顧客識別情報に紐付けて登録されている。そこで、事業体提供部１７は、第１の顧客識別情報を、その事業体が提供するサービスにおいて顧客を識別するための第２の顧客識別情報に変換し、第２の顧客識別情報に紐付けて訪問履歴情報を事業体に提供する手段を備えてもよい。例えば、事業体提供部１７は、第１の顧客識別情報と、事業体が顧客を識別するために利用する第２の顧客識別情報とを紐付けた情報（図６参照）から、第１の顧客識別に紐付けられた第２の顧客識別情報を取得し、取得した第２の顧客識別情報を訪問履歴情報に紐付けて事業体に提供してもよい。

事業体への訪問履歴情報の提供は、アプリケーションやウェブサイト等を介して実現されてもよいし、電子メールで実現されてもよいし、その他の手段で実現されてもよい。

処理システム１０のその他の構成は、第１の実施形態と同様である。

以上、本実施形態の処理システム１０によれば、第１の実施形態の処理システム１０と同様の作用効果が実現される。

また、本実施形態の処理システム１０によれば、各事業体に対して、各事業体が運営する施設への各顧客の訪問履歴を示す情報を提供することができる。このように、本実施形態の処理システム１０によれば、訪問履歴情報を、提供情報を生成する目的だけでなく、事業体に有益な情報を提供する目的でも利用することができる。そして、事業体に有益な情報を提供することが可能となるので、処理システム１０が提供するサービスを受ける事業体の数が増えることが期待される。そして、処理システム１０が提供するサービスを受ける事業体の数が増えるほど、顧客の訪問履歴情報をより集めやすくなる。

＜変形例＞
ここで、第１及び第２の実施形態の処理システム１０に適用可能な変形例を説明する。処理システム１０は、決済サービスを提供してもよい。例えば、顧客及び事業体は、施設での支払時に当該決済サービスを利用することができる。ウェブを介した決済サービスの詳細は特段制限されず、あらゆる技術を採用できる。

なお、セキュリティ向上のため、端末装置２０は、生体情報に加えて、付加情報のユーザ入力を受付けてもよい。付加情報は、パターン、パスワード等である。予め、各顧客に紐付けて付加情報が登録されている。そして、処理システム１０は、認証部１２による顧客認証に成功し、かつ、その顧客に紐付けて登録されている付加情報と端末装置２０から受信した付加情報とが一致する場合に、端末装置２０から受信した金額分の決済処理を実行してもよい。

ここで、当該決済サービスでディスプレイに表示される画面の一例を示す。図１１は、会計金額を入力する画面である。例えば、店員又は顧客が会計金額を入力する。図１２は、顧客が付加情報を入力する画面である。当該例では、付加情報としてパターンが入力される。図１３及び図１４は、決済完了後に表示される画面の一例である。

このように、処理システム１０が決済サービスを提供することにより、処理システム１０が提供するサービスを受ける事業体の数が増えることが期待される。そして、処理システム１０が提供するサービスを受ける事業体の数が増えるほど、顧客の訪問履歴情報をより集めやすくなる。また、処理システム１０は、生体情報に基づく顧客認証に加えて、付加情報の照合も行うので、セキュリティがより向上する。

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

上記の実施形態の一部又は全部は、以下の付記のようにも記載されうるが、以下には限定されない。
１． 複数の端末装置各々から、前記端末装置又は前記端末装置を設置した施設を識別する第１の識別情報と、前記端末装置に入力された顧客の生体情報とを取得する取得手段と、
前記顧客の生体情報に基づき顧客認証を行う認証手段と、
顧客認証に成功した場合、前記顧客の訪問履歴情報に、前記第１の識別情報で特定される施設を登録する履歴登録手段と、
前記訪問履歴情報と、前記施設の属性情報とに基づき、前記顧客に提供する提供情報を生成する提供情報生成手段と、
を有する処理システム。
２． 前記提供情報生成手段は、前記提供情報として広告を生成する１に記載の処理システム。
３． 前記提供情報生成手段は、さらに前記顧客の属性情報に基づき、前記提供情報を生成する１又は２に記載の処理システム。
４． 前記履歴登録手段は、前記事業体毎に前記顧客各々の前記訪問履歴情報を生成し、
前記事業体毎に生成された前記顧客各々の前記訪問履歴情報を前記事業体各々に提供する事業体提供手段をさらに有する１から３のいずれかに記載の処理システム。
５． 前記訪問履歴情報は、前記顧客を識別する第１の顧客識別情報に紐付けて登録されており、
前記事業体提供手段は、前記第１の顧客識別情報と、前記事業体が前記顧客を識別するために利用する第２の顧客識別情報とを紐付けた情報から、前記第１の顧客識別に紐付けられた前記第２の顧客識別情報を取得し、前記訪問履歴情報に紐付けて前記第２の顧客識別情報を提供する４に記載の処理システム。
６． コンピュータが、
複数の端末装置各々から、前記端末装置又は前記端末装置を設置した施設を識別する第１の識別情報と、前記端末装置に入力された顧客の生体情報とを取得し、
前記顧客の生体情報に基づき顧客認証を行い、
顧客認証に成功した場合、前記顧客の訪問履歴情報に、前記第１の識別情報で特定される施設を登録し、
前記訪問履歴情報と、前記施設の属性情報とに基づき、前記顧客に提供する提供情報を生成する処理方法。
７． コンピュータを、
複数の端末装置各々から、前記端末装置又は前記端末装置を設置した施設を識別する第１の識別情報と、前記端末装置に入力された顧客の生体情報とを取得する取得手段、
前記顧客の生体情報に基づき顧客認証を行う認証手段、
顧客認証に成功した場合、前記顧客の訪問履歴情報に、前記第１の識別情報で特定される施設を登録する履歴登録手段、
前記訪問履歴情報と、前記施設の属性情報とに基づき、前記顧客に提供する提供情報を生成する提供情報生成手段、
として機能させるプログラム。

Claims (4)

1. ユーザに対してサービスを提供するサービスシステムで用いられる端末装置各々から、ユーザの生体情報を取得するステップと、
   決済処理を伴わないサービスに用いられる前記端末装置から前記生体情報を取得した場合に、前記取得した生体情報を用いた生体認証の結果に基づいて前記決済処理を伴わないサービスを提供するステップと、
   決済処理を伴うサービスに用いられる前記端末装置から前記生体情報を取得した場合に、ユーザの付加情報を要求し、取得した前記付加情報を用いた認証の結果と、前記生体情報を用いた生体認証の結果とに基づいて前記決済処理を伴うサービスを提供するステップと、
   を備える方法。
2. 取得した前記付加情報と、前記生体情報を用いた生体認証により特定された付加情報とが一致する場合、前記決済処理を伴うサービスを提供する、請求項１に記載の方法。
3. コンピュータに、
   ユーザに対してサービスを提供するサービスシステムで用いられる端末装置各々から、ユーザの生体情報を取得するステップと、
   決済処理を伴わないサービスに用いられる前記端末装置から前記生体情報を取得した場合に、前記取得した生体情報を用いた生体認証の結果に基づいて前記決済処理を伴わないサービスを提供するステップと、
   決済処理を伴うサービスに用いられる前記端末装置から前記生体情報を取得した場合に、ユーザの付加情報を要求し、取得した前記付加情報を用いた認証の結果と、前記生体情報を用いた生体認証の結果とに基づいて前記決済処理を伴うサービスを提供するステップと、
   を実行させるプログラム。
4. 前記コンピュータは、取得した前記付加情報と、前記生体情報を用いた生体認証により特定された付加情報とが一致する場合、前記決済処理を伴うサービスを提供する、請求項３に記載のプログラム。

Images