JP2003016528A

JP2003016528A - 商品生産データ及び商品販売データの処理方法並びにその方法に用いる装置

Info

Publication number: JP2003016528A
Application number: JP2001199911A
Authority: JP
Inventors: Kazuharu Teraoka; 和治寺岡
Original assignee: Teraoka Seiko Co Ltd
Current assignee: Teraoka Seiko Co Ltd
Priority date: 2001-06-29
Filing date: 2001-06-29
Publication date: 2003-01-17
Anticipated expiration: 2021-06-29
Also published as: JP3939507B2

Abstract

(57)【要約】【課題】生鮮食品の仕入れブロック単位での正確な在
庫管理や粗利管理を行うことが可能で、且つ賞味期限切
れ商品の判断を自動的に行うことが可能な商品生産デー
タ及び商品販売データの処理方法並びにその方法に用い
る装置を提供する。【解決手段】生鮮食品の値段ラベルに、各商品を個別
に識別可能なパックＩＤ番号をバーコード等の機械的に
読み取り可能なコードで印字するとともに、該バックＩ
Ｄ番号に関連付けて当該商品の生産に用いた原材料ブロ
ックを識別するブロックＩＤ番号や、商品コード及び値
段等のチェックアウトでの商品登録に必要なデータや、
当該商品の賞味期限データ等を記憶する。これにより、
生鮮商品の原材料ブロック単位で生産データの集計を行
うことが可能になる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、生鮮商品の生産デ
ータ及び販売データの処理方法並びにその方法に用いる
装置に関する。

【０００２】

【従来の技術】精肉等の生鮮食品は、店舗での加工を経
るため仕入商品の形態と小売商品の形態が異なる。例え
ば、店舗は、肉卸売り業者からブロック単位で肉の購入
仕入れを行い、この仕入肉ブロック（例えば、牛肉ブロ
ック）から多様且つ売価の異なる商品、例えば、「牛肉
（すき焼き用）」、「牛肉（しゃぶしゃぶ用）」、「牛
肉（ステーキ用）」等の商品を生産し、これらの商品に
それぞれ値段を付して陳列棚に陳列することにより、客
に対して商品を販売する。そして、このような生鮮食品
は賞味期限が短いため、賞味期限が切れた商品は廃棄処
分とする必要がある。

【０００３】

【発明が解決しようとする課題】上述したように、生鮮
食品においては、ブロック単位で購入した商品から売価
の異なる複数の商品が生産されて販売される、生産時間
からの経過時間による値引き販売や廃棄処分が頻繁に行
われる等の理由により、従来は、仕入れブロック単位で
の在庫管理や粗利益の管理は困難であり、正確なデータ
を集計することができないという問題があった。また、
従来は仕入れたブロックから生産された商品の在庫デー
タや売上データをブロック単位で知ることができず、丼
勘定的な管理しかできなかった。このため、正確なデー
タに基づく売価の決定や生産計画や販売計画を立てるこ
とができないという問題があった。また、従来は、賞味
期限切れの商品は、店員が定期的にチェックして廃棄処
分としているが、作業が面倒な上、チェックミスにより
賞味期限切れ商品を誤って販売してしまい、客の信用を
低下させるという欠点があった。

【０００４】本発明はこのような事情に鑑みてなされた
もので、生鮮食品の仕入れブロック単位での正確な在庫
管理や粗利管理を行うことが可能であり、且つ賞味期限
切れ商品の判断を自動的に行うことが可能な商品生産デ
ータ及び商品販売データの処理方法並びにその方法に用
いる装置を提供することを目的としている。

【０００５】

【課題を解決するための手段】上記目的を達成するため
に、本発明は、生鮮食品の値段ラベルに各商品を個別に
識別可能な第１の識別番号（パックＩＤ番号）をバーコ
ード等の機械的に読み取り可能なコードで印字するとと
もに、該第１の識別番号（パックＩＤ番号）に関連付け
て当該商品の生産に用いた原材料ブロックを識別する第
２の識別番号（ブロックＩＤ番号）を含む生産データを
記憶することを特徴とする商品生産データ処理方法を提
供する（請求項１）。

【０００６】また、請求項１に記載の商品生産データ処
理方法において、前記第１の識別番号（パックＩＤ番
号）と関連付けて記憶される生産データには、商品コー
ドや値段等のチェックアウトでの商品登録に必要なデー
タが含まれていることを特徴とする（請求項２）。

【０００７】また、請求項１又は請求項２に記載の商品
生産データ処理方法において、前記第１の識別番号（パ
ックＩＤ番号）に関連付けて記憶される生産データに
は、当該商品の賞味期限データが含まれていることを特
徴とする（請求項３）。

【０００８】また、本発明は、商品を計量し、商品の単
価と重量値とから商品の値段を算出するとともに、算出
した値段をラベルに印字して発行する計量値付装置にお
いて、前記ラベルに各商品を個別に識別可能な第１の識
別番号（パックＩＤ番号）をバーコード等の機械的に読
み取り可能なコードで印字すると共に、該第１の識別番
号（パックＩＤ番号）に関連付けて当該商品の商品コー
ドや値段等のチェックアウトでの商品登録に必要なデー
タと、生産に用いた原材料ブロックを識別する第２の識
別番号（ブロックＩＤ番号）とを生産データとして記憶
することを特徴とする計量装置を提供する（請求項
４）。

【０００９】また、本発明は、商品の値付けを行う際、
値段ラベルに各商品を個別に識別可能な第１の識別番号
（パックＩＤ番号）をバーコード等の機械的に読み取り
可能なコードで印字するとともに該第１の識別番号と関
連付けて当該商品の生産に用いた原材料ブロックを識別
する第２の識別番号（ブロックＩＤ番号）含む生産デー
タを記憶し、チェックアウト時、前記第１の識別番号
（パックＩＤ番号）に関連付けて販売データを集計する
ことを特徴とする商品販売データ処理方法を提供する
（請求項５）。

【００１０】また、本発明は、商品の値付けを行う際、
値段ラベルに各商品を個別に識別可能な第１の識別番号
（パックＩＤ番号）をバーコード等の機械的に読み取り
可能なコードで印字するとともに、該第１の識別番号
（パックＩＤ番号）と関連付けて当該商品の商品コード
や値段等の商品登録に必要なデータ及び生産に用いた原
材料ブロックを識別する第２の識別番号を含む生産デー
タを記憶し、チェックアウト時、商品の値段ラベルから
前記第１の識別番号（パックＩＤ番号）を読み取り、前
記記憶されている生産データから該第１の識別番号（パ
ックＩＤ番号）の商品の商品登録に必要なデータを読み
出し、読み出したデータに基づいて当該商品の登録処理
を行うと共に該第１の識別番号（パックＩＤ番号）に関
連付けて販売データを集計することを特徴とする商品販
売データ処理方法を提供する（請求項６）。

【００１１】また、請求項５又は請求項６に記載の商品
販売データ処理方法において、前記販売データの集計は
値引販売した商品と、しない商品とを区別可能で、且
つ、値引き商品は、値引き金額又は値引き後の販売価格
が判断可能に集計することを特徴とする（請求項７）。

