JP7381271B2 - 在庫管理装置及びプログラム - Google Patents

Description

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

複数の店舗を展開する企業が効率的な経営を行っていくためには、各店舗の在庫を把握して管理する必要がある。このため、従来から複数の店舗を統括して在庫を管理するための在庫管理システムが提案されている。

一例として、次のような在庫管理システムが知られている。在庫管理システムは、各店舗と通信可能なサーバを備えている。サーバは、各店舗で発生した余剰在庫を登録する。各店舗は、不足商品が発生すると、他店舗に余剰在庫があるか否かをサーバに問合せる。サーバは、問合せた店舗に対して回答するとともに、余剰在庫を持つ店舗に対して商品の発送を依頼する（特許文献１）。

上記在庫管理システムは、発生した余剰在庫を店舗相互で流用できるようにしている。しかしながら、商品が不足する店舗が発生して初めて余剰在庫が流用されるため、余剰在庫の解消という点で必ずしも充分とはいえない。上記在庫管理システムでは、商品が不足するには至っていないが、現状の在庫に加えてさらに商品を売ることが可能な店舗などを、余剰在庫の解消に活用できていない。すなわち、上記在庫管理システムでは、余剰在庫の解消のために、管理対象の店舗を有効に活用できていないという課題がある。

本発明が解決しようとする課題は、管理対象である店舗を有効に活用することが可能な在庫管理装置及びプログラムを提供することである。

実施形態の在庫管理装置は、複数の店舗から商品別の在庫数を含んだ在庫関連情報を取得する取得部と、前記取得部が取得した商品別の在庫関連情報を店舗毎に記憶する記憶部と、前記記憶部に記憶された前記在庫関連情報に基づいて認識される店舗毎の各商品の在庫数のいずれかが、対応する在庫数閾値を超えた場合に、在庫数閾値を超えた特定商品に係る情報及び在庫数閾値を超えた店舗と異なる他店舗における前記特定商品に係る在庫情報を、前記在庫数閾値を超えた店舗の管理者端末に出力する出力部と、前記特定商品の配送について、前記他店舗に対する問合せを前記管理者端末から受け付ける受付部と、前記受付部が受け付けた問合せの内容を、前記他店舗に問い合わせる問合せ部と、を備えたものである。

図１は、実施形態の在庫管理装置を含むシステムを示す図である。 図２は、実施形態の在庫管理装置のハードウェア構成を示すブロック図である。 図３は、実施形態の在庫管理装置のメモリ部の一部を示す図である。 図４は、実施形態の在庫管理装置における制御部の機能を表す機能ブロック図である。 図５は、実施形態の在庫管理の流れを示すチャートである。 図６は、実施形態の在庫管理装置における制御部の在庫数管理の処理を示すフローチャートである。 図７は、実施形態の在庫管理装置における制御部の滞留日数管理の処理を示すフローチャートである。 図８は、実施形態の在庫管理装置における在庫数閾値設定画面の表示例を示す図である。 図９は、実施形態の在庫管理装置における滞留日数閾値設定画面の表示例を示す図である。 図１０は、実施形態の在庫管理装置における通知先設定画面の表示例を示す図である。 図１１は、実施形態の在庫管理装置における余剰在庫の通知画面の表示例を示す図である。 図１２は、実施形態の在庫管理装置における滞留在庫の通知画面の表示例を示す図である。 図１３は、実施形態の在庫管理装置における多店舗在庫状況の通知画面の表示例を示す図である。

以下、実施形態の在庫管理装置について、図面に基づき説明する。図１は、在庫管理装置１を含むシステム全体を示す図である。このシステムは、在庫管理装置１と、各店舗に設けられる店舗サーバ２と、管理者端末３とを備える。在庫管理装置１は、各店舗から取得する各種情報に基づいて各店舗の在庫状況をリアルタイムで把握して管理する。在庫管理装置１は、各店舗の店舗サーバ２と専用回線４で接続されている。店舗サーバ２は、各店舗に設置されるＰＯＳ（Point Of Sales）端末から出力されたデータに基づいて売上情報を管理する。また、店舗サーバ２は、店舗内のシステムと連携して、店舗の在庫情報や仕入情報を管理する。在庫管理装置１は、管理者端末３と公衆回線網５で接続されている。管理者端末３は、各店舗の店長や複数の店舗を管理するエリアマネージャが携帯するスマートフォンなどの情報端末である。

