JP2002145420A

JP2002145420A - 棚卸し管理システム及びネットワークを用いた棚卸し管理システム

Info

Publication number: JP2002145420A
Application number: JP2000347079A
Authority: JP
Inventors: Hiroshi Inoue; 央井上; Masabumi Nakabayashi; 正文中林
Original assignee: Sagawa Express Co Ltd
Current assignee: Sagawa Express Co Ltd
Priority date: 2000-11-14
Filing date: 2000-11-14
Publication date: 2002-05-22
Anticipated expiration: 2020-11-14
Also published as: JP4733827B2

Abstract

(57)【要約】【課題】経験の浅い作業者であっても短時間で棚卸し作
業ができると共に、多数の店舗を設けた会社であっても
本部で棚卸し時の各店の在庫を直ぐに把握できる棚卸し
システムを得る。【解決手段】Ａ店の棚卸しに際して、運輸会社が棚卸
し管理パソコン１と、ＣＤ−ＲＯＭ２と、ＨＤＴ３ｉ
（３ａ、３ｂ、…）と、ＨＤＴ接続器４ｉ（４ａ、４
ｂ、…）と、プリンタ５と、各接続ケーブル等をＡ店に
持ち込んで、図１に示すように、Ａ店の店舗管理サーバ
６とを接続する。棚卸し管理パソコン１は、このＨＤＴ
データと、店舗管理サーバ６の在庫データとが相違した
とき、アンマッチリスト等をプリンタ５を用いて出力さ
せて再スキャニングさせ、これでも実データと相違して
いるときに、再スキャニングの実績データを現時点の在
庫として確定し、在庫データを更新してＣＤ−ＲＯＭ２
に記憶する。また、ＨＤＴ３ｉが棚Ａｉの実データを集
積する毎に、棚卸し管理パソコン１が画面の棚レイアウ
ト図の棚Ａｉを作業種類に応じた色別表示させる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、棚卸しの管理に関
し、特にネットワークを用いて短時間で棚卸し作業がで
きる棚卸しシステムに関する。

【０００２】

【従来の技術】在庫管理は、定期的な棚卸しによって管
理するのが一般的である。例えば、棚卸しの時期になる
と、店の作業員が棚に陳列されている商品の個数を記帳
して、在庫台帳を更新するような資産管理のみを行うの
が殆どである。

【０００３】また、この棚卸し時には、商品の個数と、
売り上げ台帳と比較し、数が合わない場合は何らかの処
置を施す場合もある。このような棚卸し作業は、手作業
で行っているから非常に時間がかかる。

【０００４】そこで、近年はコンピュータとバーコード
リーダとを用いた棚降ろし作業もある。この棚降ろし作
業は、作業員がバーコードリーダで商品を片っ端からス
キャニングして行き、この読み込みデータをコンピュー
タに入力して画面に表示させる。そして、印字した在庫
リストと画面の入力データとを比較し、数が合わない場
合は、何らかの処置を施していた。

【０００５】一方、近年は、Ａ会社が地域毎に店舗を設
けることがある。このような場合は、本部で商品を一括
購入して、各地域の店舗に振り分けして棚に陳列させる
のが一般的である。

【０００６】この一括購入した商品を各店舗に送るに
は、運送会社に依頼して店舗毎の商品を届けさせて棚に
陳列させる。この陳列作業は、運送会社が請け負う場合
もある。

【０００７】また、このような会社の棚卸しは、全店又
は地域毎に一斉に行う場合もあり、例えば、コンピュー
タとバーコードリーダとを用いて、各店の作業がバーコ
ードリーダで商品を片っ端からスキャニングして行き、
この読み込みデータをコンピュータに入力して棚降ろし
の在庫リストを印字させて本部に送る。

【０００８】本部では各点の在庫リストを集めて、本部
のコンピュータの在庫リストに入力していた。

【０００９】このような方式においても棚降ろしの作業
は、どこにどのような商品を陳列しているかを知ってい
る作業員であれば、非常に作業が早かった。

【００１０】

【発明が解決しようとする課題】しかしながら、従来の
棚卸し作業は、棚卸し対象の商品について個数、商品面
等を収集するものであるから店の棚降ろし作業に熟練し
ている作業者でなければ、作業効率が悪いという課題が
あった。

【００１１】また、多数の店舗を有する会社が各店舗の
商品について一斉に棚卸しを行っても、各店の棚降ろし
の在庫リスト表を本部に送り、本部のオペレータが手作
業で本部のコンピュータに入力して中央の在庫リストを
得るものであるから、本部において、全店舗の在庫を把
握するのに時間がかかるという課題があった。

【００１２】本発明は以上の課題を解決するためになさ
れたもので、経験の浅い作業者であっても短時間で棚卸
し作業ができると共に、多数の店舗を設けた会社であっ
ても本部で棚卸し時の各店の在庫を直ぐに把握できる棚
卸しシステムを得ることを目的とする。

【００１３】

【課題を解決するための手段】本発明の棚卸し管理シス
テムは、店舗の棚番号を棚に貼り付け、かつ該棚の棚卸
し対象の商品に商品コードを貼り付けて、収集された前
記商品の実収集情報と、店舗の商品在庫を商品番号と個
数とからなる在庫情報とで現時点の在庫情報を得る棚卸
し管理システムにおいて、各種操作キーを備え、これら
のキー操作によって、前記在庫情報を記憶した後に、前
記棚番号、商品の商品コードを読み取り、該商品コード
に対応する前記在庫情報から個数を減算し、該減算結果
を前記実収集情報として、送出する多数の携帯端末と、
前記店舗の在庫情報を管理している管理ホストから前記
店舗の複数の商品の在庫情報を読み込んで記憶し、これ
らの在庫情報を前記携帯端末の接続に伴って送信、又は
前記携帯端末からの実収集情報の個数が前記在庫情報に
一致していないことを示しているときは、その個数を前
記在庫情報の差として、商品名と共に出力する棚卸し管
理装置とを備えてことを要旨とする。

