JP7469675B2 - 情報処理装置、制御方法、プログラム - Google Patents

Description

本発明は、適正な安全在庫を決定するための仕組みに関する。

一般的に、安全在庫の計算方法として、下記のように、所定期間の販売実績標準偏差と、発注間隔と調達期間の合算の平方根と、安全係数の積で求める計算方法が用いられる。

・安全在庫量＝安全係数×販売実績標準偏差×ＳＱＲＴ（発注間隔＋調達期間）
（ＳＱＲＴ（ａ）：ａの平方根）

特許文献１には、安全係数の上限と下限を用いて、下限在庫と上限在庫を算出し、在庫不足や在庫過剰を防止することが記載されている。

特開２０１６ー７１８５３号公報

しかしながら、前述の計算方法では、所定期間内に販売実績がないような間欠需要品や新商品では、販売実績標準偏差が計算できず、安全在庫量を求めることができない。

また、販売実績標準偏差の代わりに、予測誤差率を用いた安全在庫計算方法もあるが、同様に、販売実績がないため、予測誤差率が計算できず、安全在庫を求めることができない。

そこで、本発明は、安全在庫を適正に決定することにより、在庫不足を低減可能な仕組みを提供することを目的とする。

本発明は、調達された在庫が使用されるアイテムの対象期間の安全在庫量であって、過去の使用実績量に基づく第１の安全在庫量と、前記アイテムの前記対象期間以降の使用予定量に基づく第２の安全在庫量とを取得する取得手段と、前記第２の安全在庫量に基づいて前記対象期間における安全在庫量を決定する設定に係る情報に従って、前記第２の安全在庫量に基づいて前記対象期間における安全在庫量を決定する設定がされている場合には、前記取得された第２の安全在庫量が前記取得された第１の安全在庫量より大きい場合に、当該第２の安全在庫量を前記対象期間における安全在庫量とするよう決定し、前記対象期間における安全在庫量を決定する設定がされていない場合には、前記取得された第１の安全在庫量を前記対象期間における安全在庫量とするよう決定する決定手段とを備えることを特徴とする。

本発明によれば、安全在庫を適正に決定することにより、在庫不足を低減可能な仕組みの提供が可能となる。

本発明の情報処理装置の機能ブロック図である 図１の情報処理装置として適用可能な情報処理装置のハードウエア構成の一例を示す図である 本実施形態における発注量算出処理を示すフローチャートである 図３におけるステップＳ１０８の詳細処理を示すフローチャートである 図４におけるステップＳ２０２の詳細処理を示すフローチャートである 属性情報テーブル、発注カレンダテーブル、在庫量テーブル、発注残テーブル、販売予定量テーブル、発注量テーブルの一例を示す図である 計算モデルテーブル、計算パターンテーブルの一例を示す図である 計算モデル管理部で管理される計算モデル情報を設定するための画面の一例を示す図である 属性情報管理部で管理される属性情報を設定するための画面の一例を示す図である ＰＳＩ情報管理部で管理されるＰＳＩ情報を表示する画面の一例を示す図である 本発明の実施形態における処理が終了した時点でＰＳＩ情報を表示する画面の一例である

以下、図面を参照して本発明の実施形態を詳細に説明する。

図１は、本発明に係る情報処理装置の機能ブロック図である。

図１に示すように、本実施形態に係る情報処理装置は、入出力部１００、制御部１０１、データ管理部１０２から構成される。

さらに制御部１０１は、計算モデル管理部１０１ａ、属性情報管理部１０１ｂ、ＰＳＩ情報管理部１０１ｃ、最小安全在庫計算部１０１ｄ、最大安全在庫計算部１０１ｅ、安全在庫計算部１０１ｆ、安全在庫補正部１０１ｇ、発注点計算部１０１ｈ、発注量計算部１０１ｉから構成される。

計算モデル管理部１０１ａは、計算モデルテーブル１０２ｇ（図７）および計算パターンテーブル１０２ｈ（図７）から取得した計算モデルを格納し管理する。

属性情報管理部１０１ｂは、属性情報テーブル１０２ａ（図６）から取得した計算対象アイテムの属性情報を格納し管理する。

