JP2003196527A

JP2003196527A - 一つの仕入れ単位を小分けして活用する商品の在庫管理システム

Info

Publication number: JP2003196527A
Application number: JP2001398843A
Authority: JP
Inventors: Naohiko Sugimoto; 直彦杉本; Yasuko Ueda; 泰子上田; Yoshio Nishide; 喜雄西出
Original assignee: STEPONE KYUSHU KK; NEC Corp; NEC Infrontia Corp
Current assignee: STEPONE KYUSHU KK; NEC Platforms Ltd; NEC Corp
Priority date: 2001-12-28
Filing date: 2001-12-28
Publication date: 2003-07-11

Abstract

(57)【要約】【課題】店舗間で流用できる余剰在庫を効率的に移送
し、過剰仕入れの防止と有効期限切れ商品を低減でき
る。【解決手段】サーバー（１０）に店舗端末（２０，３
０）間で移送可能な在庫を余剰在庫として余剰在庫ファ
イル（１３）に記録し、不足品目の移送に際して各店舗
端末（２０，３０）がこの余剰在庫を自由に呼び出し参
照確認できる。その登録から、移送依頼および移送伝票
処理まで、すべてインターネット（４０）を介して電子
的に実施できる。サーバー（１０）は移送の結果におけ
る余剰在庫の自動引落し、更に発注点割れに際しての自
動発注ができる。店舗端末（２０）は、設備投資および
ランニングコストの低減のため、インターネット（４
０）に接続し電子メールの可能な携帯電話とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、一つの仕入れ単位
を小分けして活用する商品の在庫データを店舗別に有す
る在庫管理側情報処理装置（以後、サーバー）とこの在
庫データから余剰を見極めて不足品目を調達する複数の
店舗側情報処理端末（以後、店舗端末）とがインターネ
ットに接続してグループを構成する在庫管理システムに
関し、特に流通単位である包装単位が大きい一方、販売
単位が小さいため、包装単位の商品品目の余剰分を短期
間に有効に活用して消化することができる在庫管理シス
テムに関する。

【０００２】一つの仕入れ単位を小分けして活用する商
品には、例えば薬剤がある。すなわち、本発明は、特
に、グループ調剤薬局における自店舗の余剰在庫を有効
にグループ調剤店舗間で調達しあう在庫管理システムに
関する。

【０００３】調剤薬局は処方箋に基づき処方を行うが、
これは１錠もしくは「ｍｇ」単位の処方となる。ところ
が通常薬剤は１商品に１００錠または１０００錠とまと
まった単位で包装されており、仕入れも商品毎にその包
装単位で行われる。当然、調剤薬局が欲しい仕入れ単位
は５〜１０錠の処方単位であるが、包装されているため
にその単位で仕入れることは不可能である。仮に、ある
調剤薬局の店舗で１０００錠包装の薬剤が緊急で１０錠
必要となったとすると、１０００錠包装の商品を１つ仕
入れ、残りの９９０錠は余剰在庫となってしまう。

【０００４】また、薬剤には、有効期限があり、その期
間内で消化する必要がある。以上の理由から、グループ
調剤薬局では、仕入れた薬剤の余剰分をグループ間で小
分けし、活用することとなる。

【０００５】

【従来の技術】従来、この種の在庫管理システムでは、
例えば図１０に示されるように、商品の在庫データを店
舗別に有する在庫管理側情報処理装置として管理側コン
ピュータ１１０と、この在庫データから余剰を見極めて
不足品目を調達する複数の店舗それぞれに備えられる店
舗側情報処理端末となる店舗側コンピュータ１２０とが
インターネット１３０に接続してグループを構成してい
る。

【０００６】管理側コンピュータ１１０は、受信部１１
１、経緯データ更新部１１２、経緯データおよび店舗別
在庫データを記録格納する記憶部１１３、記憶部検索部
１１４、および送信部１１５を備えている。店舗側コン
ピュータ１２０は、入力部１２１、経緯データ更新部１
２２、経緯データ格納部１２３、送信部１２４、受信部
１２５、および表示部１２６を備えている。

【０００７】このような構成を有する従来のグループ調
剤薬局における在庫管理システムはつぎのように動作す
る。

【０００８】すなわち、店舗側コンピュータ１２０にお
いて、まず、入力部１２１が店舗取扱品の入庫数量と消
化数量との入力を受付けする。経緯データ更新部１２２
は、入力部１２１に入力された変化情報データに基づい
て、経緯データ格納部１２３に記憶されている経緯デー
タを更新している。送信部１２４はインターネットを介
して、入力部１２１から入力された変化情報データを送
信する。

【０００９】また、店舗在庫切れ品目に対して、他店舗
在庫状況の問合せのため、入力部１２１がこの品目のコ
ードを入力し、送信部１２４が入力部１２１より入力さ
れた品目コードを検索品目情報としてインターネット１
３０に送信する。その後、受信部１２５が、管理側コン
ピュータ１１０の検索結果を受信した際には、この検索
結果を表示部１２６に表示する。

