JPH06203040A - 製造経歴管理システム - Google Patents

Abstract

(57)【要約】 【目的】 生産ラインを管理するホストコンピュータの
負担を招くことなく、製品の製造経歴を蓄積する。 【構成】 管理端末は生産ラインに被組立物が投入され
る毎にその被組立物に対応した作業データエリアを作業
ファイル内に設定する。生産ライン内の各工程には作業
端末が配置される。これらの作業端末は各工程に到来す
る被組立物を識別し、かつ、被組立物に対する作業内容
の検出する。検出された作業内容は作業ファイル内の作
業データエリアのうち上記識別された被組立物に対応し
た作業データエリアに書き込まれる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】この発明は車両の生産ライン等に
用いて好適な製造経歴管理システムに関する。

【０００２】

【従来の技術】ＦＡ（ファクトリオートメーション）技
術は、製品の品質の向上、製造コストの低減および生産
性の向上という大きな成果を製造業界にもたらした。こ
の種のＦＡ技術を導入した生産システムによれば、被組
立物の搬送、組立の制御等、製品の製造に係る作業がす
べてコンピュータの管理下において行われる。すなわ
ち、コンピュータによる制御の下、被組立物が各種組立
機に順次搬送され、各組立機には製品の仕様等に対応し
て決定された制御データが与えられる。このようにし
て、目的とする製品が人手を煩わすことなく自動生産さ
れる。また、厳密な制御が要求される工程については、
例えばボルトの締め具合等、組立機が行った作業の結果
がセンサ等によって測定され、この測定結果が製品毎あ
るいは部品毎に用意された共通の設定値と合致するか否
かが検査される。そして、検査の結果合格となった被組
立物のみが次工程へと流される。このように作業とその
監視とが一体となって進められ、品質のよい製品が安定
して生産される。

【０００３】

【発明が解決しようとする課題】ところで、上述した生
産システムにおける組立機による作業内容の監視結果
は、製品を製造している期間は利用されることが多い
が、製品が完成して出荷された後は利用される機会が少
ないため、利用効率を考慮した管理がなされていなかっ
た。しかし、メーカーによっては、各製品の製造時の経
歴に関する情報がそれらの製品の出荷後において必要と
なることが現実に有り得る。例えば自動車メーカーから
購買者の手に渡った車両が、その後、故障に至る場合が
ある。このような場合、例えばその車両における個々の
ボルトの締め具合等、その車両の製造時の経歴が残って
いた方が故障理由を解析する上で有利である。また、廃
車となった車両を回収して各部の状態を調査し、この調
査結果とその車両の製造時の経歴とを照合すれば、車両
の耐久性をさらに向上させるための貴重な技術資料が得
られる。このようにメーカーにとって製品の製造経歴を
管理することは極めて意義のあることであった。しか
し、個々の製品の製造経歴を採取しようとする場合、生
産ライン内の各工程において各製品に施される作業を常
時監視しなければならない。しかし、通常、生産ライン
は多くの工程を有しており、これらの各工程においてな
される作業を製品毎に監視するとなると、監視に要する
負担は膨大なものとなる。仮に生産ラインを制御するホ
ストコンピュータが各工程の作業内容の監視を併せ行う
とすると、ホストコンピュータの能力のうち多くのもの
が作業内容の監視に費やされ、生産ラインの効率的運用
が阻害される。従来、この問題を克服する有効な手段が
なかったため、上記意義に適った有効なシステムが実現
されなかった。

【０００４】この発明の目的は上記問題を克服し、製品
の製造時の経歴を収集し管理することができる製造経歴
管理システムを提供することにある。

【０００５】

【課題を解決するための手段】請求項１に係る製造経歴
管理システムは、複数の製造工程から成る製造ラインの
各製造工程毎に作業制御手段を有すると共に、これらの
各作業制御手段が前記製造ラインを流れる被組立物の識
別を行う被組立物識別手段と、当該製造工程において被
組立物に施される作業結果を出力する組立検出手段とを
有し、さらに前記各製造工程毎から出力される作業結果
を保存する記憶手段とを具備してなり、前記記憶手段
は、ホストコンピュータより該製造ラインで組立られる
被組立物に関するデータを送受信するファイルと、前記
各作業制御手段に対応し、かつ、被組立物に対応した作
業データを有する作業データファイルと、前記作業デー
タファイルの作業データに基づいて、作業を行った結果
を前記組立検出手段より前記作業制御手段を介して結果
を書き込む検査号機データファイルと、該製造ラインで
すべての工程を終了後、前記検査号機データファイルの
データを保存する為の保存ファイルとを有し、該記憶手
段内の前記夫々のファイル間のデータ授受を制御する管
理手段を設けたことを特徴とする。請求項２に係る製造
経歴管理システムは、前記請求項１に係るシステムにお
いて、前記記憶手段内の夫々ファイル間を移動する際に
送信元から受信先へ正常に移動したなら送信元のデータ
を管理手段によって削除する事を特徴とする。請求項３
に係る製造経歴管理システムは、前記請求項１に係るシ
ステムにおいて、前記記憶手段内の夫々ファイルに存在
する夫々のテーブルデータを関連させるキーワードを設
けた事を特徴とする。

【０００６】

【作用】請求項１に係る製造経歴管理システムによれ
ば、各製造工程の被組立物識別手段により被組立物の識
別が行われ、組立検出手段により当該製造工程において
被組立物に施される作業結果が出力される。そして、こ
の作業結果は管理端末を介して検査号機データファイル
に書き込まれる。そして、該製造ラインですべての工程
を終了後、検査号機データファイルのデータは保存ファ
イルへと移される。請求項２に係る製造経歴管理システ
ムによれば、記憶手段内の夫々ファイル間を移動する際
に送信元から受信先へ正常に移動したなら送信元のデー
タが管理手段によって削除される。請求項３に係る製造
経歴管理システムによれば、上記キーワードに基づいて
製造経歴管理のためのデータ検索が行われる。