ＰＳＩ情報管理部１０１ｃは、図３に示す処理により算出されるＰＳＩデータ等を格納し管理する。

最小安全在庫計算部１０１ｄは、式１に示す計算式などにより、最小安全在庫量を計算する。

・最小安全在庫量＝今回発注に対する入庫日翌日から指定期間分の販売予定量合計
…（式１）
（指定期間は、最小安全在庫量算出用に別途設定）

最大安全在庫計算部１０１ｅは、式２に示す計算式などにより、最大安全在庫量を計算する。

・最大安全在庫量＝今回発注に対する入庫日翌日から指定期間分の販売予定量合計
…（式２）
（指定期間は、最大安全在庫量算出用に別途設定）

安全在庫計算部１０１ｆは、式３に示す計算式などにより、安全在庫量を計算する。

・安全在庫量＝安全係数×販売実績標準偏差×ＳＱＲＴ（発注間隔＋調達期間）
…（式３）
（ＳＱＲＴ（ａ）：ａの平方根）

安全在庫補正部１０１ｇは、式４に示す計算式などにより、安全在庫補正量を計算する。

・安全在庫補正量＝ｍｉｎ（ｍａｘ（最小安全在庫量，安全在庫量），最大安全在庫量）
…（式４）
（ｍｉｎ（ａ，ｂ）：ａとｂの最小値、ｍａｘ（ａ，ｂ）：ａとｂの最大値）

発注点計算部１０１ｈは、式５に示す計算式などにより、発注点を計算する。

・発注点＝今回発注日から次回発注に対する納入日前日までの販売予定量合計
＋安全在庫補正量 …（式５）

発注量計算部１０１ｉは、式６に示す計算式などにより、発注量を計算する。

・発注量＝ＣＥＩＬＩＮＧ（発注点－在庫量
－今回発注日から次回発注に対する納入日前日までの発注残合計，
発注ロット） …（式６）
（ＣＥＩＬＩＮＧ（ａ，ｂ）：ａをｂの倍数に切り上げた値）

また、データ管理部１０２は、各種データを管理する機能部である。具体的には、属性情報テーブル１０２ａ（図６）、発注カレンダテーブル１０２ｂ（図６）、在庫量テーブル１０２ｃ（図６）、発注残テーブル１０２ｄ（図６）、販売予定量テーブル１０２ｅ（図６）、発注量テーブル１０２ｆ（図６）、計算モデルテーブル１０２ｇ（図７）、計算パターンテーブル１０２ｈ（図７）に示すデータを管理する。

属性情報テーブル１０２ａには、アイテムＩＤ毎に、それぞれのアイテムの属性情報が格納されている。

発注カレンダテーブル１０２ｂには、発注日と納入日とが対応付けられたデータが格納されている。

在庫量テーブル１０２ｃには、アイテムの実績日と、当該実績日の在庫量が格納されている。

発注残テーブル１０２ｄには、アイテムの入庫予定日と、当該入庫予定日の入庫予定量が格納されている。

販売予定量テーブル１０２ｅには、アイテムの販売予定日と、当該販売予定日の販売量が格納されている。販売予定日の販売量（販売予定量）については、過去の販売実績量に基づく予測結果として算出して設定してもよいし、担当者が販売計画等に基づいて入力して設定してもよい。

生産量テーブル１０２ｆには、図３のフローチャートに示す処理により算出された発注量、安全在庫補正量などのデータが格納されている。

計算モデルテーブル１０２ｇには、計算モデルＩＤごとに発注量・発注点・安全在庫量・最小安全在庫量・最大安全在庫量の計算パターンと、当該計算パターンの計算に必要なパラメータが格納されている。

計算パターンテーブル１０２ｈには、計算パターンＩＤごとに計算パターン名、パラメータ使用フラグ、パラメータ名が格納されている。

以下、図２を用いて、図１に示した情報処理装置のハードウエア構成の一例について説明する。