【００１０】一方、管理側コンピュータ１１０において
は、受信部１１１が店舗側コンピュータ１２０からイン
ターネット１３０に送信された変化情報データを受信す
る。経緯データ更新部１１２は、受信部１１１が受信し
た変化情報データに基づいて記憶部１１３に記憶されて
いる品目毎の経緯データを更新している。また、受信部
１１１が店舗側コンピュータ１２０からインターネット
１３０に送信された検索品目情報のデータを受信した際
には、記憶部検索部１１４が記憶部１１３に記憶されて
いる店舗別の在庫データから品目毎の在庫データを検索
して取り出し、送信部１１５が検索要求元の店舗側コン
ピュータ１２０へこの検索結果データを送信する。

【００１１】

【発明が解決しようとする課題】上述した従来の在庫管
理システムでは、次のような問題点がある。

【００１２】第１の問題点は、在庫状況の問合せで得た
余剰在庫情報に基づく在庫品目の移送処理がタイムリー
性に欠け、移送の通達および移送結果の在庫管理が非効
率なことである。

【００１３】その理由は、在庫状況の問合せで得た余剰
在庫情報に基づく在庫品目の移送処理がインターネット
経由ではなく、例えば電話などの通信手段であり、かつ
移送の結果を所定の手段、例えば各店舗で自己店舗の取
扱い品目の入庫および消化を変化情報として自己の在庫
データを変更する手間をかけているからである。

【００１４】すなわち、従来の在庫管理システムでは、
単に、依頼元である店舗側コンピュータにおいて店舗在
庫品切れ品が、現在どこの店舗に在庫があるかを問合せ
するものであって、在庫の移送に関する依頼を電子的に
行うものではない。また、商品名の入力においては、我
が国の共通商品コードとして流通情報システムで用いら
れているＪＡＮ（ＪａｐａｎｅｓｅＡｒｔｉｃｌｅ
Ｎｕｍｂｅｒ）コードが用いられている。ＪＡＮコー
ドは、欧米規格と同一のソースマーキング用の１３桁バ
ーコード入力が標準であるため、各店舗では、バーコー
ド台帳、もしくは、それに代わるものが必要となる。Ｊ
ＡＮコードにはこの標準タイプ以外に８桁の短縮タイプ
があるがこの入力にもバーコードリーダーを欠かすこと
はできない。

【００１５】本発明の課題は、このような問題点を解決
し、包装単位である医薬品流通単位と処方単位との相違
より生じる余剰分を余剰在庫としてグループ調剤薬局間
で公開し、短期間に消化させることが可能になるととも
に、商品名入力および情報・データの授受を簡便にでき
る在庫管理システムを提供することである。

【００１６】

【課題を解決するための手段】本発明による在庫管理シ
ステムは、一つの仕入れ単位を小分けして活用する商品
の在庫データを店舗別に有する在庫管理側である情報処
理装置（以後、サーバー）とこの在庫データから余剰を
見極めて不足品目を調達する複数の店舗それぞれに備え
られる情報処理端末（以後、店舗端末）とがインターネ
ットに接続してグループを構成するシステムに関するも
のである。

【００１７】本発明による上記サーバーは、前記店舗相
互に流用できる在庫を余剰在庫として各前記店舗ごとで
上記商品の品目毎に予め登録してあり、一つの前記店舗
端末から品目名により余剰在庫問合せを受けた際には、
登録されている該当品目の余剰在庫を有する店舗におけ
る余剰在庫情報を、問合せ元の店舗端末へ送信し、一つ
の前記店舗端末から所定の品目データにより移送依頼を
受付けした際にはこの移送依頼を移送元の店舗端末へ送
信し、前記移送元の店舗端末から移送済み確認の通知を
受けた際には前記余剰在庫の数量を更新することを特徴
としている。

【００１８】また、本発明による上記店舗端末は、一方
の移送依頼元店舗端末では、追加調達を必要とした前記
商品品目の問合せ入力を受付けした際には前記余剰在庫
問合せを前記サーバーに送信し、これに対する余剰在庫
データを前記サーバーから受けた際には受けたデータを
画面表示し、この表示データで品目に対する数量の入力
を受けた際には商品の移送を依頼する店舗を指定して移
送依頼を前記サーバーに送信し、他方の商品移送元店舗
端末では、前記サーバーから移送依頼を受けてこの依頼
品目の出庫を確認した入力を受付けた際にはこの移送済
み確認通知を前記サーバーに送信することを特徴として
いる。

【００１９】上述したような構成によれば、各店舗が、
自己店舗に商品の品不足または品切れが生じた場合には
余剰在庫の検索を、また移送の依頼および移送の結果
を、それぞれインターネットを介し管理側であるサーバ
ーに対して送信し、特に、依頼先の店舗に対する移送依
頼に必要な事項はサーバーを介して送信しているので、
サーバーの記憶部でファイルにタイムリーに保存するこ
とができる。従って、在庫状況の問合せで得た余剰在庫
情報に基づく在庫品目の移送依頼および移送結果に対す
るサーバーへの通達処理がタイムリーである。

