[发明专利]零部件订货系统和管理系统及管理订货与接收定单的装置

说明书

本发明涉及一种用于工厂的零件订货系统和零件管理系统以及相关的存储介质。

下面参照图11说明按照现有技术的零件订货系统和库存管理系统，这是按照现有技术说明零件订货系统的第一实施例。操作终端133-1，133-2，133-3和存储介质(数据库)132-1，132-2，132-3，132-4和CPU(中央处理单元)131相连。

例如，132-1代表零件主数据，132-2代表库存主数据，132-3代表单价主数据，132-4代表调度数据。关于使用的零件的信息由数据库132-1，2，3，4集中管理。终端133-1，133-2，133-3用于访问和更新数据库132-1，2，3，4的数据。在访问库存的情况下，使用终端133-1，2，3中的任何一个访问数据库132。

如果例如加工的零件和调度的信息增加，则借助于增加数据的项数进行处理而不改变数据库的数量。在另一方面，考虑这样的情况，即例如加工的零件和调度的信息减少。这以零件主数据进行说明。即使在终端133-1的所在地这些数据不再需要，但为确定这些数据是否正在被终端133-2，3使用而需要的劳动要超过得到的利益。因而与其消除这些不再需要的数据，不如保存着这些数据，例如直到该更新的最后一天，把这些不需要的数据在一批中统一删除。这可能导致这样的情况，即不需要的数据的数量增加并且和需要的数据一道删除。

此外，因为数据库以集中的方式进行管理，在任何位置，这些数据都可以容易地以和在本地相同的方式进行访问。在另一方面，在试图限制在终端或个人团体中数据披露的范围时，不需以这种方式设计一种程序，使得在每个终端或每个用户都能看到特别限制的区域。

此外，集中地管理数据库涉及处理大量的数据，并使得大量终端和计算机相连(例如图11中的终端133-1，2，3)。因而保存数据的区域(如图11中数据库132)变大，使得除非使用大容量高速度的计算机才能处理这些数据。

下面参照图12说明处理流程。步1105-1到步1105-8构成说明按照现有技术的用于定购零件的处理流程。步1105-1用于例如使用终端133-1输入计划。这涉及用于管理生产调度的数据。计划规定所需的零件和部件，需要的时间和需要的数量。

步1105-2根据在1105-4的结构数据进行结构扩展。下面参照图13A，B说明如何处理结构。在构成实际制造的产品的零部件的排列具有两层形式的情况下，如图13A1101所示，即使在把两层结构以图12B中1102所示的方式被重新排列成单层的情况下，要被准备的零件的数量也会改变。用于管理零件数量的结构扩展按照每层进行。因此，在图13A所示的组织中，进行两层结构的扩展(被称为“两级结构扩展”)。不过，如果使用图13B中1102所示的组织，单层结构的扩展便足够了(被称为“一级结构扩展”)。因而在现有技术中的结构扩展使用图13B中1102所示的组织进行，以便加速扩展处理。然而，利用图13B中1102所示的结构扩展，在图13A中1101-1的零件B和1101-2中的零件B被相加来计算所需的数量。因此，如果使用零件B的车间不同，便需要一种专用程序用于把所需的数量分成1101-1和1101-2。

再看图12，数据1105-3是用于结构扩展的用于管理关于全部所需加工步骤的加工信息。例如为加工所需的顺序数据根据加工的日期进行管理。在结构扩展1105-2，根据有关产品生产计划1105-1的信息，计算所有处理加工数据1105-3和所有结构数据1105-4，在图13B中1102-1的零件A的数量，在1102-2的零件C的数量等，以及它们被需要的日期，并保存在数据库1105-6中。所需零件的计算数量(1105-6)和关于所有零件的库存数据(1105-5)比较，计算要购买的零件数量和交货日期并设计订货计划(1105-7)，在纸片上输出订货计划数据并订货(1105-8)。

因为所需的零件被集中地处理，并且其需要量以及库存数据根据每个工厂进行统一管理，所以需要大量的处理，并需要执行计算处理，这些计算处理通常导致限于在每月末的夜间更新所有的数据。在白天执行的处理除去库存和专用数据更新之外，仅仅是数据访问。

为此设计一种程序，用于确定处理的顺序，以便确保处理效率。考虑到在订货处理中必须及时反映的一部分数据，除去上述程序之外，还必须设计用于反映局部波动的专用程序。