JP2024057698A

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

Info

Publication number: JP2024057698A
Application number: JP2022164520A
Authority: JP
Inventors: 吾朗大下; 達也石川
Original assignee: Canon Marketing Japan Inc; Canon IT Solutions Inc
Current assignee: Canon Marketing Japan Inc; Canon IT Solutions Inc
Priority date: 2022-10-13
Filing date: 2022-10-13
Publication date: 2024-04-25
Anticipated expiration: 2042-10-13
Also published as: JP7513913B2

Abstract

【課題】本発明では、複数の納入条件が課される製品に対し、納入条件毎の調達必要量を提示する情報処理装置、その方法及びプログラムを提供する。
【解決手段】複数の納入条件により製造日からの納入許容期間が設定される製品の調達計画を作成する情報処理装置であって、対象期間における、製品の納入条件に係る要求量、製品の製造日が付与された在庫量及び入庫量を管理するデータ管理部と、対象期間において、納入条件を満たすように要求量を製造日が付与された在庫量及び入庫量に引き当てできなかった不足分に基づき、製品の納入条件毎の調達必要量を提示する制御部と、を含む。
【選択図】図１

Description

製品の調達計画を作成する技術に関する。

日本における食品流通の分野では、３分の１ルールと呼ばれる商慣習が浸透している。３分の１ルールとは、食品の流通過程において製造者、販売者、消費者の３者が、製造日から賞味期限までの期間を３分の１ずつ均等に分け合うという考え方に基づく商慣習である。例えば、賞味期限が６カ月の場合、製造者は商品を製造してから販売者に２カ月以内に出荷し、販売者は賞味期限の２カ月前（製造から４カ月以内）に販売し、消費者は商品を購入した時点で賞味期限が２カ月ある状態を維持する。

この商慣習は食品ロス発生の主要因の一つになっており、３分の１ルールを改め２分の１ルールを適用する動きが拡大しているが、現状では販売者によって２分の１ルールが許されたり、３分の１ルールでないと許されない取引が混在している。

特許文献１には、顧客ごとに製品の納入期限が異なる場合に、顧客からのオーダ情報を製品の在庫情報および生産計画情報に引き当て、引き当てできなかったオーダ情報について新規の生産計画を作成し登録する方法が開示されている。

特開２００６－７２７０１号公報

一方で、製造者は、販売者へ出荷する出荷拠点ごとに、欠品しないようあらかじめ補給元拠点から補給して在庫する必要がある。このとき、出荷期限に余裕のある３分の１ルールに適合する商品を補給すると、その拠点での欠品や廃棄のリスクは軽減することができるが、すべての出荷拠点が補給元拠点に対し３分の１ルールに適合する商品を補給すると、補給元拠点で３分の１ルールに適合しないが２分の１ルールには適合する在庫が余ってしまい、廃棄になってしまう。このような出荷期限切れによる廃棄を防止することはコスト上も環境上も重要である。

特許文献１では、顧客ごとの納入期限を考慮して製品の在庫情報および生産計画情報にオーダ情報の引き当てを行い、引き当てできなかったオーダ情報について新規の生産計画を作成し登録して対応しているが、対象日において納入条件ごとに補給・調達が必要な数量を把握することはできない。

本発明では、複数の納入条件が課される製品に対し、納入条件ごとの調達必要量を提示する仕組みを提供することを目的とする。

本発明は、複数の納入条件により製造日からの納入許容期間が設定される製品の調達計画を作成する情報処理装置であって、対象期間における、前記製品の前記納入条件に係る要求量、前記製品の製造日が付与された在庫量および入庫量を取得する取得手段と、前記対象期間において、前記納入条件を満たすように前記要求量を前記製造日が付与された在庫量および入庫量に引き当てできなかった不足分に基づき、前記製品の前記納入条件ごとの調達必要量を出力する出力手段と、を備えることを特徴とする。

本発明によれば、複数の納入条件が課される製品に対し、納入条件ごとの調達必要量を提示する仕組みを提供することができる。

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

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

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

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

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

計算モデル管理部１０１ａは、計算モデルテーブル１０２ｈ（図１３）および計算パターンテーブル１０２ｉ（図１４）から取得した計算モデルを格納し管理する。
属性情報管理部１０１ｂは、属性情報テーブル１０２ａ（図６）および出荷期限情報テーブル１０２ｂ（図７）から取得した計算対象アイテムの属性情報を格納し管理する。

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

安全在庫計算部１０１ｄは、後述の（式１）の計算式などにより、安全在庫量を計算する。

発注点計算部１０１ｅは、後述の（式２）の計算式などにより、発注点を計算する。