【００１２】また、請求項５又は請求項６に記載の商品
販売データ処理方法において、商品を廃棄処分した際、
該商品の前記第１の識別番号（パックＩＤ番号）に関連
付けて廃棄データを集計することを特徴とする（請求項
８）。

【００１３】また、請求項５〜請求項８のいずれかに記
載の商品販売データ処理方法において、前記販売データ
を前記第２の識別番号（ブロックＩＤ番号）単位で抽出
し、売上データを前記第２の識別番号（ブロックＩＤ番
号）単位で算出集計することを特徴とする（請求項
９）。

【００１４】また、請求項５〜請求項８のいずれかに記
載の商品販売データ処理方法において、前記生産データ
及び販売データを前記第２の識別番号（ブロックＩＤ番
号）単位で集計比較し、商品の在庫データを前記第２の
識別番号（ブロックＩＤ番号）単位で算出集計すること
を特徴とする（請求項１０）。

【００１５】また、請求項５〜請求項８のいずれかに記
載の商品販売データ処理方法において、前記生産デー
タ、販売データ及び廃棄データを前記第２の識別番号
（ブロックＩＤ番号）単位で集計し、商品のロス（損
失）データを前記第２の識別番号（ブロックＩＤ番号）
単位で算出集計することを特徴とする（請求項１１）。

【００１６】また、本発明は、各商品の値段ラベルに付
与された識別番号（パックＩＤ番号）と関連付けて当該
商品の商品コードや値段等の商品登録に必要なデータ及
び生産に用いた原材料ブロックを識別する第２の識別番
号（ブロックＩＤ番号）を含む生産データを記憶した生
産データ記憶手段と、客の購入商品の値段ラベルから前
記第１の識別番号（パックＩＤ番号）を読み取る識別番
号読み取り手段と、前記生産データ記憶手段から前記第
１の識別番号（パックＩＤ番号）の商品の商品登録に必
要なデータを読み出し、読み出したデータに基づいて当
該商品の登録処理を行うと共に該第１の識別番号（パッ
クＩＤ番号）に関連付けて販売データを集計する集計手
段とを具備することを特徴とする商品販売データ処理装
置を提供する（請求項１２）。

【００１７】また、本発明は、商品の値付けを行う際、
値段ラベルに各商品を個別に識別可能な第１の識別番号
（パックＩＤ番号）をバーコード等の機械的に読み取り
可能なコードで印字するとともに該第１の識別番号と関
連付けて当該商品の賞味期限データを含む生産データを
記憶し、チェックアウト時、客の購入商品の値段ラベル
から前記第１の識別番号（パックＩＤ番号）を読み取
り、前記生産データから該第１の識別番号（パックＩＤ
番号）の商品の賞味期限データを含む生産データを読み
出し、読み出した生産データに基づいて当該商品の登録
処理を行うと共に、読み出した賞味期限データと現在の
日時とを比較して賞味期限切れか否かを判断し、賞味期
限切れと判断した場合には、その旨警報することを特徴
とする商品販売データ処理方法を提供する（請求項１
３）。

【００１８】

【発明の実施の形態】以下、図面を参照し、本発明の一
実施形態について説明する。図１は、生鮮食品等の商品
を販売する小売店の店内配置図であり、本発明の一実施
形態に係る生鮮商品の生産データ及び販売データの処理
方法が適用された小売店の一例を示している。

【００１９】図１中の右上部のバックルームは、特に生
鮮食品を加工して値付けをするエリアであり、ここに
は、計量・包装・値付け機ＡＷ（ラベルプリンタ）や計
量ラベルプリンタＤＰＳや定額ラベルプリンタＤＰなど
の値付け機が配置され、これらの値付け機によって発行
される値段ラベルが商品の生産・加工時等に貼り付けら
れる。なお、上記ラベル及びラベルプリンタの詳細につ
いては後述する。

【００２０】図１中の下部の売場は、商品棚が配置され
たエリアであり、チェックアウト場には、バーコードリ
ーダを備えたＰＯＳレジスタＰＲが設けられ、これによ
って顧客は購入する商品の精算をする。

【００２１】図１中の左上部のオフィスは、データの集
計や会計処理などといった事務処理や、このデータに基
づいて仕入れ量や生産・加工量などに関する意志決定が
行われるエリアであり、ストアコントローラＳＣが設け
られている。

【００２２】図２は、同小売店内におけるデータ処理の
流れを説明するためのシステム構成を示すブロック図で
ある。バックルーム内ＬＡＮ（Ｎ１）には、上述した計
量・包装・値付け機ＡＷや計量ラベルプリンタＤＰＳや
定額ラベルプリンタＤＰの他に、各種データファイルを
保持するファイルサーバＦＳが接続されており、計量値
付けシステムを構成している。また、このファイルサー
バＦＳには送受信機ＴＲが付設されており、この送受信
機ＴＲを介して、ファイルサーバＦＳと店員が携帯する
ハンディターミナルＨＴとの間でデータの交換が行える
ようになっている。また、店舗内ＬＡＮ（Ｎ２）には、
ＰＯＳレジスタＰＲとストアコントローラＳＣが接続さ
れている。また、バックルーム内ＬＡＮ（Ｎ１）と店舗
内ＬＡＮ（Ｎ２）とは互いに接続されており、これら両
ＬＡＮ間でデータの交換が行えるようになっている。

【００２３】次に、上記計量ラベルプリンタＤＰＳにつ
いて図３を参照して説明する。図３は計量ラベルプリン
タＤＰＳの電気構成図である。同図において、符号１は
ラベルプリンタＤＰＳの動作全体を制御するＣＰＵ（中
央処理装置）であり、図示のように他の構成要素それぞ
れと接続されている。符号２はＣＰＵ１が実行するプロ
グラムが記憶されたＲＯＭであり、後述の動作説明にお
けるＣＰＵ１の処理を規定したプログラム等が格納され
ている。符号３はＣＰＵ１の演算処理で使用されるＲＡ
Ｍ（Random Access Memory）であり、後述する値付け処
理用のＰＬＵファイル（商品ファイル）が前述したファ
イルサーバＦＳから送信され、格納されている。

【００２４】符号４はＣＰＵ１からの表示指示に従って
所定の情報表示をする表示部である。符号５は商品の商
品番号入力や、商品ファイルの設定入力等を行うための
入力手段が設けられた操作部であり、入力されたデータ
をＣＰＵ１へ供給する。符号６はＣＰＵ１からの印字指
示に従ってラベル上に品名、値段、バーコード等の印字
を行う印字部である。符号７は計量皿（図示せず）上に
載置された商品の重量（内容量）を計量する計量部であ
り、計量値をＣＰＵ１へ供給する。符号８はＬＡＮを介
した通信によって外部とデータ交換を行う交信部であ
る。

