JP6273622B1 - ΔｔＬｏｔ制御方式商品管理システム、ΔｔＬｏｔ制御方式商品管理プログラムおよびΔｔＬｏｔ制御方式情報処理プログラム - Google Patents

Abstract

【課題】簡易な方法で、販売機会の損失を避けつつ、在庫を低減することの可能な商品管理システム、商品管理プログラムおよび情報処理プログラムを提供する。【解決手段】商品管理システムは、受注管理部、引当管理部、入庫管理部および過不足管理部を備えている。受注管理部は、商品に関する希望納期および希望数量を示す注文情報を保存および更新する。引当管理部は、注文情報に基づいて、各単位部品の引当時期および引当数量を示す引当情報を設定する。入庫管理部は、各単位部品の入庫予定時期および入庫予定数量を示す入庫予定情報を保存および更新する。過不足管理部は、入庫予定情報から算出された、第１の期間内の総入庫予定数量と、引当情報から算出された、第２の期間内の総引当数量とに基づいて、第１の期間内の総入庫予定数量の、総引当数量に対する過剰量または不足量に関する過不足情報を生成し、出力する。【選択図】図１

Description

本発明は、ΔｔＬｏｔ制御方式商品管理システム、ΔｔＬｏｔ制御方式商品管理プログラムおよびΔｔＬｏｔ制御方式情報処理プログラムに関する。

従来のスーパーマーケット方式では、過去の実績やフォーキャストによって在庫数量が設定されていた。従来のスーパーマーケット方式については、例えば、特許文献１に記載されている。

特開２００４−２８０５２０号公報

しかし、過去の実績は、必ずしも未来の動向と密接に関連している訳ではない。また、フォーキャストの精度は、受注精度に大きく依存する。そのため、従来のスーパーマーケット方式では、販売機会の損失を避けるために在庫を多めに設定することが一般的となっており、在庫を減らすことが非常に困難であった。また、キャスティングは、多大な費用がかかるので、小規模シェアにとっては在庫削減には向かない。従って、本発明は、簡易な方法で、販売機会の損失を避けつつ、在庫を低減することの可能なΔｔＬｏｔ制御方式商品管理システム、ΔｔＬｏｔ制御方式商品管理プログラムおよびΔｔＬｏｔ制御方式情報処理プログラムを提供することを目的とする。

本発明の一実施の形態に係るΔｔＬｏｔ制御方式商品管理システムは、複数の単位部品で構成された商品を単位部品ごとに管理するシステムである。このΔｔＬｏｔ制御方式商品管理システムは、受注管理部と、引当管理部と、入庫管理部と、過不足管理部と、在庫管理部とを備えている。受注管理部は、商品に関する希望納期および希望数量を示す注文情報を保存および更新する。引当管理部は、注文情報に基づいて、各単位部品の引当時期および引当数量を示す引当情報を設定する。入庫管理部は、各単位部品の入庫予定時期および入庫予定数量を示す入庫予定情報を保存および更新する。入庫予定情報の管理期間の単位を一カ月未満の長さに設定したときのある期間を第１の期間とし、第１の期間の直後の期間を第２の期間とする。このとき、過不足管理部は、入庫予定情報から算出された、第１の期間内の総入庫予定数量と、引当情報から算出された、第２の期間内の総引当数量とに基づいて、第１の期間内の総入庫予定数量の、総引当数量に対する過剰量または不足量に関する過不足情報を生成し、出力する。在庫管理部は、各単位部品の在庫数量を示す在庫情報を保存および更新する。

本発明の一実施の形態に係るΔｔＬｏｔ制御方式商品管理プログラムは、複数の単位部品で構成された商品を単位部品ごとに管理するプログラムである。このΔｔＬｏｔ制御方式商品管理プログラムは、以下の過不足管理ステップをコンピュータに実行させる。
（１）第１の期間内の総入庫予定数量と、第２の期間内の総引当数量とに基づいて、第１の期間内の総入庫予定数量の、総引当数量に対する過剰量または不足量に関する過不足情報を生成し、出力する過不足管理ステップ
「第１の期間」は、各単位部品の入庫予定時期および入庫予定数量を示す入庫予定情報の管理期間の単位を一カ月未満の長さに設定したときのある期間である。「第２の期間」は、第１の期間の直後の期間である。「第１の期間内の総入庫予定数量」は、入庫予定情報から算出される。「第２の期間内の総引当数量」は、商品に関する希望納期および希望数量を示す注文情報に基づいて設定された各単位部品の引当時期および引当数量を示す引当情報から算出される。

本発明の一実施の形態に係るΔｔＬｏｔ制御方式情報処理プログラムは、複数の単位部品で構成された商品の情報を処理するプログラムである。このΔｔＬｏｔ制御方式情報処理プログラムは、以下の２つのステップをコンピュータに実行させる。
（Ａ）商品に関する希望納期および希望数量を示す注文情報を受け付け、外部機器に出力する受付ステップ
（Ｂ）外部機器から、注文情報に基づいて生成された過不足情報を受け付け、受け付けた過不足情報を表示させる映像信号を生成する生成ステップ
「過不足情報」は、第１の期間内の総入庫予定数量と、第２の期間内の総引当数量とに基づいて導出された、第１の期間内の総入庫予定数量の、総引当数量に対する過剰量または不足量に関する情報である。「第１の期間」は、各単位部品の入庫予定時期および入庫予定数量を示す入庫予定情報の管理期間の単位を一カ月未満の長さに設定したときのある期間である。「第２の期間」は、第１の期間の直後の期間である。「第１の期間内の総入庫予定数量」は、入庫予定情報から算出される。「第２の期間内の総引当数量」は、商品に関する希望納期および希望数量を示す注文情報に基づいて設定された各単位部品の引当時期および引当数量を示す引当情報から算出される。

本発明の一実施の形態に係るΔｔＬｏｔ制御方式商品管理システム、ΔｔＬｏｔ制御方式商品管理プログラムおよびΔｔＬｏｔ制御方式情報処理プログラムによれば、簡易な方法で、販売機会の損失を避けつつ、在庫を低減することができる。

本発明の一実施の形態にかかるΔｔＬｏｔ制御方式商品管理システムの機能ブロック例を表す図である。 図１のΔｔＬｏｔ制御方式商品管理システムのデバイス構成例を表す図である。 図２のデータサーバ装置の概略構成例を表す図である。 図２のウェブサーバ装置の概略構成例を表す図である。 図２のユーザ端末の概略構成例を表す図である。 図１のΔｔＬｏｔ制御方式商品管理システムの機能ブロック例を表す図である。 図６のΔｔＬｏｔ制御方式商品管理システムにおける処理手順の一例を表す図である。 図６のΔｔＬｏｔ制御方式商品管理システムにおけるタイムチャートの一例を表す図である。 図６のΔｔＬｏｔ制御方式商品管理システムにおけるタイムチャートの一例を表す図である。 図６のΔｔＬｏｔ制御方式商品管理システムにおけるタイムチャートの一例を表す図である。 比較例に係る商品管理システムの機能ブロック例を表す図である。 図９の商品管理システムにおける処理手順の一例を表す図である。 図９の商品管理システムにおけるタイムチャートの一例を表す図である。 図９の商品管理システムにおけるタイムチャートの一例を表す図である。 図９の商品管理システムにおけるタイムチャートの一例を表す図である。

以下、本発明を実施するための形態について、図面を参照して詳細に説明する。以下の説明は本発明の一具体例であって、本発明は以下の態様に限定されるものではない。また、本発明は、各図に示す各構成要素の配置や寸法、寸法比などについても、それらに限定されるものではない。

