JP3725734B2 - Product information management device - Google Patents
Product information management device Download PDFInfo
- Publication number
- JP3725734B2 JP3725734B2 JP16865499A JP16865499A JP3725734B2 JP 3725734 B2 JP3725734 B2 JP 3725734B2 JP 16865499 A JP16865499 A JP 16865499A JP 16865499 A JP16865499 A JP 16865499A JP 3725734 B2 JP3725734 B2 JP 3725734B2
- Authority
- JP
- Japan
- Prior art keywords
- product
- information
- new
- file
- product information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Lifetime
Links
Images
Landscapes
- Cash Registers Or Receiving Machines (AREA)
- Warehouses Or Storage Devices (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【0001】
【発明の属する技術分野】
本発明は、小売店で取り扱う各商品に関する種々の情報を記憶管理して、商品の売上や発注等の店舗業務を支援する商品情報管理装置に関する。
【0002】
【従来の技術】
本部が複数の小売店を統轄する業態,例えばコンビニエンスストアでは、各小売店にPOS(Point Of Sales:販売時点情報管理)ターミナルとストアコントローラとからなるPOSシステムを構築するとともに本部にコンピュータシステムを構築し、各小売店のPOSシステムと本部のコンピュータシステムとをネットワークで接続して、各小売店での商品売上や各小売店からの商品発注等を本部で一元的に管理するようにしている。
【0003】
具体的には、本部のコンピュータシステムから各小売店のストアコントローラに、それぞれ自店舗で取り扱う各商品の商品コードに対応して商品名称,分類コード,売価,原価,製造元コード,発注単位等の商品情報を記憶管理する商品ファイルを配信し、各小売店ではストアコントローラが上記商品ファイルの商品情報に基づいて前記POSターミナルで実施される商品の売上や発注等の店舗業務を支援する。そして、各小売店のストアコントローラが取得した商品の売上データや発注データをネットワークを介して本部のコンピュータシステムで収集することにより、本部での一元管理を実現している。
ここに、ストアコントローラは、小売店で取り扱う各商品に関する種々の情報を記憶管理して、商品の売上や発注等の店舗業務を支援する商品情報管理装置として機能する。
【0004】
ところで一般に、各小売店では、売上や発注等の店舗業務を実施する場合に、新たに販売を始めた新規商品と例えば1か月以上継続して販売している通常商品とを区別して取り扱うようにしている。そこで従来は、本部のコンピュータシステムから各小売店のストアコントローラに配信される商品ファイルの各商品情報に新規商品か通常商品かを識別するフラグをそれぞれ設定し、ストアコントローラが商品ファイルをアクセスする際にそのフラグを元に新規商品か通常商品かを判別して、各POSターミナルで実施される店舗業務を支援していた。
【0005】
【発明が解決しようとする課題】
このように、従来は本部側で新規商品と通常商品とを区別してその結果を商品ファイルにフラグとして設定していたので、本部でフラグの設定ミスがあった場合に、各小売店において新規商品であるべき商品が通常商品として取り扱われたり、逆に通常商品が新規商品として取り扱われることがあった。
【0006】
しかも、ストアコントローラにおいては、本部から配信された最新の商品ファイルのフラグから情報管理対象の商品が新規商品であるか否かを判断していたので、例えば発注業務において当日より先の日付の発注日には新規商品でなくなる商品も現時点では新規商品であるとすると、新規商品として取り扱われてしまっていた。
【0007】
また、本部から配信される商品ファイルは全国版で作成されるので、特定の地域のみ先行して販売される商品の商品情報も、遅れて販売される他地域の小売店に一斉に配信されていた。そして、本部ではこの種の商品を先行地域で販売が開始されてから一定の期間だけ新規商品として取り扱うようにしていた。このため、他の地域で販売が開始されるまでに一定の期間が経過していた場合には、その地域ではこの商品を新規商品扱いとして処理することができなかった。
【0008】
そこで本発明は、本部側で意識しなくても小売店側で新規商品かそれ以外の通常商品かを管理できるとともに、新規商品の場合にはその取り扱い期間も管理できる商品情報管理装置を提供しようとするものである。
また、新規商品として取り扱う期間を任意に設定できる商品情報管理装置を提供しようとするものである。
【0009】
【課題を解決するための手段】
本願請求項1記載の発明は、各商品の商品コードに対応して商品名称,分類コード,金額等の商品情報を記憶管理する商品ファイルを備え、この商品ファイルに追加する商品情報や変更する商品情報を格納したメンテナンスファイルを外部より入力すると、このメンテナンスファイルに格納された商品情報に基づいて商品ファイルで記憶管理する商品情報を更新する商品情報管理装置において、メンテナンスファイルを入力する毎にそのメンテナンスファイルに格納された商品情報と更新前の商品ファイルに格納された商品情報とを照合する商品情報照合手段と、この商品情報照合手段によりメンテナンスファイルに存在し商品ファイルには存在しない商品コードの商品情報を検出するとこの商品情報を新規商品の情報として当該商品の取扱開始時から一定期間記憶管理する新規商品管理手段とを設けたものである。
このような構成を有することにより、メンテナンスファイルには存在し商品ファイルには存在しない商品情報が、自動的に新規商品の情報として当該商品の取扱開始時から一定期間だけ記憶管理される。
【0010】
本願請求項2記載の発明は、メンテナンスファイルに格納される商品情報に当該商品情報を新規商品の情報として管理する開始日である新規開始変更日の情報を選択的に設定する。そして、前記請求項1記載の発明の新規商品管理手段を、商品情報照合手段によりメンテナンスファイルに存在し商品ファイルには存在しない商品コードの商品情報を検出するとこのメンテナンスファイルの商品情報に新規開始変更日の情報が設定されているか否かを判断し、設定されていない場合にはこの商品情報を取扱開始時から一定期間新規商品の情報として記憶管理し、設定されている場合にはその新規開始変更日から一定期間新規商品の情報として記憶管理する手段としたものである。
このような構成を有することにより、請求項1記載の発明と同様に、メンテナンスファイルには存在し商品ファイルには存在しない商品情報が、自動的に新規商品の情報として一定期間だけ記憶管理されるが、この期間の開始日が、メンテナンスファイルの商品情報に設定された新規開始変更日となる。
【0011】
本願請求項3記載の発明は、上記請求項2記載の発明に、商品情報照合手段によりメンテナンスファイルと商品ファイルの両方に存在する商品コードの商品情報を検出すると、メンテナンスファイル側の当該商品情報に新規開始変更日の情報が設定されているか否かを判断し、設定されている場合にはその新規開始変更日から一定期間新規商品の情報として当該商品情報を記憶管理する新規変更商品管理手段を設けたものである。
このような構成を有することにより、メンテナンスファイルと商品ファイルの両方に存在する商品コードの商品情報のうち、メンテナンスファイル側の商品情報に新規開始変更日の情報が設定されている商品情報が、新規商品の情報としてその新規開始変更日から一定期間記憶管理される。
【0012】
本願請求項4記載の発明は、メンテナンスファイルに格納される商品情報に新規対象外フラグを選択的に設定する。そして、前記請求項1記載の発明の新規商品管理手段を、商品情報照合手段によりメンテナンスファイルに存在し商品ファイルには存在しない商品コードの商品情報を検出するとこのメンテナンスファイルの商品情報に新規対象外フラグが設定されているか否かを判断し、設定されていない場合のみこの商品情報を取扱開始時から一定期間新規商品の情報として記憶管理する手段としたものである。
このような構成を有することにより、メンテナンスファイルには存在し商品ファイルには存在しない商品情報のうち、メンテナンスファイル側の商品情報に新規対象外フラグが設定されていない商品情報が、自動的に新規商品の情報として一定期間だけ記憶管理される。
【0013】
本願請求項5記載の発明は、各商品を分類する分類コード別に新規商品としての取扱期間を予め設定したテーブルメモリを設け、前記請求項1乃至4の各請求項記載の発明において、新規商品管理手段により新規商品の情報として記憶管理する期間を、その商品が属する分類コードに対応してテーブルメモリに設定された取扱期間としたものである。
このような構成を有することにより、新規商品の情報として記憶管理する期間が、その商品が属する分類コードに応じて可変的に設定される。
【0014】
【発明の実施の形態】
以下、本発明の一実施の形態を図面を用いて説明する。
図1は本部により統轄される各小売店にそれぞれ構築されるPOSシステムの概念図であり、本発明の商品情報管理装置として機能するストアコントローラ1と、商品の売上業務や発注業務を行なう複数台のPOS端末2とが、LAN(Local Area Network)などの通信回線3で接続されている。
ストアコントローラ1には、図2に示すレコードフォーマットの商品情報レコードを多数記憶する商品ファイル5が搭載されている。前記商品情報レコードは1商品毎に構成され、その商品の商品コードをキーに、商品名称,分類コードとしての部門コード,売価,製造元コード,発注単位等の商品管理情報と、この商品情報レコードの取扱期間情報(取扱開始日及び取扱終了日)と、新規商品としての取扱期間である新規期間情報(新規開始日及び新規終了日)とを記憶したレコードである。
【0015】
また、ストアコントローラ1には、ISDN(Integrated Services Digital Network :サービス総合ディジタル網)等の専用通信網4を介して本部のコンピュータシステム(不図示)が接続されている。そして、本部のコンピュータシステムから専用通信網4を介して、図3に示すレコードフォーマットのメンテナンスレコードを記憶したメンテナンスファイル6が適時配信されるようになっている。
【0016】
前記メンテナンスレコードは商品ファイル5に追加する商品情報レコードや変更する商品情報レコード毎に構成され、その追加または変更する商品情報レコードのキーとなる商品コードに対応して、商品名称,分類コードとしての部門コード,売価,製造元コード,発注単位等の商品管理情報と、取扱期間情報(取扱開始日及び取扱終了日)と、新規対象外フラグと、新規開始変更日情報とを記憶したレコードである。
ここで、新規対象外フラグは、当該メンテナンスレコードによって追加または変更される商品情報レコードを新規対象としない場合に“1”にセットされるフラグである。新規開始変更日情報は、当該メンテナンスレコードによって追加または変更される商品情報レコードを新規商品のレコードとして管理する開始日である。これらの新規対象フラグ及び新規開始変更日情報は、本部のコンピュータシステム上で任意に設定される。
【0017】
図4は前記ストアコントローラ1の要部構成を示すブロック図であり、制御部本体としてCPU(Central Processing Unit)11を搭載している。そしてこのCPU11に、アドレスバス,データバスなどのバスラインBLを介して、プログラムなどの固定的データを予め格納したROM(Read Only Memory)12、前記本部のコンピュータシステムから配信されたメンテナンスファイル6を一時記憶する受信バッファ等の各種メモリエリアが形成されるRAM(Random Access Memory)13、現在の日付及び時刻を計時する時計部14、前記通信回線3を介して接続された各POS端末2とのデータ通信を制御するPOSインタフェース15、前記商品ファイル5などのデータファイルを記憶するHDD(Hard Disc Drive)装置16、フロッピーディスクに対するデータの書込み及び読み出しを行なうFDD(Floppy Disk Drive)装置17、キーボード,ディスプレイ,プリンタなどの各種入出力機器が接続されるI/Oポート18、前記専用通信網4を介して接続された本部コンピュータシステムとのデータ通信を制御するホストインタフェース19等を接続している。
【0018】
前記RAM13には、特に図5に示すように、各商品を分類する部門コード別に日数データをプリセットしてなる部門別期間設定テーブル7が形成されている。そして、各小売店において、それぞれ各部門毎にその部門に属する商品を新規商品扱いする期間(日数)を決定し、その日数データを自店舗のストアコントローラ1における部門別期間設定テーブル7に設定するようにしている。なお、本部において部門別の新規商品扱い期間を決定して部門別期間設定テーブル7を作成し、このテーブル7を専用通信網4を介してまたはフロッピーディスクを介してRAM13にロードしてもよい。
【0019】
かかる構成のストアコントローラ1は、本部のコンピュータシステムから配信されるメンテナンスファイル6を専用通信網4を介して受信し受信バッファに一時格納すると、前記CPU11が、図6の流れ図に示す商品ファイル更新処理を実行するように、ROM12のプログラムを構成している。
【0020】
先ず、CPU11は、ST(ステップ)1としてCPU内蔵のカウンタnを“0”にリセットする。次に、CPU11は、ST2として上記カウンタnを“1”だけカウントアップしたならば、ST3として受信バッファに格納したメンテナンスファイル6からカウンタnのカウント値に相当するレコード番号nのメンテナンスレコードを読み出す。
【0021】
ここで、ST4としてメンテナンスファイル6にレコード番号nのレコードが存在し読み出したならば、ST5としてこのレコード番号nのメンテナンスレコードの商品コードを検索キーとして前記商品ファイル5を検索する(商品情報照合手段)。
そして、ST6としてこの検索キーとしての商品コードと一致する商品コードの商品情報レコードを検出したならば、当該メンテナンスレコードは当該商品情報レコードの商品情報を変更するレコードなので、ST7として後述する商品情報レコード変更処理を実行する。これに対し、ST6にて検索キーとしての商品コードと一致する商品コードの商品情報レコードを検出できなかった場合には、当該メンテナンスレコードは商品ファイル5に追加する商品情報のレコードなので、ST8として後述する商品情報レコード追加処理を実行する。
【0022】
ST7の商品情報レコード変更処理またはST8の商品情報レコード追加処理を終了すると、CPU11はST2の処理に戻り、前記カウンタnをさらに“1”だけカウントアップして、メンテナンスファイル6からレコード番号nのメンテナンスレコードを読み出す。そして、このレコード番号nのメンテナンスレコードの商品コードを検索キーとして前記商品ファイル5を検索して、一致する商品コードの商品情報レコードを検出したならば商品情報レコード変更処理を実行し、検出できなかったならば商品情報レコード追加処理を実行する。
【0023】
こうして、メンテナンスファイル6から1レコードを読出す毎に商品情報レコード変更処理または商品情報レコード追加処理を実行し、ST4にてメンテナンスファイル6にレコード番号nのレコードが存在せず読み出せくなった場合には、ST9として受信バッファからメンテナンスファイル6を削除して、この商品ファイル更新処理を終了する。
【0024】
図7は前記商品情報レコード変更処理の内容を具体化した流れ図である。すなわちCPU11は、レコード番号nのメンテナンスレコードの商品コードと一致する商品情報レコードを商品ファイル5から検出すると、この商品情報レコード変更処理を開始する。
【0025】
そして先ず、ST11として該当商品情報レコードの取扱期間情報及び商品管理情報をレコード番号nのメンテナンスレコードの取扱期間情報及び商品管理情報に書換える。次に、ST12としてレコード番号nのメンテナンスレコードに新規対象外フラグがセットされているか否かを判断する。ここで、新規対象外フラグが“1”にセットされている,つまり新規対象外とする設定になっていたことを確認した場合には(ST13のYES)、ST14として該当商品情報レコードの新規期間情報をクリアして、つまり新規商品としての管理期間を強制的に終了して、この商品情報レコード変更処理を終了する。
【0026】
これに対し、レコード番号nのメンテナンスレコードの新規対象外フラグが“1”にセットされていない,つまり新規対象外とする設定になっていない場合には(ST13のNO)、ST15としてこのレコード番号nのメンテナンスレコードの新規開始変更日情報を調べる。ここで、新規開始変更日情報が設定されていないことを確認した場合には(ST16のYES)、この商品情報レコード変更処理を終了する。
【0027】
一方、新規開始変更日情報が設定されていることを確認した場合には(ST16のNO)、ST17としてこのレコード番号nのメンテナンスレコードの部門コードに対応する新規商品扱い期間の日数データを部門別期間設定テーブル7から読出す。そして、ST18としてこの新規開始変更日情報の日付から当該日数データを加算した日付Dを算出する。しかして、ST19としてレコード番号nのメンテナンスレコードの商品情報に基づき書換えた商品ファイル5の商品情報レコードに、新規期間情報の新規開始日として前記新規開始変更日情報の日付をセットし、新規終了日としてST18で算出した日付Dをセットすることにより、当該商品情報レコードを新規商品の情報として一定期間管理する設定にしたならば(新規変更商品管理手段)、この商品情報レコード変更処理を終了する。
【0028】
図8は前記商品情報レコード追加処理の内容を具体化した流れ図である。すなわちCPU11は、レコード番号nのメンテナンスレコードの商品コードと一致する商品情報レコードを商品ファイル5から検出できない,つまりメンテナンスファイル6に存在し商品ファイル5には存在しない商品コードの商品情報を検出すると、この商品情報レコード追加処理を開始する。
【0029】
そして先ず、ST21として商品ファイル5に新規のレコードを確保し、このレコードにレコード番号nのメンテナンスレコードの商品コード,商品管理情報,取扱期間情報をセットする。次に、ST22としてレコード番号nのメンテナンスレコードの新規対象外フラグが“1”にセットされているか否かを判断する。ここで、“1”にセットされている,つまり新規対象外とする設定になっていたことを確認した場合には(ST23のYES)、商品ファイル5に追加した商品情報レコードの新規期間情報を設定しないまま、この商品情報レコード追加処理を終了する。
【0030】
これに対し、レコード番号nのメンテナンスレコードの新規対象外フラグが“1”にセットされていない,つまり新規対象外とする設定になっていない場合には(ST23のNO)、ST24としてこのレコード番号nのメンテナンスレコードの新規開始変更日情報を調べる。ここで、新規開始変更日情報が設定されていないことを確認した場合には(ST25のYES)、ST26としてこのレコード番号nのメンテナンスレコードの部門コードに対応する新規商品扱い期間の日数データを部門別期間設定テーブル7から読出す。そして、ST27としてこのレコード番号nのメンテナンスレコードの取扱開始日から当該日数データを加算した日付Dを算出する。しかして、ST28としてこのレコード番号nのメンテナンスレコードの商品情報に基づき商品ファイル5に追加された商品情報レコードに、新規期間情報の新規開始日として取扱開始日をセットし、新規終了日としてST27で算出した日付Dをセットすることにより、当該商品情報レコードを新規商品の情報として一定期間管理する設定にしたならば(新規商品管理手段)、この商品情報レコード追加処理を終了する。
【0031】
一方、新規開始変更日情報が設定されていることを確認した場合には(ST25のNO)、ST29としてこのレコード番号nのメンテナンスレコードの部門コードに対応する新規商品扱い期間の日数データを部門別期間設定テーブル7から読出す。そして、ST30としてこの新規開始変更日情報の日付から当該日数データを加算した日付Dを算出する。しかして、ST31としてこのレコード番号nのメンテナンスレコードの商品情報に基づき商品ファイル5に追加された商品情報レコードに、新規期間情報の新規開始日として前記新規開始変更日情報の日付をセットし、新規終了日としてST30で算出した日付Dをセットすることにより、当該商品情報レコードを新規商品の情報として一定期間管理する設定にしたならば(新規商品管理手段)、この商品情報レコード追加処理を終了する。
【0032】
このように構成された本実施の形態においては、各小売店に設置されているストアコントローラ1に実装された商品ファイル5に追加する商品情報のメンテナンスレコードや変更する商品情報のメンテナンスレコードを記憶したメンテナンスファイル6を本部のコンピュータシステムで作成し、専用通信網4を介して各小売店のストアコントローラ1に配信する。
【0033】
そうすると、このメンテナンスファイル6を受信した各小売店のストアコントローラ1では、前述した商品ファイル更新処理が実行される。これにより、商品ファイル5に追加する商品情報のメンテナンスレコードに基づいて、商品ファイル5に該当する商品情報レコードが追加される。また、変更する商品情報のメンテナンスレコードに基づいて、商品ファイル5の該当する商品情報レコードが変更される。
【0034】
この場合において、商品ファイル5に追加された商品情報レコードは、メンテナンスファイル6に存在し商品ファイル5には存在しない商品コードのレコードなので、自動的に新規商品のレコードとして管理される。具体的には、対応するメンテナンスレコードに新規開始変更日が設定されている場合には、その新規開始変更日から一定期間だけ新規商品として管理され、新規開始変更日が設定されていない場合には、当該商品の取扱開始日から一定期間だけ新規商品として管理される。ここで、新規商品として管理される一定期間は、その商品が属する部門に対して予め部門別期間設定テーブル7上で設定されている日数となる。
なお、対応するメンテナンスレコードに新規対象外フラグが設定(“1”にセット)されていた場合には、その商品情報レコードは新規商品のレコードとして管理されない。
【0035】
一方、メンテナンスファイル6のメンテナンスレコードに基づいて変更された商品情報レコードも、当該メンテナンスレコードの新規対象外フラグが未設定でかつ新規開始変更日が設定されていた場合には、その新規開始変更日から一定期間だけ新規商品のレコードとして管理される。この場合の期間もその商品が属する部門に対して予め部門別期間設定テーブル7上で設定された日数となる。
なお、メンテナンスレコードの新規対象外フラグが設定(“1”にセット)されていた場合で、変更された商品情報レコードに新規期間情報が設定されていた場合には、その新規期間情報が強制的にクリアされる。すなわち、新規商品のレコードとして管理されなくなる。
【0036】
このように本実施の形態では、本部のコンピュータシステムから受信したメンテナンスファイル6に格納された商品情報と、このメンテナンスファイル6のメンテナンスレコードによって更新される前の商品ファイル5に格納された商品情報とを照合し、メンテナンスファイル6に存在し商品ファイル5には存在しない商品コードの商品情報を検出すると、この商品情報を自動的に新規商品の情報として取扱開始時から一定期間記憶管理するようにしている。したがって、メンテナンスファイル6を作成する本部において、同ファイル6に格納する商品情報が新規商品の情報なのか否かを意識して、当該商品情報に付加されるフラグをセットまたはリセットする必要がなくなる。その結果、本部の設定ミスにより各小売店で新規商品であるべき商品が新規商品以外の通常商品として取り扱われたり、通常商品が新規商品として取り扱われたりすることがなくなる。また、新規開始日から新規終了日までの期間を設定して管理するので、例えば発注業務において当日より先の日付の発注日には新規商品でなくなる商品については、現時点が新規商品であるとしても通常商品として取り扱われ、店舗業務を支障なく執り行うことができる。
【0037】
また、本実施の形態では、メンテナンスファイル6に格納される商品情報に新規開始変更日の情報を選択的に設定するようにしている。そして、メンテナンスファイル6に存在し商品ファイル5には存在しない商品コードの商品情報を検出すると、このメンテナンスファイル6の商品情報に新規開始変更日の情報が設定されているか否かを判断し、設定されていない場合にはこの商品情報を取扱開始時から一定期間新規商品の情報として記憶管理し、設定されている場合にはその新規開始変更日から一定期間新規商品の情報として記憶管理するようにしている。したがって、本部の設定により新規商品のレコードとして管理する期間の開始日を任意に変更することができる。
【0038】
また、メンテナンスファイル6と商品ファイル5の両方に存在する商品コードの商品情報を検出した場合も、メンテナンスファイル6側の当該商品情報に新規開始変更日の情報が設定されているか否かを判断し、設定されている場合にはその新規開始変更日から一定期間新規商品の情報として当該商品情報を記憶管理するようにしている。したがって、各小売店においてこれまでは通常商品のレコードとして管理されていた商品情報を、本部の設定により新規商品のレコードとして一定期間管理できるようになる。
【0039】
さらに、本実施の形態では、メンテナンスファイル6に格納される商品情報に新規対象外フラグを選択的に設定するようにしている。そして、メンテナンスファイル6に存在し商品ファイル5には存在しない商品コードの商品情報を検出すると、このメンテナンスファイル6の商品情報に新規対象外フラグが設定されているか否かを判断し、設定されていない場合のみこの商品情報を取扱開始時から一定期間新規商品の情報として記憶管理するようにしている。したがって、商品ファイル5に追加される商品情報レコードであっても、本部設定により新規商品のレコードとして管理しないようにすることができる。
【0040】
また、メンテナンスファイル6と商品ファイル5の両方に存在する商品コードの商品情報を検出した場合も、メンテナンスファイル6の商品情報に新規対象外フラグが設定されているか否かを判断する。そして、設定されていた場合には、商品情報ファイル5における該当商品情報の新規期間情報を強制的にクリアするようにしている。したがって、各小売店で新規商品のレコードとして管理されている商品情報レコードを、本部設定により強制的に通常商品のレコードに変更することも可能である。
【0041】
また、本実施の形態では、各商品を分類する部門コード別に新規商品としての取扱期間を予め設定した部門別期間設定テーブル7を設け、新規商品の情報として記憶管理する期間を、その商品が属する部門コードに対応して部門別期間設定テーブル7に設定された取扱期間としている。したがって、新規商品として管理する期間を、小売店毎に、商品が属する部門によって可変的に設定することができる。
【0042】
なお、前記一実施の形態では、メンテナンスファイル6をオンライン配信によりストアコントローラ1に入力したが、メンテナンスファイル6をフロッピーディスクに記録し、FDD17で読取らせることによってストアコントローラ1に入力してもよい。また、フロッピーディスクの代わりにメモリカード,CD−ROMなどを用いてもよいのはいうまでもないことである。
【0043】
【発明の効果】
以上詳述したように、本願請求項1記載の発明によれば、本部側で意識しなくても小売店側で新規商品かそれ以外の通常商品かを管理できるとともに、新規商品の場合にはその取り扱い期間も管理できる商品情報管理装置を提供できる。
また、本願請求項2記載の発明によれば、上記請求項1記載の発明の効果に加えて、新規商品として管理する期間の開始日を任意に設定できる効果を奏し得る。
また、本願請求項3記載の発明によれば、上記請求項2記載の発明の効果に加えて、これまで通常商品として管理していた商品を新たに新規商品として一定期間管理できる効果を奏し得る。
また、本願請求項4記載の発明によれば、上記請求項1記載の発明の効果に加えて、新規商品として管理しないように強制的に設定できる効果を奏し得る。
さらに、本願請求項5記載の発明によれば、上記各請求項記載の効果に加えて、新規商品として管理する期間をその商品が属する分類によって任意に可変設定できる効果を奏し得る。
【図面の簡単な説明】
【図1】 本発明の一実施の形態であるPOSシステムの概念図。
【図2】 同実施の形態において商品ファイルに記憶される商品情報レコードのフォーマットを示す図。
【図3】 同実施の形態においてメンテナンスファイルに記憶されるメンテナンスレコードのフォーマットを示す図
【図4】 同実施の形態におけるストアコントローラの要部構成を示すブロック図。
【図5】 同ストアコントローラのRAMに形成される部門別期間設定テーブルの構成図。
【図6】 同ストアコントローラのCPUが実行する商品ファイル更新処理の要部を示す流れ図。
【図7】 図6における商品情報レコード変更処理を具体化した流れ図。
【図8】 図6における商品情報レコード追加処理を具体化した流れ図。
【符号の説明】
1…ストアコントローラ
2…POS端末
4…専用通信網
5…商品ファイル
6…メンテナンスファイル
7…部門別期間設定テーブル[0001]
BACKGROUND OF THE INVENTION
The present invention relates to a product information management apparatus that stores and manages various types of information related to each product handled in a retail store and supports store operations such as sales and ordering of products.
[0002]
[Prior art]
In a business format where the headquarters controls multiple retail stores, for example, convenience stores, a POS system consisting of a POS (Point Of Sales) terminal and a store controller is built in each retail store, and a computer system is built in the headquarters. In addition, the POS system of each retail store and the computer system of the headquarters are connected via a network so that product sales at each retail store, product orders from each retail store, and the like are centrally managed at the headquarters.
[0003]
Specifically, products such as product name, classification code, selling price, cost, manufacturer code, order unit, etc. corresponding to the product code of each product handled at the store from the computer system of the headquarters to the store controller of each retail store. A product file for storing and managing information is distributed, and at each retail store, a store controller supports store operations such as sales and ordering of products performed at the POS terminal based on the product information in the product file. Collected product sales data and order data acquired by the store controller of each retail store are collected by the computer system of the headquarters via the network, thereby realizing unified management at the headquarters.
Here, the store controller functions as a product information management device that stores and manages various information related to each product handled in the retail store and supports store operations such as sales and ordering of products.
[0004]
By the way, in general, when carrying out store operations such as sales and ordering, each retail store treats a new product that has been newly sold and a normal product that has been continuously sold for more than one month, for example. I have to. Therefore, conventionally, when the store controller accesses the product file, a flag for identifying whether it is a new product or a normal product is set in each product information of the product file distributed from the computer system of the head office to the store controller of each retail store. On the basis of the flag, it is determined whether the product is a new product or a normal product, and supports store operations performed at each POS terminal.
[0005]
[Problems to be solved by the invention]
In this way, since the headquarters conventionally distinguished new products from normal products and set the result as a flag in the product file, if there is a flag setting error at the headquarters, each retail store has a new product. In some cases, a product that should be handled is treated as a normal product, and conversely, a normal product is handled as a new product.
[0006]
Moreover, since the store controller determines whether or not the product subject to information management is a new product from the flag of the latest product file distributed from the headquarters, for example, in ordering business, an order placed on a date earlier than the current day If a product that is no longer a new product on the day is a new product at this time, it has been treated as a new product.
[0007]
In addition, product files distributed from the headquarters are created in a nationwide version, so product information for products that are sold in advance in a specific region is also distributed to retail stores in other regions that are sold late. It was. The headquarters handled this kind of product as a new product for a certain period of time after sales began in the preceding region. For this reason, if a certain period of time has passed before the sales are started in another area, the product cannot be treated as a new product in that area.
[0008]
Accordingly, the present invention provides a merchandise information management device that can manage whether a new product or a normal product other than that on the retail store side without being conscious of the headquarters side, and can also manage the handling period in the case of a new product. It is what.
It is another object of the present invention to provide a product information management apparatus that can arbitrarily set a period for handling as a new product.
[0009]
[Means for Solving the Problems]
The invention described in
With this configuration, product information that exists in the maintenance file but does not exist in the product file is automatically stored and managed as new product information for a certain period from the start of handling the product.
[0010]
According to the second aspect of the present invention, information on a new start change date, which is a start date for managing the product information as information on a new product, is selectively set in the product information stored in the maintenance file. When the new product management means of the invention of
With this configuration, as in the first aspect of the invention, product information that exists in the maintenance file but does not exist in the product file is automatically stored and managed as new product information for a certain period of time. However, the start date of this period is the new start change date set in the product information of the maintenance file.
[0011]
In the invention described in
By having such a configuration, among the product information of the product code existing in both the maintenance file and the product file, the product information in which the new start change date information is set in the product information on the maintenance file side is new. The product information is stored and managed for a certain period from the new start change date.
[0012]
The invention according to
By having such a configuration, among product information that exists in the maintenance file but does not exist in the product file, product information in which the new exclusion flag is not set in the product information on the maintenance file side is automatically new. It is stored and managed as product information for a certain period.
[0013]
The invention according to
By having such a configuration, the period for storing and managing as new product information is variably set according to the classification code to which the product belongs.
[0014]
DETAILED DESCRIPTION OF THE INVENTION
Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
FIG. 1 is a conceptual diagram of a POS system constructed in each retail store controlled by the headquarters. The
The
[0015]
The
[0016]
The maintenance record is configured for each product information record to be added or changed to the
Here, the new non-target flag is a flag that is set to “1” when the product information record added or changed by the maintenance record is not a new target. The new start change date information is a start date for managing a product information record added or changed by the maintenance record as a record of a new product. These new target flag and new start change date information are arbitrarily set on the computer system of the headquarters.
[0017]
FIG. 4 is a block diagram showing a configuration of a main part of the
[0018]
As shown in FIG. 5 in particular, the
[0019]
When the
[0020]
First, the
[0021]
Here, if a record with the record number n exists in the
If a product information record having a product code that matches the product code as the search key is detected in ST6, the maintenance record is a record for changing the product information of the product information record. Execute the change process. On the other hand, if a product information record having a product code that matches the product code as the search key cannot be detected in ST6, the maintenance record is a record of product information to be added to the
[0022]
When the merchandise information record change process in ST7 or the merchandise information record addition process in ST8 is completed, the
[0023]
Thus, every time one record is read from the
[0024]
FIG. 7 is a flowchart embodying the contents of the merchandise information record changing process. That is, when the
[0025]
First, in ST11, the handling period information and the merchandise management information of the corresponding merchandise information record are rewritten to the handling period information and the merchandise management information of the maintenance record of record number n. Next, in ST12, it is determined whether or not a new non-target flag is set in the maintenance record with the record number n. Here, when it is confirmed that the new non-target flag is set to “1”, that is, it is set to be non-new target (YES in ST13), the new period of the corresponding product information record as ST14 The information is cleared, that is, the management period as a new product is forcibly terminated, and the product information record change process is terminated.
[0026]
On the other hand, if the new non-target flag of the maintenance record with the record number n is not set to “1”, that is, is not set to be out of new target (NO in ST13), this record number is set as ST15. The new start change date information of the n maintenance records is checked. If it is confirmed that the new start change date information is not set (YES in ST16), the product information record change process is terminated.
[0027]
On the other hand, if it is confirmed that the new start change date information is set (NO in ST16), the date data of the new product handling period corresponding to the department code of the maintenance record with the record number n is obtained by department as ST17. Read from the period setting table 7. In ST18, a date D is calculated by adding the day data from the date of the new start change date information. Therefore, the date of the new start change date information is set as the new start date of the new period information in the product information record of the
[0028]
FIG. 8 is a flowchart embodying the contents of the product information record addition process. That is, the
[0029]
First, a new record is secured in the
[0030]
On the other hand, if the new non-target flag of the maintenance record with the record number n is not set to “1”, that is, it is not set to be out of the new target (NO in ST23), this record number is set as ST24. The new start change date information of the n maintenance records is checked. If it is confirmed that the new start change date information is not set (YES in ST25), the date data of the new product handling period corresponding to the department code of the maintenance record of record number n is obtained as ST26. Read from another period setting table 7. Then, in ST27, a date D is calculated by adding the day data from the handling start date of the maintenance record with the record number n. Thus, in ST28, the handling start date is set as the new start date of the new period information in the product information record added to the
[0031]
On the other hand, if it is confirmed that the new start change date information is set (NO in ST25), the number of days data of the new product handling period corresponding to the department code of the maintenance record with the record number n is obtained in ST29. Read from the period setting table 7. Then, as ST30, a date D is calculated by adding the day data from the date of the new start change date information. Accordingly, the date of the new start change date information is set as the new start date of the new period information in the product information record added to the
[0032]
In this embodiment configured as described above, a maintenance record of product information to be added to a
[0033]
Then, the
[0034]
In this case, the product information record added to the
If the new non-target flag is set (set to “1”) in the corresponding maintenance record, the product information record is not managed as a record of a new product.
[0035]
On the other hand, the product information record changed based on the maintenance record in the
In addition, when the new non-target flag of the maintenance record is set (set to “1”) and the new period information is set in the changed product information record, the new period information is compulsory. Cleared. That is, it is no longer managed as a record of a new product.
[0036]
As described above, in this embodiment, the product information stored in the
[0037]
Further, in the present embodiment, new start / change date information is selectively set in the product information stored in the
[0038]
Also, when product information of a product code existing in both the
[0039]
Furthermore, in this embodiment, a new non-target flag is selectively set in the product information stored in the
[0040]
Further, when product information of a product code that exists in both the
[0041]
In the present embodiment, a section-specific period setting table 7 in which a handling period as a new product is set in advance for each department code for classifying each product is provided, and the period to which the product belongs is stored and managed as information on the new product. The handling period is set in the department-specific period setting table 7 corresponding to the department code. Therefore, the period managed as a new product can be variably set for each retail store depending on the department to which the product belongs.
[0042]
In the above-described embodiment, the
[0043]
【The invention's effect】
As described above in detail, according to the invention described in
Further, according to the invention described in
Further, according to the invention described in
Further, according to the invention described in
Furthermore, according to the invention described in
[Brief description of the drawings]
FIG. 1 is a conceptual diagram of a POS system according to an embodiment of the present invention.
FIG. 2 is a view showing a format of a product information record stored in a product file in the embodiment.
FIG. 3 is a diagram showing a format of a maintenance record stored in a maintenance file in the embodiment
FIG. 4 is a block diagram showing a main configuration of a store controller according to the embodiment.
FIG. 5 is a configuration diagram of a departmental period setting table formed in the RAM of the store controller.
FIG. 6 is a flowchart showing a main part of a product file update process executed by the CPU of the store controller.
7 is a flowchart that embodies the merchandise information record change process in FIG. 6;
FIG. 8 is a flowchart that embodies the product information record addition process in FIG. 6;
[Explanation of symbols]
1 ... Store controller
2 ... POS terminal
4 ... Dedicated communication network
5. Product file
6. Maintenance file
7… Department period setting table
Claims (5)
前記メンテナンスファイルを入力する毎にそのメンテナンスファイルに格納された商品情報と更新前の前記商品ファイルに格納された商品情報とを照合する商品情報照合手段と、この商品情報照合手段により前記メンテナンスファイルに存在し前記商品ファイルには存在しない商品コードの商品情報を検出するとこの商品情報を新規商品の情報として当該商品の取扱開始時から一定期間記憶管理する新規商品管理手段とを具備したことを特徴とする商品情報管理装置。A product file that stores and manages product information such as product name, classification code, price, etc. corresponding to the product code of each product is provided, and a maintenance file that stores product information to be added or changed to this product file from the outside When the product information management apparatus updates product information stored and managed in the product file based on the product information stored in the maintenance file,
Each time the maintenance file is input, product information matching means for matching the product information stored in the maintenance file with the product information stored in the product file before update, and the product information matching means New product management means for storing and managing the product information as new product information for a certain period from the start of handling the product when product information of a product code that exists and does not exist in the product file is detected. Product information management device.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP16865499A JP3725734B2 (en) | 1999-06-15 | 1999-06-15 | Product information management device |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP16865499A JP3725734B2 (en) | 1999-06-15 | 1999-06-15 | Product information management device |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2000357275A JP2000357275A (en) | 2000-12-26 |
JP3725734B2 true JP3725734B2 (en) | 2005-12-14 |
Family
ID=15872040
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP16865499A Expired - Lifetime JP3725734B2 (en) | 1999-06-15 | 1999-06-15 | Product information management device |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP3725734B2 (en) |
Families Citing this family (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP4781574B2 (en) * | 2001-08-22 | 2011-09-28 | シャープ株式会社 | Sales management support device and sales management system |
JP5098273B2 (en) * | 2006-09-28 | 2012-12-12 | 株式会社寺岡精工 | Product ordering system |
JP5372058B2 (en) * | 2011-03-31 | 2013-12-18 | 東芝テック株式会社 | Payment processing apparatus, program, and payment processing system |
-
1999
- 1999-06-15 JP JP16865499A patent/JP3725734B2/en not_active Expired - Lifetime
Also Published As
Publication number | Publication date |
---|---|
JP2000357275A (en) | 2000-12-26 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6513101B1 (en) | Expiring host selected scratch logical volumes in an automated data storage library | |
JP3725734B2 (en) | Product information management device | |
JPH04257939A (en) | Data processor | |
JP3988546B2 (en) | Meat traceability method and meat traceability system | |
US8015066B2 (en) | POS system, POS server, local terminal, method of dealing management, and recording medium | |
JP3955684B2 (en) | Product information management device | |
JP4727015B2 (en) | Electronic price label system and display price change method | |
JP7079691B2 (en) | Block copy cost control device, block copy cost control method, and block copy cost control program | |
JPH11175616A (en) | Method for distributing customer information and system for executing the same | |
JPH08297762A (en) | Lottery result display system using card | |
JP3793005B2 (en) | Store controller | |
JP2004341937A (en) | Ordering support device and ordering support program | |
JPH05334556A (en) | Merchandise sales data processor | |
JP2000331247A (en) | System for processing merchandise sales data | |
JP3848461B2 (en) | Store management system | |
JPH0793665A (en) | Commodity sales data processor | |
JP3482068B2 (en) | Product sales registration data processing device | |
JP2001076251A (en) | Single article information managing device | |
JP2002328819A (en) | Information management system, information management method and information management program | |
JP2831198B2 (en) | Order management device | |
JPH117586A (en) | Commodity sales data register processing system and commodity unit price changing method in the system | |
JP3726944B2 (en) | Product sales data processing system | |
JPH10320649A (en) | Receipt issue system for pos terminal device | |
JPH05266032A (en) | Commodity sales data controller | |
JPH1011380A (en) | Terminal managing device |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050909 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050920 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050922 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090930 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090930 Year of fee payment: 4 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100930 Year of fee payment: 5 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110930 Year of fee payment: 6 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120930 Year of fee payment: 7 |