库存控制系统,库存控制方法及收费方法

摘要

本发明提供了库存控制系统，库存控制方法及收费方法。根据设定值的更新变更安全库存，始终保持适宜的值。具有需求预测装置、实绩值计算装置、预测残差计算装置、参数计算装置、根据上述参数计算安全库存的安全库存计算装置，和随着设定值的更新在计划订立时被读取的数据不同区域的数据，临时从数据存储装置读取上述各装置，执行1次或者多次各种计算处理。

说明书

技术领域

本发明涉及库存控制技术，特别涉及设定安全库存的库存控制系统以及库存方法以及库存控制程序及其针对库存控制程序的使用的收费方法以及存储有库存控制程序的存储介质。

背景技术

成品和零件的项目(项目：是指成品、零件、半成品、在制品、原材料等的总称或者某个)的库存量必须与需要对应。但是，一般因为需要经常变化，所以在确定库存量时需要预见与需要的变化对应的富余。把预见该富余确保安全的库存称为安全库存。一般，安全库存的计算式可以表示如下。

安全库存＝α×√T×σ

α：安全系数

T：计划范围

σ：需要的偏差(标准偏差)

在上述计算公式中，计划范围T通过合计计划订立周期和供应准备时间和计划准备时间求得。在此所谓准备时间，是在发出指令后，执行作业到该指令完成的期间。图39和图40是展示计划范围、计划订立周期、供应准备时间、计划准备时间的关系。在图39所示的例子中，计划准备时间是2天，供应准备时间的4天，计划订立周期是7天，计划范围是合计它们的13天。在图40所示的例子中，计划准备时间是2天，供应准备时间是4天，计划立案周期是1天，计划范围是合计它们的7天。

为了设定安全库存，在上述安全库存的计算公式的α、T以及σ中代入任意值。或者，还有不用上述计算式而把任意的值代入安全库存的方法。

以下，说明软件收费方法的以往技术。

作为软件收费方法的以往技术，有以下方法。

(1)产品购入形式的收费方法

购入被存储在软(R)盘和密致盘等的记录介质中的软件使用的方法

(2)服务定额收费方法

不购入软件自身。作为软件租借费和软件使用费每一定期间(例如每月)支付软件提供公司一定费用的方法。

(3)服务从量收费方法

不购入软件自身。把与使用软件的时间和频度对应的费用支付给软件提供公司的方法。

图39、40所示的例子，计划准备时间是2天，供应准备时间是4天，计划订立周期分别是7天、1天。最近，由于经营环境的变化和成品制造服务的提高、信息系统的高度化等，上述计划订立周期、供应准备时间以及计划准备时间有缩短的趋势。另外更新它们的机会也有增加。一般，如果逐周和逐日缩短计划订立周期则库存减少。另一方面如果错误进行安全库存的设定，则发生成品断档或者增加库存过剩。因而，根据计划订立周期、供应准备时间以及计划准备时间等的设定值更新变更安全库存，把安全库存始终保持在适宜的值是必不可少的。

但是，在上述以往的技术中叙述的安全库存的计算式，是需要数据的残差分布为一定等的，根据几个假定的计算式。因此不能在一般的使用中通用。因此，把计划订立周期和各种准备时间，代入该计算公式求得的安全库存，不保证始终是适宜的值。因而，在反映计划订立周期和各种准备时间的更新的适宜的安全库存的计算中，需要实施几个有特征的计算处理。

以下，叙述有关以往软件的收费方法的问题。

最近，为了减少在软件的购入和维护所需要的费用，利用应用程序服务提供者(Application Service Provider，以下简称ASP)提供的自动订制(アトソ-シング)服务，使用各种软件的客户企业逐渐增加。当利用自动订制服务使用各种软件的情况下，对于软件使用的收费，选择在以往的技术中所示的(2)服务定额收费方法或者(3)服务从量收费方法之一或者并用。这时，一般，根据容易制定服务使用预算的理由，客户企业有选择服务定额收费方法或者组合服务定额收费方法和服务从量收费方法的趋势。

但是，这些方式还存在以下的问题。

首先，服务定额收费方法，虽然具有费用是容易以定额制定预算的优点，但不是以是否实际使用软件确定费用的方式。因此对于使用时间和使用频度多的客户来说有利，但对于使用少的客户是不能满足的方式。

另外，当组合服务定额收费方式和服务从量收费方式的情况下，使用费用的支付必然在以后支付。因此，对于软件提供公司来说始终具有费用回收风险。

以往的这种收费方法，对于使用频度少的客户和软件提供者一侧是不能满足的方式。

发明内容

期望解决上述那样的问题，根据计划订立周期、供应准备时间以及计划准备时间等设定值的更新变更安全库存，始终保持适宜值的库存控制系统、库存控制方法。

另外，期望提供一种收费方法，提供库存控制系统功能的一方，并不背负费用回收的风险可以可靠地回收费用，并且可以向客户要求公正的费用，而客户一方可以以和使用量相抵的金额并且以容易预算的形式支付费用。

本发明的新的想法是，解决以上问题。

为此本发明的库存控制系统包含：计算出需要的预测值的需要预测装置；计算出用于和预测值比较的实绩值的实绩值计算装置；计算出预测值和实绩值的差的预测残差计算装置；计算出标准偏差值等的参数的参数计算装置；根据上述参数计算安全库存的安全库存计算装置。

另外，在本发明的库存控制系统中，根据计划订立周期和计划准备时间和供应准备时间等的设定值的更新，和在计划订立时被读取的数据不同的领域的数据，被从数据存储装置读取到上述需要预测装置、上述实绩值计算装置、上述预测残差计算装置、上述参数计算装置、上述安全库存计算装置，执行1次以上各种计算处理。

另外，本发明的库存控制系统包含：具有接收在该系统的功能使用时希望使用的表名称输入的输入装置，和对应上述表的种类，根据预定的收费系统发行票文件发送到客户设备的票发行装置的管理服务器设备；具有从存储上述多个表的数据元存储部复制根据在上述票文件中表示的信息被指定的表的数据，写入到数据目标存储部的数据复制写入装置，或者对于存储上述多个表的数据元存储部，控制读取根据在上述票文件中表示的信息指定的表数据的数据读取控制装置的至少1个的多个服务器设备。

另外，在本发明的库存控制系统中，上述输入装置，对于客户希望使用的表，接受记录范围指定或者数据量指定的输入，上述票文件发行装置，根据该记录范围指定或者数据量指定的信息发行票文件。

附图说明

图1是展示本发明的一实施方式的硬件构成的图。

图2是客户设备的输出画面例子。

图3是展示基准登录处理流程的图。

图4是通常业务处理流程的图。

图5是展示第1基准更新处理流程的图。

图6是展示第1基准更新处理流程的图。

图7是展示第2基准更新处理流程的图。

