JP5776797B2 - プログラム、評価情報生成方法及び評価情報生成システム - Google Patents

Description

本願は、製品を生産する製造業におけるプログラム、評価情報生成方法及び評価情報生成システムに関する。

多品種小ロットの製品を生産する製造業では、製造、営業及び経営戦略の観点から、納期遵守及び在庫削減を図りつつ、製品生産性の向上が求められる。そこで、製造仕様が一定範囲内にある複数の製品をグループ化し、グループ別の製品生産計画を受注前に予め立案する納期調整支援装置が開示されている（例えば、特許文献１）。特許文献１に係る納期調整支援装置は、顧客から注文の引合があった時点で、グループ別の製品生産計画において既受注量を割り付けていない期間及び受注残と、顧客の希望納期及び引合量とを比較して、注文品の生産が可能な納期を決定する。

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

しかしながら、特許文献１に係る納期調整支援装置は、製品生産計画において既受注量を割り付けていない期間及び受注残に余裕がない場合、納期を決定することができない。これは、引合時に引合量及び顧客の希望納期が固定され、引合量及び希望納期を柔軟に変更できないからである。

他方、製造業では、過去の実績に基づく受注計画及び製品の生産能力を整合させて、予め製品の予定製造量が策定される。そこで、製品の予定製造量を踏まえて、生産工程に負荷をかけない製品の引合量を評価することが望まれる。

本願の目的の１つは、生産工程に負荷がかからないように、予め策定された製品の予定製造量に対する製品の引合量を評価することができるプログラム、評価情報生成方法及び評価情報生成システムを提供することにある。

本願の一観点は、記憶部にアクセス可能なコンピュータに、注文前における製品の引合量に対する評価情報を生成する処理を実行させるプログラムであって、製品の製造予定期間における該製品の予定製造量が記憶された前記記憶部から該製品の予定製造量を読み出し、前記製造予定期間に含まれた所定の期間における製品の引合量と、読み出した製品の予定製造量との比又は差を算出し、算出した比又は差を所定の閾値と比較し、比較した結果に応じて、製品の引合量に対する評価情報を生成する処理をコンピュータに実行させる。

本願の一観点によれば、生産工程に負荷がかからないように、予め策定された製品の予定製造量に対する製品の引合量を評価することができる。

評価情報生成システムのハードウェア構成例を示すブロック図である。 サーバのハードウェア構成例を示すブロック図である。 端末装置のハードウェア構成例を示すブロック図である。 評価情報生成システムの機能構成例を示す機能ブロック図である。 在庫管理リストの画面レイアウトの一例を示す説明図である。 在庫管理リストの画面レイアウトの一例を示す説明図である。 在庫管理リストの画面レイアウトの一例を示す説明図である。 在庫管理リストの画面レイアウトの一例を示す説明図である。 在庫管理リストの画面レイアウトの一例を示す説明図である。 在庫管理リストの画面レイアウトの一例を示す説明図である。 評価情報生成システムによる処理の手順の一例を示すフローチャートである。 評価情報生成システムによる処理の手順の一例を示すフローチャートである。 評価情報生成システムによる処理の手順の一例を示すフローチャートである。 在庫予定算出処理の手順の一例を示すフローチャートである。 在庫予定算出処理の手順の一例を示すフローチャートである。 予算チェック処理の手順の一例を示すフローチャートである。 変化率チェック処理の手順の一例を示すフローチャートである。 平準化チェック処理の手順の一例を示すフローチャートである。 当初対比チェック処理の手順の一例を示すフローチャートである。 引合量計算処理の手順の一例を示すフローチャートである。 引合量計算処理の手順の一例を示すフローチャートである。

本実施の形態に係る評価情報生成システム及びプログラムを、その図面を参照して説明する。本実施の形態に係る評価情報生成システムは、多品種小ロットの製品を生産する製造業において、受け付けた３ヶ月分の注文前における製品の引合量を、製品の生産計画、引合量の時間的バラツキ等の観点からリアルタイムで評価した情報を生成する。ここでの製造業は、例えば鉄鋼業、ファインケミカル製造業、食品製造業、日用雑貨品製造業等である。以下では、鉄鋼業を例に挙げて、本実施の形態に係る評価情報生成システムを説明する。

図１は、評価情報生成システム１０のハードウェア構成例を示すブロック図である。評価情報生成システム１０は、サーバ２０及び端末装置３０を含む。
サーバ２０は、例えばメインフレーム、ワークステーション、デスクトップＰＣ（パーソナルコンピュータ）等である。サーバ２０は、鉄鋼業に係る工場に設置されている。サーバ２０は、鉄鋼業に係る営業、企画及び生産の知識を有する担当者により操作される。なお、サーバ２０は、鉄鋼業に係る情報を管理する情報管理センタ又は鉄鋼専門商社の建物に設置されてもよい。

端末装置３０は、例えばデスクトップＰＣ、ノートＰＣ、タブレットＰＣ、スマートフォン等である。端末装置３０は、特約店に設置されている。特約店は、鉄鋼卸売業者であり、鉄鋼会社から鋼材を仕入れ、仕入れた鋼材を顧客（販売店又はエンドユーザ）に販売する。図１では、３台の端末装置３０が描かれているが、端末装置３０の台数は、２台以下でもよいし、４台以上でもよい。

サーバ２０と、端末装置３０とは、ネットワーク１Ｎで接続されている。ネットワーク１Ｎは、例えば専用回線、電話回線、衛星通信回線、インターネット等である。

図２は、サーバ２０のハードウェア構成例を示すブロック図である。サーバ２０は、ＣＰＵ（Central Processing Unit）２１、ＲＯＭ（Read Only Memory）２２及びＲＡＭ（Random Access Memory）２３を含む。また、サーバ２０は、ハードディスク２４、ディスクドライブ２５、表示部２６、操作部２７、タイマ２８及び通信部２９を含む。

ＣＰＵ２１は、ソフトウェアプログラムに記述された命令セットを実行するためのプロセッサである。ＣＰＵ２１は、サーバ２０の各構成部を制御する。ＣＰＵ２１は、ハードディスク２４に記憶されたプログラム２ＰをＲＡＭ２３に読み出し、ＲＡＭ２３に読み出したプログラム２Ｐを実行する。

ＲＯＭ２２は、読み出し専用記憶媒体であり、例えば不揮発性の半導体メモリである。ＲＯＭ２２は、サーバ２０の起動時にＣＰＵ２１が実行するＢＩＯＳ（Basic Input/Output System）、ファームウェア等を記憶している。

ＲＡＭ２３は、主記憶装置である。ＲＡＭ２３は、例えばＳＲＡＭ又はＤＲＡＭであり、ＣＰＵ２１が実行する処理の過程で必要な作業変数、データ等を一時的に記憶する。なお、ＲＡＭ２３の代わりにフラッシュメモリ、メモリカード等が用いられてもよい。

ハードディスク２４は、補助記憶装置である。ハードディスク２４は、大容量の情報の記憶が可能なフラッシュメモリ又はＣＤ（Compact Disc）、ＤＶＤ（Digital Versatile Disc）、ＢＤ（Blu-ray（登録商標） Disc）等の光ディスク１ｄで代替されてもよい。ハードディスク２４は、サーバ２０の内部に取り付けられるものであっても、サーバ２０の外部に置かれるものであってもよい。ハードディスク２４は、ネットワーク１Ｎを介してアクセス可能な記憶装置（例えば、データベースサーバ）で代替されてもよい。
ハードディスク２４は、ＣＰＵ２１が実行するプログラム２Ｐ、各種テーブル、図示しない電子メールソフトウェア等を記憶している。

ディスクドライブ２５は、外部の記憶媒体であるＣＤ、ＤＶＤ、ＢＤ等の光ディスク１ｄから情報を読み出し、光ディスク１ｄに情報を記録する。

表示部２６は、画像を表示する表示装置である。表示部２６は、例えば液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ、ＣＲＴディスプレイ（Cathode Ray Tube）等の画面を有し、ＣＰＵ２１からの指示に従って、プログラム２Ｐに係る各種情報を当該画面に表示する。

操作部２７は、ユーザが各種の入力を行うキーボード、マウス等の入力デバイスである。操作部２７は、ユーザによる操作に基づいて入力信号を生成する。生成された入力信号は、バス２ｂを介してＣＰＵ２１に出力される。

タイマ２８は、クロックを数えることで一定時間の経過を計時する装置である。タイマ２８は、計時した結果をＣＰＵ２１に出力する。

通信部２９は、有線又は無線通信のモデム、ＬＡＮ（Local Area Network）カード、ルータ、ＵＳＢ（Universal Serial Bus）端子、接続コネクタ等である。通信部２９は、ネットワーク１Ｎと接続されている。

なお、ＣＰＵ２１は、ディスクドライブ２５を介して、プログラム２Ｐを光ディスク１ｄから読み込んでもよい。ＣＰＵ２１は、通信部２９を介して、プログラム２Ｐを外部の情報処理装置又は記憶装置から読み込んでもよい。さらに、プログラム２Ｐを記憶したフラッシュメモリ等の半導体メモリ１ｍが、サーバ２０内に実装されていてもよい。

図３は、端末装置３０のハードウェア構成例を示すブロック図である。端末装置３０は、ＣＰＵ３１、ＲＯＭ３２及びＲＡＭ３３を含む。また、端末装置３０は、ハードディスク３４、ディスクドライブ３５、表示部３６、操作部３７、タイマ３８及び通信部３９を含む。

ＣＰＵ３１は、ソフトウェアプログラムに記述された命令セットを実行するためのプロセッサである。ＣＰＵ３１は、端末装置３０の各構成部を制御する。ＣＰＵ３１は、ハードディスク３４に記憶されたプログラム３０ＰをＲＡＭ３３に読み出し、ＲＡＭ３３に読み出したプログラム３０Ｐを実行する。

ＲＯＭ３２は、読み出し専用記憶媒体であり、例えば不揮発性の半導体メモリである。ＲＯＭ３２は、端末装置３０の起動時にＣＰＵ３１が実行するＢＩＯＳ、ファームウェア等を記憶している。

ＲＡＭ３３は、主記憶装置である。ＲＡＭ３３は、例えばＳＲＡＭ又はＤＲＡＭであり、ＣＰＵ３１が実行する処理の過程で必要な作業変数、データ等を一時的に記憶する。なお、ＲＡＭ３３の代わりにフラッシュメモリ、メモリカード等が用いられてもよい。

ハードディスク３４は、補助記憶装置である。ハードディスク３４は、大容量の情報の記憶が可能なフラッシュメモリ又はＣＤ、ＤＶＤ、ＢＤ等の光ディスク１ｄで代替されてもよい。ハードディスク３４は、端末装置３０の内部に取り付けられるものであっても、端末装置３０の外部に置かれるものであってもよい。ハードディスク３４は、ネットワーク１Ｎを介してアクセス可能な記憶装置（例えば、データベースサーバ）で代替されてもよい。

ハードディスク３４は、在庫管理リスト３Ｌ、ＣＰＵ３１が実行するプログラム３０Ｐ、図示しない電子メールソフトウェア等を記憶している。在庫管理リスト３Ｌは、鋼材の注文に係る引合量、特約店における鋼材の販売予定数量等を入力するためのファイルである。引合は、鋼材の注文前に、特約店が注文品の数量、納入予定日（納期）等を工場に問い合わせることである。特約店と工場との間で引合の内容について合意が得られた場合、引合情報は注文情報に変わる。

在庫管理リスト３Ｌは、例えば表計算ソフトウェアのファイルであり、入力された鋼材の引合量に対して各種チェック等を実行するプログラム３Ｐを含んでいる。プログラム３０Ｐは、特約店の倉庫に係る在庫実績情報、鋼材の販売実績情報等を例えばファイル転送の方式で、サーバ２０へアップロードする機能を有している。また、プログラム３０Ｐは、サーバ２０に接続し、サーバ２０のプログラム２Ｐが生成する在庫管理リスト３Ｌと、サーバ２０のプログラム２Ｐが提供する各種テーブルの情報とをサーバ２０から受信する機能を有している。

ディスクドライブ３５は、外部の記憶媒体であるＣＤ、ＤＶＤ、ＢＤ等の光ディスク１ｄから情報を読み出し、光ディスク１ｄに情報を記録する。