【００２５】次に、ＰＯＳレジスタＰＲについて図４を
参照して説明する。図４は、ＰＯＳレジスタＰＲの電気
構成図である。同図において、符号２１はＰＯＳレジス
タＰＲの動作全体を制御するＣＰＵであり、図示するよ
うに他の構成要素それぞれと接続されている。符号２２
はＣＰＵ２１が実行するプログラムが記憶されたＲＯＭ
であり、後述の動作説明におけるＣＰＵ２１の処理を規
定したプログラム等が格納されている。符号２３はＣＰ
Ｕ１の演算処理で使用されるＲＡＭである。

【００２６】符号２４はＣＰＵ１からの表示指示に従っ
て所定の情報表示をする表示部である。符号２５は商品
登録の完了入力や精算時の顧客からの預り金額などの数
字データ入力等を行うための入力手段が設けられた操作
部であり、入力されたデータをＣＰＵ２１へ供給する。
符号２６は月、日、時及び分を計時してＣＰＵ２１へ供
給する時計部である。符号２７はＣＰＵ２１からの印字
指示に従って登録・精算された商品のレシート等の印字
を行う印字部である。符号２８は商品に付加されたバー
コードを読み取り、そのデータをＣＰＵ２１へ供給する
スキャナ部である。符号２９はＬＡＮを介した通信によ
って外部とデータ交換を行う交信部である。交信部２９
は、例えば、ストアコントローラＳＣが保持している登
録処理用のＰＬＵファイル（商品ファイル）から上記商
品データをダウンロードしたり、逆に売上データをスト
アコントローラＳＣにアップロードしたりする。

【００２７】また、ファイルサーバＦＳが備える図示し
ない記憶装置（例えば、ＲＡＭ）には、前述した値付け
処理用のＰＬＵファイル及び生産実績ファイル（集計フ
ァイル及び生産ログファイル）、また後述する原材料ブ
ロックファイルが格納されている。ここで、図５に値付
け処理用のＰＬＵファイルのデータ構成を示す。この図
に示すように、ＰＬＵファイルには、商品番号毎に品
名、単価、風袋重量、賞味期間等を示す有効日数時の値
付け用のデータが保持されている。

【００２８】ここで、単価とは定額商品の場合は１品当
たりの価格であり、計量商品の場合は正味重量１００グ
ラム当たりの価格である。また、風袋重量とは、計量商
品におけるトレイ等のパッケージの重量である。このＰ
ＬＵファイルは、必要に応じて適宜、計量・包装・値付
け機ＡＷ、計量ラベルプリンタＤＰＳ、ラベルプリンタ
ＤＰ、ストアコントローラＳＣ、ＰＯＳレジスタＰＲ、
ハンディターミナルＨＴによって参照され、或いはダウ
ンロードされて使用される。また、上記生産実績ファイ
ルの詳細については、後述する。

【００２９】次に、本発明の一実施形態に係る商品生産
データ及び販売データの処理システムの動作について説
明する。なお、本システムが実施する処理は、（１）商品の生産値付け処理（２）商品登録・精算・売上データ集計処理（３）生産及び売上データ加工出力処理とに分かれる。以下、それぞれの処理過程について説明
する。

【００３０】（１）商品の生産値付け処理この処理は、原材料ブロック（例えば「牛肉ブロッ
ク」）から商品（例えば「牛肉すき焼き用」、「牛肉ス
テーキ用」等）を生産加工し、生産加工した商品の値段
ラベル（バーコードラベル）を発行して、その値段ラベ
ルを商品に貼付する値付け処理と、生産加工データ（ラ
ベル発行データ）を集計する集計処理とからなる。な
お、上記値段ラベルの発行は、定額商品及び内容量が１
品毎に異なる計量商品については、計量・包装・値付け
機ＡＷ或いは計量ラベルプリンタＤＰＳで行い、定額商
品については定額ラベルプリンタＤＰで行う。

【００３１】図６に上記値付け処理及び集計処理の手順
の概要を示すフローチャートを示す。以下、計量ラベル
プリンタＤＰＳを用いて値付け処理が行われる場合につ
いて説明する。まず、値付け担当者は、これから値付け
する商品の原材料ブロックを識別し、特定する番号であ
る原材料ブロック番号（以下、ブロックＩＤ番号と称す
る）を入力し、設定する（図６のステップＳ５０）。上
記ブロックＩＤ番号は、原材料ブロックを識別するため
に店舗が適宜付与する識別番号である。即ち、店舗に原
材料ブロックが入荷された場合、計量ラベルプリンタＤ
ＰＳを用いてブロックＩＤ番号毎に仕入れ日時、原
材料ブロック品名、原材料ブロックコード、仕入れ
価格、仕入れ重量、仕入れ単価、仕入れ先コー
ド、担当者コード等を入力する。このうちの仕入れ
日時は計量ラベルプリンタＤＰＳの時計データにより自
動的に設定され、また、の仕入れ重量は計量部によっ
て計量されたものが自動的に設定され、の仕入れ単価
は仕入れ金額と仕入れ重量とから算出して求められる。
なお、上記データの入力後、ブロックＩＤ番号とブロッ
ク品名、仕入れ日時等を印字したブロックＩＤラベルを
印字して発行する。発行したブロックＩＤラベルは、当
該原材料ブロックに添付されて、原材料ブロックから商
品を生産する際に、作業者が原材料ブロックを認識する
ために用いられる。なお、上述したブロックＩＤ番号毎
に入力されたデータは、前述したファイルサーバＦＳに
送信され、ファイルサーバＦＳの原材料ブロックファイ
ルに記憶される。この際、各ブロックＩＤ番号毎に在庫
データを記憶するエリア（在庫フィールド）が付加さ
れ、仕入れ重量から加工重量を減算することでブロック
ＩＤ番号毎に在庫情報がリアルタイムで更新される。な
お、在庫データの詳細については後述する。

【００３２】更に、上記ブロックＩＤ番号は、商品の加
工担当者が原材料ブロックから商品を生産した際、商品
を搬送するためのバット（収納皿）やカート（移動台
車）に手書き又は印刷した原材料票を貼付しておくこと
で、値付け担当者に報知される。

【００３３】値付け担当者は、値付けする商品のバット
等に貼付された原材料票のブロックＩＤ番号を確認し、
操作部等からブロックＩＤ番号を入力する。次に、値付
け担当者は、商品の商品番号を入力する（ステップＳ５
１）。これにより、計量ラベルプリンタＤＳＰ内に設け
られたＣＰＵ１は、ＲＡＭ３内に記憶されたＰＬＵファ
イルから当該商品番号に関する品名、単価、風袋重量な
どの商品データを読み出す（ステップＳ５２）。なお、
本実施形態では、ＲＡＭ３に記憶されたＰＬＵファイル
を用いているが、ファイルサーバＦＳに記憶されている
ＰＬＵファイルを用いても良い。