图8是展示第2基准更新处理流程的图。

图9是软件存储部的图像图。

图10是说明安全库存的计算式的图。

图11是说明安全库存的计算顺序的例子的图。

图12是展示在安全库存的计算处理中使用的数据范围的图。

图13是展示在安全库存的计算处理中使用的数据范围的图。

图14是说明安全库存的更新处理的图。

图15是说明伴随基准设定值的变更的安全库存的更新处理的图。

图16是说明伴随基准设定值的变更的安全库存的更新处理的图。

图17是说明票文件的购入处理的图。

图18是说明票文件的行使时的处理的图。

图19是说明票文件的行使时的处理的图。

图20是说明数据的删除处理的图。

图21是说明数据的读取禁止处理的图。

图22是展示票文件内容的图。

图23是展示在库存控制系统的功能的使用时中的客户一方流程的图。

图24是展示在库存控制系统的功能的使用时中的客户一方流程的图。

图25是展示根据票文件的票文件失效前的流程的图。

图26是客户设备的输出画面例子。

图27是客户设备的输出画面例子。

图28是客户设备的输出画面例子。

图29是客户设备的输出画面例子。

图30是客户设备的输出画面例子。

图31是客户设备的输出画面例子。

图32是客户设备的输出画面例子。

图33是用多个服务器构成库存控制系统时的硬件构成图。

图34是数据元存储部的表构造的图像图。

图35是说明记录限制的图。

图36是展示费用体系的一形态的图。

图37是展示费用体系的一形态的图。

图38是展示费用体系的一形态的图。

图39是说明在订立计划时设定的值的定义的图。

图40是说明在订立计划时设定的值的定义的图。

具体实施方式

以下说明本发明的实施方式。

首先，说明本发明的库存控制系统的位置。

(1)库存控制系统的功能的附带位置

最近，作为在企业中开始使用的信息系统有供应链计划(Supply Chain Planning以下称为SCP)系统。其主要功能是需求计划、供应计划、交货期应答。另外，作为其他系统有制造业的实行系统(Manufacturing Execution System以下称为MES)。其中有进展管理等的功能。本发明的实施方式中的库存管理系统，除了SCP的需求计划功能和供应计划功能、MES的进展管理功能外，兼具进行库存分析的库存分析功能，是所谓SCP扩展版的带位置的新的系统。

(2)库存控制系统的硬件构成

以下，说明库存控制系统的硬件构成。

图1是展示本发明一实施例中的库存控制系统的硬件构成图。

如图1所示，本实施例的库存控制系统0100，经由通信线路连接提供库存控制程序的服务器设备0109和使用它的一方的客户设备0110构成。在此，客户设备可以是多台，服务器设备也可以由多台构成。

服务器设备0109，具有键盘和鼠标等的输入装置0101和显示器等的输出装置0102和辅助存储装置0104和执行库存控制程序和收费处理的处理装置0103。处理装置0103具备接口01031和中央运算处理装置(以下，称为CPU)01032和主存储装置01073，经由接口01031连接输入装置0101输出装置0102以及辅助存储装置0104。

客户设备0110，包含键盘和鼠标等的输入装置0105；显示器等的输出装置0106；辅助存储装置0108和执行库存程序和收费处理的处理装置0107。具备处理装置0107接口01071和CPU01072和主存储装置01073，经由接口01071连接输入装置0105输出装置0106以及辅助存储装置0108。

在本实施例中库存控制程序的处理结果在服务器一侧被存储在主存储装置01033中被确保的存储区域上，在客户设备一方存储在主存储装置01073中。程序被预先保持在辅助存储装置中，通过CPU01032、01072执行被写入主存储装置01033、01073中的程序实现。

另外，在本实施例中以库存处理系统通过通用信息处理装置和软件实现的情况为例说明，但例如，也可以通过包含硬连接逻辑的硬件，和通过这种硬件、预先编程的通用信息处理装置实现。

另外，在本实施例中，所谓库存控制系统，并不限于指服务器一侧以及客户设备一侧的全体，还包含以服务器一方的构成实现的库存控制系统的情况。

(3)库存控制系统的功能

以下说明库存控制系统的功能。本实施例中的库存控制系统，具有在“(1)库存控制系统的附带位置”中叙述的需求计划、供应计划、进度管理、库存分析等的基本功能。需求计划功能是预测需求制定需求计划的功能，供应计划功能是对于已预测的需求制定供应计划的功能，进度管理功能是核对供应计划和实际的生产和库存一致管理进度的功能，库存分析功能是根据进度管理控制安全库存的功能。此外，在使用库存系统执行这些功能前，需要设定一些成为基准的值，还具有用于此的基准设定功能。需求计划、供应计划、进度管理、库存分析等的个各功能，参照该基准设定执行处理。

图2展示为了起动上述各功能儿显示在客户设备上的画面的例子。在图2中，客户可以选择移动基准设定功能的基准登录按钮0202、起动通常使用的功能的通常业务按钮、在通常的业务流程中更新基准设定值的基准更新1按钮0206、起动本发明的特征的基准设定值更新处理的基准更新2按钮0208。由基准登录按钮0202起动的基准设定功能，是用于在系统的使用前选择登录基准设定值的功能。由通常业务按钮0204起动的通常业务，是通常使用的功能，以需求计划、供应计划、进度管理、库存分析的顺序执行处理。由基准更新1按钮0206起动的功能，是更新通常业务功能的基准设定值的功能，基准设定值的变更不能自动地反映在其他的处理中。由基准更新2按钮0208起动的功能是，如果变更基准设定，则自动地反映其变更进行需求计划、进度管理、库存分析的各处理的本发明的特征功能。以下，详细说明在分别选择按钮时起动的处理内容。

(3.1)基准设定处理

首先，说明基准设定处理

图3是展示在选择了图2的基准登录按钮0202时起动的基准设定功能的流程图。

如图3所示，客户一侧的用户首先与服务器连接。虽然在图3至图8的顺序图中省略，但在服务器一侧，首先进行用户认证。服务器一侧，把图2所示的功能选择画面作为应答画面显示。如果用户选择图2的基准登录按钮0202，则基准设定功能起动。用户根据画面显示登录数据取样的下限值、生产能力、计划订立周期、计划准备时间、供应准备时间、安全库存等。在服务器中，如果登录计划订立周期、计划准备时间、供应准备时间，则根据它们计算处理计划范围。在对各自每次登录结束时，从服务器一侧显示登录结束信息。当只利用基准设定功能的情况下，各项目的设定结束后，服务器进行切断处理，显示切断结束信息，基准功能设定处理结束。

即使在以下的顺序图中，也在顺序图的开头上展示和服务器的连接，在顺序图的最后展示来自服务器的中断处理，但在已经和服务器连接完的情况下，和在功能的使用后没有切断和服务器的连接的情况下，省略这些处理。

