一つの仕入れ単位を小分けして活用する商品の在庫管理システム
【課題】 店舗間で流用できる余剰在庫を効率的に移送し、過剰仕入れの防止と有効期限切れ商品を低減できる。
【解決手段】 サーバー（１０）に店舗端末（２０，３０）間で移送可能な在庫を余剰在庫として余剰在庫ファイル（１３）に記録し、不足品目の移送に際して各店舗端末（２０，３０）がこの余剰在庫を自由に呼び出し参照確認できる。その登録から、移送依頼および移送伝票処理まで、すべてインターネット（４０）を介して電子的に実施できる。サーバー（１０）は移送の結果における余剰在庫の自動引落し、更に発注点割れに際しての自動発注ができる。店舗端末（２０）は、設備投資およびランニングコストの低減のため、インターネット（４０）に接続し電子メールの可能な携帯電話とする。
【解決手段】 サーバー（１０）に店舗端末（２０，３０）間で移送可能な在庫を余剰在庫として余剰在庫ファイル（１３）に記録し、不足品目の移送に際して各店舗端末（２０，３０）がこの余剰在庫を自由に呼び出し参照確認できる。その登録から、移送依頼および移送伝票処理まで、すべてインターネット（４０）を介して電子的に実施できる。サーバー（１０）は移送の結果における余剰在庫の自動引落し、更に発注点割れに際しての自動発注ができる。店舗端末（２０）は、設備投資およびランニングコストの低減のため、インターネット（４０）に接続し電子メールの可能な携帯電話とする。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、一つの仕入れ単位を小分けして活用する商品の在庫データを店舗別に有する在庫管理側情報処理装置（以後、サーバー）とこの在庫データから余剰を見極めて不足品目を調達する複数の店舗側情報処理端末（以後、店舗端末）とがインターネットに接続してグループを構成する在庫管理システムに関し、特に流通単位である包装単位が大きい一方、販売単位が小さいため、包装単位の商品品目の余剰分を短期間に有効に活用して消化することができる在庫管理システムに関する。
【０００２】一つの仕入れ単位を小分けして活用する商品には、例えば薬剤がある。すなわち、本発明は、特に、グループ調剤薬局における自店舗の余剰在庫を有効にグループ調剤店舗間で調達しあう在庫管理システムに関する。
【０００３】調剤薬局は処方箋に基づき処方を行うが、これは１錠もしくは「ｍｇ」単位の処方となる。ところが通常薬剤は１商品に１００錠または１０００錠とまとまった単位で包装されており、仕入れも商品毎にその包装単位で行われる。当然、調剤薬局が欲しい仕入れ単位は５〜１０錠の処方単位であるが、包装されているためにその単位で仕入れることは不可能である。仮に、ある調剤薬局の店舗で１０００錠包装の薬剤が緊急で１０錠必要となったとすると、１０００錠包装の商品を１つ仕入れ、残りの９９０錠は余剰在庫となってしまう。
【０００４】また、薬剤には、有効期限があり、その期間内で消化する必要がある。以上の理由から、グループ調剤薬局では、仕入れた薬剤の余剰分をグループ間で小分けし、活用することとなる。
【０００５】
【従来の技術】従来、この種の在庫管理システムでは、例えば図１０に示されるように、商品の在庫データを店舗別に有する在庫管理側情報処理装置として管理側コンピュータ１１０と、この在庫データから余剰を見極めて不足品目を調達する複数の店舗それぞれに備えられる店舗側情報処理端末となる店舗側コンピュータ１２０とがインターネット１３０に接続してグループを構成している。
【０００６】管理側コンピュータ１１０は、受信部１１１、経緯データ更新部１１２、経緯データおよび店舗別在庫データを記録格納する記憶部１１３、記憶部検索部１１４、および送信部１１５を備えている。店舗側コンピュータ１２０は、入力部１２１、経緯データ更新部１２２、経緯データ格納部１２３、送信部１２４、受信部１２５、および表示部１２６を備えている。
【０００７】このような構成を有する従来のグループ調剤薬局における在庫管理システムはつぎのように動作する。
【０００８】すなわち、店舗側コンピュータ１２０において、まず、入力部１２１が店舗取扱品の入庫数量と消化数量との入力を受付けする。経緯データ更新部１２２は、入力部１２１に入力された変化情報データに基づいて、経緯データ格納部１２３に記憶されている経緯データを更新している。送信部１２４はインターネットを介して、入力部１２１から入力された変化情報データを送信する。
【０００９】また、店舗在庫切れ品目に対して、他店舗在庫状況の問合せのため、入力部１２１がこの品目のコードを入力し、送信部１２４が入力部１２１より入力された品目コードを検索品目情報としてインターネット１３０に送信する。その後、受信部１２５が、管理側コンピュータ１１０の検索結果を受信した際には、この検索結果を表示部１２６に表示する。
【００１０】一方、管理側コンピュータ１１０においては、受信部１１１が店舗側コンピュータ１２０からインターネット１３０に送信された変化情報データを受信する。経緯データ更新部１１２は、受信部１１１が受信した変化情報データに基づいて記憶部１１３に記憶されている品目毎の経緯データを更新している。また、受信部１１１が店舗側コンピュータ１２０からインターネット１３０に送信された検索品目情報のデータを受信した際には、記憶部検索部１１４が記憶部１１３に記憶されている店舗別の在庫データから品目毎の在庫データを検索して取り出し、送信部１１５が検索要求元の店舗側コンピュータ１２０へこの検索結果データを送信する。
【００１１】
【発明が解決しようとする課題】上述した従来の在庫管理システムでは、次のような問題点がある。
【００１２】第１の問題点は、在庫状況の問合せで得た余剰在庫情報に基づく在庫品目の移送処理がタイムリー性に欠け、移送の通達および移送結果の在庫管理が非効率なことである。
【００１３】その理由は、在庫状況の問合せで得た余剰在庫情報に基づく在庫品目の移送処理がインターネット経由ではなく、例えば電話などの通信手段であり、かつ移送の結果を所定の手段、例えば各店舗で自己店舗の取扱い品目の入庫および消化を変化情報として自己の在庫データを変更する手間をかけているからである。
【００１４】すなわち、従来の在庫管理システムでは、単に、依頼元である店舗側コンピュータにおいて店舗在庫品切れ品が、現在どこの店舗に在庫があるかを問合せするものであって、在庫の移送に関する依頼を電子的に行うものではない。また、商品名の入力においては、我が国の共通商品コードとして流通情報システムで用いられているＪＡＮ（Ｊａｐａｎｅｓｅ Ａｒｔｉｃｌｅ Ｎｕｍｂｅｒ） コードが用いられている。ＪＡＮコードは、欧米規格と同一のソースマーキング用の１３桁バーコード入力が標準であるため、各店舗では、バーコード台帳、もしくは、それに代わるものが必要となる。ＪＡＮコードにはこの標準タイプ以外に８桁の短縮タイプがあるがこの入力にもバーコードリーダーを欠かすことはできない。
【００１５】本発明の課題は、このような問題点を解決し、包装単位である医薬品流通単位と処方単位との相違より生じる余剰分を余剰在庫としてグループ調剤薬局間で公開し、短期間に消化させることが可能になるとともに、商品名入力および情報・データの授受を簡便にできる在庫管理システムを提供することである。
【００１６】
【課題を解決するための手段】本発明による在庫管理システムは、一つの仕入れ単位を小分けして活用する商品の在庫データを店舗別に有する在庫管理側である情報処理装置（以後、サーバー）とこの在庫データから余剰を見極めて不足品目を調達する複数の店舗それぞれに備えられる情報処理端末（以後、店舗端末）とがインターネットに接続してグループを構成するシステムに関するものである。
【００１７】本発明による上記サーバーは、前記店舗相互に流用できる在庫を余剰在庫として各前記店舗ごとで上記商品の品目毎に予め登録してあり、一つの前記店舗端末から品目名により余剰在庫問合せを受けた際には、登録されている該当品目の余剰在庫を有する店舗における余剰在庫情報を、問合せ元の店舗端末へ送信し、一つの前記店舗端末から所定の品目データにより移送依頼を受付けした際にはこの移送依頼を移送元の店舗端末へ送信し、前記移送元の店舗端末から移送済み確認の通知を受けた際には前記余剰在庫の数量を更新することを特徴としている。
【００１８】また、本発明による上記店舗端末は、一方の移送依頼元店舗端末では、追加調達を必要とした前記商品品目の問合せ入力を受付けした際には前記余剰在庫問合せを前記サーバーに送信し、これに対する余剰在庫データを前記サーバーから受けた際には受けたデータを画面表示し、この表示データで品目に対する数量の入力を受けた際には商品の移送を依頼する店舗を指定して移送依頼を前記サーバーに送信し、他方の商品移送元店舗端末では、前記サーバーから移送依頼を受けてこの依頼品目の出庫を確認した入力を受付けた際にはこの移送済み確認通知を前記サーバーに送信することを特徴としている。
【００１９】上述したような構成によれば、各店舗が、自己店舗に商品の品不足または品切れが生じた場合には余剰在庫の検索を、また移送の依頼および移送の結果を、それぞれインターネットを介し管理側であるサーバーに対して送信し、特に、依頼先の店舗に対する移送依頼に必要な事項はサーバーを介して送信しているので、サーバーの記憶部でファイルにタイムリーに保存することができる。従って、在庫状況の問合せで得た余剰在庫情報に基づく在庫品目の移送依頼および移送結果に対するサーバーへの通達処理がタイムリーである。
【００２０】また、上記店舗端末はインターネットに接続し電子メールを可能とする携帯電話であることが望ましい。この結果、店舗端末では店員が携帯電話により呼び出されるので、移送の依頼通達など、通達が速効的である。更に、携帯電話に入力する品目名は略称とし、かつ、上記サーバーは前記略称を正式品名に変換するファイルを有することにより、１３桁ものバーコードとは異なる品目指定入力が容易になり、品名の入力に熟練を不要としている。
【００２１】また、上記サーバーは、更新された余剰在庫の数量が所定の発注点を割込んだ場合には該当品目の所定数量を自動的に発注し、かつ、納品を受けた際には納入量に基づいて余剰在庫量を所定式により計算して余剰在庫の登録を更新することができる。このため、人手をかけることがない。
【００２２】また、上記サーバーと上記店舗端末との間の通信は、少なくとも前記移送依頼および前記移送済み確認通知を電子メールで行なうことができる。この結果、情報の伝達が相手の応答を待つことなしにできるので効率的である。他方、店舗端末が携帯電話の場合には、呼出しベルにより応答を促すことができる。
【００２３】また、サーバーは、各店舗顛末から入力される依頼データにより、移送依頼の送信、余剰在庫データの更新などを自動化できる。
【００２４】
【発明の実施の形態】次に、本発明の実施の形態について図面を参照して説明する。
【００２５】図１は本発明の実施の一形態を示す機能ブロック図である。図２は図１で示すことができなかった店舗端末３０の詳細を示す。図１および図２では、本発明に関する部分のみの機能ブロックが示されている。
【００２６】図１に示された在庫管理システムでは、商品の余剰在庫データを店舗別に有する在庫管理側情報処理装置となるサーバーコンピュータ１０と、この余剰在庫データから不足品目を調達する複数の店舗それぞれに対応する情報処理端末となる店舗端末２０，３０とが、電子メールシステム４１を含むインターネット４０に接続してグループを構成している。また、店舗端末２０は、インターネットを介して電子メールが可能な、システムの構成用品を簡便化して各店舗に供給される携帯電話である。店舗端末３０はグループ内の管理者が店舗間の移送、各店舗の注文などを管理するための一つのクライアントコンピュータである。クライアントコンピュータはサーバーコンピュータ１０が代用してもよい。また、コンピュータによる店舗端末３０は複数であってもよい。
【００２７】ここで、店舗相互に流用できる在庫を余剰在庫と定義し、他店舗への移送可能量が余剰在庫量のデータとしてファイル保存され、各店舗へ公開されるものである。
【００２８】サーバーコンピュータ（以後、サーバー）１０は、入出力装置、記憶装置およびプロセッサを備え、プログラムにより所定の機能を発揮するものであって、余剰在庫登録部１１および記憶部１２を備えている。記憶部１２には、余剰在庫フェイル１３、余剰在庫略名索引ファイル１４、店舗間移送履歴ファイル１５および注文ファイル１６が備えられている。店舗端末２０は軽便小形であり、余剰在庫問合部２１、表示部２２、移送依頼部２３、移送依頼受付部２４、および依頼品出庫部２５を備えている。また、店舗端末３０は、携帯電話の店舗端末２０に対して表示画面、記憶容量などが大きく、店舗間の移送状態を確認するため、図２に示されるように、店舗端末２０の構成要素の加えて店舗間移送確認部３１および注文確認部３２を更に備えている。
【００２９】サーバー１０の余剰在庫登録部１１は、使用単位と比べて大幅に多量な一つの仕入れ単位の品目の納入があった際、すなわち薬局での処方単位が５〜１０錠にも拘わらず仕入れの包装単位が１００錠または１０００錠と纏まっている場合、小分けして活用する商品の上述した余剰在庫量を計算し、各店舗の余剰在庫として余剰在庫ファイル１３に登録する。この登録内容は少なくともグループ内で公開されるので、自店舗と他店舗との余剰在庫の確認に利用される。
【００３０】記憶部１２の余剰在庫ファイル１３は、上述したような他店舗へ移送可能な数量を余剰在庫として各店舗毎、各品目毎に登録しており、更に、毎日の各店舗間の移送依頼情報を記録している。余剰在庫略名索引ファイル１４は、携帯電話の店舗端末２０から品名入力の際に表示部２２の表示容量が少ないため入力された略名を、例えば一般のＰＯＳ（販売時点情報管理）システムで用いられるＪＡＮコードで示される商品名に変換するファイルである。これは店舗がクライアントコンピュータを備えて商品名をバーコードリーダーなどで入力できる場合には利用の必要がない。店舗間移送履歴ファイル１５は店舗間移送履歴データを記録している。この記録データは余剰在庫量を計算する際に用いられる。注文ファイル１６は余剰在庫が商品の移送により発注点である所定の残量を割った際に自動生成して発行した注文データを記録している。
【００３１】これらの構成要素を用いたサーバー１０の主要機能の発揮手順は後にチャートを参照して説明する。
【００３２】次に、店舗端末２０の余剰在庫問合部２１は、不足品目の商品名により余剰在庫量を知るため店員から入力されたデータに基づいてサーバー１０に余剰在庫を問い合わせ、その結果を受け取る。表示部２２は、店員からの入力、例えば所望品目の略名を表示する一方、サーバー１０からの受信情報、例えば余剰在庫情報を画面表示する。店員が店舗端末２０で表示部２２の画面表示に基づいてで自店舗における不足または品切れの品目数量について入力する。
【００３３】移送依頼部２３は、店員から入力された品目数量について、余剰在庫のある他店舗へ移送依頼する際に、各店舗で予め定められた優先順位の依頼先店舗から順次、自動的に依頼数量を算出して対象となる品目の移送依頼データを作成し、移送予約在庫としてサーバー１０に送信する。サーバー１０はこれを記憶部１２の余剰在庫ファイル１３に登録すると同時に自動的に移送元となる依頼先の店舗端末へ電子メールにより送信する。
【００３４】一方、移送依頼受付部２４は、依頼元である移送先からの移送依頼を移送元として電子メールで受取るために使用される。移送依頼には、移送先、移送品目、移送数量が含まれている。依頼品出庫部２５は、移送元から移送先への該当依頼品目の出庫が行われた際に、出庫情報をサーバー１０へ送信して記憶部１２へ登録する。この出庫情報によりサーバー１０は、出庫による余剰在庫の引落しと、発注点割れを点検し、発注点割れしている品目を自動的に発注する。
【００３５】ここで、発注点割れは、例えば、あらかじめ発注点を登録しておき余剰在庫の残数量がこれを割ったとき、または、１日当り平均の余剰在庫引落し量を機械的に計算し、余剰在庫の残数量がこれを割ったときに認識されるものとする。
【００３６】このときの発注量は、例えば卸からの納入データによる前回納入数量をとる。余剰在庫に登録される品目は、上述したように、卸の流通単位である包装単位入り数と店舗の処方による消費量との差が大きい品目である。また、卸に注文した場合、通常、そのリードタイムは１日未満であるので、上述した方法で十分であると考えられる。
【００３７】図２に示される店舗端末３０の店舗間移送確認部３１は、インターネット４０を介して、グループ調剤薬局間において行われた移送について、移送の管理者がサーバー１０の店舗間移送履歴ファイル１５から呼び出した過去二ヶ月間に対する移送内容、例えば、移送元店舗、移送先店舗、移送品目，移送品目単価、移送数量、移送金額、移送依頼日、移送日等を、表示部２２に画面表示することにより管理者に提供する。この二ヶ月の期間は固定したものではなく、商品により適切な期間が選択される。
【００３８】注文確認部３２は、上記店舗間移送確認部３１と同様、各薬局に対する発注状況について、管理者がサーバー１０の注文ファイル１６から呼び出した自動注文データを、表示部２２に画面表示することにより注文の管理者に提供する。
【００３９】次に、図１、図３および図５を併せ参照して店舗端末２０が余剰在庫を問合せ不足商品の移送を依頼するまでの一手順について説明する。
【００４０】まず、図３における主要手順では、サーバー１０の余剰在庫ファイル１３に各店舗ごとの所定の各品目における上述した余剰在庫量が登録（手順Ｓ１）されているものとする。依頼元となる店舗端末２０−Ｒは、店員から不足品目とその余剰在庫問合せとの入力を受付けして、これをサーバー１０へ送信（手順Ｓ２）する。サーバー１０は受信した品目の余剰在庫データを余剰在庫ファイル１３から索引して問合せ元の店舗端末２０−Ｒへ送信（手順Ｓ３）する。店舗端末２０−Ｒは、受付けた余剰在庫データを画面表示（手順Ｓ４）するので、店員から移送依頼のデータ入力を受付け（手順Ｓ５）し、かつ内容の確定した移送依頼データをサーバー１０へ送信（手順Ｓ６）する。
【００４１】この店舗端末２０−Ｒにおける手順を、図５R>５を参照してより詳細に説明する。
【００４２】店舗端末２０が携帯電話のような軽量小型の場合、余剰在庫問合せ部２１は、所望する品目を略名入力で受付け（手順Ｓ２１）して余剰在庫問合せデータを形成しサーバー１０へ送信（手順Ｓ２２）し、サーバー１０から返信される余剰在庫データの受信（手順Ｓ２３）を待つ。
【００４３】手順Ｓ２３が「ＹＥＳ」でサーバー１０から余剰在庫データを受信した際、余剰在庫問合せ部２１は、受信データを受付けして表示部２２に画面表示（手順Ｓ２４）する。画面を見て店員が所要品目を確認してその品目を選択しその品目の数量を入力（手順Ｓ２５）する。更に表示内容の確定を入力した際には移送依頼部２３がこれを受付け（手順Ｓ２６のＹＥＳ）する。次いで、移送依頼部２３は、上述したように余剰在庫を有し移送元となり得る店舗を、所定の優先順位により自動的に選択してそれぞれの店舗に対する移送数量を算出（手順Ｓ２７）し、これらデータを移送依頼データとしてサーバー１０に送信（手順Ｓ２８）する。
【００４４】上述した手順は、例えば、インターネット４０上にサーバー１０が開設するホームページをまず呼出し、この画面からリンク先の画面を呼び出して必要事項を入力することにより容易に実現する。
【００４５】次に、図１、図３、および図６を併せ参照してサーバー１０が店舗端末２０−Ｒから余剰在庫問合せを受ける手順、および店舗端末２０−Ｒから移送依頼を受けて移送元店舗端末２０−Ｓへ移送を依頼する手順について説明する。
【００４６】図２に戻り、サーバー１０では、依頼元店舗端末２０−Ｒから上記手順Ｓ６で送信された移送依頼データを受付けした際には、これを、余剰在庫ファイル１３に記録（手順７）すると共に移送元となる依頼先店舗端末２０−Ｓそれぞれへ電子メールで送信（手順Ｓ８）する。依頼先店舗端末２０−Ｓには、この移送依頼データが着信（手順Ｓ９）する。携帯電話の場合には着信音の鳴動により応答が促され、かつ、その後の出庫処理が促される。
【００４７】図６を参照すれば、図３の上記手順Ｓ３におけるサーバー１０は、依頼元店舗端末２０−Ｒから余剰在庫問合せを受付けした際（手順Ｓ３１）に余剰在庫ファイル１３から余剰在庫データを索引して問合わせ元の店舗端末２０−Ｒへ送信（手順Ｓ３２）する。
【００４８】次いで、サーバー１０は、移送依頼データを移送依頼先店舗端末２０−Ｒから受付け（手順Ｓ３３のＹＥＳ）するのでこれを余剰在庫ファイル１３に格納（手順Ｓ３４）すると共に余剰在庫ファイル１３における記録の当日移送予定データを移送依頼データとして移送元店舗端末２０−Ｓへ送信（手順Ｓ３５）する。
【００４９】サーバー１０から店舗端末２０への通信は、電子メールを利用するとよい。すなわち、上述したように、特に店舗端末２０が携帯電話の場合には、通常、着信により直ちに呼び出すことができるからである。
【００５０】次に、図１、図４、および図６を併せ参照して移送元店舗端末２０−Ｓにおける移送品目の移送依頼受付けおよび依頼品出庫の一手順とサーバー１０における自動発注および余剰在庫量計算の一手順について説明する。
【００５１】まず、図１および図４において、移送元店舗端末２０−Ｓでは、移送依頼受付部２４が移送依頼をサーバー１０から受付けし表示部２２に当日移送予定データを移送依頼データとして画面表示する。従って、この店舗は移送依頼品を移送先店舗へ出庫する。依頼品出庫部２５は、店員から出庫通知の入力を受付け（手順Ｓ１１）し、このデータに基づいて移送済み確認通知をサーバー１０へ送信（手順Ｓ１２）する。
【００５２】次いで、サーバー１０は、受けた移送済み確認通知を店舗間移送履歴ファイル１４に記録（手順Ｓ１３）し、余剰在庫ファイル１３の対象品目数量を引き落とすことにより更新し、先に記録した移送依頼データを削除（手順Ｓ１４）する。この際、余剰在庫の発注点割れを調査（手順Ｓ１５）して発注点割れを生じた場合には、サーバー１０は所定の手順で自動発注処理（手順Ｓ１６）する。
【００５３】発注の結果、商品が納入された際には、納入のあった店舗の店員から納品情報が入力される。サーバー１０は、この納品情報により納入量の入力を受付け（手順Ｓ１７）するので、例えば、移送して商品を引き落とされた店舗に対する余剰在庫量を計算して余剰在庫ファイル１３に登録する。
【００５４】図１および図５を参照して、より詳細を説明すれば、移送済み確認通知を移送元店舗端末２０−Ｓから受付け（手順Ｓ３６のＹＥＳ）した際には、サーバー１０は、この受付けデータを店舗間移送履歴ファイル１５に記録により格納（手順Ｓ３７）する。一方、サーバー１０は、余剰在庫ファイル１３で、移送分の在庫数量を引き去ることにより更新（手順Ｓ３８）し、上述した発注点割れを点検（手順Ｓ３９）する。
【００５５】この手順Ｓ３９が「ＮＯ」で発注点割れがなければ手順はここで終了する。
【００５６】上記手順Ｓ３９が「ＹＥＳ」で発注点割れがあった場合、図７に示される自動注文処理手順Ｓ４０へ進む。
【００５７】次に、図１に図７を併せ参照してサーバー１０における自動注文処理の一手順について説明する。
【００５８】サーバー１０が発注点割れの品目を検出（手順Ｓ４１）した際には、所定数量により注文データを作成し注文ファイル１６に記録格納（手順Ｓ４２）すると共にこの注文データを発注データとして各仕入先に送信（手順Ｓ４３）することにより発注する。仕入れ先から納品があった際には、サーバー１０は納品データの入力を受付け（手順Ｓ４４）するので、次の所定の余剰在庫ファイル登録手順Ｓ４５に進む。
【００５９】次に、図１に図８を併せ参照してサーバー１０の余剰在庫登録処理の一手順について説明する。
【００６０】サーバー１０では、納品数量を受付け（手順Ｓ５１）した際に、余剰在庫登録部１１が、店舗間移送履歴ファイル１４の記録データから納品された店舗に対して１日の平均消費量「Ａ」を算出（手順Ｓ５２）すると共に、平均納品間隔日数「Ｃ」を算出（手順Ｓ５３）する。次いで、サーバー１０は、次回発注までの予測消費量を計算値「Ａ×Ｃ」として算出（手順Ｓ５４）し、今回納入量から予測消費量「Ａ×Ｃ」を差し引いた値をこの店舗の余剰在庫量として余剰在庫ファイル１３に登録（手順Ｓ５５）している。
【００６１】ここで、移送元店舗２０−Ｓにおける月別の消費量は、上記納入受け量と在庫追加量との和から、現在の他店舗へ移送可能な余剰在庫量と移送して引き落とされた量との和を、差し引いたものである。
【００６２】また、１日の平均予測消費量「Ａ」は、当月直近３ヶ月間の消費量「ａ」と前年同時期の３ヶ月間の消費量「ｂ」との比率と、前年の当月対応消費量「ｂ１」とから当月予測消費量「ａ１＝ｂ１×ａ／ｂ」を求め、１ヶ月を３０日とする計算式「Ａ＝ａ１／３０」から求められる。前年同時期の３ヶ月間の消費量「ｂ」が「零」の場合には、当月直近３ヶ月間の月別消費量により、最小二乗法を用いて１ヶ月分の当月予想消費量「ａ１」を求めることとする。
【００６３】また、平均納品間隔日数「Ｃ」は、当月直近３ヶ月間の納入受け回数「ｃ」から３ヶ月を９１日とする計算式「Ｃ＝９１／ｃ」により求められる。従って、次回発注までの予測消費量「Ａ×Ｃ」が算出される。
【００６４】他方、移送先店舗２０−Ｒにおける当月の１日平均余剰在庫の予測消費量「Ｄ」も上記平均予測消費量「Ａ」と同様に求められる。すなわち、１日の平均予測消費量「Ｄ」は、当月直近３ヶ月間の余剰在庫消費量「ｄ」と前年同時期の３ヶ月間の消費量「ｅ」との比率と、前年の当月対応消費量「ｅ１」とから当月予想消費量「ｄ１＝ｅ１×ｄ／ｅ」を求め、１ヶ月を３０日とする計算式「Ｄ＝ｄ１／３０」から求められる。前年同時期の３ヶ月間の消費量「ｅ」が「零」の場合には、当月直近３ヶ月間の月別消費量により、最小二乗法を用いて１ヶ月分の当月予想消費量「ｄ１」を求めることとする。
【００６５】また、平均納品間隔日数「Ｃ」は、当月直近３ヶ月間の納入受け回数「ｃ」から３ヶ月を９１日として計算式「Ｃ＝９１／ｃ」により求められる。従って、次回発注までの予測消費量「Ｄ×Ｃ」が算出される。
【００６６】図８では、移送元店舗で消費量を確保する場合を説明したが、移送元と移送先である依頼元とに比例させて割り振る場合も考えられる。この場合には、移送先店舗での余剰在庫量は、今回納入受け量の「Ｄ／（Ｄ＋Ａ）」倍として求めることができる。
【００６７】次に図９に図１を併せ参照して店舗端末３０のクライアントコンピュータで、管理者が店舗間移送または自動発注を確認する場合について説明する。本機能はサーバー１０の端末でも実現することができる。
【００６８】店舗端末３０の店舗間移送確認部３１は、移送の管理者による移送確認の入力を受付け（手順Ｓ６１）した際に、移送確認要求をサーバー１０へ送信（手順Ｓ６２）する。ここでは、移送確認入力に当日の日付以外に出庫日を加え、例えば出庫日以前の２ヶ月間を限定することとする。この期間限定も移送確認入力データの一項目として含めることができる。
【００６９】移送確認要求を受けたサーバー１０は、店舗間移送履歴ファイル１５で、受信した出庫日から２ヶ月間の対象履歴データを索引（手順Ｓ６３）し、この索引データを要求元の店舗端末３０へ送信（手順Ｓ６４）する。
【００７０】店舗端末３０では、店舗間移送確認部３１がサーバー１０から受けた店舗間移送履歴データを表示部２２に画面表示（手順Ｓ６５）する。
【００７１】この表示画面から、グループにおける移送管理者が印刷出力を指示することにより、店舗間移送確認部３１がこの指示入力を受付け（手順Ｓ６６）して表示データを印刷出力（手順Ｓ６７）する。
【００７２】また、店舗端末３０の注文確認部３２は、注文管理者の要求に基づいて図９に示すと同一の手順により、各仕入先への自動発注データ、例えば、仕入先、発注日、品目、発注数量、納品店舗などをサーバー１０の注文ファイル１６から索引し、表示部２２に画面表示すると共に注文書を印刷出力する。
【００７３】店舗間移送確認部３１および注文確認部３２は要求項目が異なるのみのため、上述した余剰在庫問合せ部２１と共に同一構成手段が処理するとしてもよい。
【００７４】上記説明では、グループ内の管理のために店舗端末の一つをクライアントコンピュータとしたが、サーバーコンピュータをグループセンターに設けてクライアントコンピュータの付加機能も有し、すべての各種管理をこの端末で行なこととしてもよい。この場合には、すべての店舗端末を携帯電話とすることができる。また、クライアントコンピュータである店舗端末の一つにサーバーコンピュータとしての機能を付加して備えることとしてもよい。
【００７５】上記説明では、図示された機能ブロックおよび手順を参照しているが、上述するように、機能の分離併合による配分または手順の前後入替えなどの変更は上記機能を満たす限り自由であり、上記説明が本発明を限定するものではなく、更に一つの仕入れ単位を小分けして活用する商品の在庫管理の全般に適用可能なものである。
【００７６】
【発明の効果】以上説明したように本発明によれば、次のような効果がある。
【００７７】第１の効果は、一つの仕入れ単位を小分けして活用する商品の在庫管理において、不足、品切れの発生に対して対象商品品目の移送処理をタイムリーに効率よく実施できることである。
【００７８】その理由は、サーバーコンピュータを中心に置き、サーバーコンピュータに他店舗との間で移送可能な在庫を余剰在庫として記録し、不足品目の移送に際して各店舗端末がこの余剰在庫を自由に呼び出し参照することにより確認できると共に、その余剰在庫の登録から、移送依頼および位相伝票処理まで、すべてインターネットを介して電子的に実施できるからである。
【００７９】第２の効果は過剰仕入れを防止または有効期限切れ薬剤の発生を防止できることである。
【００８０】その理由は、上述した店舗相互間の通信の電子化による通達の効率化、移送の際における余剰在庫の自動引落し、更に、発注点割れに際しての自動発注ができるからである。
【００８１】また、第３の効果は余剰在庫管理に熟練者を不要にすることである。
【００８２】その理由は、携帯電話からでもデータを画面表示できるので余剰在庫の確認が容易なためである。
【００８３】更に、第４の効果は在庫管理システムの設備投資およびランニングコストが低いことである。
【００８４】その理由は、店舗端末にインターネットを用いて通信する携帯電話を使用できるからである。
【図面の簡単な説明】
【図１】本発明の実施の一形態を示す機能ブロック図である。
【図２】図１における部分詳細の実施の一形態を示す機能ブロック図である。
【図３】本発明によるシステムの主要動作手順前半の一形態を示すシーケンスチャートである。
【図４】図３に続く主要動作手順後半の一形態を示すシーケンスチャートである。
【図５】図１の店舗端末における在庫問合せおよび移送依頼の一手順を示すフローチャートである。
【図６】図１のサーバーコンピュータにおける移送処理の一手順を示すフローチャートである。
【図７】図１のサーバーコンピュータにおける自動注文処理の一手順を示すフローチャートである。
【図８】図１のサーバーコンピュータにおける余剰在庫登録処理の一手順を示すフローチャートである。
【図９】図１のクライアントコンピュータにおける移送または自動発注の確認処理の一手順を示すシーケンスチャートである。
【図１０】従来の一例を示す機能ブロック図である。
【符号の説明】
１０ サーバーコンピュータ（サーバー）
１１ 余剰在庫登録部
１２ 記憶部
１３ 余剰在庫ファイル
１４ 余剰在庫略名索引ファイル
１５ 店舗間移送履歴ファイル
１６ 注文ファイル
２０ 店舗端末（携帯電話）
２１ 余剰在庫問合部
２２ 表示部
２３ 移送依頼部
２４ 移送依頼受付部
２５ 依頼品出庫部
３０ 店舗端末（クライアントコンピュータ）
３１ 店舗間移送確認部
３２ 注文確認部
４０ インターネット
４１ 電子メールシステム
【０００１】
【発明の属する技術分野】本発明は、一つの仕入れ単位を小分けして活用する商品の在庫データを店舗別に有する在庫管理側情報処理装置（以後、サーバー）とこの在庫データから余剰を見極めて不足品目を調達する複数の店舗側情報処理端末（以後、店舗端末）とがインターネットに接続してグループを構成する在庫管理システムに関し、特に流通単位である包装単位が大きい一方、販売単位が小さいため、包装単位の商品品目の余剰分を短期間に有効に活用して消化することができる在庫管理システムに関する。
【０００２】一つの仕入れ単位を小分けして活用する商品には、例えば薬剤がある。すなわち、本発明は、特に、グループ調剤薬局における自店舗の余剰在庫を有効にグループ調剤店舗間で調達しあう在庫管理システムに関する。
【０００３】調剤薬局は処方箋に基づき処方を行うが、これは１錠もしくは「ｍｇ」単位の処方となる。ところが通常薬剤は１商品に１００錠または１０００錠とまとまった単位で包装されており、仕入れも商品毎にその包装単位で行われる。当然、調剤薬局が欲しい仕入れ単位は５〜１０錠の処方単位であるが、包装されているためにその単位で仕入れることは不可能である。仮に、ある調剤薬局の店舗で１０００錠包装の薬剤が緊急で１０錠必要となったとすると、１０００錠包装の商品を１つ仕入れ、残りの９９０錠は余剰在庫となってしまう。
【０００４】また、薬剤には、有効期限があり、その期間内で消化する必要がある。以上の理由から、グループ調剤薬局では、仕入れた薬剤の余剰分をグループ間で小分けし、活用することとなる。
【０００５】
【従来の技術】従来、この種の在庫管理システムでは、例えば図１０に示されるように、商品の在庫データを店舗別に有する在庫管理側情報処理装置として管理側コンピュータ１１０と、この在庫データから余剰を見極めて不足品目を調達する複数の店舗それぞれに備えられる店舗側情報処理端末となる店舗側コンピュータ１２０とがインターネット１３０に接続してグループを構成している。
【０００６】管理側コンピュータ１１０は、受信部１１１、経緯データ更新部１１２、経緯データおよび店舗別在庫データを記録格納する記憶部１１３、記憶部検索部１１４、および送信部１１５を備えている。店舗側コンピュータ１２０は、入力部１２１、経緯データ更新部１２２、経緯データ格納部１２３、送信部１２４、受信部１２５、および表示部１２６を備えている。
【０００７】このような構成を有する従来のグループ調剤薬局における在庫管理システムはつぎのように動作する。
【０００８】すなわち、店舗側コンピュータ１２０において、まず、入力部１２１が店舗取扱品の入庫数量と消化数量との入力を受付けする。経緯データ更新部１２２は、入力部１２１に入力された変化情報データに基づいて、経緯データ格納部１２３に記憶されている経緯データを更新している。送信部１２４はインターネットを介して、入力部１２１から入力された変化情報データを送信する。
【０００９】また、店舗在庫切れ品目に対して、他店舗在庫状況の問合せのため、入力部１２１がこの品目のコードを入力し、送信部１２４が入力部１２１より入力された品目コードを検索品目情報としてインターネット１３０に送信する。その後、受信部１２５が、管理側コンピュータ１１０の検索結果を受信した際には、この検索結果を表示部１２６に表示する。
【００１０】一方、管理側コンピュータ１１０においては、受信部１１１が店舗側コンピュータ１２０からインターネット１３０に送信された変化情報データを受信する。経緯データ更新部１１２は、受信部１１１が受信した変化情報データに基づいて記憶部１１３に記憶されている品目毎の経緯データを更新している。また、受信部１１１が店舗側コンピュータ１２０からインターネット１３０に送信された検索品目情報のデータを受信した際には、記憶部検索部１１４が記憶部１１３に記憶されている店舗別の在庫データから品目毎の在庫データを検索して取り出し、送信部１１５が検索要求元の店舗側コンピュータ１２０へこの検索結果データを送信する。
【００１１】
【発明が解決しようとする課題】上述した従来の在庫管理システムでは、次のような問題点がある。
【００１２】第１の問題点は、在庫状況の問合せで得た余剰在庫情報に基づく在庫品目の移送処理がタイムリー性に欠け、移送の通達および移送結果の在庫管理が非効率なことである。
【００１３】その理由は、在庫状況の問合せで得た余剰在庫情報に基づく在庫品目の移送処理がインターネット経由ではなく、例えば電話などの通信手段であり、かつ移送の結果を所定の手段、例えば各店舗で自己店舗の取扱い品目の入庫および消化を変化情報として自己の在庫データを変更する手間をかけているからである。
【００１４】すなわち、従来の在庫管理システムでは、単に、依頼元である店舗側コンピュータにおいて店舗在庫品切れ品が、現在どこの店舗に在庫があるかを問合せするものであって、在庫の移送に関する依頼を電子的に行うものではない。また、商品名の入力においては、我が国の共通商品コードとして流通情報システムで用いられているＪＡＮ（Ｊａｐａｎｅｓｅ Ａｒｔｉｃｌｅ Ｎｕｍｂｅｒ） コードが用いられている。ＪＡＮコードは、欧米規格と同一のソースマーキング用の１３桁バーコード入力が標準であるため、各店舗では、バーコード台帳、もしくは、それに代わるものが必要となる。ＪＡＮコードにはこの標準タイプ以外に８桁の短縮タイプがあるがこの入力にもバーコードリーダーを欠かすことはできない。
【００１５】本発明の課題は、このような問題点を解決し、包装単位である医薬品流通単位と処方単位との相違より生じる余剰分を余剰在庫としてグループ調剤薬局間で公開し、短期間に消化させることが可能になるとともに、商品名入力および情報・データの授受を簡便にできる在庫管理システムを提供することである。
【００１６】
【課題を解決するための手段】本発明による在庫管理システムは、一つの仕入れ単位を小分けして活用する商品の在庫データを店舗別に有する在庫管理側である情報処理装置（以後、サーバー）とこの在庫データから余剰を見極めて不足品目を調達する複数の店舗それぞれに備えられる情報処理端末（以後、店舗端末）とがインターネットに接続してグループを構成するシステムに関するものである。
【００１７】本発明による上記サーバーは、前記店舗相互に流用できる在庫を余剰在庫として各前記店舗ごとで上記商品の品目毎に予め登録してあり、一つの前記店舗端末から品目名により余剰在庫問合せを受けた際には、登録されている該当品目の余剰在庫を有する店舗における余剰在庫情報を、問合せ元の店舗端末へ送信し、一つの前記店舗端末から所定の品目データにより移送依頼を受付けした際にはこの移送依頼を移送元の店舗端末へ送信し、前記移送元の店舗端末から移送済み確認の通知を受けた際には前記余剰在庫の数量を更新することを特徴としている。
【００１８】また、本発明による上記店舗端末は、一方の移送依頼元店舗端末では、追加調達を必要とした前記商品品目の問合せ入力を受付けした際には前記余剰在庫問合せを前記サーバーに送信し、これに対する余剰在庫データを前記サーバーから受けた際には受けたデータを画面表示し、この表示データで品目に対する数量の入力を受けた際には商品の移送を依頼する店舗を指定して移送依頼を前記サーバーに送信し、他方の商品移送元店舗端末では、前記サーバーから移送依頼を受けてこの依頼品目の出庫を確認した入力を受付けた際にはこの移送済み確認通知を前記サーバーに送信することを特徴としている。
【００１９】上述したような構成によれば、各店舗が、自己店舗に商品の品不足または品切れが生じた場合には余剰在庫の検索を、また移送の依頼および移送の結果を、それぞれインターネットを介し管理側であるサーバーに対して送信し、特に、依頼先の店舗に対する移送依頼に必要な事項はサーバーを介して送信しているので、サーバーの記憶部でファイルにタイムリーに保存することができる。従って、在庫状況の問合せで得た余剰在庫情報に基づく在庫品目の移送依頼および移送結果に対するサーバーへの通達処理がタイムリーである。
【００２０】また、上記店舗端末はインターネットに接続し電子メールを可能とする携帯電話であることが望ましい。この結果、店舗端末では店員が携帯電話により呼び出されるので、移送の依頼通達など、通達が速効的である。更に、携帯電話に入力する品目名は略称とし、かつ、上記サーバーは前記略称を正式品名に変換するファイルを有することにより、１３桁ものバーコードとは異なる品目指定入力が容易になり、品名の入力に熟練を不要としている。
【００２１】また、上記サーバーは、更新された余剰在庫の数量が所定の発注点を割込んだ場合には該当品目の所定数量を自動的に発注し、かつ、納品を受けた際には納入量に基づいて余剰在庫量を所定式により計算して余剰在庫の登録を更新することができる。このため、人手をかけることがない。
【００２２】また、上記サーバーと上記店舗端末との間の通信は、少なくとも前記移送依頼および前記移送済み確認通知を電子メールで行なうことができる。この結果、情報の伝達が相手の応答を待つことなしにできるので効率的である。他方、店舗端末が携帯電話の場合には、呼出しベルにより応答を促すことができる。
【００２３】また、サーバーは、各店舗顛末から入力される依頼データにより、移送依頼の送信、余剰在庫データの更新などを自動化できる。
【００２４】
【発明の実施の形態】次に、本発明の実施の形態について図面を参照して説明する。
【００２５】図１は本発明の実施の一形態を示す機能ブロック図である。図２は図１で示すことができなかった店舗端末３０の詳細を示す。図１および図２では、本発明に関する部分のみの機能ブロックが示されている。
【００２６】図１に示された在庫管理システムでは、商品の余剰在庫データを店舗別に有する在庫管理側情報処理装置となるサーバーコンピュータ１０と、この余剰在庫データから不足品目を調達する複数の店舗それぞれに対応する情報処理端末となる店舗端末２０，３０とが、電子メールシステム４１を含むインターネット４０に接続してグループを構成している。また、店舗端末２０は、インターネットを介して電子メールが可能な、システムの構成用品を簡便化して各店舗に供給される携帯電話である。店舗端末３０はグループ内の管理者が店舗間の移送、各店舗の注文などを管理するための一つのクライアントコンピュータである。クライアントコンピュータはサーバーコンピュータ１０が代用してもよい。また、コンピュータによる店舗端末３０は複数であってもよい。
【００２７】ここで、店舗相互に流用できる在庫を余剰在庫と定義し、他店舗への移送可能量が余剰在庫量のデータとしてファイル保存され、各店舗へ公開されるものである。
【００２８】サーバーコンピュータ（以後、サーバー）１０は、入出力装置、記憶装置およびプロセッサを備え、プログラムにより所定の機能を発揮するものであって、余剰在庫登録部１１および記憶部１２を備えている。記憶部１２には、余剰在庫フェイル１３、余剰在庫略名索引ファイル１４、店舗間移送履歴ファイル１５および注文ファイル１６が備えられている。店舗端末２０は軽便小形であり、余剰在庫問合部２１、表示部２２、移送依頼部２３、移送依頼受付部２４、および依頼品出庫部２５を備えている。また、店舗端末３０は、携帯電話の店舗端末２０に対して表示画面、記憶容量などが大きく、店舗間の移送状態を確認するため、図２に示されるように、店舗端末２０の構成要素の加えて店舗間移送確認部３１および注文確認部３２を更に備えている。
【００２９】サーバー１０の余剰在庫登録部１１は、使用単位と比べて大幅に多量な一つの仕入れ単位の品目の納入があった際、すなわち薬局での処方単位が５〜１０錠にも拘わらず仕入れの包装単位が１００錠または１０００錠と纏まっている場合、小分けして活用する商品の上述した余剰在庫量を計算し、各店舗の余剰在庫として余剰在庫ファイル１３に登録する。この登録内容は少なくともグループ内で公開されるので、自店舗と他店舗との余剰在庫の確認に利用される。
【００３０】記憶部１２の余剰在庫ファイル１３は、上述したような他店舗へ移送可能な数量を余剰在庫として各店舗毎、各品目毎に登録しており、更に、毎日の各店舗間の移送依頼情報を記録している。余剰在庫略名索引ファイル１４は、携帯電話の店舗端末２０から品名入力の際に表示部２２の表示容量が少ないため入力された略名を、例えば一般のＰＯＳ（販売時点情報管理）システムで用いられるＪＡＮコードで示される商品名に変換するファイルである。これは店舗がクライアントコンピュータを備えて商品名をバーコードリーダーなどで入力できる場合には利用の必要がない。店舗間移送履歴ファイル１５は店舗間移送履歴データを記録している。この記録データは余剰在庫量を計算する際に用いられる。注文ファイル１６は余剰在庫が商品の移送により発注点である所定の残量を割った際に自動生成して発行した注文データを記録している。
【００３１】これらの構成要素を用いたサーバー１０の主要機能の発揮手順は後にチャートを参照して説明する。
【００３２】次に、店舗端末２０の余剰在庫問合部２１は、不足品目の商品名により余剰在庫量を知るため店員から入力されたデータに基づいてサーバー１０に余剰在庫を問い合わせ、その結果を受け取る。表示部２２は、店員からの入力、例えば所望品目の略名を表示する一方、サーバー１０からの受信情報、例えば余剰在庫情報を画面表示する。店員が店舗端末２０で表示部２２の画面表示に基づいてで自店舗における不足または品切れの品目数量について入力する。
【００３３】移送依頼部２３は、店員から入力された品目数量について、余剰在庫のある他店舗へ移送依頼する際に、各店舗で予め定められた優先順位の依頼先店舗から順次、自動的に依頼数量を算出して対象となる品目の移送依頼データを作成し、移送予約在庫としてサーバー１０に送信する。サーバー１０はこれを記憶部１２の余剰在庫ファイル１３に登録すると同時に自動的に移送元となる依頼先の店舗端末へ電子メールにより送信する。
【００３４】一方、移送依頼受付部２４は、依頼元である移送先からの移送依頼を移送元として電子メールで受取るために使用される。移送依頼には、移送先、移送品目、移送数量が含まれている。依頼品出庫部２５は、移送元から移送先への該当依頼品目の出庫が行われた際に、出庫情報をサーバー１０へ送信して記憶部１２へ登録する。この出庫情報によりサーバー１０は、出庫による余剰在庫の引落しと、発注点割れを点検し、発注点割れしている品目を自動的に発注する。
【００３５】ここで、発注点割れは、例えば、あらかじめ発注点を登録しておき余剰在庫の残数量がこれを割ったとき、または、１日当り平均の余剰在庫引落し量を機械的に計算し、余剰在庫の残数量がこれを割ったときに認識されるものとする。
【００３６】このときの発注量は、例えば卸からの納入データによる前回納入数量をとる。余剰在庫に登録される品目は、上述したように、卸の流通単位である包装単位入り数と店舗の処方による消費量との差が大きい品目である。また、卸に注文した場合、通常、そのリードタイムは１日未満であるので、上述した方法で十分であると考えられる。
【００３７】図２に示される店舗端末３０の店舗間移送確認部３１は、インターネット４０を介して、グループ調剤薬局間において行われた移送について、移送の管理者がサーバー１０の店舗間移送履歴ファイル１５から呼び出した過去二ヶ月間に対する移送内容、例えば、移送元店舗、移送先店舗、移送品目，移送品目単価、移送数量、移送金額、移送依頼日、移送日等を、表示部２２に画面表示することにより管理者に提供する。この二ヶ月の期間は固定したものではなく、商品により適切な期間が選択される。
【００３８】注文確認部３２は、上記店舗間移送確認部３１と同様、各薬局に対する発注状況について、管理者がサーバー１０の注文ファイル１６から呼び出した自動注文データを、表示部２２に画面表示することにより注文の管理者に提供する。
【００３９】次に、図１、図３および図５を併せ参照して店舗端末２０が余剰在庫を問合せ不足商品の移送を依頼するまでの一手順について説明する。
【００４０】まず、図３における主要手順では、サーバー１０の余剰在庫ファイル１３に各店舗ごとの所定の各品目における上述した余剰在庫量が登録（手順Ｓ１）されているものとする。依頼元となる店舗端末２０−Ｒは、店員から不足品目とその余剰在庫問合せとの入力を受付けして、これをサーバー１０へ送信（手順Ｓ２）する。サーバー１０は受信した品目の余剰在庫データを余剰在庫ファイル１３から索引して問合せ元の店舗端末２０−Ｒへ送信（手順Ｓ３）する。店舗端末２０−Ｒは、受付けた余剰在庫データを画面表示（手順Ｓ４）するので、店員から移送依頼のデータ入力を受付け（手順Ｓ５）し、かつ内容の確定した移送依頼データをサーバー１０へ送信（手順Ｓ６）する。
【００４１】この店舗端末２０−Ｒにおける手順を、図５R>５を参照してより詳細に説明する。
【００４２】店舗端末２０が携帯電話のような軽量小型の場合、余剰在庫問合せ部２１は、所望する品目を略名入力で受付け（手順Ｓ２１）して余剰在庫問合せデータを形成しサーバー１０へ送信（手順Ｓ２２）し、サーバー１０から返信される余剰在庫データの受信（手順Ｓ２３）を待つ。
【００４３】手順Ｓ２３が「ＹＥＳ」でサーバー１０から余剰在庫データを受信した際、余剰在庫問合せ部２１は、受信データを受付けして表示部２２に画面表示（手順Ｓ２４）する。画面を見て店員が所要品目を確認してその品目を選択しその品目の数量を入力（手順Ｓ２５）する。更に表示内容の確定を入力した際には移送依頼部２３がこれを受付け（手順Ｓ２６のＹＥＳ）する。次いで、移送依頼部２３は、上述したように余剰在庫を有し移送元となり得る店舗を、所定の優先順位により自動的に選択してそれぞれの店舗に対する移送数量を算出（手順Ｓ２７）し、これらデータを移送依頼データとしてサーバー１０に送信（手順Ｓ２８）する。
【００４４】上述した手順は、例えば、インターネット４０上にサーバー１０が開設するホームページをまず呼出し、この画面からリンク先の画面を呼び出して必要事項を入力することにより容易に実現する。
【００４５】次に、図１、図３、および図６を併せ参照してサーバー１０が店舗端末２０−Ｒから余剰在庫問合せを受ける手順、および店舗端末２０−Ｒから移送依頼を受けて移送元店舗端末２０−Ｓへ移送を依頼する手順について説明する。
【００４６】図２に戻り、サーバー１０では、依頼元店舗端末２０−Ｒから上記手順Ｓ６で送信された移送依頼データを受付けした際には、これを、余剰在庫ファイル１３に記録（手順７）すると共に移送元となる依頼先店舗端末２０−Ｓそれぞれへ電子メールで送信（手順Ｓ８）する。依頼先店舗端末２０−Ｓには、この移送依頼データが着信（手順Ｓ９）する。携帯電話の場合には着信音の鳴動により応答が促され、かつ、その後の出庫処理が促される。
【００４７】図６を参照すれば、図３の上記手順Ｓ３におけるサーバー１０は、依頼元店舗端末２０−Ｒから余剰在庫問合せを受付けした際（手順Ｓ３１）に余剰在庫ファイル１３から余剰在庫データを索引して問合わせ元の店舗端末２０−Ｒへ送信（手順Ｓ３２）する。
【００４８】次いで、サーバー１０は、移送依頼データを移送依頼先店舗端末２０−Ｒから受付け（手順Ｓ３３のＹＥＳ）するのでこれを余剰在庫ファイル１３に格納（手順Ｓ３４）すると共に余剰在庫ファイル１３における記録の当日移送予定データを移送依頼データとして移送元店舗端末２０−Ｓへ送信（手順Ｓ３５）する。
【００４９】サーバー１０から店舗端末２０への通信は、電子メールを利用するとよい。すなわち、上述したように、特に店舗端末２０が携帯電話の場合には、通常、着信により直ちに呼び出すことができるからである。
【００５０】次に、図１、図４、および図６を併せ参照して移送元店舗端末２０−Ｓにおける移送品目の移送依頼受付けおよび依頼品出庫の一手順とサーバー１０における自動発注および余剰在庫量計算の一手順について説明する。
【００５１】まず、図１および図４において、移送元店舗端末２０−Ｓでは、移送依頼受付部２４が移送依頼をサーバー１０から受付けし表示部２２に当日移送予定データを移送依頼データとして画面表示する。従って、この店舗は移送依頼品を移送先店舗へ出庫する。依頼品出庫部２５は、店員から出庫通知の入力を受付け（手順Ｓ１１）し、このデータに基づいて移送済み確認通知をサーバー１０へ送信（手順Ｓ１２）する。
【００５２】次いで、サーバー１０は、受けた移送済み確認通知を店舗間移送履歴ファイル１４に記録（手順Ｓ１３）し、余剰在庫ファイル１３の対象品目数量を引き落とすことにより更新し、先に記録した移送依頼データを削除（手順Ｓ１４）する。この際、余剰在庫の発注点割れを調査（手順Ｓ１５）して発注点割れを生じた場合には、サーバー１０は所定の手順で自動発注処理（手順Ｓ１６）する。
【００５３】発注の結果、商品が納入された際には、納入のあった店舗の店員から納品情報が入力される。サーバー１０は、この納品情報により納入量の入力を受付け（手順Ｓ１７）するので、例えば、移送して商品を引き落とされた店舗に対する余剰在庫量を計算して余剰在庫ファイル１３に登録する。
【００５４】図１および図５を参照して、より詳細を説明すれば、移送済み確認通知を移送元店舗端末２０−Ｓから受付け（手順Ｓ３６のＹＥＳ）した際には、サーバー１０は、この受付けデータを店舗間移送履歴ファイル１５に記録により格納（手順Ｓ３７）する。一方、サーバー１０は、余剰在庫ファイル１３で、移送分の在庫数量を引き去ることにより更新（手順Ｓ３８）し、上述した発注点割れを点検（手順Ｓ３９）する。
【００５５】この手順Ｓ３９が「ＮＯ」で発注点割れがなければ手順はここで終了する。
【００５６】上記手順Ｓ３９が「ＹＥＳ」で発注点割れがあった場合、図７に示される自動注文処理手順Ｓ４０へ進む。
【００５７】次に、図１に図７を併せ参照してサーバー１０における自動注文処理の一手順について説明する。
【００５８】サーバー１０が発注点割れの品目を検出（手順Ｓ４１）した際には、所定数量により注文データを作成し注文ファイル１６に記録格納（手順Ｓ４２）すると共にこの注文データを発注データとして各仕入先に送信（手順Ｓ４３）することにより発注する。仕入れ先から納品があった際には、サーバー１０は納品データの入力を受付け（手順Ｓ４４）するので、次の所定の余剰在庫ファイル登録手順Ｓ４５に進む。
【００５９】次に、図１に図８を併せ参照してサーバー１０の余剰在庫登録処理の一手順について説明する。
【００６０】サーバー１０では、納品数量を受付け（手順Ｓ５１）した際に、余剰在庫登録部１１が、店舗間移送履歴ファイル１４の記録データから納品された店舗に対して１日の平均消費量「Ａ」を算出（手順Ｓ５２）すると共に、平均納品間隔日数「Ｃ」を算出（手順Ｓ５３）する。次いで、サーバー１０は、次回発注までの予測消費量を計算値「Ａ×Ｃ」として算出（手順Ｓ５４）し、今回納入量から予測消費量「Ａ×Ｃ」を差し引いた値をこの店舗の余剰在庫量として余剰在庫ファイル１３に登録（手順Ｓ５５）している。
【００６１】ここで、移送元店舗２０−Ｓにおける月別の消費量は、上記納入受け量と在庫追加量との和から、現在の他店舗へ移送可能な余剰在庫量と移送して引き落とされた量との和を、差し引いたものである。
【００６２】また、１日の平均予測消費量「Ａ」は、当月直近３ヶ月間の消費量「ａ」と前年同時期の３ヶ月間の消費量「ｂ」との比率と、前年の当月対応消費量「ｂ１」とから当月予測消費量「ａ１＝ｂ１×ａ／ｂ」を求め、１ヶ月を３０日とする計算式「Ａ＝ａ１／３０」から求められる。前年同時期の３ヶ月間の消費量「ｂ」が「零」の場合には、当月直近３ヶ月間の月別消費量により、最小二乗法を用いて１ヶ月分の当月予想消費量「ａ１」を求めることとする。
【００６３】また、平均納品間隔日数「Ｃ」は、当月直近３ヶ月間の納入受け回数「ｃ」から３ヶ月を９１日とする計算式「Ｃ＝９１／ｃ」により求められる。従って、次回発注までの予測消費量「Ａ×Ｃ」が算出される。
【００６４】他方、移送先店舗２０−Ｒにおける当月の１日平均余剰在庫の予測消費量「Ｄ」も上記平均予測消費量「Ａ」と同様に求められる。すなわち、１日の平均予測消費量「Ｄ」は、当月直近３ヶ月間の余剰在庫消費量「ｄ」と前年同時期の３ヶ月間の消費量「ｅ」との比率と、前年の当月対応消費量「ｅ１」とから当月予想消費量「ｄ１＝ｅ１×ｄ／ｅ」を求め、１ヶ月を３０日とする計算式「Ｄ＝ｄ１／３０」から求められる。前年同時期の３ヶ月間の消費量「ｅ」が「零」の場合には、当月直近３ヶ月間の月別消費量により、最小二乗法を用いて１ヶ月分の当月予想消費量「ｄ１」を求めることとする。
【００６５】また、平均納品間隔日数「Ｃ」は、当月直近３ヶ月間の納入受け回数「ｃ」から３ヶ月を９１日として計算式「Ｃ＝９１／ｃ」により求められる。従って、次回発注までの予測消費量「Ｄ×Ｃ」が算出される。
【００６６】図８では、移送元店舗で消費量を確保する場合を説明したが、移送元と移送先である依頼元とに比例させて割り振る場合も考えられる。この場合には、移送先店舗での余剰在庫量は、今回納入受け量の「Ｄ／（Ｄ＋Ａ）」倍として求めることができる。
【００６７】次に図９に図１を併せ参照して店舗端末３０のクライアントコンピュータで、管理者が店舗間移送または自動発注を確認する場合について説明する。本機能はサーバー１０の端末でも実現することができる。
【００６８】店舗端末３０の店舗間移送確認部３１は、移送の管理者による移送確認の入力を受付け（手順Ｓ６１）した際に、移送確認要求をサーバー１０へ送信（手順Ｓ６２）する。ここでは、移送確認入力に当日の日付以外に出庫日を加え、例えば出庫日以前の２ヶ月間を限定することとする。この期間限定も移送確認入力データの一項目として含めることができる。
【００６９】移送確認要求を受けたサーバー１０は、店舗間移送履歴ファイル１５で、受信した出庫日から２ヶ月間の対象履歴データを索引（手順Ｓ６３）し、この索引データを要求元の店舗端末３０へ送信（手順Ｓ６４）する。
【００７０】店舗端末３０では、店舗間移送確認部３１がサーバー１０から受けた店舗間移送履歴データを表示部２２に画面表示（手順Ｓ６５）する。
【００７１】この表示画面から、グループにおける移送管理者が印刷出力を指示することにより、店舗間移送確認部３１がこの指示入力を受付け（手順Ｓ６６）して表示データを印刷出力（手順Ｓ６７）する。
【００７２】また、店舗端末３０の注文確認部３２は、注文管理者の要求に基づいて図９に示すと同一の手順により、各仕入先への自動発注データ、例えば、仕入先、発注日、品目、発注数量、納品店舗などをサーバー１０の注文ファイル１６から索引し、表示部２２に画面表示すると共に注文書を印刷出力する。
【００７３】店舗間移送確認部３１および注文確認部３２は要求項目が異なるのみのため、上述した余剰在庫問合せ部２１と共に同一構成手段が処理するとしてもよい。
【００７４】上記説明では、グループ内の管理のために店舗端末の一つをクライアントコンピュータとしたが、サーバーコンピュータをグループセンターに設けてクライアントコンピュータの付加機能も有し、すべての各種管理をこの端末で行なこととしてもよい。この場合には、すべての店舗端末を携帯電話とすることができる。また、クライアントコンピュータである店舗端末の一つにサーバーコンピュータとしての機能を付加して備えることとしてもよい。
【００７５】上記説明では、図示された機能ブロックおよび手順を参照しているが、上述するように、機能の分離併合による配分または手順の前後入替えなどの変更は上記機能を満たす限り自由であり、上記説明が本発明を限定するものではなく、更に一つの仕入れ単位を小分けして活用する商品の在庫管理の全般に適用可能なものである。
【００７６】
【発明の効果】以上説明したように本発明によれば、次のような効果がある。
【００７７】第１の効果は、一つの仕入れ単位を小分けして活用する商品の在庫管理において、不足、品切れの発生に対して対象商品品目の移送処理をタイムリーに効率よく実施できることである。
【００７８】その理由は、サーバーコンピュータを中心に置き、サーバーコンピュータに他店舗との間で移送可能な在庫を余剰在庫として記録し、不足品目の移送に際して各店舗端末がこの余剰在庫を自由に呼び出し参照することにより確認できると共に、その余剰在庫の登録から、移送依頼および位相伝票処理まで、すべてインターネットを介して電子的に実施できるからである。
【００７９】第２の効果は過剰仕入れを防止または有効期限切れ薬剤の発生を防止できることである。
【００８０】その理由は、上述した店舗相互間の通信の電子化による通達の効率化、移送の際における余剰在庫の自動引落し、更に、発注点割れに際しての自動発注ができるからである。
【００８１】また、第３の効果は余剰在庫管理に熟練者を不要にすることである。
【００８２】その理由は、携帯電話からでもデータを画面表示できるので余剰在庫の確認が容易なためである。
【００８３】更に、第４の効果は在庫管理システムの設備投資およびランニングコストが低いことである。
【００８４】その理由は、店舗端末にインターネットを用いて通信する携帯電話を使用できるからである。
【図面の簡単な説明】
【図１】本発明の実施の一形態を示す機能ブロック図である。
【図２】図１における部分詳細の実施の一形態を示す機能ブロック図である。
【図３】本発明によるシステムの主要動作手順前半の一形態を示すシーケンスチャートである。
【図４】図３に続く主要動作手順後半の一形態を示すシーケンスチャートである。
【図５】図１の店舗端末における在庫問合せおよび移送依頼の一手順を示すフローチャートである。
【図６】図１のサーバーコンピュータにおける移送処理の一手順を示すフローチャートである。
【図７】図１のサーバーコンピュータにおける自動注文処理の一手順を示すフローチャートである。
【図８】図１のサーバーコンピュータにおける余剰在庫登録処理の一手順を示すフローチャートである。
【図９】図１のクライアントコンピュータにおける移送または自動発注の確認処理の一手順を示すシーケンスチャートである。
【図１０】従来の一例を示す機能ブロック図である。
【符号の説明】
１０ サーバーコンピュータ（サーバー）
１１ 余剰在庫登録部
１２ 記憶部
１３ 余剰在庫ファイル
１４ 余剰在庫略名索引ファイル
１５ 店舗間移送履歴ファイル
１６ 注文ファイル
２０ 店舗端末（携帯電話）
２１ 余剰在庫問合部
２２ 表示部
２３ 移送依頼部
２４ 移送依頼受付部
２５ 依頼品出庫部
３０ 店舗端末（クライアントコンピュータ）
３１ 店舗間移送確認部
３２ 注文確認部
４０ インターネット
４１ 電子メールシステム
【特許請求の範囲】
【請求項１】 一つの仕入れ単位を小分けして活用する商品の在庫データを店舗別に有する在庫管理側情報処理装置（以後、サーバー）とこの在庫データから余剰を見極めて不足品目を調達する複数の店舗側情報処理端末（以後、店舗端末）とがインターネットに接続してグループを構成するシステムであって、前記サーバーは、前記店舗相互に流用できる在庫を余剰在庫として各前記店舗ごとで上記商品の品目毎に予め登録してあり、一つの前記店舗端末から品目名により前記余剰在庫の問合せを受けた際には、登録されている該当品目の余剰在庫を有する店舗における余剰在庫情報を、問合せ元の店舗端末へ送信し、一つの前記店舗端末から所定の品目データにより移送依頼を受付けした際にはこの移送依頼を移送元の店舗端末へ送信し、前記移送元の店舗端末から移送済み確認の通知を受けた際には前記余剰在庫の数量を更新し、かつ前記店舗端末は、一方の移送依頼元店舗端末では、追加調達を必要とした前記商品品目の問合せ入力を受付けした際には前記余剰在庫問合せを前記サーバーに送信し、これに対する余剰在庫データを前記サーバーから受けた際には受けたデータを画面表示し、この表示データで品目に対する数量の入力を受けた際には商品の移送を依頼する店舗を指定して移送依頼を前記サーバーに送信し、他方の商品移送元店舗端末では、前記サーバーから移送依頼を受けてこの依頼品目の出庫を確認した入力を受付けた際にはこの移送済み確認通知を前記サーバーに送信することを特徴とする在庫管理システム。
【請求項２】 請求項１において、前記店舗端末はインターネットに接続し電子メールを可能とする携帯電話であることを特徴とする在庫管理システム。
【請求項３】 請求項２において、前記携帯電話に入力する品目名は略称とし、かつ、前記サーバーは前記略称を正式品名に変換するファイルを有することを特徴とする在庫管理システム。
【請求項４】 請求項２において、前記サーバーは、移送依頼先である商品移送元へ送信する前記移送依頼に、電子メールを用いることを特徴とする在庫管理システム。
【請求項５】 請求項１において、前記サーバーは、更新された余剰在庫の数量が所定の発注点を割込んだ場合には該当品目の所定数量を自動的に発注し、かつ、納品を受けた際には納入量に基づいて余剰在庫量を所定式により計算して余剰在庫の登録を更新することを特徴とする在庫管理システム。
【請求項６】 請求項１において、前記サーバーと前記店舗端末との間の通信は、少なくとも前記移送依頼および前記移送済み確認通知を電子メールで行なうことを特徴とする在庫管理システム。
【請求項７】 請求項１において、前記移送依頼に含まれる所定の品目データは、少なくとも一つの移送元となる店舗名、該当する品目名、およびその数量であることを特徴とする在庫管理システム。
【請求項８】 請求項１において、前記店舗端末は、依頼元となって前記移送依頼の対象となる依頼先店舗が複数の場合、前記移送依頼に指定される依頼先店舗とこの店舗に依頼する数量とは、全体の余剰在庫データに基づいて予め定められた順序と数量割合とにより自動的に選定する手段を有することを特徴とする在庫管理システム。
【請求項９】 請求項１において、前記店舗端末はコンピュータであり、前記サーバーと連携してデータ交換し、各店舗間の移送履歴を確認し保存する手段を更に備えることを特徴とする在庫管理システム。
【請求項１】 一つの仕入れ単位を小分けして活用する商品の在庫データを店舗別に有する在庫管理側情報処理装置（以後、サーバー）とこの在庫データから余剰を見極めて不足品目を調達する複数の店舗側情報処理端末（以後、店舗端末）とがインターネットに接続してグループを構成するシステムであって、前記サーバーは、前記店舗相互に流用できる在庫を余剰在庫として各前記店舗ごとで上記商品の品目毎に予め登録してあり、一つの前記店舗端末から品目名により前記余剰在庫の問合せを受けた際には、登録されている該当品目の余剰在庫を有する店舗における余剰在庫情報を、問合せ元の店舗端末へ送信し、一つの前記店舗端末から所定の品目データにより移送依頼を受付けした際にはこの移送依頼を移送元の店舗端末へ送信し、前記移送元の店舗端末から移送済み確認の通知を受けた際には前記余剰在庫の数量を更新し、かつ前記店舗端末は、一方の移送依頼元店舗端末では、追加調達を必要とした前記商品品目の問合せ入力を受付けした際には前記余剰在庫問合せを前記サーバーに送信し、これに対する余剰在庫データを前記サーバーから受けた際には受けたデータを画面表示し、この表示データで品目に対する数量の入力を受けた際には商品の移送を依頼する店舗を指定して移送依頼を前記サーバーに送信し、他方の商品移送元店舗端末では、前記サーバーから移送依頼を受けてこの依頼品目の出庫を確認した入力を受付けた際にはこの移送済み確認通知を前記サーバーに送信することを特徴とする在庫管理システム。
【請求項２】 請求項１において、前記店舗端末はインターネットに接続し電子メールを可能とする携帯電話であることを特徴とする在庫管理システム。
【請求項３】 請求項２において、前記携帯電話に入力する品目名は略称とし、かつ、前記サーバーは前記略称を正式品名に変換するファイルを有することを特徴とする在庫管理システム。
【請求項４】 請求項２において、前記サーバーは、移送依頼先である商品移送元へ送信する前記移送依頼に、電子メールを用いることを特徴とする在庫管理システム。
【請求項５】 請求項１において、前記サーバーは、更新された余剰在庫の数量が所定の発注点を割込んだ場合には該当品目の所定数量を自動的に発注し、かつ、納品を受けた際には納入量に基づいて余剰在庫量を所定式により計算して余剰在庫の登録を更新することを特徴とする在庫管理システム。
【請求項６】 請求項１において、前記サーバーと前記店舗端末との間の通信は、少なくとも前記移送依頼および前記移送済み確認通知を電子メールで行なうことを特徴とする在庫管理システム。
【請求項７】 請求項１において、前記移送依頼に含まれる所定の品目データは、少なくとも一つの移送元となる店舗名、該当する品目名、およびその数量であることを特徴とする在庫管理システム。
【請求項８】 請求項１において、前記店舗端末は、依頼元となって前記移送依頼の対象となる依頼先店舗が複数の場合、前記移送依頼に指定される依頼先店舗とこの店舗に依頼する数量とは、全体の余剰在庫データに基づいて予め定められた順序と数量割合とにより自動的に選定する手段を有することを特徴とする在庫管理システム。
【請求項９】 請求項１において、前記店舗端末はコンピュータであり、前記サーバーと連携してデータ交換し、各店舗間の移送履歴を確認し保存する手段を更に備えることを特徴とする在庫管理システム。
【図１】
【図２】
【図３】
【図４】
【図７】
【図８】
【図５】
【図６】
【図９】
【図１０】
【図２】
【図３】
【図４】
【図７】
【図８】
【図５】
【図６】
【図９】
【図１０】
【公開番号】特開２００３−１９６５２７（Ｐ２００３−１９６５２７Ａ）
【公開日】平成１５年７月１１日（２００３．７．１１）
【国際特許分類】
【出願番号】特願２００１−３９８８４３（Ｐ２００１−３９８８４３）
【出願日】平成１３年１２月２８日（２００１．１２．２８）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【出願人】（５０２００３２６４）株式会社ステップワン九州 (1)
【出願人】（０００２２７２０５）エヌイーシーインフロンティア株式会社 (1,047)
【公開日】平成１５年７月１１日（２００３．７．１１）
【国際特許分類】
【出願日】平成１３年１２月２８日（２００１．１２．２８）
【出願人】（０００００４２３７）日本電気株式会社 (19,353)
【出願人】（５０２００３２６４）株式会社ステップワン九州 (1)
【出願人】（０００２２７２０５）エヌイーシーインフロンティア株式会社 (1,047)
[ Back to top ]