JP2023168405A - 商品登録装置及びプログラム - Google Patents

Abstract

【課題】一取引分の商品の登録が完了する前に決済限度額が不足していることを買物客に報知する。【解決手段】実施形態の商品登録装置は、登録手段、取得手段及び報知手段を備える。登録手段は決済対象となる商品を登録する。取得手段は、前記決済対象となる商品の決済に用いる決済方法の決済限度額を取得する。報知手段は、前記取得手段によって取得された前記決済限度額が、前記登録手段での一取引分の登録が完了するより前において決済対象として登録済みの商品を決済するための決済金額未満である場合に、前記決済限度額が不足することを決済者に報知するための報知動作を行う。【選択図】図１

Description

本発明の実施形態は、商品登録装置及びプログラムに関する。

商品の購入時において、従来の商品登録装置では、一取引分の商品の登録が完了してから買物客に決済金額を報知し、その後に決済方法を決定している。ここで、プリペイド式の電子マネーカード又はデビットカードなどの、決済限度額を有する決済方法を用いて決済するとき、電子マネー在高又は銀行口座在高等に基づく決済限度額が不足していた場合、不足分を現金などで支払う必要がある。このため、従来の商品登録装置を用いた決済では、一取引分の商品の登録が完了して決済方法の決定が終わるまで、買物客は決済限度額が不足していることに気付かない場合がある。この場合、買物客は、不足分の支払いのための現金等を、一取引分の商品の登録が完了した後に用意し始めることになるため、決済に時間がかかるといった問題がある。
このような事情から、一取引分の商品の登録が完了するより前に決済限度額が不足していることを買物客に報知することが望まれている。

特開２０１５－０１８４８２号公報

一取引分の商品の登録が完了するより前に、決済方法の決済限度額が不足していることを買物客に報知することができる商品登録装置及びプログラムを提供する。

実施形態の商品登録装置は、登録手段、取得手段及び報知手段を備える。登録手段は決済対象となる商品を登録する。取得手段は、前記決済対象となる商品の決済に用いる決済方法の決済限度額を取得する。報知手段は、前記取得手段によって取得された前記決済限度額が、前記登録手段での一取引分の登録が完了するより前において決済対象として登録済みの商品を決済するための決済金額未満である場合に、前記決済限度額が不足することを決済者に報知するための報知動作を行う。

実施形態に係る商品登録装置の外観を示す斜視図。 商品登録装置の要部回路構成を示すブロック図。 図２中のＣＰＵによる制御処理のフローチャート。 図１，２中のタッチパネルの画面に表示される画像の一例を示す図。 図１，２中のタッチパネルの画面に表示される画像の一例を示す図。 図１，２中の客側表示デバイスの画面に表示される画像の一例を示す図。

以下、実施形態に係る商品登録装置について図面を用いて説明する。なお、以下の各図面及びその説明において同一の要素には同一の符号を付している。

図１は、本実施形態に係る商品登録装置１の外観の斜視図である。
商品登録装置１は、リーダーライター２を接続している。
商品登録装置１は、決済対象となる商品の登録及び決済金額の算出などのような商品販売に係わる各種のデータ処理を行う。商品登録装置１としては、例えばＰＯＳ（point of sales）端末又は電子キャッシュレジスター（ＥＣＲ：electronic cash register）などを用いることができる。商品登録装置１は、本体１０、タッチパネル１１、客側表示デバイス１２、入力デバイス１３、プリンター１４及びスキャナー１５を備える。

本体１０は、商品登録装置１を構成するための後述する各種の要素の多くを含む。

タッチパネル１１は、操作者に各種情報を通知するための画面を表示する表示デバイスとして機能する。また、タッチパネル１１は、当該操作者によるタッチ操作を受け付ける入力デバイスとして機能する
客側表示デバイス１２は、買物客に確認させるための各種情報を表示する。

入力デバイス１３は、操作者による操作に応じて各種の情報を入力する。入力デバイス１３としては、キーボード、キーパッド又はボタンなどを用いることができる。
プリンター１４は、レシートなどを印刷する。プリンター１４は、ドットインパクトプリンター、インクジェットプリンター、サーマルプリンター、レーザープリンター又はその他のプリンターなど種々の方式を用いることができる。
スキャナー１５は、商品に表示されたバーコードを読取って、このバーコードが表した商品コードを出力する。図１では、スキャナー１５は、手で持って使用するタイプであるが、レジ台などに固定するタイプでも良い。

リーダーライター２は、デビットカード、電子マネーカード又はポイントカードなどの、決済限度額を有する決済方法を利用するためのカード等に記録された情報を読取る。また、リーダーライター２は、前記カード等に情報を書き込むこともできる。

