(57)【要約】【課題】納期回答の引き当てに用いる販売枠情報の精度を高めることで、納期回答レスポンスタイムの短縮化を図る。【解決手段】  販売可能な流通アイテムの販売枠を予め割り当てておき、納期問合せを受け付けると前記販売枠の中から前記問合せ内容を引き当てて納期回答し、前記問合せ内容が前記販売枠に引き当てられなかった場合、販売枠変更シミュレーションを実施して、見込み販売枠の生成の基になる販売見込みアイテムの優先順位を更新し、その優先順位の結果を読み込んで納期回答の引当で用いる販売枠を新たに生成する等の手段により、顧客の希望する納期、数量、品目内容などをできるかぎり満足する販売枠に変更してから納期回答をする納期回答システムである。【選択図】図２８
2006244470.tif 000002
【特許請求の範囲】
【請求項１】
販売可能な流通アイテムを、販売可能時点毎に対応させて少なくともアイテムの識別情報およびその数量情報を納めた販売枠として管理し、前記販売枠を、顧客より受注が確定したアイテムの情報を納めた確定販売枠と、出荷実績などに基く需要予測より決められた販売見込のアイテムの情報を納めた見込販売枠とに分けて管理する販売枠データテーブルを備え、
納期問合せを受け付けると前記見込販売枠の中から前記問合せのアイテムを引き当てることができる場合は納期回答し、
前記見込販売枠の中から前記問合せのアイテムを引き当てることができない場合は、販売枠変更シミュレーションを実施して、顧客の希望する納期、数量、品目内容を満足する、または一部満足するように前記販売枠データテーブルの見込販売枠を変更して、問合せ先へ納期回答をする納期回答システムであって、
納期問合せを受け付けた履歴と前記販売枠変更シミュレーションを実施した履歴を保持する手段と、その履歴データを基に、単位時間当りの問合せ件数に占める、前記販売枠変更シミュレーションを実施した件数の割合を計算し、その値と予め決められた基準値とを照合し、予め決められた基準値を超過する場合に、その変化を検出する演算処理手段と、前記演算処理手段が前記変化を検出すると稼動する、見込み販売枠の生成の基になる販売見込みアイテムの優先順位を更新する手段と、前記更新された優先順位の結果に基き、新たな見込販売枠を生成する販売枠生成手段と、を備えたことを特徴とする納期回答システム。
【請求項２】
請求項１記載の納期回答システムであって、
前記問合せがされたアイテムを構成する下位アイテム別の需要予測と、前記下位アイテム別の販売総台数予測とをし、
前記予測結果と、部品構成情報、注文情報、在庫情報、および優先順位パラメータなどを基に、部品在庫の過不足低減という目標を満足する最適解を計算して、前記問合せがされるアイテム毎の販売台数を算出することを特徴とする納期回答システム。
【請求項３】
請求項１記載の納期回答システムであって、
単位時間当りの問合せ件数に占める、前記販売枠変更シミュレーションを実施した件数の割合を、前記履歴データを基に計算し、その結果を、見込み販売枠の予測精度として出力手段に表示することを特徴とする納期回答システム。
【請求項４】
販売可能な流通アイテムを、販売可能時点毎に対応させて少なくともアイテムの識別情報およびその数量情報を納めた販売枠として管理し、前記販売枠を、顧客より受注が確定したアイテムの情報を納めた確定販売枠と、出荷実績などに基く需要予測より決められた販売見込のアイテムの情報を納めた見込販売枠とに分けて管理する販売枠データテーブルを備え、
納期問合せを受け付けると前記見込販売枠の中から前記問合せのアイテムを引き当てることができる場合は納期回答し、
前記見込販売枠の中から前記問合せのアイテムを引き当てることができない場合は、販売枠変更シミュレーションを実施して、顧客の希望する納期、数量、品目内容を満足する、または一部満足するように前記販売枠データテーブルの見込販売枠を変更して、問合せ先へ納期回答をする納期回答方法であって、
納期問合せを受け付けた履歴と前記販売枠変更シミュレーションを実施した履歴を保持する工程と、その履歴データを基に、単位時間当りの問合せ件数に占める、前記販売枠変更シミュレーションを実施した件数の割合を計算し、その値と予め決められた基準値とを照合し、予め決められた基準値を超過する場合に、その変化を検出する工程と、前記演算処理手段が前記変化を検出すると稼動する、見込み販売枠の生成の基になる販売見込みアイテムの優先順位を更新する工程と、前記更新された優先順位の結果に基き、新たな見込販売枠を生成する工程を含むことを特徴とする納期回答方法。
【請求項５】
前記問合せがされたアイテムを構成する下位アイテム別の需要予測と、前記下位アイテム別の販売総台数予測とをし、
前記予測結果と、部品構成情報、注文情報、在庫情報、および優先順位パラメータなどを基に、部品在庫の過不足低減という目標を満足する最適解を計算して、前記問合せがされるアイテム毎の販売台数を算出する工程を含むことを特徴とする請求項４に記載の納期回答方法。
【請求項６】
販売可能な流通アイテムの販売枠を予め割り当てておき、納期問合せを受け付けると前記販売枠の中から前記問合せ内容を引き当てて納期回答し、前記問合せ内容が前記販売枠に引き当てられなかった場合、販売枠変更シミュレーションを実施して、顧客の希望する納期、数量、品目内容などをできるかぎり満足する販売枠に変更してから納期回答をする処理を、情報処理装置に実行させるプログラムであって、
前記情報処理装置は、
納期問合せを受け付けた履歴と前記販売枠変更シミュレーションを実施した履歴を保持する手段と、その履歴データを基に、単位時間当りの問合せ件数に占める、前記販売枠変更シミュレーションを実施した件数の割合を計算し、その値と予め決められた基準値とを照合し、予め決められた基準値を超過する場合に、その変化を検出する演算処理手段と、前記演算処理手段が前記変化を検出すると稼動する、見込み販売枠の生成の基になる販売見込みアイテムの優先順位を更新する手段と、前記更新された優先順位の結果に基き、新たな見込販売枠を生成する販売枠生成手段と、を有し、
当該プログラムは、
前記演算処理手段が前記変化を検出すると、見込み販売枠の生成の基になる販売見込みアイテムの優先順位を更新する処理と、その優先順位の結果を読み込んで納期回答の引当で用いる販売枠を新たに生成する処理を実現することを特徴とするプログラム。
【請求項７】
請求項６に記載の納期回答プログラムにおいて、
前記問合せがされたアイテムを構成する下位アイテム別の需要予測と、前記下位アイテム別の販売総台数予測を実行する処理と、
前記予測結果と、部品構成情報、注文情報、在庫情報、および優先順位パラメータなどを基に、部品在庫の過不足低減という目標を満足する最適解を計算して、前記問合せがされるアイテム毎の販売台数を算出する処理を実現することを特徴とするプログラム。
【請求項８】
請求項６に記載の納期回答プログラムにおいて、
単位時間当りの問合せ件数に占める、前記販売枠変更シミュレーションを実施した件数の割合を、前記履歴データを基に計算し、その結果を、見込み販売枠の予測精度として出力手段に表示することを特徴とする納期回答プログラム。
【請求項９】
請求項６、７及び８のいずれか一項に記載のプログラムが格納された、コンピュータ読み取り可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、販売可能な流通アイテムの販売枠を予め割り当てておき、納期問合せを受け付けると前記販売枠の中から前記問合せ内容を引き当てて納期回答し、前記問合せ内容が前記販売枠に引き当てられなかった場合、販売枠変更シミュレーションを実施して、顧客の希望する納期、数量、品目内容などをできるかぎり満足する販売枠に変更してから納期回答をする納期回答技術に関する。
【背景技術】
【０００２】
一般的に、販売可能な流通アイテムの販売枠を予め割り当てておき、納期問合せを受け付けると前記販売枠の中から前記問合せ内容を引き当て、納期回答する機能をATP（Available To Promise）機能と呼ぶ。また、前記問合せ内容が前記販売枠に引き当てられなかった場合、販売枠変更シミュレーションを実施して、顧客の希望する納期、数量、品目内容などをできるかぎり満足する販売枠に変更し、納期回答する機能をCTP（Capable To Promise）機能と呼ぶ。
【０００３】
このような納期回答に関する技術として、例えば特許文献１記載の技術が知られている。
【０００４】
なお、その他、上記ATP／CTPによる納期回答に関する技術とは別に、注文受付け後に生産スケジュールを作成し、顧客要求に計画を合わせる納期回答に関する技術（座席予約方式）として、特許文献２記載の技術が知られている。
【０００５】
【特許文献１】特許第３３２７２３５号公報
【特許文献２】特開２００４−１５７９２２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
近年、顧客ニーズの多様化が進み、従来と比較して製品のバリエーションが増大した。このような状況下で組立生産現場では、多種類のアイテムを同一ラインで組立生産する混流ライン化を図ることで、顧客ニーズの多様化に柔軟に対応している。しかしながら一方では、製品のバリエーションの増大は、需要予測精度、システム処理時間、業務効率などの低下を引き起こし、結果として、納期回答レスポンスタイムの増加や在庫過不足の増加といった経営的・実務的な問題が発生しつつある。
【０００７】
そこで、本発明は、納期回答の引き当てに用いる販売枠情報の精度を高めることで、納期回答レスポンスタイムの短縮化を図ることを課題とする。
【課題を解決するための手段】
【０００８】
本発明は、販売可能な流通アイテムを、販売可能時点毎に対応させて少なくともアイテムの識別情報およびその数量情報を納めた販売枠として管理し、前記販売枠を、顧客より受注が確定したアイテムの情報を納めた確定販売枠と、出荷実績などに基く需要予測より決められた販売見込のアイテムの情報を納めた見込販売枠とに分けて管理する販売枠データテーブルを備えるシステムである。そして、納期問合せを受け付けると前記見込販売枠の中から前記問合せのアイテムを引き当てることができる場合は納期回答し、前記見込販売枠の中から前記問合せのアイテムを引き当てることができない場合は、販売枠変更シミュレーションを実施して、顧客の希望する納期、数量、品目内容を満足する、または一部満足するように前記販売枠データテーブルの見込販売枠を変更して、問合せ先へ納期回答をする納期回答システムである。そして、さらに、納期問合せを受け付けた履歴と前記販売枠変更シミュレーションを実施した履歴を保持する手段と、その履歴データを基に、単位時間当りの問合せ件数に占める、前記販売枠変更シミュレーションを実施した件数の割合を計算し、その値と予め決められた基準値とを照合し、予め決められた基準値を超過する場合に、その変化を検出する演算処理手段と、前記演算処理手段が前記変化を検出すると稼動する、見込み販売枠の生成の基になる販売見込みアイテムの優先順位を更新する手段と、前記更新された優先順位の結果に基き、新たな見込販売枠を生成する販売枠生成手段と、を備えたことを特徴とするシステムである。
【発明の効果】
【０００９】
本発明によれば、納期回答の引き当てに用いる販売枠情報の精度を高める一連の手段を設けることによって、注文を受け付ける際、販売枠変更シミュレーションを実施する頻度を低減させるので、納期回答レスポンスタイムの短縮化を図ることができる。
【００１０】
また、本発明によれば、部品在庫の過不足低減という目標を満足する最適解を計算して、販売枠を生成するので、在庫過不足の低減を図ることができる。
【００１１】
さらに、本発明によれば他に、需要予測精度向上、納期遵守率の向上および販売枠変更シミュレーション処理などのシステム負荷の低減などの効果が期待できる。
【発明を実施するための最良の形態】
【００１２】
以下、本発明に係る納期回答システムの一実施形態について説明する。
《納期回答システムの全体構成》
本実施の形態に係わる納期回答システムが適用可能な流通ネットワークのモデルと、本実施形態の納期回答システムの構成について、図１を用いて説明する。流通ネットワークのモデルは図１に示すように、製品、部品、半製品、仕掛品、原材料等のアイテム６が、輸送手段５などによってサプライヤεから工場β、販社αなどを経由し、最終的に市場δに至るモデルを想定している。
【００１３】
対して、納期回答システムは、計画情報、実績情報や各種パラメータなどを管理し、納期回答を実現するシステムである。納期回答システムは、販社αなどに配置される販社側端末１と、工場βなどに配置される工場側端末２と、管理センタγなどに配置される管理センタ側端末３とを有している。各端末１〜３は、それぞれネットワーク４に接続されており、各端末１〜３相互は、ネットワーク４を介して、各種データ等を送受信できる。このような各端末１〜３は、図５に示すように、いずれもコンピュータで、キーボードやマウス等の入力装置３２と、ディスプレイ等の出力装置３３と、補助記憶装置３４と納期回答プログラム等の各種プログラムを実行する演算装置３１と、を有する。演算装置３１は中央演算処理装置（以下、ＣＰＵ）３１Ａと、主記憶装置３１Ｂと、インタフェース３１Ｃと、を備えている。この演算装置３１は、入力装置３２、出力装置３３および補助記憶装置３４とインタフェース３１Ｃを介して接続されている。
【００１４】
本実施形態では、納期回答プログラム等の各種プログラムの実行結果は、主記憶装置３１Ｂに確保された記憶領域に記憶される。各種プログラムは、補助記憶装置３４に予め記憶され、その後、主記憶装置３１Ｂに読み込まれ、ＣＰＵ３１Ａにより実行される。このＣＰＵ３１Ａによる各種プログラムの実行により、後述の各種機能が実現する。
【００１５】
なお、本実施形態では、納期回答システムを構成する各端末が汎用情報処理装置とソフトウェアで実現される場合を例にとって説明するが、例えば、ハードワイヤードロジックを含むハードウェアや、このようなハードウェアと、予めプログラムされた汎用情報処理装置により実現してもよい。
【００１６】
また、本実施形態では、納期回答システムを分散処理するシステムとして説明するが、本発明はこれに限定されるものではない。本発明は他の情報処理システムに組み込まれてそれらの一部として機能するように構成することも考えられる。また、それぞれの端末機能の一部を組み換えたり、小分けにしたり、まとめたりして実現してもよい。
【００１７】
次に、納期回答システムを構成する各端末１〜３の機能構成、及び各端末１〜３が保持するデータについて、図２〜図４及び図６〜図１６用いて説明する。
《販社側端末の構成及び保持データ内容》
本実施形態の販社側端末１は、図２に示すように、各種プログラムを実行する演算部１１０と、各種データが記憶される記憶部１２０と、各種データの入出力を行う入出力部１３０と、ネットワーク４に接続するためのネットワークＩＦ部１４０と、を有する。
【００１８】
演算部１１０は、注文データの入出力や記憶部１２０への登録等を行う注文データ管理部１１１と、アイテムの出荷実績データの入出力や記憶部１２０への登録を行う出荷実績データ管理部１１２と、を有する。演算部１１０の各機能部１１１、１１２は、前述したように、ＣＰＵ３１Ａが各種プログラムを実行することで機能する。これらの機能部１１１、１１２の動作の詳細については、処理フローの説明の中で順を追って説明する。
【００１９】
記憶部１２０は、顧客から受けた注文情報が記憶される注文データ記憶部１２１と、顧客に出荷したアイテムの出荷実績が記憶される出荷実績データ記憶部１２２と、を有する。
【００２０】
注文データ記憶部１２１には、注文番号、受注したアイテムの識別情報、顧客情報、納期、台数、納期問合せ時点、受注時点などの注文データが記憶される。具体的に、注文データ記憶部１２１には、図６に示すように、注文を受け付ける毎に発行される注文番号を登録するフィールド１２１１と、受注したアイテムの識別情報を登録するフィールド１２１２と、顧客情報を登録するフィールド１２１３と、納期を登録するフィールド１２１４と、受注したアイテムの台数を登録するフィールド１２１５と、納期問合せが時点の情報を登録するフィールド１２１６と、受注時点の情報を登録するフィールド１２１７と、を有し、注文データは注文を受け付ける毎に更新される。
【００２１】
出荷実績データ記憶部１２２には、出荷番号、出荷するアイテムの識別情報、出荷先情報、台数、出荷時点などの出荷実績データが記憶される。具体的に、アイテムデータ記憶部１２２は、図７に示すように、出荷されるときに発行される出荷番号を登録するフィールド１２２１と、出荷するアイテムの識別情報を登録するフィールド１２２２と、出荷先情報を登録するフィールド１２２３と、出荷したアイテムの台数を登録するフィールド１２２４と、出荷時点の情報を登録するフィールド１２２５と、を有し、出荷実績データは出荷される毎に更新される。
《工場側端末の構成及び保持データ内容》
本実施形態の工場側端末２は、図３に示すように、各種プログラムを実行する演算部２１０と、各種データが記憶される記憶部２２０と、キーボードやディスプレイ等の周辺装置と各種データの入出力を行なう入出力部２３０と、ネットワーク４に接続するためのネットワークＩＦ部２４０と、を有する。
【００２２】
演算部２１０は、アイテムの需要予測、需要予測データの入出力や記憶部２２０への登録等を行う需要予測部２１１と、在庫データの入出力や記憶部２２０への登録等を行う在庫状況データ管理部２１２と、販売枠データの生成、販売枠案の生成（販売枠変更シミュレーションなど）、管理センタ側端末３への販売枠データの送信等を行う販売枠生成部２１３と、優先順位マスタの入出力や記憶部２２０への登録等を行う優先順位マスタデータ管理部２１４と、を有する。演算部２１０の機能部２１１、２１２、２１３、２１４は、前述したように、ＣＰＵ３１Ａが各種プログラムを実行することで機能する。これらの機能部２１１、２１２、２１３、２１４の動作の詳細については、処理フローの説明の中で順を追って説明する。
【００２３】
記憶部２２０は、需要予測の結果が記憶される需要予測データ記憶部２２１と、アイテムの在庫情報が記憶される在庫状況データ記憶部２２２と、サプライヤεから工場βに納入予定のアイテムの情報が記憶される納入予定データ記憶部２２３と、アイテムの上位・下位の関連性と員数の情報が記憶されるアイテム構成マスタデータ記憶部２２４と、生産に係わる生産能力情報やアイテム毎の生産時間などの情報が記憶される生産能力マスタデータ記憶部２２５と、販売枠の生成に係わる上位アイテムの優先順位情報などが記憶される優先順位マスタデータ記憶部２２６と、を有する。
【００２４】
需要予測データ記憶部２２１には、最上位アイテム毎の需要予測結果２２１１、下位アイテム装着率予測結果２２１２、下位アイテム毎の需要予測結果２２１３が記憶される。具体的に、需要予測データ記憶部２２１の２２１１には、図８の上図に示すように、最上位アイテムの識別情報を登録するフィールド２２１１ａと、需要予測を実施した時点を登録するフィールド２２１１ｂと、予測対象時点を登録するフィールド２２１１ｃと、需要予測台数を登録するフィールド２２１１ｄと、を有する。なお、最上位アイテム毎の需要予測台数は、出荷実績データの上位アイテムの台数を後述説明するアイテム構成マスタデータを用いて最上位アイテム単位でまとめて、それを移動平均法などの予測手法に基づいて算出してもよいし、販社の担当員が直接入力して求めてもよい。また、需要予測データ記憶部２２１の２２１２には、図８の中図に示すように、最上位アイテムの識別情報を登録するフィールド２２１２ａと、下位アイテムの識別情報を登録するフィールド２２１２ｂと、需要予測を実施した時点を登録するフィールド２２１２ｃと、予測対象時点を登録するフィールド２２１２ｄと、予測装着率を登録するフィールド２２１２ｅと、を有する。なお、下位アイテム装着率は、出荷実績データの上位アイテムの台数を最上位アイテム単位でまとめ、それを後述説明するアイテム構成マスタデータを用いて下位アイテムレベルに展開し、下位アイテム単位で台数をまとめて、それを最上位アイテム単位の総出荷台数で割って割合を出し、それを移動平均法などの予測手法に基づいて算出してもよいし、販社の担当員が直接入力して求めてもよい。また、需要予測データ記憶部２２１の２２１３には、図８の下図に示すように、最上位アイテムの識別情報を登録するフィールド２２１３ａと、下位アイテムの識別情報を登録するフィールド２２１３ｂと、需要予測を実施した時点を登録するフィールド２２１３ｃと、予測対象時点を登録するフィールド２２１３ｄと、需要予測台数を登録するフィールド２２１３ｅと、を有する。なお、下位アイテムの需要予測台数は、最上位アイテムの需要予測結果と下位アイテムの装着率予測結果に基づいて算出される。例えば、下位アイテム需要予測結果２２１３ｆの需要予測台数８０台は、最上位アイテムの需要予測結果２２１１ｅの需要予測台数１００台に、下位アイテム装着率予測結果２２１２ｆの予測装着率８０％をかけて求めている。
【００２５】
なお、上記のような需要予測を実施するのは、近年の製品バリエーションが増大傾向にあるという動向があるためである。上位アイテム単位で需要予測する従来方式による需要予測値の精度は今後低下する可能性が高い。そこで本発明の実施例では上記のような新需要予測の方式で需要予測を実施している。
【００２６】
在庫状況データ記憶部２２２には、アイテムが保管されている場所の情報、保管されているアイテムの識別情報、在庫数、在庫ステータス、在庫状況を更新した時点などの在庫状況データが記憶される。具体的に、在庫状況データ記憶部２２２には、図９に示すように、アイテムが保管されている場所の情報を登録するフィールド２２２１と、保管されているアイテムの識別情報を登録するフィールド２２２２と、在庫数を登録するフィールド２２２３と、在庫ステータスを登録するフィールド２２２４と、在庫状況を更新した時点を登録するフィールド２２２５と、を有する。ここで、在庫ステータスの「在庫」とは保管場所βに在庫として存在しているステータスで、「仕掛」とは生産中の在庫ステータスである。
【００２７】
納入予定データ記憶部２２３には、注文／内示番号毎に、注文／内示した下位アイテムの識別情報、注文／内示した数量、注文／内示先（サプライヤ）、内示／発注／納入指示などの時点の情報、進捗ステータスなどの納入予定データが記憶される。具体的に、納入予定データ記憶部２２３には、図１０に示すように、注文／内示番号を登録するフィールド２２３１と、注文／内示した下位アイテムの識別情報を登録するフィールド２２３２と、注文／内示した数量を登録するフィールド２２３３と、注文／内示先（サプライヤ）の情報を登録するフィールド２２３４と、内示した時点の情報を登録するフィールド２２３５と、発注した時点の情報を登録するフィールド２２３６と、納入指示した時点の情報を登録するフィールド２２３７と、進捗ステータスを登録するフィールド２２３８と、を有する。
【００２８】
アイテム構成マスタデータ記憶部２２４には、最上位アイテムと上位アイテムの関連性、上位アイテムと下位アイテムの関連性、構成員数などのアイテム構成マスタデータが記憶される。具体的に、アイテム構成マスタデータ記憶部２２４には、図１１下左図に示すように、最上位アイテムの識別情報を登録するフィールド２２４１と、上位アイテムの識別情報を登録するフィールド２２４２と、を有し、これらで最上位アイテムと上位アイテムの関連性を表現する。
また、図１１下右図に示すように、上位アイテムの識別情報を登録するフィールド２２４３と、下位アイテムの識別情報を登録するフィールド２２４４と、構成員数を登録するフィールド２２４５と、を有し、これらで上位アイテムと下位アイテムの関連性を表現する。なお、図１１の上図のボックス２２４０内の図は、最上位アイテム（モデル１）が上位アイテムx１、x２、・・・で構成され、上位アイテムx１はａ、ｂ、ｄをそれぞれ１つずつの下位アイテムで構成されていることなどを表している。
【００２９】
生産能力マスタデータ記憶部２２５には、生産に係わる生産能力情報２２５１やアイテム毎の生産時間２２５２などの生産能力マスタデータが記憶される。具体的に、生産能力マスタデータ記憶部２２５の２２５１には、図１２の上図に示すように、上位アイテムを生産する工場の識別情報を登録するフィールド２２５１ａと、販売枠の時間軸を登録するフィールド２２５１ｂと、定時間内での生産能力（例えば、能力の単位は時間）を登録するフィールド２２５１ｃと、残業能力を登録するフィールド２２５１ｄと、を有する。また、生産能力マスタデータ記憶部２２５の２２５２には、図１２の下図に示すように、上位アイテムの識別情報を登録するフィールド２２５２ａと、下位アイテムの取付数を登録するフィールド２２５２ｂと、上位アイテムの生産時間（＝下位アイテムを取り付けて上位アイテムが完成するまでの時間）を登録するフィールド２２５２ｃと、を有する。
【００３０】
優先順位マスタデータ記憶部２２６には、販売枠の生成に係わる上位アイテムの優先順位情報などが記憶される。具体的に、優先順位マスタデータ記憶部２２６には、図１３に示すように、優先順位を登録するフィールド２２６１と、上位アイテムの識別情報を登録するフィールド２２６２と、優先的に選別されるように予め設定した重み（高い程、優先的に選別される）を登録するフィールド２２６３と、を有する。図１３のレコード２２６０は、アイテムx８が最も順位が高く、優先的に選別されやすい重みが設定されていることを表している。
《管理センタ側端末の構成及び保持データ内容》
本実施形態の管理センタ側端末３は、図４に示すように、各種プログラムを実行する演算部３１０と、各種データが記憶される記憶部３２０と、各種データの入出力を行う入出力部３３０と、ネットワーク４に接続するためのネットワークＩＦ部３４０と、を有する。
【００３１】
演算部３１０は、納期問合せ番号の発行、納期問合せデータの記憶部３２０への登録、納期回答処理、納期問合せデータを用いた判定（納期回答レスポンス判定）、優先順位計算、新優先順位結果の工場側端末２への送信等を行う納期問合せデータ管理部３１１と、販売枠データの入出力、販売枠データの記憶部３２０への登録、販売枠データの工場側端末２への送信、販売枠データの更新、販売枠データを用いた判定（在庫滞留判定）等を行う販売枠データ管理部３１２と、納期問合せデータと販売枠データの照合、照合結果の記憶部３２０への登録、照合結果の工場側端末２への送信等を行う販売枠照合部３１３と、を有する。演算部３１０の機能部３１１、３１２、３１３は、前述したように、ＣＰＵ３１Ａが各種プログラムを実行することで機能する。これらの機能部３１１、３１２、３１３の動作の詳細については、処理フローの説明の中で順を追って説明する。
【００３２】
記憶部３２０は、納期問合せの履歴が記憶される納期問合せデータ記憶部３２１と、販売済みあるいは販売可能なアイテムの販売枠が記憶される販売枠データ記憶部３２２と、後述説明する納期回答レスポンス指標や在庫滞留指標と比較するための判定基準が記憶される判定基準マスタデータ記憶部３２３と、を有する。
【００３３】
納期問合せデータ記憶部３２１には、納期問合せの履歴が記憶される。具体的に、納期問合せデータ記憶部３２１には、図１４に示すように、納期問合せがある毎に発行される問合せ番号を登録するフィールド３２１１と、納期問合せがあった時点を登録するフィールド３２１２と、問合せのあった要求アイテムを登録するフィールド３２１３と、指定された納期を登録するフィールド３２１４と、要求台数を登録するフィールド３２１５と、販売枠に引き当った時点を登録するフィールド３２１６と、納期判定結果を登録するフィールド３２１７と、予め割り当てた販売枠に引き当らず、販売枠案生成処理が稼動した有無を登録するフィールド３２１８と、引き当った領域を登録するフィールド３２１９と、を有する。
【００３４】
販売枠データ記憶部３２２には、販売済みあるいは販売可能なアイテムの販売枠が記憶される。具体的に、販売枠データ記憶部３２２には、図１５に示すように、注文番号を登録するフィールド３２２１と、問合せ番号を登録するフィールド３２２２と、販売枠の時間軸を登録するフィールド３２２３と、上位アイテムの識別情報を登録するフィールド３２２４と、販売枠引当ステータスを登録するフィールド３２２５と、要求台数を登録するフィールド３２２６と、在庫ステータスを登録するフィールド３２２７と、販売枠案生成履歴を登録するフィールド３２２８と、を有する。ここで、販売枠の内容について、図２１を用いて説明する。ｔ時点からｔ＋ｉ−１時点はアイテムが生産中または生産済みである時点で、ｔ＋ｉ時点が販売枠の修正最終時点である。また、ｔ＋ｋは販売枠生成対象時点であり、必要な下位アイテムの内示をサプライヤεに対して行う時点でもある。販売枠は、単位時間（例えば一週間）毎に生成や修正が行われる。領域１は、各時点に生産に使用する下位アイテムの数量がすでに決められている領域を指す。図２１に示した例では、領域１のうち、販売時間軸ｔ時点に積まれた販売枠はすべて確定販売枠であり、要求上位アイテムに対してｔ時点の販売枠を引き当てることはできない。また、ｔ＋１時点からｔ＋ｉ−１時点には見込販売枠が存在するが、すでに生産ラインへ投入する上位アイテムが確定しているため、販売枠を変更することはできない。しかし、ｔ＋ｉ時点からｔ＋ｉ−ｋ時点に存在する見込販売枠については、一致する要求上位アイテムが存在しない場合でも、下位アイテム所要量を変更しない範囲で、販売枠の変更が可能である。例えば、ｔ＋ｋ−１時点においては、上位アイテムx１、x２、x５、x８が必要とする下位アイテムがすでに手配されているが、これら手配済みの下位アイテムを用いて生産可能な別の上位アイテムの組み合わせへの変更が可能である。対して領域２とは、下位アイテムの内示がまだ行われていない領域であり、ｔ＋ｋ＋１時点からｔ＋ｎ時点までは、生産能力上限を越えない範囲で、要求上位アイテムを販売枠として積み上げることが可能な領域である。領域１および領域２で問合せ対象上位アイテムを引き当てることができなかった場合は、生産能力に上限を設けていない領域３に、要求アイテムを積み上げる。
【００３５】
判定基準マスタデータ記憶部３２３には、後述説明する納期回答レスポンス指標や在庫滞留指標と比較するための判定基準が記憶される。具体的に、判定基準マスタデータ記憶部３２３には、図１６に示すように、最上位アイテムの識別情報を登録するフィールド３２３１と、在庫滞留基準を登録するフィールド３２３２と、納期回答レスポンス基準を登録するフィールド３２３３と、を有する。
《販売枠生成の処理》
販売枠生成の処理を、図１７を用いて説明する。販売枠生成処理は、販社側端末１で出荷実績データを読込み、そのデータを工場側端末２へ送信する処理（Ｓ１７０１）、工場側端末２による需要予測と販売枠生成を実施する処理（Ｓ１７０２）、および管理センタ側端末３において、販売枠データを販売枠データ記憶部３２２へ登録する処理（Ｓ１７０３）の３ステップからなる。
【００３６】
以下、Ｓ１７０２の販売枠の生成方法を説明する。まず、需要予測データ記憶部２２１（下位アイテム需要予測２２１３）より、ｔ＋ｋ時点の需要予測情報を取得する。また、アイテム構成マスタデータ記憶部２２４より、上位アイテムに対する下位アイテムの所要量情報を取得する。次に、上位アイテムの最適な販売台数を決定するために、線形計画法によってモデル化した組み合わせ最適化問題を解く。以下、そのモデルの内容について説明する。上位アイテムの集合をI、各上位アイテムをi、iの販売台数をxi、上位アイテムの販売予測台数合計をGとすると、上位アイテムの販売台数の合計が販売予測台数に一致しなければならないので、式（１）が成り立つ。
【００３７】
【数１】
2006244470.tif 000003
下位アイテムの集合をJ、各下位アイテムをj、上位アイテムiを一台生産するのに必要な下位アイテムjの数量をMijとすると、Mijは、アイテム構成マスタデータ記憶部２２４の構成員数２２４５から得られる。例えば、上位アイテムx1に下位アイテムａ、ｂ、ｄが各１個必要である時、M1a=1、M1b=1、M1c=0、M1d=1、となる。
【００３８】
需要予測データ記憶部２２１（下位アイテム需要予測２２１３）から取得される下位アイテムjの予測台数２２１３ｅをDjとすると、需要予測通り調達手配した下位アイテムを過不足なく用いて上位アイテムを生産するためには、上位アイテムを展開して得られる下位アイテムの合計数量が、予測台数２２１３ｅと一致すればよい。使用される下位アイテムの数は、x×Mの合計で表現できる。例えば、x1の販売台数３０台とaの構成員数１をかけあわせた数量３０個に、x2の販売台数１８台と下位アイテムaの構成員数１をかけあわせた数量１８個を加算し、同様に順次すべての上位アイテムについて加算し、下位アイテムａの所要量を求めることができる。図２０では、下位アイテムａの算出所要量は９５である。この算出所要量と予測所要量には乖離が発生することがある。下位アイテムの算出所要量と予測所要量の正の乖離をｄ＋、負の乖離をｄ−とすれば、下位アイテムjの正の乖離はｄj＋、負の乖離はｄj−となり、下位アイテムに関する制約式（２）が成り立つ。
【００３９】
【数２】
2006244470.tif 000004
生産時における下位アイテムの欠如や、過剰な下位アイテムの在庫を回避するためには、下位アイテムの乖離が０であれば良い。したがって、すべての下位アイテムの予測値からの乖離の合計を最小化する目的関数を、式（３）で与える。
【００４０】
【数３】
2006244470.tif 000005
上記のモデルに、ｔ＋ｋ時点の需要予測情報や下位アイテムの所要量情報を入力し、線形計画法により解くことで、部品の過不足が最小となるアイテムxiの台数を算出することができる。この結果得られた上位アイテムの組み合わせとその台数を、ｔ＋ｋ時点の見込販売枠とする。
《納期問合せから注文受付処理までの処理》
納期問合せから注文受付処理までの処理を、図１８を用いて説明する。納期問合せから注文受付処理までの処理は、販社側端末１による問合せデータ入力処理（Ｓ１８０１）、管理センタ側端末による販売枠照合処理（Ｓ１８０２）、工場側端末２による販売枠案生成処理（Ｓ１８０３）、管理センタ側端末３による販売枠案登録処理（Ｓ１８０４）、納期回答データ読込み送信処理（Ｓ１８０５）、納期回答結果出力処理（Ｓ１８０６）、注文データ入力処理（Ｓ１８０７）、および販売枠更新処理（Ｓ１８０８）の８つの処理から構成される。以下、各処理の詳細を述べる。
（１）問合せデータ入力処理（Ｓ１８０１）
販社側端末１について、問合せデータを登録する。例えば、図２７に示すような「納期問合せ入力」画面より、要求アイテム、要求台数、希望納期を登録する。納期問合せボタン２７１の押下により、問合せデータが管理センタ側端末３に送信される。
（２）販売枠照合処理（Ｓ１８０２）
管理センタ側端末３は、販売枠データを販売枠データ記憶部３２２から読み込む。ここで販売枠と照合し、照合した結果を納期問合せデータ記憶部３２１に登録する。照合処理の詳細を図２２に示す。要求アイテムを見込販売枠で引当できた場合は処理Ｓ１８０５へ遷移する。見込販売枠に引当できなかった場合は、照合結果を工場側端末２に送信する。
（３）販売枠案生成処理（Ｓ１８０３）
工場側端末２では、各種データを読込み、販売枠案の生成を行う。処理の詳細を図２３−ａおよび図２３−ｂに示す。
【００４１】
希望納期がｔ+ｆで、上位アイテムx１の納期問合せがあったものとして、図２４で見込販売枠の引当処理について説明する。
【００４２】
現在、ｔ+ｆ時点の販売枠には、x３、x４、x５、x６の４つの上位アイテムが割り当てられている。そのうち、x５、x６は確定販売枠であり、変更することはできない。x３、x４は見込販売枠であり、この二つのアイテムについては変更することが可能である。x３、x４を下位アイテムに展開し、それらの下位アイテムの組み合わせで生産可能な上位アイテムを、前述の販売枠生成方法にしたがって探索する。探索の結果、x１、およびx２が生産可能であることがわかり、x１を要求アイテムに引き当てて新たな確定販売枠とし、x２を見込販売枠案として登録する。
【００４３】
生成された販売枠案は、工場側端末２から管理センタ側端末３へ送信する。
（４）販売枠案登録処理（Ｓ１８０４）
管理センタ側端末３では、工場側端末２から送信された販売枠案を記憶部３２０内で記憶し、また、照合結果を納期問合せデータ記憶部３２１に反映させる。
（５）納期回答データ読込み送信処理（Ｓ１８０５）
管理センタ側端末３は、納期回答データを生成する。納期どおりに要求アイテムが納品できる「納期ＯＫ」、納期に間に合わない「納期ＮＧ」、また、納期に間に合わない場合に、最も早く納品できる最早納期を表示する「代替案提示」などの納期回答データを、納期問合せデータ記憶部３２１の引当時点フィールド３２１６と納期判定フィールド３２１７を基に生成し、販社側端末１に送信する。
（６）納期回答結果出力処理（Ｓ１８０６）
受信した納期回答結果は販社側端末１の出力装置に出力する。その納期回答結果の画面例を図２７の下図に示す。
（７）注文データ入力処理（Ｓ１８０７）
販社側端末１のユーザが、販社側端末１により納期回答結果を確認し、その結果に満足でそのまま注文に移行する場合は、注文データを販社側端末１の入出力部を用いて入力し、注文データ登録を行う。登録が行われると、注文データが管理センタ側端末３に送信され、正式な注文として受理される。
（８）販売枠更新処理（Ｓ１８０８）
管理センタ側端末３は、販社側端末１より正式な注文データが受信されたら、販売枠の更新処理を行い、販社側端末１に注文を受け付けた通知を送信する。
《販売枠修正の処理》
販売枠修正の処理を、図１９を用いて説明する。販売枠更新処理は、管理センタ側端末３による在庫滞留判定処理（Ｓ１９０１）、納期回答レスポンス判定（Ｓ１９０２）、工場側端末による販売枠更新処理（Ｓ１９０３）、および管理センタ側端末における販売枠登録処理（Ｓ１９０４）の４ステップからなる。以下、各ステップの詳細を述べる。
（１）在庫滞留判定処理（Ｓ１９０１）
管理センタ側端末３では、単位時間ごとに販売枠データを読み込む。販売枠には、受注に関連づけられた確定販売枠と、特定の受注に関連付けられていない見込販売枠が存在する。販売枠全体に占める見込販売枠の比率が大きければ、見込の精度に問題があると考えられる。在庫滞留判定の手順を、図２５を用いて説明する。まず、在庫滞留指標を算出する。在庫滞留指標は、需要予測台数に占める見込枠台数の比率である。図２５の例では、在庫滞留指標は６４％である。次に、算出した在庫滞留指標と、判定基準マスタデータ記憶部３２３から得られる在庫滞留基準値を比較する。判定基準マスタデータに登録されている在庫滞留基準値が６０％であるとき、在庫滞留指標の値がこれを超えているため、判定結果がＮＧであると判定して、Ｓ１９０２へ遷移する。在庫滞留指標の値が在庫滞留基準値を超過していない場合は、需要予測の精度が十分高いと判断し、販売枠の修正は行わない。なお、ここでは、在庫滞留判定は単位時間毎に実施するものとして記述したが、納期問合せ発生の都度、実施してもよい。
（２）納期回答レスポンス判定（Ｓ１９０２）
管理センタ側端末３では、Ｓ１９０１でＮＧと判定された場合、納期回答レスポンス判定を行う。以下、納期回答レスポンス判定の手順を、図２６を用いて説明する。まず、納問合せ件数、販売枠案生成件数、および要求台数合計情報を取得し、上位アイテムごとに集計する。その結果を用いて、納期回答レスポンス指標を算出する。納期回答レスポンス指標は、問合せ件数に占める販売枠案生成件数の比率である。この比率が高ければ高いほど、納期回答の際に販売枠案の生成を多く行っており、納期回答のレスポンスも悪くなっていると考えられる。次に、算出した納期回答レスポンス指標と、判定基準マスタデータ記憶部３２３から得られる納期回答レスポンス基準値を比較し、判定を行う。図２６の例では、納期回答レスポンス指標が基準値を上回ったため、判定ＮＧとなっている。判定がＮＧとなった場合、工場側端末２に、優先順位データを送信する。工場側端末２では、優先順位マスタ更新処理を行う。図２６では、問合せ件数が多い順に上位アイテムの優先順位が入れ替わっている様子を示している。
（３）販売枠更新処理（Ｓ１９０３）
更新された優先順位マスタを用いて、販売枠を更新する。前述の販売枠生成における線形計画モデルに、問合せ件数の多いアイテムをより多く販売枠に割り付けるための指標を追加する。まず、生成した販売枠のアイテムを、台数の多い順に並び替えて順位を付与し、優先順位マスタの順位とアイテムごとに比較する。順位に差異が生じた場合は重みの値をペナルティとして加算し、ペナルティの合計値を目的関数に追加して、ペナルティを最小化する最適化問題を解く。その結果、優先順位の高いアイテムの台数が多く、優先順位の低いアイテムの台数が少ない販売枠を生成することができる。
（４）販売枠登録処理（Ｓ１９０４）
工場側端末２は、更新した販売枠を管理センタ側端末３に送信する。管理センタ側端末３では、受信した販売枠データを販売枠データ記憶部３２２に登録する。また、計画担当者が販売枠予測の精度を把握できるように、納期回答レスポンス指標および在庫滞留指標を出力装置に出力する。図２８に、販売枠予測精度および販売枠の表示手段の例を示す。販売予測精度指標を参照することで、在庫の滞留および納期回答のレスポンスを定量的に分析し、対策を検討することができる。例えば、図２９に示したように、在庫滞留基準が低く、かつ納期回答レスポンスが低ければ適正な販売予測精度を保持できていると考えられる。しかし、在庫滞留基準が低いにもかかわらず納期回答レスポンスが高ければ、確定販売枠の比率が高いにもかかわらず頻繁に販売枠案を生成している傾向にあることを示しており、需要総台数をさらに増やす等の対策が考えられる。また、在庫滞留基準が高く、かつ納期回答レスポンスが低い場合は、比較的多くの見込販売枠が残り、かつ納期問合せの件数そのものが少ない傾向にあることが考えられるため、販売促進のための施策などが必要になる。逆に、在庫滞留基準が高く、かつ納期回答レスポンスが高い場合は、問合せが多いがほとんど確定販売枠に引当できず、予測精度そのものに問題があることが考えられ、内部構造の改善などを検討する必要がある。例えば、本実施例で説明したような、アイテム選択の優先順位を更新することによる見込販売枠の見直しなどもその一手法である。
【図面の簡単な説明】
【００４４】
【図１】本発明に係る一実施形態の納期回答システム構成を示す説明図である。
【図２】本発明に係る一実施形態の販社側端末の機能構成図である。
【図３】本発明に係る一実施形態の工場側端末の機能構成図である。
【図４】本発明に係る一実施形態の管理センタ側端末の機能構成図である。
【図５】本発明に係る一実施形態の納期回答システムにおける各端末のハードウェア構成図である。
【図６】本発明に係る一実施形態の注文データ記憶部のデータ構造を示す説明図である。
【図７】本発明に係る一実施形態の出荷実績データ記憶部のデータ構造を示す説明図である。
【図８】本発明に係る一実施形態の需要予測データ記憶部のデータ構造を示す説明図である。
【図９】本発明に係る一実施形態の在庫状況データ記憶部のデータ構造を示す説明図である。
【図１０】本発明に係る一実施形態の納入予定データ記憶部のデータ構造を示す説明図である。
【図１１】本発明に係る一実施形態のアイテム構成マスタデータ記憶部のデータ構造を示す説明図である。
【図１２】本発明に係る一実施形態の生産能力マスタデータ記憶部のデータ構造を示す説明図である。
【図１３】本発明に係る一実施形態の優先順位マスタデータ記憶部のデータ構造を示す説明図である。
【図１４】本発明に係る一実施形態の納期問合せデータ記憶部のデータ構造を示す説明図である。
【図１５】本発明に係る一実施形態の販売枠データ記憶部のデータ構造を示す説明図である。
【図１６】本発明に係る一実施形態の判定基準マスタデータ記憶部のデータ構造を示す説明図である。
【図１７】本発明に係る一実施形態の販売枠生成の概略シーケンス図である。
【図１８】本発明に係る一実施形態の納期問合せから注文受付処理までの概略シーケンス図である。
【図１９】本発明に係る一実施形態の販売枠修正の概略シーケンス図である。
【図２０】Ｓ１７０２の処理を補足説明するための図である。
【図２１】Ｓ１７０２の処理を補足説明するための図である。
【図２２】Ｓ１８０２の処理を詳細に説明するための図である。
【図２３（ａ）】Ｓ１８０３の処理を詳細に説明するための第１図である。
【図２３（ｂ）】Ｓ１８０３の処理を詳細に説明するための第２図である。
【図２４】Ｓ１８０３の処理を補足説明するための図である。
【図２５】Ｓ１９０１の処理を詳細に説明するための図である。
【図２６】Ｓ１９０２の処理を詳細に説明するための図である。
【図２７】Ｓ１８０１の処理を補足説明するための図である。
【図２８】Ｓ１９０４の処理を補足説明するための図である。
【図２９】Ｓ１９０４の処理を補足説明するための図である。
【符号の説明】
【００４５】
1…販社側端末、2…工場側端末、3…管理センタ側端末、4…ネットワーク、5…輸送手段、6…アイテム、31…演算装置、32…入力装置、33…出力装置、34…補助記憶装置31A…中央演算処理装置（ＣＰＵ）、31B…主記憶装置、31C…インタフェース、110、210、310…各端末の演算部、
120、220、320…各端末の記憶部、130、230、330…各端末の入出力部、
140、240、340…各端末のネットワークIF部、111…注文データ管理部、
112…出荷実績データ管理部、211…需要予測部、212…在庫状況データ管理部、213…販売枠生成部、214…優先順位マスタデータ管理部、
311…納期問合せデータ管理部、312…販売枠データ管理部、
313…販売枠照合部、121…注文データ記憶部、122…出荷実績データ記憶部、221…需要予測データ記憶部、222…在庫状況データ記憶部、
223…納入予定データ記憶部、224…アイテム構成マスタデータ記憶部、
225…生産能力マスタデータ記憶部、226…優先順位マスタデータ記憶部、
321…納期問合せデータ記憶部、322…販売枠データ記憶部、
323…判定基準マスタデータ記憶部
【図１】
2006244470.tif 000006
【図２】
2006244470.tif 000007
【図３】
2006244470.tif 000008
【図４】
2006244470.tif 000009
【図５】
2006244470.tif 000010
【図６】
2006244470.tif 000011
【図７】
2006244470.tif 000012
【図８】
2006244470.tif 000013
【図９】
2006244470.tif 000014
【図１０】
2006244470.tif 000015
【図１１】
2006244470.tif 000016
【図１２】
2006244470.tif 000017
【図１３】
2006244470.tif 000018
【図１４】
2006244470.tif 000019
【図１５】
2006244470.tif 000020
【図１６】
2006244470.tif 000021
【図１７】
2006244470.tif 000022
【図１８】
2006244470.tif 000023
【図１９】
2006244470.tif 000024
【図２０】
2006244470.tif 000025
【図２１】
2006244470.tif 000026
【図２２】
2006244470.tif 000027
【図２３（ａ）】
2006244470.tif 000028
【図２３（ｂ）】
2006244470.tif 000029
【図２４】
2006244470.tif 000030
【図２５】
2006244470.tif 000031
【図２６】
2006244470.tif 000032
【図２７】
2006244470.tif 000033
【図２８】
2006244470.tif 000034
【図２９】
2006244470.tif 000035