JP3116501B2 - 商品データ処理装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、電子レジスタ（ＥＣ
Ｒ），ＰＯＳシステム、データターミナル等に用いられ
る商品データ処理装置に係り、詳細には、クーポン処理
を行う商品データ処理装置に関する。

【０００２】

【従来の技術】流通業界では、商品にかかわるデータを
いかにタイムリーに収集し、かつ処理をして次の商品販
売に結び付けるかが重要で、このためのシステム化が進
行している。ＰＯＳ端末装置は、百貨店、スーパー、専
門店、小売店などの売場に設置され、単品管理、顧客管
理、売上管理などに使用するデータを即時に収集する端
末装置である。一般にはレジスタ機能、データを一時記
憶するファイル機能、上位装置へ接続するオンライン機
能を有している。また、電子レジスタ（ＥＣＲ）は、売
上データを累計（登録）しておいた後、その売上データ
を出力して登録された金額および回数等を点検あるいは
精算して営業管理に役立てようとするものである。上記
ＥＣＲ等における顧客サービスとして、購入金額または
購入数量に応じてサービスポイント（例えば、グリーン
カード）を進呈し、顧客は進呈されたサービスポイント
によるサービス（商品、金券等）を受けるものがある。

【０００３】

【発明が解決しようとする課題】しかしながら、このよ
うな従来のＥＣＲ等の商品データ処理装置にあっては、
クーポン登録の際の順序までは考慮しえないという不具
合があった。例えば、次のような商品及びクーポンがあ
ったとき、 商品Ａ クーポンＡ（商品Ａ／Ｂに対して有効な共通ク
ーポン） 商品Ｂ クーポンＢ（商品Ａに対してのみ有効な単品ク
ーポン） ここで、商品Ａ→商品Ｂの順に登録されているとして、
ＥＣＲにより処理を行うと、先にクーポンＡを登録する
と商品Ａに対して割引を行う。次にクーポンＢはクーポ
ンＡについて既に登録が済んでいるからクーポンＢにお
ける該当商品無しとなり、エラーとなっていた。ところ
が、このとき、クーポンＢから登録を行うと、次のクー
ポンＡも割引き可能となり、クーポンの登録順序により
有効となるクーポンの数が違ってしまうことがあった。
してみれば、複数のクーポン処理を行う場合、クーポン
登録処理が済んだものについてもクーポン処理が行える
かどうかをチェックするようにすれば、クーポンの登録
順序によらず最多組合せのクーポン登録を行うことがで
き、有効となるクーポンの数が違ってしまう不具合を防
止することができることは明らかである。本発明の課題
は、クーポンの登録順序によらず最多組合せのクーポン
登録ができるようにすることである。

【０００４】

【課題を解決するための手段】本発明の手段は次の通り
である。指定データ記憶手段１（図１の機能ブロック図
を参照、以下同じ）は、商品別にグループ割引と単品割
引の指定データを記憶する指定データＲＡＭ等である。
登録データ記憶手段２は、商品登録時に指定データと商
品データの登録データを記憶するＲＡＭ等である。入力
手段３は、指定データ記憶手段１に記憶された指定デー
タに対応する割引データを入力する置数キー等が配設さ
れたキー入力装置やバーコードリーダである。割引制御
手段４は、入力手段３により入力された割引データ及び
登録データ記憶手段２に記憶された登録データに基づい
て最多組合せを求める演算を実行するＣＰＵ等である。

【０００５】

【作用】本発明の手段の作用は次の通りである。先ず、
指定データ記憶手段１にグループ割引と単品割引の指定
データが記憶され、登録データ記憶手段２に商品登録時
の指定データ（個数）の登録データが記憶されるものと
する。そして、入力手段３により指定データに対応する
割引データ（クーポンデータ）が入力されると、割引制
御手段４が入力された割引データと登録データ記憶手段
２に記憶された登録データに基づいて最多組合せの割引
を求める制御を行う。

【０００６】

