JP2023091966A - 復旧支援システム - Google Patents

Abstract

【課題】基板作業装置の復旧を支援する。【解決手段】データベース３０と、データベース３０と通信可能に接続されたデータ管理装置２０と、を備え、データベース２０は、基板作業装置１２の過去の修理データ３１を格納し、データ管理装置２０は、管理者が入力する検索条件に基づいてデータベース３０に修理データ３１を検索させ、検索条件に合致する修理データ３１を管理者に提示する、復旧支援システム。【選択図】図９

Description

本発明は、故障により停止した生産ラインの復旧を支援する技術に関する。

回路基板を生産する生産ラインは、部品実装装置等の基板作業装置により構成されている。基板作業装置にトラブルが発生して生産ラインが停止した場合、故障原因や修理方法が分からないと、ユーザーは基板作業装置のメーカーに対処方法を問い合わせ、メーカーからの指示に従って生産ラインの復旧作業を行っていた。

下記特許文献１は、製造装置に対する整備作業の実施が生産ラインの動作や品質に与える影響を簡単かつ客観的に確認する技術について開示している。

特開２０１７－１９４９２１号公報

生産ラインの管理者は、過去に類似したトラブルがあった場合でも、エラー発生の都度、メーカーに問い合わせをしていた。トラブルに関する情報が不十分な場合、メーカーとのやり取りが複数回発生することから、復旧までに時間がかかり、なかなか生産を再開できないことがあった。

復旧支援システムは、回路基板の生産用として使用される基板作業装置の復旧を支援するシステムである。

復旧支援システムは、データベースと、前記データベースと通信可能に接続されたデータ管理装置と、を備える。

前記データベースは、前記基板作業装置の過去の修理データを格納する。

前記データベースは、管理者が入力する検索条件に基づいて前記データベースに前記修理データを検索させ、前記検索条件に合致する修理データを管理者に提示する。

本発明によれば、過去の修理データをデータベースで管理し、管理者の要求に応じて修理データを提示するから、メーカーとのやり取りに要していた時間を削減することができる。そのため、復旧作業に要する時間を短縮して、生産の早期再開に寄与することができる。

復旧支援システムと生産ラインのシステム構成図 実装装置の平面図 実装装置の側面図 実装装置の電気的構成を示すブロック図 修理データの一例 検索条件と検索結果の例（１） 検索条件と検索結果の例（２） 検索条件と検索結果の例（３） 実施形態１のフローチャート 実施形態２のフローチャート 実施形態３のフローチャート

＜実施形態１＞
１．復旧支援システムＳの全体構成
図１は、復旧支援システムＳと生産ライン１０のシステム構成図である。復旧支援システムＳは、生産ライン１０の復旧を支援するシステムであり、データ管理装置２０と、データベース３０とで構成されている。

生産ライン１０は、印刷機１１と、実装装置１２と、検査装置１３とからなる。これら各装置はコンベアで接続されており、上流側（図１の左側）の装置から下流側（図１の右側）の装置に作業を終えた基板Ｐを順々に搬送する。基板Ｐは、「回路基板」の一例である。

印刷機１１は、基板Ｐのパターン上に半田ペーストをスクリーン印刷する装置である。実装装置１２は、印刷処理後の基板Ｐに部品Ｗを装着する装置である。

検査装置１３は、基板Ｐに対する部品Ｗの装着状態を検査する装置である。検査の結果、部品Ｗの装着状態に異常がない場合、基板Ｐはリフロー工程に進み、異常がある場合、その基板Ｐは不良基板として正常な基板とは別に処理される。印刷機１１、実装装置１２、検査装置１３は、「基板作業装置」の一例である。

データ管理装置２０は、いわゆるパーソナルコンピュータであり、マウスやキーボード等の入力部２１と、液晶パネルやタッチパネル等の表示部２２と、ＣＰＵやメモリを備える。

データベース３０は、後述する修理データ３１を格納する記憶装置である。データベース３０は、制御部を有している。制御部は、データ管理装置２０からの要求に従い、修理データ３１の検索や編集、追加、削除を行う。

データベース３０は、例えば、実装装置１２の製造元であるメーカーが管理するデータセンターに設置されている。

生産ライン１０、データ管理装置２０、データベース３０は、有線又は無線の通信ネットワーク１４を介して通信可能に接続されており、３者間で相互にデータを送受信できる。

