JPH02171855A - 商品管理システム - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、商品取引を扱う小売業等の営業店システムに
係り、特に販売時点管理端末を用いて、顧客要望の品切
り商品を顧客自身の手で自動発注する場合に好適な商品
管理システムに関する。

〔従来の技術〕

小売業において１店舗４本部、配送センターを通信手段
で結び、自動発生処理を行う営業店システムの従来技術
としては、例えば、日経コンピュータ１９８８　４．２
５　　ＰｐＨ４−１２３において述べられている。上記
従来技術では、店舗に発注作業用のハンディ端末あるい
はパソコンを設置し、それらを店員あるいは店長が操作
して発注する。発注データは通（ｄ手段により店舗から
本部に送られ、本部に設置したプロセッサにより自動処
理され、配送センターに対して配送指示がなされる。こ
れにより、従来電話等で行っていた発注行楽を自動化し
、聞き違い等による発注ミスを防ぐとともに大幅な省力
化が可能となった。

〔発明が解決しようとする課題〕

現在、小売業等においては、ＰＯ８端末、ＰＯＳ（補充
発注システム）等を導入することにより、レジ業経１発
注業経の省力化、顧客サービスの迅速化、売れ筋商品の
的確な把握と販売促進による収益拡大等が大きなｏｎと
なっている。その実現手段の一つとして、上記従来技術
に示すような発注の自動化方式が考案されている。

上記従来方式では、発注の自動化による効率化。

省力化は達成できるものの５発注する商品の種類。

発注高、発注のタイミングに関しては、依然店側の人間
（店員１店長、バイヤー等）が決定する。

顧客が買物中に、希望する商品が品切れしていた場合に
対する配慮がなされておらず、そのような場合、顧客は
あきらめるか１代替品を買うか。

あるいは他の店で探さなければならない、又は、店員と
交渉して希望商品を発注してもらい、宅配してもらうこ
とも可能であるが、店員が忙しかったり１手続きに時間
がかかったりして、交渉がわずられしいという問題があ
った。

本発明の目的は、顧客が買物中、希望する商品が品切れ
であった場合、顧客自身の手で希望商品を発注し、宅配
手続きを可能とする販売時点管理端末を利用した商品管
理システ１１を提供することにある。

ｃｒ題を解決するための手段〕 上記目的を達成するために本発明のシステムは、店舗内
の販売時点管理端末に対して、顧客が検索した商品情報
および顧客が人力した希望商品個数、商品届け先住所か
らなる商品発注情報を送イばする手段を設け、店舗では
商品発注情報を本部および配送センターに送信し１本部
では受信した情報に基づき商品の発注処理を行い、配送
センターでは受信した情報に基づき仕入れた商品を顧客
宅まで宅配するようにしたものである。

〔作用〕

顧客は、買物中自分の希望する商品がない場合、ＰＯＳ
等の販売時点管理端末に設けた手段により目的の商品を
検索する。検索は希望する商品の属性を次々に入力する
ことにより対話的に目的商品を絞り込む６選出した商品
に対して、顧客が希望する個数および届け先住所を入力
することにより。

発注商品のエントリーを完了する。大きい２重い等の理
由により購入した商品を顧客が持ち帰りたくない場合は
、宅配手続選択手段により商品の宅配希望を入力する。

その際の商品エントリーは、バーコード等の商品と対応
したコードを読取る、あるいはキー人力することにより
行う、ＮＡけ先の入力ｉ土、予め届け先の情報を記憶し
たＩＣカード等を用いて容易に行うことも可能である。

宅配希望商品のエントリー、希望届け先の入力完了後、
顧客は１発注伝票発行手段により、商品注文あるいは宅
配依頼の証拠として発注伝票を受取る。その際、商品到
着予定日時刻印字手段により１発注伝票に商品到着予定
日時刻を印字しておく。

顧客自身の手による発注作業が終了した後、店舗側のシ
ステムでは、顧客が選択及び入力した情報を通信手段を
用いて本部及び配送センターへ送信する。