以下、決済限度額を有する決済方法について説明する。
デビットカードであれば、銀行等の口座の在高が決済限度額となる。若しくは、デビットカードの利用者又はデビットカードのサービス提供者が、デビットカードで支払うことのできる金額の上限を設定している場合には、当該口座の在高又は当該金額の上限のいずれか小さい方が決済限度額となる。
また、電子マネーカードであれば、電子マネーの在高が決済限度額となる。
また、ポイントカードであれば、ポイント在高を金額に換算した値が決済限度額となる。
上記の決済限度額は、サーバー又は当該決済方法を利用するためのカード等の少なくともいずれか一方に記録される。

決済方法を利用するための情報を記憶する媒体は、磁気カード、接触型ＩＣ（integrated circuit）カード又は非接触ＩＣカードのいずれであっても良い。また、カード型の媒体に限らず、スマートフォン又は携帯電話などの携帯電子機器に搭載された非接触ＩＣチップを上記の情報を記憶する媒体として利用しても良い。
なお、図１に示すリーダーライター２は、非接触ＩＣカード又は非接触ＩＣチップに対して情報を読み書きするタイプである。リーダーライター２としては、磁気カード又は接触型ＩＣカードなどに対して情報を読み書きするタイプを利用する場合もある。つまりリーダーライター２は、決済方法を利用するための情報を記憶する媒体に対して情報を読み書きできるタイプのものを用いる。

図２は、商品登録装置１の要部回路構成を示すブロック図である。
本体１０は、ＣＰＵ（central processing unit）１０１、メインメモリ１０２、補助記憶デバイス１０３、通信インターフェース１０４、ネットワークインターフェース１０５及びバス１０６を備える。

ＣＰＵ１０１は、商品登録装置１の動作に必要な処理及び制御を行うコンピューターの中枢部分に相当する。ＣＰＵ１０１は、メインメモリ１０２に記憶されたオペレーティングシステム及びアプリケーションソフトウェアなどのプログラムに基づいて、商品登録装置１の各種の機能を実現するべく各部を制御する。さらにＣＰＵ１０１は、通信インターフェース１０４を介してリーダーライター２の制御を行う場合もある。

メインメモリ１０２は、上記コンピューターの主記憶部分に相当する。メインメモリ１０２は、上記オペレーティングシステム及びアプリケーションソフトウェアなどのプログラムを記憶する。またメインメモリ１０２は、ＣＰＵ１０１が各種の処理を行う上で参照するデータを記憶する。さらにメインメモリ１０２は、ＣＰＵ１０１が各種の処理を行う上で一時的に使用するデータを記憶しておく、いわゆるワークエリアとして利用される。

補助記憶デバイス１０３は、上記コンピューターの補助記憶部分に相当する。補助記憶デバイス１０３は、例えばＥＥＰＲＯＭ（electric erasable programmable read-only memory）、ＨＤＤ（hard disc drive）又はＳＳＤ（solid state drive）などである。補助記憶デバイス１０３は、ＣＰＵ１０１が各種の処理を行う上で使用するデータ又はＣＰＵ１０１での処理によって生成されたデータなどを保存する。補助記憶デバイス１０３は、上記のオペレーティングシステム又はアプリケーションなどのプログラムを記憶する場合もある。
また、メインメモリ１０２又は補助記憶デバイス１０３は、買上商品として登録された商品のリストである商品リストも記憶する。

メインメモリ１０２又は補助記憶デバイス１０３に記憶されるプログラムには、後述する制御処理に関して記述した制御プログラムを含む。一例として商品登録装置１は、制御プログラムがメインメモリ１０２又は補助記憶デバイス１０３に記憶された状態で、利用者へと譲渡される。しかしながら商品登録装置１は、制御プログラムがメインメモリ１０２又は補助記憶デバイス１０３に記憶されない状態で利用者に譲渡されても良い。そして、別途に利用者へと譲渡された制御プログラムが、利用者又はサービスマンなどによる操作の下にメインメモリ１０２又は補助記憶デバイス１０３へと書き込まれても良い。このときの制御プログラムの譲渡は、磁気ディスク、光磁気ディスク、光ディスク、半導体メモリなどのようなリムーバブルな記録媒体に記録して、あるいはネットワークを介したダウンロードにより実現できる。

通信インターフェース１０４は、商品登録装置１がリーダーライター２と通信するためのインターフェースである。通信インターフェース１０４は、例えばＲＳ－２３２Ｃ、ＵＳＢ（universal serial bus）、ＳＣＳＩ（small computer system interface）、ＩＥＥＥ １３９４、Ｅｔｈｅｒｎｅｔ（登録商標）又はその他のインターフェース規格を用いる。
ネットワークインターフェース１０５は、商品登録装置１がネットワーク３を介して通信するためのインターフェースである。
バス１０６は、アドレスバス及びデータバスなどを含み、商品登録装置１の各部が信号をやり取りするための伝送路である。