［構成］
本発明の一実施の形態に係るΔｔＬｏｔ制御方式商品管理システム１の構成について説明する。図１は、ΔｔＬｏｔ制御方式商品管理システム１の機能ブロック例を表したものである。ΔｔＬｏｔ制御方式商品管理システム１は、複数の単位部品で構成された商品を単位部品ごとに管理するシステムである。ΔｔＬｏｔ制御方式商品管理システム１は、受注管理部２、入庫管理部３、引当管理部４、在庫管理部５および過不足管理部６を備えている。

受注管理部２は、ユーザから注文情報１Ａを受け付ける。注文情報１Ａは、あるユーザの、商品に関する希望納期および希望数量についての情報である。受注管理部２は、ユーザから受け付けた注文情報１Ａを注文情報２１に追加することにより、注文情報２１を更新する。注文情報２１は、様々なユーザから受け付けた、商品に関する希望納期および希望数量についての情報であり、複数の注文情報１Ａによって構成されている。受注管理部２は、注文情報２１を保存および更新する。

入庫管理部３は、ユーザから入庫予定情報１Ｂを受け付ける。入庫予定情報１Ｂは、ある単位部品の入庫予定時期および入庫予定数量についての情報である。入庫予定情報１Ｂにおいて、入庫予定数量は、ロット単位となっていることが好ましい。単位部品の入庫予定数量は、当該入庫予定数量が入力される期間の直後の期間内の総引当数量５４に基づいている。当該入庫予定数量が入力される期間が第１の期間ΔＴ１に該当する場合には、単位部品の入庫予定数量は、当該入庫予定数量が入力される期間（第１の期間ΔＴ１）の直後の第２の期間ΔＴ２内の総引当数量５４に基づいている。当該入庫予定数量が入力される期間が第２の期間ΔＴ２に該当する場合には、単位部品の入庫予定数量は、当該入庫予定数量が入力される期間（第２の期間ΔＴ２）の直後の第１の期間ΔＴ１内の総引当数量５４に基づいている。

第１の期間ΔＴ１は、入庫予定情報３１の管理期間の単位を一カ月未満の長さに設定したときのある期間を指している（図８Ａ参照）。第２の期間ΔＴ２は、第１の期間ΔＴ１の直後の期間を指している（図８Ａ参照）。第１の期間ΔＴ１および第２の期間ΔＴ２は、時間軸において、交互に並んでいる。第１の期間ΔＴ１および第２の期間ΔＴ２の合計期間は、一か月となっている。第１の期間ΔＴ１の開始時期（開始日）は、一か月の開始時期（開始日）から所定の期間（オフセット期間ΔＴａ（図８Ａ参照））だけ遅れた時期（日）となっている。第２の期間ΔＴ２の開始時期（初日）は、一か月の終了時期（末日）から所定の期間（オフセット期間ΔＴｂ（図８Ａ参照））だけ早い時期（日）となっている。つまり、第１の期間ΔＴ１は、入庫日が２つの月をまたがないように（１つの月内に収まるように）設定されており、第２の期間ΔＴ２は、２つの月をまたいで設定されている。オフセット期間ΔＴａは、例えば、１０日間であり、オフセット期間ΔＴｂは、例えば、１０日間である。オフセット期間ΔＴａおよびオフセット期間ΔＴｂは、月末月初の準備期間を避けることと、ジャストイン率を高めることを目的として設けられている。

入庫管理部３は、ユーザから受け付けた入庫予定情報１Ｂを入庫予定情報３１に追加することにより、入庫予定情報３１を更新する。入庫予定情報３１は、各単位部品の入庫予定時期および入庫予定数量についての情報であり、複数の入庫予定情報１Ｂによって構成されている。入庫管理部３は、入庫予定情報３１を保存および更新する。

入庫予定情報３１は、あらかじめ設定された複数の入庫予定情報１Ｂによって構成されていてもよい。入庫予定情報３１があらかじめ設定された複数の入庫予定情報１Ｂによって構成されている場合、入庫管理部３は、ユーザから受け付けた入庫予定情報１Ｂの単位部品に対応する、あらかじめ設定された入庫予定情報１Ｂをユーザから受け付けた入庫予定情報１Ｂに置き換えてもよい。

引当管理部４は、注文情報２１に基づいて単位部品ごとに引当情報４１Ａを設定する。引当情報４１Ａは、ある単位部品の引当時期および引当数量についての情報である。引当管理部４は、設定した引当情報４１Ａを引当情報４１に追加することにより、引当情報４１を更新する。引当情報４１は、複数の引当情報４１Ａによって構成されている。

引当管理部４は、ユーザから納期情報１Ｅを受け付けてもよい。納期情報１Ｅは、ある単位部品の納期についての情報である。納期情報１Ｅは、単位部品ごとに異なっていてもよいし、少なくとも一部の単位部品で共通の値となっていてもよい。引当管理部４は、ユーザから受け付けた納期情報１Ｅを納期情報４２に追加することにより、納期情報４２を更新する。納期情報４２は、各単位部品の納期についての情報であり、複数の納期情報１Ｅによって構成されている。引当管理部４は、例えば、注文情報２１と、単位部品ごとの納期情報４２とに基づいて、単位部品ごとに引当情報４１Ａを設定する。

納期情報４２は、あらかじめ設定された複数の納期情報１Ｅによって構成されていてもよい。この場合、引当管理部４は、ユーザから受け付けた注文情報２１と、あらかじめ設定された、単位部品ごとの納期情報４２とに基づいて、単位部品ごとに引当情報４１Ａを設定する。なお、この場合であっても、引当管理部４は、ユーザから納期情報１Ｅを受け付けてもよい。この場合、引当管理部４は、あらかじめ設定された納期情報１Ｅを、ユーザから受け付けた納期情報１Ｅに置き換えることにより、納期情報４２を更新してもよい。

在庫管理部５は、ユーザから入庫情報１Ｃおよび出庫情報１Ｄを受け付ける。入庫情報１Ｃは、ある単位部品が倉庫に入庫された時期（入庫時期）および数量（入庫数量）についての情報である。出庫情報１Ｄは、各単位部品が倉庫から出庫された時期（出庫時期）および数量（出庫数量）についての情報である。出庫情報１Ｄは、便宜的に、商品の出庫時期および出庫数量として表現されていてもよい。在庫管理部５は、ユーザから受け付けた入庫情報１Ｃを入庫情報５１に追加することにより、入庫情報５１を更新する。在庫管理部５は、ユーザから受け付けた出庫情報１Ｄを出庫情報５２に追加することにより、出庫情報５２を更新する。

在庫管理部５は、入庫情報５１および出庫情報５２に基づいて在庫情報５３を更新する。在庫管理部５は、例えば、入庫情報１Ｃに含まれる入庫数量を在庫情報５３に含まれる在庫数量に加えることにより、在庫情報５３に含まれる在庫数量を更新する。在庫管理部５は、例えば、出庫情報１Ｄに含まれる出庫数量を在庫情報５３に含まれる在庫数量から減じることにより、在庫情報５３に含まれる在庫数量を更新する。在庫情報５３は、各単位部品の在庫時期および在庫数量についての情報であり、複数の在庫情報１Ｚによって構成されている。在庫情報１Ｚは、ある単位部品の在庫時期および在庫数量についての情報である。在庫管理部５は、例えば、ある単位部品において、入庫情報１Ｃに含まれる入庫数量を在庫情報１Ｚに含まれる在庫数量に加えることにより、ある単位部品における在庫情報１Ｚに含まれる在庫数量を更新する。在庫管理部５は、例えば、ある単位部品において、出庫情報１Ｄに含まれる出庫数量を在庫情報１Ｚに含まれる在庫数量から減じることにより、在庫情報１Ｚに含まれる在庫数量を更新する。在庫管理部５は、在庫情報５３を保存および更新する。

