JP7242258B2 - 在庫管理装置 - Google Patents

Description

本発明の実施形態は、在庫管理装置及び在庫管理プログラムに関する。

一般に、小売業の店舗では事前に商品の販売数を予測し、その予測を基に定期的に発注を行うことで、品切れによるチャンスロスを防ぐようにしている。それにも関わらず、突発的に販売数が伸びたために在庫が足りなくなることはあり得る。在庫が足りなくなった時点で臨時的に発注を行うことは可能である。しかし、納品業者からの入荷までには時間を要するため、チャンスロスが生じてしまうことが多い。

その一方で、自店舗では在庫が足りなくなった商品について、他店舗では在庫が余っているという場合がある。このような場合、在庫が余っている店舗から在庫が足りなくなった店舗に商品を移すことができたならば、双方の店舗にとってメリットとなる。

特開２００３－３２３４８０号公報

本発明の実施形態が解決しようとする課題は、在庫が余っている店舗から在庫が足りなくなった店舗に商品を移すことを容易にした在庫管理装置を提供しようとするものである。

一実施形態において、在庫管理装置は、取得手段と、検出手段と、検索手段と、受付手段と、を備える。取得手段は、複数の店舗の商品の在庫数を取得する。検出手段は、いずれかの店舗で在庫数が在庫数閾値まで減少した在庫不足商品を検出する。検索手段は、在庫不足商品の在庫数に余剰のある店舗を検索する。受付手段は、検索手段により検索された店舗に対しての、在庫不足商品の在庫数が在庫数閾値まで減少した店舗への当該商品の配送依頼を受け付ける。

一実施形態の在庫管理装置を含むシステムの概念図。 店舗データベースに蓄積される店舗データの一構成例を示す模式図。 不足商品データベースに蓄積される不足商品データの構成を示す模式図。 余剰商品データベースに蓄積される余剰商品データの構成を示す模式図。 在庫調整サーバの要部回路構成を示すブロック図。 プロセッサが在庫管理プログラムに従って実行する主要な情報処理の手順を示す流れ図。 図６に示される不足処理の手順を具体的に示す流れ図。 図６に示される余剰処理の手順を具体的に示す流れ図。 図６に示される通知処理の手順を具体的に示す流れ図。 図９に示される受付処理の手順を具体的に示す流れ図。 情報処理端末の表示デバイスに表示される通常通知画像の一例を示す模式図。 情報処理端末の表示デバイスに表示される緊急通知画像の一例を示す模式図。 情報処理端末の表示デバイスに表示される余剰店舗リスト画像の一例を示す模式図。 情報処理端末の表示デバイスに表示される余剰店舗リスト画像の一例を示す模式図。 情報処理端末の表示デバイスに表示される配送指示画像の一例を示す模式図。

以下、在庫が余っている店舗から在庫が足りなくなった店舗に商品を移すことを容易にした在庫管理装置の実施形態について、図面を用いて説明する。なお、この実施形態では、同じ地域で小売業を営んでいる近隣の店舗間で在庫の調整を行う場合である。

図１は、一実施形態の在庫管理装置３を含むシステムの概念図である。本システムは、店舗システム１、情報処理端末２及び在庫管理装置３と、これらを接続するネットワークとを含む。ネットワークは、典型的にはインターネットである。ネットワークは、本システム専用の閉域網であってもよい。ネットワークは、モバイル通信網を含んでいてもよい。

店舗システム１は、同じ地域で小売業を営んでいる複数の店舗Ａ、店舗Ｂ、…、にそれぞれ構築されるシステムの総称である。店舗システム１は、ＰＯＳ（Point Of Sales）システム、発注管理システム、在庫管理システム等を含む。

ＰＯＳシステムは、当該店舗での商品の販売時点に関するデータを管理するためのシステムである。ＰＯＳシステムで管理されるデータには、商品コード、商品名、販売点数、販売金額、販売日時等がある。商品コードは、各店舗で販売される商品を識別するために商品毎に設定された一意のコードである。

発注管理システムは、当該店舗での商品の発注に関するデータを管理するためのシステムである。発注管理システムで管理されるデータには、商品コード、発注数、発注日時、仕入れ日時、仕入れ数、仕入れ価格等がある。

在庫管理システムは、当該店舗での商品の在庫に関するデータを管理するためのシステムである。在庫管理システムで管理されるデータには、商品コード、在庫特定日時、在庫数等がある。上述したＰＯＳシステム、発注管理システム及び在庫管理システムは、既存の同種のシステムをそのまま適用することができる。

情報処理端末２は、同じ地域で小売業を営んでいる複数の店舗Ａ、店舗Ｂ、…、において、それぞれ発注業務の権限を有する発注担当者をオペレータとするコンピュータ端末である。発注担当者は、任意である。店長等の店舗管理者が発注担当者であってもよいし、店舗管理者以外の店員が発注担当者であってもよい。発注担当者の人数に制限はない。ただしこの実施形態では、１つの店舗に対して１台の情報処理端末２が備えられているものとして説明を続ける。

情報処理端末２は、少なくとも表示デバイスと入力デバイスとを備える。表示デバイスと入力デバイスは、典型的にはタッチパネルである。表示デバイスとして液晶ディスプレイを備え、入力デバイスとしてキーボード，マウス等を備えた情報処理端末２であってもよい。情報処理端末２は、在庫管理装置３から受信したデータを表示デバイスに表示することを可能とする。情報処理端末２は、入力デバイスを介して入力されたデータを在庫管理装置３に出力することを可能とする。この種の情報処理端末２には、既存のパーソナルコンピュータ、タブレット端末、スマートフォン等をそのまま適用することができる。

在庫管理装置３は、データ集約サーバ３１と在庫調整サーバ３２とを含む。在庫管理装置３は、クラウドコンピューティングとしてデータ集約サーバ３１及び在庫調整サーバ３２のコンピュータ資源を提供する。

データ集約サーバ３１は、データ収集インターフェース３１１とデータベース管理部３１２とを備える。データ収集インターフェース３１１は、店舗システム１からデータを収集するための機能を有する。すなわちデータ収集インターフェース３１１は、各店舗のＰＯＳシステムから商品の販売時点に関するデータを収集する。データ収集インターフェース３１１は、各店舗の発注管理システムから商品の発注に関するデータを収集する。データ収集インターフェース３１１は、各店舗の在庫管理システムから商品の在庫に関するデータを収集する。

データベース管理部３１２は、仕入れデータベース４、売上データベース５及び在庫数データベース６を管理するための機能を有する。仕入れデータベース４は、各店舗での商品の仕入れに関するデータの集合体である。仕入れに関するデータ、いわゆる仕入れデータは、店舗コード、商品コード、商品名、仕入れ日時、仕入れ数、仕入れ価格等の情報を含む。店舗コードは、店舗Ａ、店舗Ｂ、…、の各店舗を識別するために店舗毎に設定された一意のコードである。データベース管理部３１２は、各店舗の発注管理システムから収集した商品の発注に関するデータに基づき仕入れデータを作成し、仕入れデータベース４に保存する。

売上データベース５は、各店舗での商品の売上に関するデータの集合体である。売上に関するデータ、いわゆる売上データは、店舗コード、商品コード、売上日時、売上点数、売上価格等の情報を含む。データベース管理部３１２は、各店舗のＰＯＳシステムから収集した商品の販売時点に関するデータに基づき売上データを作成し、売上データベース５に保存する。

