JP7751538B2 - 決済システム、発行機、精算機および決済装置 - Google Patents

Description

本明細書に開示される技術分野は、特定の施設内における決済システム、発行機、精算機および決済装置に関する。

ショッピングモール、アミューズメントパーク、スポーツクラブなどの各種の施設には、その施設内に、小売店、飲食店などの、複数の店舗が存在し、施設に入場した利用者は、施設内の各店舗において商品またはサービスを購入することができる。従来、このような施設において、施設内の各店舗での利用料金を、施設からの退場時に纏めて精算可能な決済システムが実用化されている。

前述した決済システムに関する技術を開示した文献としては、例えば特許文献１がある。特許文献１には、利用者に対して固有のバーコードが記録されたリストバンドが施設の入場時に貸与され、施設内の各店舗の設備にはバーコード読取器が配置され、利用者がある設備を利用する際にその設備に配置されたバーコード読取器を用いてその利用者に貸与されたリストバンドのバーコードを読み取り、データ処理装置が利用料金を演算して利用者データとして記憶し、その施設からの退場時に、精算機を用いて、バーコードと利用者データとに基づいて精算を行う技術が開示されている。

特開平７－１３４７８４号公報

近年、施設内での無人化の需要が高まっている。前記したように利用者ごとに施設内での利用料金をデータ処理装置で纏めて管理し、施設からの退場時に利用者自ら精算機を操作して決済を済ますことで、決済の無人化を実現できる。しかしながら、決済が無人化されることで、窃盗ないし無銭飲食等の未払いのリスクが高まる。そのため、特定の施設内における決済システムには改善の余地がある。

上述した課題の解決を目的としてなされた決済システムは、特定の施設の入口側に配置される発行機と、前記特定の施設の出口側に配置される精算機と、前記特定の施設に配置される端末装置と、を有する決済システムであって、前記発行機は、決済方法を入力する決済方法入力処理を実行し、前記決済方法入力処理にて入力可能な決済方法には、ポストペイ方式の決済方法とプリペイド方式の決済方法とが含まれ、さらに前記発行機は、前記決済方法入力処理にて有効な前記決済方法が入力された場合に、利用者の識別情報を、前記決済方法入力処理にて入力された前記決済方法を示す決済情報に関連付けて記憶する登録処理を実行し、前記決済方法入力処理にて無効な前記決済方法が入力された場合に、入力された前記決済方法をキャンセルするキャンセル処理を実行し、前記端末装置は、前記識別情報を読み取る端末読取処理と、利用者に提供される商品を特定する特定処理と、前記特定処理にて特定された商品を、前記端末読取処理にて読み取られた前記識別情報に関連付けられた前記決済情報に示される決済方法を用いて決済可能であれば、前記特定処理にて特定された商品に基づく購入情報を、読み取られた前記識別情報に関連付けて記憶する仮決済処理と、を実行し、前記精算機は、前記識別情報を読み取る精算読取処理と、前記精算読取処理にて読み取られた前記識別情報に関連付けられた前記購入情報に基づく精算額を取得する取得処理と、前記精算読取処理にて読み取られた前記識別情報に関連付けられた前記決済情報に示される決済方法を用いて、前記取得処理にて取得された前記精算額を決済する本決済処理と、を実行する、ことを特徴としている。

本明細書に記載の決済システムによれば、あらかじめ施設の入口側の発行機において決済方法の入力を受け付け、有効な決済方法が入力された場合に、利用者の識別情報をその決済方法を示す決済情報と関連付けて記憶する。そして、施設内の店舗等の端末装置においてその決済情報に基づいて決済可能な範囲で施設内の商品の購入を受け付け、提供された商品に基づく購入情報をその識別情報と関連付けて記憶する。さらに、施設の出口側の精算機においてその識別情報に関連付けられた決済情報に示される決済方法で、その識別情報に関連付けられた購入情報に基づく精算額を自動決済する。これにより、あらかじめ入力された決済方法で決済できない場合は、商品の購入を行うことができない。また、施設内の店舗等で商品を提供した後も、確実に決済される。従って、窃盗ないし無銭飲食等の未払いのリスクを低減できる。

上記決済システムの機能を実現するための各種の装置およびその制御方法、コンピュータプログラム、および当該コンピュータプログラムを格納するコンピュータにて読取可能な記録媒体も、新規で有用である。

本明細書に開示される技術によれば、特定の施設内における決済システムであって、施設内の商品ないしサービスの代金に対する決済に関する新たな技術が実現される。

商業施設の概略構成を示す説明図である。 決済システムの概略構成を示す説明図である。 記録媒体の発行手順を示すシーケンス図である。 利用者ＤＢの例を示す説明図である。 記録媒体を利用した仮決済手順を示すシーケンス図である。 記録媒体を利用した返品手順を示すシーケンス図である。 記録媒体を利用した本決済手順を示すシーケンス図である。 記録媒体の再発行手順を示すシーケンス図である。 生体情報の登録手順を示すシーケンス図である。 登録ＤＢの例を示す説明図である。 登録済みの生体情報を利用する手順を示すシーケンス図である。 自動決済処理の手順を示すフローチャートである。 第２の形態の決済システムの概略構成を示す説明図である。 第２の形態の発行手順を示すシーケンス図である。 利用者ＤＢの例を示す説明図である。 決済装置の概略構成を示す説明図である。

［第１の形態］
以下、第１の形態にかかる決済システムについて、添付図面を参照しつつ詳細に説明する。本形態は、商業施設に適用され、記録媒体を利用して決済を行うシステムである。なお、以下では、商業施設にて商品の購入等を行うユーザを、「利用者」とし、商業施設の店員や決済システムの管理を行うユーザを、「管理者」とする。また、以下の説明および添付図面では、記録媒体を、単に「媒体」と記載する場合がある。

本形態の決済システム１００は、例えば、図１に示すように、入口と出口とが設けられている商業施設２００に適用されるシステムである。商業施設２００は、特定の施設の一例である。商業施設２００は、例えば、スーパーマーケットや衣料品店等の物販店舗、スポーツジムや医療施設等のサービス提供店舗、レストランや喫茶店等の飲食物提供店舗、で構成され、複数の店舗や自動販売機等を含む複合施設であっても良い。

本形態の決済システム１００は、商業施設２００の入口側に配置される発行機１と、商業施設２００の内部の各店舗等に配置される端末装置２と、商業施設２００の出口側に配置される精算機３と、サーバ４と、再発行機５と、登録機６と、を、それぞれ１台以上含む。決済システム１００に含まれる全ての発行機１、端末装置２、精算機３、再発行機５、登録機６は、サーバ４と通信可能に設けられる。なお、サーバ４は、商業施設２００内に設けられても良いし、インターネット上のクラウドサーバ等の外部の装置であっても良いし、複数の装置の協働で構成されていても良い。

発行機１は、例えば、図２に示すように、決済情報の入力を受け付けて記録媒体３００を発行する。発行機１は、入力手段１０と、認証情報受付手段１４と、媒体出力手段１５と、を備える。入力手段１０は、カード情報取得手段１１と、マネー情報取得手段１２と、現金受付手段１３と、のうちの少なくとも１つを有する。端末装置２は、記録媒体３００を受け付けて仮決済を実行する。端末装置２は、媒体読取手段２１と、利用者認証手段２２と、商品情報取得手段２３と、を備える。精算機３は、記録媒体３００を受け付けて本決済を実行する。精算機３は、媒体読取手段３１と、利用者認証手段３２と、媒体回収手段３３と、を備える。

なお、本明細書では、クレジットカード等による購入手続きにおいてカード会社に情報を送信して決済を要求する処理等の、実際に決済が行われる処理を「本決済」とし、実際の決済は行われず、商業施設２００内での購入に関する情報を更新する処理を「仮決済」とする。

本形態の決済システム１００にて利用される記録媒体３００は、少なくとも情報を記録する機能を備え、利用者によって携帯可能な媒体である。記録媒体３００は、例えば、ＩＣチップを含むカードやリストバンド、携帯端末、である。記録媒体３００は、さらに通信機能を有していても良く、例えば、商業施設２００内に配置されるビーコンとの通信によって、位置情報を取得する機能を有していても良い。また、記録媒体３００は、単に、所定の情報が記録されたバーコードやＱＲコード（登録商標）等のコード情報が貼付された、カードやリストバンドであっても良い。

サーバ４は、利用者データベース（以下、「利用者ＤＢ」とする）４１と、登録データベース（以下、「登録ＤＢ」とする）４２と、を備える。利用者ＤＢ４１は、商業施設２００を利用中の利用者の情報を記憶するためのデータベースである。登録ＤＢ４２は、商業施設２００への再入場のための情報を記憶するためのデータベースである。

再発行機５は、記録媒体３００の紛失時の再発行を行う。再発行機５は、利用者認証手段５１と、媒体出力手段５２と、を備える。再発行機５は、発行機の一例である。登録機６は、生体情報の登録指示を受け付ける。登録機６は、媒体読取手段６１と、生体情報受付手段６２と、を備える。なお、再発行機５による再発行の機能や、登録機６による登録機能は、発行機１が兼ねても良い。

発行機１のカード情報取得手段１１とマネー情報取得手段１２と現金受付手段１３とは、利用者の決済情報の入力を受け付ける。カード情報取得手段１１は、クレジットカード、デビットカード等のカード情報を取得する。マネー情報取得手段１２は、電子マネーに関する情報を取得する。現金受付手段１３は、現金の入力を受け付ける。

発行機１の媒体出力手段１５と再発行機５の媒体出力手段５２は、サーバ４から受信した情報に基づいて、必要な情報を記録した記録媒体３００を、機外に排出することで発行する。端末装置２の媒体読取手段２１と精算機３の媒体読取手段３１と登録機６の媒体読取手段６１は、記録媒体３００に記録されている情報を読み取る。精算機３の媒体回収手段３３は、記録媒体３００を回収して、回収した記録媒体３００に記録されている情報を削除する。

発行機１の認証情報受付手段１４は、利用者認証のための情報である認証情報の入力を受け付ける。端末装置２の利用者認証手段２２と精算機３の利用者認証手段３２は、認証情報の入力を受け付け、発行機１の認証情報受付手段１４で受け付けた情報を用いて利用者の認証を実行する。

