JP2020091648A - 管理装置および管理方法 - Google Patents

Abstract

【課題】在庫管理上のリスク管理の容易化を図ること。【解決手段】管理装置は、第１期間よりも先の期間である第２期間における特定品目の販売数と、第２期間における特定品目の納入数とを取得する取得処理と、取得処理によって取得された第２期間における特定品目の納入数以上の第１納入数と、第２期間における特定品目の納入数以下の第２納入数と、を設定する設定処理と、設定処理によって設定された第１納入数が納入された場合の特定品目に関する余剰在庫の管理費を算出し、設定処理によって設定された第２納入数が納入された場合の特定品目に関する販売機会の損失費を算出する算出処理と、算出処理によって算出された特定品目に関する余剰在庫の管理費と特定品目に関する販売機会の損失費とを出力する出力処理と、を実行する。【選択図】図１１

Description

本発明は、データを管理する管理装置および管理方法に関する。

近年、製造業において、製造、販売がグローバルに展開されている。工場や販売会社においては販売機会損失の低減やリードタイム短縮のためＰＳＩ（Ｐｕｒｃｈａｓｅ，Ｓａｌｅｓ，Ｉｎｖｅｎｔｏｒｙ）情報の管理システムが必要とされている。たとえば、特許文献１の生産計画装置は、日付ごとの生産計画を管理する生産計画装置において、第１の製品と第２の製品に対する、日付ごとの生産予定数、出荷予定数、在庫予定数を表示出力するための生産出荷在庫データを読み出して、第１の製品と第２の製品に対する、日付ごとの生産予定数、出荷予定数、在庫予定数を表示させ、該第１の製品に対する補充の生産予定数を受け付けると、受け付けた第１の製品に対する補充の生産予定数に対する第２の製品が副産物として生産される生産予定数を生産ランクテーブルに基づいて算出して、第１の製品に対する生産予定数と、第２の製品の生産予定数を更新して、日付ごとの生産予定数、出荷予定数、在庫予定数を表示させる。

特許文献２の在庫管理システムは、需要予測部で予測した需要に基づいて、予定出庫量、予定在庫量、予定入庫量を決定し、在庫管理部で、在庫量実績データから在庫量の単位期間内の変動幅である在庫量実績変動幅データを算出して、在庫量実績データと適正在庫量上下限基準データとを比較して在庫量の適正度を判断すると共に、在庫量実績変動幅データと適正在庫量変動幅基準データとを比較して需要予測モデルの適正度を判断し、在庫量の適正度及び需要予測モデルの適正度の各判断結果に基づいて、在庫量の増減調整の要否、及び需要予測モデルの修正の要否を判断して、該判断結果を出力する。

特許文献３の需要予測装置は、各商品の過去の購買数と、当該購買数を変動させる変動因子を数値化した変動因子情報とを実績データとして記憶する記憶手段と、需要予測の対象となる基準日の入力を受け付ける受付手段と、前記記憶手段に記憶された実績データに基づいて、前記変動因子情報が前記購買数の変動に寄与する度合いを示す回帰係数を算出する回帰係数算出手段と、前記回帰係数算出手段により算出された前記回帰係数と、前記基準日における変動因子情報とを用いて、当該基準日に購買される商品毎の購買数を予測購買数として算出する予測購買数算出手段と、を備え、前記記憶手段が記憶する前記変動因子は、特売期間中における特売開始からの経過日数情報を含む。

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

販売会社と工場との間の取り決めによっては、ＭＯＱ（Ｍｉｎｕｍｕｍ Ｏｒｄｅｒ Ｑｕａｎｔｉｔｙ、最小発注単位）やＳＰＱ（Ｓｔａｎｄａｒｄ Ｐａｃｋｉｎｇ Ｑｕａｎｔｉｔｙ、梱包単位）が存在するケースがあり、これらを考慮して納入要求の数値を計算する必要がある。そのとき、仮にすべて切上計算する場合、ＭＯＱやＳＰＱの値によっては在庫が過剰となる可能性がある。本開示技術は、在庫管理上のリスク管理の容易化を図ることを目的とする。

本願において開示される発明の一側面となる管理装置および管理方法は、プログラムを実行するプロセッサと、前記プログラムを記憶する記憶デバイスと、を有する管理装置および管理方法であって、特定品目に関する基準在庫数と、前記特定品目の仕入単価と、前記特定品目の販売単価と、前記特定品目を在庫として管理する前記特定品目に関する在庫管理費比率と、を含む品目情報を記憶するとともに、第１期間における前記特定品目の在庫数を記憶するデータベースにアクセス可能であり、前記プロセッサは、第１期間よりも先の期間である第２期間における特定品目の販売数と、前記第２期間における特定品目の納入数とを取得する取得処理と、前記取得処理によって取得された前記第２期間における特定品目の納入数以上の第１納入数と、前記第２期間における前記特定品目の前記納入数以下の第２納入数と、を設定する設定処理と、前記設定処理によって設定された前記第１納入数が納入された場合の前記特定品目に関する余剰在庫の管理費を算出し、前記設定処理によって設定された前記第２納入数が納入された場合の前記特定品目に関する販売機会の損失費を算出する算出処理と、前記算出処理によって算出された前記特定品目に関する余剰在庫の管理費と前記特定品目に関する販売機会の損失費とを出力する出力処理と、を実行することを特徴とする。

本発明の代表的な実施の形態によれば、在庫管理の効率化を図ることができる。前述した以外の課題、構成及び効果は、以下の実施例の説明により明らかにされる。

図１は、管理システムのシステム構成例を示す説明図である。 図２は、管理システムのハードウェア構成例を示すブロック図である。 図３は、図２に示した品目情報ＤＢの記憶内容例を示す説明図である。 図４は、ＰＳＩ情報ＤＢの記憶内容例を示す説明図である。 図５は、ＰＳＩ履歴情報ＤＢの記憶内容例を示す説明図である。 図６は、納期回答情報ＤＢの記憶内容例を示す説明図である。 図７は、ユーザ情報ＤＢの記憶内容例を示す説明図である。 図８は、ＬＰＳＩ一覧画面例を示す説明図である。 図９は、実施例１にかかるＰＳＩ情報表示領域の更新例１を示す説明図である。 図１０は、実施例１にかかるＰＳＩ情報表示領域の更新例２を示す説明図である。 図１１は、実施例１にかかるＰＳＩ情報表示領域の更新例３を示す説明図である。 図１２は、実施例１にかかるＰＳＩ情報表示領域の更新例４を示す説明図である。 図１３は、ＷＥＢサーバと端末との間の処理手順を示すシーケンス図である。 図１４は、図１３に示した納入要求算出処理（ステップＳ１３０４）の詳細な処理手順例を示すフローチャートである。 図１５は、図１４に示した切り上げ処理（ステップＳ１４０３）の詳細な処理手順例を示すフローチャートである。 図１６は、図１５に示した納入ＬＴ内の販売数および在庫数設定処理（ステップＳ１５０１）の詳細な処理手順例を示すフローチャートである。 図１７は、図１５に示した第１予測処理（ステップＳ１５０２）の詳細な処理手順例を示すフローチャートである。 図１８は、図１４に示した管理費考慮処理（ステップＳ１４０４）の詳細な処理手順例を示すフローチャートである。 図１９は、図１８に示した第２予測処理（ステップＳ１８０２）の詳細な処理手順例を示すフローチャートである。 図２０は、図１９に示した決定処理（ステップＳ１９０９）の詳細な処理手順例を示すフローチャートである。 図２１は、実施例２にかかるＰＳＩ情報表示領域の更新例１を示す説明図である。 図２２は、実施例２にかかるＰＳＩ情報表示領域の更新例２を示す説明図である。 図２３は、実施例２にかかる現世代の納入要求の変更処理手順例を示すフローチャートである。

まず、添付図面を用いて実施例１にかかる管理装置および管理方法について説明する。実施例１は、製造業における販売会社のＰＳＩ情報を管理する管理装置および管理方法について説明する。管理装置は、販売会社が調達先である工場に納入要求する数量を自動計算する際、各種パラメータを設定することによってより細やかな計算を実行する。具体的には、たとえば、管理装置は、納入要求を計算する場合に品目ごとに定義されるＭＯＱやＳＰＱを考慮した計算を実行する。

ただし、販売会社においては、余剰在庫を管理する在庫管理費の問題と、在庫不足による販売期間損失の問題が常に存在する。在庫管理費とは、ヒト（在庫管理の人件費）、モノ（商品の劣化、廃棄、値引き販売）、場所（倉庫、光熱費）の観点で、一般的に在庫金額の１５％〜２５％に相当する費用である。このような問題が存在するため、管理装置は、ＭＯＱやＳＰＱを考慮した計算の実行により、余剰となる在庫や逆に在庫不足になる場合の費用的なリスクを考慮した計算を実行する。これにより、納入要求の際のリスク管理の向上を図る。

＜システム構成例＞
図１は、管理システムのシステム構成例を示す説明図である。管理システム１０１は、１以上の販売会社（「販社」ともいう）１０２の端末９０および１以上の調達先である工場１０３の端末９０がインターネット等のネットワーク１１０を経由して利用可能なクラウド型のシステムである。

管理システム１０１は、ＷＥＢサーバ１０４とＤＢ（データベース）サーバ１０８とを有する。ＷＥＢサーバ１０４は、上述した各種計算を実行する管理装置であり、ログインプログラム１０５、販売会社用プログラム１０６、および工場用プログラム１０７を実行する。ログインプログラム１０５は、端末９０のユーザが管理システム１０１にログインするためのプログラムである。販売会社用プログラム１０６は、ログインした販売会社１０２の端末９０からの操作入力により、上述した各種計算を実行して、計算結果を返すプログラムである。工場用プログラム１０７は、ログインした工場１０３の端末９０からの操作入力に応じて、結果を返すプログラムである。

ＤＢサーバ１０８は、ＤＢ１０９を管理するコンピュータである。ＤＢサーバ１０８は、ＷＥＢサーバ１０４からのデータをＤＢ１０９に書き込んだり、ＷＥＢサーバ１０４からの指示によりＤＢ１０９内のデータをＷＥＢサーバ１０４へ読み出したりする。

なお、図１では、ＷＥＢサーバ１０４が端末９０に計算結果を送信して、端末９０のディスプレイに計算結果を表示させる構成としたが、ＷＥＢサーバ１０４がＷＥＢサーバ１０４のディスプレイに計算結果を表示してもよい。

＜管理システム１０１のハードウェア構成例＞
図２は、管理システム１０１のハードウェア構成例を示すブロック図である。ファイアウォール２００は、管理システム１０１とネットワーク１１０との間に設けられる。ＷＥＢサーバ１０４は、第１通信ＩＦ（インタフェース）２０１と、第１プロセッサ２０２と、第１記憶デバイス２０３と、第１バス２０４と、を有する。

第１通信ＩＦ２０１は、ＤＢサーバ１０８と接続したり、ネットワーク１１０を介して端末９０と接続したりして、データを送受信する。第１プロセッサ２０２は、ＷＥＢサーバ１０４を制御する。第１記憶デバイス２０３は、第１プロセッサ２０２の作業エリアとなる。第１記憶デバイス２０３は、ログインプログラム１０５、販売会社用プログラム１０６、および工場用プログラム１０７のような各種プログラムやデータを記憶する非一時的なまたは一時的な記録媒体である。記憶デバイスとしては、たとえば、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、フラッシュメモリがある。第１バス２０４は、第１通信ＩＦ２０１、第１プロセッサ２０２、および第１記憶デバイス２０３を通信可能に接続する。

販売会社用プログラム１０６は、ＰＳＩ表示機能（販売会社側）２１１と、納入要求Ｐ計算機能２１２と、販売Ｓ予測機能２１３と、販売予定入力機能２１４と、基準在庫設定機能２１５と、を有する。ＰＳＩ表示機能（販売会社側）２１１は、販売会社１０２の端末９０に対象品目に関するＰＳＩ情報を表示する機能である。ＰＳＩ情報は、対象品目に関するＰＳＩ（納入（Ｐｕｒｃｈａｓｅ），販売（Ｓａｌｅｓ），在庫（Ｉｎｖｅｎｔｏｒｙ））の示す情報（たとえば、個数）である。なお、未来の納入Ｐ、すなわち、納入Ｐの予測値を「納入要求Ｐ」と表記する場合がある。

納入要求Ｐ計算機能２１２は、販売会社１０２の端末９０からの要求により、対象品目に関する納入要求Ｐを計算する機能である。販売Ｓ予測機能２１３は、販売会社１０２の端末９０からの要求により、対象品目に関する販売Ｓを過去の実績から予測する機能である。販売予定入力機能２１４は、販売会社１０２の端末９０からの対象品目に関する販売予定の入力を受け付ける機能である。基準在庫設定機能２１５は、対象品目に関する基準在庫を設定する機能である。基準在庫（数）とは、対象品目に関する特定の在庫数であり、たとえば、販売会社１０２が対象品目を最低限保管しなければならない在庫数である。

工場用プログラム１０７は、ＰＳＩ表示機能（工場側）２１８を有する。ＰＳＩ表示機能（工場側）２１８は、工場１０３の端末９０に対象品目に関するＰＳＩ情報を表示する機能である。

販売会社用プログラム１０６および工場用プログラム１０７はそれぞれ、データアップロード／ダウンロード機能２１６を有する。データアップロード／ダウンロード機能２１６は、ＤＢサーバ１０８のＤＢ１０９からデータをダウンロードしたり、ＤＢサーバ１０８のＤＢ１０９にデータをアップロードしたりする機能である。また、図示されていないが、販売会社用プログラム１０６および工場用プログラム１０７はそれぞれ、時刻を計時する時計機能を有する。

ＤＢサーバ１０８は、第２通信ＩＦ２２１と、第２プロセッサ２２２と、第２記憶デバイス２２３と、第２バス２２４と、を有する。