この実施形態では、一つのデータベース３０に対して、通信ネットワーク１４を介して、３つの生産ライン１０が接続されている。３つの生産ライン１０は、一の管理者が管理する生産ラインであってもよいし、別々の管理者が管理する生産ラインであってもよい。一つのデータベース３０に対して接続される生産ライン１０の数は、１つでもよいし、複数でもよい。

２．実装装置１２の構成
実装装置１２は、図２及び図３に示すように、基台４０、４つの部品供給装置４１、コンベア４２、ヘッドユニット４３、Ｘビーム５１、Ｙビーム５２、ヘッド移動部４４、基板カメラ４５、２つの部品カメラ４６、サイドカメラ４７等を備えている。

基板Ｐは、コンベア４２により上流側（図２の左側）から搬送され、作業位置４８において部品Ｗの装着が完了すると、下流側（図２の右側）に搬送される。

部品供給装置４１には、複数のフィーダ４９が取り付けられている。各フィーダ４９は、基板Ｐに装着する部品Ｗを供給する。

ヘッドユニット４３は、複数の実装ヘッド５０を昇降可能、かつ軸周りに回転可能に支持する。

Ｘビーム５１は、ヘッドユニット４３をＸ軸方向に往復移動可能に支持する。Ｙビーム５２は、Ｘビーム５１をＹ軸方向に往復移動可能に支持する。

ヘッド移動部４４は、ヘッドユニット４３をＸビーム５１に対してＸ軸方向に移動させるＸ軸モータ４４Ｘ、Ｘビーム５１をＹビーム５２に対してＹ方向に移動させるＹ軸モータ４４Ｙを含む。

ヘッドユニット４３は、Ｘ軸モータ４４Ｘ、Ｙ軸モータ４４Ｙの駆動により、基台４０上の任意の位置に移動することができる。

実装ヘッド５０は、図３に示すように、軸状のヘッドシャフト５５と吸着ノズル５６とを含む。ヘッドシャフト５５は中空形状であり、軸心部にエアの供給経路が設けられている。吸着ノズル５６は、ヘッドシャフト５５の先端（下端）に着脱可能に取り付けられている。

吸着ノズル５６には、ヘッドシャフト５５を介して、図示しない空気供給装置から負圧又は正圧が供給される。実装ヘッド５０は、負圧の供給により、吸着ノズル５６を用いて部品Ｗを吸着し、正圧の供給により、吸着した部品Ｗを解放する。

基板カメラ４５は、ヘッドユニット４３の側面に取り付けられており、イメージセンサ等の撮像素子、ＬＥＤ等の照明、撮像対象物で反射した光を撮像素子の受光面に結像する光学系等を有している。部品カメラ４６、サイドカメラ４７も同様の構成である。

基板カメラ４５は、撮像面を下に向けており、基板Ｐを上方から撮影する。基板カメラ４５により、基板Ｐの位置や部品Ｗを装着するランドの位置を確認できる。

部品カメラ４６は、実装ヘッド５０が吸着している部品Ｗを下方から撮影する。サイドカメラ４７は、実装ヘッド５０が吸着している部品Ｗを側方から撮影する。部品カメラ４６及びサイドカメラ４７により、実装ヘッド５０が吸着した部品Ｗの吸着状態（吸着位置や吸着角度、吸着の成否）を確認できる。

図４は、実装装置１２の電気的構成を示すブロック図である。コントローラ６０は、実装装置１２の制御装置である。コントローラ６０は、ＣＰＵ６１とメモリ６３とを有している。

コントローラ６０には、コンベア４２、モータ制御部６５、基板カメラ４５、部品カメラ４６、サイドカメラ４７、操作パネル６４などの各装置が接続されている。

メモリ６３は、基板Ｐに対する部品Ｗの装着作業を実行する装着プログラムや、基板Ｐの搬送プログラムを記憶している。

コントローラ６０は、基板Ｐの生産開始後、搬送プログラムや装着プログラムに従って、コンベア４２やヘッドユニット４３を制御する。コンベア４２は基板Ｐを基台中央の作業位置４８に送り、ヘッドユニット４３は基板Ｐに対する部品Ｗの装着作業を行う。なお、生産とは、部品未搭載の基板Ｐに対して部品Ｗを装着することにより、部品搭載済みの基板Ｐを製造することを意味する。

