(57)【特許請求の範囲】
【請求項１】
店舗毎に、棚卸し管理装置を管理する店舗管理サーバをそれぞれ備え、これらの店舗管理サーバからの棚卸し情報をネットワークを介して商品別に店舗毎に分類して保管するホストコンピュータからなるシステムと、前記店舗毎の棚卸し管理装置とネットワークを介して接続され、各棚卸し管理装置からの棚卸しの作業状況を収集して、この状況を画面で知らせる棚卸し作業本部の管理サーバとからなるネットワークを用いた棚卸し管理システムであって、
前記各店舗の棚卸し管理装置は、
前記棚番号を割り付けた前記店舗内のレイアウト図を備えて、棚番号、商品コードを収集してこれらの実収集情報を作業種別と共に送信する携帯端末と共に用いられ、前記レイアウト図を画面に表示して、前記携帯端末からの実収集情報が入力する毎に、その実収集情報の棚番号の前記レイアウト図の棚を前記作業種別に応じた色に更新表示させる手段と、
前記棚の色が更新される毎に前記棚番号と店番号と更新色とを棚卸し作業状況情報として前記棚卸し作業本部の管理サーバに送信する手段と
を備え、
前記棚卸し作業本部の管理サーバは、
前記店舗毎の棚のレイアウト図を店番号に関連付けたレイアウト図を保管し、前記各店舗の棚卸し管理装置からの各棚卸し作業状況情報の店番号に対応する前記保管しているレイアウト図を検索し、該検索したレイアウト図の棚を前記棚卸し作業状況情報が示す色に更新する手段と、
前記保管しているレイアウト図を指示に従って読み出して画面に表示させる手段と、
前記各店舗が存在する区域の地図を店番号に関連させて保管し、該店番号の区域の地図を検索し、該検索した区域の地図を、指定の店舗の前記棚卸し管理装置に送信する手段とを有することを特徴とするネットワークを用いた棚卸し管理システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、棚卸しの管理に関し、特にネットワークを用いて短時間で棚卸し作業ができる棚卸しシステムに関する。
【０００２】
【従来の技術】
在庫管理は、定期的な棚卸しによって管理するのが一般的である。例えば、棚卸しの時期になると、店の作業員が棚に陳列されている商品の個数を記帳して、在庫台帳を更新するような資産管理のみを行うのが殆どである。
【０００３】
また、この棚卸し時には、商品の個数と、売り上げ台帳と比較し、数が合わない場合は何らかの処置を施す場合もある。このような棚卸し作業は、手作業で行っているから非常に時間がかかる。
【０００４】
そこで、近年はコンピュータとバーコードリーダとを用いた棚降し作業もある。この棚降し作業は、作業員がバーコードリーダで商品を片っ端からスキャニングして行き、この読み込みデータをコンピュータに入力して画面に表示させる。そして、印字した在庫リストと画面の入力データとを比較し、数が合わない場合は、何らかの処置を施していた。
【０００５】
一方、近年は、Ａ会社が地域毎に店舗を設けることがある。このような場合は、本部で商品を一括購入して、各地域の店舗に振り分けして棚に陳列させるのが一般的である。
【０００６】
この一括購入した商品を各店舗に送るには、運送会社に依頼して店舗毎の商品を届けさせて棚に陳列させる。この陳列作業は、運送会社が請け負う場合もある。
【０００７】
また、このような会社の棚卸しは、全店又は地域毎に一斉に行う場合もあり、例えば、コンピュータとバーコードリーダとを用いて、各店の作業がバーコードリーダで商品を片っ端からスキャニングして行き、この読み込みデータをコンピュータに入力して棚降しの在庫リストを印字させて本部に送る。
【０００８】
本部では各点の在庫リストを集めて、本部のコンピュータの在庫リストに入力していた。
【０００９】
このような方式においても棚降しの作業は、どこにどのような商品を陳列しているかを知っている作業員であれば、非常に作業が早かった。
【００１０】
【発明が解決しようとする課題】
しかしながら、従来の棚卸し作業は、棚卸し対象の商品について個数、商品面等を収集するものであるから店の棚降し作業に熟練している作業者でなければ、作業効率が悪いという課題があった。
【００１１】
また、多数の店舗を有する会社が各店舗の商品について一斉に棚卸しを行っても、各店の棚降ろしの在庫リスト表を本部に送り、本部のオペレータが手作業で本部のコンピュータに入力して中央の在庫リストを得るものであるから、本部において、全店舗の在庫を把握するのに時間がかかるという課題があった。
【００１２】
本発明は以上の課題を解決するためになされたもので、経験の浅い作業者であっても短時間で棚卸し作業ができると共に、多数の店舗を設けた会社であっても本部で棚卸し時の各店の在庫を直ぐに把握できる棚卸しシステムを得ることを目的とする。
【００１３】
【課題を解決するための手段】
本発明は、店舗毎に、棚卸し管理装置を管理する店舗管理サーバをそれぞれ備え、これらの店舗管理サーバからの棚卸し情報をネットワークを介して商品別に店舗毎に分類して保管するホストコンピュータからなるシステムと、前記店舗毎の棚卸し管理装置とネットワークを介して接続され、各棚卸し管理装置からの棚卸しの作業状況を収集して、この状況を画面で知らせる棚卸し作業本部の管理サーバとからなるネットワークを用いた棚卸し管理システムである。
【００１４】
前記各店舗の棚卸し管理装置は、
前記棚番号を割り付けた前記店舗内のレイアウト図を備えて、棚番号、商品コードを収集してこれらの実収集情報を作業種別と共に送信する携帯端末と共に用いられ、前記レイアウト図を画面に表示して、前記携帯端末からの実収集情報が入力する毎に、その実収集情報の棚番号の前記レイアウト図の棚を前記作業種別に応じた色に更新表示させる手段と、
【００１５】
前記棚の色が更新される毎に前記棚番号と店番号と更新色とを棚卸し作業状況情報として前記棚卸し作業本部の管理サーバに送信する手段と
を備え、
【００１６】
前記棚卸し作業本部の管理サーバは、
前記店舗毎の棚のレイアウト図を店番号に関連付けたレイアウト図を保管し、前記各店舗の棚卸し管理装置からの各棚卸し作業状況情報の店番号に対応する前記保管しているレイアウト図を検索し、該検索したレイアウト図の棚を前記棚卸し作業状況情報が示す色に更新する手段と、
【００１７】
前記保管しているレイアウト図を指示に従って読み出して画面に表示させる手段と、
【００１８】
前記各店舗が存在する区域の地図を店番号に関連させて保管し、該店番号の区域の地図を検索し、該検索した区域の地図を、指定の店舗の前記棚卸し管理装置に送信する手段とを備えたこ
とを要旨とする。
【００１９】
また、本発明は、
前記検索した区域の地図は、移動する店舗先の区域の地図であることを要旨とする。
【００２０】
（削除）
【００２１】
【発明の実施の形態】
＜実施の形態１＞
図１は本実施の形態の棚卸しシステムの概略構成図である。本実施の形態１の棚卸しシステムは、Ａ店の棚卸しに際して、運輸会社が棚卸し管理パソコン１と、ＣＤ−ＲＯＭ２と、ＨＤＴ３ｉ（３ａ、３ｂ、…）と、ＨＤＴ接続器４ｉ（４ａ、４ｂ、…）と、プリンタ５と、各接続ケーブル等をＡ店に持ち込んで、図１に示すように、Ａ店の店舗管理サーバ６とを接続する。
【００２２】
そして、Ａ店の棚のレイアウト図（棚番号付き）を棚卸し管理パソコン１が画面に表示させると共に、店舗管理サーバ６から在庫データＲｉ（棚番号、商品名、商品コード）をダウンロードする。一方、多数の作業員がＨＤＴ３ｉを用いて、各棚の商品のバーコード（ＪＡＮコード付き）をスキャニングして所定のエリアが終わる毎にＨＤＴ接続器４ｉに接続する。
【００２３】
棚卸し管理パソコン１は、このＨＤＴデータＫｉ（実積データともいう）と、店舗管理サーバ６からの在庫データＲｉとが相違したとき、アンマッチリスト等をプリンタ５を用いて出力させて再スキャニングさせ、これでも実積データＫｉと相違しているときに、再スキャニングの実績データＫｉを現時点の在庫として確定し、在庫データＲｉを更新してＣＤ−ＲＯＭ２に記憶する。
【００２４】
また、ＨＤＴ３ｉが棚Ａｉの実積データＫｉを集積する毎に、棚卸し管理パソコン１が画面の棚レイアウト図の棚Ａｉを作業種類に応じた色別表示させる。
【００２５】
すなわち、図１の棚卸しシステムの棚卸し管理パソコン１は、図２に示すように、ＨＤＴ３ｉで得た棚の商品の実積データＫｉを保管するＨＤＴ実績ファイル１０と、店の棚レイアウト図を保管するレイアウト図ファイル１１と、在庫データＲｉを記憶する在庫ファイル１２と、実積データＫｉと在庫データＲｉとの演算結果を保管する結果ファイル１３とを備える。前述の棚レイアウト図は、運輸会社の担当者が店の担当者と打ち合わせして得た棚レイアウト図であり、一般にはＣＤ−ＲＯＭで渡される。
【００２６】
また、棚卸し管理パソコン１は、図２に示すようにエリア色別表示処理部１４と、マッチング処理部１５と、在庫データ決定処理部１６と、データ印刷指示処理部１７とを備えている。
【００２７】
エリア色別表示処理部１４は、レイアウト図ファイル１１に記憶されているレイアウト図をグラフィック機能で画面１８に表示する。このレイアウト図は、例えば図４に示すように今回棚卸しするエリアが決められており、このエリアに青色等を割り付けて表示させる。
【００２８】
また、マッチング処理部１５から指示の基づく棚番号のエリアを、作業種別を示す色で色別表示（スキャン終了（１回目、２回目）、アンマッチ追跡中、確定完了等）する。
【００２９】
マッチング処理部１５は、１回目、２回目の実績データＫｉと、在庫データＲｉとを比較し、この比較結果を結果ファイル１３に記憶する。
【００３０】
在庫データ決定処理部１６は、結果ファイル１３の結果に従って、現時点の在庫数を決定する。つまり、在庫ファイル１２の在庫データＲｉを更新する。
【００３１】
データ印刷指示処理部１７は、指示に基づいて、各リストのデータを所定の形式でプリントアウトさせる。
【００３２】
上記のように構成された実施の形態１の棚卸しシステムについて図５のシーケンス図を用いて以下に説明する。また、ＨＤＴは２台として説明する。
【００３３】
また、図４の店の対象エリアについて棚卸し作業を行う場合には、少なくとも事前に以下の準備作業等を行ってもらうのが好ましい。
【００３４】
（１）対象エリアを事前にテープ又はラベル等で棚卸しエリアであることが分かるようにしてもらうこと。
【００３５】
（２）棚に棚降ろし番号が分かるように棚番号ラベル（バーコード等が好ましい）を貼り付けてもらうこと。
【００３６】
（３）対象エリアの各商品には、展示品、中古品、売約品、修理品などが分かるようなポストイットを貼り付けしてもらうこと。
【００３７】
そして、図１に示す接続を行った後に、棚卸し作業員のリーダは、図５に示すように、棚卸しパソコン１を操作して店舗管理サーバ６の在庫マスタファイルから現時点の在庫データＲｉを送信させて在庫ファイル１２に記憶する（ｄ１）。この在庫データＲｉは、商品名、商品コード、個数、商品種別（展示品、中古品、売約品、修理品等）からなっている。
【００３８】
次に、ＨＤＴ３ｉをＨＤＴ接続器４ｉに接続して、棚卸しパソコン１から在庫データＲｉをダウンロードさせる（ｄ２、ｄ３）。つまり、ＨＤＴ１には、店の在庫データＲｉが保存されることになる。次に、ＨＤＴ３ｉを各作業者に渡して、一回目のスキャン作業を行わせる（ｄ４）。
【００３９】
そして、作業リーダが作業項目及び棚番号、商品種別を指示する。例えば、作業項目は棚卸し、棚番は「２１８」、商品種別は「良品」と指示する。これによって、作業員は図３に示すようにＨＤＴ３ｉを操作して行く。
【００４０】
作業員は、例えばＨＤＴ３ｉを操作して作業項目を選択する（Ｈ１）。次に、ＨＤＴ３ｉを用いて棚番カード２０ｉ（２０ａ、２０ｂ、…）をスキャニングして棚番を内部に取り込む（Ｈ２）。
【００４１】
次に、作業リーダの指示に従って、例えば棚上段左より商品をＨＤＴ３ｉでスキャンして（Ｈ３）、１棚を終了させる（Ｈ４）。
【００４２】
このスキャニングに伴ってＨＤＴ３ｉは、読み込んだ在庫データＲｉとＨ２でのスキャニング時のＨＤＴデータＫｉとを照合し、在庫データＲｉと同じ場合は、その在庫データＲｉから減算する。
【００４３】
例えば、実積データＫｉが「ＬＥＴ’ＳＮＯＴＥＭ１」、ＪＡＮコードが「４９１２３４５６７８９０１」の場合に、在庫データＲｉが「ＬＥＴ’ＳＮＯＴＥＭ１」、ＪＡＮコードが「４９１２３４５６７８９０１」＝１００個を示している場合は、１００−１＝９９とする。
【００４４】
次に、作業リーダが次の棚のスキャニングの指示を行ったかを判断し、次の棚があると指示されたときは、再び初めに戻って作業リーダの指示に従った項目を入力して、次の棚の商品をスキャニングする（Ｈ５）。また、良品に代えて同じ棚の展示品、不良品、…の順にスキャニングする場合もある。
【００４５】
また、次の棚がないと指示されたときは、ＨＤＴ３ｉをＨＤＴ接続器４ｉを接続し、収集した商品の実積データＫｉを棚卸しパソコン１に送信する（図３のＨ６、図５のｄ６）。この実積データＫｉは、送信指示がなされる間でのＨＤＴデータと在庫データＲｉとの差を取った総合数であり、例えば、２１８番の棚の「ＬＥＴ’ＳＮＯＴＥＭ１、４９１２３４５６７８９０１」が実際に１００個有った場合は、「ＬＥＴ’ＳＮＯＴＥＭ１、４９１２３４５６７８９０１＝０」とした実績データＫｉが送出される。
【００４６】
また、「ＬＥＴ’ＳＮＯＴＥＭ１、４９１２３４５６７８９０１」が「９９個」、棚に存在した場合は、 「ＬＥＴ’ＳＮＯＴＥＭ１、４９１２３４５６７８９０１＝−１」とした実績データＫｉが送出される。
【００４７】
棚卸し管理パソコン１は、ＨＤＴ３ｉで取り込んだ実積データＫｉ（Ｋ１、Ｋ２、…）をＨＤＴ実績ファイル１０に記憶する。ＨＤＴ実績ファイル１０をエリア別色表示処理部１４が監視しており、実績データＫｉの作業種別を示す色で画面の棚レイアウト図の棚番号の棚を色別表示する。
【００４８】
例えば、図４の「２１８」番の棚についての１回目のスキャングの場合は、「２１８」番の棚を黄色にする。
【００４９】
また、マッチング処理部１５は、図６に示すマッチング処理を行う。マッチング処理部１５は、ＨＤＴ実績ファイル１０の１回目の実績データＫｉ（商品棚卸し実データ）と、在庫ファイル１２の在庫データＲｉ（Ｒ１、Ｒ２、…；サーバから得た在庫データ）とを比較し（Ｓ１、Ｓ２）、個数が在庫データＲｉの個数と一致しているかどうかを判定し（Ｓ３）、この判定データを結果ファイル１３に記憶する。
【００５０】
ステップＳ３で個数が一致していないと判定したときは、データ印刷指示処理部１７を用いてアンマッチリストを印字させる（Ｓ４）。例えば、実績データＫｉが「ＬＥＴ’ＳＮＯＴＥＭ１、４９１２３４５６７８９０１＝−１」である場合は、図７に示すように、実績に「９９」、差異に「−１」としたアンマッチリストを印字出力する。
【００５１】
次に、このアンマッチ出力を作業リーダが見て、２回目の棚卸し作業を行わせる指示を行い、再び作業員はＨＤＴ３ｉを操作して上記と同様な入力を行って（ｄ７）、同じ棚をスキャニングした後に、ＨＤＴ接続器４ｉに接続して実績データＫｉを棚卸し管理パソコン１に送信させる（Ｓ５、図５のｄ８、ｄ９）。
【００５２】
そして、棚卸し管理パソコン１のマッチング処理部１５は、２回目の実績データＫｉと、在庫ファイル１２の在庫データＲｉ（Ｒ１、Ｒ２、…；サーバから得た在庫データ）とを比較し（Ｓ６、Ｓ７）、個数が在庫データＲｉの個数と一致しているかどうかを判定し（Ｓ８）、この判定データを結果ファイル１３に記憶する。
【００５３】
ステップＳ７で２回目の個数が在庫データＲｉと一致していないと判定したときは、一回目の実績データＫｉと２回目の実績データＫｉとが一致しているかどうかを判定する（Ｓ８）。
【００５４】
ステップＳ８において、一日目、２回目とも在庫データＲｉと一致していないと判定したときは、処理をステップＳ４に戻してアンマッチリストを送出させて再度スキャニング調査を行う。
【００５５】
また、２回目の実績データＫｉが在庫データＲｉと一致しているときは、在庫データ決定処理部１６がその２回目の実績データＫｉを棚卸し時の確定した在庫データＲｈとする。さらに、１回目及び２回目の実績データＫｉが一致しているときは、在庫データ決定処理部１６が１回目を棚卸し時の確定した在庫データＲｈとする。そして、この在庫データＲｈに前回の在庫データＲｉを更新し（Ｓ９）、リストを印字させる（Ｓ１１）。
【００５６】
また、ステップＳ３で、在庫データＲｉと１回目の実績データＫｉとが一致していると判定したときは、在庫データ決定処理部１６が在庫データＲｉを実績として確定する（Ｓ１０）。つまり、在庫ファイル１２の在庫データＲｉの更新を行わない。
【００５７】
一方、エリア別色表示処理部１４は２回目又は在庫が確定とされたときは、例えば、図４の「２１８」番の棚についての２回目のスキャングの場合は、「２１８」番の棚をミドリにし、在庫確定のときはオレンジにする。
【００５８】
これによって、作業管理者、店の担当者は、棚卸しの状況をリアルタイムで把握できることになるから、空いた作業者を別の棚に回す等の指示ができる。
【００５９】
また、プリンタ５を用いて、結果ファイル１３のデータ、実績ファイル１０のデータ、在庫ファイル１２のデータをリストにして送出し、かつこれらをＣＤ−ＲＯＭ２に記憶して渡す。
【００６０】
＜実施の形態２＞
図８は実施の形態２の棚卸しシステムの概略構成図である。本実施の形態は、例えば、Ａ会社が複数店舗を備えている場合の棚卸しのシステムであり、例えば、複数店舗を一度に棚卸しする場合に、Ａ会社の本部のホストコンピュータ２５に対して各店舗の店舗管理サーバ６ｉ（６ａ、６ｂ、…）が 前述の方式で収集した棚卸し状況をリアルタイムに送信することで、Ａ会社の本部担当者が全店舗の棚卸し状況を把握するようにする。
【００６１】
このため、図８に示すように、各店舗の店舗管理サーバ６ｉは、専用回線で本部のホストコンピュータ２５と接続する。
【００６２】
以下に実施の形態２の動作を図９のシーケンス図を用いて説明する。
【００６３】
各店舗は、少なくとも事前に実施の形態１と同様な準備作業等を行ってもらう。
【００６４】
そして、図１に示す接続を行った後に、棚卸し作業員のリーダは、棚卸しパソコン１を操作して店舗管理サーバ６の在庫マスタファイルから現時点の在庫データＲｉを送信させて在庫ファイル１２に記憶する（図９ｄ１）。
【００６５】
次に、ＨＤＴ３ｉをＨＤＴ接続器４ｉに接続して、棚卸しパソコン１から在庫データＲｉをダウンロードさせる（図９ｄ２、ｄ３）。
【００６６】
そして、ＨＤＴ３ｉを各作業者に渡して、一回目のスキャン作業を行わせた後に（図９ｄ４）、次の棚がないと指示されたときは、ＨＤＴ３ｉをＨＤＴ接続器４ｉを接続して収集した商品の実積データＫｉを棚卸しパソコン１に送信する（図９のｄ５、ｄ６）。
【００６７】
次に、２回目の棚卸し作業を行わせる指示を行い、再び作業員はＨＤＴ３ｉを操作して上記と同様な入力を行って（図９ｄ７）、同じ棚をスキャニングした後に、ＨＤＴ接続器４ｉに接続して実績データＫｉを棚卸し管理パソコン１に送信させる（図９のｄ８、ｄ９）。
【００６８】
そして、棚卸し管理パソコン１は、２回目の実績データＫｉと、在庫ファイル１２の在庫データＲｉ（Ｒ１、Ｒ２、…；サーバから得た在庫データ）とを比較し、一回目、２回目とも在庫データＲｉと一致していないと判定したときは、アンマッチリストを送出させて再度スキャニング調査を行う。
【００６９】
また、２回目の実績データＫｉが在庫データＲｉと一致しているときは、その２回目の実績データＫｉを棚卸し時の確定した在庫データＲｈとする。さらに、１回目及び２回目の実績データＫｉが一致しているときは、１回目を棚卸し時の確定した在庫データＲｈとする。そして、この在庫データＲｈに前回の在庫データＲｉを更新し、リストを印字させる。
【００７０】
また、在庫データＲｉと１回目の実績データＫｉとが一致していると判定したときは、在庫データＲｉを実績として確定する。
【００７１】
このようにして確定した各店の在庫データＲｉが本部のホストコンピュータ２５に送信される。
【００７２】
例えば、図１０に示すように、今月の棚卸実績は、パソコンにおいては、茅ヶ崎店が「２２２」、大和店では「４１２」、港北本店では「３５７」、東村山店では「３２７」であることが分かるから、棚卸し時に全店の今月の在庫と売り上げが一目で分かる。このため、商品の仕入れ、売り上げが多い店に商品を振り分けさせるなどの指示ができる。これらのデータはプリンタ２６を用いて印字する。
【００７３】
＜実施の形態３＞
図１１は実施の形態３の棚卸しシステムの概略構成図である。実施の形態３の棚卸しシステムは、Ａ会社が複数店舗を一度に棚卸しする場合において、Ａ会社は安く、かつ早く棚卸しを終えたい。
【００７４】
そこで、棚卸し作業本部の管理サーバ３１にＡ会社の各店舗の店図（棚レイアウト図）と、作業人員を記憶しておき、この棚卸し作業本部の管理サーバ３１と各店舗に持ち込んだ棚卸し管理パソコン１ａ、１ｂ、…とインターネット３０で接続し、ＨＤＴ３ｉを接続したときに各店舗での棚卸し状況（棚番号、個数、スキャニング回数等）をインターネット３０でリアルタイムで送信する。
【００７５】
図１２は実施の形態３のシーケンス図である。Ａ店、Ｂ店では、図１に示す接続を行った後に、棚卸し作業員のリーダに従って、ＨＤＴ３ｉを操作して、一回目のスキャン作業の実績データＫｉ、２回目のスキャン作業の実績データＫｉを棚卸し管理パソコン１ａ、１ｂ…に送出する（ｄ２０、ｄ２１、ｄ２２、ｄ２３）。棚卸し管理パソコン１ａ、１ｂ、…は、それぞれ２回目の実績データＫｉと、在庫ファイル１２の在庫データＲｉ（Ｒ１、Ｒ２、…；サーバから得た在庫デ
ータ）とを比較し、一回目、２回目とも在庫データＲｉと一致していないと判定したときは、アンマッチリストを送出させて再度スキャニング調査を行う。
【００７６】
また、２回目の実績データＫｉが在庫データＲｉと一致しているときは、その２回目の実績データＫｉを棚卸し時の確定した在庫データＲｈとする。さらに、１回目及び２回目の実績データＫｉが一致しているときは、１回目を棚卸し時の確定した在庫データＲｈとする。そして、この在庫データＲｈに前回の在庫データＲｉを更新する。
【００７７】
また、在庫データＲｉと１回目の実績データＫｉとが一致していると判定したときは、在庫データＲｉを実績として確定する。
【００７８】
このようにして確定した各店の在庫データＲｉが本部のホストコンピュータ２６に送信される。
【００７９】
一方、各店舗の棚卸しパソコン１ａ、１ｂ、…は、エリア別色表示処理部１４を備え、エリア別色表示処理部１４が実績データＫｉの作業種別を示す色で画面の棚レイアウト図の棚番号の棚を色別表示する。
【００８０】
例えば、図４の「２１８」番の棚についての１回目のスキャングの場合は、「２１８」番の棚を黄色にする。回目又は在庫が確定とされたときは、例えば、図４の「２１８」番の棚についての２回目のスキャングの場合は、「２１８」番の棚をミドリにし、在庫確定のときはオレンジにする。
【００８１】
このとき、各店舗の棚卸しパソコン１ａ、１ｂ、…は、棚番号、店番号、色とを作業状況データとしてインターネットプロトコルで棚卸し作業本部の管理サーバ３１に送信する（ｄ２３、ｄ２４）。
【００８２】
棚卸し作業本部の管理サーバ３１は、各店毎の作業状況ファイル３５、３６を備え、この作業状況ファイルに各店からの作業状況データを記憶する（ｄ２５、ｄ２６）。
【００８３】
また、棚卸し作業本部の管理サーバ３１は、各店の棚レイアウト図を記憶したファイル３７を備え、グラフィック機能を用いて画面に例えば図１３に示すようにＡ店の棚レイアウト図と、Ｂ店の棚レイアウト図とを表示させている。
【００８４】
次に、棚卸し作業本部の管理サーバ３１の各店状況表示処理部３８が棚卸しパソコン１ａ、１ｂ、…はからの作業状況データを解読し、画面に表示されている棚番号を作業状況データに基づく色で表示させる。
【００８５】
これによって、例えばＡ店のレイアウト図（図１３のａ）の対象エリアの棚が黄色に表示されると、Ａ店では１回目のスキャンであることが直ちに本部で分かることになる。
【００８６】
また、Ｂ店の対象エリア（図１３のｂ）がオレンジ色で表示された場合は、Ｂ店で棚卸しが完了したことが直ちに分かる。
【００８７】
つまり、本部の管理者は、Ａ店では作業が遅れているので、Ｂ店から作業者を移動させて手伝わせることが良いと判断できる。
【００８８】
しかし、Ａ店が開店間もない場合は、その場所がどこにあるかが分からない。
そこで、棚卸し作業本部の管理サーバ３１は、地図ファイル４０からＡ店の地図を読み出して、これを移動先地図（図１４参照）としてインターネット３０でＢ店に送信する（ｄ２８）。また、ＰＨＳを用いて、作業本部の担当者はＢ店の作業リーダのＰＨＳに電話をかけて、Ｂ店に作業手伝いに生かせる指示を行い（ｄ２９）、かつＡ店の作業リーダのＰＨＳに電話をかけてＢ店から手伝いに生かせることを知らせる（ｄ３０）。また、Ｂ店の作業リーダはインターネットで送られてきた移動先地図（Ａ店；図１４）を見て、ＰＨＳでＡ店の作業リーダに到着予定時刻、人員等を伝える（ｄ３１）。
【００８９】
すなわち、作業本部は、作業が遅れている店舗に、既に作業が終わる店舗の作業員を割り振る指示を行うことで、Ａ店の棚卸し作業を早く終了させることができると共に安くできる。
【００９０】
なお、上記の各実施の形態の一例では、１回目と２回目の実績データＫｉとが一致したときに、１回目を確定した在庫としたが１回目と２回目とが不一致となったときに、単に２回目を確定とした在庫としてもよい。これは、１回目が記憶している在庫と不一致な場合には、作業者は２回目についてはより慎重になるものであるから、２回目を単に確定とした在庫としても、合っている確率は非常に高いと考えられるからである。
【００９１】
【発明の効果】
以上のように本発明の棚卸し管理システムによれば、棚卸し管理装置が店舗管理サーバホストから複数の商品の在庫情報を携帯端末接続器を用いて携帯端末にダウンロードした後に、携帯端末で実際に棚番号と、棚卸し対象の商品の商品コードを収集させる。このとき、携帯端末は、読み込んだ在庫情報から個数を減算した結果を実収集情報として棚卸し管理装置に送出する。
【００９２】
棚卸し管理装置は、携帯端末の実収集情報を入力し、該実収集情報が在庫情報に対して差があることを示しているときは、その個数を在庫情報の差として、商品名と共に画面又はリストで出力する。
【００９３】
このため、ＰＯＳ端末によってホストの在庫情報が常に更新されるようなシステムにおいては、実集積情報と在庫情報とに差があるかどうかを容易に判断でき、結果として再度の確認作業を直ぐに指示できるという効果が得られている。
【００９４】
また、携帯端末は単に棚卸し対象の商品の商品コードを読みとるだけであるから、不慣れな作業者で容易に棚卸し対象の商品を収集できるという効果が得られている。
【００９５】
何度かの確認作業（収集作業を含む）を行っても差があるときは、実収集情報の個数を現在の在庫情報としているので、実状に沿った在庫情報を得ることになる。
【００９６】
また、店舗内のレイアウト図を表示し、このレイアウト図の棚を作業種別（開始、終了、作業中、再作業中等）に応じて色で表示するので、作業管理者は作業の進捗を一目で把握できるという効果が得られている。
【００９７】
さらに、本発明のネットワークを用いた棚卸し管理システムによれば、各店舗からの棚卸し情報をネットワークを介して中央のホストコンピュータが収集し、この収集データの結果から商品毎に、かつ店舗毎に個数を明記した在庫リストを生成する。
【００９８】
このため、複数の店舗の在庫情報を一度に把握できるので、在庫が不足している店舗に対して、在庫が余っている店舗からその商品を運ばせる等の運用を一元管理できるという効果が得られている。
【００９９】
さらに、本発明のネットワークを用いた棚卸し管理システムによれば、各店舗における携帯端末、棚卸し管理装置、店舗管理サーバで棚の商品の在庫を収集させながら各棚卸し管理装置から棚卸しの状況を示す棚卸し作業状況（店番号、棚番号、色）をネットワークを用いて作業本部の管理サーバに送信させる。
【０１００】
そして、棚卸し作業本部の管理サーバは、店舗毎の棚のレイアウト図を備え、各棚卸し作業状況情報の店番号に対応するレイアウト図の棚を棚卸し作業状況情報が示す色に更新して表示する。
【０１０１】
このため、例えばＡ会社が複数店舗を一度に棚卸しする場合において、作業本部では、各店舗の棚卸しの進捗を一目で把握できることになるから、作業が遅れている店舗に、作業が早く終えた店舗の作業員を派遣できる。従って、棚卸し作業を早く終了させることができるという効果が得られている。
【０１０２】
また、作業が遅れているＡ店舗に、作業を早く終えた店舗Ｂの作業員を派遣する場合は、作業本部がネットワークを介して移動先であるＡ店舗の区域地図を送信するので、Ｂ店舗ではカーナビ、市販地図等に移動先が載っていなくとも、直ぐに移動先が分かる。このため、移動先に早く到着できることになるから棚卸し作業を早く終えることができる。
【図面の簡単な説明】
【図１】  本実施の形態１の棚卸しシステムの概略構成図である。
【図２】  棚卸し管理パソコンの概略構成図である。
【図３】  棚卸し時のＨＤＴの操作手順を説明する説明図である。
【図４】  棚卸し管理パソコンに表示されるレイアウト図を説明する説明図である。
【図５】  実施の形態１の棚卸しシステムのシーケンス図である。
【図６】  棚卸し管理パソコンの動作を説明するフローチャートである。
【図７】  アンマッチリストを説明する説明図である。
【図８】  実施の形態２の棚卸し管理システムの概略構成図である。
【図９】  実施の形態２の棚卸し管理システムのシーケンス図である。
【図１０】  ホストコンピュータの棚卸し実績リストを説明する説明図である。
【図１１】  実施の形態３の棚卸し管理システムの概略構成図である。
【図１２】  実施の形態３の棚卸し管理システムのシーケンス図である。
【図１３】  実施の形態３における棚卸し状況を知らせるための作業本部の画面を説明する説明図である。
【図１４】  実施の形態３における移動先地図を説明する説明図である。
【符号の説明】
１  棚卸し管理パソコン
２  ＣＤ−ＲＯＭ
３ｉ  ＨＤＴ
４ｉ  ＨＤＴ接続器
５  プリンタ
６  店舗管理サーバ
１０  ＨＤＴ実績ファイル
１４  エリア色別表示処理部
１５  マッチング処理部
１６  在庫データ決定処理部
１７  データ印刷指示処理部
【図１】
0004733827.tif 000002
【図２】
0004733827.tif 000003
【図３】
0004733827.tif 000004
【図４】
0004733827.tif 000005
【図５】
0004733827.tif 000006
【図６】
0004733827.tif 000007
【図７】
0004733827.tif 000008
【図８】
0004733827.tif 000009
【図９】
0004733827.tif 000010
【図１０】
0004733827.tif 000011
【図１１】
0004733827.tif 000012
【図１２】
0004733827.tif 000013
【図１３】
0004733827.tif 000014
【図１４】
0004733827.tif 000015