第２通信ＩＦ２２１は、ＷＥＢサーバ１０４と接続したり、ネットワーク１１０を介して端末９０と接続したりして、データを送受信する。第２プロセッサ２２２は、ＤＢサーバ１０８を制御する。第２記憶デバイス２２３は、第２プロセッサ２２２の作業エリアとなる。第２記憶デバイス２２３は、ＤＢ１０９を記憶する非一時的なまたは一時的な記録媒体である。記憶デバイスとしては、たとえば、ＲＯＭ、ＲＡＭ、ＨＤＤ、フラッシュメモリがある。第２バス２２４は、第２通信ＩＦ２２１、第２プロセッサ２２２、および第２記憶デバイス２２３を通信可能に接続する。

ＤＢ１０９は、品目情報ＤＢ２３１と、ＰＳＩ情報ＤＢ２３２と、ＰＳＩ履歴情報ＤＢ２３３と、納期回答情報ＤＢ２３４と、ユーザ情報ＤＢ２３５と、を有する。品目情報ＤＢ２３１は、品目情報および品目属性情報を記憶する。品目情報とは、品目とその販売会社１０２および調達先（工場１０３）を特定する識別情報である。品目属性情報とは、品目に関する各種属性を示す情報である。品目情報ＤＢ２３１の詳細は、図３で後述する。

ＰＳＩ情報ＤＢ２３２は、ＰＳＩ情報を記憶する。ＰＳＩ情報ＤＢ２３２は、ＰＳＩ情報の予測値を記憶する。ＰＳＩ情報ＤＢ２３２の詳細は、図４で後述する。ＰＳＩ履歴情報ＤＢ２３３は、ＰＳＩ履歴情報を記憶する。ＰＳＩ履歴情報とは、過去に設定されたＰＳＩ情報である。ＰＳＩ履歴情報ＤＢ２３３の詳細は、図５で後述する。

納期回答情報ＤＢ２３４は、品目に関する納期回答を記憶する。納期回答とは、納入リードタイム（ＬＴ）における対象品目の納入Ｐの値である。納入ＬＴは、たとえば、発注された個数の対象品目が販売会社１０２に納入されるまでの期間である。たとえば、納入ＬＴが「２」であれば、２０１８年４月現在での納入ＬＴは、２０１８年４月および５月の２か月である。納期回答情報ＤＢ２３４の詳細は、図６で後述する。ユーザ情報ＤＢ２３５は、ユーザ情報を記憶する。ユーザ情報は、端末９０を操作するユーザに関する情報である。ユーザ情報ＤＢ２３５の詳細は、図７で後述する。

＜各種ＤＢ１０９の記憶内容例＞
図３は、図２に示した品目情報ＤＢ２３１の記憶内容例を示す説明図である。品目情報ＤＢ２３１は、販売会社フィールド３０１と、調達先フィールド３０２と、品目フィールド３０３と、ＭＯＱフィールド３０４と、ＳＰＱフィールド３０５と、基準在庫フィールド３０６と、納入ＬＴフィールド３０７と、計算方式フラグフィールド３０８と、仕入単価フィールド３０９と、販売単価フィールド３１０と、在庫管理費比率フィールド３１１と、変動可能比率フィールド３１２と、を有する。

販売会社フィールド３０１、調達先フィールド３０２、および品目フィールド３０３が、品目情報を規定する。ＭＯＱフィールド３０４、ＳＰＱフィールド３０５、基準在庫フィールド３０６、納入ＬＴフィールド３０７、計算方式フラグフィールド３０８、仕入単価フィールド３０９、販売単価フィールド３１０、在庫管理費比率フィールド３１１、および変動可能比率フィールド３１２が、品目属性情報を規定する。

なお、以降の各ＤＢ２３１〜２３５の説明において、ＡＡフィールドｂｂｂ（ＡＡはフィールド名、ｂｂｂは符号）の値を、ＡＡｂｂｂと表記する場合がある。たとえば、品目フィールド３０３の値を、品目３０３と表記する。

販売会社フィールド３０１は、値として、販売会社１０２の識別情報（たとえば、「Ａ」）を格納する記憶領域である。調達先フィールド３０２は、値として、調達先である工場１０３の識別情報（たとえば、「Ｘ」）を格納する記憶領域である。品目フィールド３０３は、値として、品目の識別情報（たとえば、「Ｉｔｅｍ＿０１」）を格納する記憶領域である。したがって、１行目のエントリの品目情報は、調達先３０２を示す工場１０３「Ｘ」から販売会社３０１を示す販売会社１０２「Ａ」に納入される品目３０３としての品目「Ｉｔｅｍ＿０１」を示す。

ＭＯＱフィールド３０４は、値として、その品目情報の品目３０３に関するタイムバケット単位（たとえば、１か月）あたりのＭＯＱの個数（たとえば、「１００」）を格納する記憶領域である。ＭＯＱ３０４は、品目３０３の発注に関する制約条件の１つを示す。たとえば、ＭＯＱ３０４が「１００」個の場合、その品目情報の品目「Ｉｔｅｍ＿０１」については、販売会社１０２「Ａ」は、調達先３０２である工場１０３「Ｘ」から最低でも１月あたり１００個納入しなければならない。なお、タイムバケット（ＴＢ）とは、あらかじめ設定された販売Ｓ、納入Ｐおよび在庫Ｉを管理するための単位期間である。本例では、１か月単位とするが、１か月に限られない。

ＳＰＱフィールド３０５は、その品目情報の品目３０３に関するタイムバケット単位（たとえば、１か月）におけるＳＰＱの個数（たとえば、「５０」）を格納する記憶領域である。ＳＰＱ３０５は、品目３０３の発注に関する制約条件の１つを示す。たとえば、ＳＰＱ３０５が「５０」個の場合、その品目情報の品目「Ｉｔｅｍ＿０１」については、販売会社１０２「Ａ」は調達先３０２である工場１０３「Ｘ」から最低でも１月あたり５０個単位で納入しなければならない。

基準在庫フィールド３０６は、値として、その品目情報の品目３０３に関する基準在庫（数）（たとえば、「５００」）を格納する記憶領域である。たとえば、基準在庫３０６が「５００」個の場合、その品目情報の品目「Ｉｔｅｍ＿０１」については、販売会社１０２「Ａ」は最低でも５００個を在庫として保管しなければならない。

納入ＬＴフィールド３０７は、値として、その品目情報の品目３０３に関する納入ＬＴ（たとえば、「２」ヶ月）を格納する記憶領域である。たとえば、納入ＬＴ３０７が「２」月であれば、２０１８年４月現在での納入ＬＴ３０７は、２０１８年４月および５月の２か月である。

計算方式フラグフィールド３０８は、値として、その品目情報の品目３０３に関する計算方式フラグ（たとえば、「管理費考慮」）を格納する記憶領域である。計算方式フラグ３０８には、「切り上げ」と「管理費考慮」の２種類のフラグがある。

「切り上げ」とは、ＭＯＱ３０４およびＳＰＱ３０５の少なくとも一方を考慮して、納入要求Ｐ計算機能２１２により納入要求Ｐを自動計算するためのフラグである。ＭＯＱ３０４およびＳＰＱ３０５の両方を考慮する場合、ＭＯＱ３０４は、ＳＰＱ３０５よりも優先適用される。図３の一行目の例では、ＭＯＱ３０４を考慮すると、納入要求Ｐは１００個以上必要となり、ＳＰＱ３０５を考慮すると、納入要求Ｐは５０個単位で必要となる。

たとえば、ＷＥＢサーバ１０４は、納入要求Ｐの予測値として、「７３」個を算出した場合、ＭＯＱ３０４を考慮して、「１００」個に切り上げる。また、ＷＥＢサーバ１０４は、納入要求Ｐの予測値として、「２７３」個を算出した場合、ＳＰＱ３０５を考慮して、「３００」個に切り上げる。

「管理費考慮」とは、ＭＯＱ３０４およびＳＰＱ３０５の少なくとも一方のほか、余剰在庫管理費および機会損失費を考慮して、納入要求Ｐ計算機能２１２により納入要求Ｐを自動計算するためのフラグである。余剰在庫管理費とは、対象品目３０３に関する納入要求Ｐの予測値をＭＯＱ３０４およびＳＰＱ３０５で切り上げたことにより発生する余剰在庫の販売会社１０２での管理費である。

機会損失費とは、対象品目３０３に関する納入要求Ｐの予測値をＭＯＱ３０４およびＳＰＱ３０５で切り捨てたことにより発生する販売機会の損失費である。たとえば、ＷＥＢサーバ１０４は、「切り上げ」の場合と同様、ＭＯＱ３０４およびＳＰＱ３０５を考慮して納入要求Ｐの予測値の切り上げと切り捨てを実行し、切り上げた場合の予測値で余剰在庫管理費を算出し、切り捨てた場合の予測値で機会損失費を算出する。

ここで、納入要求Ｐの予測値の切り上げおよび切り捨て例を列挙する。たとえば、納入要求Ｐの予測値が「７３」個とすると、ＭＯＱ３０４を考慮して切り上げる場合は、納入要求Ｐの予測値は「１００」個になる。ただし、切り上げ後の納入要求Ｐの予測値は「１００」個よりも少なければ、切り上げ前の納入要求Ｐの予測値より多い値でもよい。

一方、ＭＯＱ３０４を考慮して切り捨てる場合は、納入要求Ｐの予測値は「０」個になる。ただし、切り捨て後の納入要求Ｐの予測値は「０」個よりも多ければ、切り捨て前の納入要求Ｐの予測値未満でもよい。

また、納入要求Ｐの予測値が「１００」個とすると、ＭＯＱ３０４を考慮して切り上げる場合は、納入要求Ｐの予測値は「１００」個になる。一方、ＭＯＱ３０４を考慮して切り捨てる場合も、納入要求Ｐの予測値は「１００」個になる。このように、納入要求Ｐの予測値がＭＯＱ３０４と同一である場合には、切り上げ後の予測値と切り捨て後の予測値は一致する。

また、納入要求Ｐの予測値が「２７３」個とすると、ＳＰＱ３０５を考慮して切り上げる場合は、納入要求Ｐの予測値は「３００」個になる。ただし、切り上げ後の納入要求Ｐの予測値は「３００」個よりも少なければ、切り上げ前の納入要求Ｐの予測値より多い値でもよい。

一方、ＳＰＱ３０５を考慮して切り捨てる場合は、納入要求Ｐの予測値は「２５０」個になる。ただし、切り捨て後の納入要求Ｐの予測値は「２５０」個よりも多ければ、切り捨て前の納入要求Ｐの予測値未満でもよい。

また、納入要求Ｐの予測値が「２５０」個とすると、ＳＰＱ３０５を考慮して切り上げる場合は、納入要求Ｐの予測値は「２５０」個になる。一方、ＳＰＱ３０５を考慮して切り捨てる場合も、納入要求Ｐの予測値は「２５０」個になる。このように、納入要求Ｐの予測値をＳＰＱ３０５で割ったときの余りが０である場合には、切り上げ後の予測値と切り捨て後の予測値は一致する。

仕入単価フィールド３０９は、値として、その品目情報の品目３０３に関する仕入単価（たとえば、「￥１００」）を格納する記憶領域である。販売単価フィールド３１０は、値として、その品目情報の品目３０３に関する販売単価（たとえば、「￥１２０」）を格納する記憶領域である。

在庫管理費比率フィールド３１１は、値として、その品目情報の品目３０３に関する在庫管理費比率（たとえば、「２０」）を格納する記憶領域である。在庫管理費比率３１１は、仕入単価３０９に内在する品目１個あたりの在庫管理費の比率である。たとえば、在庫管理費比率３１１が「２０」％の場合、品目３０３の仕入単価３０９が「￥１００」であれば、品目３０３に関する在庫管理費は、「￥２０」である。したがって、余剰在庫が発生すると、品目１個あたり、２０円の在庫管理費がかかる。

変動可能比率フィールド３１２は、値として、その品目情報の品目３０３に関する未来のタイムバケット（ＴＢ）における納入Ｐの変動可能比率を格納する記憶領域である。変動可能比率フィールド３１２は、サブフィールドとして、第１ＴＢフィールド３２１、第２ＴＢフィールド３２２、第３ＴＢフィールド３２３、…を有する。第ｎ（ｎは１以上の整数）ＴＢフィールドは、値として、納入ＬＴ３０７内における最新のタイムバケット（ｎ＝０に相当）からｎタイムバケット先の変動可能比率を格納する記憶領域である。変動可能比率フィールド３１２は、実施例２で利用するフィールドであるため、その詳細は、実施例２で後述する。

図４は、ＰＳＩ情報ＤＢ２３２の記憶内容例を示す説明図である。ＰＳＩ情報ＤＢ２３２は、品目情報を構成する販売会社フィールド３０１、調達先フィールド３０２、および品目フィールド３０３のほか、ＰＳＩ項目名フィールド４０４と、タイムバケットフィールド４０５と、数量フィールド４０６と、を有する。ある行における各フィールド３０１〜３０３、４０４〜４０６の値の組み合わせがＰＳＩ情報を構成するエントリとなる。

ＰＳＩ項目名フィールド４０４は、値として、その品目情報の品目３０３に関するデータ項目名を格納する記憶領域である。ＰＳＩ項目名４０４とは、「販売予定Ｓ」、「納入要求Ｐ」、「在庫Ｉ」、「基準在庫」といったＰＳＩ情報を特定する項目の名称である。ＰＳＩ項目名４０４により、品目３０３のＰＳＩ情報が決定される。

タイムバケットフィールド４０５は、値として、その品目情報の品目３０３に関するタイムバケットを格納する記憶領域である。タイムバケット４０５は、その品目情報の品目３０３がＰＳＩ項目名４０４の内容で設定された時期を示す。具体的には、たとえば、タイムバケットフィールド４０５には、現在および未来の時期を示す値が設定される。たとえば、現在が２０１８年６月であれば、タイムバケット４０５は、２０１８年６月、２０１８年７月、…を示す「２０１８０６」、「２０１８０７」、…となる。また、たとえば、タイムバケット４０５が「２０１８０６」であれば、２０１８年６月に、その品目情報の品目３０３がＰＳＩ項目名４０４の内容で管理されることを示す。

