JP3399569B2 - 製造経歴管理システム - Google Patents
製造経歴管理システムInfo
- Publication number
- JP3399569B2 JP3399569B2 JP1574993A JP1574993A JP3399569B2 JP 3399569 B2 JP3399569 B2 JP 3399569B2 JP 1574993 A JP1574993 A JP 1574993A JP 1574993 A JP1574993 A JP 1574993A JP 3399569 B2 JP3399569 B2 JP 3399569B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- work
- terminal
- file
- transmission
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Classifications
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/02—Total factory control, e.g. smart factories, flexible manufacturing systems [FMS] or integrated manufacturing systems [IMS]
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02P—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN THE PRODUCTION OR PROCESSING OF GOODS
- Y02P90/00—Enabling technologies with a potential contribution to greenhouse gas [GHG] emissions mitigation
- Y02P90/30—Computing systems specially adapted for manufacturing
Landscapes
- General Factory Administration (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
【発明の詳細な説明】
【０００１】
【産業上の利用分野】この発明は車両の生産ライン等に
用いて好適な製造経歴管理システムに関する。 【０００２】 【従来の技術】ＦＡ（ファクトリオートメーション）技
術は、製品の品質の向上、製造コストの低減および生産
性の向上という大きな成果を製造業界にもたらした。こ
の種のＦＡ技術を導入した生産システムによれば、被組
立物の搬送、組立の制御等、製品の製造に係る作業がす
べてコンピュータの管理下において行われる。すなわ
ち、コンピュータによる制御の下、被組立物が各種組立
機に順次搬送され、各組立機には製品の仕様等に対応し
て決定された制御データが与えられる。このようにし
て、目的とする製品が人手を煩わすことなく自動生産さ
れる。また、厳密な制御が要求される工程については、
例えばボルトの締め具合等、組立機が行った作業の結果
がセンサ等によって測定され、この測定結果が製品毎あ
るいは部品毎に用意された共通の設定値と合致するか否
かが検査される。そして、検査の結果合格となった被組
立物のみが次工程へと流される。このように作業とその
監視とが一体となって進められ、品質のよい製品が安定
して生産される。 【０００３】 【発明が解決しようとする課題】ところで、上述した生
産システムにおける組立機による作業内容の監視結果
は、製品を製造している期間は利用されることが多い
が、製品が完成して出荷された後は利用される機会が少
ないため、利用効率を考慮した管理がなされていなかっ
た。しかし、メーカーによっては、各製品の製造時の経
歴に関する情報がそれらの製品の出荷後において必要と
なることが現実に有り得る。例えば自動車メーカーから
購買者の手に渡った車両が、その後、故障に至る場合が
ある。このような場合、例えばその車両における個々の
ボルトの締め具合等、その車両の製造時の経歴が残って
いた方が故障理由を解析する上で有利である。また、廃
車となった車両を回収して各部の状態を調査し、この調
査結果とその車両の製造時の経歴とを照合すれば、車両
の耐久性をさらに向上させるための貴重な技術資料が得
られる。このようにメーカーにとって製品の製造経歴を
管理することは極めて意義のあることであった。しか
し、自動車メーカー等のように多くの工程を経て製品を
製造していく場合、ホストコンピュータが全工程の製造
経歴を採取するとなると、ホストコンピュータの負担が
増大しシステムの効率が低下してしまう。このようなこ
とから、生産ラインにホストコンピュータとは別のコン
ピュータを設置し、ホストコンピュータから送信される
製造指示等に応答してこのコンピュータが製造経歴を採
取することが考えられる。この場合、ホストコンピュー
タから生産ラインに設置されたコンピュータへのデータ
の送受信が確実に行われる必要がある。また、たとえ通
信障害が発生したとしても、製造経歴を採取するシステ
ムの機能が阻害されたいようにシステムの保護を図る必
要がある。従来、この問題を克服する有効な手段がなか
ったため、上記意義に適う有効なシステムが実現されな
かった。 【０００４】この発明は上述した事情に鑑みてなされた
ものであり、製品の製造時の経歴を収集し管理すること
ができる製造経歴管理システムを提供することを目的と
する。 【０００５】 【課題を解決するための手段】この発明は、生産ライン
内の各工程を通過する被組立物に関する車両情報に、送
信の順序を示す伝送連番を付加して送信データとして発
信するホストコンピュータ（例えば実施の形態のホスト
コンピュータＨＳＴ）と、前記ホストコンピュータから
送信される前記送信データを記憶する受信データ記憶手
段（例えば実施の形態のファイルサーバＦＳｎ（ｎ＝１
〜３）の中のＡＬＣ受信ファイルＦ１）と、少なくとも
２台設置され、前記ホストコンピュータから前記送信デ
ータを受信し、前記受信データ記憶手段に前記送信デー
タを書き込む通信手段（例えば実施の形態の通信端末Ｃ
Ｔ１、ＣＴ２）と、異常状態から復帰したいずれかの通
信手段により、遅延した前記送信データが前記受信デー
タ記憶手段に書き込まれた際、既に前記受信データ記憶
手段から読み込んだ送信データの伝送連番より後ろの伝
送連番を有する送信データのみを制御データとして認識
し、前記被組立物の製造経歴の採取を制御する制御手段
（例えば実施の形態の管理端末ＭＴｎ（ｎ＝１〜３））
とを具備することを特徴としている。 【０００６】 【作用】上記構成によれば、ホストコンピュータは複数
の通信手段にそれぞれ同じ送信データを発信し、通信手
段は受信した送信データをそれぞれ受信データ記憶手段
に書き込む。ここで、複数の通信手段のいずれかが異常
状態となり、その後復帰した際には、この通信手段によ
り異常状態の間の送信データが遅れて受信データ記憶手
段へ記憶される。この時、制御手段は、自信が受信デー
タ記憶手段から既に読み込んで認識する最終伝送連番よ
り後ろの伝送連番を持つ送信データのみを制御データと
して認識する。 【０００７】 【実施例】以下、図面を参照しこの発明の一実施例を説
明する。図１はこの発明の一実施例による製造経歴管理
システムの構成を示すブロック図である。この製造管理
システムは、自動車の車体に対し安全装置（Supplement
al Retraint System；以下、ＳＲＳと略す）を組み付け
るＳＲＳ組付ラインに適用されるものであり、同ライン
の各作業の実施のための設備と共に工場内の設置され
る。 【０００８】まず、製造経歴管理システムの説明を行う
に先立ち、ＳＲＳ組付ラインについて説明する。ＳＲＳ
は下記５種類の部品によって構成される。 ダッシュセンサ−Ｒ ダッシュセンサ−Ｌ ＳＲＳユニット ケーブルリール モジュールアセンブリ 【０００９】ＳＲＳ組付ラインは、上記各部品の組み付
け作業等を行うための複数の工程を有しており、各工程
では基本的に１種類の作業を行う。また、上記各部品は
各々に対応した各工程に予め準備されている。 【００１０】ここで、ＳＲＳ組付ラインには、ＳＲＳを
組み付けるべき車両（以下、この種の車両をＳＲＳ仕様
車という）のみならず、その必要のない車両も投入され
る。また、ＳＲＳ仕様車も様々な仕様のものがあり、各
仕様により組み付けるべきＳＲＳの構成が異なる。例え
ば、ある仕様の車両は上記５品目をすべて含んだＳＲＳ
を組み付ける必要があり、別の仕様の車両については一
部の部品が不要である。このＳＲＳ組付ラインでは、各
工程に車両が到来する毎にその車両の識別が行われ、識
別結果に基づいてその車両に対し当該工程に準備された
部品を組み付けるべきか否かの判断が行われる。また、
仕様の違いによる組付部品の違いも指示する。このよう
な制御により、各車両に対し各々が必要とする部品のみ
が組み付けられる。なお、この具体的な制御方法につい
ては後述する。 【００１１】また、上記各部品は各々シリアル番号と部
品の仕様と種類等がバーコードにより付されている。各
部品は、車両に組み付けられる際にそのシリアル番号が
採取されるようになっている。また、各工程において、
ボルト締め付け作業、嵌合作業等、各部品の組み付け作
業を行った場合、締め付けトルク値、嵌合状態等、作業
の結果を表す情報が採取されるようになっている。本実
施例による製造経歴管理システムは、このようにして各
部品のシリアル番号およびそれらの組み付け時の作業状
態を作業データとして採取すると共に採取した作業デー
タを各車両単位で管理するものである。 【００１２】この工場には、以上説明したＳＲＳ組付ラ
インとして、第１〜第３のラインが設置されている。工
場内に搬入される各車両は、これらのラインのうちいず
れかのラインに投入され、必要に応じてＳＲＳの組み付
けが行われる。 【００１３】次に製造経歴管理システムの構成を説明す
る。図１において、ＦＳ１〜ＦＳ３は、第１〜第３のラ
インの各々に対応して設けられたファイルサーバであ
る。これらのファイルサーバＦＳ１〜ＦＳ３は、各ライ
ンが行う作業の制御のための情報あるいは上記作業デー
タ等を記憶する各種管理ファイルを保有しており、ライ
ン内の各種端末（後述）による各管理ファイルのアクセ
スを制御する。なお、これらの管理ファイルの具体的内
容については後述する。 【００１４】ＣＴ１およびＣＴ２は各々通信端末であ
り、自動車の生産ライン全体を統制するＡＬＣ（Assemb
le Line Control；組立ラインコントロール）ホストコ
ンピュータＨＳＴと通信回線を介して接続される。ホス
トコンピュータＨＳＴからデータが転送されてきた場
合、通常はこれら２個の通信端末ＣＴ１およびＣＴ２に
よりそのデータが受信され、どちらか一方がシステムダ
ウンした場合、他方によりデータが受信される。また、
ＳＲＳ組付ラインからホストコンピュータＨＳＴへデー
タを送信する必要が生じた場合、これらの通信端末ＣＴ
１およびＣＴ２のうち使用可能な通信端末により送信が
行われる。このように通信端末ＣＴ１およびＣＴ２は通
信機能をデュプレックス化するために２台設けられてい
る。なお、以下では、各通信端末を区別する必要がない
場合には、通信端末ＣＴ１およびＣＴ２を通信端末ＣＴ
ｎと総称する。ＳＲＳ組付ラインに車両が投入される
際、投入車両に関するデータであるＡＦ−ＯＮデータが
ホストコンピュータＨＳＴから送信される。通信端末Ｃ
Ｔｎはこのようにして送信されるＡＦ−ＯＮデータを受
信する。また、ＳＲＳ組付ラインから車両をラインオフ
する際、ＳＲＳ組み付けラインでの当該車両についての
経歴情報と出荷判定を報告するＡＦ−ＯＦＦデータが通
信端末ＣＴｎからホストコンピュータＨＳＴへ送信され
る。 【００１５】作業端末ＷＴ，ＷＴ，…は、各ラインを構
成する各工程毎に各々１台ずつ配置される。各作業端末
ＷＴ，ＷＴ，…は、各々が管轄する工程において下記の
機能を果す。 各々が管轄する工程において行うべき作業の制御。こ
の制御には、到来する車両の識別、作業の可否の判定、
作業内容の判定、組付可能部品の判定および締め付け作
業を行うＥＴＣ（電気式トルク制御）レンチまたは定ト
ルクレンチの制御等が含まれる。 各々が管轄する工程において実際に行われる作業内容
の確認、具体的には締め付け作業におけるトルクの値、
嵌合作業を終えた嵌合部の状態、組付部品シリアル番号
等の収集。 上記収集結果に基づく作業データの形成。 作業が所定の基準を満足する態様で行われたか否かの
判断および判断結果の表示。ここで、所定の基準は作業
端末が毎回される際に後述する作業テーブルに基づいて
設定される。なお、この動作については後述する。 【００１６】管理端末ＭＴｎ（ｎ＝１〜３）は、各ライ
ンｎ毎に１台設置されており、各ラインに対応した各種
ファイルの管理を行う。なお、具体的な管理内容につい
ては各ファイルの内容を説明する際に併せて説明する。
その他、各ラインｎ毎に設置された端末として、中検端
末ＭＩＴ、完検端末ＦＩＴ、監視端末ＯＶＴ、メンテナ
ンス端末ＭＥＴ、帳票端末ＢＴ、調整端末ＡＤＴ、再検
端末ＲＴ等がある。これらの端末の役割についても、各
ファイルの内容を説明する際に必要に応じてその説明を
行う。Ｎ１およびＮ２は各々トークンリング型ネットワ
ークであり、この製造経歴管理システム内の各端末装置
間のデータ伝送経路として使用される。 【００１７】次にこの製造経歴管理システムにおいて使
用される各種ファイルについて説明する。各ファイルサ
ーバーＦＳｎ（ｎ＝１〜３）は、各ラインｎについての
管理ファイルとして、図２に示すＡＬＣ受信ファイルＦ
１、ＡＬＣ送信ファイルＦ２、トリガファイルＦ３、Ｓ
ＲＳ作業テーブルＦ４、端末稼働確認ファイルＦ５、検
査号機データファイルＦ６および保存用データファイル
Ｆ７を保有している。以下、これらの各管理ファイルの
具体的な内容を説明すると共にこれらを取扱う上記各端
末の役割について説明する。 【００１８】（１）ＳＲＳ作業テーブルＦ４ ＳＲＳ作業テーブルＦ４は、このＳＲＳ組付ラインにお
いて車両にＳＲＳ部品を組み付ける際の作業内容を定義
するものであり、図３に示すように、ＳＲＳ記号、ＳＲ
Ｓ記号内容、部品テーブルデータ、締付テーブルデータ
および嵌合テーブルデータからなる。これらの各データ
のうち、ＳＲＳ記号およびＳＲＳ記号内容は、このＳＲ
Ｓ組付ラインにおいて取り付けられるＳＲＳに関し記述
した情報である。 【００１９】部品テーブルデータは、ＳＲＳ記号毎にＳ
ＲＳの構成部品を定めるデータであり、最大Ｎ１個まで
定義可能である。ＳＲＳの構成部品数がＮ１個に満たな
い場合は、構成部品に対応した部品データのみが部品テ
ーブルデータのフィールドに書き込まれ、部品テーブル
データ用のフィールドにおける残ったフィールドには部
品データとして意味をなさないデータ（例えばスペー
ス）が書き込まれる。各部品テーブルデータは、部品名
またはその部品に対して行う作業の内容（締め付け／嵌
合）を作業者に対して指定するデータと、ＳＲＳ記号毎
に予め決められた組付可能な部品を指定する記号と、当
該作業を行う工程の番号と、検索キーとからなる。検索
キーは、当該部品データとその部品データに対応する締
付データまたは嵌合データとを対応付けるために書き込
まれたデータである。 【００２０】締付テーブルデータは、ＳＲＳ部品を組み
付ける際に必要な締付作業を定義するデータであり、最
大Ｎ２個まで定義可能である。各締付テーブルデータ
は、ＳＲＳ記号毎に定義され、締め付け箇所、または締
め付け作業の内容を指定する情報と、締付トルク範囲を
示す記号と、当該作業を行う工程の番号と、検索キーと
からなる。ここで、検索キーは、部品の締め付け作業に
伴って部品データと作業データ（この場合は締付デー
タ）が得られた場合に両者を対応付けるために締付テー
ブルデータ内に定義されたものである。すなわち、締付
テーブルデータにおいて、ある部品Ａに関する部品デー
タの検索キーがａであり、かつ、その部品が締め付けに
よって取り付けられるべきものである場合、その部品Ａ
の締め付け値は締付テーブルデータにおいて検索キーが
ａである締付データに該当するものとして書き込まれ
る。また、同一部品について複数の締め付け作業を行う
場合は、その部品の部品データの検索キーと同一の検索
キーを有する締付データを複数定義する。 【００２１】嵌合テーブルデータは、当該車両にＳＲＳ
部品を組み付ける際に必要な嵌合作業を定義するデータ
であり、最大Ｎ３個まで定義可能である。各嵌合データ
は、ＳＲＳ記号毎に定義され、嵌合箇所、または嵌合作
業の内容を指定する情報と、記号と、当該作業を行う工
程の番号と、検索キーとからなる。この嵌合テーブルデ
ータにおける検索キーも、締付データにおける検索キー
と同様、部品データとの対応付を行うものである。以上
説明した締付テーブルデータおよび嵌合テーブルデータ
も、部品テーブルデータの場合と同様、必要なもののみ
が各テーブルデータのフィールドに書き込まれる。 【００２２】各作業端末ＷＴは、毎回、各々が管轄する
工程の工程番号をキーとして作業テーブルＦ４内の部品
データ、締付データおよび嵌合データを検索し、該当す
るものを取り込む。これらのうち締付データおよび嵌合
データは、それらを取り込んだ各作業端末ＷＴにおい
て、管轄工程内での締め付け作業および嵌合作業の制御
に使用される。また、各作業端末ＷＴは、部品データ、
締付データおよび 嵌合データを取り込む際、作業テー
ブルＦ４においてそれらが記載されていたエリアを記憶
する。これらのエリアに関する記憶内容は作業端末ＷＴ
が後述する作業データを形成する際に参照される。ま
た、作業テーブルＦ４は管理端末ＭＴｎが投入車両に関
する保存データを作成する場合にも参照される。 【００２３】（２）ＡＬＣ受信ファイルＦ１ ＡＬＣ受信ファイルＦ１には、通信端末ＣＴｎによって
受信されるＡＦ−ＯＮデータが順次書き込まれる。これ
らのＡＦ−ＯＮデータは図４に示す各情報を含んでい
る。これらの情報のうち、ヘッダー部は通信制御のため
のデータであり、このＡＦ−ＯＮデータの宛先（この場
合はＳＲＳ組付ライン）と発信元（この場合はＡＬＣホ
ストコンピュータ）とからなる。識別コードは、当該Ａ
Ｆ−ＯＮデータに対応した車両が、ＳＲＳ組付ラインに
新規に投入されるものであるのか、または工場戻しとな
って投入されるものであるのか、といった事項を表す情
報である。この識別コードにより、ＳＲＳ組付ラインに
よる当該車両の取扱い（新規組付／調整等）が決定され
る。識別コードに続き、当該車両が投入されるべきライ
ンのライン番号があり、さらにロット番号、フレーム番
号というように当該車両の情報が続く。また、ホストコ
ンピュータＨＳＴは、ＡＦ−ＯＮデータを送信する際
に、伝送連番を記して送信する。ホストコンピュータＨ
ＳＴはＡＦ−ＯＮデータを１日単位で採番しており、伝
送連番は、同送信日内で採番されたシリアル番号を示
す。ホストコンピュータＨＳＴは、この伝送連番の順番
で、通信端末ＣＴｎにＡＦ−ＯＮデータを送信する。そ
の他ＡＦ−ＯＮデータには、ＡＦ−ＯＮ連番、ＡＦ−Ｏ
Ｎ年月日時分秒、ＡＦ−ＯＦＦ、リペアイン、リペアア
ウト、ＡＦ−ＯＦＦ取消、工場戻し、ＡＦ−ＯＮ取消、
工場戻し取消、合格等の情報がホストコンピュータＨＳ
Ｔから受信され、ＡＬＣ受信ファイルに書き込まれる。 【００２４】（３）検査号機データファイルＦ６ この検査号機データファイルＦ６には、ＳＲＳ組付ライ
ンに投入される各車両に対応した作業データが格納され
る。これらの作業データはＡＬＣ受信ファイルＦ１内に
新たなＡＦ−ＯＮデータが書き込まれる毎に管理端末Ｍ
Ｔｎによって作成される。図５に作業データのフォーマ
ットを示す。同図に示すように作業データはＡＦ−ＯＮ
データの内容を含んでいる。作業データはＡＦ−ＯＮデ
ータにない項目としてＮ１個の部品データ、Ｎ２個の締
付データ、Ｎ３個の嵌合データを含んでいる。これらの
各項目は、車両に対して施された作業結果を記録するた
めに確保されたものであり、管理端末ＭＴｎによって作
成された時点では内容を持たない空欄となっている。こ
れらの空欄には、この作業データに対応した車両が各工
程を通過する際に作業端末ＷＴによって採取される作業
結果（部品番号、締付データ、嵌合データ）が順次書き
込まれる。さらに作業データは中検判定年月日、…、完
検判定年月日、…、調整判定年月日、…といった各種検
査工程および調整工程に対応した項目を含んでいる。こ
れらの各項目についても車両が該当する工程を通過する
際に各工程で採取されたデータが書き込まれる。また、
作業データ中には作業結果がどの端末（調整端末、作業
端末等）によって書き込まれたかを示すデータが併せて
書き込まれる。 【００２５】（４）ＡＬＣ送信ファイルＦ２ ＡＬＣ送信ファイルＦ２には図６に示すＡＦ−ＯＦＦデ
ータが格納される。このＡＦ−ＯＦＦデータはＳＲＳ組
付ラインにおける作業を終えた各車両について管理端末
ＭＴｎによって各々作成される。ＡＬＣ送信ファイルＦ
２内に作成されたＡＦ−ＯＦＦデータは通信端末ＣＴｎ
によりホストコンピュータＨＳＴへ順次送信される。Ａ
Ｆ−ＯＦＦデータに含まれる各項目のうち、検索キー
（ライン番号、系列番号、フレーム番号）、Ｎ１個の部
品データ、Ｎ２個の締付データおよびＮ３個の嵌合デー
タは、当該車両のＡＦ−ＯＮデータデータの内容に基づ
いて作成される。ただし、ＡＦ−ＯＮデータの場合と異
なり、部品データ、締付データおよび嵌合データは各々
キーを有する。ＡＦ−ＯＦＦデータを受信したホストコ
ンピュータＨＳＴはこれらのキーに基づき各データ間の
対応付けを行う。また、ＡＦ−ＯＦＦデータは出荷判定
の項目を有する。この項目は完検端末ＦＩＴ、調整端末
ＡＤＴ、メンテナンス端末ＭＥＴ、再検端末ＲＴによっ
て書き込まれる。 【００２６】（５）トリガファイルＦ３ このトリガファイルＦ３には、ＡＦ−ＯＦＦデータの作
成および送信を許可する車両のフレーム番号が書き込ま
れる（図７参照）。このフレーム番号の書込は、中検端
末ＭＩＴ、調整端末ＡＤＴ、完検端末ＦＩＴまたはメン
テナンス端末ＭＥＴ、再検端末ＲＴによって行われる。
管理端末ＭＴｎは、トリガデータに対応した検査号機デ
ータファイルを参照し、上述したＡＦ−ＯＦＦデータを
作成する。 【００２７】（６）保存用データファイルＦ７ 保存用データファイルＦ７には図８に示す保存データが
格納される。この保存データはＳＲＳ組付ラインにおけ
る作業を終えた各車両の製造経歴を記録として保存する
趣旨によるものであり、管理端末ＭＴｎによって各々作
成される。図８に示すように、保存データは作業データ
とほぼ同一の内容となっている。ただし、作業データの
場合と異なり、保存データにおける部品データ、締付デ
ータおよび嵌合データは各々キーを有する。これらのキ
ーにより、出荷された車両の使用部品と各部品について
なされた作業内容との関係を容易に把握することができ
る。また、この保存データは、車両が輸送途上で不具合
が発見され工場へ戻された際にも利用される。すなわ
ち、このような場合、戻された車両は加修工程に投入さ
れ、そこで、当該車両のバーコードが読まれ保存ファイ
ルに有った当該車両のデータが作業ファイルに転送さ
れ、そこで、車両の不具合を修正して修正データを作業
ファイルに書き込み、その後に出荷判定を行い、該車両
は出荷され保存データが再度作成される。 【００２８】（７）端末稼働確認ファイルＦ５ このシステム内の各端末の稼働状況を把握するために設
けられたファイルである。各端末は、この端末稼働状況
確認ファイルＦ５に対し定期的（例えば５分間隔）に現
在の時刻を書き込む。端末稼働確認ファイルＦ５に書き
込まれたこれらの時刻は、監視端末ＯＶＴによって読み
出される。監視端末ＯＶＴは、これらの時刻が正常であ
る場合に当該端末が稼働している旨を表示する。これに
対し、監視端末ＯＶＴは、これらの時刻と監視端末の時
刻とを比較した場合に、一定時間以上の差がある場合に
はその端末が停止している旨を表示する。 【００２９】以下、この製造経歴管理システムの動作を
説明する。 §１．システム初期化 ＳＲＳ組付ライン内の各端末の電源が投入および初期化
が行われることにより、この製造経歴管理システムは動
作可能な状態となる。ここで、作業端末ＷＴに対し初期
化のための操作がなされた場合には、その作業端末ＷＴ
によりファイルサーバーＦＳｎを介して作業テーブルＦ
４がアクセスされ、テーブル内の部品データ、締め付け
データまたは嵌合データのうちその作業端末ＷＴが属す
る工程に対応したデータが読み出される。以後、各工程
の作業端末ＷＴは、読み出した締付データまたは嵌合デ
ータに従い、工程内の締付作業または嵌合作業を制御す
る。また、作業端末ＷＴは、作業テーブルからデータを
読み出す際、各データの部品データ、締付データまたは
嵌合データにおける順位を記憶する。以後、作業端末Ｗ
Ｔにより部品のシリアル番号、締付トルクの測定結果ま
たは嵌合状態が採取された場合、それらの採取結果の作
業データ上での書込位置は上記読み出しの際に記憶され
た順位に従い決定される。すなわち、ある工程の作業端
末ＷＴが作業テーブルＦ４における第３番目の部品デー
タを読み出した場合、以後、その作業端末ＷＴは部品か
ら採取したシリアル番号を第３番目の部品データとして
作業データに組み込む。締付データおよび嵌合データに
ついても同様である。 【００３０】§２．ＡＦ−ＯＮデータ受信 ＳＲＳ組付ラインに車両が投入される際、その車両に関
するＡＦ−ＯＮデータがホストコンピュータＨＳＴから
通信端末ＣＴｎへ送信される。通信端末ＣＴｎは、この
ＡＦ−ＯＮデータを受信すると、データ内のライン番号
を判読し、ファイルサーバーＦＳｎ（ｎ＝１〜３）のう
ちライン番号に対応したファイルサーバーへＡＦ−ＯＮ
データを送る。この結果、受信されたＡＦ−ＯＮデータ
が当該ファイルサーバーが保有するＡＬＣ受信ファイル
Ｆ１に書き込まれる。 【００３１】§３．作業データ作成 一方、管理端末ＭＴｎは、ＡＬＣ受信ファイルＦ１内の
新規データの有無の判断を常時繰り返し実行している。
そして、管理端末ＭＴｎは、新規なＡＦ−ＯＮデータを
発見した場合に、そのＡＦ−ＯＮデータの内容と作業テ
ーブルの内容とを併せた作業データ（図５）を検査号機
データファイルＦ６内に作成する。そして、検査号機デ
ータファイルＦ６に作業データが正常に書き込めた場合
は、当該ＡＦ−ＯＦデータを削除する。 【００３２】§４．製造経歴管理表発行 ホストコンピュータＨＳＴは、この製造経歴管理システ
ムへＡＦ−ＯＮデータを送信した後、ＳＲＳ組付ライン
へ投入する車両についての製造経歴管理表を発行する。
この製造経歴管理表にはＳＲＳ組付ラインに投入する車
両のフレーム番号および機種系列コードを表したバーコ
ードが印字される。このバーコードは組付仕様書にも印
字される。ホストコンピュータＨＳＴが発行した製造経
歴管理表は該当する車両に投入される。 【００３３】§５．各作業工程内での処理 そして、車両はコンベアによって搬送され、ＳＲＳ組付
ライン内の各工程へ順次送られる。各工程では、車両が
到来する度に以下説明する処理が行われる。まず、車両
が作業端末ＷＴの手前に到着すると、組付仕様書のバー
コードがバーコードリーダによって走査され、バーコー
ドによって表されたフレーム番号および機種系列コード
が読み取られる。ただし、組付仕様書が破れている場合
には車両内の製造経歴管理表のバーコードが読み取られ
る。このようにして読み取られたフレーム番号および機
種系列コードは作業端末の表示画面に表示される。次に
作業端末ＷＴは、ライン番号とバーコードリーダによっ
て読み取ったフレーム番号および機種系列コードとをキ
ーとして検査号機データファイルＦ６内の作業データを
検索する。次いで検索結果に基づき、その車両にＳＲＳ
を構成する部品を組み付けるべきか否かを判断する。 【００３４】ここで、下記ａ〜ｄのいずれかの場合に
は、当該工程においてＳＲＳ部品を組み付けるべきでな
いと判断される。 ａ．到来した車両がＳＲＳ対象車でない場合 ｂ．到来した車両がＳＲＳ対象車ではあるが当該工程に
おいてその車両に対して施すべき作業がない場合 ｃ．到来した車両の製造経歴管理表のバーコードが正常
に読み取られなかった場合 ｄ．適正なＡＦ−ＯＮデータがホストコンピュータＨＳ
Ｔから供給されなかった場合 これらの場合、上記各場合のいずれに該当するかが作業
端末の画面に異常メッセージとして表示される。フレー
ム番号あるいは機種系列コードが正常に読み取られず異
常メッセージが表示された場合、作業員はバーコードの
読み取りを再実行することができる。再実行が行われな
い場合、車両は当該工程にて作業が施されることなく次
工程へと送られる。そして、作業端末ＷＴは新たな車両
のバーコードが読み取られるまで待機する。 【００３５】一方、到来した車両がＳＲＳ仕様車であ
り、しかも、当該工程において作業を施すべきものであ
る場合、ライン番号、バーコードリーダにより読み取っ
たフレーム番号および機種系列コードに対応する作業デ
ータが検査号機データファイルＦ６から読み出され、こ
の作業データが作業端末ＷＴ内蔵のメモリ内の作業デー
タ格納エリアに書き込まれる。また、この作業データの
内容が作業端末ＷＴの画面に表示される。そして、当該
工程に対し割り当てられた作業が行われる。以下、その
詳細について各工程毎に説明する。 【００３６】（１）ダッシュセンサーＲ組付工程および
ダッシュセンサーＬ組付工程 これらの各工程における作業内容をダッシュセンサーＲ
組付工程を例に説明すると以下のようになる。 ａ．ダッシュセンサーＲのシリアル番号と部品の仕様と
種類等のバーコードをバーコードリーダによって読み取
る。 ｂ．ダッシュセンサーＲを車体に組み付けると共に所定
箇所にボルトを挿入し、ＥＴＣ（電気式トルク制御）レ
ンチによるボルトの締付けを行い、ダッシュセンサーＲ
を車体に固定する。 ｃ．上記ボルトを定トルクレンチによって締め付け確認
する。ダッシュセンサーＬの組付工程も同様な作業が行
われる。 【００３７】＜上記各工程に伴う作業端末の処理＞ダッ
シュセンサーＲのシリアル番号は作業端末ＷＴに入力さ
れる。また、ＥＴＣレンチによる締め付けトルク値およ
び定トルクレンチによる締め付け値確認結果（合格／不
合格）が各レンチのセンサによって各々測定され、これ
らの測定結果が作業端末ＷＴに入力される。そして、各
トルクの測定結果が所定の許容範囲内にあるか否かが判
定され、判定結果が作業端末に表示される。次いで作業
端末ＷＴは、作業データ格納エリアにおける当該工程に
対応した部品データエリアを参照することによりそのダ
ッシュセンサーがその工程において組み付けるべきもの
であるか否かを判断し、判断結果が「Ｙｅｓ」の場合は
ダッシュセンサーＲのシリアル番号を書き込む。また、
作業データ格納エリアにおける当該工程の各締付作業に
対応した各締付データ用エリアに対し各トルクの測定結
果を書き込む。 【００３８】（２）ＳＲＳユニット取付工程 ａ．ＳＲＳユニットを車両に組み付けると共に所定箇所
にボルトを挿入し、ＥＴＣレンチによるボルトの締付け
を行い、ＳＲＳユニットを車体に固定する。 ｂ．上記ボルトを定トルクレンチによって締付ける。 ＜上記工程に伴う作業端末の処理＞ダッシュセンサーＲ
の場合に行われる処理と全く同様な処理が行われる。 【００３９】（３）センサ＆ユニット嵌合検査工程 ａ．ＳＲＳユニットのシリアル番号のバーコードをバー
コードリーダによって読み取る。 ｂ．ダッシュセンサとＳＲＳユニットの嵌合状態を嵌合
マウスによって検査する。すなわち、ダッシュセンサお
よびＳＲＳユニットの各嵌合部は、所定のパターンの貫
通穴が形成されており、両者を正常に嵌合された場合に
は、ダッシュセンサ側の貫通穴とＳＲＳユニット側の貫
通穴が符合することにより所定のバーコードが形成され
るようになっている。そして、このようにして形成され
たバーコードが嵌合マウスによって光学的に読み取ら
れ、嵌合状態が正常であるか否かが判定される。 ＜上記工程に伴う作業端末の処理＞嵌合マウスによって
読み取られた情報は半嵌合検査装置に送られ、この装置
から嵌合状態が合格であるか不合格であるかを示す情報
が作業端末に送られる。同時に嵌合コネクタの種類、不
合格である場合には不合格の種類を示す情報も作業端末
に送られる。嵌合状態が正常であるか否かは作業端末に
表示される。次いで作業端末ＷＴは、作業テーブルデー
タを読み出して、嵌合状態を判定したコネクタがその工
程において検査すべきコネクタであるか否かを判断し、
判断結果が「Ｙｅｓ」の場合に作業データ格納エリアに
おける当該工程に対応した部品データエリアに対しＳＲ
Ｓユニットのシリアル番号を書き込む。また、作業デー
タ格納エリアにおける当該工程の嵌合作業に対応した嵌
合データエリアに対し嵌合状態の判定結果を書き込む。
ここで、嵌合状態が正常であっても嵌合チェックを行っ
たコネクタが目的とするコネクタでない場合は不合格扱
いとする。以上説明した各工程の他、以下の各工程が実
施され、必要なＳＲＳ部品の車体への取り付けおよび必
要に応じた嵌合検査が行われる。 【００４０】このようにして当該工程内の全作業が終了
すると、作業端末ＷＴは作業内容の書き込みを行った作
業データを検査号機データファイルＦ６へ書き込む。作
業データの書込は、車両１台単位で行っている。全作業
を終了する前に他の端末が作業データを変更した場合に
は、作業端末はその変更された作業データを読み込み、
さらに現作業内容を付加して検査号機データファイルＦ
６へ戻す。ここで、作業端末がデータを書き込もうとす
る時に、同様に他の端末がデータを変更していた場合
は、以上のことをＮ回（指定回数）を限度として正常に
データ書込が行われるまで繰り返す。Ｎ回の実行を以て
しても正常な書き込みが行われない場合には画面にＮＧ
を表示、次の車両についての処理を行う。データ書込の
許容回数をＮ回以下に制限するのは、１台の車両のため
のデータ書込が長引くことによって後続の車両の処理が
長時間中断されるのを防止するためである。このように
車両が各工程を通過する毎に各工程内の作業が行われ、
作業の監視結果に基づいて作業データが順次形成されて
行く。そして、車両がＳＲＳ組付に必要なすべての工程
を通過することにより、当該車両の作業データを構成す
る部品データ、締付データおよび嵌合データの書き込み
が終了する。 【００４１】§６．中間検査 各工程を通過しＳＲＳ部品の組付けを終えた車両は、そ
の後、中間検査工程へと運ばれ、その工程内の中検端末
ＭＩＴの手前に到着する。そして、車両から製造経歴管
理表が取り出され、ライン番号、フレーム番号および機
種系列コードのバーコードがバーコードリーダによって
読み取られる。次いで作業員により、製造経歴管理表が
中検端末ＭＩＴのプリンタにセットされる。次に中検端
末ＭＩＴにより、検査号機データファイルＦ６内の作業
データの中からバーコードリーダによって読み取ったラ
イン番号、フレーム番号および機種系列コードに合致す
る作業データが検索され、検索によって得られる作業デ
ータが表示される。そして、作業員は製造経歴管理表お
よび中検端末ＭＩＴの表示画面を確認し、作業が正常に
終了したか否かの総合判定を行う。この判断結果が「Ｙ
ｅｓ」の場合は検査合格であると入力する。この結果、
中検端末ＭＩＴにより、検査号機データファイルＦ６内
の当該作業データの中検判定の項目として「検査合格
（出荷ＯＫ）」を意味する情報が書き込まれる。一方、
総合判定において不合格の場合は、中検端末ＭＩＴによ
り、検査号機データファイルＦ６内の当該作業データの
中検判定の項目として「検査不合格（出荷止め）」を意
味する情報が書き込まれる。次いで作業員により、製造
経歴管理表が中検端末のプリンタにセットされ、印字指
示があった場合には製造経歴管理表に作業データを印字
する。このようにして中間検査が終了する。中検端末Ｍ
ＩＴは、当該ラインのライン番号、中間検査を終えた車
両のフレーム番号をトリガファイルＦ３に書き込む。 【００４２】§７．ＡＬＣ送信 管理端末ＭＴｎは、トリガファイルＦ３内を常時監視し
ている。新規なフレーム番号が見付かった場合、管理端
末ＭＴｎは、そのフレーム番号をキーとして検査号機デ
ータファイルＦ６を検索し、作業データを読み出す。そ
して、管理端末ＭＴｎはこの読み出した作業データに対
し部品データ、締め付けデータおよび嵌合データ間の対
応付けのためのキーを付加してＡＦ−ＯＦＦデータを作
成し、ＡＬＣ送信ファイルＦ２に書き込んだ後、上記ト
リガデータを削除する。一方、通信端末ＣＴｎは、ＡＬ
Ｃ送信ファイルＦ２内を常時監視しており、新規なＡＦ
−ＯＦＦデータを発見した場合にはそれをホストコンピ
ュータＨＳＴへ送信する。そして、ＡＦ−ＯＦＦデータ
送信が完了後、当該ＡＦ−ＯＦＦデータを削除する。
上述したＡＬＣ送信処理中に、ＡＦ−ＯＦＦデータの書
き込み処理にエラーが発生した場合、書き込み処理が正
常となるまで再度書き込み処理を繰り返し実行する。そ
して、予め指定された所定回数分繰り返して書き込み処
理を実行しても正常に処理できなかった場合、管理端末
ＭＴｎは自身に備えられたハードディスクに当該ＡＦ−
ＯＦＦデータを作成し、ＡＬＣ送信ファイルＦ２のＡＦ
−ＯＦＦデータを削除する。 【００４３】§８．完成車検査 中間検査の結果合格となった車両は完成車検査工程に投
入され、その工程内の完検端末ＦＩＴの手前に到着す
る。そして、作業員は製造経歴管理表のバーコードを読
ませ、作業データを完検端末の画面に表示させて常に終
了したか否かの総合判断を行う。この判定の結果不具合
が発見された場合は、当該作業データの完検判定の項目
として「合格止め」を意味する情報を書き込む。完成車
検査終了後、完検端末ＦＩＴにより、図５に示す作業デ
ータの“完検判定年月日”および“完検判定時間”に完
検終了時間が書き込まれる。また、不具合が発見された
車両は、調整端末ＡＤＴにより、図５に示す作業データ
の“調整判定年月日”および“調整判定時間”に調整終
了時間が書き込まれる。検査および調整結果から出荷判
定を行い合格となると作業ファイルに書き込み、その後
トリガファイルにそのフレーム番号を書き込むことによ
りホストコンピュータに送信される。 【００４４】§９．保存データ作成 ホストコンピュータＨＳＴは通信端末ＣＴｎから送られ
るＡＦ−ＯＦＦデータに基づき、その車両を出荷してよ
いか否かの判定を行う。その結果、出荷してよいとの判
定がなされた場合は、フレーム番号に基づき、検査号機
データファイルＦ６を検索して出荷判定された車両の作
業データを読み出す。そして、管理端末ＭＴｎは、読み
だした作業データに対し部品データ、締め付けデータお
よび嵌合データにキーを付加し、図８に示す保存データ
の“工場出荷年月日”および“工場出荷時間”に現在の
時間を記入して保存データを作成し、保存用データファ
イルＦ７に書き込む。この保存データを書き込んだ後、
管理端末ＭＴｎは、当該車両の作業データおよびＡＦ−
ＯＮデータを、各々検査号機データファイルＦ６および
ＡＬＣ受信ファイルＦ１から削除する。このように、車
両の出荷に伴い、その車両に対応したデータが管理ファ
イルから自動的に削除されるので、管理ファイルの容量
が少なくて済む。また、管理ファイルとして容量を少な
くするのに伴い、ファイルのアクセスの際のレスポンス
を高めることができ、システムの効率を向上させること
ができる。また、特に検査号機データファイルＦ６は、
各作業端末ＷＴがアクセスするので高いレスポンスが要
求される。しかし、上記の通り出荷車両のデータが検査
号機データファイルＦ６から自動的に削除されるので、
作業端末ＷＴは迅速に作業データの検索および書換えを
行うことができる。 【００４５】§１０．通信端末ダウン対応 ここで、通信端末ＣＴ１およびＣＴ２のどちらか一方が
システムダウンした場合の対応について図９を参照して
説明する。例えば、ホストコンピュータＨＳＴから通信
端末ＣＴ１およびＣＴ２にＡＦ−ＯＮデータが転送され
ている時、時刻ｔ１に伝送連番１００のＡＦ−ＯＮデー
タが転送された後に通信端末ＣＴ１がシステムダウンし
たとする。その後時刻ｔ２〜ｔ３の間、ホストコンピュ
ータＨＳＴには通信端末ＣＴ１およびＣＴ２に転送すべ
きＡＦ−ＯＮデータとして伝送連番１０１〜２００のデ
ータが入力される。この間、ホストコンピュータＨＳＴ
は通信端末ＣＴ１に送信するＡＦ−ＯＮデータはそのま
ま保持しており、通信端末ＣＴ２にのみＡＦ−ＯＮデー
タを送信する。そして、通信端末ＣＴ２は伝送連番１０
１〜２００のＡＦ−ＯＮデータをＡＬＣ受信ファイルＦ
１に書き込んでいき、管理端末ＭＴｎは、このＡＬＣ受
信ファイルＦ１に書き込まれたデータに基づき、作業デ
ータを作成していく。ここで、まず時刻ｔ１において、
伝送連番１００のデータとして、フレームＮｏ．ＸＸの
車両が新規に投入されたという情報が送信されていたと
する。このデータに基づいて、管理端末ＭＴｎがフレー
ムＮｏ．ＸＸの車両の作業データを作成する。そして、
伝送連番１５０のデータとしてこの伝送連番１００のデ
ータを取り消す内容が送信され、伝送連番１６０のデー
タには再び伝送連番１００と同じ内容のデータが送信さ
れるとする。管理端末ＭＴｎは、この伝送連番１５０の
データがＡＬＣ受信ファイルＦ１に書き込まれた時点
で、既に作成した作業データを削除し、伝送連番１６０
のデータが書き込まれた時点では、再び作業データを作
成する。そして、フレームＮｏ．ＸＸの車両に関わる作
業が続けられ、作業データに情報が書き込まれていく。 【００４６】ところで、時刻ｔ４において通信端末ＣＴ
１が回復すると、ホストコンピュータＨＳＴが保持して
いた伝送連番１０１〜２００のＡＦ−ＯＮデータが、通
信端末ＣＴ１に一斉に送信される。そして、これら伝送
連番１０１〜２００のデータがＡＬＣ受信ファイルＦ１
に書き込まれる。ここでもし、管理端末がこれらのデー
タを読み込んで作業を行ったとすると、通信端末ＣＴ２
を通して受信した伝送連番１６０のデータに基づいて作
成したフレームＮｏ．ＸＸの作業データの内容が、再び
クリアされてしまう。このような不具合を解消するた
め、本実施例における管理端末ＭＴｎは、ＡＬＣ受信フ
ァイルＦ１内において、既に読み込んだＡＦ−ＯＮデー
タが有する伝送連番を記憶しておき、それと等しい伝送
連番を有するＡＦ−ＯＮデータは読み込まないようにす
る。すなわち、時刻ｔ４において通信端末ＣＴ１によっ
てＡＦ−ＯＮデータが書き込まれても、これらのデータ
が有する伝送連番１０１〜２００は、既に通信端末ＣＴ
２によって書き込まれ管理端末ＭＴｎにより処理が行わ
れている。従って、管理端末ＭＴｎは、通信端末ＣＴ１
によって書き込まれたＡＦ−ＯＮデータの有する伝送連
番は１０１〜２００であり、管理端末ＭＴｎは既に伝送
連番２００までのＡＦ−ＯＮデータを読み込んでいる。
従って、管理端末ＭＴｎは、通信端末ＣＴ１によって書
き込まれた伝送連番１０１〜２００を有するＡＦ−ＯＮ
データは全て読み込まない。 【００４７】 【発明の効果】以上説明したように、生産ライン内の各
工程を通過する被組立物に関する車両情報に、送信の順
序を示す伝送連番を付加して送信データとして発信する
ホストコンピュータと、前記ホストコンピュータから送
信される前記送信データを記憶する受信データ記憶手段
と、少なくとも２台設置され、前記ホストコンピュータ
から前記送信データを受信し、前記受信データ記憶手段
に前記送信データを書き込む通信手段と、異常状態から
復帰したいずれかの通信手段により、遅延した前記送信
データが前記受信データ記憶手段に書き込まれた際、既
に前記受信データ記憶手段から読み込んだ送信データの
伝送連番より後ろの伝送連番を有する送信データのみを
制御データとして認識し、前記被組立物の製造経歴の採
取を制御する制御手段とを設けたことにより、生産ライ
ンと、生産ラインを管理するホストコンピュータとのデ
ータの送受信が確実に行われ、それによって製品の製造
経歴データを蓄積することができるという効果が得られ
る。
用いて好適な製造経歴管理システムに関する。 【０００２】 【従来の技術】ＦＡ（ファクトリオートメーション）技
術は、製品の品質の向上、製造コストの低減および生産
性の向上という大きな成果を製造業界にもたらした。こ
の種のＦＡ技術を導入した生産システムによれば、被組
立物の搬送、組立の制御等、製品の製造に係る作業がす
べてコンピュータの管理下において行われる。すなわ
ち、コンピュータによる制御の下、被組立物が各種組立
機に順次搬送され、各組立機には製品の仕様等に対応し
て決定された制御データが与えられる。このようにし
て、目的とする製品が人手を煩わすことなく自動生産さ
れる。また、厳密な制御が要求される工程については、
例えばボルトの締め具合等、組立機が行った作業の結果
がセンサ等によって測定され、この測定結果が製品毎あ
るいは部品毎に用意された共通の設定値と合致するか否
かが検査される。そして、検査の結果合格となった被組
立物のみが次工程へと流される。このように作業とその
監視とが一体となって進められ、品質のよい製品が安定
して生産される。 【０００３】 【発明が解決しようとする課題】ところで、上述した生
産システムにおける組立機による作業内容の監視結果
は、製品を製造している期間は利用されることが多い
が、製品が完成して出荷された後は利用される機会が少
ないため、利用効率を考慮した管理がなされていなかっ
た。しかし、メーカーによっては、各製品の製造時の経
歴に関する情報がそれらの製品の出荷後において必要と
なることが現実に有り得る。例えば自動車メーカーから
購買者の手に渡った車両が、その後、故障に至る場合が
ある。このような場合、例えばその車両における個々の
ボルトの締め具合等、その車両の製造時の経歴が残って
いた方が故障理由を解析する上で有利である。また、廃
車となった車両を回収して各部の状態を調査し、この調
査結果とその車両の製造時の経歴とを照合すれば、車両
の耐久性をさらに向上させるための貴重な技術資料が得
られる。このようにメーカーにとって製品の製造経歴を
管理することは極めて意義のあることであった。しか
し、自動車メーカー等のように多くの工程を経て製品を
製造していく場合、ホストコンピュータが全工程の製造
経歴を採取するとなると、ホストコンピュータの負担が
増大しシステムの効率が低下してしまう。このようなこ
とから、生産ラインにホストコンピュータとは別のコン
ピュータを設置し、ホストコンピュータから送信される
製造指示等に応答してこのコンピュータが製造経歴を採
取することが考えられる。この場合、ホストコンピュー
タから生産ラインに設置されたコンピュータへのデータ
の送受信が確実に行われる必要がある。また、たとえ通
信障害が発生したとしても、製造経歴を採取するシステ
ムの機能が阻害されたいようにシステムの保護を図る必
要がある。従来、この問題を克服する有効な手段がなか
ったため、上記意義に適う有効なシステムが実現されな
かった。 【０００４】この発明は上述した事情に鑑みてなされた
ものであり、製品の製造時の経歴を収集し管理すること
ができる製造経歴管理システムを提供することを目的と
する。 【０００５】 【課題を解決するための手段】この発明は、生産ライン
内の各工程を通過する被組立物に関する車両情報に、送
信の順序を示す伝送連番を付加して送信データとして発
信するホストコンピュータ（例えば実施の形態のホスト
コンピュータＨＳＴ）と、前記ホストコンピュータから
送信される前記送信データを記憶する受信データ記憶手
段（例えば実施の形態のファイルサーバＦＳｎ（ｎ＝１
〜３）の中のＡＬＣ受信ファイルＦ１）と、少なくとも
２台設置され、前記ホストコンピュータから前記送信デ
ータを受信し、前記受信データ記憶手段に前記送信デー
タを書き込む通信手段（例えば実施の形態の通信端末Ｃ
Ｔ１、ＣＴ２）と、異常状態から復帰したいずれかの通
信手段により、遅延した前記送信データが前記受信デー
タ記憶手段に書き込まれた際、既に前記受信データ記憶
手段から読み込んだ送信データの伝送連番より後ろの伝
送連番を有する送信データのみを制御データとして認識
し、前記被組立物の製造経歴の採取を制御する制御手段
（例えば実施の形態の管理端末ＭＴｎ（ｎ＝１〜３））
とを具備することを特徴としている。 【０００６】 【作用】上記構成によれば、ホストコンピュータは複数
の通信手段にそれぞれ同じ送信データを発信し、通信手
段は受信した送信データをそれぞれ受信データ記憶手段
に書き込む。ここで、複数の通信手段のいずれかが異常
状態となり、その後復帰した際には、この通信手段によ
り異常状態の間の送信データが遅れて受信データ記憶手
段へ記憶される。この時、制御手段は、自信が受信デー
タ記憶手段から既に読み込んで認識する最終伝送連番よ
り後ろの伝送連番を持つ送信データのみを制御データと
して認識する。 【０００７】 【実施例】以下、図面を参照しこの発明の一実施例を説
明する。図１はこの発明の一実施例による製造経歴管理
システムの構成を示すブロック図である。この製造管理
システムは、自動車の車体に対し安全装置（Supplement
al Retraint System；以下、ＳＲＳと略す）を組み付け
るＳＲＳ組付ラインに適用されるものであり、同ライン
の各作業の実施のための設備と共に工場内の設置され
る。 【０００８】まず、製造経歴管理システムの説明を行う
に先立ち、ＳＲＳ組付ラインについて説明する。ＳＲＳ
は下記５種類の部品によって構成される。 ダッシュセンサ−Ｒ ダッシュセンサ−Ｌ ＳＲＳユニット ケーブルリール モジュールアセンブリ 【０００９】ＳＲＳ組付ラインは、上記各部品の組み付
け作業等を行うための複数の工程を有しており、各工程
では基本的に１種類の作業を行う。また、上記各部品は
各々に対応した各工程に予め準備されている。 【００１０】ここで、ＳＲＳ組付ラインには、ＳＲＳを
組み付けるべき車両（以下、この種の車両をＳＲＳ仕様
車という）のみならず、その必要のない車両も投入され
る。また、ＳＲＳ仕様車も様々な仕様のものがあり、各
仕様により組み付けるべきＳＲＳの構成が異なる。例え
ば、ある仕様の車両は上記５品目をすべて含んだＳＲＳ
を組み付ける必要があり、別の仕様の車両については一
部の部品が不要である。このＳＲＳ組付ラインでは、各
工程に車両が到来する毎にその車両の識別が行われ、識
別結果に基づいてその車両に対し当該工程に準備された
部品を組み付けるべきか否かの判断が行われる。また、
仕様の違いによる組付部品の違いも指示する。このよう
な制御により、各車両に対し各々が必要とする部品のみ
が組み付けられる。なお、この具体的な制御方法につい
ては後述する。 【００１１】また、上記各部品は各々シリアル番号と部
品の仕様と種類等がバーコードにより付されている。各
部品は、車両に組み付けられる際にそのシリアル番号が
採取されるようになっている。また、各工程において、
ボルト締め付け作業、嵌合作業等、各部品の組み付け作
業を行った場合、締め付けトルク値、嵌合状態等、作業
の結果を表す情報が採取されるようになっている。本実
施例による製造経歴管理システムは、このようにして各
部品のシリアル番号およびそれらの組み付け時の作業状
態を作業データとして採取すると共に採取した作業デー
タを各車両単位で管理するものである。 【００１２】この工場には、以上説明したＳＲＳ組付ラ
インとして、第１〜第３のラインが設置されている。工
場内に搬入される各車両は、これらのラインのうちいず
れかのラインに投入され、必要に応じてＳＲＳの組み付
けが行われる。 【００１３】次に製造経歴管理システムの構成を説明す
る。図１において、ＦＳ１〜ＦＳ３は、第１〜第３のラ
インの各々に対応して設けられたファイルサーバであ
る。これらのファイルサーバＦＳ１〜ＦＳ３は、各ライ
ンが行う作業の制御のための情報あるいは上記作業デー
タ等を記憶する各種管理ファイルを保有しており、ライ
ン内の各種端末（後述）による各管理ファイルのアクセ
スを制御する。なお、これらの管理ファイルの具体的内
容については後述する。 【００１４】ＣＴ１およびＣＴ２は各々通信端末であ
り、自動車の生産ライン全体を統制するＡＬＣ（Assemb
le Line Control；組立ラインコントロール）ホストコ
ンピュータＨＳＴと通信回線を介して接続される。ホス
トコンピュータＨＳＴからデータが転送されてきた場
合、通常はこれら２個の通信端末ＣＴ１およびＣＴ２に
よりそのデータが受信され、どちらか一方がシステムダ
ウンした場合、他方によりデータが受信される。また、
ＳＲＳ組付ラインからホストコンピュータＨＳＴへデー
タを送信する必要が生じた場合、これらの通信端末ＣＴ
１およびＣＴ２のうち使用可能な通信端末により送信が
行われる。このように通信端末ＣＴ１およびＣＴ２は通
信機能をデュプレックス化するために２台設けられてい
る。なお、以下では、各通信端末を区別する必要がない
場合には、通信端末ＣＴ１およびＣＴ２を通信端末ＣＴ
ｎと総称する。ＳＲＳ組付ラインに車両が投入される
際、投入車両に関するデータであるＡＦ−ＯＮデータが
ホストコンピュータＨＳＴから送信される。通信端末Ｃ
Ｔｎはこのようにして送信されるＡＦ−ＯＮデータを受
信する。また、ＳＲＳ組付ラインから車両をラインオフ
する際、ＳＲＳ組み付けラインでの当該車両についての
経歴情報と出荷判定を報告するＡＦ−ＯＦＦデータが通
信端末ＣＴｎからホストコンピュータＨＳＴへ送信され
る。 【００１５】作業端末ＷＴ，ＷＴ，…は、各ラインを構
成する各工程毎に各々１台ずつ配置される。各作業端末
ＷＴ，ＷＴ，…は、各々が管轄する工程において下記の
機能を果す。 各々が管轄する工程において行うべき作業の制御。こ
の制御には、到来する車両の識別、作業の可否の判定、
作業内容の判定、組付可能部品の判定および締め付け作
業を行うＥＴＣ（電気式トルク制御）レンチまたは定ト
ルクレンチの制御等が含まれる。 各々が管轄する工程において実際に行われる作業内容
の確認、具体的には締め付け作業におけるトルクの値、
嵌合作業を終えた嵌合部の状態、組付部品シリアル番号
等の収集。 上記収集結果に基づく作業データの形成。 作業が所定の基準を満足する態様で行われたか否かの
判断および判断結果の表示。ここで、所定の基準は作業
端末が毎回される際に後述する作業テーブルに基づいて
設定される。なお、この動作については後述する。 【００１６】管理端末ＭＴｎ（ｎ＝１〜３）は、各ライ
ンｎ毎に１台設置されており、各ラインに対応した各種
ファイルの管理を行う。なお、具体的な管理内容につい
ては各ファイルの内容を説明する際に併せて説明する。
その他、各ラインｎ毎に設置された端末として、中検端
末ＭＩＴ、完検端末ＦＩＴ、監視端末ＯＶＴ、メンテナ
ンス端末ＭＥＴ、帳票端末ＢＴ、調整端末ＡＤＴ、再検
端末ＲＴ等がある。これらの端末の役割についても、各
ファイルの内容を説明する際に必要に応じてその説明を
行う。Ｎ１およびＮ２は各々トークンリング型ネットワ
ークであり、この製造経歴管理システム内の各端末装置
間のデータ伝送経路として使用される。 【００１７】次にこの製造経歴管理システムにおいて使
用される各種ファイルについて説明する。各ファイルサ
ーバーＦＳｎ（ｎ＝１〜３）は、各ラインｎについての
管理ファイルとして、図２に示すＡＬＣ受信ファイルＦ
１、ＡＬＣ送信ファイルＦ２、トリガファイルＦ３、Ｓ
ＲＳ作業テーブルＦ４、端末稼働確認ファイルＦ５、検
査号機データファイルＦ６および保存用データファイル
Ｆ７を保有している。以下、これらの各管理ファイルの
具体的な内容を説明すると共にこれらを取扱う上記各端
末の役割について説明する。 【００１８】（１）ＳＲＳ作業テーブルＦ４ ＳＲＳ作業テーブルＦ４は、このＳＲＳ組付ラインにお
いて車両にＳＲＳ部品を組み付ける際の作業内容を定義
するものであり、図３に示すように、ＳＲＳ記号、ＳＲ
Ｓ記号内容、部品テーブルデータ、締付テーブルデータ
および嵌合テーブルデータからなる。これらの各データ
のうち、ＳＲＳ記号およびＳＲＳ記号内容は、このＳＲ
Ｓ組付ラインにおいて取り付けられるＳＲＳに関し記述
した情報である。 【００１９】部品テーブルデータは、ＳＲＳ記号毎にＳ
ＲＳの構成部品を定めるデータであり、最大Ｎ１個まで
定義可能である。ＳＲＳの構成部品数がＮ１個に満たな
い場合は、構成部品に対応した部品データのみが部品テ
ーブルデータのフィールドに書き込まれ、部品テーブル
データ用のフィールドにおける残ったフィールドには部
品データとして意味をなさないデータ（例えばスペー
ス）が書き込まれる。各部品テーブルデータは、部品名
またはその部品に対して行う作業の内容（締め付け／嵌
合）を作業者に対して指定するデータと、ＳＲＳ記号毎
に予め決められた組付可能な部品を指定する記号と、当
該作業を行う工程の番号と、検索キーとからなる。検索
キーは、当該部品データとその部品データに対応する締
付データまたは嵌合データとを対応付けるために書き込
まれたデータである。 【００２０】締付テーブルデータは、ＳＲＳ部品を組み
付ける際に必要な締付作業を定義するデータであり、最
大Ｎ２個まで定義可能である。各締付テーブルデータ
は、ＳＲＳ記号毎に定義され、締め付け箇所、または締
め付け作業の内容を指定する情報と、締付トルク範囲を
示す記号と、当該作業を行う工程の番号と、検索キーと
からなる。ここで、検索キーは、部品の締め付け作業に
伴って部品データと作業データ（この場合は締付デー
タ）が得られた場合に両者を対応付けるために締付テー
ブルデータ内に定義されたものである。すなわち、締付
テーブルデータにおいて、ある部品Ａに関する部品デー
タの検索キーがａであり、かつ、その部品が締め付けに
よって取り付けられるべきものである場合、その部品Ａ
の締め付け値は締付テーブルデータにおいて検索キーが
ａである締付データに該当するものとして書き込まれ
る。また、同一部品について複数の締め付け作業を行う
場合は、その部品の部品データの検索キーと同一の検索
キーを有する締付データを複数定義する。 【００２１】嵌合テーブルデータは、当該車両にＳＲＳ
部品を組み付ける際に必要な嵌合作業を定義するデータ
であり、最大Ｎ３個まで定義可能である。各嵌合データ
は、ＳＲＳ記号毎に定義され、嵌合箇所、または嵌合作
業の内容を指定する情報と、記号と、当該作業を行う工
程の番号と、検索キーとからなる。この嵌合テーブルデ
ータにおける検索キーも、締付データにおける検索キー
と同様、部品データとの対応付を行うものである。以上
説明した締付テーブルデータおよび嵌合テーブルデータ
も、部品テーブルデータの場合と同様、必要なもののみ
が各テーブルデータのフィールドに書き込まれる。 【００２２】各作業端末ＷＴは、毎回、各々が管轄する
工程の工程番号をキーとして作業テーブルＦ４内の部品
データ、締付データおよび嵌合データを検索し、該当す
るものを取り込む。これらのうち締付データおよび嵌合
データは、それらを取り込んだ各作業端末ＷＴにおい
て、管轄工程内での締め付け作業および嵌合作業の制御
に使用される。また、各作業端末ＷＴは、部品データ、
締付データおよび 嵌合データを取り込む際、作業テー
ブルＦ４においてそれらが記載されていたエリアを記憶
する。これらのエリアに関する記憶内容は作業端末ＷＴ
が後述する作業データを形成する際に参照される。ま
た、作業テーブルＦ４は管理端末ＭＴｎが投入車両に関
する保存データを作成する場合にも参照される。 【００２３】（２）ＡＬＣ受信ファイルＦ１ ＡＬＣ受信ファイルＦ１には、通信端末ＣＴｎによって
受信されるＡＦ−ＯＮデータが順次書き込まれる。これ
らのＡＦ−ＯＮデータは図４に示す各情報を含んでい
る。これらの情報のうち、ヘッダー部は通信制御のため
のデータであり、このＡＦ−ＯＮデータの宛先（この場
合はＳＲＳ組付ライン）と発信元（この場合はＡＬＣホ
ストコンピュータ）とからなる。識別コードは、当該Ａ
Ｆ−ＯＮデータに対応した車両が、ＳＲＳ組付ラインに
新規に投入されるものであるのか、または工場戻しとな
って投入されるものであるのか、といった事項を表す情
報である。この識別コードにより、ＳＲＳ組付ラインに
よる当該車両の取扱い（新規組付／調整等）が決定され
る。識別コードに続き、当該車両が投入されるべきライ
ンのライン番号があり、さらにロット番号、フレーム番
号というように当該車両の情報が続く。また、ホストコ
ンピュータＨＳＴは、ＡＦ−ＯＮデータを送信する際
に、伝送連番を記して送信する。ホストコンピュータＨ
ＳＴはＡＦ−ＯＮデータを１日単位で採番しており、伝
送連番は、同送信日内で採番されたシリアル番号を示
す。ホストコンピュータＨＳＴは、この伝送連番の順番
で、通信端末ＣＴｎにＡＦ−ＯＮデータを送信する。そ
の他ＡＦ−ＯＮデータには、ＡＦ−ＯＮ連番、ＡＦ−Ｏ
Ｎ年月日時分秒、ＡＦ−ＯＦＦ、リペアイン、リペアア
ウト、ＡＦ−ＯＦＦ取消、工場戻し、ＡＦ−ＯＮ取消、
工場戻し取消、合格等の情報がホストコンピュータＨＳ
Ｔから受信され、ＡＬＣ受信ファイルに書き込まれる。 【００２４】（３）検査号機データファイルＦ６ この検査号機データファイルＦ６には、ＳＲＳ組付ライ
ンに投入される各車両に対応した作業データが格納され
る。これらの作業データはＡＬＣ受信ファイルＦ１内に
新たなＡＦ−ＯＮデータが書き込まれる毎に管理端末Ｍ
Ｔｎによって作成される。図５に作業データのフォーマ
ットを示す。同図に示すように作業データはＡＦ−ＯＮ
データの内容を含んでいる。作業データはＡＦ−ＯＮデ
ータにない項目としてＮ１個の部品データ、Ｎ２個の締
付データ、Ｎ３個の嵌合データを含んでいる。これらの
各項目は、車両に対して施された作業結果を記録するた
めに確保されたものであり、管理端末ＭＴｎによって作
成された時点では内容を持たない空欄となっている。こ
れらの空欄には、この作業データに対応した車両が各工
程を通過する際に作業端末ＷＴによって採取される作業
結果（部品番号、締付データ、嵌合データ）が順次書き
込まれる。さらに作業データは中検判定年月日、…、完
検判定年月日、…、調整判定年月日、…といった各種検
査工程および調整工程に対応した項目を含んでいる。こ
れらの各項目についても車両が該当する工程を通過する
際に各工程で採取されたデータが書き込まれる。また、
作業データ中には作業結果がどの端末（調整端末、作業
端末等）によって書き込まれたかを示すデータが併せて
書き込まれる。 【００２５】（４）ＡＬＣ送信ファイルＦ２ ＡＬＣ送信ファイルＦ２には図６に示すＡＦ−ＯＦＦデ
ータが格納される。このＡＦ−ＯＦＦデータはＳＲＳ組
付ラインにおける作業を終えた各車両について管理端末
ＭＴｎによって各々作成される。ＡＬＣ送信ファイルＦ
２内に作成されたＡＦ−ＯＦＦデータは通信端末ＣＴｎ
によりホストコンピュータＨＳＴへ順次送信される。Ａ
Ｆ−ＯＦＦデータに含まれる各項目のうち、検索キー
（ライン番号、系列番号、フレーム番号）、Ｎ１個の部
品データ、Ｎ２個の締付データおよびＮ３個の嵌合デー
タは、当該車両のＡＦ−ＯＮデータデータの内容に基づ
いて作成される。ただし、ＡＦ−ＯＮデータの場合と異
なり、部品データ、締付データおよび嵌合データは各々
キーを有する。ＡＦ−ＯＦＦデータを受信したホストコ
ンピュータＨＳＴはこれらのキーに基づき各データ間の
対応付けを行う。また、ＡＦ−ＯＦＦデータは出荷判定
の項目を有する。この項目は完検端末ＦＩＴ、調整端末
ＡＤＴ、メンテナンス端末ＭＥＴ、再検端末ＲＴによっ
て書き込まれる。 【００２６】（５）トリガファイルＦ３ このトリガファイルＦ３には、ＡＦ−ＯＦＦデータの作
成および送信を許可する車両のフレーム番号が書き込ま
れる（図７参照）。このフレーム番号の書込は、中検端
末ＭＩＴ、調整端末ＡＤＴ、完検端末ＦＩＴまたはメン
テナンス端末ＭＥＴ、再検端末ＲＴによって行われる。
管理端末ＭＴｎは、トリガデータに対応した検査号機デ
ータファイルを参照し、上述したＡＦ−ＯＦＦデータを
作成する。 【００２７】（６）保存用データファイルＦ７ 保存用データファイルＦ７には図８に示す保存データが
格納される。この保存データはＳＲＳ組付ラインにおけ
る作業を終えた各車両の製造経歴を記録として保存する
趣旨によるものであり、管理端末ＭＴｎによって各々作
成される。図８に示すように、保存データは作業データ
とほぼ同一の内容となっている。ただし、作業データの
場合と異なり、保存データにおける部品データ、締付デ
ータおよび嵌合データは各々キーを有する。これらのキ
ーにより、出荷された車両の使用部品と各部品について
なされた作業内容との関係を容易に把握することができ
る。また、この保存データは、車両が輸送途上で不具合
が発見され工場へ戻された際にも利用される。すなわ
ち、このような場合、戻された車両は加修工程に投入さ
れ、そこで、当該車両のバーコードが読まれ保存ファイ
ルに有った当該車両のデータが作業ファイルに転送さ
れ、そこで、車両の不具合を修正して修正データを作業
ファイルに書き込み、その後に出荷判定を行い、該車両
は出荷され保存データが再度作成される。 【００２８】（７）端末稼働確認ファイルＦ５ このシステム内の各端末の稼働状況を把握するために設
けられたファイルである。各端末は、この端末稼働状況
確認ファイルＦ５に対し定期的（例えば５分間隔）に現
在の時刻を書き込む。端末稼働確認ファイルＦ５に書き
込まれたこれらの時刻は、監視端末ＯＶＴによって読み
出される。監視端末ＯＶＴは、これらの時刻が正常であ
る場合に当該端末が稼働している旨を表示する。これに
対し、監視端末ＯＶＴは、これらの時刻と監視端末の時
刻とを比較した場合に、一定時間以上の差がある場合に
はその端末が停止している旨を表示する。 【００２９】以下、この製造経歴管理システムの動作を
説明する。 §１．システム初期化 ＳＲＳ組付ライン内の各端末の電源が投入および初期化
が行われることにより、この製造経歴管理システムは動
作可能な状態となる。ここで、作業端末ＷＴに対し初期
化のための操作がなされた場合には、その作業端末ＷＴ
によりファイルサーバーＦＳｎを介して作業テーブルＦ
４がアクセスされ、テーブル内の部品データ、締め付け
データまたは嵌合データのうちその作業端末ＷＴが属す
る工程に対応したデータが読み出される。以後、各工程
の作業端末ＷＴは、読み出した締付データまたは嵌合デ
ータに従い、工程内の締付作業または嵌合作業を制御す
る。また、作業端末ＷＴは、作業テーブルからデータを
読み出す際、各データの部品データ、締付データまたは
嵌合データにおける順位を記憶する。以後、作業端末Ｗ
Ｔにより部品のシリアル番号、締付トルクの測定結果ま
たは嵌合状態が採取された場合、それらの採取結果の作
業データ上での書込位置は上記読み出しの際に記憶され
た順位に従い決定される。すなわち、ある工程の作業端
末ＷＴが作業テーブルＦ４における第３番目の部品デー
タを読み出した場合、以後、その作業端末ＷＴは部品か
ら採取したシリアル番号を第３番目の部品データとして
作業データに組み込む。締付データおよび嵌合データに
ついても同様である。 【００３０】§２．ＡＦ−ＯＮデータ受信 ＳＲＳ組付ラインに車両が投入される際、その車両に関
するＡＦ−ＯＮデータがホストコンピュータＨＳＴから
通信端末ＣＴｎへ送信される。通信端末ＣＴｎは、この
ＡＦ−ＯＮデータを受信すると、データ内のライン番号
を判読し、ファイルサーバーＦＳｎ（ｎ＝１〜３）のう
ちライン番号に対応したファイルサーバーへＡＦ−ＯＮ
データを送る。この結果、受信されたＡＦ−ＯＮデータ
が当該ファイルサーバーが保有するＡＬＣ受信ファイル
Ｆ１に書き込まれる。 【００３１】§３．作業データ作成 一方、管理端末ＭＴｎは、ＡＬＣ受信ファイルＦ１内の
新規データの有無の判断を常時繰り返し実行している。
そして、管理端末ＭＴｎは、新規なＡＦ−ＯＮデータを
発見した場合に、そのＡＦ−ＯＮデータの内容と作業テ
ーブルの内容とを併せた作業データ（図５）を検査号機
データファイルＦ６内に作成する。そして、検査号機デ
ータファイルＦ６に作業データが正常に書き込めた場合
は、当該ＡＦ−ＯＦデータを削除する。 【００３２】§４．製造経歴管理表発行 ホストコンピュータＨＳＴは、この製造経歴管理システ
ムへＡＦ−ＯＮデータを送信した後、ＳＲＳ組付ライン
へ投入する車両についての製造経歴管理表を発行する。
この製造経歴管理表にはＳＲＳ組付ラインに投入する車
両のフレーム番号および機種系列コードを表したバーコ
ードが印字される。このバーコードは組付仕様書にも印
字される。ホストコンピュータＨＳＴが発行した製造経
歴管理表は該当する車両に投入される。 【００３３】§５．各作業工程内での処理 そして、車両はコンベアによって搬送され、ＳＲＳ組付
ライン内の各工程へ順次送られる。各工程では、車両が
到来する度に以下説明する処理が行われる。まず、車両
が作業端末ＷＴの手前に到着すると、組付仕様書のバー
コードがバーコードリーダによって走査され、バーコー
ドによって表されたフレーム番号および機種系列コード
が読み取られる。ただし、組付仕様書が破れている場合
には車両内の製造経歴管理表のバーコードが読み取られ
る。このようにして読み取られたフレーム番号および機
種系列コードは作業端末の表示画面に表示される。次に
作業端末ＷＴは、ライン番号とバーコードリーダによっ
て読み取ったフレーム番号および機種系列コードとをキ
ーとして検査号機データファイルＦ６内の作業データを
検索する。次いで検索結果に基づき、その車両にＳＲＳ
を構成する部品を組み付けるべきか否かを判断する。 【００３４】ここで、下記ａ〜ｄのいずれかの場合に
は、当該工程においてＳＲＳ部品を組み付けるべきでな
いと判断される。 ａ．到来した車両がＳＲＳ対象車でない場合 ｂ．到来した車両がＳＲＳ対象車ではあるが当該工程に
おいてその車両に対して施すべき作業がない場合 ｃ．到来した車両の製造経歴管理表のバーコードが正常
に読み取られなかった場合 ｄ．適正なＡＦ−ＯＮデータがホストコンピュータＨＳ
Ｔから供給されなかった場合 これらの場合、上記各場合のいずれに該当するかが作業
端末の画面に異常メッセージとして表示される。フレー
ム番号あるいは機種系列コードが正常に読み取られず異
常メッセージが表示された場合、作業員はバーコードの
読み取りを再実行することができる。再実行が行われな
い場合、車両は当該工程にて作業が施されることなく次
工程へと送られる。そして、作業端末ＷＴは新たな車両
のバーコードが読み取られるまで待機する。 【００３５】一方、到来した車両がＳＲＳ仕様車であ
り、しかも、当該工程において作業を施すべきものであ
る場合、ライン番号、バーコードリーダにより読み取っ
たフレーム番号および機種系列コードに対応する作業デ
ータが検査号機データファイルＦ６から読み出され、こ
の作業データが作業端末ＷＴ内蔵のメモリ内の作業デー
タ格納エリアに書き込まれる。また、この作業データの
内容が作業端末ＷＴの画面に表示される。そして、当該
工程に対し割り当てられた作業が行われる。以下、その
詳細について各工程毎に説明する。 【００３６】（１）ダッシュセンサーＲ組付工程および
ダッシュセンサーＬ組付工程 これらの各工程における作業内容をダッシュセンサーＲ
組付工程を例に説明すると以下のようになる。 ａ．ダッシュセンサーＲのシリアル番号と部品の仕様と
種類等のバーコードをバーコードリーダによって読み取
る。 ｂ．ダッシュセンサーＲを車体に組み付けると共に所定
箇所にボルトを挿入し、ＥＴＣ（電気式トルク制御）レ
ンチによるボルトの締付けを行い、ダッシュセンサーＲ
を車体に固定する。 ｃ．上記ボルトを定トルクレンチによって締め付け確認
する。ダッシュセンサーＬの組付工程も同様な作業が行
われる。 【００３７】＜上記各工程に伴う作業端末の処理＞ダッ
シュセンサーＲのシリアル番号は作業端末ＷＴに入力さ
れる。また、ＥＴＣレンチによる締め付けトルク値およ
び定トルクレンチによる締め付け値確認結果（合格／不
合格）が各レンチのセンサによって各々測定され、これ
らの測定結果が作業端末ＷＴに入力される。そして、各
トルクの測定結果が所定の許容範囲内にあるか否かが判
定され、判定結果が作業端末に表示される。次いで作業
端末ＷＴは、作業データ格納エリアにおける当該工程に
対応した部品データエリアを参照することによりそのダ
ッシュセンサーがその工程において組み付けるべきもの
であるか否かを判断し、判断結果が「Ｙｅｓ」の場合は
ダッシュセンサーＲのシリアル番号を書き込む。また、
作業データ格納エリアにおける当該工程の各締付作業に
対応した各締付データ用エリアに対し各トルクの測定結
果を書き込む。 【００３８】（２）ＳＲＳユニット取付工程 ａ．ＳＲＳユニットを車両に組み付けると共に所定箇所
にボルトを挿入し、ＥＴＣレンチによるボルトの締付け
を行い、ＳＲＳユニットを車体に固定する。 ｂ．上記ボルトを定トルクレンチによって締付ける。 ＜上記工程に伴う作業端末の処理＞ダッシュセンサーＲ
の場合に行われる処理と全く同様な処理が行われる。 【００３９】（３）センサ＆ユニット嵌合検査工程 ａ．ＳＲＳユニットのシリアル番号のバーコードをバー
コードリーダによって読み取る。 ｂ．ダッシュセンサとＳＲＳユニットの嵌合状態を嵌合
マウスによって検査する。すなわち、ダッシュセンサお
よびＳＲＳユニットの各嵌合部は、所定のパターンの貫
通穴が形成されており、両者を正常に嵌合された場合に
は、ダッシュセンサ側の貫通穴とＳＲＳユニット側の貫
通穴が符合することにより所定のバーコードが形成され
るようになっている。そして、このようにして形成され
たバーコードが嵌合マウスによって光学的に読み取ら
れ、嵌合状態が正常であるか否かが判定される。 ＜上記工程に伴う作業端末の処理＞嵌合マウスによって
読み取られた情報は半嵌合検査装置に送られ、この装置
から嵌合状態が合格であるか不合格であるかを示す情報
が作業端末に送られる。同時に嵌合コネクタの種類、不
合格である場合には不合格の種類を示す情報も作業端末
に送られる。嵌合状態が正常であるか否かは作業端末に
表示される。次いで作業端末ＷＴは、作業テーブルデー
タを読み出して、嵌合状態を判定したコネクタがその工
程において検査すべきコネクタであるか否かを判断し、
判断結果が「Ｙｅｓ」の場合に作業データ格納エリアに
おける当該工程に対応した部品データエリアに対しＳＲ
Ｓユニットのシリアル番号を書き込む。また、作業デー
タ格納エリアにおける当該工程の嵌合作業に対応した嵌
合データエリアに対し嵌合状態の判定結果を書き込む。
ここで、嵌合状態が正常であっても嵌合チェックを行っ
たコネクタが目的とするコネクタでない場合は不合格扱
いとする。以上説明した各工程の他、以下の各工程が実
施され、必要なＳＲＳ部品の車体への取り付けおよび必
要に応じた嵌合検査が行われる。 【００４０】このようにして当該工程内の全作業が終了
すると、作業端末ＷＴは作業内容の書き込みを行った作
業データを検査号機データファイルＦ６へ書き込む。作
業データの書込は、車両１台単位で行っている。全作業
を終了する前に他の端末が作業データを変更した場合に
は、作業端末はその変更された作業データを読み込み、
さらに現作業内容を付加して検査号機データファイルＦ
６へ戻す。ここで、作業端末がデータを書き込もうとす
る時に、同様に他の端末がデータを変更していた場合
は、以上のことをＮ回（指定回数）を限度として正常に
データ書込が行われるまで繰り返す。Ｎ回の実行を以て
しても正常な書き込みが行われない場合には画面にＮＧ
を表示、次の車両についての処理を行う。データ書込の
許容回数をＮ回以下に制限するのは、１台の車両のため
のデータ書込が長引くことによって後続の車両の処理が
長時間中断されるのを防止するためである。このように
車両が各工程を通過する毎に各工程内の作業が行われ、
作業の監視結果に基づいて作業データが順次形成されて
行く。そして、車両がＳＲＳ組付に必要なすべての工程
を通過することにより、当該車両の作業データを構成す
る部品データ、締付データおよび嵌合データの書き込み
が終了する。 【００４１】§６．中間検査 各工程を通過しＳＲＳ部品の組付けを終えた車両は、そ
の後、中間検査工程へと運ばれ、その工程内の中検端末
ＭＩＴの手前に到着する。そして、車両から製造経歴管
理表が取り出され、ライン番号、フレーム番号および機
種系列コードのバーコードがバーコードリーダによって
読み取られる。次いで作業員により、製造経歴管理表が
中検端末ＭＩＴのプリンタにセットされる。次に中検端
末ＭＩＴにより、検査号機データファイルＦ６内の作業
データの中からバーコードリーダによって読み取ったラ
イン番号、フレーム番号および機種系列コードに合致す
る作業データが検索され、検索によって得られる作業デ
ータが表示される。そして、作業員は製造経歴管理表お
よび中検端末ＭＩＴの表示画面を確認し、作業が正常に
終了したか否かの総合判定を行う。この判断結果が「Ｙ
ｅｓ」の場合は検査合格であると入力する。この結果、
中検端末ＭＩＴにより、検査号機データファイルＦ６内
の当該作業データの中検判定の項目として「検査合格
（出荷ＯＫ）」を意味する情報が書き込まれる。一方、
総合判定において不合格の場合は、中検端末ＭＩＴによ
り、検査号機データファイルＦ６内の当該作業データの
中検判定の項目として「検査不合格（出荷止め）」を意
味する情報が書き込まれる。次いで作業員により、製造
経歴管理表が中検端末のプリンタにセットされ、印字指
示があった場合には製造経歴管理表に作業データを印字
する。このようにして中間検査が終了する。中検端末Ｍ
ＩＴは、当該ラインのライン番号、中間検査を終えた車
両のフレーム番号をトリガファイルＦ３に書き込む。 【００４２】§７．ＡＬＣ送信 管理端末ＭＴｎは、トリガファイルＦ３内を常時監視し
ている。新規なフレーム番号が見付かった場合、管理端
末ＭＴｎは、そのフレーム番号をキーとして検査号機デ
ータファイルＦ６を検索し、作業データを読み出す。そ
して、管理端末ＭＴｎはこの読み出した作業データに対
し部品データ、締め付けデータおよび嵌合データ間の対
応付けのためのキーを付加してＡＦ−ＯＦＦデータを作
成し、ＡＬＣ送信ファイルＦ２に書き込んだ後、上記ト
リガデータを削除する。一方、通信端末ＣＴｎは、ＡＬ
Ｃ送信ファイルＦ２内を常時監視しており、新規なＡＦ
−ＯＦＦデータを発見した場合にはそれをホストコンピ
ュータＨＳＴへ送信する。そして、ＡＦ−ＯＦＦデータ
送信が完了後、当該ＡＦ−ＯＦＦデータを削除する。
上述したＡＬＣ送信処理中に、ＡＦ−ＯＦＦデータの書
き込み処理にエラーが発生した場合、書き込み処理が正
常となるまで再度書き込み処理を繰り返し実行する。そ
して、予め指定された所定回数分繰り返して書き込み処
理を実行しても正常に処理できなかった場合、管理端末
ＭＴｎは自身に備えられたハードディスクに当該ＡＦ−
ＯＦＦデータを作成し、ＡＬＣ送信ファイルＦ２のＡＦ
−ＯＦＦデータを削除する。 【００４３】§８．完成車検査 中間検査の結果合格となった車両は完成車検査工程に投
入され、その工程内の完検端末ＦＩＴの手前に到着す
る。そして、作業員は製造経歴管理表のバーコードを読
ませ、作業データを完検端末の画面に表示させて常に終
了したか否かの総合判断を行う。この判定の結果不具合
が発見された場合は、当該作業データの完検判定の項目
として「合格止め」を意味する情報を書き込む。完成車
検査終了後、完検端末ＦＩＴにより、図５に示す作業デ
ータの“完検判定年月日”および“完検判定時間”に完
検終了時間が書き込まれる。また、不具合が発見された
車両は、調整端末ＡＤＴにより、図５に示す作業データ
の“調整判定年月日”および“調整判定時間”に調整終
了時間が書き込まれる。検査および調整結果から出荷判
定を行い合格となると作業ファイルに書き込み、その後
トリガファイルにそのフレーム番号を書き込むことによ
りホストコンピュータに送信される。 【００４４】§９．保存データ作成 ホストコンピュータＨＳＴは通信端末ＣＴｎから送られ
るＡＦ−ＯＦＦデータに基づき、その車両を出荷してよ
いか否かの判定を行う。その結果、出荷してよいとの判
定がなされた場合は、フレーム番号に基づき、検査号機
データファイルＦ６を検索して出荷判定された車両の作
業データを読み出す。そして、管理端末ＭＴｎは、読み
だした作業データに対し部品データ、締め付けデータお
よび嵌合データにキーを付加し、図８に示す保存データ
の“工場出荷年月日”および“工場出荷時間”に現在の
時間を記入して保存データを作成し、保存用データファ
イルＦ７に書き込む。この保存データを書き込んだ後、
管理端末ＭＴｎは、当該車両の作業データおよびＡＦ−
ＯＮデータを、各々検査号機データファイルＦ６および
ＡＬＣ受信ファイルＦ１から削除する。このように、車
両の出荷に伴い、その車両に対応したデータが管理ファ
イルから自動的に削除されるので、管理ファイルの容量
が少なくて済む。また、管理ファイルとして容量を少な
くするのに伴い、ファイルのアクセスの際のレスポンス
を高めることができ、システムの効率を向上させること
ができる。また、特に検査号機データファイルＦ６は、
各作業端末ＷＴがアクセスするので高いレスポンスが要
求される。しかし、上記の通り出荷車両のデータが検査
号機データファイルＦ６から自動的に削除されるので、
作業端末ＷＴは迅速に作業データの検索および書換えを
行うことができる。 【００４５】§１０．通信端末ダウン対応 ここで、通信端末ＣＴ１およびＣＴ２のどちらか一方が
システムダウンした場合の対応について図９を参照して
説明する。例えば、ホストコンピュータＨＳＴから通信
端末ＣＴ１およびＣＴ２にＡＦ−ＯＮデータが転送され
ている時、時刻ｔ１に伝送連番１００のＡＦ−ＯＮデー
タが転送された後に通信端末ＣＴ１がシステムダウンし
たとする。その後時刻ｔ２〜ｔ３の間、ホストコンピュ
ータＨＳＴには通信端末ＣＴ１およびＣＴ２に転送すべ
きＡＦ−ＯＮデータとして伝送連番１０１〜２００のデ
ータが入力される。この間、ホストコンピュータＨＳＴ
は通信端末ＣＴ１に送信するＡＦ−ＯＮデータはそのま
ま保持しており、通信端末ＣＴ２にのみＡＦ−ＯＮデー
タを送信する。そして、通信端末ＣＴ２は伝送連番１０
１〜２００のＡＦ−ＯＮデータをＡＬＣ受信ファイルＦ
１に書き込んでいき、管理端末ＭＴｎは、このＡＬＣ受
信ファイルＦ１に書き込まれたデータに基づき、作業デ
ータを作成していく。ここで、まず時刻ｔ１において、
伝送連番１００のデータとして、フレームＮｏ．ＸＸの
車両が新規に投入されたという情報が送信されていたと
する。このデータに基づいて、管理端末ＭＴｎがフレー
ムＮｏ．ＸＸの車両の作業データを作成する。そして、
伝送連番１５０のデータとしてこの伝送連番１００のデ
ータを取り消す内容が送信され、伝送連番１６０のデー
タには再び伝送連番１００と同じ内容のデータが送信さ
れるとする。管理端末ＭＴｎは、この伝送連番１５０の
データがＡＬＣ受信ファイルＦ１に書き込まれた時点
で、既に作成した作業データを削除し、伝送連番１６０
のデータが書き込まれた時点では、再び作業データを作
成する。そして、フレームＮｏ．ＸＸの車両に関わる作
業が続けられ、作業データに情報が書き込まれていく。 【００４６】ところで、時刻ｔ４において通信端末ＣＴ
１が回復すると、ホストコンピュータＨＳＴが保持して
いた伝送連番１０１〜２００のＡＦ−ＯＮデータが、通
信端末ＣＴ１に一斉に送信される。そして、これら伝送
連番１０１〜２００のデータがＡＬＣ受信ファイルＦ１
に書き込まれる。ここでもし、管理端末がこれらのデー
タを読み込んで作業を行ったとすると、通信端末ＣＴ２
を通して受信した伝送連番１６０のデータに基づいて作
成したフレームＮｏ．ＸＸの作業データの内容が、再び
クリアされてしまう。このような不具合を解消するた
め、本実施例における管理端末ＭＴｎは、ＡＬＣ受信フ
ァイルＦ１内において、既に読み込んだＡＦ−ＯＮデー
タが有する伝送連番を記憶しておき、それと等しい伝送
連番を有するＡＦ−ＯＮデータは読み込まないようにす
る。すなわち、時刻ｔ４において通信端末ＣＴ１によっ
てＡＦ−ＯＮデータが書き込まれても、これらのデータ
が有する伝送連番１０１〜２００は、既に通信端末ＣＴ
２によって書き込まれ管理端末ＭＴｎにより処理が行わ
れている。従って、管理端末ＭＴｎは、通信端末ＣＴ１
によって書き込まれたＡＦ−ＯＮデータの有する伝送連
番は１０１〜２００であり、管理端末ＭＴｎは既に伝送
連番２００までのＡＦ−ＯＮデータを読み込んでいる。
従って、管理端末ＭＴｎは、通信端末ＣＴ１によって書
き込まれた伝送連番１０１〜２００を有するＡＦ−ＯＮ
データは全て読み込まない。 【００４７】 【発明の効果】以上説明したように、生産ライン内の各
工程を通過する被組立物に関する車両情報に、送信の順
序を示す伝送連番を付加して送信データとして発信する
ホストコンピュータと、前記ホストコンピュータから送
信される前記送信データを記憶する受信データ記憶手段
と、少なくとも２台設置され、前記ホストコンピュータ
から前記送信データを受信し、前記受信データ記憶手段
に前記送信データを書き込む通信手段と、異常状態から
復帰したいずれかの通信手段により、遅延した前記送信
データが前記受信データ記憶手段に書き込まれた際、既
に前記受信データ記憶手段から読み込んだ送信データの
伝送連番より後ろの伝送連番を有する送信データのみを
制御データとして認識し、前記被組立物の製造経歴の採
取を制御する制御手段とを設けたことにより、生産ライ
ンと、生産ラインを管理するホストコンピュータとのデ
ータの送受信が確実に行われ、それによって製品の製造
経歴データを蓄積することができるという効果が得られ
る。
【図面の簡単な説明】
【図１】 この発明の一実施例による製造経歴管理シス
テムの構成を示すブロック図である。 【図２】 同実施例における各種管理ファイルおよびそ
れらを取り扱う各端末の関係を示す図である。 【図３】 同実施例において使用する管理ファイル内の
データフォーマットを示す図である。 【図４】 同実施例において使用する管理ファイル内の
データフォーマットを示す図である。 【図５】 同実施例において使用する管理ファイル内の
データフォーマットを示す図である。 【図６】 同実施例において使用する管理ファイル内の
データフォーマットを示す図である。 【図７】 同実施例において使用する管理ファイル内の
データフォーマットを示す図である。 【図８】 同実施例において使用する管理ファイル内の
データフォーマットを示す図である。 【図９】 同実施例における通信端末のダウン時の処理
について説明する図である。 【符号の説明】 ＭＴ１〜ＭＴ３……管理端末、ＷＴ……作業端末、ＦＳ
１〜ＦＳ３……ファイルサーバ、Ｆ１……ＡＬＣ受信フ
ァイル、Ｆ２……ＡＬＣ送信ファイル、Ｆ３……トリガ
ファイル、Ｆ４……作業テーブル、Ｆ６……検査号機デ
ータファイル、Ｆ７……保存用データファイル、ＨＳＴ
……ホストコンピュータ。
テムの構成を示すブロック図である。 【図２】 同実施例における各種管理ファイルおよびそ
れらを取り扱う各端末の関係を示す図である。 【図３】 同実施例において使用する管理ファイル内の
データフォーマットを示す図である。 【図４】 同実施例において使用する管理ファイル内の
データフォーマットを示す図である。 【図５】 同実施例において使用する管理ファイル内の
データフォーマットを示す図である。 【図６】 同実施例において使用する管理ファイル内の
データフォーマットを示す図である。 【図７】 同実施例において使用する管理ファイル内の
データフォーマットを示す図である。 【図８】 同実施例において使用する管理ファイル内の
データフォーマットを示す図である。 【図９】 同実施例における通信端末のダウン時の処理
について説明する図である。 【符号の説明】 ＭＴ１〜ＭＴ３……管理端末、ＷＴ……作業端末、ＦＳ
１〜ＦＳ３……ファイルサーバ、Ｆ１……ＡＬＣ受信フ
ァイル、Ｆ２……ＡＬＣ送信ファイル、Ｆ３……トリガ
ファイル、Ｆ４……作業テーブル、Ｆ６……検査号機デ
ータファイル、Ｆ７……保存用データファイル、ＨＳＴ
……ホストコンピュータ。
─────────────────────────────────────────────────────
フロントページの続き
(58)調査した分野(Int.Cl.7，ＤＢ名)
G05B 19/418
G06F 17/60
Claims (1)
- (57)【特許請求の範囲】 【請求項１】 生産ライン内の各工程を通過する被組立
物に関する車両情報に、送信の順序を示す伝送連番を付
加して送信データとして発信するホストコンピュータ
と、 前記ホストコンピュータから送信される前記送信データ
を記憶する受信データ記憶手段と、 少なくとも２台設置され、前記ホストコンピュータから
前記送信データを受信し、前記受信データ記憶手段に前
記送信データを書き込む通信手段と、 異常状態から復帰したいずれかの通信手段により、遅延
した前記送信データが前記受信データ記憶手段に書き込
まれた際、既に前記受信データ記憶手段から読み込んだ
送信データの伝送連番より後ろの伝送連番を有する送信
データのみを制御データとして認識し、前記被組立物の
製造経歴の採取を制御する制御手段とを具備することを
特徴とする製造経歴管理システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP1574993A JP3399569B2 (ja) | 1993-02-02 | 1993-02-02 | 製造経歴管理システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP1574993A JP3399569B2 (ja) | 1993-02-02 | 1993-02-02 | 製造経歴管理システム |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH06231134A JPH06231134A (ja) | 1994-08-19 |
| JP3399569B2 true JP3399569B2 (ja) | 2003-04-21 |
Family
ID=11897422
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP1574993A Expired - Fee Related JP3399569B2 (ja) | 1993-02-02 | 1993-02-02 | 製造経歴管理システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP3399569B2 (ja) |
Families Citing this family (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO2007043127A1 (ja) * | 2005-10-03 | 2007-04-19 | Nicki Try System Co., Ltd. | ネジ締め付け作業管理システム |
-
1993
- 1993-02-02 JP JP1574993A patent/JP3399569B2/ja not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH06231134A (ja) | 1994-08-19 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US5586038A (en) | Manufacturing history management system | |
| JP4439340B2 (ja) | 製造履歴管理システム | |
| US20090306849A1 (en) | System for diagnosis of motor vehicles, and for reception of vehicles at a repair facility | |
| JPH1126538A (ja) | 検査条件自動作成・伝送システム及び方法 | |
| CN107168269A (zh) | 一种用于发动机链轮室壳体装配检测的mes系统 | |
| CN106095678A (zh) | 用于Windows平台下数据库业务操作的自动化结果检查方法 | |
| JP4902335B2 (ja) | 伝達通知プログラム、及びそれを用いた品質改善システム | |
| CN1660587A (zh) | 条码打印防呆系统及方法 | |
| JP3399569B2 (ja) | 製造経歴管理システム | |
| JP2005522788A (ja) | インテリジェント許可返却システム及び方法 | |
| JP3307701B2 (ja) | 製造経歴管理システム | |
| JP3335402B2 (ja) | 製造経歴管理システム | |
| JP2003067031A (ja) | 加工、組立ラインにおけるデータトラッキングシステムおよびデータトラッキング方法 | |
| JP3307702B2 (ja) | 製造経歴管理システム | |
| CA2447266A1 (en) | System, method and program for management of rebuilt parts of vehicles | |
| CN111640030B (zh) | 保险理赔失败数据的处理装置、设备及存储介质 | |
| JP3099770B2 (ja) | ネットワーク監視システムにおける障害情報管理方式 | |
| JP3380279B2 (ja) | 製造管理システム | |
| CA2532322A1 (en) | Instruction dropoff warning system and method | |
| JPH06295301A (ja) | 製造管理システム | |
| CN100334587C (zh) | 数据管理系统及方法以及数据库 | |
| JPH07182423A (ja) | 製造管理システム | |
| JP3392489B2 (ja) | 製造管理システム | |
| JPH06214864A (ja) | ファイル管理装置 | |
| JPH07200038A (ja) | 製造管理システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20030107 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080221 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090221 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100221 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100221 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110221 Year of fee payment: 8 |
|
| LAPS | Cancellation because of no payment of annual fees |