【実施例】以下、図２〜図９を参照して一実施例を説明
する。図２〜図９は商品データ処理装置の一実施例を示
す図であり、本実施例は商品データ処理装置として電子
レジスタ（ＥＣＲ）に適用した例である。先ず、構成を
説明する。図２は商品データ処理装置１０の全体構成を
示したブロック図である。図２において、符号１１はＣ
ＰＵであり、ＣＰＵ１１は、ＲＯＭ１２に格納されてい
るマイクロプログラムに従ってＲＡＭ１３との間でデー
タの授受を行ったりしながら各種動作に必要な値を演算
する演算部１１ａと、演算部１１ａで処理したデータに
基づいて後述する表示部１５、印字部１６、バーコード
リーダ１７、ドロア１８等を制御するための制御信号を
出力する制御部１１ｂとから構成されている。

【０００７】ＣＰＵ１１には、販売商品によるクーポン
登録処理を含むＥＣＲの各種の動作を制御する制御用の
マイクロプログラムを記憶するＲＯＭ１２、書込みと読
出しが可能な揮発性メモリからなり、売上データ、演算
に使用するデータ及び演算結果を記憶するＲＡＭ１３、
各種の品目キー、操作キー及び各モードを指定するモー
ドスイッチが設けられたキー入力部１４、各種のデータ
を表示する表示部１５、ＲＡＭ１３に記憶された各種デ
ータをジャーナル用紙およびレシート用紙に印字する印
字部１６、商品に付されたバーコードを読取るバーコー
ドリーダ１７、現金を収納し現金／預かり金キー等が操
作された際に開放されるドロア１８がそれそれ接続され
ている。

【０００８】上記キー入力部１４には、そのキーボード
上に置数キー２１、ＰＬＵキー２２、ファンクションキ
ー２３等の操作キーが設けられているほか、「設定
（Ｐ）」、「登録（ＲＥＧ）」、「電源オフ（ＯＦ
Ｆ）」、「点検（Ｘ）」、「精算（Ｚ）」の各モードに
指定するモードスイッチＭＳが設けられている。

【０００９】また、上記ＲＡＭ１３は売上データや演算
に使用するデータおよび演算結果等を一時的に記憶する
いわゆるワーキングメモリとして使用され、具体的に
は、ＲＡＭ１３には商品コードによる商品名、単価、フ
ァミリーコード（分類コード）等の売上データを記憶す
るＰＬＵファイル３１と、クーポンコード、ファミリー
コード、割引金額、成立個数及びその他クーポン成立条
件を記憶するクーポンファイル３２と、上記ファミリー
コードをもったＰＬＵが登録されたときどのクーポンを
有効とするかを示すＰＬＵのファミリーコード及びその
登録個数を記憶するクーポンアイテムバッファ３３と、
既にクーポンの対象となった商品のクーポン処理済後の
クーポンのファミリーコード、ＰＬＵのファミリーコー
ド及び成立個数を記憶するクーポン処理済アイテムバッ
ファ３４等が設けられている。

【００１０】より詳しく説明すると、上記実施例ではＰ
ＬＵファイル３１の中にはＰＬＵコード、商品名、単
価、ファミリーコード（分類コード）等のデータが記憶
され、クーポンファイル３２にはクーポンコード、ファ
ミリーコード、クーポンによって割引きされる金額、そ
のクーポン割引が成立するための個数、その他の成立条
件（例えば、有効期限）が記憶される。また、クーポン
アイテムバッファ３３には、クーポン対象コードとして
のファミリーコードをもったＰＬＵが登録されたときに
そのＰＬＵのファミリーコードの登録個数が順次記憶さ
れ、クーポン登録時にはこのクーポンアイテムバッファ
３３が参照されて該当するクーポン処理（図６〜図９）
が行われ、登録個数がクーポン成立個数に達していると
クーポン処理が行われてクーポン処理済のデータはクー
ポン処理済アイテムバッファ３４に移される。クーポン
処理済アイテムバッファ３４には、処理済みデータのク
ーポンのファミリーコード、ＰＬＵのファミリーコー
ド、成立個数が記憶される。ここで、上記クーポン処理
済アイテムバッファ３４中にもクーポン割引が成立する
ための成立個数が記憶される。

