特許 7413683 在庫管理プログラム、在庫管理方法及び在庫管理システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-01-05

(45)【発行日】2024-01-16

(54)【発明の名称】在庫管理プログラム、在庫管理方法及び在庫管理システム

(51)【国際特許分類】

   G06Q 10/087 20230101AFI20240109BHJP

【ＦＩ】

G06Q10/087

【請求項の数】 6

(21)【出願番号】P 2019160213

(22)【出願日】2019-09-03

(65)【公開番号】P2021039532

(43)【公開日】2021-03-11

【審査請求日】2022-05-17

(73)【特許権者】

【識別番号】000005223

【氏名又は名称】富士通株式会社

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東 忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東 忠彦

(72)【発明者】

【氏名】佐藤 治

【審査官】石坂 博明

(56)【参考文献】

【文献】特開２００４－２９５２２７（ＪＰ，Ａ）

【文献】特開２００６－３１８２８９（ＪＰ，Ａ）

【文献】特開２０１５－１１４７８７（ＪＰ，Ａ）

【文献】特開２００２－２７９０２４（ＪＰ，Ａ）

【文献】特開２００４－１７８０３７（ＪＰ，Ａ）

【文献】特開２００１－２２９３１９（ＪＰ，Ａ）

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｇ０６Ｑ １０／００－９９／００

(57)【特許請求の範囲】

【請求項1】

処理対象の品目についての単位期間毎の在庫数と出荷数とから、連続する複数の単位期間である第１の期間に含まれる単位期間毎に算出される複数の在庫日数を算出する処理と、
在庫が過少か否かを判別する所定の過少基準値及び／又は在庫が過多か否かを判別する所定の過剰基準値と、前記第１の期間とは異なる第２の期間における前記在庫日数の統計値と、前記第２の期間における前記出荷数の統計値とに基づき、前記品目についての在庫が過少か否かを判別する第１の閾値及び／又は前記品目についての在庫が過多か否かを判別する第２の閾値を算出する処理と、
前記複数の在庫日数と前記第１の閾値及び／又は前記第２の閾値とに基づき、前記品目の在庫が過少及び／又は過多か否かを判定する処理と、
をコンピュータに実行させ、
前記過少基準値及び／又は過剰基準値は、前記品目の在庫が過少及び／又は過多か否かの判定結果を利用するユーザ毎に定められる、在庫管理プログラム。

【請求項2】

前記第１の期間を、予め定められた複数の候補期間から、各候補期間内の出荷数が１以上の日の割合に基づき決定する処理を有する、
請求項１に記載の在庫管理プログラム。

【請求項3】

前記品目の在庫が過少及び／又は過多か否かを表示する処理を有する、
請求項１又は２に記載の在庫管理プログラム。

【請求項4】

前記品目の在庫が過少である割合及び／又は前記品目の在庫が過多である割合とイベント情報とを紐付けて表示する処理を有する、
請求項３に記載の在庫管理プログラム。

【請求項5】

処理対象の品目についての単位期間毎の在庫数と出荷数とから、連続する複数の単位期間である第１の期間に含まれる単位期間毎に算出される複数の在庫日数を算出する処理と、
在庫が過少か否かを判別する所定の過少基準値及び／又は在庫が過多か否かを判別する所定の過剰基準値と、前記第１の期間とは異なる第２の期間における前記在庫日数の統計値と、前記第２の期間における前記出荷数の統計値とに基づき、前記品目についての在庫が過少か否かを判別する第１の閾値及び／又は前記品目についての在庫が過多か否かを判別する第２の閾値を算出する処理と、
前記複数の在庫日数と前記第１の閾値及び／又は前記第２の閾値とに基づき、前記品目の在庫が過少及び／又は過多か否かを判定する処理と、
をコンピュータが実行し、
前記過少基準値及び／又は過剰基準値は、前記品目の在庫が過少及び／又は過多か否かの判定結果を利用するユーザ毎に定められる、在庫管理方法。

【請求項6】

処理対象の品目についての単位期間毎の在庫数と出荷数とから、連続する複数の単位期間である第１の期間に含まれる単位期間毎に算出される複数の在庫日数を算出し、
在庫が過少か否かを判別する所定の過少基準値及び／又は在庫が過多か否かを判別する所定の過剰基準値と、前記第１の期間とは異なる第２の期間における前記在庫日数の統計値と、前記第２の期間における前記出荷数の統計値とに基づき、前記品目についての在庫が過少か否かを判別する第１の閾値及び／又は前記品目についての在庫が過多か否かを判別する第２の閾値を算出する算出部と、
前記複数の在庫日数と前記第１の閾値及び／又は前記第２の閾値とに基づき、前記品目の在庫が過少及び／又は過多か否かを判定する判定部と、
を有し、
前記過少基準値及び／又は過剰基準値は、前記品目の在庫が過少及び／又は過多か否かの判定結果を利用するユーザ毎に定められる、在庫管理システム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、在庫管理プログラム、在庫管理方法及び在庫管理システムに関する。

【背景技術】

【0002】

安全かつ効率的な在庫管理を目的とする在庫管理方法が提案されている。例えば、特許文献１は、往復物流の在庫数量変動を過去の出荷実績情報等から予測し、予測結果に基づき在庫調整を行う。

【先行技術文献】

【特許文献】

【0003】

【文献】特開平１１－１２０２５５号公報

【文献】特開２００４－３０２５５３号公報

【文献】特開２０１２－０６６８８６号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、上記の手法では、在庫数と、予め設定された在庫の上限値及び下限値の数量とに基づき、在庫が過少であるか又は過剰であるかを判定し、商品の補充若しくは引き上げの指示とその数量とを決定する。よって、予め固定された在庫の上限値及び下限値の数量が日々状況が変わる在庫数に対して在庫数の過少又は過剰を判定するのに適した値でなくなった場合、在庫の過少又は過剰の判定の結果が正確でなくなってしまう。

