JP2022082044A - 決済装置及びその制御プログラム、決済装置の決済方法 - Google Patents

Abstract

【課題】客自身の操作による領収証の発行を許容する。【解決手段】決済装置は、取得手段と、第１表示制御手段と、第２表示制御手段と、出力手段とを備える。取得手段は、客との取引の決済に係る情報を取得する。第１表示制御手段は、取引の領収書をレシート形式で出力するか領収証形式で出力するかの選択を受け付けるための第１画像を、取引の代金支払方法を客が選択するための第２画像とともに表示部に表示させる。第２表示制御手段は、第２画像を介していずれかの代金支払方法が選択されると、その選択された代金支払方法による取引の決済を指示するための第３画像を表示部に表示させる。出力手段は、第３画像を介して取引の決済が指示されると、取得手段で取得した決済に係る情報を基に、第１画像を介して選択された形式で領収書を出力する。【選択図】 図５

Description

本発明の実施形態は、決済装置及びその制御プログラム並びに決済装置の決済方法に関する。

小売店では、セルフ方式又はセミセルフ方式による決済システムの導入が進んでいる。セルフ方式による決済システムは、買上商品の登録から決済までを客自身で行うようにしたものである。セミセルフ方式による決済システムは、買上商品の登録を店員が行い、決済を客が行うようにしたものである。セルフ方式による決済システムが導入された店舗では、セルフ方式に対応した決済装置、いわゆるセルフＰＯＳ端末が使用される。セミセルフ方式による決済システムが導入された店舗では、買上商品の登録に特化した登録装置と、客による決済に特化した決済装置と、が使用される。

ところで、取引の決済内容を記録して客に発行する領収書には、レシート形式の領収書と領収証形式の領収書とがある。以下では、レシート形式の領収書をレシートと称し、領収証形式の領収書を領収証と称する。レシートには、店舗識別情報、取引日付、取引明細情報、取引合計金額、取引代金の支払情報等が記録される。領収証には、取引日付、宛名、取引合計金額、発行者の氏名及び住所等が記録される。

一般に、領収証に対しては、発行者が宛名を記入したり、印紙を貼付して割印をしたりする。すなわち、領収証の発行には店員の介在が必要となる。このため、セルフＰＯＳ端末またはミセルフ方式による決済システムの決済装置においては、店員の介在無しに客自身の操作によって領収証が発行されるのを防止する運用が取られている。しかしその一方で、店員の負担軽減等を考慮し、客自身の操作による領収証の発行を許容したい店舗が増えつつある。

特開２０１６－０６２３５３号公報

本発明の実施形態が解決しようとする課題は、客自身の操作による領収証の発行を許容する決済装置を提供しようとするものである。

一実施形態において、決済装置は、取得手段と、第１表示制御手段と、第２表示制御手段と、出力手段とを備える。取得手段は、客との取引の決済に係る情報を取得する。第１表示制御手段は、取引の領収書をレシート形式で出力するか領収証形式で出力するかの選択を受け付けるための第１画像を、取引の代金支払方法を客が選択するための第２画像とともに表示部に表示させる。第２表示制御手段は、第２画像を介していずれかの代金支払方法が選択されると、その選択された代金支払方法による取引の決済を指示するための第３画像を表示部に表示させる。出力手段は、第３画像を介して取引の決済が指示されると、取得手段で取得した決済に係る情報を基に、第１画像を介して選択された形式で領収書を出力する。

一実施形態であるセルフＰＯＳ端末の外観構成を示す斜視図。 同セルフＰＯＳ端末の要部回路構成を示すブロック図。 同セルフＰＯＳ端末のプロセッサが実行する情報処理の要部手順を示す流れ図。 同セルフＰＯＳ端末のプロセッサが実行する情報処理の要部手順を示す流れ図。 同セルフＰＯＳ端末のタッチパネルに表示される支払方法選択画面の一例を示す模式図。 同セルフＰＯＳ端末のタッチパネルに表示される支払方法選択画面の一例を示す模式図。 同セルフＰＯＳ端末のタッチパネルに表示される会計画面の一例を示す模式図。 同セルフＰＯＳ端末のタッチパネルに表示される会計画面の一例を示す模式図。 同セルフＰＯＳ端末によって印刷出力されるレシートの一例を示す模式図。 同セルフＰＯＳ端末によって印刷出力される領収証の一例を示す模式図。 同セルフＰＯＳ端末によって印刷出力されるレシートの一例を示す模式図。 同セルフＰＯＳ端末によって印刷出力される領収証の一例を示す模式図。

以下、決済装置の実施形態について、図面を用いて説明する。
なお、本実施形態では、セルフ方式による決済システムの決済装置を例示する。以下では、決済装置をセルフＰＯＳ端末と称する。
図１は、セルフＰＯＳ端末１の外観構成を示す斜視図であり、図２は、セルフＰＯＳ端末１の要部回路構成を示すブロック図である。

図１に示すように、セルフＰＯＳ端末１は、床面に設置された本体１０と、この本体１０の脇に設置された秤ユニット２０とを備える。本体１０は、その上部に表示ポール１１とタッチパネル１２とを取り付けている。本体１０は、秤ユニット２０が設置された側とは反対側の側面中央部に籠台３０を設けている。籠台３０は、売場から来た客が買上商品を入れた籠等を置くためのものである。客は、タッチパネル１２の画面が見えるように、図１において本体１０の手前側に立って作業を行う。このため客から見ると、本体１０を挟んで右側に籠台３０があり、左側に秤ユニット２０がある。以下の説明では、客が立つ側を本体１０の正面とし、秤ユニット２０が設置されている側を本体１０の左側とし、籠台３０が設けられている側を本体１０の右側とする。