【０００７】

【実施例】以下、図面を参照しこの発明の一実施例を説
明する。図１はこの発明の一実施例による製造経歴管理
システムの構成を示すブロック図である。この製造管理
システムは、自動車の車体に対し安全装置（Supplement
al Restraint System；以下、ＳＲＳと略す）を組み付
けるＳＲＳ組付ラインに適用されるものであり、同ライ
ンの各作業の実施のための設備と共に工場内の設置され
る。

【０００８】まず、製造経歴管理システムの説明を行う
に先立ち、ＳＲＳ組付ラインについて説明する。ＳＲＳ
は下記５種類の部品によって構成される。 ダッシュセンサ−Ｒ ダッシュセンサ−Ｌ ＳＲＳユニット ケーブルリール モジュールアセンブリ

【０００９】ＳＲＳ組付ラインは、上記各部品の組み付
け作業等を行うための複数の工程を有しており、各工程
では基本的に１種類の作業を行う。また、上記各部品は
各々に対応した各工程に予め準備されている。

【００１０】ここで、ＳＲＳ組付ラインには、ＳＲＳを
組み付けるべき車両（以下、この種の車両をＳＲＳ仕様
車という）のみならず、その必要のない車両も投入され
る。また、ＳＲＳ仕様車も様々な仕様のものがあり、各
仕様により組み付けるべきＳＲＳの構成が異なる。例え
ば、ある仕様の車両は上記５品目をすべて含んだＳＲＳ
を組み付ける必要があり、別の仕様の車両については一
部の部品が不要である。このＳＲＳ組付ラインでは、各
工程に車両が到来する毎にその車両の識別が行われ、識
別結果に基づいてその車両に対し当該工程に準備された
部品を組み付けるべきか否かの判断が行われる。また、
仕様の違いによる組付部品の違いも指示する。このよう
な制御により、各車両に対し各々が必要とする部品のみ
が組み付けられる。なお、この具体的な制御方法につい
ては後述する。

【００１１】また、上記各部品は各々シリアル番号と部
品の仕様と種類等がバーコードにより付されている。各
部品は、車両に組み付けられる際にそのシリアル番号が
採取されるようになっている。また、各工程において、
ボルト締め付け作業、嵌合作業等、各部品の組み付け作
業を行った場合、締め付けトルク値、嵌合状態等、作業
の結果を表す情報が採取されるようになっている。本実
施例による製造経歴管理システムは、このようにして各
部品のシリアル番号およびそれらの組み付け時の作業状
態を作業データとして採取すると共に採取した作業デー
タを各車両単位で管理するものである。

【００１２】この工場には、以上説明したＳＲＳ組付ラ
インとして、第１〜第３のラインが設置されている。工
場内で製造される各車両は、これらのラインのうちいず
れかのラインに投入され、必要に応じてＳＲＳの組み付
けが行われる。

【００１３】次に製造経歴管理システムの構成を説明す
る。図１において、ＦＳ１〜ＦＳ３は、第１〜第３のラ
インの各々に対応して設けられたファイルサーバであ
る。これらのファイルサーバーＦＳ１〜ＦＳ３は、各ラ
インが行う作業の制御のための情報あるいは上記作業デ
ータ等を記憶する各種ファイルを保有している。

【００１４】ＣＴ１およびＣＴ２は各々通信端末であ
り、自動車の生産ライン全体を統制するＡＬＣ（Assemb
le Line Control；組立ラインコントロール）ホストコ
ンピュータＨＳＴと通信回線を介して接続される。ホス
トコンピュータＨＳＴからデータが転送されてきた場
合、正常動作しているときは２台ともデータを受信す
る。また、製造経歴管理システムからホストコンピュー
タＨＳＴへデータを送信する必要が生じた場合、両方の
通信端末がデータを送信しようとするが、先にデータを
送信した端末が送信済みのデータを削除する。従って、
１個のデータは通常１台の端末により送信されることと
なる。ただし、先にデータを送信した端末がデータを削
除するのに一定時間を要するので、他方の端末が削除前
のデータを送信することが稀にある。このように通信端
末ＣＴ１およびＣＴ２は通信機能をデュプレックス化す
るために２台設けられているものであり、製造経歴管理
システムを説明するのに両者を区別する意義はない。従
って、以下ではこれらの通信端末ＣＴ１およびＣＴ２を
単に通信端末ＣＴｎと総称する。ＳＲＳ組付ラインに車
両が投入される際、投入車両に関する受信データである
ＡＦ−ＯＮデータがホストコンピュータＨＳＴから送信
される。通信端末ＣＴｎはこのようにして送信されるＡ
Ｆ−ＯＮデータを受信する。また、ＳＲＳ組付ラインか
ら車両をラインオフする際、ＳＲＳ組み付けラインでの
当該車両についての経歴情報と出荷判定を報告するＡＦ
−ＯＦＦデータが通信端末ＣＴｎからホストコンピュー
タＨＳＴへ送信される。