【００２０】また、上記店舗端末はインターネットに接
続し電子メールを可能とする携帯電話であることが望ま
しい。この結果、店舗端末では店員が携帯電話により呼
び出されるので、移送の依頼通達など、通達が速効的で
ある。更に、携帯電話に入力する品目名は略称とし、か
つ、上記サーバーは前記略称を正式品名に変換するファ
イルを有することにより、１３桁ものバーコードとは異
なる品目指定入力が容易になり、品名の入力に熟練を不
要としている。

【００２１】また、上記サーバーは、更新された余剰在
庫の数量が所定の発注点を割込んだ場合には該当品目の
所定数量を自動的に発注し、かつ、納品を受けた際には
納入量に基づいて余剰在庫量を所定式により計算して余
剰在庫の登録を更新することができる。このため、人手
をかけることがない。

【００２２】また、上記サーバーと上記店舗端末との間
の通信は、少なくとも前記移送依頼および前記移送済み
確認通知を電子メールで行なうことができる。この結
果、情報の伝達が相手の応答を待つことなしにできるの
で効率的である。他方、店舗端末が携帯電話の場合に
は、呼出しベルにより応答を促すことができる。

【００２３】また、サーバーは、各店舗顛末から入力さ
れる依頼データにより、移送依頼の送信、余剰在庫デー
タの更新などを自動化できる。

【００２４】

【発明の実施の形態】次に、本発明の実施の形態につい
て図面を参照して説明する。

【００２５】図１は本発明の実施の一形態を示す機能ブ
ロック図である。図２は図１で示すことができなかった
店舗端末３０の詳細を示す。図１および図２では、本発
明に関する部分のみの機能ブロックが示されている。

【００２６】図１に示された在庫管理システムでは、商
品の余剰在庫データを店舗別に有する在庫管理側情報処
理装置となるサーバーコンピュータ１０と、この余剰在
庫データから不足品目を調達する複数の店舗それぞれに
対応する情報処理端末となる店舗端末２０，３０とが、
電子メールシステム４１を含むインターネット４０に接
続してグループを構成している。また、店舗端末２０
は、インターネットを介して電子メールが可能な、シス
テムの構成用品を簡便化して各店舗に供給される携帯電
話である。店舗端末３０はグループ内の管理者が店舗間
の移送、各店舗の注文などを管理するための一つのクラ
イアントコンピュータである。クライアントコンピュー
タはサーバーコンピュータ１０が代用してもよい。ま
た、コンピュータによる店舗端末３０は複数であっても
よい。

【００２７】ここで、店舗相互に流用できる在庫を余剰
在庫と定義し、他店舗への移送可能量が余剰在庫量のデ
ータとしてファイル保存され、各店舗へ公開されるもの
である。

【００２８】サーバーコンピュータ（以後、サーバー）
１０は、入出力装置、記憶装置およびプロセッサを備
え、プログラムにより所定の機能を発揮するものであっ
て、余剰在庫登録部１１および記憶部１２を備えてい
る。記憶部１２には、余剰在庫フェイル１３、余剰在庫
略名索引ファイル１４、店舗間移送履歴ファイル１５お
よび注文ファイル１６が備えられている。店舗端末２０
は軽便小形であり、余剰在庫問合部２１、表示部２２、
移送依頼部２３、移送依頼受付部２４、および依頼品出
庫部２５を備えている。また、店舗端末３０は、携帯電
話の店舗端末２０に対して表示画面、記憶容量などが大
きく、店舗間の移送状態を確認するため、図２に示され
るように、店舗端末２０の構成要素の加えて店舗間移送
確認部３１および注文確認部３２を更に備えている。

【００２９】サーバー１０の余剰在庫登録部１１は、使
用単位と比べて大幅に多量な一つの仕入れ単位の品目の
納入があった際、すなわち薬局での処方単位が５〜１０
錠にも拘わらず仕入れの包装単位が１００錠または１０
００錠と纏まっている場合、小分けして活用する商品の
上述した余剰在庫量を計算し、各店舗の余剰在庫として
余剰在庫ファイル１３に登録する。この登録内容は少な
くともグループ内で公開されるので、自店舗と他店舗と
の余剰在庫の確認に利用される。