表示ポール１１は、その先端部に例えば青色と赤色とを選択的に発光させる発光部１３を備える。表示ポール１１は、発光部１３の発光色によってセルフＰＯＳ端末１の状態、例えば待機中、動作中、呼出中、エラー中等を表示する。

タッチパネル１２は、セルフＰＯＳ端末１を操作するオペレータに対して種々の画面を表示するためのディスプレイと、オペレータによる画面へのタッチ入力を検知するためのタッチセンサとで構成される。セルフＰＯＳ端末１においてオペレータは、通常は客である。

本体１０の正面に、スキャナ１４（図２を参照）の読取窓１４１、カードリーダ１５（図２を参照）のカード挿入口１５１、及び、プリンタ１６（図２を参照）で印刷された領収書の発行口１６１が形成されている。また、自動釣銭機１７（図２を参照）の硬貨投入口１７１、硬貨払出口１７２、紙幣投入口１７３及び紙幣払出口１７４も本体１０の正面に形成されている。さらに、本体１０の右側面から外部へと通信ケーブル１８１が延びており、この通信ケーブル１８１の先端に電子マネー媒体用のリーダ・ライタ１８が接続されている。リーダ・ライタ１８は、本体１０の右側面上部に設けられた置台１８２に置かれている。

秤ユニット２０は、ハウジング２１の上部に秤皿２２を設け、この秤皿２２の上部に袋保持具２３を取り付けた構造となっている。秤皿２２は、その上面を載置面２２１とする。袋保持具２３は、一対の保持アーム２３１を備えており、この保持アーム２３１でレジ袋又は客が持参した買物袋いわゆるマイバッグを保持する。秤ユニット２０は、保持アーム２３１に保持されたレジ袋又はマイバッグに入れられて載置面２２１に置かれた商品の重量を計測する。

図２に示すように、セルフＰＯＳ端末１は、プロセッサ３１、メインメモリ３２、補助記憶デバイス３３、時計３４、通信インターフェース３５、タッチパネル１２、発光部１３、スキャナ１４、カードリーダ１５、プリンタ１６、自動釣銭機１７、リーダ・ライタ１８、秤ユニット２０及びシステム伝送路３６を備える。システム伝送路３６は、アドレスバス、データバス、制御信号線等を含む。システム伝送路３６は、プロセッサ３１と他の各部とを直接又は信号入出力回路を介して接続し、相互間で授受されるデータ信号を伝送する。プロセッサ３１、メインメモリ３２及び補助記憶デバイス３３がシステム伝送路３６で接続されることにより、セルフＰＯＳ端末１のコンピュータが構成される。

プロセッサ３１は、上記コンピュータの中枢部分に相当する。プロセッサ３１は、オペレーティングシステム又はアプリケーションプログラムに従って、セルフＰＯＳ端末１としての各種の機能を実現するべく各部を制御する。プロセッサ３１は、例えばＣＰＵ（Central Processing Unit）である。

メインメモリ３２は、上記コンピュータの主記憶部分に相当する。メインメモリ３２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ３２は、不揮発性のメモリ領域ではオペレーティングシステム又はアプリケーションプログラムを記憶する。メインメモリ３２は、プロセッサ３１が各部を制御するための処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する場合もある。メインメモリ３２は、揮発性のメモリ領域を、プロセッサ３１によってデータが適宜書き換えられるワークエリアとして使用する。不揮発性のメモリ領域は、例えばＲＯＭ（Read Only Memory）である。揮発性のメモリ領域は、例えばＲＡＭ（Random Access Memory）である。

補助記憶デバイス３３は、上記コンピュータの補助記憶部分に相当する。例えばＥＥＰＲＯＭ（Electric Erasable Programmable Read-Only Memory）、ＨＤＤ（Hard Disc Drive）、あるいはＳＳＤ（Solid State Drive）等が補助記憶デバイス３３となり得る。補助記憶デバイス３３は、プロセッサ３１が各種の処理を行う上で使用するデータ、プロセッサ３１での処理によって作成されたデータ等を保存する。補助記憶デバイス３３は、上記のアプリケーションプログラムを記憶する場合もある。

時計３４は、時刻を計時する。プロセッサ３１は、時計３４によって計時されている時刻を現在時刻として処理する。

通信インターフェース３５は、ネットワークを介して接続された外部機器との間で、予め設定された通信プロトコルに従いデータ通信を行う。外部機器は、例えば店舗サーバ、アテンダント端末、ルータ又は他のセルフＰＯＳ端末等である。

スキャナ１４は、読取窓１４１に翳された商品からコードシンボルを読み取る。店舗で販売される各商品には、その商品を識別するための商品ＩＤ等をコード化したコードシンボルが付されている。コードシンボルは、例えばバーコードである。コードシンボルは、例えば二次元データコードであってもよい。スキャナ１４は、レーザ光の走査によりコードシンボルを読み取るタイプであってもよいし、撮像デバイスで撮像した画像からコードシンボルを読み取るタイプであってもよい。

カードリーダ１５は、クレジットカード、ポイントカード等のカード媒体に記録されたカードデータを読み取る。カードリーダ１５は、カード挿入口１５１に挿入されたカード媒体を本体１０内に引き込み、カードデータを読み取った後、カード挿入口１５１から排出する。

プリンタ１６は、レシート用紙に商取引の内容を表す領収書データ等を印刷する。領収書データが印刷されたレシート用紙は、発行口１６１から排出され、図示しないカッタにより切断されて、レシート又は領収証として発行される。

自動釣銭機１７は、硬貨ユニット１７５と紙幣ユニット１７６とを含む。硬貨ユニット１７５は、硬貨投入口１７１に投入された硬貨を１枚ずつ選別して金種を識別し、金種別に金庫に収容する。硬貨ユニット１７５は、例えば釣銭データに基づいて金庫から該当する金種の硬貨を取出し、硬貨払出口１７２に払い出す。紙幣ユニット１７６は、紙幣投入口１７３に投入された紙幣を１枚ずつ選別して金種を識別し、金種別に金庫に収容する。紙幣ユニット１７６は、例えば釣銭データに基づいて金庫から該当する金種の紙幣を取出し、紙幣払出口１７４に払い出す。