(3.2)通常业务处理

以下，说明在用户选择了图2的通常业务处理按钮0204时起动的通常业务处理。

基准设定项目登录结束的用户，可以利用具备图2的0203所示的需求计划功能、供应计划功能、进步管理功能、库存分析功能的各功能的通常业务处理。进行处理的程序，虽然是以后在说明中使用的图，但被存储在图17所示的应用程序部分的软件存储部中，通过读取到软件处理部中执行处理。

在通常业务处理中，如图2的菜单0203所示那样以从1至4的顺序处理。图4是展示通常业务处理的流程的图。

如图4所示，如果客户设备一方的用户首先与服务器连接，则服务器一侧显示应答画面。用户选择图2的通常业务按钮0204，首先起动1的需求计划功能，指示计划需求的登录或者需求预测的指示。接收它在服务器一侧中，如图9所示执行软件存储部的需求计划功能的程序。进而，在计划需求的登录上，有登录已经根据数据进行需求预测的结果和情况和登录用户设定的预定需求的情况。当登录计算需求的情况下执行登录处理，在进行需求预测的情况下执行图9所示的预测数据的检索、取得、合计等的函数进行需求预测。而后，进行安全库存取得、总需求量计算、库存取得、订货余额取得、净需求量计算、日程开展等的处理，把其结果取得的生产的负荷状况显示在客户设备一侧的画面上。

在客户一侧中，当根据其显示补正所需要量的情况下指示其货品种和量，变更需要量。在服务器一侧更新需求量，把反映变更结果的生产负荷状态显示在客户一方的画面上。而后切断和服务器的连接。

进而，图9的起动控制功能虽然未展示在图2中，但它是具有进行各处理的起动控制功能的程序。

(3.3)基准设定值的更新处理1

以下用图5、图6说明更新在选择了图2的基准更新按钮10206时执行的基准设定的处理。图6是图5接着的处理。

基准设定的更新处理，如图5以及图6所示，首先用户与服务器连接，服务器显示应答画面。如果用户例如更新登录计划订立周期，则服务器一侧把登录结束信息显示在客户设备上。处理计划订立周期外，计划准备时间、供应准备时间、数据取样数的下限值、生产能力、安全库存等的更新处理，同样也是在用户登录更新基准设定值时，服务器一侧进行更新处理，如果处理结束则把结束信息显示在客户一侧上。如果登录处理结束则服务器一侧进行切断处理，把切断结束信息显示在客户一侧。

(3.4)基准设定值的更新处理2

以下，用图7、图8说明更新在选择了图2的基准更新2按钮的时执行的基准设定的处理。

图7和图8都是在选择了基准更新2按钮时起动的处理流程。两者的不同之处不是基准功能处理自身，而是考虑了实施时的收费方法不同。图7是在以往技术中叙述的产品购入形式等的收费方法时的流程图，图8是预先规定库存控制系统的功能使用范围，服务器一侧发行具有与该范围有关的信息的票文件，进行收费处理的方式的流程图。对于票文件的收费方法，在“(4)使用票文件的库存控制系统的收费方法”以后详细叙述。

首先，说明图7的情况。

客户与服务器连接，服务器一侧在客户一侧上显示应答画面。用户选择图2的基准更新2按钮0208。根据来自服务器一侧的应答画面变更计划订立周期、计划准备时间、供应准备时间之一或者二个以上。在服务器一侧检索需要的数据进行再预测，和实绩需求比较求预测残差。图7中合计用于计算安全库存的预测残差的结果，计算对于取样数充分的货品种计算安全库存，并更新，对于该货品种显示安全库存更新后信息。

对于取样数不充分的货品种，手动登录在用户一侧设定的安全库存。服务器一侧，如果手动进行的安全库存的登录结束则显示登录结束信息。如果处理结束则从服务器进行切断操作，显示切断结束信息。

以下用图8说明使用票文件时的更新处理的流程。

在图8中，首先如果用户与服务器连接则服务器显示应答画面。用户根据来自服务器一侧的应答画面变更计划订立周期、计划准备时间、供应准备时间之一或者二个以上。在服务器一侧中进行安全库存的计算处理，对于取样数充分可以算出安全库存的货品种更新安全库存，显示更新结束信息。对于取样数不充分的货品种显示更新未结束的信息。当安全库存的更新未结束的货品种多，超过如图7的例子所示那样可以用手动输入安全库存的范围的情况下，为了增加取样数扩大用户可以使用的数据的范围。

在本实施方式中，在以后的收费处理说明中叙述，是购入“票文件”后这种方法使用系统。当在该票文件中使用系统时指定可以参照的数据的范围等。因而，当为了增加取样数想要扩大可以使用的范围的情况下，用户需要购入扩大数据的使用范围的票文件。服务器一侧，应答来自客户一方的票文件的购入申请，服务器一方进行票文件发行手续，付送扩大了可以使用的数据范围的票文件。

用户使用新购入的票文件再次指示安全库存的更新处理。第2次安全库存更新处理的结果，由于取样数足够因而显示安全库存被更新的货品种，还显示安全更新未结束的货品种。2次更新处理后，当更新未结束的货品种减少的情况下，对于剩余更新未结束的货品种也可以手动更新安全库存。当更新未结束的货品种还多的情况下，也可以进一步购入扩大了数据范围的票再次进行安全库存的更新处理。

(3.5)安全库存的更新处理

以下说明伴随基准设定变更的安全库存的更新处理。

在本实施例中，安全库存的更新处理有3种。一种是在一般业务中自动更新安全库存的处理。另一种是当选择了图2的基准更新1按钮0106的情况下执行的处理。最后一种是在选择了图2的基准更新2按钮0208时执行的处理。以下，为了说明这些安全库存的更新处理，首先说明安全库存的计算式和计算顺序。

(3.5.1)安全库存的计算式和计算顺序

用图10和图11说明安全库存的计算式和计算顺序。

图10是展示安全库存的计算式的例子的图，图11是展示安全库存的计算顺序的例子的图。

在图10中，是以把计划准备时间设置为1周，把供应准备时间设置为6周，把计划订立周期设置为1周时为例子的图。把图中的本周开头在现时刻作为计划订立的开始日。计划订立的发行日为第1周的开头，入库结束日是第6周的末尾。在本周中的计划需求数据，本周是360，第1周至第5周是252，第6周是322，第7周是322。进而，在中段的正态分布的曲线图中展示在各个周中在可以得到实绩需求的阶段，和计划需求比较的预测残差的分布图像。在每周中，如第1周是σ₀，第2周是σ₁那样分散值σ不同。计划范围内的累计残差分布，为图下段所示那样的分布1001。当假设该各周的分散值是完全相同的时，8周间的累计残差分布、安全库存表示为假定1。这和在以往技术中所示的计算式相同。另外，如果假设各分散值从本周到第6周是0，在第7周不是0，则累计残差分布以及安全库存表示为假定2。这是至第6周需求确定时的假定。在各分散值不同，另外还不是0的情况下，累计残差分布以及安全库存用假定3所示的式子求得。假定3的计算式虽然式子复杂但是是通用的计算式，是包含假定1和假定2的式子。