在庫管理部５は、入庫予定情報３１に基づいて、第１の期間ΔＴ１内の総入庫予定数量５５を算出する。在庫管理部５は、例えば、入庫予定情報３１および在庫情報５３に基づいて、第１の期間ΔＴ１内の総入庫予定数量５５を算出する。在庫管理部５は、例えば、第１の期間ΔＴ１において入庫予定情報３１に含まれる入庫予定数量の総数から、第１の期間ΔＴ１において在庫情報５３に含まれる入庫数量１Ｃの総数を減じることにより、第１の期間ΔＴ１内の総入庫予定数量５５を算出する。

在庫管理部５は、引当情報４１に基づいて、第２の期間ΔＴ２内の総引当数量５４を算出する。在庫管理部５は、例えば、引当情報４１および在庫情報５３に基づいて、第２の期間ΔＴ２内の総引当数量５４を算出する。在庫管理部５は、例えば、第２の期間ΔＴ２において引当情報４１に含まれる引当数量の総数から、第２の期間ΔＴ２において在庫情報５３に含まれる出庫数量１Ｄの総数を減じることにより、第２の期間ΔＴ２内の総引当数量５４を算出する。

在庫管理部５は、入庫予定情報３１に含まれる入庫予定数量、在庫情報５３に含まれる在庫数量および引当情報４１に含まれる引当数量に基づいて引当可能数５６を算出する。在庫管理部５は、例えば、在庫情報５３に含まれる在庫数量に、入庫予定情報３１に含まれる入庫予定数量を加えたものから、引当情報４１に含まれる引当数量を減じることにより、引当可能数５６を算出する。

在庫管理部５は、入庫予定情報３１の管理期間の単位を一カ月未満の長さに設定したときのある期間を第１の期間ΔＴ１として設定してもよい。在庫管理部５は、さらに、第１の期間ΔＴ１の直後の期間を第２の期間ΔＴ２として設定してもよい。在庫管理部５は、第１の期間ΔＴ１および第２の期間ΔＴ２を、時間軸において、交互に並ぶように設定してもよい。在庫管理部５は、第１の期間ΔＴ１および第２の期間ΔＴ２の合計期間が一か月となるように、第１の期間ΔＴ１および第２の期間ΔＴ２を設定してもよい。在庫管理部５は、第１の期間ΔＴ１の開始時期（開始日）を、一か月の開始時期（開始日）から所定の期間（オフセット期間ΔＴａ）だけ遅れた時期（日）に設定してもよい。在庫管理部５は、第２の期間ΔＴ２の開始時期（初日）を、一か月の終了時期（末日）から所定の期間（オフセット期間ΔＴｂ）だけ早い時期（日）に設定してもよい。つまり、在庫管理部５は、ジャストインのし易さの観点から、第１の期間ΔＴ１が２つの月をまたがないように（１つの月内に収まるように）、第１の期間ΔＴ１を設定してもよい。在庫管理部５は、ジャストインのし易さの観点から、第２の期間ΔＴ２が２つの月をまたぐように、第２の期間ΔＴ２を設定してもよい。

入庫予定時期は、例えば、ユーザによって任意に設定可能である。第２の期間ΔＴ２における入庫予定時期は、例えば、ユーザによって、第２の期間ΔＴ２に含まれる２つの月のうち後の月に含まれる期間内に設定可能である。入庫予定時期は、例えば、ユーザによって、第１の期間ΔＴ１および第２の期間ΔＴ２のそれぞれの末日に、設定可能である。入庫予定時期がそのように設定された場合には、入庫予定時期が月末ぎりぎり（月の末日または月の末日から数日以内）に設定されることがなくなり、月の末日における在庫数量Ｓが最小限に抑えられる。

過不足管理部６は、入庫予定情報３１から算出された、第１の期間ΔＴ１内の総入庫予定数量５５と、引当情報４１から算出された、第１の期間ΔＴ１の直後の第２の期間ΔＴ２内の総引当数量５４とに基づいて、第１の期間ΔＴ１内の総入庫予定数量５５の、総引当数量５４に対する過剰量または不足量に関する過不足情報６１を生成し、出力する。

過不足管理部６は、上述の過剰量または上述の不足量が所定の条件を満たしたときに過不足情報６１を出力してもよい。過不足管理部６は、例えば、上述の過剰量または上述の不足量が入荷ロット数量以上となるか否かを単位部品ごとに判定してもよい。このとき、ある単位部品において、上述の過剰量または上述の不足量が入荷ロット数量以上となる場合に、過不足管理部６は、過不足情報６１を出力してもよい。

過不足管理部６は、入庫予定情報３１に含まれる入庫予定数量、在庫情報５３に含まれる在庫数量および引当情報４１に含まれる引当数量に基づいて導出される引当可能数５６が負となる時があるか否か判定してもよい。引当可能数５６が負となる時がある場合には、過不足管理部６は、引当可能数５６が少なくともゼロとなるのに必要な数量（引当可能数不足数量）を算出し、不足情報６２として、出力してもよい。このとき、過不足管理部６は、例えば、引当可能数５６が負となる時期についての情報や、引当可能数不足数量を補うために単位部品を補充する時期についての情報を、不足情報６２として、出力してもよい。

ΔｔＬｏｔ制御方式商品管理システム１が表示部７を備えている場合、過不足管理部６は、過不足情報６１を表示部７に出力し、表示部７に表示させてもよい。このとき、過不足情報６１が単位部品の不足を示している場合には、ユーザは、表示部７に表示された過不足情報６１を見て、過不足情報６１で示された不足量を補うだけの数量の入庫予定情報１Ｂを入庫管理部３に入力することができる。過不足情報６１が単位部品の余剰を示している場合には、ユーザは、表示部７に表示された過不足情報６１を見て、更に余剰を増やさないように調整した数量の入庫予定情報１Ｂを入庫管理部３に入力することができる。

過不足管理部６は、不足情報６２を生成し、表示部７に出力し、表示部７に表示させてもよい。このようにした場合には、ユーザは、表示部７に表示された情報（不足情報６２）を見て、不足情報６２で示された不足量を補うのに適した時期の入庫予定情報１Ｂを入庫管理部３に入力することができる。

図２は、ΔｔＬｏｔ制御方式商品管理システム１のデバイス構成例を表したものである。なお、ΔｔＬｏｔ制御方式商品管理システム１のデバイス構成は、図２の記載に限定されるものではない。ΔｔＬｏｔ制御方式商品管理システム１は、例えば、注文情報１Ａ、入庫予定情報１Ｂ、入庫情報１Ｃ、出庫情報１Ｄおよび納期情報１Ｅを、ネットワーク１００を介して受け付け、受け付けた内容に基づいて、過不足情報６１や不足情報６２を生成し、出力する（表示する）システムである。

ΔｔＬｏｔ制御方式商品管理システム１は、例えば、データサーバ装置２００、ウェブサーバ装置３００およびユーザ端末４００を備えている。データサーバ装置２００、ウェブサーバ装置３００およびユーザ端末４００は、ネットワーク１００を介して相互に接続される。ネットワーク１００は、例えば、インターネットで標準的に利用されている通信プロトコル（ＴＣＰ／ＩＰ）を用いて通信を行うネットワークである。ネットワーク１００は、例えば、そのネットワーク独自の通信プロトコルを用いて通信を行うセキュアなネットワークであってもよい。ネットワーク１００は、例えば、インターネット、イントラネット、または、ローカルエリアネットワークである。ネットワーク１００と、データサーバ装置２００、ウェブサーバ装置３００またはユーザ端末４００との接続は、例えば、有線ＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）であってもよいし、Ｗｉ−Ｆｉ等の無線ＬＡＮや、携帯電話回線などであってもよい。