発注量計算部１０１ｆは、後述の（式３）の計算式などにより、発注量を計算する。

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

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

出荷期限情報テーブル１０２ｂには、アイテムＩＤと要求出荷期限毎の情報が格納されている。

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

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

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

販売予定量テーブル１０２ｆには、アイテムの販売予定日と、当該販売予定日の販売量が格納されている。

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

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

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

計算順テーブル１０２ｊには、出荷期限の計算順が格納されている。

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

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

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

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

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

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

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

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

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

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

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

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

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

ステップＳ１０２では、制御部１０１は、属性情報テーブル１０２ａ、出荷期限情報テーブル１０２ｂ（図７）、計算順テーブル１０２ｊ（図１５）から計算対象アイテムの属性情報および出荷期限情報および計算順を取得し、取得した属性情報を属性情報管理部１０１ａに格納する。

例えば、対象のアイテムＩＤがＩＴＥＭ０１の場合、出荷期限情報テーブル１０２ｂから要求出荷期限が１／２期限と１／３期限があることが分かり、それぞれ製造経過みなし日数が７日と３日であることが分かり、同様に計算順テーブル１０２ｊから出荷期限が短い順（１／３期限、１／２期限の順）に計算することがわかる。なお、製造経過みなし日数とは、出荷期限を指定して新規発注した場合に製造から何日経過した在庫が入庫されるかを推測するための推定値である。製造経過みなし日数は、統計的手法、ユーザによる指定、等により設定される。

なお、格納した属性情報は、入出力部１００からユーザによる変更が可能である。図１７に入出力部１００に表示される設定画面の一例を示す。

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

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

なお、格納した属性情報は、入出力部１００からユーザによる変更が可能である。図１６に入出力部１００に表示される設定画面の一例を示す。

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

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

例えばアイテムＩＤがＩＴＥＭ０１の場合、２０２２年７月３１日の在庫は２０２２年７月２６日に製造したものが１４３７あることが分かる。

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

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

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

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

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

例えば、ＩＴＥＭ０１については、２０２２年８月１日の要求出荷期限が１／２期限の販売量は２５３を予定している。また、１／３期限の販売予定量は４８１というようになっている。

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

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

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

以下の処理は複数ある出荷期限ごとに繰り返し実行する。

ステップＳ２０１では、対象となる出荷期限について、ステップＳ１０５～Ｓ１０８で取得した各種のデータをもとにインプットデータの初期化を行う。本処理の詳細は、図５のフローチャートを用いて説明する。

ステップＳ３０１では、制御部１０１は、Ｓ１０６で取得した発注残をＰＳＩ情報管理部１０１ｃの発注残に格納する。

ステップＳ３０２では、制御部１０１は、前回の出荷期限の計算で求めた発注量をＰＳＩ情報管理部１０１ｃの該当する出荷期限の発注量に格納する。

なお、当該アイテムを初めて計算する場合、本処理はスキップされる。

ステップＳ３０３では、制御部１０１は、Ｓ１０７で取得した販売予定量をＰＳＩ情報管理部１０１ｃ該当する出荷期限の出庫予定量に格納する。

なお、当該アイテムの出荷期限が複数存在する場合、これまで計算した出荷期限すべての出庫予定量に格納する。

例えば、ＩＴＥＭ０１の場合、１／３期限、１／２期限の順に計算するため、１回目の１／３期限を計算する場合は１／３期限の出庫予定量に格納し、２回目の１／２期限を計算する場合は１／３期限の出庫予定量と１／２期限の出庫予定量に格納する。

ステップＳ３０４では、制御部１０１は、Ｓ１０５で取得した在庫量をＰＳＩ情報管理部１０１ｃの在庫量に格納する。

ステップＳ３０５では、制御部１０１は、Ｓ３０１からＳ３０４で格納した情報を基に、ＰＳＩ情報管理部１０１ｃの在庫明細を作成する。

出荷期限が１／３期限（１回目）の場合のＳ２０１の処理が終了した時点でのＰＳＩ情報管理部１０１ｃのＰＳＩ情報（入庫＋出庫＋在庫）と在庫明細の具体例を図１８に示す。

以下の処理（ステップＳ２０１～Ｓ２０８）を対象日を進めながら繰り返し実行する。

ステップＳ２０２では、制御部１０１は、対象日がステップＳ１０４で取得した発注カレンダの発注予定日と一致するレコードが存在するか否かを判定する。

一致するレコードが存在する場合（ステップＳ２０２：真）は、処理をステップＳ２０３に移行する。

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

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

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