【００３０】記憶部１２の余剰在庫ファイル１３は、上
述したような他店舗へ移送可能な数量を余剰在庫として
各店舗毎、各品目毎に登録しており、更に、毎日の各店
舗間の移送依頼情報を記録している。余剰在庫略名索引
ファイル１４は、携帯電話の店舗端末２０から品名入力
の際に表示部２２の表示容量が少ないため入力された略
名を、例えば一般のＰＯＳ（販売時点情報管理）システ
ムで用いられるＪＡＮコードで示される商品名に変換す
るファイルである。これは店舗がクライアントコンピュ
ータを備えて商品名をバーコードリーダーなどで入力で
きる場合には利用の必要がない。店舗間移送履歴ファイ
ル１５は店舗間移送履歴データを記録している。この記
録データは余剰在庫量を計算する際に用いられる。注文
ファイル１６は余剰在庫が商品の移送により発注点であ
る所定の残量を割った際に自動生成して発行した注文デ
ータを記録している。

【００３１】これらの構成要素を用いたサーバー１０の
主要機能の発揮手順は後にチャートを参照して説明す
る。

【００３２】次に、店舗端末２０の余剰在庫問合部２１
は、不足品目の商品名により余剰在庫量を知るため店員
から入力されたデータに基づいてサーバー１０に余剰在
庫を問い合わせ、その結果を受け取る。表示部２２は、
店員からの入力、例えば所望品目の略名を表示する一
方、サーバー１０からの受信情報、例えば余剰在庫情報
を画面表示する。店員が店舗端末２０で表示部２２の画
面表示に基づいてで自店舗における不足または品切れの
品目数量について入力する。

【００３３】移送依頼部２３は、店員から入力された品
目数量について、余剰在庫のある他店舗へ移送依頼する
際に、各店舗で予め定められた優先順位の依頼先店舗か
ら順次、自動的に依頼数量を算出して対象となる品目の
移送依頼データを作成し、移送予約在庫としてサーバー
１０に送信する。サーバー１０はこれを記憶部１２の余
剰在庫ファイル１３に登録すると同時に自動的に移送元
となる依頼先の店舗端末へ電子メールにより送信する。

【００３４】一方、移送依頼受付部２４は、依頼元であ
る移送先からの移送依頼を移送元として電子メールで受
取るために使用される。移送依頼には、移送先、移送品
目、移送数量が含まれている。依頼品出庫部２５は、移
送元から移送先への該当依頼品目の出庫が行われた際
に、出庫情報をサーバー１０へ送信して記憶部１２へ登
録する。この出庫情報によりサーバー１０は、出庫によ
る余剰在庫の引落しと、発注点割れを点検し、発注点割
れしている品目を自動的に発注する。

【００３５】ここで、発注点割れは、例えば、あらかじ
め発注点を登録しておき余剰在庫の残数量がこれを割っ
たとき、または、１日当り平均の余剰在庫引落し量を機
械的に計算し、余剰在庫の残数量がこれを割ったときに
認識されるものとする。

【００３６】このときの発注量は、例えば卸からの納入
データによる前回納入数量をとる。余剰在庫に登録され
る品目は、上述したように、卸の流通単位である包装単
位入り数と店舗の処方による消費量との差が大きい品目
である。また、卸に注文した場合、通常、そのリードタ
イムは１日未満であるので、上述した方法で十分である
と考えられる。

【００３７】図２に示される店舗端末３０の店舗間移送
確認部３１は、インターネット４０を介して、グループ
調剤薬局間において行われた移送について、移送の管理
者がサーバー１０の店舗間移送履歴ファイル１５から呼
び出した過去二ヶ月間に対する移送内容、例えば、移送
元店舗、移送先店舗、移送品目，移送品目単価、移送数
量、移送金額、移送依頼日、移送日等を、表示部２２に
画面表示することにより管理者に提供する。この二ヶ月
の期間は固定したものではなく、商品により適切な期間
が選択される。

【００３８】注文確認部３２は、上記店舗間移送確認部
３１と同様、各薬局に対する発注状況について、管理者
がサーバー１０の注文ファイル１６から呼び出した自動
注文データを、表示部２２に画面表示することにより注
文の管理者に提供する。

【００３９】次に、図１、図３および図５を併せ参照し
て店舗端末２０が余剰在庫を問合せ不足商品の移送を依
頼するまでの一手順について説明する。

【００４０】まず、図３における主要手順では、サーバ
ー１０の余剰在庫ファイル１３に各店舗ごとの所定の各
品目における上述した余剰在庫量が登録（手順Ｓ１）さ
れているものとする。依頼元となる店舗端末２０−Ｒ
は、店員から不足品目とその余剰在庫問合せとの入力を
受付けして、これをサーバー１０へ送信（手順Ｓ２）す
る。サーバー１０は受信した品目の余剰在庫データを余
剰在庫ファイル１３から索引して問合せ元の店舗端末２
０−Ｒへ送信（手順Ｓ３）する。店舗端末２０−Ｒは、
受付けた余剰在庫データを画面表示（手順Ｓ４）するの
で、店員から移送依頼のデータ入力を受付け（手順Ｓ
５）し、かつ内容の確定した移送依頼データをサーバー
１０へ送信（手順Ｓ６）する。

【００４１】この店舗端末２０−Ｒにおける手順を、図
５を参照してより詳細に説明する。