本部では、受信した情報に基づき商品の発注処理を行う
、配送センターでは、本部が発注した商品を仕入れ、受
信した情報に基づき仕入れた商品の宅配手続きを行う、
また、顧客が発注情報を送信する時点で店舗の在庫情報
を参照し、店舗に在庫がある場合は、在庫有との情報を
顧客に報知し、発注を取り消す、あるいは１本部にて発
注する時点で配送センターの在庫情報を参照をし、配送
センターに在庫がある場合は発注処理を行わないで。

在庫分を直ちに宅配することにより、在庫を有効活用で
きる。

以上により、顧客が買物中、希望する商品がなかった場
合でも、顧客自身の手で容易に希望商品を自動発注し、
在庫を有効活用しつつ宅配手続きが可能となる。

〔実施例〕

以下、本発明の実施例を図面により説明する。

第１図は、本発明の一実施例である小売業等の営業店シ
ステムの一例である。営業店システムは。

本図のように店舗１１本部２．配送センター３により構
成される。

店舗ｌには、キーボード２１．バーコードスキャナ２２
２表示器２３，２ステーシヨンプリンタ２４を備えたｐ
ｏｓ端末２０と、ｐｏｓ端末の管理、ＰＯＳデータの処
理等を行うストアコントローラ３０が設置されている。

ストアコントローラ３０は、ＣＲＴ３１．キーポー１３
２２店舗部品マスタ記憶部３３．ＰＯ８売上データ記憶
部３４゜店舗発注データ記憶部３５．店舗在庫データ記
憶部３６を備える。ｐｏｓ端末２０には、ＣＲＴｌｌ、
キーボード１２．カードリーダ１３．発注伝票プリンタ
１４を制御する顧客発注データ入出力制御装置！１０が
接続している。

本部２には１通信制御表＠４１．全店商品マスク記憶部
４３．全店売上データ記憶部４４．全店発注データ記憶
部４５を備えるホストプロセッサ４０が設置されている
。

配送センター３には、ＣＲＴ５１．キーボード５２、全
店発注データ記憶部５５．センター仕入れ／在庫データ
記憶部５６、配送／宅配データ記憶部５７を備えたセン
タ一端末５０がａｔｌｌされている。

店舗１と本部２は、モデムｔｏｏ、１０１及び通信回線
１１０により接続しており、情報の送受信を行う０本部
２と配送センター３は、モデム１０２．１０３及び通信
回線１１１により接続しており、情報の送受信を行う８
本部２で発注処理を行い、配送センター３で仕入れ作業
を行う、必要に応じて、配送センター３で仕入れた商品
を店舗１に配送したり、顧客宅４に宅配したりする。

第２，３図は１本発明の実施例を実現する為の取引処理
を表わすフローチャートである。

第２図（ａ）では顧客５の操作フローを、第２Ｉｔ！Ｉ
ｔ　（ｂ）では店長７の操作フローを、第２１１！ｌ　
（０）ではストアコントローラ３０の処理フローを、第
２図（ｄ）ではホストプロセッサ４０の処理フローを示
している。

予め、全店商品マスタ記憶部４３から店舗商品マスタ記
憶部３３に必要な商品データをロードしておく。

顧客５は、買物中、自分の希望する商品が品切れしてい
た場合、顧客発注データ入出力制御装置１０に備えられ
たＣＲＴＩＩ、キーボード１２を使って１店舗部品マス
タ記憶部３３に蓄えられた商品情報を検索する（ステッ
プ２００）、自分の希望する商品が見つかったならば、
その商品及び必要とする個数を入力しくステップ２０１
）、希望する届け先も入力する（ステップ２０２）、最
後に、入力したデータをストアコントローラ３０に送信
する（ステップ２０３）ことにより、顧客による品切れ
商品の発注入力が完了する６発注完了後、顧客は発注伝
票を受取る（ステップ２０４）。

一方、店長７は店舗フェイスの状況を見る、あるいはス
トアコントローラ３０に備えられたＣＲＴ３１．キーボ
ード３２を使って店舗在庫データ記憶部３６にアクセス
し１店舗の在庫状況を把握する等して、必要に応じて商
品を発注する（ステップ２１０）。

ストアコントローラ３０では、リアルタイムに顧客発注
データ及び店長発注データを受付け（ステップ２２０）
、店舗発注データ記憶部３５にアクセスし、情報を更新
する（ステップ２２１）。