リーダ・ライタ１８は、電子マネー媒体に記録された電子マネーの読み取り及び書き換えを行う。電子マネー媒体は、例えば非接触型のＩＣカードである。電子マネー媒体は、スマートフォン、タブレット端末等の電子機器であってもよい。

かかる構成のセルフＰＯＳ端末１において、プロセッサ３１は、取得手段、第１表示制御手段、第２表示制御手段、出力手段、記憶手段、及び、情報切替手段を構成する。取得手段は、客との取引の決済に係る情報を取得する機能である。第１表示制御手段は、取引の領収書をレシート形式で出力するか領収証形式で出力するかの選択を受け付けるための第１画像を、取引の代金支払方法を客が選択するための第２画像とともに表示部であるタッチパネル１２に表示させる機能である。第２表示制御手段は、第２画像を介していずれかの代金支払方法が選択されると、その選択された代金支払方法による取引の決済を指示するための第３画像を表示部であるタッチパネル１２に表示させる機能である。出力手段は、第３画像を介して取引の決済が指示されると、取得手段で取得した決済に係る情報を基に、第１画像を介して選択された形式で領収書を出力する機能である。記憶手段は、領収書をレシート形式で出力するか領収証形式で出力するかを識別する情報を記憶部であるメインメモリ３２で記憶する機能である。情報切替手段は、第１画像を介して選択を受け付ける毎に、情報を一方の形式を識別する情報から他方の形式を識別する情報へと切り替える機能である。

以下、プロセッサ３１が有する各機能について、図１乃至図１２を用いて説明する。図３及び図４は、プロセッサ３１が制御プログラムに従って実行する情報処理の要部手順を示す流れ図である。図５乃至図８は、タッチパネル１２に表示される画面の模式図である。図９乃至図１２は、プリンタ１６によって印刷される領収書の模式図である。

なお、図３及び図４によって示される手順は一例である。同様な結果を得られるのであればその手順は特に限定されるものではない。また、図５乃至図８によって示される画面も一例である。ユーザにとって必要な情報が得られるのであれば、そのフォーマットは特に限定されるものではない。同様に、図９乃至図１２によって示される領収書も一例である。ユーザにとって必要な情報が得られるのであれば、そのフォーマットは特に限定されるものではない。

図３に示すように、プロセッサ３１は、ＡＣＴ１として商品登録を待ち受ける。セルフＰＯＳ端末１を利用して買上商品のセルフ登録を開始する客は、先ず、タッチパネル１２を操作して、セルフ登録に必要な情報を入力する。セルフ登録に必要な情報とは、例えばマイバッグを使用するか否かを示す情報である。セルフ登録に必要な情報が入力されると、プロセッサ３１は、タッチパネル１２の画面を商品登録画面とする。商品登録画面は既存の画面と同様なので、ここでの説明は省略する。

商品登録画面を確認した客は、買上商品を１品ずつ手に取り、読取窓１４１に翳してコードシンボルを読み取らせてから、秤皿２２の載置面２２１にその買上商品を載置する。なお、コードシンボルが付いていない生鮮食品等については、客は、タッチパネル１２に表示されるバーコード無し商品のリストから買上商品を選択してから、載置面２２１にその買上商品を載置する。

このようなセルフ操作により、セルフＰＯＳ端末１に対して買上商品の商品コードが入力される。プロセッサ３１は、その商品コードで商品データファイルを検索して、買上商品の商品データを取得する。商品データファイルは、例えば補助記憶デバイス３３に保存されている。商品データは、商品名、単価、税区分、単位重量等の情報を含む。税区分は、単価に税が含まれている内税商品のデータなのか、税が含まれていない外税商品のデータなのか等を識別する情報である。単位重量は、商品１点当たりの標準的な重量である。

プロセッサ３１は、秤ユニット２０によって計測されている重量データの変化量により、載置面２２１に載置された商品の重量を算出する。そしてプロセッサ３１は、この商品重量が前記単位重量に対する許容範囲内であるか否かを判定する。許容範囲内である場合、プロセッサ３１は、商品登録が正常に行われたと認識する。

なお、許容範囲外である場合には、プロセッサ３１は、商品登録がエラーであると認識する。この場合、プロセッサ３１は、タッチパネル１２にエラーメッセージを表示させる。またプロセッサ３１は、通信インターフェース３５を介してアテンダント端末に商品登録エラーを通知する。さらにプロセッサ３１は、発光部１３を制御してエラー中を示す状態とする。

プロセッサ３１は、商品登録が正常に行われたことを認識すると、ＡＣＴ１においてＹＥＳと判定し、ＡＣＴ２へと進む。プロセッサ３１は、ＡＣＴ２として商品販売データ処理を実行する。すなわちプロセッサ３１は、買上商品の商品コード、商品名、単価、税区分、販売点数、販売金額等を含む商品販売データを生成する。販売点数は、商品コードの入力前にタッチパネル１２を介して乗数が入力された場合にはその乗数である。乗数が入力されていない場合には、販売点数は“１”である。プロセッサ３１は、商品販売データを取引メモリに登録処理する。取引メモリは、例えばメインメモリ３２における揮発性領域の一部である。プロセッサ３１は、商品販売データの商品名、販売金額等をタッチパネル１２の商品登録画面に表示させる。