数量フィールド４０６は、値として、その品目情報の品目３０３に関する数量を格納する記憶領域である。たとえば、数量４０６が「１９０」であれば、その品目情報の品目３０３がＰＳＩ項目名４０４の内容でそのタイムバケット４０５の時期に管理されることを示す。

図５は、ＰＳＩ履歴情報ＤＢ２３３の記憶内容例を示す説明図である。ＰＳＩ履歴情報ＤＢ２３３は、品目情報を構成する販売会社フィールド３０１、調達先フィールド３０２、および品目フィールド３０３のほか、ＰＳＩ項目名フィールド４０４と、タイムバケットフィールド４０５と、数量フィールド４０６と、世代フィールド５０７と、を有する。ある行における各フィールドの値の組み合わせがＰＳＩ履歴情報を構成するエントリとなる。

世代フィールド５０７は、値として、その品目情報の品目３０３に関するエントリが何世代前のエントリであるかを特定する情報を格納する記憶領域である。たとえば、世代５０７が「ｍ世代前」（ｍは１以上の整数）である場合、現在日時を含むタイムバケットからｍタイムバケット前に、ＰＳＩ情報ＤＢ２３２のエントリとして設定されたことを示す。

このため、たとえば、現在日時を含むタイムバケットが２０１８年５月を示す「２０１８０５」である場合、ＰＳＩ履歴情報ＤＢ２３３におけるタイムバケット４０５が「２０１８０４」のエントリは、過去のＰＳＩ情報、すなわち、実績値を示す。時間が進み、現在日時を含むタイムバケットが２０１８年６月になると、ＰＳＩ情報ＤＢ２３２の全エントリが、ＰＳＩ履歴情報ＤＢ２３３のエントリとして追加され、ＰＳＩ情報ＤＢ２３２から削除される。すなわち、図４に示したタイムバケット４０５が「２０１８０６」や「２０１８０７」のエントリが、ＰＳＩ履歴情報ＤＢ２３３に追加される。当該追加エントリの世代５０７は、「１世代前」となる。

一方、ＰＳＩ履歴情報ＤＢ２３３のタイムバケット４０５が「２０１８０５」のエントリの世代５０７は、「１世代前」から「２世代前」に更新される。同様に、ＰＳＩ履歴情報ＤＢ２３３のタイムバケット４０５が「２０１８０４」のエントリの世代５０７は、「２世代前」から「３世代前」に更新される。

このように、現在日時が新しいタイムバケットに突入すると、ＰＳＩ情報ＤＢ２３２の全エントリがＰＳＩ履歴情報ＤＢ２３３に追加され、ＰＳＩ情報ＤＢ２３２から削除される。そして、ＰＳＩ履歴情報ＤＢ２３３の世代５０７がインクリメントされる。なお、現在日時が新しいタイムバケット４０５に突入すると、ＰＳＩ情報ＤＢ２３２の全エントリではなく、新しいタイムバケット４０５のエントリのみがＰＳＩ履歴情報ＤＢ２３３に追加され、ＰＳＩ情報ＤＢ２３２から削除され、ＰＳＩ履歴情報ＤＢ２３３の世代５０７がインクリメントされてもよい。これにより、ＰＳＩ履歴情報の全エントリは、ＰＳＩ情報の実績値のみを記憶することになる。

図６は、納期回答情報ＤＢ２３４の記憶内容例を示す説明図である。納期回答情報ＤＢ２３４は、品目情報（販売会社３０１、調達先３０２、および品目３０３の組み合わせ）ごとに存在する。納期回答情報ＤＢ２３４は、直近実績ＴＢ（タイムバケット）フィールド６０１と、納入ＬＴ内タイムバケットフィールド６０２と、納入Ｐフィールド６０３と、を有する。

直近実績ＴＢフィールド６０１は、値として、直近実績タイムバケットを格納する記憶領域である。たとえば、現在日時を含むタイムバケットが２０１８年６月であれば、直近実績タイムバケット６０１は、２０１８年５月を示す「２０１８０５」となる。

納入ＬＴ内タイムバケットフィールド６０２は、値として、納入ＬＴ３０７内のタイムバケットを格納する記憶領域である。たとえば、現在日時を含むタイムバケットが２０１８年６月であり、かつ、納入ＬＴ３０７が「２」ヶ月であれば、納入ＬＴ内タイムバケット６０２は、２０１８年６月を示す「２０１８０６」および２０１８年７月を示す「２０１８０７」となる。

納入Ｐフィールド６０３は、値として、その品目情報の品目３０３が納入される個数を格納する記憶領域である。たとえば、直近実績タイムバケット６０１におけるその品目情報の品目３０３に関する納入Ｐ６０３は、ＰＳＩ履歴情報ＤＢ２３３のタイムバケット４０５が直近実績タイムバケット６０１で、かつ、ＰＳＩ項目名４０４が「納入要求Ｐ」であるエントリの数量４０６になる。

具体的には、たとえば、直近実績タイムバケット６０１が２０１８年５月を示す「２０１８０５」である場合、ＰＳＩ履歴情報ＤＢ２３３で該当するＰＳＩ履歴情報は、エントリ５１１である。したがって、納入Ｐ６０３は、エントリ５１１における数量４０６の「７０」となる。

また、たとえば、納入ＬＴ内タイムバケット６０２が「ｎ」個の場合におけるその品目情報の品目３０３に関する納入Ｐ６０３は、ＰＳＩ情報ＤＢ２３２のタイムバケット４０５が直近実績タイムバケット６０１からｎ個先までのタイムバケットで、かつ、ＰＳＩ項目名４０４が「納入要求Ｐ」であるｎ個エントリの数量４０６の各々である。

具体的には、たとえば、直近実績タイムバケット６０１が２０１８年５月を示す「２０１８０５」であり、かつ、納入ＬＴ３０７が「２」月である場合、納入ＬＴ内タイムバケット６０２は、２０１８年６月を示す「２０１８０６」および２０１８年７月を示す「２０１８０７」となる。ＰＳＩ情報ＤＢ２３２でこれらの納入ＬＴ内タイムバケット６０２に該当するＰＳＩ情報は、エントリ４１１、４１２である。したがって、納入Ｐ６０３は、エントリ４１１、４１２における数量４０６の「１５０」、「１００」となる。

図７は、ユーザ情報ＤＢ２３５の記憶内容例を示す説明図である。ユーザ情報ＤＢ２３５は、たとえば、ユーザＩＤフィールド７０１と、所属先フィールド７０２と、パスワードフィールド７０３と、を有する。ある行における各フィールドの値の組み合わせがユーザ情報を構成するエントリとなる。

ユーザＩＤフィールド７０１は、ユーザＩＤを格納する記憶領域である。ユーザＩＤ７０１は、端末９０を操作するユーザを一意に特定する識別情報である。所属先フィールド７０２は、ユーザＩＤ７０１で特定されるユーザの所属先（たとえば、販売会社１０２、工場１０３）を一意に特定する識別情報である。パスワードフィールド７０３は、ユーザＩＤ７０１で特定されるユーザが端末９０を操作して管理システム１０１にログインする際にＷＥＢサーバ１０４のログインプログラム１０５から要求されるコードである。端末９０に入力されたユーザＩＤ７０１およびパスワード７０３の組み合わせが、ユーザ情報ＤＢ２３５のいずれかのエントリでのユーザＩＤ７０１およびパスワード７０３の組み合わせと一致した場合、その端末９０は、管理システム１０１にログインする。

＜ＰＳＩ一覧画面例＞
図８は、ＬＰＳＩ一覧画面例を示す説明図である。ＰＳＩ一覧画面８００は、たとえば、ログインが成功した端末９０のディスプレイに表示される。ＰＳＩ一覧画面８００は、ダウンロードボタン８０１と、更新ボタン８０２と、自動計算ボタン８０３と、基準在庫設定ボタン８０４と、品目情報設定領域８０５と、ＰＳＩ情報表示領域８１０と、を有する。図８では、現在日時を含むタイムバケットを２０１８年４月とする。また、納入ＬＴを「２」ヶ月とする。

ダウンロードボタン８０１は、管理システム１０１からのデータのダウンロードを管理システム１０１に指示するためのボタンである。更新ボタン８０２は、ＰＳＩ表示領域内のデータのＤＢ１０９への更新を管理システム１０１に指示するためのボタンである。自動計算ボタン８０３は、納入Ｐおよび在庫Ｉの自動計算を管理システム１０１に指示するためのボタンである。基準在庫設定ボタン８０４は、端末９０からの入力により基準在庫３０６を設定する設定画面（不図示）を呼び出すためのボタンである。

品目情報設定領域８０５は、端末９０からの入力により品目情報（販売会社３０１、調達先３０２、および品目３０３）を設定するための領域である。

ＰＳＩ情報表示領域８１０は、実績表示領域８１１と、予定設定領域８１２と、を有する。実績表示領域８１１は、ＰＳＩ情報の実績値を表示する表示領域である。品目情報設定領域８０５に品目情報が設定された状態でダウンロードボタン８０１が押下されると、当該品目情報におけるＰＳＩ情報の実績値が管理システム１０１からダウンロードされ、実績表示領域８１１および太枠８１３内のセルに表示される。太枠８１３内のセルには、納入ＬＴ３０７においてすでに確定した納入Ｐの値が設定される。

予定設定領域８１２は、ＰＳＩ情報を設定する領域である。予定設定領域８１２における「販売Ｓ」の行の各セルは、端末９０から入力可能である。予定設定領域８１２における「納入Ｐ」の行のうち太枠８１３内のセルを除く各セルには、自動計算ボタン８０３の押下によりＷＥＢサーバ１０４で自動計算された値が設定される。予定設定領域８１２における「在庫Ｉ」の行の各セルは、自動計算ボタン８０３の押下によりＷＥＢサーバ１０４で自動計算された値が設定される。

＜ＰＳＩ情報表示領域８１０の更新例＞
つぎに、図９〜図１２を用いて、図８に示したＰＳＩ情報表示領域８１０の更新例について説明する。

図９は、実施例１にかかるＰＳＩ情報表示領域８１０の更新例１を示す説明図である。（Ａ）は、納入ＬＴ３０７における納入Ｐの設定例を示す。実績表示領域８１１には、２０１７年１１月から２０１８年３月までの販売Ｓ、納入Ｐ、および在庫Ｉのデータが管理システム１０１からのダウンロードにより表示されている。また、予定設定領域８１２には、２０１８年４月および５月の納入Ｐ（「２０１８０４」の「１００」個と「２０１８０５」の「２００」個）が管理システム１０１からのダウンロードにより表示されている。

（Ｂ）は、（Ａ）の状態において、納入ＬＴ３０７における販売Ｓが端末９０から入力され、かつ、更新ボタンが押下された場合の納入ＬＴ３０７における在庫Ｉの計算結果を示す。あるタイムバケットＴＢ_i（ｉはタイムバケット４０５。たとえば、２０１８年４月のタイムバケットであれば、ｉ＝２０１８０４）における在庫Ｉ_iは、下記式（１）により算出される。

Ｉ_i＝Ｉ_i-１−Ｓ_i＋Ｐ_i・・・（１）

Ｓ_iは、タイムバケットＴＢ_iにおける対象品目３０３に関する販売Ｓの個数、Ｐ_iはタイムバケットＴＢ_iにおける対象品目３０３に関する納入要求Ｐの個数である。したがって、２０１８年３月の在庫Ｉ₂₀₁₈₀₃が「５９２」で、かつ、２０１８年４月の販売Ｓ₂₀₁₈₀₄が「３００」の場合、２０１８年４月の在庫Ｉ₂₀₁₈₀₄は「３９２」となる。また、２０１８年４月の在庫Ｉ₂₀₁₈₀₄が「３９２」で、かつ、２０１８年５月の販売Ｓ₂₀₁₈₀₅が「１８０」の場合、２０１８年５月の在庫Ｉ₂₀₁₈₀₅は「４１２」となる。

図１０は、実施例１にかかるＰＳＩ情報表示領域８１０の更新例２を示す説明図である。図１０は、管理費を考慮せずに納入要求Ｐを切り上げる例を示す。（Ａ）は、図９（Ｂ）の状態において、納入ＬＴ３０７の次のタイムバケットＴＢ_i（２０１８年６月）における販売Ｓが端末９０から入力され、かつ、自動計算ボタン８０３が押下された場合の当該次のタイムバケットＴＢ_i（２０１８年６月）における納入要求Ｐの計算結果と、自動計算ボタン８０３が押下された場合の当該次のタイムバケットＴＢ_i（２０１８年６月）における在庫Ｉの計算結果を示す。ここで、あるタイムバケットＴＢ_iにおける納入要求Ｐ_iは、下記式（２）により算出される。

Ｐ_i＝Ｉｓ−（Ｉ_i-1−Ｓ_i）・・・（２）

Ｉｓは、その品目情報の対象品目３０３に関する基準在庫３０６である。本例では、図３に示したように、Ｉｓ＝５００（個）とする。２０１８年６月のタイムバケットＴＢ₂₀₁₈₀₆における納入要求Ｐ₂₀₁₈₀₆は、上記式（２）により、Ｐ₂₀₁₈₀₆＝２７８（個）となる。

また、ＭＯＱ３０４およびＳＰＱ３０５（ＭＯＱ３０４が優先される）が考慮される。本例では、図３に示したように、ＭＯＱ３０４＝１００（個）およびＳＰＱ３０５＝５０（個）とする。Ｐ_i＝２７８（個）であるため、ＭＯＱ３０４を満たしている。また、ＳＰＱ３０５を適用することにより、Ｐ_i＝２７８（個）は、５０×５＋２８（個）となる。したがって、２８（個）を切り上げて５０（個）とした場合の納入要求Ｐの切り上げ後の値Ｐｕ_iは、Ｐｕ_i＝５０×５＋５０＝３００（個）となる。これにより、２０１８年６月のタイムバケットＴＢ₂₀₁₈₀₆の納入Ｐには、納入要求Ｐとして、Ｐｕ₂₀₁₈₀₆＝３００（個）が設定される。なお、図１０では適用されないが、ＳＰＱ３０５単位での切り捨ての場合は、切捨て後の値Ｐｄ₂₀₁₈₀₆は、Ｐｄ₂₀₁₈₀₆＝５０×５＝２５０（個）となる（図１１参照）。