【００１５】作業端末ＷＴ，ＷＴ，…は、各ラインを構
成する各工程毎に各々１台ずつ配置される。各作業端末
ＷＴ，ＷＴ，…は、各々が管轄する工程において下記の
機能を果す。 各々が管轄する工程において行うべき作業の制御。こ
の制御には、到来する車両の識別、作業の可否の判定、
作業内容の判定、組付可能部品の判定および締め付け作
業を行うＥＴＣ（電気式トルク制御）レンチまたは定ト
ルクレンチの制御等が含まれる。 各々が管轄する工程において実際に行われる作業内容
の確認、具体的には締め付け作業におけるトルクの値、
嵌合作業を終えた嵌合部の状態、組付部品シリアル番号
等の収集。 上記収集結果に基づく作業データの形成。 作業が所定の基準を満足する態様で行われたか否かの
判断および判断結果の表示。ここで、所定の基準は作業
端末が毎回される際に後述する作業テーブルに基づいて
設定される。なお、この動作については後述する。

【００１６】管理端末ＭＴｎ（ｎ＝１〜３）は、各ライ
ンｎ毎に１台設置されており、各ラインに対応した各種
ファイルの管理を行う。なお、具体的な管理内容につい
ては各ファイルの内容を説明する際に併せて説明する。
その他、各ラインｎ毎に設置された端末として、中検端
末ＭＩＴ、完検端末ＦＩＴ、監視端末ＯＶＴ、メンテナ
ンス端末ＭＥＴ、帳票端末ＢＴ、調整端末ＡＤＴ、再検
端末ＲＴ等がある。これらの端末の役割についても、各
ファイルの内容を説明する際に必要に応じてその説明を
行う。Ｎ１およびＮ２は各々トークンリング型ネットワ
ークであり、この製造経歴管理システム内の各端末装置
間のデータ伝送経路として使用される。

【００１７】次にこの製造経歴管理システムにおいて使
用される各種ファイルについて説明する。各ファイルサ
ーバーＦＳｎ（ｎ＝１〜３）は、各ラインｎについての
管理ファイルとして、図２に示すＡＬＣ受信ファイルＦ
１、ＡＬＣ送信ファイルＦ２、トリガファイルＦ３、Ｓ
ＲＳ作業テーブルＦ４、端末稼働確認ファイルＦ５、検
査号機データファイルＦ６および保存用データファイル
Ｆ７を保有している。以下、これらの各ファイルの具体
的な内容を説明すると共にこれらを取扱う上記各端末の
役割について説明する。

【００１８】（１）ＳＲＳ作業テーブルＦ４ ＳＲＳ作業テーブルＦ４は、このＳＲＳ組付ラインにお
いて車両にＳＲＳ部品を組み付ける際の作業内容を定義
するものであり、図３に示すように、ＳＲＳ記号、ＳＲ
Ｓ記号内容、部品テーブルデータ、締付テーブルデータ
および嵌合テーブルデータからなる。これらの各データ
のうち、ＳＲＳ記号およびＳＲＳ記号内容は、このＳＲ
Ｓ組付ラインにおいて取り付けられるＳＲＳに関し記述
した情報である。

【００１９】部品テーブルデータは、ＳＲＳ記号毎にＳ
ＲＳの構成部品を定めるデータであり、最大Ｎ１個まで
定義可能である。ＳＲＳの構成部品数がＮ１個に満たな
い場合は、構成部品に対応した部品データのみが部品テ
ーブルデータのフィールドに書き込まれ、部品テーブル
データのフィールドにおける残ったフィールドには部品
データとして意味をなさないデータ（例えばスペース）
が書き込まれる。各部品テーブルデータは、部品名また
はその部品に対して行う作業の内容（締め付け／嵌合）
を作業者に対して指定するデータと、ＳＲＳ記号毎に予
め決められた組付可能な部品を指定する記号と、当該作
業を行う工程の番号と、検索キーとからなる。検索キー
は、当該部品データとその部品データに対応する締付デ
ータまたは嵌合データとを対応付けるために書き込まれ
たデータである。

【００２０】締付テーブルデータは、ＳＲＳ部品を組み
付ける際に必要な締付作業を定義するデータであり、最
大Ｎ２個まで定義可能である。各締付テーブルデータ
は、ＳＲＳ記号毎に定義され、締め付け箇所、または締
め付け作業の内容を指定する情報と、締付トルク範囲を
示す記号と、当該作業を行う工程の番号と、検索キーと
からなる。ここで、検索キーは、部品の締め付け作業に
伴って部品データと作業データ（この場合は締付デー
タ）が得られた場合に両者を対応付けるために締付テー
ブルデータ内に定義されたものである。すなわち、締付
テーブルデータにおいて、ある部品Ａに関する部品デー
タの検索キーがａであり、かつ、その部品が締め付けに
よって取り付けられるべきものである場合、その部品Ａ
の締め付け値は締付テーブルデータにおいて検索キーが
ａである締付データに該当するものとして書き込まれ
る。また、同一部品について複数の締め付け作業を行う
場合にはその部品の部品データの検索キーと同一の検索
キーを有する締付データを複数定義する。

【００２１】嵌合テーブルデータは、当該車両にＳＲＳ
部品を組み付ける際に必要な嵌合作業を定義するデータ
であり、最大Ｎ３個まで定義可能である。各嵌合データ
は、ＳＲＳ記号毎に定義され、嵌合箇所、または嵌合作
業の内容を指定する情報と、記号と、当該作業を行う工
程の番号と、検索キーとからなる。この嵌合テーブルデ
ータにおける検索キーも、締付データにおける検索キー
と同様、部品データとの対応付を行うものである。以上
説明した締付テーブルデータおよび嵌合テーブルデータ
も、部品テーブルデータの場合と同様、必要なもののみ
が各テーブルデータのフィールドに書き込まれる。