【００１４】本発明のネットワークを用いた棚卸し管理
システムは、サーバ側からネットワークを介してコンピ
ュータシステムにより、各店舗の棚卸し情報を中央のホ
ストコンピュータに送信するネットワークを用いた棚卸
し管理システムである。

【００１５】前記各店舗は、予め記憶された店舗内の複
数の商品の在庫情報と、携帯端末によって収集された棚
の商品の実収集情報との差を、店舗番号と共に店舗棚卸
し情報として前記ネットワークを介して前記ホストコン
ピュータに送信する棚卸し管理サーバを備える。

【００１６】前記ホストコンピュータは、前記商品毎の
各店舗の個数を明記した在庫リストを記憶し、前記各店
舗の棚卸し管理サーバから前記店舗卸し情報の個数に、
前記在庫リストの商品の個数を更新する手段と、前記在
庫リストを表示又は印字させる手段とを備えたことを要
旨とする。

【００１７】ネットワークを用いた棚卸し管理システム
は、店舗毎に、棚卸し管理装置を管理する管理サーバを
それぞれ備え、これらの管理サーバからの棚卸し情報を
ネットワークを介して商品別に店舗毎に分類して保管す
るホストコンピュータからなるシステムと、前記店舗毎
の棚卸し管理装置とネットワークを介して接続され、各
棚卸し管理装置からの棚卸しの作業状況を収集して、こ
の状況を画面で知らせる棚卸し作業本部のサーバとから
なるネットワークを用いた棚卸し管理システムである。

【００１８】前記各店舗の棚卸し管理装置は、前記棚番
号を割り付けた前記店舗内のレイアウト図を備えて、棚
番号、商品コードを収集してこれらの実収集情報を作業
種別と共に送信する携帯端末と共に用いられる。

【００１９】前記レイアウト図を画面に表示して、前記
携帯端末からの実収集情報が入力する毎に、その実収集
情報の棚番号の前記レイアウト図の棚を前記作業種別に
応じた色に更新表示させる手段と、前記棚の色が更新さ
れる毎に前記棚番号と店番号と更新色とを棚卸し作業状
況情報として前記棚卸し作業本部のサーバに送信する手
段とを備える。

【００２０】前記棚卸し作業本部のサーバは、前記店舗
毎の棚のレイアウト図を店番号に関連付けたレイアウト
図を保管し、前記各店舗の棚卸し管理装置からの各棚卸
し作業状況情報の店番号に対応する前記保管しているレ
イアウト図を検索し、該検索したレイアウト図の棚を前
記棚卸し作業状況情報が示す色に更新する手段と、前記
保管しているレイアウト図を指示に従って読み出して画
面に表示させる手段とを備えたことを要旨とする。

【００２１】

【発明の実施の形態】＜実施の形態１＞図１は本実施の
形態の棚卸しシステムの概略構成図である。本実施の形
態１の棚卸しシステムは、Ａ店の棚卸しに際して、運輸
会社が棚卸し管理パソコン１と、ＣＤ−ＲＯＭ２と、Ｈ
ＤＴ３ｉ（３ａ、３ｂ、…）と、ＨＤＴ接続器４ｉ（４
ａ、４ｂ、…）と、プリンタ５と、各接続ケーブル等を
Ａ店に持ち込んで、図１に示すように、Ａ店の店舗管理
サーバ６とを接続する。

【００２２】そして、Ａ店の棚のレイアウト図（棚番号
付き）を棚卸し管理パソコン１が画面に表示させると共
に、店舗管理サーバ６から在庫データ（棚番号、商品
名、商品コード）をダウンロードする。一方、多数の作
業員がＨＤＴ３ｉを用いて、各棚の商品のバーコード
（ＪＡＮコード付き）をスキャニングして所定のエリア
が終わる毎にＨＤＴ接続器４ｉに接続する。

【００２３】棚卸し管理パソコン１は、このＨＤＴデー
タ（実データともいう）と、店舗管理サーバ６の在庫デ
ータとが相違したとき、アンマッチリスト等をプリンタ
５を用いて出力させて再スキャニングさせ、これでも実
データと相違しているときに、再スキャニングの実績デ
ータを現時点の在庫として確定し、在庫データを更新し
てＣＤ−ＲＯＭ２に記憶する。

【００２４】また、ＨＤＴ３ｉが棚Ａｉの実データを集
積する毎に、棚卸し管理パソコン１が画面の棚レイアウ
ト図の棚Ａｉを作業種類に応じた色別表示させる。

【００２５】すなわち、図１の棚卸しシステムの棚卸し
管理パソコン１は、図２に示すように、ＨＤＴ３ｉで得
た棚の商品の実データを保管するＨＤＴ実績ファイル１
０と、店の棚レイアウト図を保管するレイアウト図ファ
イル１１と、在庫データを記憶する在庫ファイル１２
と、実データと在庫データとの演算結果を保管する結果
ファイル１３とを備える。前述の棚レイアウト図は、運
輸会社の担当者が店の担当者と打ち合わせして得た棚レ
イアウト図であり、一般にはＣＤ−ＲＯＭで渡される。