表示部３６は、画像を表示する表示装置である。表示部３６は、例えば液晶ディスプレイ、有機ＥＬディスプレイ、ＣＲＴディスプレイ等の画面を有し、ＣＰＵ３１からの指示に従って、プログラム３Ｐ、３０Ｐに係る各種情報を当該画面に表示する。

操作部３７は、ユーザが各種の入力を行うキーボード、マウス、タッチパネル、電源スイッチ等の入力デバイスである。操作部３７は、ユーザによる操作に基づいて入力信号を生成する。生成された入力信号は、バス３ｂを介してＣＰＵ３１に出力される。

タイマ３８は、クロックを数えることで一定時間の経過を計時する装置である。タイマ３８は、計時した結果をＣＰＵ３１に出力する。

通信部３９は、有線又は無線通信のモデム、ＬＡＮカード、ルータ、ＵＳＢ端子、接続コネクタ等である。通信部３９は、ネットワーク１Ｎと接続されている。

なお、ＣＰＵ３１は、ディスクドライブ３５を介して、在庫管理リスト３Ｌ及びプログラム３０Ｐを光ディスク１ｄから読み込んでもよい。ＣＰＵ３１は、通信部３９を介して、在庫管理リスト３Ｌ及びプログラム３０Ｐを外部の情報処理装置又は記憶装置から読み込んでもよい。さらに、在庫管理リスト３Ｌ及びプログラム３０Ｐを記憶したフラッシュメモリ等の半導体メモリ１ｍが、端末装置３０内に実装されていてもよい。

図４は、評価情報生成システム１０の機能構成例を示す機能ブロック図である。サーバ２０の各機能部は、ハードディスク２４に記憶されたプログラム２Ｐと、ＣＰＵ２１、ＲＡＭ２３、ハードディスク２４等のハードウェア資源とが協働して動作することにより実現される。また、端末装置３０の各機能部は、ハードディスク３４に記憶されたプログラム３Ｐ、３０Ｐと、ＣＰＵ３１、ＲＡＭ３３、ハードディスク３４等のハードウェア資源とが協働して動作することにより実現される。

以下では、評価情報生成システム１０が有する機能をサーバ２０と、端末装置３０とに分担させて説明する。ただし、評価情報生成システム１０が有する全ての機能は、サーバ２０のみ又は端末装置３０のみが有していてもよい。かかる場合、サーバ２０のみ又は端末装置３０のみが、プログラム２Ｐ、３Ｐ、３０Ｐと同じ機能を有するプログラムを実行する。

なお、評価情報生成システム１０は、一定期間を基本単位として、特約店の倉庫の在庫、引合、合意、注文、在庫補充（納入）、販売等の情報を管理する。例えば鉄鋼業の生産工程は、高炉(溶鉱炉)、転炉、電炉等による鋼素材生産及び各種鍛造、圧延機械等による鋼材生産の２工程を基本とする。受注活動、鋼材製造後の物流活動、納入リードタイム（納入所要時間）等は、各生産工程又は各生産工程の製造設備に起因する生産リードタイムに律速される。また、特約店は、顧客に鋼材を即納しているため、例えば１週間単位の情報管理では販売量の変動が大きく、販売計画、収益計画を立てることが困難である。また、工場も１週間では特約店の需要に追随して鋼材を生産することが困難である。そこで以下では、評価情報生成システム１０による情報管理は、例えば１ヶ月単位を基準とする。従って、特約店は、鋼材の補充を１ヶ月単位で工場に要求する。

端末装置３０は、通信部３０１、受付部３０２及び記憶部３０３を含む。通信部３０１は、ハードウェアの通信部３９に対応する機能部である。通信部３０１は、特約店の倉庫の在庫実績、販売実績及び発注残をサーバ２０へ送信する。発注残は、特約店と工場との間で合意して、契約が締結した注文の数量のうち、工場から特約店へ未納となっている鋼材の数量に対応する。また、通信部３０１は、在庫管理リスト３Ｌを含む情報をサーバ２０と送受信する。なお、通信部３０１がサーバ２０と情報の通信をする方式は、ＦＴＰ（File Transfer Protocol）、電子メール等によるファイル伝送であるが、特定の方式に限定されない。

受付部３０２は、ハードウェアの操作部３７及びＣＰＵ３１に対応する機能部である。受付部３０２は、記憶部３０３に記憶された各種テーブル及び在庫管理リスト３Ｌに入力される情報を受け付ける。例えば、受付部３０２は、在庫管理リスト３Ｌに入力される鋼材の引合量を受け付ける。

記憶部３０３は、ハードウェアのハードディスク３４に対応する機能部である。記憶部３０３は、販売実績テーブル３１Ｔ、在庫実績テーブル３２Ｔ、発注残テーブル３３Ｔ及び在庫管理リスト３Ｌを記憶する。以下、販売実績テーブル３１Ｔ、在庫実績テーブル３２Ｔ及び発注残テーブル３３Ｔについて説明する。在庫管理リスト３Ｌについては、後述する。

販売実績テーブル３１Ｔは、特約店別、月別、品目別の販売実績を記憶するテーブルである。端末装置３０は、毎月月締めで販売実績を集計し、集計した販売実績のレコードを販売実績テーブル３１Ｔに挿入する。端末装置３０は、毎月月初めに販売実績テーブル３１Ｔから前月の品目別販売実績を読み出し、読み出した前月の品目別販売実績をサーバ２０へＦＴＰ送信する。

在庫実績テーブル３２Ｔは、特約店別、月別、品目別の在庫実績を記憶するテーブルである。端末装置３０は、毎月、月末時点における鋼材の在庫実績を受け付ける。端末装置３０は、受け付けた月末時点における鋼材の在庫実績のレコードを在庫実績テーブル３２Ｔに挿入する。端末装置３０は、毎月月初めに在庫実績テーブル３２Ｔから前月の品目別在庫実績を読み出し、読み出した前月の品目別在庫実績をサーバ２０へＦＴＰ送信する。

発注残テーブル３３Ｔは、特約店別、月別、品目別の発注残を記憶するテーブルである。端末装置３０は、毎月月締めで鋼材が未納となっている発注残のレコードを発注残テーブル３３Ｔに挿入する。端末装置３０は、毎月月初めに発注残テーブル３３Ｔから前月末時点における発注残データを読み出し、読み出した前月末時点の発注残データをサーバ２０へＦＴＰ送信する。

端末装置３０は、アクセス部３０４、算出部３０５、比較部３０６、生成部３０７及び出力部３０８を含む。これらの機能部は、在庫管理リスト３Ｌに入力された鋼材の引合量を端末装置３０が評価するための機能部である。アクセス部３０４は、記憶部３０３にアクセスして、記憶部３０３から情報を読み出し、記憶部３０３に情報を書き込む機能部である。例えば、アクセス部３０４は、記憶部３０３から各種テーブルのレコード及び在庫管理リスト３Ｌを読み出す。

算出部３０５は、受付部３０２が受け付けた在庫管理リスト３Ｌへの引合量に対して、各種チェックを実行するために引合量に係る比、変化率等の値を算出する機能部である。比較部３０６は、算出部３０５が算出した引合量に係る値を一定の閾値と比較する機能部である。生成部３０７は、比較部３０６が比較した結果に基づいて、在庫管理リスト３Ｌに入力された引合量の評価情報を生成する機能部である。生成部３０７が生成する評価情報は、例えばアラート情報である。出力部３０８は、生成部３０７が生成した情報を表示部３６に出力する機能部である。なお、出力部３０８は、生成部３０７が生成した情報を通信部３０１に出力してもよい。

端末装置３０は、補正部３０９及び在庫量算出部３１０を含む。これらの機能部は、端末装置３０が特約店における将来の予定在庫量を算出するための機能部である。補正部３０９は、受付部３０２が受け付けた鋼材の引合量と、鋼材の納入リードタイムとに基づいて、特約店の倉庫に納入される鋼材の予定入庫量を月別、品目別に補正する機能部である。補正前の月別、品目別の予定入庫量は、発注残と納入リードタイムとに基づいて、算出される。在庫量算出部３１０は、前月末の在庫量に対して、補正部３０９が補正した予定入庫量を加算し、予定出庫量を減算することにより、特約店の倉庫における予定在庫量を月別、品目別に算出する機能部である。在庫量算出部３１０が算出した予定入庫量は、出力部３０８により表示部３６に出力される。

端末装置３０は、基準在庫量算出部３１１、不足量算出部３１２、平準化分割部３１３及び設定部３１４を含む。これらの機能部は、端末装置３０が引合量を自動的に計算するための機能部である。基準在庫量算出部３１１は、受付部３０２が受け付けた一定の数値を安全在庫量に乗算して、所定の基準在庫量を算出する機能部である。不足量算出部３１２は、基準在庫量算出部３１１が算出した基準在庫量に対する一定期間経過後（例えば２ヶ月後）の予定在庫量の不足量を算出する機能部である。平準化分割部３１３は、不足量算出部３１２が算出した不足量が連続した複数の一定期間（例えば、当月、翌月、翌々月）に均等に分散するように、不足量算出部３１２が算出した不足量を分割する機能部である。設定部３１４は、平準化分割部３１３が分割した不足量を連続した複数の一定期間各々に設定する機能部である。設定部３１４が設定した不足量は、出力部３０８により仮の引合量として表示部３６に出力される。

サーバ２０は、通信部２０１及び記憶部２０２を含む。通信部２０１は、在庫実績、販売実績及び発注残と、在庫管理リスト３Ｌとを含む情報を端末装置３０から受信する。また、通信部２０１は、在庫管理リスト３Ｌを端末装置３０へ送信する。なお、通信部２０１が端末装置３０と情報の通信をする方式は、ＦＴＰ（File Transfer Protocol）、電子メール等によるファイル伝送であるが、特定の方式に限定されない。

記憶部２０２は、ハードウェアのハードディスク２４に対応する機能部である。記憶部２０２は、販売実績テーブル２１Ｔ、販売予定テーブル２２Ｔ、在庫実績テーブル２３Ｔ、引合テーブル２４Ｔ、発注残テーブル２５Ｔ、納入予定テーブル２６Ｔ、出荷実績テーブル２７Ｔ及び予算テーブル２８Ｔを記憶する。以下、販売実績テーブル２１Ｔ等について説明する。

販売実績テーブル２１Ｔは、特約店別、月別、品目別の販売実績を記憶するテーブルである。サーバ２０は、毎月月初めに端末装置３０からＦＴＰ送信された前月の品目別販売実績を受信し、受信した前月の品目別販売実績のレコードを販売実績テーブル２１Ｔに挿入する。

販売予定テーブル２２Ｔは、１ヶ月当たりの鋼材の販売予定数量を特約店別に記憶するテーブルである。鋼材の販売予定数量は、サーバ２０が算出する場合と、特約店の担当者により設定される場合とがある。前者と後者とは、特約店が評価情報生成システム１０を導入する際に、予め選択設定される。後者の場合、特約店の担当者により設定された販売予定数量は、在庫管理リスト３Ｌに入力される。在庫管理リスト３Ｌを受信したサーバ２０は、在庫管理リスト３Ｌから販売予定数量を読み出し、読み出した販売予定数量のレコードを販売予定テーブル２２Ｔに挿入する。

在庫実績テーブル２３Ｔは、月末時点における特約店別、月別、品目別の在庫実績を記憶するテーブルである。サーバ２０は、毎月月初めに特約店の端末装置３０からＦＴＰ送信された前月末時点における在庫実績を受信し、受信した前月末時点の在庫実績のレコードを在庫実績テーブル２３Ｔに挿入する。

引合テーブル２４Ｔは、特約店別、月別、品目別に鋼材の引合数を記憶するテーブルである。当月、翌月及び翌々月の３ヶ月分の引合量が特約店の担当者により在庫管理リスト３Ｌに入力される。引合量が入力された在庫管理リスト３Ｌは、端末装置３０からサーバ２０へ送信される。サーバ２０は、受信した在庫管理リスト３Ｌに記憶された引合量を読み出し、読み出した引合量のレコードを引合テーブル２４Ｔに挿入する。

発注残テーブル２５Ｔは、特約店別、月別、品目別に発注残を記憶するテーブルである。サーバ２０は、毎月月初めに特約店の端末装置３０からＦＴＰ送信された前月末時点における発注残を受信し、受信した前月末時点の発注残のレコードを発注残テーブル２５Ｔに挿入する。工場から特約店の倉庫へ鋼材が出荷された場合、発注残テーブル２５Ｔに記憶された発注残から、出荷された鋼材に対応する品目の数量が消し込まれる。
なお、特約店の担当者が端末装置３０を介してサーバ２０にログインし、自身が所属する特約店の発注残情報を発注残テーブル２５Ｔに格納してもよい。