【００２２】各作業端末ＷＴは、毎回、各々が管轄する
工程の工程番号をキーとして作業テーブルＦ４内の部品
データ、締付データおよび嵌合データを検索し、該当す
るものを取り込む。これらのうち締付データおよび嵌合
データは、それらを取り込んだ各作業端末ＷＴにおい
て、管轄工程内での締め付け作業および嵌合作業の制御
に使用される。また、各作業端末ＷＴは、部品データ、
締付データおよび 嵌合データを取り込む際、作業テー
ブルＦ４においてそれらが記載されていたエリアを記憶
する。これらのエリアに関する記憶内容は作業端末ＷＴ
が後述する作業データを形成する際に参照される。ま
た、作業テーブルＦ４は管理端末ＭＴｎが投入車両に関
する保存データを作成する場合にも参照される。

【００２３】（２）ＡＬＣ受信ファイルＦ１ ＡＬＣ受信ファイルＦ１には、通信端末ＣＴｎによって
受信されるＡＦ−ＯＮデータが順次書き込まれる。これ
らのＡＦ−ＯＮデータは図４に示す各情報を含んでい
る。これらの情報のうち、ヘッダー部は通信制御のため
のデータであり、このＡＦ−ＯＮデータの宛先（この場
合はＳＲＳ組付ライン）と発信元（この場合はＡＬＣホ
ストコンピュータ）とからなる。識別コードは、当該Ａ
Ｆ−ＯＮデータに対応した車両が、ＳＲＳ組付ラインに
新規に投入されるものであるのか、あるいは工場戻しと
なって投入されるものであるのか、といった事項を表す
情報である。この識別コードにより、ＳＲＳ組付ライン
による当該車両の取扱い（新規組付／調整等）が決定さ
れる。識別コードに続き、当該車両が投入されるべきラ
インのライン番号があり、さらにロット番号、フレーム
番号というように当該車両の情報が続く。さらにＡＦ−
ＯＮデータには、ＡＦ−ＯＮ連番、伝送連番、ＡＦ−Ｏ
Ｎ年月日時分秒といったＡＦ−ＯＮデータの出生と関連
した情報が含まれている。その他、ＡＦ−ＯＦＦ、リペ
アイン、リペアアウト、ＡＦ−ＯＦＦ取消、工場戻し、
ＡＦ−ＯＮ取消、工場戻し取消、合格等の情報がホスト
コンピュータＨＳＴから受信され、ＡＬＣ受信ファイル
に書き込まれる。

【００２４】（３）検査号機データファイルＦ６ この検査号機データファイルＦ６には、ＳＲＳ組付ライ
ンに投入される各車両に対応した作業データが格納され
る。これらの作業データはＡＬＣ受信ファイルＦ１内に
新たなＡＦ−ＯＮデータが書き込まれる毎に管理端末Ｍ
Ｔｎによって作成される。図５に作業データのフォーマ
ットを示す。同図に示すように作業データはＡＦ−ＯＮ
データの内容を含んでいる。作業データはＡＦ−ＯＮデ
ータにない項目としてＮ１個の部品データ、Ｎ２個の締
付データ、Ｎ３個の嵌合データを含んでいる。これらの
各項目は、車両に対して施された作業結果を記録するた
めに確保されたものであり、管理端末ＭＴｎによって作
成された時点では内容を持たない空欄となっている。こ
れらの空欄には、この作業データに対応した車両が各工
程を通過する際に作業端末ＷＴによって採取される作業
結果（部品番号、締付データ、嵌合データ）が順次書き
込まれる。さらに作業データは中検判定年月日、…、完
検判定年月日、…、調整判定年月日、…といった各種検
査工程および調整工程に対応した項目を含んでいる。こ
れらの各項目についても車両が該当する工程を通過する
際に各工程で採取されたデータが書き込まれる。また、
作業データ中には作業結果がどの端末（調整端末、作業
端末等）によって書き込まれたかを示すデータが併せて
書き込まれる。

【００２５】（４）ＡＬＣ送信ファイルＦ２ ＡＬＣ送信ファイルＦ２には図６に示すＡＦ−ＯＦＦデ
ータが格納される。このＡＦ−ＯＦＦデータはＳＲＳ組
付ラインにおける作業を終えた各車両について管理端末
ＭＴｎによって各々作成される。ＡＬＣ送信ファイルＦ
２内に作成されたＡＦ−ＯＦＦデータは通信端末ＣＴｎ
によりホストコンピュータＨＳＴへ順次送信される。Ａ
Ｆ−ＯＦＦデータに含まれる各項目のうち、検索キー
（ライン番号、系列番号、フレーム番号）、Ｎ１個の部
品データ、Ｎ２個の締付データおよびＮ３個の嵌合デー
タは、当該車両のＡＦ−ＯＮデータの内容に基づいて作
成される。ただし、ＡＦ−ＯＮデータの場合と異なり、
部品データ、締付データおよび嵌合データは各々キーを
有する。ＡＦ−ＯＦＦデータを受信したホストコンピュ
ータＨＳＴはこれらのキーに基づき各データ間の対応付
けを行う。また、ＡＦ−ＯＦＦデータは出荷判定の項目
を有する。この項目は完検端末ＦＩＴ、調整端末ＡＤ
Ｔ、メンテナンス端末ＭＥＴ、再検端末ＲＴによって書
き込まれる。

【００２６】（５）トリガファイルＦ３ このトリガファイルＦ３には、ＡＦＦ−ＯＦＦデータの
作成および送信を許可する車両のフレーム番号が書き込
まれる（図７参照）。このフレーム番号の書込は、中検
端末ＭＩＴ、調整端末ＡＤＴ、完検端末ＦＩＴまたはメ
ンテナンス端末ＭＥＴ、再検端末ＲＴによって行われ
る。管理端末ＭＴｎは、トリガデータに対応した検査号
機データファイルを参照し、上述したＡＦＦ−ＯＦＦデ
ータを作成する。