【００２６】また、棚卸し管理パソコン１は、図２に示
すようにエリア色別表示処理部１４と、マッチング処理
部１５と、在庫データ決定処理部１６と、データ印刷指
示処理部１７とを備えている。

【００２７】エリア色別表示処理部１４は、レイアウト
図ファイル１１に記憶されているレイアウト図をグラフ
ィック機能で画面１８に表示する。このレイアウト図
は、例えば図４に示すように今回棚卸しするエリアが決
められており、このエリアに青色等を割り付けて表示さ
せる。

【００２８】また、マッチング処理部１５から指示の基
づく棚番号のエリアを、作業種別を示す色で色別表示
（スキャン終了（１回目、２回目）、アンマッチ追跡
中、確定完了等）する。

【００２９】マッチング処理部１５は、１回目、２回目
の実績データと、在庫データとを比較し、この比較結果
を結果ファイル１３に記憶する。

【００３０】在庫データ決定処理部１６は、結果ファイ
ル１３の結果に従って、現時点の在庫数を決定する。つ
まり、在庫ファイルの在庫データを更新する。

【００３１】データ印刷指示処理部１７は、指示に基づ
いて、各リストのデータを所定の形式でプリントアウト
させる。

【００３２】上記のように構成された実施の形態１の棚
卸しシステムについて図５のシーケンス図を用いて以下
に説明する。また、ＨＤＴは２台として説明する。

【００３３】また、図４の店の対象エリアについて棚卸
し作業を行う場合には、少なくとも事前に以下の準備作
業等を行ってもらうのが好ましい。

【００３４】（１）対象エリアを事前にテープ又はラベ
ル等で棚卸しエリアであることが分かるようにしてもら
うこと。

【００３５】（２）棚に棚降ろし番号が分かるように棚
番号ラベル（バーコード等が好ましい）を貼り付けても
らうこと。

【００３６】（３）対象エリアの各商品には、展示品、
中古品、売約品、修理品などが分かるようなポストイッ
トを貼り付けしてもらうこと。

【００３７】そして、図１に示す接続を行った後に、棚
卸し作業員のリーダは、図５に示すように、棚卸しパソ
コン１を操作して店舗管理サーバ６の在庫マスタファイ
ルから現時点の在庫データを送信させて在庫ファイル１
２に記憶する（ｄ１）。この在庫データは、商品名、商
品コード、個数、商品種別（展示品、中古品、売約品、
修理品等）からなっている。

【００３８】次に、ＨＤＴ３ｉをＨＤＴ接続４ｉに接続
して、棚卸しパソコン１から在庫データＢｉをダウンロ
ードさせる（ｄ２、ｄ３）。つまり、ＨＤＴ１には、店
の在庫データが保存されることになる。次に、ＨＤＴ３
ｉを各作業者に渡して、一回目のスキャン作業を行わせ
る（ｄ４）。

【００３９】そして、作業リーダが作業項目及び棚番
号、商品種別を指示する。例えば、作業項目は棚卸し、
棚番は「２１８」、商品種別は「良品」と指示する。こ
れによって、作業員は図３に示すようにＨＤＴ３ｉを操
作して行く。

【００４０】作業員は、例えばＨＤＴ３ｉを操作して作
業項目を選択する（Ｈ１）。次に、ＨＤＴ３ｉを用いて
棚番カード２０ｉ（２０ａ、２０ｂ、…）をスキャニン
グして棚番を内部に取り込む（Ｈ２）。

【００４１】次に、作業リーダの指示に従って、例えば
棚上段左より商品をＨＤＴ３ｉでスキャンして（Ｈ
３）、１棚を終了させる（Ｈ４）。

【００４２】このスキャニングに伴ってＨＤＴ３ｉは、
Ｈ２で読み込んだ在庫データＲｐとスキャニング時のＨ
ＤＴデータＫｉとを照合し、在庫データＲｐと同じ場合
は、その在庫データＲｐから減算する。

【００４３】例えば、実データＫｉが「ＬＥＴ’ＳＮＯ
ＴＥＭ１」、ＪＡＮコードが「４９１２３４５６７８９
０１」の場合に、在庫データＲｐが「ＬＥＴ’ＳＮＯＴ
ＥＭ１」、ＪＡＮコードが「４９１２３４５６７８９０
１」＝１００個を示している場合は、１００−１＝９９
とする。

【００４４】次に、作業リーダが次の棚のスキャニング
の指示を行ったかを判断し、次の棚があると指示された
ときは、再び初めに戻って作業リーダの指示に従った項
目を入力して、次の棚の商品をスキャニングする（Ｈ
５）。また、良品に代えて同じ棚の展示品、不良品、…
の順にスキャニングする場合もある。

【００４５】また、次の棚がないと指示されたときは、
ＨＤＴ３ｉをＨＤＴ接続器４ｉを接続し、収集した商品
の実データＭｉを棚卸しパソコン１に送信する（図３の
Ｈ６、図５のｄ６）。この実データＭｉは、送信指示が
なされる間でのＨＤＴデータＫｉと在庫データＲｐとの
差を取った総合数であり、例えば、２１８番の棚の「Ｌ
ＥＴ’ＳＮＯＴＥＭ１、４９１２３４５６７８９０１」
が実際に１００個有った場合は、「ＬＥＴ’ＳＮＯＴＥ
Ｍ１、４９１２３４５６７８９０１＝０」とした実績デ
ータＫｉが送出される。