【0005】

そこで、１つの側面では、本開示は、ユーザ毎の在庫状況に合致した閾値を用いた在庫管理を行うことを提供する。

【課題を解決するための手段】

【0006】

１つの実施態様では、処理対象の品目についての単位期間毎の在庫数と出荷数とから、連続する複数の単位期間を含む第１の期間における在庫日数を算出する処理と、在庫が過少か否かを判別する所定の過少基準値及び／又は在庫が過多か否かを判別する所定の過剰基準値と、前記第１の期間とは異なる第２の期間における前記在庫日数の統計値と、前記第２の期間における前記出荷数の統計値とに基づき、前記品目についての在庫が過少か否かを判別する第１の閾値及び／又は前記品目についての在庫が過多か否かを判別する第２の閾値を算出する処理と、前記在庫日数と前記第１の閾値及び／又は前記第２の閾値とに基づき、前記品目の在庫が過少及び／又は過多か否かを判定する処理と、をコンピュータに実行させる在庫管理プログラムが提供される。

【発明の効果】

【0007】

１つの側面では、本開示は、ユーザ毎の在庫状況に合致した閾値を用いた在庫管理を行うことができる。

【図面の簡単な説明】

【0008】

【図1】従来の在庫管理の一例を示す図。

【図2】一実施形態に係る在庫管理システムを示す図。

【図3】一実施形態に係るサーバのハードウェア構成を示す図。

【図4】一実施形態に係る端末装置のハードウェア構成を示す図。

【図5】一実施形態に係る在庫管理方法を示すフローチャート。

【図6】一実施形態に係る在庫管理方法を説明するための図。

【図7】一実施形態に係る過少判定結果の表示例を示す図。

【図8】一実施形態に係る過少過剰判定の閾値算出方法を示すフローチャート。

【図9】一実施形態に係る過少過剰判定の閾値算出方法を説明するための図。

【図10】一実施形態に係る過少過剰判定の期間算出方法を示すフローチャート。

【図11】一実施形態に係る過少過剰判定の期間算出方法を説明するための図。

【図12】一実施形態に係る過少の割合とイベント情報とを紐付けて表示した図。

【発明を実施するための形態】

【0009】

以下、一実施形態について添付の図面を参照しながら説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複した説明を省く。

【0010】

［在庫管理］
需給調整では在庫の状況を把握することが重要であるが、多品種、多品目を対象とした在庫管理は難しい。例えば、在庫が過少又は過剰状態（以下、「過少、過剰状態」とも表記する。）にある品目を自動抽出するだけでは、その商品の過少、過剰状態が一時的なものか又は慢性的なものかをユーザが判断するのは困難である。このため、ユーザは緊急に対応すべき商品なのか、緊急に対応する必要はない商品なのかを正確に把握することができない。特に、過少、過剰状態にある対象の商品数が多数（例えば数百、数千）になると、ユーザが１商品ごとに過少、過剰状態をチェックし、緊急に在庫調整等の対応をすべき商品か、それ以外の商品かを判定することは困難である。

【0011】

よって、在庫が過少、過剰状態にある品目を自動で抽出し、その過少、過剰状態が一時的か又は慢性的かを自動で判定できれば、ユーザは、その判定結果を用いてより効率的な在庫管理を行うことが可能になる。また、在庫の過少、過剰状態を判定するために使用する「閾値」、及び在庫の過少、過剰状態が一時的か又は慢性的かを判定するために使用する時系列の在庫情報の「期間」を自動で設定できれば、日々変化する在庫状況に合わせた判定結果を得ることができる。

【0012】

例えば、図１に従来の在庫管理の一例を示す。図１の例では前日の在庫数から当日の在庫が過少か過剰かを判定し、その判定結果に基づき次の出荷や生産の個数を決定する。このとき、在庫が過少か過剰かの判定に「閾値」を使用する。その閾値が、在庫が過少か過剰かの判定に適切な数値でなければ在庫状況の判定結果が正確でなくなる。

【0013】

また、図１の例では前日（１日前）だけでなく、２日前～７日前の在庫情報から各日の過少、過剰状態を判定し、その判定に基づき、半数以上が過少、過剰状態である場合に慢性的な過少、過剰状態であると判定し、それ以外は一時的な過少、過剰状態であると判定する。この場合、過少、過剰状態の判定に使用する在庫情報の「期間」として７日を使用した。その期間が、過少、過剰状態が一時的か又は慢性的かの判定に適切な数値でなければ在庫状況の判定結果が正確でなくなる。

【0014】

そこで、本実施形態に係る在庫管理システムでは、前記閾値及び前記期間の設定を自動化する。これにより、最新の在庫状況に合わせて閾値及び期間を設定及び更新できる。これにより、ユーザ毎に在庫状況に合致した閾値及び期間を用いた在庫管理を行うことができる。更に、閾値及び期間の設定を自動化することで在庫管理の処理の負荷を軽減することができる。

【0015】

［在庫管理システム］
以下、一実施形態に係る在庫管理システムについて、図２を参照しながら説明する。図２は、一実施形態に係る在庫管理システム１を示す図である。在庫管理システム１は、サーバ１０及び端末装置２０を有する。サーバ１０は、ネットワーク４０を介してユーザ（在庫管理システム１の利用者）の端末装置２０に接続されている。

【0016】

サーバ１０は、一実施形態に係る在庫管理方法を実行し、在庫が過少、過剰状態にある品目を抽出し、その過少、過剰状態が一時的か又は慢性的かを判定する。また、サーバ１０は、在庫の過少、過剰状態を判定するために使用する「閾値」、及び記憶された時系列の在庫情報（ログ情報）のうち、在庫の過少、過剰状態が一時的か又は慢性的かを判定するために使用する在庫情報の「期間」を判定し、所定のタイミングに前記閾値及び前記期間の設定を更新する。