また、商品情報取得手段２３は、利用者による購入指示を受け付けて、その購入商品および購入金額を特定する。登録機６の生体情報受付手段６２は、利用者の生体情報の入力を受け付け、受け付けた情報をサーバ４に送信する。認証情報や生体情報については、後述する。

商業施設２００を利用する利用者は、発行機１にて発行された記録媒体３００を携帯して商業施設２００に入り、商業施設２００にて物品の購入やサービスの提供を受ける際に、その記録媒体３００を利用して端末装置２にて仮決済し、その記録媒体３００を利用して精算機３にて本決済した後に商業施設２００から出る。なお、発行機１や端末装置２、精算機３、再発行機５、登録機６は、さらに、利用者に情報を伝えるためのディスプレイや音声発生装置を備えると良い。

続いて、決済システム１００における決済のための手順について、シーケンス図を参照して説明する。まず、発行機１による記録媒体３００の発行手順について、図３のシーケンス図を参照して説明する。

利用者は、発行機１に対して、記録媒体３００の発行指示を入力する（Ａ０１）。発行機１は、Ａ０１の指示に応じて、利用者に、決済情報の入力を要求する（Ａ０２）。決済情報は、例えば、カード情報、電子マネー情報、現金、であり、利用者は、カード情報取得手段１１とマネー情報取得手段１２と現金受付手段１３とのうちの１つ以上を利用して、決済情報を入力する（Ａ０３）。Ａ０３は、決済方法入力処理の一例である。

発行機１は、入力された決済情報が有効であるか否かを確認する（Ａ０４）。発行機１は、例えば、カード情報取得手段１１にてカード情報を取得した場合、該当するカード会社等に問い合わせを行い、当該カードが有効期限内であるか否かの情報、および、有効であれば、その時点で利用可能な利用限度額の情報を取得する。なお、発行機１は、さらに、商業施設２００内で利用可能な仮の利用限度額の設定を受け付けても良い。

また、発行機１は、例えば、マネー情報取得手段１２にて電子マネー情報を受信した場合、該当する電子マネー会社に問い合わせを行い、当該電子マネーの利用限度額またはチャージ残金額等の情報を取得する。また、発行機１は、プリペイドカードやチャージ型の電子マネーの決済情報を受け付けた場合、一旦、チャージされている全額を引き出して、商業施設２００内で利用するための預かり金として預かる。なお、発行機１は、預かり金の金額の指定を受け付けても良い。また、発行機１は、現金受付手段１３にて現金の入力を受け付けた場合、その現金を預かり金として預かり、入金額の情報を取得する。

発行機１は、提示されたクレジットカードやポストペイ型の電子マネーの情報が有効であればその決済情報が有効であると判断する。あるいは、発行機１は、所定金額以上の利用限度額が有る場合に、その決済情報が有効であると判断しても良い。また、発行機１は、所定金額以上の預かり金の入力を受け付けた場合に、その決済情報が有効であると判断する。

そして、入力された決済情報が有効であると判断した場合（ａｌｔ：［有効］）、有効であると判断した決済情報と、その決済情報での利用可能金額の情報と、をサーバ４に送信する（Ａ１１）。利用可能金額は、入力された決済情報に対応する金額情報、すなわち、カードや電子マネーの利用限度額、または預かり金の金額、である。

サーバ４は、発行機１から決済情報を受信した場合、その決済情報の利用者を識別するための識別情報であるＩＤを決定し（Ａ１２）、決定したＩＤの情報を発行機１に送信する（Ａ１３）。サーバ４は、決定したＩＤと決済情報と利用可能金額とを互いに関連付けて、利用者ＤＢ４１に記憶する（Ａ１４）。Ａ１４は、登録処理の一例である。

利用者ＤＢ４１には、例えば、図４に示すように、Ａ１２にて決定したＩＤ４１０ごとに、発行日時４１１と、決済情報４１２と、利用可能金額４１３と、認証情報４１４と、購入情報４１５と、が関連付けられて、１つのレコードとして記憶される。発行日時４１１は、記録媒体３００を発行した日時を示す情報である。決済情報４１２と利用可能金額４１３とは、Ａ１１にて発行機１から受信した情報である。認証情報４１４と購入情報４１５については、後述する。

なお、ＩＤの決定は、発行機１が行っても良い。その場合、発行機１は、決定したＩＤの情報をＡ１１にて他の情報とともにサーバ４に送信し、サーバ４は、受信した情報を利用者ＤＢ４１に記憶すれば良い。

発行機１は、Ａ１３にてサーバ４から受信したＩＤを、発行予定の記録媒体３００に記録する（Ａ１５）。さらに、発行機１は、認証情報の入力を行うか否かを、利用者に問い合わせる（Ａ１６）。認証情報は、商業施設２００内で記録媒体３００を利用する際に、利用者を認証するための情報であり、例えば、利用者の生体情報、利用者によって設定可能な暗証情報、である。認証情報が記憶されている場合、後述するように、認証に成功しない限り、仮決済や本決済が行われない。なお、本形態では、認証情報の入力は任意であり、入力を希望しない利用者は、認証情報の入力をスキップすることができる。

発行機１の認証情報受付手段１４は、生体情報として、例えば、顔、指紋、掌紋、虹彩、静脈等の生体の一部を示す画像情報、または、声紋情報、を受け付け可能である。また、発行機１の認証情報受付手段１４は、暗証情報として、例えば、パスワード、暗証番号、サイン等の筆跡画像、を受け付け可能である。発行機１は、認証情報受付手段１４の有する機能に応じて、受け付け可能な認証情報の入力を受け付ける。

認証情報受付手段１４への情報の入力を受け付けた場合（ａｌｔ：［入力有］）、発行機１は、認証情報受付手段１４にて取得した情報を当該利用者の認証情報として取得し（Ａ２１）、Ａ１３にて受信したＩＤと取得した認証情報とをサーバ４に送信する（Ａ２２）。Ａ２１は、発行認証入力処理の一例である。サーバ４は、受信した認証情報を、受信したＩＤに対応する認証情報４１４として、利用者ＤＢ４１に記憶する（Ａ２３）。Ａ２３は、登録処理の一例である。

なお、本形態の発行機１は、Ａ２１にて複数の認証情報を受付可能であっても良い。つまり、サーバ４は、１つのＩＤ４１０に関連付けて、複数の認証情報４１４を利用者ＤＢ４１に記憶可能であっても良い。複数の認証情報４１４は、例えば、１人の利用者を認証する複数の認証情報であっても良いし、複数人の利用者の認証情報であっても良い。そして、複数の認証情報を受け付けた場合、後述する認証を行う各装置は、記憶されている複数の認証情報４１４の全てについて認証に成功した場合に認証成功としても良いし、複数の認証情報４１４のいずれか１つでも認証に成功すれば認証成功としても良い。また、いずれの認証方法を用いるかを選択可能であっても良い。

また、発行機１は、受け付けた決済情報の種類によって、認証情報の入力を必須としても良い。具体的には、発行機１は、クレジットカードを示すカード情報等のポストペイ情報を受け付けた場合には、認証情報の入力を要求し、現金やプリペイドカード等のプリペイド情報を受け付けた場合には、認証情報の入力を要求しない、としても良い。

発行機１は、Ａ２１の送信の後、または、認証情報を入力しないと決定した場合、Ａ１５にてＩＤを記録させた記録媒体３００を、媒体出力手段１５によって機外へ排出することで発行する（Ａ３１）。Ａ３１は、発行処理の一例である。利用者は、排出された記録媒体３００を携帯して、商業施設２００に入る。

なお、発行機１は、入口ゲートの機能を兼ねていても良い。例えば、発行機１は、発行した記録媒体３００が発行機１から持ち去られた後に、入口ゲートを開放するとしても良い。あるいは、発行機１にて発行された記録媒体３００を入口ゲートに読み取らせることで入口ゲートが開放される、としても良い。また、発行機１は、記録媒体３００を発行した後、所定の待機時間が経過しても記録媒体３００が持ち去られなかった場合、記録媒体３００を回収して入口ゲートを開放しないとしても良い。また、入口ゲートは無くても良い。つまり、利用者は、記録媒体３００の発行の有無にかかわらず、商業施設２００に入ることができても良い。

一方、受け付けた決済情報が無効であると判断した場合（ａｌｔ：［無効］）、発行機１は、決済情報が無効である旨を利用者に通知して（Ａ４１）、受け付けた決済情報を消去する（Ａ４２）。Ａ４２は、キャンセル処理の一例である。この場合、発行機１は、記録媒体３００の発行を行わない。

なお、決済情報が有効であるか否かの判断は、発行機１に代えて、サーバ４が行っても良い。その場合、発行機１は、Ａ０４に代えて、Ａ０３にて受け付けた決済情報をサーバ４に送信し、判断結果の情報をサーバ４から受信することで、以後の手順を決定する。サーバ４は、例えば、利用者ＤＢ４１に既に記憶されている決済方法と同じポストペイ情報を受け付けた場合には、その決済情報を無効であると判断しても良い。

また、発行機１は、１つの記録媒体３００に対して、複数の決済情報の入力を受け付け可能であっても良い。発行機１は、有効な決済情報が複数入力された場合は、全ての有効な決済情報をサーバ４に送信し、サーバ４は、１つのＩＤに関連付けて、複数の決済情報を記憶する。

また、発行機１は、複数の決済情報を受け付けた場合、決済情報ごとに認証情報を受け付け可能であっても良い。発行機１は、例えば、親のクレジットカードと現金との決済情報の入力を受け付けて親子で商業施設２００に入った利用者について、クレジットカードでの決済には親の認証情報のみを入力して、親のみが利用できるようにし、現金での決済には、親と子との両方の認証情報を入力して、親と子のいずれも利用できるようにする、という指示を受け付け可能であっても良い。

次に、端末装置２による記録媒体３００を用いた手順について、説明する。利用者は、商業施設２００内で商品やサービスを購入するための仮決済を行う場合と、仮決済済みの商品やサービスを返品する場合とに、端末装置２を利用する。まず、端末装置２を利用した仮決済手順について、図５のシーケンス図を参照して説明する。

利用者は、端末装置２に記録媒体３００の読み取りを指示する（Ｂ０１）。端末装置２の媒体読取手段２１は、記録媒体３００から記録されているＩＤを読み取る（Ｂ０２）。Ｂ０２は、端末読取処理の一例である。端末装置２は、読み取ったＩＤをサーバ４に送信する（Ｂ０３）。サーバ４は、記憶している利用者ＤＢ４１から、端末装置２から送信されたＩＤに関連付けて記憶されている情報を読み出す（Ｂ０４）。