また、上記式（１）を適用することにより、２０１８年５月の在庫Ｉ₂₀₁₈₀₅が「４１２」、２０１８年６月の販売Ｓ₂₀₁₈₀₆および納入Ｐ₂₀₁₈₀₆が「１９０」、「３００」であるため、２０１８年６月の在庫Ｉ₂₀₁₈₀₆は「５２２」となる。

（Ｂ）は、（Ａ）の状態において、タイムバケットＴＢ_i（２０１８年７月）における販売Ｓが端末９０から入力され、かつ、自動計算ボタン８０３が押下された場合の当該タイムバケット（２０１８年７月）における納入要求Ｐの計算結果と、自動計算ボタン８０３が押下された場合の当該タイムバケット（２０１８年７月）における在庫Ｉの計算結果を示す。

２０１８年７月のタイムバケットＴＢ₂₀₁₈₀₇における納入要求Ｐ₂₀₁₈₀₇は、上記式（２）により、Ｐ₂₀₁₈₀₇＝８（個）となる。Ｐ₂₀₁₈₀₇＝８（個）であるため、ＭＯＱ３０４を満たしていない。したがって、Ｐ₂₀₁₈₀₇＝８（個）はＭＯＱ３０４により１００（個）に切り上げられ、Ｐｕ₂₀₁₈₀₇＝１００(個)となる。

また、上記式（１）を適用することにより、２０１８年６月の在庫Ｉ₂₀₁₈₀₆が「５２２」、２０１８年７月の販売Ｓ₂₀₁₈₀₇および納入Ｐ₂₀₁₈₀₇が「３０」、「１００」であるため、２０１８年７月の在庫Ｉ₂₀₁₈₀₇は「５９２」となる。

（Ｃ）は、（Ｂ）の状態から、現在日時が次のタイムバケットＴＢ_iである２０１８年５月になった場合のＰＳＩ情報表示領域８１０を示す。現在日時が２０１８年５月に突入することで、２０１８年４月のタイムバケットにおけるＰＳＩ情報が確定し、実績を示すＰＳＩ履歴情報となる。すなわち、２０１８年４月のタイムバケットＴＢ₂₀₁₈₀₄におけるＰＳＩ情報が管理システム１０１にアップロードされＤＢ１０９に更新される。

実績表示領域８１１には、２０１７年１２月から２０１８年４月までの販売Ｓ、納入Ｐ、および在庫Ｉのデータが管理システム１０１からのダウンロードにより表示されている。また、予定設定領域８１２には、２０１８年５月および６月の納入Ｐ（「２０１８０５」の「２００」個と「２０１８０６」の「３００」個）が管理システム１０１からのダウンロードにより表示されている。

図１１は、実施例１にかかるＰＳＩ情報表示領域８１０の更新例３を示す説明図である。図１１は、管理費を考慮して、納入要求Ｐを切り上げまたは切り捨てをする例を示す。（Ａ）は、図９（Ｂ）の状態において、納入ＬＴ３０７の次のタイムバケットＴＢ_i（２０１８年６月）における販売Ｓが端末９０から入力された場合の表示例を示す。

自動計算ボタン８０３が押下されると、ＷＥＢサーバ１０４に納入要求Ｐの計算指示が送られ、ＷＥＢサーバ１０４は、当該次のタイムバケット（２０１８年６月）における納入要求Ｐを計算して、計算結果を端末９０に返す。

具体的には、たとえば、２０１８年６月のタイムバケットＴＢ₂₀₁₈₀₆における納入要求Ｐ₂₀₁₈₀₆は、上記式（２）により、Ｐ₂₀₁₈₀₆＝２７８（個）となる。ここで、ＷＥＢサーバ１０４は、ＭＯＱ３０４およびＳＰＱ３０５を考慮したＰ₂₀₁₈₀₆＝２７８（個）の切り上げと切り捨ての両方を実行する。本例では、ＳＰＱ３０５単位での切り上げ後の値Ｐｕ₂₀₁₈₀₆は、Ｐｕ₂₀₁₈₀₆＝３００（個）となり、ＳＰＱ３０５単位での切り捨て後の値Ｐｄ₂₀₁₈₀₆は、Ｐｄ₂₀₁₈₀₆＝２５０（個）となる。

そして、ＷＥＢサーバ１０４は、切り上げ後の納入要求Ｐの値Ｐｕ_iを用いて、そのタイムバケットＴＢ_iにおける切り上げ後の在庫Ｉｕ_iを計算する。ＷＥＢサーバ１０４は、計算した切り上げ後の在庫Ｉｕ_iを用いて、下記式（３）により、ＳＰＱ３０５を考慮して納入要求Ｐを切り上げた場合の余剰在庫管理費Ｃｓ（Ｉｕ_i）を算出する。

Ｃｓ（Ｉｕ_i）＝（Ｉｕ_i−Ｉｓ）×（ｐｐ×Ｒ）・・・（３）

ｐｐは、その品目情報における品目に関する仕入単価３０９である。Ｒは、その品目情報における品目に関する在庫管理費比率３１１である。本例の場合、２０１８年６月のタイムバケットＴＢ₂₀₁₈₀₆での余剰在庫管理費Ｃｓ（Ｉｕ₂₀₁₈₀₆）は、Ｃｓ（Ｉｕ₂₀₁₈₀₆）＝４４０円となる。すなわち、納入要求Ｐを２７８個から３００個に切り上げたことにより、２２個の余剰在庫分の管理費として４４０円がかかることを示す。

また、ＷＥＢサーバ１０４は、切り捨て後の納入要求Ｐの値Ｐｄ_iを用いて、そのタイムバケットＴＢｉにおける切り捨て後の在庫Ｉｄ_iを計算する。ＷＥＢサーバ１０４は、計算した在庫Ｉｄ_iを用いて、下記式（４）により、ＳＰＱ３０５を考慮して納入要求Ｐを切り捨てた場合の機会損失費Ｃｌ（Ｉｄ_ｉ）を算出する。

Ｃｌ（Ｉｄ_i）＝（Ｉｄ_i−Ｉｓ）×ｓｐ・・・（４）

ｓｐは、その品目情報における品目に関する販売単価３１０である。本例の場合、２０１８年６月のタイムバケットＴＢ₂₀₁₈₀₆での機会損失費Ｃｌ（Ｉｄ₂₀₁₈₀₆）は、Ｃｌ（Ｉｄ₂₀₁₈₀₆）＝−３，３６０円となる。すなわち、納入要求Ｐを２７８個から２５０個に切り捨てたことにより、２８個の在庫不足により、販売機会の損失費として３，３６０円が発生することを示す。

切り上げ後の在庫Ｉｕ_iおよび切り捨て後の在庫Ｉｄ_iを計算することにより、基準在庫Ｉｓという共通の指標で切り上げ後の在庫Ｉｕ_iおよび切り捨て後の在庫Ｉｄ_iの比較が可能となる。したがって、在庫管理上のリスクについて客観的な評価を得ることができる。

ＷＥＢサーバ１０４は、余剰在庫管理費Ｃｓ（Ｉｕ_i）と機会損失費Ｃｌ（Ｉｄ_i）とを比較してそれらの絶対値が小さい方の算出元となる切り上げまたは切り捨て後の納入要求Ｐおよび在庫Ｉを選択する。選択された納入要求Ｐおよび在庫Ｉは、選択されなかった納入要求Ｐおよび在庫Ｉよりも費用的なリスクを低減する。この場合、余剰在庫管理費Ｃｓ（Ｉｕ₂₀₁₈₀₆）の絶対値の方が小さいため、ＷＥＢサーバ１０４は、納入要求Ｐｕ₂₀₁₈₀₆＝３００（個）および在庫Ｉｕ₂₀₁₈₀₆＝５２２（個）を選択して、端末９０に返す。これにより、図１１の（Ｂ）に示したように、タイムバケットＴＢ₂₀₁₈₀₆の納入Ｐ₂₀₁₈₀₆および在庫Ｉ₂₀₁₈₀₆にそれぞれ、納入要求Ｐｕ₂₀₁₈₀₆＝３００（個）および在庫Ｉｕ₂₀₁₈₀₆＝５２２（個）が表示される。

図１２は、実施例１にかかるＰＳＩ情報表示領域８１０の更新例４を示す説明図である。図１２は、図１１と同様、管理費を考慮して、納入要求Ｐを切り上げまたは切り捨てをする例を示す。（Ａ）は、図１１（Ｂ）の状態において、タイムバケットＴＢ₂₀₁₈₀₇における販売Ｓが端末９０から入力された場合の表示例を示す。

自動計算ボタン８０３が押下されると、ＷＥＢサーバ１０４に納入要求Ｐの計算指示が送られ、ＷＥＢサーバ１０４は、当該タイムバケットＴＢ₂₀₁₈₀₇における納入要求Ｐ₂₀₁₈₀₇を計算して、計算結果を端末９０に返す。

具体的には、たとえば、２０１８年７月のタイムバケットＴＢ₂₀₁₈₀₇における納入要求Ｐの値Ｐ₂₀₁₈₀₇は、上記式（２）により、Ｐ₂₀₁₈₀₇＝８（個）となる。ここで、ＷＥＢサーバ１０４は、ＭＯＱ３０４およびＳＰＱ３０５を考慮したＰ₂₀₁₈₀₇＝８（個）の切り上げと切り捨ての両方を実行する。本例では、ＭＯＱ３０４が優先適用され、ＭＯＱ３０４単位での切り上げ後の値Ｐｕ₂₀₁₈₀₇は、Ｐｕ₂₀₁₈₀₇＝１００（個）となり、ＭＯＱ３０４単位での切り捨て後の値Ｐｄ₂₀₁₈₀₇は、Ｐｄ_i＝０（個）となる。

そして、ＷＥＢサーバ１０４は、切り上げ後の納入要求Ｐの値Ｐｕ_iを用いて、そのタイムバケットＴＢｉにおける在庫Ｉｕ_ｉを計算し、計算した在庫Ｉｕ_iを用いて、上記式（３）により、ＭＯＱ３０４を考慮して納入要求Ｐを切り上げた場合の余剰在庫管理費Ｃｓ（Ｉｕ_i）を算出する。

本例の場合、２０１８年７月のタイムバケットＴＢ₂₀₁₈₀₇での余剰在庫管理費Ｃｓ（Ｉｕ₂₀₁₈₀₇）は、Ｃｓ（Ｉｕ₂₀₁₈₀₇）＝１，８４０円となる。すなわち、納入要求Ｐ₂₀₁₈₀₇を８個から１００個に切り上げたことにより、９２個の余剰在庫分の管理費として１，８４０円がかかることを示す。

また、ＷＥＢサーバ１０４は、切り捨て後の納入要求Ｐの値Ｐｄ_iを用いて、そのタイムバケットＴＢ₂₀₁₈₀₇における在庫Ｉｄ_iを計算し、計算した在庫Ｉｄ_iを用いて、上記式（４）により、ＭＯＱ３０４を考慮して納入要求Ｐを切り捨てた場合の機会損失費Ｃｌ（Ｉｄ_i）を算出する。

本例の場合、２０１８年７月のタイムバケットＴＢ₂₀₁₈₀₇での機会損失費Ｃｌ（Ｉｄ₂₀₁₈₀₇）は、Ｃｌ（Ｉｄ₂₀₁₈₀₇）＝−９６０円となる。すなわち、納入要求Ｐを８個から０個に切り捨てたことにより、８個の在庫不足により、販売機会の損失費として９６０円が発生することを示す。

ＷＥＢサーバ１０４は、余剰在庫管理費Ｃｓ（Ｉｕ_i）と機会損失費Ｃｌ（Ｉｄ_i）とを比較してそれらの絶対値が小さい方の算出元となる切り上げまたは切り捨て後の納入要求Ｐおよび在庫Ｉを選択する。この場合、機会損失費Ｃｌ（Ｉｄ₂₀₁₈₀₇）の絶対値の方が小さいため、ＷＥＢサーバ１０４は、納入要求Ｐｄ₂₀₁₈₀₇＝０（個）および在庫Ｉｄ₂₀₁₈₀₇＝４９２（個）を選択して、端末９０に返す。これにより、図１２の（Ｂ）に示したように、タイムバケットＴＢ₂₀₁₈₀₇の納入Ｐ₂₀₁₈₀₇および在庫Ｉ₂₀₁₈₀₇にそれぞれ、納入要求Ｐｄ₂₀₁₈₀₇＝０（個）および在庫Ｉｄ₂₀₁₈₀₇＝４９２（個）が表示される。

なお、上述の例では、ＷＥＢサーバ１０４が、余剰在庫管理費Ｃｓ（Ｉｕ_i）と機会損失費Ｃｌ（Ｉｄ_i）とを比較してそれらの絶対値が小さい方の算出元となる切り上げまたは切り捨て後の納入要求Ｐおよび在庫Ｉを選択した。これに対し、ＷＥＢサーバ１０４が、余剰在庫管理費Ｃｓ（Ｉｕ_i）と機会損失費Ｃｌ（Ｉｄ_i）とをＷＥＢサーバ１０４のディスプレイに表示させ、ＷＥＢサーバ１０４の管理者が余剰在庫管理費Ｃｓ（Ｉｕ_i）と機会損失費Ｃｌ（Ｉｄ_i）のいずれかを選択することとしてもよい。この場合、ＷＥＢサーバ１０４は、選択した方の算出元となる切り上げまたは切り捨て後の納入要求Ｐおよび在庫Ｉを選択する。