【００１１】上記ファミリーコードについての一例を挙
げると次のようなものである。 クーポンのファミリーコード ＰＬＵのファミリーコード １００ →１００番台全てに対して有効 １１０ →１１０番台全てに対して有効 １２０ →１２０番台全てに対して有効 ２５６ →２５６番台のファミリーコードを持つＰＬＵに 対してのみ有効 例えば、ファミリーコード「１１０」番が麺類共通割引
コードとすれば、ファミリーコードの「１１０」番台に
あるファミリーコード「１１１」番も全部有効となる
が、ファミリーコードが「１１１」番のときはそのファ
ミリーコードを持つ商品に対してのみ有効となる。

【００１２】次に、本実施例の動作を説明する。図４は
クーポン処理前におけるＰＬＵファイル３１、クーポン
ファイル３２、クーポンアイテムバッファ３３、クーポ
ン処理済アイテムバッファ３４に記憶されたデータの一
例を示す図である。

【００１３】図４に示すように、クーポン処理前、ＰＬ
Ｕファイル３１には、ＰＬＵコード０００１，…，００
０９に対応して商品名「ラーメン」，…，「うどん」、
単価「９０」，…，「１２０」、ファミリーコード「１
１０」番，…，「１１１」番が記憶されているものと
し、クーポンファイル３２には、クーポンコード「１２
３」番，…，「４５６」番に対応してファミリーコード
「１１０（ここでは、ファミリーコード１１０は麺類共
通割引コードとする）」番，…，「１１１」番、割引金
額「−１２０」，…，「−２０」、成立個数「５」，
…，「２」が記憶されているものとする。ここで、上述
したようにクーポンコード「１２３」番で指定されるフ
ァミリーコード「１１０」番は麺類共通に有効とされ、
クーポンコード「４５６」番で指定されるファミリーコ
ード「１１１」番は麺類のうち「うどん」に対してのみ
有効とされる（ＰＬＵファイル３１のＰＬＵコード「０
００９」参照）。例えば、クーポンコード「１２３」番
の商品は、ファミリーコードが「１１０」番であるから
麺類全部に有効なクーポンであって、成立個数が「５」
となると「−１２０」の割引が成立することを示す。ま
た、クーポンコード「４５６」番の商品は、「１１１」
番のファミリーコードをもっているので「うどん」に対
してのみ有効であり、成立個数が「２」を越えると「−
２０」の割引が成立することを示す。

【００１４】上記ＰＬＵファイル３１及びクーポンファ
イル３２にはこのようなデータが記憶されていて、商品
登録があった時点ではクーポンアイテムバッファ３３に
該当商品のファミリーコード、登録個数が書き込まれ
る。この場合、同一ファミリーコードがあるときはその
レコードに個数を加算し、無いときは新しいレコードを
作成する。例えば、ＰＬＵコード「０００９」の商品
「うどん」が登録されたときはその商品「うどん」のフ
ァミリーコード「１１１」番、登録個数「１」が書き込
まれ、また、ＰＬＵコード「０００１」の商品「ラーメ
ン」が登録されたときは「ラーメン」のファミリーコー
ド「１１０」番、登録個数「１」が書き込まれる。そし
て、同一ファミリーコードのものが登録されたときは登
録個数が加算され、このようにしてクーポンアイテムバ
ッファ３３に図４に示すようなＰＬＵのファミリーコー
ドと登録個数が一時的に記憶される。