【００４６】また、「ＬＥＴ’ＳＮＯＴＥＭ１、４９１
２３４５６７８９０１」が「９９個」、棚に存在した場
合は、「ＬＥＴ’ＳＮＯＴＥＭ１、４９１２３４５６
７８９０１＝−１」とした実績データＫｉが送出され
る。

【００４７】棚卸し管理パソコン１は、ＨＤＴ３ｉで取
り込んだ実データＫｉ（Ｋ１、Ｋ２、…）をＨＤＴ実績
ファイル１０に記憶する。ＨＤＴ実績ファイル１０をエ
リア別色表示処理部１４が監視しており、実績データＫ
ｉの作業種別を示す色で画面の棚レイアウト図の棚番号
の棚を色別表示する。

【００４８】例えば、図４の「２１８」番の棚について
の１回目のスキャングの場合は、「２１８」番の棚を黄
色にする。

【００４９】また、マッチング処理部１５は、図６に示
すマッチング処理を行う。マッチング処理部１５は、Ｈ
ＤＴ実績ファイル１０の１回目の実績データＫｉ（商品
棚卸し実データ）と、在庫ファイル１２の在庫データＲ
ｉ（Ｒ１、Ｒ２、…；サーバから得た在庫データ）とを
比較し（Ｓ１、Ｓ２）、個数が在庫データＲｉの個数と
一致しているかどうかを判定し（Ｓ３）、この判定デー
タを判定結果ファイル１３に記憶する。

【００５０】ステップＳ３で個数が一致していないと判
定したときは、データ印刷指示処理部１７を用いてアン
マッチリストを印字させる（Ｓ４）。例えば、実績デー
タＫｉが「ＬＥＴ’ＳＮＯＴＥＭ１、４９１２３４５６
７８９０１＝−１」である場合は、図７に示すように、
実績に「９９」、差異に「−１」としたアンマッチリス
トを印字出力する。

【００５１】次に、このアンマッチ出力を作業リーダが
見て、２回目の棚卸し作業を行わせる指示を行い、再び
作業員はＨＤＴ３ｉを操作して上記と同様な入力を行っ
て（ｄ７）、同じ棚をスキャニングした後に、ＨＤＴ接
続器４ｉに接続して実績データＫｉを棚卸し管理パソコ
ン１に送信させる（Ｓ５、図５のｄ８、ｄ９）。

【００５２】そして、棚卸し管理パソコン１のマッチン
グ処理部１５は、２回目の実績データＫｉと、在庫ファ
イル１２の在庫データＲｉ（Ｒ１、Ｒ２、…；サーバか
ら得た在庫データ）とを比較し（Ｓ６、Ｓ７）、個数が
在庫データＲｉの個数と一致しているかどうかを判定し
（Ｓ８）、この判定データを判定結果ファイル１３に記
憶する。

【００５３】ステップＳ７で２回目の個数が在庫データ
Ｒｉと一致していないと判定したときは、一回目の実績
データＫｉと２回目の実績データＫｉとが一致している
かどうかを判定する（Ｓ８）。

【００５４】ステップＳ８において、一日目、２回目と
も在庫データＲｉと一致していないと判定したときは、
処理をステップＳ４に戻してアンマッチリストを送出さ
せて再度スキャニング調査を行う。

【００５５】また、２回目の実績データＫｉが在庫デー
タＲｐと一致しているときは、在庫データ決定処理部１
６がその２回目の実績データＫｉを棚卸し時の確定した
在庫データＲｈとする。さらに、１回目及び２回目の実
績データＫｉが一致しているときは、在庫データ決定処
理部１６が１回目を棚卸し時の確定した在庫データＲｈ
とする。そして、この在庫データＲｈに前回の在庫デー
タＲｐを更新し（Ｓ９）、リストを印字させる（Ｓ１
１）。

【００５６】また、ステップＳ３で、在庫データＲｉと
１回目の実績データＫｉとが一致していると判定したと
きは、在庫データ決定処理部１６が在庫データＲｉを実
績として確定する（Ｓ１０）。つまり、在庫ファイル１
２の在庫データＲｉの更新を行わない。

【００５７】一方、エリア別色表示処理部１４は２回目
又は在庫が確定とされたときは、例えば、図４の「２１
８」番の棚についての２回目のスキャングの場合は、
「２１８」番の棚をミドリにし、在庫確定のときはオレ
ンジにする。

【００５８】これによって、作業管理者、店の担当者
は、棚卸しの状況をリアルタイムで把握できることにな
るから、空いた作業者を別の棚に回す等の指示ができ
る。

【００５９】また、プリンタ５を用いて、結果ファイル
のデータ、実績ファイルのデータ、在庫ファイルのデー
タをリストにして送出し、かつこれらをＣＤ−ＲＯＭ２
に記憶して渡す。

【００６０】＜実施の形態２＞図８は実施の形態２の棚
卸しシステムの概略構成図である。本実施の形態は、例
えば、Ａ会社が複数店舗を備えている場合の棚卸しのシ
ステムであり、例えば、複数店舗を一度に棚卸しする場
合に、Ａ会社の中央ホストコンピュータ２５に対して各
店舗のサーバ６ｉ（６ａ、６ｂ、…）が前述の方式で
収集した棚卸し状況をリアルタイムに送信することで、
Ａ会社の本部担当者が全店舗の棚卸し状況を把握するよ
うにする。