（データサーバ装置２００）
図３は、データサーバ装置２００の概略構成例を表したものである。データサーバ装置２００は、ユーザ端末４００を介して入力された情報等を記憶している。データサーバ装置２００は、例えば、記憶部２１０、通信部２２０および制御部２３０を有している。

記憶部２１０は、ユーザ端末４００を介して入力された情報（注文情報２１、入庫予定情報３１、引当情報４１、納期情報４２、入庫情報５１、出庫情報５２および在庫情報５３）を記憶する。以下では、ユーザ端末４００を介して入力された情報を、単に「入力情報」と称するものとする。記憶部２１０は、さらに、ウェブサーバ装置３００から入力された情報（総引当数量５４、総入庫予定数量５５および引当可能数５６）を記憶する。以下では、ウェブサーバ装置３００から入力された情報を、単に「演算情報」と称するものとする。通信部２２０は、ネットワーク１００上のユーザ端末４００またはウェブサーバ装置３００と通信を行う。制御部２３０は、ネットワーク１００を介して入力された情報（入力情報、演算情報）を記憶部２１０に記憶させる。さらに、制御部２３０は、ネットワーク１００上のウェブサーバ装置３００からの要求に応じて、記憶部２１０に記憶された情報（入力情報、演算情報）を読み出し、ウェブサーバ装置３００に出力する。

（ウェブサーバ装置３００）
図４は、ウェブサーバ装置３００の概略構成例を表したものである。ウェブサーバ装置３００は、ユーザ端末４００におけるユーザインターフェースを提供する。ウェブサーバ装置３００は、さらに、データサーバ装置２００に保存された情報を用いて、商品を単位部品ごとに管理する。ウェブサーバ装置３００は、例えば、記憶部３１０、通信部３２０および制御部３３０を有している。

通信部３２０は、ネットワーク１００を介して、ユーザ端末４００およびデータサーバ装置２００と通信を行う。記憶部３１０は、制御部３３０によって実行されるプログラム（例えば、ウェブサーバプログラム３１１や、ウェブアプリケーションプログラム３１２）などを記憶している。制御部３３０は、プロセッサを含んで構成されており、記憶部３１０に記憶されたウェブサーバプログラム３１１や、ウェブアプリケーションプログラム３１２などを実行する。制御部３３０の機能は、例えば、制御部３３０によって、ウェブサーバプログラム３１１やウェブアプリケーションプログラム３１２が実行されることによって実現される。

具体的には、制御部３３０は、注文情報１Ａを、ネットワーク１００を介してユーザ端末４００から受け付ける。制御部３３０は、注文情報１Ａを受け付けると、受け付けた注文情報１Ａを注文情報２１に追加することにより、注文情報２１を更新する。

制御部３３０は、入庫予定情報１Ｂを、ネットワーク１００を介してユーザ端末４００から受け付ける。制御部３３０は、受け付けた入庫予定情報１Ｂを入庫予定情報３１に追加することにより、入庫予定情報３１を更新する。入庫予定情報３１が、あらかじめ設定された複数の入庫予定情報１Ｂによって構成されている場合には、データサーバ装置２００（制御部２３０）は、受け付けた入庫予定情報１Ｂの単位部品に対応する、あらかじめ設定された入庫予定情報１Ｂを、ユーザ端末４００から受け付けた入庫予定情報１Ｂに置き換えてもよい。

制御部３３０は、注文情報２１に基づいて単位部品ごとに引当情報４１Ａを設定する。制御部３３０は、設定した引当情報４１Ａを引当情報４１に追加することにより、引当情報４１を更新する。ユーザ端末４００から納期情報１Ｅが入力された場合には、制御部３３０は、納期情報１Ｅを受け付けてもよい。制御部３３０は、受け付けた納期情報１Ｅを納期情報４２に追加することにより、納期情報４２を更新する。制御部３３０は、注文情報２１と、単位部品ごとの納期情報４２とに基づいて、単位部品ごとに引当情報４１Ａを設定する。

納期情報４２が、あらかじめ設定された複数の納期情報１Ｅによって構成されている場合には、制御部３３０は、注文情報２１と、あらかじめ設定された複数の納期情報１Ｅを含む納期情報４２とに基づいて、単位部品ごとに引当情報４１Ａを設定する。なお、この場合に、ユーザ端末４００から納期情報１Ｅが入力されたときには、制御部３３０は、あらかじめ設定された納期情報１Ｅを、受け付けた納期情報１Ｅに置き換えることにより、納期情報４２を更新してもよい。

制御部３３０は、入庫情報１Ｃおよび出庫情報１Ｄを、ネットワーク１００を介してユーザ端末４００から受け付ける。制御部３３０は、受け付けた入庫情報１Ｃを入庫情報５１に追加することにより、入庫情報５１を更新する。制御部３３０は、出庫情報１Ｄを受け付けると、受け付けた出庫情報１Ｄを出庫情報５２に追加することにより、出庫情報５２を更新する。

さらに、制御部３３０は、入庫情報５１および出庫情報５２に基づいて在庫情報５３を更新する。制御部３３０は、例えば、入庫情報１Ｃに含まれる入庫数量を在庫情報５３に含まれる在庫数量に加えることにより、在庫情報５３に含まれる在庫数量を更新する。制御部３３０は、例えば、出庫情報１Ｄに含まれる出庫数量を在庫情報５３に含まれる在庫数量から減じることにより、在庫情報５３に含まれる在庫数量を更新する。

制御部３３０は、例えば、ある単位部品において、入庫情報１Ｃに含まれる入庫数量を在庫情報１Ｚに含まれる在庫数量に加えることにより、ある単位部品における在庫情報１Ｚに含まれる在庫数量を更新する。制御部３３０は、例えば、ある単位部品において、出庫情報１Ｄに含まれる出庫数量を在庫情報１Ｚに含まれる在庫数量から減じることにより、在庫情報１Ｚに含まれる在庫数量を更新する。データサーバ装置２００（制御部２３０）は、在庫情報５３を保存および更新する。

制御部３３０は、入庫予定情報３１に基づいて、第１の期間ΔＴ１内の総入庫予定数量５５を算出する。制御部３３０は、例えば、入庫予定情報３１および在庫情報５３に基づいて、第１の期間ΔＴ１内の総入庫予定数量５５を算出する。制御部３３０は、例えば、第１の期間ΔＴ１において入庫予定情報３１に含まれる入庫予定数量の総数から、第１の期間ΔＴ１において在庫情報５３に含まれる入庫数量１Ｃの総数を減じることにより、第１の期間ΔＴ１内の総入庫予定数量５５を算出する。

制御部３３０は、引当情報４１に基づいて、第２の期間ΔＴ２内の総引当数量５４を算出する。制御部３３０は、例えば、引当情報４１および在庫情報５３に基づいて、第２の期間ΔＴ２内の総引当数量５４を算出する。制御部３３０は、例えば、第２の期間ΔＴ２において引当情報４１に含まれる引当数量の総数から、第２の期間ΔＴ２において在庫情報５３に含まれる出庫数量１Ｄの総数を減じることにより、第２の期間ΔＴ２内の総引当数量５４を算出する。

制御部３３０は、第１の期間ΔＴ１内の総入庫予定数量５５と、第２の期間ΔＴ２内の総引当数量５４とに基づいて、第１の期間ΔＴ１内の総入庫予定数量５５の、総引当数量５４に対する過剰量または不足量に関する過不足情報６１を生成する。制御部３３０は、生成した過不足情報６１を、ネットワーク１００を介してユーザ端末４００に送信する。