その後、発注データを本部２へ送信する（ステップ２２
２）。

本部２のホストプロセッサ４０では、通信制御装置！４
１が受信した店舗発注データを受は取り（ステップ２３
０）、卸及びメーカに対して商品の発注処理を行う（ス
テップ２３１）、発注処理は逐−行われる場合もあるし
、ある程度発注データがまとまってから行われる場合も
ある０発注処理後、全店発注データ記憶部４５にアクセ
スし、情報を更新する（ステップ２３２）、その後、発
注データを配送センター３へ送信する（ステップ２３３
）。

第３図（ａ）ではセンタ一端末５０の処理フローを、第
３図（ｂ）ではセンター要員８の仕入れ作業フローを、
第３図（Ｑ）はセンター要員８の配送／宅配作業フロー
を示している。

配送センター３のセンタ一端末５０では、本部２から送
られてきた発注データを受信しくステップ３００）、全
店発注データ記憶部５５に蓄える（ステップ３０１）。

センター要員８は、商品の仕入れ作業及び配送／宅配作
業をする。卸及びメーカより商品を仕入れた時（ステッ
プ３１０）、センター要員８は。

センタ一端末５０に備えられたＣＲＴ５１．キーボード
５２を使ってセンター仕入れ／在庫データ記憶部５６に
アクセスし、仕入れ情報を更新する（ステップ３１１）
、同時に、在庫情報も更新しておく（ステップ３１２）
、在庫情報の更新は、仕入れ情報の更新を契機にセンタ
一端末５０内で自動的に処理することも可能である。

一方、配送／宅配作業を行う場合は、まず、センタ一端
末５０に備えられたＣＲＴ５１．キーボード５２を使っ
て全店発注データ記憶部５５に蓄えた発注データを取出
す（ステップ３２０）、次に、取り出した発注データを
見て、店舗へ配送するのか、顧客宅へ宅配するのかを判
断する（ステップ３２１）、配送するのであれば１店舗
への配送手続きを行い（ステップ３２２）、配送／宅配
データ記憶部５７にアクセスし、情報を更新する（ステ
ップ３２３）、宅配するのであれば、顧客宅への宅配手
続きを行い（ステップ３２４）、配送／宅配データ記憶
部５７にアクセスし、情報を更新する（ステップ３２５
）、商品を配送あるいは宅配したならば、配送センター
３にある在庫数は減るので、センター仕入れ／在庫デー
タ記憶部５６にアクセスし、在庫情報を更新しておく（
ステップ３２６）。

第４図は、顧客が希望する商品を検索する為に。

商品の属性を対話的に入力する過程を示す、第４図では
、まず最初の対話出力画面４１０がＣＲＴｌｌ上に映し
出される。対話出力画面４１０では、顧客が希望する商
品の種類を尋ねてくる。顧客５がキーボード１２を使っ
て対話人力データ４２０“雑誌″′を入力すると、次の
対話出力画面４１１が映し呂され、雑誌の出版社を尋ね
てくる。このようにして、次々と商品の属性を対話的に
入力することにより、店舗商品マスタ記憶部３３に蓄え
たＰＬＵテーブル４００を参照することが可能となり、
最終的に対話８力肉面４１３を得る。対話出力画面４１
３は、顧客５が入力した商品の属性情報に基づいてＰＬ
Ｕテーブル４００を検索した結果得られた商品情報を表
示し、顧客５に確認を求める画面である。対話人出力の
制御は、顧客発注データ入出力制御装置が行う。

第５ｗＵは、顧客が対話的に入力した商品の属性情報に
基づいてＰＬＯテーブルを検索する過程を示す、第５図
の例では、ＰＬＵテーブル４００の検索を可能とする為
に、入力辞書テーブル５００、大分類テーブル、部門テ
ーブル、グループテーブル、属性テーブルが設けられて
いる。

入力辞書テーブル５００は、最初の対話画面において入
力されたデータに対し、大分類コード、部門コード、グ
ループコードを各々定義している。

例えば、初期入力データ゛雑誌″′の大分類コードは’
０２’、部門コードは’０３’　、グループコードは′
０２′であり、“本”の大分類コードは’０２’、部門
コードは’０３’、グループコードは未定義である。