【００３４】次いで、値付け担当者が生産加工される商
品を計量皿上に載置すると、計量ラベルプリンタＤＳＰ
はその商品の重量を計測し（ステップＳ５３）、計測さ
れた重量から上記風袋重量を減じた正味重量と上記単価
との乗算により値段を算出する（ステップＳ５４）。そ
して、加工日、加工時分、連番等のデータを含み、当該
商品を個別に識別することが可能なバーコード（パック
ＩＤバーコード）及びその他の情報（例えば、品名、値
段、内容量、賞味期限、単価等）を印刷し、値段ラベル
を発行する（ステップＳ５５）。なお、賞味期限は加工
日時に有効日を加算して求める。これにより、図７に示
すような加工日、加工時分、連番の情報からなり各商品
を個別に識別可能なバーコードが左下段に表示され、他
の位置に商品名、加工日、賞味期限、単価、内容量、値
段等の所定の文字表示等がなされた値段ラベルが発行さ
れる。この値段ラベルは、自動又は手動により計量した
商品に貼付される。

【００３５】続いて、上述した一連の処理が行われるこ
とにより値付け処理が終了すると、次いで、発行した値
段ラベルのデータを基にファイルサーバＦＳの生産実績
ファイルに記録する（ステップＳ５６）。なお、生産実
績ファイルの詳細については後述する。続いて、同一の
商品番号の商品であって、まだ値付けする商品が残って
いるか否かを判断する（ステップＳ５７）。この結果、
まだ値付けする商品が残っている場合には、ステップＳ
５３以下の処理を繰り返す。一方、同一の商品番号であ
る商品の値付けを全て終了したと判断した場合には、こ
の商品についての値付け処理を終了し、他の商品につい
てステップＳ５０以下の処理を繰り返す。

【００３６】次に、上述したバーコードの構成について
図８を参照して説明する。この図に示すように、本実施
形態におけるパックＩＤバーコードは、加工日、加工時
分、連番の情報を含み、各商品を個別に識別できるＩＤ
番号として機能する。このＩＤバーコードには、インス
トアコードで且つパックＩＤバーコードであることを示
す先頭２桁のフラグ“ＦＦ”と、加工日を特定する２桁
の製造日（加工日）コード“ＤＤ”と、製造（加工）さ
れた時分を特定する４桁の時分コード“ＨＨＨＨ”と、
４桁からなる連番“ＮＮＮＮ”と、前記各桁の読取の正
否確認をするための１桁のチェックディジット“Ｃ／
Ｄ”とから構成される。

【００３７】なお、連番は複数台の値付け装置を同時に
用いて値付け作業をする場合には、各値付け装置で同一
のＩＤ番号を付与しないように工夫する必要がある。例
えば、連番の上位１桁を値付け装置を識別する番号（機
番）とすれば、同一のＩＤ番号が付与されることはな
い。また、連番の付与をファイルサーバＦＳが管理する
ようにしても良い。このような構成とすることにより、
１つの計量商品に対して１つの識別番号（パックＩＤ番
号）がバーコードとして与えられるため、計量商品の１
商品毎の識別が可能となる。

【００３８】次に、集計処理において集計される生産実
績ファイル（集計処理）について説明する。図９は生産
実績ファイルのデータ構成を示す図である。生産実績フ
ァイルは、図９（ａ）に示した商品番号毎にそれぞれ累
計個数、累計重量、累計金額が関連づけられた第１のフ
ァイル（集計ファイル）と、図９（ｂ）に示した各パッ
クＩＤ番号毎にそれぞれ商品番号、値段、内容量、原
価、加工日時、賞味期限、ブロックＩＤ番号及びフラグ
等の個別生産データが関連づけられた第２のファイル
（生産ログファイル）により構成される。

【００３９】なお、上記商品番号には、上述した値付け
処理のステップＳ５１において入力される番号が記憶さ
れ、また、ブロックＩＤ番号には、同じく値付け処理の
ステップＳ５０において設定されるブロックＩＤ番号が
記憶される。フラグは、生産した商品の販売状況を示す
もので、値付け時には「０」が記憶される。なお、この
フラグは、商品が通常価格で販売された場合には「１」
に、値引き価格で販売された場合には「２」に、廃棄処
分された場合には「３」に書き替えられ、このフラグを
チェックすることにより、その商品のその後の状況が判
断できる。なお、詳細については後述する。そして、上
記生産実績ファイル（集計ファイル及び生産ログファイ
ル）は、ＬＡＮを介してＰＯＳシステムのストアコント
ローラＳＣへと送信される。

【００４０】（２）商品登録・精算・集計処理次に、商品登録・精算・集計処理について説明する。こ
の処理は、顧客が商品棚から取って持参した購入希望商
品について、ＰＯＳレジスタＰＲにおいて行われる。図
１０は、商品登録・精算・集計処理の手順を示すフロー
チャートである。この図において、まずＰＯＳレジスタ
ＰＲのスキャナ部２８によって読み取られたバーコード
のデータを基に商品が登録され（ステップＳ６１、詳細
は後述）、全ての商品の登録が終了するまで（ステップ
Ｓ６２）登録処理を繰り返す。次に、登録された商品の
合計金額の表示を行い（ステップＳ６３）、その精算処
理を行う（ステップＳ６４）。

【００４１】次に、本発明における計量値付け商品の上
記ステップＳ６１の商品登録処理の詳細手順について図
１１を参照して説明する。まずＰＯＳレジスタＰＲのス
キャナ部２８によって商品に付加されたバーコード、即
ち当該商品のパックＩＤ番号（識別情報）を読み取る
（ステップＳ７１）。これにより、当該商品のパックＩ
Ｄ番号を取得すると、交信部を介してストアコントロー
ラＳＣに格納されている生産実績ファイルの生産ログフ
ァイルから当該ＩＤ番号に対応する商品番号・値段等の
生産データ（図９参照）を読み出す（ステップＳ７
２）。

【００４２】続いて、読み出した賞味期限データを参照
し、賞味期限が切れているか否かを判断する（ステップ
Ｓ７３）。なお、この判断は、ＰＯＳレジスタＰＲの時
計の日時と比較することによって行う。

【００４３】そして、判断の結果、期限切れであった場
合には（ステップＳ７３において「ＹＥＳ」）、その旨
をＰＯＳレジスタＰＲの操作者に知らせるために警報を
表示する（ステップＳ７４）。なお、表示するととも
に、警告音を発生するようにしてもよい。一方、ステッ
プＳ７３における判断の結果、期限切れでなかった場合
には（ステップＳ７３において「ＮＯ」）、ステップＳ
７１において読み取ったパックＩＤ番号に含まれている
加工日時分データとＰＯＳレジスタＰＲの時計部２６の
時刻とに基づいて、加工してから所定時間（所定期間）
以上経過しているか否かを判断する。この結果、所定時
間経過している場合には、値引き処理を行う（ステップ
Ｓ７６）。即ち、ストアコントローラＳＣに格納されて
いる値引きファイルに基づいて、値引き後の値段を算出
する。

【００４４】続いて、生産ログファイルから読み出した
商品番号と値段、または値引後の値段に基づいて商品登
録を行うとともに、登録データをストアコントローラＳ
Ｃへ送信し、ストアコントローラＳＣの販売実績ファイ
ルを更新するとともに、上述した生産ログファイルの該
当商品のフラグを書き替える（ステップＳ７７）。な
お、ストアコントローラＳＣへ送信する登録データは、
値引きしない商品の場合は商品番号と値段であり、値引
きした商品の場合は商品番号と値段と値引き金額であ
る。なお、上述のフラグは、値引きしないで通常価格で
販売した商品は「１」に、値引き販売した商品について
は「２」に書き替える。そして、フラグを「２」に書き
替えた場合、つまり値引き販売した場合には、パックＩ
Ｄ番号と関連づけて値引き後の金額も記憶する。