サーバ４は、利用者ＤＢ４１に基づいて、端末装置２から送信されたＩＤが有効であるか否かを判断する。利用者ＤＢ４１に当該ＩＤに関連付けられた情報が記憶されている場合、ＩＤが有効であると判断して（ａｌｔ：［ＩＤ有効］）、サーバ４は、そのＩＤに関連付けて記憶されている各情報のうち、少なくとも、決済情報４１２と利用可能金額４１３と認証情報４１４と購入情報４１５とを端末装置２に送信する（Ｂ１１）。

端末装置２は、サーバ４から受信した情報に基づいて、決済情報４１２として複数の決済方法が記憶されているか否かを判断する。複数の決済方法が記憶されている場合（ｏｐｔ：［決済方法複数］）、端末装置２は、今回の購入にどの決済方法を用いるかを、利用者に問い合わせる（Ｂ１２）。そして、端末装置２は、利用者の指示に基づいて、それら複数の決済方法の中から決済に用いる決済方法を選択する（Ｂ１３）。Ｂ１３は、選択処理の一例である。記憶されている決済方法が１つのみであれば、端末装置２は、その決済方法を用いると決定する。

なお、端末装置２は、決済情報４１２として複数の決済方法が記憶されている場合、Ｂ１３にて、複数の決済方法の選択、および選択された複数の決済方法での支払い割合の設定を、受け付け可能であっても良い。端末装置２は、例えば、複数の決済方法で均等に支払う、いわゆる割り勘の指示を受け付け可能であっても良い。また、端末装置２は、選択された複数の決済方法のそれぞれに、支払金額の指定を受け付け可能であっても良い。このようにすることで、決済の自由度を高めることができる。

端末装置２は、決定した決済方法に認証情報４１４が設定されているか否かを判断する。認証情報４１４が設定されていると判断した場合（ｏｐｔ：［認証情報有］）、端末装置２は、利用者に認証情報の入力を要求する（Ｂ１５）。さらに、端末装置２は、利用者認証手段２２を介して利用者による認証情報の入力を受け付けて（Ｂ１６）、Ｂ１１にて取得した情報に含まれる認証情報４１４に基づいて、認証を行う（Ｂ１７）。Ｂ１６は、端末認証入力処理の一例である。認証情報の入力を受け付けて、利用者ＤＢ４１の情報と照合することで、記録媒体３００が第三者に盗用されるリスクが低減される。

認証に成功したと判断した場合、あるいは、認証情報４１４が設定されていないと判断した場合（ａｌｔ：［認証ＯＫまたは認証情報無］）、端末装置２は、購入指示等の利用者の指示を受け付け可能となる（Ｂ２１）。利用者は、端末装置２を利用して、購入対象の商品またはサービスを指定して、購入指示を入力する（Ｂ２２）。これにより端末装置２は、購入対象の商品やサービスを特定する。Ｂ２２は、特定処理の一例である。購入指示は、例えば、商品タグの読み取り、メニュー画面へのタッチ、買い物かごの指定、によって行われる。

端末装置２は、利用者による購入指示に基づいて、購入情報を取得する（Ｂ２３）。購入情報は、少なくとも商品やサービスの購入金額の情報を含み、商品やサービスを識別する情報および購入個数の情報を含むことが望ましい。また、商業施設２００内に複数の店舗が有る場合には、購入情報は、購入先の店舗を示す情報も含まれることが望ましい。

そして、端末装置２は、Ｂ１１にて取得した情報に含まれる利用可能金額４１３に基づいて、仮決済可能であるか否かを判断する。具体的には、端末装置２は、購入情報の購入金額と、選択された決済方法に関連付けられている利用可能金額４１３と、に基づいて、仮決済可能であるか否かを判断する。仮決済可能であると判断した場合（ａｌｔ：［仮決済可能］）、端末装置２は、購入情報とＩＤとをサーバ４に送信する（Ｂ２４）。決済方法が選択されている場合は、端末装置２は、選択された決済方法を示す情報も、サーバ４に送信する。

なお、仮決済時の決済方法の選択は任意であっても良い。つまり、端末装置２は、複数の決済方法が記憶されていても、決済方法を選択せずに仮決済を行う指示を受け付け可能であっても良い。その場合、端末装置２は、仮決済可能か否かの判断を、例えば、複数の利用可能金額４１３の合計額に基づいて行っても良い。決済方法が未選択であれば、決済システム１００は、後述する本決済時に決済方法の選択を受け付ける。あるいは、端末装置２は、例えば、決済方法の選択を受け付けないまま認証情報の入力を受け付けた場合、入力された認証情報に基づいて、自動的に決済方法を決定可能であっても良い。

サーバ４は、端末装置２から受信した情報に基づいて、利用者ＤＢ４１を更新する（Ｂ２５）。Ｂ２５は、仮決済処理の一例である。具体的には、サーバ４は、受信したＩＤに関連付けられた購入情報４１５として、端末装置２から受信した情報を追加し、利用可能金額４１３を、購入情報４１５の金額を差し引いた金額に変更する。この時点では、決済予定の金額が利用者ＤＢ４１に記憶されているのみであって、実際の決済は行われていない。サーバ４は、利用者ＤＢ４１の更新後、仮決済完了を端末装置２に通知する（Ｂ２６）。端末装置２は、Ｂ２６の通知を受けて、仮決済完了を利用者に通知する（Ｂ２７）。

選択された決済方法に関連付けられている利用可能金額４１３に基づいて、仮決済不可能であると判断した場合（ａｌｔ：［仮決済不可能］）、端末装置２は、仮決済不可能を利用者に通知する（Ｂ２８）。端末装置２は、他の決済方法の選択指示や現金の追加入力を受け付け可能であっても良い。

一方、Ｂ１７の認証に失敗したと判断した場合（ａｌｔ：［認証ＮＧ］）、端末装置２は、利用者に認証失敗を通知する（Ｂ３１）。端末装置２は、認証情報の再入力を受け付け可能であっても良い。Ｂ２７、Ｂ２８、Ｂ３１のいずれかの通知の後、端末装置２は、Ｂ０１にて受け付けた記録媒体３００を利用者に返却する（Ｂ３２）。

また、サーバ４は、Ｂ０４にて読み出した利用者ＤＢ４１に端末装置２から送信されたＩＤに関連付けられた情報が記憶されていない場合、当該ＩＤが無効であると判断して（ａｌｔ：［ＩＤ無効］）、記録媒体３００が無効であることを端末装置２に通知する（Ｂ４１）。記録媒体３００に記録されたＩＤが無効になるのは、例えば、記録媒体３００の再発行を受け付けた場合、記録媒体３００の有効期限を過ぎた場合、である。ＩＤが無効になる場合の詳細に付いては、後述する。

端末装置２は、Ｂ４１の通知を受けて、記録媒体３００が無効であることを利用者に通知する（Ｂ４２）。端末装置２は、その記録媒体３００を回収しても良いし、返却しても良い。端末装置２は、無効な記録媒体３００が使われたことを管理者に報告しても良い。

なお、利用者の認証の処理や、仮決済可能であるか否かの判断は、端末装置２に代えて、サーバ４が行っても良い。その場合、端末装置２は、Ｂ１６にて受け付けた認証情報をサーバ４に送信し、認証結果の情報をサーバ４から受信する。また、端末装置２は、利用者による購入指示に基づく購入情報をサーバ４に送信して、仮決済可能であるか否かの判断結果の情報をサーバ４から受信する。また、サーバ４は、Ｂ１１では、ＩＤが有効であるか否かの情報のみを端末装置２に送信する。

次に、端末装置２を利用した仮決済後の商品の返品手順について、図６のシーケンス図を参照して説明する。なお、以下では、図５に示した仮決済手順の場合と同様の手順については、図５と同じ符号を付し、説明を簡略化する。

返品手順においても、端末装置２は、記録媒体３００の読み取り指示を受け付け（Ｂ０１）、記録媒体３００からＩＤを読み出して（Ｂ０２）、サーバ４に送信する（Ｂ０３）。さらに、端末装置２は、サーバ４が利用者ＤＢ４１から読み出した情報（Ｂ０４）を取得して（Ｂ１１）、必要であれば、認証を行う（Ｂ１５～Ｂ１７）。

認証に成功したと判断した場合、あるいは、認証情報４１４が設定されていないと判断した場合（ａｌｔ：［認証ＯＫまたは認証情報無］）、端末装置２は、利用者による指示を受け付け可能となる（Ｂ２１）。

受け付けた指示が返品手順の指示であった場合（Ｃ０１）、端末装置２は、Ｂ１１にてサーバ４から受信した購入情報に基づいて、仮決済済みの商品の一覧を表示して（Ｃ０２）、利用者による返品対象の商品の選択を受け付ける。利用者は、端末装置２に表示された返品可能な商品の一覧のうち、返品対象の商品を選択して返品指示を行う（Ｃ１１）。

なお、端末装置２は、Ｃ０２にて、返品可能な商品は選択可能に表示し、返品不可の商品は表示しない。あるいは、端末装置２は、返品不可の商品を選択不可能な態様で表示しても良い。すなわち、端末装置２は、返品不可の商品の返品指示を受け付けない。

そのために、サーバ４は、購入情報４１５として、返品可能な商品と返品不可の商品とを区別する情報を付加した情報を記憶する。具体的には、本形態の決済システム１００は、例えば、提供済みの飲食物やサービスの返品を受け付けない。例えば、飲食物やサービスの提供時に管理者が提供済み情報を専用の装置に入力し、サーバ４にその情報を送信させることで、サーバ４は、返品不可の商品の情報を取得できる。サーバ４は、Ｂ１１では、購入情報として、返品可能な商品の情報のみを送信し返品不可の商品の情報を送信しないとしても良いし、返品可能か否かの情報を付加した購入情報を送信するとしても良い。返品ができない商品については返品を受け付けないようにすることで、商品の特性にあった運用を図ることができる。