ステップＳ２０３では、対象日ごとに安全在庫量の計算処理を行う。制御部１０１は、ステップＳ１０３で取得した安全在庫計算パターンＩＤに従って、計算方法を分岐させる。例えば、ＩＴＥＭ０１の場合、計算モデルＩＤはＭ０１となり、計算モデルテーブル１０２ｈ（図１３）から安全在庫計算パターンは２、安全在庫計算パターン値は１００となるため、ＩＴＥＭ０１の安全在庫量は１００となる。安全在庫量については、他にも（式１）の計算式等により計算することが可能である。

（式１）安全在庫量＝安全係数×販売実績標準偏差×ＳＱＲＴ(発注間隔＋納入ＬＴ)
※ＳＱＲＴ（Ｎ）はＮの平方根を示す。

例えば（式１）の計算式に従う場合、ＩＴＥＭ０１の８月１日の安全在庫量は１．６５ｘ６３．８１ｘＳＱＲＴ（３）≒１８２．３６となる。

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

（式２）発注点＝今回発注日から次回発注日に対する入庫日前日までの出庫予定量の合計（廃棄予定量含む）＋安全在庫量
例えばＩＴＥＭ０１の８月１日の発注点は、８月１日から、次回発注日の８月３日に対する入庫日の８月４日の前日、つまり８月３日までの出庫予定量の合計に安全在庫量を加えて（４８１＋５１７＋４６２）＋１００＝１５６０となる。
８月２日は発注日となっていないため発注点の算出は不要、８月３日の発注点は、８月３日の廃棄予定量４３９も考慮して（４６２＋５２０＋４３９）＋１００＝１５２１となる。廃棄予定量については後述する。

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

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

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

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

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

（式３）発注量＝ＣＥＩＬＩＮＧ（発注点－在庫量－今回発注日から次回発注に対する納入日前日までの発注残合計，発注ロット）
※ＣＥＩＬＩＮＧ（Ｘ，Ｙ）はＸをＹの倍数の最も近い値に切り上げた数値。

例えば、対象日が８月３日の場合は、発注点が１５２１に対し、在庫量が１４３９、発注残が０、発注ロットが１０００のため、ＣＥＩＬＩＮＧ（１５２１ー１４３９ー０，１０００）＝１０００となる。そして、計算した発注量をＰＳＩ情報管理部１０１ｃの該当する出荷期限の発注量に格納し、ＰＳＩ情報管理部１０１ｃの在庫明細を更新する。このとき、計算した発注量の製造日は入庫日から製造経過みなし日数を減算して製造日を推測する。例えば、対象日が８月３日の場合は、入庫日が８月４日、製造経過みなし日数が３日なので、入庫される在庫の製造日は８月１日であるとみなす。また製造日は入庫日から計算しても良いし、発注日から計算しても良い。次に、製造日から各出荷期限および賞味期限を計算する。例えば、８月１日の製造日の場合、賞味期限の２４を加算した８月２４日となり、２４日を３等分した８日が１／３期限、２等分した１２日が１／２期限となる。

ステップＳ２０７では、制御部１０１は、要求する出荷期限ごと発注量を、発注量テーブル１０２ｇ（図１２）に保存する。

ステップＳ２０８では、制御部１０１は、前日の出荷期限ごとの在庫量から当日の出荷期限ごとの出庫（出荷期限切れになり廃棄予定になった数量を含む）を減算し、さらに当日の入庫を加算した値を、当日の在庫量として更新する。そして、計算した当日の在庫量をＰＳＩ情報管理部１０１ｃの在庫量および在庫明細に格納する。

例えば、８月３日の在庫量については、８月２日の在庫量－８月３日の出庫＋８月３日の発注残＋８月３日の入庫で求められる。具体的には、１４３９－（４６２＋４３９）＋０＝５３８となる。廃棄予定の４３９は、製造日が７月２６日の在庫について、１／３期限の期日である８月２日までに出庫予定とならなかった分が８月３日に出荷期限切れとなり廃棄予定となった数量である。

図１９は、ＩＴＥＭ０１の１／３期限について、計算期間であるＴ＝１０（事前に設定）、つまり８月１０日まで図４に示す処理を実行した場合のＰＳＩ情報管理部１０１ｃのＰＳＩ情報（入庫＋出庫＋在庫）と在庫明細の一例を示す図である。

図２０は、ＩＴＥＭ０１の１／２期限について、Ｓ２０１の処理が終了した場合のＰＳＩ情報管理部１０１ｃのＰＳＩ情報（入庫＋出庫＋在庫）と在庫明細の一例を示す図である。前回、つまり１／３期限について実行した結果である発注量、および、発注量に対する在庫明細が反映されていることがわかる。