上記では、発注残情報を特約店の端末装置３０からサーバ２０へ送信した。しかし、サーバ２０が受注残情報を管理し、サーバ２０から特約店の端末装置３０へ受注残情報を送信してもよい。

納入予定テーブル２６Ｔは、特約店別、月別、品目別に工場から特約店の倉庫へ納入される鋼材の納入予定日を記憶するテーブルである。サーバ２０は、発注残、端末装置３０から受信した在庫管理リスト３Ｌに入力された引合量、納入希望月、納入リードタイム等に基づいて、特約店へ納入する鋼材の数量及び納入予定日を算出し、算出した数量及び納入予定日のレコードを納入予定テーブル２６Ｔに挿入する。

サーバ２０は、特約店へ納入する鋼材の数量及び納入予定日を算出するに当たり、引合量及び納入予定日の調整処理を実行する。なお、調整処理は、工場の担当者が手作業で実行してもよい。かかる場合、工場の担当者は、電話、電子メール等を用いて特約店の担当者と情報交換を行うことにより、調整処理を実行する。以下、調整処理を例示する。

まず、サーバ２０は、鋼素材の生産単位量に基づく調整を実行する。
各種溶解炉で生産する鋼素材の重量が例えば１００トン単位であり、特約店に納入する鋼材の重量が例えば５００ｋｇ単位である場合、サーバ２０は全引合量に対応する鋼材の重量が１００トンに近づくように、引合量及び納入予定日を変更する。

サーバ２０は、生産リードタイムに基づく調整を実行する。
サーバ２０は、生産に例えば３ヶ月の生産リードタイムを要する鋼材について、特約店の希望納入予定日が引合の月から３ヶ月未満の日である場合、納入予定日の月を引合の月から３ヶ月後の月に変更する。

サーバ２０は、製造設備の稼働状況に基づく調整を実行する。製造設備の稼働状況は、予めハードディスク２４に記憶されている。
サーバ２０は、各品目の生産に使用する製造設備毎に各品目の引合量を合計し、合計した引合量の生産が各製造設備の稼働状況から可能か否かを判定する。サーバ２０は、合計した引合量の生産が各製造設備の稼働状況から不可能と判定した場合、該当する製造設備に係る品目の引合量及び納入予定日を総合的に変更する。
例えば、プレス機と鍛造機とのように鋼材を生産する製造設備の違いがある。サーバ２０は、プレス機を用いた鋼材の生産計画がオーバーフローしている場合、プレス機で生産する鋼材の引合量又は納入予定日を総合的に調整する。

サーバ２０は、特約店間の優先度に基づいて調整を実行する。
例えば、取引量の多い特約店と少ない特約店とがあり、引合情報の変更が容易な特約店に関する優先度を予め決定しておく。サーバ２０は、優先度の高い特約店から順に引合量及び納入予定日の調整処理を実行する。

サーバ２０は、特約店における希望納入予定日よりも先に前倒しで鋼材を納入することが可能と判断した場合、納入予定日の月を希望納入予定日の月よりも前の月に変更する。
サーバ２０は、引合量及び納入予定日の調整処理を実行した場合、調整処理の結果が反映された在庫管理リスト３Ｌを生成し、生成した在庫管理リスト３Ｌを端末装置３０に送信する。

出荷実績テーブル２７Ｔは、特約店別、日時別、品目別に工場から特約店へ出荷された鋼材の出荷実績を記憶するテーブルである。

予算テーブル２８Ｔは、鋼材の製造予定期間における予定製造量を特約店別、製造設備別に記憶するテーブルである。鋼材の予定製造量は、四半期毎の受注計画、製造設備の生産能力等を総合的に勘案して予め立案される鋼材の生産計画に基づいており、例えば半年単位で作成される。以下、予定製造量を予算と呼ぶ。予算は、鋼材の重量単位で立案される。

テーブルの説明からサーバ２０が備える機能部の説明へ戻る。
サーバ２０は、アクセス部２０３及び生成部２０４を含む。アクセス部２０３は、記憶部２０２にアクセスして、記憶部２０２から情報を読み出し、記憶部２０２に情報を書き込む機能部である。例えば、アクセス部２０３は、通信部２０１が端末装置３０から受信した販売実績、在庫実績、発注残、在庫管理リスト３Ｌ等の情報を、記憶部２０２に記憶された各種テーブルに書き込む。また、アクセス部２０３は、発注残量、納入予定、出荷量等に変動が生じた場合、変動結果を各種テーブルに反映させる。

生成部２０４は、在庫管理リスト３Ｌを生成する機能部である。生成部２０４は、記憶部２０２に記憶された各種テーブルから特約店別、品目別に鋼材の納入予定月及び納入量を算出する。生成部２０４は、算出した納入予定月と、算出した納入予定月及び納入量に基づく特約店における将来の在庫予定とが書き込まれた在庫管理リスト３Ｌを生成する。通信部２０１は、生成部２０４が生成した在庫管理リスト３Ｌを端末装置３０へ送信する。

次に、在庫管理リスト３Ｌについて具体的に説明する。
在庫管理リスト３Ｌは、サーバ２０により生成される。端末装置３０の表示部３６には、評価情報生成システム１０の操作画面（図示せず）が表示される。操作画面に対する一定の操作により、在庫管理リスト３Ｌはサーバ２０から端末装置３０へ送信される。なお、在庫管理リスト３Ｌは、工場の担当者と特約店の担当者との操作により、例えば電子メールに添付されることで、サーバ２０と端末装置３０との間を送受信されてもよい。

図５〜図１０は、在庫管理リスト３Ｌの画面レイアウトの一例を示す説明図である。図５〜図１０の在庫管理リスト３Ｌにおいて、背景色の違いは濃淡の違いとして描かれている。
在庫管理リスト３Ｌは、在庫管理シート３１Ｓ、予算チェックシート３２Ｓ、変化率チェックシート３３Ｓ、平準化チェックシート３４Ｓ及び当初対比チェックシート３５Ｓを含む。在庫管理シート３１Ｓは、発注予定の鋼材に関する引合量の入力、鋼材の納入予定、鋼材の在庫等に関するシートである。端末装置３０は、在庫管理シート３１Ｓに入力された引合量に対して、各種のチェック処理を実行する。予算チェックシート３２Ｓ、変化率チェックシート３３Ｓ、平準化チェックシート３４Ｓ及び当初対比チェックシート３５Ｓは、夫々入力された引合量に対して実行された各種チェック処理の結果を表示するシートである。

図５及び図６は、在庫管理シート３１Ｓの画面レイアウトの一例を示す説明図である。図５の紙面スペースでは、在庫管理シート３１Ｓの全てを描くことができない。そのため、在庫管理シート３１Ｓは、２つに分割されて、夫々図５及び図６に描かれている。図５の在庫管理シート３１Ｓの右端には、図６の在庫管理シート３１Ｓが横方向に連続する。
まず、図５を参照して、在庫管理シート３１Ｓを説明する。在庫管理シート３１Ｓは、送信ボタン、製品仕様Ｎｏ、発注予定（ロット）、発注予定（重量）、納入予定（発注残＋引合）の各欄を含む。送信ボタンは、引合量等を入力した後の在庫管理リスト３Ｌをサーバ２０に送信するための画面部品である。

製品仕様Ｎｏは、鋼材の品目の識別情報である。在庫管理シート３１Ｓの１行１行が、特約店により工場に発注される鋼材の品目を示している。在庫管理シート３１Ｓに表示される品目は、過去の発注実績、工場における鋼材の製造基準設計等に基づいて、特約店と工場との間で予め決定される。決定された品目は、サーバ２０が管理するテーブル（図示せず）に記憶される。サーバ２０は、当該テーブルを参照して、在庫管理シート３１Ｓの製品仕様Ｎｏに、特約店が工場へ発注する鋼材の品目の識別情報を書き込む。在庫管理シート３１Ｓの製品仕様Ｎｏは、サーバ２０が管理するテーブルを更新することにより、月単位で追加及び削除が可能である。

発注予定（ロット）は、特約店が工場に要求する品目別の引合量をロット単位で入力する欄である。発注予定（ロット）は、当月、１ヶ月先、２ヶ月先の各引合量を品目別に入力する３つの列を含む。以下では、１ヶ月先をフォーキャスト１、２ヶ月先をフォーキャスト２と呼ぶ。

図５〜図１０では、２０１３年１０月を当月に仮定している。特約店の担当者は、毎月、当月引合量と２ヶ月先までの引合量との３ヶ月分の引合量を発注予定（ロット）に入力する。在庫管理シート３１Ｓに入力された引合量は、在庫管理リスト３Ｌがサーバ２０へ送信されることにより、サーバ２０により引合テーブル２４Ｔに格納される。

在庫管理リスト３Ｌは、１ヶ月単位で生成される。
サーバ２０は、月が前月から当月に変わった時点で、前月の在庫管理シート３１Ｓに入力された３ヶ月分の引合量を、当月の在庫管理シート３１Ｓに係る前月引合量、当月引合量及びフォーキャスト１引合量に変更するスライド処理を実行する。すなわち、前月における当月引合量→当月における前月引合量、前月におけるフォーキャスト１引合量→当月における当月引合量、前月におけるフォーキャスト２引合量→当月におけるフォーキャスト１引合量である。サーバ２０は、スライド処理を実行した結果が反映された在庫管理リスト３Ｌを毎月、月初めに生成する。

図５の例では、２０１３年９月の在庫管理シート３１Ｓに入力されたフォーキャスト１引合量とフォーキャスト２引合量とが、夫々当月引合量、フォーキャスト１引合量として、発注予定（ロット）に書き込まれている。在庫管理リスト３Ｌが生成された２０１３年１０月初めの時点では、引合テーブル２４Ｔにフォーキャスト２引合量は登録されていない。そのため、図５の発注予定（ロット）におけるフォーキャスト２引合量は、空欄となっている。図５の発注予定（ロット）におけるフォーキャスト２引合量は、これから特約店の担当者によって入力される情報である。なお、特約店の担当者は、販売状況に応じて在庫管理シート３１Ｓにおける当月引合量及びフォーキャスト１引合量を変更してもよい。

在庫管理シート３１Ｓの発注予定（重量）は、発注予定（ロット）に入力された３ヶ月分の品目別引合量が夫々鋼材の重量に変換して表示される欄である。端末装置３０は、引合量が発注予定（ロット）にロット単位で入力された場合、入力されたロット単位の引合量に鋼材の標準ロット重量を掛けて重量変換した値を、対応する月の発注予定（重量）に表示する。鉄鋼業では、鋼材の数量はロットを例外として、全て鋼材の重量で表示する習慣があるため、引合量の重量変換が行なわれる。鋼材の標準ロット重量は、在庫管理リスト３Ｌが内部的に保持している。なお、在庫管理シート３１Ｓは、鋼材の標準ロット重量を表示する列を有していてもよい。

在庫管理シート３１Ｓの納入予定（発注残＋引合）は、特約店の倉庫に納入される予定の鋼材の重量を月別、品目別に表示する欄である。サーバ２０は、納入予定テーブル２６Ｔを参照して、発注残及び引合に対応する納入予定製品の重量を納入予定（発注残＋引合）に書き込む。
端末装置３０は、発注予定（ロット）に新たな引合量が入力された場合、又は引合量が変更された場合、発注予定（ロット）の３ヶ月の各月に対応する納入予定（発注残＋引合）の納入月を納入リードタイムに基づいて再計算する。端末装置３０は、再計算した納入予定（発注残＋引合）の納入月に、新たな引合量又は変更された引合量に対応する重量を、品目別に表示する。在庫管理リスト３Ｌは、品目別の納入リードタイムを内部に保持している。なお、在庫管理シート３１Ｓは、品目別の納入リードタイムを表示する列を有していてもよい。

次に、図６を参照して、在庫管理シート３１Ｓを引き続き説明する。在庫管理シート３１Ｓは、前月末在庫、納期遅延分、積送中、販売予定、安全係数、安全在庫、発注推奨基準量及び在庫予定（シミュレーション）の各欄並びに引合量自動計算ボタンを含む。なお、図６では、参考のために製品仕様Ｎｏ及び発注予定（ロット）の欄を表示しているが、実際は、図５の在庫管理シート３１Ｓの右端に前月末在庫、納期遅延分等の欄が横方向に連続して配置される。