在庫数データベース６は、各店舗での商品の在庫数に関するデータの集合体である。在庫数に関するデータ、いわゆる在庫数データは、店舗コード、商品コード、商品名、在庫数、その在庫数の特定日時等の情報を含む。データベース管理部３１２は、各店舗の在庫管理システムから収集した商品の在庫に関するデータに基づき在庫数データを作成し、在庫数データベース６に保存する。

在庫調整サーバ３２は、データ解析部３２１とデータベース管理部３２２と通知受付部３２３とを備える。データ解析部３２１は、仕入れデータベース４、売上データベース５及び在庫数データベース６に蓄積されているデータを解析し、不足商品データ８Ｄ又は余剰商品データ９Ｄを作成するための機能を有する。

データベース管理部３２２は、店舗データベース７、不足商品データベース８及び余剰商品データベース９を管理するための機能を有する。店舗データベース７は、店舗データ７Ｄの集合体である。不足商品データベース８は、不足商品データ８Ｄの集合体である。余剰商品データベース９は、余剰商品データ９Ｄの集合体である。

図２は、店舗データ７Ｄの一構成例を示す模式図である。店舗データ７Ｄは、店舗コード、店舗名、閉店時刻、発送時刻、通信アドレス、在庫数閾値テーブル及び余剰数閾値テーブルを含む。なお、店舗データ７Ｄが他の項目を含んでいてもよい。

図２において、店舗名は、店舗コードで識別される店舗の名称である。閉店時刻は、その店舗の営業が終了する時刻である。因みに、曜日毎に閉店時刻が異なる場合、店舗データ７Ｄには、曜日別の閉店時刻が含まれる。発送時刻は、その店舗から他の店舗に商品を発送可能な時刻である。発送時刻は、例えば店舗と物流業者との取り決めによって決定される。発送時刻は１種類に限定されない。一日の中で複数種類の発送時刻を決定してもよい。複数種類の発送時刻が決定されている場合、店舗データ７Ｄには、各々の発送時刻が含まれる。通信アドレスは、その店舗に備えられた情報処理端末２に対して設定されたネットワーク通信用のアドレスである。在庫管理装置３から通信アドレス宛にデータを送信することにより、そのデータは、当該通信アドレスが設定された情報処理端末２で受信される。

在庫数閾値テーブルは、その店舗で販売される各商品の商品コードと関連付けて、当該商品の在庫が不足状態であるか否かを判定するための閾値を記憶したものである。以下、この閾値を在庫数閾値と称する。在庫調整サーバ３２は、商品の在庫数が在庫数閾値よりも少なくなった商品を在庫不足商品と判定する。在庫調整サーバ３２は、商品の在庫数が在庫数閾値以下になった商品を在庫不足商品と判定してもよい。

余剰数閾値テーブルは、その店舗で販売される各商品の商品コードと関連付けて、当該商品の在庫が余剰状態であるか否かを判定するための閾値を記憶したものである。以下、この閾値を余剰数閾値と称する。在庫調整サーバ３２は、商品の在庫数が余剰数閾値よりも多い商品を在庫余剰商品と判定する。在庫調整サーバ３２は、商品の在庫数が余剰数閾値以上である商品を在庫余剰商品と判定してもよい。

データベース管理部３２２は、本システムに新規の店舗が参入する毎に、その店舗に係る店舗データ７Ｄを店舗データベース７に保存する。データベース管理部３２２は、本システムから店舗が撤退する毎に、その店舗に係る店舗データ７Ｄを店舗データベース７から削除する。データベース管理部３２２は、本システムに参入している店舗において、閉店時刻、発送時刻、通信アドレス、在庫数閾値テーブル又は余剰数閾値テーブルに変更がある場合、データベース管理部３２２に保存されている該当店舗の店舗データ７Ｄを更新する。

図３は、不足商品データ８Ｄの構成を示す模式図である。不足商品データ８Ｄは、店舗コード、商品コード、商品名、在庫数、在庫数閾値及び緊急フラグＦを含む。なお、不足商品データ８Ｄが他の項目を含んでいてもよい。

図３において、緊急フラグＦは、商品の在庫が不足したことに対して緊急に対処する必要があるか否かを識別するための１ビット情報である。本実施形態では、当日中に品切れとなることが予測される場合、緊急に対処する必要があると判定する。緊急に対処する必要がある場合、緊急フラグＦは“１”となる。緊急に対処する必要がない場合、緊急フラグＦは“０”となる。データベース管理部３２２は、データ解析部３２１によって作成された不足商品データ８Ｄを不足商品データベース８に保存する。

図４は、余剰商品データ９Ｄの構成を示す模式図である。余剰商品データ９Ｄは、店舗コード、商品コード、商品名、余剰数、仕入れ価格及び最短発送日時を含む。なお、余剰商品データ９Ｄが他の項目を含んでいてもよい。

図４において、余剰数は、在庫数から余剰数閾値を減じた数である。最短発送日時は、店舗コードで特定される店舗が、商品コードで特定される商品を他の店舗に発送することができる最短の日付と時刻である。データベース管理部３２２は、データ解析部３２１によって作成された余剰商品データ９Ｄを余剰商品データベース９に保存する。

図１の説明に戻る。
通知受付部３２３は、情報処理端末２への通知機能と、情報処理端末２からの応答受付機能とを有する。通知機能には、在庫数が在庫数閾値を下回る商品が存在する店舗の情報処理端末２に対し、当該商品の在庫数が在庫数閾値を下回っていることを通知する機能、あるいは、当該商品の在庫数が余剰数閾値を上回っている他店舗の情報を通知する機能がある。応答受付機能には、上記通知機能によって通知を受けた情報処理端末２からの応答を受け付ける機能がある。

図５は、在庫調整サーバ３２の要部回路構成を示すブロック図である。在庫調整サーバ３２は、以下に説明する回路構成と在庫管理プログラムとによって、データ解析部３２１、データベース管理部３２２及び通知受付部３２３としての機能を実現する。

図５に示すように在庫調整サーバ３２は、プロセッサ１１、メインメモリ１２、補助記憶デバイス１３、時計１４、サーバ間インターフェース１５、通信インターフェース１６及びシステム伝送路１７を備える。システム伝送路１７は、アドレスバス、データバス、制御信号線等を含む。在庫調整サーバ３２は、システム伝送路１７に、プロセッサ１１、メインメモリ１２、補助記憶デバイス１３、時計１４、サーバ間インターフェース１５及び通信インターフェース１６を接続する。在庫調整サーバ３２では、プロセッサ１１、メインメモリ１２及び補助記憶デバイス１３と、これらを接続するシステム伝送路１７とによってコンピュータが構成される。

プロセッサ１１は、上記コンピュータの中枢部分に相当する。プロセッサ１１は、オペレーティングシステムの管理下で動作する在庫管理プログラムに従って、在庫調整サーバ３２としての各種の機能を実現するべく各部を制御する。プロセッサ１１は、例えばＣＰＵ（Central Processing Unit）である。

メインメモリ１２は、上記コンピュータの主記憶部分に相当する。メインメモリ１２は、不揮発性のメモリ領域と揮発性のメモリ領域とを含む。メインメモリ１２は、オペレーティングシステムを不揮発性のメモリ領域で記憶する。メインメモリ１２は、プロセッサ１１が各部を制御するための処理を実行する上で必要なデータを不揮発性又は揮発性のメモリ領域で記憶する。メインメモリ１２は、揮発性のメモリ領域を、プロセッサ１１によってデータが適宜書き換えられるワークエリアとして使用する。メインメモリ１２は、在庫管理プログラムを含むアプリケーションプログラムを不揮発性又は揮発性のメモリ領域で記憶する場合もある。不揮発性のメモリ領域は、例えばＲＯＭ（Read Only Memory）である。揮発性のメモリ領域は、例えばＲＡＭ（Random Access Memory）である。