【００６１】このため、図８に示すように、各店舗の店
舗管理サーバ６ｉは、専用回線で本部の中央ホストコン
ピュータ２５と接続する。

【００６２】以下に実施の形態２の動作を図９のシーケ
ンス図を用いて説明する。

【００６３】各店舗は、図９に示すように、少なくとも
事前に実施の形態１と同様な準備作業等を行ってもら
う。

【００６４】そして、図１に示す接続を行った後に、棚
卸し作業員のリーダは、棚卸しパソコン１を操作して店
舗管理サーバ６の在庫マスタファイルから現時点の在庫
データを送信させて在庫ファイル１２に記憶する（図９
ｄ１）。

【００６５】次に、ＨＤＴ３ｉをＨＤＴ接続４ｉに接続
して、棚卸しパソコン１から在庫データＢｉをダウンロ
ードさせる（図９ｄ２、ｄ３）。

【００６６】そして、ＨＤＴ３ｉを各作業者に渡して、
一回目のスキャン作業を行わせた後に（図９ｄ４）、次
の棚がないと指示されたときは、ＨＤＴ３ｉをＨＤＴ接
続器４ｉを接続して収集した商品の実データＭｉを棚卸
しパソコン１に送信する（図９のｄ５、ｄ６）。

【００６７】次に、２回目の棚卸し作業を行わせる指示
を行い、再び作業員はＨＤＴ３ｉを操作して上記と同様
な入力を行って（図９ｄ７）、同じ棚をスキャニングし
た後に、ＨＤＴ接続器４ｉに接続して実績データＫｉを
棚卸し管理パソコン１に送信させる（図９のｄ８、ｄ
９）。

【００６８】そして、棚卸し管理パソコン１は、２回目
の実績データＫｉと、在庫ファイル１２の在庫データＲ
ｉ（Ｒ１、Ｒ２、…；サーバから得た在庫データ）とを
比較し、一回目、２回目とも在庫データＲｉと一致して
いないと判定したときは、アンマッチリストを送出させ
て再度スキャニング調査を行う。

【００６９】また、２回目の実績データＫｉが在庫デー
タＲｐと一致しているときは、その２回目の実績データ
Ｋｉを棚卸し時の確定した在庫データＲｈとする。さら
に、１回目及び２回目の実績データＫｉが一致している
ときは、１回目を棚卸し時の確定した在庫データＲｈと
する。そして、この在庫データＲｈに前回の在庫データ
Ｒｐを更新し、リストを印字させる。

【００７０】また、在庫データＲｉと１回目の実績デー
タＫｉとが一致していると判定したときは、在庫データ
Ｒｉを実績として確定する。

【００７１】このようにして確定した各店の在庫データ
Ｒｉが本部のホストコンピュータ２６に送信される。

【００７２】例えば、図１０に示すように、今月の棚卸
実績は、パソコンにおいては、茅ヶ崎店が「２２２」、
大和店では「４１２」、港北本店では「３５７」、東村
山店では「３２７」であることが分かるから、棚卸し時
に全店の今月の在庫と売り上げが一目で分かる。このた
め、商品の仕入れ、売り上げが多い店に商品を振り分け
させるなどの指示ができる。これらのデータはプリンタ
２６を用いて印字する。

【００７３】＜実施の形態３＞図１１は実施の形態３の
棚卸しシステムの概略構成図である。実施の形態３の棚
卸しシステムは、Ａ会社が複数店舗を一度に棚卸しする
場合において、Ａ会社は安く、かつ早く棚卸しを終えた
い。

【００７４】そこで、棚卸し本部の管理サーバ３１にＡ
会社の各店舗の店図（棚レイアウト図）と、作業人員を
記憶しておき、この管理サーバ３１と各店舗に持ち込ん
だ棚卸し管理パソコン１ａ、１ｂ、…とインターネット
３０で接続し、ＨＤＴ３ｉを接続したときに各店舗での
棚卸し状況（棚番号、個数、スキャニング回数等）をイ
ンターネット３０でリアルタイムで送信する。

【００７５】図１２は実施の形態３のシーケンス図であ
る。Ａ店、Ｂ店では、図１に示す接続を行った後に、棚
卸し作業員のリーダに従って、ＨＤＴ３ｉを操作して、
一回目のスキャン作業の実績データＫｉ、２回目のスキ
ャン作業の実績データＫｉを棚卸し管理パソコン１ａ、
１ｂ…に送出する（ｄ２０、ｄ２１、ｄ２２、ｄ２
３）。棚卸し管理パソコン１ａ、１ｂ、…は、それぞれ
２回目の実績データＫｉと、在庫ファイル１２の在庫デ
ータＲｉ（Ｒ１、Ｒ２、…；サーバから得た在庫デー
タ）とを比較し、一回目、２回目とも在庫データＲｉと
一致していないと判定したときは、アンマッチリストを
送出させて再度スキャニング調査を行う。

【００７６】また、２回目の実績データＫｉが在庫デー
タＲｐと一致しているときは、その２回目の実績データ
Ｋｉを棚卸し時の確定した在庫データＲｈとする。さら
に、１回目及び２回目の実績データＫｉが一致している
ときは、１回目を棚卸し時の確定した在庫データＲｈと
する。そして、この在庫データＲｈに前回の在庫データ
Ｒｐを更新する。

【００７７】また、在庫データＲｉと１回目の実績デー
タＫｉとが一致していると判定したときは、在庫データ
Ｒｉを実績として確定する。