次に、図２に基づいて、在庫管理装置１のハードウェア構成について説明する。在庫管理装置１は、制御部１０、メモリ部２０、通信Ｉ／Ｆ（Interface）３０、３１等を備えている。制御部１０、メモリ部２０、通信Ｉ／Ｆ３０、３１はバス３２を介して互いに接続されている。

制御部１０は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３を備えている。ＣＰＵ１１、ＲＯＭ１２、ＲＡＭ１３は、互いにバス３２を介して接続されている。ＣＰＵ１１は制御部１０の制御主体となる。ＲＯＭ１２は、各種プログラムを記憶する。ＲＡＭ１３は、ＲＯＭ１２やメモリ部２０に記憶された各種プログラムや各種データを展開する。制御部１０は、ＣＰＵ１１がＲＯＭ１２やメモリ部２０に記憶されＲＡＭ１３に展開された制御プログラムに従って動作することによって、在庫管理装置１の各種制御処理を実行する。

メモリ部２０は、制御プログラム部２１、店舗別在庫ＤＢ部２２、閾値ＤＢ部２３、通知先ＤＢ部２４を備える。なお、以下では、商品とは、商品個体ではなく、商品コードで特定されるものを表すものとする。制御プログラム部２１は、各種制御プログラムを記憶する。店舗別在庫ＤＢ部２２は、各商品の在庫に関係する情報が店舗別に保存されたデータベースを記憶する。閾値ＤＢ部２３は、各店舗が設定する在庫数閾値、滞留日数閾値が保存されたデータベースを記憶する。通知先ＤＢ部２４は、余剰在庫や滞留在庫が発生したときに通知される管理者の通知先が保存されたデータベースを記憶する。通信Ｉ／Ｆ３０は、専用回線４を介して各店舗の店舗サーバ２と接続されている。通信Ｉ／Ｆ３１は、公衆回線網５を介して各管理者端末３と接続されている。これにより、制御部１０は、各店舗の店舗サーバ２、各管理者端末３と情報の送受信が可能となっている。

図３は、メモリ部２０の一部である、店舗別在庫ＤＢ部２２、閾値ＤＢ部２３、通知先ＤＢ部２４の内容を示す図である。店舗別在庫ＤＢ部２２は、店舗別に、商品コードと対応づけて、商品名、仕入日、仕入値、仕入在庫数、在庫数、仕入滞留日数、滞留日数が記憶されている。仕入日は、在庫として残っている商品を仕入れた日が全て示される。仕入日と対応づけて、仕入値、仕入在庫数、仕入滞留日数が記憶されている。仕入値は、商品を仕入れたときの購入金額で、商品１つあたりの金額である。

仕入在庫数は、仕入日に対応した在庫数である。本実施形態では、店舗で商品が売れると、仕入日が早いものが売れたと想定したシステムとしている。したがって、店舗で商品が売れると、仕入日が早い仕入在庫数が減っていくこととなる。なお、本実施形態では管理するためのコストを考慮して上記のとおり想定したシステムとしたが、商品の個体１つずつを管理し、いつ仕入れた商品がいつ売れたかを把握することで、より正確に管理することも可能である。在庫数は、対応する商品の全体の在庫数であり、対応する商品に関する仕入在庫数の総計である。仕入滞留日数は、仕入日からの日数を示す。滞留日数は、対応する商品の仕入滞留日数のうち、大きい数値を示す。