図２１は、ＩＴＥＭ０１の１／２期限について、計算期間であるＴ＝１０、つまり８月１０日まで図４に示す処理を実行した場合のＰＳＩ情報管理部１０１ｃのＰＳＩ情報（入庫＋出庫＋在庫）と在庫明細の一例を示す図である。１／３期限について実行した際に存在した廃棄予定がなくなっていることがわかる。

上記により、複数の納入条件（出荷期限）が課される製品に対し、納入条件ごとの調達必要量を提示することが可能となる。

また、販売者の要求する出荷期限が複数あっても、その出荷期限を守りつつ各出荷期限ごとの需要に応じた補給数を補給元へ要求することができ、かつ、補給元拠点での出荷期限切れによる廃棄を防止することができる。

さらに、期限の短い在庫が潤沢に存在する場合、期限の長い順に計算すると、先に期限の長い需要に対して在庫が割り当てられるため、補充がかかりにくい。したがって、補給元拠点での出荷期限切れを最小化する場合は、期限の短い順に計算することで対応可能である。他方、どの出荷期限にも対応できるよう、なるべく期限の短い在庫を補給したい場合は、期限の長い順に計算することで対応可能である。

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

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

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

この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記録した記録媒体は本発明を構成することになる。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ－ＲＯＭ、ＣＤ－Ｒ、ＤＶＤ－ＲＯＭ、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＥＰＲＯＭ、シリコンディスク等を用いることが出来る。

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

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

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

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

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

本発明は、対象期間における、製品の複数の納入条件に係る要求量、前記製品の製造日が付与された在庫量および入庫量を取得する取得手段と、前記対象期間において、前記納入条件を満たすように前記要求量を前記製造日が付与された在庫量および入庫量に引き当てできなかった不足分に基づき、前記製品の前記納入条件ごとの調達必要量を出力する出力手段と、を備えることを特徴とする。

本発明は、対象期間における、製品の複数の出荷期限に係る納入条件に対応する出庫予定量、前記製品の製造日が付与された在庫量および入庫量を取得する取得手段と、前記対象期間において、前記出庫予定量に対する前記納入条件を満たす前記在庫量および前記入庫量に対して、当該出庫予定量に前記製品に設定される安全在庫量を加味した数量を引き当てた結果、引き当てできなかった数量を補充する発注量を決定する決定手段と、前記製品の前記納入条件ごとに、前記決定された発注量を出力する出力手段と、を備えることを特徴とする。

Claims

複数の納入条件により製造日からの納入許容期間が設定される製品の調達計画を作成する情報処理装置であって、
対象期間における、前記製品の前記納入条件に係る要求量、前記製品の製造日が付与された在庫量および入庫量を取得する取得手段と、
前記対象期間において、前記納入条件を満たすように前記要求量を前記製造日が付与された在庫量および入庫量に引き当てできなかった不足分に基づき、前記製品の前記納入条件ごとの調達必要量を出力する出力手段と、
を備えることを特徴とする情報処理装置。
前記調達必要量を、前記納入条件ごとに決定する決定手段を備える請求項１に記載の情報処理装置。
前記決定手段により調達必要量を決定する納入条件の順序を制御する順序制御手段を備える請求項２に記載の情報処理装置
前記納入条件の順序の指定を受け付け可能であることを特徴とする請求項３に記載の情報処理装置。
前記調達必要量は、所定のロットサイズでまとめられることを特徴とする請求項１～４のいずれか１項に記載の情報処理装置。
前記取得手段は、既に決定された調達必要量に係る入庫量を、新たな入庫量として取得することを特徴とする請求項２に記載の情報処理装置。
複数の納入条件により製造日からの納入許容期間が設定される製品の調達計画を作成する情報処理装置の制御方法であって、
取得手段が、対象期間における、前記製品の前記納入条件に係る要求量、前記製品の製造日が付与された在庫量および入庫量を取得する取得ステップと、
出力手段が、前記対象期間において、前記納入条件を満たすように前記要求量を前記製造日が付与された在庫量および入庫量に引き当てできなかった不足分に基づき、前記製品の前記納入条件ごとの調達必要量を出力する出力ステップと、
を備えることを特徴とする情報処理装置の制御方法。
複数の納入条件により製造日からの納入許容期間が設定される製品の調達計画を作成する情報処理装置において実行可能なプログラムであって、
前記情報処理装置を、
対象期間における、前記製品の前記納入条件に係る要求量、前記製品の製造日が付与された在庫量および入庫量を取得する取得手段と、
前記対象期間において、前記納入条件を満たすように前記要求量を前記製造日が付与された在庫量および入庫量に引き当てできなかった不足分に基づき、前記製品の前記納入条件ごとの調達必要量を出力する出力手段と、
として機能させるためのプログラム。