【００４２】店舗端末２０が携帯電話のような軽量小型
の場合、余剰在庫問合せ部２１は、所望する品目を略名
入力で受付け（手順Ｓ２１）して余剰在庫問合せデータ
を形成しサーバー１０へ送信（手順Ｓ２２）し、サーバ
ー１０から返信される余剰在庫データの受信（手順Ｓ２
３）を待つ。

【００４３】手順Ｓ２３が「ＹＥＳ」でサーバー１０か
ら余剰在庫データを受信した際、余剰在庫問合せ部２１
は、受信データを受付けして表示部２２に画面表示（手
順Ｓ２４）する。画面を見て店員が所要品目を確認して
その品目を選択しその品目の数量を入力（手順Ｓ２５）
する。更に表示内容の確定を入力した際には移送依頼部
２３がこれを受付け（手順Ｓ２６のＹＥＳ）する。次い
で、移送依頼部２３は、上述したように余剰在庫を有し
移送元となり得る店舗を、所定の優先順位により自動的
に選択してそれぞれの店舗に対する移送数量を算出（手
順Ｓ２７）し、これらデータを移送依頼データとしてサ
ーバー１０に送信（手順Ｓ２８）する。

【００４４】上述した手順は、例えば、インターネット
４０上にサーバー１０が開設するホームページをまず呼
出し、この画面からリンク先の画面を呼び出して必要事
項を入力することにより容易に実現する。

【００４５】次に、図１、図３、および図６を併せ参照
してサーバー１０が店舗端末２０−Ｒから余剰在庫問合
せを受ける手順、および店舗端末２０−Ｒから移送依頼
を受けて移送元店舗端末２０−Ｓへ移送を依頼する手順
について説明する。

【００４６】図２に戻り、サーバー１０では、依頼元店
舗端末２０−Ｒから上記手順Ｓ６で送信された移送依頼
データを受付けした際には、これを、余剰在庫ファイル
１３に記録（手順７）すると共に移送元となる依頼先店
舗端末２０−Ｓそれぞれへ電子メールで送信（手順Ｓ
８）する。依頼先店舗端末２０−Ｓには、この移送依頼
データが着信（手順Ｓ９）する。携帯電話の場合には着
信音の鳴動により応答が促され、かつ、その後の出庫処
理が促される。

【００４７】図６を参照すれば、図３の上記手順Ｓ３に
おけるサーバー１０は、依頼元店舗端末２０−Ｒから余
剰在庫問合せを受付けした際（手順Ｓ３１）に余剰在庫
ファイル１３から余剰在庫データを索引して問合わせ元
の店舗端末２０−Ｒへ送信（手順Ｓ３２）する。

【００４８】次いで、サーバー１０は、移送依頼データ
を移送依頼先店舗端末２０−Ｒから受付け（手順Ｓ３３
のＹＥＳ）するのでこれを余剰在庫ファイル１３に格納
（手順Ｓ３４）すると共に余剰在庫ファイル１３におけ
る記録の当日移送予定データを移送依頼データとして移
送元店舗端末２０−Ｓへ送信（手順Ｓ３５）する。

【００４９】サーバー１０から店舗端末２０への通信
は、電子メールを利用するとよい。すなわち、上述した
ように、特に店舗端末２０が携帯電話の場合には、通
常、着信により直ちに呼び出すことができるからであ
る。

【００５０】次に、図１、図４、および図６を併せ参照
して移送元店舗端末２０−Ｓにおける移送品目の移送依
頼受付けおよび依頼品出庫の一手順とサーバー１０にお
ける自動発注および余剰在庫量計算の一手順について説
明する。

【００５１】まず、図１および図４において、移送元店
舗端末２０−Ｓでは、移送依頼受付部２４が移送依頼を
サーバー１０から受付けし表示部２２に当日移送予定デ
ータを移送依頼データとして画面表示する。従って、こ
の店舗は移送依頼品を移送先店舗へ出庫する。依頼品出
庫部２５は、店員から出庫通知の入力を受付け（手順Ｓ
１１）し、このデータに基づいて移送済み確認通知をサ
ーバー１０へ送信（手順Ｓ１２）する。

【００５２】次いで、サーバー１０は、受けた移送済み
確認通知を店舗間移送履歴ファイル１４に記録（手順Ｓ
１３）し、余剰在庫ファイル１３の対象品目数量を引き
落とすことにより更新し、先に記録した移送依頼データ
を削除（手順Ｓ１４）する。この際、余剰在庫の発注点
割れを調査（手順Ｓ１５）して発注点割れを生じた場合
には、サーバー１０は所定の手順で自動発注処理（手順
Ｓ１６）する。

【００５３】発注の結果、商品が納入された際には、納
入のあった店舗の店員から納品情報が入力される。サー
バー１０は、この納品情報により納入量の入力を受付け
（手順Ｓ１７）するので、例えば、移送して商品を引き
落とされた店舗に対する余剰在庫量を計算して余剰在庫
ファイル１３に登録する。