【００１５】クーポン登録時、クーポンアイテムバッフ
ァ３３内に割引の対象となる商品があるか否かがチェッ
クされ、例えばクーポンアイテムバッファ３３のファミ
リーコード「１１１」番の登録個数は「６」であるから
割引が成立し、後述するクーポン登録処理（図６〜図
９）を行ってクーポン登録処理が済むと、クーポン処理
済アイテムバッファ３４に登録処理が済んだデータが移
し替えられる。上述の例では、図４アに示したようにク
ーポン処理済アイテムバッファ３４のクーポンのファミ
リーコードに「１１０」番、ＰＬＵのファミリーコード
に「１１１」番、成立個数に「５」が記憶される。これ
に伴って、図４イに示すようにクーポン登録処理が済ん
だ登録個数は成立個数「５」だけ減算されて「１」とな
る。

【００１６】ところで、従来では上述のようにクーポン
アイテムバッファ３３にＰＬＵのファミリーコード「１
１１」番（うどん）が先に格納され、次にファミリーコ
ード「１１０」番（ラーメン）が登録個数「７」で格納
され、この時点で「１１０」番のラーメンが先に登録さ
れた場合「１１０」番は「１１０」番台の商品に対して
全部有効になる。よって、クーポンアイテムバッファ３
３内ではファミリーコード「１１１」番の登録個数
「７」とファミリーコード「１１０」番の登録個数
「５」となり、次に、クーポン処理されると、上記クー
ポンアイテムバッファ３３のファミリーコード「１１
１」番の登録個数は「１」となってクーポン割引は成立
しない。すなわち、クーポン登録処理が行われると、共
通クーポンであってはクーポン登録された商品のデータ
はクーポン処理済アイテムバッファ３４に移されるの
で、クーポンアイテムバッファ３３内をサーチしただけ
では前述したクーポンの登録順序によりクーポン登録が
行えない不具合が生じてしまう。

【００１７】本実施例の商品データ処理装置１０は、ク
ーポン処理済のデータについてもクーポン登録が可能か
否かをチェックすることによりクーポン登録順序の互い
による上記不具合を防止するものである。すなわち、上
述の例では、クーポンアイテムバッファ３３をチェック
してクーポン登録処理を終わるのではなく、クーポン処
理済アイテムバッファ３４をもチェックしこのクーポン
処理済アイテムバッファ３４内にクーポン登録処理がで
きる商品データがあればそのＰＬＵのファミリーコード
を基にクーポンアイテムバッファ３３をサーチするよう
にする。

【００１８】図５はクーポン処理後におけるＰＬＵファ
イル３１、クーポンファイル３２、クーポンアイテムバ
ッファ３３、クーポン処理済アイテムバッファ３４に記
憶されたデータの一例を示す図である。図５において、
ＰＬＵファイル３１、クーポンファイル３２には前記図
４のＰＬＵファイル３１、クーポンファイル３２と同一
のデータが記憶されていて、クーポンアイテムバッファ
３３及びクーポン処理済アイテムバッファ３４には図５
に示すようなクーポン処理後のデータが記憶されている
ものとする。この場合、クーポンアイテムバッファ３３
をチェック後、クーポン処理済アイテムバッファ３４を
チェックすることになる。具体的には、クーポンアイテ
ムバッファ３３にはＰＬＵのファミリーコード「１１
１」番の登録個数「４」、ＰＬＵのファミリーコード
「１１０」番の登録個数「２」であるから何れも該当す
るクーポン登録はないので次にクーポン処理済アイテム
バッファ３４をチェックする（図５ア参照）。すると、
クーポン処理済アイテムバッファ３４のＰＬＵのファミ
リーコード「１１０」番が成立個数「５」になっている
からクーポン登録を可能と判断して図５イに示すように
このＰＬＵファミリーコード「１１０」番を基にクーポ
ンアイテムバッファ３３の該当するＰＬＵファミリーコ
ード「１１０」番をサーチする。

【００１９】上記クーポン登録処理を図６〜図９のフロ
ーチャートを用いて詳細に説明する。次に、本実施例の
動作を説明する。図６〜図９はクーポン登録の最適化を
行うクーポン登録処理のプログラムを示すフローチャー
トであり、同図中、符号Ｓｎ（ｎ＝１，２，…）はフロ
ーの各ステップを示している。

