(57)【特許請求の範囲】
【請求項１】
部品、当該部品を使用したユニット品及び当該ユニット品を使用した製品の品質情報を管理する品質管理システムであって、
サーバは、
前記部品を製作するショップに対応して、当該部品の品質情報を記憶するための第一の記憶手段と、
前記部品を使用したユニット品を製作するショップに対応して、当該部品を使用したユニット品の品質情報を記憶するための第二の記憶手段と、
前記ユニット品を使用した製品を製作するショップに対応して、当該ユニット品を使用した製品の品質情報を記憶するための第三の記憶手段と、
前記部品を製作するショップにおいて、発注部品の品質情報が変更された際に、その変更された品質情報を前記第一の記憶手段に格納し、前記第二の記憶手段に当該品質情報を入力するための第一の入力手段とを備え、
前記ユニット品を製作するショップは、
前記ユニット品を製作するショップへ納入された部品の品質情報を入力するための第二の入力手段と、
前記第二の入力手段により入力された品質情報と、前記第二の記憶手段に格納されている前記ユニット品で使用する部品の前記変更された品質情報とを照合する第一の照合手段とを有し、
前記サーバは、更に、
前記第一の照合手段による照合に基づき前記２つの部品の品質情報が一致していると判断された際に、前記第二の記憶手段に記憶されたユニット品の品質情報を更新する第一の更新手段と、
前記更新された部品を使用するユニット品の品質情報を、前記第三の記憶手段に伝達する伝達手段とを備え、
前記製品を製作するショップは、
前記製品を製作するショップへ納入されたユニット品の品質情報を入力するための第三の入力手段と、
前記第三の入力手段により入力された品質情報と、前記伝達手段により伝達され、前記第三の記憶手段に格納されている前記更新された部品を使用するユニット品の品質情報と、を照合する第二の照合手段とを有し、
前記サーバは、更に
前記第二の照合手段による照合に基づき、前記第三の入力手段により入力された品質情報と、前記第三の記憶手段に格納されている前記更新された部品を使用するユニット品の品質情報と、が一致していると判断された場合に、前記第三の記憶手段に格納されている製品の品質情報を更新する第二の更新手段を備えることを特徴とする品質管理システム。
【請求項２】
前記伝達手段によって伝達される前記更新された部品を使用するユニット品の品質情報は、
前記ユニット品を使用した製品を製作するショップに前記ユニット品が納品される前に伝達されることを特徴とする請求項１記載の品質管理システム。
【請求項３】
部品、当該部品を使用したユニット品及び当該ユニット品を使用した製品の品質情報を管理する品質管理方法であって、
サーバにおいて実行する処理は、
前記部品を製作するショップに対応して、当該部品の品質情報を第一の記憶手段に記憶させる第一の記憶工程と、
前記部品を使用したユニット品を製作するショップに対応して、当該部品を使用したユニット品の品質情報を第二の記憶手段に記憶させる第二の記憶工程と、
前記ユニット品を使用した製品を製作するショップに対応して、当該ユニット品を使用した製品の品質情報を第三の記憶手段に記憶させる第三の記憶工程と、
前記部品を製作するショップにおいて、発注部品の品質情報が変更された際に、その変更された品質情報を前記第一の記憶手段に格納し、前記第二の記憶手段に当該品質情報を入力する第一の入力工程とを備え、
前記ユニット品を製作するショップにおいて実行する処理は、
前記ユニット品を製作するショップへ納入された部品の品質情報を入力するための第二の入力工程と、
前記第二の入力工程の処理により入力された品質情報と、前記第二の記憶手段に格納されている前記ユニット品で使用する部品の前記変更された品質情報とを照合する第一の照合工程とを有し、
前記サーバにおいて実行する処理は、更に、
前記第一の照合工程による照合に基づき前記２つの部品の品質情報が一致していると判断された際に、前記第二の記憶手段に記憶されたユニット品の品質情報を更新する第一の更新工程と、
前記更新された部品を使用するユニット品の品質情報を、前記第三の記憶手段に伝達する伝達工程とを備え、
前記製品を製作するショップにおいて実行する処理は、
前記製品を製作するショップへ納入されたユニット品の品質情報を入力するための第三の入力工程と、
前記第三の入力工程により入力された品質情報と、前記伝達工程により伝達され、前記第三の記憶手段に格納されている前記更新された部品を使用するユニット品の品質情報と、を照合する第二の照合工程とを有し、
前記サーバにおいて実行する処理は、更に
前記第二の照合工程による照合に基づき、前記第三の入力工程により入力された品質情報と、前記第三の記憶手段に格納されている前記更新された部品を使用するユニット品の品質情報と、が一致していると判断された場合に、前記第三の記憶手段に格納されている製品の品質情報を更新する第二の更新工程を備えることを特徴とする品質管理方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、工場における部品の品質管理システム及び方法に関するものである。
【従来の技術】
従来の部品に関する品質管理方法を図１０を基に説明する。
端末１３３−１，１３３−２，１３３−３はＣＰＵ（中央演算処理装置）１３１に接続されている。保存手段（データベース）１３２−１，１３２−２，１３２−３，１３２−４はＣＰＵ１３１に接続されている。
【０００２】
例えば、使用する部品の情報は一括してデータベース１３２で管理される。製品を構成する部品の型番やメーカ等は品質情報として管理される。設計変更による部品切替えが生じた場合も、仕様変更の履歴等が品質情報としてデータベースに登録され、管理される。  データベースに登録されたデータは、端末１３３−１、１３３−２、１３３−３から検索され、オペレータは必要な情報を取得することができる。またＣＰＵ１３１で処理された生産計画の結果は、注文指示として端末１３３−１、１３３−２、１３３−３へ出力される。生産計画から発注までに処理の流れを図１１で説明する。
【０００３】
１１０５−１〜１１０５−８に示すフローが従来の部品発注の流れである。１１０５−１は製品の生産計画を管理する。例えば、図１０の端末１３３−１を用いて計画を入力する。計画とは必要な部品、ユニットを何時までに、何個作るかの指示である。
【０００４】
１１０５−２では１１０５−６の部品データを基に使用する部品の分類（構成展開）を行う。１１０５−４はデータベースで構成展開に必要な加工情報（加工する日数、加工に必要な手番等）を管理し、構成展開の処理を行うときに参照する。１１０５−３において算出された部品の必要数と１１０５−７において在庫データベースに登録されているその部品の在庫数とを比較し、購入すべき部品数と納入日を算出する（発注計画１１０５−５）。その結果は端末部品発注として端末表示、あるいは帳票出力される（１１０５−８）。
次に「発注」された「物」の流れを図１２で説明する。製品”Ｂｏｄｙ”が発注されたとする。Ｂｏｄｙは「Ａ］，「Ｂ」、「Ｃ」、「Ｄ」の４つのユニットから構成され、その中でユニット「Ｄ」は部品「ａ」、「ｂ」、「ｃ」、「ｄ」からなる。それぞれ部品に関する型番、メーカ等は品質情報となり、製品（Ｂｏｄｙ）全体では部品レベルの品質情報が紐付けされて管理される。
例えば、製品Ｂｏｄｙを１０００個製作する場合、途中で部品の変更が生じると、情報と物の不一致が生じる場合がある。例えば４９９番目で切替えられたとすると、製造現場で４９９番目の現品照合は困難な場合が多い。特に複数の作業単位（以下ショップという）を転々として、組立てられる部品は、ショップ間の中間仕掛かりや輸送によって識別が一層困難となる。
図１２の部品製作ショップ１２０３で部品「ｄ」から「ｄ−１」に変わる場合を考える。２つの部品は定格使用は同じもので、共にユニットＤに供給される（１２０２）。機能としては「ユニットＤ（部品ａ,ｂ，ｃ，ｄ）」も「ユニットＤ(部品ａ，ｂ，ｃ，ｄ−１）」も同一であるが、品質情報としては異なるので情報と物が一致した（情報物一致）管理が不可欠となる。
しかし、図１２のように変更された部品が部品製作ショップ１２０３→ユニット組立てショップ１２０２→Ｂｏｄｙ組立てショップ１２０１と、異なるショップを転々と渡る場合は、変更情報と現品（部品ｄ−１）の一致は困難な場合が多い。
単一のショップに限定した場合、現品照合のための管理は従来のシステム（図１０）では可能であったが、複数のショップ間で情報と物のデータの関係づけをシステム上で行うことは困難であった。
図１０のように端末１３３−１、１３３−２，１３３−３が設置されているショップはＣＰＵ１３１を介してデータベースに接続されているので情報の参照は可能であるが、参照する情報は発注時を基準としたもので、ショップ間で「物」の授受（納品）行われたときに、その発注時の情報と納品時の物の関係が画一的に決められないために品質情報を逐次アップデートすることは困難であった。
画一的に決められないのは、ショップの負荷変動による製造リードタイムのばらつきや、仕掛かり、輸送上などの要因が介在するからである。
以上は情報と物の一致に関して説明したが、さらに人間が物と情報を適時に把握することが重要な場合も生じる。たとえば、設計変更により、部品「ｄ」を「ｄ−１」に変更した場合の品質検査を行う場合や、部品「ｄ−１」を使用したユニット「Ｄ−１」の性能試験を行う場合には、設計や品質管理などの間接部門の関係者は、仕様変更にかかる物品が着荷したことを適時に知る必要がある。このような場合は受入部門からの連絡や、自らデータベースを検索して納品の有無を確認していた。
【発明が解決しようとする課題】
前記従来技術における部品の品質管理では、情報は常に発注時が基準となり、使用する部品に変更が生じた場合、それが異なる作業領域を転々と渡ると発注時の部品情報と納品時の変更にかかる部品情報の対応が取れなくなるため、品質情報と現品の一致した管理は困難となった。
【課題を解決するための手段】
上記課題解決のために、本発明は次のような構成からなる。
すなわち、部品、当該部品を使用したユニット品及び当該ユニット品を使用した製品の品質情報を管理する品質管理システムであって、
サーバは、
前記部品を製作するショップに対応して、当該部品の品質情報を記憶するための第一の記憶手段と、
前記部品を使用したユニット品を製作するショップに対応して、当該部品を使用したユニット品の品質情報を記憶するための第二の記憶手段と、
前記ユニット品を使用した製品を製作するショップに対応して、当該ユニット品を使用した製品の品質情報を記憶するための第三の記憶手段と、
前記部品を製作するショップにおいて、発注部品の品質情報が変更された際に、その変更された品質情報を前記第一の記憶手段に格納し、前記第二の記憶手段に当該品質情報を入力するための第一の入力手段とを備え、
前記ユニット品を製作するショップは、
前記ユニット品を製作するショップへ納入された部品の品質情報を入力するための第二の入力手段と、
前記第二の入力手段により入力された品質情報と、前記第二の記憶手段に格納されている前記ユニット品で使用する部品の前記変更された品質情報とを照合する第一の照合手段とを有し、
前記サーバは、更に、
前記第一の照合手段による照合に基づき前記２つの部品の品質情報が一致していると判断された際に、前記第二の記憶手段に記憶されたユニット品の品質情報を更新する第一の更新手段と、
前記更新された部品を使用するユニット品の品質情報を、前記第三の記憶手段に伝達する伝達手段とを備え、
前記製品を製作するショップは、
前記製品を製作するショップへ納入されたユニット品の品質情報を入力するための第三の入力手段と、
前記第三の入力手段により入力された品質情報と、前記伝達手段により伝達され、前記第三の記憶手段に格納されている前記更新された部品を使用するユニット品の品質情報と、を照合する第二の照合手段とを有し、
前記サーバは、更に
前記第二の照合手段による照合に基づき、前記第三の入力手段により入力された品質情報と、前記第三の記憶手段に格納されている前記更新された部品を使用するユニット品の品質情報と、が一致していると判断された場合に、前記第三の記憶手段に格納されている製品の品質情報を更新する第二の更新手段を備えることを特徴とする。
【０００５】
あるいは、上記の品質管理システムにおいて、前記伝達手段によって伝達される前記更新された部品を使用するユニット品の品質情報は、
前記ユニット品を使用した製品を製作するショップに前記ユニット品が納品される前に伝達される。
【０００６】
あるいは、部品、当該部品を使用したユニット品及び当該ユニット品を使用した製品の品質情報を管理する品質管理方法であって、
サーバにおいて実行する処理は、
前記部品を製作するショップに対応して、当該部品の品質情報を第一の記憶手段に記憶させる第一の記憶工程と、
前記部品を使用したユニット品を製作するショップに対応して、当該部品を使用したユニット品の品質情報を第二の記憶手段に記憶させる第二の記憶工程と、
前記ユニット品を使用した製品を製作するショップに対応して、当該ユニット品を使用した製品の品質情報を第三の記憶手段に記憶させる第三の記憶工程と、
前記部品を製作するショップにおいて、発注部品の品質情報が変更された際に、その変更された品質情報を前記第一の記憶手段に格納し、前記第二の記憶手段に当該品質情報を入力する第一の入力工程とを備え、
前記ユニット品を製作するショップにおいて実行する処理は、
前記ユニット品を製作するショップへ納入された部品の品質情報を入力するための第二の入力工程と、
前記第二の入力工程の処理により入力された品質情報と、前記第二の記憶手段に格納されている前記ユニット品で使用する部品の前記変更された品質情報とを照合する第一の照合工程とを有し、
前記サーバにおいて実行する処理は、更に、
前記第一の照合工程による照合に基づき前記２つの部品の品質情報が一致していると判断された際に、前記第二の記憶手段に記憶されたユニット品の品質情報を更新する第一の更新工程と、
前記更新された部品を使用するユニット品の品質情報を、前記第三の記憶手段に伝達する伝達工程とを備え、
前記製品を製作するショップにおいて実行する処理は、
前記製品を製作するショップへ納入されたユニット品の品質情報を入力するための第三の入力工程と、
前記第三の入力工程により入力された品質情報と、前記伝達工程により伝達され、前記第三の記憶手段に格納されている前記更新された部品を使用するユニット品の品質情報と、を照合する第二の照合工程とを有し、
前記サーバにおいて実行する処理は、更に
前記第二の照合工程による照合に基づき、前記第三の入力工程により入力された品質情報と、前記第三の記憶手段に格納されている前記更新された部品を使用するユニット品の品質情報と、が一致していると判断された場合に、前記第三の記憶手段に格納されている製品の品質情報を更新する第二の更新工程を備えることを特徴とする。
【０００７】
【発明の実施の形態】
本発明のハードウエア構成はクライアント、サーバシステムを基本とする（図２）。図３に示すようにクライアント、サーバをそれぞれ構成するコンピュータ（３０１）の構成は，オペレーティングシステム（ＯＳ）３０２，ＣＰＵ３０３，ＲＯＭ３０４ａ，ＲＡＭ３０４ｂ、２次記憶装置３０４ｃ、ネットワークインタフェース３０５からなる標準的な構成であり、表示装置３０６、表示制御部３０９、入力装置３０７、及び外部記憶装置３０８、出力装置３１０が接続される。
【０００８】
入力装置３０７とは、画面上でデータを入力し、さらにバーコード化された情報を読取るための入力装置の総称である。具体的にはマウスの他、トラックボール、タッチペン、ジョイスティック、タブレット、キーボード、バーコードリーダ等がある。
【０００９】
表示装置３０６とは、コンピュータ間で授受したデータ（文字、図形、数値等）を画面に表示するための装置である。表示装置の種類として、ＣＲＴディスプレイ、液晶ディスプレイ、プラズマディスプレイ等がある。表示制御部３０９は表示装置３０６に品質情報として、グラフ表示や表形式表示、仕様変更にかかる部品を特定表示するためのデータを処理する機能を有する。
【００１０】
出力装置３１０とは、データ、処理結果、表示装置３０６の表示内容を帳票に印刷する装置をいう。出力装置の種類として、レーザプリンタ、インクジェットプリンタ等がある。
【００１１】
また、図４に示すように、コンピュータ３０１はＬＡＮ網４０１に接続され、複数のコンピュータ間でデータの授受が可能である。データの授受はネットワークインタフェース３０５を介して行われる。
【００１２】
図１１で示した生産計画から部品発注までの処理はサーバ２１０で処理され、クライアント側（２２０、２３０、２４０、２５０）に指示が出される。
図２に示したクライアント、サーバシステムを本実施形態に適用した例について説明するために、クライアント、サーバとショップの関係を図１に示す。ここで「ショップ」とは工場における生産ラインを構成する作業単位をいう。
【００１３】
例としてショップを、部品製作ショップ１０１ａ，ユニット製作ショップ１０１ｂ，製品（Ｂｏｄｙ）組立てショップ１０１ｃという３つとして考える。サーバ１０５（図１）には各ショップに対応した処理領域（１２０ａ、１２０ｂ，１２０ｃ）が設けられている。
【００１４】
この処理領域（１２０ａ、１２０ｂ、１２０ｃ）はショップ（１０１ａ，１０１ｂ，１０１ｃ）内の部品管理を独立に処理する。処理領域１２０ａ、１２０ｂ、１２０ｃそれぞれに対応したデータベース（１６０，１７０，１８０）は２次記憶装置３０４ｃあるいは外部記憶装置３０８でディレクトリの区切られた保存領域をデータベースとして使用する。データベース１６０、１７０、１８０は独立な処理を実行するために必要十分なデータを格納するものであり、処理領域間で相互に参照するデータはサーバデータベース１５０に格納される。各処理領域で処理された発注に関する指示はサーバ１０５から各クライアント１１０ａ，ｂ，ｃ（部品製作ショップ１０１ａ、ユニット製作ショップ１０１ｂ、製品組立てショップ１０１ｃ）に出される。
【００１５】
ショップ間の受発注管理は図１３に示すショップ受発注管理モジュール１３０７が行う。例えば図７に示す受発注で、製品組立てショップ１０１ｃで使用するユニットＤは、ユニットＤ製作ショップ１０１ｂへ発注され、同様にユニットＤ製作ショップ１０１ｂで使用する部品ｄは部品ｄ製作ショップ１０１ａに発注される。どの部品（ユニット）がどのショップからどこに発注されたかというショップ間の関係は、図９に示す構成管理テーブル（９７０、９８０）の処理領域情報として登録される。
【００１６】
サーバ１０５から出される発注指示で、部品変更が含まれる場合の発注処理を図５のフローチャートに示す。仕様変更に関する部品の注文がサーバ１０５から出された場合（５０１−ＹＥＳ）、変更部品の品質情報はその注文番号と共にサーバ側のデータベース（図１の１６０、１７０、１８０のいずれか）に登録され、注文番号はバーコード化される（５０３）。バーコード化された２進数の情報もサーバ側のデータベースに登録される（５０５）。
【００１７】
本実施例では、注文番号をバーコード化するが、製造番号や、型式等をバーコード情報として使用しても同一の効果が得られる。すなわち、部品（ユニット）を唯一特定することができる品質情報のいずれかをバーコード化すればよい。バーコードの規格は工業用として通常使用されるＣＯＤＥ３９規格に限定されず、２進数の組合わせとして入力装置３０７（バーコードリーダ）から読取り可能な規格（ＪＩＳ規格等）全てが含まれる。
【００１８】
部品変更（５０１−ＹＥＳ）が生じた場合は、対応するショップのクライアントコンピュータに注文表示される（５０２ａ）。変更部品に関する変更情報はバーコード化され（５０３）、さらに出力装置３１０でバーコード印刷され（５０４）、帳票出力される（５０６）。バーコード化された変更情報（５０３）はサーバ１０５（図１）側のデータベース（１６０、１７０、１８０、あるいは１５０）に保存管理される（５０５）。
【００１９】
発注された部品の品質情報をサーバ１０５のデータベースに登録（格納）し、さらに出力装置３１０から帳票出力するのはプログラム１３０１の発注管理モジュール１３０６が処理する。発注管理モジュール１３０６は注文番号をバーコード化する処理も実行する。発注管理モジュール１３０６が実行する論理判断（図５の５１０）はクライアント、サーバをそれぞれ構成するコンピュータ３０１のＣＰＵ３０３で行われる。
【００２０】
変更のない場合（５０１−Ｎｏ）はクライアントコンピュータの注文表示（５０２ｂ）により指示がショップに出される。この場合、不図示であるがステップ５０４、５０６に示されたのと同様、バーコードが印刷された帳票も出力装置から出力される（５０４）。
各ショップは、受発注状況をクライアントコンピュータ画面による注文表示５０２ａ，５０２ｂにより確認する。出力された帳票と、変更のかけられた「物」がペアとなってそれぞれのショップ間（例えば図７の１０１ｃ、１０１ｂ、１０１ａ）を転々とする（５０６）。
図７において製品”Ｂｏｄｙ”が発注されたとする。製品（Ｂｏｄｙ）は「Ａ］，「Ｂ」、「Ｃ」、「Ｄ」の４つのユニットから構成され、その中でユニット「Ｄ」は部品「ａ」、「ｂ」、「ｃ」、「ｄ」からなるとする。それぞれの部品に関する型番、メーカ等は品質情報として、サーバ１０５（図１）側のデータベース（１６０、１７０、１８０、あるいは１５０）に保存管理される。サーバデータベース１５０に保存されるデータは、各処理領域（１６０、１７０、１８０）で共通となる属性のデータが保存される。属性の判断は各データが個々に有するフラグ等の有無をＣＰＵ３０３が判断処理する。判断処理を行う実行プログラムは、データ入力モジュール１３０４（発注時）、データ更新モジュール１３０２（納品後のデータ更新時）である。
【００２１】
変更にかかる部品の情報はデータベース１５０に登録され、各ショップ間で変更情報を共有することが可能となる。
【００２２】
「名称（構成品１、構成品２・・・・）」という表現形式により品質情報の例示を図６に示す。製品Ｂｏｄｙ（６０１）の場合はユニットが引数となり、ユニット（６０２）の場合は部品が引数となる。これらのデータは各ショップの処理領域（図１の１２０ｃ，ｂ，ａ）のデータベース（図１の１８０，１７０，１６０）で管理され、部品からユニット、ユニットから製品という形式で構成品単位の管理がされる。
【００２３】
ここで、本実施形態において、発注管理モジュール１３０６は第一の入力手段として機能する。発注管理モジュール１３０６は発注された部品の品質情報をサーバ１０５のデータベースに登録（格納）し、さらに出力装置３１０から帳票出力するために機能する。
【００２４】
＜データ照合の説明（図７）＞
図６に示すように品質情報を「名称（構成品１、構成品２・・・・）」という表現形式で記述すると、ユニットＤ製作ショップ１０１ｂで発注時に登録された品質情報はＤ（ａ，ｂ，ｃ，ｄ）である。同様にショップ１０１ｃで発注時に登録された品質情報は製品Ｂｏｄｙ（Ａ，Ｂ，Ｃ，Ｄ）である。
【００２５】
一方、部品ｄ製作ショップ１０１ａは変更指示に対応し、部品「ｄ」の代替品「ｄ−１」として自ショップのデータベース１６０に品質情報の更新登録を行う。データベース１６０の更新登録により、部品「ｄ」を使用するショップ（１０１ｃ、１０１ｂ）にデータが転送される（図７中の（１）ルート）。この時点で、ショップ１０１ｃ、１０１ｂはショップ１０１ａで部品変更（「ｄ」が「ｄ−１」となる）が生じたが、具体的にどの部品かは特定できていない。
【００２６】
ショップ１０１ａからショップ１０１ｂへの納品において、バーコードの読取り、データベース１７０（ショップ１０１ｂのサーバデータベース）のデータとの照合（（１）'）の結果、部品ｄの代替品ｄ−１の納品を確認する。この時、ショップ１０１ｂは変更部品の情報と物との一致が図れる。
【００２７】
その部品を使用したユニットの品質情報はＤ（ａ，ｂ，ｃ，ｄ−１）は「Ｄ−１」として更新され（（２）’）、データベース１７０に保存される。データベース１７０の更新登録により、ユニット「Ｄ」を使用するショップ（１０１ｃ）にデータが転送される（図７中の（２）ルート）。この時点で、ショップ１０１ｃはショップ１０１ｂで変更（「Ｄ」が「Ｄ−１」となる）が生じたが、具体的にどのユニットかは特定できていない。
【００２８】
ショップ１０１ｂからショップ１０１ｃへの納品において、バーコードの読取り、データベース１８０（ショップ１０１ｃのサーバデータベース）のデータ（Ｄ−１）との照合（（１）''）の結果、ユニットＤの代替品Ｄ−１の納品を確認する。この時、ショップ１０１ｃは変更部品の情報と物との一致が図れる。
【００２９】
ショップ１０１ｃは発注時点の製品Ｂｏｄｙ（Ａ，Ｂ，Ｃ，Ｄ）の品質情報を変更にかかるユニットＤ−１を使用した製品Ｂｏｄｙ−１（Ａ，Ｂ，Ｃ，Ｄ−１）としてデータベース１８０の品質情報を更新する（（２）''）。
【００３０】
この更新登録の結果はサーバデータベース１５０に登録され、各ショップ間で変更にかかる品質情報を共有することが可能となる。すなわち、変更部品がｄ−１であり、それを使用したユニットがＤ−１であり、そのユニットを使用した製品が製品Ｂｏｄｙ−１であることを知ることが可能となる。
以上説明したように自ショップのデータベース更新に基づいて、その部品を使用するショップにデータ転送を行う。納品時の現品と事前に転送された変更情報との突き合わせにより変更にかかる部品、ユニット、製品を特定する。
【００３１】
＜データ照合のためのプログラム処理＞
図７で、部品ｄ製作ショップ１０１ａが部品「ｄ」を「ｄ−１」に代えてユニットＤ製作ショップ１０１ｂに納品する場合は、帳票と変更にかかる部品「ｄ−１」がペアとなり納品される（図５の５０６）。この際ショップ１０１ｂは帳票に印刷されているバーコードをバーコードリーダ３０７から読取り入力する。バーコードリーダによる読取り入力に基づき、データ入力モジュール１３０４が起動する。データ入力モジュール１３０４は読取った２進数のデータをコンピュータ３０１のＲＡＭ３０４ｂ上（あるいは２次記憶装置３０４ｃ、外部記憶装置３０８）に保存する。
【００３２】
保存完了後、データベース１７０に登録されている品質情報（ショップ１０１ａから変更情報の転送を事前に受けている）と納品された物の品質情報とを比較するためのデータ照合モジュール１３０３（図１３）が起動する。データ照合モジュール１３０３による照合の処理はフローチャート図８に従う。
【００３３】
納品時はまず帳票の注文番号のバーコードを読取り（８０２）、読取データが照合される（８０３）。ここで読取られたデータは、サーバ側のデータベース（１６０、１７０、１８０）のバーコード情報（図５のステップ５０５で登録された情報）と照合される（８０３）。データ照合の結果に基づき変更部品か否かが判断される（８０４）。変更部品でない場合（８０４−Ｎｏ）は検収処理され（８０６）、在庫データを更新し（８０７）、納品は完了する（８０８）。すなわち納品された部品の種別を判断し、数量を確認する（８０６）。更にこの結果をサーバ側のデータベース（１６０、１７０、１８０）に反映させるべく、部品数量を新たに更新する（８０７）。更新終了をもってデータ照合モジュール１３０３の実行は終了する（８０８）。
【００３４】
サーバ側のデータベース（１６０、１７０、１８０）に保存管理されている、変更部品にかかる注文番号のバーコード情報と、納品された部品であって、帳票から読取られたバーコード情報とが一致した場合は変更部品であると判断する（８０４−ＹＥＳ）。一致した場合は変更にかかる部品を特定し、その部品が自ショップに着荷したことを確認する。  納品時点で変更にかかる部品を特定することができれば、その後ショップ内での変更部品の追跡は容易である。当該変更品を組み込んだユニットあるいは、製品の組立てが行われたものがどれであるかという履歴を自ショップの工程管理として把握し（８０５）、変更部品（ｄ−１）を使用したユニット、あるいは製品がどれであるかという自ショップの品質情報を更新する（８０９）。
【００３５】
例えば図７のユニットＤ製作ショップ１０１ｂでは発注時点の品質情報Ｄ（ａ，ｂ,ｃ，ｄ）をＤ−１（ａ,ｂ，ｃ,ｄ−１）として更新し、サーバ側のデータベース１７０の品質情報を更新する。品質情報の更新はデータ更新モジュール１３０２が処理する。この更新処理の完了に基づき、当該部品を使用するショップ（図７を例にすると製品Ｂｏｄｙ組立てショップ）に対し、更新された情報が転送される。更新情報の転送はデータ転送モジュール１３０５により実行される（８１０）。
【００３６】
データ照合モジュール１３０３は更新情報の転送後に検収処理を開始し（８０６）、部品、数量を更新する（８０７）。更新終了をもってデータ照合モジュール１３０３の実行は終了する（８０８）。
図１のユニット製作ショップ（１０１ｂ、１２０ｂ）を例にすると、自ショップのデータベース１７０を更新する他に、その変更にかかるユニットを使用する製品組立てショップ１０１ｃのデータベース１８０に対して変更部品に関する情報を伝達し、登録する（データの転送に関しては後に説明する）。
【００３７】
ここで、本実施形態において、入力装置３０７（バーコードリーダ）による読取り入力に基づき起動するデータ入力モジュール１３０４は第二の入力手段として機能し、データ入力モジュール１３０４は読取った２進数のデータをコンピュータ３０１のＲＡＭ３０４ｂ上（あるいは２次記憶装置３０４ｃ、外部記憶装置３０８）に保存するために機能する。
【００３８】
さらに、本実施形態において、データ照合モジュール１３０３は、部品発注時の品質情報と納品時の品質情報とを照合する照合手段として機能する。すなわちデータ照合モジュール１３０３は、納品時に読取られたバーコード情報と、発注時にサーバ側のデータベース（例えば図１の１６０、１７０、１８０）に格納されたバーコード情報（図５のステップ５０５で登録された情報）とを照合し、変更部品か否かを判断する。さらに、データ照合モジュール１３０３は、納品された部品の検収処理、在庫データの更新を行う手段としても機能する。
また、本実施形態において、データ更新モジュール１３０２は、サーバ側のデータベース（例えば図１の１６０、１７０、１８０）の品質情報を更新する更新手段として機能する。すなわち、データ照合モジュール１３０３の処理により変更部品であると判断された場合に、当該部品について発注時の品質情報を納品時の品質情報に更新する。
【００３９】
さらに、本実施形態において、データ転送モジュール１３０５は品質情報が変更された部品に関し、当該部品を使用するショップに対し、更新された品質情報を伝達する伝達手段として機能する。
【００４０】
また、本実施形態において、ショップ受発注管理モジュール１３０７は  ショップ間の受発注関係を管理する管理手段として機能する。すなわちショップ受発注管理モジュール１３０７はどの部品（ユニット）がどのショップからどこに発注されたかというショップ間の受発注関係を管理し、この結果は例えば図９に示す構成管理テーブル（９７０、９８０）の処理領域情報として登録される。データ転送モジュール１３０５は構成管理テーブルを参照してデータ転送を行う。
＜サーバの異なるショップ間のデータ転送＞
品質情報の転送について図９を基に説明する。サーバ９０１の処理領域９１０が変更部品「ｄ−１」の納品を受けたとする。内部データベース９１１に格納されている品質情報は、図６の記述形式に従ったＤ（ａ，ｂ，ｃ，ｄ）をＤ−１（ａ，ｂ，ｃ，ｄ−１）と更新登録される。
部品「ｄ」が「ｄ−１」となり、新しい部品を使用したユニットが「Ｄ」から「Ｄ−１」になるという情報を品質情報としてサーバデータベース９０３に登録する（データパス９９１）。データベース９１１と９０３への更新登録はデータ更新モジュール１３０２が処理する。データベースの品質情報に変更が生じると、サーバ９０１のデータ転送モジュール１３０５（以下常駐プロセスＡ）が起動し、品質情報の転送処理が始まる（待ち行列９５０の処理として逐次転送される（処理１、２、３、４））。
【００４１】
▲１▼常駐プロセスＡは、データベース９０３から転送するべきデータを抽出する。さらに転送先の処理領域のＩＰアドレス、パスワード、ユーザＩＤを構成管理テーブル９７０から検索する。ここで、構成管理テーブル９７０、９８０にはショップ受発注管理モジュール１３０７によりショップ間の受発注関係が定義されている。
【００４２】
▲２▼検索の結果、転送先が同一サーバ内でなく、異なるサーバにあるショップの場合は、常駐プロセスＡは転送データを一旦サーバ９０２のデータベース９０４に書込み、待ち行列９６０に処理１１として登録する（データパス９９２）。
【００４３】
▲３▼処理１１の登録によりサーバ９０２のデータ転送モジュール１３０５（以下常駐プロセスＢ）が起動してデータの再転送が始まる。
【００４４】
▲４▼常駐プロセスＢはデータベース９０４から転送するべきデータを抽出する。さらに転送先の処理領域のＩＰアドレス、パスワード、ユーザＩＤを構成管理テーブル９８０から検索する。
【００４５】
▲５▼常駐プロセスＢは転送先の処理領域のＩＰアドレス、パスワード、ユーザＩＤをキー情報として処理領域９４０を照合して内部データベース９４１に転送データを書込む（データパス９９３）。
＜同一サーバ内の品質情報の転送＞
▲１▼同一サーバの場合でも処理内容は同様である。処理領域９１０から品質情報の変更登録があり、処理領域９２０に転送する場合、データ更新モジュール１３０２はデータベース９１１と９０３の品質情報を更新する。更新登録の完了後にデータ転送モジュール１３０５（以下常駐プロセスＡ）が起動し、転送処理を開始する（データパス９９４）。
【００４６】
▲２▼常駐プロセスＡは、データベース９０３から転送するべきデータを抽出する。さらに転送先の処理領域のＩＰアドレス、パスワード、ユーザＩＤを構成管理テーブル９７０から検索する。
【００４７】
▲３▼常駐プロセスＡは処理領域のＩＰアドレス、パスワード、ユーザＩＤをキー情報として転送先である処理領域９２０を照合し、その内部データベース９２１に転送データを書込む（データパス９９５）。
＜記憶媒体としての供給＞
前述した実施形態の機能を実現するプログラム１３０１（図１３）は、発注時の品質情報をサーバ側のデータベースに登録し、帳票出力し、品質情報をバーコード化する発注管理モジュール１３０６と、納品された物の品質情報を読取り入力するデータ入力モジュール１３０４と、サーバ側に登録されている品質情報と納品された物の品質情報とを照合するためのデータ照合モジュール１３０３、サーバ側のデータベースに登録されている発注時の品質情報を納品時の品質情報に基づき更新するデータ更新モジュール１３０２と、さらに納品された物（部品、ユニット等）を使用するショップに対して更新された品質情報を転送するデータ転送モジュール１３０５、ショップ間の受発注の関係を管理するショップ受発注管理モジュール１３０７からなる。
そのプログラムコードを記録した記憶媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ（マイクロプロセッシングユニット））が記憶媒体に格納されたプログラムコードを読出し実行することによっても、達成される。
【００４８】
この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００４９】
プログラムコードを供給するための補助記憶装置（記憶媒体）としては、例えば、フロッピディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，磁気テープ，不揮発性のメモリカード，ＲＯＭなどを用いることができる。
【００５０】
また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００５１】
さらに、記憶媒体から読出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれる。
【００５２】
本発明を上記記憶媒体に適用する場合、その記憶媒体には、先に説明したフローチャート（図５及び図８）に対応するプログラムコードを格納することになるが、プログラムの機能構成という観点でまとめると図１３に示す各モジュールが記憶媒体に格納されることになる。
【００５３】
すなわち、発注管理モジュール１３０６、データ入力モジュール１３０４、データ照合モジュール１３０３、データ更新モジュール１３０２と、データ転送モジュール１３０５、ショップ受発注管理モジュール１３０７とを備える。
【発明の効果】
本発明による品質管理は、使用する部品の変更が生じた場合に、それが異なる作業領域を転々と渡る場合であっても、変更情報と現品の対応づけを図り、品質情報を逐次管理することが可能となる。部品レベルで品質情報を把握することが可能となり、綿密な品質管理を実現する。具体的には製品を構成するユニット、ユニットを構成する部品の全ての品質情報が現品と一致する。
【００５４】
【図面の簡単な説明】
【図１】本発明に係る品質システムを示す図である。
【図２】クライアント・サーバシステムを示す図である。
【図３】コンピュータシステムの構成を示す図である。
【図４】本システムのネットワーク網の基本構成を示す図である。
【図５】品質情報に変更が生じた場合の処理を示すフローチャートである。
【図６】品質情報の例を示す図である。
【図７】部品の受発注の関係を示す図である。
【図８】納品の処理を示すフローチャートである。
【図９】品質情報の転送を説明する図である。
【図１０】従来技術における部品発注システムを説明するための図である。
【図１１】生産計画から発注までの処理を示すフローチャートである。
【図１２】従来における部品の受発注の関係を示す図である。
【図１３】実施形態における記録媒体のメモリマップを示す図である。
【符号の説明】
１０１ａ，ｂ，ｃ  ショップ
１０５、２１０  サーバ
１１０ａ，ｂ，ｃ  クライアント
１５０、１６０、１７０、１８０  データベース
３０１    コンピュータ
３０３    ＣＰＵ
３０４ａ  ＲＯＭ
３０４ｂ  ＲＡＭ
３０４ｃ  ２次記憶装置
３０５    ネットワークインタフェース
３０６    表示装置
３０７    入力装置
３０８    外部記憶装置
３０９    表示制御部
３１０    出力装置
９０１，９０２  サーバ
９１０，９２０、９３０、９４０  ショップ
９１１、９２１、９３１、９４１  ショップの内部データベース
９０３、９０４  サーバのデータベース
９７０、９８０  構成管理テーブル
【図１】
0003610200.tif 000002
【図２】
0003610200.tif 000003
【図３】
0003610200.tif 000004
【図４】
0003610200.tif 000005
【図５】
0003610200.tif 000006
【図６】
0003610200.tif 000007
【図７】
0003610200.tif 000008
【図８】
0003610200.tif 000009
【図９】
0003610200.tif 000010
【図１０】
0003610200.tif 000011
【図１１】
0003610200.tif 000012
【図１２】
0003610200.tif 000013
【図１３】
0003610200.tif 000014