補助記憶デバイス１３は、上記コンピュータの補助記憶部分に相当する。例えばＥＥＰＲＯＭ（Electric Erasable Programmable Read-Only Memory）、ＨＤＤ（Hard Disc Drive）、あるいはＳＳＤ（Solid State Drive）等が補助記憶デバイス１３となり得る。補助記憶デバイス１３は、プロセッサ１１が各種の処理を行う上で使用するデータ、あるいはプロセッサ１１での処理によって作成されたデータ等を保存する。補助記憶デバイス１３は、在庫管理プログラムを含むアプリケーションプログラムを記憶する場合もある。

時計１４は、日付及び時刻を計時する。プロセッサ１１は、時計１４によって計時される日付及び時刻を現在の日付及び時刻として処理する。

サーバ間インターフェース１５は、データ集約サーバ３１との間でデータ通信を行う。通信インターフェース１６は、各店舗の情報処理端末２と間でデータ通信を行う。

かかる構成の在庫調整サーバ３２は、補助記憶デバイス１３に、店舗データベース７、不足商品データベース８及び余剰商品データベース９を設ける。そして、プロセッサ１１が在庫管理プログラムに従って情報処理を実行することにより、在庫調整サーバ３２は、データ解析部３２１、データベース管理部３２２及び通知受付部３２３としての機能を実現する。

図６乃至図１０は、プロセッサ１１が在庫管理プログラムに従って実行する主要な情報処理の手順を示す流れ図である。以下、これらの流れ図を用いて、在庫調整サーバ３２の動作を説明する。なお、以下に説明する動作は一例である。同様な結果が得られるのであればその手順は特に限定されるものではない。

プロセッサ１１は、時計１４によって計時されている時刻がＮ分を経過する毎に、図６の流れ図に示す手順の情報処理を開始し、Ａｃｔ１へと進む。なお、Ｎ分の“Ｎ”は任意である。“Ｎ”の値が小さいほど在庫管理の分解能が高まる。しかし、その分、プロセッサ１１の負荷が増加する上、高速化も要求される。このため、高品質のプロセッサ１１が使用されるのでコスト高となる。“Ｎ”の値は、分解能、コスト等を管理者が考慮し、適宜決定される。

プロセッサ１１は、Ａｃｔ１として不足商品データベース８及び余剰商品データベース９をクリアする。プロセッサ１１は、Ａｃｔ２としてサーバ間インターフェース１５を介してデータ集約サーバ３１と通信を行い、在庫数データベース６を検索する。そしてプロセッサ１１は、Ａｃｔ３として未処理の在庫数データが在庫数データベース６に保存されているか否かを確認する。前述したように、プロセッサ１１は、当該処理をＮ分毎に実行する。したがって、時計１４で計時されている時刻からＮ分前以降を在庫数の特定日時とする在庫数データは未処理である。

プロセッサ１１は、在庫数データベース６から未処理の在庫数データを検出した場合、Ａｃｔ３においてＹＥＳと判定し、Ａｃｔ４へと進む。プロセッサ１１は、Ａｃｔ４として未処理の在庫数データのなかから特定日時が最も古い在庫数データを読み込む。プロセッサ１１は、Ａｃｔ５としてその在庫数データから店舗コード、商品コード及び在庫数Ｓ１を取得する。プロセッサ１１は、Ａｃｔ６として在庫数データから取得した店舗コードを検索ワードとして店舗データベース７を検索する。そしてプロセッサ１１は、Ａｃｔ７として検索ワードの店舗コードを含む店舗データ７Ｄを店舗データベース７から読み込む。

プロセッサ１１は、Ａｃｔ８としてその店舗データ７Ｄに含まれる在庫数閾値テーブルを参照し、同在庫数データから取得した商品コードと関連付けられた在庫数閾値Ｓ２を取得する。プロセッサ１１は、Ａｃｔ９として在庫数Ｓ１が在庫数閾値Ｓ２を下回っているか否かを確認する。在庫数Ｓ１が在庫数閾値Ｓ２を下回っている場合、プロセッサ１１は、Ａｃｔ９においてＹＥＳと判定し、Ａｃｔ１０へと進む。プロセッサ１１は、Ａｃｔ１０として在庫数データから取得した商品コードで識別される商品を在庫不足商品と認定する。そしてプロセッサ１１は、この在庫不足商品に対する不足処理を実行する。不足処理については、後述する。

在庫数Ｓ１が在庫数閾値Ｓ２を下回っていない場合には、プロセッサ１１は、Ａｃｔ９においてＮＯと判定し、Ａｃｔ１１へと進む。プロセッサ１１は、Ａｃｔ１１として在庫数Ｓ１が在庫数閾値Ｓ２を上回っているか否かを確認する。在庫数Ｓ１が在庫数閾値Ｓ２を上回っている場合、プロセッサ１１は、Ａｃｔ１１においてＹＥＳと判定し、Ａｃｔ１２へと進む。プロセッサ１１は、Ａｃｔ１２として在庫数データから取得した商品コードで識別される商品を在庫余剰商品と認定する。そしてプロセッサ１１は、この在庫余剰商品に対する余剰処理を実行する。余剰処理については、後述する。

在庫数Ｓ１が在庫数閾値Ｓ２と等しい場合には、プロセッサ１１は、Ａｃｔ１１においてＮＯと判定し、Ａｃｔ２に戻る。不足処理又は余剰処理を終えた場合も、プロセッサ１１は、Ａｃｔ２に戻る。プロセッサ１１は、在庫数データベース６を検索し、未処理の在庫数データが在庫数データベース６に保存されているか否かを確認する。このときプロセッサ１１は、直前のＡｃｔ４の処理で在庫数データベース６から読み込んだ在庫数データの次に特定日時が古い在庫数データの有無を確認する。該当する在庫数データが在庫数データベース６に存在する場合、プロセッサ１１は、その在庫数データを在庫数データベース６から読み込む。そしてプロセッサ１１は、Ａｃｔ５乃至Ａｃｔ１２の処理を前述したのと同様に実行する。

プロセッサ１１は、在庫数データベース６に保存されている未処理の在庫数データに対し、順次、Ａｃｔ４乃至Ａｃｔ１２の処理を実行する。そして、在庫数データベース６に未処理の在庫数データが存在しないことを確認したならば、プロセッサ１１は、Ａｃｔ３においてＮＯと判定し、Ａｃｔ１３へと進む。プロセッサ１１は、Ａｃｔ１３として不足商品データベース８に不足商品データ８Ｄが保存されているか否かを確認する。不足商品データベース８は、Ａｃｔ１の処理でクリアされる。しかし、その後の不足処理により、新たな不足商品データ８Ｄが保存される可能性がある。

不足商品データベース８に不足商品データ８Ｄが保存されていた場合、プロセッサ１１は、Ａｃｔ１３においてＹＥＳと判定し、Ａｃｔ１４へと進む。プロセッサ１１は、Ａｃｔ１４として通知処理を実行する。通知処理については後述する。

不足商品データベース８に不足商品データ８Ｄが保存されていなかった場合には、プロセッサ１１はＡｃｔ１３においてＮＯと判定し、Ａｃｔ１４の通知処理をスキップする。こうして、通知処理を終えるかスキップしたならば、プロセッサ１１は、図６の流れ図に示す手順の情報処理を終了する。