【００２０】先ず、ステップＳ１でキー入賞部１４によ
りキー入力があるか否かをチェックし、キー入力がある
とステップＳ２で一登録の締めか否かを判別し、一登録
の締めのときはステップＳ３で締め処理（例えば、現金
とか貸し等の取引別のメモリに累計したり、レシートを
発行する処理）を行って本フローを終了する。また、登
録締めでないときはステップＳ４で商品登録か否かを判
別し、商品登録のときはステップＳ５で商品の登録処理
（例えば、部門の合計処理、及びその印字、表示処理）
を行ってステップＳ６に進む。ステップＳ６ではクーポ
ンアイテムバッファ３３に該当商品のファミリーコード
（ＰＬＵコード）、登録個数を書き込んでステップＳ１
に戻り次のキー入力を待つ。ここで、同一のファミリー
コードがあるときは、そのレコードに個数を加算し、無
いときは新しいレコードを作成する。これにより、クー
ポンアイテムバッファ３３には、レコード毎に図４に示
すようなファミリーコード、登録個数が記憶される。

【００２１】一方、ステップＳ４で商品登録でないとき
はステップＳ７でクーポン登録か否かを判別し、クーポ
ン登録でないときはステップＳ８でその他の処理（例え
ば、両替処理、入金処理等）を行ってステップＳ１に戻
り次のキー入力を待つ。また、クーポン登録のときはス
テップＳ９でその他の成立条件（有効期限等）をチェッ
クし、その他の成立条件を満たしていなければステップ
Ｓ１０でエラー処理（エラーメッセージの出力処理等）
を行ってステップＳ１に戻る。その他の成立条件を満た
しているときはステップＳ１１でクーポンアイテムバッ
ファ３３内に対象となるアイテムがあるかサーチを行
い、対象アイテムがあったときはステップＳ１４〜Ｓ１
７（図７）のクーポン登録処理に進む。また、対象アイ
テムがなかったときはステップＳ１３でエンド・オブ・
ファイル（ＥＯＦ）か否かを判別し、ＥＯＦでなければ
ステップＳ１１に戻って全ファイルレコードについて対
象アイテムのサーチを行い、ＥＯＦになるとステップＳ
１８〜Ｓ２６（図８）のクーポン処理済アイテムバッフ
ァ３４におけるクーポン登録処理に進む。

【００２２】前記ステップＳ１２で対象アイテムがあっ
たときはクーポンアイテムバッファ３３におけるクーポ
ン登録処理を行うためにステップＳ１４で登録個数がク
ーポン割引の成立個数となっているか否かを判別し、成
立個数となっていなければ前記ステップＳ１３以降に進
んで図８で後述するクーポン登録処理を行う。成立個数
となっていればステップＳ１５のクーポン登録処理に移
り、ステップＳ１６でクーポン処理済アイテムバッファ
３４にクーポンのファミリーコード、該当アイテムのフ
ァミリーコード及び成立個数を書込み、ステップＳ１７
でクーポンアイテムバッファ３３の該当レコードから成
立個数分を引いてステップＳ１に戻る。この場合、成立
個数分を引いて０になった場合は該当レコードを削除す
る。

【００２３】前記ステップＳ１３でエンド・オブ・ファ
イル（ＥＯＦ）のときは既に他のクーポンの割引対象と
して処理されてしまったアイテムの中に該当するものが
あるか否かをチェックするためにステップＳ１８でクー
ポン処理済アイテムバッファ３４内に該当クーポンの対
象となるアイテムがあるかサーチし、ステップＳ１９で
対象アイテムがあるか否かを判別する。対象アイテムが
あったときはステップＳ２０でクーポン割引の成立個数
となっているか否かを判別する。上記ステップＳ１９で
対象アイテムがなかったとき、あるいは上記ステップＳ
２０で成立個数に達しなかったときはステップＳ２１で
エンド・オブ・ファイル（ＥＯＦ）か否かを判別し、Ｅ
ＯＦであればクーポン処理済アイテムバッファ３４にも
クーポン登録処理を行うべきデータはないと判断してス
テップＳ２２でエラー処理を行ってステップＳ１に戻
り、ＥＯＦでなければステップＳ１８に戻って残りのレ
コードについても同様のサーチを行う。