【００２７】（６）保存用データファイルＦ７ 保存用データファイルＦ７には図８に示す保存データが
格納される。この保存データはＳＲＳ組付ラインにおけ
る作業を終えた各車両の製造経歴を記録として保存する
趣旨によるものであり、管理端末ＭＴｎによって各々作
成される。図８に示すように、保存データは作業データ
とほぼ同一の内容となっている。ただし、作業データの
場合と異なり、保存データにおける部品データ、締付デ
ータおよび嵌合データは各々キーを有する。これらのキ
ーにより、出荷された車両の使用部品と各部品について
なされた作業内容との関係を容易に把握することができ
る。また、この保存データは、車両が輸送途上で不具合
が発見され工場へ戻された際にも利用される。すなわ
ち、このような場合、戻された車両は加修工程に投入さ
れ、そこで、当該車両のバーコードが読まれ保存ファイ
ルに有った当該車両のデータが作業ファイルに転送さ
れ、そこで、車両の不具合を修正して修正データを作業
ファイルに書き込み、その後に出荷判定を行い、該車両
は出荷され保存データが再度作成される。

【００２８】（７）端末稼働確認ファイルＦ５ このシステム内の各端末の稼働状況を把握するために設
けられたファイルである。各端末は、この端末稼働状況
確認ファイルＦ５に対し定期的（例えば５分間隔）に現
在の時刻を書き込む。端末稼働確認ファイルＦ５に書き
込まれたこれらの時刻は、監視端末ＯＶＴによって読み
出される。監視端末ＯＶＴは、これらの時刻が正常であ
る場合に当該端末が稼働している旨を表示する。これに
対し、監視端末ＯＶＴは、これらの時刻と監視端末の時
刻とを比較した場合に一定時間以上の差がある場合には
その端末が停止している旨を表示する。

【００２９】以下、この製造経歴管理システムの動作を
説明する。 §１．システム初期化 ＳＲＳ組付ライン内の各端末の電源が投入および初期化
が行われることにより、この製造経歴管理システムは動
作可能な状態となる。ここで、作業端末ＷＴに対し初期
化のための操作がなされた場合には、その作業端末ＷＴ
によりファイルサーバーＦＳｎを介して作業テーブルＦ
４がアクセスされ、テーブル内の部品データ、締め付け
データまたは嵌合データのうちその作業端末ＷＴが属す
る工程に対応したデータが読み出される。以後、各工程
の作業端末ＷＴは、読み出した締付データまたは嵌合デ
ータに従い、工程内の締付作業または嵌合作業を制御す
る。また、作業端末ＷＴは、作業テーブルからデータを
読み出す際、各データの部品データ、締付データまたは
嵌合データにおける順位を記憶する。以後、作業端末Ｗ
Ｔにより部品のシリアル番号、締付トルクの測定結果ま
たは嵌合状態が採取された場合、それらの採取結果の作
業データ上での書込位置は上記読み出しの際に記憶され
た順位に従い決定される。すなわち、ある工程の作業端
末ＷＴが作業テーブルＦ４における第３番目の部品デー
タを読み出した場合、以後、その作業端末ＷＴは部品か
ら採取したシリアル番号を第３番目の部品データとして
作業データに組み込む。締付データおよび嵌合データに
ついても同様である。

【００３０】§２．ＡＦ−ＯＮデータ受信 ＳＲＳ組付ラインに車両が投入される際、その車両に関
するＡＦ−ＯＮデータがホストコンピュータＨＳＴから
通信端末ＣＴｎへ送信される。通信端末ＣＴｎは、この
ＡＦ−ＯＮデータを受信すると、データ内のライン番号
を判読し、ファイルサーバーＦＳｎ（ｎ＝１〜３）のう
ちライン番号に対応したファイルサーバーへＡＦ−ＯＮ
データを送る。この結果、受信されたＡＦ−ＯＮデータ
が当該ファイルサーバーが保有するＡＬＣ受信ファイル
Ｆ１に書き込まれる。

【００３１】§３．作業データ作成 一方、管理端末ＭＴｎは、ＡＬＣ受信ファイルＦ１内の
新規データの有無の判断を常時繰り返し実行している。
そして、管理端末ＭＴｎは、新規なＡＦ−ＯＮデータを
発見した場合に、そのＡＦ−ＯＮデータの内容と作業テ
ーブルの内容とを併せた作業データ（図５）を検査号機
データファイルＦ６内に作成する。

【００３２】§４．製造経歴管理表発行 ホストコンピュータＨＳＴは、この製造経歴管理システ
ムへＡＦ−ＯＮデータを送信した後、ＳＲＳ組付ライン
へ投入する車両についての製造経歴管理表を発行する。
この製造経歴管理表にはＳＲＳ組付ラインに投入する車
両のフレーム番号および機種系列コードを表したバーコ
ードが印字される。このバーコードは組付仕様書にも印
字される。ホストコンピュータＨＳＴが発行した製造経
歴管理表は該当する車両に投入される。