端末装置２は、商品ごとの返品指示を受け付け、選択された商品の情報を含む返品情報とＩＤとをサーバ４に送信する（Ｃ１２）。サーバ４は、受信した情報に基づいて、利用者ＤＢ４１を更新する（Ｃ１３）。Ｃ１３は、返品処理の一例である。具体的には、サーバ４は、当該ＩＤに関連付けられた購入情報４１５から返品された商品の情報を削除し、その商品の金額を利用可能金額４１３に加える。サーバ４は、利用者ＤＢ４１の更新後、返品完了を端末装置２に通知する（Ｃ１４）。端末装置２は、Ｃ１４の通知を受けて、返品完了を利用者に通知する（Ｃ１５）。

本形態の決済システム１００では、端末装置２での仮決済手順において、利用者ＤＢ４１の購入情報４１５を更新するのみであって、実際の決済は完了していない。端末装置２が返品の指示を受け付けて購入情報４１５を再度更新することとすれば、本決済済みの商品を返品する場合に比較して、カード会社や電子マネー会社に対する手続きは不要であることから、商品の返品手続きは簡単になる。

なお、端末装置２は、返品対象として選択された商品が正しく返品されたことを、管理者によって確認された後に、サーバ４に返品情報を送信するとしても良い。あるいは、返品ボックス等への商品の投入を受け付けて、返品ボックス等が、返品された商品を確認しても良い。

なお、返品手順においても、端末装置２は、認証に失敗した場合には、認証失敗を通知して（Ｂ３１）、返品の指示を受け付けない。Ｃ１５の通知の後、または、Ｂ３１の後、端末装置２は、Ｂ０１にて受け付けた記録媒体３００を返却する（Ｂ３２）。また、読み取りが指示された記録媒体３００のＩＤが無効であれば（Ｂ４１）、端末装置２は、無効を通知する（Ｂ４２）。端末装置２は、記録媒体３００を回収しても良いし、返却しても良い。

次に、精算機３による本決済手順について、図７のシーケンス図を参照して説明する。利用者は、商業施設２００内での買い物や飲食が終了し、商業施設２００から出る際に、精算機３を利用して本決済を行う。

利用者は、精算機３に記録媒体３００の読み取りを指示する（Ｄ０１）。精算機３の媒体読取手段３１は、指示された記録媒体３００から記録されているＩＤを読み取る（Ｄ０２）。Ｄ０２は、精算読取処理の一例である。精算機３は、読み取ったＩＤをサーバ４に送信する（Ｄ０３）。サーバ４は、記憶している利用者ＤＢ４１から、精算機３から送信されたＩＤに関連付けて記憶されている情報を読み出す（Ｄ０４）。

サーバ４は、利用者ＤＢ４１に基づいて、精算機３から送信されたＩＤが有効であるか否かを判断する。ＩＤが有効であれば（ａｌｔ：［ＩＤ有効］）、サーバ４は、そのＩＤに関連付けられている各情報のうち、少なくとも、決済情報４１２と利用可能金額４１３と認証情報４１４と購入情報４１５とを精算機３に送信する（Ｄ１１）。Ｄ０１～Ｄ０４、Ｄ１１は、端末装置２によるＢ０１～Ｂ０４、Ｂ１１（図５、図６）と同様の処理である。

精算機３は、サーバ４から受信した情報に認証情報４１４が含まれていると判断した場合（ｏｐｔ：［認証情報有］）、利用者に認証情報の入力を要求する（Ｄ１５）。さらに、精算機３は、利用者認証手段３２にて利用者による認証情報の入力を受け付け（Ｄ１６）、Ｄ１１にて取得した情報に含まれる認証情報４１４に基づいて、認証を行う（Ｄ１７）。Ｄ１６は、精算認証入力処理の一例である。Ｄ１５～Ｄ１７は、端末装置２によるＢ１５～Ｂ１７と同様の処理である。

認証に成功したと判断した場合、あるいは、認証情報４１４が設定されていないと判断した場合（ａｌｔ：［認証ＯＫまたは認証情報無］）、精算機３は、購入情報４１５を確認する。そして、精算機３は、複数の決済方法が記憶されており、かつ、決済方法が未選択の購入情報４１５が有ると判断した場合（ａｌｔ：［決済方法未選択］）、購入情報ごとに決済方法の選択を要求し（Ｄ２１）、決済方法の選択を受け付ける（Ｄ２２）。Ｄ２２は、選択処理の一例である。

なお、精算機３は、端末装置２と同様に、１つの購入情報に対して、複数の決済方法の選択や選択された各決済方法での支払い割合の設定を受け付け可能であっても良い。また、精算機３は、端末装置２にて決済方法の指定を受け付け済みであった場合にも、その決済方法の変更指示を受け付け可能であっても良い。

本形態の決済システム１００では、発行機１にて複数の決済方法の入力が可能であり、端末装置２または精算機３にて決済方法の選択を受け付けるので、決済方法の自由度が高い。例えば、プリペイド方式の決済方法で決済可能な購入情報４１５についてはプリペイド方式の決済方法を選択し、プリペイド方式の決済方法で決済不可能な購入情報４１５についてはポストペイ方式の決済方法を選択する、という選択が可能となる。

そして、精算機３は、Ｄ１１にてサーバ４から受信した購入情報４１５と、Ｄ２２にて受け付けた決済方法の情報と、に基づいて、決済方法ごとの精算額を取得して表示する（Ｄ３１）。Ｄ３１は、取得処理の一例である。

精算機３は、利用者による本決済の指示を受け付けたら（Ｄ３２）、本決済を実行する（Ｄ３３）。Ｄ３３は、本決済処理の一例である。精算機３は、例えば、利用する決済方法がクレジットカードや電子マネーであれば、カード会社等に情報を送信し、決済を完了させる。また、利用する決済方法がプリペイドカードであれば、精算機３は、カードの入力を受け付けて、受け付けた預かり金から精算額を差し引いた残金をカードへ返却する処理を行う。また、利用する決済方法が現金であれば、精算機３は、受付済みの現金から精算額を差し引いた残金を返金する。

本決済が完了したら、精算機３は、本決済情報をサーバ４に送信する（Ｄ３４）。サーバ４は、全ての購入情報４１５について本決済が完了した場合、そのＩＤに関連付けられた情報を利用者ＤＢ４１から削除し、利用者ＤＢ４１を更新する（Ｄ３５）。なお、サーバ４は、本決済が完了した利用者の情報を削除せず、例えば、本決済完了の情報を付加して利用者ＤＢ４１に記憶しておいても良いし、利用者ＤＢ４１とは別のデータベースに記憶しても良い。

なお、認証や精算額の算出、本決済の処理は、精算機３に代えて、サーバ４が行っても良い。その場合、精算機３は、利用者から入力された認証情報や指定された決済方法の情報をサーバ４に送信し、サーバ４は、認証結果や精算結果を精算機３に送信する。

精算機３は、本決済の完了した購入情報４１５の領収書を印刷し（Ｄ３６）、印刷済みの領収書を発行する（Ｄ３７）。さらに、全ての購入情報４１５について本決済が完了したら、精算機３は、媒体回収手段３３にて記録媒体３００を回収する（Ｄ３８）。なお、精算機３は、購入情報４１５のうちの一部のみの本決済の指示や、本決済のキャンセルの指示を受け付け可能であっても良く、その場合は、記録媒体３００を返却する。

なお、精算機３は、出口ゲートの機能を兼ねていても良い。例えば、精算機３は、全ての購入情報４１５について本決済が完了し、記録媒体３００を回収した後に、出口ゲートを開放するとしても良い。また、精算機３は、記録媒体３００の通過を検出する機能を備え、記録媒体３００の通過を検出した場合に出口ゲートを閉止して、記録媒体３００の持ち出しを制限しても良い。

一方、Ｄ１７の認証に失敗したと判断した場合（ａｌｔ：［認証ＮＧ］）、精算機３は、認証失敗を通知して（Ｄ４１）、記録媒体３００を返却する（Ｄ４２）。また、サーバ４は、精算機３から受信したＩＤが無効であると判断した場合（ａｌｔ：［ＩＤ無効］）、記録媒体３００が無効であることを精算機３に通知する（Ｄ５１）。精算機３は、Ｄ５１の通知を受けて、記録媒体３００が無効であることを利用者に通知する（Ｄ５２）。精算機３は、その記録媒体３００を回収しても良いし、利用者に返却しても良い。精算機３は、無効な記録媒体３００が使われたことを管理者に報告しても良い。

ここまで、決済システム１００による、記録媒体３００の発行から精算までの手順を説明した。次に、精算前の記録媒体３００を商業施設２００内で紛失した場合に、記録媒体３００を再発行する手順について説明する。再発行機５による記録媒体３００の再発行手順について、図８のシーケンス図を参照して説明する。

利用者は、再発行機５に対して、記録媒体３００の再発行指示を入力する（Ｅ０１）。再発行機５は、Ｅ０１の指示に応じて、利用者に、認証情報の入力を要求する（Ｅ０２）。認証情報は、発行機１にて記録媒体３００の発行時に、Ａ２１にて取得した情報であり、サーバ４の利用者ＤＢ４１に記憶されている情報である。利用者は、利用者認証手段５１にて認証情報を入力する（Ｅ０３）。この場合の認証情報は、利用者情報の一例であり、Ｅ０３は、利用者入力処理の一例である。

再発行機５は、入力された認証情報をサーバ４に送信する（Ｅ０４）。サーバ４は、利用者ＤＢ４１を検索し、受信した認証情報に該当する認証情報４１４が記憶されているＩＤが有るか否かを判断する（Ｅ０５）。

本形態の決済システム１００では、記録媒体３００の発行時に認証情報の入力を行っており、入力された認証情報がサーバ４に記憶されていることを条件として、記録媒体３００の再発行が可能となる。つまり、認証情報４１４が利用者ＤＢ４１に記憶されていない利用者は、記録媒体３００を紛失した場合でも、記録媒体３００の再発行はできない。

また、記録媒体３００の再発行の指示は、認証情報４１４として、利用者の生体情報が記憶されている場合に限って受け付けるとしても良い。記録媒体３００の再発行のためには、認証情報４１４が、利用者を特定できる情報であることが求められる。例えば、認証情報４１４が暗証番号等である場合は、必ずしも利用者を特定できるとは限らないことから、再発行の指示を受け付けないとしても良い。