商品販売データ処理を終えると、プロセッサ３１は、ＡＣＴ３として次の商品登録が行われたか否かを確認する。商品登録が行われていない場合、プロセッサ３１は、ＡＣＴ３においてＮＯと判定し、ＡＣＴ４へと進む。プロセッサ３１は、ＡＣＴ４として会計ボタンが入力されたか否かを確認する。会計ボタンは、例えばタッチパネル１２に表示されている。会計ボタンが入力されていない場合、プロセッサ３１は、ＡＣＴ４においてＮＯと判定し、ＡＣＴ３へと戻る。ここにプロセッサ３１は、ＡＣＴ３及びＡＣＴ４において、商品登録が行われるか会計ボタンが入力されるのを待ち受ける。

ＡＣＴ３及びＡＣＴ４の待ち受け状態において、商品登録が行われたことを検知すると、プロセッサ３１は、ＡＣＴ２へと戻る。すなわちプロセッサ３１は、前述した商品販売データ処理を実行する。したがって、取引ファイルには、客がセルフ操作によって登録した各商品の商品販売データが格納される。

プロセッサ３１は、会計ボタンが入力されたことを検知すると、ＡＣＴ４においてＹＥＳと判定し、ＡＣＴ５へと進む。プロセッサ３１は、ＡＣＴ５として取引の決済に係る情報を取得する。取引の決済に係る情報は、取引ファイルに格納された商品販売データを含む。また、取引の決済に係る情報は、取引日時、レジ番号、店舗番号、取引番号、店舗データ等を含む。取引日時は、時計３４で計時されている日付及び時刻である。レジ番号は、セルフＰＯＳ端末１毎に設定される端末識別情報である。店舗番号は、当該セルフＰＯＳ端末１が設置された店舗毎に設定される店舗識別情報である。取引番号は、取引の決済毎に発番される取引識別情報である。店舗データは、店舗名、住所、店舗電話番号等である。ここに、プロセッサ３１は、ＡＣＴ５の処理により取得手段として機能する。

プロセッサ３１は、ＡＣＴ６として領収書フラグＦを“０”に設定する。領収書フラグＦは、領収書をレシート形式で出力するか領収証形式で出力するかを識別する情報の一例である。領収書フラグＦは、記憶部であるメインメモリ３２に記憶されている。本実施形態では、領収書をレシート形式で出力する場合の領収書フラグＦを“０”とし、領収証形式で出力する場合の領収書フラグＦを“１”とする。すなわち本実施形態では、領収書をレシート形式で出力する場合をデフォルトとする。

プロセッサ３１は、ＡＣＴ７としてタッチパネル１２に支払方法選択画面を表示させる。また、プロセッサ３１は、ＡＣＴ８として領収書フラグＦを調べる。そして、領収書フラグＦが“０”、すなわち領収書をレシート形式で出力する場合には、プロセッサ３１は、ＡＣＴ８においてＹＥＳと判定し、ＡＣＴ９へと進む。プロセッサ３１は、ＡＣＴ９として支払方法選択画面において、レシート形式の領収書が有効であることを表示する。

これに対し、領収書フラグＦが“１”、すなわち領収書を領収証形式で出力する場合には、プロセッサ３１は、ＡＣＴ８においてＮＯと判定し、ＡＣＴ１０へと進む。プロセッサ３１は、ＡＣＴ１０として支払方法選択画面において、領収証形式の領収書が有効であることを表示する。

図５は、領収書フラグＦが“０”、すなわち領収書をレシート形式で出力する場合の支払方法選択画面４０１の一例を示す図である。図６は、領収書フラグＦが“１”、すなわち領収書を領収証形式で出力する場合の支払方法選択画面４０２の一例を示す図である。

図５及び図６に示すように、支払方法選択画面４０１，４０２は、第１領域４１と、第２領域４２と、第３領域４３とを有する。また支払方法選択画面４０１，４０２は、第１乃至第３領域４１～４３以外の領域に、残高照会ボタン４４、店員呼出ボタン４５及び戻るボタン４６のボタン画像を配置する。残高照会ボタン４４は、電子マネーの残高照会を行う場合に客が入力する。店員呼出ボタン４５は、店員の呼出しが必要な場合に客が入力する。戻るボタン４６は、商品登録に戻る場合に客が入力する。第２領域４２は、取引の合計金額を表示するための領域である。第３領域４３は、バーコードが無い商品の群を指定するためのボタン画像が複数配置された領域である。

第１領域４１は、複数の支払方法ボタンの画像が配置された領域４１１と、領収書形式切替ボタン４７の画像が配置された領域４１２とを有する。支払方法ボタンは、現金、クレジットカード、デビットカード、プリペイドカード、電子マネー、コード決済等の各種の支払方法の中からいずれかの支払方法を客が指定するためのボタンである。領収書形式切替ボタン４７は、領収書をレシート形式で出力するか領収証形式で出力するかを客が指定するためのボタンである。

図５に示すように、領収書をレシート形式で出力する場合の支払方法選択画面４０１においては、領収書形式切替ボタン４７は、ＡＣＴ９の処理により、レシート形式の領収書が有効であることを表示する状態となっている。また支払方法選択画面４０１には、領収書形式切替ボタン４７と対応付けて、領収書を領収証形式で出力することを希望する客は支払方法を選択する前に領収書形式切替ボタン４７を入力することを案内するガイダンス４８が表示されている。なお、図５に示す領収書形式切替ボタン４７の表示形態及びガイダンス４８は一例である。他の形態で、レシート形式の領収書が有効であることを表示してもよい。また、ガイダンス４８とは異なる内容で、客に操作手順を案内してもよい。

図６に示すように、領収書を領収証形式で出力する場合の支払方法選択画面４０２においては、領収書形式切替ボタン４７は、ＡＣＴ１０の処理により、領収証形式の領収書が有効であることを表示する状態となっている。また支払方法選択画面４０２には、領収書形式切替ボタン４７と対応付けて、領収書が不要な客は支払方法を選択する前に領収書形式切替ボタン４７を入力することを案内するガイダンス４９が支払方法選択画面４０２に表示されている。なお、図６に示す領収書形式切替ボタン４７の表示形態及びガイダンス４９は一例である。他の形態で、領収証形式の領収書が有効であることを表示してもよい。また、ガイダンス４９とは異なる内容で、客に操作手順を案内してもよい。