【００５４】図１および図５を参照して、より詳細を説
明すれば、移送済み確認通知を移送元店舗端末２０−Ｓ
から受付け（手順Ｓ３６のＹＥＳ）した際には、サーバ
ー１０は、この受付けデータを店舗間移送履歴ファイル
１５に記録により格納（手順Ｓ３７）する。一方、サー
バー１０は、余剰在庫ファイル１３で、移送分の在庫数
量を引き去ることにより更新（手順Ｓ３８）し、上述し
た発注点割れを点検（手順Ｓ３９）する。

【００５５】この手順Ｓ３９が「ＮＯ」で発注点割れが
なければ手順はここで終了する。

【００５６】上記手順Ｓ３９が「ＹＥＳ」で発注点割れ
があった場合、図７に示される自動注文処理手順Ｓ４０
へ進む。

【００５７】次に、図１に図７を併せ参照してサーバー
１０における自動注文処理の一手順について説明する。

【００５８】サーバー１０が発注点割れの品目を検出
（手順Ｓ４１）した際には、所定数量により注文データ
を作成し注文ファイル１６に記録格納（手順Ｓ４２）す
ると共にこの注文データを発注データとして各仕入先に
送信（手順Ｓ４３）することにより発注する。仕入れ先
から納品があった際には、サーバー１０は納品データの
入力を受付け（手順Ｓ４４）するので、次の所定の余剰
在庫ファイル登録手順Ｓ４５に進む。

【００５９】次に、図１に図８を併せ参照してサーバー
１０の余剰在庫登録処理の一手順について説明する。

【００６０】サーバー１０では、納品数量を受付け（手
順Ｓ５１）した際に、余剰在庫登録部１１が、店舗間移
送履歴ファイル１４の記録データから納品された店舗に
対して１日の平均消費量「Ａ」を算出（手順Ｓ５２）す
ると共に、平均納品間隔日数「Ｃ」を算出（手順Ｓ５
３）する。次いで、サーバー１０は、次回発注までの予
測消費量を計算値「Ａ×Ｃ」として算出（手順Ｓ５４）
し、今回納入量から予測消費量「Ａ×Ｃ」を差し引いた
値をこの店舗の余剰在庫量として余剰在庫ファイル１３
に登録（手順Ｓ５５）している。

【００６１】ここで、移送元店舗２０−Ｓにおける月別
の消費量は、上記納入受け量と在庫追加量との和から、
現在の他店舗へ移送可能な余剰在庫量と移送して引き落
とされた量との和を、差し引いたものである。

【００６２】また、１日の平均予測消費量「Ａ」は、当
月直近３ヶ月間の消費量「ａ」と前年同時期の３ヶ月間
の消費量「ｂ」との比率と、前年の当月対応消費量「ｂ
１」とから当月予測消費量「ａ１＝ｂ１×ａ／ｂ」を求
め、１ヶ月を３０日とする計算式「Ａ＝ａ１／３０」か
ら求められる。前年同時期の３ヶ月間の消費量「ｂ」が
「零」の場合には、当月直近３ヶ月間の月別消費量によ
り、最小二乗法を用いて１ヶ月分の当月予想消費量「ａ
１」を求めることとする。

【００６３】また、平均納品間隔日数「Ｃ」は、当月直
近３ヶ月間の納入受け回数「ｃ」から３ヶ月を９１日と
する計算式「Ｃ＝９１／ｃ」により求められる。従っ
て、次回発注までの予測消費量「Ａ×Ｃ」が算出され
る。

【００６４】他方、移送先店舗２０−Ｒにおける当月の
１日平均余剰在庫の予測消費量「Ｄ」も上記平均予測消
費量「Ａ」と同様に求められる。すなわち、１日の平均
予測消費量「Ｄ」は、当月直近３ヶ月間の余剰在庫消費
量「ｄ」と前年同時期の３ヶ月間の消費量「ｅ」との比
率と、前年の当月対応消費量「ｅ１」とから当月予想消
費量「ｄ１＝ｅ１×ｄ／ｅ」を求め、１ヶ月を３０日と
する計算式「Ｄ＝ｄ１／３０」から求められる。前年同
時期の３ヶ月間の消費量「ｅ」が「零」の場合には、当
月直近３ヶ月間の月別消費量により、最小二乗法を用い
て１ヶ月分の当月予想消費量「ｄ１」を求めることとす
る。

【００６５】また、平均納品間隔日数「Ｃ」は、当月直
近３ヶ月間の納入受け回数「ｃ」から３ヶ月を９１日と
して計算式「Ｃ＝９１／ｃ」により求められる。従っ
て、次回発注までの予測消費量「Ｄ×Ｃ」が算出され
る。

【００６６】図８では、移送元店舗で消費量を確保する
場合を説明したが、移送元と移送先である依頼元とに比
例させて割り振る場合も考えられる。この場合には、移
送先店舗での余剰在庫量は、今回納入受け量の「Ｄ／
（Ｄ＋Ａ）」倍として求めることができる。