閾値ＤＢ部２３は、商品別に、店舗コードと対応づけて在庫数閾値、滞留日数閾値を記憶する。在庫数閾値、滞留日数閾値とも、各店舗で入力される。通知先ＤＢ部２４は、従業員Ｎｏと対応づけて、氏名、役職、アドレスが記憶されている。役職は、店長、エリアマネージャ等の在庫を管理する管理者の役職である。アドレスは、通知を受ける管理者のメールアドレスである。なお、本実施形態では、通知先は、それぞれの店舗の店長としている。すなわち、店舗で余剰在庫（在庫数閾値を超えた在庫）、滞留在庫（滞留値閾値を超えた在庫）が発生すると、これら余剰在庫、滞留在庫が発生した当該店舗の店長に通知がなされる。

次に、制御部１０の機能構成について、図４を参照して説明する。制御部１０は、ＣＰＵ１１がＲＯＭ１２やメモリ部２０の制御プログラム部２１に記憶された制御プログラムにしたがって動作することで、設定部１０１、取得部１０２、更新部１０３、判定部１０４、出力部１０５、受付部１０６、問合せ部１０７として機能する。

上記制御プログラムは、ＣＤ－ＲＯＭ等のコンピュータで読み取り可能な記録媒体に記録して提供するように構成してもよい。また、本実施形態の情報処理装置で実行される制御プログラムを、インターネット等のネットワークに接続されたコンピュータ上に格納し、ネットワーク経由でダウンロードさせることにより提供するように構成しても良く、さらには、インターネット等のネットワーク経由で提供または配布するように構成しても良い。

設定部１０１は、店舗サーバ２で入力される在庫数閾値、滞留日数閾値を閾値ＤＢ部２３に設定する。また、設定部１０１は、店舗サーバ２で入力される通知先を通知先ＤＢ部２４に設定する。取得部１０２は、店舗から商品別の在庫関連情報、滞留日数情報を取得する。具体的には、取得部１０２は、店舗サーバ２から、毎日１回、図３の店舗別在庫ＤＢ部２２に示す、仕入日、仕入値、仕入在庫数、在庫数、仕入滞留日数、滞留日数の情報を取得する。また、取得部１０２は、店舗の発注仕入システムにより、仕入関連情報が更新された場合、更新の都度、店舗サーバ２から仕入関連情報を取得する。さらに、取得部１０２は、店舗で取引が行われる都度、店舗サーバ２から売上情報を取得する。したがって、在庫管理装置１は、各店舗の商品の在庫数をタイムリーに把握することができる。なお、本実施形態では、在庫関連情報、滞留日数情報は、図３の店舗別在庫ＤＢ部２２に示す情報、仕入関連情報、売上関連情報としているが、在庫管理装置１で在庫数、滞留日数を把握できる情報であればよい。

更新部１０３は、取得部１０２が店舗サーバ２から各種情報を取得すると、必要な算出等を行い、店舗別在庫ＤＢ部２２を更新する。判定部１０４は、店舗別在庫ＤＢ部２２に記憶される在庫数と、閾値ＤＢ部２３に記憶される在庫数閾値とを比較して、各店舗のいずれかの商品で余剰在庫が発生しているか否かを判定する。また、判定部１０４は、店舗別在庫ＤＢ部２２に記憶される滞留日数と、閾値ＤＢ部２３に記憶される滞留日数閾値とを比較して、各店舗のいずれかの商品で滞留在庫が発生しているか否かを判定する。

出力部１０５は、取得部１０２が取得した在庫関連情報に基づいて認識される店舗毎の各商品の在庫数のいずれかが、対応する在庫数閾値を超えた場合に、在庫数閾値を超えた特定商品に係る情報及び在庫数閾値を超えた店舗と異なる他店舗における前記特定商品に係る在庫情報を出力する。また、出力部１０５は、取得部１０２が取得した滞留日数情報に基づいて認識される店舗毎の各商品の滞留日数のいずれかが、対応する滞留日数閾値を超えた場合に、滞留日数閾値を超えた特定商品に係る情報及び滞留日数閾値を超えた店舗と異なる他店舗における前記特定商品に係る在庫情報を出力する。