部品Ｗの装着作業においてエラーが発生して実装装置１２が停止すると、コントローラ６０は、エラー発生時における実装装置１２の状態に関する情報をモータ制御部６５、カメラ４５～４７、コンベア４２から収集する。収集した情報は、後述するエラーログとしてメモリ６３に記憶される。

３．修理データ３１の説明
修理データ３１は、過去に実施された修理の内容及び修理の結果が記録されたデータである。メーカーの修理担当者は、実装装置１２を修理した場合、実施した修理の内容及び結果を新たな修理データ３１としてデータベース３０に記録する。修理データ３１の記録は、メーカーの修理担当者に限らず、実装装置１２の管理者がデータ管理装置２０の入力部２１を用いて行ってもよい。例えば、管理者がメーカーに修理を依頼せず、自ら修理作業を行った場合、管理者が修理データ３１をデータベース３０に記録してもよい。

図５は、データベース３０に記録されている修理データ３１のうち、マシンクラッシュ（実装装置内において構造物同士が衝突して破損するエラー）が発生した場合の修理データ３１を示している。

修理データ３１は、エラー情報３２、修理作業情報３３、復旧後生産情報３４の３つの項目に分けられる。

エラー情報３２は、実装装置１２で発生したエラーに関する情報である。エラー情報３２は、エラーログに含まれる情報や、管理者が実装装置１２の破損状態を調査した結果に基づく情報である。エラーログとは、エラーが発生した時点における実装装置１２の状態を、実装装置１２自身が記録したデータである。エラーログは、実装装置１２の機種、エラーの発生タイミング（マシン起動時、段取り時、生産時など）、エラーＮｏ．の他、ヘッド移動部４４におけるＸ軸とＹ軸の停止位置情報や、モータ４４Ｘ、４４Ｙの電流、電圧のログ情報、ヘッドシャフト５５の停止位置情報等を含む。

エラーＮｏ．とは、発生したエラーの種類に１対１で対応する番号である。

エラー情報３２は、実装装置１２の機種、発生タイミング、エラーＮｏ．、故障箇所の各情報を含む。

修理作業情報３３は、エラーの発生後に実装装置１２に対して実際に行った具体的な修理作業に関する情報である。修理作業情報３３は、修理種別３３Ａ、所要時間３３Ｂ、等の情報を含む。

修理種別３３Ａは、修理形態に基づいて分けられた種別である。修理形態には、第１修理形態と第２修理形態がある。

第１修理形態は、生産ライン１０の管理者がメーカーに修理を依頼する形態である。第１修理形態では、修理マニュアル等に従って、故障した部品、破損した部品がすべて新しい部品に交換される（以下、メーカー修理）。メーカー修理は、通常、実装装置１２を完全に修理する完全修理である。メーカー修理後、実装装置１２は、最大生産能力で生産を再開することができる。

第２修理形態は、生産ライン１０の管理者がメーカーに修理を依頼することなく、自ら修理する形態である。第２修理形態では、故障した部品、破損した部品がすべて新しい部品に交換される場合と、一部のみ交換、応急処置される場合があり、完全修理と暫定修理を選択することができる（以下、ユーザー修理）。

暫定修理とは、実装装置１２を構成する部品の一部が故障等により使用できなくなった場合に、実装装置１２の機能を一部制限して、故障等した部品を使用しなくても基板Ｐを生産できるようにする修理をいう。例えば、複数あるシャフト（ヘッドシャフト５５）のうちの一部が破損した場合、破損したシャフトを使用せず、破損していないシャフトのみを使用するようにプログラムを変更することは、暫定修理に含まれる。また、複数あるノズル（吸着ノズル５６）のうちの一部が破損した場合、破損したノズル、及び破損したノズルが取り付けられたシャフトを使用せず、破損していないノズルを使用するようにプログラムを変更することも、暫定修理に含まれる。暫定修理により、生産能力は制限を受けるものの、完全修理に比べて早期に生産を再開することができる。

所要時間３３Ｂは、修理作業の準備を開始してから、修理作業を完了して生産ライン１０が生産を再開できる状態にするまでに要した時間である。所要時間３３Ｂは、作業を開始するまでの準備に要した時間（図５中「作業準備」）と、実際の修理作業にかかった時間（図５中「作業時間」）の合計である。

