CN101111858A - 交货期回答程序、交货期回答方法以及执行该方法的系统 - Google Patents

Abstract

本发明是一种预先分配可以销售的流通项目的销售定额，当接受交货期询问时，从所述销售定额中留出所述询问内容进行交货期回答，当无法在所述销售定额中留出所述询问内容时，执行销售定额变更模拟，在变更为尽可能满足顾客希望的交货期、数量、项目内容等的销售定额之后进行交货期回答的交货期回答系统，并且，还是一种保存接受了交货期询问的履历和执行了所述销售定额变更模拟的履历，在销售定额变更模拟的实施比例超过了基准值时，对成为生成预测销售定额的基础的销售预测项目的优先顺序进行更新，读入该优选顺序的结果，新生成用于留出交货期回答的销售定额的交货期回答系统。

Description

交货期回答程序、交货期回答方法以及执行该方法的系统

本申请主张在2005年2月1日申请的日本专利申请第2005-024676号的优先权，其内容被收容于本申请中，以资参考。

技术领域

本发明涉及一种交货期回答技术，其预先分配可以销售的流通项目的销售定额，当接受交货期询问时，从所述销售定额中留出所述询问内容进行交货期回答，当无法在所述销售定额中留出所述询问内容时，执行销售定额变更模拟，在变更为尽量满足顾客希望的交货期、数量、项目内容等的销售定额之后进行交货期回答。

背景技术

一般情况，将预先分配可以销售的流通项目的销售定额，当接受交货期询问时，从所述销售定额中留出所述询问内容进行交货期回答的功能称为ATP(Available To Promise)功能。此外，把在无法在所述销售定额留出所述询问内容时，执行销售定额变更模拟，变更为尽量满足顾客希望的交货期、数量、项目内容等的销售定额，进行交货期回答的功能称为CTP(Capable To Promise)功能。

作为与这样的交货期回答相关的技术，例如公知专利第3327235号公报记载的技术。

此外，不同于通过上述ATP/CTP的与交货期回答有关的技术，另外作为与在接收订货后生成生产时间表、使计划与客户的要求相符合的交货期回答有关的技术(坐席预约方式)，公知特开2004-157922号公报记载的技术。

近年来，随着顾客要求的多样化，与以往相比制品的变化增大。在这样的状况下，在组装生产现场，实现通过同一生产线组装生产多种项目的混流生产线化，由此来柔性应对顾客要求的多样化。但是另一方面，制品变化的增大会导致需求预测精度、系统处理时间、业务效率等降低，结果产生交货期回答响应时间增加，或库存盈亏的增加这样的经营·实务方面的问题。

因此，本发明的目的在于通过提高用于留出交货期应答的销售定额信息的精度，来缩短交货期回答响应时间。

发明内容

本发明是一种将可以销售的流通项目作为与每个可以销售的时间相对应、至少容纳了项目的识别信息以及其数量信息的销售定额进行管理，并具备将所述销售定额划分为确定销售定额和预测销售定额进行管理的销售定额时间表的系统，所述确定销售定额，容纳了由顾客确定了订货的项目的信息，所述预测销售定额，容纳了根据发货实绩的通过需求预测决定的销售预测的项目的信息。而且，是一种交货期回答系统，其在接受交货期询问时，在可以从所述预测销售定额中留出所述询问的项目时进行交货期回答；在无法从所述预测销售定额中留出所述询问的项目时，执行销售定额变更模拟，为了满足或者部分满足顾客希望的交货期、数量以及项目内容，变更所述销售定额时间表的预测销售定额，来向询问方进行交货期回答。并且，还是一种具有如下特征的系统，该系统具备：保存接受了交货期询问的履历和执行了所述销售定额变更模拟的履历的单元；根据该履历数据，计算执行了所述销售定额变更模拟的件数的占每单位时间的询问件数的比例，将预先决定的基准值与该值进行对照，在超过了预先决定的基准值时，检测该变化的运算处理单元；在所述运算处理单元检测到所述变化时进行工作的、对成为生成预测销售定额的基础的销售预测项目的优先顺序进行更新的单元；以及根据所述更新后的优先顺序的结果，生成新的预测销售定额的销售定额生成单元。

附图说明

图1是表述本发明一实施方式的交货期回答系统的结构的说明图。

图2是本发明一实施方式的销售公司一侧的终端的功能结构图。

图3是本发明一实施方式的工厂一侧的终端的功能结构图。

图4是本发明一实施方式的管理中心一侧的终端的功能结构图。

图5是本发明一实施方式的交货期回答系统中的各终端的硬件结构图。

图6是表示本发明一实施方式的订货数据存储部的数据结构的说明图。

图7是表示本发明一实施方式的发货实绩数据存储部的数据结构的说明图。

图8是表示本发明一实施方式的需求预测数据存储部的数据结构的说明图。

图9是表示本发明一实施方式的库存状况数据存储部的数据结构的说明图。