具体的には、出力部１０５は、判定部１０４で余剰在庫あるいは滞留在庫（これら在庫のいずれか、または両方を指す場合、以下、過剰在庫という）が発生したと判定されると、次の情報を出力する。１つ目の情報は、過剰在庫が発生した商品（特定商品）に係る情報で、例えば、商品名や在庫数などである。２つ目の情報は、過剰在庫が発生した店舗以外の店舗における特定商品に係る在庫情報で、例えば、在庫数、仕入値などである。出力部１０５は、通知先ＤＢ部２４に記憶された管理者のうち、過剰在庫が発生した店舗が入力した管理者に対して出力する。本実施形態では、過剰在庫が発生した店舗の店長である。

受付部１０６は、特定商品の過剰在庫の配送について、他店舗に対する問合せを受け付ける。具体的には、受付部１０６は、過剰在庫が発生した旨の通知を受けた管理者端末３から、過剰在庫商品を他店舗に移送することの可否についての問い合せを受け付ける。問合せ部１０７は、受付部１０６で受け付けた内容を該当する店舗に問合せる。

次に、システム全体の流れについて、図５のシーケンスチャートを用いて説明する。まず、店舗サーバ２は、入力された在庫数閾値、滞留日数閾値を在庫管理装置１に送信する。在庫管理装置１は、受信した在庫数閾値、滞留日数閾値を閾値ＤＢ部２３に設定する。

図８は、在庫数閾値の入力画面を示すものである。入力画面は、確認部５０と入力部５１と指示部５２とからなる。確認部５０は、入力された内容が表示されて入力者が内容を確認するための画面である。入力部５１は、商品に対する在庫数閾値を入力するための画面である。利用者が入力する項目は、商品分類５１１、商品コード５１２、在庫数閾値５１３である。名称は、商品コード５１２に特定の商品コードを入力すると該当する商品名が表示される。商品分類５１１は、商品の階層を指定する。例えば、単品は、メーカ○○、ペットボトル、内容量△△ミリリットルのお茶、クラスは、メーカ○○、ペットボトルのお茶、部門は、メーカ○○のお茶などである。利用者は、図８の画面でクラスを指定して、商品コードと在庫数閾値を入力すると、商品コードを入力した商品を含むクラスの商品全てを入力した在庫数閾値に設定できる。すなわち、本実施形態の在庫管理装置１は、指定した階層に対して、在庫数閾値を一括で入力可能となっている。指示部５２は、入力部５１で入力した内容について、追加、変更、削除を指示する画面である。図９は、滞留日数閾値の入力画面である。図９は、図８と閾値の種類が異なるだけであるので、説明は省略する。

図５に戻って、店舗サーバ２は、入力された通知先を在庫管理装置１に送信する。在庫管理装置１は、通知先ＤＢ部２４に受信した通知先を設定する。図１０は、通知先の入力画面である。通知先の入力画面が閾値の入力画面と異なる点は、入力部５１がアドレスを入力するものである点及び確認部５０がアドレスを表示する点である。図１０に示す例では、通知先の管理者は、エリアマネージャや店舗関係者など複数設定されている。

図５に示すように、店舗サーバ２は、毎日、店舗の営業時間終了後に、図３の店舗別在庫ＤＢ部２２に示す、仕入日、仕入値、仕入在庫数、在庫数、仕入滞留日数、滞留日数の情報を在庫管理装置１に送信する。また、店舗サーバ２は、店舗での取引の都度、当該取引で売られた商品の個数を含む売上情報を在庫管理装置１に送信する。さらに、店舗サーバ２は、店舗が行う仕入の都度、仕入日、仕入値、仕入数を含む仕入情報を在庫管理装置１に送信する。在庫管理装置１は、受信した情報に基づいて、店舗別在庫ＤＢ部２２を更新する。

また、在庫管理装置１は、店舗別在庫ＤＢ部２２が更新される都度、在庫チェックを行う。在庫チェックは、過剰在庫のチェックで、余剰在庫のチェックと滞留在庫のチェックである。余剰在庫のチェックは、更新された店舗別在庫ＤＢ部２２における各店舗のいずれかの商品の在庫数が閾値ＤＢ部２３に記憶された在庫数閾値を超えて余剰在庫が発生しているか否かをチェックする。滞留在庫のチェックは、更新された店舗別在庫ＤＢ部２２における各店舗のいずれかの商品の滞留日数が閾値ＤＢ部２３に記憶された滞留日数閾値を超えて滞留在庫が発生しているか否かをチェックする。