【００４５】なお、上記所定時間（所定期間）や値引金
額（値引率）は、各商品毎に値引きファイルに予め設定
されている。図１２に値引きファイルのデータ構成を示
す。この図に示すように、各商品番号毎に値引き時間、
即ち加工してからの経過時間と、値引金額（値引率）が
それぞれ関連づけて設定されている。なお、図１２に示
した商品番号２３４５６では、加工してから２日経過し
たときに、５０％値引きを行う設定がなされている。な
お、値引き時間は４桁で表されており、先頭の２桁が日
を表し、続く２桁が時間を示している。例えば、値引き
時間として“０１１２”が設定されていた場合には、１
日＋１２時間後に値引きを実施し、また、“０００４”
が設定されていた場合には、４時間後に値引きを実施す
る。なお、この値引きファイルは、ストアコントローラ
ＳＣ及びファイルサーバＦＳに格納されている。

【００４６】また、上記販売実績ファイルとは、図１３
に示すように、各商品番号毎に累計販売数量のデータと
累計販売金額のデータがそれぞれ対応付けられたファイ
ル（集計ファイル）から構成されている。

【００４７】なお、商品を廃棄処分にした場合は、上述
した生産ログファイルの該当商品のフラグは「３」に書
き替えられる。また、廃棄商品の入力は、上記ステップ
Ｓ７３の処理で廃棄処分にする場合の他、店員が売場に
おいてハンディターミナルＨＴから賞味期限切れ商品の
パックＩＤ番号をスキャン入力することによっても行う
ことができる。

【００４８】（３）生産及び売上データ加工出力処理この処理は、ストアコントローラやＬＡＮに有線又は無
線で接続されている装置によって適宜必要なときに行わ
れ、加工結果は表示部に表示されるとともに必要に応じ
て印字して出力される。上述したように生産ログファイ
ルには、パックＩＤ番号毎にブロックＩＤ番号が記憶さ
れ、更に販売状況を示すフラグが記憶されているので、
ブロックＩＤ番号に基づいてデータを抽出して集計する
ことにより、ブロックＩＤ番号単位で、例えば図１４に
示すような各種集計データを取得することができる。こ
の集計データからは、ブロックＩＤ番号単位で以下の情
報を取得することができる。

【００４９】商品番号毎及び合計の生産データ、販売
データ、ロスデータ商品番号毎及び合計の在庫データ在庫データ（Ｚ）＝生産データ（Ｓ）− 販売データ
（Ｈ）なお、賞味期限後の在庫データは理論上のロスデータと
なる。商品番号毎及び合計の販売率及びロス率販売率＝販売データ／生産データ×１００（％）ロス率＝ロスデータ／生産データ×１００（％）粗利益（仕入れた原材料ブロックの粗利益）粗利益＝販売合計金額（ＨＰＴ）−ブロックＩＤ番号の
仕入れ価格なお、上記式においてブロックＩＤ番号の仕入れ価格
は、上述した原材料ブロックファイルに記憶されてい
る。また、廃棄データ入力後であってもフラグが「０」
の商品は、万引き等により途中で紛失した商品であり、
紛失商品データの集計もブロックＩＤ番号単位で行うこ
とができる。

【００５０】また、生産ログファイルには、パックＩＤ
毎に加工日時データが記憶されているので、加工日時デ
ータ毎に各種データを集計し、仕入れから販売までの全
プロセスにおける在庫、粗利、ロスの実体が把握でき
る。図１５に、６月２０日に牛片ロース５．３ｋｇ（ブ
ロックＩＤ番号＝＃１２、仕入れ重量５．３ｋｇ、仕入
れ価格１２，１９０円）を仕入れ、６月２０日〜２２日
にかけて全量販売完了とした場合を例示する。また、図
１６に、図１５に例示した場合の原体（ブロック）単位
での粗利・ロス分析結果を例示する。なお、図１５
（ａ）はブロックＩＤ番号＝＃１２の仕入れ、加工（生
産）、販売プロセスにおける変化、図１５（ｂ）はブロ
ックＩＤ番号＝＃１２の商品ロス、図１５（ｃ）はブロ
ックＩＤ番号＝＃１２の値入、粗利、ロスの算出、図１
５（ｄ）はブロックＩＤ番号＝＃１２のロス分析につい
てそれぞれ示している。なお、図１５において、各項目
は以下の式に基づいて算出している。値入率＝（生産単価−仕入単価）／生産単価×１００
（％）値入高＝仕入価格／（１−値入率）−仕入価格粗利高＝合計販売価格（合計売価）−仕入価格粗利率＝粗利高／合計販売価格（合計売価）ロス＝値入高−粗利高

【００５１】上述したように、本実施形態に係る生産デ
ータ及び販売データの処理方法によれば、生鮮商品の個別の生産データを１品毎に管理すること
ができる。値引き処理を自動化することが可能となる。賞味期限切れの商品を販売するミスを防止することが
できる。生産ログファイルに各パックＩＤ番号毎に生産デー
タ、ブロックＩＤ番号、販売状況を示すフラグが記憶さ
れているので、ブロックＩＤ番号単位で生産データ、販
売データ、ロスデータの集計が行え、ブロックＩＤ番号
毎の在庫管理、ロス管理、粗利管理を行うことができ
る。このため、仕入れから販売までの全プロセスにおけ
るロスの解明が可能となる。また、生産ログファイルには各パックＩＤ番号毎に加
工日時データが記憶されているので、生産時間帯毎の各
種集計を行うことができる。

【００５２】〈他の実施形態〉なお、上述した実施形態
の場合には、パックＩＤ番号毎の販売データ及び廃棄デ
ータを生産ログファイルに設けた販売状況を示すフラグ
を用いて集計しているが、販売商品のパックＩＤ番号を
記憶する販売実績ログファイル（値引き販売した場合に
は、値引き金額又は値引き後金額を併せて記憶する）及
び廃棄商品のパックＩＤ番号を記憶する廃棄商品ログフ
ァイルを用いて集計するようにしても良い。この場合で
も、生産ログファイルから同一ブロックＩＤ番号、パッ
クＩＤ番号を抽出し、このパックＩＤ番号に基づいて販
売実績ログファイル及び廃棄商品ログファイルを検索す
ることで、ブロックＩＤ番号毎の各種データを抽出して
集計することができる。このように、パックＩＤ番号毎
の販売データ及び廃棄データの集計手法は、上述した実
施形態で説明した手法に限定されない。