また、ＷＥＢサーバ１０４が、余剰在庫管理費Ｃｓ（Ｉｕ_i）と機会損失費Ｃｌ（Ｉｄ_i）とを端末９０のディスプレイに表示させ、端末９０のユーザ（販売会社１０２所属）が余剰在庫管理費Ｃｓ（Ｉｕ_i）と機会損失費Ｃｌ（Ｉｄ_i）のいずれかを選択することとしてもよい。この場合、ＷＥＢサーバ１０４は、選択結果を受けて、ユーザが選択した方の算出元となる切り上げまたは切り捨て後の納入要求Ｐおよび在庫Ｉを、リスクが少ない方の納入要求Ｐおよび在庫Ｉに決定する。

＜管理シーケンス＞
図１３は、ＷＥＢサーバ１０４と端末９０との間の処理手順を示すシーケンス図である。なお、端末９０は、管理システム１０１にログイン済みとする。まず、端末９０は、ＰＳＩ一覧画面要求をＷＥＢサーバ１０４に送信する（ステップＳ１３０１）。ＷＥＢサーバ１０４は、端末９０からＰＳＩ一覧画面要求を受信すると、ＰＳＩ一覧画面情報を端末９０に送信する（ステップＳ１３０２）。これにより、図８に示したように、端末９０のディスプレイには、ＰＳＩ一覧画面が表示される。

端末９０は、販売Ｓが入力された状態で自動計算ボタン８０３の押下を受け付けると、納入要求Ｐ計算要求をＷＥＢサーバ１０４に送信する（ステップＳ１３０３）。納入要求Ｐ計算要求の計算に必要な情報、すなわち、対象となる品目情報や上記式（２）に代入される値または当該値をＤＢ１０９から指定する情報が含まれる。

ＷＥＢサーバ１０４は、納入要求Ｐ計算要求を端末９０から受信すると、納入要求算出処理を実行し、算出結果を端末９０に送信する（ステップＳ１３０４）。納入要求算出処理（ステップＳ１３０４）の詳細は、図１４で後述する。端末９０は、納入要求算出処理（ステップＳ１３０４）の算出結果をＷＥＢサーバ１０４から受信し、たとえば、図１０の（Ａ）に示したように、タイムバケットＴＢ_ｉが「２０１８０６」の納入Ｐである「３００」を、ディスプレイに表示する（ステップＳ１３０５）。

図１４は、図１３に示した納入要求算出処理（ステップＳ１３０４）の詳細な処理手順例を示すフローチャートである。ＷＥＢサーバ１０４は、納入要求Ｐ計算要求を端末９０から受信した場合、ＤＢ１０９から関連情報を読み込む（ステップＳ１４０１）。具体的には、たとえば、ＷＥＢサーバ１０４は、納入要求Ｐ計算要求から対象となる品目情報を特定し、特定した品目情報に対応する品目属性情報を品目情報ＤＢ２３１から取得する。

ＷＥＢサーバ１０４は、納入要求Ｐの計算に際し、取得した品目属性情報に含まれる計算方式フラグ３０８により、管理費（余剰在庫管理費および機会損失費）を考慮するか否かを判断する（ステップＳ１４０２）。計算方式フラグ３０８が「切り上げ」である場合（ステップＳ１４０２：Ｎｏ）、ＷＥＢサーバ１０４は、図１０に示したように、切り上げ処理を実行して（ステップＳ１４０３）、ステップＳ１４０５に移行する。切り上げ処理（ステップＳ１４０３）の詳細は、図１５で後述する。

一方、計算方式フラグ３０８が「管理費考慮」である場合（ステップＳ１４０２：Ｎｏ）、ＷＥＢサーバ１０４は、図１１および図１２に示したように、管理費考慮処理を実行して（ステップＳ１４０４）、ステップＳ１４０５に移行する。管理費考慮処理（ステップＳ１４０４）の詳細は、図１８で後述する。

ＷＥＢサーバ１０４は、切り上げ処理（ステップＳ１４０３）または管理費考慮処理（ステップＳ１４０４）のあと、ＤＢサーバ１０８にアクセスして、切り上げ処理（ステップＳ１４０３）または管理費考慮処理（ステップＳ１４０４）の計算結果をＤＢ１０９に反映する（ステップＳ１４０５）。

図１５は、図１４に示した切り上げ処理（ステップＳ１４０３）の詳細な処理手順例を示すフローチャートである。ＷＥＢサーバ１０４は、納入ＬＴ３０７内の販売数および在庫数設定処理を実行し（ステップＳ１５０１）、第１予測処理を実行して（ステップＳ１５０２）、ステップＳ１４０５に移行する。納入ＬＴ３０７内の販売数および在庫数設定処理（ステップＳ１５０１）は、図９の（Ｂ）に示したように、納入ＬＴ３０７内の販売数および在庫数を設定する処理であり、図１６で詳細に説明する。第１予測処理（ステップＳ１５０２）は、納入ＬＴ３０７後における納入要求Ｐおよび在庫Ｉを予測する処理であり、図１７で詳細に説明する。

図１６は、図１５に示した納入ＬＴ３０７内の販売数および在庫数設定処理（ステップＳ１５０１）の詳細な処理手順例を示すフローチャートである。ＷＥＢサーバ１０４は、端末９０での自動計算ボタン８０３の押下を検出するまで待ち受ける（ステップＳ１６０１：Ｎｏ）。当該押下が検出された場合（ステップＳ１６０１：Ｙｅｓ）、ＷＥＢサーバ１０４は、納入ＬＴ３０７内において在庫Ｉの数を算出可能な販売Ｓの数の入力があるか否かを判断する（ステップＳ１６０２）。

具体的には、たとえば、ＷＥＢサーバ１０４は、上記式（１）において、納入ＬＴ３０７内のタイムバケットＴＢ_iの在庫Ｉ_iを算出する場合に必要な、タイムバケットＴＢ_iの販売Ｓ_iと１つ前のタイムバケットＴＢ_i-1の在庫Ｉ_i-1とが設定されているか否かを判断する。

たとえば、図９の（Ｂ）に示すように、２０１８年４月のタイムバケットＴＢ₂₀₁₈₀₄に販売Ｓとして「３００」が入力されている。したがって、ＷＥＢサーバ１０４は、上記式（１）を用いて、２０１８年４月のタイムバケットＴＢ₂₀₁₈₀₄で在庫Ｉ₂₀₁₈₀₄の算出が可能となる。

また、図９の（Ｂ）に示すように、２０１８年５月のタイムバケットＴＢ₂₀₁₈₀₅に販売Ｓ₂₀₁₈₀₅として「１８０」が入力され、かつ、２０１８年４月のタイムバケットＴＢ₂₀₁₈₀₄で在庫Ｉ₂₀₁₈₀₄が算出されている。したがって、ＷＥＢサーバ１０４は、上記式（１）を用いて、２０１８年５月のタイムバケットＴＢ₂₀₁₈₀₅で在庫Ｉ₂₀₁₈₀₅の算出が可能となる。したがって、ステップＳ１６０２：Ｙｅｓとなり、ステップＳ１６０３へ移行する。

一方、２０１８年４月のタイムバケットＴＢ₂₀₁₈₀₄に販売Ｓ₂₀₁₈₀₄が入力されていない場合、ＷＥＢサーバ１０４は、上記式（１）を用いて、２０１８年４月のタイムバケットＴＢ₂₀₁₈₀₄で在庫Ｉ₂₀₁₈₀₄を算出できない。また、２０１８年５月のタイムバケットＴＢ₂₀₁₈₀₅に販売Ｓ₂₀₁₈₀₅が入力されていない場合、ＷＥＢサーバ１０４は、上記式（１）を用いて、２０１８年５月のタイムバケットＴＢ₂₀₁₈₀₅で在庫Ｉ₂₀₁₈₀₅を算出できない。２０１８年４月のタイムバケットＴＢ₂₀₁₈₀₄で在庫Ｉ₂₀₁₈₀₄が算出されていても同様である。

また、２０１８年５月のタイムバケットＴＢ₂₀₁₈₀₅に販売Ｓ₂₀₁₈₀₅が入力されていても、２０１８年４月のタイムバケットＴＢ₂₀₁₈₀₄で在庫Ｉ₂₀₁₈₀₄が算出されていなければ、ＷＥＢサーバ１０４は、上記式（１）を用いて、２０１８年５月のタイムバケットＴＢ₂₀₁₈₀₅で在庫Ｉ₂₀₁₈₀₅を算出できない。したがって、ステップＳ１６０２：Ｎｏとなり、ステップＳ１６０５へ移行する。

ステップＳ１６０２：Ｙｅｓの場合、ＷＥＢサーバ１０４は、販売数が入力された納入ＬＴ３０７内のタイムバケットＴＢ_iについて在庫数を算出する（ステップＳ１６０３）。そして、ＷＥＢサーバ１０４は、ステップＳ１６０３の計算結果を端末９０に送信する（ステップＳ１６０４）。これにより、端末９０では、図９の（Ｂ）のように、在庫Ｉの計算結果が表示される。一方、ステップＳ１６０２：Ｎｏの場合、ＷＥＢサーバ１０４は、ＮＧ表示情報を端末９０に送信して（ステップＳ１６０５）、第１予測処理（ステップＳ１５０２）に移行する。

図１７は、図１５に示した第１予測処理（ステップＳ１５０２）の詳細な処理手順例を示すフローチャートである。ＷＥＢサーバ１０４は、納入ＬＴ３０７内の全在庫数を算出済みであるか否かを判断する（ステップＳ１７０１）。

算出済みでない場合（ステップＳ１７０１：Ｎｏ）、ＷＥＢサーバ１０４は、ＮＧ表示情報を端末９０に送信して（ステップＳ１７０２）、ステップＳ１４０５に移行する。算出済みである場合（ステップＳ１７０１：Ｙｅｓ）、ＷＥＢサーバ１０４は、納入ＬＴ３０７後において納入要求を算出可能な販売数は入力済みであるか否かを判断する（ステップＳ１７０３）。

具体的には、たとえば、ＷＥＢサーバ１０４は、上記式（２）において、納入ＬＴ３０７後のタイムバケットＴＢ_iの納入要求Ｐ_iを算出する場合に必要な、タイムバケットＴＢ_iの販売Ｓ_iと１つ前のタイムバケットＴＢ_i-1の在庫Ｉ_i-1とが設定されているか否かを判断する。

たとえば、図１０の（Ａ）に示すように、２０１８年６月のタイムバケットＴＢ₂₀₁₈₀₆に販売Ｓ₂₀₁₈₀₆として「１９０」が入力されている。したがって、ＷＥＢサーバ１０４は、上記式（２）を用いて、２０１８年６月のタイムバケットＴＢ₂₀₁₈₀₆で納入要求Ｐ₂₀₁₈₀₆の算出が可能となる。

また、図１０の（Ｂ）に示すように、２０１８年７月のタイムバケットＴＢ₂₀₁₈₀₇に販売Ｓ₂₀₁₈₀₇として「３０」が入力され、かつ、２０１８年６月のタイムバケットＴＢ₂₀₁₈₀₆で在庫Ｉ₂₀₁₈₀₆が算出されている。したがって、ＷＥＢサーバ１０４は、上記式（２）を用いて、２０１８年７月のタイムバケットＴＢ₂₀₁₈₀₇で納入要求Ｐ₂₀₁₈₀₇の算出が可能となる。したがって、ステップＳ１７０３：Ｙｅｓとなり、ステップＳ１７０８へ移行する。

一方、図１０の（Ａ）において、２０１８年６月のタイムバケットＴＢ₂₀₁₈₀₆に販売Ｓ₂₀₁₈₀₆が入力されていない場合、ＷＥＢサーバ１０４は、上記式（２）を用いて、２０１８年６月のタイムバケットＴＢ₂₀₁₈₀₆で納入要求Ｐ₂₀₁₈₀₆を算出できない。また、２０１８年７月のタイムバケットＴＢ₂₀₁₈₀₇に販売Ｓ₂₀₁₈₀₇が入力されていない場合、ＷＥＢサーバ１０４は、上記式（２）を用いて、２０１８年７月のタイムバケットＴＢ₂₀₁₈₀₇で納入要求Ｐ₂₀₁₈₀₇を算出できない。２０１８年６月のタイムバケットＴＢ₂₀₁₈₀₆で在庫Ｉ₂₀₁₈₀₆が算出されていても同様である。

また、２０１８年７月のタイムバケットＴＢ₂₀₁₈₀₇に販売Ｓ₂₀₁₈₀₇が入力されていても、２０１８年６月のタイムバケットＴＢ₂₀₁₈₀₆で在庫Ｉ₂₀₁₈₀₆が算出されていなければ、ＷＥＢサーバ１０４は、上記式（２）を用いて、２０１８年７月のタイムバケットＴＢ₂₀₁₈₀₇で納入要求Ｐを算出できない。したがって、ステップＳ１７０３：Ｎｏとなり、ステップＳ１７０４へ移行する。

ステップＳ１７０３：Ｎｏの場合、ＷＥＢサーバ１０４は、納入ＬＴ３０７後において納入要求を算出可能な販売数の入力があるか否かを判断する（ステップＳ１７０４）。販売数の入力がない場合（ステップＳ１７０４：Ｎｏ）、ＷＥＢサーバ１０４は、端末９０での自動計算ボタン８０３の押下を検出するまで待ち受け（ステップＳ１７０５：Ｎｏ）、ステップＳ１７０４に戻る。当該押下が検出された場合（ステップＳ１７０５：Ｙｅｓ）、ＷＥＢサーバ１０４は、ＮＧ表示情報を端末９０に送信して（ステップＳ１７０２）、ステップＳ１４０５に移行する。

販売Ｓ数の入力があった場合（ステップＳ１７０４：Ｙｅｓ）、ＷＥＢサーバ１０４は、ＷＥＢサーバ１０４は、端末９０での自動計算ボタン８０３の押下を検出するまで待ち受け（ステップＳ１７０７：Ｎｏ）、ステップＳ１７０４に戻る。当該押下が検出された場合（ステップＳ１７０７：Ｙｅｓ）、ＷＥＢサーバ１０４は、ステップＳ１７０８に移行する。