【００２４】一方、前記ステップＳ２０で成立個数とな
っていればステップＳ２３で対象アイテムのレコードの
クーポンファミリーコードによりクーポンアイテムバッ
ファ３３内対象アイテムがあるかサーチし、ステップＳ
２４で対象アイテムがあるか否かを判別する。対象アイ
テムがあったときはステップＳ２５でクーポン割引の成
立個数となっているか否かを判別する。上記ステップＳ
２４で対象アイテムがなかったとき、あるいは上記ステ
ップＳ２５で成立個数に達しなかったときはステップＳ
２６でＥＯＦか否かを判別し、ＥＯＦであればステップ
Ｓ１８に戻ってもう一度クーポン処理済アイテムバッフ
ァ３４内に対象となるアイテムがあるかサーチする。ま
た、ＥＯＦでなければステップＳ２３に戻って残りのレ
コードについても同様のサーチを行う。

【００２５】一方、前記ステップＳ２５で成立個数とな
っていればステップＳ２７で現クーポンに対して登録処
理を行い、ステップＳ２８でクーポン処理済アイテムバ
ッファ３４に前クーポン及び前クーポンの該当アイテム
のファミリーコード、成立個数を書き込む。次いで、ス
テップＳ２９でクーポンアイテムバッファ３３の該当レ
コードから前クーポンの成立個数分を引く。この場合、
成立個数分を引いて０になった場合は該当レコードを削
除する。次いで、ステップＳ３０で更に前クーポンの内
容が書かれていたレコードをいま登録されたクーポンの
ファミリーコード、成立個数に書き換え、ステップＳ３
１で成立個数が前クーポンより少なかった場合、クーポ
ンアイテムバッファ３３に該当アイテムのファミリーコ
ード、及び成立個数の差を書き込んでクーポン処理を終
えステップＳ１に戻る。

【００２６】以上の処理を実行することにより図３〜図
５のクーポンアイテムバッファ３３、クーポン処理済ア
イテムバッファ３４を用いて次のような動作が行われ
る。

【００２７】先ず、商品登録があった時点で、図４に示
すようにクーポンアイテムバッファ３３に該当商品のフ
ァミリーコード、登録個数を書き込む。この場合同一フ
ァミリーコードがあるときは、そのレコードに個数を加
算し、無いときは新しいレコードを作成する。

【００２８】クーポン登録があったときは、まず初めに
クーポン割引の前提となる有効期限などの成立条件をチ
ェックする。次に、クーポンアイテムバッファ３３内
に、割引の対象となるアイテムがあるかサーチを行う。
対象アイテムがあったときは、そのままクーポン登録処
理に移る。例えば、図４のクーポンアイテムバッファ３
３のＰＬＵのファミリーコード「１１１」番の登録個数
は「６」であるから割引の対象アイテムとなりクーポン
処理を行う。

【００２９】また、対象アイテムがなかったときは、図
４ア及び図５アに示すように既に他のクーポンの割引対
象として処理されてしまったアイテムの中に該当するも
のがないかクーポン処理済アイテムバッファ３４内を検
索する。処理済のアイテムの中に該当するアイテムがあ
ったとき、図５イに示すようにそのレコードにある該当
アイテムを割引対象としているクーポンのファミリーコ
ードにより他に割引対象となるアイテムがないかクーポ
ンアイテムバッファ３３をサーチする。

【００３０】もし、この時点で他の対象アイテムが見つ
かったときは、そのクーポンの対象アイテムをクーポン
処理済アイテムバッファ３４に移し換え、直前にそのク
ーポンが対象としていたアイテムを現在登録されたクー
ポンの対象アイテムとし、クーポン処理を行う。