図５のデータＮｏ．００１は、マシンクラッシュによりシャフト曲がりが発生し、実施した修理作業がシャフトの交換であった場合の修理データ３１である。シャフトを交換する場合、修理作業の開始前に新品のシャフトを準備しておく必要がある。シャフトの納期が７日、シャフト交換の作業に１日かかる場合、所要時間３３Ｂは７日＋１日＝８日である。なお、シャフトの交換は、メーカーの修理担当者により行われるメーカー修理である。

ユーザー修理では、修理作業を開始する前の作業準備として、管理者による破損状態の確認が必要である。例えば、データＮｏ．００２の場合、破損状態の入念確認が４時間、修理作業が６時間であり、所要時間３３Ｂは４時間＋６時間＝１０時間となる。

復旧後生産情報３４は、復旧させた実装装置１２の生産能力に関する情報である。復旧後生産情報３４は、「復旧率３４Ａ」等の情報を含んでいる。

復旧率３４Ａは、正常状態の生産能力に対する、修理後の生産能力の割合を表した数値である。メーカー修理（完全修理）が行われた場合、復旧率３４Ａは１００％である。

復旧率３４Ａは、実装装置１２の修理が完了して生産ライン１０を再稼働させた後、実装装置１２を実際に稼働させて得られた生産実績データ（サイクルタイムや単位時間あたりの搭載数）に基づいて算出する。例えば、故障前における実装装置１２の部品搭載数の実測値が１時間あたり最大１００００個であり、ユーザー修理後における部品搭載数の実測値が１時間あたり最大８０００個であれば、ユーザー修理後の復旧率３４Ａは８０％となる。

復旧率３４Ａは、生産実績から算出する場合に限らず、部品の装着状況から推定することもできる。例えば、修理の前後で生産に使用するシャフトが５本から３本に減少した場合、復旧率３４Ａは３／５、つまり６０％と推定できる。

図５のデータＮｏ．００１～００３は、同一のエラーに対して異なる内容の修理で対処した場合の修理データ３１である。同一のエラーへの対処であっても、修理作業の内容によって、所要時間３３Ｂ及び復旧率３４Ａは大きく異なる。データＮｏ．００１～００３の所要時間３３Ｂは、それぞれ８日、１０時間、１時間である。また、データＮｏ．００１～００３の復旧率３４Ａは、それぞれ１００％、６０％、３０％である。復旧率３４Ａが高い修理作業ほど、生産再開までの所要時間３３Ｂが長くなる傾向があり、両者はトレードオフの関係にある。

４．データベースの検索について
管理者がデータ管理装置２０に検索条件を入力すると、データ管理装置２０が検索条件をデータベース３０に送信して検索を要求する。データベース３０は、受信した検索条件で検索を実行し、検索結果をデータ管理装置２０に送信する。データ管理装置２０は、検索結果を管理者に提示する。

検索条件を構成する個々の検索キーは、以下の（Ａ）～（Ｆ）である。（Ａ）～（Ｆ）の６つの検索キーのうち、（Ａ）から（Ｃ）の３つの検索キーは、検索の実行に必須のキーであり、管理者は３つ全てを入力する必要がある。一方、（Ｄ）から（Ｆ）の３つの検索キーは任意入力であり、管理者は少なくとも一つのキーを入力すればよい。管理者が入力しなかった検索キーは、検索条件には含まれない。

（Ａ）実装装置の機種
（Ｂ）発生タイミング
（Ｃ）エラーＮｏ．
（Ｄ）修理種別
（Ｅ）所要時間
（Ｆ）復旧率

検索キー（Ａ）は、実装装置１２の機種である。生産ライン１０は複数機種の実装装置１２を含む場合があるが、本実施形態では、説明を簡単にするために全て機種「Ａ」としている。

検索キー（Ｂ）は、エラーが発生した時点における実装装置１２の運転状態（マシン起動時、段取り時、生産時など）である。検索キー（Ａ）、（Ｂ）ともに、エラーの発生時に実装装置１２がメモリ６３に記録したエラーログに含まれる情報である。

検索キー（Ｃ）は、実装装置１２に発生したエラーの種類に対応する番号である。管理者は、実装装置１２の破損状態を調査してエラーの種類を判断し、エラーＮｏ．を特定する。

検索キー（Ｄ）は、修理種別である。「メーカー修理」、「ユーザー修理」から管理者が選択して入力する。