ステップＳ１７０８において、ＷＥＢサーバ１０４は、上記式（２）を用いて、販売Ｓ数が入力されたタイムバケットの納入要求Ｐ数を算出し（ステップＳ１７０８）、図１０に示したように、ＭＯＱ３０４およびＳＰＱ３０５を考慮して、算出した納入要求Ｐ数を切り上げる（ステップＳ１７０９）。そして、ＷＥＢサーバ１０４は、上記式（１）を用いて、販売Ｓ数および納入要求Ｐ数が得られたタイムバケットの在庫Ｉ数を算出し（ステップＳ１７１０）、算出結果（納入要求Ｐ数および在庫Ｉ数）を端末９０に送信する（ステップＳ１７１１）。そして、ステップＳ１４０５へ移行する。

図１８は、図１４に示した管理費考慮処理（ステップＳ１４０４）の詳細な処理手順例を示すフローチャートである。ＷＥＢサーバ１０４は、図１６に示した納入ＬＴ３０７内の販売数および在庫数設定処理を実行し（ステップＳ１５０１）、第２予測処理を実行して（ステップＳ１８０２）、ステップＳ１４０５に移行する。第２予測処理（ステップＳ１８０２）は、図１１および図１２に示したように、ＭＯＱ３０４およびＳＰＱ３０５を考慮して納入要求Ｐを切り上げた場合の余剰在庫管理費、ならびに、ＭＯＱ３０４およびＳＰＱ３０５を考慮して納入要求Ｐを切り捨てた場合の機会損失費を比較することで、納入要求Ｐおよび在庫Ｉを決定する処理である。第２予測処理（ステップＳ１８０２）の詳細は、図１９で後述する。

図１９は、図１８に示した第２予測処理（ステップＳ１８０２）の詳細な処理手順例を示すフローチャートである。図１７に示した第１予測処理（ステップＳ１５０２）と同一処理には同一ステップ番号を付し、その説明を省略する。ステップＳ１７０８において、ＷＥＢサーバ１０４は、上記式（２）を用いて、販売Ｓ数が入力されたタイムバケットＴＢの納入要求Ｐ数を算出した（ステップＳ１７０８）後、決定処理を実行して（ステップＳ１９０９）、ステップＳ１７１０に移行する。決定処理（ステップＳ１９０９）は、余剰在庫管理費および機会損失費を算出して、リスクが少ない方の納入要求Ｐおよび在庫Ｉを決定する処理であり、図２０で後述する。

図２０は、図１９に示した決定処理（ステップＳ１９０９）の詳細な処理手順例を示すフローチャートである。ＷＥＢサーバ１０４は、図１１および図１２に示したように、上記式（３）により余剰在庫管理費を算出し、上記式（４）により機会損失費を算出する（ステップＳ２００１）。つぎに、ＷＥＢサーバ１０４は、算出された余剰在庫管理費および機会損失費を比較して、それらの絶対値が小さい方の算出元となる切り上げまたは切り捨て後の納入要求Ｐおよび在庫Ｉを決定する（ステップＳ２００２）。

これにより、ＷＥＢサーバ１０４は、第２予測処理（ステップＳ１８０２）を実行することで、ＭＯＱ３０４およびＳＰＱ３０５を考慮して納入要求Ｐを切り上げおよび切り捨てた場合に、在庫管理上のリスクが少ない方の納入要求Ｐを選択する。したがって、在庫管理上のリスクの低減化を図ることができる。

なお、ＷＥＢサーバ１０４が、余剰在庫管理費と機会損失費とをＷＥＢサーバ１０４や端末９０のディスプレイに表示させ、ＷＥＢサーバ１０４の管理者や端末９０のユーザが余剰在庫管理費と機会損失費のいずれかを選択することとしてもよい。この場合、ＷＥＢサーバ１０４は、選択した方の算出元となる切り上げまたは切り捨て後の納入要求Ｐおよび在庫Ｉを、リスクが少ない方の納入要求Ｐおよび在庫Ｉに決定する。このように、管理者やユーザに余剰在庫管理費および機会損失費を提示することで、いずれの費用の方が在庫管理上のリスクが高いかを管理者やユーザに認識させることができる。したがって、在庫管理上のリスク管理の容易化を図ることができる。

［１］このように、実施例１によれば、管理装置であるＷＥＢサーバ１０４は、特定品目３０３（たとえば、販売会社３０１が「Ａ」で調達先３０２が「Ｘ」の品目「Ｉｔｅｍ＿０１」）に関する基準在庫３０６の数（たとえば、５００個）と、特定品目３０３の仕入単価３０９（たとえば、\１００）と、特定品目３０３の販売単価３１０（たとえば、\１２０）と、特定品目３０３を在庫として管理する特定品目３０３に関する在庫管理費比率３１１（たとえば、２０％）と、を含む品目情報を記憶するとともに、第１期間（たとえば、先月）における特定品目３０３の在庫数（先月の在庫Ｉ）を記憶するデータベース１０９にアクセス可能である。

ＷＥＢサーバ１０４の第１プロセッサ２０２は、第１期間よりも先の期間である第２期間（たとえば、今月）における特定品目３０３の販売数（たとえば、今月の販売Ｓ）と、第２期間における特定品目３０３の納入数（たとえば、今月の納入Ｐ）とを取得する取得処理と、取得処理によって取得された第２期間における特定品目３０３の納入数以上の第１納入数（たとえば、切り上げ後の今月の納入Ｐ）と、第２期間における特定品目３０３の納入数以下の第２納入数（たとえば、切り捨て後の今月の納入Ｐ）と、を設定する設定処理と、設定処理によって設定された第１納入数が納入された場合の特定品目３０３に関する余剰在庫の管理費を算出し、設定処理によって設定された第２納入数が納入された場合の特定品目３０３に関する販売機会の損失費を算出する算出処理と、算出処理によって算出された特定品目３０３に関する余剰在庫の管理費と特定品目３０３に関する販売機会の損失費とを出力する出力処理と、を実行する。

これにより、ＷＥＢサーバ１０４は、余剰在庫管理費と機会損失費とをＷＥＢサーバ１０４や端末９０のディスプレイに表示させ、ＷＥＢサーバ１０４の管理者や端末９０のユーザが余剰在庫管理費と機会損失費のいずれかを選択させる。このように、在庫管理上のリスクを判断する指標をＷＥＢサーバ１０４の管理者や端末９０のユーザに提示することで、在庫管理上のリスク管理の容易化を図ることができる。

［２］また上記［１］において、第１プロセッサ２０２は、基準在庫３０６の数と、第１期間における特定品目３０３の在庫Ｉの数と、第２期間における特定品目３０３の販売Ｓの数と、に基づいて、第２期間における特定品目の納入数を算出してもよい。

これにより、ＷＥＢサーバ１０４は、第２期間における納入要求を自動的に求めることができ、在庫管理上のリスク管理の容易化を図ることができる。

［３］また上記［１］において、上述した品目情報は、特定品目３０３の発注に関する制約条件（たとえば、ＭＯＱ３０４，ＳＰＱ３０５）を記憶しており、設定処理では、第１プロセッサ２０２は、制約条件に基づいて、第１納入数と、第２納入数と、を設定してもよい。

これにより、制約に遵守するような第１納入数および第２納入数で発注が可能となる。

［４］また上記［３］において、制約条件は、特定品目３０３の最小発注単位（たとえば、ＭＯＱ３０４＝１００個）を含み、設定処理では、第１プロセッサ２０２は、第２期間における特定品目３０３の納入Ｐの数が、最小発注単位よりも少ない場合、第１納入数を最小発注単位に設定し、第２納入数を第２期間における特定品目３０３の納入Ｐの数よりも少ない値に設定してもよい。

これにより、ＷＥＢサーバ１０４は、最小発注単位を遵守した場合と遵守しなかった場合とで納入要求を求めることができる。

［５］また上記［３］において、制約条件は、特定品目３０３の梱包単位（たとえば、ＳＰＱ３０５＝５０個）を含み、設定処理では、第１プロセッサ２０２は、第２期間における特定品目３０３の納入Ｐの数以上で、かつ、梱包単位を充足するように第１納入数を設定するとともに、第２期間における特定品目３０３の納入Ｐの数以下で、かつ、梱包単位を充足するように第２納入数を設定してもよい。

これにより、ＷＥＢサーバ１０４は、梱包単位を遵守した場合と遵守しなかった場合とで納入要求を求めることができる。

［６］また上記［４］において、制約条件は、特定品目３０３の梱包単位を含み、設定処理では、第１プロセッサ２０２は、第２期間における特定品目３０３の納入Ｐの数が、最小発注単位以上である場合、第２期間における特定品目３０３の納入Ｐの数以上で、かつ、梱包単位を充足するように第１納入数を設定するとともに、第２期間における特定品目３０３の納入Ｐの数以下で、かつ、梱包単位を充足するように第２納入数を設定してもよい。

これにより、ＷＥＢサーバ１０４は、梱包単位よりも最小発注単位を優先して、最小発注単位を遵守した場合と遵守しなかった場合とで納入要求を求めることができる。すなわち、第２期間における特定品目３０３の納入Ｐの数が最小発注単位以上である場合、最小発注単位を充足していることになるため、ＷＥＢサーバ１０４は、梱包単位を遵守した場合と遵守しなかった場合とで納入要求を求めることができる。

［７］また上記［１］において、算出処理では、第１プロセッサ２０２は、第１期間における特定品目３０３の在庫Ｉの数と、取得処理によって取得された第２期間における特定品目３０３の販売Ｓの数と、第１納入数と、に基づいて、第２期間における特定品目３０３の第１在庫数を算出し、かつ、第１期間における特定品目３０３の在庫Ｉの数と、第２期間における特定品目３０３の販売Ｓの数と、第２納入数と、に基づいて、第２期間における特定品目３０３の第２在庫数を算出する第１算出処理を実行し、第１算出処理によって算出された第２期間における特定品目３０３の第１在庫数に基づいて、第１納入数が納入された場合の特定品目に関する余剰在庫の管理費を算出し、第１算出処理によって算出された第２期間における特定品目３０３の第２在庫数に基づいて、第２納入数が納入された場合の特定品目３０３に関する販売機会の損失費を算出してもよい。

これにより、ＷＥＢサーバ１０４は、余剰在庫数を予測した上で余剰在庫管理費を算出することができ、在庫不足分を予測した上で販売期間損失費を算出することができる。

［８］また上記［７］において、算出処理では、第１プロセッサ２０２は、第２期間における特定品目３０３の第１在庫数と、特定品目３０３に関する基準在庫３０６の数と、特定品目３０３の仕入単価３０９と、特定品目３０３に関する在庫管理費比率３１１と、に基づいて、特定品目３０３に関する余剰在庫の管理費を算出する第２算出処理を実行することとしてもよい。

これにより、余剰在庫管理費の予測の高精度化を図ることができる。

［９］また上記［７］において、算出処理では、第１プロセッサ２０２は、第２期間における特定品目３０３の第２在庫数と、特定品目３０３に関する基準在庫３０６の数と、特定品目３０３の販売単価３１０と、に基づいて、特定品目３０３に関する販売機会の損失費を算出する第３算出処理を実行することとしてもよい。

これにより、販売機会損失費の予測の高精度化を図ることができる。

［１０］また上記［１］において、第１プロセッサ２０２は、特定品目３０３に関する余剰在庫の管理費と、特定品目３０３に関する販売機会の損失費と、に基づいて、第１納入数または第２納入数のいずれか一方を、第２期間における特定品目３０３の納入Ｐの数に決定する決定処理を実行し、出力処理では、プロセッサは、決定処理によって決定された第２期間における特定品目３０３の納入Ｐの数を出力してもよい。

これにより、ＷＥＢサーバ１０４は、特定品目３０３に関する余剰在庫管理費および販売機会損失費を考慮して、在第１納入数または第２納入数のいずれか一方の納入要求を選択する。したがって、在庫管理上のリスクの低減化を図ることができる。

［１１］また上記［１０］において、第１プロセッサ２０２は、決定処理では、第１プロセッサ２０２は、特定品目３０３に関する余剰在庫の管理費と、特定品目３０３に関する販売機会の損失費の絶対値と、を比較して、特定品目３０３に関する余剰在庫の管理費の方が小さい場合、第１納入数を、第２期間における特定品目３０３の納入Ｐの数に決定し、特定品目３０３に関する販売機会の損失費の絶対値の方が小さい場合、第２納入数を、第２期間における特定品目３０３の納入Ｐの数に決定してもよい。

これにより、ＷＥＢサーバ１０４は、ＭＯＱ３０４およびＳＰＱ３０５を考慮して納入要求Ｐを切り上げおよび切り捨てた場合に、在庫管理上のリスクが少ない方の納入要求Ｐを選択する。したがって、在庫管理上のリスクの低減化を図ることができる。

調達先３０２となる工場１０３は、将来の納入要求Ｐを元に生産計画を立案するが、販売会社１０２からの納入要求Ｐに変動が多いと生産計画が立てられず、結果的に納入が遅れてしまうリスクがある。そこで、実施例２では、納入要求Ｐの計算時に、前回（１世代前）の立案時の納入要求Ｐ_i ^j-1（ｊは世代番号を示す整数）の変動可能比率の範囲に収まるように現世代ｊの納入要求Ｐ_i ^jを計算し、結果的に工場側の生産計画の早期着手、つまり製造リードタイムの短縮を図る。

なお、実施例２では、変動可能比率を中心に説明するため、実施例１と重複する部分については、同一符号を用いて説明を省略する。

図３において、変動可能比率フィールド３１２の「変動可能比率」とは、現世代ｊにおけるタイムバケットＴＢ_i ^jでの納入要求Ｐ_ｉ ^ｊを、１世代前（ｊ−１）のタイムバケットＴＢ_i ^j-1の納入要求Ｐ_i ^j-1を基準とする範囲に変更するための比率である。すなわち、あるタイムバケットＴＢ_i ^jでの納入要求Ｐ_i ^jの変動可能比率３１２をＶＲ_iとすると、下記式（５）を満たすように、納入要求Ｐ_i ^jが変更される。ただし、タイムバケットＴＢ_iは、納入ＬＴ後からのｎ番目のタイムバケットである。