【００３１】以上説明したように、本実施例に係る商品
データ処理装置１０は、売上データを記憶するＰＬＵフ
ァイル３１と、クーポンコード、ファミリーコード、割
引金額、成立個数及びその他クーポン成立条件を記憶す
るクーポンファイル３２と、商品登録がされたときその
商品のファミリーコード（どのクーポンを有効とするか
を示すコード）及び登録個数を記憶するクーポンアイテ
ムバッファ３３と、既にクーポンの対象となった商品の
ファミリーコード、ＰＬＵのファミリーコード及び成立
個数を記憶するクーポン処理済アイテムバッファ３４と
を設け、クーポン登録処理の際、クーポン処理済アイテ
ムバッファ３４内に割引対象となる商品がないかをサー
チするようにしているので、クーポンの登録順序によら
ずにクーポン登録を行うことができ、有効となるクーポ
ンの数が違ってしまう不具合を防止することができる。
その結果、複数のクーポン処理を行う場合でも、その登
録順を気にせずクーポン登録をすることができる。

【００３２】なお、本実施例では、複数のクーポン処理
を行う場合、クーポン登録処理が済んだものについても
クーポン処理が行えるかどうかをチェックするようにし
ているが、割引データと登録データに基づき最多組合せ
の割引組合せを求める割引制御であればどのような処理
でもよいことは言うまでもない。

【００３３】また、上記実施例はＥＣＲに適用した場合
の例であるが、クーポン処理を含む装置にはすべて適用
可能であり、例えばＰＯＳシステム、データターミナル
等の商品データ処理装置に適用してもよい。

【００３４】

【発明の効果】本発明によれば、割引データと登録デー
タに基づいて最多組合せの割引組合せを求めるように制
御しているので、クーポンの登録順序によらずクーポン
登録を行うことができ、有効となるクーポンの数が違っ
てしまう不具合を防止することができる。従って、クー
ポン処理において、クーポンの有効の最適化が実現でき
る。

【図面の簡単な説明】

【図１】本発明の機能ブロック図である。

【図２】商品データ処理装置の全体構成を示す図であ
る。

【図３】商品データ処理装置のＲＡＭの構造を示す図で
ある。

【図４】商品データ処理装置のクーポン処理前のＲＡＭ
の構造を示す図である。

【図５】商品データ処理装置のクーポン処理後のＲＡＭ
の構造を示す図である。

【図６】商品データ処理装置のクーポン登録処理を示す
フローチャートである。

【図７】商品データ処理装置のクーポン登録処理を示す
フローチャートである。

【図８】商品データ処理装置のクーポン登録処理を示す
フローチャートである。

【図９】商品データ処理装置のクーポン登録処理を示す
フローチャートである。

【符号の説明】

１０ 商品データ処理装置 １１ ＣＰＵ １２ ＲＯＭ １３ ＲＡＭ １４ キー入力部 ３１ ＰＬＵファイル ３２ クーポンファイル ３３ クーポンアイテムバッファ ３４ クーポン処理済アイテムバッファ

フロントページの続き (56)参考文献 特開 平４−335496（ＪＰ，Ａ) 特開 昭59−172070（ＪＰ，Ａ) 特開 平５−128373（ＪＰ，Ａ) 特開 平２−208798（ＪＰ，Ａ) 実開 昭60−135989（ＪＰ，Ｕ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G07G 1/00 - 5/00 G06F 17/00 G06F 19/00 G06F 17/60

Claims (1)

(57)【特許請求の範囲】
1. 【請求項１】 商品別にグループ割引と単品割引の指定
   データを記憶する指定データ記憶手段と、 商品登録時に指定データと商品データの登録データを記
   憶する登録データ記憶手段と、 前記指定データ記憶手段に記憶された指定データに対応
   する割引データを入力する入力手段と、 前記入力手段により入力された割引データ及び登録デー
   タ記憶手段に記憶された登録データに基づいて最多組合
   せを求める割引制御手段と、を具備したことを特徴とす
   る商品データ処理装置。