該当するＩＤが有ると判断した場合（ａｌｔ：［ＩＤ有］）、サーバ４は、新たなＩＤを決定し（Ｅ１１）、利用者ＤＢ４１中のＩＤを新たなＩＤに書き換える（Ｅ１２）。Ｅ１２は、書換処理の一例である。

つまり、サーバ４は、記録媒体３００を再発行する場合、元のＩＤに関連付けられた各情報を新たなＩＤに関連付け、元のＩＤを削除する。これにより、元のＩＤは、無効なＩＤとなり、元の記録媒体３００は、たとえ後で見つかったとしても利用できないことから、紛失した記録媒体３００の不正利用を防止できる。一方、元のＩＤに関連付けられていた購入情報４１５等の各情報は、新たなＩＤに関連付けられて記憶されることから、未払いのリスクは低減される。

さらに、サーバ４は、Ｅ１１にて決定した新たなＩＤを再発行機５に送信する（Ｅ１３）。再発行機５は、受信したＩＤを新たな記録媒体３００に記録して（Ｅ１４）、媒体出力手段５２によって機外へ排出することで、その記録媒体３００を発行する（Ｅ１５）。Ｅ１５は、再発行処理の一例である。利用者は、再発行された記録媒体３００を携帯して、継続して商業施設２００を利用できる。つまり、利用者は、記録媒体３００を紛失しても、認証情報に基づいて記録媒体３００の再発行が可能であり、紛失前に登録した各情報を継続して利用できる。

一方、受信した認証情報に該当する認証情報４１４が、利用者ＤＢ４１から検索されなかった場合（ａｌｔ：［ＩＤ無］）、サーバ４は、ＩＤ無しを再発行機５に通知する（Ｅ２１）。再発行機５は、再発行不可を利用者に通知し（Ｅ２２）、記録媒体３００を発行しない。再発行機５は、認証情報の再入力を促しても良い。

ここまで、商業施設２００に入る度に決済情報を入力して記録媒体３００を発行し、発行した記録媒体３００を携帯して商業施設２００を利用する場合の手順について説明した。本形態の決済システム１００では、発行機１にて記録媒体３００を発行させて商業施設２００に入った後、登録機６を用いて決済情報と利用者の生体情報とを関連付けて登録させることで、次回以降の入場時には決済情報の入力を省くことができる。登録機６による生体情報の登録手順について、図９のシーケンス図を参照して説明する。

利用者は、商業施設２００内に配置されている登録機６に、発行機１にて発行させた記録媒体３００の読み取りを指示する（Ｆ０１）ことで、登録手順の開始を指示する。登録機６の媒体読取手段６１は、記録媒体３００からＩＤを読み取る（Ｆ０２）。Ｆ０２は、登録読取処理の一例である。登録機６は、読み取ったＩＤをサーバ４に送信する（Ｆ０３）。サーバ４は、記憶している利用者ＤＢ４１から、登録機６から送信されたＩＤに関連付けて記憶されている情報を読み出す（Ｆ０４）。Ｆ０１～Ｆ０４は、端末装置２によるＢ０１～Ｂ０４（図５、図６）と同様の処理である。

サーバ４は、登録機６から送信されたＩＤに関連付けて、利用者ＤＢ４１に適切な決済情報４１２が記憶されているか否かを判断する。例えば、サーバ４は、利用可能金額４１３が所定金額以上である場合に、適切な決済情報４１２であると判断しても良い。

適切な決済情報４１２が記憶されていると判断した場合（ａｌｔ：［決済情報有］）、サーバ４は、情報有りを登録機６に通知する（Ｆ１１）。登録機６は、Ｆ１１の通知を受けて、利用者に生体情報の入力を要求する（Ｆ１２）。利用者は、登録機６の生体情報受付手段６２を利用して、生体情報を入力する（Ｆ１３）。Ｆ１３は、生体入力処理の一例である。

登録機６は、入力された生体情報とＩＤとをサーバ４に送信する（Ｆ１４）。サーバ４は、受信した生体情報を、Ｆ０４にて読み出した利用者ＤＢ４１の情報に含まれる決済情報４１２と関連付けて、登録ＤＢ４２に記憶する（Ｆ１５）。Ｆ１５は、生体登録処理の一例である。

登録ＤＢ４２は、例えば、図１０に示すように、固有の登録番号４２０に関連付けて、登録日時４２１と、生体情報４２２と、決済情報４２３と、ＩＤ４２４と、が１つのレコードとして記憶される。登録日時４２１は、登録指示を受け付けて、登録を行った日時を示す情報である。生体情報４２２は、Ｆ１３にて入力された情報である。決済情報４２３は、Ｆ０４にて読み出した決済情報４１２と同じ情報であっても良いし、決済情報４１２として複数の情報が記憶されている場合には、決済情報４１２の一部であっても良い。ＩＤ４２４は、利用者ＤＢ４１と関連付けるための情報であり、ここでは、Ｆ０３にて登録機６から受信した情報である。

なお、記録媒体３００の発行時に、発行機１は、認証情報受付手段１４にて生体情報を受け付けることが可能である（図３のＡ２１）。利用者ＤＢ４１の認証情報４１４として生体情報が記憶されている場合、登録機６は、発行機１に入力された認証情報４１４を生体情報として登録する指示を受け付け可能であっても良い。認証情報４１４を生体情報とする指示を受け付けた場合、登録機６は、Ｆ１３の入力を行わず、Ｆ１４にて、認証情報４１４を生体情報とすることを示す情報をサーバ４に送信すれば良い。サーバ４は、認証情報４１４を生体情報４２２として登録ＤＢ４２に記憶する。

サーバ４は、登録ＤＢ４２への記憶が完了したら、登録完了を登録機６に通知する（Ｆ１６）。登録機６は、利用者に、登録完了を通知する（Ｆ１７）。登録機６は、例えば、登録された登録番号４２０を利用者に通知しても良い。

一方、Ｆ０４にて読み出した利用者ＤＢ４１の情報に適切な決済情報４１２が記憶されていないと判断した場合（ａｌｔ：［決済情報無］）、サーバ４は、適切な決済情報が無いことを登録機６に通知する（Ｆ２１）。登録機６は、適切な決済情報が入力されていないために、生体情報の登録ができないことを利用者に通知する（Ｆ２２）。登録機６は、決済情報の追加入力を受け付け可能であっても良い。

Ｆ１７またはＦ２２の通知の後、登録機６は、Ｆ０１にて受け付けた記録媒体３００を返却する（Ｆ３１）。生体情報の登録後であっても、発行済みの記録媒体３００を携帯する利用者は、前述した手順によって記録媒体３００を利用した仮決済や精算を行うことができる。

なお、生体情報を登録した利用者は、生体情報を用いて端末装置２や精算機３を利用できることから、登録機６は、生体情報の登録が完了した場合、記録媒体３００を回収するとしても良い。また、登録機６は、記録媒体３００の回収指示、登録済みの生体情報や決済情報の変更指示を受け付け可能であっても良い。

生体情報を登録した利用者は、以後、登録した生体情報を利用して、記録媒体３００を利用せずに商業施設２００を利用できる。つまり、その利用者は、例えば、発行機１での記録媒体３００の発行を行うことなく入場しても良い。次に、生体情報が登録されている利用者による、生体情報を利用して仮決済や精算を行う手順について、図１１のシーケンス図を参照して説明する。

生体情報を利用した手順では、端末装置２や精算機３は、記録媒体３００の読み取り指示（図５や図６のＢ０１、図７のＤ０１）に代えて、生体情報による認証指示を受け付ける（Ｇ０１）。そして、端末装置２や精算機３は、生体情報の入力を受け付け（Ｇ０２）、受け付けた生体情報をサーバ４に送信する（Ｇ０３）。端末装置２によるＧ０２は、端末検出処理の一例であり、精算機３によるＧ０２は、精算検出処理の一例である。

サーバ４は、登録ＤＢ４２の生体情報４２２を用いて、生体認証を行い、この利用者の生体情報が登録されているか否かを判断する（Ｇ０４）。具体的には、サーバ４は、登録済みの生体情報４２２の中に、Ｇ０３で受信した情報と一致すると判断できる情報が有るか否かを判断する。生体認証によって利用者を特定することで、記録媒体３００を読み取ることなく、利用者を高精度に識別できる。

生体情報４２２が登録されていると判断した場合（ａｌｔ：［登録有］）、サーバ４は、登録されている生体情報４２２に関連付けて、登録ＤＢ４２にＩＤ４２４が記憶されているか否かを判断する（Ｇ１１）。ＩＤを発行済みであると判断した場合（ａｌｔ：［ＩＤ発行済］）、サーバ４は、ＩＤ４２４と同じＩＤ４１０に関連付けられているレコードを、利用者ＤＢ４１から読み出す（Ｇ１２）。

発行機１にて記録媒体３００の発行手続きを行って商業施設２００に入った場合、記録媒体３００の発行時にＩＤが決定されており、そのＩＤが利用者ＤＢ４１と登録ＤＢ４２とに記憶されている。一方、精算機３にて本決済を完了した場合、前述したように、サーバ４は、利用者ＤＢ４１を更新してＩＤ４１０を削除する（図７のＤ３５）。サーバ４は、その利用者の情報が登録ＤＢ４２にも登録されている場合、登録ＤＢ４２のＩＤ４２４の情報も削除する。その後、発行機１での記録媒体３００の発行手続きを行っていない場合、その利用者のＩＤは、利用者ＤＢ４１にも登録ＤＢ４２にも記憶されていない。

ＩＤを未発行であると判断した場合（ａｌｔ：［ＩＤ未発行］）、サーバ４は、新たなＩＤを決定する（Ｇ１３）。さらに、サーバ４は、決定したＩＤを登録ＤＢ４２のＩＤ４２４に記憶するとともに、そのＩＤを利用者ＤＢ４１のＩＤ４１０とし、登録ＤＢ４２の情報に基づいて各情報を記憶したレコードを利用者ＤＢ４１に作成する（Ｇ１４）。つまり、発行機１にて記録媒体３００の発行の手続きを行わずに商業施設２００に入った利用者であっても、入場後、端末装置２を初めて利用する際に、登録されている生体情報を用いて決済情報が特定され、新たなＩＤが発行される。