制御部３３０は、入庫予定情報３１の管理期間の単位を一カ月未満の長さに設定したときのある期間を第１の期間ΔＴ１として設定してもよい。制御部３３０は、さらに、第１の期間ΔＴ１の直後の期間を第２の期間ΔＴ２として設定してもよい。制御部３３０は、第１の期間ΔＴ１および第２の期間ΔＴ２を、時間軸において、交互に並ぶように設定してもよい。制御部３３０は、第１の期間ΔＴ１および第２の期間ΔＴ２の合計期間が一か月となるように、第１の期間ΔＴ１および第２の期間ΔＴ２を設定してもよい。制御部３３０は、第１の期間ΔＴ１の開始時期（開始日）を、一か月の開始時期（開始日）から所定の期間（オフセット期間ΔＴａ）だけ遅れた時期（日）に設定してもよい。制御部３３０は、第２の期間ΔＴ２の開始時期（初日）を、一か月の終了時期（末日）から所定の期間（オフセット期間ΔＴｂ）だけ早い時期（日）に設定してもよい。つまり、制御部３３０は、第１の期間ΔＴ１が２つの月をまたがないように（１つの月内に収まるように）、第１の期間ΔＴ１を設定してもよい。制御部３３０は、第２の期間ΔＴ２が２つの月をまたぐように、第２の期間ΔＴ２を設定してもよい。

制御部３３０は、上述の過剰量または上述の不足量が所定の条件を満たしたときに過不足情報６１を、ネットワーク１００を介してユーザ端末４００に送信してもよい。制御部３３０は、例えば、上述の過剰量または上述の不足量が入荷ロット数量を超えるか否かを単位部品ごとに判定してもよい。このとき、ある単位部品において、上述の過剰量または上述の不足量が入荷ロット数量を超えた場合に、制御部３３０は、過不足情報６１を、ネットワーク１００を介してユーザ端末４００に送信してもよい。

制御部３３０は、入庫予定情報３１に含まれる入庫予定数量、在庫情報５３に含まれる在庫数量および引当情報４１に含まれる引当数量に基づいて導出される引当可能数５６が負となる時があるか否か判定してもよい。引当可能数５６が負となる時がある場合には、制御部３３０は、引当可能数５６が少なくともゼロとなるのに必要な数量（引当可能数不足数量）を算出し、不足情報６２として、ネットワーク１００を介してユーザ端末４００に送信してもよい。このとき、制御部３３０は、例えば、引当可能数５６が負となる時期についての情報や、引当可能数不足数量を補うために単位部品を補充する時期についての情報を生成し、不足情報６２として、ネットワーク１００を介してユーザ端末４００に送信してもよい。

（ユーザ端末４００）
図５は、ユーザ端末４００の概略構成例を表したものである。ユーザ端末４００は、ΔｔＬｏｔ制御方式商品管理システム１のユーザインターフェースをユーザに提供するために使用される装置である。ユーザ端末４００は、例えば、汎用のコンピュータであり、例えば、記憶部４１０、通信部４２０、受付部４３０、表示部４４０および制御部４５０を有している。受付部４３０は、キーボードやタッチパネルなどで構成されている。記憶部４１０は、制御部４５０によって実行されるプログラム（例えば、ウェブブラウザプログラム４１１や、オペレーティングシステム）などを記憶している。

制御部４５０は、プロセッサを含んで構成されており、記憶部４１０に記憶されたウェブブラウザプログラム４１１や、オペレーティングシステムなどを実行する。通信部４２０は、ネットワーク１００を介して、ΔｔＬｏｔ制御方式商品管理システム１内の他の装置（ウェブサーバ装置３００等）と通信を行う。ユーザ端末４００におけるユーザインターフェース（受付部４３０）は、例えば、ウェブサーバ装置３００から取得したアプリケーション（例えばｈｔｍｌデータ）をウェブブラウザプログラム４１１で処理することにより実現される。

制御部４５０（受付部４３０）は、注文情報１Ａを受け付け、ネットワーク１００を介して、ウェブサーバ装置３００（外部機器）に送信（出力）する。制御部４５０は、ネットワーク１００を介して、ウェブサーバ装置３００（外部機器）から過不足情報６１を受け付け、受け付けた過不足情報６１を表示させる映像信号を生成する。制御部４５０は、生成した映像信号を表示部４４０に出力する。表示部４４０は、制御部４５０から入力された映像信号に基づいて、過不足情報６１についての映像を表示する。このとき、過不足情報６１が単位部品の不足を示している場合には、ユーザは、表示部４４０に表示された過不足情報６１を見て、過不足情報６１で示された不足量を補うだけの数量の入庫予定情報１Ｂを入庫管理部３に入力することができる。過不足情報６１が単位部品の余剰を示している場合には、ユーザは、表示部４４０に表示された過不足情報６１を見て、更に余剰を増やさないように調整した数量の入庫予定情報１Ｂを入庫管理部３に入力することができる。

また、制御部４５０は、ネットワーク１００を介して、ウェブサーバ装置３００（外部機器）から不足情報６２を受け付け、受け付けた不足情報６２を表示させる映像信号を生成する。制御部４５０は、生成した映像信号を表示部４４０に出力する。表示部４４０は、制御部４５０から入力された映像信号に基づいて、不足情報６２についての映像を表示する。ユーザは、表示部４４０に表示された不足情報６２を見て、不足情報６２で示された不足量を補うだけの数量の入庫予定情報１Ｂを入庫管理部３に入力することができる。

制御部４５０は、引当可能数５６が負となる時期についての情報や、不足情報６２を補うために単位部品を補充する時期についての情報（以下、「時期情報」と称する。）を、ネットワーク１００を介して、ウェブサーバ装置３００（外部機器）から受け付けた場合には、受け付けた時期情報を表示させる映像信号を生成する。制御部４５０は、生成した映像信号を表示部４４０に出力する。表示部４４０は、制御部４５０から入力された映像信号に基づいて、時期情報についての映像を表示する。ユーザは、表示部４４０に表示された時期情報を見て、不足情報６２で示された不足量を補うのに適した時期の入庫予定情報１Ｂを入庫管理部３に入力することができる。

図６は、ΔｔＬｏｔ制御方式商品管理システム１の機能ブロック例を表したものである。図７は、図６のΔｔＬｏｔ制御方式商品管理システム１における処理手順の一例を表したものである。図８Ａ、図８Ｂ、図８Ｃは、図６のΔｔＬｏｔ制御方式商品管理システム１におけるタイムチャートの一例を表したものである。ΔｔＬｏｔ制御方式商品管理システム１の構成は、図６の記載に限定されるものではない。図８Ａの出荷数量とは、商品（または各単位部品）の出荷数量を指しており、図８Ａの出庫数量とは、各単位部品が倉庫から出庫される数量を指している。従って、出庫時期は、出荷時期と同じ日か、または、出荷時期よりも前の日となる。なお、図８Ａには、出庫時期が、出荷時期の前日となっている場合が例示されている。

ΔｔＬｏｔ制御方式商品管理システム１における管理対象の商品は、例えば、図６に記載されているように、複数の単位部品（例えば、Ａ種、Ｂ種、Ｃ種）によって構成されている。ΔｔＬｏｔ制御方式商品管理システム１は、商品を、商品を構成する単位部品ごとに管理するシステムである。ΔｔＬｏｔ制御方式商品管理システム１は、例えば、ユーザ端末１０と、部品手配システム２０と、在庫管理システム３０と、部品管理システム４０と、送達システム５０と、ＡＱＲ６０と、ＬＯＧ７０とを備えている。