【００３３】§５．各作業工程内での処理 そして、車両はコンベアによって搬送され、ＳＲＳ組付
ライン内の各工程へ順次送られる。各工程では、車両が
到来する度に以下説明する処理が行われる。まず、車両
が作業端末ＷＴの手前に到着すると、組付仕様書のバー
コードがバーコードリーダによって走査され、バーコー
ドによって表されたフレーム番号および機種系列コード
が読み取られる。ただし、組付仕様書が破れている場合
には車両内の製造経歴管理表のバーコードが読み取られ
る。このようにして読み取られたフレーム番号および機
種コードは作業端末の表示画面に表示される。次に作業
端末ＷＴは、ライン番号とバーコードリーダによって読
み取ったフレーム番号および機種系列コードとをキーと
して検査号機データファイルＦ６内の作業データを検索
する。次いで検索結果に基づき、作業データのＳＲＳ記
号に対応した作業テーブルデータを読み出し、その車両
にＳＲＳを構成する部品を組み付けるべきか否かを判断
する。

【００３４】ここで、下記ａ〜ｄのいずれかの場合に
は、当該工程においてＳＲＳ部品を組み付けるべきでな
いという判断される。 ａ．到来した車両がＳＲＳ対象車でない場合 ｂ．到来した車両がＳＲＳ対象車ではあるが当該工程に
おいてその車両に対して施すべき作業がない場合 ｃ．到来した車両の製造経歴管理表のバーコードが正常
に読み取られなかった場合 ｄ．適正なＡＦ−ＯＮデータがホストコンピュータＨＳ
Ｔから供給されなかった場合 これらの場合、上記各場合のいずれに該当するかが作業
端末の画面に異常メッセージとして表示される。フレー
ム番号あるいは機種系列コードが正常に読み取られず異
常メッセージが表示された場合、作業員はバーコードの
読み取りを再実行することができる。再実行が行われな
い場合、車両は当該工程にて作業が施されることなく次
工程へと送られる。そして、作業端末ＷＴは新たな車両
のバーコードが読み取られるまで待機する。

【００３５】一方、到来した車両がＳＲＳ仕様車であ
り、しかも、当該工程において作業を施すべきものであ
る場合、ライン番号、バーコードリーダにより読み取っ
たフレーム番号および機種系列コードに対応する作業デ
ータが検査号機データファイルＦ６から読み出され、こ
の作業データが作業端末ＷＴ内蔵のメモリ内の作業デー
タ格納エリアに書き込まれる。また、この作業データの
内容が作業端末ＷＴの画面に表示される。そして、当該
工程に対し割り当てられた作業が行われる。以下、その
詳細について各工程毎に説明する。

【００３６】（１）ダッシュセンサーＲ組付工程および
ダッシュセンサーＬ組付工程 これらの各工程における作業内容をダッシュセンサーＲ
組付工程を例に説明すると以下のようになる。 ａ．ダッシュセンサーＲのシリアル番号と部品の仕様と
種類等のバーコードをバーコードリーダによって読み取
る。 ｂ．ダッシュセンサーＲを車体に組み付けると共に所定
箇所にボルトを挿入し、ＥＴＣ（電気式トルク制御）レ
ンチによるボルトの締付けを行い、ダッシュセンサーＲ
を車体に固定する。 ｃ．上記ボルトを定トルクレンチによってさらに締め付
け確認する。ダッシュセンサーＬの組付工程も同様な作
業が行われる。

【００３７】＜上記各工程に伴う作業端末の処理＞ダッ
シュセンサーＲのシリアル番号は作業端末ＷＴに入力さ
れる。また、ＥＴＣレンチによる締め付けトルク値およ
び定トルクレンチによる締め付け値確認結果（合格／不
合格）が各レンチのセンサによって各々測定され、これ
らの測定結果が作業端末ＷＴに入力される。そして、各
トルクの測定結果が所定の許容範囲内にあるか否かが判
定され、判定結果が作業端末に表示される。次いで作業
端末ＷＴは、作業データ格納エリアにおける当該工程に
対応した部品データエリアを参照することによりそのダ
ッシュセンサーがその工程において組み付けるべきもの
であるか否かを判断し、判断結果が「Ｙｅｓ」の場合は
ダッシュセンサーＲのシリアル番号を書き込む。また、
作業データ格納エリアにおける当該工程の各締付作業に
対応した各締付データ用エリアに対し各トルクの測定結
果を書き込む。

【００３８】（３）センサ＆ユニット嵌合検査工程 ａ．ＳＲＳユニットのシリアル番号のバーコードをバー
コードリーダによって読み取る。 ｂ．ダッシュセンサとＳＲＳユニットのコネクタの嵌合
状態を嵌合マウスによって検査する。すなわち、ダッシ
ュセンサおよびＳＲＳユニットの各コネクタの嵌合部
は、所定のパターンの貫通穴が形成されており、両者を
正常に嵌合された場合には、所定のバーコードが形成さ
れるようになっている。そして、このようにして形成さ
れたバーコードが嵌合マウスによって光学的に読み取ら
れ、嵌合状態が正常であるか否かが判定される。 ＜上記工程に伴う作業端末の処理＞嵌合マウスによって
読み取られた情報は半嵌合検査装置に送られ、この装置
から嵌合状態が合格であるか不合格であるかを示す情報
が作業端末に送られる。同時に嵌合コネクタの種類、不
合格である場合には不合格の種類を示す情報も作業端末
に送られる。嵌合状態が正常であるか否かは作業端末に
表示される。次いで作業端末ＷＴは、作業テーブルデー
タを読み出して、嵌合状態を判定したコネクタがその工
程において検査すべきコネクタであるか否かを判断し、
判断結果が「Ｙｅｓ」の場合に作業データ格納エリアに
おける当該工程に対応した部品データエリアに対しＳＲ
Ｓユニットのシリアル番号を書き込む。また、作業デー
タ格納エリアにおける当該工程の嵌合作業に対応した嵌
合データエリアに対し嵌合状態の判定結果を書き込む。
ここで、嵌合状態が正常であっても嵌合チェックを行っ
たコネクタが目的とするコネクタでない場合は不合格扱
いとする。以上説明した各工程の他、以下の各工程が実
施され、必要なＳＲＳ部品の車体への取り付けおよび必
要に応じた嵌合検査が行われる。