サーバ４は、Ｇ１２にて利用者ＤＢ４１から読み出した情報、あるいは、Ｇ１４にて利用者ＤＢ４１に記憶した情報を、Ｇ０３にて情報を送信した端末装置２または精算機３に送信する（Ｇ２１）。Ｇ２１は、図５や図６のＢ１１、図７のＤ１１と同様の処理である。これにより、端末装置２または精算機３は、利用者の指示を受け付け（Ｇ２２）、受け付けた指示に基づいて、前述した処理と同様の処理を行う（ｒｅｆ）。

例えば、端末装置２は、前述した仮決済手順（図５）のＢ１２～Ｂ１３、Ｂ２２～Ｂ２８、または、前述した返品手順（図６）のＣ０１～Ｃ１７の処理を行う。この場合のＢ２５は、生体仮決済処理の一例である。つまり、生体情報を登録した利用者は、記録媒体３００を携帯する必要が無く、生体情報を利用して商業施設２００を利用できる。

また、精算機３は、前述した本決済手順（図７）のＤ２１～Ｄ３７の処理を行う。この場合のＤ３１は、生体取得処理の一例であり、Ｄ３３は、生体本決済処理の一例である。なお、サーバ４は、本決済を完了して利用者ＤＢ４１から本決済されたレコードを削除する場合、削除対象のＩＤ４１０に対応するＩＤ４２４のみを登録ＤＢ４２から削除し、登録ＤＢ４２の他の情報を削除しない。

一方、Ｇ０３にて受信した生体情報に一致する情報を、登録ＤＢ４２の生体情報４２２から検索できなかった場合（ａｌｔ：［登録無］）、サーバ４は、登録無しを端末装置２または精算機３に通知する（Ｇ３１）。端末装置２または精算機３は、Ｇ３１の通知を受け取った場合、生体情報を利用しての仮決済または精算が不可能であることを、利用者に通知する（Ｇ３２）。端末装置２または精算機３は、生体情報の再入力を受け付けても良い。

これにより、生体情報を登録した利用者は、次回以降の商業施設２００への入場の際には、記録媒体３００を発行させるために決済情報を入力する手間が必要なく、生体情報を用いて商業施設２００を利用できる。

なお、入口側と出口側にゲートを設ける場合、決済システム１００は、生体情報を登録した利用者であっても、発行機１での入場手続きを要するとしても良い。発行機１は、例えば、生体情報を登録した利用者による入場手続きの指示を受け付けた場合、図１１のＧ０１～Ｇ０４と同様の手順を行い、サーバ４によって登録有りと判断された場合に、ゲートを開放するとしても良い。この場合、サーバ４は、この利用者のＩＤを決定して利用者ＤＢ４１に記憶する。また、端末装置２と精算機３とは、ＩＤが発行済みであることを条件として指示を受け付けるとしても良い。

次に、サーバ４によって実行される自動決済処理の手順について、図１２のフローチャートを参照して説明する。自動決済処理は、精算機３による本決済を行うことなく商業施設２００から出たと想定される利用者の情報に基づいて、自動的に本決済を行う処理である。自動決済処理は、毎日の営業時間の終了後等の定期的に、あるいは、管理者による実行指示に基づいて、サーバ４によって実行される。

自動決済処理を開始すると、サーバ４は、利用者ＤＢ４１を読み出し（Ｈ０１）、本決済が終了していないまま、有効期限が切れているＩＤの情報を利用者ＤＢ４１から抽出する（Ｈ０２）。Ｈ０２は、抽出処理の一例である。

例えば、記録媒体３００の有効期限が当日限りであって、１日の営業終了後に自動決済処理を実行した場合、サーバ４は、Ｈ０２にて、利用者ＤＢ４１に記憶されたままとなっているＩＤの情報を抽出する。また、前述したように、利用者ＤＢ４１の記憶時には、サーバ４は、発行したＩＤ４１０に関連付けて発行日時４１１を記憶する。サーバ４は、Ｈ０１に読み出した利用者ＤＢ４１に記憶されている発行日時４１１からの経過時間が所定の有効期間を過ぎている場合、Ｈ０２では、そのＩＤ４１０を抽出対象とする。この場合、発行日時４１１は、期限情報の一例である。

そして、サーバ４は、抽出されたＩＤが有るか否かを判断する（Ｈ０３）。抽出されたＩＤが有ると判断した場合（Ｈ０３：ＹＥＳ）、サーバ４は、抽出されたＩＤの１つについて、本決済を行う（Ｈ０５）。Ｈ０５は、強制決済処理の一例である。

サーバ４は、記憶されている決済方法がクレジットカードや電子マネー等のポストペイ情報であれば、カード会社等に情報を送信して決済を完了する。また、記憶されている決済方法がプリペイド情報や現金であれば、サーバ４は、受付済みの預かり金から精算額を差し引いた残金を決済後預かり金として保管すると決定する。なお、利用者の住所やメールアドレス等が分かっている場合には、領収情報等を郵送または電子メールで送信するとしても良い。

サーバ４は、本決済の完了したＩＤを無効のＩＤとする（Ｈ０６）。サーバ４は、当該ＩＤに関連付けられた情報を利用者ＤＢ４１から削除しても良いし、当該ＩＤに関連付けて自動決済済み情報を付加して利用者ＤＢ４１を更新しても良いし、自動決済を行ったＩＤとして利用者ＤＢ４１とは別のデータベースに記憶しても良い。

サーバ４は、Ｈ０２にて抽出されたＩＤが他に有るか否かを判断する（Ｈ１１）。他にも有ると判断した場合（Ｈ１１：ＹＥＳ）、サーバ４は、Ｈ０５に進み、他のＩＤについても本決済を行う。Ｈ０２にてＩＤが抽出されなかったと判断した場合（Ｈ０３：ＮＯ）、または、抽出された全てのＩＤの処理が終了したと判断した場合（Ｈ１１：ＮＯ）、サーバ４は、自動決済処理を終了する。

例えば、記録媒体３００を紛失して再発行を受けることなく利用者が商業施設２００から出た場合、精算機３での精算が行われていない可能性が高い。本形態の決済システム１００は、仮決済の情報を利用者ＤＢ４１に記憶し、有効期限の切れたＩＤについて自動的に本決済を行うので、利用者が商業施設２００から出た後も本決済を自動的に行うことができ、未払いを防ぐことができる。

以上詳細に説明したように、本形態の決済システム１００によれば、商業施設２００の入口側の発行機１において有効な決済方法が入力された場合に、利用者のＩＤ４１０をその決済方法を示す決済情報４１２と関連付けて登録する。そして、商業施設２００内の店舗等に配置された端末装置２において、その決済情報４１２に基づいて決済可能な範囲での商品等の購入指示に基づく購入情報４１５を、そのＩＤ４１０と関連付けて記憶する。さらに、商業施設２００の出口側の精算機３において、そのＩＤ４１０に関連付けられた決済方法で、そのＩＤに関連付けられた購入情報４１５に基づく精算額を自動決済する。これにより、あらかじめ登録された決済情報４１２に基づいて、商業施設２００内で商品を提供した後も確実に決済されるので、窃盗ないし無銭飲食等の未払いのリスクの低減が期待できる。

さらに、本形態の決済システム１００では、利用者ＤＢ４１をサーバ４に記憶し、発行機１と端末装置２と精算機３とは、サーバ４から受信した情報を利用して各処理を実行する。サーバ４に各情報を記憶することで、記録媒体３００に全ての情報を記録する場合に比較して、記録媒体３００に記録する情報量が少なく、シンプルな構成の記録媒体３００を利用可能となる。また、サーバ４を利用することで、決済情報４１２等の情報の安全性が高められ、記録媒体３００を紛失した場合でも、再発行や自動決済が可能となる。

［第２の形態］
続いて、第２の形態にかかる決済システムについて、添付図面を参照しつつ詳細に説明する。本形態は、初めから生体情報の入力を要求し、記録媒体３００を利用しない。この点、初回には記録媒体３００を利用し、生体情報の登録を受け付けた場合に、次回以降は記録媒体３００を発行しなくても生体情報を利用できる第１の形態とは異なる。第１の形態と同様の手順については、同じ符号を付して説明を省略する。

本形態の決済システム５００は、図１３に示すように、発行機５０１と、端末装置５０２と、精算機５０３と、サーバ５０４と、を含む。発行機５０１は、第１の形態の発行機１と同様に、カード情報取得手段１１と、マネー情報取得手段１２と、現金受付手段１３と、のうちの少なくとも１つを有する入力手段１０を有する。さらに、発行機１は、生体情報を受け付けるための生体情報受付手段５１４を備える。端末装置５０２は、生体情報受付手段５２１と、第１の形態の端末装置２と同様の商品情報取得手段２３と、を備える。精算機５０３は、生体情報受付手段５３１を備える。サーバ５０４は、第１の形態のサーバ４と同様に、利用者ＤＢ４１と、登録ＤＢ４２と、を記憶する。

なお、本形態では、記録媒体３００を利用しないので、記録媒体３００に情報を書き込む手段や、記録媒体３００から情報を読み出す手段は、不要である。また、本形態の決済システム５００は、再発行機５や登録機６を含まない。

次に、本形態の決済システム５００における決済のための手順について、シーケンス図を参照して説明する。本形態においても、利用者は、商業施設２００に入る前に、発行機５０１によって利用者を識別するＩＤを決定して、利用者ＤＢ４１に登録させるための手続きを行う。本形態の発行機５０１によるＩＤの発行手順について、図１４のシーケンス図を参照して説明する。

利用者は、発行機５０１に対して、発行手続き開始の指示を入力する（Ｊ０１）。発行機５０１は、Ｊ０１の指示に応じて、利用者に、決済情報を要求する（Ｊ０２）。利用者は、カード情報取得手段１１とマネー情報取得手段１２と現金受付手段１３とのうちの１以上を利用して、決済情報を入力する（Ｊ０３）。発行機５０１は、入力された決済情報が有効であるか否かを確認する（Ｊ０４）。Ｊ０２～Ｊ０４は、第１の形態のＡ０２～Ａ０４（図３）と同様の処理である。

入力された決済情報が有効であると判断した場合（ａｌｔ：［有効］）、発行機５０１は、この決済情報に関連付けられる利用者の生体情報の入力を要求する（Ｊ１１）。利用者は、発行機５０１の生体情報受付手段５１４を利用して、生体情報を入力する（Ｊ１２）。Ｊ１２は、発行生体入力処理の一例である。Ｊ１２にて入力される生体情報は、第１の属性の生体情報の一例である。発行機５０１は、Ｊ０３にて受け付けた決済情報とＪ１２にて入力された生体情報とをサーバ５０４に送信して、ＩＤの決定と利用者ＤＢ４１への登録とを要求する（Ｊ１３）。