图10是表示本发明一实施方式的供货预定数据存储部的数据结构的说明图。

图11是表示本发明一实施方式的项目构成主数据存储部的数据结构的说明图。

图12是表示本发明一实施方式的生成能力主数据存储部的数据结构的说明图。

图13是表示本发明一实施方式的优先顺序主数据存储部的数据结构的说明图。

图14是表示本发明一实施方式的交货期询问数据存储部的数据结构的说明图。

图15是表示本发明一实施方式的销售定额数据存储部的数据结构的说明图。

图16是表示本发明一实施方式的判定基准主数据存储部的数据结构的说明图。

图17是本发明一实施方式的销售定额生产的概略顺序图。

图18是本发明一实施方式的从交货期询问到订货接受处理的概略顺序图。

图19是本发明一实施方式的销售定额修正的概略顺序图。

图20用于补充说明S1702的处理。

图21用于补充说明S1702的处理。

图22用于详细说明S1802的处理。

图23A用于详细说明S1803的处理。

图23B用于详细说明S1803的处理。

图24用于补充说明S1803的处理。

图25用于详细说明S1901的处理。

图26用于详细说明S1902的处理。

图27用于补充说明S1801的处理。

图28用于补充说明S1904的处理。

图29用于补充说明S1904的处理。

具体实施方式

以下对本发明的交货期回答系统的一实施方式进行说明。

(交货期回答系统的全体结构)

使用图1对可以应用本实施方式的交货期回答系统的流通网络的模型以及本实施方式的交货期回答系统的结构进行说明。如图1所示，流通网络的模型假设制品、部件、半成品、在制品、原材料等项目6通过传送单元5等从供应商ε经由工厂β、销售公司α等最终到达市场δ的模型。

对此，交货期回答系统是对计划信息、实绩信息和各种参数等进行管理、实现交货期回答的系统。交货期回答系统具有配置在销售公司α等的销售公司一侧终端1、配置在工厂β等的工厂一侧终端2以及配置在管理中心γ等的管理中心一侧终端3。各终端1～3分别与网络4连接，各终端1～3相互可以经由网络4收发各种数据。如图5所示，这样的各终端1～3全部为计算机，具有键盘和鼠标等输入装置32、显示器等输出装置33、辅助存储装置34以及执行交货期回答程序等各种程序的运算装置31。运算装置31，具备中央运算处理装置(以下称为CPU)31A、主存储装置31B以及接口31C。该运算装置31经由接口31C与输入装置32、输出装置33以及辅助存储装置34连接。

在本实施方式中，交货期回答程序等各种程序的执行结果被存储在主存储装置31B中确保的存储区域中。各种程序预先存储在辅助存储装置34中，之后读入到主存储装置31B中，由CPU31A执行。通过该CPU31A执行各种程序，实现后述的各种功能。

此外，在本实施方式中，以通过通用信息处理装置和软件来实现构成交货期回答系统的各终端的情况为例来进行说明，例如可以通过包含固定接线逻辑的硬件，或者这样的硬件和预先已编程的通用信息处理装置实现。

此外，在本实施方式中，将交货期回答系统作为进行分散处理的系统来进行说明，但本发明并不限于此。还可以考虑将本发明加入到其他的信息处理系统中，作为它们的一部分发挥功能的结构。此外，还可以将各自的终端功能的一部分进行重组、或者进行细分，或者构成一体来实现。

然后，使用图2～图4以及图6～图16来说明构成交货期回答系统的各终端1～3的功能结构以及各终端1～3保存的数据。

(销售公司一侧终端的结构以及保存数据内容)

如图2所示，本实施方式的销售公司一侧终端1具有执行各种程序的运算部110、存储各种数据的存储部120、进行各种数据的输入输出的输入输出部130以及用于连接网络4的网络IF部140。

运算部110具有：进行订货数据的输入输出和向存储部120的登录等的订货数据管理部111、以及进行项目的发货实绩数据的输入输出和向存储部120的登录的发货实绩数据管理部112。如上所述，运算部110的各功能部111、112，通过CPU31A执行各种程序来发挥功能。关于这些功能部111、112的详细动作，将在处理流程的说明中按顺序进行说明。

存储部120具有：对从顾客接收到的订货信息进行存储的订货数据存储部121、以及存储已向顾客发货的项目的发货实绩的发货实绩数据存储部122。

在订货数据存储部121中，存储：订货编号、订货的项目的识别信息、顾客信息、交货期、台数、交货期询问时间、订货时间等订货数据。具体地说，如图6所示，在订货数据存储部121中，具有：对每次接受订货发布的订货编号进行登录的字段1211；对接收到的项目的识别信息进行登录的字段1212；登录顾客信息的字段1213；登录交货期的字段1214；对已订货的项目的台数进行登录的字段1215；对交货期询问时间的信息进行登录的字段1216；以及登录订货时间的信息的字段1217，并且在每次接受订货更新订货数据。