検索キー（Ｅ）は、修理完了までに要する時間である。例えば「８日以内」「１２時間以内」のように、管理者が許容できる所要時間の上限値を入力する。

検索キー（Ｆ）は、修理完了後の復旧率である。例えば「５０％以上」、「７０％以上」のように、管理者が許容できる復旧率の下限値を入力する。

管理者は、検索キー（Ｄ）～（Ｆ）を入力するにあたり、エラーの発生時に生産中であった基板Ｐの生産計画を考慮するとよい。

具体的には、基板Ｐの生産計画（納期）に余裕がある場合、管理者は、検索キー（Ｄ）に「メーカー修理」と入力して検索を実行する。図６は、メーカー修理を選択した場合の検索キーの一覧（検索条件）と検索結果を示している。

この例では検索条件に合致する検索結果は、データＮｏ．００１となる。

データ管理装置２０は、データＮｏ．００１の内容を表示部２２に表示して管理者に提示する。Ｎｏ．００１はメーカー修理の修理データ３１であるため、管理者は、メーカーに対してメーカー修理を依頼する。メーカー修理後の復旧率３４Ａは１００％となり、管理者は、故障箇所のない実装装置１２で生産を再開できる。

また、管理者は検索キー（Ｅ）に任意の所要時間を入力することで、入力した時間内に修理が完了する修理データ３１を検索することもできる。

図７は、検索キー（Ｅ）に「２時間以下」と入力した場合の検索条件と検索結果を示す。

検索条件に合致する検索結果は、データＮｏ．００３である。データ管理装置２０は、検索結果としてデータＮｏ．００３の内容を表示部２２に表示して管理者に提示する。管理者は、提示された修理データ３１を参照して修理を実施する。Ｎｏ．００３の修理作業の所要時間３３Ｂは６０分であるから、管理者は、２時間以内に修理を完了して生産を再開できる。検索キー（Ｅ）の入力は、生産の早期再開を優先したい場合に有効である。

管理者は、３つの検索キー（Ｄ）～（Ｆ）のうち、２つ以上入力して検索することもできる。例えば、１２時間以内に復旧率５０％以上で生産を再開しなければならない場合には、管理者は、検索キー（Ｅ）に「１２時間以下」、検索キー（Ｆ）に「５０%以上」と入力して検索を実行する。図８に、検索条件と検索結果を示す。

検索条件に合致する検索結果は、データＮｏ．００２である。データ管理装置２０は、Ｎｏ．００２の修理データ３１を表示部２２に表示して管理者に提示する。管理者は、Ｎｏ．００２のデータを参照して、実装装置１２の修理を行う。

Ｎｏ．００２の修理作業の所要時間３３Ｂは１０時間、復旧率３４Ａは６０％である。管理者は、要求を満たす所要時間３３Ｂ及び復旧率３４Ａで、生産を再開できる。

５．フローチャートの説明
復旧支援処理について、図９のフローチャートを参照して説明する。

基板Ｐの生産が始まると、実装装置１２は、基板Ｐに対して部品Ｗの吸着、認識、装着を行う。基板Ｐの生産中に、実装装置１２にエラーが発生すると、生産ライン１０は停止する（Ｓ１０）。

生産ライン１０が停止すると、実装装置１２は、エラーが発生した時点における実装装置１２の状態を記録したエラーログを作成してメモリ６３に保存する。

生産ライン１０の管理者は、エラーログを参照して、エラーログに含まれる、実装装置１２の機種、発生タイミング、エラーＮｏ．をそれぞれ読み取る。エラーＮｏ．は、管理者が実装装置１２の状態を確認したうえで決定してもよい。管理者は、読み取った情報を検索キー（Ａ）～（Ｃ）としてデータ管理装置２０に入力する（Ｓ２０）。

データ管理装置２０は、検索キー（Ａ）～（Ｃ）をデータベース３０に送信し、データベース３０は検索を実行する（Ｓ３０）。データベース３０は検索結果をデータ管理装置２０に送信する。

次に、データ管理装置２０は、検索にヒットした修理データ３１の有無を判断する（Ｓ４０）。

ヒットした修理データ３１が一つもない場合は（Ｓ４０：ＮＯ）、今回発生したエラーと同一のエラーに対処した事例が過去に存在せず、管理者は過去の修理データ３１を参照してユーザー修理を行うことができない。したがって、データ管理装置２０は、メーカーに対し、修理担当者によるメーカー修理を要求する。要求を受けたメーカーの修理担当者は、実装装置１２の修理を実施する。修理後、管理者は、生産ライン１０による基板Ｐの生産を再開する（Ｓ１１０）。