図７は、不足処理の要部手順を示す流れ図である。不足処理に入ると、プロセッサ１１は、Ａｃｔ２１として営業時間の残り時間Ｔを算出する。すなわちプロセッサ１１は、時計１４で計時されている現在の時刻から、Ａｃｔ７の処理で店舗データベース７から読み込んだ店舗データに含まれる閉店時刻までの時間を残り時間Ｔとして算出する。

プロセッサ１１は、Ａｃｔ２２としてその残り時間Ｔ内に在庫不足商品が販売されると予測される平均売上数Ｘを算出する。すなわちプロセッサ１１は、サーバ間インターフェース１５を介してデータ集約サーバ３１と通信を行い、売上データベース５を検索する。このときプロセッサ１１は、Ａｃｔ７の処理で店舗データベース７から読み込んだ店舗データに含まれる店舗コードを第１の検索ワードとする。またプロセッサ１１は、在庫不足商品の商品コードを第２の検索ワードとする。そしてプロセッサ１１は、第１の検索ワードである店舗コードと第２の検索ワードである商品コードとを含む売上データの中から、売上時刻が現在時刻よりも後の売上データを抽出する。このときプロセッサ１１は、例えば本日から過去１か月前までの検索期間内に作成された売上データを検索対象とする。プロセッサ１１は、売上データベース５から抽出した売上データの数を検索期間内の営業日数で除して、その商を平均売上数Ｘとする。

プロセッサ１１は、Ａｃｔ２３として在庫数Ｓから平均売上数Ｘを減算し、その差Ｄ１を求める。そしてプロセッサ１１は、Ａｃｔ２４として差Ｄ１が“０”以下であるか否かを確認する。差Ｄ１が“０”よりも大きい場合、在庫不足商品は、本日の営業時間が終了するまでの間に品切れとなる可能性は小さい。これに対し、差Ｄ１が“０”以下となった場合には、在庫不足商品は、本日の営業時間が終了するまでの間に品切れとなる可能性は高い。

プロセッサ１１は、差Ｄ１が“０”よりも大きい場合には、Ａｃｔ２４においてＮＯと判定し、Ａｃｔ２５へと進む。プロセッサ１１は、Ａｃｔ２５として緊急フラグＦを“０”に設定する。プロセッサ１１は、差Ｄ１が“０”以下である場合には、Ａｃｔ２４においてＹＥＳと判定し、Ａｃｔ２６へと進む。プロセッサ１１は、Ａｃｔ２６として緊急フラグＦを“１”に設定する。

Ａｃｔ２５またはＡｃｔ２６の処理を終えると、プロセッサ１１は、Ａｃｔ２７として不足商品データ８Ｄを作成する。すなわちプロセッサ１１は、Ａｃｔ４の処理で在庫数データベース６から読み込んだ在庫数データから店舗コード、商品コード、商品名、在庫数を抽出する。そしてプロセッサ１１は、在庫数データから抽出したデータに、在庫数閾値Ｓ２と緊急フラグＦとを付加して、不足商品データ８Ｄを作成する。在庫数閾値Ｓ２は、図６のＡｃｔ８の処理で取得したものである。緊急フラグＦは、Ａｃｔ２５またはＡｃｔ２６の処理で設定したものである。プロセッサ１１は、Ａｃｔ２８として不足商品データ８Ｄを不足商品データベース８に保存する。以上で、プロセッサ１１は、Ａｃｔ１０の不足処理を終了する。

図８は、余剰処理の要部手順を示す流れ図である。余剰処理に入ると、プロセッサ１１は、Ａｃｔ３１として営業時間の残り時間Ｔを算出する。またプロセッサ１１は、Ａｃｔ３２としてその残り時間Ｔ内に在庫余剰商品が販売されると予測される平均売上数Ｘを算出する。Ａｃｔ３１及びＡｃｔ３２の処理は、前述したＡｃｔ２１及びＡｃｔ２２の処理と同様なので、ここでの説明は省略する。

プロセッサ１１は、Ａｃｔ３３として在庫数Ｓから平均売上数Ｘを減算し、その差Ｄ２を求める。またプロセッサ１１は、Ａｃｔ３４として余剰数閾値Ｓ３を取得する。すなわちプロセッサ１１は、図６のＡｃｔ７の処理で取得した店舗データ７Ｄに含まれる余剰数閾値テーブルを参照し、在庫余剰商品の商品コードと関連付けられた余剰数閾値Ｓ３を取得する。

プロセッサ１１は、Ａｃｔ３５として差Ｄ２が余剰数閾値Ｓ３を上回っているか否かを確認する。差Ｄ２が余剰数閾値Ｓ３を上回っていない場合、在庫余剰商品の在庫に、他店舗に移すだけの余剰がない。この場合、プロセッサ１１は、Ａｃｔ３５においてＮＯと判定し、余剰処理を終了する。

差Ｄ２が余剰数閾値Ｓ３を上回っている場合には、当該店舗では在庫余剰商品の在庫に、他店舗に移すだけの余剰がある。この場合、プロセッサ１１は、Ａｃｔ３５においてＹＥＳと判定し、Ａｃｔ３６へと進む。プロセッサ１１は、Ａｃｔ３６として差Ｄ２から余剰数閾値Ｓ３を減算して余剰数を算出する。

プロセッサ１１は、Ａｃｔ３７としてサーバ間インターフェース１５を介してデータ集約サーバ３１と通信を行い、仕入れデータベース４を検索する。このときプロセッサ１１は、店舗データ７Ｄに含まれる店舗コードを検索ワードとする。そしてプロセッサ１１は、仕入れデータベース４から検索ワードの店舗コードを含む仕入れデータを読込み、仕入れ価格を取得する。

プロセッサ１１は、Ａｃｔ３８として最短発送日時を決定する。すなわちプロセッサ１１は、店舗データ７Ｄから最短発送時刻を取得する。このとき、複数の発送時刻が存在する場合には、プロセッサ１１は、時計１４によって計時されている現在の時刻よりも先の時刻で最も近い時刻を取得する。例えば発送時刻として１１時００分と１９時００分とが設定されている場合、現在時刻が１１時００分以降で１８時５９分までは発送時刻として１９時００分が選択される。これに対し、現在時刻が１９時００分以降又は１０時５９分以前の場合には、発送時刻として１１時００分が選択される。プロセッサ１１は、取得した時刻が当日のこれからの時刻の場合には、当日の日付と取得した時刻とを最短発送日時として決定する。プロセッサ１１は、取得した時刻が当日では既に経過した時刻の場合には、翌日の日付と取得した時刻とを最短発送日時として決定する。

プロセッサ１１は、Ａｃｔ３９として余剰商品データ９Ｄを作成する。すなわちプロセッサ１１は、図６のＡｃｔ４の処理で在庫数データベース６から読み込んだ在庫数データから、店舗コード、商品コード、商品名を抽出する。そしてプロセッサ１１は、在庫数データから抽出したデータに、余剰数と仕入れ価格と最短発送日時を付加して、余剰商品データ９Ｄを作成する。余剰数は、Ａｃｔ３６の処理で算出したものである。仕入れ価格は、Ａｃｔ３７の処理で取得したものである。最短発送日時は、Ａｃｔ３８の処理で取得したものである。プロセッサ１１は、Ａｃｔ４０として余剰商品データ９Ｄを余剰商品データベース９に保存する。以上で、プロセッサ１１は、Ａｃｔ１１の余剰処理を終了する。