【００５３】また、図７に示した値段ラベルに、更に従
来のＮＯＮ−ＰＬＵフォーマット（「商品番号＋値
段」）のバーコードを付加して表示してもよい。このよ
うに、２つのバーコード（２段バーコード）を表示する
ことにより、バーコードから商品登録に必要な多くの情
報（商品番号、値段、識別番号、生産（加工）日時分
等）を取得することができるため、登録時に生産実績フ
ァイル（生産ログファイル）を参照することなく、商品
登録を行うことが可能となる。また、販売した商品の実
績データをパックＩＤ番号毎に記憶しておけば、後から
生産実績データとつきあわせて上述した各種データの集
計をも行うことが可能となる。また、図７に示した本発
明のバーコードには、加工日時データが含まれているの
で、値引き処理を自動化することができる。

【００５４】なお、上述した実施形態においては、生鮮
食品が不定貫商品の場合について述べたが、原材料ブロ
ックを加工して生産される商品であれば、定額商品の場
合においても本発明を適用することが可能である。但
し、定額商品の場合には、金額データが一定であるた
め、値付け用の商品ファイル（ＰＬＵファイル）を参照
することで金額が判断できるので、生産ログファイルに
は金額データを記憶させなくともよい。また、一品毎に
重量を計量しない場合には、重量データは生産ログファ
イルには記憶されないが、一品毎に計量して重量データ
を生産ログファイルに記憶させるようにしてもよい。

【００５５】また、上述した本発明におけるバーコード
は、加工日時分データを含む構成（１３桁コード）とな
っていたが、これに限らず、例えば、図８に示したバー
コードの構成の内、６桁目から１１桁目に割り振られて
いる加工日時分データを省略し、この代わりに、ラベル
プリンタを特定する１桁からなるラベルプリンタ機番コ
ードを付加する（８桁コード）。この場合、連番は、各
ラベルプリンタにおける連番を付すように設定する。ま
た、加工日時分データにおいては、生産ログファイルに
各ＩＤ番号に対応付けて登録されるので、ＰＬＵファイ
ルを参照することにより取得することが可能である。

【００５６】以上、この発明の実施形態を図面を参照し
て詳述してきたが、具体的な構成はこの実施形態に限ら
れるものではなく、この発明の要旨を逸脱しない範囲の
設計等も含まれる。例えば、上述した実施形態において
は、バーコードによって識別できるパックＩＤ番号は、
生鮮商品を個別に識別できる手段であれば、どのような
構成からなっていてもよく、その具体的構成については
限定されない。また、上記実施形態では、生鮮商品を個
別に識別できるパックＩＤ番号をバーコードとして値段
ラベルに表示した例について説明したが、バーコードに
限らず機械読み取り可能なコードとして表示されていれ
ばどのようなコードを用いても良い。例えば、２次元コ
ードを用いることも考えられる。

【００５７】また、１３桁のバーコードの場合、桁数に
余裕があるため、日時データではなく、「品番＋連番」
からなる構成、「日付け＋機番＋連番」からなる構成等
としてもよい。但し、複数台の値付け装置（ラベルプリ
ンタ）によって値付けを行う場合には、パックＩＤ番号
が重複しないように注意する必要がある。即ち、パック
ＩＤ番号は各商品を個別に認識できるものであることが
前提となるので、必ずある一定期間内においては、ユニ
ークなものでなければならない。

【００５８】また、日付データではなく、「パックＩＤ
（連番）＋値段」をバーコードで印字する実施形態も考
えられる。この場合、従来のＮＯＮ−ＰＬＵフォーマッ
トのバーコードである「商品番号＋値段」と区別するた
めに、先頭２桁に例えば「２１」のフラグを付与する。
そしてチェックアウト時における商品登録時、このフラ
グ「２１」のバーコードを読み取った場合、図１７の処
理を実行する。まず、図１７において、ステップＳ８１
〜Ｓ８４の処理は、図１１のステップＳ７１〜Ｓ７４の
処理と同様であるので、説明を省略する。ステップＳ８
３において、賞味期限切れでないと判断された場合、生
産ログファイルから読み出した値段データとスキャナで
読み取ったバーコードの値段データが異なるか否かを判
断する（ステップＳ８５）。

【００５９】ここで、通常、生産ログファイルの値段デ
ータとバーコードから読み取った値段データは一致する
ように設定されているが、従来、一部の店舗では、生鮮
商品の値引き販売を行う際に、値引き後の値段がバーコ
ードとして印字された値段ラベルを新たに発行し、この
ラベルを商品に既に貼付されている値引き前の値段がバ
ーコードとして印字されている値段ラベルの上に重ねて
貼付することで、値引き処理を自動化することが行われ
ている場合がある。本処理では、このような従来よく行
われていた値引き販売処理においても適用可能とするた
め、ステップＳＰ８５において上述するような判断を行
う。即ち、上述したような場合には、生産ログファイル
に記憶されている値段データが、商品に貼付されている
値引き後の値段に更新されていないため、両者の値が異
なることとなる。従って、両者の値が異なる場合には、
当該商品は値引き商品であると見なし、以下の処理を行
う。

【００６０】即ち、ステップＳ８５における判断が「Ｙ
ＥＳ」であった場合には、生産ログファイルから読み出
した値段（値引き前の値段）からバーコードで読み取っ
た値段（値引き後の値段）を減算することにより値引額
を算出し、この値引額を表示部に表示する。これによ
り、客に対して、値引き商品であること及び値引額を報
知する。その後、販売実績ファイルを更新すると共に生
産ログファイルに販売価格としてバーコードから読み取
った値段額を書き込む（ステップＳ８７）。

【００６１】即ち本実施形態の場合、上記生産ログファ
イルにはフラグエリアの代わりに販売価格エリアを付加
し、このエリアにスキャナで読み取った値段を書き込む
ことでパックＩＤ番号に関連付けて販売データを集計し
ている。従って、賞味期限経過後、販売価格エリアで空
き欄の場合には、廃棄商品となる。また、生産時の値段
と販売時の値段が異なる商品は値引きされたことを示し
ている。この実施形態の場合も第１の実施形態と同様ブ
ロックＩＤ単位で各種データの集計を行うことができ
る。また、この実施形態における値引き販売処理は、従
来の運用と類似している部分が多いため、従来から有る
手法をそのまま流用できる部分が多く、コスト面におけ
るメリットがある。また、この実施形態の場合には、バ
ーコードに値段情報が含まれているので、ストアコント
ローラＳＣがダウンし、ストアコントローラＳＣに記憶
されている生産ログファイルを参照できない場合でも、
ＰＯＳレジスタＰＲで登録処理を行うことが可能であ
る。（但し、この場合には商品名の表示及びレシートへ
の単品名の印字は行われない）。そして、販売した商品
の実績データをパックＩＤ番号毎に記憶しておけば、後
から（ストアコントローラＳＣが復帰してから）ストア
コントローラＳＣへ送信し、販売実績データを生産ログ
ファイルに書き込むようにすれば支障なくブロックＩＤ
番号毎に各種データを集計できる。また、ストアコント
ローラＳＣがダウンした場合でなくとも読み取ったバー
コードにより商品登録処理を行い、精算処理時または精
算処理終了後、記憶したパックＩＤ番号に基づいてまと
めて生産ログファイルを更新することにより、登録処理
を交信による待ち時間なく、スピーディーに行うことが
できる。

