(57)【要約】【課題】入庫や出庫に係る状況の変動に対し、柔軟に対応することが可能な、在庫管理システムを提供すること。【解決手段】標準在庫量取得部１１１は、所定物を保管する標準の量を、標準在庫量として取得する。補充ロットサイズ取得部１１２は、前記所定物の補充に係る最小の量を、補充単位量として取得する。補充リードタイム取得部１１３は、前記所定物の補充に係る指示から当該所定物が補充されるまでの時間を、補充所要時間として取得する。補充指示部１０３は、標準在庫量取得部１１１により取得された前記標準在庫量、補充ロットサイズ取得部１１２により取得された前記補充単位量、及び補充リードタイム取得部１１３により取得された前記補充所要時間に基づいて、前記所定物の補充に係る指示をする。【選択図】図３
2020135646.tif 000002
【特許請求の範囲】
【請求項１】
所定物を保管する標準の量を、標準在庫量として取得する第１取得手段と、
前記所定物の補充に係る最小の量を、補充単位量として取得する第２取得手段と、
前記所定物の補充に係る指示から当該所定物が補充されるまでの時間を、補充所要時間として取得する第３取得手段と、
前記第１取得手段により取得された前記標準在庫量、前記第２取得手段により取得された前記補充単位量、及び前記第３取得手段により取得された前記補充所要時間に基づいて、前記所定物の補充に係る指示をする補充指示手段と、
を備える情報処理装置。
【請求項２】
前記所定物が保管される期限を、保管期限として取得する第４取得手段をさらに備え、
前記補充指示手段は、更に前記保管期限に基づいて、前記所定物の補充に係る指示をする、
請求項１に記載の情報処理装置。
【請求項３】
前記所定物の重量、寸法、及び仕入先のうち少なくとも１つに基づいて、前記標準在庫量を演算する、演算手段、
をさらに備える、
請求項１又は２に記載の情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置に関する。
【背景技術】
【０００２】
これまで、在庫を管理するため、部品表（Ｂｉｌｌｓ  Ｏｆ  Ｍａｔｅｒｉａｌｓ、以下「ＢＯＭ」と適宜呼ぶ。）や生産計画に基づいて、資材の所要量を求め、資材の発注や在庫、出庫を管理する、資材所要量計画（Ｍａｔｅｒｉａｌｓ  Ｒｅｑｕｉｒｅｍｅｎｔｓ  Ｐｌａｎｎｉｎｇ、以下「ＭＲＰ」と適宜呼ぶ）システムが用いられてきた。例えば、特許文献１では、ＭＲＰに係る所要データを、期間に応じて適切な単位で作成する技術が開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１８−２０５８１３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、上述の特許文献１を含む従来技術、例えばＭＲＰシステムにおいては、部品表や生産計画に基づいて管理を行うため、生産計画の変更や現場の進捗に対応した柔軟な発注（補充）等を行うことが難しいという問題があった。
【０００５】
本発明は、このような状況に鑑みてなされたものであり、入庫や出庫に係る状況の変動に対し、柔軟に対応することが可能な、在庫管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明の一態様の情報処理装置は、
所定物を保管する標準の量を、標準在庫量として取得する第１取得手段と、
前記所定物の補充に係る最小の量を、補充単位量して取得する第２取得手段と、
前記所定物の補充に係る指示から当該所定物が補充されるまでの時間を、補充所要時間として取得する第３取得手段と、
前記第１取得手段により取得された前記標準在庫量、前記第２取得手段により取得された前記補充単位量、及び前記第３取得手段により取得された前記補充所要時間に基づいて、前記所定物の補充に係る指示をする補充指示手段と、
を備える。
【発明の効果】
【０００７】
本発明によれば、入庫や出庫に係る状況の変動に対し、柔軟に対応することが可能な、在庫管理システムを提供することが可能となる。
【図面の簡単な説明】
【０００８】
【図１】本発明の情報処理装置の一実施形態に係る在庫制御端末を含む情報処理システムにより提供されるサービスの概要の一例を説明する模式図である。
【図２】本発明の情報処理装置の一実施形態に係る在庫制御端末のハードウェア構成の一例を示すブロックである。
【図３】図２の在庫制御端末の機能的構成の一例を示す機能ブロック図である。
【図４】図１のサービスを提供する在庫制御システムにより管理される情報の例を示す図である。
【図５】図２の在庫制御端末を含む情報処理システムの構成の例を示す図である。
【図６】図５の情報処理システムにより提供される、在庫管理と工程管理を含む生産スケジューラの流れの例、及び図３のサーバの機能的構成の一例を示す図である。
【図７】図５の情報処理システムにより提供される、在庫関係表画面の例を示す図である。
【図８】図５の情報処理システムにより提供される、新規製品／材料登録モーダル画面の例を示す図である。
【図９】図５の情報処理システムにより提供される、在庫階層マスター画面の例を示す図である。
【図１０】図５の情報処理システムにより管理される情報の例を示す図である。
【発明を実施するための形態】
【０００９】
以下、図面を参照して、本発明の実施形態について説明する。
【００１０】
本発明の情報処理装置の一実施形態に係る在庫制御端末を含む情報処理システムは、例えば在庫管理において利用されるシステムとして採用することができる。
ここで、本明細書において、在庫管理システムとは、所定の品を保管する際にその在庫の量を管理するシステムのことをいう。
即ち、本明細書における在庫とは、単なる店頭に陳列する前の商品に限らないし、更に言えば、生産現場における材料や出荷待ちの品に限らず、生産等の過程における、所定の状態まで加工の段階が進んだ加工品や消耗品等の在庫も含む広義な概念である。
また、本明細書における所定の品とは、製造者や販売者が、加工や販売をするために管理する材料や加工品、商品、消耗品等である。
なお、所定の品は、材料であるネジや最終的な製品等、個数を数えることができる物と、液体の薬品材料や燃料、ガス等、個数を数えることができない物を含む。換言すると、所定の品は、固体、液体、気体の三相の状態を取り得るものであり、在庫として保管されている段階では三相のうち任意の状態を取ることが可能である。
具体的には例えば、所定の品が液体や気体として在庫で管理される場合には、所定の品は、体積や重量、圧力、温度の組合せ等に基づく量により管理され得る。
また、本明細書における保管とは、保存して管理することに限らず、単に保存することや所定の材料を保持することを含む広義な概念である。
ただし、以下の例では、所定の品は、所定の量を１単位として管理されるものとする。このような１単位の量を、以下、「単位量」と呼ぶ。
【００１１】
図１は、本発明の情報処理装置の一実施形態に係る在庫制御端末を含む情報処理システムにより提供されるサービス（以下、「本サービス」と呼ぶ）の概要の一例を説明する模式図である。
なお、本在庫管理システムは、前述したように、工程間の物品の在庫を管理することができる。そこで、本実施形態の説明では、複数の工程を含む生産管理システムの一部として、本在庫管理システムを組込むことにより、生産管理を行うものとして説明する。以下、生産管理システムにより提供されるサービスも、本サービスの内容として説明する。
【００１２】
在庫制御端末（例えば後述の図２の在庫制御端末１）は、保管されている品Ｔの在庫ＳＴＫを管理することができる。
なお、図１の例では、在庫制御端末は、製造の各工程間における半完品（以下、「半製品」とも適宜呼ぶ）や仕掛品といった品Ｔの在庫ＳＴＫを管理するものとする。また、図１の例では、在庫ＳＴＫは、「前工程」から補充され、「後工程」に出庫するものとする。また、図１の例では、説明の便宜上、品Ｔは、個数を数えることができる固体の物であり、１単位量毎に図示されているものとする。
【００１３】
図１の例では、マクロ的にみて、在庫ＳＴＫとして、標準在庫量ＳＳＶの品Ｔが常に存在するように、ステップＳＴ１１乃至ＳＴ１４の処理が実行される。
ここで、「マクロ的にみてＮ（Ｎは１以上の任意の整数値）単位量の物が常に存在する」とは、瞬時的又は過渡的にはＮ単位量の物が存在しない（在庫量が足りない）場合もあるかもしれないが、一定時間（例えば数分）内で最大の在庫量や平均的な在庫量として単位量Ｎの物が存在している（在庫量が足りている）と把握できることを意味する。
【００１４】
ここで、標準在庫量ＳＳＶとは、所定の物を保管する標準の量を、単位量で示したものである。即ち、図１の例では、標準在庫量ＳＳＶは、品Ｔを在庫ＳＴＫとして保管する量として予め設定された単位量であり、具体的には例えば６単位量とされている。
即ち、在庫ＳＴＫの単位量は、マクロ的にみて常に標準在庫量ＳＳＶ（６単位量）であることが要求される。
【００１５】
ここで、後工程から、品Ｔの注文が行われたものとする。注文とは、後工程からの出庫の依頼であり、注文量ＯＶの情報を含むものである。注文量ＯＶの情報とは、１回の注文で出荷する量を、単位量で示したものである。具体的には例えば、後工程により、「品Ｔを２単位量」といった注文がなされたものとする。
この場合、ステップＳＴ１１の処理において、在庫ＳＴＫから２単位量の品Ｔが出庫される。
その結果、瞬時的又は過渡的に、在庫ＳＴＫとして品Ｔが４単位量（図１の実線）のみしか存在せず、品Ｔが２単位量（図１の点線）だけ不足した状況になってしまう。
ただし、実際には、注文と出庫の間にはタイムラグ（リードタイム）が存在する。このようなリードタイムは、「注文リードタイム」と呼ばれている。即ち、注文されてから出庫するまでの時間が注文リードタイムである。なお、注文リードタイムは、予想されたものであってよく、実際にかかった時間であってもよい。
【００１６】
ステップＳＴ１２の処理において、在庫制御端末は、出庫した品Ｔの単位量（図１の例では２単位量）を補充リストＲＬに加える。
図１の例では、補充リストＲＬは、補充ロットサイズＲＬＳ以下の単位量の品Ｔの情報を格納することができるものである。図１の例では、補充ロットサイズＲＬＳは３単位であり、ステップＳＴ１２の処理により出庫された２単位の品Ｔ（破線で示された２単位の品Ｔ）の情報が格納されて管理されている。
【００１７】
ここで、補充ロットサイズＲＬＳとは、所定の物の補充に係る最小の量を単位量で示したものである。
【００１８】
ステップＳＴ１１及びステップＳＴ１２の処理は、補充リストＲＬに加えられた品Ｔの単位量が、補充ロットサイズＲＬＳと比較して大きくなるまで、繰り返し実行される。
即ち、図１には図示はしないが、再度のステップＳＴ１１の処理により、２単位量の品Ｔが出庫された場合、再度のステップＳＴ１２の処理により、補充リストＲＬに含まれる品Ｔが４単位量となる。この場合、補充ロットサイズＲＬＳ（３単位量）と比較して大きくなり、処理はステップＳＴ１３に進む。
【００１９】
ステップＳＴ１３の処理において、在庫制御端末は、前工程に対し、品Ｔの補充に係る指示をする。
即ち、在庫制御端末は、前工程に対して、補充ロットサイズＲＬＳ（３単位量）だけ、品Ｔを補充する旨の指示を行う。上述の例では、補充リストＲＬに含まれる品Ｔの単位量が４であり、補充ロットサイズが３単位量であるので、在庫制御端末は、３単位量の品Ｔを補充する旨の指示を行う。
【００２０】
次に、ステップＳＴ１４の処理において、在庫制御端末は、補充ロットサイズＲＬＳの単位量（３単位量）の品Ｔを、補充リードタイムだけ経過した後に補充するように制御する。補充リードタイムとは、品Ｔの補充に係る指示から品Ｔが補充されるまでの時間である。なお、補充リードタイムは、予想されたものであってよく、実際にかかった時間であってもよい。
【００２１】
以上、在庫ＳＴＫに対する注文や補充の流れの例を、図１のステップＳＴ１１乃至ＳＴ１４の処理に沿って説明した。
【００２２】
図２は、本発明の情報処理装置の一実施形態に係る在庫制御端末のハードウェア構成の一例を示すブロック図である。
【００２３】
在庫制御端末１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）１１と、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２と、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１３と、バス１４と、入出力インターフェース１５と、出力部１６と、入力部１７と、記憶部１８と、通信部１９と、ドライブ２０と、を備えている。
【００２４】
ＣＰＵ１１は、ＲＯＭ１２に記録されているプログラム、又は、記憶部１８からＲＡＭ１３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ１３には、ＣＰＵ１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。
【００２５】
ＣＰＵ１１、ＲＯＭ１２及びＲＡＭ１３は、バス１４を介して相互に接続されている。このバス１４にはまた、入出力インターフェース１５も接続されている。入出力インターフェース１５には、出力部１６、入力部１７、記憶部１８、通信部１９及びドライブ２０が接続されている。
【００２６】
出力部１６は、ディスプレイやスピーカ等で構成され、各種情報を画像や音声として出力する。
入力部１７は、キーボードやマウス等で構成され、各種情報を入力する。
【００２７】
記憶部１８は、ハードディスクやＤＲＡＭ（Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）等で構成され、各種データを記憶する。
通信部１９は、インターネットを含むネットワークＮを介して他の装置（図５の例ではサーバ２や工程制御端末３）との間で通信を行う。
【００２８】
ドライブ２０には、磁気ディスク、光ディスク、光磁気ディスク、或いは半導体メモリ等よりなる、リムーバブルメディア３１が適宜装着される。ドライブ２０によってリムーバブルメディア３１から読み出されたプログラムは、必要に応じて記憶部１８にインストールされる。
また、リムーバブルメディア３１は、記憶部１８に記憶されている各種データも、記憶部１８と同様に記憶することができる。
【００２９】
なお、図示はしないが、後述する図３や図５に示す、サーバ２や工程制御端末３は図２に示すハードウェア構成と基本的に同様の構成を有している。そこで、ここでは、これらの装置のハードウェアの構成の説明は省略する。
【００３０】
図３は、図２の在庫制御端末の機能的構成の一例を示す機能ブロック図である。
図３の例では、前述の通り、複数の工程を含む生産管理システムに、在庫制御端末１を組込むことにより、生産管理を行う例として説明する。そこで、在庫制御端末１と、サーバ２と、工程制御端末３とが情報を授受する場合の機能的構成が描画されている。
【００３１】
図３の例では、生産管理システム全体を制御するサーバ２から、在庫管理に係る情報が在庫制御端末１に送信される。
【００３２】
図３に示すように、在庫制御端末１のＣＰＵ１１においては、取得部１０１と、在庫情報管理部１０２と、補充指示部１０３と、標準在庫量演算部１０４とが機能する。
さらに、在庫制御端末１の記憶部１８の一領域には、在庫情報ＤＢ３００が設けられる。
【００３３】
取得部１０１は、各種情報を取得する。
ここで、取得部１０１には、標準在庫量取得部１１１と、補充ロットサイズ取得部１１２と、補充リードタイム取得部１１３と、保管期限取得部１１４とが設けられている。
【００３４】
標準在庫量取得部１１１は、品Ｔを保管する標準の量を、標準在庫量ＳＳＶとしてサーバ２から通信部１９を介して取得する。
上述の通り、在庫制御端末１は、マクロ的にみて、在庫ＳＴＫとして、標準在庫量ＳＳＶの単位量の品Ｔが常に存在するように、在庫の補充を行う等の制御を行う。即ち、標準の量としての標準在庫量ＳＳＶは、一定時間（例えば数分）内で最大の在庫量や平均的な在庫量である。
【００３５】
補充ロットサイズ取得部１１２は、品Ｔの補充に係る最小の量を、補充ロットサイズＲＬＳとして、サーバ２から通信部１９を介して取得する。
上述の通り、在庫制御端末１は、補充リストＲＬに格納されて管理される、出庫された品Ｔの単位量が、補充ロットサイズＲＬＳを超えた場合に、補充に係る最小の量の品Ｔを補充する旨の、指示を行う。ここで、補充に係る最小の量とは、例えば。品Ｔを補充する旨の指示を行う閾値であるとともに、品Ｔを補充する量の最小の量である。
【００３６】
補充リードタイム取得部１１３は、品Ｔの補充に係る指示から品Ｔが補充されるまでの時間を、補充リードタイムＲＬＴとして、サーバ２から通信部１９を介して取得する。
上述の通り、補充の指示から、補充リードタイムＲＬＴだけ経過した後、品Ｔは補充される。即ち、補充リードタイムＲＬＴとは、品Ｔの補充に係る指示から品Ｔが補充されるまでの時間である。
【００３７】
保管期限取得部１１４は、品Ｔが保管される期限を、保管期限ＳＰとして、サーバ２から通信部１９を介して取得する。
ここで、保管期限ＳＰとは、保管されている品Ｔを破棄し、後述する補充リストＲＬへ追加するまでの期限である。
例えば品Ｔがゴム製品であれば、ゴムは経時的に劣化するものであるため一定期間を経過後にそのゴム製品は破棄される必要があるし、また例えば、品Ｔが食品であれば、賞味期限や消費期限経過後にその食品は破棄される必要がある。つまり、保管期限ＳＰとは、このような保管期限を設定する必要がある品Ｔ毎に保管が可能な期間を意味している。
【００３８】
在庫情報管理部１０２は、標準在庫量取得部１１１で取得された標準在庫量ＳＳＶ、補充ロットサイズ取得部１１２で取得された補充ロットサイズＲＬＳ、補充リードタイム取得部１１３で取得された補充リードタイムＲＬＴ、及び保管期限取得部１１４で取得された保管期限ＳＰを少なくとも含む情報を、在庫情報ＤＢ３００に格納し、これらの情報を在庫情報として管理する。
なお、在庫情報管理部１０２は、上述の情報以外にも在庫に関する各種情報を在庫情報に含めて、管理してもよい。具体的に例えば、在庫情報管理部１０２は、注文に関する各種情報を在庫情報として管理してもよい。
【００３９】
また、在庫情報管理部１０２は、在庫情報ＤＢ３００に格納された在庫情報を、サーバ２に提供することができる。即ち、サーバ２が提供する、生産管理システムのスケジューラ等に、現在又は過去の在庫情報を提供することができる。
【００４０】
補充指示部１０３は、標準在庫量取得部１１１で取得された標準在庫量ＳＳＶ、補充ロットサイズ取得部１１２で取得された補充ロットサイズＲＬＳ、及び補充リードタイム取得部１１３で取得された補充リードタイムＲＬＴに基づいて、品Ｔの補充に係る指示をする。つまり、補充指示部１０３は、在庫情報管理部１０２で管理される在庫情報に基づいて、在庫の補充に係る指示をする。
【００４１】
具体的には例えば、標準在庫量ＳＳＶが６単位量、補充ロットサイズＲＬＳが３単位量であって、出庫済みの品Ｔの数である補充リストＲＬが４単位量であるものとする。この場合、補充ロットサイズＲＬＳよりも出庫済みの品Ｔの数の方が大きいため、補充指示部１０３は、補充ロットサイズＲＬＳが１の補充に係る指示をすることができる。
補充指示を受けた前工程においてはは、在庫ＳＴＫとするための品Ｔの製造がなされたり、補充がなされたりする。
【００４２】
また例えば、在庫情報管理部１０２は、所定の品Ｔについて、保管期限ＳＰが経過して対象となる品Ｔが破棄された場合には、破棄された品Ｔの単位量を補充リストＲＬに追加する。
【００４３】
標準在庫量演算部１０４は、詳しくは後述するが、現在や過去の在庫情報や在庫ＳＴＫの変動等に基づき、より適切な標準在庫量ＳＳＶを演算して、更新された在庫情報とすることができる。
これにより、補充指示部１０３は、標準在庫量演算部１０４により演算された、より好適な標準在庫量ＳＳＶに基づいて、工程制御端末３に対して補充の指示をすることができる。
また、在庫情報管理部１０２は、標準在庫量演算部１０４により演算された、より好適な標準在庫量ＳＳＶを含む情報を、更新された在庫情報として管理することができる。
【００４４】
以上、図３を用いて、在庫制御端末１の機能的構成を説明した。
【００４５】
次に、上述の在庫制御システムにおいて、標準在庫量演算部１０４やサーバ２により提供される標準在庫量ＳＳＶ等のパラメータの好適な値について説明する。
【００４６】
具体的には例えば、標準在庫量ＳＳＶがＮ単位量（Ｎは１以上の整数値）、補充ロットサイズＲＬＳがＭ１単位量（Ｍ１は１以上の整数値）、補充リードタイムＲＬＴがＴ１時間（Ｔ１は０より大きい実数値）、注文量ＯＶがＭ２単位量（Ｍ２は１以上の整数値）、注文リードタイムＯＬＴがＴ２時間（Ｔ２は０より大きい実数値）とした場合、標準在庫量演算部１０４は、次のように、標準在庫量ＳＳＶを演算することができる。
【００４７】
在庫が必要な条件は、数式（１）を満たす場合である。換言すれば、数式（１）を満たさない場合、在庫は不要である。即ち、式（１）を満たさない場合、標準在庫量ＳＳＶとしてＮ＝０と演算することで、不要な在庫を持たないように制御することができる。
【数１】
2020135646.tif 000003
【００４８】
具体的には例えば、数式（１）を満たさない場合、即ち、補充リードタイムＲＬＴが、注文リードタイムＯＬＴと比較して短い場合、在庫ＳＴＫがない場合であっても、注文されてから補充の指示を行っても注文リードタイムＯＬＴまでに補充される。換言すれば、数式（１）を満たす場合、注文リードタイムＯＬＴまでに出庫するため、有限な量の在庫ＳＴＫを持つ必要がある。
【００４９】
また、欠品しない条件は、数式（２）を満たす場合である。即ち、数式（２）を満たさない場合、欠品が発生する可能性がある。
【数２】
2020135646.tif 000004
【００５０】
具体的には例えば、数式（２）を満たさない場合、即ち、注文リードタイムＯＬＴ当たりの注文量ＯＱが、補充リードタイムＲＬＴ当たりの補充ロットサイズＲＬＳと比較して大きい場合、単位時間当たりの出庫が、単位時間当たりの補充を上回るため、欠品が発生する可能性がある。この場合、欠品が発生する可能性を排除するためには、在庫情報管理部１０２は、数式（２）を満たすような、注文リードタイムＯＬＴを、後工程に示す等の対応をする必要がある。
【００５１】
また、標準在庫量演算部１０４は、欠品しないよう、数式（３）を満たすように標準在庫量ＳＳＶを演算することができる。
【数３】
2020135646.tif 000005
【００５２】
ここで、Ａ（Ａは１以上の整数値）は、安全係数である。安全係数とは、トラブル等で補充リードタイムＲＬＴが延びた場合や、補充の指示をした後、補充リードタイムＲＬＴの間に、更に注文がされた場合に、いくつの注文分を在庫ＳＴＫから出庫できるかを示す係数である。
【００５３】
具体的には例えば、図１の例では、安全係数は３である。即ち、図１の例では、注文量ＯＱが２単位量に対して、標準在庫量ＳＳＶが６単位量となっており、補充されずとも、３つの注文を出庫することができる。
【００５４】
また、標準在庫量演算部１０４は、数式（４）を満たすように標準在庫量ＳＳＶを演算することができる。
【数４】
2020135646.tif 000006
【００５５】
ここで、Ｂ（Ｂは１以上の整数値）は、在庫ロット数である。在庫ロット数とは、標準在庫量ＳＳＶとして、補充ロットサイズＲＬＳとして何単位量分の品Ｔを在庫ＳＴＫとして管理するかを示す係数である。
即ち、標準在庫量ＳＳＶは、補充ロットサイズＲＬＳの正の整数倍とすることが好適である。これにより、品Ｔの在庫ＳＴＫが０単位量の場合、補充ロットサイズＲＬＳに対してＢ倍の補充を指示することで品Ｔの在庫ＳＴＫが標準在庫量ＳＳＶの単位量数となるよう補充される。
【００５６】
また、標準在庫量演算部１０４は、需要予測に基づいて標準在庫量ＳＳＶを演算することができる。
具体的には例えば、注文量ＯＶは、季節、天候、ニュース、営業の状況、その他様々な環境の要因により、変動する。注文量ＯＶが変動し、想定よりも増加した場合、在庫ＳＴＫの品Ｔが不足する可能性がある。そこで、図示はしないが、標準在庫量演算部１０４は、上述の様々な環境の要因を取得し、標準在庫量ＳＳＶを演算することができる。
即ち例えば、注文量ＯＶと上述の様々な環境の要因の関連性に基づき、事前に標準在庫量ＳＳＶを増やすことにより、在庫ＳＴＫを増やし、欠品になる可能性を低減することができる。具体的には例えば、標準在庫量演算部１０４は、過去の注文量ＯＶの実績と上述の様々な環境の要因とを、機械学習を用いた人工知能（以下、「ＡＩ」と呼ぶ）に学習させた結果に基づいて、標準在庫量ＳＳＶを演算することができる。また、例えば、標準在庫量演算部１０４は、品Ｔと相関のある、他の品の学習結果に基づいて演算してもよいことは言うまでもない。
【００５７】
図４は、図１のサービスを提供する在庫制御システムにより管理される情報の例を示す図である。
【００５８】
図４に示すように、例えば、最上段の項目の欄には、左から「機能」、「項目」、「詳細」、「説明」の項目が、表示されている。
「機能」は、在庫制御システムにより提供される、機能の分類である。例えば、表にあるように「マスター管理」、「在庫管理」、「在庫改善」に係る機能を提供するための種々の項目が、在庫情報として格納され管理される。
【００５９】
具体的には例えば、「マスター管理」機能とは、生産管理システム全体であるマスターを管理する機能である。「マスター管理」機能においては、生産管理システムに組み込まれた複数の在庫管理システムの夫々が、生産管理におけるいずれの在庫を管理するのか、といった情報を管理することができる。
また例えば、「在庫管理」機能とは、在庫制御端末１における、在庫ＳＴＫの状況や、補充の状況等を管理する機能である。「在庫管理」機能においては、在庫制御端末１が管理する在庫情報や、生産管理システムに組み込まれた複数の在庫管理システムの情報を集約した在庫管理を管理することができる。
また例えば、「在庫改善」機能とは、「在庫管理」機能により取得又は管理された情報に基づき、余分な在庫を持たない、より好適な在庫管理を行う、在庫の改善をする機能である。「在庫改善」機能においては、余分な在庫であるかを判断する情報を管理することができる。
【００６０】
「項目」は、在庫制御システムに管理される情報の分類である。なお、図４において、「項目」は、「機能」毎に示されている。
「マスター管理」機能を提供する項目として、「構成部品表」、「取引先」、「品質情報」がある。また、「在庫管理」機能を提供する項目として「在庫一覧」、「出庫管理」、「補充管理」、「たな卸し」がある。また、「在庫改善」機能を提供する項目として、「分析」がある。
【００６１】
「詳細」は、在庫制御システムに管理される情報の詳細である。なお、図４において、「詳細」は、「項目」ごとに示されている。また、「説明」は、夫々の「詳細」の説明である。
夫々の「項目」における「詳細」と「説明」は、図４に示す通りである。
【００６２】
図５は、図２の在庫制御端末を含む情報処理システムの構成の例を示す図である。
図５に示す情報処理システムは、在庫制御端末１−１乃至１−ｎ（ｎは１以上の整数値）の夫々と、サーバ２と、工程制御端末３−１乃至３−ｍ（ｍは１以上の整数値）の夫々とが、社内ネットワークやインターネット等の所定のネットワークＮを介して相互に接続されることで構成される。
工程制御端末３−１乃至３−ｍの夫々の役割（機能）については、図６等を参照して後述する。ただし、以下、在庫制御端末１−１乃至１−ｎを個々に区別する必要がない場合、「在庫制御端末１」と呼ぶ。また、以下、工程制御端末３−１乃至３−ｍを個々に区別する必要がない場合、「工程制御端末３」と呼ぶ。
【００６３】
なお、上述の通り、例えば数式（１）を満たさない場合、標準在庫量ＳＳＶは０単位量であっても後工程に対して品Ｔを提供する観点で問題はない。従って、工程と工程との間に在庫管理は、必ずしも必要ではないため、在庫制御端末の数ｎと、工程制御端末の数ｍとは、同じ数となるとは限らない。
【００６４】
図６は、図５の情報処理システムにより提供される、在庫管理と工程管理を含む生産スケジューラの流れの例、及び図３のサーバの機能的構成の一例を示す図である。
【００６５】
以下、図６を用いて、ステップＳＴ２１乃至ＳＴ２６の段階の流れに沿って、本サービスにおける在庫制御端末１の位置付けと、サーバ２の生産スケジューラの流れの例とを説明する。
図６に示した生産過程の例は、材料から完成品を製造する過程であって、工程と在庫管理とから構成される。ステップＳＴ２１乃至ＳＴ２６の段階の夫々は、生産の工程と在庫管理との夫々に対応する。
【００６６】
ステップＳＴ２１の段階は、工程制御端末２−１が制御する材料手配工程である。
【００６７】
材料手配工程とは、例えば、業者から手配した材料が、検品されて受入れられる工程である。図６のステップＳＴ２１の段階における材料手配行程は、２つの円筒形の材料が手配されるものとして、描画されている。
具体的には例えば、ステップＳＴ２１の段階の材料手配工程は、以下の内容を含む。まず、工程制御端末２−１は、サーバ１のスケジューラ部又は在庫管理システム部から提供される情報に基づき、材料手配を行う。工程制御端末２−１は、注文書を印刷する。注文書を受け取った他の業者は、納品書と共に材料を納品する。工程制御端末２−１は、注文の内容を注文実績として管理する。また、納品された材料は、受入検査される。工程制御端末２−１は、受入検査の結果を受入実績として管理する。工程制御端末２−１は、上述の夫々の情報を、サーバ１のスケジューラ部や在庫管理システム部と授受することができる。
【００６８】
ステップＳＴ２２の段階は、材料倉庫における在庫制御端末１−１による在庫制御である。図６のステップＳＴ２２の段階においては、受入された６つの円筒形の材料である品Ｔが、在庫ＳＴＫとして管理されているものとして描画されている。
【００６９】
材料倉庫とは、例えば、材料を保管する倉庫である。即ち、材料倉庫においては、在庫制御端末１−１は、ステップＳＴ２１の段階で受け入れた材料を、制御して管理する。
【００７０】
ステップＳＴ２３の段階は、工程制御端末２−２が制御する社内加工工程である。
【００７１】
社内加工工程とは、例えば、社内において、受け入れた材料が加工される工程である。図６においては、１つの円筒形の材料が円盤形に加工されるものとして描いている。具体的には例えば、社内加工工程は、以下の内容を含んでいる。
まず、工程制御端末２−２は、サーバ１のスケジューラ部又は在庫管理システム部から提供される種々の情報に基づき、加工を行う。この際、工程制御端末２−２は、在庫制御端末１−１に対して注文を行って、材料を出庫させることができる。また、工程制御端末２−２は、加工の結果を加工実績として管理することができる。工程制御端末２−２は、上述の夫々の情報を、サーバ１のスケジューラ部や在庫管理システム部と授受することができる。
【００７２】
ステップＳＴ２４の段階は、加工品倉庫における在庫制御端末１−２による在庫制御である。図６のステップＳＴ２４の段階においては、２組の８枚の円盤形の加工品が保管されるものとして描いている。
【００７３】
加工品倉庫とは、例えば、社内において加工した加工品を保管する倉庫である。即ち、加工品倉庫においては、ステップ２３の段階で加工した加工品を、在庫制御端末１−２の制御により管理する。
【００７４】
ステップＳＴ２５の段階は、工程制御端末２−３が制御する検査工程である。図６においては、円盤形の加工品を検査するものとして描いている。
【００７５】
検査工程とは、例えば、製品や半完品の検査を行う工程である。図６のステップＳＴ２５の段階においては、１つの円筒形の材料の検査を行うものとして描いている。具体的には例えば、検査工程は、以下の内容を含んでいる。
まず、工程制御端末２−３は、サーバ１のスケジューラ部や在庫管理システム部から提供される種々の情報に基づき、検査工程を行う。この際、工程制御端末２−３は、在庫制御端末１−２に対して注文を行って、検査対象である加工品等を出庫させることができる。また、工程制御端末２−３は、検査の結果を検査ＯＫ実績、又は検査ＮＧ実績として管理することができる。また、検査の結果がＮＧとなった場合、工程制御端末２−３は、手直し判断を行うことができる。即ち、工程制御端末２−３は、製品等の検査の結果がＯＫとなるように手直しを行うかを判断することができる。手直しを行うこととなった場合、例えば、製品等は、ステップＳＴ２３の段階の社内加工工程において手直しされる。また、工程制御端末２−３は、手直しするメリットがないと判断できる場合は、廃棄することができる。工程制御端末２−３は、上述の夫々の情報を、サーバ１のスケジューラ部や在庫管理システム部と授受することができる。
【００７６】
ステップＳＴ２６の段階は、完成品倉庫における在庫制御端末１−３による在庫制御である。図６のステップＳＴ２６の段階においては、３つの円筒形の材料を手配するものとして描いている。
【００７７】
完成品倉庫とは、生産や製造により完成した完成品を保管する倉庫である。即ち、完成品倉庫においては、ステップＳＴ２５の段階で検査した完成品を、在庫制御端末１−３の制御により管理する。
【００７８】
以上、図６のステップＳＴ２１乃至ＳＴ２６の段階の流れに沿って、本サービスにおける在庫制御端末の位置付けと、生産スケジューラの流れの例とを説明した。ただし、本サービスにおける在庫制御端末の位置付けと、生産スケジューラは上述の例に限らず、以下のようなサービスを提供することができる。
【００７９】
即ち例えば、工程制御端末３は、サーバ１のスケジューラ部又は在庫管理システム部から提供される情報に基づいて種々の工程を制御することができる。
具体的には例えば、工程制御端末３は、外注加工工程を行うことができる。
【００８０】
外注加工工程とは、例えば、他の業者に提供された材料や半完品が、外注により加工を行われる工程である。
具体的には例えば、外注加工工程は、以下の内容を含む。まず、工程制御端末２は、サーバ１のスケジューラ部や在庫管理システム部から提供される情報に基づき、外注手配を行う。工程制御端末２は、他の業者に対して注文書を印刷する。注文書を受け取った他の業者は、納品書と共に外注加工品を納品する。工程制御端末２は、注文の内容を注文実績として管理する。また、納品された材料は、受入検査される。工程制御端末２は、受入検査の結果を受入実績と検査履歴として管理することができる。工程制御端末２は、上述の夫々の情報を、サーバ１のスケジューラ部や在庫管理システム部と授受することができる。
【００８１】
なお、本サービスにおいて、材料手配工程の有無は、生産計画ごとに任意で決定することができる。また、本サービスにおいて、社内加工工程、検査工程、外注工程の工程数、工程順序は生産計画ごとに任意で決定することができる。
【００８２】
以上、図６を用いて、図５の情報処理システムにより提供される、在庫管理と工程管理を含む生産スケジューラの流れの例、及び図３のサーバの機能的構成の一例を説明した。
【００８３】
図７は、図５の情報処理システムにより提供される、在庫関係表画面の例を示す図である。例えば、サーバ２は、在庫関係表画面を、生産や製造に係る在庫関係表を管理する画面として提示することができる。
【００８４】
図７の例の在庫関係表画面において、在庫関係表は、第１階層乃至第４階層の４つの階層として管理されている。具体的には例えば、４つの階層は、第１階層の「完成品在庫」と、第２階層の「半完成品在庫」と、第３階層の「工程間在庫」と、第４階層の「受入在庫」である。第１階層においては、「ＩｏＴリーダ」が管理されており、ＩｏＴリーダの材料である、「ケースＡｓｓｙ」、「シール」、「アンテナ」、「ボルト」の夫々から矢印が引かれている。即ち、ＩｏＴリーダは、上述の在庫の夫々から組み立てられることが管理されており、完成したＩｏＴリーダが、完成品在庫として在庫制御端末１により保管されることを示している。
他の階層についても、同様に、在庫と材料の関係性について矢印が引かれ、管理されている。
【００８５】
サーバ１のスケジューリング部は、在庫関係表の情報に基づいて、生産や製造のスケジューリングを行うことができる。これにより、サーバ１は、材料や工程間在庫や半完成品の必要数とそのスケジュールを提示することができる。
図７の在庫関係表画面に表示された在庫の夫々が備える、「編集」ボタンを操作することにより、図８の新規製品／材料登録モーダル画面を表示し、在庫の夫々の設定を変更することができる。また、夫々の階層の下部にある、「新規製品／材料登録」ボタンを操作することで、新規製品や新規材料の夫々の設定を登録ことができる。
【００８６】
図８は、図５の情報処理システムにより提供される、新規製品／材料登録モーダル画面の例を示す図である。
【００８７】
図８は、ＩｏＴリーダの在庫の新規製品／材料登録モーダル画面を入力している画面の例を示している。
新規製品／材料登録モーダル画面は、「製品／材料情報登録」、「在庫情報」、「どの製品を構成する部品ですか」の欄と、「削除」、「キャンセル」、「登録」ボタンとから構成される。
「製品／材料情報登録」においては、製品か材料化の別や、社内品番や寸法、重量等、在庫がどういったものであるかを示す情報を入力することができる。
また、「在庫情報」においては、図１乃至３を用いて説明した、在庫制御端末１の制御に用いられる各種パラメータ、即ち、標準在庫量や補充リードタイム、補充ロットサイズを入力することができる。
また、「どの製品を構成する部品ですか」においては、在庫関係表における、材料の関係を示す情報を入力することができる。
【００８８】
図９は、図５の情報処理システムにより提供される、在庫階層マスター画面の例を示す図である。
【００８９】
図７において、在庫関係表は、第１階層乃至第４階層の４つの階層として管理されていたが、図９に示す在庫階層マスター画面が操作されることにより、在庫関係表の階層の数を増減されたり、階層ごとの違いを入力されたりすることができる。
具体的には例えば、図７の在庫階層マスター画面には、４つの階層の夫々の左右に、「階層挿入」ボタンと、「階層削除」ボタンとが表示されている。例えば、第３階層と第４階層の間にある「階層挿入」ボタンが操作された場合、第４階層は新たな第５階層となり、新たな第４階層が作成される。例えば、新たな第４階層は、２つ目の工程間在庫とされ、２段階の工程の夫々で在庫を持つ在庫関係票が作成される。
また例えば、「階層削除」ボタンが操作された場合、当該ボタンの左右の階層は、まとめて１つの階層とされる。
また例えば、夫々の階層の「編集」ボタンが操作された場合、階層ごとの違いを説明する文が入力されることができる。
【００９０】
図１０は、図５の情報処理システムにより管理される情報の例を示す図である。
【００９１】
図１０に示すように、例えば、最上段の項目の欄には、左から「種類」、「項目」、「詳細」の項目が、表示されている。
「種類」は、生産管理システムにより管理される、在庫の種類である。例えば、表にあるように「製品／材料」、「製品」、「材料」の種類の在庫が、生産管理システムにより管理される。
【００９２】
ここで、「製品」とは、工程又は製品か材料が下に紐づいている種類である。即ち、「製品」とは、後工程がなく、更に、当該「製品」を材料とした、他の「製品」や「材料」が無いものをいう。具体的には例えば、生産管理システムにおいて、最終的に生産し、他の業者に出荷する状態のものを製品と呼ぶ。
また、「材料」とは、工程及び製品か材料が下に紐づいている種類である。即ち、「材料」とは、後工程がある、又は、当該「材料」を材料とした、他の「製品」や「材料」が有るものをいう。具体的には例えば、生産管理システムにおける、材料や半完品、工程間在庫等を材料と呼ぶ。
また、「製品／材料」とは、「製品」や「材料」をいう。即ち、図１０の説明において「製品／材料」が備える情報は、「製品」と「材料」との両方が備える。
【００９３】
「項目」は、生産管理システムに管理される情報の分類である。なお、図１０において、「項目」は、「種類」毎に示されている。
「製品／材料」の種類が備える情報として、「在庫情報」、「取引先（注文先）情報」がある。また、「製品」の種類が備える情報として、「製品情報」、「取引先（出荷先）情報」、「工程情報」、「構成品情報」がある。また、「在庫」の種類が備える情報として、「在庫情報」がある。
【００９４】
「詳細」は、生産管理システムに管理される情報の詳細である。
夫々の「製品」や「在庫」の種類が備える情報の「詳細」は、図１０に示す通りである。
【００９５】
図１０をみると、「製品」及び「在庫」は、両方が在庫情報を備える。即ち、「製品」及び「在庫」の種類は、補充ロットサイズＲＬＳ、補充リードタイムＲＬＴ、標準在庫量ＳＳＶ、及び保管期限ＳＰの情報を備える。
【００９６】
また、図１０をみると、「製品」は、構成品情報を備える。即ち、「製品」の種類は、図７の「在庫関係表画面」に示したように、種々の「材料」の何れかにより構成されて生産されるのかといった情報を備える。
【００９７】
また例えば、「在庫管理」機能の「たな卸し」において、在庫制御端末１やサーバ２は、以下のような機能を提供することができる。
【００９８】
サーバ２は、「たな卸し」に係る情報として、Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ（以下、「ＩｏＴ」と呼ぶ）の情報を活用して、たな卸しに係る情報を収集し、出力することができる。
具体的には例えば、上述のように、在庫ＳＴＫの品Ｔについて、前述のとおり、「寸法／容量」や、「重量」の情報が管理されている。従って、在庫制御端末１やサーバ２は、ＩｏＴデバイスにより測定された在庫ＳＴＫの重量や寸法に基づき、品Ｔをたな卸しすることができる。これにより、たな卸しする自然人の手間が簡便となる。また、在庫制御端末１やサーバ２は、その他のＩｏＴデバイスの情報に基づいて、たな卸しすることができる。具体的には例えば、在庫制御端末１やサーバ２は、品Ｔや品Ｔを収めた箱に付されたＲａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ  Ｉｄｅｎｔｉｆｉｅｒ（以下、「ＲＦＩＤ」と呼ぶ）タグと、その読み取りデバイスの情報に基づいて、たな卸しをすることができる。
【００９９】
以上、本発明が適用される情報処理システムの実施形態を説明してきた。しかしながら、本発明が適用される実施形態は、例えば次のようなものであってもよい。
【０１００】
本実施形態の説明では、在庫制御端末１は、複数の工程を含む生産管理システムに、在庫制御端末を組込むことにより、生産管理を行うものとして説明したが、特にこれに限定されない。即ち例えば、在庫制御端末は、単なる小売店において、他の業者から補充される在庫を管理し、出庫して陳列する在庫の制御を行ってもよい。つまり、在庫制御端末は、生産管理システムに組み込まれず、在庫を制御してもよい。
【０１０１】
また、本実施形態の説明では、在庫制御端末１の標準在庫量取得部１１１と、補充ロットサイズ取得部１１２と、補充リードタイム取得部１１３と、保管期限取得部１１４との夫々は、サーバ２から通信部１９を介して夫々の情報を取得するものとして説明したが、特にこれに限定されない。即ち例えば、在庫制御端末は、生産や製造のスケジュールに係る情報を、サーバ２の管理者である自然人に入力されてもよく、在庫制御端末に直接入力されてもよく、所定のネットワークＮを介して相互に接続された他のパーソナルコンピュータ（以下、「ＰＣ」と呼ぶ）等から入力されてもよい。
【０１０２】
また、本実施形態の説明では、在庫制御端末１は、出庫した品Ｔの単位量を補充リストＲＬに加えるとしたが、特にこれに限定さない。即ち例えば、注文され、まだ出庫していない段階で品Ｔの単位量が補充リストに加えられてもよい。また、所定の物の保管期限を経過する可能性が高まった段階で品Ｔの単位量が補充リストに加えられてもよい。
【０１０３】
また、本実施形態の説明では、在庫制御端末１は、品Ｔの在庫ＳＴＫを管理するものとして説明したが、特にこれに限定されない。即ち例えば、在庫制御端末１が管理するものは、所定の物（以下、「所定物」と適宜呼ぶ）であれば足る。
【０１０４】
また、本実施形態の説明では、標準在庫量ＳＳＶとは、品Ｔを保管する標準の量を、単位量で示したものとして説明したが、特にこれに限定されない。即ち例えば、所定物を保管する標準の量であれば足る。具体的には例えば、単位量に限らず、個数や重さ、圧力等、あらゆる単位に基づいた量で示したものであってよい。
【０１０５】
また、本実施形態の説明では、補充ロットサイズＲＬＳとは、所定の物の補充に係る最小の量を単位量で示したものとして説明したが、特にこれに限定されない。即ち例えば、補充ロットサイズは、所定の物の補充に係る最小の量であれば足る。
また、最小の量とは、所定の物の量を示す最小の単位に限らない。前述の通り、補充に係る量であって、在庫管理において管理者等が、補充する際に最小の単位とする（定義した）量であれば足る。具体的には例えば、複数の個数の材料を一括で補充することで購入費用が安価になる量が、補充ロットサイズとされてよい。
【０１０６】
また、本実施形態の説明では、補充リードタイムＲＬＴとは、品Ｔの補充に係る指示から品Ｔが補充されるまでの時間として説明したが、特にこれに限定さない。即ち例えば、所定物の補充に係る指示から当該所定物が補充されるまでの時間を示すことができる量であれば足る。即ち例えば、補充の指示を行った日と、実際に補充された日との組を、補充リードタイムに係る情報として取得してよい。
【０１０７】
また、本実施形態の説明では、補充の指示を行う場合に、前工程に対して、補充ロットサイズＲＬＳだけ、品Ｔを補充する旨の指示を行うとしたが、特にこれに限定さない。即ち例えば、補充ロットサイズより大きな量の補充の指示を行ってもよい。
また例えば、補充に係る指示は、前工程に対する注文そのものでもよく、前工程に対する注文を行うべき旨を自然人に提示することでもよい。更に言えば、例えば、自然人に対する、前工程から品Ｔを運ぶ指示であってもよい。即ち、補充の指示は、所定物の補充に係る指示であれば足る。
【０１０８】
また、本実施形態の説明では、保管期限ＳＰは、保管されている品Ｔを破棄し、後述する補充リストＲＬへ追加するまでの期限としたが、特にこれに限定さない。即ち、前記所定物が保管される期限であれば足る。
【０１０９】
また、本実施形態の説明では、在庫制御端末１やサーバ２は、ＩｏＴデバイスにより測定された在庫ＳＴＫの重量や寸法に基づき、品Ｔをたな卸しすることができるとしたが、特にこれに限定されない。即ち、在庫制御端末やサーバは、ＩｏＴを使った自動棚卸ができる。具体的にはたとえば、在庫制御端末やサーバは、上述の重量や寸法、ＲＦＩＤに限らず、ＩｏＴにより品Ｔの量や移動の履歴を確認し、棚卸の結果とすることができる。これにより、たな卸しする自然人の手間が軽減される。
【０１１０】
標準在庫量演算部１０４は、注文量ＯＶが変動する要因である季節、天候、ニュース、営業の状況、その他様々な環境の要因を取得し、標準在庫量ＳＳＶを演算することができるとしたが、特にこれに限定されない。
即ち、在庫制御端末やサーバは、ＡＩを用いた、需要予測ができる。つまり、在庫制御端末やサーバは、在庫情報と環境の要因とに対して、ＡＩに関する機械学習等の手法を適用し注文量ＯＶやその変動等を、予測することができる。具体的には例えば、在庫情報と環境の要因とに対して、機械学習に関する手法を適用し、その結果に基づいて注文量ＯＶやその変動を予測することができる。なお、ＡＩや機械学習のアルゴリズムは、特定のものに限定されない。
【０１１１】
また、在庫制御端末やサーバは、ＡＩを使った最適在庫量の算出ができる。即ち、在庫制御端末やサーバは、在庫情報と環境の要因とに対して、ＡＩに関する機械学習等の手法を適用し、最適な標準在庫量ＳＳＶの演算ができる。具体的には例えば、在庫情報と環境の要因とに対して、機械学習に関する手法を適用し、その結果に基づいて、標準在庫量ＳＳＶを演算することができる。なお、ＡＩや機械学習のアルゴリズムは、特定のものに限定されない。
【０１１２】
また例えば、上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
換言すると、図３の機能的構成は例示に過ぎず、特に限定されない。
【０１１３】
即ち、上述した一連の処理を全体として実行できる機能が情報処理システムに備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に図３の例に限定されない。また、機能ブロックの存在場所も、図３に特に限定されず、任意でよい。例えば、在庫制御端末１の機能ブロックをサーバ２等に移譲させてもよい。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。
【０１１４】
また例えば、一連の処理をソフトウェアにより実行させる場合には、そのソフトウェアを構成するプログラムが、コンピュータ等にネットワークや記録媒体からインストールされる。
コンピュータは、専用のハードウェアに組み込まれているコンピュータであってもよい。
また、コンピュータは、各種のプログラムをインストールすることで、各種の機能を実行することが可能なコンピュータ、例えばサーバの他汎用のスマートフォンやパーソナルコンピュータであってもよい。
【０１１５】
また例えば、このようなプログラムを含む記録媒体は、装置本体とは別に配布される図示せぬリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態で提供される記録媒体等で構成される。
【０１１６】
なお、本明細書において、記録媒体に記録されるプログラムを記述するステップは、その順序に沿って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的或いは個別に実行される処理をも含むものである。
また、本明細書において、システムの用語は、複数の装置や複数の手段等より構成される全体的な装置を意味するものとする。
【０１１７】
以上を換言すると、本発明が適用される情報処理装置は、次のような構成を有する各種各様の実施形態を取ることができる。
即ち、本発明が適用される情報処理装置（例えば、図２や図３の在庫制御端末１）は、
所定物（例えば、図１の品Ｔ）を保管する標準の量を、標準在庫量（例えば、図１の標準在庫量ＳＳＶ）として取得する第１取得手段（例えば、図３の標準在庫量取得部１１１）と、
前記所定物の補充に係る最小の量を、補充単位量（例えば、図１の補充ロットサイズＲＬＳ）として取得する第２取得手段（例えば、図３の補充ロットサイズ取得部１１２）と、
前記所定物の補充に係る指示から当該所定物が補充されるまでの時間を、補充所要時間（例えば、図１の補充リードタイムＲＬＴ）として取得する第３取得手段（例えば、図６の補充リードタイム取得部１１３）と、
前記第１取得手段により取得された前記標準在庫量、前記第２取得手段により取得された前記補充単位量、及び前記第３取得手段により取得された前記補充所要時間に基づいて、前記所定物の補充に係る指示をする補充指示手段（例えば、図６の補充指示部１０３）と、
を備える情報処理装置であれば足りる。
【０１１８】
また、情報処理装置は、
前記所定物が保管される期限を、保管期限として取得する第４取得手段（例えば、図６の保管期限取得部１１４）、
をさらに備え、
前記補充指示手段は、更に前記保管期限に基づいて、前記所定物の補充に係る指示をすることができる。
【０１１９】
また、情報処理装置は、
前記所定物の重量、寸法、及び仕入先のうち少なくとも１つに基づいて、前記標準在庫量を演算する、演算手段（例えば、図６の標準在庫量演算部１０４）、
をさらに備えることができる。
【符号の説明】
【０１２０】
１・・・在庫制御装置、２・・・サーバ、３・・・工程制御端末、１１・・・ＣＰＵ、１８・・・記憶部、１０１・・・取得部、１０２・・・在庫情報管理部、１０３・・・補充指示部、１０４・・・標準在庫量演算部、１１１・・・標準在庫量取得部、１１２・・・補充ロットサイズ取得部、１１３・・・補充リードタイム取得部、１１４・・・保管期限取得部
【図１】
2020135646.tif 000007
【図２】
2020135646.tif 000008
【図３】
2020135646.tif 000009
【図４】
2020135646.tif 000010
【図５】
2020135646.tif 000011
【図６】
2020135646.tif 000012
【図７】
2020135646.tif 000013
【図８】
2020135646.tif 000014
【図９】
2020135646.tif 000015
【図１０】
2020135646.tif 000016