前月末在庫は、特約店の倉庫における前月末時点の品目別在庫製品の重量である。サーバ２０は、在庫実績テーブル２３Ｔを参照して、前月末在庫に値を書き込む。前月在庫は、端末装置３０が月別、特約店別、品目別に将来の在庫製品の重量（在庫予定と呼ぶ）をシミュレーションする場合に、ベースとなる重量である。特約店の担当者は、前月末在庫の値に誤りを発見した場合、手入力で値を修正することができる。

納期遅延分は、納入予定日が前月以前の発注残に係る鋼材の重量を、品目毎に合計したものを表示する欄である。納期遅延分は、納入が遅れ、前月末までに特約店の倉庫に納入されるべきであった鋼材の重量である。納期遅延分は、当月の在庫予定をシミュレーションする場合、当月在庫予定に加算される重量である。
サーバ２０は、発注残テーブル２５Ｔを参照して、特約店別、品目別に納入予定日が前月以前の発注残に係る鋼材の重量を合算する。サーバ２０は、合算した重量を納期遅延分に書き込む。特約店の担当者は、納期遅延分の値に誤りを発見した場合、手入力で値を修正することができる。

積送中は、工場から特約店の倉庫へ出荷され、搬送中の状態にある鋼材の重量を、特約店別、品目別に表示する欄である。積送中分は、当月の在庫予定をシミュレーションする場合、当月在庫予定に加算される重量である。

工場から特約店へ鋼材が出荷された場合、発注残テーブル２５Ｔの該当するレコードが消し込まれる。しかし、鋼材が工場から特約店の倉庫へ搬送中である場合、特約店では鋼材の入庫処理及び検収処理が終了していないので、搬送中の鋼材は在庫実績テーブル２３Ｔに記憶された前月末在庫に反映されていない。そこで、出荷実績日付が前月末日から過去へ遡及して一定期間に該当する鋼材は、前月末日時点で特約店の倉庫に到着していないとみなす。サーバ２０は、出荷実績テーブル２７Ｔを参照して、前月末日から過去へ遡及して一定期間に該当する鋼材の重量を品目別に集計する。サーバ２０は、集計した重量を積送中の欄に書き込む。ここでの一定期間は、輸送手段がコンテナである場合、例えば４日であり、輸送手段がトラックである場合、例えば１日である。特約店の担当者は、積送中の値に誤りを発見した場合、手入力で値を修正することができる。

販売予定は、特約店が品目別に１ヶ月間に販売する予定の鋼材の重量を表示する欄である。販売予定は、将来における複数月の在庫予定をシミュレーションする場合、前月末在庫から減算される重量である。販売予定は、デフォルト設定と、ユーザカスタマイズ設定とがある。デフォルト設定は、過去１２ヶ月の販売実績に係る鋼材の重量の月平均値を設定する方法である。サーバ２０は、デフォルト設定である場合、販売実績テーブル２１Ｔを参照し、特約店別、品目別に直近１２ヶ月の販売実績に係る月平均値を算出し、算出した月平均値を販売予定の欄に書き込む。

ユーザカスタマイズ設定は、特約店が立案した販売計画に基づく販売予定製品の重量を設定する方法である。ユーザカスタマイズ設定の場合、販売予定の欄に特約店の担当者が販売予定製品の重量を手入力する。手入力された販売予定製品の重量は、在庫管理リスト３Ｌが端末装置３０からサーバ２０へ送信された場合、サーバ２０により販売予定テーブル２２Ｔに書き込まれる。そこで、サーバ２０は、ユーザカスタマイズ設定の場合、在庫管理リスト３Ｌを端末装置３０へ送信するとき、販売予定テーブル２２Ｔを参照して、販売予定製品の重量を販売予定の欄に書き込む。
なお、ユーザカスタマイズ設定の場合、販売予定は、季節毎又は月毎に異なる値が設定されてもよいし、毎月異なる値が設定されてもよい。特約店の担当者は、販売予定の値を変更したい場合、手入力で値を変更することができる。

安全係数は、許容欠品率を定義するための係数である。安全係数は、安全在庫の算出に利用される。図６の例では、安全係数に１．６５（許容欠品率＝５％以内）を設定している。なお、特約店の担当者が安全係数を品目毎に手入力で変更できることは勿論である。

安全在庫は、不測の要因により販売量が変動することを見越して欠品を防ぐために必要とされる在庫の水準を重量で表示する欄である。端末装置３０は、品目毎に安全在庫を例えば（１）式により算出する。（１）式で用いる数値は、特約店の担当者が在庫管理リスト３Ｌに手入力する数値と、サーバ２０が在庫管理リスト３Ｌに設定する数値とを含む。

サーバ２０は、販売実績テーブル２１Ｔを参照して、特約店及び品目毎に、四半期ごとの平均販売実績、直近１２ヶ月の年平均販売実績、直近１２ヶ月の月販売実績の標準偏差を算出する。サーバ２０は、算出したこれらの値を在庫管理リスト３Ｌに内部的に保持させる。また、サーバ２０は、平均納入リードタイム及び納入リードタイム偏差を在庫管理リスト３Ｌに内部的に保持させる。

端末装置３０は、在庫管理シート３１Ｓの安全係数の欄に表示されている値と、在庫管理シート３Ｌが内部的に保持している販売実績標準偏差等の値を用いて、安全在庫を算出する。端末装置３０は算出した安全在庫を在庫管理シート３１Ｓの安全在庫の欄に書き込む。なお、安全在庫は、端末装置３０がシミュレーションする将来の在庫予定を、端末装置３０が評価する閾値に利用される。

なお、在庫管理シート３１Ｓは、四半期ごとの平均販売実績、直近１２ヶ月の年平均販売実績、直近１２ヶ月の月販売実績の標準偏差、平均納入リードタイム及び納入リードタイム偏差を表示する欄を有していてもよい。

発注推奨基準量は、特約店の倉庫における鋼材の基準在庫量を品目毎に算出するための倍率係数である。基準在庫量は、３ヶ月分の品目別引合量を自動計算する場合に用いられる在庫量である。基準在庫量は、発注推奨基準量と安全在庫との積である。そのため、発注推奨基準量が例えば２である場合、基準在庫量は安全在庫の２倍になる。図６では、発注推奨基準量は、全ての品目について１が設定されている。ただし、特約店の担当者は、品目毎に異なる発注推奨基準量を手入力することができる。

発注推奨基準量の入力欄の直上に表示されている引合量自動計算ボタンは、端末装置３０に引合量の計算を実行させる場合に押下される画面部品である。引合量自動計算ボタンが押下された場合、端末装置３０は、発注推奨基準量及び安全在庫を用いて計算した引合量を、在庫管理シート３１Ｓの発注予定（ロット）の欄に表示する。

在庫予定（シミュレーション）は、端末装置３０によってシミュレーションされた将来の在庫予定が表示される欄である。端末装置３０は、発注予定（ロット）の欄に引合量が入力された場合、入力された引合量に基づいて、在庫予定のシミュレーションを実行する。端末装置３０は、前月末在庫をベースにして、当月以降の各月における入庫による製品在庫増の重量を加算し、当月以降の各月における出庫による製品在庫減の重量を減算する。製品在庫増の重量は、納期遅延分、積送中及び納入予定（発注残＋引合）に係る重量である。製品在庫減の重量は、販売予定である。

端末装置３０は、在庫予定（シミュレーション）の欄にシミュレーション結果の在庫予定を表示するに際し、在庫予定の状態に応じて、在庫予定を表示するセルの背景色を変更する。端末装置３０は、在庫予定がゼロ以下である場合、セルの背景色に例えば赤色を設定する。端末装置３０は、在庫予定がゼロ以下である場合、在庫予定を示す数値を例えば白色で表示する。端末装置３０は、在庫予定がゼロより多く、かつ安全在庫未満である場合、セルの背景色に例えば黄色を設定する。端末装置３０は、在庫予定が安全在庫以上であり、かつ安全在庫の１．５倍未満である場合、セルの背景色に例えば白色を設定する。端末装置３０は、在庫予定が安全在庫の１．５倍以上である場合、セルの背景色に例えば青色を設定する。

特約店の担当者は、在庫予定（シミュレーション）の欄に表示される在庫予定の重量及び背景色を参照して、欠品が発生しない適切な在庫量となるように、月別、品目別に在庫予定を評価し、発注予定（ロット）の欄に再入力する引合量を決定する。

図７は、予算チェックシート３２Ｓの画面レイアウトの一例を示す説明図である。予算チェックシート３２Ｓは、入力された引合量が予め作成された予算から大きく逸脱していないことを製造設備別にチェックするためのシートである。

予算チェックシート３２Ｓは、製造設備、予算、当月引合量、フォーキャスト１引合量、フォーキャスト２引合量、閾値１、閾値２及び予算判定の各欄を含む。製造設備は、鋼材を生産する機械であり、図７では記号により表示されている。鉄鋼業では、半製品、完成品等を生産する生産工程によって製造設備が異なる。引合量をチェックする予算チェックシート３２Ｓ、変化率チェックシート３３Ｓ、平準化チェックシート３４Ｓ及び当初対比チェックシート３５Ｓでは、鋼材の品目を、鋼材を製造する機械毎にマージしてチェック結果が表示される。

予算は、例えば半年単位の予算であり、図７では２０１３年下半期の予算が製造設備別に示されている。当月引合量は、在庫管理シート３１Ｓの発注予定（ロット）に品目毎に入力された当月のロット数と、ロット数に対応する重量とを製造設備別に集計したものである。また、当月引合量には、製造設備別の予算比が表示されている。予算比は、次の（２）式により算出される。

フォーキャスト１引合量及びフォーキャスト２引合量は、当月引合量と月が異なる。しかし、フォーキャスト１引合量及びフォーキャスト２引合量の内容は当月引合量の内容と同様である。

閾値１及び閾値２は、算出された予算比を評価するための閾値を入力する欄である。特約店の担当者は、閾値１及び閾値２に入力した閾値を手入力により変更することができる。特約店の担当者は、この閾値を変更するときは、必要であれば工場側と協議してもよい。端末装置３０は、予算比が閾値１の値以下である場合、該当する予算比が表示されるセルの背景色に例えば黄色を設定する。端末装置３０は、予算比が閾値１の値より大きく、かつ閾値２の値より小さい場合、該当する予算比が表示されるセルの背景色に例えば白色を設定する。端末装置３０は、予算比が閾値２の値以上である場合、該当する予算比が表示されるセルの背景色に例えば赤色を設定する。

予算判定は、３ヶ月の各引合量についての予算比が１ヶ月分だけでも閾値２以上である場合、製造設備毎にアラームを表示する総合判定領域である。端末装置３０は、各製造設備の予算比が１ヶ月分だけでも閾値２以上である場合、予算判定に例えば△を表示し、該当するセルの背景色に例えば赤色を設定する。端末装置３０は、各製造設備の予算比が３ヶ月のいずれについても閾値２未満である場合、予算判定を空欄にし、該当するセルの背景色に例えば白色を設定する。

図８は、変化率チェックシート３３Ｓの画面レイアウトの一例を示す説明図である。変化率チェックシート３３Ｓは、３ヶ月単位で入力された３ヶ月分の引合量の時間変化を製造設備別にチェックするためのシートである。

変化率チェックシート３３Ｓは、製造設備、今回３ヶ月合計引合量、今回３ヶ月平均引合量、前回引合量、前回３ヶ月平均引合量、変化率、閾値（±）及び変化率判定の各欄を含む。製造設備は、予算チェックシート３２Ｓの製造設備と同じである。今回３ヶ月合計引合量は、在庫管理シート３１Ｓにおける３ヶ月分の発注予定（重量）を製造設備毎に合計したものである。今回３ヶ月合計引合量の今回とは、当月の意味である。今回３ヶ月平均引合量は、今回３ヶ月合計引合量から算出された１ヶ月当たりの平均引合量である。

前回引合量は、端末装置３０が前月にサーバ２０から受信した在庫管理リスト３Ｌに入力された３ヶ月分の発注予定（ロット）を月別、製造設備別に、重量に変換したものである。前回引合量の前回とは、前月の意味である。当月が例えば２０１３年１０月である場合、前回引合量は、２０１３年９月に端末装置３０がサーバ２０から受信した在庫管理リスト３Ｌに入力された３ヶ月分の発注予定（ロット）に基づいて、製造設備毎に合計された３ヶ月分の鋼材の重量である。サーバ２０は引合テーブル２４Ｔから前月における当月引合量、フォーキャスト１引合量及びフォーキャスト２引合量を抽出し、抽出した引合量を夫々変化率チェックシート３３Ｓの前月引合量に書き込む。