（１−ＶＲ_i）×Ｐ_i ^j-1≦Ｐ_i ^j≦（１＋ＶＲ_i）×Ｐ_i ^j-1・・・（５）

上記式（５）の（１−ＶＲ_i）×Ｐ_i ^j-1は、納入要求Ｐ_i ^jの下限値ＰＬ_i ^j-1であり、（１＋ＶＲ_i）×Ｐ_i ^j-1は、納入要求Ｐ_iの上限値ＰＵ_i ^j-1である。納入要求Ｐ_i ^jが上記式（５）の範囲内であれば、納入要求Ｐ_i ^jは変更されない。納入要求Ｐ_i ^jが下限値ＰＬ_i ^j-1を下回った場合は、納入要求Ｐ_i ^jは下限値ＰＬ_i ^j-1に変更される。納入要求Ｐ_i ^jが上限値ＰＵ_i ^j-1を上回った場合は、納入要求Ｐ_iは上限値ＰＵ_i ^j-1に変更される。

なお、上記式（５）の適用対象となる納入要求Ｐ_i ^jおよび納入要求Ｐ_i ^j-1は、第１予測処理（ステップＳ１５０２）のステップＳ１７０９で切り上げされた納入要求Ｐでもよく、決定処理（ステップＳ１９０９）のステップＳ２００２で決定された納入要求Ｐでもよい。すなわち、計算方式フラグ３０８は、「管理費考慮」および「切り上げ」のいずれでもよい。

＜納入要求Ｐ_i ^jの変更例＞
つぎに、図２１および図２２を用いて、納入要求Ｐ_i ^jの変更例について説明する。

図２１は、実施例２にかかるＰＳＩ情報表示領域８１０の更新例１を示す説明図である。図２１では、現在日時を含むタイムバケットを２０１８年３月とする。また、納入ＬＴ３０７を「２」ヶ月とする。

（Ａ）は、納入ＬＴ３０７後のタイムバケットＴＢ_iにおける販売Ｓ、納入要求Ｐ、および在庫Ｉの設定例を示す。（Ｂ）は、（Ａ）における現在日時を含む２０１８年３月のタイムバケットＴＢ₂₀₁₈₀₃から時間が経過し、現在日時が次のタイムバケットＴＢ₂₀₁₈₀₄に突入した場合の販売Ｓ、納入要求Ｐ、および在庫Ｉの設定例を示す。現在日時が２０１８年４月のタイムバケットＴＢ₂₀₁₈₀₄に含まれることになったため、（Ｂ）が現世代ｊを示し、（Ａ）は１世代前（ｊ−１）を示す。

（Ｂ）では、納入ＬＴ３０７のタイムバケットＴＢ_iが「２０１８０４」および「２０１８０５」となる。このため、納入ＬＴ３０７の納入Ｐ（「１００」および「３００」）は確定する。また、納入ＬＴ３０７において、１世代前に入力された販売Ｓ（「３００」および「１８０」）に変更がなければ、現世代の販売Ｓ（「３００」および「１８０」）および在庫Ｉ（「３９２」および「５１２」）も変更されない。

（Ｂ）において、ＷＥＢサーバ１０４は、現世代における納入ＬＴ３０７後のタイムバケットＴＢ_iでの納入要求Ｐ_i ^jの変動可能範囲を規定する。この処理は、現在日時が新しいタイムバケットＴＢ_iに突入したのをトリガとして実行されてもよく、その後現世代における納入ＬＴ３０７後のタイムバケットＴＢ_iでの販売Ｓ_i ^jの値が端末９０の操作により変更されたのをトリガとして実行されてもよい。

２０１８年６月のタイムバケットＴＢ₂₀₁₈₀₆が第１ＴＢ３２１に該当するため、変動可能比率ＶＲ₂₀₁₈₀₆は、ＶＲ₂₀₁₈₀₆＝２０％である。また、１世代前におけるタイムバケットＴＢ₂₀₁₈₀₆ ^ｊ−１の納入Ｐ₂₀₁₈₀₆ ^j-1は、Ｐ₂₀₁₈₀₆ ^j-1＝２００（図２１の（Ａ）を参照）である。したがって、現世代ｊにおけるタイムバケットＴＢ₂₀₁₈₀₆ ^ｊの納入要求Ｐ₂₀₁₈₀₆ ^jの変動可能範囲の下限値ＰＬ₂₀₁₈₀₆ ^j-1は、ＰＬ₂₀₁₈₀₆ ^j-1＝１６０であり、上限値ＰＵ₂₀₁₈₀₆ ^j-1は、ＰＵ₂₀₁₈₀₆ ^j-1＝２４０である。すなわち、現世代ｊにおける「２０１８０６」の納入要求Ｐ₂₀₁₈₀₆ ^jの変動可能範囲は、［１６０，２４０］となる。

（Ｂ）において、端末９０の操作により、納入ＬＴ３０７後の最初のタイムバケットである２０１８年６月のタイムバケットＴＢ₂₀₁₈₀₆ ^jの販売Ｓ₂₀₁₈₀₆ ^jが、１世代前の「１９０」から「９０」に変更されたものとする。これにより、現世代におけるタイムバケットＴＢ₂₀₁₈₀₆の納入要求Ｐ₂₀₁₈₀₆ ^jは、切り上げ処理（ステップＳ１４０３）または管理費考慮処理（ステップＳ１４０４）により１世代前の「２００」から「１００」に変更されたものとする。

この場合、変更後の納入要求Ｐ₂₀₁₈₀₆ ^j＝１００は、変動可能範囲［１６０，２４０］外、すなわち、下限値ＰＬ₂₀₁₈₀₆ ^j-1＝１６０を下回る。したがって、ＷＥＢサーバ１０４は、納入要求Ｐ₂₀₁₈₀₆ ^jを「１００」から「１６０」に変更する。また、ＷＥＢサーバ１０４は、現世代におけるタイムバケットＴＢ₂₀₁₈₀₆ ^jの在庫Ｉ₂₀₁₈₀₆ ^jも、上記式（１）により「５２２」から「５８２」に変更する。

またこの場合、『変動可能比率により補正されました。１６０〜２４０の間で入力してください。』のように、ＷＥＢサーバ１０４は、補正された旨および変動可能範囲［１６０，２４０］を示すポップアップ２１００を端末９０に表示させてもよい。

図２２は、実施例２にかかるＰＳＩ情報表示領域８１０の更新例２を示す説明図である。（Ａ）は、図２１の（Ａ）と同一内容である。（Ｂ）は、第１ＴＢ３２１である２０１８年６月のタイムバケットＴＢ₂₀₁₈₀₆ ^jにおける現世代の販売Ｓ₂₀₁₈₀₆ ^jが、１世代前（ｊ−１）の「１９０」から、図２１の（Ｂ）のように「９０」ではなく、「３１０」になる点が異なる。また、（Ｂ）において、現世代ｊの納入要求Ｐ₂₀₁₈₀₆ ^jの変動可能範囲は、図２１と同様、［１６０，２４０］となる。

（Ｂ）において、端末９０の操作により、納入ＬＴ３０７後の最初のタイムバケットである２０１８年６月のタイムバケットＴＢ₂₀₁₈₀₆ ^jの販売Ｓ₂₀₁₈₀₆ ^jが、１世代前の「１９０」から「３１０」に変更されたものとする。これにより、現世代におけるタイムバケットＴＢ₂₀₁₈₀₆ ^jの納入要求Ｐ₂₀₁₈₀₆ ^jは、切り上げ処理（ステップＳ１４０３）または管理費考慮処理（ステップＳ１４０４）により１世代前の「２００」から「３００」に変更されたものとする。

この場合、変更後の納入要求Ｐ₂₀₁₈₀₆ ^j＝３００は、変動可能範囲［１６０，２４０］外、すなわち、上限値ＰＵ₂₀₁₈₀₆ ^j-1＝２４０を上回る。したがって、ＷＥＢサーバ１０４は、納入要求Ｐ₂₀₁₈₀₆ ^jを「３００」から「２４０」に変更する。また、ＷＥＢサーバ１０４は、現世代におけるタイムバケットＴＢ₂₀₁₈₀₆ ^jの在庫Ｉ₂₀₁₈₀₆ ^jも、上記式（１）により「５２２」から「４４２」に変更する。

またこの場合、『変動可能比率により補正されました。１６０〜２４０の間で入力してください。』のように、ＷＥＢサーバ１０４は、補正された旨および変動可能範囲［１６０，２４０］を示すポップアップ２１００を端末９０に表示させてもよい。

＜納入要求Ｐ_ｉ ^ｊの変更処理手順例＞
図２３は、実施例２にかかる現世代の納入要求Ｐ_ｉ ^ｊの変更処理手順例を示すフローチャートである。なお、前提条件として、ある端末９０が管理システム１０１にログインしており、図２１の（Ａ）または図２２の（Ａ）のＰＳＩ情報表示領域８１０が当該端末９０のディスプレイに表示中とする。

ＷＥＢサーバ１０４は、現在日時が新しいタイムバケットＴＢに突入するのを待ち受ける（ステップＳ２３０１：Ｎｏ）。現在日時が新しいタイムバケットＴＢに突入した場合（ステップＳ２３０１：Ｙｅｓ）、端末９０は、当該突入以前に表示されていたＰＳＩ情報表示領域８１０内のＰＳＩ情報をＷＥＢサーバ１０４にアップロードする。ＷＥＢサーバ１０４は、端末９０からアップロードされたＰＳＩ情報をＰＳＩ履歴情報としてＰＳＩ履歴情報ＤＢ２３３に格納する。また、新しいタイムバケットＴＢへの突入後においてＰＳＩ情報表示領域８１０に存在するＰＳＩ情報は、現世代ｊのＰＳＩ情報として引き継がれる。

したがって、ＷＥＢサーバ１０４は、現世代ｊの納入ＬＴ３０７後のタイムバケット（以下、対象タイムバケットＴＢ_i ^j）について、１世代前の対象タイムバケットＴＢ_i ^j-1での納入要求Ｐ_i ^j-1を用いて、上記式（５）により、変動可能範囲を設定する（ステップＳ２３０２）。

そして、ＷＥＢサーバ１０４は、対象タイムバケットＴＢ_i ^jの販売Ｓ_i ^jについて端末９０からの変更入力を待ち受ける（ステップＳ２３０３：Ｎｏ）。このときの販売Ｓ_i ^j、納入要求Ｐ_i ^j、在庫Ｉ_i ^jはそれぞれ、１世代前から引き継がれた販売Ｓ_i ^j-1、納入要求Ｐ_i ^j-1、在庫Ｉ_i ^j-1と同一の値である。販売Ｓ_i ^jの変更入力があった場合（ステップＳ２３０３：Ｙｅｓ）、ＷＥＢサーバ１０４は、当該変更後の販売Ｓ´_i ^jを用いて、上記式（２）により、現世代の対象タイムバケットＴＢ_i ^jにおける納入要求Ｐ´_i ^jを算出する（ステップＳ２３０４）。

ＷＥＢサーバ１０４は、ステップＳ２３０４で算出された納入要求Ｐ´_i ^j（以下、算出納入要求Ｐ´_i ^j）が、ステップＳ２３０２で設定された変動可能範囲内であるか否かを判断する（ステップＳ２３０５）。変動可能範囲である場合（ステップＳ２３０５：Ｙｅｓ）、ＷＥＢサーバ１０４は、変更後の販売Ｓ´_i ^jおよび算出納入要求Ｐ´_i ^jを用いて、上記式（１）により在庫Ｉ_i ^jを変更後の在庫Ｉ´_i ^jに更新する（ステップＳ２３０９）。これにより、一連の処理が終了する。

また、変動可能範囲外である場合（ステップＳ２３０５：Ｎｏ）、ＷＥＢサーバ１０４は、算出納入要求Ｐ´_i ^jが変動可能範囲の下限値ＰＬ_i ^j-1未満であるか否かを判断する（ステップＳ２３０６）。下限値ＰＬ_i ^j-1未満である場合（ステップＳ２３０６：Ｙｅｓ）、ＷＥＢサーバ１０４は、算出納入要求Ｐ´_i ^jを下限値ＰＬ_i ^j-1（算出納入要求Ｐ_i ^jより大きく下限値ＰＬ_i ^j-1未満の値でもよい）に変更し（ステップＳ２３０７）、ステップＳ２３０９に移行する。

下限値ＰＬ_i ^j-1未満でない場合（ステップＳ２３０６：Ｎｏ）、算出納入要求Ｐ´_i ^jは上限値ＰＵ_i ^j-1を上回っていることになる。したがって、ＷＥＢサーバ１０４は、算出納入要求Ｐ´_i ^jを上限値ＰＵ_i ^j-1（上限値ＰＵ_i ^j-1より大きく算出納入要求Ｐ_i ^j未満の値でもよい）に変更し（ステップＳ２３０８）、ステップＳ２３０９に移行する。

ステップＳ２３０７またはＳ２３０８のあと、ＷＥＢサーバ１０４は、変更後の販売Ｓ´_i ^jおよび変更後の算出納入要求Ｐ´_i ^jを用いて、上記式（１）により在庫Ｉ_i ^jを変更後の在庫Ｉ´_i ^jに更新する（ステップＳ２３０９）。これにより、一連の処理が終了する。

これにより、前回立案時の納入要求Ｐ_i ^j-1で決まる変動可能範囲に収まるように現世代ｊの納入要求Ｐ´_i ^jを計算することで、結果的に工場側の生産計画の早期着手、つまり製造リードタイムを短縮でき、納入遅延を抑制することができる。

［１２］このように、実施例２によれば、上記［１］において、ＤＢ２２３は、第２期間（たとえば、２０１８年６月）における特定品目３０３の納入Ｐの数の変動可能範囲を規定する変動可能情報（たとえば、変動可能比率３１２）を記憶する。