大分類テーブル、部門テーブル、グループテーブルは、
各々の分類に対応したコード及び次のテーブルへのリン
ク情報を定義している１例えば、大分類テーブル５１０
は、大分類が“食品″及び′“非食品″の２つであり、
各々のコードは１０１′“０２″、また、′非食品”は
部門テーブル５１１にリンクしていることを示している
。同様に、“非食品″の部門テーブル５１１は、″“非
食品″が“衣類ｊ′　　“家電″°″賽籍”等の部門か
ら成り、各々の部門コード及びグループへのリンク情報
の定義を示している。

属性テーブルは、各々の属性に対応したコード及び次の
テーブルへのリンク情報を定義している。

例えば、属性テーブル５２０は、グループテーブル５１
２の゛１雑誌″グループからリンクしてきており、″出
版社″という属性には“Ａ社”Ｂ社″等があり、各々の
属性コード及び次の属性テーブルへのリンク情報の定義
を示している。

また、属性テーブル５２１のリンク情報は、ＰＬＵテー
ブル４００のＰＬＵコードへのリンクを示している。

第５図では、第４図に示したような対話人力がなされた
場合、各テーブルのリンク情報をどのようにたどって最
終的にＰＬＵテーブル４００にアクセスするかを示して
いる。

まず最初に“雑誌″″という入力がなされた場合、入力
辞書テーブル５００により大分類コード、部門コード、
グループコードが決定される。決定されたコードから各
分類テーブルのリンク情報をたどることにより、最初の
属性テーブル５２０に行きつく、属性テーブル５２０の
属性は“出版社″であるので、システムは顧客に出版社
名の入力を促すことができる。顧客が“Ａ社”と入力し
た場合、次の属性テーブル５２１にリンクする。属性テ
ーブル５２１のリンクはＰＬＵテーブル４００へのリン
クであるので、次に顧客が属性を入力した時、ＰＬＵテ
ーブル４００へのナクセスが可能となる。

第６図は、検索した商品データを確認し、希望する個数
と届け先を入力する過程を示す、第６図では、検索した
商品データの確認を促す対話画面４１３に対し、顧客５
が了解を意味する６″Ｙ”を入力（４２３）Ｌ／ている
。また、希望する商品の個数及び届け先も、それぞれ対
話画面４１４及び４１５で入力している。

一方、店舗発注データ記憶部３５内には、顧客５がＰＬ
Ｕテーブル４００から検索した商品データ及び入力した
個数、届け光情報から成る発注データが記録される。こ
れらの顧客発注データには発注通番が付加され１店舗発
注データテーブル６００に書き込まれる。最終的には１
店舗発注データとしてホストプロセッサに送信される。

第７図は、商品の宅配希望を選択する場合の対話過程を
示す、第７−の例において、顧客５が購入した商品７０
０の情報検索は、商品７００に付加されたバーコード７
０１を、ｐｏｓ端末２０のバーコードスキャナ２２で読
取るなど従来通りの方法で行なわれる。読み取ったバー
コード情報により店舗商品マスタ記憶部３３内のＰＬＵ
テーブル４００を検索し、対話出力−面７１３に商品情
報を出力すると同時に、宅配を希望するか否かを顧客に
尋ねる。宅配を希望する場合は、宅配希望を意味する“
Ｙ”　（７２３）を入力する。その後、第６図で示した
のと同様の過程を経て１店舗発注データ記憶部３５内に
店舗発注データテーブル６００が作成される。

第８図は、ＩＣカードを用いて届け先の入力を行う場合
の例を示す、ＩＣカード８００の主メモリ８２０には届
け光記憶領域８２１が設けてあり、予め雇は先の情報が
記録されている。顧客５は届け先入力のためのカードの
挿入を促す対話出力−面８１５を見て、ＩＣカード８０
０をカードリーダ１３にセットする。カードリーダ１３
は届け先住所を読取り、対話出力画面８１６にそれを出
力することにより顧客の確認が可能となる。また、読取
った届け先住所は、そのまま店舗発注データ記憶部３３
内の店舗発注データテーブル６００に賽き込まれる。