領収書形式切替ボタン４７は、取引の領収書をレシート形式で出力するか領収証形式で出力するかの選択を受け付けるための第１画像である。支払方法ボタンは、取引の代金支払方法を前記客が選択するための第２画像である。すなわちプロセッサ３１は、ＡＣＴ７の処理により、第１表示制御手段として機能する。

図５の支払方法選択画面４０１を確認した客は、領収書をレシートとして受け取るか領収証として受け取るかを決める。そして、領収書をレシートとして受け取る客は、所望の支払方法ボタンを入力する。客は、領収書形式切替ボタン４７を入力しない。

これに対し、領収書を領収証として受け取る客は、先ず、領収書形式切替ボタン４７を入力する。領収書形式切替ボタン４７を入力することによって、タッチパネル１２の画面は、図５の支払方法選択画面４０１から図６の支払方法選択画面４０２に変更される。そこで客は、所望の支払方法ボタンを入力する。

なお、領収書形式切替ボタン４７を入力したが、やはり領収書をレシートで受け取ることとした客は、再度、領収書形式切替ボタン４７を入力する。これにより、タッチパネル１２の画面は、図６の支払方法選択画面４０２から図５の支払方法選択画面４０１に変更される。そこで客は、所望の支払方法ボタンを入力する。

ＡＣＴ９又はＡＣＴ１０の処理を終えたプロセッサ３１は、ＡＣＴ１１として領収書形式切替ボタン４７が入力されたか否かを確認する。領収書形式切替ボタン４７が入力されていない場合、プロセッサ３１は、ＡＣＴ１１においてＮＯと判定し、ＡＣＴ１２へと進む。プロセッサ３１は、ＡＣＴ１２としていずれかの支払方法ボタンが入力されたか否かを確認する。支払方法ボタンが入力されていない場合、プロセッサ３１は、ＡＣＴ１２においてＮＯと判定し、ＡＣＴ１１へと戻る。ここにプロセッサ３１は、ＡＣＴ１１及びＡＣＴ１２において領収書形式切替ボタン４７が入力されるか、支払方法ボタンが入力されるのを待ち受ける。なお、この待ち受け状態において、残高照会ボタン４４、店員呼出ボタン４５又は戻るボタン４６が入力された場合には、プロセッサ３１は、そのボタンに対応した処理を実行する。

ＡＣＴ１１及びＡＣＴ１２の待ち受け状態において、領収書形式切替ボタン４７が入力されたことを検知すると、プロセッサ３１は、ＡＣＴ１１においてＹＥＳと判定し、ＡＣＴ１３へと進む。プロセッサ３１は、ＡＣＴ１３として領収書フラグＦを調べる。ここで、領収書フラグＦが“０”に設定されている場合には、プロセッサ３１は、ＡＣＴ１３においてＹＥＳと判定し、ＡＣＴ１４へと進む。プロセッサ３１は、ＡＣＴ１４として領収書フラグＦを“１”に変更する。その後、プロセッサ３１は、ＡＣＴ８へと戻る。したがって、前述したように、タッチパネル１２の画面は、図５に示す支払方法選択画面４０１から図６に示す支払方法選択画面４０２に変更される。

これに対し、領収書フラグＦが“１”に設定されている場合には、プロセッサ３１は、ＡＣＴ１３においてＮＯと判定し、ＡＣＴ１５へと進む。プロセッサ３１は、ＡＣＴ１５として領収書フラグＦを“０”に変更する。その後、プロセッサ３１は、ＡＣＴ８へと戻る。したがって、前述したように、タッチパネル１２の画面は、図６に示す支払方法選択画面４０２から図５に示す支払方法選択画面４０１に変更される。

ここに、プロセッサ３１は、ＡＣＴ６の処理により、記憶手段として機能する。またプロセッサ３１は、ＡＣＴ１３乃至ＡＣＴ１５の処理により情報切替手段として機能する。

プロセッサ３１は、ＡＣＴ１１及びＡＣＴ１２の待ち受け状態において、支払方法ボタンが入力されたことを検知すると、ＡＣＴ１２においてＹＥＳと判定し、図４のＡＣＴ２１へと進む。プロセッサ３１は、ＡＣＴ２１として領収書フラグＦを調べる。領収書フラグＦが“０”に設定されている場合、プロセッサ３１は、ＡＣＴ２１においてＹＥＳと判定し、ＡＣＴ２２へと進む。プロセッサ３１は、ＡＣＴ２２としてレシート精算ボタン５４１（図７を参照）を生成する。これに対し、領収書フラグＦが“１”に設定されている場合には、プロセッサ３１は、ＡＣＴ２１においてＮＯと判定し、ＡＣＴ２３へと進む。プロセッサ３１は、ＡＣＴ２３として領収証精算ボタン５４２（図８を参照）を生成する。

ＡＣＴ２２又はＡＣＴ２３の処理を終えると、プロセッサ３１は、ＡＣＴ２４としてタッチパネル１２の画面を支払方法選択画面４０１，４０２から、支払方法に対応した会計画面に切り替える。

図７及び図８は、支払方法として現金支払いが選択されたときの会計画面の一例を示す図である。図７は、領収書フラグＦが“０”、すなわち領収書をレシート形式で出力する場合の会計画面５０１を示している。図８は、領収書フラグＦが“１”、すなわち領収書を領収証形式で出力する場合の会計画面５０２を示している。