在安全库存的具体例子中通用的计算顺序，例如有图11所示的顺序。

(顺序1)累计实绩需求计算和计划需求比较后的预测残差值Z的取样数n。

(顺序2)计算取样的标本平均。

(顺序3)计算偏差平方和。

(顺序4)计算标本分散。

(顺序5)计算标本标准偏差。

(顺序6)当取样数少时计算虚报系数

(顺序7)计算母标准偏差。

(顺序8)设定安全系数

(顺序9)计算安全库存

进而，在顺序6中计算出虚报系数，是因为在取样数少的情况下偏差平方S一方与母标准偏差σ相比值减小的趋势显著，所以未用S代替σ的一方好的缘故。另外，在顺序8中，当把安全系数α设置为1.65的情况下，次品概率是5％。这意味着100次计划中产生5次次品。另外，安全库存通过乘算在顺序7中求得的母标准偏差和在顺序8中设定的安全系数求得。该乘算式和在图10的假定3中所示的安全库存的计算式相同。

以下，说明安全库存的更新处理。

(3.5.2)安全库存的更新处理1

用图12、图14说明安全库存的更新处理。该安全库存的更新处理1，是在一般业务中自动更新安全库存的处理。

在服务器一侧，首先进行需求计划处理计算出计划需求。在图12的例子中，计划需求为750。而后进行日间需求取得、日间生产量取得、日末库存计算处理，计算每日的需求信息、生产量、库存量合计该数据。在图12中展示从现在时刻的t到t+13合计的例子。合计从选择时刻累计到t+13后的数据的结果，假设实绩需要是770。因为在图12的情况下预先计算出的计划需求是750，所以根据实绩需求的770和计划需求750，预测残差为20。这样计算需要的取样数的预测残差，求其标准偏差。在图12中，展示计算出的预测残差的标准偏差是50情况的例子。

以下，用图14说明从安全库存的初始登录值到自动更新为新的更新值的处理流程。

首先，在基准设定阶段中，开始基准设定处理，设定各种基准项目(S1401)，把取样准备时间等的设定内容存储在数据库中(S1402)，处理结束。对于安全库存，也是分别起动基准设定处理开始处理，设置基准设定(S1403)在安全库存的数据库中存储设定内容(S1404)，处理结束。

在基于基准设定的一般业务阶段中，如果开始处理，则首先进行需求计划处理。而后，根据基本设定的安全库存数据进行供给计划处理。接着进行进度管理处理根据实绩需求进行库存分析处理。在需求计划处理和供给计划处理、库存分析处理中参照在基准设定阶段设定的数据。直至蓄积需求数的取样前再次返回开始1继续需求计划、供给计划、进度管理的各处理。汇集需要的取样数的数据最初可以求安全库存。而后如果安全库存被更新，则根据该安全库存，对以下计划重复同样的处理。

在图14中，直至安全库存被更新前必须等待蓄积在安全库存的计算中所需要的取样数的数据，例如需要数周的期间。即，直至安全库存被更新前有大的时滞。另外，如果在过程变更供应准备时间等的设定值，则在此前计算求得的预测残差变为无效，不能计算出反映出了变更的安全库存。

(3.5.3)安全库存的更新处理2

用图15说明安全库存的更新处理2。该安全库存的更新处理2，是随着供应准备时间等的设定值的变更，用户手动更新安全库存的处理。

如图15所示这种情况下处理为三个阶段。首先，处理开始，进行基准设定处理，变更供应准备时间等，结束处理(第一阶段)。以下另外开始处理，直至取样数充分前进行需求计划、进度管理、库存分析，如果充分则结束处理(第二阶段)。进而，在此处的需求计划等的各处理中使用的数据范围和通常时使用的数据范围不同，使用过去的数据。即，在原本的需求计划处理中是在现时刻中进行将来的需求预测的处理，而在此是从现在时刻进行在过去的时刻中的需求预测的处理。进度管理处理以及库存分析处理也一样。接着开始处理，进行基准设定处理更新安全库存，结束处理(第三阶段)。在该安全库存的更新处理2中，因为在第一阶段中的供应准备时间等的设定值的更新未被反映在第二阶段、第三阶段的处理中，所以在用户用手动进行各阶段所需要的处理时必须设定其变更内容。即，当要变更供应准备时间等的情况下，在第一阶段、第二阶段以及第三阶段和各个阶段中，用户必须进行3此数据的变更操作。

(3.5.4)安全库存的更新处理3

以下，用图13、图16说明安全库存的计算处理3。该安全库存的更新处理3，是随着供应准备时间等的设定值的变更，自动更新安全库存的处理，是本发明的特征的处理。

在图13中，改变各种计算功能运行的时刻和数据区域。在该安全库存的计算方法中，追溯过去确定数据区域，对该区域订立需求计划和实绩需求比较，求预测残差计算其标准偏差，计算在现在时刻的安全库存。该计算结果的标准偏差是现在时刻的偏差。在安全库存的计算中使用的数据，因为是过去的数据，所以不需要等待经过计划范围的期间，另外也不需要等待取样的蓄积，可以计算出安全库存。

在图13的例子中，为了求现在时刻t的安全库存，计算根据从过去到t-m+2的数据计算出的计划需求750，和从此时刻到t-I的实绩需要770的预测残差20，以至t-1的数据为基础求需要的取样数预测残差计算出现在时刻t的标准偏差50。由此，可以算出现在时刻中的安全库存。可以计算出现在时刻的安全库存的方式，当有供应准备时间等的变更的情况下，在一次更新操作中自动地把其变更内容反映在计算中，直至自动计算出安全库存。

在图16中，展示随着供应准备时间等的变更，更新安全库存时的处理的流程。在安全库存的计算顺序3的基准更新阶段中，开始处理进行基准项目的设定处理，更新供应准备时间等。更新操作只进行一次即可。而后，从根据该更新的数据已经得到的时刻开始使用过去的数据进行需要计划处理、进度管理处理、库存分析处理，如果求所需要的取样数则计算安全库存，结束处理。

在该计算处理中，只变更1次基准设定，直至安全库存的计算可以在一个流程中进行。即，如计算顺序2所示不分断处理流程。另外，反映基准设定的变更的计算结果，没有时滞可以立即得到。即，如计算顺序1所示如果在过程中变更供应准备时间等的设定值，则此前计算求得的预测残差变为无效，不会发生不能计算反映了变更的安全库存的情况。

(4)使用了票文件的库存控制系统的收费方法

(4.1)概要