ネットワーク３は、３Ｇ（3rd generation）若しくはＬＴＥ（long term evolution）等の携帯電話回線網、インターネット、ＬＡＮ（local area network）、専用線又はその他の通信回線などを含む通信網である。

サーバー４は、ネットワーク３を介して商品登録装置１と接続される。サーバー４は、上記決済方法の口座在高又は決済限度額などを記憶する場合がある。サーバー４は、既存の構成のサーバーを用いることができる。

以下、買物客が商品を購入するときの商品登録装置１の動作を、図を用いて説明する。なお、以下に説明する処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用することができる。

図３は、ＣＰＵ１０１による、制御処理のフローチャートである。ＣＰＵ１０１は、メインメモリ１０２又は補助記憶デバイス１０３に記憶された制御プログラムに基づいてこの制御処理を実行する。

Ａｃｔ１においてＣＰＵ１０１は、メインメモリ１０２又は補助記憶デバイス１０３に記憶された商品リストをリセットする。すなわちＣＰＵ１０１は、商品リストに商品が登録されていない状態にするようメインメモリ１０２又は補助記憶デバイス１０３に指示する。

Ａｃｔ２においてＣＰＵ１０１は、商品コードが読み込まれたか否かを確認する。すなわち、ＣＰＵ１０１は、スキャナー１５により、商品に付されたバーコードが読み込まれたか否かを確認する。ＣＰＵ１０１は、商品コードが読み込まれないならば、Ａｃｔ２においてＮｏと判定してＡｃｔ３へと進む。

Ａｃｔ３においてＣＰＵ１０１は、決済限度額を有する決済方法を決済に用いることが決定されたか否かを判定する。すなわちＣＰＵ１０１は、決済限度額を有する決済方法を利用するためのカード等がリーダーライター２により読取られたかどうかを確認する。ＣＰＵ１０１は、決済限度額を有する決済方法を決済に用いることが決定されていないならば、Ａｃｔ３においてＮｏと判定してＡｃｔ４へと進む。

Ａｃｔ４においてＣＰＵ１０１は、登録完了を指示する操作が行われたか否かを確認する。すなわち、ＣＰＵ１０１は、小計ボタンを押すなどの登録完了を指示するための予め定められた操作が行われたか否かを確認する。なお、登録完了を指示する操作は、商品を１つ以上登録してから行うことを操作上のルールとしておく。商品が登録されていない状態での登録完了を指示する操作がなされた場合のＣＰＵ１０１の動作は、ＣＰＵ１０１の制御プログラムの設計者により定められて良い。例えば、ＣＰＵ１０１は、登録完了を指示する操作を無視する。あるいはＣＰＵ１０１は、商品が登録されていない状態では、登録完了を指示する操作自体ができないようにしても良い。ＣＰＵ１０１は、登録完了を指示する操作が行われないならば、Ａｃｔ４においてＮｏと判定し、Ａｃｔ２へと戻る。かくしてＣＰＵ１０１は、商品コードが読み込まれるか、決済限度額を有する決済方法を決済に用いることが決定されるか、あるいは登録完了を指示する操作が行われるまでＡｃｔ２～Ａｃｔ４を繰り返す。

ＣＰＵ１０１は、Ａｃｔ２～Ａｃｔ４の待受状態にあるときに商品コードがスキャナー１５によって読み込まれたならば、Ａｃｔ２でＹｅｓと判定してＡｃｔ５へと進む。
Ａｃｔ５においてＣＰＵ１０１は、読み込まれた商品コードを商品リストに登録する。すなわちＣＰＵ１０１は、読み込まれた商品コードを、商品リストに追加するようメインメモリ１０２又は補助記憶デバイス１０３に指示する。この処理においてＣＰＵ１０１は登録手段として動作する。
また、Ａｃｔ５においてＣＰＵ１０１は、商品リストに登録された商品の一覧をタッチパネル１１に表示する。すなわちＣＰＵ１０１は、商品登録画面２００に対応した画像を生成し、この画像を表示するようタッチパネル１１に指示する。
なお、既に商品登録画面２００がタッチパネル１１に表示されているときに商品コードが商品リストに登録された場合には、商品登録画面２００を当該商品コードが登録された商品リストに応じた表示に更新する。すなわちＣＰＵ１０１は、更新された商品登録画面２００に対応した画像を生成し、この画像を表示するようタッチパネル１１に指示する。

図４は一例としての商品登録画面２００を示す図である。
図４に示す商品登録画面２００は、商品領域２１０及び金額領域２２０を含む。
商品領域２１０には、商品リストに登録された商品の商品名、単価、点数及び金額が表示される。なお、商品領域２１０には各商品が内税であるか外税であるか、商品コード又はその他の商品に関する情報が表示されていても良い。

金額領域２２０には、商品リストに登録された商品の小計金額、外税金額及び合計金額が表示される。ここで、小計金額は商品リストに登録済みの商品の金額の合計である。また、外税金額は、商品リストに登録済みの商品にかかる外税の金額の合計である。なお、合計金額は、商品リストに登録済みの商品を決済するための決済金額に相当する。