【００７８】このようにして確定した各店の在庫データ
Ｒｉが本部のホストコンピュータ２６に送信される。

【００７９】一方、各店舗の棚卸しパソコン１ａ、１
ｂ、…は、エリア別色表示処理部１４を備え、エリア別
色表示処理部１４が実績データＫｉの作業種別を示す色
で画面の棚レイアウト図の棚番号の棚を色別表示する。

【００８０】例えば、図４の「２１８」番の棚について
の１回目のスキャングの場合は、「２１８」番の棚を黄
色にする。回目又は在庫が確定とされたときは、例え
ば、図４の「２１８」番の棚についての２回目のスキャ
ングの場合は、「２１８」番の棚をミドリにし、在庫確
定のときはオレンジにする。

【００８１】このとき、各店舗の棚卸しパソコン１ａ、
１ｂ、…は、棚番号、店番号、色とを作業状況データと
してインターネットプロトコルで作業本部の管理サーバ
３１に送信する（ｄ２３、ｄ２４）。

【００８２】作業本部の管理サーバ３１は、各店毎の作
業状況ファイル３５、３６を備え、この作業状況ファイ
ルに各店からの作業状況データを記憶する（ｄ２５、ｄ
２６）。

【００８３】また、作業本部の管理サーバ３１は、各店
の棚レイアウト図を記憶したファイル３７を備え、グラ
フィック機能を用いて画面に例えば図１３に示すように
Ａ店の棚レイアウト図と、Ｂ店の棚レイアウト図とを表
示させている。

【００８４】次に、作業本部の管理サーバ３１の各店状
況表示処理部３８が棚卸しパソコン１ａ、１ｂ、…はか
らの作業状況データを解読し、画面に表示されている棚
番号を作業状況データに基づく色で表示させる。

【００８５】これによって、例えばＡ店のレイアウト図
（図１３のａ）の対象エリアの棚が黄色に表示される
と、Ａ店では１回目のスキャンであることが直ちに本部
で分かることになる。

【００８６】また、Ｂ店の対象エリア（図１３のｂ）が
オレンジ色で表示された場合は、Ｂ店で棚卸しが完了し
たことが直ちに分かる。

【００８７】つまり、本部の管理者は、Ａ店では作業が
遅れているので、Ｂ店から作業者を移動させて手伝わせ
ることが良いと判断できる。

【００８８】しかし、Ａ店が開店間もない場合は、その
場所がどこにあるかが分からない。そこで、管理サーバ
３１は、地図ファイル４０からＡ店の地図を読み出し
て、これを移動先地図（図１４参照）としてインターネ
ット３０でＢ店に送信する（ｄ２８）。また、ＰＨＳを
用いて、作業本部の担当者はＢ店の作業リーダのＰＨＳ
に電話をかけて、Ｂ店に作業手伝いに生かせる指示を行
い（ｄ２９）、かつＡ店の作業リーダのＰＨＳに電話を
かけてＢ店から手伝いに生かせることを知らせる（ｄ３
０）。また、Ｂ店の作業リーダはインターネットで送ら
れてきた移動先地図（Ａ店；図１４）を見て、ＰＨＳで
Ａ店の作業リーダに到着予定時刻、人員等を伝える（ｄ
３１）。

【００８９】すなわち、作業本部は、作業が遅れている
店舗に、既に作業が終わる店舗の作業員を割り振る指示
を行うことで、Ａ店の棚卸し作業を早く終了させること
ができると共に安くできる。

【００９０】なお、上記の各実施の形態の一例では、１
回目と２回目の実績データＫｉとが一致したときに、１
回目を確定した在庫としたが１回目と２回目とが不一致
となったときに、単に２回目を確定とした在庫としても
よい。これは、１回目が記憶している在庫と不一致な場
合には、作業者は２回目についてはより慎重になるもの
であるから、２回目を単に確定とした在庫としても、合
っている確率は非常に高いと考えられるからである。

【００９１】

【発明の効果】以上のように本発明の棚卸し管理システ
ムによれば、棚卸し管理装置が管理ホストから複数の商
品の在庫情報を携帯端末接続器を用いて携帯端末にダウ
ンロードした後に、携帯端末で実際に棚番号と、棚卸し
対象の商品の商品コードを収集させる。このとき、携帯
端末は、読み込んだ在庫情報から個数を減算した結果を
実収集情報として棚卸し管理装置に送出する。

【００９２】棚卸し管理装置は、携帯端末の実収集情報
を入力し、該実収集情報が在庫情報に対して差があるこ
とを示しているときは、その個数を在庫情報の差とし
て、商品名と共に画面又はリストで出力する。

【００９３】このため、ＰＯＳ端末によってホストの在
庫情報が常に更新されるようなシステムにおいては、実
集積情報と在庫情報とに差があるかどうかを容易に判断
でき、結果として再度の確認作業を直ぐに指示できると
いう効果が得られている。

【００９４】また、携帯端末は単に棚卸し対象の商品の
商品コードを読みとるだけであるから、不慣れな作業者
で容易に棚卸し対象の商品を収集できるという効果が得
られている。

【００９５】何度かの確認作業（収集作業を含む）を行
っても差があるときは、実収集情報の個数を現在の在庫
情報としているので、実状に沿った在庫情報を得ること
になる。

【００９６】また、店舗内のレイアウト図を表示し、こ
のレイアウト図の棚を作業種別（開始、終了、作業中、
再作業中等）に応じて色で表示するので、作業管理者は
作業の進捗を一目で把握できるという効果が得られてい
る。