在发货实绩数据存储部122中，存储：发货编号、进行发货的项目的识别信息、发货目的地信息、台数、发货时间等发货实绩数据。具体地说，如图7所示，发货实绩数据存储部122，具有：对发货时发布的发货编号进行登录的字段1221；对进行发货的项目的识别信息进行登录的字段1222；登录发货目的地信息的字段1223；登录已发货的项目的台数的字段1224；以及登录发货时间的信息的字段1225，并且在每次发货更新发货实绩数据。

(工厂一侧终端的结构以及保存数据内容)

如图3所示，本实施方式的工厂一侧终端2，具有：执行各种程序的运算部210；存储各种数据的存储部220；键盘和鼠标等周边设备；进行各种数据的输入输出的输入输出部230；以及用于与网络4连接的网络IF部240。

运算部210，具有：进行项目的需求预测、需求预测数据的输入输出和向存储部220登录等的需求预测部211；进行库存数据的输入输出和向存储部220登录等的库存状况数据管理部212；进行销售定额数据的生成、销售定额方案的生成(销售定额变更模拟等)、以及销售定额数据向管理中心一侧终端3的发送等的销售定额生成部213；以及进行优选顺序主数据的输入输出和向存储部220的登录等的优先顺序主数据管理部214。如上所述，运算部210的功能部211、212、213、214通过CPU31A执行各种程序来发挥功能。关于这些功能部211、212、213、214的详细动作，将在处理流程的说明中按顺序进行说明。

存储部220，具有：存储需求预测的结果的需求预测数据存储部221；存储项目的库存信息的库存状况数据存储部222；对从供应商ε到工厂β的供货预定项目的信息进行存储的供货预定数据存储部223；对项目的上位·下位的关联性和额数的信息进行存储的项目构成主数据存储部224；存储与生产有关的生产能力信息和每个项目的生产时间等信息的生产能力主数据存储部225；以及对与销售定额的生成有关的上位项目的优先顺序信息等进行存储的优选顺序主数据存储部226。

在需求预测数据存储部221中，存储：每个最上位项目的需求预测结果2211、下位项目安装率预测结果2212、以及每个下位项目的需求预测结果2213。具体地说，如图8的上图所示，在需求预测数据存储部221的2211中，具有：登录最上位项目的识别信息的字段2211a；对执行需求预测的时间进行登录的字段2211b；登录预测对象时间的字段2211c；以及登录需求预测台数的字段2211d。此外，关于每个最上位项目的需求预测台数，使用在下文中说明的项目构成主数据，以最上位项目为单位汇总发货实绩数据的上位项目的台数，其可以通过移动平均法等预测方法进行计算，也可以由销售公司的担当人员直接输入。此外，如图8的中图所示，在需求预测数据存储部221的2212中具有：登录最上位项目的识别信息的字段2212a；登录下位项目的识别信息的字段2212b；对执行需求预测的时间进行登录的字段2212c；登录预测对象时间的字段2212d；以及登录预测安装率的字段2212e。此外，关于下位项目安装率，以最上位项目为单位汇总发货实绩数据的上位项目的台数，使用在下文中说明的项目构成主数据将其展开为下位项目等级，并使用下位项目单位汇总台数，将该台数除以最上位项目单位的总发货台数计算出比例，可以根据移动平均法等预测方法对其进行计算，还可以由销售公司的担当人员直接输入。此外，如图8的下图所示，在需求预测数据存储部221的2213中，具有：登录最上位项目的识别信息的字段2213a；登录下位项目的识别信息的字段2213b；登录执行需求预测的时间的字段2213c；登录预测对象时间的字段2213d；以及登录需求预测台数的字段2213e。此外，下位项目的需求预测台数根据最上位项目的需求预测结果和下位项目的安装率预测结果来计算。例如，下位项目需求预测结果2213f的需求预测台数80台是将最上位项目的需求预测结果2211e的需求预测台数100台乘以下位项目安装率预测结果2212f的预测安装率80％求出的。

此外，之所以要执行上述那样的需求预测，其原因在于，近年来具有制品的变化增大的倾向。通过上位项目单位进行需求预测的现有方式的需求预测值的精度今后下降的可能性较高。因此，在本发明的实施例中，通过上述那样的新需求预测的方式来执行需求预测。

在库存状况数据存储部222中，存储：保管项目的场所的信息、保管的项目的识别信息、库存数、库存状态、更新库存状况的时间等库存状况数据。具体地说，如图9所示，在库存状况数据存储部222中，具有：对保管项目的场所的信息进行登录的字段2221；对保管的项目的识别信息进行登录的字段2222；登录库存数的字段2223；登录库存状态的字段2224；以及对更新库存状况的时间进行登录的字段2225。在此，所谓库存状态的[库存]是在保管场所β作为库存存在的状态，所谓[在制]是生产中的库存状态。