そして、ＣＰＵ１０１は、Ａｃｔ５の処理を終えた後には、Ａｃｔ２～Ａｃｔ４の待受状態へと戻る。
かくしてＣＰＵ１０１は、決済方法が決定されるか、登録完了を指示する操作が行われるまでの間は、商品コードが読み込まれる毎に当該商品コードを商品リストに登録する。

ＣＰＵ１０１は、Ａｃｔ２～Ａｃｔ４の待受状態にあるときに、商品を１つ以上登録した状態で登録完了を指示する操作が行われたならば、Ａｃｔ４でＹｅｓと判定し、Ａｃｔ６へと進む。
Ａｃｔ６においてＣＰＵ１０１は、買物客を決済者として、商品リストに登録されている商品についての決済処理を行う。ここでの決済処理は、周知の処理を用いることができるのでこの処理の説明は省略する。
また、Ａｃｔ６においてＣＰＵ１０１は、レシートなどの発行を行う。すなわちＣＰＵ１０１は、プリンター１４にレシートなどを発行するように指示する。
ＣＰＵ１０１は、Ａｃｔ６の処理を終えた後には、Ａｃｔ１へと戻る。

ＣＰＵ１０１は、Ａｃｔ２～Ａｃｔ４の待受状態にあるときに、決済限度額を有する決済方法を決済に用いることが決定されたならば、Ａｃｔ３でＹｅｓと判定してＡｃｔ７へと進む。
Ａｃｔ７においてＣＰＵ１０１は、決済方法の決済限度額を取得する。すなわちＣＰＵ１０１は、決済方法の決済限度額をサーバー４から取得する場合には、サーバー４に決済限度額を送信させるための情報を送信するようネットワークインターフェース１０５に指示する。そして、ＣＰＵ１０１は、サーバー４から送信された決済限度額を受信するようネットワークインターフェース１０５に指示する。この処理においてＣＰＵ１０１は取得手段として動作する。またＣＰＵ１０１は、決済方法の決済限度額を、決済方法を利用するためのカード等から取得する場合には、当該カード等から決済限度額を取得するようリーダーライター２に指示する。この処理においてＣＰＵ１０１は取得手段として動作する。

Ａｃｔ８においてＣＰＵ１０１は、決済限度額が合計金額に対して不足しているか否かを判定する。すなわちＣＰＵ１０１は、商品リストに登録された商品の金額から合計金額を算出して、Ａｃｔ７で取得した決済限度額と比較することで、決済限度額が合計金額に対して不足しているか否か、すなわち決済限度額が合計金額未満であるか否かを判定する。ＣＰＵ１０１は、決済限度額が合計金額以上である場合、Ａｃｔ８においてＮｏと判定してＡｃｔ９へと進む。

Ａｃｔ９においてＣＰＵ１０１は、商品コードが読み込まれたか否かを確認する。すなわち、ＣＰＵ１０１は、Ａｃｔ２と同様に、商品に付されたバーコードが読み込まれたか否かを確認する。ＣＰＵ１０１は、商品コードが読み込まれないならば、Ａｃｔ９においてＮｏと判定してＡｃｔ１０へと進む。

Ａｃｔ１０においてＣＰＵ１０１は、登録完了を指示する操作が行われたか否かを確認する。すなわち、ＣＰＵ１０１は、Ａｃｔ４と同様に、登録完了を指示する操作が行われたか否かを確認する。ＣＰＵ１０１は、登録完了を指示する操作が行われないならば、Ａｃｔ１０においてＮｏと判定し、Ａｃｔ９へと戻る。かくしてＣＰＵ１０１は、商品コードが読み込まれるか、あるいは登録完了を指示する操作が行われるまでＡｃｔ９及びＡｃｔ１０を繰り返す。

ＣＰＵ１０１は、Ａｃｔ９及びＡｃｔ１０の待受状態にあるときに商品コードが読み込まれたならば、Ａｃｔ９でＹｅｓと判定してＡｃｔ１１へと進む。
Ａｃｔ１１においてＣＰＵ１０１は、読み込まれた商品コードを登録する。すなわちＣＰＵ１０１は、Ａｃｔ５と同様に読み込まれた商品コードを商品リストに追加する。この処理においてＣＰＵ１０１は登録手段として動作する。
また、ＣＰＵ１０１は、この時点での商品リストに応じ、Ａｃｔ５と同様にして商品登録画面２００を表示又は更新する。
ＣＰＵ１０１は、Ａｃｔ１１の処理を終えた後、Ａｃｔ８へと戻る。この場合にＣＰＵ１０１は、Ａｃｔ１１で更新された商品リストに基づいて改めて合計金額を算出し、当該合計金額を決済限度額と比較する。
かくしてＣＰＵ１０１は、合計金額が決済限度額を超過するか、登録完了を指示する操作が行われるまでの間は、商品コードが読み込まれる毎に当該商品コードを商品リストに登録する。