前回３ヶ月平均引合量は、端末装置３０が前月にサーバ２０から受信した在庫管理リスト３Ｌに入力された３ヶ月分の発注予定（ロット）に基づいて、製造設備毎に合計した値から算出された１ヶ月当たりの平均引合量である。端末装置３０は、前月引合量にサーバ２０が書き込んだ前月における当月引合量、フォーキャスト１引合量及びフォーキャスト２引合量を用いて、前回３ヶ月平均引合量を算出する。

変化率は、前回と今回との間における３ヶ月単位の平均引合量の変化率である。変化率は、次の（３）式により算出される。

閾値（±）は、算出された変化率を評価するための閾値を入力する欄である。特約店の担当者は、閾値（±）に入力した閾値を手入力により変更することができる。特約店の担当者は、この閾値を変更するときは、必要であれば工場側と協議してもよい。端末装置３０は、変化率が閾値（±）の値以上である場合、該当する変化率が表示されるセルの背景色に例えば赤色を設定する。端末装置３０は、変化率が閾値（±）の値より小さい場合、該当する変化率が表示されるセルの背景色に例えば白色を設定する。

変化率判定は、３ヶ月の引合量についての変化率が閾値（±）の値以上である場合、製造設備毎にアラームを表示する総合判定領域である。端末装置３０は、変化率が閾値（±）の値以上である場合、変化率判定に例えば△を表示し、該当するセルの背景色に例えば赤色を設定する。端末装置３０は、変化率が閾値（±）の値より小さい場合、変化率判定を空欄にし、該当するセルの背景色に例えば白色を設定する。

なお、（３）式で変化率を算出するため、各月の引合量は一般に以下のように表現することができる。
ｉ番目の月に入力された、ｉ番目からｊ番目までの各月における製品の引合量を、Ｘ（ｉ,ｊ）（ｉ,ｊは夫々自然数でｉ≦ｊ）とする。かかる場合、ｉ番目の月からｋ月前に入力されたｉ番目からｊ番目までの各月における製品の引合量は、Ｘ（ｉ−ｋ,ｊ−ｋ）（ｋは自然数）となる。
当月をｉ番目の月とした場合、例えば今回３ヶ月分の製品の引合量は、ｊ＝ｉ＋２なので、Ｘ（ｉ,ｉ＋２）である。また、当月をｉ番目の月とした場合、例えば前回３ヶ月分の製品の引合量は、ｋ＝１なので、Ｘ（ｉ−１,ｉ＋１）となる。

ｉ番目の月からｋ月前に入力されたｉ番目からｊ番目までの各月における製品の引合量Ｘ（ｉ−ｋ,ｊ−ｋ）におけるｉ−ｋ、ｊ−ｋは、ｉ、ｊ、ｋの大小関係によってマイナスになる。かかる場合、マイナスの数値は、ｉの基準時点に対して過去の月に対応する。

図９は、平準化チェックシート３４Ｓの画面レイアウトの一例を示す説明図である。平準化チェックシート３４Ｓは、３ヶ月単位で入力された各月の引合量が時間的に均一であること（時間的平準化）を製造設備別にチェックするためのシートである。

平準化チェックシート３４Ｓは、製造設備、当月引合量、フォーキャスト１引合量、フォーキャスト２引合量、今回３ヶ月平均引合量、最大引合量−最小引合量、バラツキ度、閾値及び平準化判定の各欄を含む。製造設備は、予算チェックシート３２Ｓの製造設備と同じである。当月引合量、フォーキャスト１引合量及びフォーキャスト２引合量は、図７の予算チェックシート３２Ｓにおける当月引合量、フォーキャスト１引合量及びフォーキャスト２引合量から夫々予算比の欄を削除したものと同じである。今回３ヶ月平均引合量は、図８の変化率チェックシート３３Ｓにおける今回３ヶ月平均引合量と同じである。

最大引合量−最小引合量は、３ヶ月分の引合量のうち、最大値と最小値との差である。バラツキ度は、３ヶ月分の引合量の時間的な凸凹の度合いである。バラツキ度は、次の（４）式により算出される。

閾値は、算出されたバラツキ度を評価するための閾値を入力する欄である。特約店の担当者は、閾値に入力した閾値を手入力により変更することができる。特約店の担当者は、この閾値を変更するときは、必要であれば工場側と協議してもよい。端末装置３０は、変化率が閾値の値以上である場合、該当する変化率が表示されるセルの背景色に例えば赤色を設定する。端末装置３０は、変化率が閾値の値より小さい場合、該当する変化率が表示されるセルの背景色に例えば白色を設定する。

平準化判定は、３ヶ月の引合量についてのバラツキ度が閾値の値以上である場合、製造設備毎にアラームを表示する総合判定領域である。端末装置３０は、バラツキ度が閾値の値以上である場合、平準化判定に例えば△を表示し、該当するセルの背景色に例えば赤色を設定する。端末装置３０は、バラツキ度が閾値の値より小さい場合、平準化判定を空欄にし、該当するセルの背景色に例えば白色を設定する。

なお、上述では、３ヶ月分の引合量における時間的なバラツキを、最大値と最小値との差である範囲から評価した。しかし、３ヶ月分の引合量における時間的なバラツキは、３ヶ月の引合量の分散、標準偏差、四分位範囲、四分位偏差、四分位数、平均差、平均絶対偏差、不偏分散等で評価されてもよい。

図１０は、当初対比チェックシート３５Ｓの画面レイアウトの一例を示す説明図である。当初対比チェックシート３５Ｓは、入力された当月引合量が前月に入力されたフォーキャスト１引合量に対して大きく変動していないことを製造設備別にチェックするシートである。変化率チェックシート３３Ｓが前月と当月とに入力された３ヶ月分の引合量をチェックしたのに対し、当初対比チェックシート３５Ｓは、前月と当月とに入力された１ヵ月分の引合量をチェックする。すなわち、当初対比チェックシート３５Ｓは、１ヶ月の期間を隔てて、当月という同一期間における引合量をチェックする。換言するならば、当初対比チェックシート３５Ｓは、所定の期間を隔てた同一期間における引合量をチェックする。

当初対比チェックシート３５Ｓは、製造設備、当月引合量、前月フォーキャスト１引合量、当初比、閾値（±）及び当初比判定の各欄を含む。製造設備は、予算チェックシート３２Ｓの製造設備と同じである。当月引合量は、図７の予算チェックシート３２Ｓにおける当月引合量の重量計と同じである。前月フォーキャスト１引合量は、図８の変化率チェックシート３３Ｓにおける前回引合量の２０１３／１０、重量と同じである。当初比は、前月フォーキャスト１引合量に対する当月引合量の比率である。当初比は、次の（５）式により算出される。

閾値（±）は、算出された当初比を評価するための閾値を入力する欄である。特約店の担当者は、閾値（±）に入力した閾値を手入力により変更することができる。特約店の担当者は、この閾値を変更するときは、必要であれば工場側と協議してもよい。端末装置３０は、当初比が閾値の値以上である場合、該当する変化率が表示されるセルの背景色に例えば赤色を設定する。端末装置３０は、変化率が閾値の値より小さい場合、該当する変化率が表示されるセルの背景色に例えば白色を設定する。

当初比判定は、当初比が閾値の値以上である場合、製造設備毎にアラームを表示する総合判定領域である。端末装置３０は、当初比が閾値の値以上である場合、当初比判定に例えば△を表示し、該当するセルの背景色に例えば赤色を設定する。端末装置３０は、当初比が閾値の値より小さい場合、当初比判定を空欄にし、該当するセルの背景色に例えば白色を設定する。

なお、（５）式で当初比を算出するため、ある月の引合量は一般に以下のように表現することができる。
ｎ番目の月に入力された、ｎ＋ｍ番目の月おける製品の引合量を、Ｙ（ｎ,ｍ）（ｎは自然数,ｍはゼロ以上の整数）とする。かかる場合、ｎ番目の月から１ヶ月前に入力されたｎ＋ｍ番目の月における製品の引合量は、Ｙ（ｎ−１,ｍ＋１）となる。
当月をｉ番目の月とした場合、例えば当月引合量は、ｍ＝０なので、Ｙ（ｉ,０）である。また、当月をｉ月とした場合、例えば前月フォーキャスト１引合量は、Ｙ（ｉ−１、１）である。

上述のＸ（）とＹ（）との関係は、当月をｉ月とし、３ヵ月分の引合量を表現する場合、次のようになる。
Ｘ（ｉ,ｉ＋２）＝Ｙ（ｉ,０）,Ｙ（ｉ,１）,Ｙ（ｉ,２）

次に、評価情報生成システム１０の動作の概要について説明する。
図１１、図１２及び図１３は、評価情報生成システム１０による処理の手順の一例を示すフローチャートである。
端末装置３０のＣＰＵ３１は、月初めに販売実績テーブル３１Ｔ、在庫実績テーブル３２Ｔ及び発注残テーブル３３Ｔから、夫々前月末時点の販売実績、在庫実績及び発注残のレコードを検索する（ステップＳ１）。ＣＰＵ３１は、検索した前月の販売実績、在庫実績及び発注残のレコードをサーバ２０へ送信する（ステップＳ２）。

サーバ２０のＣＰＵ２１は、特約店における前月末時点の販売実績、在庫実績及び発注残のレコードを受信する（ステップＳ３）。ＣＰＵ２１は、受信した特約店における前月末時点の販売実績レコード及び在庫実績レコードを、夫々販売実績テーブル２１Ｔ、在庫実績テーブル２３Ｔ及び発注残テーブル２５Ｔに挿入する（ステップＳ４）。ＣＰＵ２１は、在庫管理リスト３Ｌを生成する（ステップＳ５）。ＣＰＵ２１は、生成した在庫管理リスト３Ｌを端末装置３０へ送信する（ステップＳ６）。なお、ステップＳ６の処理は、ＣＰＵ２１により在庫管理リスト３Ｌの生成が終了した場合に実行されてもよいし、端末装置３０における操作画面を介して端末装置３０からサーバ２０へ在庫管理リスト３Ｌの送信要求が送信されることにより実行されてもよい。

端末装置３０のＣＰＵ３１は、在庫管理リスト３Ｌを受信する（ステップＳ７）。ＣＰＵ３１は、在庫管理リスト３Ｌへの引合量等の入力を受け付ける（ステップＳ８）。ステップ８でＣＰＵ３１が受け付ける引合量は、３ヶ月分の発注予定に係る品目別ロット数である。ＣＰＵ３１は、在庫予定算出処理を実行する（ステップＳ９）。在庫予定算出処理は、特約店の倉庫における将来の在庫数量をシミュレーションする処理である。ＣＰＵ３１は、予算チェック処理を実行する（ステップＳ１０）。予算チェック処理は、在庫管理リスト３Ｌに入力された引合量を予算からチェックする処理である。

ＣＰＵ３１は、変化率チェック処理を実行する（ステップＳ１１）。変化率チェック処理は、在庫管理リスト３Ｌに入力された３ヶ月分の引合量を、在庫管理リスト３Ｌに前月入力された３ヶ月分の引合量からチェックする処理である。ＣＰＵ３１は、平準化チェック処理を実行する（ステップＳ１２）。平準化チェック処理は、在庫管理リスト３Ｌに入力された３ヶ月分の引合量を、時間的なバラツキ度からチェックする処理である。ＣＰＵ３１は、当初対比チェック処理を実行する（ステップＳ１３）。当初対比チェック処理は、在庫管理リスト３Ｌに入力された当月の引合量を、在庫管理リスト３Ｌに前月入力された１ヶ月先のフォーキャスト１引合量からチェックする処理である。

ＣＰＵ３１は、引合量自動計算ボタンが押下されたか否かを判定する（ステップＳ１４）。ＣＰＵ３１は、引合量自動計算ボタンが押下されていないと判定した場合（ステップＳ１４：ＮＯ）、ステップＳ１６へ処理を進める。ＣＰＵ３１は、引合量自動計算ボタンが押下されたと判定した場合（ステップＳ１４：ＹＥＳ）、引合量計算処理を実行する（ステップＳ１５）。引合量計算処理は、引合量を計算し、計算した引合量を在庫管理シート３１Ｓの発注予定（ロット）に表示する処理である。