図９は、通知処理の要部手順を示す流れ図である。通知処理に入ると、プロセッサ１１は、Ａｃｔ５１として不足商品データベース８を検索する。そしてプロセッサ１１は、Ａｃｔ５２として未処理の不足商品データ８Ｄの有無を判定する。未処理の不足商品データ８Ｄとは、後述するＡｃｔ５３において読み込まれていない不足商品データ８Ｄである。

当初は、不足商品データベース８に未処理の不足商品データ８Ｄが存在する。すなわちプロセッサ１１は、Ａｃｔ５２においてＹＥＳと判定し、Ａｃｔ５３へと進む。

プロセッサ１１は、Ａｃｔ５３として不足商品データベース８から未処理の不足商品データ８Ｄを読み込む。プロセッサ１１は、Ａｃｔ５４としてその不足商品データ８Ｄから店舗コードを取得する。そしてプロセッサ１１は、Ａｃｔ５５として当該店舗コードを検索ワードとして店舗データベース７を検索する。

プロセッサ１１は、Ａｃｔ５６として検索ワードを店舗コードとして含む店舗データ７Ｄを店舗データベース７から読み込む。そしてプロセッサ１１は、Ａｃｔ５７として店舗データ７Ｄから通信アドレスを取得する。またプロセッサ１１は、Ａｃｔ５８として不足商品データ８Ｄに含まれる緊急フラグＦを調べる。ここで、緊急フラグが“０”に設定されている場合、店舗データ７Ｄの店舗コードで識別される店舗において、在庫不足商品が当日中に品切れとなる可能性は低い。この場合、プロセッサ１１は、Ａｃｔ５８においてＮＯと判定し、Ａｃｔ５９へと進む。プロセッサ１１は、Ａｃｔ５９として通常通知コマンドを送信するように通信インターフェース１６を制御する。この制御により、通信インターフェース１６は、Ａｃｔ５７の処理で取得した通信アドレスで識別される情報処理端末２に対し、ネットワークを介して通常通知コマンドを送信する。通常通知コマンドには、通常通知を示すメッセージのデータとともに、在庫不足商品の店舗コード、商品コード、商品名、在庫数、在庫数閾値、緊急フラグ等が含まれる。

一方、緊急フラグが“１”に設定されている場合には、店舗データ７Ｄの店舗コードで識別される店舗において、在庫不足商品が当日中に品切れとなる可能性は高い。この場合、プロセッサ１１は、Ａｃｔ５８においてＹＥＳと判定し、Ａｃｔ６０へと進む。プロセッサ１１は、Ａｃｔ６０として緊急通知コマンドを送信するように通信インターフェース１６を制御する。この制御により、通信インターフェース１６は、Ａｃｔ５７の処理で取得した通信アドレスで識別される情報処理端末２に対し、ネットワークを介して緊急通知コマンドを送信する。緊急通知コマンドには、緊急通知を示すメッセージのデータとともに、在庫不足商品の店舗コード、商品コード、商品名、在庫数、在庫数閾値、緊急フラグ等が含まれる。

ここで、通常通知と緊急通知との違いについて、図１１及び図１２を用いて説明する。図１１は、通常通知コマンドを受信した情報処理端末２において表示デバイスに表示される通常通知画像ＳＣ１の一例である。図１１に示すように、通常通知画像ＳＣ１には、通常通知を示すメッセージＭ１とともに、当該情報処理端末２を通知先とする店舗「ＡＡＡ店」において在庫数が在庫数閾値を下回った在庫不足商品の商品コード、商品名、在庫数及び在庫数閾値が表示される。メッセージＭ１は、商品の在庫数が在庫数閾値を下回ったこと、及び、在庫不足が発生する可能性があること、を通知する内容である。また、通常通知画像ＳＣ１には、他の店舗に在庫不足商品の配送を依頼するか否かをオペレータに選択させるための手段として、［配送依頼する］のボタン画像ＢＴ１と、［配送依頼しない］のボタン画像ＢＴ２と、が表示されている。

通常通知画像ＳＣ１を確認したオペレータは、他の店舗に在庫不足商品の配送を依頼するか否かを決定する。そして配送を依頼する場合には、オペレータは、［配送依頼する］のボタン画像ＢＴ１に対して入力のための操作を行う。配送を依頼しない場合には、オペレータは、［配送依頼しない］のボタン画像ＢＴ２に対して入力のための操作を行う。操作は、表示デバイスがタッチパネルを兼ねている場合には、ボタン画像のタッチ操作となる。操作は、表示デバイスがタッチパネルでない場合には、典型的にはマウス、キーボード等を用いたカーソル操作となる。

図１２は、緊急通知コマンドを受信した情報処理端末２において表示デバイスに表示される緊急通知画像ＳＣ２の一例である。図１２に示すように、緊急通知画像ＳＣ２には、緊急通知を示すメッセージＭ２とともに、当該情報処理端末２を通知先とする店舗「ＡＡＡ店」において在庫数が在庫数閾値を下回った在庫不足商品の商品コード、商品名、在庫数及び在庫数閾値が表示される。メッセージＭ１は、商品の在庫数が在庫数閾値を下回ったこと、及び、本日中に品切れとなる可能性があること、を通知する内容である。また、緊急通知画像ＳＣ２にも、通常通知画像ＳＣ１と同様に、［配送依頼する］のボタン画像ＢＴ１と、［配送依頼しない］のボタン画像ＢＴ２と、が表示されている。

緊急通知画像ＳＣ２を確認したオペレータは、他の店舗に在庫不足商品の配送を依頼するか否かを決定する。そして配送を依頼する場合には、オペレータは、［配送依頼する］のボタン画像ＢＴ１に対して入力のための操作を行う。配送を依頼しない場合には、オペレータは、［配送依頼しない］のボタン画像ＢＴ２に対して入力のための操作を行う。操作方法については、通常通知画像ＳＣ１の場合と同様である。

さて、［配送依頼する］のボタン画像ＢＴ１を入力するための操作が行われた場合、情報処理端末２から在庫調整サーバ３２に対して肯定応答コマンドが送信される。［配送依頼しない］のボタン画像ＢＴ２を入力するための操作が行われた場合には、情報処理端末２から在庫調整サーバ３２に対して否定応答コマンドが送信される。肯定応答コマンド又は否定応答コマンドには、通常通知コマンド又は緊急通知コマンドに含まれていた店舗コード、商品コード、商品名、在庫数、在庫数閾値、緊急フラグ等がそのまま含まれる。

図９の説明に戻る。
通常通知コマンド又は緊急通知コマンドの送信を制御した在庫調整サーバ３２のプロセッサ１１は、Ａｃｔ６１として情報処理端末２からの応答コマンドを待ち受ける。そして、通信インターフェース１６を介して応答コマンドを受信したならば、プロセッサ１１は、Ａｃｔ６１においてＹＥＳと判定し、Ａｃｔ６２へと進む。プロセッサ１１は、Ａｃｔ６２として応答コマンドの種類を判定する。

応答コマンドが否定応答コマンドであった場合、プロセッサ１１は、Ａｃｔ６２においてＮＯと判定し、Ａｃｔ５１へと戻る。応答コマンドが肯定応答コマンドであった場合には、プロセッサ１１は、Ａｃｔ６２においてＹＥＳと判定し、Ａｃｔ６３へと進む。プロセッサ１１は、Ａｃｔ６３として受付処理を実行する。受付処理については、後述する。受付処理が終了すると、プロセッサ１１は、Ａｃｔ５１へと戻る。