また、取得処理では、第１プロセッサ２０２は、現在日時が第１期間（たとえば、２０１８年３月）である場合に、第２期間における特定品目３０３の変更前の販売Ｓ（たとえば、１世代前（ｊ−１）の２０１８年６月の販売Ｓ₂₀₁₈₀₆ ^ｊ−１）の数を取得するとともに、現在日時が第１期間を経過して第２期間より前の第３期間（たとえば、２０１８年４月）である場合に、変更前の販売数から変更された第２期間における特定品目３０３の変更後の販売Ｓ（現世代ｊの２０１８年６月の販売Ｓ´₂₀₁₈₀₆ ^ｊ）の数を取得する。

設定処理では、第１プロセッサ２０２は、変更前の販売Ｓの数と、変動可能情報と、に基づいて、現在日時が第３期間である場合に第２期間における特定品目３０３の納入Ｐの数（現世代ｊの２０１８年６月の納入Ｐ₂₀₁₈₀₆ ^ｊ）の変動可能範囲を設定し、算出処理では、第１プロセッサ２０２は、変更後の販売Ｓの数に基づいて、現在日時が第３期間である場合に第２期間における特定品目３０３の納入Ｐの数を算出する。

そして、第１プロセッサ２０２は、算出処理によって算出された納入Ｐの数が、変動可能範囲内であるか否かを判断する判断処理と、判断処理による判断結果に基づいて、算出された納入Ｐの数を、変動可能範囲内の値に変更する変更処理と、を実行し、出力処理では、第１プロセッサ２０２は、変更処理による変更後の算出された納入Ｐの数を出力する。

これにより、前回立案時の納入要求Ｐ_i ^j-1で決まる変動可能範囲に近づくように現世代ｊの納入要求Ｐ´_i ^jを計算することで、結果的に工場側の生産計画の早期着手、つまり製造リードタイムを短縮でき、納入遅延を抑制することができる。

［１３］また、上記［１２］において、変更処理では、第１プロセッサ２０２は、判断処理によって、算出された納入Ｐの数が、変動可能範囲を下回ったと判断された場合、算出された納入Ｐの数を、算出された納入Ｐの数をよりも大きく変動可能範囲の下限値ＰＬ_ｉ ^ｊ−１以下の値に変更してもよい。

これにより、ＷＥＢサーバ１０４は、算出された納入Ｐの数が変動可能範囲を下回った場合でも変動可能範囲内に近づけることができる。特に、算出された納入Ｐの数を変動可能範囲の下限値ＰＬ_ｉ ^ｊ−１に変更することにより、算出された納入Ｐの数を変動可能範囲内に収めることができる。

［１４］上記［１２］において、変更処理では、第１プロセッサ２０２は、判断処理によって、算出された納入Ｐの数が、変動可能範囲を上回ったと判断された場合、算出された納入Ｐの数を、算出された納入Ｐの数をよりも小さく変動可能範囲の上限値ＰＵ_ｉ ^ｊ−１以上の値に変更してもよい。

これにより、ＷＥＢサーバ１０４は、算出された納入Ｐの数が変動可能範囲を上回った場合でも変動可能範囲内に近づけることができる。特に、算出された納入Ｐの数を変動可能範囲の上限値ＰＵ_ｉ ^ｊ−１に変更することにより、算出された納入Ｐの数を変動可能範囲内に収めることができる。

なお、本発明は前述した実施例に限定されるものではなく、添付した特許請求の範囲の趣旨内における様々な変形例及び同等の構成が含まれる。例えば、前述した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに本発明は限定されない。また、ある実施例の構成の一部を他の実施例の構成に置き換えてもよい。また、ある実施例の構成に他の実施例の構成を加えてもよい。また、各実施例の構成の一部について、他の構成の追加、削除、または置換をしてもよい。

また、前述した各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等により、ハードウェアで実現してもよく、プロセッサがそれぞれの機能を実現するプログラムを解釈し実行することにより、ソフトウェアで実現してもよい。

各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリ、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記憶装置、又は、ＩＣ（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）カード、ＳＤカード、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｃ）の記録媒体に格納することができる。

また、制御線や情報線は説明上必要と考えられるものを示しており、実装上必要な全ての制御線や情報線を示しているとは限らない。実際には、ほとんど全ての構成が相互に接続されていると考えてよい。

９０ 端末
１０１ 管理システム
１０２ 販売会社
１０３ 工場
１０４ ＷＥＢサーバ
１０５ ログインプログラム
１０６ 販売会社用プログラム
１０７ 工場用プログラム
１０８ ＤＢサーバ
３０３ 品目
３０６ 基準在庫
３０８ 計算方式フラグ
３０９ 仕入単価
３１０ 販売単価
３１１ 在庫管理費比率
３１２ 変動可能比率
２１００ ポップアップ
２３１ 品目情報ＤＢ
２３２ ＰＳＩ情報ＤＢ
２３３ ＰＳＩ履歴情報ＤＢ
２３４ 納期回答情報ＤＢ
２３５ ユーザ情報ＤＢ
Ｃｌ 機会損失費
Ｃｓ 余剰在庫管理費

Claims (15)

1. プログラムを実行するプロセッサと、前記プログラムを記憶する記憶デバイスと、を有する管理装置であって、
   特定品目に関する基準在庫数と、前記特定品目の仕入単価と、前記特定品目の販売単価と、前記特定品目を在庫として管理する前記特定品目に関する在庫管理費比率と、を含む品目情報を記憶するとともに、第１期間における前記特定品目の在庫数を記憶するデータベースにアクセス可能であり、
   前記プロセッサは、
   第１期間よりも先の期間である第２期間における特定品目の販売数と、前記第２期間における特定品目の納入数とを取得する取得処理と、
   前記取得処理によって取得された前記第２期間における特定品目の納入数以上の第１納入数と、前記第２期間における前記特定品目の前記納入数以下の第２納入数と、を設定する設定処理と、
   前記設定処理によって設定された前記第１納入数が納入された場合の前記特定品目に関する余剰在庫の管理費を算出し、前記設定処理によって設定された前記第２納入数が納入された場合の前記特定品目に関する販売機会の損失費を算出する算出処理と、
   前記算出処理によって算出された前記特定品目に関する余剰在庫の管理費と前記特定品目に関する販売機会の損失費とを出力する出力処理と、
   を実行することを特徴とする管理装置。
2. 請求項１に記載の管理装置であって、
   前記取得処理では、前記プロセッサは、前記基準在庫数と、前記第１期間における前記特定品目の在庫数と、前記第２期間における前記特定品目の販売数と、に基づいて、前記第２期間における前記特定品目の納入数を算出する、
   ことを特徴とする管理装置。
3. 請求項１に記載の管理装置であって、
   前記品目情報は、前記特定品目の発注に関する制約条件を記憶しており、
   前記設定処理では、前記プロセッサは、前記制約条件に基づいて、前記第１納入数と、前記第２納入数と、を設定する、
   ことを特徴とする管理装置。
4. 請求項３に記載の管理装置であって、
   前記制約条件は、前記特定品目の最小発注単位を含み、
   前記設定処理では、前記プロセッサは、前記第２期間における前記特定品目の前記納入数が、前記最小発注単位よりも少ない場合、前記第１納入数を前記最小発注単位に設定し、前記第２納入数を前記納入数よりも少ない値に設定する、
   ことを特徴とする管理装置。
5. 請求項３に記載の管理装置であって、
   前記制約条件は、前記特定品目の梱包単位を含み、
   前記設定処理では、前記プロセッサは、前記第２期間における前記特定品目の前記納入数以上で、かつ、前記梱包単位を充足するように第１納入数を設定するとともに、前記第２期間における前記特定品目の前記納入数以下で、かつ、前記梱包単位を充足するように第２納入数を設定する、
   ことを特徴とする管理装置。
6. 請求項４に記載の管理装置であって、
   前記制約条件は、前記特定品目の梱包単位を含み、
   前記設定処理では、前記プロセッサは、前記第２期間における前記特定品目の前記納入数が、前記最小発注単位以上である場合、前記第２期間における前記特定品目の前記納入数以上で、かつ、前記梱包単位を充足するように第１納入数を設定するとともに、前記第２期間における前記特定品目の前記納入数以下で、かつ、前記梱包単位を充足するように第２納入数を設定する、
   ことを特徴とする管理装置。
7. 請求項１に記載の管理装置であって、
   前記算出処理では、前記プロセッサは、前記第１期間における前記特定品目の在庫数と、前記取得処理によって取得された前記第２期間における前記特定品目の販売数と、前記第１納入数と、に基づいて、前記第２期間における前記特定品目の第１在庫数を算出し、かつ、前記第１期間における前記特定品目の在庫数と、前記第２期間における前記特定品目の販売数と、前記第２納入数と、に基づいて、前記第２期間における前記特定品目の第２在庫数を算出する第１算出処理を実行し、
   前記第１算出処理によって算出された前記第２期間における前記特定品目の第１在庫数に基づいて、前記第１納入数が納入された場合の前記特定品目に関する余剰在庫の管理費を算出し、前記第１算出処理によって算出された前記第２期間における前記特定品目の第２在庫数に基づいて、前記第２納入数が納入された場合の前記特定品目に関する販売機会の損失費を算出する、
   ことを特徴とする管理装置。
8. 請求項７に記載の管理装置であって、
   前記算出処理では、前記プロセッサは、前記第２期間における前記特定品目の前記第１在庫数と、前記特定品目に関する前記基準在庫数と、前記特定品目の前記仕入単価と、前記特定品目に関する前記在庫管理費比率と、に基づいて、前記特定品目に関する余剰在庫の管理費を算出する第２算出処理を実行する、
   ことを特徴とする管理装置。
9. 請求項７に記載の管理装置であって、
   前記算出処理では、前記プロセッサは、前記第２期間における前記特定品目の前記第２在庫数と、前記特定品目に関する前記基準在庫数と、前記特定品目の前記販売単価と、に基づいて、前記特定品目に関する販売機会の損失費を算出する第３算出処理を実行する、
   ことを特徴とする管理装置。
10. 請求項１に記載の管理装置であって、
    前記プロセッサは、
    前記特定品目に関する余剰在庫の管理費と、前記特定品目に関する販売機会の損失費と、に基づいて、前記第１納入数または前記第２納入数のいずれか一方を、前記第２期間における前記特定品目の納入数に決定する決定処理を実行し、
    前記出力処理では、前記プロセッサは、前記決定処理によって決定された前記第２期間における前記特定品目の納入数を出力する、
    ことを特徴とする管理装置。
11. 請求項１０に記載の管理装置であって、
    前記決定処理では、前記プロセッサは、前記特定品目に関する余剰在庫の管理費と、前記特定品目に関する販売機会の損失費の絶対値と、を比較して、前記特定品目に関する余剰在庫の管理費の方が小さい場合、前記第１納入数を、前記第２期間における前記特定品目の納入数に決定し、前記特定品目に関する販売機会の損失費の絶対値の方が小さい場合、前記第２納入数を、前記第２期間における前記特定品目の納入数に決定する、
    ことを特徴とする管理装置。
12. 請求項１に記載の管理装置であって、
    前記データベースは、前記第２期間における前記特定品目の納入数の変動可能範囲を規定する変動可能情報を記憶しており、
    前記取得処理では、前記プロセッサは、現在日時が前記第１期間である場合に、前記第２期間における前記特定品目の変更前の販売数を取得するとともに、現在日時が前記第１期間を経過して前記第２期間より前の第３期間である場合に、前記変更前の販売数から変更された前記第２期間における前記特定品目の変更後の販売数を取得し、
    前記設定処理では、前記プロセッサは、前記変更前の販売数と、前記変動可能情報と、に基づいて、現在日時が前記第３期間である場合に前記第２期間における前記特定品目の納入数の変動可能範囲を設定し、
    前記算出処理では、前記プロセッサは、前記変更後の販売数に基づいて、現在日時が前記第３期間である場合に前記第２期間における前記特定品目の納入数を算出し、
    前記プロセッサは、
    前記算出処理によって算出された納入数が、前記変動可能範囲内であるか否かを判断する判断処理と、
    前記判断処理による判断結果に基づいて、前記算出された納入数を、前記変動可能範囲内の値に変更する変更処理と、を実行し、
    前記出力処理では、前記プロセッサは、前記変更処理による変更後の前記算出された納入数を出力する、
    ことを特徴とする管理装置。
13. 請求項１２に記載の管理装置であって、
    前記変更処理では、前記プロセッサは、前記判断処理によって、前記算出された納入数が、前記変動可能範囲を下回ったと判断された場合、前記算出された納入数を、前記算出された納入数をよりも大きく前記変動可能範囲の下限値以下の値に変更する、
    ことを特徴とする管理装置。
14. 請求項１２に記載の管理装置であって、
    前記変更処理では、前記プロセッサは、前記判断処理によって、前記算出された納入数が、前記変動可能範囲を上回ったと判断された場合、前記算出された納入数を、前記算出された納入数をよりも小さく前記変動可能範囲の上限値以上の値に変更する、
    ことを特徴とする管理装置。
15. プログラムを実行するプロセッサと、前記プログラムを記憶する記憶デバイスと、を有する管理装置が実行する管理方法であって、
    特定品目に関する基準在庫数と、前記特定品目の仕入単価と、前記特定品目の販売単価と、前記特定品目を在庫として管理する前記特定品目に関する在庫管理費比率と、を含む品目情報を記憶するとともに、第１期間における前記特定品目の在庫数を記憶するデータベースにアクセス可能であり、
    前記プロセッサは、
    第１期間よりも先の期間である第２期間における特定品目の販売数と、前記第２期間における特定品目の納入数とを取得する取得処理と、
    前記取得処理によって取得された前記第２期間における特定品目の納入数以上の第１納入数と、前記第２期間における前記特定品目の前記納入数以下の第２納入数と、を設定する設定処理と、
    前記設定処理によって設定された前記第１納入数が納入された場合の前記特定品目に関する余剰在庫の管理費を算出し、前記設定処理によって設定された前記第２納入数が納入された場合の前記特定品目に関する販売機会の損失費を算出する算出処理と、
    前記算出処理によって算出された前記特定品目に関する余剰在庫の管理費と前記特定品目に関する販売機会の損失費とを出力する出力処理と、
    を実行することを特徴とする管理方法。
    

Images