【００６２】また、パックＩＤ番号に関連づけて記憶す
る生産データについては、上述した実施形態に限定され
ることなく、管理上、必要なデータを適宜記憶しておく
ようにすればよい。例えば、「機番」、「ロット番
号」、「担当者コード」、「仕入コード」等を記憶する
ようにしてもよい。

【００６３】また、上述した実施形態においては、生産
実績データは、必要期間ファイルサーバＦＳ、ストアコ
ントローラＳＣ等内の記憶装置に記憶する必要がある
が、必要期間経過後は消去するか、又はＣＤ−Ｒ等の記
憶媒体に記憶する、或いはプリントアウトして保管する
ようにしてもよい。

【００６４】また、値引き、廃棄の判断方法は上述した
実施形態に限定されない。即ち、加工日時データと時計
データとを比較して、経過時間を求め、自動的に判断す
るのであればどのような方法でもよい。例えば、賞味期
限の１／２を経過した場合に３０％引き、３／４を経過
した場合には５０％引き、４／５を経過したら７０％引
きといったように、値引きファイルに設定することも可
能である。

【００６５】また、上述した実施形態においては、説明
を省略したが、自動値引きする場合には、商品に値引き
ラベル（例えば「５０円引」等）を貼付するか、商品の
売り物に値引き用のＰＯＰを掲示する等して、消費者に
その商品が所定期間経過した場合に値引きされることを
報知し、アピールする必要がある。また、上述した実施
形態の場合、商品登録時、自動値引きする場合であった
が、商品に値段ラベル（例えば「５０円引き」等）を貼
付しておき、ＰＯＳレジスタＰＲの操作者が値引きラベ
ルを確認して、値引全額をキー入力して値引き操作を行
う手動値引きの場合であっても良いことはもちろんであ
る。

【００６６】なお、上述した実施形態の場合、日付デー
タが２桁であったが、「月」の判断が必要な場合には、
ＩＤの日付と時計の日付とを比較して、ＩＤの日付の方
が時計の日付よりも小さかった場合には、「今月」と判
断し、ＩＤの日付の方が時計の日付よりも大きかった場
合には、「先月」として判断すればよい。生鮮食品の場
合、通常、賞味期間が２５日以上のものは存在しないの
で、上記の判断によって判断することができる。即ち、
ＩＤの日付が３０日、時計の日付けが６月０２日で有っ
た場合、３０の方が２よりも大きいので、６月の前の
月、即ち「５月」と判断することができる。

【００６７】また、上述した実施形態においては、計量
値付けシステムの生産データをＬＡＮによりＰＯＳシス
テムのストアコントローラＳＣへ送信するよう構成され
ているが、ＣＤ−Ｒ等の記録媒体に記憶してオフライン
によって送信するようにしても良い。

【００６８】その他、本発明の生鮮商品の生産データ及
び販売データの処理方法が実現可能なシステム構成であ
れば、どのようなシステム構成であってもよい。例え
ば、１台のＰＯＳレジスタがストアコントローラ機能を
備えた親子システムであってもよい。また、ＰＯＳシス
テムのストアコントローラＳＣと計量値付システムのフ
ァイルサーバＦＳとを一台のファイルサーバで構成して
もよい。

【００６９】

【発明の効果】以上説明したように、請求項１〜請求項
４に記載の発明によれば、生産（ログ）データとして、
生鮮商品の一品毎（パックＩＤ番号毎）に原材料ブロッ
クを識別する第２の識別番号（ブロックＩＤ番号）が記
憶されているので、原材料ブロック単位で生産データの
集計を行うことが可能になる。また、パックＩＤ番号毎
に第２の識別番号が記憶されているので、販売後不良品
が発生した場合や、客からクレームが出た場合に、その
商品がどの原材料ブロックから生産されたものかが判断
でき、ひいては、仕入れ日、仕入れメーカ、仕入れ担当
者等を調べ、不良等の発生原因の追求が可能となり、責
任ある生産管理を行うことができるという効果が得られ
る。

【００７０】また、請求項２又は請求項４に記載の発明
によれば、一商品毎の生産データに商品登録に必要な商
品コードや値段等のデータ含まれているので、このデー
タを利用して商品登録を行うことが可能となる。また、
請求項３に記載の発明によれば、一商品毎の生産データ
に賞味期限データが含まれているので、このデータを利
用して賞味期限切れの判断を自動的に行うことが可能と
なる。また、請求項５又は請求項６又は請求項１２に記
載の発明によれば、販売データが第１の識別番号（パッ
クＩＤ番号）に関連付けて記憶され、更に、第１の識別
番号（パックＩＤ番号）には第２の識別番号（ブロック
ＩＤ番号）が関連付けて記憶されているので、原材料ブ
ロック単位で販売データを集計することができる。

【００７１】また、請求項７に記載の発明によれば、値
引きデータを原材料ブロック単位で集計することが可能
となる。また、請求項８に記載の発明によれば、廃棄デ
ータを原材料ブロック単位で集計することが可能とな
る。また、請求項９に記載の発明によれば、原材料ブロ
ック単位の正確な販売データを得ることができる。この
ため、原材料ブロック単位の販売データの推移や原材料
ブロック単位で正確な粗利データが得られる。また、請
求項１０に記載の発明によれば、原材料ブロック単位の
正確な在庫データを得ることができる。

【００７２】また、請求項１１に記載の発明によれば、
原材料ブロック単位の正確なロスデータを得ることがで
きる。また、請求項９〜請求項１１に記載の発明によれ
ば、店舗経営に必要な在庫データ、粗利データ、及び廃
棄データ等を原材料ブロック単位で正確に集計できるの
で、適正売価の決定や生産計画や販売計画を正確なデー
タに基づいて立案作成できるという効果が得られる。請
求項１３に記載の発明によれば、賞味期限切れの判断を
自動的に行うことが可能となり、賞味期限切れ商品を誤
って販売し、客の信用を低下させる可能性が軽減できる
という効果が得られる。

【図面の簡単な説明】

【図１】生鮮食品等の商品を販売する小売店の店内配
置図であり、本発明の一実施形態に係る生鮮商品の生産
データ及び販売データの処理方法が適用された小売店の
概略構成を示す図である。

【図２】同小売店内におけるデータ処理の流れを説明
するためのシステム構成を示すブロック図である。

【図３】計量ラベルプリンタＤＰＳの電気構成図であ
る。

【図４】ＰＯＳレジスタＰＲの電気構成図である。

【図５】値付け処理用のＰＬＵファイルのデータ構成
図である。

【図６】値付け処理及び集計処理の手順の概要を示す
フローチャートである。

【図７】本発明に係る値段ラベルの一表示例を示した
図である。

【図８】同実施形態に係るバーコードの構成を示す図
である。

【図９】生産実績ファイルのデータ構成を示す図であ
る。

【図１０】同実施形態に係る商品登録・精算・集計処
理の手順を示すフローチャートである。

【図１１】商品登録処理の詳細手順を示すフォローチ
ャートである。

【図１２】値引きファイルのデータ構成を示す図であ
る。