【００３９】このようにして当該工程内の全作業が終了
すると、作業端末ＷＴは作業内容の書き込みを行った作
業データを検査号機データファイルＦ６へ書き込む。作
業データの書込は、車両１台単位で行っている。全作業
を終了する前に他の端末が作業データを変更した場合に
は、作業端末はその変更された作業データを読み込み、
さらに現作業内容を付加して検査号機データファイルＦ
６へ戻す。ここで、作業端末がデータを書き込もうとす
る時に、同様に他の端末がデータを変更していた場合
は、以上のことをＮ回（指定回数）を限度として正常に
データ書込が行われるまで繰り返す。Ｎ回の実行を以て
しても正常な書き込みが行われない場合には画面にＮＧ
を表示、次の車両についての処理を行う。データ書込の
許容回数をＮ回以下に制限するのは、１台の車両のため
のデータ書込が長引くことによって後続の車両の処理が
長時間中断されるのを防止するためである。このように
車両が各工程を通過する毎に各工程内の作業が行われ、
作業の監視結果に基づいて作業データが順次形成されて
行く。そして、車両がＳＲＳ組付に必要なすべての工程
を通過することにより、当該車両の作業データを構成す
る部品データ、締付データおよび嵌合データの書き込み
が終了する。

【００４０】§６．中間検査 各工程を通過しＳＲＳ部品の組付けを終えた車両は、そ
の後、中間検査工程へと運ばれ、その工程内の中検端末
ＭＩＴの手前に到着する。そして、車両から製造経歴管
理表が取り出され、ライン番号、フレーム番号および機
種系列コードのバーコードがバーコードリーダによって
読み取られる。次いで作業員により、製造経歴管理表が
中検端末ＭＩＴのプリンタにセットされる。次に中検端
末ＭＩＴにより、検査号機データファイルＦ６内の作業
データの中から、バーコードリーダによって読み取った
ライン番号フレーム番号および機種系列コードに合致す
る作業データが検索され、検索によって得られる作業デ
ータが表示される。そして、作業員は製造経歴管理表お
よび中検端末の表示画面を確認し、作業が正常に終了し
たか否かの総合判定を行う。この判定結果が「Ｙｅｓ」
の場合は検査合格であるの場合には検査合格であると入
力する。この結果、中検端末ＭＩＴにより、検査号機デ
ータファイルＦ６内の当該作業データの中検判定の項目
として「検査合格（出荷ＯＫ）」を意味する情報が書き
込まれる。一方、総合判定において不合格の場合は、中
検端末ＭＩＴにより、検査号機データファイルＦ６内の
当該作業データの中検判定の項目として「検査不合格
（出荷止め）」を意味する情報が書き込まれる。次いで
作業員により、製造経歴管理表が中検端末のプリンター
にセットされ、印字指示があった場合には製造経歴管理
表に作業データを印字する。このようにして中間検査が
終了する。中検端末ＭＩＴは、当該ラインのライン番
号、中間検査を終えた車両のフレーム番号をトリガファ
イルＦ３に書き込む。

【００４１】§７．ＡＬＣ送信 管理端末ＭＴｎは、トリガファイルＦ３内を常時監視し
ている。新規なフレーム番号が見付かった場合、管理端
末ＭＴｎは、そのフレーム番号をキーとして検査号機デ
ータファイルＦ６を検索し、作業データを読み出す。そ
して、管理端末ＭＴｎはこの読みだした作業データに対
し部品データ、締め付けデータおよび嵌合データ間の対
応付けのためのキーを付加してＡＦ−ＯＦＦデータを作
成し、ＡＬＣ送信ファイルＦ２に書き込み後、上記トリ
ガデータを削除する。一方、通信端末ＣＴｎは、ＡＬＣ
送信ファイルＦ２内を常時監視しており、新規なＡＦ−
ＯＦＦデータを発見した場合にはそれをホストコンピュ
ータＨＳＴへ送信する。そして、ＡＦ−ＯＦＦデータ送
信が完了後、当該ＡＦ−ＯＦＦデータを削除する。上述
したＡＬＣ送信処理中に、ＡＦ−ＯＦＦデータの書き込
み処理にエラーが発生した場合、書き込み処理が正常と
なるまで再度書き込み処理を繰り返し実行する。そし
て、予め指定された所定回数分繰り返して書き込み処理
を実行しても正常に処理できなかった場合、管理端末Ｍ
Ｔｎは自身に備えられたハードディスクに当該ＡＦ−Ｏ
ＦＦデータを作成し、ＡＬＣ送信ファイルＦ2のＡＦ−
ＯＦＦデータを削除する。

【００４２】§８．完成車検査 中間検査の結果合格となった車両は完成車検査工程に投
入され、その工程内の完検端末ＦＩＴの手前に到着す
る。そして、作業員は製造経歴管理表のバーコードを読
ませ、作業データを完検端末の画面に表示させて常に終
了したか否かの総合判断を行う。この判定の結果不具合
が発見された場合は、当該作業データの完検判定の項目
として「合格止め」を意味する情報を書き込む。完成車
検査終了後、完検端末ＦＩＴにより、図５に示す作業デ
ータの”完検判定年月日”および”完検判定時間”に完
検終了時間が書き込まれる。また、不具合が発見された
車両は、調整端末ＭＥＴにより、図５に示す作業データ
の”調整判定年月日”および”調整判定時間”に調整終
了時間が書き込まれる。検査および調整結果から出荷判
定を行い合格と成ると作業ファイルに書き込み、その後
トリガファイルにそのフレームナンバーを書き込む事に
よりホストコンピューターに送信される。