ＣＰＵ３１は、在庫管理シート３１Ｓの送信ボタンが押下されたか否かを判定する（ステップＳ１６）。ＣＰＵ３１は、在庫管理シート３１Ｓの送信ボタンが押下されていないと判定した場合（ステップＳ１６：ＮＯ）、ステップＳ１６に処理を戻す。ＣＰＵ３１は、在庫管理シート３１Ｓの送信ボタンが押下されたと判定した場合（ステップＳ１６：ＹＥＳ）、在庫管理リスト３Ｌをサーバ２０へ送信する（ステップＳ１７）。

サーバ２０のＣＰＵ２１は、端末装置３０から在庫管理リスト３Ｌを受信する（ステップＳ１８）。ＣＰＵ２１は、受信した在庫管理リスト３Ｌに入力された引合量の調整処理を実行する必要があるか否かを判定する（ステップＳ１９）。ＣＰＵ２１は、受信した在庫管理リスト３Ｌに入力された引合量の調整処理をする必要がないと判定した場合（ステップＳ１９：ＮＯ）、ステップＳ２１へ処理を進める。ＣＰＵ２１は、受信した在庫管理リスト３Ｌに入力された引合量の調整処理をする必要があると判定した場合（ステップＳ１９：ＹＥＳ）、受信した在庫管理リスト３Ｌに入力された引合量の調整処理を実行し（ステップＳ２０）、ステップＳ６へ処理を戻す。

ＣＰＵ２１は、調整した引合量又は調整しなかった引合量を確定する（ステップＳ２１）。ＣＰＵ２１は、発注残、確定した引合量及び算出した納入予定日に基づいて、鋼材の納入予定を含む納入計画を策定する（ステップＳ２２）。なお、ステップＳ２２で実行される処理には、納入予定日の算出も含まれるものとする。ＣＰＵ２１は、在庫管理リスト３Ｌに納入計画を書き込んで、在庫管理リスト３Ｌを更新する（ステップＳ２３）。ＣＰＵ２１は、更新した在庫管理リスト３Ｌを端末装置３０へ送信する（ステップＳ２４）。端末装置３０のＣＰＵ３１は、サーバ２０から在庫管理リスト３Ｌを受信し（ステップＳ２５）、処理を終了する。

その後、工場の担当者と特約店の担当者とは、電話、電子メール等により在庫管理リスト３Ｌにおける在庫計画及び納入計画の妥当性を確認して、合意を行なう。サーバ２０は、納入計画策定処理（ステップＳ２２）で作成したデータから、合意が得られた鋼材に関する発注予定を自動生成する。サーバ２０は、自動生成した発注予定をサーバ２０の発注予定テーブル（図示せず）に入力する。

在庫管理リスト３Ｌのプログラム３Ｐに基づく端末装置３０の動作について説明する。
図１４及び図１５は、在庫予定算出処理の手順の一例を示すフローチャートである。
ＣＰＵ３１は、受け付けた３ヶ月分の発注予定製品の引合量に係るロット数の重量変換処理を、月別、品目別に実行する（ステップＳ９０１）。ステップＳ９０１において、ＣＰＵ３１は、月別、品目別の引合量に標準ロット重量を乗算する。ステップＳ９０１で算出された発注予定製品の重量は、納入リードタイムを考慮して、ステップＳ９０５、ステップＳ９０６、ステップＳ９０７での在庫予定の算出に利用される。

ＣＰＵ３１は、Ｎ月末の在庫予定を算出する（ステップＳ９０２）。なお以下、当月をＮ月とする。ＣＰＵ３１は（Ｎ＋１）月末の在庫予定を算出する（ステップＳ９０３）。ＣＰＵ３１は（Ｎ＋２）月末の在庫予定を算出する（ステップＳ９０４）。ＣＰＵ３１は（Ｎ＋３）月末の在庫予定を算出する（ステップＳ９０５）。ＣＰＵ３１は（Ｎ＋４）月末の在庫予定を算出する（ステップＳ９０６）。ＣＰＵ３１は（Ｎ＋５）月末の在庫予定を算出する（ステップＳ９０７）。

Ｎ月末の在庫予定〜（Ｎ＋５）月末の在庫予定を算出する式を、夫々以下に示す。ここでは、鋼材の納入リードタイムを例えば３ヶ月とする。従って、当月引合量に対応する納入は（Ｎ＋３）月に、フォーキャスト１引合量に対応する納入は（Ｎ＋４）月に、フォーキャスト２引合量に対応する納入は（Ｎ＋５）月になる。
Ｎ月末の在庫予定＝前月末在庫＋納期遅延分＋積送中＋発注残−販売予定
（Ｎ＋１）月末の在庫予定＝Ｎ月末の在庫予定＋発注残−販売予定
（Ｎ＋２）月末の在庫予定＝（Ｎ＋１）月末の在庫予定＋発注残−販売予定
（Ｎ＋３）月末の在庫予定＝
（Ｎ＋２）月末の在庫予定＋発注残＋当月引合量−販売予定
（Ｎ＋４）月末の在庫予定＝
（Ｎ＋３）月末の在庫予定＋発注残＋フォーキャスト１引合量−販売予定
（Ｎ＋５）月末の在庫予定＝
（Ｎ＋４）月末の在庫予定＋発注残＋フォーキャスト２引合量−販売予定

上述において、ある月末の在庫予定は、前月の在庫予定に発注残を加算し、販売予定を減算する点が共通している。ある月末の在庫予定は、ある月が当月である場合、前月の在庫予定に加算する量として納期遅延分と積送中とが追加される点が他の月と異なる。また、ある月末の在庫予定は、ある月が当月、翌月及び翌々月から夫々納入リードタイムだけシフトした月である場合、前月の在庫予定に加算する量として納入リードタイムを考慮した引合量が追加される点が他の月と異なる。従って、ある月が当月である場合、前月の在庫予定に加算する量を、発注残に対して納期遅延分と積送中とを追加する補正をするといってもよい。また、ある月が当月、翌月及び翌々月から夫々納入リードタイムだけシフトした月である場合、発注残に対して当月、翌月及び翌々月の引合量を追加する補正をするといってもよい。

ＣＰＵ３１は、月別、品目別の在庫予定≦０か否かを判定する（ステップＳ９０８）。ＣＰＵ３１は、月別、品目別の在庫予定≦０でないと判定した場合（ステップＳ９０８：ＮＯ）、ステップＳ９０９に処理を進める。ＣＰＵ３１は、０＜月別、品目別の在庫予定＜安全在庫か否かを判定する（ステップＳ９０９）。ＣＰＵ３１は、０＜月別、品目別の在庫予定＜安全在庫でないと判定した場合（ステップＳ９０９：ＮＯ）、ステップＳ９１０へ処理を進める。ＣＰＵ３１は、安全在庫の１．５倍≦月別、品目別の在庫予定か否かを判定する（ステップＳ９１０）。なお、１．５という値は、適正在庫量を判断する基準値の一例である。ＣＰＵ３１は、安全在庫の１．５倍≦月別、品目別の在庫予定でないと判定した場合（ステップＳ９１０：ＮＯ）、処理を終了する。

ＣＰＵ３１は、月別、品目別の在庫予定≦０であると判定した場合（ステップＳ９０８：ＹＥＳ）、在庫管理シート３１Ｓの在庫予定（シミュレーション）の欄における該当セルの背景色に赤色を設定し（ステップＳ９１１）、処理を終了する。ＣＰＵ３１は、０＜月別、品目別の在庫予定＜安全在庫であると判定した場合（ステップＳ９０９：ＹＥＳ）、在庫管理シート３１Ｓの在庫予定（シミュレーション）の欄における該当セルの背景色に黄色を設定し（ステップＳ９１２）、処理を終了する。ＣＰＵ３１は、安全在庫の１．５倍≦月別、品目別の在庫予定であると判定した場合（ステップＳ９１０：ＹＥＳ）、在庫管理シート３１Ｓの在庫予定（シミュレーション）の欄における該当セルの背景色に青色を設定し（ステップＳ９１３）、処理を終了する。

なお、在庫管理シート３１Ｓにおける背景色には、白色がデフォルト設定されているものとする。そのため、ＣＰＵ３１は、安全在庫の１．５倍≦月別、品目別の在庫予定でないと判定した場合（ステップＳ９１０：ＮＯ）、在庫管理シート３１Ｓの在庫予定（シミュレーション）の欄における該当セルの背景色は、白色となる。

図１６は、予算チェック処理の手順の一例を示すフローチャートである。
ＣＰＵ３１は、受け付けた３ヶ月分の発注予定製品の引合量に係るロット数の重量変換処理を、月別、品目別に実行する（ステップＳ１０１）。ステップＳ１０１の重量変換処理は、在庫予定算処理におけるステップＳ９０１の処理と同じである。ＣＰＵ３１は、重量変換した月別、品目別の引合量を、月別、製造設備別の引合量にマージする（ステップＳ１０２）。ＣＰＵ３１は、（２）式を用いて、月別、製造設備別の予算比を算出する（ステップＳ１０３）。

ＣＰＵ３１は、予算比≦８０％か否かを判定する（ステップＳ１０４）。なお、８０％は、閾値の一例である。ＣＰＵ３１は、予算比≦８０％でないと判定した場合（ステップＳ１０４：ＮＯ）、１２０％≦予算比か否かを判定する（ステップＳ１０５）。なお、１２０％は、閾値の一例である。ＣＰＵ３１は、１２０％≦予算比でないと判定した場合（ステップＳ１０５：ＮＯ）、処理を終了する。

ＣＰＵ３１は、予算比≦８０％であると判定した場合（ステップＳ１０４：ＹＥＳ）、予算チェックシート３２Ｓの予算比の欄における該当セルの背景色に黄色を設定し（ステップＳ１０６）、処理を終了する。ＣＰＵ３１は、１２０％≦予算比であると判定した場合（ステップＳ１０５：ＹＥＳ）、予算チェックシート３２Ｓの予算比及び予算判定の欄における該当セルの背景色に赤色を設定し（ステップＳ１０７）、処理を終了する。なお、ＣＰＵ３１は、ステップＳ１０７において、予算判定の欄における該当セルに△を表示する。

なお、予算チェックシート３２Ｓにおけるセルの背景色には、白色がデフォルト設定されている。そのため、ＣＰＵ３１は、１２０％≦予算比でないと判定した場合（ステップＳ１０５：ＮＯ）、予算チェックシート３２Ｓの予算比及び予算判定の欄における該当セルの背景色は、白色となる。

図１７は、変化率チェック処理の手順の一例を示すフローチャートである。
ＣＰＵ３１は、受け付けた３ヶ月分の発注予定製品の引合量に係るロット数の重量変換処理を、月別、品目別に実行する（ステップＳ１１１）。ステップＳ１１１の重量変換処理は、在庫予定算処理におけるステップＳ９０１の処理と同じである。ＣＰＵ３１は、重量変換した月別、品目別の引合量を、月別、製造設備別の引合量にマージする（ステップＳ１１２）。ステップＳ１１２におけるマージ処理は、予算チェック処理におけるステップＳ１０２の処理と同じである。

ＣＰＵ３１は、月別、製造設備別に今回３ヶ月平均引合量を算出する（ステップＳ１１３）。ＣＰＵ３１は、月別、製造設備別に前回３ヶ月平均引合量を算出する（ステップＳ１１４）。ＣＰＵ３１は、（３）式を用いて、月別、製造設備別の変化率を算出する（ステップＳ１１５）。

ＣＰＵ３１は、±３０％≦変化率か否かを判定する（ステップＳ１１６）。なお、±３０％は閾値の一例である。ＣＰＵ３１は、±３０％≦変化率でないと判定した場合（ステップＳ１１６：ＮＯ）、処理を終了する。

ＣＰＵ３１は、±３０％≦変化率であると判定した場合（ステップＳ１１６：ＹＥＳ）、変化率チェックシート３３Ｓの変化率及び変化率判定の欄における該当セルの背景色に赤色を設定し（ステップＳ１１７）、処理を終了する。なお、ＣＰＵ３１は、ステップＳ１１７において、変化率判定の欄における該当セルに△を表示する。