在供货预定数据存储部223中，对每个订货/内部指示编号存储：订货/内部指示的下位项目的识别信息、订货/内部指示的数量、订货/内部指示目的地(供应商)、内部指示/订货/供货指示等的时间的信息、以及进度状态等供货预定数据。具体地说，如图10所示，在供货预定数据存储部223中，具有：登录订货/内部指示编号的字段2231；对订货/内部指示的下位项目的识别信息进行登录的字段2232；对订货/内部指示的数量进行登录的字段2233；登录订货/内部指示目的地(供应商)的信息的字段2234；对内部指示的时间的信息进行登录的字段2235；对订货的时间的信息进行登录的字段2236；对供货指示的时间的信息进行登录的字段2237；以及对进度状态进行登录的字段2238。

在项目构成主数据存储部224中，存储：最上位项目与上位项目的关联性、上位项目与下位项目的关联性、构成额数等项目构成主数据。具体地说，如图11的左下图所示，在项目构成主数据存储部224中具有：登录最上位项目的识别信息的字段2241；登录上位项目的识别信息的字段2242，通过这些表现最上位项目和上位项目的关联性。

此外，如图11的右下图所示，具有：登录上位项目的识别信息的字段2243；登录下位项目的识别信息的字段2244；以及登录构成额数的字段2245，通过这些表现上位项目与下位项目的关联性。此外，图11的上图的方框2240内的图表示自上位项目(模型1)由上位项目x1、x2...构成，上位项目x1由a、b、d各一个的下位项目构成。

在生产能力主数据存储部225中，存储与生产有关的生产能力信息2251和每个项目的生产时间2252等生产能力主数据。具体地说，如图12的上图所示，在生产能力主数据存储部225的2251中，具有：对生产上位项目的工厂的识别信息进行登录的字段2251a；登录销售定额的时间轴的字段2251b；对一定时间内的生产能力(例如能力的单位为时间)进行登录的字段2251c；以及登录加班能力的字段2251d。此外，如图12的下图所示，在生产能力主数据存储部225的2252中，具有：登录上位项目的识别信息的字段2252a；对下位项目的安装数进行登录的字段2252b；对上位项目的生产时间(到安装下位项目上位项目完成为止的时间)进行登录的字段2252c。

在优先顺序主数据存储部226中存储与销售定额的生成有关的上位项目的优先顺序信息等。具体地说，如图13所示，在优先顺序主数据存储部226中，具有：登录优先顺序的字段2261；登录上位项目的识别信息的字段2262；以及对为了被优先选择而预先设定的权重(在较高时被优选选择)的字段2263。图13的记录2260表示项目x8的顺序最高，设定了容易被优选选择的权重。

(管理中心一侧终端的结构以及保存数据内容)

如图4所示，本实施方式的管理中心一侧终端3具有：执行各种程序的运算部310；存储各种数据的存储部320；进行各种数据的输入输出的输入输出部330；用于与网络4连接的接口IF部340。

运算部310具有：进行交货期询问编号的发布、交货期询问数据向存储部320的存储、交货期回答处理、使用了交货期询问数据的判定(交货期回答响应判定)、优先顺序计算、以及新的优先顺序结果向工厂一侧的终端2的发送等的交货期询问数据管理部311；进行销售定额数据的输入输出、销售定额数据向存储部320的登录、销售定额数据向工厂一侧的终端2的发送、销售定额数据的更新、以及使用了销售定额数据的判定(库存滞留判定)等的销售定额数据管理部312；以及进行交货期询问数据和销售定额数据的对照、对照结果向存储部320的登录、以及对照结果向工厂一侧的终端2的发送等的销售定额对照部313。如上所述，运算部310的功能部311、312、313通过CPU31A执行各种程序来发挥功能。关于这些功能部311、312、313的详细的动作，将在处理流程的说明中按顺序进行说明。

存储部320具有：记录交货期询问的履历的交货期询问数据存储部321；对销售完或者可以销售的项目的销售定额进行存储的销售定额数据存储部322；对用于与后述说明的交货期回答响应指标、库存滞留指标进行比较的判定基准进行存储的判定基准主数据存储部323。

在交货期询问数据存储部321中存储交货期询问的履历。具体地说，如图14所示，在交货期询问数据存储部321中：具有：对每次具有交货期询问时发布的询问编码进行登录的字段3211；对具有交货期询问的时间进行登录的字段3212；对具有询问的需求项目进行登录的字段3213；对指定的交货期进行登录的字段3214；登录需求台数的字段3215；对在销售定额中留出需求的台数的时间进行登录的字段3216；登录交货期判定结果的字段3217；对是否不在预先分配的销售定额中留出需求的台数，销售定额方案生成处理已开始进行登录的字段3218；以及对留出的字段进行登录的字段3219。