【００４３】§９．保存データ作成 ホストコンピュータＨＳＴは通信端末ＣＴｎかあら送ら
れるＡＦ−ＯＦＦデータに基づき、その車両を出荷して
よいか否かの判定を行う。その結果、出荷してよいとの
判定がなされた場合は、フレームナンバーに基づき、検
査号機データファイルＦ６を検索して出荷判定された車
両の作業データを読み出す。そして、管理端末ＭＴｎ
は、読みだした作業データに対し部品データ、締め付け
データおよび嵌合データにキーを付加し、図８に示す保
存データの”工場出荷年月日”および”工場出荷時間”
に現在の時間を記入して保存データを作成し、保存用デ
ータファイルＦ７に書き込む。この保存データを書き込
んだ後、管理端末ＭＴｎは、当該車両の作業データおよ
びＡＦ−ＯＮデータを、各々検査号機データファイルＦ
６およびＡＬＣ受信ファイルＦ１から削除する。このよ
うに、車両の出荷に伴い、その車両に対応したデータが
管理ファイルから自動的に削除されるので、管理ファイ
ルの容量が少なくて済む。また、管理ファイルとして容
量を少なくするのに伴い、ファイルのアクセスの際のレ
スポンスを高めることができ、システムの効率を向上さ
せることができる。また、特に検査号機データファイル
Ｆ６は、各作業端末ＷＴがアクセスするので高いレスポ
ンスが要求される。しかし、上記の通り出荷車両のデー
タが検査号機データファイルＦ６から自動的に削除され
るので、作業端末ＷＴは迅速に作業データの検索および
書換を行うことができる。

【００４４】

【発明の効果】以上説明したように、請求項１に係る発
明によれば、管理端末が夫々ファイル間のデータ授受を
管理しており、各製造工程にある作業端末等はデータを
ファイルに書き込むだけでよい。従って、システム内の
各端末の負担増を招くことなく、効率的に製造経歴を管
理することができるという効果が得られる。また、請求
項２に係る発明によれば、管理端末が夫々ファイル間の
データ授受および不要なデータの抹消を行っているの
で、上記効果に加え、同一のデータが複数のファイルに
重複して存在するといった無駄を防止することができ、
システム資源を有効に利用することができるという効果
が得られる。さらに請求項３に係る発明によれば、夫々
ファイルの夫々テーブルデータを関連させるキーワード
を有しているので製造経歴データの採取・管理に伴うデ
ータ検索を迅速に行うことができるという効果が得られ
る。

【図面の簡単な説明】

【図１】 この発明の一実施例による製造経歴管理シス
テムの構成を示すブロック図である。

【図２】 同実施例における各種管理ファイルおよびそ
れらを取り扱う各端末の関係を示す図である。

【図３】 同実施例において使用する管理ファイル内の
データフォーマットを示す図である。

【図４】 同実施例において使用する管理ファイル内の
データフォーマットを示す図である。

【図５】 同実施例において使用する管理ファイル内の
データフォーマットを示す図である。

【図６】 同実施例において使用する管理ファイル内の
データフォーマットを示す図である。

【図７】 同実施例において使用する管理ファイル内の
データフォーマットを示す図である。

【図８】 同実施例において使用する管理ファイル内の
データフォーマットを示す図である。

【符号の説明】

ＭＴ１〜ＭＴ３……管理端末、ＷＴ……作業端末、ＦＳ
１〜ＦＳ３……ファイルサーバ、Ｆ１……ＡＬＣ受信フ
ァイル、Ｆ２……ＡＬＣ送信ファイル、Ｆ３……トリガ
ファイル、Ｆ４……作業テーブル、Ｆ６……検査号機デ
ータファイル、Ｆ７……保存用データファイル、ＨＳＴ
……ホストコンピュータ。

Claims (3)

【特許請求の範囲】
1. 【請求項１】 複数の製造工程から成る製造ラインの各
   製造工程毎に作業制御手段を有すると共に、これらの各
   作業制御手段が前記製造ラインを流れる被組立物の識別
   を行う被組立物識別手段と、当該製造工程において被組
   立物に施される作業結果を出力する組立検出手段とを有
   し、さらに前記各製造工程毎から出力される作業結果を
   保存する記憶手段とを具備してなり、 前記記憶手段は、 ホストコンピュータより該製造ラインで組立られる被組
   立物に関するデータを送受信するファイルと、 前記各作業制御手段に対応し、かつ、被組立物に対応し
   た作業データを有する作業データファイルと、 前記作業データファイルの作業データに基づいて、作業
   を行った結果を前記組立検出手段より前記作業制御手段
   を介して結果を書き込む検査号機データファイルと、 該製造ラインですべての工程を終了後、前記検査号機デ
   ータファイルのデータを保存する為の保存ファイルとを
   有し、 該記憶手段内の前記夫々のファイル間のデータ授受を制
   御する管理手段を設けたことを特徴とする製造経歴管理
   システム。
2. 【請求項２】 前記記憶手段内の夫々ファイル間を移動
   する際に送信元から受信先へ正常に移動したなら送信元
   のデータを管理手段によって削除する事を特徴とする請
   求項１項記載の製造経歴管理システム。
3. 【請求項３】 前記記憶手段内の夫々ファイルに存在す
   る夫々のテーブルデータを関連させるキーワードを設け
   た事を特徴とする請求項１項記載の製造経歴管理システ
   ム。