ところでＣＰＵ１０１は、Ａｃｔ９及びＡｃｔ１０の待受状態にあるときに、商品を１つ以上登録した状態で登録完了を指示する操作が行われたならば、Ａｃｔ１０でＹｅｓと判定し、Ａｃｔ１２へと進む。
Ａｃｔ１２においてＣＰＵ１０１は、買物客を決済者として、商品リストに登録された商品についての決済処理を行う。ここでの決済処理ではＣＰＵ１０１は、Ａｃｔ３において決定された決済方法を用いて決済を行う。決済の具体的な処理については周知の方法を用いることができるので説明は省略する。
また、Ａｃｔ１２においてＣＰＵ１０１は、レシートなどの発行を行う。すなわちＣＰＵ１０１は、プリンター１４にレシートなどを発行するように指示する。
ＣＰＵ１０１は、Ａｃｔ１２の処理を終えた後、Ａｃｔ１へと戻る。

ＣＰＵ１０１は、決済限度額が合計金額未満である場合、Ａｃｔ８でＹｅｓと判定してＡｃｔ１３へと進む。
Ａｃｔ１３においてＣＰＵ１０１は、決済限度額が合計金額に対して不足していることを買物客に報知するための報知動作を開始する。すなわちＣＰＵ１０１は、第１の報知画面に対応した画像を生成し、この画像を表示するようにタッチパネル１１に指示する。この処理により、ＣＰＵ１０１及びタッチパネル１１の協働によって第１の表示手段としての機能が実現される。さらにＣＰＵ１０１は、第２の報知画面３００を表示するよう客側表示デバイス１２に指示する。この処理により、ＣＰＵ１０１及び客側表示デバイス１２の協働によって第２の表示手段としての機能が実現される。

図５は一例としての第１の報知画面２０１を示す図である。
図５に示す第１の報知画面２０１は、商品登録画面２００と同様に商品領域２１０及び金額領域２２０を含む。第１の報知画面２０１はさらに、商品領域２１０及び金額領域２２０の一部に重畳する状態で配置された報知領域２３０を含む。

報知領域２３０は、不足通知２３１、報知指示２３２、決済限度額２３３、不足金額２３４、確認ボタン２３５及び変更ボタン２３６を含む。

不足通知２３１は、決済限度額が合計金額に対して不足していることを操作者に通知するための文字列である。例えば「決済限度額が不足しています。」のように表示する。 報知指示２３２は、決済限度額が合計金額に対して不足していることを買物客に報知するように操作者に通知するための文字列である。例えば「お客様に報知して下さい。」のように表示する。
決済限度額２３３は、決済方法の決済限度額を表示する。図５では、決済限度額が１，０６８円である場合を示す。
不足金額２３４は、決済限度額が合計金額に対していくら不足しているのかを表示する。図５は、不足している金額が１２０円である場合を示す。

確認ボタン２３５は、操作者が報知領域２３０に表示された内容を確認した場合に、操作者に操作させるためのボタンである。
変更ボタン２３６は、決済に用いる決済方法の決定を取り消して他の決済方法に変更する場合に、操作者に操作させるためのボタンである。

以上のような報知領域２３０の表示によって、決済限度額が合計金額に対して不足していることを買物客に報知するよう操作者に促す。つまり、報知領域２３０の表示は、直接的には操作者に対する報知であるが、間接的には買物客に対する報知のための動作であると言える。従って、報知領域２３０の表示は、決済限度額が合計金額に対して不足していることを買物客に報知するための報知動作の一例である。

図６は一例としての第２の報知画面３００を示す図である。
図６に示す第２の報知画面３００は、不足報知３０１、決済限度額３０２、合計金額３０３及び不足金額３０４を含む。

不足報知３０１、決済限度額３０２及び不足金額３０４は、不足通知２３１、決済限度額２３３及び不足金額２３４と同様な内容を示す。
合計金額３０３は、この時点で商品リストに登録済みの商品についての合計金額を表示する。図６は、合計金額が１，１８８円である場合を示す。

かくしてＡｃｔ８及びＡｃｔ１３の処理においてＣＰＵ１０１、タッチパネル１１及び客側表示デバイス１２は報知手段として動作する。またＣＰＵ１０１は報知制御手段として動作する。またタッチパネル１１及び客側表示デバイス１２は、報知装置として動作する。

Ａｃｔ１４においてＣＰＵ１０１は、報知動作を確認したことを示す予め定められた操作が行われたか否かを確認する。ＣＰＵ１０１は、確認ボタン２３５が操作されないならば、Ａｃｔ１４においてＮｏと判定してＡｃｔ１５へと進む。