図７及び図８に示すように、現金支払いの会計画面５０１，５０２は、合計金額表示領域５１、投入金額表示領域５２及びおつり表示領域５３を有する。また、会計画面５０１，５０２は、各表示領域５１～５３以外の領域に、精算ボタン５４１又は精算ボタン５４２と、戻るボタン５５と、店員呼出ボタン５６のボタン画像を配置する。

精算ボタン５４１又は精算ボタン５４２は、選択した支払方法による取引の決済を指示する場合に客が入力する。すなわち精算ボタン５４１又は精算ボタン５４２は、第３画像である。戻るボタン５５は、支払方法選択画面４０１，４０２に戻る場合に客が入力する。すなわち戻るボタンは、第４画像である。店員呼出ボタン５６は、店員の呼出しが必要な場合に客が入力する。なお、現金以外の支払方法が選択された場合の会計画面については、投入金額表示領域５２及びおつり表示領域５３が異なる以外は、現金支払いの会計画面５０１．５０２と共通である。すなわちプロセッサ３１は、ＡＣＴ２４の処理により、第２表示制御手段として機能する。

図７の会計画面５０１には、ＡＣＴ２２の処理で生成されたレシート精算ボタン５４１が表示されている。レシート精算ボタン５４１は、領収書をレシート形式で出力することを客に通知する情報として、ボタンのトップに、テキスト「精算」とともに、テキスト「レシート」が表示されている。

図８の会計画面５０２には、ＡＣＴ２３の処理で生成された領収証精算ボタン５４２が表示されている。領収証精算ボタン５４２は、領収書を領収証形式で出力することを客に通知する情報として、ボタンのトップに、テキスト「精算」とともに、テキスト「領収証」が表示されている。

なお、領収書をレシート形式で出力するか領収証形式で出力するかを客に通知する情報は、レシート精算ボタン５４１又は領収証精算ボタン５４２のトップに表示される画像に限定されるものではない。例えば、会計画面５０１，５０２の領域の一部に、領収書をレシート形式で出力するか領収証形式で出力するかを客に通知するメッセージを表示してもよい。要は、会計画面５０１，５０２を見た客が、領収書がレシート形式で出力されるのか領収証形式で出力されるのかを容易に知り得る情報であればよい。

会計画面５０１，５０２を表示させたプロセッサ３１は、ＡＣＴ２５として戻るボタン５５が入力されたか否か確認する。戻るボタン５５が入力されていない場合、プロセッサ３１は、ＡＣＴ２５においてＮＯと判定し、ＡＣＴ２６へと進む。プロセッサ３１は、ＡＣＴ２６としてレシート精算ボタン５４１又は領収証精算ボタン５４２が入力されたか否か確認する。レシート精算ボタン５４１又は領収証精算ボタン５４２が入力されていない場合、プロセッサ３１は、ＡＣＴ２６においてＮＯと判定し、ＡＣＴ２５へと戻る。ここにプロセッサ３１は、ＡＣＴ２５及びＡＣＴ２６において、戻るボタン５５が入力されるか、レシート精算ボタン５４１又は領収証精算ボタン５４２が入力されるのを待ち受ける。なお、この待ち受け状態において、店員呼出ボタン５６が入力された場合には、プロセッサ３１は、店員呼出ボタン５６に対応した処理を実行する。

ＡＣＴ２５及びＡＣＴ２６の待ち受け状態において、戻るボタン５５が入力されたことを検知すると、プロセッサ３１は、ＡＣＴ２５においてＹＥＳと判定し、図３のＡＣＴ７へと戻る。そしてプロセッサ３１は、ＡＣＴ７以降の処理を前述したのと同様に実行する。

ＡＣＴ２５及びＡＣＴ２６の待ち受け状態において、レシート精算ボタン５４１又は領収証精算ボタン５４２が入力されたことを検知した場合には、プロセッサ３１は、ＡＣＴ２６においてＹＥＳと判定し、ＡＣＴ２７へと進む。プロセッサ３１は、ＡＣＴ２７として支払方法に対応した決済処理を実行する。

例えば現金支払いが選択されていた場合には、プロセッサ３１は、現金支払いによる決済処理を実行する。例えばクレジットカード支払いが選択されていた場合には、プロセッサ３１は、クレジットカード支払いによる決済処理を実行する。例えば電子マネー支払いが選択されていた場合には、プロセッサ３１は、電子マネー支払いによる決済処理を実行する。他の支払方法が選択された場合も同様である。なお、これらの決済処理は周知の処理であるので、ここでの詳細な説明は省略する。

決済処理を終えると、プロセッサ３１は、ＡＣＴ２８として領収書フラグＦを調べる。領収書フラグＦが“０”に設定されていた場合、プロセッサ３１は、ＡＣＴ２８においてＹＥＳと判定し、ＡＣＴ２９へと進む。プロセッサ３１は、ＡＣＴ２９として取引の合計金額が収入印紙を必要とする金額、例えば５万円以上であるか否かを確認する。

取引の合計金額が収入印紙を必要とする金額未満の場合には、プロセッサ３１は、ＡＣＴ２９においてＮＯと判定し、ＡＣＴ３０へと進む。プロセッサ３１は、ＡＣＴ３０として収入印紙非対応のレシートフォーマットで領収書データを編集する。

取引の合計金額が収入印紙を必要とする金額以上の場合には、プロセッサ３１は、ＡＣＴ２９においてＹＥＳと判定し、ＡＣＴ３１へと進む。プロセッサ３１は、ＡＣＴ３１として収入印紙対応のレシートフォーマットで領収書データを編集する。

一方、領収書フラグＦが“１”に設定されていた場合には、プロセッサ３１は、ＡＣＴ２８においてＮＯと判定し、ＡＣＴ３２へと進む。プロセッサ３１は、ＡＣＴ３２として取引の合計金額が収入印紙を必要とする金額、例えば５万円以上であるか否かを確認する。