１以上の修理データ３１がヒットした場合（Ｓ４０：ＹＥＳ）、データ管理装置２０は、絞り込み検索に必要な検索キー（Ｄ）～（Ｆ）を管理者に要求する。

管理者は、修理後の実装装置１２に求める条件（修理種別、所要時間、復旧率）を、検索キー（Ｄ）～（Ｆ）としてデータ管理装置２０に入力する（Ｓ４５）。

データ管理装置２０は、検索キー（Ｄ）～（Ｆ）をデータベース３０に送信し、データベース３０は、Ｓ３０の検索結果に対する絞り込み検索を行う（Ｓ５０）。データベース３０は絞り込み検索の検索結果をデータ管理装置２０に送信する。

データ管理装置２０は、絞り込み検索でヒットした修理データ３１の有無を判断する（Ｓ６０）。ヒットした修理データ３１が無い場合（Ｓ６０：ＮＯ）、管理者は、検索キー（Ｄ）～（Ｆ）を変更して、データ管理装置２０に入力する（Ｓ１００）。データ管理装置２０は、変更後の検索キー（Ｄ）～（Ｆ）により、Ｓ３０で得られた検索結果に対して絞り込み検索を行う（Ｓ５０）。

検索キーの変更は、検索キー（Ｄ）において、修理種別を変更すること、又は検索キー（Ｅ）（Ｆ）に含まれる数値を変更することをいう。

例えば、検索キー（Ｅ）において、所要時間「４時間以下」を「１０時間以下」に変更し、検索キー（Ｆ）において、復旧率「６０％以上」を「３０％以上」に変更する。

絞り込み検索を行った結果、検索キー（Ｄ）～（Ｆ）を満たす修理データ３１がヒットした場合（Ｓ６０：ＹＥＳ）、データ管理装置２０は、ヒットした修理データ３１を表示部２２に表示して管理者に提示する。複数の修理データ３１がヒットした場合は、管理者は、提示された複数の修理データ３１から、１つの修理データ３１を選択する（Ｓ７０）。

参照する修理データ３１が決定すると（Ｓ７０）、管理者は、その修理データ３１に含まれる修理作業情報３３を参考にして実装装置１２の修理を行う。修理作業が完了すると、管理者は生産ライン１０による基板Ｐの生産を再開する（Ｓ８０）。

生産の再開後、管理者は、実装装置１２の生産実績に基づいて復旧率３４Ａを算出する。管理者は、実施した修理について、実際の所要時間３３Ｂ及び復旧率３４Ａを含む修理データ３１の各項目をデータ管理装置２０に入力する。データ管理装置２０は、入力された情報を、新たな修理データ３１としてデータベース３０に登録する（Ｓ９０）。新たに登録された修理データ３１は、次回以降の検索において検索の対象となる。

６．効果説明
データベース３０は、実装装置１２に対して実施された過去の修理データ３１を格納している。データ管理装置２０は、管理者が入力する検索条件（検索キー（Ａ）～（Ｆ））に基づいてデータベース３０に修理データ３１を検索させ、検索条件に合致する修理データ３１を管理者に提示する。

管理者は、提示された修理データ３１を参照して、故障した実装装置１２の修理を実施できるため、管理者とメーカーとの間で実装装置１２の破損状況や修理内容について相互に連絡を取らなくてもよい。これにより、復旧までの時間を短縮して、基板Ｐの生産を早期に再開することができる。

本実施形態では、検索条件は、修理種別３３Ａ、所要時間３３Ｂ、復旧率３４Ａのうち、少なくともいずれか一つを含んでいる。このようにすると、データ管理装置２０は、データベース３０に格納された過去の修理データ３１の中から、管理者が設定する検索条件に近い修理データ３１を管理者に提示できる。

本実施形態では、データ管理装置２０は、実装装置１２の修理が実施された場合、実施された修理に関するデータを新たな修理データ３１としてデータベース３０に格納する。このようにすると、検索の対象になる修理データ３１の数が増加して、次回以降のエラーへの対処に役立てることができる。