Ａｃｔ１５においてＣＰＵ１０１は、決済方法の決定を取り消して他の決済方法に変更するための予め定められた操作が行われたか否かを確認する。ＣＰＵ１０１は、変更ボタン２３６が操作されないならば、Ａｃｔ１５においてＮｏと判定してＡｃｔ１４へと戻る。
かくしてＣＰＵ１０１は、確認ボタン２３５又は変更ボタン２３６が操作されるまでＡｃｔ１５及びＡｃｔ１６を繰り返す。

ＣＰＵ１０１は、Ａｃｔ１４及びＡｃｔ１５の待受状態にあるときに変更ボタン２３６が操作されたならば、Ａｃｔ１５でＹｅｓと判定してＡｃｔ２へと戻る。なおこのときＣＰＵ１０１は、決済に用いる決済方法の決定の取り消し及び報知動作の終了の処理を行ってＡｃｔ２へと戻る。ここでの報知動作の終了の処理では、ＣＰＵ１０１は、報知領域２３０の表示を終了するようタッチパネル１１に指示し、第２の報知画面３００の表示を終了するよう客側表示デバイス１２に指示する。この場合にＣＰＵ１０１は、Ａｃｔ２～Ａｃｔ４の待受状態に戻るので、Ａｃｔ３において他の決済限度額を有する決済方法に変更することができる。かくしてＡｃｔ１５及びＡｃｔ３の処理においてＣＰＵ１０１は、変更手段として動作する。

ＣＰＵ１０１は、Ａｃｔ１４及びＡｃｔ１５の待受状態にあるときに確認ボタン２３５が操作されたならば、Ａｃｔ１４でＹｅｓと判定してＡｃｔ１６へと進む。
Ａｃｔ１６においてＣＰＵ１０１は、報知動作を終了する。つまりＣＰＵ１０１は、報知領域２３０の表示を終了するようタッチパネル１１に指示する。

Ａｃｔ１７においてＣＰＵ１０１は、商品コードが読み込まれたか否かをＡｃｔ２と同様にして確認する。ＣＰＵ１０１は、商品コードが読み込まれないならば、Ａｃｔ１７においてＮｏと判定してＡｃｔ１８へと進む。
Ａｃｔ１８においてＣＰＵ１０１は、登録完了を指示する操作が行われたか否かをＡｃｔ４と同様にして確認する。ＣＰＵ１０１は、登録完了を指示する操作が行われないならば、Ａｃｔ１８においてＮｏと判定し、Ａｃｔ１７へと戻る。かくしてＣＰＵ１０１は、商品コードが読み込まれるか、あるいは登録完了を指示する操作が行われるまでＡｃｔ１７及びＡｃｔ１８を繰り返す。

ＣＰＵ１０１は、Ａｃｔ１７及びＡｃｔ１８の待受状態にあるときに商品コードが読み込まれたならば、Ａｃｔ１７でＹｅｓと判定してＡｃｔ１９へと進む。
Ａｃｔ１９においてＣＰＵ１０１は、読み込まれた商品コードをＡｃｔ５と同様にして登録する。この処理においてＣＰＵ１０１は登録手段として動作する。また、ＣＰＵ１０１は、商品登録画面２００をＡｃｔ５と同様にして更新する。また、ＣＰＵ１０１は、第２の報知画面３００の金額の表示を商品リストに登録済みの商品に応じた金額に更新する。すなわちＣＰＵ１０１は、当該表示に応じた画像を生成し、この画像を表示するよう客側表示デバイス１２に指示する。
ＣＰＵ１０１は、Ａｃｔ１９の処理を終えた後、Ａｃｔ１７へと戻る。
かくしてＣＰＵ１０１は、登録完了を指示する操作が行われるまでの間は、商品コードが読み込まれる毎に当該商品コードを商品リストに追加する。

ＣＰＵ１０１は、Ａｃｔ１７及びＡｃｔ１８の待受状態にあるときに登録完了を指示する操作が行われたならば、Ａｃｔ１８においてＹｅｓと判定し、Ａｃｔ２０へと進む。 Ａｃｔ２０においてＣＰＵ１０１は、買物客を決済者として、商品リストに登録された商品についての決済処理を行う。
ここでの決済処理では、Ａｃｔ３において決定された決済方法のみでは決済限度額が決済金額に対して不足しているので、当該不足分を追加して決済処理を行う。
不足分の追加は現金払い、クレジット払い、デビット払い、電子マネー払い、ポイント払いなど種々の決済方法を用いることができる。
また、Ａｃｔ３において決定された決済方法が、決済限度額の引き上げが可能な決済方法である場合には、ＣＰＵ１０１は決済限度額の引き上げを行って決済を行っても良い。例えば決済方法として電子マネーカードを利用する場合であれば、ＣＰＵ１０１はリーダーライターに指示して電子マネー在高に電子マネーを追加することで決済限度額の引き上げを行うことができる。
上記各決済方法を用いた場合の決済の処理及び電子マネー在高に電子マネーを追加する処理については、周知の処理を用いることができるのでこの処理の説明は省略する。
また、Ａｃｔ２１においてＣＰＵ１０１は、レシートなどの発行を行う。すなわちＣＰＵ１０１は、プリンター１０９にレシートなどを発行するように指示する。
ＣＰＵ１０１は、Ａｃｔ２１の処理を終えた後、Ａｃｔ１へと戻る。