図２において、２０１はＣＰＵで、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。また、ＲＯＭ２０３あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、各サーバ或いは各ＰＣの実行する機能を実現するために必要な各種プログラム等が記憶されている。

２０２はＲＡＭで、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＯＭ２０３あるいは外部メモリ２１１からＲＡＭ２０２にロードして、該ロードしたプログラムを実行することで各種動作を実現するものである。

また、２０５は入力コントローラで、入力装置２０９等からの入力を制御する。２０６はビデオコントローラで、液晶ディスプレイ等のディスプレイ装置２１０への表示を制御する。なお、ディスプレイ装置は、液晶ディスプレイに限られず、ＣＲＴディスプレイなどであっても良い。これらは必要に応じてクライアントが使用するものである。

２０７はメモリコントローラで、ブートプログラム，各種のアプリケーション，フォントデータ，ユーザファイル，編集ファイル，各種データ等を記憶するハードディスク（ＨＤ）や、フレキシブルディスク（ＦＤ）、或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュ（登録商標）メモリ等の外部メモリ２１１へのアクセスを制御する。

２０８は通信Ｉ／Ｆコントローラで、ネットワークを介して外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いた通信等が可能である。

なお、ＣＰＵ２０１は、例えばＲＡＭ２０２内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ装置２１０上での表示を可能としている。また、ＣＰＵ２０１は、ディスプレイ装置２１０上の不図示のマウスカーソル等でのユーザ指示を可能とする。

ハードウエア上で動作する各種プログラムは、外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０２にロードされることによりＣＰＵ２０１によって実行されるものである。

なお、全ての装置がこれらの構成を備えているわけではなく、必要なものを夫々備えていればよい。

次に、図３を用いて、本発明の実施形態において情報処理装置が行う発注量算出処理について説明する。

なお、図３のフローチャートで示す処理については、情報処理装置のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。

ステップＳ１０１では、制御部１０１は、属性情報テーブル１０２ａ（図６）から計算対象となるアイテムの件数を取得する。そして、取得した件数をＭに代入する。

ここで属性情報テーブル１０２ａに登録されているアイテムの全件を取得して件数をカウントしても良いし、対象フラグがＴｒｕｅであるアイテムのみを取得してカウントしても良い。

ステップＳ１０２では、制御部１０１は、属性情報テーブル１０２ａから計算対象アイテムの属性情報を取得し、取得した属性情報を属性情報管理部１０１ｂに格納する。

なお、取得した属性情報は、入出力部１００からユーザによる変更が可能である。図９に属性情報を変更するための画面の一例を示す。

ステップＳ１０３では、制御部１０１は、ステップＳ１０２で取得した属性情報のうち、計算モデルＩＤをキーとして計算モデルテーブル１０２ｇ（図７）から計算に必要なパラメータを取得する。そして、属性情報管理部１０１ｂに指定値が格納されていない場合、ここで取得したパラメータにて補完して格納する。

例えば、対象のアイテムＩＤがＩＴＥＭ０１の場合、計算モデルＩＤはＭ０２である。そのため、計算モデルＩＤがＭ０２のパラメータとして、発注量計算パターンＩＤおよび発注量計算パターン値、発注点計算パターンＩＤおよび発注点計算パターン値、安全在庫計算パターンＩＤおよび安全在庫計算パターン値、最小安全在庫計算パターンＩＤおよび最小安全在庫計算パターン値、最大安全在庫計算パターンＩＤおよび最大安全在庫計算パターン値を取得する。

なお、取得した計算モデル情報は、入出力部１００からユーザによる変更が可能である。図８に計算モデル情報を変更するための画面の一例を示す。

ステップＳ１０４では、制御部１０１は、ステップＳ１０２で取得した属性情報のうち、発注カレンダＩＤをキーとして、発注カレンダテーブル１０２ｂ（図６）から発注カレンダを取得し、ＰＳＩ情報管理部１０１ｃに格納する。

ステップＳ１０５では、制御部１０１は、ステップＳ１０２で取得した属性情報のうち、アイテムＩＤをキーとして、在庫量テーブル１０２ｃ（図６）から、在庫量を取得し、ＰＳＩ情報管理部１０１ｃの在庫量の項目に格納する。
例えばアイテムＩＤがＩＴＥＭ０１の場合、２０１８年１０月１７日の在庫は２５６あることが分かる。同様に１０月１８日の在庫は２８あることが分かる。