なお、変化率チェックシート３３Ｓにおけるセルの背景色には、白色がデフォルト設定されている。そのため、ＣＰＵ３１は、±３０％≦変化率でないと判定した場合（ステップＳ１１６：ＮＯ）、変化率チェックシート３３Ｓの変化率及び変化率判定の欄における該当セルの背景色は、白色となる。

図１８は、平準化チェック処理の手順の一例を示すフローチャートである。
ＣＰＵ３１は、受け付けた３ヶ月分の発注予定製品の引合量に係るロット数の重量変換処理を、月別、品目別に実行する（ステップＳ１２１）。ステップＳ１２１の重量変換処理は、在庫予定算処理におけるステップＳ９０１の処理と同じである。ＣＰＵ３１は、重量変換した月別、品目別の引合量を、月別、製造設備別の引合量にマージする（ステップＳ１２２）。ステップＳ１２２におけるマージ処理は、予算チェック処理におけるステップＳ１０２の処理と同じである。

ＣＰＵ３１は、月別、製造設備別に最大引合量を抽出する（ステップＳ１２３）。ＣＰＵ３１は、月別、製造設備別に最小引合量を抽出する（ステップＳ１２４）。ＣＰＵ３１は、３ヶ月平均引合量を算出する（ステップＳ１２５）。ＣＰＵ３１は、（４）式を用いて、月別、製造設備別のバラツキ度を算出する（ステップＳ１２６）。

ＣＰＵ３１は、３０％≦バラツキ度か否かを判定する（ステップＳ１２７）。なお、３０％は閾値の一例である。ＣＰＵ３１は、３０％≦バラツキ度でないと判定した場合（ステップＳ１２７：ＮＯ）、処理を終了する。

ＣＰＵ３１は、３０％≦バラツキ度であると判定した場合（ステップＳ１２７：ＹＥＳ）、平準化チェックシート３４Ｓのバラツキ度及び平準化判定の欄における該当セルの背景色に赤色を設定し（ステップＳ１２８）、処理を終了する。なお、ＣＰＵ３１は、ステップＳ１２８において、平準化判定の欄における該当セルに△を表示する。

なお、平準化チェックシート３４Ｓにおけるセルの背景色には、白色がデフォルト設定されている。そのため、ＣＰＵ３１は、３０％≦バラツキ度でないと判定した場合（ステップＳ１２７：ＮＯ）、平準化チェックシート３４Ｓのバラツキ度及び平準化判定の欄における該当セルの背景色は、白色となる。

図１９は、当初対比チェック処理の手順の一例を示すフローチャートである。
ＣＰＵ３１は、受け付けた３ヶ月分の発注予定製品の引合量に係るロット数の重量変換処理を、月別、品目別に実行する（ステップＳ１３１）。ステップＳ１３１の重量変換処理は、在庫予定算処理におけるステップＳ９０１の処理と同じである。ＣＰＵ３１は、重量変換した月別、品目別の引合量を、月別、製造設備別の引合量にマージする（ステップＳ１３２）。ステップＳ１３２におけるマージ処理は、予算チェック処理におけるステップＳ１０２の処理と同じである。

ＣＰＵ３１は、（５）式を用いて、月別、製造設備別の当初比を算出する（ステップＳ１３３）。ＣＰＵ３１は、±１０％≦当初比か否かを判定する（ステップＳ１３４）。なお、±１０％は閾値の一例である。ＣＰＵ３１は、±１０％≦当初比でないと判定した場合（ステップＳ１３４：ＮＯ）、処理を終了する。

ＣＰＵ３１は、±１０％≦当初比であると判定した場合（ステップＳ１３４：ＹＥＳ）、当初対比チェックシート３５Ｓの当初比及び当初比判定の欄における該当セルの背景色に赤色を設定し（ステップＳ１３５）、処理を終了する。なお、ＣＰＵ３１は、ステップＳ１３５において、当初比判定の欄における該当セルに△を表示する。

なお、当初対比チェックシート３５Ｓにおけるセルの背景色には、白色がデフォルト設定されている。そのため、ＣＰＵ３１は、±１０％≦当初比でないと判定した場合（ステップＳ１３４：ＮＯ）、当初対比チェックシート３５Ｓの当初比及び当初比判定の欄における該当セルの背景色は、白色となる。

図２０及び図２１は、引合量計算処理の手順の一例を示すフローチャートである。引合量計算処理が実行開始される前において、在庫管理シート３１Ｓの発注予定（ロット）は空欄状態にあるものとする。
ＣＰＵ３１は、品目別に、安全在庫に発注推奨基準量を乗じて、基準在庫量を算出する（ステップＳ１５０１）。ＣＰＵ３１は、フォーキャスト２引合量に係る発注予定製品が納入リードタイム経過後に納入される月の在庫予定を、在庫管理シート３１Ｓの在庫予定（シミュレーション）の欄から品目別に参照する（ステップＳ１５０２）。ステップＳ１５０２の時点では、在庫管理シート３１Ｓの発注予定（ロット）は未入力である。そのため、在庫予定算出処理は、当月引合量、フォーキャスト１引合量及びフォーキャスト２引合量を考慮しないで、将来の在庫予定を算出し、算出した在庫予定を在庫管理シート３１Ｓの在庫予定（シミュレーション）の欄に表示している。

ＣＰＵ３１は、ステップＳ１５０１で算出した基準在庫量から、ステップＳ１５０２で参照した在庫予定の重量を減算して、基準在庫量に対する不足重量を品目別に算出する（ステップＳ１５０３）。ステップＳ１５０３で算出される不足量は、当月引合量、フォーキャスト１引合量及びフォーキャスト２引合量に夫々係る未入力のロット数に対応する鋼材の重量を３ヶ月間について合計した値であると考えられる。ＣＰＵ３１は、ステップＳ１５０３で算出した不足重量を標準ロット数量で除算した値の小数点以下を切り上げて、不足量ロット数を品目別に算出する（ステップＳ１５０４）。

ＣＰＵ３１は、ステップＳ１５０４で算出した不足量ロット数を３つにロット単位で品目毎に平準化分割する（ステップＳ１５０５）。ここで３つに分割するのは、分割したロット数を後のステップで当月引合量、フォーキャスト１引合量及びフォーキャスト２引合量に割り付けるためである。不足量ロット数が３の倍数である場合、不足量ロット数は、３つに均等に平準化分割される。

しかし、ＣＰＵ３１は、不足量ロット数が３の倍数でない場合、なるべく平準化を満たすように不足量ロット数を３分割する。不足量ロット数が仮に４ロットである場合、２、１、１のように３ヶ月分の物量として分割される。不足ロット数が仮に２ロットである場合、例えば１、１、０のように２ヶ月分の分量として分割される。不足量ロット数が仮に１ロットである場合、例えば１、０、０のように１ヶ月分の物量として分割される。

不足量ロット数が例えば１ロットであるとき、不足量ロット数を３ヶ月間の各月に割り付ける方法には、１ロットを当月引合量に割り付ける場合、フォーキャスト１引合量に割り付ける場合、フォーキャスト２引合量に割り付ける場合の３通りがある、そのため、ＣＰＵ３１は、不足量ロット数を割り付け先の月を一意に決定することができない。そこで、ＣＰＵ３１は、特約店における月毎の引合量の合計が、当月、フォーキャスト１及びフォーキャスト２について、極力ばらつかないように割り付け先の月を決定する。

ＣＰＵ３１は、ステップＳ１５０５で平準化分割した不足量ロット数に夫々標準ロット重量を乗算することにより、在庫管理シート３１Ｓの全品目について、不足量ロット数を引合量重量に月毎に重量変換する（ステップＳ１５０６）。ＣＰＵ３１は、在庫管理シート３１Ｓの先頭行にカーソルを移動する（ステップＳ１５０７）。ＣＰＵ３１は、ステップＳ１５０５で平準化分割した不足量ロット数が３ヶ月分あるか否かを判定する（ステップＳ１５０８）。

ＣＰＵ３１は、ステップＳ１５０５で平準化分割した不足量ロット数が３ヶ月分あると判定した場合（ステップＳ１５０８：ＹＥＳ）、平常化分割した不足量ロット数に対応する引合量重量を、そのまま当月、フォーキャスト１及びフォーキャスト２に割り付け（ステップＳ１５０９）、ステップＳ１５１４へ処理を進める。なお、ＣＰＵ３１は、ステップＳ１５０９で割り付けた結果をＲＡＭ３３に記憶しておく。

ＣＰＵ３１は、ステップＳ１５０５で平準化分割した不足量ロット数が３ヶ月分ないと判定した場合（ステップＳ１５０８：ＮＯ）、ステップＳ１５０６で重量変換した引合量重量を先頭行の品目から現在カーソルがある行の１行上の品目まで、月毎に合計する（ステップＳ１５１０）。ここで、ステップＳ１５０５で平準化分割した不足量ロット数が３ヶ月分ない場合は、ステップＳ１５０５で平準化分割した不足量ロット数が１ヶ月分又は２ヶ月分の場合である。

ＣＰＵ３１は、現在カーソルがある行の品目について平準化分割した１ヶ月分の引合量重量を、ステップＳ１５１０で合計した引合量重量が一番小さい月に割り付ける（ステップＳ１５１１）。なお、ＣＰＵ３１は、ステップＳ１５０５で平準化分割した不足量ロット数が２ヶ月分である場合、ステップＳ１５１０で月毎に合計した引合量重量に、ステップＳ１５１１で割り付けた月に係る１ヶ月分の引合量重量を加算した重量が一番小さい月を特定する。そして、ＣＰＵ３１は、もう１ヶ月分の引合量重量を、特定した月に割り付ける。ＣＰＵ３１は、ステップＳ１５１１で割り付けた結果をＲＡＭ３３に記憶しておく。

ＣＰＵ３１は、カーソルが在庫管理シート３１Ｓの最終行に達しているか否かを判定する（ステップＳ１５１２）。ＣＰＵ３１は、カーソルが在庫管理シート３１Ｓの最終行に達していないと判定した場合（ステップＳ１５１２：ＮＯ）、カーソルを１行下へ移動し（ステップＳ１５１３）、ステップＳ１５０８へ処理を戻す。ＣＰＵ３１は、カーソルが在庫管理シート３１Ｓの最終行に達していると判定した場合（ステップＳ１５１２：ＹＥＳ）、平準化分割した３ヶ月分の引合量重量を、月毎、品目毎に標準ロット重量で除算し、夫々ロット数に変換する（ステップＳ１５１４）。

ＣＰＵ３１は、平準化分割した３ヶ月分の引合量重量が当月、フォーキャスト１及びフォーキャスト２に夫々割り付けられた情報をＲＡＭ３３から読み出す（ステップＳ１５１５）。ＣＰＵ３１は、読み出した割り付け情報に基づいて、ステップＳ１５１４で変換した３ヶ月分のロット数を、月別、品目別に在庫管理シート３１Ｓの発注予定（ロット）の欄に一括して設定し（ステップＳ１５１６）、処理を終了する。

本実施の形態では、１ヶ月を評価情報生成システム１０が情報管理する基準の期間（所定の期間）とした。しかし、情報管理をする基準の期間は、製造業毎に又は事業主毎に異なっていてよく、例えば１週間、１０日、半月、半年、１年等でもよい。

本実施の形態では、ＣＰＵ３１は、当月、フォーキャスト１及びフォーキャスト２からなる３ヶ月分の引合量を予算に基づいて、月毎に引合量をチェックした。しかし、ＣＰＵ３１は、当月、フォーキャスト１及びフォーキャスト２のうち、いずれか１ヶ月分の引合量又はいずれか２ヶ月分の引合量を予算に基づいて、引合量をチェックしてもよい。

本実施の形態では、ＣＰＵ３１は、予算に対する各月の引合量の比を予算比として求めた。しかし、ＣＰＵ３１は、各月の引合量に対する予算の比を求めてもよい。かかる場合、予算に対する各月の引合量の比を予算比とした場合の閾値とは別に、閾値を準備すればよい。
なお、引合量を評価するために算出される比は、予算以外の変化率、平準化及び当初対比に関しても上述のように本実施の形態で示した比の逆数であってもよい。

本実施の形態では、ＣＰＵ３１は、予算に対する各月の引合量を評価するために、予算と各月の引合量との比を算出した。しかし、ＣＰＵ３１は、予算に対する各月の引合量を評価するために、予算と各月の引合量との差を算出してもよい。かかる場合、予算に対する各月の引合量の比を評価対象の値とした場合の閾値とは別に、予算と各月の引合量との差を評価するための閾値を準備すればよい。