データ管理装置２０は、検索条件に合致する修理データ３１が存在しない場合、メーカーに対し、実装装置１２のメーカー修理を要求する。このようにすると、管理者による検索結果の判断を待たずにメーカー修理を開始でき、エラーへの対応を早くすることができる。

＜実施形態２＞
実施形態１の復旧支援システムＳでは、管理者がエラーログを参照してエラー情報３２（機種、発生タイミング、エラーＮｏ．）を読み取り、これらのエラー情報３２を検索キー（Ａ）～（Ｃ）として、データ管理装置２０に入力した（図９のＳ２０）。

実施形態２のフローチャートを図１０に示す。図１０中の破線で囲った部分が実施形態１との相違点であり、他の部分は実施形態１と同一である。

実施形態２では、実装装置１２にエラーが発生して生産ライン１０が停止した場合（Ｓ１０）、実装装置１２が故障の状況を自己診断する（Ｓ２１）。具体的には、ＣＰＵ６１が、エラーログに含まれる情報に基づいてエラーの種類を診断し、エラーの種類に対応するエラーＮｏ．（検索キー（Ｃ））を診断結果として出力する。実装装置１２は、エラーログに含まれる検索キー（Ａ）、（Ｂ）と、ＣＰＵ６１が出力した検索キー（Ｃ）とを、データベース３０に送信する。以降のフローは実施形態１と同様である。

この構成では、実装装置１２が故障の状況を自己診断して、診断結果に基づき検索キー（Ａ）～（Ｃ）をデータベース３０に送信する。管理者による故障状況の確認や、エラーの種類の判断が不要になり、管理者の負担が低減する。

＜実施形態３＞
実施形態１の復旧支援システムＳでは、データ管理装置２０は、検索結果としてデータベース３０が出力する修理データ３１を管理者に提示した（Ｓ７０）。これに対し、実施形態３の復旧支援システムＳは、出力した修理データ３１の修理種別３３Ａが、メーカー修理か、ユーザー修理かを、データ管理装置２０が判断する。

実施形態３のフローチャートを図１１に示す。図１１中の破線で囲った部分が実施形態１との相違点である。他の部分は実施形態１と同一である。

Ｓ７１は、絞り込み検索にヒットした修理データ３１が存在する場合（Ｓ６０：ＹＥＳ）に実行される。ヒットした修理データ３１の修理種別３３Ａがメーカー修理である場合（Ｓ７１：ＹＥＳ）、データ管理装置２０は、メーカーに実装装置１２の修理を指示する（Ｓ７３）。具体的には、通信ネットワーク１４を介して、ヒットした修理データ３１やエラーログをメーカーに送信するとともに、メーカーの修理担当者の訪問を要求する。

メーカーは、受信した修理データ３１等に基づいて、修理に必要な部材を手配するなど修理の準備を開始する。準備ができ次第、修理担当者はユーザーを訪問して修理（メーカ修理）を実施し、修理が完了すると生産が再開される（Ｓ８０）。

ヒットした修理データ３１の修理種別３３Ａがユーザー修理である場合（Ｓ７１：ＮＯ）、データ管理装置２０は、管理者に実装装置１２の修理を指示する（Ｓ７２）。具体的には、ヒットした修理データ３１を提示するだけでなく、実装装置１２の確認箇所、修理に必要な部材の手配方法、修理作業の内容や詳細な手順等を表示部２２に表示する。管理者は、データ管理装置２０の指示に従って修理を実施し、修理が完了すると生産が再開される（Ｓ８０）。

このようにすると、メーカーまたは管理者が、故障の発生に対して迅速に対応できるため、生産ライン１０が停止している期間を短くして早期に生産を再開することができる。

＜他の実施形態＞
（１）上記実施形態では、基板作業装置として実装装置１２を例示したが、基板作業装置は実装装置１２に限られない。生産ライン１０に含まれる印刷機１１や検査装置１３であってもよい。生産ライン１０に含まれていて、基板Ｐに対して何らかの作業を行う装置は、基板作業装置に含まれる。

（２）上記実施形態では、メーカーが管理するデータセンターにデータベース３０が設置される場合を例示したが、データベース３０は他の場所にあってもよい。例えば管理者が管理するデータセンターに設置されていてもよい。

（３）上記実施形態では、生産ライン１０は２台の実装装置１２を有しているが、生産ライン１０が有する実装装置１２の数は、１台でもよいし、３台以上であってもよい。