【００９７】さらに、本発明のネットワークを用いた棚
卸し管理システムによれば、各店舗からの棚卸し情報を
ネットワークを介して中央のホストコンピュータが収集
し、この収集データの結果から商品毎に、かつ店舗毎に
個数を明記した在庫リストを生成する。

【００９８】このため、複数の店舗の在庫情報を一度に
把握できるので、在庫が不足している店舗に対して、在
庫が余っている店舗からその商品を運ばせる等の運用を
一元管理できるという効果が得られている。

【００９９】さらに、本発明のネットワークを用いた棚
卸し管理システムによれば、各店舗における携帯端末、
棚卸し管理装置、管理管理サーバで棚の商品の在庫を収
集させながら各棚卸し管理装置から棚卸しの状況を示す
棚卸し作業状況（店番号、棚番号、色）をネットワーク
を用いて作業本部のサーバに送信させる。

【０１００】そして、棚卸し作業本部のサーバは、店舗
毎の棚のレイアウト図を備え、各棚卸し作業状況情報の
店番号に対応するレイアウト図の棚を棚卸し作業状況情
報が示す色に更新して表示する。

【０１０１】このため、例えばＡ会社が複数店舗を一度
に棚卸しする場合において、作業本部では、各店舗の棚
卸しの進捗を一目で把握できることになるから、作業が
遅れている店舗に、作業が早く終えた店舗の作業員を派
遣できる。従って、棚卸し作業を早く終了させることが
できるという効果が得られている。

【０１０２】また、作業が遅れているＡ店舗に、作業を
早く終えた店舗Ｂの作業員を派遣する場合は、作業本部
がネットワークを介して移動先であるＡ店舗の区域地図
を送信するので、Ｂ店舗ではカーナビ、市販地図等に移
動先が載っていなくとも、直ぐに移動先が分かる。この
ため、移動先に早く到着できることになるから棚卸し作
業を早く終えることができる。

【図面の簡単な説明】

【図１】本実施の形態１の棚卸しシステムの概略構成図
である。

【図２】棚卸し管理パソコンの概略構成図である。

【図３】棚卸し時のＨＤＴの操作手順を説明する説明図
である。

【図４】棚卸し管理パソコンに表示されるレイアウト図
を説明する説明図である。

【図５】実施の形態１の棚卸しシステムのシーケンス図
である。

【図６】棚卸し管理パソコンの動作を説明するフローチ
ャートである。

【図７】アンマッチリストを説明する説明図である。

【図８】実施の形態２の棚卸し管理システムの概略構成
図である。

【図９】実施の形態２の棚卸し管理システムのシーケン
ス図である。

【図１０】ホストコンピュータの棚卸し実績リストを説
明する説明図である。

【図１１】実施の形態３の棚卸し管理システムの概略構
成図である。

【図１２】実施の形態３の棚卸し管理システムのシーケ
ンス図である。

【図１３】実施の形態３における棚卸し状況を知らせる
ための作業本部の画面を説明する説明図である。

【図１４】実施の形態３における移動先地図を説明する
説明図である。

【符号の説明】

１棚卸し管理パソコン２ＣＤ−ＲＯＭ３ｉＨＤＴ４ｉＨＤＴ接続器５プリンタ６店舗管理サーバ１０ＨＤＴ実績ファイル１４エリア色別表示処理部１５マッチング処理部１６在庫データ決定処理部１７データ印刷指示処理部

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０６Ｆ 17/60 ５０６Ｇ０６Ｆ 17/60 ５０６

Claims

【特許請求の範囲】