サーバ５０４は、発行機５０１から決済情報と生体情報とを受信した場合、新たなＩＤを決定して（Ｊ１４）、利用者ＤＢ４１に記憶する（Ｊ１５）。Ｊ１５は、登録処理の一例である。本形態の利用者ＤＢ４１では、認証情報４１４として生体情報が記憶される。さらに、サーバ５０４は、決定したＩＤの情報を発行機５０１に送信する（Ｊ１６）。なお、サーバ５０４は、受信した生体情報が既に登録済みの生体情報と一致していないことを確認した場合にＩＤを決定するとしても良い。

Ｊ１６の後、発行機５０１は、登録された１つの生体情報に関連付けて追加の生体情報を登録する指示と、手続きを終了する指示と、を受け付け可能となる。追加の生体情報を登録する指示を受け付けた場合（ｏｐｔ：［追加要求］、Ｊ２１）、発行機５０１は、生体情報の入力を受け付け（Ｊ２２）、入力された生体情報とＪ１６にて受信したＩＤの情報とをサーバ５０４に送信する（Ｊ２３）。Ｊ２２は、発行生体入力処理の一例であり、Ｊ２２にて入力される生体情報は、第２の属性の生体情報の一例である。

サーバ５０４は、ＩＤの情報とともに生体情報を受信した場合、そのＩＤに関連付けて生体情報を利用者ＤＢ４１に記憶する（Ｊ２４）。Ｊ２４は、登録処理の一例である。つまり、本形態の利用者ＤＢ４１には、例えば、図１５に示すように、第１の形態と同様にＩＤ４１０ごとに、発行日時４１１と、決済情報４１２と、利用可能金額４１３と、購入情報４１５と、が関連付けられて、１つのレコードとして記憶される。さらに、そのレコードには、Ｊ１３にて受け付けた生体情報である第１生体情報４５１と、Ｊ２３にて受け付けた生体情報である第２生体情報４５２と、が記憶される。なお、発行機５０１は、複数の第２生体情報を受け付け可能であっても良い。

利用者は、例えば、１人で複数種類の生体情報を登録することができる。また、例えば、親子等の複数人で商業施設２００に入る場合、親の生体情報を第１生体情報４５１として、親の決済情報と親の生体情報とを関連付けるとともに、子の生体情報を第２生体情報４５２として、親の生体情報と関連付けて登録することで、子の生体情報を用いての商品の購入手続きが可能となる。なお、第２生体情報を受け付ける場合、第２生体情報の利用が可能となる決済情報の指定を受け付け可能であっても良い。また、例えば、第２生体情報で利用可能な決済情報は、プリペイド方式の決済情報のみであって、ポストペイ方式の決済情報を含まない、としても良い。

手続きを終了する指示を受け付けた場合（Ｊ３１）、発行機５０１は、手続き終了を通知して（Ｊ３２）、処理を終了する。一方、Ｊ０３にて入力された決済情報が無効であると判断した場合（ａｌｔ：［無効］）、発行機５０１は、無効を通知して（Ｊ４１）、処理を終了する。

なお、本形態では、発行機５０１は、第１の形態の登録機６の機能を兼ねても良い。例えば、利用者は、入力した生体情報を、今回の商業施設２００の利用に限って使用するか、次回以降も使用できるように登録するかを選択可能であっても良い。そして、登録することが選択された場合、発行機５０１は、生体情報の登録指示をサーバ５０４に送信することで、登録ＤＢ４２の生体情報４２２としても記憶させることができる。１つのＩＤに関連付けて複数の生体情報が登録されている場合には、サーバ５０４は、全ての生体情報を登録しても良いし、第１生体情報のみを登録しても良い。一方、登録しないことを選択した利用者は、次回の入場時にも、発行機５０１を利用して決済情報と生体情報とを入力する必要がある。

また、本形態でも、発行機５０１とは別に、第１の形態の登録機６と同様の装置を備えていても良い。その場合、登録機６は、第１の形態と同様に利用者ＤＢ４１に記憶されている生体情報の登録指示を受け付け、サーバ５０４に登録指示を示す情報を送信する。

次に、端末装置５０２や精算機５０３を利用する場合の手順について説明する。本形態の端末装置５０２や精算機５０３は、第１の形態において、生体情報を登録済みの利用者が生体情報を用いて端末装置２や精算機３を利用する場合の処理（図１１）と同様の処理を実行する。以下では、図１１のシーケンス図を参照して簡単に説明する。

利用者は、端末装置５０２や精算機５０３にて利用開始を指示し（Ｇ０１）、生体情報受付手段５２１や生体情報受付手段５３１を利用して、生体情報を入力する（Ｇ０２）。端末装置５０２または精算機５０３は、入力された生体情報をサーバ５０４に送信し、生体認証を要求する（Ｇ０３）。サーバ５０４は、生体情報を受信したら、利用者ＤＢ４１または登録ＤＢ４２に記憶されている各生体情報を用いて、生体認証を行う（Ｇ０４）。すなわち、サーバ５０４は、受信した生体情報と一致すると判断できる情報を、利用者ＤＢ４１や登録ＤＢ４２から検索する。

そして、いずれかのＤＢに一致する情報が有ると判断した場合（ａｌｔ：［登録有］）、サーバ５０４は、その生体情報に関連付けて、今回の入場を示すＩＤを発行済みであるか否かを判断する（Ｇ１１）。具体的には、サーバ５０４は、Ｇ０３にて受け付けた生体情報が利用者ＤＢ４１に記憶されているか否かを判断する。なお、サーバ５０４は、受け付けた生体情報に対して、まず利用者ＤＢ４１を検索し、利用者ＤＢ４１に該当する生体情報が見つからなかった場合に登録ＤＢ４２を検索する、としても良い。

ＩＤを発行済みであると判断した場合（ａｌｔ：［ＩＤ発行済］）、サーバ５０４は、そのＩＤに関連付けられている各情報を利用者ＤＢ４１から読み出す（Ｇ１２）。発行機５０１にてＩＤが発行済みとなっている利用者は、生体情報を利用して端末装置５０２や精算機５０３を利用することができる。

一方、受け付けた生体情報が、登録ＤＢ４２には記憶されているものの利用者ＤＢ４１には記憶されていないと判断した場合（ａｌｔ：［ＩＤ未発行］）、サーバ５０４は、ＩＤを決定して（Ｇ１３）、利用者ＤＢ４１に記憶する（Ｇ１４）。発行機５０１でのＩＤの発行の手続きを行わずに入場した利用者であっても、登録ＤＢ４２に生体情報が登録されていれば、初めて端末装置５０２を利用する際にＩＤが決定される。

サーバ５０４は、利用者ＤＢ４１に基づいて、その生体情報に関連付けられている各情報を、Ｇ０３にて生体情報を送信した端末装置５０２または精算機５０３に送信する（Ｇ２１）。端末装置５０２または精算機５０３は、利用者の指示を受け付け可能となる（Ｇ２２）。なお、Ｇ０３にて受信した生体情報が、利用者ＤＢ４１に第２生体情報４５２として記憶されている情報である場合、サーバ５０４は、Ｇ２１にて、その第２生体情報４５２にて利用可能に設定されている決済情報を送信する。

端末装置５０２または精算機５０３は、利用者の指示に基づいて、第１の形態と同様の処理を行う（ｒｅｆ）。具体的には、端末装置５０２は、第１の形態の端末装置２による仮決済手順（図５）のＢ１２～Ｂ１３およびＢ２２～Ｂ２８、または、返品手順（図６）のＣ０１～Ｃ１７と同様の処理を行う。この場合のＢ２５は、仮決済処理の一例である。また、精算機５０３は、第１の形態の精算機３による本決済手順（図７）のＤ２１～Ｄ３７と同様の処理を行う。この場合のＤ３１は、取得処理の一例であり、Ｄ３３は、本決済処理の一例である。

一方、受信した生体情報と一致する情報が利用者ＤＢ４１にも登録ＤＢ４２にも無いと判断した場合（ａｌｔ：［登録無］）、サーバ５０４は、生体情報が登録されていないことを、Ｇ０３の情報を送信した装置に送信する（Ｇ３１）。これにより、端末装置５０２または精算機５０３は、利用が不可能であることを利用者に通知する（Ｇ３２）。端末装置５０２または精算機５０３は、発行機５０１にて決済情報と生体情報とを入力するよう、利用者に促しても良い。さらに、本形態のサーバ５０４は、第１の形態のサーバ４と同様に適宜、自動決済処理を実行する。

以上詳細に説明したように、第２の形態の決済システム５００によれば、第１生体情報４５１を識別情報として決済情報４１２に関連付けて利用者ＤＢ４１に記憶するので、端末装置５０２や精算機５０３では生体情報によって利用者を高精度で特定できる。従って、第１の形態と同様に、施設内で商品を提供した後も確実に決済され、窃盗ないし無銭飲食等の未払いのリスクを低減できる。

また、第１および第２の形態の決済システム１００、５００によれば、精算時の無人化が図られるため、人件費を削減でき、人手不足の解消も期待できる。また、発行機１、５０１、端末装置２、５０２、精算機３、５０３をマルチ言語に対応させることで、各言語に対応できる人材を確保する手間を省くことが期待できる。

特に、第２の形態の決済システム５００では、入口で生体情報の入力を要求して登録することから、記録媒体３００を必要とせず、記録媒体３００の紛失等による決済情報の盗用のリスクは低減される。一方、第１の形態の決済システム１００では、記録媒体３００を用いることで生体認証のための構成が必須ではないことから、システム構成が簡易なものとなり、各装置での処理が短時間となる可能性が高い。

なお、第１および第２の形態は単なる例示にすぎず、本発明を何ら限定するものではない。従って、本発明は当然に、その要旨を逸脱しない範囲内で種々の改良、変形が可能である。