【００６７】次に図９に図１を併せ参照して店舗端末３
０のクライアントコンピュータで、管理者が店舗間移送
または自動発注を確認する場合について説明する。本機
能はサーバー１０の端末でも実現することができる。

【００６８】店舗端末３０の店舗間移送確認部３１は、
移送の管理者による移送確認の入力を受付け（手順Ｓ６
１）した際に、移送確認要求をサーバー１０へ送信（手
順Ｓ６２）する。ここでは、移送確認入力に当日の日付
以外に出庫日を加え、例えば出庫日以前の２ヶ月間を限
定することとする。この期間限定も移送確認入力データ
の一項目として含めることができる。

【００６９】移送確認要求を受けたサーバー１０は、店
舗間移送履歴ファイル１５で、受信した出庫日から２ヶ
月間の対象履歴データを索引（手順Ｓ６３）し、この索
引データを要求元の店舗端末３０へ送信（手順Ｓ６４）
する。

【００７０】店舗端末３０では、店舗間移送確認部３１
がサーバー１０から受けた店舗間移送履歴データを表示
部２２に画面表示（手順Ｓ６５）する。

【００７１】この表示画面から、グループにおける移送
管理者が印刷出力を指示することにより、店舗間移送確
認部３１がこの指示入力を受付け（手順Ｓ６６）して表
示データを印刷出力（手順Ｓ６７）する。

【００７２】また、店舗端末３０の注文確認部３２は、
注文管理者の要求に基づいて図９に示すと同一の手順に
より、各仕入先への自動発注データ、例えば、仕入先、
発注日、品目、発注数量、納品店舗などをサーバー１０
の注文ファイル１６から索引し、表示部２２に画面表示
すると共に注文書を印刷出力する。

【００７３】店舗間移送確認部３１および注文確認部３
２は要求項目が異なるのみのため、上述した余剰在庫問
合せ部２１と共に同一構成手段が処理するとしてもよ
い。

【００７４】上記説明では、グループ内の管理のために
店舗端末の一つをクライアントコンピュータとしたが、
サーバーコンピュータをグループセンターに設けてクラ
イアントコンピュータの付加機能も有し、すべての各種
管理をこの端末で行なこととしてもよい。この場合に
は、すべての店舗端末を携帯電話とすることができる。
また、クライアントコンピュータである店舗端末の一つ
にサーバーコンピュータとしての機能を付加して備える
こととしてもよい。

【００７５】上記説明では、図示された機能ブロックお
よび手順を参照しているが、上述するように、機能の分
離併合による配分または手順の前後入替えなどの変更は
上記機能を満たす限り自由であり、上記説明が本発明を
限定するものではなく、更に一つの仕入れ単位を小分け
して活用する商品の在庫管理の全般に適用可能なもので
ある。

【００７６】

【発明の効果】以上説明したように本発明によれば、次
のような効果がある。

【００７７】第１の効果は、一つの仕入れ単位を小分け
して活用する商品の在庫管理において、不足、品切れの
発生に対して対象商品品目の移送処理をタイムリーに効
率よく実施できることである。

【００７８】その理由は、サーバーコンピュータを中心
に置き、サーバーコンピュータに他店舗との間で移送可
能な在庫を余剰在庫として記録し、不足品目の移送に際
して各店舗端末がこの余剰在庫を自由に呼び出し参照す
ることにより確認できると共に、その余剰在庫の登録か
ら、移送依頼および位相伝票処理まで、すべてインター
ネットを介して電子的に実施できるからである。

【００７９】第２の効果は過剰仕入れを防止または有効
期限切れ薬剤の発生を防止できることである。

【００８０】その理由は、上述した店舗相互間の通信の
電子化による通達の効率化、移送の際における余剰在庫
の自動引落し、更に、発注点割れに際しての自動発注が
できるからである。

【００８１】また、第３の効果は余剰在庫管理に熟練者
を不要にすることである。

【００８２】その理由は、携帯電話からでもデータを画
面表示できるので余剰在庫の確認が容易なためである。

【００８３】更に、第４の効果は在庫管理システムの設
備投資およびランニングコストが低いことである。

【００８４】その理由は、店舗端末にインターネットを
用いて通信する携帯電話を使用できるからである。

【図面の簡単な説明】

【図１】本発明の実施の一形態を示す機能ブロック図で
ある。

【図２】図１における部分詳細の実施の一形態を示す機
能ブロック図である。

【図３】本発明によるシステムの主要動作手順前半の一
形態を示すシーケンスチャートである。

【図４】図３に続く主要動作手順後半の一形態を示すシ
ーケンスチャートである。

【図５】図１の店舗端末における在庫問合せおよび移送
依頼の一手順を示すフローチャートである。

【図６】図１のサーバーコンピュータにおける移送処理
の一手順を示すフローチャートである。