Ａｃｔ５１へと戻ったプロセッサ１１は、不足商品データベース８を検索する。そして、未処理の不足商品データ８Ｄの存在を確認したならば、プロセッサ１１は、Ａｃｔ５３乃至Ａｃｔ６３の処理を前述したのと同様に実行する。

こうして、未処理の不足商品データ８Ｄについて、Ａｃｔ５３乃至Ａｃｔ６３の処理を実行し終えたならば、プロセッサ１１は、Ａｃｔ５２においてＮＯと判定し、通知処理を終了する。

図１０は、受付処理の要部手順を示す流れ図である。受付処理に入ると、プロセッサ１１は、Ａｃｔ７１として肯定応答コマンドから在庫不足商品の商品コードを取得する。そしてプロセッサ１１は、Ａｃｔ７２として当該商品コードを検索コードとして余剰商品データベース９を検索する。プロセッサ１１は、Ａｃｔ７３として検索ワードの商品コードを含む余剰商品データ９Ｄの有無を判定する。余剰商品データベース９に該当する余剰商品データ９Ｄが１つでも存在する場合、プロセッサ１１は、Ａｃｔ７３においてＹＥＳと判定し、Ａｃｔ７４へと進む。

プロセッサ１１は、Ａｃｔ７４として肯定応答コマンドに含まれている緊急フラグＦを調べる。緊急フラグＦが“０”に設定されている場合、プロセッサ１１は、Ａｃｔ７４においてＮＯと判定し、Ａｃｔ７５をスキップしてＡｃｔ７６へと進む。プロセッサ１１は、Ａｃｔ７６として検索ワードの商品コードを含む余剰商品データ９Ｄで余剰店舗リストを作成する。

これに対し、緊急フラグＦが“１”に設定されている場合には、プロセッサ１１は、Ａｃｔ７４においてＹＥＳと判定し、Ａｃｔ７５へと進む。プロセッサ１１は、Ａｃｔ７５として検索ワードの商品コードを含む余剰商品データ９Ｄの中に、最短発送日時が当日となっている余剰商品データ９Ｄが存在するか否かを確認する。存在する場合、プロセッサ１１は、Ａｃｔ７５においてＹＥＳと判定し、Ａｃｔ７６へと進む。プロセッサ１１は、Ａｃｔ７６として検索ワードの商品コードを含む余剰商品データ９Ｄのうち、最短発送日時が当日となっている余剰商品データ９Ｄで余剰店舗リストを作成する。

余剰店舗リストについては後述する。余剰店舗リストを作成したならば、プロセッサ１１は、Ａｃｔ７７として、肯定応答コマンド送信元の情報処理端末２を宛先として余剰店舗リストのデータを送信するように通信インターフェース１６を制御する。この制御により、通信インターフェース１６は、ネットワークを介して余剰店舗リストのデータを送信する。このデータには、余剰店舗リストのデータの他、肯定応答コマンドに含まれていた店舗コード、商品コード、商品名、在庫数、在庫数閾値、緊急フラグ等が含まれている。

在庫調整サーバ３２から送信された余剰店舗リストのデータは、肯定応答コマンド送信元の情報処理端末２で受信される。余剰店舗リストのデータを受信した情報処理端末２の表示デバイスには、余剰店舗リスト画像が表示される。

図１３は、緊急フラグＦが“０”に設定されていた場合、つまりは、図１１に示した通常通知画像ＳＣ１でオペレータが［配送依頼する］のボタン画像ＢＴ１に対して入力操作を行った場合の余剰店舗リスト画像ＳＣ３の一例である。図１３に示すように、余剰店舗リスト画像ＳＣ３には、余剰店舗リストの作成対象となった余剰商品データ９Ｄの店舗コードで特定される店舗名、余剰数、仕入れ価格及び最短発送日時を一覧にした余剰店舗リストＬ１が表示される。余剰店舗リストＬ１には、店舗名と関連付けてラジオボタンＲＢが表示されている。また余剰店舗リスト画像ＳＣ３には、在庫数が在庫数閾値を下回った在庫不足商品の商品コード、商品名、在庫数及び在庫数閾値も表示される。さらに、余剰店舗リスト画像ＳＣ３には、配送数入力ボックスＩＮ１と、［実行］のボタン画像ＢＴ３及び［中止］のボタン画像ＢＴ４とが表示されている。

図１４は、緊急フラグＦが“１”に設定されていた場合、つまりは、図１２に示した緊急通知画像ＳＣ２でオペレータが［配送依頼する］のボタン画像ＢＴ１に対して入力操作を行った場合の余剰店舗リスト画像ＳＣ４の一例である。図１４に示すように、余剰店舗リスト画像ＳＣ４には、最短発送日時が当日の余剰商品データ９Ｄを基に作成された余剰店舗リストＬ２が表示される。その他の表示は、余剰店舗リスト画像ＳＣ３と同様である。

余剰店舗リスト画像ＳＣ３又はＳＣ４を確認したオペレータは、余剰数、仕入れ価格、最短発送日時を考慮して、余剰店舗リストＬ１又はＬ２の中から配送を依頼する店舗と配送数とを決定する。そしてオペレータは、配送を依頼する店舗の店舗名と関連付けられたラジオボタンＲＢを選択し、配送数入力ボックスＩＮ１に配送数を入力する。しかる後、オペレータは、［実行］のボタン画像ＢＴ３に対して入力のための操作を行う。なお、配送依頼を中止する場合には、オペレータは、［中止］のボタン画像ＢＴ４に対して入力のための操作を行う。

さて、［実行］のボタン画像ＢＴ３を入力するための操作が行われた場合、情報処理端末２から在庫調整サーバ３２に対して実行応答コマンドが送信される。［中止］のボタン画像ＢＴ４を入力するための操作が行われた場合には、情報処理端末２から在庫調整サーバ３２に対して中止応答コマンドが送信される。実行応答コマンドには、余剰店舗リストＬ１又はＬ２の中から選択された依頼先店舗の店舗コード及び配送数入力ボックスＩＮ１に入力された配送数の他、肯定応答コマンドに含まれていた店舗コード、商品コード、商品名、在庫数、在庫数閾値、緊急フラグ等が含まれる。

図１０の説明に戻る。
Ａｃｔ７７において余剰店舗リストの送信を制御したプロセッサ１１は、Ａｃｔ７８として実行応答コマンドを受信したか否かを確認する。実行応答コマンドを受信していない場合、プロセッサ１１は、Ａｃｔ７８においてＮＯと判定し、Ａｃｔ７９へと進む。プロセッサ１１は、Ａｃｔ７９として中止応答コマンドを受信したか否かを確認する。中止応答コマンドを受信していない場合、プロセッサ１１は、Ａｃｔ７９においてＮＯと判定し、Ａｃｔ７８へと戻る。ここにプロセッサ１１は、Ａｃｔ７８及びＡｃｔ７９において、実行応答コマンドを受信するか中止応答コマンドを受信するのを待ち受ける。この待ち受け状態において、通信インターフェース１６を介して中止応答コマンドを受信した場合には、プロセッサ１１は、Ａｃｔ７９においてＮＯと判定し、この受付処理を終了する。