ここで在庫量テーブル１０２ｃは履歴形式であっても構わない。この場合は、実績日もキー項目となる。

ステップＳ１０６では、制御部１０１は、ステップＳ１０２で取得した属性情報のうち、アイテムＩＤをキーとして、発注残テーブル１０２ｄ（図６）から入庫予定日、入庫予定量を取得する。そして、取得した入庫予定量をＰＳＩ情報管理部１０１ｃの発注残に格納する。

例えばＩＴＥＭ０１の場合は、２０１８年１０月２２日に入庫予定量５０を予定していることがわかる。

ステップＳ１０７では、制御部１０１は、ステップＳ１０２で取得した属性情報のうち、アイテムＩＤをキーとして、販売予定量テーブル１０２ｅ（図６）から販売予定日と販売量を取得する。そして、取得した販売量をＰＳＩ情報管理部１０１ｃの販売予定量に格納する。

なお、該当する販売予定日のレコードが存在しない場合は、ゼロで補完する。

例えば、ＩＴＥＭ０１については、２０１８年１０月１９日の販売量は２２を予定している。また、１０月２２日は２１、１０月２３日は２１・・・というようになっている。

ステップＳ１０５～Ｓ１０７で取得した各種のデータを格納したＰＳＩ情報管理部１０１ｃによりＰＳＩ情報を表示する画面の表示例を図１０に示す。

ステップＳ１０８では、対象日ごとに発注量の計算処理を行う。本処理の詳細は、図４のフローチャートを用いて説明する。

次に、図４を用いて、本発明の実施形態において情報処理装置が行うステップＳ１０８に示す処理の詳細について説明する。

なお、図４のフローチャートで示す処理については、情報処理装置のＣＰＵ２０１が所定の制御プログラムを読み出して実行する処理である。

ステップＳ２０１では、制御部１０１は、対象日がステップＳ１０４で取得した発注カレンダの発注日と一致するレコードが存在するか否かを判定する。
一致するレコードが存在する場合（ステップＳ２０１：真）は、処理をステップＳ２０２に移行する。

一致するレコードが存在しない場合（ステップＳ２０１：偽）は、処理をステップＳ２１０へ移行する。

例えば、対象日が１０月１９日の場合は、発注カレンダの発注日と一致するレコードが存在するため、処理をステップＳ２０２に移行する。

他方、対象日が１０月２０日の場合は、発注カレンダの発注日と一致するレコードが存在しないので、処理をステップＳ２１０へ移行する。

ステップＳ２０２では、対象日ごとに最小安全在庫の計算処理を行う。本処理の詳細は、図５のフローチャートを用いて説明する。

ステップＳ３０１では、制御部１０１は、ステップＳ１０３で取得した最小安全在庫計算パターンＩＤに従って、計算方法を分岐させる。

例えば、ＩＴＥＭ０３の場合、計算モデルＩＤはＭ０２となり、計算モデルテーブル１０２ｇ（図６）から最小安全在庫計算パターンは１、最小安全在庫計算パターン値は３０となるため、ステップＳ３０１は１となり、最小安全在庫は例えば式１の計算式に従って、１０月１９日発注に対する入庫日１０月２２日の翌日２３日から指定期間３０日分の販売予定量を合計する。

なお、このとき属性情報テーブル１０２ａから取得した計算対象アイテムの属性情報のうち、最小安全在庫計算用個別パラメータが存在する場合は、最小安全在庫計算パターン値より優先して、最小安全在庫計算用個別パラメータにて計算を行う。

例えば、ＩＴＥＭ０１の場合、最小安全在庫計算パターン値は３０であるが、最小安全在庫計算用個別パラメータに３が設定されているため、最小安全在庫は式１の計算式に従って、１０月１９日発注に対する入庫日１０月２２日の翌日２３日から指定期間３日分の販売予定量を合計する。