例えば、第１の形態では、発行機１と精算機３とを別の装置としたが、例えば、図１６に示すように、発行機１の機能と精算機３の機能とを兼ね備えた決済装置８が有っても良い。この決済装置８は、発行機１の各手段１１～１５と、精算機の各手段３１～３３とに加え、利用者の選択を受け付ける選択受付手段８１を備える。決済装置８は、利用者の利用開始の指示を受け付けるとまず、選択受付手段８１にて、入場の処理を行うか、精算の処理を行うか、の選択を受け付け、利用者の選択に基づいて、発行機１と同様の手順、または、精算機３と同様の手順、のいずれかを実行する。選択受付手段８１によって受け付けた指示に基づく手順の選択は、機能選択処理の一例である。つまり、決済装置８は、入場が選択されたことを条件として、図５に示した仮決済手順、または、図６に示した返品手順、のいずれかと同様の処理を実行する。また、決済装置８は、精算が選択されたことを条件として、図７に示した本決済手順と同様の処理を実行する。なお、第２の形態の発行機５０１と精算機５０３との機能を兼ね備える決済装置が有っても良い。

また、例えば、サーバ４、５０４は、決済システム１００、５００に含まれる特定の装置でなくても良い。例えば、発行機１、５０１や精算機３、５０３のうちの１台または複数台の協働でサーバ４、５０４の機能を兼ねても良い。例えば、利用者ＤＢ４１として１つのデータベースとして記憶する代わりに、認証情報と決済情報と購入情報とをそれぞれ別の装置に記憶しても良い。

また、第１の形態では、例えば、サーバ４に利用者ＤＢ４１を記憶する代わりに、各利用者の情報をその利用者に発行した記録媒体３００に記憶しても良い。つまり、ＩＤだけでなく、決済情報や購入情報等の情報を記録媒体３００に書き込み、精算機３による精算を完了しない限り商業施設２００から出ることができないシステムとしても良い。ただし、情報の安全性や自動決済の実現のためには、これらの情報はサーバ４等で集中的に管理する方が好ましい。

また、第１の形態では、認証情報を利用しないとしても良い。つまり、発行機１の認証情報受付手段１４、端末装置２の利用者認証手段２２、精算機３の利用者認証手段３２は、いずれも、無くても良い。その場合、記録媒体３００の紛失時の再発行はできないが、端末装置２や精算機３に認証に必要な機能を備える必要が無く、端末装置２や精算機３での処理が簡易なものとなる可能性が高い。

また、第１および第２の形態では、生体情報の登録は受け付けなくても良い。つまり、商業施設２００に入る度に決済情報の入力を受け付けるシステムであっても良い。また、発行したＩＤの有効期限は、無くても良い。その場合、サーバ４、５０４は、自動決済処理を実行しなくて良い。例えば、出口側にゲートを設け、精算機３、５０３での本決済を行わずに商業施設２００から出ることが困難な構成としても良い。

また、第１および第２の形態では、決済情報として、複数の決済方法が入力可能であるとしたが、１つの決済方法のみとしても良い。例えば、決済方法ごとにそれぞれのＩＤを決定する構成としても良い。また、複数の決済方法が登録されている場合、決済方法ごとに認証情報の設定が可能であるとしたが、できなくても良い。また、１つの購入情報に対して、複数の決済方法を利用可能であるとしたが、できなくても良い。また、複数の決済方法が選択された場合の支払い割合の設定は、できなくても良い。また、１つの決済方法に関連付けて複数の認証情報や生体情報を登録可能であるとしたが、できなくても良い。

また、第１および第２の形態に開示されている任意のシーケンス図やフローチャートにおいて、任意の複数の手順やステップにおける複数の処理は、処理内容に矛盾が生じない範囲で、任意に実行順序を変更できる、または並列に実行できる。

また、第１および第２の形態に開示されている処理は、単一のＣＰＵ、複数のＣＰＵ、ＡＳＩＣなどのハードウェア、またはそれらの組み合わせで実行されてもよい。また、第１および第２の形態に開示されている処理は、その処理を実行するためのプログラムを記録した記録媒体、または方法等の種々の態様で実現することができる。

１、５０１ 発行機
２、５０２ 端末装置
３、５０３ 精算機
４、５０４ サーバ
６ 登録機
８ 決済装置
１００、５００ 決済システム
２００ 商業施設
３００ 記録媒体

Claims (5)

1. 特定の施設の入口側に配置される発行機と、前記特定の施設の出口側に配置される精算機と、前記特定の施設に配置される端末装置と、を有する決済システムであって、
   前記発行機は、
   決済方法を入力する決済方法入力処理を実行し、前記決済方法入力処理にて入力可能な決済方法には、ポストペイ方式の決済方法とプリペイド方式の決済方法とが含まれ、
   さらに前記発行機は、
   前記決済方法入力処理にて入力された前記決済方法が有効か否かを判定する有効判定処理を実行し、前記有効判定処理では、入力された前記決済方法がポストペイ方式であれば、利用限度額に基づいて判定し、入力された前記決済方法がプリペイド方式であれば、預り金に基づいて判定し、
   前記有効判定処理にて前記決済方法が有効と判定された場合に、利用者の識別情報を、前記決済方法入力処理にて入力された前記決済方法を示す決済情報に関連付けて記憶する登録処理を実行し、前記有効判定処理にて前記決済方法が有効と判定されなかった場合に、前記決済方法入力処理にて入力された前記決済方法をキャンセルするキャンセル処理を実行し、
   前記端末装置は、
   前記識別情報を読み取る端末読取処理と、
   利用者に提供される商品を特定する特定処理と、
   前記特定処理にて特定された商品を、前記端末読取処理にて読み取られた前記識別情報に関連付けられた前記決済情報に示される決済方法を用いて決済可能か否かを判定する決済判定処理と、を実行し、前記決済判定処理では、前記特定処理にて特定された商品に基づく購入情報に含まれる購入金額と、前記端末読取処理にて読み取られた前記識別情報に関連付けられた前記決済情報に示される前記決済方法に関連付けられている利用可能金額と、に基づいて判定し、
   前記決済判定処理にて決済可能と判定された場合に、前記特定処理にて特定された商品に基づく前記購入情報を、読み取られた前記識別情報に関連付けて記憶する仮決済処理を実行し、
   前記精算機は、
   前記識別情報を読み取る精算読取処理と、
   前記精算読取処理にて読み取られた前記識別情報に関連付けられた前記購入情報に基づく精算額を取得する取得処理と、
   前記精算読取処理にて読み取られた前記識別情報に関連付けられた前記決済情報に示される決済方法を用いて、前記取得処理にて取得された前記精算額を決済する本決済処理と、
   を実行する、
   ことを特徴とする決済システム。
2. 請求項１に記載する決済システムにおいて、
   前記発行機は、
   利用者の生体情報を入力する発行生体入力処理を実行し、前記発行生体入力処理では、前記生体情報を、第１の属性として入力する場合と、第２の属性として入力する場合と、があり、前記第２の属性は、前記第１の属性の前記生体情報が選択されている場合に入力可能であり、
   前記登録処理では、
   前記発行生体入力処理にて前記第１の属性として入力された前記生体情報を前記識別情報として、前記決済方法入力処理にて入力された前記決済方法を示す決済情報に関連付けて記憶し、
   前記発行生体入力処理にて前記第２の属性として入力された前記生体情報を、選択されている前記第１の属性の前記生体情報に関連付けて記憶し、
   前記端末装置は、
   前記端末読取処理では、前記生体情報を検出することで前記識別情報を読み取り、
   前記端末読取処理にて前記第１の属性の前記生体情報が検知された場合、前記決済判定処理では、前記特定処理にて特定された商品に基づく購入情報に含まれる前記購入金額と、検知された前記第１の属性の前記生体情報に関連付けられた前記決済情報に示される決済方法に関連付けられている前記利用可能金額と、に基づいて判定し、前記仮決済処理では、前記決済判定処理にて決済可能と判定された場合に、前記特定処理にて特定された商品に基づく前記購入情報を、検知された前記第１の属性の前記生体情報に関連付けて記憶し、
   前記端末読取処理にて前記第２の属性の前記生体情報が検知された場合、前記決済判定処理では、前記特定処理にて特定された商品に基づく購入情報に含まれる前記購入金額と、検知された前記第２の属性の前記生体情報に関連付けられた前記第１の属性の前記生体情報に関連付けられた前記決済情報に示される決済方法に関連付けられている前記利用可能金額と、に基づいて判定し、前記仮決済処理では、前記決済判定処理にて決済可能と判定された場合に、前記特定処理にて特定された商品に基づく前記購入情報を、検知された前記第２の属性の前記生体情報に関連付けられた前記第１の属性の前記生体情報に関連付けて記憶し、
   前記精算機は、
   前記精算読取処理では、前記生体情報を検出することで前記識別情報を読み取り、
   前記取得処理では、
   精算読取処理にて前記第１の属性の前記生体情報が検知された場合、前記取得処理では、検知された前記第１の属性の前記生体情報に関連付けられた前記購入情報に基づく精算額を取得し、
   前記精算読取処理にて前記第２の属性の前記生体情報が検知された場合、検出された前記第２の属性の前記生体情報に関連付けられた前記第１の属性の前記生体情報に関連付けられた前記購入情報に基づく精算額を取得する、
   ことを特徴とする決済システム。
3. 請求項１または請求項２に記載する決済システムにおいて、
   前記端末装置は、
   前記端末読取処理にて読み取られた前記識別情報に関連付けられた前記購入情報に基づいて、提供された商品ごとの返品指示を受け付け、前記返品指示を受け付けた場合、返品対象となった商品をキャンセルするように前記購入情報を更新する返品処理を実行する、
   ことを特徴とする決済システム。
4. 請求項３に記載する決済システムにおいて、
   提供される商品には、返品可能な商品と、返品不可の商品と、があり、
   前記端末装置は、
   前記返品処理では、提供された商品のうち、返品可能な商品について前記返品指示を受け付け、返品不可の商品について前記返品指示を受け付けない、
   ことを特徴とする決済システム。
5. 請求項１または請求項２に記載する決済システムにおいて、
   前記登録処理にて登録される前記識別情報には、有効期限が関連付けられており、
   有効期限が切れた前記識別情報がある場合、有効期限が切れた前記識別情報に関連付けられた前記購入情報に基づく精算額を取得し、有効期限が切れた前記識別情報に関連付けられた前記決済情報に示される決済方法を用いて、取得された前記精算額を決済する自動決済手段を有する、
   ことを特徴とする決済システム。