以上のように商品登録装置１は、一取引分の商品の登録が完了するよりも前に、決済限度額が合計金額に対して不足していることを買物客に対して報知するための報知動作を行う。この報知動作により買物客は、利用しようとしている決済方法の決済限度額が決済金額に対して不足することを、一取引分の商品の登録が完了するよりも前に認識することができる。このため、買物客は、残りの商品登録が行われる間に、決済方法を変更するかどうかの検討を行ったり、不足分を決済するための準備を行ったりすることができる。そしてこの結果、商品登録が完了した後に、速やかに決済を終えることが可能となる。ちなみに、不足分を決済するための準備とは、例えば現金を用意するなどである。

なお商品登録装置１は、上記の報知動作としては、タッチパネル１１又は客側表示デバイス１２での表示を行っている。このため操作者又は買物客は、決済限度額が合計金額に対して不足していることを目視により容易に確認できる。
商品登録装置１はまた、利用しようとしている決済方法の決済限度額が合計金額に対して不足する場合に、操作者による操作に応じて利用する決済方法を変更する。このため、買物客は、決済限度額がより大きな決済方法を用いるように変更することができる。

商品登録装置１はさらに、報知動作において決済限度額が決済金額合計金額に対していくら不足しているかも報知することができる。そこのため、買物客は決済時に不足する金額を推測しやすくなるので、不足分を決済するための準備をより早く行うことができるに応じた現金などを用意しておくことができる。

本実施形態は以下のような変形実施が可能である。

ＣＰＵ１０１は、決済限度額が合計金額に対して不足しているかの判定を、商品コードを読み込んだ後、当該商品を商品リストに登録するよりも前に行っても良い。この場合は、商品リストに登録済みの商品の合計金額に、最後に読み込んだ商品コードで識別される商品の単価を加算して求まる金額に対して決済限度額が不足する場合に、その旨の報知を行うようにする。このようにすることで、決済限度額が合計金額に対して不足するよりも前にその旨の報知を行うことができる。

ＣＰＵ１０１は、報知動作中に商品の登録が可能であっても良い。すなわち、ＣＰＵ１０１は、Ａｃｔ１４及びＡｃｔ１５の待受状態において、商品コードの読み込みを待受けるようにし、商品コードがスキャナー１５によって読み込まれたならば、Ａｃｔ２及びＡｃｔ５と同様の処理を行って商品リストに商品を登録する。

ＣＰＵ１０１は、報知動作中に、操作者による操作に応じて、登録済みの商品の削除を行っても良い。またＣＰＵ１０１は、報知動作中に、操作者による操作に応じて登録済みの商品を削除し、変わりに他の商品を登録しても良い。

以上の説明では、報知領域２３０は、商品領域２１０及び金額領域２２０の一部に重畳する状態で配置したが、これに限らない。例えば、商品登録画面の一部領域を報知領域２３０としても良い。また、商品登録画面の表示を停止して報知領域２３０のみをタッチパネル１１に表示しても良い。この場合ＣＰＵ１０１は、当該表示に応じた画像を生成し、この画像を表示するようにタッチパネル１１に指示する。

ＣＰＵ１０１は、決済限度額の引き上げを、買物客の求めに応じて任意のタイミングで行っても良い。すなわち、ＣＰＵ１０１は、Ａｃｔ２～Ａｃｔ４、Ａｃｔ９及びＡｃｔ１０、Ａｃｔ１４及びＡｃｔ１５、並びにＡｃｔ１７及びＡｃｔ１８のそれぞれの待受状態のうち少なくとも１つにおいて決済限度額の引き上げの指示を待ち受ける。そしてＣＰＵ１０１は、当該指示がなされた場合に、決済限度額を引き上げるようにする。

決済限度額及び不足金額は、報知領域２３０が表示されているときだけでなく、商品登録画面内に常に表示していても良い。

以上の説明では、決済処理は商品登録装置１が行ったが、商品登録装置１に外付けされる決済装置がＣＰＵ１０１の指示に基づいて決済処理を行っても良い。また、決済装置がネットワーク３を介する通信が可能である場合には、決済装置がＣＰＵ１０１の指示に基づいて、サーバー４から決済方法の決済限度額を取得しても良い。

以上の説明では、リーダーライター２を商品登録装置１に外付けしている。これに限らず、リーダーライター２を商品登録装置１に内蔵しても良い。