図４の処理の説明に戻る。

ステップＳ２０３では、対象日ごとに最大安全在庫の計算処理を行う。処理の仕組みは、ステップＳ２０４と同様の仕組みで行う。最大安全在庫については、例えば式２の計算式により計算することが可能である。

ステップＳ２０４では、対象日ごとに安全在庫の計算処理を行う。処理の仕組みは、ステップＳ２０４と同様の仕組みで行う。安全在庫については、例えば式３の計算式により計算することが可能である。例えばＩＴＥＭ０１の１０月１９日の安全在庫は１，６５ｘ５．９８ｘＳＱＲＴ（４）≒１９．７３となる。

ステップＳ２０５では、対象日ごとに安全在庫の補正を行う。安全在庫補正量については、例えば式４の計算式により計算することが可能である。
例えば、ステップＳ２０２で計算した最小安全在庫が２１＋０＋２２＝４３であれば、安全在庫１９．７３より大きいため、安全在庫補正量は４３となる。そして、補正した安全在庫補正量をＰＳＩ情報管理部１０１ｃの安全在庫補正量に格納する。

ステップＳ２０６では、対象日ごとに発注点の計算処理を行う。処理の仕組みは、ステップＳ２０４と同様の仕組みで行う。発注点については、例えば式５の計算式により計算することが可能である。例えばＩＴＥＭ０１の１０月１９日の発注点は（２２＋２１＋２２＋２１）＋４３＝１２９となる。

ステップＳ２０７では、対象日ごとに発注要否の判定を行う。

発注点＞在庫量＋発注残の場合（ステップＳ２０７：要）は、処理をステップＳ２０８に移行する。

発注点≦在庫量＋発注残の場合（ステップＳ２０７：否）は、処理をステップＳ２１０へ移行する。

例えば、対象日が１０月１９日の場合は、発注点が１２９に対し、在庫量が２８、発注残が５０のため、処理をステップＳ２０８に移行する。

ステップＳ２０８では、対象日ごとに発注量の計算を行う。発注量については、例えば式６の計算式により計算することが可能である。

例えば、対象日が１０月１９日の場合は、発注点が１２９に対し、在庫量が２８、発注残が５０、発注ロットが５０のため、ＣＥＩＬＩＮＧ（１２９－２８－５０、５０）＝１００となる。そして、計算した発注量をＰＳＩ情報管理部１０１ｃの発注量に格納する。

ステップＳ２０９では、制御部１０１は、発注量、安全在庫補正量を、発注量テーブル１０２ｆ（図６）に保存する。

ステップＳ２１０では、制御部１０１は、前日の在庫量から当日の販売予定量を減算し、さらに当日の発注残および発注量を加算した値を、当日の在庫量として更新する。そして、計算した当日の在庫量をＰＳＩ情報管理部１０１ｃの在庫量に格納する。

例えば、１０月１９日の在庫量については、１０月１８日の在庫量－１０月１９日の販売予定量＋１０月１９日の発注残＋１０月１９日の発注量で求められる。具体的には、２８－２２＋５０＋０＝５６となる。

図１１は、ＩＴＥＭ０１について計算期間であるＴ＝５まで図４に示す処理を繰り返した場合のＰＳＩ情報を表示した画面の一例を示す図である。安全在庫補正量には、安全在庫量を最小安全在庫量で補正した場合の数量が表示され、最小安全在庫量で補正したかを確認できる。この補正の状況に基づいて、最小安全在庫量の設定を有効にする期間を判断することも可能となる。例えば、需要実績が蓄積されてきた場合には、最小安全在庫量を使用せず、需要実績から算出する安全在庫量を採用するなどの判断ができる。

このように、間欠需要や新商品など、過去の販売実績が十分に存在しない場合であっても、必要最小限の安全在庫を考慮して、欠品ロスを低減可能な発注量を算出することが可能となる。

なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。

また、本発明におけるプログラムは、図３、図４、図５の処理方法をコンピュータが実行可能なプログラムである。なお、本発明におけるプログラムは図３、図４、図５の各装置の処理方法ごとのプログラムであってもよい。