在本实施例中，提供库存控制程序的ASP一方，对于要利用程序的客户，经由网络发行确定了使用范围和内容的电子性“票文件”。收费处理，因为是在客户购入该票文件时刻进行，所以可以在服务是使用前收费。客户在被确定在已购入的票文件的内容和票文件中的限制范围内，使用库存控制系统的功能。在本实施方式中作为被票文件付与的限制方式展示了2个例子。

一个是通过从数据元存储部1704向数据目标存储部1705只复制可以利用的范围数据实现数据访问限制的方式(方式1)。即，在该方式中系统并不使用被存储在数据元存储部1704中的数据，而使用被存储在数据目标存储部1705的数据。进而，在本实施例中说明了数据元存储部1704在图1的服务器设备0109的辅助存储装置0104中的情况，但数据元存储部1704可以在客户一侧的客户设备的辅助存储装置0108上也可以在服务器设备的辅助存储装置0104中。例如，当使用了客户企业蓄积的数据的情况下，在客户设备中，当使用业界共用的技术数据(know-how)的情况下，最好是保持在服务器设备中。

另一个是，并不是如方式1那样分成可以根据票文件的内容使用的数据存储，而是进行对数据元存储部1704的数据访问限制的方式(方式2)。

以下，对于票文件的购入、行使以及失效叙述各自方式的不同。

(4.2)票文件的购入

首先，用图17说明票文件的购入。图17是说明在票文件购入中的数据流程的图。图17(a)是方式1时的图，图17(b)是方式2时的图。

(4.2.1)方式1的情况

首先，客户经由网络等访问库存控制系统的收费部分1712，发送希望使用的功能、在此使用的数据种类和数据量等的信息进行票文件购入申请。接收来自客户的票文件购买申请的票发行部1701，根据票文件购入申请发行票文件经由网络向客户发送票文件。这时，检索票收费存储部1702的费用数据库，从被存储在其中的费用系统数据中取费用数据进行收费处理。另外，票文件发行部1701，根据从客户接收到的票文件购入申请命令在数据复制写入部1703中进行数据的复制写入。接收它后数据复制写入部，根据包含在票文件购入申请中的使用功能和使用数据种类、量的信息复制数据元存储器1704的数据，把复制数据写入数据目标存储部1705。进而，数据的复制和写入，可以在票文件的发行时进行，也可以在发行时不进行而在客户使用已购买的票文件想要使用系统时进行。当在使用时进行复制和写入的情况下，还考虑把来自客户的票文件的接收作为复制写入命令使用。

图22展示票文件的内容的例子。票文件，由在票文件中固有的票文件号码、根据来自客户的票文件购入希望信息设定的各项目、从这些内容中算出的费用总和及其明细构成。

这样有关收费根据被存储在数据目标存储部1705中的数据种类和数据的量确定。收费处理在票文件的发行时进行。

(4.2.2)方式2的情况

首先，客户经由网络访问库存控制系统的收费部分1712，和方式1一样申请票文件的购入。接收到票文件的购入申请的收费部分1712，和方式1一样发行电子票文件，经由网络发送到客户设备。在方式2中，票文件发行部1701，对数据读取控制部1706发出读取解禁命令。在此所谓读取解禁命令，在票文件中所示的数据种类和数据量的范围内，是可以访问数据元存储部1704的命令。数据读取控制部1706，接收该解禁命令，在票文件所示的期间和数据变更的容许次数等的限制下控制数据访问。即使在方式2中，发出读取解禁命令的时刻，并不限于票文件的发行时，也可以是客户使用已购入的票文件使用系统时。另外，作为读取解禁命令，在可以使用票文件这一点上，和方式1相同。

有关收费也和方式1一样根据访问许可的数据种类和数据的量确定。收费处理也在票文件的发行时进行。

(4.3)票文件的行使

接着，用图18以及图19说明票文件的行使。进而，即使在票文件购入后立即用该票文件使用系统的功能，也接着票文件的购入处理进行和以下相同的处理。

图18是说明方式1时的根据票文件系统的功能使用的图。图19是方式2情况下的图。进而，和图17相同的构成用同一名表示。

(4.3.1)方式1的情况

首先，客户，从客户设备向服务器设备发送客户保持的票文件，申请票文件的使用。接收到票文件的收费部分的票文件读取部1801，读取票文件，发出票文件检查命令。接收该检查命令，票文件检测部1802，首先，调查接收到的票文件自身运行的库存控制系统是否已发行。进而检查票文件的使用期限、数据更新次数、数据保持期限是否超过等。这些检查，通过核对被存储在客户的票文件存储部1803中的数据进行。该票文件信息存储部1803在服务器的辅助存储装置0140中。进而，在进行票发行处理时，票文件发行部0201，把发行的票文件的内容还登录在票文件信息存储部1803中。

检查的结果，当判断为从客户接受到的票文件不能使用的情况下，服务器一侧，经由网络向客户一侧的客户设备发送不能使用通知。

当从客户接收到的票文件可以使用的情况下，在票文件的行使是初次的情况下，和是第2次以后的情况中处理不同。

首先，当是初次行使的情况下，票文件检查部1802，把指示从数据元存储部1704向数据目标存储部1705复制票文件所示的数据种类和数据量那样的命令发送到数据复制写入部1703。另外，根据客户输入的内容，当在数据的内容中有变更的情况下，票文件检测部1802把票信息存储部1803的内容更新为最新的内容。另外，因为需要被存储在票文件信息存储部1803中票文件，和客户保持的票文件内容相同，所以票文件检查部1802发行发送基于更新后的数据的票文件。或者，发送变更票文件的变更命令信息，更新客户保持的票文件。

第2次以后的行使的情况下，如果在数据目标存储部1705中已经存储客户使用的数据则不需要复制，另外，以前，即使在票文件的行使时数据元存储器1704的数据被更新的情况下，如果此时更新完数据元存储部1704和数据目标存储部1705两方的内容，则在第2次以后的行使时不需要进行复制。当数据元存储部1704的数据未被更新的情况下，在第2次以后的使用中，在开始处理前发出复制写入命令复制数据元存储部1704的数据并写入数据目标存储部1705。

客户，接着起动应用程序部分的库存控制程序。客户，在执行库存控制程序时，输入用于使用库存控制系统的功能所需要的事项。接收输入后在软件处理部(相当于服务器设备的处理装置0103)中执行被存储在软件存储部(服务器的辅助存储装置0104)中的库存控制程序。在执行时可以参照的数据是被存储在数据目标存储部1705中的数据。而后，执行的结果经由网络输出到客户的客户设备的输出装置0106中。

(4.3.2)方式2的情况

