(57)【要約】【課題】個数制限特売に対するオペレータの負担を軽減する。【解決手段】客が１商取引として購入する商品の中に特売制限商品が含まれるとき、装置は、この特売制限商品の販売量が制限を超えるか確認する。特売制限商品の販売量が制限を超えないとき、装置は、当該商品の販売データを特売価格で処理する。特売制限商品の販売量が制限を超えるとき、装置は、当該商品の通常価格と特売価格とをオペレータに報知する。【選択図】      図８
2015121940.tif 000002
【特許請求の範囲】
【請求項１】
客が購入する商品を特定する特定手段と、
この特定手段により特定された商品の販売データを処理する処理手段と、
この特定手段により特定された商品が、通常価格よりも安い特売価格での販売量に制限のある特売制限商品であるか否かを判定する判定手段と、
前記客が１商取引として購入する商品の中に前記特売制限商品が含まれるとき、この特売制限商品の販売量が制限を超えるか確認する確認手段と、
前記特売制限商品の販売量が制限を超えるとき、当該商品の通常価格と特売価格とをオペレータに報知する報知手段と、
を具備したことを特徴とする商品販売データ処理装置。
【請求項２】
前記特売制限商品の販売量が制限を超えるとき、当該商品の処理を進めるか否かの選択を受け付ける選択手段、をさらに具備し、
前記処理手段は、前記選択手段により処理を進める旨の選択を受け付けた場合には、前記特売制限商品の前記制限を超える分の販売量については通常価格で販売データを処理することを特徴とする請求項１記載の商品販売データ処理装置。
【請求項３】
前記処理手段は、前記選択手段により処理を進めない旨の選択を受け付けた場合には、前記特売制限商品の制限を超える分についてはキャンセルすることを特徴とする請求項２記載の商品販売データ処理装置。
【請求項４】
前記処理手段により処理された商品販売データを表示する表示デバイス、を接続し、
前記報知手段は、前記特売制限商品の通常価格と特売価格とを併記した画面を前記表示デバイスに表示させて報知することを特徴とする請求項１に記載の商品販売データ処理装置。
【請求項５】
前記処理手段により処理された商品販売データを表示するタッチパネル、を接続し、
前記前記報知手段は、前記特売制限商品の通常価格と特売価格とを併記するとともに、前記選択手段として機能するボタン画像を含む画面を前記タッチパネルに表示させて報知することを特徴とする請求項２または３記載の商品販売データ処理装置。
【請求項６】
コンピュータに、
客が購入する商品を特定する機能と、
この特定された商品の販売データを処理する機能と、
前記特定された商品が、通常価格よりも安い特売価格での販売量に制限のある特売制限商品であるか否かを判定する機能と、
前記客が１商取引として購入する商品の中に前記特売制限商品が含まれるとき、この特売制限商品の販売量が制限を超えるか確認する機能と、
前記特売制限商品の販売量が制限を超えるとき、当該商品の通常価格と特売価格とをオペレータに報知する機能と、
を実現させるための商品販売プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、ＰＯＳ（Point Of Sales）端末または電子式キャッシュレジスタなどの商品販売データ処理装置及びコンピュータを商品販売データ処理装置として機能させるための商品販売プログラムに関する。
【背景技術】
【０００２】
商品を通常の価格よりも安い特売価格で販売する方式の１つに個数制限特売がある。この特売は、例えば通常の価格が１５０円の商品を３個までは１００円で販売するというように、１商取引において、対象となる商品を予め設定された制限個数までは特売価格で販売する方式である。
【０００３】
このような特売に対応した商品販売データ処理装置として、従来、１商取引として販売登録された商品が個数制限特売の対象商品いわゆる特売制限商品であるか否かを判断し、特売制限商品の場合にはその販売点数を計数し、販売点数が特売の制限個数を超えたならば警告を発するというものは知られている。
【０００４】
ところで、制限個数を超えた分については、販売を禁止する運用と通常価格で販売する運用とが考えられる。通常価格で販売する場合、キャッシャは、特売の制限個数を超えたので通常価格で販売することを客に説明することが求められる。そのためには、キャッシャ自身が特売制限商品の特売価格と通常価格とを把握している必要があり、負担となっている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開平７−２７２１２１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
一実施形態が解決しようとする課題は、個数制限特売に対するオペレータの負担を軽減できる商品販売データ処理装置を提供しようとするものである。
【課題を解決するための手段】
【０００７】
一実施形態において、商品販売データ処理装置は、特定手段、処理手段、判定手段、確認手段及び報知手段を含む。特定手段は、客が購入する商品を特定する。処理手段は、特定手段により特定された商品の販売データを処理する。判定手段は、特定手段により特定された商品が、通常価格よりも安い特売価格での販売量に制限のある特売制限商品であるか否かを判定する。確認手段は、客が１商取引として購入する商品の中に特売制限商品が含まれるとき、この特売制限商品の販売量が制限を超えるか確認する。報知手段は、特売制限商品の販売量が制限を超えるとき、当該商品の通常価格と特売価格とをオペレータに報知する。
【図面の簡単な説明】
【０００８】
【図１】ＰＯＳ端末の要部構成を示すブロック図。
【図２】商品データレコードの構造を示す模式図。
【図３】登録画面のレイアウト例を示す模式図。
【図４】ＲＡＭに形成される主要なメモリエリアを示す模式図。
【図５】ＣＰＵが販売処理プログラムにしたがって実行する商品コード入力処理の手順を示す流れ図。
【図６】商品コード入力処理の中の個数制限処理の具体的な手順を示す流れ図。
【図７】商品コード入力処理の中の販売データ生成処理の具体的な手順を示す流れ図。
【図８】警告画面の一表示例を示す模式図。
【図９】図８の警告画面において、通常ボタンが入力された後の登録画面を示す模式図。
【図１０】警告画面の別の表示例を示す模式図。
【図１１】図１０の警告画面において、安価ボタンが入力された後の登録画面を示す模式図。
【図１２】図１０の警告画面において、通常ボタンが入力された後の登録画面を示す模式図。
【図１３】図１０の警告画面において、中止ボタンが入力された後の登録画面を示す模式図。
【発明を実施するための形態】
【０００９】
以下、個数制限特売に対応した商品販売データ処理装置の一実施形態について、図面を用いて説明する。  
なお、この実施形態は、スーパーマーケットのキャッシャが居る会計場所いわゆる有人レジに設置されるＰＯＳ端末１０に本発明を適用した場合である。
【００１０】
図１は、ＰＯＳ端末１０の要部構成を示すブロック図である。ＰＯＳ端末１０は、ＣＰＵ（Central Processing Unit）１０１、ＲＯＭ（Read Only Memory）１０２、ＲＡＭ（Random Access Memory）１０３、時計部１０４、通信インターフェース１０５、ドロワインターフェース１０６、キーボードコントローラ１０７、タッチパネルコントローラ１０８、表示コントローラ１０９、プリンタインターフェース１１０及びスキャナインターフェース１１１を搭載する。そしてＰＯＳ端末１０は、これら搭載部品１０１〜１１１をアドレスバス，データバスなどのバスライン１１２に接続して、制御回路を構成する。
【００１１】
ＣＰＵ１０１は、コンピュータの中枢部分に相当する。ＣＰＵ１０１は、オペレーティングシステムやアプリケーションプログラムに従って、ＰＯＳ端末１０としての各種の機能を実現するべく各部を制御する。
【００１２】
ＲＯＭ１０２は、上記コンピュータの主記憶部分に相当する。ＲＯＭ１０２は、上記のオペレーティングシステムやアプリケーションプログラムを記憶する。ＲＯＭ１０２は、ＣＰＵ１０１が各部を制御するための処理を実行する上で必要なデータを記憶する場合もある。
【００１３】
ＲＡＭ１０３は、上記コンピュータの主記憶部分に相当する。ＲＡＭ１０３は、ＣＰＵ１０１が処理を実行する上で必要なデータを記憶する。またＲＡＭ１０３は、ＣＰＵ１０１によって情報が適宜書き換えられるワークエリアとしても利用される。
【００１４】
時計部１０４は、現在の日付及び時刻を計時する。  
通信インターフェース１０５は、ＬＡＮ（Local Area Network）等のネットワークを介して接続される外部機器との間で行うデータ通信を司る。外部機器としては、他のＰＯＳ端末や上位サーバであるＰＯＳサーバ（不図示）等が含まれる。
【００１５】
ドロワインターフェース１０６は、現金等を収容するためのドロワ２０に対して開放信号を出力する。開放信号が出力されると、ドロワ２０は開放動作し、キャッシャによる金銭の受け渡しが可能となる。なお、ＰＯＳ端末１０は、ドロワ２０の代わりに自動釣銭機を接続してもよい。その場合、ドロワインターフェース１０６は、釣銭データを自動釣銭機に出力する。釣銭データが出力されると、自動釣銭機は、そのデータに応じた釣銭を払い出す。
【００１６】
キーボードコントローラ１０７は、キーボード２１を制御する。キーボード２１は、販売点数、預り金額等の数値を置数するための置数キーの他、置数が乗数であることを指示する乗算キー、小計を指示する小計キー、１商取引の登録締めを宣言する締めキー等の種々のファンクションキーを配設した専用のキーボードである。汎用のキーボードの任意のキーに、ＰＯＳ端末１０で必要な機能を割り付けたものであってもよい。キーボードコントローラ１０７は、キーボード２１から操作キーに対応したキー信号を取り込み、ＣＰＵ１０１に与える。
【００１７】
タッチパネルコントローラ１０８は、キャッシャ用のディスプレイであるタッチパネル２２を制御する。タッチパネル２２は、パネル型ディスプレイとこのディスプレイの画面に重ねられたタッチパネルセンサとからなる。タッチパネルコントローラ１０８は、パネル型ディスプレイに対する表示を制御する。また、タッチパネルコントローラ１０８は、タッチパネルセンサによって検出された画面上のタッチ位置を検知し、この位置を示す座標データをＣＰＵ１０１に与える。タッチパネル２２は、ＰＯＳ端末１０のオペレータであるキャッシャに対し、商品名，価格，合計金額，釣銭額等を表示するためのデバイスである。
【００１８】
表示コントローラ１０９は、客用ディスプレイ２３に対する表示を制御する。客用ディスプレイ２３は、会計を行う客に対し、商品名，価格，合計金額，釣銭額等を表示するためのデバイスである。
【００１９】
プリンタインターフェース１１０は、プリンタ２４との間でデータ信号を授受する。プリンタ２４は、レシート印字機能とジャーナル印字機能とを有する。すなわちプリンタ２４は、プリンタインターフェース１１０からのデータ信号によりレシート用紙にレシートデータを印字し、ジャーナル用紙にジャーナルデータを印字する。レシートデータが印字されたレシート用紙は、カッタで切断されてレシートとして発行される。ジャーナルデータが印字されたジャーナル用紙は、ＰＯＳ端末１０の内部で巻き取られる。なお、ＰＯＳ端末１０が電子ジャーナル機能を有することにより、ジャーナル印字機能を有さないプリンタ２４を適用してもよい。
【００２０】
スキャナインターフェース１１１は、スキャナ２５との間でデータ信号を授受する。スキャナ２５は、商品に付されるコードシンボル（バーコード，二次元データコード等）を光学的に読み取り、そのコードデータをスキャナインターフェース１１１に出力する。スキャナインターフェース１１１は、スキャナ２５から取り込んだコードデータをデコードし、デコードされたデータ、例えば商品コードをＣＰＵ１０１に与える。
【００２１】
ＣＰＵ１０１は、スキャナインターフェース１１１を介して与えられたデータが商品コードのとき、この商品コードを検索キーとして商品ファイルを検索する機能を有する。商品ファイルは、通信インターフェース１０５を介して接続されるＰＯＳサーバに実装される。あるいは、ＰＯＳサーバが有する商品ファイルをマスタファイルとし、各ＰＯＳ端末１０の記憶部（例えばＲＡＭ１０３）に商品ファイルのローカルファイルがダウンロードされていてもよい。
【００２２】
商品ファイルには、商品毎に作成された商品データレコード３０が保存される。商品データレコード３０のデータ構造の要部を図２に示す。図２に示すように、商品データレコード３０は、商品コード、商品名、通常単価、個数制限フラグ、制限個数ＲＮ及び特売単価のデータ項目を含む。
【００２３】
商品コードは、商品の品種毎に設定された固有のコードである。各商品は、商品コードによって品種が特定される。商品名は、対応する商品コードによって特定される品種の商品（以下、当該商品と称する）の名称であり、通常単価は当該商品の１点当たりの販売価格である。個数制限フラグは、当該商品が個数制限特売の対象となる特売制限商品であるか否かを識別するためのフラグである。本実施形態では、特売制限商品に対する個数制限フラグを“１”とし、非特売制限商品に対する個数制限フラグを“０”とする。当該商品が特売制限商品の場合、制限個数ＲＮ及び特売単価が商品データレコード３０にセットされる。特売単価は、当該商品の１点当たりの販売価格であって、通常価格よりも安い金額がセットされる。
【００２４】
商品ファイルを検索した結果、検索キーとしての商品コードを含む商品データレコード３０が検出されたならば、ＣＰＵ１０１は、この商品データレコード３０の商品データに基づいて商品販売データを生成し、登録処理する。また、ＣＰＵ１０１は、この商品販売データの商品名，販売点数、販売金額等をタッチパネル２２と客用ディスプレイ２３とに表示させる。
【００２５】
図３は、タッチパネル２２に表示される登録画面４０の一例である。登録画面４０は、カレントエリア４１と明細エリア４２と合計エリア４３とに区分される。カレントエリア４１には、登録処理された最新の商品販売データの商品名、販売点数、販売金額が表示される。明細エリア４２には、１商取引として登録処理された各商品販売データの商品名、販売点数、単価（通常単価または特売単価）、販売金額等が一覧表示される。また、明細エリア４２には、属性の欄が設けられる。この欄には、対応する販売データの商品が特売制限商品のときに所定の識別マーク４２１が表示される。合計エリア４３には、１商取引として登録処理された各商品販売データの合計点数及び合計金額が表示される。
【００２６】
上述した登録画面４０をタッチパネル２２に表示させるために、ＰＯＳ端末１０は、図４に示すメモリ領域ＬＭ，ＣＭ，ＴＭ，ＲＭ，ＦＭ，ＭＭ，ＮＭ，ＳＭをＲＡＭ１０３に形成する。
【００２７】
メモリ領域ＬＭは、１商取引として登録処理された各商品販売データの商品コード、商品名、単価、販売点数、販売金額及び個数制限フラグを一連の番号順に格納する領域であり、以下ではリストメモリＬＭと称する。  
メモリ領域ＣＭは、販売登録された最新の商品販売データの商品コード、商品名、単価、販売点数、販売金額及び個数制限フラグを格納する領域であり、以下ではカレントメモリＣＭと称する。
【００２８】
メモリ領域ＴＭは、１商取引として登録処理された各商品販売データの合計点数ＴＮ及び合計金額ＴＡを格納する領域であり、以下では合計メモリＴＭと称する。  
メモリ領域ＲＭは、特売制限商品の商品コード、商品名、通常単価、特売単価、制限個数及び販売点数を格納する領域であり、以下では制限メモリＲＭと称する。
【００２９】
メモリ領域ＦＭは、登録中フラグｆを格納する領域であり、以下ではフラグメモリＦＭと称する。  
メモリ領域ＭＭは、置数キーと乗算キーとの操作により入力された乗数ｍを格納する領域であり、以下では乗数メモリＭＭと称する。  
メモリ領域ＮＭは、登録数カウンタｐを格納する領域であり、以下ではカウントメモリＮＭと称する。  
メモリ領域ＳＭは、ステータスデータＳＴを格納する領域であり、以下では、ステータスメモリと称する。
【００３０】
しかしてＰＯＳ端末１０は、ＣＰＵ１０１に以下の機能１〜６を実現させるためのプログラム、いわゆる商品販売プログラムを実装する。  
・機能１．客が購入する商品を特定する機能。
【００３１】
・機能２．特定された商品の販売データを処理する機能。
【００３２】
・機能３．特定された商品が、通常価格よりも安い特売価格での販売量に制限のある特売制限商品であるか否かを判定する機能。
【００３３】
・機能４．客が１商取引として購入する商品の中に特売制限商品が含まれるとき、この特売制限商品の販売量が制限を超えるか確認する機能。
【００３４】
・機能５．特売制限商品の販売量が制限を超えるとき、当該商品の通常価格と特売価格とをオペレータに報知する機能。
【００３５】
・機能６．特売制限商品の販売量が制限を超えるとき、当該商品の処理を進めるか否かの選択を受け付ける機能。
【００３６】
商品販売プログラムは、ＲＯＭ１０２に保存される。なお、ＰＯＳ端末１０がコンピュータの補助記憶デバイスとして例えばＥＥＰＲＯＭ（Electric Erasable Programmable Read-Only Memory）、ハードディスクドライブ、あるいはＳＳＤ（Solid State Drive）を搭載している場合、商品販売プログラムを補助記憶デバイスで保存してもよい。
【００３７】
図５〜図７は、上記商品販売プログラムにしたがってＣＰＵ１０１が実行する情報処理手順の要部を示す流れ図である。なお、図５〜図７に示すとともに以下に説明する処理の内容は一例であって、同様な結果を得ることが可能な様々な処理を適宜に利用できる。
【００３８】
商品に付されたバーコード（商品コードを含む）がスキャナ２５によって読み取られ、そのバーコードデータがスキャナインターフェース１１１を介して入力されると、ＣＰＵ１０１は、図５の流れ図に示す処理を開始する。
【００３９】
先ず、ＣＰＵ１０１は、フラグメモリＦＭの登録中フラグｆを調べる（Act１）。登録中フラグｆは、１商取引における最初の商品登録の際には“０”にリセットされており、２回目以降の商品登録の際には“１”にセットされる。
【００４０】
登録中フラグｆがリセットされている場合（Act１にてＹＥＳ）、ＣＰＵ１０１は、Act２及びAct３の処理を実行した後、Act４の処理に進む。登録中フラグｆがセットされていた場合には（Act１にてＮＯ）、ＣＰＵ１０１は、Act２及びAct３の処理を実行することなくAct４の処理に進む。なお、Act２及びAct３の処理順序は、前後が逆になってもよい。
【００４１】
Act２では、ＣＰＵ１０１は、メモリおよび画面の初期化を行う。この初期化により、リストメモリＬＭ、カレントメモリＣＭ、合計メモリＴＭ、制限メモリＲＭの各データがクリアされる。また、カウントメモリＮＭの登録数カウンタｐが“０”にリセットされる。さらに、タッチパネル２２の登録画面４０が初期状態となる。すなわち、カレントエリア４１と明細エリア４２の表示内容が消去される。合計エリア４３には、合計点数「０点」と合計金額「０円」とが表示される。
【００４２】
Act３では、ＣＰＵ１０１は、登録中フラグｆを“１”にセットする。この処理により、２回目以降の商品登録の際には登録中フラグｆが“１”にセットされている。
【００４３】
Act４では、ＣＰＵ１０１は、入力された商品コードで商品ファイルを検索し、この商品コードを含む商品データレコード３０を取得する。商品データレコード３０を取得できた場合、ＣＰＵ１０１は、客が購入する商品を特定できたとみなす。ここに、Act４の処理は、客が購入する商品を特定する機能を実現する（特定手段）。なお、商品データレコード３０を取得できなかった場合には、客が購入する商品を特定できない。この場合、図示しないがＣＰＵ１０１は、商品コードの入力をエラーとする。
【００４４】
商品データレコード３０を取得したならば、ＣＰＵ１０１は、そのレコード３０の商品が特売制限商品であるか否かを判定する（Act５）。レコード３０の個数制限フラグが“１”にセットされていた場合、ＣＰＵ１０１は、特売制限商品であると認識する。レコード３０の個数制限フラグが“０”にリセットされていた場合には、ＣＰＵ１０１は、特売制限商品でないと認識する。ここに、Act５の処理は、特定手段により特定された商品が、通常価格よりも安い特売価格での販売量に制限のある特売制限商品であるか否かを判定する機能を実現する（判定手段）。
【００４５】
特売制限商品でない場合（Act５にてＮＯ）、ＣＰＵ１０１は、Act６の処理を実行した後、Act７の処理に進む。特売制限商品である場合には（Act５にてＹＥＳ）、ＣＰＵ１０１は、後述する個数制限処理に進む（Act１３）。
【００４６】
Act６では、ＣＰＵ１０１は、ステータスメモリＳＭのステータスデータＳＴを“０”とする。
【００４７】
Act７では、ＣＰＵ１０１は、カウントメモリＮＭの登録数カウンタｐを調べる。登録数カウンタｐは、１商取引における最初の商品登録の際には“０”にリセットされている。登録数カウンタｐが“０”の場合（Act７にてＹＥＳ）、ＣＰＵ１０１は、Act８の処理を実行することなくAct９の処理に進む。
【００４８】
Act９では、ＣＰＵ１０１は、登録数カウンタｐを“１”だけカウントアップする。したがって、１商取引における２点目以降の商品登録の際には、登録数カウンタｐは“１”以上の値をとる。登録数カウンタｐが“１”以上の場合には（Act７にてＮＯ）、ＣＰＵ１０１は、Act８の処理を実行した後、Act９の処理に進む。
【００４９】
Act８では、ＣＰＵ１０１は、カレントメモリＣＭに格納されたデータ（商品コード、商品名、単価、販売点数、販売金額及び個数制限フラグ）を、リストメモリＬＭの番号ｐ（ｐは登録数カウンタｐの値）の領域に転送する。
【００５０】
Act９にて登録数カウンタｐをカウントアップした後、ＣＰＵ１０１は、後述する販売データ生成処理を実行する（Act１０）。この販売データ生成処理により、商品コードが入力された商品の販売点数ＳＮと販売金額ＳＡとが求まるので、ＣＰＵ１０１は、販売点数ＳＮを合計メモリＴＭの合計点数ＴＮに加算し、販売金額ＳＡを合計メモリＴＭの合計金額ＴＡに加算する（Act１１）。
【００５１】
しかる後、ＣＰＵ１０１は、表示処理を行う（Act１２）。すなわちＣＰＵ１０１は、タッチパネル２２における登録画面４０のカレントエリア４１にカレントメモリＣＭのデータを表示させ、明細エリア４２に明細メモリＬＭのデータを表示させ、合計エリア４３に合計メモリＴＭのデータを表示させる。また、ＣＰＵ１０１は、客用ディスプレイ２３に対してカレントメモリＣＭのデータを表示させる。以上で、ＣＰＵ１０１は、商品コードの入力に対する処理を終了する。
【００５２】
図６は、個数制限処理の手順を具体的に示す流れ図である。Act１３において、個数制限処理に入ると、ＣＰＵ１０１は、入力された商品コードで制限メモリＲＭを検索する（Act３１）。そしてＣＰＵ１０１は、同一の商品コードが制限メモリＲＭに格納されているか確認する（Act３２）。
【００５３】
格納されていない場合（Act３２にてＮＯ）、ＣＰＵ１０１は、Act３３の処理を実行した後、Act３４の処理を実行する。格納されている場合には（Act３２にてＹＥＳ）、ＣＰＵ１０１は、Act３３の処理を実行することなく、Act３４の処理を実行する。
【００５４】
Act３３では、ＣＰＵ１０１は、Act４の処理で取得した商品データレコード３０の商品コード、通常単価、特売単価及び制限個数ＲＮを制限メモリＲＭに格納する。
【００５５】
Act３４では、ＣＰＵ１０１は、制限メモリＲＭの入力された商品コードに対応する点数データＳＮｘに、販売点数ＳＮを加算する。販売点数ＳＮは、商品コードの入力直前に乗数ｍが入力されている場合にはその乗数ｍ、乗数ｍが入力されていない場合には“１”である。
【００５６】
点数データＳＮｘに販売点数ＳＮを加算した後、ＣＰＵ１０１は、点数データＳＮｘが対応する制限個数ＲＮを超えたか確認する（Act３５）。ここに、Act３５の処理は、客が１商取引として購入する商品の中に特売制限商品が含まれるとき、この特売制限商品の販売量が制限を超えるか確認する機能を実現する（確認手段）。
【００５７】
点数データＳＮｘが制限個数ＲＮ以下の場合、ＣＰＵ１０１は、Act３６の処理を実行する。すなわちＣＰＵ１０１は、ステータスメモリＳＭのステータスデータＳＴを“１”とする。
【００５８】
点数データＳＮｘが制限個数ＲＮを超える場合には、ＣＰＵ１０１は、Act３７の処理を実行する。すなわちＣＰＵ１０１は、個数制限商品の販売点数が制限個数を超えることを警告するための警告画面５０（図８を参照）をタッチパネル２２に表示させる。このときＣＰＵ１０１は、制限メモリＲＭから当該商品の通常単価と特売単価とを読み出し、警告画面５０に通常単価と特売単価とを併記して表示させる（Act３８）。ここに、Act３７及びAct３８の処理は、特売制限商品の販売量が制限を超えるとき、当該商品の通常価格と特売価格とをオペレータに報知する機能を実現する（報知手段）
ＣＰＵ１０１は、点数データＳＮｘから販売点数ＳＮを減じた値が制限個数ＲＮよりも小さいか確認する（Act３９）。小さい場合（Act３９にてＹＥＳ）、ＣＰＵ１０１は、Act４０の処理を実行した後、Act４１の処理を実行する。小さくない場合には（Act３９にてＮＯ）、ＣＰＵ１０１は、Act４０の処理を実行することなく、Act４１の処理を実行する。Act４０では、ＣＰＵ１０１は、［安価］のボタン画像を警告画面５０に重ねて表示させる。Act４１では、［通常］と［中止］の各ボタン画像を警告画面５０に重ねて表示させる。
【００５９】
ＣＰＵ１０１は、タッチパネル２２に表示されたいずれかのボタン画像がタッチ入力されるのを待機する（Act４２，Act４３，Act４４）。すなわちＣＰＵ１０１は、［安価］のボタン画像がタッチ入力されたか確認し（Act４２）、タッチ入力されていない場合（Act４２にてＮＯ）、ＣＰＵ１０１は、［通常］のボタン画像がタッチ入力されたか確認し（Act４３）、タッチ入力されていない場合（Act４３にてＮＯ）、ＣＰＵ１０１は、［中止］のボタン画像がタッチ入力されたか確認する（Act４４）。なお、［安価］のボタン画像を表示させるAct４０の処理が実行されていない場合には、［安価］のボタン画像がタッチ入力されたか確認するAct４２の処理は省略される。
【００６０】
［安価］のボタン画像がタッチされた場合（Act４２にてＹＥＳ）、ＣＰＵ１０１は、ステータスメモリＳＭのステータスデータＳＴを“１”とする（Act４５）。［通常］のボタン画像がタッチ入力された場合（Act４３にてＹＥＳ）、ＣＰＵ１０１は、ステータスデータＳＴを“２”とする（Act４６）。［中止］のボタン画像がタッチ入力された場合（Act４４にてＹＥＳ）、ＣＰＵ１０１は、ステータスデータＳＴを“３”とする（Act４７）。なお、Act４２，Act４３及びAct４４の処理順序は、これに限定されるものではなく、適宜入替え可能である。
【００６１】
かくして、Act３６、Act４５、Act４６またはAct４７にてステータスデータＳＴが“１”，“２”または“３”のいずれかに設定されたならば、ＣＰＵ１０１は、個数制限処理を終了する。
【００６２】
個数制限処理が終了すると、ＣＰＵ１０１は、ステータスデータＳＴを調べる（Act１４）。ステータスデータＳＴが“３”以外のとき、すなわち“０”，“１”または“２”のとき（Act１４にてＮＯ）、ＣＰＵ１０１は、Act７の処理に進む。これに対し、ステータスデータＳＴが“３”のときには（Act１４にてＹＥＳ）、ＣＰＵ１０１は、商品コードの入力に対する処理を終了する。
【００６３】
図７は、販売データ生成処理の手順を具体的に示す流れ図である。Act１２において、販売データ生成処理に入ると、ＣＰＵ１０１は、ステータスデータＳＴを調べる（Act６１，Act６４）。
【００６４】
入力された商品コードで特定される商品、いわゆる販売商品（客が購入する商品）が特売制限商品でない場合、ステータスデータＳＴは“０”である。これに対し、販売商品が特売制限商品の場合には、上述した個数制限処理によって、ステータスデータＳＴは“１”、“２”または“３”のいずれかとなる。ただし、ステータスデータＳＴが“３”の場合には、Act１６の処理において“ＹＥＳ”と判定されて、販売データ生成処理を実行することなく入力に対する処理が終了するので、販売データ生成処理の実行時にはステータスデータＳＴが“３”であることはない。
【００６５】
ステータスデータＳＴが“０”の場合（Act６１にてＹＥＳ）、ＣＰＵ１０１は、Act６２及びAct６３の処理を実行する。ステータスデータＳＴが“０”でなく（Act６１にてＮＯ）、“１”の場合（Act６４にてＹＥＳ）、ＣＰＵ１０１は、Act６５，Act６６及びAct６７の処理を実行する。ステータスデータＳＴが“０”でなく（Act６１にてＮＯ）、“１”でもない場合（Act６４にてＮＯ）、つまり“２”の場合には、ＣＰＵ１０１は、Act６８，Act６９，Act７０，Act７１及びAct７２の処理を実行する。
【００６６】
Act６２では、ＣＰＵ１０１は、取得した商品データレコード３０の通常単価を販売商品の単価とする。またＣＰＵ１０１は、販売商品の販売点数を求める。販売点数ＳＮは、商品コードの入力直前に乗数ｍが入力されている場合にはその乗数ｍ、乗数ｍが入力されていない場合には“１”である。
【００６７】
Act６３では、ＣＰＵ１０１は、Act６２の処理で特定した通常単価に販売点数を乗算して、販売商品の販売金額を求める。そしてＣＰＵ１０１は、この販売金額と、取得した商品データレコード３０の商品コード、商品名及び個数制限フラグと、Act６２の処理で特定した通常単価及び販売点数とから商品販売データを生成する。
【００６８】
Act６５では、ＣＰＵ１０１は、Act３４の処理で算出した点数データＳＮｘから販売点数ＳＮを減じた値を制限個数ＲＮから減じて、特売制限商品の販売点数ＳＮが制限個数ＲＮに達するまでの不足数ＳＮ１を算出する。
【００６９】
Act６６では、ＣＰＵ１０１は、取得した商品データレコード３０の特売単価を販売商品の単価とする。またＣＰＵ１０１は、Act６５の処理にて算出された不足数ＳＮ１を販売商品の販売点数とする。
【００７０】
Act６７では、ＣＰＵ１０１は、Act６６の処理で特定した特売単価に販売点数を乗算して、販売商品の販売金額を求める。そしてＣＰＵ１０１は、この販売金額と、取得した商品データレコード３０の商品コード、商品名及び個数制限フラグと、Act６６の処理で特定した特売単価及び販売点数とから商品販売データを生成する。
【００７１】
Act６８では、ＣＰＵ１０１は、Act３４の処理で算出した点数データＳＮｘから販売点数ＳＮを減じた値を制限個数ＲＮから減じて、特売制限商品の販売点数ＳＮが制限個数ＲＮに達するまでの不足数ＳＮ１を算出する。
【００７２】
Act６９では、ＣＰＵ１０１は、Act３４の処理で算出した点数データＳＮｘから制限個数ＲＮを減じて、制限個数ＲＮからの超過数ＳＮ２を算出する。
【００７３】
Act７０では、ＣＰＵ１０１は、取得した商品データレコード３０の特売単価を販売商品の単価とする。またＣＰＵ１０１は、Act６８の処理にて算出された不足数ＳＮ１を販売商品の販売点数とする。
【００７４】
Act７１では、ＣＰＵ１０１は、取得した商品データレコード３０の通常単価を販売商品の単価とする。またＣＰＵ１０１は、Act６９の処理にて算出された超過数ＳＮ２を販売商品の販売点数とする。
【００７５】
Act７２では、ＣＰＵ１０１は、Act７０の処理で特定した特売単価に販売点数を乗算して、不足数分の販売金額を求める。またＣＰＵ１０１は、Act７１の処理で特定した通常単価に販売点数を乗算して、超過分の販売金額を求める。さらにＣＰＵ１０１は、この不足数分の販売金額を超過分の販売金額と合算して、販売商品の販売金額とする。そしてＣＰＵ１０１は、この販売金額と、取得した商品データレコード３０の商品コード、商品名及び個数制限フラグと、販売点数ＳＮと、通常単価及び特売単価とから商品販売データを生成する。
【００７６】
こうして、Act６３，Act６７またはAct７２において、商品販売データを生成したならば、ＣＰＵ１０１は、この商品販売データをカレントメモリＣＭに格納する（Act７３）。以上で、ＣＰＵ１０１は、販売データ生成処理を終了する。  
ここに、Act１０の販売データ生成処理は、特定手段により特定された商品の販売データを処理する機能を実現する（処理手段）。また、個数選択手段のAct４２〜Act４４の処理は、特売制限商品の販売量が制限を超えるとき、当該商品の処理を進めるか否かの選択を受け付ける機能を実現する（選択手段）。
【００７７】
そして、［通常］ボタンの選択入力により、処理を進める旨の選択を受け付けた場合、ＣＰＵ１０１は、特売制限商品の前記制限を超える分の販売量については通常価格で販売データを処理する。［安価］ボタンの選択入力により、処理を進めない旨の選択を受け付けた場合、ＣＰＵ１０１は、特売制限商品の制限を超える分についてはキャンセルする。
【００７８】
このように構成された本実施形態において、今、通常単価１０８円の商品ＢＢＢＢを２個までは特売単価９８円で販売する個数制限特売が実施されており、この商品ＢＢＢＢを４点購入しようとする客がいた場合を想定する。この場合、商品ＢＢＢＢを１点ずつ単品登録する方法と、４点をまとめて乗算登録する方法とがある。
【００７９】
はじめに、単品登録の場合について説明する。先ず、商品ＢＢＢＢの１点目が販売登録されると、個数制限処理が実行されて、商品ＢＢＢＢの商品コード、通常単価「１０８円」、特売単価「９８円」、制限個数ＲＮ「２」及び販売点数ＳＮ「１」が制限メモリＲＭに格納される。この時点では、販売点数ＳＮが制限個数ＲＮ以下であるので、ステータスデータＳＴは“１”となる。したがって、販売データ生成処理では、商品ＢＢＢＢが１点分の販売データが特売単価９８円によって生成され、カレントメモリＣＭに格納される。
【００８０】
次に、商品ＢＢＢＢの２点目が販売登録されると、個数制限処理が実行されて、制限メモリＲＭにおける商品ＢＢＢＢの販売点数ＳＮが「２」となる。この時点でも、販売点数ＳＮが制限個数ＲＮ以下であるので、ステータスデータＳＴは“１”となる。したがって、販売データ生成処理では、商品ＢＢＢＢが１点分の販売データが特売単価９８円によって生成され、カレントメモリＣＭに格納される。なお、販売データ生成処理の前に、１点目の商品ＢＢＢＢの販売データは、カレントメモリＣＭからリストメモリＬＭに転送されている。
【００８１】
図３は、商品ＢＢＢＢを２点目まで登録したときの登録画面４０である。この例では、商品ＢＢＢＢの前に単価１０５円の商品ＡＡＡＡが１点登録されている。図３に示すように、カレントエリア４１においては、商品ＢＢＢＢの単価が通常単価「１０８円」から特売単価「９８円」に値引されていることを示す表示がなされている。また、明細エリア４２においては、リストメモリＬＭに転送された１点目の商品ＢＢＢＢの販売データに対し、属性の欄に識別マーク４２１が表示されている。
【００８２】
次に、商品ＢＢＢＢの３点目が販売登録されると、個数制限処理が実行されて、制限メモリＲＭにおける商品ＢＢＢＢの販売点数ＳＮが「３」となる。すなわち、販売点数ＳＮが制限個数ＲＮを上回るので、タッチパネル２２に警告画面５０が表示される。
【００８３】
図８は、警告画面５０の表示例である。この例では、登録画面４０の上に警告画面５０がポップアップ表示されている。また、この時点では、商品ＢＢＢＢの単価が決まらないので、登録画面４０におけるカレントエリア４１の金額は０円である。合計エリア４３の合計点数と合計金額も、３点目の商品ＢＢＢＢの分については加算されていない。
【００８４】
図８に示すように、警告画面５０には、個数制限商品の販売点数ＳＮが制限個数ＲＮを超えることを警告するメッセージ「１点オーバーです」が表示される。また、特売単価９８円と通常単価１０８円とが併記されて警告画面５０に表示される。さらに、［通常］と［中止］の各ボタン画像が警告画面５０に表示される。ただし、Act３９の判断処理において［ＳＮｘ−ＳＮ＜ＲＮ］は成立しないので、［安価］のボタン画像は表示されない。
【００８５】
キャッシャは、この警告画面５０を確認することにより、商品ＢＢＢＢの販売点数ＳＮが制限個数ＲＮを超えたことを知り得る。そこでキャッシャは、商品ＢＢＢＢの販売点数ＳＮが制限個数ＲＮを超えたことを客に伝え、３点目を購入するか否かを確認する。その際、キャッシャであれば誰でも制限個数ＲＮまでの特売単価と制限個数ＲＮを超えた分の通常単価とを客に正確に知らせることができる。
【００８６】
客が３点目も購入することを求めた場合、キャッシャは、［通常］のボタン画像にタッチする。そうすると、ステータスデータＳＴが“２”となる。したがって、販売データ生成処理では、不足数ＳＮ１が“０”のため、商品ＢＢＢＢが１点の販売データが通常単価１０８円によって生成され、カレントメモリＣＭに格納される。その結果、登録画面４０は、図９に示すように更新される。
【００８７】
他方、客が３点目を返品することを求めた場合、キャッシャは、［中止］のボタン画像にタッチする。そうすると、ステータスデータＳＴが“３”となる。したがって、販売データ生成処理が実行されることはない。このとき、登録画面４０は、３点目の商品ＢＢＢＢが登録される直前の状態、すなわち図３の状態に戻る。  
その後、商品ＢＢＢＢの４点目が販売登録された場合も、３点目の場合と同様に警告画面５０が表示される。そして、以後の処理も３点目の場合と同様なので、ここでの説明は省略する。
【００８８】
次に、乗算登録の場合について説明する。すなわち、置数キーと乗算キーとにより乗数ｍ＝４が入力されるとともに、商品ＢＢＢＢの商品コードが入力されると、個数制限処理が実行されて、商品ＢＢＢＢの商品コード、通常単価「１０８円」、特売単価「９８円」、制限個数「ＲＮ＝２」及び販売点数「ＳＮ＝４」が制限メモリＲＭに格納される。この時点で、既に販売点数ＳＮが制限個数ＲＮを上回るので、タッチパネル２２に警告画面５０が表示される。
【００８９】
図１０は、警告画面５０の表示例である。この例では、登録画面４０の上に警告画面５０がポップアップ表示されている。また、この時点では、商品ＢＢＢＢの単価が決まらないので、登録画面４０におけるカレントエリア４１の金額は０円である。合計エリア４３の合計点数と合計金額も、商品ＢＢＢＢの分については加算されていない。
【００９０】
図１０に示すように、警告画面５０には、個数制限商品の販売点数が制限個数を超えることを警告するメッセージ「２点オーバーです」が表示される。また、特売単価９８円と通常単価１０８円とが併記されて警告画面５０に表示される。さらに、Act３９の判断処理において［ＳＮｘ−ＳＮ＜ＲＮ］が成立するので、［通常］と［中止］の各ボタン画像に加えて、［安価］のボタン画像も警告画面５０に表示される。
【００９１】
キャッシャは、この警告画面５０を確認することにより、商品ＢＢＢＢの販売点数ＳＮが制限個数ＲＮを超えたことを知り得る。そこでキャッシャは、商品ＢＢＢＢの販売点数ＳＮが制限個数ＲＮを超えたことを客に伝え、４点まとめて購入するか否かを確認する。その際、キャッシャであれば誰でも制限個数ＲＮまでの特売単価と制限個数ＲＮを超えた分の通常単価とを客に正確に知らせることができる。
【００９２】
客が制限個数である２点だけ購入することを求めた場合、キャッシャは、［安価］のボタン画像にタッチする。そうすると、ステータスデータＳＴが“１”となる。したがって、販売データ生成処理では、商品ＢＢＢＢが販売点数２点の販売データが特売単価９８円によって生成され、カレントメモリＣＭに格納される。制限個数を超える２点分については、販売登録がキャンセルされる。この時点における登録画面４０の表示例を図１１に示す。
【００９３】
客が４点全てを購入することを求めた場合、キャッシャは、［通常］のボタン画像にタッチする。そうすると、ステータスデータＳＴが“２”となる。したがって、販売データ生成処理では、不足数ＳＮ１及び超過数ＳＮ２がいずれも“２”となるため、特売単価９８円、販売点数が２点の商品販売データと、特売単価１０８円、販売点数が２点の商品販売データとが生成され、統合されてカレントメモリＣＭに格納される。この時点における登録画面４０の表示例を図１２に示す。図１２に示すように、カレントエリア４１には、特売単価９８円で販売点数が２点の商品販売データと、特売単価１０８円で販売点数が２点の商品販売データとが統合されたことを示す情報「＠９８円×２、＠１０８円×２」が表示される。
【００９４】
なお、客が４点全ての購入を取りやめた場合、あるいは１点だけもしくは３点の購入に切り替えた場合には、キャッシャは、［中止］のボタン画像にタッチする。そうすると、ステータスデータＳＴが“３”となる。したがって、販売データ生成処理が実行されることはない。この時点における登録画面４０の表示例を図１３に示す。
【００９５】
このように、本実施形態のＰＯＳ端末１０であれば、１商取引において、特売制限商品の販売点数が制限個数を超えたとき、キャッシャ用ディスプレイであるタッチパネル２２に警告画面５０が表示される。そして、この警告画面５０には、当該特売制限商品の特売単価と通常単価とが併記されて警告画面５０に表示される。したがって、キャッシャは、警告画面５０の表示内容から特売制限商品の特売単価と通常単価とを確認できるので、負担なく、制限個数を超えるまでの価格（特売単価）と超えてからの価格（通常単価）とを、客に対して正確に伝えることができる。
【００９６】
なお、本発明は、前記実施形態に限定されるものではない。  
例えば前記実施形態では、有人レジに設置されるＰＯＳ端末１０に本発明を適用した場合を示したが、無人レジに設置されるセルフ式ＰＯＳ端末にも本発明を同様に適用できるものである。
【００９７】
また、前記実施形態では、特売制限商品の販売個数が制限個数を超えるまでは特売単価で販売する個数制限特売について説明したが、販売量の単位は個数に限定されるものではない。例えば、販売量の単位を重量とする量り売り商品についても、販売重量が制限重量を超えるまでは特売単価で販売するという重量制限特売が可能であり、この重量制限特売に対しても本発明を適用できるものである。
【００９８】
また、前記実施形態では、特売制限商品の販売個数が制限個数を超える毎に警告画面５０を表示させるが、警告画面５０の表示は、特売制限商品の１品目に対して１回だけと制限してもよい。すなわち、２回目以降は警告画面５０を表示せず、１回目の選択内容に応じたステータスデータＳＴを保持するようにしてもよい。
【００９９】
また、警告画面５０は、必ずしも登録画面４０にポップアップ表示される形態に限定されるものではない。登録画面４０に代えて警告画面５０を表示させてもよい。また、警告画面５０を表示するのでなく、音声によって警告するようにし、その際に、特売価格と通常価格とを発声するようにしてもよい。
【０１００】
なお、商品販売データ処理装置の譲渡は一般に、商品販売プログラム等のプログラムがＲＯＭ１０２に記憶された状態にて行われる。しかしこれに限らず、コンピュータ装置が備える書き込み可能な記憶デバイスに、このコンピュータ装置とは個別に譲渡された商品販売プログラム等がユーザなどの操作に応じて書き込まれてもよい。商品販売プログラム等の譲渡は、リムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。記録媒体は、ＣＤ−ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。また、プログラムのインストールやダウンロードにより得る機能は、装置内部のＯＳ（オペレーティング・システム）等と協働してその機能を実現させるものであってもよい。
【０１０１】
この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【０１０２】
１０…ＰＯＳ端末、２１…キーボード、２２…タッチパネル、２３…客用ディスプレイ、２４…プリンタ、２５…スキャナ、４０…登録画面、５０…警告画面、ＬＭ…リストメモリ、ＣＭ…カレントメモリ、ＴＭ…合計メモリ、ＲＭ…制限メモリ。
【図１】
2015121940.tif 000003
【図２】
2015121940.tif 000004
【図３】
2015121940.tif 000005
【図４】
2015121940.tif 000006
【図５】
2015121940.tif 000007
【図６】
2015121940.tif 000008
【図７】
2015121940.tif 000009
【図８】
2015121940.tif 000010
【図９】
2015121940.tif 000011
【図１０】
2015121940.tif 000012
【図１１】
2015121940.tif 000013
【図１２】
2015121940.tif 000014
【図１３】
2015121940.tif 000015