店舗で過剰在庫が発生すると、在庫管理装置１は、過剰在庫が発生した店舗が登録した管理者に情報を送信する。送信する情報は、過剰在庫が発生した特定商品の商品名、特定商品の在庫数、当該店舗の近隣店舗における特定商品の在庫数等である。

図１１は、管理者端末３が余剰在庫の通知を受けた画面の一例である。通知を受けた画面は、メッセージ部６０、商品通知部６１、他店舗確認部６２とからなる。メッセージ部６０には、例えば、「以下の商品が余剰在庫となっています」などのメッセージが表示される。商品通知部６１は、余剰在庫となった特定商品に係る情報が表示される。本実施形態では、商品通知部６１は、商品コード、商品名、在庫数、在庫数閾値を表示する。図１２は、管理者端末３が滞留在庫の通知を受けた画面の一例である。図１２に示す画面の内容は、図１１に示す画面の内容と大部分は同じである。異なる点は、メッセージ部６０に表示されるメッセージ中の文言が「余剰在庫」に代えて「滞留在庫」となる点、商品通知部６１に示される在庫数が滞留日数となる点、在庫数閾値が滞留日数閾値となる点である。

図１１、１２において、他店舗確認部６２は、操作ボタンとなっており、通知を受けた管理者は、これを操作することで、図１３に示すような、近隣店舗の特定商品に係る在庫情報を閲覧することができる。図１３において、特定商品に係る情報を示す商品情報部７０は、特定商品の商品コード、商品名、在庫数を示す。なお、余剰在庫が発生して図１１から推移した場合でも、滞留在庫が発生して図１２から推移した場合でも、同じ画面が表示される。したがって、商品情報部７０が示す在庫数は、余剰在庫または滞留在庫が発生した場合の在庫数である。

店舗情報部７１は、過剰在庫が発生した店舗の近隣店舗における特定商品の在庫情報を表示する。本実施形態では、在庫情報は、店舗名、当該店舗の在庫数、当該店舗が在庫商品を仕入れた時の仕入値（平均）、過剰店舗から当該店舗に過剰在庫を配送した場合の最短配送日時である。示される在庫情報は、この在庫情報を見た管理者が過剰在庫をどの店舗に配送すべきかを判断するための情報であって、少なくとも店舗を特定する情報とその店舗の特定商品に係る在庫数を含む。店舗情報部７１は、店舗を選択する選択部７１１を含む。

図５に戻ると、過剰在庫の通知を受けた管理者端末３は、配送入力を行うことができる。配送入力は、図１３における配送依頼部７３を操作することで行われる。配送入力がなされると、管理者端末３は、在庫管理装置１に配送問合せを行う。その後、在庫管理装置１は、選択された店舗に対し、過剰在庫商品の受け入れ可否を問合せ、受け入れ可能であれば、過剰在庫商品の発送処理を行う。また、在庫管理装置１は、選択された店舗が受け入れ不可能であれば、問合せを受けた管理者端末３に対して、受け入れ不可能である旨の通知を行う。

次に、在庫管理装置１の制御部１０が行う在庫数管理の処理について、図６のフローチャートに基づいて説明する。上述したように、取得部１０２は、１日１回各店舗から商品別の在庫数等の情報を取得し（Ｓ１）、更新部１０３は、取得した情報に基づいて店舗別在庫ＤＢ部２２を更新する（Ｓ２）。続いて、制御部１０は、取得部１０２が仕入情報、売上情報を取得したか否かを判断し（Ｓ３）、取得部１０２が上記情報を取得した場合、更新部１０３は、店舗別在庫ＤＢ部２２を更新する（Ｓ４）。Ｓ３で、取得部１０２が上記情報を取得していない場合、制御部１０は、Ｓ３に戻って待機する。