ユーザ端末１０は、ΔｔＬｏｔ制御方式商品管理システム１のユーザインターフェースをユーザに提供するために使用される装置である。ユーザ端末１０は、ユーザから入庫予定情報１Ｂを受け付けると、受け付けた入庫予定情報１Ｂを部品手配システム２０に送信（出力）する。ユーザ端末１０は、ユーザから入庫情報１Ｃを受け付けると、受け付けた入庫情報１Ｃを在庫管理システム３０に送信（出力）する。ユーザ端末１０は、ユーザから注文情報１Ａを受け付けると、受け付けた注文情報１Ａを部品管理システム４０に送信（出力）する。ユーザ端末１０は、ユーザから出庫情報１Ｄを受け付けると、受け付けた出庫情報１Ｄを送達システム５０に送信（出力）する。ユーザ端末１０は、ＡＱＲ６０から過不足情報６１を受け付けると、受け付けた過不足情報６１を含む映像信号をユーザ端末１０の表示部に出力し、表示部に表示させる。ユーザ端末１０は、ＬＯＧ７０から不足情報６２を受け付けると、受け付けた不足情報６２を含む映像信号をユーザ端末１０の表示部に出力し、表示部に表示させる。

部品手配システム２０は、ユーザ端末１０から入庫予定情報１Ｂを受け付けると、入庫予定情報１Ｂに含まれる単位部品の手配処理を行う。部品手配システム２０は、手配処理を行った単位部品の入庫予定情報１Ｂを在庫管理システム３０に入力する。部品管理システム４０は、ユーザ端末１０から注文情報１Ａを受け付けると、ＣＯＭＰにて、注文情報１Ａに含まれる商品を各単位部品に仕分ける。部品管理システム４０は、ＣＯＭＰにて仕分けられた単位部品ごとの引当て処理を在庫管理システム３０に指示する。送達システム５０は、ユーザ端末１０から出庫情報１Ｄを受け付けると、ＣＯＭＰにて、出庫情報１Ｄに含まれる商品を各単位部品に仕分ける。送達システム５０は、ＣＯＭＰにて仕分けられた単位部品ごとの出庫処理を在庫管理システム３０に指示する。なお、入庫予定情報１Ｂ、注文情報１Ａおよび出庫情報１Ｄをユーザ端末１０から直接、在庫管理システム３０に指示することも可能である。

在庫管理システム３０は、部品手配システム２０から、単位部品の入庫予定情報１Ｂが入力されると、入庫予定情報１Ｂを入庫予定情報３１に追加することにより、入庫予定情報３１を更新する。在庫管理システム３０は、部品管理システム４０から引当て処理が指示されると、注文情報２１に基づいて各単位部品の引当情報４１を設定する。在庫管理システム３０は、送達システム５０から出庫処理が指示されると、出庫情報１Ｄを在庫情報５３に追加することにより、在庫情報５３を更新する。

在庫管理システム３０は、引当情報４１（引当数量Ｑ）および出庫情報５２（出庫数量Ｏｕｔ）に基づいて、引当数量Ｑ（＝Ｑ−Ｏｕｔ）を導出する（ステップＳ１０１）。在庫管理システム３０は、入庫予定情報３１（入庫予定数量Ｏ）および入庫情報５１（入庫数量Ｉｎ）に基づいて、入庫予定数量Ｏ（＝Ｏ−Ｉｎ）を導出する（ステップＳ１０２）。在庫管理システム３０は、在庫情報５３（在庫数量Ｓ）および入庫情報５１（入庫数量Ｉｎ）に基づいて、在庫数量Ｓ（＝Ｓ＋Ｉｎ）を導出する（ステップＳ１０３）。さらに、在庫管理システム３０は、在庫情報５３（在庫数量Ｓ）および出庫情報５２（出庫数量Ｏｕｔ）に基づいて、在庫数量Ｓ（＝Ｓ−Ｏｕｔ）を導出する（ステップＳ１０４）。

在庫管理システム３０は、第１の期間ΔＴ１内の総入庫予定数量５５（第１の期間ΔＴ１内の入庫予定数量Ｏ）を算出する。以下では、第１の期間ΔＴ１内の総入庫予定数量５５（第１の期間ΔＴ１内の入庫予定数量Ｏ）を、入庫予定数量Ｏ（ΔＴ１）と称するものとする。在庫管理システム３０は、第２の期間ΔＴ２内の総引当数量５４（第２の期間ΔＴ２内の引当数量Ｑ）を算出する。以下では、第２の期間ΔＴ２内の総引当数量５４（第２の期間ΔＴ２内の引当数量Ｑ）を、引当数量Ｑ（ΔＴ２）と称するものとする。在庫管理システム３０は、在庫基準Ｒ、入庫予定数量Ｏ（ΔＴ１）および引当数量Ｑ（ΔＴ２）に基づいて、過不足情報６１（補正数量Ｃ（＝Ｒ＋Ｏ（ΔＴ１）−Ｑ（ΔＴ２））を導出する（ステップＳ１０５）。

ＡＱＲ６０は、補正数量Ｃが（在庫基準Ｒ−入荷ロット数量Ｌ）以下となるか否か判定する（ステップＳ１０６）。判定の結果、補正数量Ｃが（在庫基準Ｒ−入荷ロット数量Ｌ）以下となる場合には、ＡＱＲ６０は、ＡＱＣ（Ａｏｕｔ Ｑｕａｎｔｉｔｙ Ｃｏｎｔｒｏｌ：自動数量制御信号）発報を出力する（ステップＳ１０８、図８Ｃの★１参照）。ＡＱＣ発報には、例えば、補正数量Ｃが含まれている。一方、補正数量Ｃが（在庫基準Ｒ−入荷ロット数量Ｌ）よりも大きい場合には、ＡＱＲ６０は、補正数量Ｃが（在庫基準Ｒ＋入荷ロット数量Ｌ）以上となるか否か判定する（ステップＳ１０７）。判定の結果、補正数量Ｃが（在庫基準Ｒ＋入荷ロット数量Ｌ）以上となる場合には、ＡＱＲ６０は、ＡＱＣ発報を出力する（ステップＳ１０８）。ＡＱＲ６０は、ＡＱＣ発報が出力される時期（不足期間）に関する情報を算出してもよい。不足期間は、例えば、ＡＱＣ発報を出力する時期に対応する管理期間である。この場合、ＡＱＲ６０は、算出した不足時期に関する情報を、ＡＱＣ発報に含めて出力してもよい。この場合、ＡＱＣ発報には、補正数量Ｃおよび不足期間が含まれている。

補正数量Ｃが（在庫基準Ｒ−入荷ロット数量Ｌ）よりも小さい場合に、ＡＱＲ６０がＡＱＣ発報を出力したときには、ユーザは、ＡＱＣ発報に基づいて、不足分に応じた数量の入庫予定情報１Ｂを入力することができる。例えば、図８Ａの★２にある黒色の部分が、ユーザがＡＱＣ発報に基づいて入庫予定情報１Ｂを入庫管理部３に入力したことを意味している。また、例えば、図８Ａの★３にある白色の部分が、ユーザが、ＡＱＣ発報（図８Ｃの★４参照）が出力されているにもかかわらず、不足する単位部品の補充を行っていないことを意味している。補正数量Ｃが（在庫基準Ｒ＋入荷ロット数量Ｌ）以上となる場合に、ＡＱＲ６０がＡＱＣ発報を出力したときには、ユーザは、ＡＱＣ発報に基づいて、更に余剰を増やさないように調整した数量の入庫予定情報１Ｂを入庫管理部３に入力することができる。