方式2在从客户接收到的票文件的检查中，是和图18所示的(4.3.1)方式1的情况相同。即，当初次行使票文件的情况下，票文件检查部1802发出读取解禁命令。根据该读取解禁命令的内容，数据读取控制部1706进行控制，使得从数据元存储部1704读取票文件所示的限制范围内的数据。在数据读取控制部中，如果保持读取解禁的状态，则在第2次以后的票文件的行使时，不需要发出解禁命令。为了提高针对数据访问的安全性，如果在票文件形式后废弃读取解禁的状态，则在第2次以后的每次票文件的行使时，票文件检查部1802发出读取解禁命令，设置成客户可以访问数据元存储部1704的状态。

读取解禁后，客户可以根据票文件的内容使用库存控制程序。和方式1一样，客户进行使库存控制程序动作所需要的输入，在服务器设备的软件处理部(相当于处理装置0103)中从软件存储部(辅助存储装置0104的一部分区域)读出程序，执行处理。而后，执行结果经由网络输出到客户的客户设备的输出装置0106中。

(4.4)票文件的失效

最后，用图20以及图21，说明票文件失效情况下的处理。图20是方式1的情况，图21是方式2的情况。

(4.4.1)方式1的情况

数据期限检查部2001，定期或者在规定时刻，检索票信息存储部1803，核对发行到客户的票文件的数据使用期限。当超过数据使用期限的情况下，数据期限检查部2001，对客户一侧的客户设备进行数据删除通知，对数据删除部2002联络超期限。在数据删除部2002中，接收超期限联络，删除被存储在数据目标存储部1705中该客户的数据。如果这样核对使用期限超过的客户数据后删除，则因为从服务器中删除客户的技术数据等，所以机密性提高，可以降低数据泄露的可能性。进而，所谓数据使用期限，是在票文件购入时客户可以指定的项目，在服务器设备一侧的补助存储装置0104中的数据目标存储部1705中，是存储保持被票文件指定的数据和文件的期间。

(4.4.2)方式2的情况

即使在方式2中也和方式1一样用数据期限检查部2001进行使用期限核对。检查的结果，当期限超过时，数据期限检查部2001，经由网络等向客户设备通知数据读取禁止，同时对数据读取控制部1706，输出控制读取禁止命令。接收到读取禁止命令的数据读取控制部1706，截止对数据元存储部1704的读取访问。根据该功能，不仅可以防止超期后客户自身访问，而且可以防止他人对数据元存储部1704的不正当访问，可以提高数据的机密性。

(4.5)各处理的流程和画面显示的例子

在此，用图23至图25的流程图和图26和图32的画面显示例子说明票文件的购入、行使以及失效。

(4.5.1)票文件的购入以及行使的流程和画面显示

首先，用图23和图24，说明在票文件的购入以及行使中的客户一侧的流程。图24是接着图23的流程。

如图23所示，首先，客户如果访问服务器(步骤S2301)，则显示用户认证画面(S2302)。图26(a)展示用户认证画面的例子。客户，在用户认证画面中输入用户号码和口令等的必要事项(S2303)后选择按钮(S2304)，接收用户认证(S2305)。认证的结果(S2306)，当认证为是可以使用系统的客户的情况下，在客户设备的输出装置上显示图26(b)所示的各种申请画面(S2307)。客户选择在画面上的申请按钮(S2308)。

在图26(b)中，当选择了票文件购入申请按钮的情况下，把票文件购入画面显示在客户设备的输出装置上。图27展示票文件购入画面的例子。ASP一侧，如图27的例子所示和客户的用途一致地准备计算方式和可以使用的功能、表指定的有无、记录限制的有无等条件不同的多种票文件，和购入单位、使用时间、票的剩余数、费用等的信息一同显示。票文件的费用，因为根据票指定和记录限制的有无，确定客户可以使用的数据种类和数据量，所以设置成反映它的费用。计算方式，是表示库存控制程序的执行时间和期间的种类的方式。客户可以选择在希望的时间和期间进行处理的票。票文件的销售张数，不只是每次销售1张，还考虑以如No.1那样的10张单位等销售。

如果在图27所示的现成的票文件中有和希望一致的票文件，则客户按下票购入按钮(S2310)购入票文件。接收客户的选择，ASP一侧进行被选择的票文件的费用的回收手续，在发行票文件发送到客户的客户设备的同时把票文件登录在票信息存储部0303中(S2311)。

当在图27所示现成的票文件中没有想要的票文件的情况下，客户选择定制(custom)按钮(S2310)。于是在客户设备上显示定制(custom)用票购入画面(S2317)。在图28中，显示定制(custom)用票购入画面的例子。客户根据该画面输入需要的事项(S2318)，自己设定希望的票文件的内容，当购入的情况下选择费用计算按钮(S2319)。于是，在ASP一侧根据客户输入的条件计算票文件的费用。这时在客户设备一侧中显示费用计算中的主旨(S2320)。如果费用计算结束则把计算结果显示在客户设备的画面上(S2321)。客户根据其结果操作选择按钮。当确定购入的情况下，ASP一侧进行前面说明的步骤2311中的处理，并把其主旨通知客户设备。

当立即行使购入的票的情况下，可以在执行用户认证等的手续后执行，当根据使用更新票文件的内容后，把票文件送到客户的客户设备中(S2313)。以下在系统的实施方式1的情况下从数据元存储部向数据目标存储部进行可以使用的数据的复制和写入。而后在ASP一侧如果可以进行数据目标存储部的数据的读取，则把数据解禁通知显示在客户设备一侧(S2315)。当是实施方式2的情况下，因为是不进行数据的复制写入而在读取中设置限制的方式，所以在步骤2134之后进行数据读取解禁通知的显示(S2315)。

首先在只进行票文件的购入不立即使用购入的票文件暂时注销退出系统，不久后注册行使的情况下(S2312的右边分支)，因为在票文件的购入时刻还未使用票文件，所以把未使用的票文件送给客户，客户接收后保存票文件(S2323)。

在图26(b)中，当选择了票文件使用申请按钮的情况下，把图31的最上面所示的票文件读取画面显示在客户一侧。持有多个票文件使用的票文件未被确定的情况下，如果按下票文件选择按钮(S2402)，则显示图31的中央所示的票文件选择画面。客户，如果选择图22所示作为票文件的号码000001，则显示图31的下图所示的票文件读取画面(图24的S2403)，特定000001的票文件。接着，如果按下票文件发送按钮，则先前被选择的票文件经由网络被发送到ASP一侧的服务器设备，读取票文件(S2407)。

以下，进行用图18、图19说明的票文件的检查处理(S2408)，判断是否可以在自己的系统中使用(S2409)。当可以使用的情况下进行调查票文件的状态的处理(S2410)。在此，当票文件未使用的情况下，把票文件更新未使用状态(S2411)，在票文件信息存储部1803中存储更新后的票文件。而后判断票文件所示的计算方法(S2412)，进行数据复制写入处理(S2415)或者数据读取解除处理(S2413)，执行库存控制程序。