在销售定额数据存储部322中存储销售完或者可以销售的项目的销售定额。具体地说，如图15所示，在销售定额数据存储部322中具有：登录订货编号的字段3221；登录询问编号的字段3222；登录销售定额的时间轴的字段3223；登录上位项目的识别信息的字段3224；登录销售定额留出状态的字段3225；登录需求台数的字段3226；登录库存的字段3227；以及登录销售定额方案生成履历的字段3228。在此，使用图21对销售定额的内容进行说明。从t时刻开始，t+i-1时刻是项目正在生产或生产结束的时刻，t+i时刻是销售定额的修正最终时刻。此外，t+k是销售定额生成对象时刻，也是对供应商ε执行所需要的下位项目的内部指示的时刻。对每个单位时间(例如一周)进行销售定额的生成或修正。所谓区域I是指已经决定了在各时刻生产所使用的下位项目的数量的区域。在图21所示的例子中，在区域I中，在销售时间轴t时刻堆积的销售定额全部是确定销售定额，对于需求上位项目无法在t时刻的销售定额中留出。此外，从t+1时刻到t+i-1时刻存在预测销售定额，但由于投入生产线的上位项目已经确定，所以无法变更销售定额。但是，关于从t+i时刻到t+i-k时刻存在的预测销售定额，即使在不存在一致的需求上位项目时，也可以在不变更下位项目需要量的范围进行销售定额的变更。例如，在t+k-1时刻，已经筹备了上位项目x1、x2、x5、x8需要的下位项目，但可以使用这些筹备完的下位项目变更为其他可以生产的上位项目的组合。对此，所谓区域II是还没有进行下位项目的内部指示的区域，是从t+k+1时刻到t+n时刻，在不超过生产能力上限的范围，可以将需求上位项目堆积为销售定额的区域。在区域I和区域II中无法留出询问对象上位项目时，在没有对生产能力设定上限的区域III堆积需求项目。

在判定基准主数据存储部323中存储用于与后述的交货期回答响应指标、库存滞留指标进行比较的判定基准。具体地说，如图16所示，在判定基准主数据存储部323中，具有：登录最上位项目的识别信息的字段3231；登录库存滞留基准的字段3232；以及登录交货期回答响应基准的字段3233。

(销售定额生成的处理)

使用图17对销售定额生成的处理进行说明。销售定额生成处理由通过销售公司一侧终端1读入发货实绩数据，将该数据发送给工厂一侧终端2的处理(1701)；通过工厂一侧终端2执行需求预测和销售定额生成处理(S1702)；以及在管理中心一侧终端3，将销售定额数据向销售定额数据存储部322登录的处理(S1703)的三个步骤构成。

以下对S1702的销售定额的生成方法进行说明。首先，由需求预测数据存储部221(下位项目需求预测2213)取得t+k时刻的需求预测信息。此外，由项目构成主数据存储部224取得针对上述项目的下位项目的需要量信息。然后，为了决定上位项目额最佳的销售台数，求解通过线性规划法模型化的组合最佳化问题。以下，对该模型的内容进行说明。当把上位项目的集合设为I，将各上位项目设为i，将i的销售台数设为x_i，将上位项目的销售预测台数合计设为G时，上位项目的销售台数的合计与销售预测台数必须一致，所以式(1)成立。

[数式1]

$\underset{i\∈I}{\mathrm{\Σ}}{x}_i=G---\left(1\right)$

在将下位项目的集合设为J，将各下位项目设为j，将生产一台上位项目i需要的下位项目j的数量设为M_ij时，M_ij可以根据项目构成主数据存储部224的构成额数2245得到。例如，在上位项目x1需要下位项目a、b、d各一个时，M_1a＝1、M_1b＝1、M_1c＝0、M_1d＝1。

当把根据需求预测数据存储部221(下位项目需求预测2213)得到的下位项目j的预测台数2213e设为D_j时，为了没有盈亏地使用如需求预测那样调配筹备的下位项目，将上位项目展开得到的下位项目的合计数量与预测台数2213e一致即可。使用的下位项目的数可以通过x×M的合计来表现。例如，对x1的销售数量30台与a的构成额数1相乘后的数量30个加上x2的销售台数18台与下位项目a的构成额数1相乘后的数量18个，同样地按顺序对全部的上位项目进行加法运算，可以求出下位项目a的需要量。在图20中，下位项目a的计算需要量为95，有时在该计算需要量与预测需要量中产生背离。如果将下位项目的计算需要量与预测需要量额正的背离设为d⁺，将负的背离设为d^-，则下位项目j的正背离为d_j ⁺，负的背离为d_j ^-，与下位项目有关的制约式(2)成立。

[数式2]

$\underset{i\∈I}{\mathrm{\Σ}}(x_i\×M_{\mathrm{ij}})=D_j-d_j^{-}+d_j^{+},j\∈J---\left(2\right)$

为了避免生产时的下位项目的不足或过剩的下位项目的库存，下位项目的背离为0即可。因此，通过式(3)给予使全部下位项目与预测值的背离的合计最小化的目的函数。

[数式3]