通信インターフェース１６を介して実行応答コマンドを受信した場合には、プロセッサ１１は、Ａｃｔ７８においてＹＥＳと判定し、Ａｃｔ８０へと進む。プロセッサ１１は、Ａｃｔ８０として実行応答コマンドから依頼先店舗の店舗コードを取得する。そしてプロセッサ１１は、Ａｃｔ８１として当該店舗コードを検索ワードとして店舗データベース７を検索する。プロセッサ１１は、Ａｃｔ８２として検索ワードを店舗コードとして含む店舗データ７Ｄを店舗データベース７から読み込む。

プロセッサ１１は、Ａｃｔ８３として店舗データ７Ｄから通信アドレスを取得する。プロセッサ１１は、Ａｃｔ８４としてその通信アドレスを宛先として、配送指示コマンドを送信するように通信インターフェース１６を制御する。この制御により、通信インターフェース１６は、Ａｃｔ８３の処理で取得した通信アドレスで識別される情報処理端末２に対し、ネットワークを介して配送指示コマンドを送信する。配送指示コマンドには、実行応答コマンドに含まれていた配送数、商品コード、商品名、最短発送日時、配送依頼元店舗の店舗コード等が含まれる。

配送指示コマンドは、配送依頼先店舗の情報処理端末２で受信される。配送指示コマンドを受信した情報処理端末２の表示デバイスには、配送指示画像が表示される。

図１５は、図１３に示した余剰店舗リスト画像ＳＣ３において、店舗名「ＣＣＣ店」の店舗が選択され、配送数「１０」を入力した場合の配送指示画像ＳＣ５の一例である。この配送指示画像ＳＣ５を確認したオペレータは、店舗名「ＣＣＣ」の店舗に対し、店舗名「ＡＡＡ」の店舗から、商品コード「1234999999」で識別される商品を１０点配送する依頼が入ったことを知り得る。この場合、オペレータに対しては、商品コード「1234999999」で識別される商品を店舗名「ＡＡＡ」の店舗に１０点配送するための手配をすることが求められる。なお、商品の配送に対し、店舗名「ＡＡＡ」の店舗から店舗名「ＣＣＣ」の店舗に対して仕入れ価格の支払いが生じる場合がある。このような場合、在庫調整サーバ３２が各店舗の口座を管理し、配送依頼元の店舗の口座から配送依頼先の店舗の口座へと仕入れ価格相当の金額を自動的に振り込むようにするとよい。

図１０の説明に戻る。
プロセッサ１１は、Ａｃｔ７２において余剰商品データベース９を検索した結果、該当する余剰商品データ９Ｄを検出できなかった場合、Ａｃｔ７３においてＮＯと判定し、Ａｃｔ８５へと進む。またプロセッサ１１は、Ａｃｔ７５において最短発送日時が当日となっている余剰商品データ９Ｄが存在しなかった場合、ＮＯと判定し、Ａｃｔ８５へと進む。プロセッサ１１は、Ａｃｔ８５として肯定応答コマンド送信元の情報処理端末２を宛先として配送不可通知のコマンドを送信するように通信インターフェース１６を制御する。この制御により、通信インターフェース１６は、ネットワークを介して配送不可通知のコマンドを送信する。配送不可通知のコマンドは、肯定応答コマンド送信元の情報処理端末２で受信される。情報処理端末２では、配送不可を知らせるメッセージが表示デバイスに表示される。したがって、情報処理端末２は、配送依頼をした在庫不足商品に余剰がある近隣の店舗が存在しないことを知り得る。

以上の説明から明らかなように、在庫調整サーバ３２のプロセッサ１１を主体とするコンピュータは、図６のＡｃｔ１乃至Ａｃｔ５の処理を実行することにより、複数の店舗の商品の在庫数を取得する取得手段を構成する。この取得手段は、データ解析部３２１及びデータベース管理部３２２の機能によって実現される。

また、同コンピュータは、図６のＡｃｔ６乃至Ａｃｔ１０の処理を実行することにより、いずれかの店舗で在庫数が在庫数閾値まで減少した在庫不足商品を検出する検出手段を構成する。この検出手段は、データ解析部３２１及びデータベース管理部３２２の機能によって実現される。

また、同コンピュータは、図６のＡｃｔ１１及びＡｃｔ１２の処理を実行することにより、在庫不足商品の在庫数に余剰のある店舗を検索する検索手段を構成する。この検索手段は、データ解析部３２１及びデータベース管理部３２２の機能によって実現される。

また、同コンピュータは、図６のＡｃｔ１３及びＡｃｔ１４の処理、ただしＡｃｔ１４については図９のＡｃｔ５１乃至Ａｃｔ６０の処理を実行することにより、検索手段により検索された店舗の情報を、在庫不足商品の在庫数が在庫数閾値まで減少した店舗と関連付けて設定された端末に通知する通知手段を構成する。この通知手段は、データベース管理部３２２及び通知受付部３２３の機能によって実現される。

また、同コンピュータは、図９のＡｃｔ６１乃至Ａｃｔ６３の処理、ただしＡｃｔ６３については図１０のＡｃｔ７１乃至Ａｃｔ７９の処理を実行することにより、検索手段により検索された店舗に対しての、在庫不足商品の在庫数が在庫数閾値まで減少した店舗への当該商品の配送依頼を受け付ける受付手段を構成する。この受付手段は、データベース管理部３２２及び通知受付部３２３の機能によって実現される。

また、同コンピュータは、図１０のＡｃｔ８０乃至Ａｃｔ８４の処理を実行することにより、配送依頼を受け付けたことに応じて、その配送依頼先の店舗と関連付けて設定された端末に在庫不足商品の配送を指示する指示手段を構成する。この指示手段は、データベース管理部３２２及び通知受付部３２３の機能によって実現される。

また、同コンピュータは、図７のＡｃｔ２１乃至Ａｃｔ２５の処理を実行することにより、在庫不足商品の在庫数が在庫数閾値まで減少した店舗において、当該在庫不足商品の在庫数が当日中に在庫数閾値よりも小さい規定値以下になるか否かを予測する予測手段を構成する。この予測手段は、データ解析部３２１及びデータベース管理部３２２の機能によって実現される。

このように本実施形態によれば、取得手段、検出手段、検索手段及び受付手段を備えることによって、在庫が余っている店舗から在庫が足りなくなった店舗に商品を移すことを容易になし得ることができる。

また、通知手段を備えることによって、在庫が足りなくなった店舗のオペレータが、在庫が余っている店舗に対して直接配送依頼を行うことができる。したがって、迅速な対応が可能である。

しかも、通知手段が通知する店舗の情報として、当該店舗での在庫不足商品の余剰数、仕入れ価格及び最短発送日時が含まれる。したがってオペレータは、配送依頼をする店舗を、余剰数を優先して決定したり、仕入れ価格を優先して決定したり、最短発送日時を優先して決定したりすることができる。したがって、在庫不足商品が生じた店舗においては、効率を優先し、あるいはコストを優先して、在庫不足商品の配送を依頼することができる。

また、予測手段による予測結果に応じて通知内容が異なるので、在庫不足商品が生じた店舗のオペレータは、緊急に配送依頼が必要なのか否かを容易に識別することができる。

さらに、指示手段を備えることによって、在庫が余っている店舗に対して在庫が足りなくなった店舗に商品を移すことを自動的に指示することができる。したがって、より迅速な対応が可能となる。

以上、在庫が余っている店舗から在庫が足りなくなった店舗に商品を移すことを容易にした在庫管理装置の実施形態について説明したが、かかる実施形態はこれに限定されるものではない。