（４）上記実施形態では、作業準備に要する時間、作業時間、所要時間３３Ｂは、下限値と上限値を組み合わせた「範囲」で表してもよい。例えば、作業準備が５～７日、作業時間が１～２日とすると、所要時間３３Ｂは最短で５日＋１日＝６日、最長で７日＋２日＝９日となり、６～９日と表すことができる。

（５）上記実施形態では、マシンクラッシュによるシャフト曲がりのエラーが発生した場合の修理データ３１の検索について説明したが、発生するエラーはこれに限られない。具体的には、吸着ノズル５６の先端汚れ、カメラ（基板カメラ４５等）の故障等、多くの種類のエラーが発生し得る。吸着ノズル５６の先端汚れが発生した場合は、ユーザーがノズルの洗浄や交換を行う（ユーザー修理）。カメラの故障が発生した場合は、メーカーの修理担当者がユーザーを訪問して修理を行う（メーカー修理）。

また、ヘッド移動部４４を構成するギヤや、コンベア４２を構成するベルト、ケーブル等が摩耗してエラーが発生することもある。例えば、基板搬送用のベルトが摩耗して基板搬送に関するエラーが発生したときは、搬送速度を下げるようにプログラムを変更する暫定修理を行う。

これらのエラーが発生した場合も、上記実施形態と同様に、データベース３０に格納された過去の修理データ３１の検索が行われる。

（６）上記実施形態では、検索にヒットした修理データ３１が存在しない場合、データ管理装置２０がメーカーに対してメーカー修理を要求した（Ｓ１１０）。ヒットした修理データ３１が存在しない旨を、データ管理装置２０が管理者に報知し、管理者がメーカーに連絡してメーカー修理を要求してもよい。

１０ 生産ライン
１２ 実装装置
２０ データ管理装置
３０ データベース
３１ 修理データ
３２ エラー情報
３３ 修理作業情報
３３Ａ 修理種別
３３Ｂ 所要時間
３４ 復旧後生産情報
３４Ａ 復旧率
３０ データベース
Ｓ 復旧支援システム

Claims (7)

1. 回路基板の生産に使用される基板作業装置の復旧支援システムであって、
   データベースと、
   前記データベースと通信可能に接続されたデータ管理装置と、を備え、
   前記データベースは、前記基板作業装置の過去の修理データを格納し、
   前記データ管理装置は、管理者が入力する検索条件に基づいて前記データベースに前記修理データを検索させ、前記検索条件に合致する前記修理データを管理者に提示する、復旧支援システム。
2. 請求項１に記載の基板作業装置の復旧支援システムであって、
   前記検索条件は、前記基板作業装置に対する修理の修理種別、所要時間及び復旧率のうち、少なくともいずれか一つを含む、復旧支援システム。
3. 請求項２に記載の基板作業装置の復旧支援システムであって、
   前記修理種別は、メーカー修理、及びユーザー修理のうち、少なくとも一つを含む、復旧支援システム。
4. 請求項１から請求項３のいずれか一項に記載の基板作業装置の復旧支援システムであって、
   前記基板作業装置が故障により停止した場合、前記基板作業装置は、故障の状況を自己診断した診断結果を前記データ管理装置に送信し、
   前記データ管理装置は、前記診断結果を含む前記検索条件に基づき、前記データベースに前記修理データを検索させる、復旧支援システム。
5. 請求項１から請求項４のいずれか一項に記載の基板作業装置の復旧支援システムであって、
   前記データ管理装置は、前記基板作業装置の修理が実施された場合、実施された修理データを新たな修理データとして前記データベースに格納する、復旧支援システム。
6. 請求項１から請求項５のいずれか一項に記載の基板作業装置の復旧支援システムであって、
   前記データ管理装置は、
   管理者に提示する前記修理データに、メーカーが行った前記修理データのみ含まれる場合、メーカーに対して前記基板作業装置の修理を指示し、
   管理者に提示する前記修理データに、管理者が行った前記修理データのみ含まれる場合、管理者に対して前記基板作業装置の修理を指示する、復旧支援システム。
7. 請求項１から請求項６のいずれか一項に記載の基板作業装置の復旧支援システムであって、
   前記データ管理装置は、前記検索条件に合致する前記修理データが存在しない場合、メーカーに対し、前記基板作業装置の修理を要求する、復旧支援システム。

Images