$\min \underset{j\∈J}{\mathrm{\Σ}}(-d_j^{-}+d_j^{+})---\left(3\right)$

对上述的模型输入t+k时刻的需求预测信息和下位项目的需要量信息，使用线性规划法求解，由此可以计算出部件的盈亏为最小的项目x_i的台数。结果，将得到的上位项目的组合和其台数作为t+k时刻的预测销售定额。

(从交货期询问到订货接受处理的处理)

使用图18对从交货期询问到订货接受处理的处理进行说明。

从交货期询问到订货接受处理的处理，由以下8个处理构成：销售公司一侧终端1的询问数据输入处理(S1801)；管理中心一侧终端的销售定额对照处理(S1802)；工厂一侧终端2的销售定额方案生成处理(S1803)；管理中心一侧终端3的销售定额方案登录处理(S1804)；订货数据输入处理(S1805)；交货期回答结果输出处理(S1806)；订货数据输入处理(S1807)；以及销售定额更新处理(S1808)。以下详细地叙述各处理。

(1)询问数据输入处理(S1801)

关于销售公司一侧终端1，登录询问数据。例如通过图27所示的[交货期询问输入]画面，登录要求项目、要求台数、以及希望交货期。通过按下交货期询问按钮271，将询问数据发送给管理中心一侧终端3。

(2)销售定额对照处理(S1802)

管理中心一侧终端3从销售定额存储部322读入销售定额数据。在此，与销售定额进行对照，将对照后的结果登录在交货期询问数据存储部321中。图22表示对照处理的细节。当在预测销售定额中留出了要求项目时，向处理S1805迁移。当在预测销售定额中无法留出时，将对照结果发送给工厂一侧终端2。

(3)销售定额方案生成处理(S1803)

在工厂一侧终端2中，读入各种数据，进行销售定额方案的生成。图23A以及图23B表示处理的细节。

假设希望交货期为t+f，并且存在上位项目x1的交货期询问，通过图24对预测销售定额的留出处理进行说明。

目前，对t+f时刻的销售定额分配x3、x4、x5、x6四个上位项目。其中，x5、x6为确定销售定额，无法进行变更。x3、x4为预测销售定额，关于该两个项目可以进行变更。将x3、x4展开为下位项目，按照上述的销售定额生成方法搜索通过这些下位项目的组合可以生产的上位项目。搜索的结果，得知x1以及x2可以生产，在要求项目中留出x1成为新的确定销售定额，将x2作为预测销售定额进行登录。

将生成的销售定额方案从工厂一侧终端2向管理中心一侧终端3发送。

(5)交货期回答数据读入发送处理(S1805)

管理中心一侧终端3生成交货期回答数据。根据交货期询问数据存储部321的留出时间字段3216和交货期判定字段3217，生成按照交货期可以交纳要求项目的[交货期OK]、赶不上交货期的[交货期NG]，此外在赶不上交货期时表示最早可以交货的最早交货期的[代替方案提示]等的交货期回答数据，并将其发送给销售公司一侧终端1。

(6)交货期回答结果输出处理(S1806)

将接收到的交货期回答结果输出给销售公司一侧终端1。图27的下图表示该交货期回答结果的画面例。

(7)订货数据输入处理(S1807)

销售公司一侧终端1的用户通过销售公司一侧终端1确认交货期回答结果，在满意该结果不变地转移到订货时，使用销售公司一侧终端1的输入输出部输入订货数据，进行订货数据登录。当进行登录时，将订货数据发送给管理中心一侧终端3，作为正式的订货进行接收。

(8)销售定额更新处理(S1808)

管理中心一侧终端3如果从销售公司一侧终端1接收到正式的订货数据，则进行销售定额的更新处理，并向销售公司一侧终端1发送已接受订货的通知。

(销售定额修正的处理)

使用图19对销售定额修正处理进行说明。销售定额更新处理由以下四个步骤构成：通过管理中心一侧终端3的在库滞留判定处理(S1901)；交货期回答响应判定(S1902)；通过工厂一侧终端的销售定额更新处理(S1903)；以及管理中心一侧终端的销售定额登录处理(S1904)。以下，详细叙述各步骤。

(1)库存滞留判定处理(S1901)

通过管理中心一侧终端3按每个单位时间读入销售定额数据。在销售定额中存在与订货相关联的确定销售定额和与特定的订货不关联的预测销售定额。如果预测销售定额在整个销售定额中所占的比例较大，则认为预测的精度存在问题。使用图25说明库存滞留判定的顺序。首先，计算库存滞留指标。库存滞留指标是预测定额台数占需求预测台数的比例。在图25的例子中，库存滞留指标为64％。然后，把从判定基准主数据存储部323得到的库存滞留基准值与计算出的库存滞留指标进行比较。在判定基准主数据中登录的库存滞留基准值为60％时，因为库存滞留指标的值超过了该值，所以判定判定结果为NG，迁移到S1902。在库存滞留指标的值没有超过库存滞留基准值时，判断需求预测的精度足够高，不进行销售定额的修正。此外，在此假设按每个单位时间执行库存滞留判定来进行叙述，但也可以在生成交货期询问时执行。