一方、補正数量Ｃが（在庫基準Ｒ＋入荷ロット数量Ｌ）以上となる場合には、在庫管理システム３０は、在庫情報５１（在庫数量Ｓ）、入庫予定数量Ｏ（＝Ｏ−Ｉｎ）および引当数量Ｑ（＝Ｑ−Ｏｕｔ）に基づいて、引当可能数Ｐ（＝Ｓ＋Ｏ−Ｑ）を導出する（ステップＳ１０９）。ＬＯＧ７０は、引当可能数Ｐがゼロを下回るか否か判定する（ステップＳ１１０）。その結果、引当可能数Ｐがゼロ以上の場合には、ＬＯＧ７０は、在庫管理システム３０にステップＳ１０１の実行を指示する。一方、引当可能数Ｐがゼロを下回る場合には（図８Ａの★５参照）、ＬＯＧ７０は、引当可能数Ｐがゼロを下回る単位部品を補充するための期間（補充期間Ｔｈ）を算出する（ステップＳ１１１）。補充期間Ｔｈは、例えば、図８Ａに示したように、引当可能数Ｐがゼロを下回る日から見て直前の入庫日から、死活期間ｔｄの前日までの期間である。前回入庫日とは、引当可能数Ｐがゼロを下回る日よりも前で、引当可能数Ｐがゼロを下回る日に最も近い入庫日を指している。死活期間ｔｄとは、出荷指示してから、実際の出荷までにかかるデッドタイムを指している。ＬＯＧ７０は、さらに、ＨＥＣ（Ｈｏｔｓｐｏｔ Ｅｍｅｒｇｅｎｃｙ Ｃａｌｌ：非常箇所通知）発報を出力する（ステップＳ１１２、図８Ｃの★６参照）。ＨＥＣ発報には、例えば、不足量として引当可能数Ｐまたは引当可能数Ｐに関連する数量が含まれており、さらに、不足量を補うために単位部品を補充する期間についての情報として補充期間Ｔｈが含まれている。

ＬＯＧ７０がＨＥＣ発報を出力したときには、ユーザは、ＨＥＣ発報に基づいて、ＨＥＣ発報で示された不足量を補うだけの数量の入庫予定情報１Ｂを入庫管理部３に入力することができる。ＨＥＣ発報に補充期間Ｔｈが含まれている場合には、ユーザは、補充期間Ｔｈに基づいて、ＨＥＣ発報で示された不足量を補うのに適した時期の入庫予定情報１Ｂを入庫管理部３に入力することができる。

［効果］
次に、比較例と対比しつつ、ΔｔＬｏｔ制御方式商品管理システム１の効果について説明する。

図９は、比較例に係る商品管理システム８の機能ブロック例を表したものである。図１０は、図９の商品管理システム８における処理手順の一例を表したものである。図１１Ａ、図１１Ｂ、図１１Ｃは、図９の商品管理システム８におけるタイムチャートの一例を表したものである。商品管理システム８では、補正数量Ｃ、ＡＱＣ発報およびＨＥＣ発報の演算（ステップＳ１０５〜Ｓ１０８、Ｓ１１０〜Ｓ１１２の演算）が無く、引当可能数Ｐが補充基準以下となる場合に補充通知を行う処理（ステップＳ１１３、Ｓ１１４）がある。比較例に係る商品管理システム８では、図１１Ｃの★７に示したように、引当可能数Ｐが補充基準以下となったときだけしか、補充通知がなされない。そのため、補充のタイミングが、図１１Ａの★８に示したように、月末になった場合には、月をまだぐ在庫数量Ｓが膨大となる。また、補充基準が大き過ぎる場合には、不要な在庫を常時、抱えることになり、月をまたぐ在庫数量Ｓが膨大になり易い。その結果、在庫の資産計上に起因する税負担が大きくなるという問題がある。また、補充基準が小さ過ぎる場合には、図１１Ａの★９に示したように、在庫がなくなり、出庫ができなくなってしまうという問題もある。このとき、過渡的に引当数量が集中した場合、在庫数量Ｓがゼロ以下になる可能性があるが、多種多品を多人数で処理する中で、在庫数量Ｓがゼロ以下になることを認知することは極めて難しい。

一方、本実施の形態では、在庫数量Ｓに関係なく、補正数量Ｃが所定の大きさ以上となる場合や、補正数量Ｃが所定の大きさ以下となる場合（ステップＳ１０６，Ｓ１０７参照）に、ＡＱＣ発報が出力（表示）される。これにより、ユーザは、ＡＱＣ発報に基づいて、ＡＱＣ発報で示された不足量を補うだけの数量の入庫予定情報１Ｂを入力したり、更に余剰を増やさないように調整した数量の入庫予定情報１Ｂを入庫管理部３に入力したりすることができる。その結果、第１の期間ΔＴ１内の総入庫予定数量５５が第２の期間ΔＴ２内の総引当数量５４に近づくので、単位部品の入庫と出庫のタイミングが第１の期間ΔＴ１および第２の期間ΔＴ２の期間でおおむね同期するようになる。従って、図１８Ａに示したように、不要な在庫を常時、抱えることなく、適切な在庫数量を維持することができる。このように、本実施の形態では、過去の実績やフォーキャストを用いる必要がなく、さらに、キャスティングを用いる必要もない。従って、簡易な方法で、販売機会の損失を避けつつ、在庫を低減することかできる。つまり、ジャストイン率を高めることができる。

また、本実施の形態において、第１の期間ΔＴ１が２つの月をまたがないように（１つの月内に収まるように）、第１の期間ΔＴ１が設定されるとともに、第２の期間ΔＴ２が２つの月をまたぐように、第２の期間ΔＴ２が設定されている場合に、第２の期間ΔＴ２において、第２の期間ΔＴ２に含まれる２つの月のうち後の月に含まれる期間（月初の期間）内に、入庫予定時期を設定したときには、図８Ａの★１０に示したように、月の末日における在庫数量Ｓを最小限に抑えることができる。その結果、在庫の資産計上に起因する税負担を小さくすることができる。

なお、本実施の形態において、第１の期間ΔＴ１および第２の期間ΔＴ２の長さは、それぞれ、任意に設定可能である。また、本実施の形態において、第１の期間ΔＴ１および第２の期間ΔＴ２の合計期間が一か月よりも短くなるように、第１の期間ΔＴ１および第２の期間ΔＴ２が設定されていてもよい。また、本実施の形態において、第１の期間ΔＴ１および第２の期間ΔＴ２の合計期間が一か月よりも長くなるように、第１の期間ΔＴ１および第２の期間ΔＴ２が設定されていてもよい。また、本実施の形態において、一カ月に含まれる、入庫予定情報３１の管理期間の数が３つ以上となっていてもよい。

また、本実施の形態において、在庫管理部５（または制御部３３０）が、さらに、入庫予定情報３１に基づいて、第２の期間ΔＴ２内の総入庫予定数量５５を算出してもよい。このとき、在庫管理部５（または制御部３３０）が、例えば、入庫予定情報３１および在庫情報５３に基づいて、第２の期間ΔＴ２内の総入庫予定数量５５を算出してもよい。在庫管理部５（または制御部３３０）は、例えば、第２の期間ΔＴ２において、入庫予定情報３１に含まれる入庫予定数量から、在庫情報５３に含まれる入庫数量１Ｃを減じることにより、第２の期間ΔＴ２内の総入庫予定数量５５を算出してもよい。

さらに、在庫管理部５（または制御部３３０）が、引当情報４１に基づいて、第１の期間ΔＴ１内の総引当数量５４を算出してもよい。在庫管理部５（または制御部３３０）は、例えば、引当情報４１および在庫情報５３に基づいて、第１の期間ΔＴ１内の総引当数量５４を算出してもよい。在庫管理部５（または制御部３３０）は、例えば、第１の期間ΔＴ１において、引当情報４１に含まれる引当数量から、在庫情報５３に含まれる出庫数量１Ｄを減じることにより、第１の期間ΔＴ１内の総引当数量５４を算出してもよい。