取引の合計金額が収入印紙を必要とする金額未満の場合には、プロセッサ３１は、ＡＣＴ３２においてＮＯと判定し、ＡＣＴ３３へと進む。プロセッサ３１は、ＡＣＴ３３として収入印紙非対応の領収証フォーマットで領収書データを編集する。

取引の合計金額が収入印紙を必要とする金額以上の場合には、プロセッサ３１は、ＡＣＴ３２においてＹＥＳと判定し、ＡＣＴ３４へと進む。プロセッサ３１は、ＡＣＴ３４として収入印紙対応の領収証フォーマットで領収書データを編集する。

ＡＣＴ３０、ＡＣＴ３１、ＡＣＴ３３又はＡＣＴ３４において領収書データが編集されると、プロセッサ３１は、ＡＣＴ３５としてレシート用紙に領収書データが印刷されるようにプリンタ１６を制御する。

この制御により、ＡＣＴ３０において収入印紙非対応のレシートフォーマットで領収書データが編集されていた場合には、図９に示すレイアウトのレシート６１が発行口１６１から発行される。ＡＣＴ３１において収入印紙対応のレシートフォーマットで領収書データが編集されていた場合には、図１１に示すレイアウトのレシート７１が発行口１６１から発行される。

図９又は図１１に示すように、レシート６１又はレシート７１には、取引の決済に係る情報を基に、店舗識別情報、取引日付、取引明細情報、取引合計金額、取引代金の支払情報等が印刷によって記録されている。さらにレシート７１には、裏面に収入印紙を貼って割印を押すことを指示するメッセージ７１１が印刷によって記録されている。レシート６１には、メッセージ７１１が記録されない。

一方、ＡＣＴ３３において収入印紙非対応の領収証フォーマットで領収書データが編集されていた場合には、図１０に示すレイアウトの領収証６２が発行口１６１から発行される。ＡＣＴ３４において収入印紙対応の領収証フォーマットで領収書データが編集されていた場合には、図１２に示すレイアウトの領収証７２が発行口１６１から発行される。

図１０又は図１２に示すように、領収証６２又は領収証７２には、取引の決済に係る情報を基に、取引日付、宛名、取引合計金額、発行者の氏名及び住所等が印刷によって記録されている。さらに領収証７２には、印紙貼付欄７２１が印刷によって記録されている。領収証６２には、印紙貼付欄７２１が記録されない。

ここにプロセッサ３１は、ＡＣＴ２８乃至ＡＣＴ３５の処理により、出力手段として機能する。以上で、プロセッサ３１は、図３及び図４の流れ図で示す手順の情報処理を終了する。

以上、詳述したように、セルフＰＯＳ端末１を利用して買上商品のセルフ登録を終えた客が会計ボタンを入力すると、タッチパネル１２の画面が登録画面から図５の支払方法選択画面４０１に切り替わる。図５の支払方法選択画面４０１における領収書形式切替ボタン４７の画像から、客は、領収書がレシートとして発行される設定になっていることを知り得る。

ここで、客が領収書をレシートとして受け取ることを希望する場合、客はいずれかの支払ボタンを入力する。例えば現金支払方法の支払ボタンを入力すると、タッチパネル１２の画面が図５の支払方法選択画面４０１から図７の会計画面５０１に切り替わる。この会計画面５０１におけるレシート精算ボタン５４１の画像から、客は、領収書がレシートとして発行される設定になっていることを知り得る。

ここで、客がレシート精算ボタン５４１を入力すると、取引の合計金額が収入印紙を必要とする金額未満の場合には、例えば図９に示すフォーマットのレシート６１が発行される。取引の合計金額が収入印紙を必要とする金額以上の場合には、例えば図１１に示すフォーマットのレシート７１が発行される。

一方、領収書を領収証として受け取ることを希望する場合には、客は、図５の支払方法選択画面４０１における領収書形式切替ボタン４７を入力する。そうすると、タッチパネル１２の画面が図５の支払方法選択画面４０１から図６の支払方法選択画面４０２に切り替わる。図６の支払方法選択画面４０２における領収書形式切替ボタン４７の画像から、客は、領収書が領収証として発行される設定に変更されたことを知り得る。

次いで、客はいずれかの支払ボタンを入力する。例えば現金支払方法の支払ボタンを入力すると、タッチパネル１２の画面が図６の支払方法選択画面４０２から図８の会計画面５０２に切り替わる。この会計画面５０２における領収証精算ボタン５４２の画像から、客は、領収書が領収証として発行される設定になっていることを知り得る。

ここで、客が領収証精算ボタン５４２を入力すると、取引の合計金額が収入印紙を必要とする金額未満の場合には、例えば図１０に示すフォーマットの領収証６２が発行される。取引の合計金額が収入印紙を必要とする金額以上の場合には、例えば図１２に示すフォーマットの領収証７２が発行される。

なお、図７の会計画面５０１を確認した客が、領収書を領収証として受け取れるように変更したい場合には、戻るボタン５５を入力する。そうすると、タッチパネル１２の画面が図７の会計画面５０１から図５の支払方法選択画面４０１に切り替わる。そこで、客は、領収書形式切替ボタン４７を入力して、図６の支払方法選択画面４０２に切り替えてから、再び支払方法を選択する。そうすることにより、客は、領収書を領収証として受け取ることができる。

同様に、図８の会計画面５０２を確認した客が、領収書をレシートとして受け取れるように変更したい場合には、戻るボタン５５を入力する。そうすると、タッチパネル１２の画面が図８の会計画面５０２から図６の支払方法選択画面４０２に切り替わる。そこで、客は、領収書形式切替ボタン４７を入力して、図５の支払方法選択画面４０１に切り替えてから、再び支払方法を選択する。そうすることにより、客は、領収書をレシートとして受け取ることができる。