(2)交货期回答响应判定(S1902)

在管理中心一侧终端3，在S1901中判定为NG时，进行交货期回答响应。以下，使用图26来说明交货期回答响应判定的顺序。首先，取得交货期询问件数、销售定额方案生成件数以及需求台数合计信息，对每个上位项目进行累计。使用该结果计算交货期回答响应指标。交货期回答响应指标是销售定额计划生成件数占询问件数的比例。考虑到该比例越高，在回答交货期时越较多地进行销售定额方案的生成，交货期回答响应也恶化。然后，把从判定基准主数据存储部323得到的交货期回答响应基准值与计算出的交货期回答响应指标进行比较，来进行判定。在图26的例子中，交货期回答响应指标高于基准值，所以判定为NG。在判定为NG时，将优先顺序数据发送给工厂一侧终端2。在工厂一侧终端2进行优先顺序主数据更新处理。在图26中，表示了按照询问件数由多到少的顺序，更替了上位项目的优选顺序的状态。

(3)销售定额更新处理(S1903)

使用更新后的优选顺序主数据更新销售定额。在上述销售定额生成的线性规划模型中，追加用于更多地对销售定额分配询问件数较多的项目的指标。首先，按照台数由多到少的顺序排列生成的销售定额的项目并给予位次，对每个项目与优先顺序主数据的位次进行比较，在位次中产生差异时作为补偿加上权重的值，对目的函数追加补偿的合计值，解决使补偿最小化的最佳化问题。结果，可以生成优选顺序高的项目的台数较多，优先顺序低的项目的台数较少的销售定额。

(4)销售定额登录处理(S1904)

在工厂一侧终端2，将更新后的销售定额发送给管理中心一侧终端3。在管理中心一侧终端3，将接收到的销售定额数据登录在销售定额数据存储部322中。此外，为了计划担当人员可以把握销售定额预测的精度，对输出装置输出交货期回答响应指标以及库存滞留指标。在图28中表示了销售定额预测精度以及销售定额的显示单元的例子。通过参照销售定额预测精度指标，可以定量地分析库存的滞留以及交货期回答的响应，来研究对策。例如，如图29所示，如果库存滞留基准低，并且交货期回答响应低，则认为可以保持恰当的销售预测精度。但是，如果即使库存滞留基准低，但交货期回答响应高，则表示处于即使确定销售定额的比例高，但仍然频繁地生成销售定额方案的倾向，要考虑进一步增加需求台数等对策。此外，在库存滞留基准高，并且交货期回答响应低的情况下，考虑到处于剩余比较多的预测销售定额，并且交货期询问的件数本身较少的倾向，所以需要用于促进销售的措施。相反，在库存滞留基准高，并且交货期回答响应高时，考虑到虽然询问较多但几乎无法在确定销售定额中安排，预测精度本身存在问题，所以需要研究内部构造的改善等。例如，在本实施例中说明过的通过更新项目选择的优先顺序的预测销售定额的重新估计也是其方式之一。

产业上的利用

根据本发明，通过设置提高用于安排交货期回答的销售定额信息的精度的一连串的单元，在接受订货时，减少执行销售定额变更模拟的频度，由此可以缩短交货期回答响应时间。此外，根据本发明，计算出满足降低部件库存盈亏的目标的最佳解，来生成销售定额，所以可以降低库存的盈亏。

而且，根据本发明，除此之外，还可以期待提高需求预测精度，提高交货期遵守率以及降低销售定额变更模拟处理等系统的负荷等效果。

关于实施例进行了如上的记述，但本发明并不限于此，对于本领域的技术人员来说，显而易见，在本发明的宗旨和所附的权利要求的保护范围内可以进行各种变更以及修改。

Claims (11)

1.一种交货期回答系统，其将可以销售的流通项目作为与每个可以销售的时间相对应、至少容纳了项目的识别信息以及其数量信息的销售定额进行管理，并具备将所述销售定额划分为确定销售定额和预测销售定额进行管理的销售定额时间表，所述确定销售定额容纳由顾客确定了接受订货的项目的信息，所述预测销售定额容纳了根据发货实绩等的通过需求预测决定的销售预测的项目的信息，在接受交货期询问时，在可以从所述预测销售定额中留出所述询问的项目时进行交货期回答，在无法从所述预测销售定额中留出所述询问的项目时，执行销售定额变更模拟，为了满足或者部分满足顾客希望的交货期、数量以及项目内容，变更所述销售定额时间表的预测销售定额，来向询问方进行交货期回答，其特征在于，

具备下述单元：

保存接受了交货期询问的履历和执行了所述销售定额变更模拟的履历的单元；