【0017】

端末装置２０は、サーバ１０が判定した在庫の過少、過剰状態の結果を、ブラウザ等を用いてディスプレイに表示する。端末装置２０は、サーバ１０が判定した在庫の過少、過剰状態の結果についてサーバ１０から通知を受けてもよい。

【0018】

サーバ１０は、コンピュータ等の情報処理装置であってもよいし、クラウドサービスを提供するネットワーク上のサーバであってもよい。サーバ１０が行う処理の一部又は全部を在庫管理システム１又はネットワーク４０上の他のサーバで実行し、残りの処理をサーバ１０が実行するように、在庫管理システム１内の複数のコンピュータが連携して在庫管理の一連の処理を行うようにしてもよい。

【0019】

端末装置２０の一例としては、スマートフォン、タブレット型端末等の携帯デバイス、パーソナルコンピュータ、ＨＭＤ（Head Mount Display）、ＦＭＤ（Face Mount Display）等のウェアラブルデバイスであってもよい。端末装置２０の他の例としては、コンピュータ等の情報処理装置であってもよい。

【0020】

サーバ１０の替わりに端末装置２０が在庫管理を行ってもよい。この場合、在庫管理システム１は、サーバ１０を有さなくてもよい。例えば、端末装置２０が以下に説明するサーバ１０の機能を有し、端末装置２０が在庫管理を行ってもよい。

【0021】

［サーバの機能構成］
次に、サーバ１０の機能構成の一例について、図２を参照しながら説明する。サーバ１０は、通信部１１、受付部１２、算出部１３、判定部１４、表示制御部１５及び記憶部１６を有する。

【0022】

通信部１１は、ネットワーク４０に接続される端末装置２０及びその他のコンピュータと通信を行う。受付部１２は、端末装置２０及びその他のコンピュータからの要求を受け付ける。

【0023】

算出部１３は、処理対象の品目についての単位期間毎の在庫数と出荷数とから、連続する複数の単位期間を含む第１の期間における在庫日数を算出する。算出部１３は、在庫が過少か否かを判別する所定の過少基準値及び／又は在庫が過多か否かを判別する所定の過剰基準値と、前記第１の期間とは異なる第２の期間における前記在庫日数の統計値と、前記第２の期間における前記出荷数の統計値とに基づき、前記品目についての在庫が過少か否かを判別する第１の閾値及び／又は前記品目についての在庫が過多か否かを判別する第２の閾値を算出する。過少基準値及び／又は過剰基準値は、前記品目の在庫が過少及び／又は過多か否かの判定結果を利用するユーザ毎に定められてもよい。

【0024】

判定部１４は、前記在庫日数と前記第１の閾値及び／又は前記第２の閾値とに基づき、前記品目の在庫が過少及び／又は過多か否かを判定する。

【0025】

算出部１３は、第１の期間を、予め定められた複数の候補期間から、各候補期間内の出荷数が１以上の日の割合に基づき決定してもよい。第２の期間は、１年や半年等予め定められている。

【0026】

表示制御部１５は、前記品目の在庫が過少及び／又は過多か否かを表示する。表示制御部１５は、品目毎の過少在庫の割合及び／又は過剰在庫の割合を表示してもよい。表示制御部１５は、品目の在庫が過少である割合及び／又は前記品目の在庫が過多である割合とイベント情報とを紐付けて表示してもよい。

【0027】

記憶部１６は、在庫情報データベース３０、出荷情報データベース３１及びイベント情報データベース３２を有する。在庫情報データベース３０は、時系列に商品毎又は品目毎の在庫数を記憶する。出荷情報データベース３１は、時系列に商品毎又は品目毎の出荷数を記憶する。イベント情報データベース３２は、商品又は品目とイベントとを関連付けて記憶する。

【0028】

［端末装置の機能構成］
次に、端末装置２０の機能構成の一例について説明する。端末装置２０は、操作部２１、通信部２２、制御部２３、表示部２４及び記憶部２５を有する。操作部２１は、端末装置２０を使用するユーザによるタッチ操作やキーボード操作を入力する。通信部２２は、ネットワーク４０に接続されるサーバ１０及びその他のコンピュータと通信を行う。

【0029】

制御部２３は、操作部２１がユーザのタッチ操作やキーボード操作に応じて入力した情報に基づき所定の処理を実行する。例えば、制御部２３は、ユーザが行った操作に基づき在庫管理のアプリケーションを立ち上げ、在庫の過少、過剰状態を判定する在庫管理方法の実行をサーバ１０に要求する。

【0030】

表示部２４は、サーバ１０が実行した在庫の過少、過剰状態の判定結果を、例えばブラウザを用いて端末装置２０のディスプレイに表示する。記憶部２５は、サーバ１０が判定した在庫管理に関する判定結果等の情報を記憶する。

【0031】

［サーバのハードウェア構成］
次に、サーバ１０のハードウェア構成の一例について、図３を参照しながら説明する。図３は、一実施形態に係るサーバ１０のハードウェア構成を示す図である。サーバ１０は、入力装置１１１、表示装置１１２、外部Ｉ／Ｆ１１３、通信Ｉ／Ｆ１１４、ＲＯＭ１１５、ＲＡＭ１１６、ＣＰＵ１１７、及び補助記憶装置１１８を有する。各部はバスで相互に接続されている。

【0032】

入力装置１１１は、例えばタッチパネル、キーボード、マウスであり、サーバ１０に各種の入力操作をするのに用いられる。表示装置１１２は、例えばタッチパネル式ディスプレイであり、各種のデータを表示する。

【0033】