以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読み出し、実行することによっても本発明の目的が達成されることは言うまでもない。

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＤＶＤ－ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＥＰＲＯＭ、シリコンディスク等を用いることが出来る。

また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

また、本発明は、複数の機器から構成されるシステムに適用しても、ひとつの機器から成る装置に適用しても良い。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。

さらに、本発明を達成するためのプログラムをネットワーク上のサーバ、データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。なお、上述した各実施形態およびその変形例を組み合わせた構成も全て本発明に含まれるものである。

１００ 入出力部
１０１ 制御部
１０２ データ管理部

Claims (7)

1. 調達された在庫が使用されるアイテムの対象期間の安全在庫量であって、過去の使用実績量に基づく第１の安全在庫量と、前記アイテムの前記対象期間以降の使用予定量に基づく第２の安全在庫量とを取得する取得手段と、
   前記第２の安全在庫量に基づいて前記対象期間における安全在庫量を決定する設定に係る情報に従って、前記第２の安全在庫量に基づいて前記対象期間における安全在庫量を決定する設定がされている場合には、前記取得された第２の安全在庫量が前記取得された第１の安全在庫量より大きい場合に、当該第２の安全在庫量を前記対象期間における安全在庫量とするよう決定し、前記対象期間における安全在庫量を決定する設定がされていない場合には、前記取得された第１の安全在庫量を前記対象期間における安全在庫量とするよう決定する決定手段と
   を備えることを特徴とする情報処理装置。
2. 前記第２の安全在庫量に基づいて前記対象期間における安全在庫量を決定する設定に係る情報を受け付ける設定情報受付手段を備えることを特徴とする請求項１に記載の情報処理装置。
3. 前記第２の安全在庫量を前記対象期間の安全在庫量とするよう決定した場合の当該第２の安全在庫量を表示する表示制御手段を備えることを特徴とする請求項１に記載の情報処理装置。
4. 前記第２の安全在庫量は、前記アイテムの前記対象期間以降の所定の期間の使用予定量の合計であることを特徴とする請求項１～３のいずれか１項に記載の情報処理装置。
5. 前記所定の期間に係る期間数を受け付ける受付手段を備えることを特徴とする請求項４に記載の情報処理装置。
6. 情報処理装置の取得手段が、調達された在庫が使用されるアイテムの対象期間の安全在庫量であって、過去の使用実績量に基づく第１の安全在庫量と、前記アイテムの前記対象期間以降の使用予定量に基づく第２の安全在庫量とを取得する取得ステップと、
   情報処理装置の決定手段が、前記第２の安全在庫量に基づいて前記対象期間における安全在庫量を決定する設定に係る情報に従って、前記第２の安全在庫量に基づいて前記対象期間における安全在庫量を決定する設定がされている場合には、前記取得された第２の安全在庫量が前記取得された第１の安全在庫量より大きい場合に、当該第２の安全在庫量を前記対象期間における安全在庫量とするよう決定し、前記対象期間における安全在庫量を決定する設定がされていない場合には、前記取得された第１の安全在庫量を前記対象期間における安全在庫量とするよう決定する決定ステップと
   を備えることを特徴とする情報処理装置の制御方法。
7. 情報処理装置を、
   調達された在庫が使用されるアイテムの対象期間の安全在庫量であって、過去の使用実績量に基づく第１の安全在庫量と、前記アイテムの前記対象期間以降の使用予定量に基づく第２の安全在庫量とを取得する取得手段と、
   前記第２の安全在庫量に基づいて前記対象期間における安全在庫量を決定する設定に係る情報に従って、前記第２の安全在庫量に基づいて前記対象期間における安全在庫量を決定する設定がされている場合には、前記取得された第２の安全在庫量が前記取得された第１の安全在庫量より大きい場合に、当該第２の安全在庫量を前記対象期間における安全在庫量とするよう決定し、前記対象期間における安全在庫量を決定する設定がされていない場合には、前記取得された第１の安全在庫量を前記対象期間における安全在庫量とするよう決定する決定手段
   として機能させるためのプログラム。

Images