根据该履历数据，计算执行了所述销售定额变更模拟的件数占每单位时间的询问件数的比例，将预先决定的基准值与该值进行对照，在超过了预先决定的基准值时，检测该变化的运算处理单元；

在所述运算处理单元检测到所述变化时进行工作的、对成为生成预测销售定额的基础的销售预测项目的优先顺序进行更新的单元；以及

根据所述更新后的优先顺序的结果，生成新的预测销售定额的销售定额生成单元。

2.根据权利要求1所述的交货期回答系统，其特征在于，

进行按构成所述被询问的项目的下位项目区分的需求预测，和按所述下位项目区分的销售总台数预测，

根据所述预测结果、部件构成信息、订货信息、库存信息以及优先顺序参数等，计算满足降低部件库存盈亏目标的最佳解，计算所述被询问的每个项目的销售台数。

3.根据权利要求1所述的交货期回答系统，其特征在于，

根据所述履历数据计算实施了所述销售定额变更模拟的件数占每单位时间的询问件数的比例，将该结果作为预测销售定额的预测精度在输出单元进行显示。

4.一种交货期回答方法，其将可以销售的流通项目作为与每个可以销售的时间相对应、至少容纳了项目的识别信息以及其数量信息的销售定额进行管理，并具备将所述销售定额划分为确定销售定额和预测销售定额进行管理的销售定额时间表，所述确定销售定额容纳由顾客确定了接受订货的项目的信息，所述预测销售定额容纳了根据发货实绩等通过需求预测决定的销售预测的项目的信息，在接受交货期询问时，在可以从所述预测销售定额中留出所述询问的项目时进行交货期回答，在无法从所述预测销售定额中留出所述询问的项目时，执行销售定额变更模拟，为了满足或者部分满足顾客希望的交货期、数量以及项目内容，变更所述销售定额时间表的预测销售定额，来向询问方进行交货期回答，其特征在于，

具备下述步骤：

保存接受了交货期询问的履历和执行了所述销售定额变更模拟的履历的步骤；

根据该履历数据，计算执行了所述销售定额变更模拟的件数占每单位时间的询问件数的比例，将预先决定的基准值与该值进行对照，在超过了预先决定的基准值时，检测该变化的步骤；

在所述运算处理单元检测到所述变化时进行工作的、对成为生成预测销售定额的基础的销售预测项目的优先顺序进行更新的步骤；以及

根据所述更新后的优先顺序的结果，生成新的预测销售定额的步骤。

5.根据权利要求4所述的交货期回答方法，其特征在于，

具有：

进行按构成所述被询问的项目的下位项目区分的需求预测，和按所述下位项目区分的销售总台数预测，

根据所述预测结果、部件构成信息、订货信息、库存信息以及优先顺序参数等，计算满足降低部件库存盈亏目标的最佳解，计算所述被询问的每个项目的销售台数的步骤。

6.一种程序，其预先分配可以销售的流通项目的销售定额，当接受交货期询问时，从所述销售定额中留出所述询问内容进行交货期回答，当无法在所述销售定额中留出所述询问内容时，执行销售定额变更模拟，在变更为尽可能满足顾客希望的交货期、数量、项目内容等的销售定额之后进行交货期回答，其特征在于，

所述信息处理装置，具备：

保存接受了交货期询问的履历和执行了所述销售定额变更模拟的履历的单元；

根据该履历数据，计算执行了所述销售定额变更模拟的件数占每单位时间的询问件数的比例，将预先决定的基准值与该值进行对照，在超过了预先决定的基准值时，检测该变化的运算处理单元；

在所述运算处理单元检测到所述变化时进行工作的、对成为生成预测销售定额的基准的销售预测项目的优先顺序进行更新的单元；以及

根据所述更新后的优先顺序的结果，生成新的预测销售定额的销售定额生成单元；

该程序实现下述处理：

当所述运算处理单元检测出所述变化时，对成为生成预测销售定额的基础的销售预测项目的优先顺序进行更新的处理；和

读入该优选顺序的结果，新生成用于留出交货期回答的销售定额的处理。

7.根据权利要求6所述的交货期回答程序，其特征在于，

实现以下的处理：

执行按构成所述被询问的项目的下位项目区分的需求预测、和按所述下位项目区分的销售总台数预测的处理；以及

根据所述预测结果、部件构成信息、订货信息、库存信息以及优先顺序参数等，计算满足降低部件库存盈亏目标的最佳解，计算所述被询问的每个项目的销售台数的处理。

8.根据权利要求6所述的交货期回答程序，其特征在于，

根据所述履历数据计算实施了所述销售定额变更模拟的件数占每单位时间的询问件数的比例，将该结果作为预测销售定额的预测精度在输出单元进行显示。

9.一种存储了权利要求6所述的程序的计算机可读取的存储介质。

10.一种存储了权利要求7所述的程序的计算机可读取的存储介质。

11.一种存储了权利要求8所述的程序的计算机可读取的存储介质。

Images