第９Ｌｇｌは、発注伝票に商品到着予定日時刻を印字す
る場合の例を示す、第９図では、商品致着予定日時刻を
計算するため１店舗発注データ記憶部３５に宅配時間デ
ータテーブル９００を設けである。宅配時間データテー
ブル９００には、各商品対応して地域ごとの宅配必要時
間を予め記録しである０例えば、ＰＬＵコードが“４９
１２３４５６７８００”の商品はα地区に宅配するには
３０時間、Ｂ地区には２８時間必要となる０店舗発注デ
ータ記憶部３５内に設けた現在時刻データ記憶領域９０
１の日時側に、−店舗発注データファイル６００に記録
したＰＬＵコード及び届け先住所から指定される宅配必
要時間を加えることにより、商品到着予定時刻が計算さ
れる。

例えば、第９図では、現在の時刻１９８７年７月１１日
１３時３０分に宅配必要時間２８時間を加え、商品到着
予定時刻は１９８７年７月１２日１７時３０分となって
いる。商品到着予定時刻は店舗発注データ記憶部３５内
の宅配予定時刻データ記憶領域９０２に蓄え、商品の買
上あるいは商品の発注、宅配依頼の証拠として、買上伝
票９２０を発注伝票プリンタ１４で印字する際に、合わ
せて印字する。顧客５は、対話出力画面９１７のメツセ
ージを見ながら、商品到着予定時刻が印字された買上伝
票９２０を受は取ることができる。

第１０図は、顧客が発注手続きを行う際に店舗に在庫が
ある場合の例を示す、第１０図では、店舗発注データテ
ーブル６００に発注番号゛′９８″′の発注データが顧
客５の手により入力されている。

ストアプロセッサ３０は、発注番号“９８″の発注デー
タのうちのＰＬＵコードをキーにして１店舗在庫データ
記憶部３６に蓄えた店舗在庫データテーブル１０２０を
参照する。参照の結果、　ＰＬＯコード“４９１２３４
５６７８００”の商品の在庫が存在することがわかるの
で、ユーザに対して出力画面１０１８を応答する。ユー
ザは出力画面１ｏ１８を見ることにより、自分の希望す
る商品の在庫が店舗内にあることを確認し、希望商品を
購入することができる０店舗側では１発注番号“９８”
の発注データを店舗発注データテーブル６００より削除
することにより、余分な発注を行わず、在庫を有効活用
できる。

第１１Ｌ！ｉは１本部で発注処理を行う際に配送センタ
ーに在庫がある場合の例を示す、第１１図では１店舗か
ら送られてきた発注データは、全店発注データ記憶部４
５の全店発注データテーブル１１００に蓄えられている
。ホストプロセッサ４０は、全店発注データテーブル１
１００に従って卸業宮もしくはメーカへ発注するに先だ
って、センター仕入れ／在庫データ記憶部５６に蓄えら
れたセンター在庫テーブル１１２０を参照する。

参照は、全店発注データテーブルのＰＬＵコードをキー
にして行う１図１１では、参照の結果１発注番号“９８
”ＰＬＵコード”４９１２３４５６７８００″の商品の
在庫が存在することが判明した。ホストプロセッサ４０
は、在庫が存在することが判明した商品については、在
庫分を直ちに宅配するよう配送センターに指示を出し、
全店発注データテーブル１１００からは削除する。その
後、残った発注データに基づいて、卸業者もしくはメー
カに対して発注処理を行うことにより、余分な発注を行
わず、在庫を有効活用できる。

〔発明の効果〕

本発明によれば、顧客が買物中、希望する商品が品切れ
であった場合でも、既存のＰＯＳデータを使い顧客自身
の手で容易に希望商品を自動発注し、在庫を有効活用し
つつ宅配手続きが可能となるので、顧客へのサービスが
一段と向上する。

【図面の簡単な説明】