以下，以根据票文件号码000002的行使结果进行数据目标存储部1705的数据更新的情况为例说明数据内容的更新。这是为了根据最新数据、或者更高精度的数据执行库存控制程序而进行的例子。图32展示数据更新画面的显示例子。在图24的步骤2410中，确认了票文件的状况的结果，当票文件在使用中或者有使用履历的情况下，把如图32所示的数据更新画面显示在客户设备一侧(S2417)，确认客户是否有数据更新的意图，当客户选择数据更新按钮(S2418)的情况下，更新票信息(S2419)，进行数据复制写入处理(S2420)，更新票文件。和该票文件的更新处理一同，票文件的数据更新次数也从剩余10次更新为剩余9次(S2421)。被更新的票文件，在被存储在票信息存储部1903中的同时经由网络还发送到客户设备中。以上的票文件的更新处理，是以方式1的情况为例子说明，但即使是方式2也可以实现更新数据元存储部的内容。

(4.5.2)票文件的内容和画面显示

以下，说明定制用票文件和被它指定的内容和画面显示例子。定制用票文件，是当在现成的票文件中没有所希望的票文件的情况下客户制成的票文件。

图28至图30，是展示在购入定制用票文件时被显示在客户设备上的画面例子的图。

要购入定制用票文件的客户在图23的步骤2310中如果选择定制按钮，则显示图28所示例子那样的定制用票文件购入画面。客户，根据画面指定项目。作为项目，首先有用户号码。而后以下指定计算方式。以下说明计算方式以后的项目的内容。

(项目1)计算方式

在ASP一侧，客户为了在希望的时间和期间内得到库存控制程序的执行结果，使用多台服务器提供多种计算方式。图33展示具有多个服务器的系统的构成图。

在本实施方式中，说明准备了计算方式1A、计算方式1B、计算方式2这3种计算方式。首先，计算方式1A和计算方式1B，是采用作为从数据元存储部向数据目标存储部复制、写入在计算中使用的数据的方法的方式1实现的计算方式。方式1，用图33的服务器设备γ1、γ2…执行。另外，计算方式2，是不进行数据的复制写入，在可以访问的数据中设置限制的方法。方式2还使用图33所示的服务器设备β执行。

以下，说明各计算方式。

计算方式1A，是客户专用1台或者多台服务器设备γ执行处理的预定专用方式。当希望计算方式1A的情况下，首先在图28的定制用票购入画面上作为(2)的计算方式选择方式1A。于是，显示图29所示的服务器设备γ预定状况画面。客户确认在每个服务器设备上用表显示的预定状况，选择还未进入预定的“空”栏，预约执行处理的服务器。如果使用计算方式1A，则因为被选择的服务器设备γ没有被其他的客户使用所以可以在规定的时间内可靠地执行库存控制程序。进而，当选择了计算方式1A的情况下，在预约日和预约时间中专用以预约的服务器设备γ，虽然在票文件的使用期间内，但对于预约日和预约期间以外，还考虑设定为可以附加用计算方式2使用库存控制程序。

计算方式1B，是原则上使用未由计算方式1A的客户预约的服务器设备γ执行库存控制程序的方式。因此在已预定的服务器设备多的情况下，不能保证执行库存控制程序的计算速度。但是，当空状态的服务器设备多的情况下，也可以采用多台服务器设备γ的并行计算功能高速地计算。另外，在计算方式1B中，当另一客户使用服务器设备γ，使用状况混杂的情况下可以切换到计算方式2。计算方式的切换，看服务器设备γ和服务器设备β使用状况，根据预先确定的条件执行。另外，根据条件执行再次切换到计算方式1B的处理。根据该切换功能，对于选择了计算方式1B的客户，可以根据服务器设备γ的预约状况提供最佳并且灵活的计算环境。如果从功能方面看，则计算方式1B，保证了最低限度计算方式2的动作。即使是希望计算方式1B的情况下，也在确定选择前把图29所示的服务器设备γ预约状况画面显示给客户一侧，客户可以调查系统功能的使用希望日和预约空状态。

计算方式2，是由多个客户共用图33所示的服务器设备β执行库存控制程序的方式。如果和计算方式1A以及1B比较虽然一般计算速度低但可以以低价格提供。在选择了计算方式2的情况下，不切换计算方式始终用计算方式2执行库存控制程序。

在图33中，服务器设备β的构成是具有数据元存储部，服务器设备γ的构成是具有数据目标存储部，但在服务器设备γ中还可以设置数据元存储部。另外，在图33所示的构成例子中，服务器设备α的构成是，和进行库存控制程序运算处理的服务器设备β、γ独立地承担管理ASP一侧的管理服务器的功能。服务器设备α，进行票文件的发行、票文件的登录、检查，而后进行数据删除的处理。

另外在实施方式中，说明了ASP一侧提供3种计算方式的情况，但并不限于这3种。

(项目2)使用功能名称

在图17至图21所示的应用程序部分1711的软件处理部中，可以用被存储在软件存储部中的程序执行以下的处理。

(1)  计算需求的预测值的需求预测处理

(2)  计算用于和预测值比较的实绩值的实绩值合计处理

(3)  计算预测值和实绩值的差的预测残差计算处理

(4)  计算标准偏差等参数的参数计算处理

(5)  根据上述参数计算安全库存的安全库存计算处理

作为根据这些处理可以使用的功能，设定需求计划、供应计划、库存分析等。

(项目3)表指定

以下，说明表指定和记录限制。以下，以如图28的画面显示例子所示，作为计算方式选择方式1A，如在2001年1月5日使用服务器设备γ1那样预约的情况为例说明。

在图28所示的画面显示例子中，客户作为使用功能名称选择供应计划和库存分析。作为所使用的表选择“经历表”和“假想表”。这些表被存储在数据元存储部1704中。

图34展示被存储在数据元存储部中的表群的图像图。

在被存储在数据元存储部中的表中，有入出库经历表3401和订货经历表3402和零件管理主表3403和入出库假想表3404和订货假想表3405和假想数据制约表3406，存储库存关联数据。在此，所谓库存关联数据，是入库量、入库日期等的入出库·库存量和与日期有关的信息、零件号码、订购量、安全库存等表示维修零件的管理状态和库存基准的信息。

入出库经历表3401以及入出库假想表3404，包含零件号码列34011、入出库判定标志列34012、日期列34013、量标志34014等的列。在零件号码连接34011中，保持用于特定零件的号码信息。在入出库判定标志列34012中，保持用于区别入库和出库的信息。在日期列34013保持入库日期和出库日期等的日期信息。在量连接34014中，保持表示在日期列34013的日期处理后或者要处理的入库量和出库量的信息等。

订货经历表3402以及订货假想表3405，具备订货日期列34021、订货量列34022、入库日期列34023等的列。

零件管理主表3403以及假想数据制约表3406，具备订货量列34031、安全库存列34032、供应商列34033、订货方式列34034等的列。