さらに、過不足管理部６（または制御部３３０）が、入庫予定情報３１から算出された、第２の期間ΔＴ２内の総入庫予定数量５５と、引当情報４１から算出された、第２の期間ΔＴ２の直後の第１の期間ΔＴ１内の総引当数量５４とに基づいて、第２の期間ΔＴ２内の総入庫予定数量５５の、総引当数量５４に対する過剰量または不足量に関する過不足情報６１を生成し、出力してもよい。

また、本実施の形態において、過不足管理部６（または制御部３３０）が、第１の期間ΔＴ１内の総入庫予定数量５５と、第１の期間ΔＴ１の直後の第２の期間ΔＴ２内の総引当数量５４とに基づいて、第１の期間ΔＴ１内の総入庫予定数量５５の、総引当数量５４に対する過剰量または不足量に関する過不足情報６１を生成したのち、第２の期間ΔＴ２内の総入庫予定数量５５と、第２の期間ΔＴ２の直後の第１の期間ΔＴ１内の総引当数量５４とに基づいて、第２の期間ΔＴ２内の総入庫予定数量５５の、総引当数量５４に対する過剰量または不足量に関する過不足情報６１を生成してもよい。このようにした場合には、設定された入庫日によって新たに生成された期間ΔＴ１とΔＴ２を繰り返し時系列で常時監視しているので、納期不同調を調査、調整する労力の削減に特に効果を発揮する。

また、本実施の形態において、例えば、図６に示したように、ユーザ端末１０は、ユーザから入庫予定情報１Ｂを受け付けたときに、受け付けた入庫予定情報１Ｂを直接、在庫管理システム３０に送信（出力）してもよい。また、本実施の形態において、例えば、図６に示したように、ユーザ端末１０は、ユーザから出庫情報１Ｄを受け付けたときに、受け付けた出庫情報１Ｄを直接、在庫管理システム３０に送信（出力）してもよい。

１…ΔｔＬｏｔ制御方式商品管理システム、１Ａ…注文情報、１Ｂ…入庫予定情報、１Ｃ…入庫情報、１Ｄ…出庫情報、１Ｅ…納期情報、１Ｚ…在庫情報、２…注文管理部、３…入庫管理部、４…引当管理部、５…在庫管理部、６…過不足管理部、７…表示部、８…商品管理システム、２０…部品手配システム、２１…注文情報、３０…在庫管理システム、３１…入庫予定情報、４０…部品管理システム、４１…引当情報、４２…納期情報、５０…送達システム、５１…入庫情報、５２…出庫情報、５３…在庫情報、５４…総引当数量、５５…総入庫予定数量、５６…引当可能数、６０…ＡＱＲ、６１…過不足情報、６２…不足情報、７０…ＬＯＧ、１００…ネットワーク、２００…データサーバ装置、２１０…記憶部、２２０…通信部、２３０…制御部、３００…ウェブサーバ装置、３１０…記憶部、３１１…ウェブサーバプログラム、３１２…ウェブアプリケーションプログラム、３２０…通信部、３３０…制御部、４００…端末装置、４１０…記憶部、４１１…ウェブブラウザプログラム、４２０…通信部、４３０…受付部、４４０…表示部、４５０…制御部。

Claims (13)

1. 複数の単位部品で構成された商品に関する希望納期および希望数量を示す注文情報を保存および更新する受注管理部と、
   前記注文情報と、前記単位部品ごとの納期情報とに基づいて、前記単位部品ごとに、引当時期および引当数量を示す引当情報を設定する引当管理部と、
   各前記単位部品の入庫予定時期および入庫予定数量を示す入庫予定情報を保存および更新する入庫管理部と、
   前記入庫予定情報の管理期間の単位を一カ月未満の長さに設定したときのある期間を第１の期間とし、前記第１の期間の直後の期間を第２の期間としたときに、前記入庫予定情報から算出された、前記第１の期間内の総入庫予定数量と、前記引当情報から算出された、前記第２の期間内の総引当数量とに基づいて、前記第１の期間内の総入庫予定数量の、前記総引当数量に対する過剰量または不足量に関する過不足情報を生成し、出力する過不足管理部と、
   各前記単位部品の在庫数量を示す在庫情報を保存および更新する在庫管理部と
   を備えた
   ΔｔＬｏｔ制御方式商品管理システム。
2. 前記在庫管理部は、前記第１の期間が１つの月内に収まるように前記第１の期間を設定するとともに、前記第２の期間が２つの月をまたぐように前記第２の期間を設定する
   請求項１に記載のΔｔＬｏｔ制御方式商品管理システム。
3. 前記第２の期間における前記入庫予定時期は、ユーザによって、前記第２の期間に含まれる２つの月のうち後の月に含まれる期間内に設定可能である
   請求項２に記載のΔｔＬｏｔ制御方式商品管理システム。
4. 前記過不足管理部は、前記過剰量または前記不足量が所定の条件を満たしたときに前記過不足情報を出力する
   請求項１〜請求項３のいずれか一項に記載のΔｔＬｏｔ制御方式商品管理システム。
5. 前記過不足管理部は、前記過剰量または前記不足量が前記所定の条件を満たさなくなったときに前記過不足情報の出力を停止する
   請求項４に記載のΔｔＬｏｔ制御方式商品管理システム。
6. 前記過不足管理部は、前記入庫予定数量、前記在庫数量および前記引当数量に基づいて導出される引当可能数が負となる時がある場合には、前記引当可能数が少なくともゼロとなるのに必要な数量を生成し、出力する
   請求項１〜請求項５のいずれか一項に記載のΔｔＬｏｔ制御方式商品管理システム。
7. 前記過不足管理部は、前記不足量を補うために単位部品を補充する時期についての情報を生成し、表示部に出力させる
   請求項６に記載のΔｔＬｏｔ制御方式商品管理システム。
8. 商品を構成する各単位部品の入庫予定時期および入庫予定数量を示す入庫予定情報の管理期間の単位を一カ月未満の長さに設定したときのある期間を第１の期間とし、前記第１の期間の直後の期間を第２の期間としたときに、前記入庫予定情報から算出された、前記第１の期間内の総入庫予定数量と、前記商品に関する希望納期および希望数量を示す注文情報と、前記単位部品ごとの納期情報とに基づいて単位部品ごとに設定された引当時期および引当数量を示す引当情報から算出された、前記第２の期間内の総引当数量とに基づいて、前記第１の期間内の総入庫予定数量の、前記総引当数量に対する過剰量または不足量に関する過不足情報を生成し、出力する過不足管理ステップをコンピュータに実行させる ΔｔＬｏｔ制御方式商品管理プログラム。
9. 前記入庫予定時期に基づいて、前記第１の期間および前記第２の期間を設定する在庫管理ステップをさらに含む
   請求項８に記載のΔｔＬｏｔ制御方式商品管理プログラム。
10. 前記過不足管理ステップにおいて、前記過剰量または前記不足量が所定の条件を満たしたときに前記過不足情報を出力する
    請求項８または請求項９に記載のΔｔＬｏｔ制御方式商品管理プログラム。
11. 前記過不足管理ステップにおいて、前記過剰量または前記不足量が前記所定の条件を満たさなくなったときに前記過不足情報の出力を停止する
    請求項１０に記載のΔｔＬｏｔ制御方式商品管理プログラム。
12. 前記過不足管理ステップにおいて、各前記単位部品の在庫数量、前記入庫予定数量および前記引当数量に基づいて導出される引当可能数が負となる時がある場合には、前記引当可能数が少なくともゼロとなるのに必要な数量を算出し、出力する
    請求項８〜請求項１１のいずれか一項に記載のΔｔＬｏｔ制御方式商品管理プログラム。
13. 前記過不足管理ステップにおいて、前記不足量を補うために単位部品を補充する時期についての情報を生成し、表示部に出力させる
    請求項１２に記載のΔｔＬｏｔ制御方式商品管理プログラム。

Images