前記実施形態では、同じ地域で小売業を営んでいる近隣の店舗間で在庫の調整を行う場合を例示した。この点に関しては、地域に関わりなく、店舗間で在庫の調整を行うようにしてもよい。この場合、例えば店舗データ７Ｄに所在地の項目を追加する。そして、在庫調整サーバ３２において、ある商品の在庫数が在庫数閾値を下回った依頼元店舗の所在地と、当該商品の在庫数が余剰数閾値を上回っている依頼先店舗の所在地との距離を算出し、所定の距離以下の依頼先店舗を余剰店舗リストに組み入れるようにすればよい。

前記実施形態では、在庫管理装置３をデータ集約サーバ３１と在庫調整サーバ３２とを含むものとした。この点に関しては、在庫管理装置３を在庫調整サーバ３２だけで構成してもよい。つまり、データ集約サーバ３１を在庫管理装置３とは別のシステムで実現してもよい。また、在庫調整サーバ３２は、店舗データベース７、不足商品データベース８及び余剰商品データベース９を設けていなくてもよい。店舗データベース７、不足商品データベース８及び余剰商品データベース９は、在庫調整サーバ３２に対して外部の記憶装置に設け、データベース管理部３２２が店舗データベース７、不足商品データベース８及び余剰商品データベース９とデータ授受を行うようにすればよい。

前記実施形態では、通知手段が通知する店舗の情報を、当該店舗での在庫不足商品の余剰数と、仕入れ価格と、最短発送日時とにした。通知手段が通知する店舗の情報の情報は、この３種類に限定されるものではない。少なくともいずれか１つの情報を通知するだけでもよい。また、例えば食品の場合には、消費期限を通知してもよい。

価格は、仕入れ価格ではなく、配送依頼先店舗から依頼元店舗への譲り渡し価格であってもよい。譲り渡し価格の場合、例えば仕入れ価格のｎ％を割り増しした価格を譲り渡し価格とする。そうすることにより、図８のＡｃｔ３７において取得した仕入れ価格から譲り渡し価格を算出できるので、前記実施形態をそのまま適用することができる。

前記実施形態では、図７のＡｃｔ２４において、プロセッサ１１は、差Ｄ１が“０”以下となるか否かを判定した。この点に関しては、差Ｄ１が在庫数閾値よりも小さいが“０”よりは大きい値となるか否かを判定してもよい。つまり、品切れを予測するのではなく、品切れに近い状態を予測してもよい。

また、図１０のＡｃｔ７８において、実行応答コマンドを受信したプロセッサ１１は、表示、印字又は音声等を利用して配送依頼情報を出力してもよい。この場合、その出力を確認した担当者が、依頼先店舗に電話などの通信手段を利用して商品の配送を依頼することで、在庫が余っている店舗から在庫が足りなくなった店舗に商品を移すことができる。

前記実施形態では、在庫管理プログラムがメインメモリ１２または補助記憶デバイス１３に予め記憶されているものとして説明した。この点に関しては、在庫管理プログラムが記憶されていない状態で、在庫管理装置３が譲渡されてもよい。その場合、在庫管理装置３が備える書き込み可能な記憶デバイスに、この在庫管理装置３とは個別に譲渡された在庫管理プログラムがユーザなどの操作に応じて書き込まれる。在庫管理プログラムの譲渡は、リムーバブルな記録媒体に記録して、あるいはネットワークを介した通信により行うことができる。記録媒体は、ＣＤ－ＲＯＭ，メモリカード等のようにプログラムを記憶でき、かつ装置が読み取り可能であれば、その形態は問わない。

この他、本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態及びその変形は、発明の範囲に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［１］複数の店舗の商品の在庫数を取得する取得手段と、いずれかの店舗で前記在庫数が在庫数閾値まで減少した在庫不足商品を検出する検出手段と、前記在庫不足商品の在庫数に余剰のある店舗を検索する検索手段と、前記検索手段により検索された店舗に対しての、前記在庫不足商品の在庫数が前記在庫数閾値まで減少した店舗への当該商品の配送依頼を受け付ける受付手段と、を具備する在庫管理装置。
［２］前記検索手段により検索された店舗の情報を、前記在庫不足商品の在庫数が前記在庫数閾値まで減少した店舗と関連付けて設定された端末に通知する通知手段、をさらに具備し、前記受付手段は、前記端末から前記配送依頼を受け付ける、付記［１］記載の在庫管理装置。
［３］前記通知手段が通知する前記店舗の情報は、当該店舗での前記在庫不足商品の余剰数、価格及び最短発送日時のうちの少なくとも１項目を含む、付記［１］記載の在庫管理装置。
［４］前記在庫不足商品の在庫数が前記在庫数閾値まで減少した店舗において、当該在庫不足商品の在庫数が当日中に前記在庫数閾値よりも小さい規定値以下になるか否かを予測する予測手段、をさらに具備し、前記通知手段は、前記予測手段による予測結果に応じて通知内容を異ならせる、付記［２］又は［３］記載の在庫管理装置。
［５］前記配送依頼を受け付けたことに応じて、その配送依頼先の店舗と関連付けて設定された端末に前記在庫不足商品の配送を指示する指示手段、をさらに具備する付記［１］乃至［４］のうちいずれか１記載の在庫管理装置。
［６］コンピュータを、複数の店舗の商品の在庫数を取得する取得手段、いずれかの店舗で前記在庫数が在庫数閾値まで減少した在庫不足商品を検出する検出手段、前記在庫不足商品の在庫数に余剰のある店舗を検索する検索手段、及び、前記検索手段により検索された店舗に対しての、前記在庫不足商品の在庫数が前記在庫数閾値まで減少した店舗への当該商品の配送依頼を受け付ける受付手段、として機能させるための在庫管理プログラム。

１…店舗システム、２…情報処理端末、３…在庫管理装置、４…仕入れデータベース、５…売上データベース、６…在庫数データベース、７…店舗データベース、８…不足商品データベース、９…余剰商品データベース、１１…プロセッサ、１２…メインメモリ、１３…補助記憶デバイス、１４…時計、１５…サーバ間インターフェース、１６…通信インターフェース、１７…システム伝送路、３１…データ集約サーバ、３２…在庫調整サーバ、３１１…データ収集インターフェース、３１２，３２２…データベース管理部、３２１…データ解析部、３２３…通知受付部。

Claims (2)

1. 複数の店舗の商品の在庫数を取得する取得手段と、
   いずれかの店舗で前記在庫数が在庫数閾値まで減少した在庫不足商品を検出する検出手段と、
   前記在庫不足商品の在庫数に余剰のある店舗を検索する検索手段と、
   前記検索手段により検索された店舗の情報として当該店舗での前記在庫不足商品の余剰数、仕入れ価格及び最短発送日時を含む情報を、前記在庫不足商品の在庫数が前記在庫数閾値まで減少した店舗と関連付けて設定された端末に通知する通知手段と、
   前記検索手段により検索された店舗に対しての、前記在庫不足商品の在庫数が前記在庫数閾値まで減少した店舗への当該商品の配送依頼を前記端末から受け付ける受付手段と、
   前記在庫不足商品の在庫数が前記在庫数閾値まで減少した店舗において、当該在庫不足商品の在庫数が当日中に前記在庫数閾値よりも小さい規定値以下になるか否かを予測する予測手段と、
   を具備し、
   前記通知手段は、前記予測手段による予測結果に応じて通知内容を異ならせる、在庫管理装置。
2. 前記配送依頼を受け付けたことに応じて、その配送依頼先の店舗と関連付けて設定された端末に前記在庫不足商品の配送を指示する指示手段、
   をさらに具備する請求項１記載の在庫管理装置。
   

Images