決済処理はセミセルフ方式のチェックアウト装置で行っても良い。この場合、商品リストに登録した商品の情報及び決済金額などをチェックアウト装置に送信して、チェックアウト装置で決済処理を行う。なお、リーダーライター２によって読取った情報をチェックアウト装置に送信することが可能な場合には、当該情報もチェックアウト装置に送信しても良い。当該情報の送信が可能でない場合及び決済方法を利用するためのカード等に書き込みが必要な場合には、チェックアウト装置において、決済方法を利用するためのカード等に記憶された情報の読み書きを行う。

商品登録装置はセルフ方式のものであってもよい。この場合には、操作者は買物客である。

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

１…商品登録装置、２…リーダーライター、３…ネットワーク、４…サーバー、１０…本体、１１…タッチパネル、１２…客側表示デバイス、１５…スキャナー、１０１…ＣＰＵ、１０２…メインメモリ、１０３…補助記憶デバイス、１０４…通信インターフェース、１０５…ネットワークインターフェース、２０１…第１の報知画面、２３０…報知領域、３００…第２の報知画面。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］決済対象となる商品を登録する登録手段と、前記決済対象となる商品の決済に用いる決済方法の決済限度額を取得する取得手段と、前記取得手段によって取得された前記決済限度額が、前記登録手段での一取引分の登録が完了するより前において決済対象として登録済みの商品を決済するための決済金額未満である場合に、前記決済限度額が不足することを決済者に報知するための報知動作を行う報知手段と、を具備することを特徴とする商品登録装置。
［２］前記取得手段によって取得された前記決済限度額が、前記登録手段での一取引分の登録が完了するより前において決済対象として登録済みの商品を決済するための決済金額未満である場合に、前記決済対象となる商品の決済に用いる決済方法を他の決済方法に変更する変更手段、をさらに備えることを特徴とする［１］に記載の商品登録装置。 ［３］前記報知手段は、前記決済限度額の不足金額を報知する、ことを特徴とする［１］又は［２］に記載の商品登録装置。
［４］前記報知手段は、前記決済限度額が不足することを前記決済者に報知するよう操作者に促すための表示をする第１の表示手段及び、前記決済限度額が不足することを前記決済者に報知するための表示をする第２の表示手段の、少なくともいずれか一方を備える、ことを特徴とする［１］乃至［３］のいずれか１項に記載の商品登録装置。
［５］報知装置を備える商品登録装置を制御するコンピューターを、決済対象となる商品を登録する登録手段と、前記決済対象となる商品の決済に用いる決済方法の決済限度額を取得する取得手段と、前記取得手段によって取得された前記決済限度額が、前記登録手段での一取引分の登録が完了するより前において決済対象として登録済みの商品を決済するための決済金額未満である場合に、前記決済限度額が不足することを決済者に報知するための報知動作を行うように報知装置を制御する報知制御手段と、して機能させるためのプログラム。

Claims (5)

1. 決済対象となる商品を登録する登録手段と、
   前記決済対象となる商品の決済に用いる決済方法の決済限度額を取得する取得手段と、 前記取得手段によって取得された前記決済限度額が、前記登録手段での一取引分の登録が完了するより前において決済対象として登録済みの商品を決済するための決済金額未満である場合に、前記決済限度額が不足することを決済者に報知するための報知動作を行う報知手段と、
   を具備することを特徴とする商品登録装置。
2. 前記取得手段によって取得された前記決済限度額が、前記登録手段での一取引分の登録が完了するより前において決済対象として登録済みの商品を決済するための決済金額未満である場合に、前記決済対象となる商品の決済に用いる決済方法を他の決済方法に変更する変更手段、
   をさらに備えることを特徴とする請求項１に記載の商品登録装置。
3. 前記報知手段は、前記決済限度額の不足金額を報知する、
   ことを特徴とする請求項１又は請求項２に記載の商品登録装置。
4. 前記報知手段は、前記決済限度額が不足することを前記決済者に報知するよう操作者に促すための表示をする第１の表示手段及び、前記決済限度額が不足することを前記決済者に報知するための表示をする第２の表示手段の、少なくともいずれか一方を備える、
   ことを特徴とする請求項１乃至請求項３のいずれか１項に記載の商品登録装置。
5. 報知装置を備える商品登録装置を制御するコンピューターを、
   決済対象となる商品を登録する登録手段と、
   前記決済対象となる商品の決済に用いる決済方法の決済限度額を取得する取得手段と、 前記取得手段によって取得された前記決済限度額が、前記登録手段での一取引分の登録が完了するより前において決済対象として登録済みの商品を決済するための決済金額未満である場合に、前記決済限度額が不足することを決済者に報知するための報知動作を行うように報知装置を制御する報知制御手段と、
   して機能させるためのプログラム。