外部Ｉ／Ｆ１１３は、外部装置とのインターフェースである。外部装置には、記録媒体１１３ａ等がある。サーバ１０は、外部Ｉ／Ｆ１１３を介して、記録媒体１１３ａの読み取りや書き込みを行うことができる。記録媒体１１３ａには、例えば、ＳＤメモリカード(SD memory card）やＵＳＢ（Universal Serial Bus）メモリ等がある。

【0034】

通信Ｉ／Ｆ１１４は、サーバ１０をネットワークに接続するためのインターフェースである。サーバ１０は、通信Ｉ／Ｆ１１４を介して端末装置２０やその他の装置と通信を行う。

【0035】

ＲＯＭ１１５は、電源を切ってもデータを保持することができる不揮発性の半導体メモリである。ＲＡＭ１１６は、プログラムやデータを一時保持する揮発性の半導体メモリである。ＣＰＵ１１７は、例えば補助記憶装置１１８やＲＯＭ１１５等からプログラムやデータをＲＡＭ１１６上に読み出して、在庫管理処理を実行する演算装置である。

【0036】

補助記憶装置１１８は、プログラムやデータを格納している不揮発性の補助記憶装置である。補助記憶装置１１８には、在庫管理プログラムが格納されてもよい。

【0037】

図２に示すサーバ１０の機能は、サーバ１０が図３に示すハードウェア構成を有することにより実現される。例えば、通信部１１の機能は、通信Ｉ／Ｆ１１４により実現される。受付部１２、算出部１３、判定部１４、表示制御部１５の各機能は、ＣＰＵ１１７が在庫管理プログラムを実行することにより実現される。記憶部１６の機能は、ＲＯＭ１１５、ＲＡＭ１１６又は補助記憶装置１１８により実現される。

【0038】

［端末装置のハードウェア構成］
次に、端末装置２０のハードウェア構成の一例について、図４を参照しながら説明する。図４は、一実施形態に係る端末装置２０のハードウェア構成を示す図である。本実施形態に係る端末装置２０は、ディスプレイ２１１、ＣＰＵ２１２、メモリ２１３、タッチパネル２１４及び通信Ｉ／Ｆ（インターフェース）２１５を有する。

【0039】

ＣＰＵ２１２は、端末装置２０が備える各部を統括して制御する。端末装置２０が備える機能は、ＣＰＵ２１２が、ＲＯＭやＲＡＭ等で構成されるメモリ２１３に記憶されているプログラムを、ＲＡＭなどに読み出して実行することで実現される。例えば、ＣＰＵ２１２は、メモリ２１３に記憶されているアプリケーションプログラムを、ＲＡＭなどに読み出して実行することで、サーバ１０に在庫管理方法の実行を要求することができる。これにより、ＣＰＵ２１２は、端末装置２０の全体制御や端末装置２０に搭載された各機能を実現する。

【0040】

ディスプレイ２１１は、液晶ディスプレイや有機ＥＬ（electroluminescence）ディスプレイであってもよい。タッチパネル２１４は、ディスプレイ２１１の上に重ねて設置されており、これにより、ユーザはディスプレイ２１１の画面を見ながら、タッチパネル２１４に指で直接触れることで行われる入力操作を受け付けることができる。タッチパネル２１４は、指などによるタッチ位置と、タッチ位置における接触状態を示す静電容量や電気抵抗量などの検知量を検出する入力装置である。これにより、端末装置２０の画面に対するタッチ位置の座標からユーザの操作を検出することができる。センサの一例としては、圧力センサ、静電容量センサ、光センサ等が挙げられる。

【0041】

通信Ｉ／Ｆ２１５は、端末装置２０をネットワークに接続するためのインターフェースである。端末装置２０は、通信Ｉ／Ｆ２１５を介してサーバ１０やその他の装置と通信を行う。

【0042】

図２に示す端末装置２０の機能は、端末装置２０が図４に示すハードウェア構成を有することにより実現される。例えば、操作部２１の機能は、タッチパネル２１４により実現される。通信部２２の機能は、通信Ｉ／Ｆ２１５により実現される。制御部２３の機能は、ＣＰＵ２１２が所定のプログラムを実行することにより実現される。表示部２４の機能は、ディスプレイ２１１により実現される。記憶部２５の機能は、メモリ２１３により実現される。

【0043】

［在庫管理方法］
次に、本実施形態に係る在庫管理方法の一例について図５及び図６を参照して説明する。図５は、一実施形態に係る在庫管理方法を示すフローチャートである。図６は、一実施形態に係る在庫管理方法を説明するための図である。本処理は、１回／１日や所定時間毎等、周期的に実行されてもよいし、端末装置２０からの在庫管理の要求があったとき等、不定期に実行されてもよい。

【0044】

本処理が実行されると、算出部１３は、第１の期間の品目毎の在庫数と出荷数とを取得する（ステップＳ１）。「第１の期間」は、時系列に記憶されている在庫数と出荷数とのうち、過少、過剰状態の判定に使用する在庫数と出荷数に対応する日付の期間である。第１の期間の設定の自動化については、図９を用いて後述する。本実施形態では、例えば第１の期間を直前（前日：２０１７／７／１）から７日間とし、算出部１３は、在庫情報データベース３０に記憶された、前日（１日前）から７日前までの在庫数と、出荷情報データベース３１に記憶された、前日（１日前）から７日前までの出荷数とを取得する。図６に在庫情報データベース３０の一例を示す。在庫情報データベース３０は、商品コード、カテゴリ、前日（２０１７／７／１）～７日前（２０１７／７／７）の日付、在庫数が記憶されている。また、図６に出荷情報データベース３１の一例を示す。出荷情報データベース３１は、商品コード、カテゴリ、前日（２０１７／７／１）～７日前（２０１７／７／７）の日付、出荷数が記憶されている。ただし、図６に示す在庫情報データベース３０に記憶された在庫数と、出荷情報データベース３１に記憶された出荷数とは、過少、過剰状態の判定に使用する在庫情報の一例であり、これに限られない。なお、在庫情報データベース３０及び出荷情報データベース３１に記憶された商品コード及びカテゴリは、商品及び品目の識別情報である。図５のステップＳ１では、直近（例えば前日）の在庫状況だけでなく、第１の期間の在庫数と出荷数とが取得される。

【0045】

図５において、次に、算出部１３は、取得した第１の期間の品目毎の在庫数と出荷数とから在庫日数を算出する（ステップＳ２）。在庫日数は、各日の在庫数／平均出荷数から算出される。平均出荷数は、第１の期間の出荷数の平均値である。在庫日数は、商品が何日在庫として保存されるかを示す。換言すれば、在庫日数は、商品が何日でなくなるかを示す。

【0046】

図６を参照すると、７日間の平均出荷数は、１２.５（小数点第２位以下切り捨て）となり、在庫日数は、２０１７／７／１から２０１７／７／７の各日について、「４」、「２.４」、「８」、「７」、「４.８」、「４」、「２.４」と算出される。

【0047】

図５において、次に、判定部１４は、在庫日数が過少閾値以下であるかを判定する（ステップＳ３）。判定部１４は、在庫日数が過少閾値よりも大きいと判定すると、ステップＳ６に進む。判定部１４は、在庫日数が過少閾値以下であると判定すると、過少在庫であると判定し（ステップＳ４）、過少割合を判定する（ステップＳ５）。

【0048】

図６の例では、過少閾値が「５」である場合、判定部１４は、２０１７／７／１から２０１７／７／７の各日の在庫日数と過少閾値「５」とを比較し、２０１７／７／１、７／２、７／５～７／７の５日が過少在庫であると判定する。その結果、判定部１４は、過少割合を約７０％（＝５／７）と判定する。

【0049】

図５において、次に、判定部１４は、在庫日数が過剰閾値以上であるかを判定する（ステップＳ６）。判定部１４は、在庫日数が過剰閾値よりも小さいと判定すると、ステップＳ９に進む。判定部１４は、在庫日数が過剰閾値以上であると判定すると、過剰在庫であると判定し（ステップＳ７）、過剰割合を判定する（ステップＳ８）。

【0050】

図６の例では、過剰閾値が「８」である場合、判定部１４は、２０１７／７／１～２０１７／７／７の各日の在庫日数と過剰閾値「８」とを比較し、２０１７／７／３の１日が過剰在庫であると判定する。その結果、判定部１４は、過剰割合を約１４％（＝１／７）と判定する。

【0051】

図５において、次に、表示制御部１５は、端末装置２０のディスプレイ２１１に品目毎に過少状態の割合及び過剰状態の割合を表示し（ステップＳ９）、本処理を終了する。図７は、一実施形態に係る過少判定結果の表示例を示す図である。図７に示すように、２０１７／７／１～２０１７／７／７の７日間の各日における在庫の過少状態を表示するとともに、過少状態の割合を表示する。図７に示す例では、過剰判定結果を表示していないが、例えば、過剰判定結果についても同様に２０１７／７／１～２０１７／７／７の７日間の各日における在庫の過剰状態を表示するとともに、過剰状態の割合を表示してもよい。

【0052】

以上に説明した在庫管理方法によれば、直近（例えば前日）の在庫だけでなく、予め設定した過少、過剰状態の判定に使用する在庫数と出荷数に対応する日付の期間（第１の期間）の時系列の在庫数及び出荷数から在庫の過少、過剰状態を判定し、表示することで、ユーザは、在庫が慢性的なのか一時的なのかを判断できる。例えば、ユーザは、図７に示す過少割合が７０％の表示から、在庫が足りない状態が慢性的であると判定してもよい。慢性的であるか否かの割合は、ユーザにより定められる。

【0053】

また、時系列の過少、過剰状態の判定結果をわかりやすく可視化して、ユーザの端末装置２０に表示する。これにより、ユーザは、在庫の過少、過剰状態を容易に把握することができ、効率的に需要計画、需給計画の立案ができる。例えば過少割合が３０％以下の場合、ユーザは過少在庫の状態が一時的であると判定し、直ぐに対応せず、例えば、過少割合が７０％以上の場合、過少在庫の状態が慢性的であると判定し、直ぐに対応することができる。

【0054】

日々状況が変わる在庫数に対して、在庫下限及び在庫上限の数量を示す過少閾値及び過剰閾値が、在庫の過少又は過剰を判定するのに適した値でない場合、在庫の過少又は過剰の判定結果が正確に得られないことになる。そこで、本実施形態に係る在庫管理方法では、過少、過剰状態の判定に使用する「過少閾値」及び「過剰閾値」の設定を、ユーザが指定した判断基準値と過去の実績とに基づき自動化する。「第１の期間」の設定についても、第１の期間の候補となる期間（候補期間）と出荷の発生した日数に基づき自動化する。これにより、ユーザ毎の在庫状況に合致した過少閾値及び過剰閾値と期間を用いた在庫管理を行うことができる。以下、「過少閾値」及び「過剰閾値」の設定の自動化について図８及び図９を参照して説明した後、「第１の期間」の設定について図１０及び図１１を参照して説明する。
［閾値の設定の自動化］
本実施形態に係る在庫管理方法に使用する過少過剰判定の閾値の設定の一例について図８及び図９を参照して説明する。図８は、一実施形態に係る過少過剰判定の閾値算出方法を示すフローチャートである。図９は、一実施形態に係る過少過剰判定の閾値算出方法を説明するための図である。本処理は、１回／１日や所定時間毎等、周期的に実行されてもよいし、端末装置２０からの過少閾値及び過剰閾値の設定要求があったとき等、不定期に実行されてもよい。

【0055】

本処理が開始されると、算出部１３は、過少基準値と過剰基準値とを取得する（ステップＳ１１）。過少基準値と過剰基準値とはユーザが予め指定した値に設定されている。例えば、図９に示すように、過少基準値がユーザの指定により３０％マイナスに設定され、過剰基準値が３０％プラスに設定されている場合を例に挙げて説明する。ただし、過少基準値と過剰基準値とはユーザが設定することに限られず、サーバ１０が設定してもよい。

【0056】

図８において、次に、算出部１３は、第２の期間の在庫日数の中央値と、第２の期間の出荷数の中央値とを算出する（ステップＳ１２）。「第２の期間」は、予め定められた期間であり、図９の例では１年間に設定されている。つまり、図９の例では、算出部１３は、在庫情報データベース３０に時系列に記憶された過去１年間分の在庫数を算出する。また、出荷情報データベース３１に時系列に記憶された過去１年間分の出荷数を算出する。そして、過去１年間分の在庫数と出荷数とから、過去１年間分の在庫日数（＝各日の在庫数／平均出荷数）を記憶した在庫日数データベースを作成する。算出部１３は、作成した在庫日数データベースに基づき、過去１年間分の在庫日数の中央値を、通常在庫日数として算出する。図９の例では、通常在庫日数が「５.５」と算出された場合を示す。

【0057】

また、図９の例では、算出部１３は、出荷情報データベース３１に時系列に記憶された過去１年間分の出荷数から、過去１年間分の出荷数の中央値を、通常出荷数として算出する。図９の例では、通常出荷数が「１２.５」と算出された場合を示す。

【0058】

図８において、次に、算出部１３は、過少基準値と、第２の期間の在庫日数の中央値と、第２の期間の出荷数の中央値とに基づき過少閾値を算出する（ステップＳ１３）。次に、算出部１３は、過剰基準値と、第２の期間の在庫日数の中央値と、第２の期間の出荷数の中央値とに基づき過剰閾値を算出し（ステップＳ１４）、本処理を終了する。

【0059】

過少閾値は、品目毎の商品の在庫を過少とするための判断に用いる閾値であり、通常在庫数×（１００－Ａ）％により算出される。過剰閾値は、在庫を過剰とするための判断に用いる閾値であり、通常在庫数×（１００＋Ａ）％により算出される。Ａ値は、過少又は過剰の割合であり、ユーザの扱う商品により異なる。よって、図９に示す例では、ユーザの指定に基づきＡ値、すなわち、過少基準値を「３０％マイナス」とし、過剰基準値を「３０％プラス」とする。

【0060】

算出部１３は、通常在庫数＝通常在庫日数×通常出荷数の式から通常在庫数を６６（＝５.５×１２.０）と算出する。そして、算出部１３は、過少閾値＝通常在庫数×（１００－Ａ）％の式から、過少閾値を４６（＝６６×０.７）と算出する。また、算出部１３は、過剰閾値＝通常在庫数×（１００＋Ａ）％の式から、過剰閾値を８６（＝６６×１.３）と算出する。

【0061】

以上、在庫の過少状態及び過剰状態を判定する閾値となる過少閾値及び過剰閾値の設定の自動化について説明した。本処理により、定期的又は不定期に過少閾値が更新され、過少閾値が５から３に変更された後に図５の在庫管理方法が実行されたとする。そうすると、図６に示す各日の在庫日数に対して、２０１７／７／２及び２０１７／７／７の２日の在庫が過少状態であると判定される。同様に、本処理により、過剰閾値が８から６に変更された後に図５の在庫管理方法が実行されると、図６に示す各日の在庫日数に対して、２０１７／７／３及び２０１７／７／４の２日の在庫が過剰状態であると判定される。これによれば、過少閾値及び過剰閾値の設定を更新することで、過少在庫及び過剰在庫の結果を異ならせることができる。

【0062】

なお、第２の期間の在庫日数の中央値は、１年間の在庫日数を小さいものから順に探索して第２の期間の在庫日数の中央にある値である。第２の期間の在庫日数の平均値では、第２の期間の在庫日数に極端に大きい値が含まれた場合に、その値による影響が大きくなるため、平均値よりも中央値をとることが好ましい。ただし、第２の期間の在庫日数の中央値及び第２の期間の在庫日数の平均値はいずれも第２の期間の在庫日数の統計値の一例である。

【0063】

同様に、第２の期間の出荷数の平均値では、第２の期間の出荷数に極端に大きい値が含まれた場合にその値による影響が大きくなるため、平均値よりは中央値をとることが好ましい。ただし、第２の期間の出荷数の中央値及び第２の期間の出荷数の平均値はいずれも第２の期間の出荷数の統計値の一例である。

【0064】

かかる計算により算出した過少閾値は、過少基準値と、第２の期間の在庫日数の統計値と、第２の期間の出荷数の統計値とに基づき算出した第１の閾値の一例である。また、かかる計算により算出した過剰閾値は、過剰基準値と、第２の期間の在庫日数の統計値と、第２の期間の出荷数の統計値とに基づき算出した第２の閾値の一例である。

【0065】

［期間の設定の自動化］
次に、過少過剰判定に使用する在庫数及び出荷数を取得する期間（過少過剰判定の期間）の設定の一例について図１０及び図１１を参照して説明する。図１０は、一実施形態に係る過少過剰判定の期間算出方法を示すフローチャートである。図１１は、一実施形態に係る過少過剰判定の期間算出方法を説明するための図である。本処理は、１回／１日や所定時間毎等、周期的に実行されてもよいし、端末装置２０からの過少過剰判定の期間の設定要求があったとき等、不定期に実行されてもよい。

【0066】

本処理が開始されると、算出部１３は、予め設定された候補期間内の出荷数が１以上の日数の割合を候補期間毎に算出する（ステップＳ１５）。候補期間は最大３０日とし、予め複数の候補期間を用意する。在庫の見直し（棚卸し）の頻度はユーザ毎に異なることが想定されるが、１年又は半年ベースで在庫の見直しをすると想定するのは長すぎると考えられる。日々商品の出荷及び入荷が行われることを考慮すると、当該期間は、直近（前日）から最長で３０日程度が好ましいと考えられる。

【0067】

そこで、本実施形態では、例えば、図１１に示すように、当該期間の最小を７日、最大を３０日とし、候補期間は７日、１４日、２１日、３０日の４つに設定する。ただし、候補期間の長さ、候補期間の最小値、候補期間の最大値は、これに限られず、他の日数であってもよい。また、候補期間は予め複数設定されていれば４つに限られない。

【0068】

図１０において、次に、判定部１４は、候補期間内の出荷数が１以上の日数の割合が当該期間の半数以下の候補期間があるかを判定する（ステップＳ１６）。このように、候補期間は７日、１４日、２１日、３０日から選択するとし、判定は出荷実績回数で行う。出荷実績回数の閾値を「半数」としの意味は、キャンペーンなどによる出荷は一時的なものであるため、出荷実績のない日も含む期間を選択し、在庫の過少、過剰状態が慢性化していないかを判定できるようにするためである。ここでいう期間とは、上記の候補（７日、１４日、２１日、３０日）の期間のことであり、閾値として出荷実績がある日（出荷実績回数）を全体の半数とすることで出荷実績のない日も期間に含むようにしている。

【0069】

次に、図１０のステップＳ１６において、判定部１４は、候補期間内の出荷数が１以上の日数の割合が当該期間の半数以下の候補期間がないと判定した場合、本処理を終了する。一方、判定部１４は、候補期間内の出荷数が１以上の日数の割合が当該期間の半数以下の候補期間があると判定した場合、最短の候補期間を「第１の期間」と判定する（ステップＳ１７）。

【0070】

最短の候補期間は、７日で出荷実績がある日が半数以下の場合、７日とし、７日で出荷実績がある日が半数よりも多く、１４日で出荷実績がある日が半数以下の場合、１４日とする。最短の候補期間は、７日及び１４日で出荷実績がある日が半数よりも多く、２１日で出荷実績がある日が半数以下の場合、２１日とし、上記以外は３０日とする。

【0071】

算出部１３は、例えば、出荷情報データベース３１に基づき、直前から１週間単位で出荷実績がある日を出荷実績回数と算出する。その結果、図１１の例では、７日で出荷実績回数が半数よりも多く、１４日、２１日、３０日で出荷実績回数が半数以下であったとする。この場合、判定部１４は、出荷実績回数が半数以下になった最短の期間である１４日を、第１の期間に設定する。

【0072】

以上に説明したように、本実施形態に係る在庫管理システムでは、過少閾値及び過剰閾値の設定を自動化する。また、過少過剰判定に使用する第１の期間の設定を自動化する。これにより、最新の在庫状況に合わせて過少閾値及び過剰閾値と、過少過剰判定に使用する第１の期間とを更新できる。これにより、ユーザ毎に在庫状況に合致した、過少閾値及び過剰閾値と、過少過剰判定に使用する第１の期間とを用いた在庫管理を行うことができる。また、過少閾値及び過剰閾値の設定と、過少過剰判定に使用する第１の期間の設定とを自動化することで在庫管理の処理の負荷を軽減することができる。

【0073】

算出した第１の期間での過少在庫及び過剰在庫の割合と、第１の期間内に開催されるイベント情報とを紐付けして表示することも可能である。これによれば、時系列の過少、過剰状態の判定結果の情報とイベント情報とを可視化して関連をわかりやすく表示することができる。これにより、ユーザは、イベントを考慮して在庫の過少、過剰状態に対する対応を行うことができる。

【0074】

図１２は、一実施形態に係る在庫の過少状態の割合とイベント情報とを紐付けて端末装置２０のディスプレイ２１１に表示した図である。図１２の例では、イベント情報データベース３２に、商品コード、カテゴリ、イベント名、開始日付、終了日付の各項目が記憶されている。これにより、商品コード及びカテゴリに基づき、イベント名、開始日付、終了日付などのイベント情報と、在庫の過少、過剰状態の判定結果とを紐づけて表示できる。これにより、在庫の過少、過剰の状態又は割合とイベントとの関連性を可視化することができる。なお、図１２では、過少在庫の結果を可視化した画面例を示したが、これに限られず、過剰在庫の結果及び過少割合及び過剰割合を可視化してもよい。

【0075】

以上の説明では、一品目について過少、過剰状態の結果を可視化する表示方法の一例を示したが、商品の品目が多い場合には、過少割合又は過剰割合の高い品目から優先的にリストに表示して、ユーザに提示してもよい。ユーザは、過少割合又は過剰割合の高い品目から優先的に、生産量を増やす、在庫数を増やす等の対策を迅速に取ることができる。なお、表示制御部１５は、ユーザが検索したいカテゴリを絞って在庫の過少、過剰状態の検索を行なった場合には、そのカテゴリに絞った品目のリストを表示してもよい。サーバ１０側にも過少、過剰状態の判定結果を表示することができる。なお、本実施形態に係る在庫管理方法は、製造業、小売り、流通業等、在庫を有する業務を有する全てのユーザが好適に利用できる。

【0076】

以上に説明したように、一実施形態に係る在庫管理システムによれば、ユーザ毎の在庫状況に合致した過少閾値及び過剰閾値と、ユーザ毎の在庫状況に合致した過少過剰判定に使用する第１の期間とを用いた在庫管理を行うことができる。

【0077】

以上、在庫管理プログラム、在庫管理方法及び在庫管理システムを上記実施形態により説明したが、本開示に係る在庫管理プログラム、在庫管理方法及び在庫管理システムは上記実施形態に限定されるものではなく、本開示の範囲内で種々の変形及び改良が可能である。また、上記実施形態及び変形例が複数存在する場合、矛盾しない範囲で組み合わせることができる。

【0078】

以上の説明に関し、更に以下の項を開示する。
（付記１）
処理対象の品目についての単位期間毎の在庫数と出荷数とから、連続する複数の単位期間を含む第１の期間における在庫日数を算出する処理と、
在庫が過少か否かを判別する所定の過少基準値及び／又は在庫が過多か否かを判別する所定の過剰基準値と、前記第１の期間とは異なる第２の期間における前記在庫日数の統計値と、前記第２の期間における前記出荷数の統計値とに基づき、前記品目についての在庫が過少か否かを判別する第１の閾値及び／又は前記品目についての在庫が過多か否かを判別する第２の閾値を算出する処理と、
前記在庫日数と前記第１の閾値及び／又は前記第２の閾値とに基づき、前記品目の在庫が過少及び／又は過多か否かを判定する処理と、
をコンピュータに実行させる在庫管理プログラム。
（付記２）
前記第１の期間を、予め定められた複数の候補期間から、各候補期間内の出荷数が１以上の日の割合に基づき決定する処理を有する、
付記１に記載の在庫管理プログラム。
（付記３）
前記品目の在庫が過少及び／又は過多か否かを表示する処理を有する、
付記１又は２に記載の在庫管理プログラム。
（付記４）
前記品目の在庫が過少である割合及び／又は前記品目の在庫が過多である割合とイベント情報とを紐付けて表示する処理を有する、
付記３に記載の在庫管理プログラム。
（付記５）
前記過少基準値及び／又は過剰基準値は、前記品目の在庫が過少及び／又は過多か否かの判定結果を利用するユーザ毎に定められる、
付記１～４のいずれか一項に記載の在庫管理プログラム。
（付記６）
処理対象の品目についての単位期間毎の在庫数と出荷数とから、連続する複数の単位期間を含む第１の期間における在庫日数を算出する処理と、
在庫が過少か否かを判別する所定の過少基準値及び／又は在庫が過多か否かを判別する所定の過剰基準値と、前記第１の期間とは異なる第２の期間における前記在庫日数の統計値と、前記第２の期間における前記出荷数の統計値とに基づき、前記品目についての在庫が過少か否かを判別する第１の閾値及び／又は前記品目についての在庫が過多か否かを判別する第２の閾値を算出する処理と、
前記在庫日数と前記第１の閾値及び／又は前記第２の閾値とに基づき、前記品目の在庫が過少及び／又は過多か否かを判定する処理と、
をコンピュータが実行する在庫管理方法。
（付記７）
前記第１の期間を、予め定められた複数の候補期間から、各候補期間内の出荷数が１以上の日の割合に基づき決定する処理を有する、
付記６に記載の在庫管理方法。
（付記８）
前記品目の在庫が過少及び／又は過多か否かを表示する処理を有する、
付記６又は７に記載の在庫管理方法。
（付記９）
前記品目の在庫が過少である割合及び／又は前記品目の在庫が過多である割合とイベント情報とを紐付けて表示する処理を有する、
付記８に記載の在庫管理方法。
（付記１０）
前記過少基準値及び／又は過剰基準値は、前記品目の在庫が過少及び／又は過多か否かの判定結果を利用するユーザ毎に定められる、
付記６～９のいずれか一項に記載の在庫管理方法。
（付記１１）
処理対象の品目についての単位期間毎の在庫数と出荷数とから、連続する複数の単位期間を含む第１の期間における在庫日数を算出し、
在庫が過少か否かを判別する所定の過少基準値及び／又は在庫が過多か否かを判別する所定の過剰基準値と、前記第１の期間とは異なる第２の期間における前記在庫日数の統計値と、前記第２の期間における前記出荷数の統計値とに基づき、前記品目についての在庫が過少か否かを判別する第１の閾値及び／又は前記品目についての在庫が過多か否かを判別する第２の閾値を算出する算出部と、
前記在庫日数と前記第１の閾値及び／又は前記第２の閾値とに基づき、前記品目の在庫が過少及び／又は過多か否かを判定する判定部と、
を有する在庫管理システム。
（付記１２）
前記判定部は、前記第１の期間を、予め定められた複数の候補期間から、各候補期間内の出荷数が１以上の日の割合に基づき決定する、
付記１１に記載の在庫管理システム。
（付記１３）
前記品目の在庫が過少及び／又は過多か否かを表示する表示制御部を有する、
付記１１又は１２に記載の在庫管理システム。
（付記１４）
前記表示制御部は、前記品目の在庫が過少である割合及び／又は前記品目の在庫が過多である割合とイベント情報とを紐付けて表示する、
付記１３に記載の在庫管理システム。
（付記１５）
前記過少基準値及び／又は過剰基準値は、前記品目の在庫が過少及び／又は過多か否かの判定結果を利用するユーザ毎に定められる、
付記１１～１４のいずれか一項に記載の在庫管理システム。

【符号の説明】

【0079】

１ 在庫管理システム
１０ サーバ
１１ 通信部
１２ 受付部
１３ 算出部
１４ 判定部
１５ 表示制御部
１６ 記憶部
２０ 端末装置
２１ 操作部
２２ 通信部
２３ 制御部
２４ 表示部
２５ 記憶部
３０ 在庫情報データベース
３１ 出荷情報データベース
３２ イベント情報データベース

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】