【請求項１】店舗の棚番号を棚に貼り付け、かつ該棚
の棚卸し対象の商品に商品コードを貼り付けて、収集さ
れた前記商品の実収集情報と、店舗の商品在庫を商品番
号と個数とからなる在庫情報とで現時点の在庫情報を得
る棚卸し管理システムにおいて、各種操作キーを備え、これらのキー操作によって、前記
在庫情報を記憶した後に、前記棚番号、商品の商品コー
ドを読み取り、該商品コードに対応する前記在庫情報か
ら個数を減算し、該減算結果を前記実収集情報として、
送出する多数の携帯端末と、前記店舗の在庫情報を管理している管理ホストから前記
店舗の複数の商品の在庫情報を読み込んで記憶し、これ
らの在庫情報を前記携帯端末の接続に伴って送信、又は
前記携帯端末からの実収集情報の個数が前記在庫情報に
一致していないことを示しているときは、その個数を前
記在庫情報の差として、商品名と共に出力する棚卸し管
理装置とを有することを特徴とする棚卸し管理システ
ム。
【請求項２】前記携帯端末の接続し、該接続された携
帯端末からの実収集情報を前記棚卸し管理装置に送信又
は前記棚卸し管理装置からの前記在庫情報を、接続され
た携帯端末に送信する所定数の携帯端末接続器とを有す
ることを特徴とする請求項１記載の棚卸し管理システ
ム。
【請求項３】前記棚卸し管理装置は、前記携帯端末での初回の実収集情報と前記在庫情報とに
差が発生したときは、前記棚の前記携帯端末による次回
実収集情報と前回の前記実収集情報とを比較し、両方が
一致したとき、いずれかを前記現時点の在庫情報として
確定する手段と、この確定した在庫情報に前記管理ホストからの在庫情報
を更新する手段とを有することを特徴とする請求項１又
は２記載の棚卸し管理システム。
【請求項４】前記次回の実収集情報と前記前回の実収
集情報とに差が生じたときは、次回の実収集情報を前記
現時点の在庫情報として確定する手段とを有することを
特徴とする請求項３記載の棚卸し管理システム。
【請求項５】前記携帯端末は、前記棚番号と、作業種別とを実収集情報に含ませて送出
する手段を備え、前記棚卸し管理装置は、前記棚に棚番号を割り付けた前記店舗内のレイアウト図
を備え、前記レイアウト図を画面に表示し、前記実収集情報が入
力する毎に、その実収集情報の棚番号の前記レイアウト
図の棚を前記作業種別に応じた色で表示させる手段とを
有することを特徴とする請求項１、２、３又は４記載の
棚卸し管理システム。
【請求項６】サーバ側からネットワークを介してコン
ピュータシステムにより、各店舗の棚卸し情報を中央の
ホストコンピュータに送信するネットワークを用いた棚
卸し管理システムであって、前記各店舗は、予め記憶された店舗内の複数の商品の在庫情報と、携帯
端末によって収集された棚の商品の実収集情報との差
を、店舗番号と共に店舗棚卸し情報として前記ネットワ
ークを介して前記ホストコンピュータに送信する棚卸し
管理サーバを備え、前記ホストコンピュータは、前記商品毎の各店舗の個数を明記した在庫リストを記憶
し、前記各店舗の棚卸し管理サーバから前記店舗卸し情
報の個数に、前記在庫リストの商品の個数を更新する手
段と、前記在庫リストを表示又は印字させる手段とを有するこ
とを特徴とするネットワークを用いた棚卸し管理システ
ム。
【請求項７】前記各店舗は、各種操作キーを備え、これらのキー操作によって、前記
在庫情報を記憶した後に、前記棚番号、商品の商品コー
ドを読み取り、該商品コードに対応する前記在庫情報か
ら個数を減算し、該減算結果を前記実収集情報として、
送出する多数の携帯端末と、前記店舗の在庫情報を管理している管理ホストから前記
店舗の複数の商品の在庫情報を読み込んで記憶し、これ
らの在庫情報を前記携帯端末の接続に伴って送信、又は
前記携帯端末からの実収集情報の個数が前記在庫情報に
一致していないことを示しているときは、その個数を前
記在庫情報の差として、商品名と共に出力する棚卸し管
理サーバと、前記携帯端末の接続し、該接続された携帯端末からの実
収集情報を前記棚卸し管理装置に送信又は前記棚卸し管
理装置からの前記在庫情報を、接続された携帯端末に送
信する所定数の携帯端末接続器とを備えていることを特
徴とする請求項６記載のネットワークを用いた棚卸し管
理システム。
【請求項８】前記棚卸し管理サーバは、前記携帯端末での初回の実収集情報と前記在庫情報とに
差が発生したときは、前記棚の前記携帯端末による次回
実収集情報と前回の前記実収集情報とを比較し、両方が
一致したとき、いずれかを前記現時点の在庫情報として
確定する手段と、この確定した在庫情報に前記管理ホストからの在庫情報
を更新する手段とを有することを特徴とする請求項６又
は７記載のネットワークを用いた棚卸し管理システム。
【請求項９】店舗毎に、棚卸し管理装置を管理する管
理サーバをそれぞれ備え、これらの管理サーバからの棚
卸し情報をネットワークを介して商品別に店舗毎に分類
して保管するホストコンピュータからなるシステムと、
前記店舗毎の棚卸し管理装置とネットワークを介して接
続され、各棚卸し管理装置からの棚卸しの作業状況を収
集して、この状況を画面で知らせる棚卸し作業本部のサ
ーバとからなるネットワークを用いた棚卸し管理システ
ムであって、前記各店舗の棚卸し管理装置は、前記棚番号を割り付けた前記店舗内のレイアウト図を備
えて、棚番号、商品コードを収集してこれらの実収集情
報を作業種別と共に送信する携帯端末と共に用いられ、前記レイアウト図を画面に表示して、前記携帯端末から
の実収集情報が入力する毎に、その実収集情報の棚番号
の前記レイアウト図の棚を前記作業種別に応じた色に更
新表示させる手段と、前記棚の色が更新される毎に前記棚番号と店番号と更新
色とを棚卸し作業状況情報として前記棚卸し作業本部の
サーバに送信する手段とを備え、前記棚卸し作業本部のサーバは、前記店舗毎の棚のレイアウト図を店番号に関連付けたレ
イアウト図を保管し、前記各店舗の棚卸し管理装置から
の各棚卸し作業状況情報の店番号に対応する前記保管し
ているレイアウト図を検索し、該検索したレイアウト図
の棚を前記棚卸し作業状況情報が示す色に更新する手段
と、前記保管しているレイアウト図を指示に従って読み出し
て画面に表示させる手段とを有することを特徴とするネ
ットワークを用いた棚卸し管理システム。
【請求項１０】前記棚卸し作業本部のサーバは、前記各店舗が存在する区域の地図を店番号に関連させて
保管し、該店番号の区域の地図を検索し、該検索した区
域の地図を、指定の店舗の前記棚卸し管理装置に送信す
る手段とを有することを特徴とする請求項９記載のネッ
トワークを用いた棚卸し管理システム。
【請求項１１】前記検索した区域の地図は、移動する
店舗先の区域の地図であることを特徴とする請求項９又
は１０記載のネットワークを用いた棚卸し管理システ
ム。