(57)【特許請求の範囲】
【請求項１】
販売時点情報を入力する販売時点情報入力装置において、
現在の売上取引において順次入力される商品識別情報と商品数量情報を商品明細情報として順次記憶する商品明細情報記憶部と、
特売企画の対象となる商品識別情報を、該特売企画に関する値引き情報及び成立個数情報と共に記憶する特売企画情報記憶部と、
入力された商品識別情報をキーとして、前記特売企画情報記憶部を検索し、該入力された商品識別情報に対応する特売企画に属する商品識別情報と該特売企画に関する値引き情報及び成立個数情報を取得する特売企画情報取得部と、
前記特売企画に属する商品識別情報をキーとして前記商品明細情報記憶部のレコードを検索して、該商品識別情報を含むレコードを特定し、特定したレコードの該商品識別情報に対応する商品数量情報と前記特売企画情報取得部により取得された該特売企画に対応する成立個数情報とに基づいて該特売企画の値引き対象となる商品の合計数量を算出し、算出した前記合計数量と前記特売企画情報取得部により取得された該特売企画に対応する値引き情報とに基づいて、前記特定したレコードごとに値引き情報を更新する値引き情報更新部と、
前記特売企画の成立状況を、前記商品明細情報記憶部の登録内容と共に表示する特売企画成立状況表示部と、
を含むことを特徴とする販売時点情報入力装置。
【請求項２】
前記値引き情報更新部は、前記特定したレコードにおける値引きする商品の総数量が、前記合計数量となるように前記特定したレコードの値引き情報を更新する、
ことを特徴とする請求項１に記載の販売時点情報入力装置。
【請求項３】
前記値引き情報更新部は、前記特定したレコードの中から、一のレコードを順次選択し、順次選択したレコードにおける値引き対象商品の数量の和が、前記合計数量以下か否かを順次判定し、前記和が前記合計数量以下の場合には、判定直前に選択したレコードにおける全ての値引き対象商品に対して値引きを行い、前記和が前記合計数量を超えた場合には、判定直前に選択したレコードにおいて、前記総数量が前記合計数量となるように値引き対象商品における値引きを行う、
ことを特徴とする請求項２に記載の販売時点情報入力装置。
【請求項４】
販売時点情報を入力する販売時点情報入力方法において、
現在の売上取引において順次入力される商品識別情報と商品数量情報を商品明細情報として商品明細情報記憶部に順次記憶し、
特売企画の対象となる商品識別情報を、該特売企画に関する値引き情報及び成立個数情報と共に特売企画情報記憶部に記憶し、
入力された商品識別情報をキーとして、前記特売企画情報記憶部を検索し、該入力された商品識別情報に対応する特売企画に属する商品識別情報と該特売企画に関する値引き情報及び成立個数情報を取得し、
前記特売企画に属する商品識別情報をキーとして前記商品明細情報記憶部のレコードを検索して、該商品識別情報を含むレコードを特定し、特定したレコードの該商品識別情報に対応する商品数量情報と前記取得された該特売企画に対応する成立個数情報とに基づいて該特売企画の成立状況を算出し、該特売企画の成立状況と前記取得された該特売企画に対応する値引き情報とに基づいて、前記特定したレコードごとに値引き情報を更新し、
前記特売企画の成立状況を、前記商品明細情報記憶部の登録内容と共に表示する、
ことを特徴とする販売時点情報入力装置における特売成立状況表示方法。
【請求項５】
販売時点情報を入力するコンピュータに、
現在の売上取引において順次入力される商品識別情報と商品数量情報を商品明細情報として商品明細情報記憶部に順次記憶し、
特売企画の対象となる商品識別情報を、該特売企画に関する値引き情報及び成立個数情報と共に特売企画情報記憶部に記憶し、
入力された商品識別情報をキーとして、前記特売企画情報記憶部を検索し、該入力された商品識別情報に対応する特売企画に属する商品識別情報と該特売企画に関する値引き情報及び成立個数情報を取得し、
前記特売企画に属する商品識別情報をキーとして前記商品明細情報記憶部のレコードを検索して、該商品識別情報を含むレコードを特定し、特定したレコードの該商品識別情報に対応する商品数量情報と前記取得された該特売企画に対応する成立個数情報とに基づいて該特売企画の成立状況を算出し、該特売企画の成立状況と前記取得された該特売企画に対応する値引き情報とに基づいて、前記特定したレコードごとに値引き情報を更新し、
前記特売企画の成立状況を、前記商品明細情報記憶部の登録内容と共に表示する、
ステップを実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＰＯＳレジスタ装置における商品の表示技術に関する。
【背景技術】
【０００２】
小売店舗等において物品販売の売上実績を単品単位で集計する装置として、販売時点情報管理（ＰＯＳ：Ｐｏｉｎｔ  Ｏｆ  Ｓａｌｅ、以下「ＰＯＳ」と呼ぶ）システムが広く利用されている。
【０００３】
ＰＯＳシステムでは、商品名や価格、数量、日時などの販売実績情報が収集されることにより、商品の販売日、種類、価格、売上数を容易に把握することが可能となり、商品の経営分析が容易となる。
【０００４】
ＰＯＳシステムは主に、スーパーマーケットやコンビニエンスストア、外食産業（ファミリーレストラン、居酒屋等）、ガソリンスタンド、ホテル、ドラッグストア（薬局）などのチェーンストア等で導入される。
【０００５】
ＰＯＳシステムでは、バーコードなどによって商品にマーキングされた商品情報が、商品の購入時に、ＰＯＳレジスタやポータブルデータ端末に装備されたバーコードスキャナ装置やタッチパネル入力装置によって登録される。その後、その登録されたマーキング情報が、ストアサーバ又はストアコンピュータと呼ばれるコンピュータ（以下、「ストアサーバ」と呼ぶ）に送られ、そのストアサーバによって電子ジャーナルデータとして集計管理される。
【０００６】
ＰＯＳレジスタでは、例えばスーパーマーケットなどにおいて、一度に大量に購入され得る商品のマーキング情報が、バーコードスキャナ装置やタッチパネルキーボード装置によって次々に登録される。
【０００７】
ここで、販売員は、購入される商品の数量を、ＰＯＳレジスタのディスプレイ装置に表示される購入商品情報を見ながらその場で確認する必要がある場合が多い。また、スーパーマーケットなどでは、同一商品の特定個数の購入や異種商品との特定個数の組合せにより値引きを行う等の特売商品企画が日単位、時間単位で設定されることが多い。この場合、販売員は、特売商品に関する商品の数量を、ＰＯＳレジスタのディスプレイに表示される購入商品情報を見ながらその場で確認する必要がある場合も多い。
【０００８】
スーパーなどでは、購入する商品の点数が多いため、カゴに入っている商品を次々に登録していると、商品が何回かに分けてスキャンされ登録されるケースが多い。このようなケースにおいて販売員が同一商品や組合せ商品の数量を確認する場合、従来は、販売員がＰＯＳレジスタのディスプレイに表示される現在の顧客に対応する商品登録情報の明細一覧を目視で確認しながら、特定の商品の数量を把握していた。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開平１０−２６９４６１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
ここで、スーパーマーケットなどに設置されるいわゆるレーンＰＯＳレジスタなどのように、顧客で混雑しやすい環境で急いで商品登録を行わなければならないような状況を想定する。このような状況下では、販売員がディスプレイ上で特定の商品の明細行を探し出してその数量を目視確認することは、たとえ数秒でも神経を使う煩雑な作業となる。従って、特に不慣れな販売員などにおいて、レジ作業の停滞を招くおそれがあるという問題点を有していた。
【００１１】
そこで、特売対象として組み合わせられる異種又は同種商品の現在までの登録状況を容易に把握可能とし、商品数量の確認ミスを減少させることを目的とする。
【課題を解決するための手段】
【００１２】
態様の一例では、販売時点情報を入力するＰＯＳレジスタ装置として実現され、以下の構成を有する。
商品明細情報記憶部は、現在の売上取引において順次入力される商品識別情報と商品数量情報を商品明細情報として順次記憶する。
【００１３】
特売企画情報記憶部は、特売企画の対象となる商品識別情報を、その特売企画に関する値引き情報及び成立個数情報と共に記憶する。
特売企画情報取得部は、入力された商品識別情報をキーとして、特売企画情報記憶部を検索し、入力された商品識別情報に対応する特売企画に属する商品識別情報とその特売企画に関する値引き情報及び成立個数情報を取得する。
【００１４】
値引き情報更新部は、特売企画に属する商品識別情報をキーとして商品明細情報記憶部のレコードを検索し、検索されたレコードから取得される商品数量情報と特売企画情報取得部により取得されたその特売企画に対応する成立個数情報とに基づいてその特売企画の成立状況を算出し、その特売企画の成立状況と特売企画情報取得部により取得されたその特売企画に対応する値引き情報とに基づいてその検索されたレコードの値引き情報を更新する。
【００１５】
特売企画成立状況表示部は、特売企画の成立状況を、商品明細情報記憶部の登録内容と共に表示する。
【発明の効果】
【００１６】
本発明によれば、顧客に対してバンドルペアマッチ又はバンドルミックスマッチの成立／未成立の状態を説明し易いＰＯＳシステムの提供が可能となり、クレームの軽減が見込める。
【００１７】
また、顧客に対しての販促効果も向上させることが可能となる。
【図面の簡単な説明】
【００１８】
【図１】実施形態の全体システム構成である。
【図２】ＰＯＳレジスタとローカルデータベースを実現するハードウェア構成図である。
【図３】実施形態の制御動作を示す動作フローチャート（その１）である。
【図４】実施形態の制御動作を示す動作フローチャート（その２）である。
【図５】実施形態のデータ構成例を示す図である。
【図６】実施形態における商品登録画面の表示例を示す図である。
【発明を実施するための形態】
【００１９】
以下、本発明を実施するための形態について図面を参照しながら詳細に説明する。
図１は、ＰＯＳシステムの実施形態の全体構成図である。
実施形態のシステムは、店舗毎に設置されるストアシステム１０１と、本部システム１０２と、ストアシステム１０１及び本部システム１０２を接続するブロードバンドネットワーク１０３とから構成される。
【００２０】
ストアシステム１０１は、図１では例えば＃１〜＃５として示されるように各店舗に設置される。１つの本部システム１０２が収容可能なストアシステム１０１は、最大で１０程度である。
【００２１】
ストアシステム１０１には、レーンＰＯＳレジスタ１０４（＃１）及びそれに接続されるローカルデータベース１０５（＃１）、カウンタＰＯＳレジスタ１０４（＃２）及びそれに接続されるローカルデータベース１０５（＃２）、対面ＰＯＳレジスタ１０４（＃３）及びそれに接続されるローカルデータベース１０５（＃３）、ＳＣＯ  ＰＯＳレジスタ１０４（＃４）及びそれに接続されるローカルデータベース１０５（＃４）、マルチパッド端末１０６、クライアントパソコン１０７が設置される。
【００２２】
レーンＰＯＳレジスタ１０４（＃１）は、スーパーマーケットなどの商品精算レーンに設置されるＰＯＳレジスタである。カウンタＰＯＳレジスタ１０４（＃２）は、コンビニエンスストアなどの商品精算カウンタに設置されるＰＯＳレジスタである。対面ＰＯＳレジスタ１０４（＃３）は、カウンタＰＯＳレジスタ１０４（＃２）の機能に袋詰め機能も併せて備えたＰＯＳレジスタである。ＳＣＯ  ＰＯＳレジスタ１０４（＃４）は、顧客自身が商品登録から支払いまで行うことのできるセルフチェックアウト機能を備えたＰＯＳレジスタである。以下の説明では、これらの各種ＰＯＳレジスタを総称してＰＯＳレジスタ１０４と呼ぶ。ＰＯＳレジスタ１０４にはそれぞれ、商品マスタデータベースや売上データベースなどを含むローカルデータベース１０５が接続される。
【００２３】
マルチパッド端末１０６は、店舗管理者が、商品の価格チェック、価格変更、発注登録等を行うことができる。
クライアントパソコン１０７は、店舗管理者が、店舗の売上げを確認したり、商品の価格変更を把握したりすることができる。
【００２４】
各ＰＯＳレジスタ１０４及びクライアントパソコン１０７は、無線アクセスポイント１０８と無線接続され、ＬＡＮケーブル１１０、ルータ１０９、ブロードバンドネットワーク１０３を介して、本部システム１０２内の各店舗に対応したストアサーバ１１１と通信を行う。
【００２５】
本部システム１０２には、各店舗のストアシステム１０１に対向して、各店舗対応のストアサーバ１１１及びそれに接続されるストアデータベース１１２が設置される。各ストアサーバ１１１は、ＬＡＮケーブル１１５に接続されるルータ１１４、及びブロードバンドネットワーク１０３を介して、それぞれに対応するストアシステム１０１内の各ＰＯＳレジスタ１０４と通信する。なお、店舗対応のストアサーバ１１１及びそれに接続されるストアデータベース１１２は、図１の破線部分として示されるように、各ストアシステム１０１内に設置されてもよい。
【００２６】
以上のようにして、ストアシステム１０１内の各ＰＯＳレジスタ１０４とそのストアシステム１０１（店舗）に対応するストアサーバ１１１とが通信を行う。この結果、ストアシステム１０１内の各ＰＯＳレジスタ１０４において登録された商品の売上情報は、ほぼリアルタイム（数秒遅れ程度）で、そのストアシステム１０１（店舗）に対応したストアサーバ１１１に接続されるストアデータベース１１２に反映される。また、商品の価格情報等が変更されストアデータベース１１２内の商品マスタデータベース等が更新されると、その更新内容がほぼリアルタイムで、対応する店舗内の各ＰＯＳレジスタ１０４に接続される各ローカルデータベース１０５に反映される。このようにして、ストアシステム１０１内の各ＰＯＳレジスタ１０４に接続される各ローカルデータベース１０５と、そのストアシステム１０１（店舗）に対応したストアサーバ１１１に接続されるストアデータベース１１２は、常に同期が取られる。
【００２７】
本部システム１０２において、ＬＡＮケーブル１１５に接続される各種管理サーバ１１３は、クレジットカードの管理や、ＦＳＰ（Ｆｒｅｑｕｅｎｔ  Ｓｈｏｐｐｅｒｓ  Ｐｒｏｇｒａｍ）による顧客管理、ポイント管理、全店の商品管理、全店への速報管理などを個別に行うサーバである。各種管理サーバ１１３は、各店舗毎のストアサーバ１１１と通信を行って、各ストアデータベース１１２の登録内容（商品情報、ポイント情報、顧客情報等）を管理したり、各ストアシステム１０１内の各ＰＯＳレジスタ１０４に速報情報を通知したりする。
【００２８】
図２は、図１の各ＰＯＳレジスタ１０４とそれに接続されるローカルデータベース１０５を実現するハードウェア構成の一例を示す図である。
図２に示されるコンピュータは、ＣＰＵ２０１、メモリ２０２、外部記憶装置２０３、可搬記録媒体２０６が挿入される可搬記録媒体駆動装置２０５、及びネットワーク接続装置２０４を有し、これらがバス２１５によって相互に接続された構成を有する。
【００２９】
また、ＰＯＳレジスタ１０４独自の入力デバイスとして、キーボード２０７、タッチパネル電子多項目キーボード２０８、固定スキャナ２０９、タッチスキャナ２１０、磁気カードリーダ２１１、電子マネーリーダ２１２、ピンパッド２１３などが、バス２１５に接続される。キーボード２０７及びタッチパネル電子多項目キーボード２０８は、商品情報の登録などを行う。固定スキャナ２０９は、購入商品のバーコードをかざすことにより、購入商品のマーキング情報を読み取る。タッチスキャナ２１０は、固定スキャナ２０９と同じ機能を有するハンディタイプのスキャナである。磁気カードリーダ２１１は、クレジットカード情報や会員カード／ポイントカード情報を入力する。電子マネーリーダ２１２は、電子マネー情報を入力する。ピンパッド２１３は、クレジットカードなどの暗証番号をタイプ入力する。
【００３０】
更に、ＰＯＳレジスタ１０４独自の出力デバイスとして、商品登録情報を表示するディスプレイ２１４、レシートを印字するプリンタ２１５、及び自動釣銭札機２１６などが、バス２１５に接続される。
【００３１】
図２に示される構成は、図１の各ＰＯＳレジスタ１０４を実現できるコンピュータの一例であり、そのようなコンピュータはこの構成に限定されるものではない。
ＣＰＵ２０１は、ＰＯＳレジスタ１０４全体の制御を行う。メモリ２０２は、プログラムの実行、データ更新等の際に、外部記憶装置２０３（或いは可搬記録媒体２０６）に記憶されているプログラム又はデータを一時的に格納するＲＡＭ等のメモリである。ＣＰＵ２０１は、プログラムをメモリ２０２に読み出して実行することにより、ＰＯＳレジスタ１０４全体の制御を行う。
【００３２】
外部記憶装置２０３は、例えばハードディスク記憶装置である。主に各種データやプログラムの保存に用いられるほか、図１のローカルデータベース１０５を記憶する。
可搬記録媒体駆動装置２０５は、光ディスクやＳＤＲＡＭ、コンパクトフラッシュ（登録商標）等の可搬記録媒体２０６を収容するもので、外部記憶装置２０３の補助の役割を有する。
【００３３】
ネットワーク接続装置２０４は、図１の無線アクセスポイント１０８と通信を行うことのできる無線接続装置である。
以下に説明する本実施形態によるシステムは、それに必要な機能を搭載した制御プログラムをＣＰＵ２０１が実行することで実現される。そのプログラムは、例えば外部記憶装置２０３や可搬記録媒体２０６に記録して配布してもよく、或いはネットワーク接続装置２０４によりネットワークから取得できるようにしてもよい。ＣＰＵ２０１は、その制御プログラムに従って、２０７〜２１３の各入力デバイスを制御して、各入力デバイスからの商品登録情報等を入力する。また、ＣＰＵ２０１は、その制御プログラムに従って、２１４〜２１５の各出力デバイスを制御して、商品登録情報等を表示又は印字する。更に、ＣＰＵ２０１は、自動釣銭札機２１６を制御して、釣銭の自動払い出しを行う。加えて、ＣＰＵ２０１は、制御プログラムに従って、ネットワーク接続装置２０４を制御して、図１のストアサーバ１１１との通信を実行する。
【００３４】
以上の図１及び図２の構成を有する本実施形態の動作について、以下に詳細に説明する。
図３は、各ＰＯＳレジスタ１０４（図１）内のＣＰＵ２０１（図２）が、メモリ２０２に記憶された制御プログラムを実行する動作として実現される、商品情報登録時の制御動作を示す動作フローチャートである。
【００３５】
まず、図３の動作フローチャートに対応する制御プログラムは、前の顧客のレシートがプリンタ２１５により印刷し終わり、次の顧客の商品が固定スキャナ２０９やタッチスキャナ２１０などによって読み取られると、動作を開始する。
【００３６】
購入商品の商品情報の登録は、図３のステップＳ３０１からからＳ３０３までの繰返し処理によって行われる。
まず、商品入力が行われる（ステップＳ３０１）。商品入力は、ＪＡＮ（Ｊａｐａｎｅｓｅ  Ａｒｔｉｃｌｅ  Ｎｕｍｂｅｒ）コード等のスキャンコードの入力により行う。この入力操作は、図２の固定スキャナ２０９又はタッチスキャナ２１０による商品に貼付されたバーコードの読取り、キーボード２０７やタッチパネル電子多項目キーボード２０８によるコード又は短縮コードの手入力、ワンタッチキー入力等によって行われる。なお、この商品入力の前又は後に、キーボード２０７等から商品の数量を入力することが可能である。
【００３７】
次に、商品の登録及び表示が行われる（ステップＳ３０２）。図４は、この処理の詳細な制御動作を示す動作フローチャートである。
まず、入力されたスキャンコードの商品情報（商品名、単価等）が商品マスタＤＢ５０１から検索される（ステップＳ３０２−１）。今、ローカルデータベース１０５には、図５に例示されるデータ構成例を有する商品マスタデータベース（以下、「商品マスタＤＢ」と表す）５０１が記憶されている。この商品マスタＤＢ５０１には、スキャンコードをキーとする商品毎に、商品名、単価などの商品情報が登録されている。この商品マスタＤＢ５０１の登録内容は、図１のＰＯＳレジスタ１０４が属するストアシステム１０１に対応するストアサーバ１１１に接続されるストアデータベース１１２から、ほぼリアルタイムで更新されている。ステップＳ３０２−１では、図３のステップＳ３０１で入力されたスキャンコードをキーとして、商品マスタＤＢ５０１が検索される。そして、入力されたスキャンコードと同じスキャンコードを有するレコードに登録されている商品情報が取得される。
【００３８】
次に、図３のステップＳ３０１で入力された商品の数量が取得される（ステップＳ３０２−２）。
次に、入力されたスキャンコードが属する企画コードが、組合せグループマスタデータベース（以下、「組合せグループマスタＤＢ」と表す）５０４から検索される（ステップＳ３０２−３）。図１のローカルデータベース１０５には、図５に例示されるデータ構成例を有する組合せグループマスタＤＢ５０４が記憶されている。この組合せグループマスタＤＢ５０４には、特売異種商品の組合せであるいわゆるバンドルペアマッチ（ＢＰＭ）の組合せ情報が、企画単位でレコード登録されている。各レコードには、企画コードと、その企画コードが示す企画に属する商品のスキャンコードが１つ以上登録されている。ステップＳ３０２−３では、入力されたスキャンコードが登録されているレコードが検索され、検索されたレコードに登録されている企画コードが取得される。組合せグループマスタＤＢ５０４は、特売企画に関する情報を記憶する特売企画情報記憶部の１つとして機能する。
【００３９】
次に、ステップＳ３０２−３において企画コードが検索できたか否かが判定される（ステップＳ３０２−４）。
入力されたスキャンコードがバンドルペアマッチの特売対象商品のものではなく企画コードが検索できずにステップＳ３０２−４の判定がＮＯとなった場合には、図３のステップＳ３０１で入力されたスキャンコード及びステップＳ３０２−２で取得された数量と、ステップＳ３０２−１で商品マスタＤＢ５０１から取得された商品名や単価などの商品情報と、入力商品の合計額（明細合計額）が、メモリ２０２上のワークエリア５０２の新規レコードとして登録される（ステップＳ３０２−２５）。図５にはメモリ２０２上のワークエリア５０２のデータ構成例が示されている。ワークエリア５０２において、バーコードスキャン等による１回の商品登録は１明細＝１レコードとされて、明細レコードには、スキャンコード、登録商品の数量（明細内個数）、単価、登録商品の合計額（明細合計額）、商品名等が登録される。スキャンコード及び商品名等は、商品マスタＤＢ５０１から取得されたものが登録される。明細内個数としては、ステップＳ３０２−２にて取得された数量が登録される。明細合計額としては、商品マスタＤＢ５０１から取得された単価に明細内個数を乗じて得られる額が登録される。なお、入力されたスキャンコードがバンドルペアマッチの特売対象商品のものではない場合には、値引き額、企画コード等の項目は空白にされる。
【００４０】
次に、図２のディスプレイ２１４に、メモリ２０２上のワークエリア５０２に登録された商品の一覧が表示されて（ステップＳ３０２−２６）、図３のステップＳ３０２の処理が終了する。
【００４１】
一方、入力されたスキャンコードがバンドルペアマッチの特売対象商品のもので企画コードが検索できてステップＳ３０２−４の判定がＹＥＳとなった場合には、図３のステップＳ３０１で入力されたスキャンコード及びステップＳ３０２−２で取得された数量と、ステップＳ３０２−１で商品マスタＤＢ５０１から取得された商品名や単価などの商品情報と、ステップＳ３０２−３で検索された企画コードが、図５に例示されるメモリ２０２上のワークエリア５０２の新規レコードとして登録される（ステップＳ３０２−５）。
【００４２】
次に、図５に例示される組合せグループマスタＤＢ５０４から、入力されたスキャンコードに対応する企画コードと同一の企画コードに属する各スキャンコードが取得される（ステップＳ３０２−６）。これは、バンドルペアマッチの特売対象商品の商品グループを把握するための処理である。
【００４３】
次に、ステップＳ３０２−６で検索された各スキャンコードに対応する企画対象明細レコードが、メモリ２０２上のワークエリア５０２から検索されてワークエリア５０２上での登録順に抽出され、各企画対象明細レコードから明細内個数と単価が取得される（ステップＳ３０２−７）。
【００４４】
次に、ステップＳ３０２−７で取得された各明細内個数の合計が、企画対象合計登録数量として算出される（ステップＳ３０２−８）。
次に、企画マスタデータベース（以下、「企画マスタＤＢ」と表す）５０３から、入力されたスキャンコードに対応してステップＳ３０２−３で検索されている企画コードに対応するレコードが検出され、成立個数と値引額が取得される（ステップＳ３０２−９）。図１のローカルデータベース１０５には、図５に例示されるデータ構成例を有する企画マスタＤＢ５０３が記憶されている。この企画マスタＤＢ５０３には、バンドルペアマッチ（ＢＰＭ）の詳細情報が、企画単位でレコード登録されている。各レコードには、企画コードと、バンドルペアマッチの種別を示すＢＭＰ情報（本実施形態では使用しない）、その企画コードが示す企画における成立個数、及び成立時の価格情報が登録されている。企画マスタＤＢ５０３は、特売企画に関する情報を記憶する特売企画情報記憶部の１つとして機能する。
【００４５】
次に、ステップＳ３０２−９で取得された値引き額が、同じくステップＳ３０２−９で取得された成立個数で除算されることにより、１品あたり値引き額が算出される（ステップＳ３０２−１０）。
【００４６】
次に、ステップＳ３０２−８で算出されている企画対象合計登録数量がステップＳ３０２−９で取得された成立個数で除算されその除算結果において端数が切り捨てられ、その結果にステップＳ３０２−９で取得された成立個数が乗算されることにより、合計成立個数が算出される（ステップＳ３０２−１１）。
次に、成立残り数量の初期値が、ステップＳ３０２−１１で算出された合計成立数量とされる（ステップＳ３０２−１２）。
【００４７】
以上の準備処理の後、以下のステップＳ３０２−１３からステップＳ３０２−２２までの一連の処理の繰返しによって、入力されたスキャンコードが属するバンドルペアマッチの特売商品のグループの値引き情報が、今回新たに入力された商品の情報を考慮して修正される。
【００４８】
まず、ステップ３０２−７でメモリ２０２上のワークエリア５０２から抽出された企画対象明細レコード群から、１レコードが選択される（ステップＳ３０２−１３）。
次に、ステップＳ３０２−１３で企画対象明細レコードが選択できたか否かが判定される（ステップＳ３０２−１４）。
【００４９】
企画対象明細レコードが選択できてステップＳ３０２−１４の判定がＹＥＳならば、次に、現在の成立残り数量がステップＳ３０２−１３で選択された企画対象明細レコードの明細内個数以上であるか否かが判定される（ステップＳ３０２−１５）。成立残り数量は、ステップＳ３０２−１３で初期値が合計成立数量に設定された後、後述するステップＳ３０２−１７で企画対象明細レコードがチェックされる毎に順次減算される。また、現在選択されている企画対象明細レコードの明細内個数は、ステップＳ３０２−７でメモリ２０２上のワークエリア５０２から抽出されている。
【００５０】
現在の成立残り数量がステップＳ３０２−１３で選択された企画対象明細レコードの明細内個数以上でステップＳ３０２−１５の判定がＹＥＳならば、ステップＳ３０２−１０で算出された１品あたり値引き額に、現在選択されている企画対象明細レコードの明細内個数が乗算されることにより、現在選択されている企画対象明細レコードに対応する値引き額が算出される（ステップＳ３０２−１６）。
【００５１】
次に、現在の成立残り数量から、企画対象明細レコードの明細内個数が減算されることにより、新たな成立残り数量が算出される（ステップＳ３０２−１７）。
一方、現在の成立残り数量がステップＳ３０２−１３で選択された企画対象明細レコードの明細内個数以下より少なくステップＳ３０２−１５の判定がＮＯならば、更に、現在の成立残り数量が０であるか否かが判定される（ステップＳ３０２−１８）。
【００５２】
現在の成立残り数量が０ではなくステップＳ３０２−１８の判定がＮＯならば、ステップＳ３０２−１０で算出された１品あたり値引き額に、現在の成立残り数量が乗算されることにより、現在選択されている企画対象明細レコードに対応する値引き額が算出される（ステップＳ３０２−１９）。
【００５３】
次に、現在の成立残り数量が０にセットされる（ステップＳ３０２−２０）。
現在の成立残り数量が０でステップＳ３０２−１８の判定がＹＥＳならば、現在選択されている企画対象明細レコードに対応する値引き額が０にセットされる（ステップＳ３０２−２１）。
【００５４】
以上のようにして、現在選択されている企画対象明細レコードに対応する値引き額が確定した後、ステップＳ３０２−１６、Ｓ３０２−１９、又はＳ３０２−２１にて算出された値引き額が、メモリ２０２上のワークエリア５０２の現在選択されている企画対象明細レコードに登録される（図５の５０２参照）。これと共に、その企画対象明細レコード上の明細合計額が算出し直される（ステップＳ３０２−２２）。具体的には、明細合計額としては、その企画対象明細レコード上の単価に明細内個数を乗じて得られる額から、上述の値引き額を減算して得られる額が登録される。
【００５５】
その後、ステップＳ３０２−１３の処理に戻り、ステップ３０２−７でメモリ２０２上のワークエリア５０２から抽出された企画対象明細レコード群から、未処理の１レコードが選択される（ステップＳ３０２−２２→Ｓ３０２−１３）。
【００５６】
以上のステップＳ３０２−１３からステップＳ３０２−２２までの一連の処理の繰返しによって、入力されたスキャンコードが属するバンドルペアマッチの特売商品のグループの値引き情報が、今回新たに入力された商品の情報を考慮して修正された後、未処理の企画対象明細レコードがなくなってステップＳ３０２−１４の判定がＮＯになると、図２のディスプレイ２１４に、メモリ２０２上のワークエリア５０２に登録された商品の一覧が表示される（ステップＳ３０２−２３）。
【００５７】
更に、ステップＳ３０２−８で算出されている企画対象合計登録数量がステップＳ３０２−９で取得された成立個数で除算されその除算結果において端数が切り上げられ、その結果にステップＳ３０２−９で取得された成立個数が乗算されて得られる値が、次に満たすべき目標合計数量として算出される。そして、その目標合計数量が、企画対象合計登録数量と対比させられて表示される（ステップＳ３０２−２４）。
【００５８】
図６は、以上の処理によってディスプレイ２１４に表示される商品登録画面の表示例を示す図である。
今、図５の企画マスタＤＢ５０３及び組合せグループマスタＤＢ５０４の登録データ構成例において、企画コード“０００００１”に対応する商品であるキャンディが登録された場合、図６（ａ）に例示される画面が表示される。この時点では、バンドルペアマッチが未成立のため、キャンディの登録価格は標準価格の２００円となる。ただし、ステップＳ３０２−２４の表示処理により、あと１品でバンドルペアマッチが成立することが、わかり易く表示される。図６（ａ）の表示例では、現在登録された商品の数量及び現在価格と共に、ステップＳ３０２−２４の処理に基づいて、
（ＢＭＰ  Ａ  （企画対象合計登録数量）個／（目標合計数量）個）
という表示がなされる。
【００５９】
次に、企画コード“０００００１”に対応する商品であるチョコレートが登録された場合、バンドルペアマッチが成立する。この結果、図６（ｂ）に例示される画面が表示される。この場合、バンドルペアマッチの対象商品であるチョコレート及びキャンディーの各明細の現在価格に、値引が反映される。
【００６０】
上述のステップＳ３０２−２３及びＳ３０２−２４での表示処理の後、図３のステップＳ３０２の処理が終了する。
以上のようにして、図３のステップＳ３０２で、商品の登録・表示処理が完了すると、未登録商品があるか否かが判定される（図３のステップＳ３０３）。これは例えば、販売員が入力終了キーを押したか否かを判定する処理である。
【００６１】
ステップＳ３０３にて未登録商品があると判定された場合には、図３のステップＳ３０１の処理に戻って、新たな商品の登録処理が繰り返される。
ステップＳ３０３にて未登録商品がないと判定された場合には、メモリ２０２上のワークエリア５０２に登録されている商品の明細合計額の小計額が算出される（図３のステップＳ３０４）。
【００６２】
そして、ステップＳ３０４にて算出された小計額が、メモリ２０２上のワークエリア５０２の全登録情報と共に、図１のローカルデータベース１０５内の売上データベースに登録されて、支払い登録が完了する（図３のステップＳ３０５）。
【００６３】
最後に、メモリ２０２上のワークエリア５０２の登録内容が削除されて（図３のステップＳ３０６）、現在の顧客の売上取引が終了する。
上述の実施形態において、組合せグループマスタＤＢ５０４の１レコードに登録される商品のスキャンコードは、複数商品のスキャンコードではなく１商品のスキャンコードであってもよい。この場合には、いわゆるバンドルミックスマッチ機能が実現され、１つの商品をまとめ買いすると値引きするといった機能を実現できる。
【００６４】
以上のようにして、顧客に対してバンドルペアマッチ又はバンドルミックスマッチの成立／未成立の状態を説明し易いＰＯＳシステムが提供でき、クレームの軽減が見込める。また、顧客に対しての販促効果も期待できる。
【符号の説明】
【００６５】
１０１  ストアシステム
１０２  本部システム
１０３  ブロードバンドネットワーク
１０４  ＰＯＳレジスタ
１０４（＃１）  レーンＰＯＳレジスタ
１０４（＃２）  カウンタＰＯＳレジスタ
１０４（＃３）  対面ＰＯＳレジスタ
１０４（＃４）  ＳＣＯ  ＰＯＳレジスタ
１０５  ローカルデータベース
１０６  マルチパッド端末
１０７  クライアントパソコン
１０８  無線アクセスポイント
１０９、１１４  ルータ
１１０、１１５  ＬＡＮケーブル
１１１  ストアサーバ
１１２  ストアデータベース
１１３  各種管理サーバ
２０１  ＣＰＵ
２０２  メモリ
２０３  外部記憶装置
２０４  ネットワーク接続装置
２０５  可搬記録媒体駆動装置
２０６  可搬記録媒体
２０７  キーボード
２０８  タッチパネル電子多項目キーボード
２０９  固定スキャナ
２１０  タッチスキャナ
２１１  磁気カードリーダ
２１２  電子マネーリーダ
２１３  ピンパッド
２１４  ディスプレイ
２１５  プリンタ
２１６  自動釣銭札機
５０１  商品マスタＤＢ
５０２  メモリ上のワークエリア
５０３  企画マスタＤＢ
５０４  組合せグループマスタＤＢ
【図１】
0005515626.tif 000002
【図２】
0005515626.tif 000003
【図３】
0005515626.tif 000004
【図４】
0005515626.tif 000005
【図５】
0005515626.tif 000006
【図６】
0005515626.tif 000007