质量管理系统、质量管理方法、质量管理程序及记录质量管理程序的记录媒体

具体实施方式

以下参照附图说明本发明的实施形态。

图1为简要地表示接收零部件、生产、出厂检查及市场的各过程、和与这些过程对应设置的本发明质量管理系统的系统构成的说明图。

本发明的质量管理系统是一种在经历零部件制造厂家的零部件制造出厂过程30、产品制造厂家接收零部件过程40、生产过程50、出厂检查过程60、及市场过程70的各过程的产品一系列寿命周期中，采用信息记录媒体即条形码标签81、82对每一个过程30-70都进行检查并收集管理质量信息的系统。

因此，在零部件制造出厂过程30中设置分发零部件ID即零部件用条形码标签81并粘贴在零部件上用的零部件ID分发粘贴部1。

又在接收零部件过程40中设置从粘贴在零部件上的零部件用条形码标签81读取零部件ID并进行各种输入的读取输入部2、接收零部件数据库(DB)3及存储各种主代码的主代码数据库(DB)17。这里，主代码DB17为在以后的过程50-70中也公用的数据库。

生产过程50由向生产线投料的投料工序51、各检查工序(本例中为第1检查工序52、第2检查工序53的两道工序)、修理工序54等工序组成。

而在投料工序51中设置条形码分发部4、产品用条形码标签82的粘贴部5、生产计划数据库(DB)6、及产品ID数据库(DB)7。第1检查工序52中设置从产品用条形码标签82读取产品ID并输出各种检查结果的检查结果输出部8及检查数据库(DB)9。第2检查工序53中也同样地设置从产品用条形码标签82读取产品ID并输出各种检查结果的检查结果输出部10及检查数据库(DB)9，修理工序54中也设置从产品用条形码标签82读取产品ID并进行各种输入的读取输入部11及修理数据库(DB)12。

又在出厂检查过程60中设置从产品条形码标签82读取产品ID并进行各种输入的读取输入部13及出厂检查数据库(DB)14。

又在市场过程70中设置从市场中正在上市的产品的条形码标签82读取产品ID并进行各种输入的读取输入部15及市场信息数据库(DB)16。

然后，这些读取输入部2、11、13、15以及接收零部件DB3、产品IDDB7、检查DB9、修理DB12、出厂检查DB14、市场信息DB16及主代码DB17用LAN等连接，构筑成网络。由此，各过程40-70中，根据需要检索任意的DB3、7、9、12、14、16、17，从而能实时地收集质量信息。

还有，读取输入部2、11、13、15由条形码阅读器(BCR)或手持终端(HT)、和个人计算机(PC)构成，检查结果输出部8、10由条形码阅读器(BCR)或手持终端(HT)和自动检查装置构成。

以下，关于上述构成的质量管理系统，依次对自零部件制造出厂至进入市场的各过程的质量信息收集方法进行说明。

<零部件制造出厂过程30>

对于构成产品的主要零部件，在零部件制造厂家零部件出厂阶段，用零部件ID分发粘贴部1印刷条形码，每件零部件上均粘贴该零部件用条形码标签81。

图2表示这一零部件用条形码标签81的内容。条形码中印有零部件ID，即零部件代码、零部件的制造年月日、按零部件代码及按制造年月日的制造编号(流水号)。零部件ID是每件零部件固有的代码，可以根据零部件ID确定零部件的实物。

<接收零部件过程40>

在接收零部件过程40中，用读取输入部2的条形码阅读器(以下简称为BCR)、或手持终端(以下简称为HT)读取粘贴在主要零部件上的零部件用条形码标签81。读取输入部2的个人计算机(以下简称为PC)与BCR或HT连接，当检查人员读取零部件用条形码标签81的条形码时，读取结果在图3所示的PC画面110上显示出来。

该PC画面110上显示零部件ID、零部件代码、制造年月日、制造编号、及检查日期(现在时刻)。检查人员向该PC画面110的检查代码一栏110a输入检查项目，向合格与否一栏110b输入合格与否的结果。

检查项目由于以图4所示的形式预先编码存入主代码DB17，所以检查人员在检查代码栏110a内输入对应的检查代码。该例中，检查代码栏110a中输入“101”，在其边上检查项目显示“压缩机起动”。检查人员根据检查结果，如合格则将检查结果送出合格与否一栏110b的“OK”中，如不合格则将检查结果送入合格与否一栏110b的“NG”中。该例中检查结果送入“OK”。

又，在不合格的情况下(检查结果送入“NG”的情况下)，将相应的不良代码输入不良代码一栏110c。不良代码由于以图5所示的形式编码预存在主代码DB17中，故能将该不良代码作为关键词检索不良项目，也能在画面上显示。检查人员将相应的不良代码(这里为201)输入不良代码一栏110c。

此后，通过检查人员按下PC画面110最下部的“OK”按钮，这些PC画面110上显示的信息以图6所示形式存入零部件接收DB3。

<生产过程50的投料工序51>

