(57)【要約】【課題】  無駄な動作を減らして操作性を向上する。【解決手段】  実施形態の決済装置は、取得手段、判定手段、表示制御手段及び決済手段を備える。取得手段は、決済金額を取得する。判定手段は、決済金額を決済するための決済方法の残高を判定する。表示制御手段は、残高が決済金額未満である場合に、残高が不足している旨を操作者に報知するとともに、残高がゼロではない場合には決済金額のうちの残高に相当する金額を決済方法で決済することの指示を操作者に行わせるためのインタフェースを有効化し、残高がゼロである場合にはインタフェースを無効化するか、もしくは非表示とした案内画面を表示デバイスに表示させる。決済手段は、有効化されているインタフェースが操作されたことに応じて決済金額のうちの残高に相当する金額を決済方法で決済する。【選択図】      図１
2017134667.tif 000002
【特許請求の範囲】
【請求項１】
決済金額を取得する取得手段と、
前記決済金額を決済するための決済方法の残高を判定する判定手段と、
前記残高が前記決済金額未満である場合に、前記残高が不足している旨を操作者に報知するとともに、前記残高がゼロではない場合には前記決済金額のうちの前記残高に相当する金額を前記決済方法で決済することの指示を前記操作者に行わせるためのインタフェースを有効化し、前記残高がゼロである場合には前記インタフェースを無効化するか、もしくは非表示とした案内画面を表示デバイスに表示させる表示制御手段と、
有効化されている前記インタフェースが操作されたことに応じて前記決済金額のうちの前記残高に相当する金額を前記決済方法で決済する決済手段と、
を具備したことを特徴とする決済装置。
【請求項２】
前記表示制御手段は、前記インタフェースを表した案内画面から前記インタフェースを削除することにより前記インタフェースを非表示とした案内画面を生成する、
ことを特徴とする請求項１に記載の決済装置。
【請求項３】
前記表示制御手段は、前記残高がゼロではない場合には、前記決済金額のうちの前記残高に相当する金額を前記決済方法で決済する場合には前記インタフェースを操作すべきであることの案内を前記案内画面に表し、前記残高がゼロである場合には、前記案内を前記案内画面に表さない、
ことを特徴とする請求項１又は請求項２に記載の決済装置。
【請求項４】
決済装置の動作を制御するコンピュータを、
決済金額を取得する取得手段と、
前記決済金額を決済するための決済方法の残高を判定する判定手段と、
前記残高が前記決済金額未満である場合に、前記残高が不足している旨を操作者に報知するとともに、前記残高がゼロではない場合には前記決済金額のうちの前記残高に相当する金額を前記決済方法で決済することの指示を前記操作者に行わせるためのインタフェースを有効化し、前記残高がゼロである場合には前記インタフェースを無効化するか、もしくは非表示とした案内画面を表示デバイスに表示させる表示制御手段と、
有効化されている前記インタフェースが操作されたことに応じて前記決済金額のうちの前記残高に相当する金額を前記決済方法で決済する決済手段と、
して機能させる制御プログラム。
【請求項５】
買上商品として登録された商品に関する決済金額を算出する算出手段と、
前記決済金額を決済するための決済方法の残高を判定する判定手段と、
前記残高が前記決済金額未満である場合に、前記残高が不足している旨を操作者に報知するとともに、前記残高がゼロではない場合には前記決済金額のうちの前記残高に相当する金額を前記決済方法で決済することの指示を前記操作者に行わせるためのインタフェースを有効化し、前記残高がゼロである場合には前記インタフェースを無効化するか、もしくは非表示とした案内画面を表示デバイスに表示させる表示制御手段と、
有効化されている前記インタフェースが操作されたことに応じて前記決済金額のうちの前記残高に相当する金額を前記決済方法で決済する決済手段と、
を具備したことを特徴とする商品販売データ処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、決済装置及びその制御プログラム、ならびに商品販売データ処理装置に関する。
【背景技術】
【０００２】
プリペイドカード及びプリペイド式の電子マネーなどでは、その残高が決済限度額となる。そして、このような決済方法での決済を行う決済装置においては、残高が決済金額未満である場合には、決済金額から残高の全額分を引き去る、いわゆる「全額引去り」と称される取り扱いを可能とすることがある。なお、全額引き去りを行った場合の決済金額の残額は、例えば現金決済などの別の決済方法で決済される。
【０００３】
全額引去りを可能とする従来の決済装置では、残高が不足する旨を操作者に報知する画面に全額引去りの実行を操作者が指示するためのボタンを配し、このボタンが操作されたことに応じて全額引去りを実行している。ただし、残高がゼロである場合には、全額引去りを実行することができないから、上記のボタンが操作された場合にエラー画面を表示している。
【０００４】
残高がゼロである場合、上記のボタンの操作とエラー画面の表示とは、決済を何ら進捗させることがなく、操作者にとって無駄な動作となる。  
このような事情から、無駄な動作を減らして操作性を向上させることが望まれていた。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平１−２６３８９６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
本発明が解決しようとする課題は、無駄な動作を減らして操作性を向上することができる決済装置及びその制御プログラム、ならびに商品販売データ処理装置を提供することである。
【課題を解決するための手段】
【０００７】
実施形態の決済装置は、取得手段、判定手段、表示制御手段及び決済手段を備える。取得手段は、決済金額を取得する。判定手段は、決済金額を決済するための決済方法の残高を判定する。表示制御手段は、残高が決済金額未満である場合に、残高が不足している旨を操作者に報知するとともに、残高がゼロではない場合には決済金額のうちの残高に相当する金額を決済方法で決済することの指示を操作者に行わせるためのインタフェースを有効化し、残高がゼロである場合にはインタフェースを無効化するか、もしくは非表示とした案内画面を表示デバイスに表示させる。決済手段は、有効化されているインタフェースが操作されたことに応じて決済金額のうちの残高に相当する金額を決済方法で決済する。
【図面の簡単な説明】
【０００８】
【図１】一実施形態に係るＰＯＳ端末の要部回路構成を示すブロック図。
【図２】図１中のＣＰＵが実行する制御処理のフローチャート。
【図３】残高がゼロではない場合の一例としての残高不足画面を示す図。
【図４】残高がゼロである場合の一例としての残高不足画面を示す図。
【発明を実施するための形態】
【０００９】
以下、実施の形態の一例について図面を用いて説明する。なお、本実施の形態では、決済装置としての機能を備えたＰＯＳ（point-of-sale）端末を例に説明する。
【００１０】
図１は本実施形態に係るＰＯＳ端末１００の要部回路構成を示すブロック図である。  
ＰＯＳ端末１００は、サーバ２００とともにＰＯＳシステムを構成する。  
ＰＯＳ端末１００は、買上商品の登録、買上金額の算出、決済、あるいはポイント処理などのような商品販売に係わる各種のデータ処理を行う。  
サーバ２００は、ＰＯＳ端末１００が設置されているのと同じ店舗に備えられたいわゆる店舗サーバ、あるいはＰＯＳ端末１００が設置されているのと同じ店舗を含んだ複数の店舗を総括する本部に備えられたいわゆる本部サーバである。サーバ２００は、ＰＯＳ端末１００及びその他のＰＯＳ端末（図示せず）でそれぞれ生成された販売データを集計したり、各ＰＯＳ端末で使用するデータを管理したりする。ＰＯＳ端末１００は、通信ネットワーク３００を介してサーバ２００と通信可能である。通信ネットワーク３００としては、例えばＬＡＮ（local area network）又はインターネットが単独で、あるいはＬＡＮ及びインターネットを組み合わせて利用される。サーバ２００としては、例えば既存の汎用のコンピュータ装置がハードウェアとして利用される。そして、上記のコンピュータ装置に上記の各種の機能を実現するためのプログラムを実行させることにより、サーバ２００としての機能が実現される。
【００１１】
ＰＯＳ端末１００は、ＣＰＵ（central processing unit）１、ＲＯＭ（read-only memory）２、ＲＡＭ（random-access memory）３、補助記憶ユニット４、時計ユニット５、入出力ポート（Ｉ／Ｏ）６、スキャナ７、キーボード８、メインタッチパネル９、サブタッチパネル１０、プリンタ１１、リーダライタ１２、通信ユニット１３及び伝送システム１４を含む。
【００１２】
ＣＰＵ１、ＲＯＭ２、ＲＡＭ３及び補助記憶ユニット４は、伝送システム１４により接続されて、ＰＯＳ端末１００を制御するためのコンピュータを構成する。  
ＣＰＵ１は、上記のコンピュータの中枢部分に相当する。ＣＰＵ１は、ＲＯＭ２又は補助記憶ユニット４に記憶されたオペレーティングシステム、ミドルウェア及びアプリケーションプログラムに基づいて、ＰＯＳ端末１００としての各種の動作を実現するべく各部を制御する。  
ＲＯＭ２は、上記のコンピュータの主記憶部分に相当する。ＲＯＭ２は、上記のオペレーティングシステムを記憶する。ＲＯＭ２は、上記のミドルウェア及びアプリケーションプログラムを記憶する場合もある。またＲＯＭ２は、ＣＰＵ１が各種の処理を行う上で参照するデータを記憶する場合もある。  
ＲＡＭ３は、上記のコンピュータの主記憶部分に相当する。ＲＡＭ３は、ＣＰＵ１が各種の処理を行う上で参照するデータを記憶する。さらにＲＡＭ３は、ＣＰＵ１が各種の処理を行う上で一時的に使用するデータを記憶しておく、いわゆるワークエリアとして利用される。  
補助記憶ユニット４は、上記のコンピュータの補助記憶部分に相当する。補助記憶ユニット４は、例えばＨＤＤ（hard disk drive）又はＳＳＤ（solid state drive）などであり、ＣＰＵ１が各種の処理を行う上で使用するデータ、あるいはＣＰＵ１での処理によって生成されたデータを保存する。補助記憶ユニット４は、上記のミドルウェア及びアプリケーションプログラムを記憶する場合もある。
【００１３】
ＲＯＭ２又は補助記憶ユニット４に記憶されるアプリケーションプログラムには、後述する制御処理に関して記述した制御プログラムを含む。ＰＯＳ端末１００の使用者への譲渡は一般的に、決済処理プログラムがＲＯＭ２又は補助記憶ユニット４に記憶された状態にて行われる。しかし、ＰＯＳ端末１００が、決済処理プログラムがＲＯＭ２又は補助記憶ユニット４に記憶されない状態で使用者に譲渡されても良い。この場合、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介して制御プログラムが使用者に譲渡される。そしてこの制御プログラムが、上記の別途に譲渡されたＰＯＳ端末１００の補助記憶ユニット４に使用者の指示の下に書き込まれても良い。
【００１４】
時計ユニット５は、定常的に計時動作を行い、日付及び時刻を表した日時情報を生成する。時計ユニット５には、例えばＴＯＤ（time of day）時計が利用できる。時計ユニット５は、第２の取得手段の一例である。  
入出力ポート６は、ＣＰＵ１からドロワ開放が指示されたことに応じてドロワユニット４００を駆動するための駆動信号をドロワユニット４００に対して出力する。ドロワユニット４００は、駆動信号を受けてドロワを開放する。  
スキャナ７は、商品等に表示されたバーコードを読み取って、そのバーコードが表す商品コードなどの情報を出力する。スキャナ７には、固定タイプ及びハンディタイプのいずれか、又はその双方を含み得る。  
キーボード８は、操作者による操作の内容を表したコマンドを出力する。なお操作者は、一般的にはＰＯＳ端末１００が設置されている店舗の店員である。
【００１５】
メインタッチパネル９は、表示デバイス及びタッチセンサを含む。表示デバイスは、ＧＵＩ（graphical user interface）画面などの操作者に対して提示すべき任意の画面を表示する。表示デバイスとしては、例えばカラーＬＣＤ（liquid crystal display）等の周知のデバイスが利用できる。タッチセンサは、表示デバイスの表示面に重ねて配置されている。タッチセンサは、表示デバイスの表示面への操作者のタッチ位置を検出し、その位置情報をＣＰＵ１へと送る。タッチセンサとしては、周知のデバイスが利用できる。  
サブタッチパネル１０は、表示デバイス及びタッチセンサを含む。表示デバイスは、ＧＵＩ画面などの買物客に対して提示すべき任意の画面を表示する。表示デバイスとしては、例えばカラーＬＣＤ等の周知のデバイスが利用できる。タッチセンサは、表示デバイスの表示面に重ねて配置されている。タッチセンサは、表示デバイスの表示面への買物客のタッチ位置を検出し、その位置情報をＣＰＵ３へと送る。タッチセンサとしては、周知のデバイスが利用できる。
【００１６】
プリンタ１１は、例えばサーマルプリンタ又はドットインパクトプリンタなどであり、レシート用紙に対して各種の文字列及び画像などを印刷することによりレシート等を発行する。  
リーダライタ１２は、電子マネーカード、プリペイドカード、あるいは携帯情報端末などの媒体５００に内蔵された記憶デバイスに記憶されている情報を読み取る。リーダライタ１２は、媒体５００に内蔵された記憶デバイスに情報を書き込む。リーダライタ１２としては、例えばＮＦＣ（near field communication）に対応した周知のデバイスを利用できる。  
通信ユニット１３は、通信ネットワーク３００を介してサーバ２００と通信する。通信ユニット１３としては、例えば既存のＬＡＮ通信デバイス又はインターネット通信デバイスを適用できる。  
伝送システム１４は、ＣＰＵ１、ＲＯＭ２、ＲＡＭ３、補助記憶ユニット４、時計ユニット５、入出力ポート６、スキャナ７、キーボード８、メインタッチパネル９、サブタッチパネル１０、プリンタ１１、リーダライタ１２及び通信ユニット１３の間で授受されるデータを伝送する。伝送システム１４は、システムバスなどの各種のバスと、これらのバスと各部とを接続する各種のインタフェース回路とを含む周知のものが利用できる。
【００１７】
次に以上のように構成されたＰＯＳ端末１００の動作について説明する。  
ＰＯＳ端末１００における動作のうちで他の既存のＰＯＳ端末と異なる特徴的な動作は、プリペイド方式の決済に関わる動作であるので、ここではその動作について説明する。その他の動作は、他の既存のＰＯＳ端末で行われている動作と同様であって良い。  
ＣＰＵ１は、周知の買上商品の登録処理などにより決済金額を算出する。かくしてＣＰＵ１を中枢部分とするコンピュータは算出手段として機能する。なお、ＣＰＵ１は、算出によって決済金額を取得しているとも言える。つまりＣＰＵ１を中枢部分とするコンピュータは取得手段として機能しているとも言える。そしてＣＰＵ１は、プリペイド方式の決済方法が操作者により指定されたならば、ＲＯＭ２又は補助記憶ユニット４に記憶された制御プログラムに従った制御処理を開始する。なお、以下に説明する処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用できる。
【００１８】
図２は当該制御処理のフローチャートである。  
Ａｃｔ１においてＣＰＵ１は、カード入力画面をメインタッチパネル９に表示させる。カード入力画面は、電子マネーカード又はプリペイドカードなどの決済に用いる媒体５００をリーダライタ１２に読み取らせるよう操作者に促す画面である。  
Ａｃｔ２においてＣＰＵ１は、リーダライタ１２により媒体５００から電子マネーやプリペイドカードに記憶された情報（以下、カード情報と称する）が読み取られたか否かを確認する。そしてＣＰＵ１は、カード情報が読み取られていないためにＮｏと判定したならば、Ａｃｔ２を繰り返す。かくしてＣＰＵ１はＡｃｔ２においては、カード情報が読み取られるのを待ち受ける。
【００１９】
操作者は、カード入力画面での案内に従って、決済に用いる媒体５００をリーダライタ１２に読み取らせる。例えば操作者は、買物客が所持する媒体５００をリーダライタ１２に翳すように買物客に促す。これに応じて買物客が媒体５００をリーダライタ１２に翳すと、この媒体５００に記憶されたカード情報がリーダライタ１２により読み取り可能となる。リーダライタ１２は、媒体５００に記憶されたカード情報を読み取ると、これをＣＰＵ１に通知する。ＣＰＵ１はこの通知を受けるとＡｃｔ２でＹｅｓと判定し、Ａｃｔ３へと進む。  
Ａｃｔ３においてＣＰＵ１は、リーダライタ１２から通知されたカード情報を取得する。  
Ａｃｔ４においてＣＰＵ１は、カード情報に基づいて残高を判定する。かくして制御プログラムに基づく制御処理をＣＰＵ１が実行することによって、ＣＰＵ１を中枢部分とするコンピュータは判定手段として機能する。  
Ａｃｔ５においてＣＰＵ１は、上記の判定した残高が決済金額未満であるか否かを確認する。そしてＣＰＵ１は、残高が決済金額以上であるためにＮｏと判定したならば、Ａｃｔ６へと進む。  
Ａｃｔ６においてＣＰＵ１は、決済金額の全てを残高から差し引くための周知の決済処理を実行する。そしてＣＰＵ１は、この決済処理を終えたならば、当該図２の制御処理を終了する。
【００２０】
一方でＣＰＵ１は、残高が決済金額未満であるならばＡｃｔ５にてＹｅｓと判定し、Ａｃｔ７へと進む。  
Ａｃｔ７においてＣＰＵ１は、残高不足画面を生成する。残高不足画面は、決済金額に対して残高が不足している旨を操作者に報知するための案内画面である。  
図３は一例としての残高不足画面ＳＣ１を示す図である。  
残高不足画面ＳＣ１は、文字列Ｔ１，Ｔ２，Ｔ３，Ｔ４，Ｔ５、表示領域Ａ１及びボタンＢ１，Ｂ２，Ｂ３を含んでいる。文字列Ｔ１は、残高不足である旨のメッセージである。文字列Ｔ２は、残高の金額を表す。文字列Ｔ３は、不足する金額を表す。文字列Ｔ４は、残高を増額するためには「チャージ」と示されたボタンを押下すべきである旨を操作者に報知するメッセージである。文字列Ｔ５は、全額引去りを実行するためには「確定」と示されたボタンを押下すべきである旨を操作者に報知するメッセージである。表示領域Ｒ１は、その内部に決済金額を表す。ボタンＢ１は、残高不足画面ＳＣ１の表示の終了を指示するために操作者が押下するボタンであり、「閉じる［Ｃ］」と示されている。ボタンＢ２は、残高を増額するためのチャージ処理の開始を指示するために操作者が押下するボタンであり、「チャージ」と示されている。ボタンＢ３は、全額引去りの実行を指示するために操作者が押下するボタンであり、「確定［Enter］」と示されている。かくして、ボタンＢ３は、決済金額のうちの残額に相当する金額を決済することの指示を操作者に行わせるためのインタフェースに相当する。  
残高不足画面ＳＣ１のうち、文字列Ｔ２，Ｔ３及び表示領域Ａ１に示された金額の値以外はフォームとして予め用意される。そしてＣＰＵ１は、当該決済処理で決済すべき決済金額、Ａｃｔ４で判定した残高、ならびに上記決済金額から上記残高を減じた金額を、上記フォームの文字列Ｔ２，Ｔ３及び表示領域Ａ１に図３に示すように含めることにより、残高不足画面ＳＣ１を生成する。
【００２１】
Ａｃｔ８においてＣＰＵ１は、Ａｃｔ４で判定した残高がゼロであるか否かを確認する。そしてＣＰＵ１は、残高がゼロであるためにＹｅｓと判定したならば、Ａｃｔ９へと進む。  
Ａｃｔ９においてＣＰＵ１は、Ａｃｔ７にて生成した残高不足画面を編集する。ＣＰＵ１は具体的には、文字列Ｔ５及びボタンＢ３を削除する。  
図４は一例としての編集後の残高不足画面ＳＣ２を示す図である。  
図３では残高が７００円である例を示すのに対し、図４では残高がゼロである例を示すため、文字列Ｔ２，Ｔ３に示す金額も異なっている。
【００２２】
ＣＰＵ１は、残高不足画面を編集し終えたならば、Ａｃｔ１０へと進む。一方でＣＰＵ１は、Ａｃｔ４で判定した残高がゼロではないためにＡｃｔ８にてＮｏと判定したならば、Ａｃｔ９をパスしてＡｃｔ１０へと進む。  
Ａｃｔ１０においてＣＰＵ１は、残高不足画面をメインタッチパネル９に表示させる。ここでメインタッチパネル９が表示する残高不足画面は、残高がゼロではない場合は残高不足画面ＳＣ１のような文字列Ｔ５及びボタンＢ３を含む画面であり、残高がゼロである場合は残高不足画面ＳＣ２のような文字列Ｔ５及びボタンＢ３を含まない画面である。なお、実際に残高不足画面を表示するのは、メインタッチパネル９に含まれた表示デバイスである。かくして制御プログラムに基づく制御処理をＣＰＵ１が実行することによって、ＣＰＵ１を中枢部分とするコンピュータは表示制御手段として機能する。
【００２３】
Ａｃｔ１１においてＣＰＵ１は、チャージの実行が指示されたか否かを確認する。そしてＣＰＵ１は、ボタンＢ２を押下するタッチ操作がメインタッチパネル９で検出されていなければＮｏと判定し、Ａｃｔ１２へと進む。  
Ａｃｔ１２においてＣＰＵ１は、全額引去りの実行が指示されたか否かを確認する。そしてＣＰＵ１は、ボタンＢ３を押下するタッチ操作がメインタッチパネル９で検出されていなければＮｏと判定し、Ａｃｔ１３へと進む。  
Ａｃｔ１３においてＣＰＵ１は、表示終了が指示されたか否かを確認する。そしてＣＰＵ１は、ボタンＢ１を押下するタッチ操作がメインタッチパネル９で検出されていなければＮｏと判定し、Ａｃｔ１１へと戻る。  
かくしてＣＰＵ１はＡｃｔ１１乃至Ａｃｔ１２において、チャージの実行、全額引去りの実行及び表示終了のいずれかが指示されるのを待ち受ける。
【００２４】
メインタッチパネル９に表示された残高不足画面により残高が不足することを認識した操作者は、その旨を買物客に告げる。買物客は、チャージするか、全額引去りするか、それとも決済方法を変更するかを選択し、それを操作者に告げる。
【００２５】
買物客がチャージすることを選択した場合、操作者はボタンＢ２を押下することで、チャージの実行を指示する。このような操作がメインタッチパネル９で検出されたならば、ＣＰＵ１はＡｃｔ１１でＹｅｓと判定し、Ａｃｔ１４へと進む。  
Ａｃｔ１４においてＣＰＵ１は、媒体５００に記憶されたカード情報を、そこに示された残高を増額するように更新するためのチャージ処理を実行する。チャージ処理は、既存の他のＰＯＳ端末で行われている周知の処理をそのまま用いることができる。そしてＣＰＵ１は、チャージ処理を終了したならば、Ａｃｔ１に戻る。
【００２６】
買物客が全額引去りすることを選択した場合、操作者はボタンＢ３を押下することで、全額引去りの実行を指示する。このような操作がメインタッチパネル９で検出されたならば、ＣＰＵ１はＡｃｔ１２でＹｅｓと判定し、Ａｃｔ１５へと進む。  
Ａｃｔ１５においてＣＰＵ１は、残高の全額を決済額から引き去るための全額引去り処理を実行する。具体的にはＣＰＵ１は、決済額から残高を減じた値を決済残額として求めるとともに、媒体５００に記憶されたカード情報を、そこに示された残高をゼロとするように更新する。かくして制御プログラムに基づく制御処理をＣＰＵ１が実行することによって、ＣＰＵ１を中枢部分とするコンピュータは決済手段として機能する。そしてＣＰＵ１は、この全額引去り処理を終えたならば、当該図２の制御処理を終了する。
【００２７】
買物客が決済方法を変更することを選択した場合、操作者はボタンＢ１を押下することで、表示終了を指示する。このような操作がメインタッチパネル９で検出されたならば、ＣＰＵ１はＡｃｔ１３でＹｅｓと判定し、そのまま当該図２の制御処理を終了する。つまり、ＣＰＵ１は、図２の制御処理による決済を取り止める。そしてＣＰＵ１はこの場合には、図示しない他の周知な処理により、決済方法を選択し直し、その決済方法での決済を行う。
【００２８】
さて、残高がゼロであったためにＣＰＵ１がＡｃｔ９を実行した場合は、例えば図４に示した残高不足画面ＳＣ２のように、ボタンＢ３を含まない残高不足画面がメインタッチパネル９にて表示される。このため、操作者がボタンＢ３を押下することはない。つまり、ＣＰＵ１は、Ａｃｔ１２にてＹｅｓと判定することはなく、Ａｃｔ１５を実行することもない。  
かくしてＰＯＳ端末１００によれば、残高がゼロであるにも拘わらずに全額引去り処理を実行してエラーを生じさせてしまうことがなく、操作性を向上させることができる。
【００２９】
この実施形態は、次のような種々の変形実施が可能である。  
残高不足画面ＳＣ１のような画面を生成するためのフォームと、残高不足画面ＳＣ２のような画面を生成するためのフォームとを個別に用意しておき、これらフォームを残高がゼロであるか否かに応じて使い分けてそれぞれの残高不足画面を生成しても良い。  
ボタンＢ３は、表示しておくものの、その操作を受け付けないことにより無効化しても良い。この場合、ボタンＢ３の表示形態は、ボタンＢ３が有効であるか否かに拘わらずに同一としても良いが、変えても良い。変える場合は、例えばボタンＢ３の表示色を、有効時と無効時として異ならせることが考えられる。  
ＰＯＳ端末１００は、いわゆる対面方式のものである。しかしながら、セルフ方式のＰＯＳ端末でも、あるいはセミセルフ方式のＰＯＳシステムにおける決済装置でも、同様に実施可能である。なおセルフ方式のＰＯＳ端末は、買上商品の登録及び決済をいずれも買物客の操作にて行う。セミセルフ方式のＰＯＳシステムは、買上商品の登録を店員の操作にて登録装置で行い、決済を買物客の操作にて決済装置で行う。さらには、ＰＯＳシステムとは無関係に何らかの決済金額の決済を行う決済装置、あるいはキャッシュレジスタなどの商品販売データ処理装置においても同様に実施可能である。なお、他の装置で算出された決済金額についての決済処理を行う決済装置として実現する場合、ＣＰＵ１は自ら決済金額を算出するのに代えて、他の装置から決済金額を取得する。かくしてこの場合においては、制御プログラムに基づく制御処理をＣＰＵ１が実行することによって、ＣＰＵ１を中枢部分とするコンピュータは取得手段として機能する。  
ＣＰＵ１は、例えばサーバ装置などに記憶された情報に基づいて残高を判定しても良い。  
制御処理によりＣＰＵ１が実現する各機能は、その一部又は全てをロジック回路などのようなプログラムに基づかない情報処理を実行するハードウェアにより実現することも可能である。また上記の各機能のそれぞれは、上記のロジック回路などのハードウェアにソフトウェア制御を組み合わせて実現することも可能である。
【００３０】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００３１】
１…ＣＰＵ、２…ＲＯＭ、３…ＲＡＭ、４…補助記憶ユニット、５…時計ユニット、６…入出力ポート、７…スキャナ、８…キーボード、９…メインタッチパネル、１０…サブタッチパネル、１１…プリンタ、１２…リーダライタ、１３…通信ユニット、１４…伝送システム、１００…ＰＯＳ端末、５００…媒体。
【図１】
2017134667.tif 000003
【図２】
2017134667.tif 000004
【図３】
2017134667.tif 000005
【図４】
2017134667.tif 000006