进而，在入出库经历表3401以及订货经历表3402中，保持从过去到现在实际发生的入库量、出库量、库存量等的经历数据。与此对应，在入出库假想表3404以及订货假想表3405中，保持假想从选择到将来发生的入库量、出库量、库存量等假想数据。在零件管理主表3403中，保持表示现在使用的零件号码、订货量、安全库存等维修零件的管理状态和库存基准的信息。在假想数据制约表3406中，保持客户预先假定的制约条件。

以上，说明了数据元存储部的数据以数据库形式存储的情况，但也可以以文件形式实现。

(项目4)记录限制

以下说明记录限制。

图35是说明记录限制的图。

如图35所示，所谓记录限制，是在票文件的购入时指定在表的数据中可以使用的记录范围的限制。在图35中，用粗线框表示允许使用的记录范围的例子。记录限制可以在每个表中设定。

在图28的例子中，作为记录限制，指定“II区域(a以上不足b)”。记录限制，也可以是客户自由设定，也可以是APS一侧从准备的范围中选择。在图28的例子中，ASP一侧，根据不同时间准备I区域、II区域、III区域这3个区域。在本实施方式中划分为3个区域，但也可以根据使用库存程序的目的的重要性划分。客户，当根据供应准备时间等的变更以在修正安全库存等中使用为目的希望使用软件的情况下可以选择区域I，当以库存预测·库存小日程计划等为目的希望使用软件时可以选择区域II，当以库存的大日程计划等为目的希望使用软件时可以选择区域III。

(项目5)列限制

以下说明列限制。在图28中，列限制设定为没有。如图34中各种表的例子所示，一个表由多个列构成，客户可以选择希望使用的列，或者选择不希望使用的列。

(项目6)其他的目的

在图28中，数据使用期限被指定为“2001/04/12”。另外，数据目标存储部1705的数据更新次数被指定为10次。在图17所示的方式1的情况下，数据元存储部1704的数据可以根据库存控制程序的使用逐次自由地更新。限制数据目标存储部1705的更新次数的理由是，实际在库存控制程序的执行中使用的数据，是被存储在数据目标存储部1705中的数据的缘故。另外在图17所示的方式2的情况下，因为数据目标存储部1705不存在，所以当把数据更新次数设置为10次的情况下，意味着实际可以访问的数据元存储部1704的数据更新次数被容许为10次。

在定制用票购入时，可以在确定票购入前进行费用计算。图30展示显示费用计算结果的画面的例子。

对客户进行的票文件的发售，并不限于ASP，也可以考虑由销售代理店和e-Market Place(是在销售代理店和企业之间进行电子商务交易的因特网商的服务，多个卖者和买者，在主页商查找出适合条件的交易对手)的经营商等的中介进行。

(4.5.3)票文件失效前的流程

最后，用图25说明票文件失效前的流程。本实施方式的库存控制系统，具有检查票使用期限的数据期限检查部2001。数据期限检查部2001，首先参照票文件内容(S2501)，判定用票文件指定的计算方式(S2502)。在计算方式1A的情况下，因为预约执行程序的服务器设备和执行日所以参照其内容，确认预约日是否超过(S2508)。当预约日超过的情况下，更新票信息存储部1803的信息(S2509)，数据删除部2002删除数据目标存储部1705的数据(S2510)，通知客户已删除数据(S2511)。在此，当在票文件中设定使用期限的情况下，因为预约日已过所以计算方式1A不能使用，但变更计算方式，使得在把计算方式1A变更为计算方式2后在使用期间中可以使用库存控制系统(S2512)。

当是计算方式1B和计算方式2的情况下，用数据期限检查部2001检查数据使用期限是否超过(S2503)。当超过数据使用期限的情况下，更新票文件信息存储部1803的信息(S2504)，判定计算方式种类(S2505)，当是方式1B的情况下进行数据的删除处理(S2516)，当是方式2的情况下进行数据读取禁止处理(S2506)，通知客户禁止数据的读取。即使未超过期限的情况下，也判断是否接近期限(S2513)，当迫进期限的情况下判定有无通知期限接近的必要(S2514)，如果需要则经由因特网通知客户该主旨(A2515)。

如果这样进行数据删除和数据访问的禁止处理，则可以提高数据的机密性。

(5)费用体系的设定

以下，用图36至图38说明费用体系的设定。

图36是展示有关库存变化和出库变化的经历数据和假想数据的一例的曲线图。经历数据是实绩值，是大致的图。假想数据，根据客户预先假定的限制条件，预想多个事项(1～m)。客户可以使用任何事项数据。

在图36的曲线图中，在(事项4)中说明的记录限制中，展示ASP一侧设定的区域I·区域II·区域III，和经历数据以及假想数据的对应关系。ASP一侧可以根据在记录限制中指定的区域对系统的使用进行收费。有关收费的一例展示在图36的表中。在图36的表中所示的数据区域单价表，为与客户的使用目的的价值对应的收费，区域I设定收费为0.36元/1个记录，区域II设定收费为1.01元/1个记录，区域III设定收费为0.63/1个记录。

图37展示采用列限制的收费方法的一例。1个表，由多个列构成，客户可以选择希望使用的列或者在票文件购入时可以选择不需要的列。图37是展示基于入出库经历表的列限制的收费方法的图，通过例如如零件号码列是0.09，入出库判定标志的列是0.01，日期时间列是0.08，入出库量的列是0.09那样设定列减率系数进行收费。ASP一侧，通过考虑被保持在各列中的数据的使用价值设定减率系数可以进行与数据的使用价值对应的收费。基于记录限制和列限制的收费，使用不需要列的减率系数的累计，例如如以下那样计算出。

数据区域单价×记录数×(1-列减率系数的累计)

另外，可以进行对应如图38所示那样的“设备性能”的收费，另外，还可以进行对应“数据更新次数”的收费。

图38展示不同设备性能、期限接近通知设定的有无、不同数据更新次数的收费方法的例子。

在图38中，根据服务器设备的性能，例如高性能设备设定成单价1000，中等性能设置成单价500。另外，当设定期限接近通知的情况下设置为单价10，对于数据更新次数，当数据更新次数是1次以上100次以下的情况下设定成单价10。这些收费，是对应使用的硬件的性能和使用频度的收费。

另外，可以对在票文件的使用期限迫近时进行的期限接近通知的有无收费。这是对应服务的收费。

如果采用本发明，则计划订立周期、供应准备时间以及计划准备时间等的设定值的更新可以立即自动地变更为安全库存，可以始终保持适宜值。

另外，在本发明中因为以票文件为基础，进行与库存系统的功能提供和使用有关的费用支付交割，所以提供库存系统功能的公司在可以可靠地回收费用的同时可以向客户要求与使用相应的收费，客户也可以容易进行预算设置费用。