在生产的头道工序即投料工序51中，由条形码分生部4将如图7所示的条形码印在标签上，利用产品ID粘贴部5该产品用条形码标签82粘贴在产品上。

即，以图8所示的形式按照存储生产计划数据的生产计划DB6，生成图9所示的产品ID数据，然后用条形码分发部4印刷产品ID，贴在产品上。作为产品ID包括机型名、该机型投料生产的年月日(在制造过程的头道工序中分发条形码的年月日)、及按机型按投料生产的年月日的制造编号(流水号)。

这里，根据接收零部件过程40的读取输入部2读取的零部件ID、和图8所示的生产计划DB6的生产计划日期、投料顺序、机型名，从而得到图9所示的投料年月日(在生产计划日期和实际的投料年月日不同时，采用实际的投料年月日)及机型名。另外，由于还将零部件ID和产品ID相关联，所以，一旦读取零部件ID，就同时对投料顺序(流水号)计数。将如此所得的机型名、投料年月日、投料顺序(流水号)如以字符串形式结合，就能得到图9所示的产品ID，故将该产品ID存入产品IDDB7中。

<检查工序52>

检查工序52中，用检查结果输出部8的BCR或HT读取在投料工序51中粘贴在产品上的产品用条形码标签82的条形码，和自动检查装置输出的检查结果合在一起，存入检查DB9。

例如，在检查工序52中设置固定式BCR，用BCR读取粘贴于产品上的产品用条形码标签82的条形码，根据自动检查装置的检查结果，以图10所示形式生成由产品ID、检查日期、检查代码、合格与否的结果及不良代码组成的检查结果，将上述检查结果存入检查DB9。不良代码则从存入主代码DB17的、图5所示的不良代码中进行选择。

这里，如检查结果合格，则产品就送到下一道检查工序53进行下一项检查。检查工序53中，和检查工序52一样，用检查结果输出部10的BCR或HT读取粘贴于产品上的产品用条形码标签82的条形码，和自动检查装置输出的检查结果一起，存入检查DB9。

这样，当生产过程50的所有的检查一结束，就转到以后的出厂检查过程60。出厂检查过程60是在工厂里的最终检查，通常大多进行抽样检查。

另外，检查中查出的不合格的产品送到修理工序54。

<修理工序54>

在修理工序54对不良原因进行分析并进行产品的修理。而修理一结束，就读取由输入部11的BCR或HT读取粘贴在产品上的产品用条形码标签82的条形码。一读取到条形码，就将产品ID作为关键词从检查DB9检索下线日期及不良代码，如图11所示显示修理数据输入画面120。

修理者看着修理数据输入画面120，用代码从读取输入部11的PC输入原因、责任主要原因、责任工序、零部件信息、处置措施。

这里，原因、责任主要原因、责任工序、零部件信息、处置措施作为象图12-图16所示形式的主要数据，预存入主代码DB17，图12-图16所示的主要数据就能将代码作为关键词，从主代码DB17检索该项目。通过这样能加快利用代码输入的数据输入的速度，并可在画面上检索该项目、减少由于显示确认造成修理数据的输入错误。在图11所示的修理数据输入画面120上显示的修理信息，以图17所示的形式存入修理DB12。

<出厂检查过程60>

出厂检查中用读取输入部13的BCR或HT读取粘贴在产品上的产品用条形码标签82的条形码，由图18所示的PC的检查结果输入画面130输入出厂检查结果(检查日期、检查代码、合格与否的结果、不良代码)。而且，通过按下位于检查结果输入画面130的最下部的“OK”按钮，以图19所示的形式将包括该检查结果输入画面130上显示的产品ID在内的检查日期、检查代码、合格与否的结果、不良代码的信息存入出厂检查DB14中。

<市场过程70>

在市场销售中产品发生故障、或对产品有不满时，由维修部门进行修理，再将修复的产品返还给用户。维修部门在将产品返还给用户之前，输入修理结果。

即用读取输入部15的BCR或HT读取粘贴在产品上的产品用条形码标签82的条形码，由图20所示的PC的修理结果输入画面140输入不良发生的日期、修理日期、不良代码、原因代码、责任主要原因代码、责任工序代码、零部件代码、处置措施代码。这时能将输入的各代码作为关键词，根据存入主代码DB17的图5、图12、图13、图14、图16所示的各主代码检索该项目，并在画面上显示。这些市场里的修理信息能以图21所示的形式存入市场信息DB16。

如上所述，收集接收零部件、生产、修理、出厂检查、市场等各过程30-70中每件产品的质量信息，各过程的质量信息存入接收零部件DB3、检查DB9、修理DB12、出厂检查DB14、市场信息DB16。

还有，上述的各过程的说明中，为了对零部件及产品逐个进行管理，作为信息记录媒体采用一维条形码，除此以外也可采用二维条形码、或IC卡、RFID等。

以下参照图22所示的流程图，根据上述各过程30-70收集到的质量信息，说明对每件产品的质量履历进行处理的方法。