【図１３】販売実績ファイルのデータ構成を示す図で
ある。

【図１４】原材料ブロックＩＤ番号毎の集計データを
示す図である。

【図１５】（ａ）はブロックＩＤ番号＝＃１２の仕入
れ、加工、販売プロセスにおける変化を示す図、（ｂ）
はブロックＩＤ番号＝＃１２の商品ロスを示す図、
（ｃ）はブロックＩＤ番号＝＃１２の値入、粗利、ロス
の算出を示す図、（ｄ）はブロックＩＤ番号＝＃１２の
ロス分析を示す図である。

【図１６】原体（ブロック）単位での粗利・ロス分析
の例を示す図である。

【図１７】他の実施形態における商品登録処理の詳細
手順を示すフローチャートである。

【符号の説明】

１，２１…ＣＰＵ、２，２２…ＲＯＭ、３，２３…ＲＡ
Ｍ、４，２４…表示部、５，２５…操作部、６，２７…
印字部、７…計量部、２６…時計部、２８…スキャナ
部、８，２９…交信部、ＤＰＳ…計量ラベルプリンタ、
ＦＳ…ファイルサーバ、ＴＲ…送受信機、ＨＴ…ハンデ
ィターミナル、Ｎ１…計量値付けシステム（バックルー
ム内ＬＡＮ）、Ｎ２…ＰＯＳシステム（店舗内ＬＡ
Ｎ）、ＰＲ…ＰＯＳレジスタ、ＳＣ…ストアコントロー
ラ

フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０６Ｋ 1/12 Ｇ０６Ｋ 1/12 Ａ 7/00 7/00 ＵＧ０７Ｇ 1/12 ３０１Ｇ０７Ｇ 1/12 ３０１Ｅ３２１３２１Ｑ３２１Ｚ３４１３４１Ａ３４１Ｂ３６１３６１Ｅ

Claims

【特許請求の範囲】

【請求項１】生鮮食品の値段ラベルに各商品を個別に
識別可能な第１の識別番号をバーコード等の機械的に読
み取り可能なコードで印字するとともに、該第１の識別
番号と関連付けて当該商品の生産に用いた原材料ブロッ
クを識別する第２の識別番号を含む生産データを記憶す
ることを特徴とする商品生産データ処理方法。
【請求項２】前記第１の識別番号に関連付けて記憶さ
れる生産データには、商品コードや値段等のチェックア
ウトでの商品登録に必要なデータが含まれていることを
特徴とする請求項１に記載の商品生産データ処理方法。
【請求項３】前記第１の識別番号と関連付けて記憶さ
れる生産データには、当該商品の賞味期限データが含ま
れていることを特徴とする請求項１又は請求項２に記載
の商品生産データ処理方法。
【請求項４】商品を計量し、商品の単価と重量値とか
ら商品の値段を算出するとともに算出した値段をラベル
に印字して発行する計量値付装置において、前記ラベル
に各商品を個別に識別可能な第１の識別番号をバーコー
ド等の機械的に読み取り可能なコードで印字すると共
に、該第１の識別番号に関連付けて当該商品の商品コー
ドや値段等のチェックアウトでの商品登録に必要なデー
タと、生産に用いた原材料ブロックとを識別する第２の
識別番号とを生産データとして記憶することを特徴とす
る計量装置。
【請求項５】商品の値付けを行う際、値段ラベルに各
商品を個別に識別可能な第１の識別番号をバーコード等
の機械的に読み取り可能なコードで印字するとともに、
該第１の識別番号と関連付けて当該商品の生産に用いた
原材料ブロックを識別する第２の識別番号を含む生産デ
ータを記憶し、チェックアウト時、前記第１の識別番号
に関連付けて販売データを集計することを特徴とする商
品販売データ処理方法。
【請求項６】商品の値付けを行う際、値段ラベルに各
商品を個別に識別可能な第１の識別番号をバーコード等
の機械的に読み取り可能なコードで印字するとともに、
該第１の識別番号と関連付けて当該商品の商品コードや
値段等の商品登録に必要なデータ及び生産に用いた原材
料ブロックを識別する第２の識別番号を含む生産データ
を記憶し、チェックアウト時、商品の値段ラベルから前
記第１の識別番号を読み取り、前記記憶されている生産
データからこの第１の識別番号の商品の商品登録に必要
なデータを読み出し、読み出したデータに基づいて当該
商品の登録処理を行うと共に該第１の識別番号に関連付
けて販売データを集計することを特徴とする商品販売デ
ータ処理方法。
【請求項７】前記販売データの集計は、値引販売した
商品と、しない商品とを区別可能であり、且つ、値引き
商品は、値引き金額又は値引き後の販売価格が判断可能
に集計することを特徴とする請求項５又は請求項６記載
の商品販売データ処理方法。
【請求項８】商品を廃棄処分した際、該商品の第１の
識別番号に関連付けて廃棄データを集計することを特徴
とする請求項５又は請求項６記載の商品販売データ処理
方法。
【請求項９】前記販売データを前記第２の識別番号単
位で抽出し、売上データを第２の識別番号単位で算出集
計する請求項５〜請求項８のいずれかに記載の商品販売
データ処理方法。
【請求項１０】前記生産データ及び販売データを前記
第２の識別番号単位で集計比較し、商品の在庫データを
前記第２の識別番号単位で算出集計する請求項５〜請求
項８のいずれかに記載の商品販売データ処理方法。
【請求項１１】前記生産データ、販売データ及び廃棄
データを前記第２の識別番号単位で集計し、商品のロス
データを前記第２の識別番号単位で算出集計する請求項
５〜請求項８のいずれかに記載の商品販売データ処理方
法。
【請求項１２】各商品の値段ラベルに付与された第１
の識別番号と関連付けて当該商品の商品コードや値段等
の商品登録に必要なデータ及び生産に用いた原材料ブロ
ックを識別する第２の識別番号を含む生産データを記憶
した生産データ記憶手段と、客の購入商品の値段ラベル
から前記第１の識別番号を読み取る識別番号読み取り手
段と、前記生産データ記憶手段から前記第１の識別番号
の商品の商品登録に必要なデータを読み出し、読み出し
たデータに基づいて当該商品の登録処理を行うと共に該
第１の識別番号に関連付けて販売データを集計する集計
手段とを具備することを特徴とする商品販売データ処理
装置。
【請求項１３】商品の値付けを行う際、値段ラベルに
各商品を個別に識別可能な第１の識別番号をバーコード
等の機械的に読み取り可能なコードで印字するとともに
該第１の識別番号と関連付けて当該商品の賞味期限デー
タを含む生産データを記憶し、チェックアウト時、客の
購入商品の値段ラベルから前記第１の識別番号を読み取
り、前記生産データから該第１の識別番号の商品の賞味
期限データを含む生産データを読み出し、読み出した生
産データに基づいて当該商品の登録処理を行うと共に読
み出した賞味期限データと現在の日時とを比較して賞味
期限切れか否かを判断し、賞味期限切れと判断した場合
には、その旨を警報することを特徴とする商品販売デー
タ処理方法。