ところで、図１１のレシート７１又は図１２の領収証７２を受け取った客は、そのレシート７１又は領収証７２に印紙を貼り、割印をする必要がある。このような作業は、例えばサービスカウンタの店員が行う。このため客は、レシート７１又は領収証７２をもって、サービスカウンタに行くこととなる。そこで、図１１のレシート７１又は図１２の領収証７２をプリンタ１６で印刷出力する際には、タッチパネル１２の画面に、サービスカウンタに行って印紙と割印を貰うことを客に通知するメッセージ等を表示するとよい。

かくして、本実施形態によれば、客自身の操作による領収証の発行を許容するセルフＰＯＳ端末１を提供することができる。

その上、客は、会計画面の精算ボタンがレシート精算ボタン５４１となっている場合には、領収書をレシート形式で出力する設定になっていることを知り得る。同様に、会計画面の精算ボタンが領収証精算ボタン５４２となっている場合には、領収書を領収証形式で出力する設定になっていることを知り得る。したがって、客が希望しない方式で領収書を受け取るミスを極力防ぐことができる。

また、会計画面の戻るボタン５５が入力されると、タッチパネル１２の画面が会計画面から支払方法選択画面に戻る。したがって、例えば領収証が欲しい客が、図５の支払方法選択画面４０１において領収書形式切替ボタン４７を入力せずに支払方法を選択してしまっても、簡単な操作で、領収書を領収証形式で出力する設定に変更することができる。

また、１つの領収書形式切替ボタン４７を繰り返し入力することで、領収書をレシート形式で出力するか領収証形式で出力するかの設定を容易に変更することができる。したがって、セルフＰＯＳ端末１の操作に不慣れな客であっても、領収書の形式変更を容易に行うことができる。

以上、決済装置の実施形態について説明したが、かかる実施形態はこれに限定されるものではない。
前記実施形態では、決済装置の一例としてセルフＰＯＳ端末１を例示した。例えばセミセルフ方式による決済システムの決済装置に対しても、同様に適用することができる。その場合、取得手段は、登録装置から客との取引の決済に係る情報を取得することとなる。

前記実施形態では、領収書をレシート形式で出力する場合をデフォルトとした。例えば、領収証の発行頻度が高い店舗では、領収書を領収証形式で出力する場合をデフォルトとしてもよい。この場合、図３のＡＣＴ６では、プロセッサ３１は、領収書フラグを“１”に設定する。ＡＣＴ７では、プロセッサ３１は、図６の支払方法選択画面４０２を表示させる。

この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態及びその変形は、発明の範囲に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…セルフＰＯＳ端末、１２…タッチパネル、１４…スキャナ、１５…カードリーダ、１６…プリンタ、１７…自動釣銭機、１８…リーダ・ライタ、２０…秤ユニット、３１…プロセッサ、３２…メインメモリ、３３…補助記憶デバイス、３４…時計、３５…通信インターフェース、６１，７１…レシート、６２，７２…領収証、４０１，４０２…支払方法選択画面、５０１，５０２…会計画面。

Claims (6)

1. 客との取引の決済に係る情報を取得する取得手段と、
   前記取引の領収書をレシート形式で出力するか領収証形式で出力するかの選択を受け付けるための第１画像を、前記取引の代金支払方法を前記客が選択するための第２画像とともに表示部に表示させる第１表示制御手段と、
   前記第２画像を介していずれかの代金支払方法が選択されると、その選択された代金支払方法による前記取引の決済を指示するための第３画像を前記表示部に表示させる第２表示制御手段と、
   前記第３画像を介して前記取引の決済が指示されると、前記取得手段で取得した前記決済に係る情報を基に、前記第１画像を介して選択された形式で前記領収書を出力する出力手段と、
   を具備する決済装置。
2. 前記第３画像は、領収書をレシート形式で出力するか領収証形式で出力するかを前記客に通知する情報を含む、請求項１記載の決済装置。
3. 第２表示制御手段は、前記第３画像とともに、前記表示部の画像を、前記第１表示制御手段により表示される画像へと戻すことを指示する第４画像を前記表示部に表示させる、請求項２記載の決済装置。
4. 領収書をレシート形式で出力するか領収証形式で出力するかを識別する情報を記憶部で記憶する記憶手段と、
   前記第１画像を介して選択を受け付ける毎に、前記情報を一方の形式を識別する情報から他方の形式を識別する情報へと切り替える情報切替手段と、
   をさらに具備し、
   前記出力手段は、前記情報により識別される形式で前記領収書を出力する、請求項１乃至３のうちいずれか１項記載の決済装置。
5. 表示部を有する決済装置のコンピュータを、
   客との取引の決済に係る情報を取得する取得手段、
   前記取引の領収書をレシート形式で出力するか領収証形式で出力するかの選択を受け付けるための第１画像を、前記取引の代金支払方法を前記客が選択するための第２画像とともに前記表示部に表示させる第１表示制御手段、
   前記第２画像を介していずれかの代金支払方法が選択されると、その選択された代金支払方法による前記取引の決済を指示するための第３画像を前記表示部に表示させる第２表示制御手段、及び、
   前記第３画像を介して前記取引の決済が指示されると、前記取得手段で取得した前記決済に係る情報を基に、前記第１画像を介して選択された形式で前記領収書を出力する出力手段、
   として機能させるための制御プログラム。
6. 表示部を有する決済装置が、
   客との取引の領収書をレシート形式で出力するか領収証形式で出力するかの選択を受け付けるための第１画像を、前記取引の代金支払方法を前記客が選択するための第２画像とともに前記表示部に表示させ、
   前記第２画像を介していずれかの代金支払方法が選択されると、その選択された代金支払方法による前記取引の決済を指示するための第３画像を前記表示部に表示させ、
   前記第３画像を介して前記取引の決済が指示されると、取引の決済に係る情報を基に、前記第１画像を介して選択された形式で前記領収書を出力させる、決済装置の決済方法。

Images