在步骤S1中，从任意的PC输入产品ID。或者通过用BCR、或HT读取粘贴在该产品上的产品用条形码标签82的条形码，也可得到产品ID。

在步骤S2中，从检查DB9、修理DB12、出厂检查DB14、市场信息DB16，将步骤S1输入的产品ID作为关键词检索质量信息。

在步骤S3中，从产品IDDB7将步骤S1输入的产品ID作为关键词检索零部件ID。

在步骤S4中，将步骤S3中检索出的零部件ID作为关键词，从接收零部件DB3检索接收零部件的质量信息。

然后，当依照过程的次序显示在步骤S3及S4所得的检索结果时，则就获得图23所示的结果。从该图23所示的结果，就能立刻获悉对于每件产品(每个产品ID)曾在何时进行过何种检查、出现不良时又如何分析、采取处置措施的。

产品IDDB7、检查DB9、修理DB12、出厂检查DB14、市场信息DB16的各种数据均带有产品ID。另外，又如图7所示，产品ID中包括机型名。因而，通过从产品IDDB7、检查DB9、修理DB12、出厂检查DB14、市场信息DB16取出机型名，进行汇总处理，就能将从接收零部件至生产、出厂检查、市场为止的全部过程的质量信息按机型汇总显示。

以下，利用图24所示的流程图，对按机型汇总质量信息的处理方法进行说明。

在步骤S5中，从接收零部件DB3、检查DB9、出厂检查DB14、市场信息DB16中，按产品ID或按零部件ID只检索检查结果为NG的信息。

在步骤S6中，将步骤S5的零部件ID作为关键词从产品IDDB7检索产品ID。

在步骤S7中，根据步骤S5及步骤S6检索出的产品ID，抽出机型名。

在步骤S8中，将步骤S7得到的机型名、和步骤S5得到的不良代码作为合计关键词，对不良件数进行计数。其结果示于图25。由图25可知按机型在各过程中不良发生的状况。

用具有质量管理的汇总处理功能的程序能实现以上所述的质量管理系统。

作为发明的对象可以是该程序本身，也可以是该程序存储在用计算机能读取的存储媒体中的程序。

本发明中，作为这一记录媒体可以是用微型计算机(PC)进行处理所必需的存储器，例如象ROM那样其本身就是程序媒体，另外，也可以是作为图中未示出的外存装置设置程序读取装置，而通过在其中插入记录媒体能读取的程序媒体。无论在任何场合，存储的程序可以是微型计算机能存取并执行而构成的，或是在任何的场合，也可以是读出程序、而且读出的程序装入微机的图中未示出的程序存储区中并执行该程序的方式。这一安装用程序预先存在系统本体中。

这里，上述程序媒体为可与本体分开构成的记录媒体，也可以是包括磁带或盒式磁带等磁带系列、FD(软盘)或HD(硬盘)等磁盘、或CD-ROM/MO/MD/DVD等光盘系列、IC卡(包括存储卡)/光卡等卡件系列、或掩模ROM、EPROM、EEPROM、闪速ROM等半导体存储器在内的固定装有程序的媒体。

另外，本发明中，在是能和包括因特网在内的通信网络连接的系统构成的情况下，也可以是为了从通信网络中下载程序而流动地装有程序的媒体。还有，在这样从通信网络下载程序的情况下，也可以该下载用程序预存在系统本体中，或从别的记录媒体装入。再者，作为记录媒体所存的内容并不限于程序，数据也可。

再有，本发明中，作为程序本身，可以是用PC能执行的处理本身，或者是通过和包括因特网的网络存取而能读入、或已读入的程序，也可以是从本发明的系统送出的程序。也可以是根据该读入的程序，在上述质量管理系统内所处理的结果，即所生成的结果。或者也可以是在从本发明的系统送出时，所述质量管理系统内所处理的结果，即所生成的结果。还有，上述的并不限于程序，也可以是数据。

本发明只要不背离其精神或主要特征，可以以其它的各种各样的形态来实现。因此，上述的实施例在各个方面所示的不过仅仅是例子，不应作狭义的解释。本发明的范围为权利要求所示的范围，不受说明书正文的任何约束。再有，在属于权利要求范围的同等范围内的变形或变更全部为本发明范围内的变形或变更。

还有，本申请是根据在日本申请的特愿2002-034055号而提出的申请，由于谈及该专利，从而将其内容编写入本申请。另外，本说明书中所引用的文献由于谈及该专利，故将其全部具体地编入。

工业上的实用性

按照本发明涉及的质量管理系统及质量管理方法，由于用语力求标准、统一，所以就能对质量数据进行一元化管理和多维分析。另外，由于能对每件产品、每一机型进行质量信息的汇总、分析，同时还能跟踪接收零部件、生产、出厂及市场的各过程中的质量履历，所以能查出真正的原因及迅速采取对策，进行处置。还有，在市场上发生质量问题时，能追溯到生产的各道工序，甚至直至零部件，来查找并确认问题所在。