第１図は本発明の実施例を実現する為の営業店システム
の模式図、第２図及び第３図は本発明の実施例を実現す
る為の取引処理を表わすフローチャート、第４図から第
１１図は本発明の詳細な説明するための説明図であり、
第４図は商品属性を対話的に入力する過程、第５図は入
力した商品属性に基づいてＰＬＯテーブルを検索する過
程。 第６図は検索した商品データに対し確認し、希望する個
数と届け先を入力する過程、第′７図は商品の宅配希望
を選択する場合の対話過程、第８図はＩＣカードを用い
て届け先の入力を行う場合の例、第９図は発注伝票に商
品到着予定日時刻を印字する場合の例、第１０図は店舗
に在庫がある場合の例、第１１１ｇＩは配送センターに
在庫がある場合の例を示す。 １・・・店舗、２・・・本部、３・・・配送センター、
４・・・顧客宅、５・・・顧客、６・・・店員、７・・
・店畏、８・・・センター要員、１０・・・顧客発注デ
ータ入出力制御装置、１１．３１．５１・・・ＣＲＴ、
１２，３２，５２・・・キーボード、１３・・・カード
リーダ、１４・・・発注伝票プリンタ、２０・・・ＰＯ
８端末本体、２１・・・ＰＯ８用キーボード、２２・・
・バーコードスキャナ、２３・・・ＰＯ８用表示器、２
４・・・２ステーシヨンプリンタ、３０・・・ストアコ
ントローラ本体、３３・・・店舗商品マスク記憶部、３
４・・・ＰＯ８売上データ記憶部、３５・・・店舗発注
データ記憶部、３６・・・店舗在庫データ記憶部、４０
・・・ホストプロセッサ、４１・・・通信制御装置、４
３・・・全店商品マスタ記憶部、４４・・・全店売上デ
ータ記憶部、４５．５５・・・全店発注データ記憶部、
５０・・・センタ一端末本体、５６・・・センター仕入
れ／在庫データ記憶部、５７・・・配送／宅配データ記
憶部、１００〜１０３・・・モ不 図 （トン ＜Ｃ） 亀ミ誤ミーに １啼　☆慢　嘴階 （（Ｌ） 回 （トン （Ｃ）

Claims (1)

1. 【特許請求の範囲】 １、ＰＯＳ等の販売時点管理端末を導入した店舗と、各
   店舗の売上情報を集中処理するプロセッサを有する本部
   と、店舗あるいは本部からの発注に従つて仕入れた商品
   の仕分け・配送を行う配送センターとを通信手段で結ぶ
   小売業等の営業店システムにおいて、店舗内の販売時点
   管理端末に対して、検索された商品情報および入力され
   た希望商品個数、商品届け先住所からなる商品発注情報
   を送信する手段を設けたことを特徴とする商品管理シス
   テム。 ２、請求項第１項記載の商品管理システムにおいて、検
   索された商品情報および入力された希望商品個数、商品
   届け先住所からなる商品発注情報を本部および配送セン
   ターに送信し、本部では受信した情報に基づき商品の発
   注処理を行い、配送センターでは受信した情報に基づき
   仕入れた商品を顧客まで配送することを特徴とする商品
   管理システム。 ３、請求項第１項記載の商品管理システムにおいて、商
   品の属性情報にて商品を検索することを特徴とする商品
   管理システム。 ４、請求項第１項記載の商品管理システムにおいて、商
   品に対応したコードにて商品を検索することを特徴とす
   る商品管理システム。 ５、請求項第１項記載の商品管理システムにおいて、宅
   配を希望するか否かを選択・入力する手段を設けたこと
   を特徴とする商品管理システム。 ６、請求項第１項記載の商品管理システムにおいて、予
   め届け先の情報を記憶したＩＣカード等の記憶媒体にて
   商品の届け先を入力することを特徴とする商品管理シス
   テム。 ７、請求項第１項記載の商品管理システムにおいて、商
   品到着予定時刻を発注伝票に印字する手段を設けたこと
   を特徴とする商品管理システム。 ８、請求項第１項記載の商品管理システムにおいて、発
   注情報を送信する時点で店舗の在庫情報を参照し、店舗
   に在庫がある場合は、在庫有との情報を報知し、発注を
   取り消すことを特徴とした商品管理システム。 ９、請求項第１項記載の商品管理システムにおいて、本
   部にて発注する時点で配送センターの在庫情報を参照し
   、配送センターに在庫がある場合は発注処理を行わない
   で、在庫分を直ちに配送することを特徴とする商品管理
   システム。