【図７】図１のサーバーコンピュータにおける自動注文
処理の一手順を示すフローチャートである。

【図８】図１のサーバーコンピュータにおける余剰在庫
登録処理の一手順を示すフローチャートである。

【図９】図１のクライアントコンピュータにおける移送
または自動発注の確認処理の一手順を示すシーケンスチ
ャートである。

【図１０】従来の一例を示す機能ブロック図である。

【符号の説明】

１０サーバーコンピュータ（サーバー）１１余剰在庫登録部１２記憶部１３余剰在庫ファイル１４余剰在庫略名索引ファイル１５店舗間移送履歴ファイル１６注文ファイル２０店舗端末（携帯電話）２１余剰在庫問合部２２表示部２３移送依頼部２４移送依頼受付部２５依頼品出庫部３０店舗端末（クライアントコンピュータ）３１店舗間移送確認部３２注文確認部４０インターネット４１電子メールシステム

───────────────────────────────────────────────────── フロントページの続き (72)発明者杉本直彦東京都港区芝五丁目７番１号日本電気株式会社内 (72)発明者上田泰子福岡県福岡市中央区渡辺通五丁目14番12号株式会社ステップワン九州内 (72)発明者西出喜雄神奈川県川崎市高津区北見方二丁目６番１号エヌイーシーインフロンティア株式会社内

Claims

【特許請求の範囲】

【請求項１】一つの仕入れ単位を小分けして活用する
商品の在庫データを店舗別に有する在庫管理側情報処理
装置（以後、サーバー）とこの在庫データから余剰を見
極めて不足品目を調達する複数の店舗側情報処理端末
（以後、店舗端末）とがインターネットに接続してグル
ープを構成するシステムであって、前記サーバーは、前記店舗相互に流用できる在庫を余剰
在庫として各前記店舗ごとで上記商品の品目毎に予め登
録してあり、一つの前記店舗端末から品目名により前記
余剰在庫の問合せを受けた際には、登録されている該当
品目の余剰在庫を有する店舗における余剰在庫情報を、
問合せ元の店舗端末へ送信し、一つの前記店舗端末から
所定の品目データにより移送依頼を受付けした際にはこ
の移送依頼を移送元の店舗端末へ送信し、前記移送元の
店舗端末から移送済み確認の通知を受けた際には前記余
剰在庫の数量を更新し、かつ前記店舗端末は、一方の移
送依頼元店舗端末では、追加調達を必要とした前記商品
品目の問合せ入力を受付けした際には前記余剰在庫問合
せを前記サーバーに送信し、これに対する余剰在庫デー
タを前記サーバーから受けた際には受けたデータを画面
表示し、この表示データで品目に対する数量の入力を受
けた際には商品の移送を依頼する店舗を指定して移送依
頼を前記サーバーに送信し、他方の商品移送元店舗端末
では、前記サーバーから移送依頼を受けてこの依頼品目
の出庫を確認した入力を受付けた際にはこの移送済み確
認通知を前記サーバーに送信することを特徴とする在庫
管理システム。
【請求項２】請求項１において、前記店舗端末はイン
ターネットに接続し電子メールを可能とする携帯電話で
あることを特徴とする在庫管理システム。
【請求項３】請求項２において、前記携帯電話に入力
する品目名は略称とし、かつ、前記サーバーは前記略称
を正式品名に変換するファイルを有することを特徴とす
る在庫管理システム。
【請求項４】請求項２において、前記サーバーは、移
送依頼先である商品移送元へ送信する前記移送依頼に、
電子メールを用いることを特徴とする在庫管理システ
ム。
【請求項５】請求項１において、前記サーバーは、更
新された余剰在庫の数量が所定の発注点を割込んだ場合
には該当品目の所定数量を自動的に発注し、かつ、納品
を受けた際には納入量に基づいて余剰在庫量を所定式に
より計算して余剰在庫の登録を更新することを特徴とす
る在庫管理システム。
【請求項６】請求項１において、前記サーバーと前記
店舗端末との間の通信は、少なくとも前記移送依頼およ
び前記移送済み確認通知を電子メールで行なうことを特
徴とする在庫管理システム。
【請求項７】請求項１において、前記移送依頼に含ま
れる所定の品目データは、少なくとも一つの移送元とな
る店舗名、該当する品目名、およびその数量であること
を特徴とする在庫管理システム。
【請求項８】請求項１において、前記店舗端末は、依
頼元となって前記移送依頼の対象となる依頼先店舗が複
数の場合、前記移送依頼に指定される依頼先店舗とこの
店舗に依頼する数量とは、全体の余剰在庫データに基づ
いて予め定められた順序と数量割合とにより自動的に選
定する手段を有することを特徴とする在庫管理システ
ム。
【請求項９】請求項１において、前記店舗端末はコン
ピュータであり、前記サーバーと連携してデータ交換
し、各店舗間の移送履歴を確認し保存する手段を更に備
えることを特徴とする在庫管理システム。