Ｓ４で、更新部１０３が店舗別在庫ＤＢ部２２を更新すると、判定部１０４は、在庫数閾値を超える商品Ａがあるか否か判定し（Ｓ５）、閾値を超える商品Ａ（特定商品）がある場合、制御部１０は、商品Ａに関する他店舗の在庫情報を店舗別在庫ＤＢ部２２から抽出する（Ｓ６）。Ｓ５で、閾値を超える商品Ａがない場合、制御部１０は、Ｓ３に戻る。その後、出力部１０５は、商品Ａに関する情報及び商品Ａに関する他店舗の在庫情報を管理者端末３に対して出力する（Ｓ７）。続いて、制御部１０は、在庫数管理処理について停止指示があったか否かを判断し（Ｓ８）、停止指示があった場合、在庫管理処理を終了する。Ｓ８で、停止指示がない場合、制御部１０は、Ｓ３に戻る。

次に、在庫管理装置１の制御部１０が行う滞留日数管理の処理について、図７のフローチャートに基づいて説明する。上述したように、取得部１０２は、１日１回各店舗から商品別の滞留日数の情報を取得し（Ｓ１１）、更新部１０３は、取得した情報に基づいて店舗別在庫ＤＢ部２２を更新する（Ｓ１２）。続いて、制御部１０は、取得部１０２が仕入情報、売上情報を取得したか否かを判断し（Ｓ１３）、取得部１０２が上記情報を取得した場合、更新部１０３は、店舗別在庫ＤＢ部２２を更新する（Ｓ１４）。Ｓ１３で、取得部１０２が上記情報を取得していない場合、制御部１０は、Ｓ１３に戻って待機する。

Ｓ１４で、更新部１０３が店舗別在庫ＤＢ部２２を更新すると、判定部１０４は、滞留日数閾値を超える商品Ｂがあるか否か判定し（Ｓ１５）、閾値を超える商品Ｂ（特定商品）がある場合、制御部１０は、商品Ｂに関する他店舗の在庫情報を店舗別在庫ＤＢ部２２から抽出する（Ｓ１６）。Ｓ１５で、閾値を超える商品Ｂがない場合、制御部１０は、Ｓ１３に戻る。その後、出力部１０５は、商品Ｂに関する情報及び商品Ｂに関する他店舗の在庫情報を管理者端末３に対して出力する（Ｓ１７）。続いて、制御部１０は、在庫数管理処理について停止指示があったか否かを判断し（Ｓ１８）、停止指示があった場合、在庫管理処理を終了する。Ｓ１８で、停止指示がない場合、制御部１０は、Ｓ１３に戻る。

以上説明したように、本実施形態の在庫管理装置によれば、過剰在庫が発生すると、過剰在庫が発生した特定商品に係る情報、及び、過剰在庫が発生した店舗とは異なる他店舗における特定商品の在庫情報を管理者端末３に出力する。このため、管理者端末３を所持する管理者は、特定商品を受け入れ可能な店舗を判断して、過剰在庫の他店舗への配送手配などを行うことができる。したがって、店舗を運営する企業は、特定商品が不足するには至っていないが、特定商品を受け入れ可能な店舗を有効に活用して過剰在庫の解消を効率的に行うことができる。

また、本実施形態の在庫管理装置は、過剰在庫が発生した特定商品の配送について、他店舗に対する問合せを受け付ける受付部を備えている。このため、他店舗が過剰在庫を受け入れ可能かどうかを確認する手続きが迅速に行え、結果として、過剰在庫の迅速な解消を図ることができる。

本実施形態においては、管理者端末３は、過剰在庫が発生した際に、過剰在庫が発生した商品に係る情報を示す図１１、１２の画面から、他店舗における特定商品に係る在庫情報を示す図１３に推移する。しかしながら、過剰在庫が発生した商品に係る情報と他店舗における特定商品に係る在庫情報を同じ画面で表示してもよい。管理者端末３での表示方法は、管理者端末３で自由に設定すればよい。