本実施の形態では、ＣＰＵ３１は、前回３ヶ月平均引合量に対する今回３ヶ月平均引合量の変化率に基づいて、引合量をチェックした。しかし、ＣＰＵ３１は、前回３ヶ月の引合量の合計に対する今回３ヶ月の引合量の合計の変化率に基づいて、引合量をチェックしてもよい。
変化率チェック処理における前回と今回との差は、１ヶ月であった。しかし、変化率チェック処理における前回と今回との差は、２ヶ月以上であってもよい。

本実施の形態では、ＣＰＵ３１は、当初対比チェック処理にて、前月フォーキャスト１引合量に対する当月引合量を評価するために、前月フォーキャスト１引合量と当月引合量との比を算出した。しかし、ＣＰＵ３１は、前月フォーキャスト１引合量に対する当月引合量を評価するために、前月フォーキャスト１引合量と当月引合量との差を算出してもよい。かかる場合、前月フォーキャスト１引合量に対する当月引合量の比を評価対象の値とした場合の閾値とは別に、前月フォーキャスト１引合量と当月引合量との差を評価するための閾値を準備すればよい。

本実施の形態では、ＣＰＵ３１は、前月フォーキャスト１引合量に対する当月引合量を評価した。しかし、ＣＰＵ３１は、前月フォーキャスト２引合量に対する当月フォーキャスト１引合量を評価してもよい。また、ＣＰＵ３１は、前々月フォーキャスト２引合量に対する当月引合量を評価してもよい。

本実施の形態では、在庫管理シート３１Ｓの発注予定（ロット）の欄には、３ヶ月分の引合量が入力された。しかし、在庫管理シート３１Ｓの発注予定（ロット）の欄には、４ヶ月分以上又は２ヶ月分の引合量が入力されるように構成されていてもよい。

本実施の形態では、各種チェック結果に対するアラートとして、スプレッドシートのセルの背景色及び文字のフォントカラーが変更された。しかし、各種チェック結果に対するアラートは、音声出力により行われてもよい。かかる場合、端末装置３０に音声を出力するスピーカを備えればよい。

本実施の形態では、在庫管理リスト３Ｌは、表計算ソフトウェアのファイルであった。しかし、在庫管理リスト３Ｌは、ユーザが入力可能な機能を有していれば、ワードプロセッサ、簡易データベースソフト等のファイルであってもよいことは勿論である。

評価情報生成システム１０によれば、生産工程に負荷がかからないように、受注前の予定製造量に対して大きく変動しない引合量及び引合対象の期間に関するシミュレートを支援することができる。
端末装置３０は、予算チェック処理により、特約店の担当者が在庫管理リスト３Ｌに引合量を入力した段階で、予算に対して引合量が一定範囲内にない場合、アラート情報を出力することができる。これにより、端末装置３０は、予算を無視した引合を未然に防ぐことができる。

端末装置３０は、変化率チェック処理により、特約店の担当者が在庫管理リスト３Ｌに引合量を入力した段階で、前月入力された３ヶ月間の引合量に対して、今月入力された３ヶ月間の引合量が一定範囲を超えて変化する場合、アラート情報を出力する。これにより、端末装置３０は、納入リードタイムを考慮に入れた、１ヶ月より長い期間について、変動しない引合量を担保することができる。

端末装置３０は、平準化チェック処理により、特約店の担当者が在庫管理リスト３Ｌに引合量を入力した段階で、将来３ヶ月間における引合量のバラツキ度が一定範囲を逸脱する場合、アラート情報を出力することができる。これにより、端末装置３０は、時間的にでこぼこのある引合を抑制することができる。

端末装置３０は、当初対比チェック処理により、特約店の担当者が在庫管理リスト３Ｌに引合量を入力した段階で、前月予想して入力された当月引合量に対して今月入力された当月引合量が一定範囲を逸脱する場合、アラート情報を出力することができる。これにより、特約店の担当者は、過去に予想して入力された引合量が現時点の引合量と大きく変化してしない場合、過去に予想して入力された引合量の確度を確認することができる。

端末装置３０は、在庫予定算出処理により、特約店の担当者に将来の在庫量を提示することができる。これにより、特約店の担当者は、将来の在庫量を見据えて、引合の物量及び希望納入時期を設定することができる。

端末装置３０は、引合量計算処理により、特約店の担当者による引合量入力作業を支援することができる。これにより、特約店の担当者による作業負担が軽減され、工場の担当者も平準化された引合を期待することができる。特約店の担当者は、端末装置３０に引合量計算処理を実行させてから、発注予定（ロット）の欄に自動入力された引合量を編集してもよい。これにより、特約店での引合量入力作業が高速化されるため、合意及び発注が前倒しされることにより、余裕を持った鋼材の生産及び納入が可能となる。

従来は、特約店は鋼材を顧客に販売した場合、減少した在庫に基づいて要求量を増大させて、在庫量を維持しようとするため、要求量（発注量）が過多になることがあり、工場側の生産がオーバーフローすることがあった。しかし、評価情報生成システム１０は、在庫管理リスト３Ｌを介して在庫予定を工場から特約店に提示することにより、工場での安定した生産を担保することができる。

開示された実施の形態は、全ての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上述の説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内での全ての変更が含まれることが意図される。

各実施の形態で記載されている技術的特徴（構成要件）はお互いに組合せ可能であり、組み合わせすることにより、新しい技術的特徴を形成することができる。

１０ 評価情報生成システム
２０ サーバ
２１ ＣＰＵ（生成部）
２３ ＲＡＭ
２４ ハードディスク（記憶部）
２９ 通信部（送信部）
３０ 端末装置（コンピュータ）
３１ ＣＰＵ（読み出し部、算出部、比較部、生成部）
３３ ＲＡＭ（記憶部）
３４ ハードディスク（記憶部）
３６ 表示部
３７ 操作部（受付部）
３９ 通信部（受信部）
３Ｌ 在庫管理リスト
２Ｐ、３Ｐ、３０Ｐ プログラム

Claims (9)

1. 記憶部にアクセス可能なコンピュータに、注文前における製品の引合量に対する評価情報を生成する処理を実行させるプログラムであって、
   製品の製造予定期間における該製品の予定製造量が記憶された前記記憶部から該製品の予定製造量を読み出し、
   前記製造予定期間に含まれた所定の期間における製品の引合量と、読み出した製品の予定製造量との比又は差を算出し、
   算出した比又は差を所定の閾値と比較し、
   比較した結果に応じて、製品の引合量に対する評価情報を生成する
   処理をコンピュータに実行させる
   ことを特徴とするプログラム。
2. 複数の前記所定の期間夫々における製品の引合量を受け付け、
   受け付けた複数の前記所定の期間夫々における製品の引合量の時間的バラツキを算出し、
   算出した時間的バラツキを所定の閾値と比較し、
   比較した結果に応じて、複数の前記所定の期間における引合量の時間的平準化に関する評価情報を生成する
   ことを特徴とする請求項１に記載のプログラム。
3. ｉ番目の前記所定の期間に、ｉ番目からｊ番目までの各期間における製品の引合量Ｘ（ｉ,ｊ）（ｉ,ｊは夫々自然数でｉ≦ｊ）を受け付け、
   Ｘ（ｉ−ｋ,ｊ−ｋ）（ｋは自然数）が記憶された前記記憶部からＸ（ｉ−ｋ,ｊ−ｋ）を読み出し、
   Ｘ（ｉ−ｋ,ｊ−ｋ）に係る合計引合量（又は平均引合量）に対するＸ（i,ｊ）に係る合計引合量（又は平均引合量）の変化率を算出し、
   算出した変化率を所定の閾値と比較し、
   比較した結果に応じて、複数の所定の期間における引合量の時間変化に関する評価情報を生成する
   ことを特徴とする請求項１又は請求項２に記載のプログラム。
4. ｎ番目の前記所定の期間に、ｎ＋ｍ番目の期間における製品の引合量Ｙ（ｎ,ｍ）（ｎは自然数,ｍはゼロ以上の整数）を受け付け、
   Ｙ（ｎ−１,ｍ＋１）が記憶された前記記憶部からＹ（ｎ−１,ｍ＋１）を読み出し、
   Ｙ（ｎ,ｍ）と、Ｙ（ｎ−１,ｍ＋１）との比又は差を算出し、
   算出した比又は差を所定の閾値と比較し、
   比較した結果に応じて、前記所定の期間を隔てた同一期間における引合量に対する評価情報を生成する
   ことを特徴とする請求項１から請求項３までのいずれか一項に記載のプログラム。
5. 複数の前記所定の期間夫々における製品の引合量を受け付け、
   前記所定の期間前の該所定の期間内における末での製品の在庫量、前記所定の期間毎の注文に係る製品の予定入庫量、前記所定の期間毎の販売に係る製品の予定出庫量及び製品の納入所要時間が記憶された前記記憶部から前記在庫量、予定入庫量、予定出庫量及び納入所要時間を読み出し、
   受け付けた複数の前記所定の期間夫々における引合量に各々対応する製品の予定入庫期間を、読み出した納入所要時間に基づいて求め、
   求めた予定入庫期間に夫々対応する引合量で、読み出した前記所定の期間毎の予定入庫量を補正し、
   読み出した在庫量に対して、補正した前記所定の期間毎の予定入庫量及び読み出した予定出庫量を夫々加算及び減算して、前記所定の期間毎の在庫量を算出し、
   算出した前記所定の期間毎の在庫量を所定の閾値と夫々比較し、
   比較した結果に応じて、受け付けた引合量を用いて算出した前記所定の期間毎の在庫量に関する評価情報を生成する
   ことを特徴とする請求項１から請求項４までのいずれか一項に記載のプログラム。
6. 欠品を防ぐために必要とされる安全在庫量及び所定数の前記所定の期間経過後における製品の予定在庫量が記憶された前記記憶部から安全在庫量及び予定在庫量を読み出し、
   所定の基準在庫量を算出するための数値を受け付け、
   受け付けた数値及び読み出した安全在庫量に基づいて、基準在庫量を求め、
   求めた基準在庫量に対する読み出した予定在庫量の不足量を算出し、
   算出した不足量が複数の前記所定の期間について平準化されるように該不足量を分割し、
   分割した不足量を夫々複数の前記所定の期間における引合量に設定する
   ことを特徴とする請求項１から請求項５までのいずれか一項に記載のプログラム。
7. 前記コンピュータは画像を表示する表示部を備え、
   比較した結果に応じた背景色で、生成した前記情報を前記表示部に表示させる
   ことを特徴とする請求項１から請求項６までのいずれか一項に記載のプログラム。
8. 記憶部にアクセス可能なコンピュータが、注文前における製品の引合量に対する評価情報を生成する処理を実行する評価情報生成方法であって、
   製品の製造予定期間における該製品の予定製造量が記憶された前記記憶部から該製品の予定製造量を読み出し、
   前記製造予定期間に含まれた所定の期間における製品の引合量と、読み出した製品の予定製造量との比又は差を算出し、
   算出した比又は差を所定の閾値と比較し、
   比較した結果に応じて、製品の引合量に対する評価情報を生成する
   ことを特徴とする評価情報生成方法。
9. 製品に係る製造計画を決定するサーバ及び
   該サーバが決定した製造計画が書き込まれたファイルを用いて、注文前における製品の引合量に対する評価情報を生成する端末装置
   を備える評価情報生成システムであって、
   前記サーバは、
   決定した前記製造計画の製造予定期間における製品の予定製造量が書き込まれたファイルを生成する生成部と、
   該生成部が生成したファイルを前記端末装置へ送信する送信部と
   を有し、
   前記端末装置は、
   前記サーバの送信部が送信したファイルを受信する受信部と、
   該受信部が受信したファイルを記憶する記憶部と、
   前記製造予定期間に含まれた所定の期間における製品の引合量を受け付ける受付部と、
   前記記憶部が記憶したファイルから前記製造予定期間における製品の予定製造量を読み出す読み出し部と、
   前記受付部が受け付けた引合量と、前記読み出し部が読み出した予定製造量との比又は差を算出する算出部と、
   該算出部が算出した比又は差を所定の閾値と比較する比較部と、
   該比較部が比較した結果に応じて、前記受付部が受け付けた製品の引合量に対する評価情報を生成する生成部と
   を有する
   ことを特徴とする評価情報生成システム。

Images