(57)【特許請求の範囲】
【請求項１】
商品毎に売上情報の管理サイクルを決定するための基準数量が設定された管理基準と、
商品の管理サイクル別に形成される売上データベースを参照し、該売上データベースに記録された売上情報を読み込み、該売上情報と前記管理基準とを商品毎に比較して、当該商品の管理サイクルを決定し、決定された管理サイクルと現状の管理サイクルが異なる場合、管理サイクルの変更を行うことを決定する手段と、
を有することを特徴とする売上データベースの自動更新装置。
【発明の詳細な説明】
【０００１】
【産業上の利用分野】
本発明は、売上情報を記録した売上データベース（以下、「データベース」を「ＤＢ」と略す。）の管理サイクルの更新を自動的に行う装置に関する。
【０００２】
【従来の技術】
売上情報は、主に、商品の発注数量、適性在庫数量を決定する上で重要な情報である。しかるに、小売業で扱う商品点数は一万点を超え、百貨店等の大型店舗では百万点を超えるため、商品毎の売上情報のデータ量は膨大な量になっている。このような膨大な量の売上情報を管理するため、ＤＢを日別ないし月別等の異なる管理サイクル毎に形成し、各商品についてその特性に応じた適切な管理サイクルのＤＢに売上情報を記録することが行われる。これにより、例えば生鮮食品は時間帯別又は日別の短いサイクルで管理し、衣料品は週別又は月別の長いサイクルで管理することができるので、ＤＢのサイズを必要以上に大きくすることが無くなり、ＤＢ資源の節約を図ることができる。
【０００３】
従来の売上ＤＢの管理の１例について図５を用いて説明する。
売上ＤＢを管理するセンター２１は、複数の小売店２２，２３……から公衆回線２４を通して商品別売上情報を収集手段２５に収集する。収集された商品別売上情報は、ＤＢ更新プログラム２６を用いて、商品毎に、売上ＤＢ上に記録される。
【０００４】
売上ＤＢは、時間帯別売上ＤＢ１１、日別売上ＤＢ１２、週別売上ＤＢ１３、月別売上ＤＢ１４といった管理サイクルの異なる４種類のＤＢから形成される。日別売上ＤＢ１２のデータ構造の例を図６に、月別売上ＤＢ１４のデータ構造の例を図７に示す。これらの図からも明らかなように、管理サイクルが短い程ＤＢの大きさは大きくなり、管理サイクルが長い程ＤＢの大きさは小さくて済む。
【０００５】
ここで、売上ＤＢを管理サイクルの異なるもので構成する理由について説明する。もし、全売上ＤＢを同一レベル、例えば日別売上ＤＢ１２で管理すると、ＤＢ上に記録する量が膨大な量になって売上ＤＢのサイズが大きくなる。また、数日で販売できなくなる生鮮食品とシーズン単位に売上数量が変わる衣料等を同一サイクルで管理する必要はない。したがって、生鮮食品は時間帯別売上ＤＢ１１又は日別売上ＤＢ１２等の短いサイクルで管理し、衣料品は週別売上ＤＢ１３又は月別売上ＤＢ１４等の長いサイクルで管理すれば、ＤＢ資源を節約でき、かつ商品管理を合理的に行うことができる。
【０００６】
ところで、以上説明した管理サイクルの異なるＤＢを使用するシステムでは、商品の特性又は売上数量の変化により、当該商品の管理サイクルを更新する必要が生じることがある。例えば、書籍又はＣＤ等は、新刊又は新譜として売り出された当初は売上数量は多いが、年月が経つにつれて売上数量が減少する傾向にある。したがって、このような特性の商品については、発売当初は短いサイクルで管理する必要があるが、あまり売れなくなった時には長いサイクルで管理することが好ましい。
【０００７】
従来のシステムにおいては、このような管理サイクルの更新は、データ更新登録プログラム２７を使用し、更新を必要と考える商品毎に、オペレータが端末８から売上ＤＢの管理サイクルの更新をしていた。
【０００８】
【発明が解決しようとする課題】
このように、従来のシステムにおいては、各商品についてＤＢの管理サイクルを更新するのに、オペレータの操作により商品毎にデータ更新登録処理を行っていたため、大変な労力が必要であった。
本発明は、これに対し、売上ＤＢの管理サイクルの更新を自動的に行えるようにし、最小限のＤＢ資源で効率の良い管理が省力で実現できるようにすることを目的とするものである。
【０００９】
【課題を解決するための手段】
上記目的を達成するため、商品毎に売上情報の管理サイクルを決定するための基準数量が設定された管理基準と、商品の管理サイクル別に形成される売上ＤＢを参照し、該売上ＤＢに記録された売上情報を読み込み、該売上情報と前記管理基準とを商品毎に比較して、当該商品の管理サイクルを決定し、決定された管理サイクルと現状の管理サイクルが異なる場合、管理サイクルの変更を行うことを決定する手段とにより売上ＤＢの自動更新装置を構成する。
【００１０】
【作用】
自動更新装置の動作により、商品毎に売上情報と管理基準が比較され、当該商品の最適な管理サイクルが決定される。そして、この決定された管理サイクルが現状の管理サイクルと異なるとき、当該商品の売上ＤＢはこの決定された管理サイクルに変更される。したがって、売上ＤＢの管理サイクルの更新を自動的に行うことができる。また、商品別の売上情報は常に最適な管理サイクルの売上ＤＢに記録されるので、売上ＤＢ上に記録する売上情報のサイズは必要最小限の大きさとなる。このため、最小限のＤＢ資源で効率の良い管理が省力で実現できる。
【００１１】
【実施例】
以下、本発明の実施例について図を用いて説明する。
図１に売上ＤＢ更新のためのシステム構成を示す。
自動更新装置１には、商品マスタファイル２から商品毎に単品コードと売上ＤＢ管理テーブルを読み込む管理基準読込手段３、管理基準読込手段３で読み込んだ単品コードに対応する売上情報を月別売上ＤＢ１４から読み込む売上情報読込手段４、管理基準読込手段３の売上情報を売上情報読込手段４の売上ＤＢ管理テーブルと比較し、当該商品の管理サイクルを決定し、当該商品の管理サイクルを更新する必要性を判定する更新決定手段５、更新決定手段５が更新を行うと決定した場合、当該商品について売上ＤＢの更新を行う更新手段６が設けられる。
【００１２】
さらに、自動更新装置１には、売上ＤＢの更新をオペレータのマニュアル操作により行う必要のある商品について、その商品の管理サイクルを決定するに必要なデータを格納する抽出ファイル７が設けられる。オペレータは、この抽出ファイル７に格納されたデータを端末８で確認し、管理サイクルの更新を行うか否かを判定する。その判定結果は端末８から入力され、更新を実行する場合は、更新決定手段５から更新手段６に指令を出す。
【００１３】
本実施例では、売上ＤＢは、時間帯別売上ＤＢ１１、日別売上ＤＢ１２、週別売上ＤＢ１３、月別売上ＤＢ１４が設けられる。各売上ＤＢ１１〜１４には、前述のように、図６及び図７に示す形式でデータが格納されている。
管理基準読込手段３に読み込まれるデータの内容を図２に示す。このデータには、売上ＤＢから当該商品の売上情報を読み出すためのキーとなる単品コード、及び当該商品について売上ＤＢのサイクルを管理するための売上ＤＢ管理テーブルが含まれる。売上ＤＢ管理テーブルには、「属性」「自動変更の有無」「週別対象数量」「日別対象数量」「時間帯別対象数量」「オペレータへの通知の有無」の項目が設けられる。
【００１４】
図３のフローチャートに、商品マスタに売上ＤＢ管理テーブルの設定を行うプロセスを示す。
ステップＳ１では、商品マスタ２に対する新規商品登録処理として、新規に登録しようとする商品について、単品コード、分類コード、商品名、価格等の情報を登録する。なお、これらの項目は従来においても登録されていた項目である。ステップＳ２では、前述の売上ＤＢ管理テーブルの各項目の設定を行う。ステップＳ３で以上の項目を商品マスタファイルに追加する。
【００１５】
図２の売上ＤＢ管理テーブルについてさらに詳細に説明をすると、「属性」の項目には、当該商品の管理サイクルが設定される。管理サイクルを月別とする商品については「１」、週別は「２」、日別は「３」、時間帯別は「４」が設定される。当該商品のデータが最初に売上ＤＢ１１〜１４に登録される時、この「属性」の設定に従って、登録される売上ＤＢが決定される。図２の例では、「１」が設定された商品の売上情報は月別売上ＤＢ１４に登録され、「２」の商品の売上情報は週別売上ＤＢ１３及び月別売上ＤＢ１４に登録され、「３」の商品の売上情報は日別売上ＤＢ１２、週別売上ＤＢ１３及び月別売上ＤＢ１４に登録され、「４」の商品の売上情報は時間帯別売上ＤＢ１１、日別売上ＤＢ１２、週別売上ＤＢ１３及び月別売上ＤＢ１４に登録される。
【００１６】
「自動変更の有無」の項目には、自動更新を行わない商品について「１」が設定され、その他の商品については「０」が設定される。
「週別対象数量」「日別対象数量」「時間帯別対象数量」には、当該商品の売上情報の管理サイクルを決定するための基準数量が設定される。この数量として月間売上数量が用いられ、月別売上ＤＢ１４に記録された当該商品の月間売上数量が各項目に設定された数量を超えた場合、その項目に対応する管理サイクルの売上ＤＢに当該商品の売上情報が記録されるようになる。
【００１７】
「オペレータへの通知の有無」には、管理サイクルを更新する必要があると判定された商品について、オペレータが承認した後に更新を行うことが必要となるものについては「１」が設定され、その他の商品については「０」が設定される。
次に、以上のように構成された自動更新装置の動作について図４のフローチャートを用いて説明する。
【００１８】
ステップＳ１１で、商品マスタ２から管理基準読込手段３に、商品毎に単品コードと売上ＤＢ管理テーブルを読み込む。
ステップＳ１２では、全部の商品マスタの全部のレコードの読み取りが終了して、レコードが無くなると自動更新処理を終了する。通常はステップＳ１３へ進む。
【００１９】
ステップＳ１３で、売上ＤＢ管理テーブル中の「自動変更の有無」が調べられ、「１」であるときは自動更新処理は行わずに、ステップＳ１１へ戻って次の商品マスタが読み込まれる。「０」の時はステップＳ１４へ進む。
ステップＳ１４では、月別売上ＤＢ１４から、単品コードに対応する商品の売上情報を売上情報読込手段４に読み込む。
【００２０】
ステップＳ１５では、読み込んだ売上情報の月間売上数量と売上ＤＢ管理テーブルの「時間帯別対象数量」「日別対象数量」「週別対象数量」に設定された数量と比較し、読み込んだ売上数量がいずれかの設定数量を超えたとき、その設定数量に対応する管理サイクルが当該商品の管理サイクルと決定される。
ステップＳ１６では、決定された管理サイクルと現実の管理サイクルを比較して、管理サイクルの変更が必要か否かが判定される。両方の管理サイクルが一致した場合は、売上ＤＢの管理サイクルの更新処理は不要と判定され、ステップＳ１１へ戻って次の商品マスタが読み込まれる。また、不一致のときはステップＳ１７に進む。
【００２１】
ステップＳ１７では、「オペレータへの通知の有無」が調べられ、「１」即ちオペレータへの通知の必要がある商品については、ステップＳ１８に進み、「０」即ち通知の必要がない商品については、ステップＳ２０へ進む。
ステップＳ１８では、必要な情報を管理サイクル変更データ抽出ファイル７に格納し、アラートを発する。
【００２２】
ステップＳ１９では、オペレータは抽出ファイル７に格納された情報を端末８で確認し、管理サイクルの更新を実行するか否かを判断する。オペレータはその判定結果を端末８から入力する。オペレータが管理サイクルの更新を承認した場合はステップＳ２０へ進み、承認しない場合は売上ＤＢの更新処理を行わずステップＳ１１へ戻り、次の商品マスタを読み込む。
【００２３】
ステップＳ２０では、当該商品について、売上ＤＢの管理サイクルの自動更新処理を行う。管理サイクルを長いものから短いものへ変更するときには、短い管理サイクルの売上ＤＢに当該商品の売上情報を追加する。また、管理サイクルを短いものから長いものへ変更するときには、不要となった短い管理サイクルの売上ＤＢから当該商品の売上情報を削除する。
【００２４】
以上説明した売上ＤＢの自動更新装置により、商品の売上情報は常に最適な管理サイクルで管理されることとなり、不必要に短いサイクルで管理すること、即ち売上ＤＢのデータを不必要に大きくすることがなくなる。したがって、最小限のＤＢ資源で効率の良い管理を行うことができる。また、その自動更新処理は完全に自動的に行われるので、自動更新処理の省力化が達成される。
【００２５】
また、商品マスタ中に、自動更新を行う商品と自動更新を行わない商品、さらには、管理サイクルの変更に当たってオペレータの承認を必要とする商品と必要としない商品が混在しても、それぞれの商品の属性に従った処理を自動的に行うことができる。
【００２６】
【発明の効果】
本発明によれば、売上ＤＢの管理サイクルの更新が自動的に行われ、最小限のＤＢ資源で効率の良い管理が省力で実現できるようになる。
【図面の簡単な説明】
【図１】本発明の実施例の自動更新装置のシステム構成図。
【図２】図１の商品マスタのデータ内容を示す図。
【図３】図２の商品マスタの設定処理を示すフローチャート。
【図４】図１の自動更新装置の動作を説明するフローチャート。
【図５】従来の売上ＤＢの管理装置を示すシステム構成図。
【図６】日別売上ＤＢのデータ構成を示す図。
【図７】月別売上ＤＢのデータ構成を示す図。
【符号の説明】
１…売上ＤＢ自動更新装置
２…商品マスタファイル
３…管理基準読込手段
４…売上情報読込手段
５…更新決定手段
６…更新手段
７…抽出ファイル
８…端末
１１…時間帯別売上ＤＢ
１２…日別売上ＤＢ
１３…週別売上ＤＢ
１４…月別売上ＤＢ
【図１】
0003635100.tif 000002
【図２】
0003635100.tif 000003
【図３】
0003635100.tif 000004
【図４】
0003635100.tif 000005
【図５】
0003635100.tif 000006
【図６】
0003635100.tif 000007
【図７】
0003635100.tif 000008