本発明の実施形態を説明したが、この実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。この実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。この実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１ 在庫管理装置
１０２ 取得部
１０５ 出力部

特開２００３－１９６５２７号公報

Claims (5)

1. 複数の店舗から商品別の在庫数を含んだ在庫関連情報を取得する取得部と、
   前記取得部が取得した商品別の在庫関連情報を店舗毎に記憶する記憶部と、
   前記記憶部に記憶された前記在庫関連情報に基づいて認識される店舗毎の各商品の在庫数のいずれかが、対応する在庫数閾値を超えた場合に、在庫数閾値を超えた特定商品に係る情報及び在庫数閾値を超えた店舗と異なる他店舗における前記特定商品に係る在庫情報を、前記在庫数閾値を超えた店舗の管理者端末に出力する出力部と、
   前記特定商品の配送について、前記他店舗に対する問合せを前記管理者端末から受け付ける受付部と、
   前記受付部が受け付けた問合せの内容を、前記他店舗に問い合わせる問合せ部と、
   を備えたことを特徴とする在庫管理装置。
2. 複数の店舗から商品別の滞留日数を含んだ滞留日数情報を取得する取得部と、
   前記取得部が取得した商品別の滞留日数情報を店舗毎に記憶する記憶部と、
   前記記憶部に記憶された前記滞留日数情報に基づいて認識される店舗毎の各商品の滞留日数のいずれかが、対応する滞留日数閾値を超えた場合に、滞留日数閾値を超えた特定商品に係る情報及び滞留日数閾値を超えた店舗と異なる他店舗における前記特定商品に係る在庫情報を、前記滞留日数閾値を超えた店舗の管理者端末に出力する出力部と、
   前記特定商品の配送について、前記他店舗に対する問合せを前記管理者端末から受け付ける受付部と、
   前記受付部が受け付けた問合せの内容を、前記他店舗に問い合わせる問合せ部と、
   を備えたことを特徴とする在庫管理装置。
3. 前記受付部は、前記他店舗の中から選択された問合せ先の店舗を指示する情報を前記管理者端末から受け付け、
   前記問合せ部は、前記管理者端末から指示された前記問合せ先の店舗に対し、問い合わせを行う、
   請求項１又は２に記載の在庫管理装置。
4. 在庫管理装置をコンピュータによって制御するためのプログラムであって、
   コンピュータを、
   複数の店舗から商品別の在庫関連情報を取得する取得部と、
   前記取得部が取得した商品別の在庫関連情報を店舗毎に記憶する記憶部と、
   前記記憶部に記憶された前記在庫関連情報に基づいて認識される店舗毎の各商品の在庫数のいずれかが、対応する在庫数閾値を超えた場合に、在庫数閾値を超えた特定商品に係る情報及び在庫数閾値を超えた店舗と異なる他店舗における前記特定商品に係る在庫情報を、前記在庫数閾値を超えた店舗の管理者端末に出力する出力部と、
   前記特定商品の配送について、前記他店舗に対する問合せを前記管理者端末から受け付ける受付部と、
   前記受付部が受け付けた問合せの内容を、前記他店舗に問い合わせる問合せ部と、
   して機能させるプログラム。
5. 在庫管理装置をコンピュータによって制御するためのプログラムであって、
   コンピュータを、
   複数の店舗から商品別の滞留日数情報を取得する取得部と、
   前記取得部が取得した商品別の滞留日数情報を店舗毎に記憶する記憶部と、
   前記記憶部に記憶された前記滞留日数情報に基づいて認識される店舗毎の各商品の滞留日数のいずれかが、対応する滞留日数閾値を超えた場合に、滞留日数閾値を超えた特定商品に係る情報及び滞留日数閾値を超えた店舗と異なる他店舗における前記特定商品に係る在庫情報を、前記滞留日数閾値を超えた店舗の管理者端末に出力する出力部と、
   前記特定商品の配送について、前記他店舗に対する問合せを前記管理者端末から受け付ける受付部と、
   前記受付部が受け付けた問合せの内容を、前記他店舗に問い合わせる問合せ部と、
   して機能させるプログラム。

Images