(57)【特許請求の範囲】
【請求項１】
製品を検査する複数の検査装置と、前記検査装置に通信回線を介して接続される管理サーバとを備える検査システムであって、
前記検査装置は、
製品を検査する検査手段と、
前記検査手段により検査された結果を示す検査結果データを順次格納するためのキーバリュー型のデータベースである検査装置側格納手段と、
前記検査装置側格納手段により格納された複数の前記検査結果データを前記管理サーバへ送信する送信手段とを含み、
前記管理サーバは、
前記送信手段により送信された前記複数の検査結果データを受信する受信手段と、
前記受信手段により受信された前記複数の検査結果データが一括登録されるキーバリュー型のデータベースを有するサーバ側格納手段とを含む、検査システム。
【請求項２】
前記検査装置側格納手段には、生産ラインにおいて生産される製品ごとに前記検査結果データが格納されており、
前記検査装置は、前記検査結果データを前記管理サーバへ送信する送信条件を満たしたか否かを判断する判断手段をさらに含み、
前記送信手段は、前記判断手段により前記送信条件を満たしていると判断された場合に、前記検査装置側格納手段により格納された検査結果データのうち、未だ送信を行っていない複数製品分の検査結果データを、前記管理サーバへ送信する、請求項１に記載の検査システム。
【請求項３】
前記サーバ側格納手段は、リレーショナル型のデータベースをさらに有し、
前記管理サーバは、
前記検査装置における製品の検査に関する情報を格納するためのキーバリュー型のデータベースである検査情報格納手段と、
前記キーバリュー型のデータベースに格納された検査結果データを、前記検査情報格納手段により格納された前記製品の検査に関する情報に基づいて、リレーショナル型に変換する変換手段とを含み、
前記変換手段により変換された検査結果データを、前記リレーショナル型のデータベースに格納する、請求項１または２に記載の検査システム。
【請求項４】
前記管理サーバは、前記変換手段により変換された検査結果データを分析する分析手段を含む、請求項３に記載の検査システム。
【請求項５】
前記検査情報格納手段により格納される前記製品の検査に関する情報は、前記複数の検査装置間で各々関連付けられている、請求項３または４に記載の検査システム。
【請求項６】
前記検査手段は、製品の検査の際に、前記製品の画像のデータを取得する画像取得手段を有し、
前記検査装置は、
前記画像取得手段により取得された前記製品の画像のデータを保存する保存手段と、
前記保存手段により保存された前記製品の画像のデータを前記分析手段により分析した結果に応じて制御する画像制御手段とを含む、請求項４に記載の検査システム。
【請求項７】
製品を検査する複数の検査装置に通信回線を介して接続される管理サーバであって、
前記検査装置から送信され、キーバリュー型のデータである複数の、製品の検査結果データを受信する受信手段と、
前記受信手段により受信された前記複数の検査結果データが一括登録されるキーバリュー型のデータベースを有するサーバ側格納手段とを含む、管理サーバ。
【請求項８】
管理サーバに接続されて、製品を検査する検査装置であって、
製品を検査する検査手段と、
前記検査手段により検査された結果を示す検査結果データを順次格納するためのキーバリュー型のデータベースである検査装置側格納手段と、
前記検査装置側格納手段により格納された複数の前記検査結果データを前記管理サーバへ送信する送信手段とを含む、検査装置。
【請求項９】
製品を検査する検査装置において、製品を検査するステップと、
検査装置において、製品を検査された結果を示す検査結果データをキーバリュー型のデータベースに順次格納するステップと、
検査装置に格納した複数の検査結果データを管理サーバへ送信するステップと、
管理サーバにおいて、検査装置から送信された複数の検査結果データを受信するステップと、
受信した複数の検査結果データを管理サーバにてキーバリュー型のデータベースに一括登録するステップとを含む、検査データ管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、検査システム、管理サーバ、検査装置および検査データ管理方法に関し、特に、工場等で生産する製品を検査した際の検査結果のデータを管理する検査システム、このような検査システムに用いられる管理サーバ、検査装置、および検査データ管理方法に関するものである。
【背景技術】
【０００２】
工場等で製品を生産する際には、複数の工程を経て行われることが一般的である。そして、各工程のそれぞれには異なる処理条件が定められている。このような各工程の処理条件や、各工程にて製品を検査した結果のデータである検査結果データ等を収集する生産システムが、例えば、特開２００７−１５７０６１号公報（特許文献１）に開示されている。
【０００３】
特許文献１によると、生産システムは、検査した結果、不良と判断した製品の処理条件や検査結果データの確認を行うことにより、不良品の未然防止を目的として、データを収集することとしている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００７−１５７０６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ここで、特許文献１に開示の生産システムは、各工程の処理条件を格納するデータメモリを有する動作制御用コンピュータと、動作制御用コンピュータにおいて書き込まれたデータを巡回して収集するデータ収集用コンピュータと、データ収集用コンピュータが収集したデータを格納するＤＢ（データベース）サーバとを備える構成である。
【０００６】
すなわち、特許文献１では、処理条件をデータメモリに格納する構成である。このような構成を、例えば、その上に電子部品を実装する基板の検査に採用すると、基板の検査では工程数や各工程における検査項目が多岐に亘るものであるため、データの数が膨大になり、このような膨大なデータをデータメモリに格納することとなる。この場合、データメモリに格納されたデータの整合性や、各工程のデータの関連性等が複雑になる虞がある。
【０００７】
また、多数の検査装置の検査結果データをＤＢサーバのように１つのデータベースで管理しようとすると、データの収集処理が集中して、所定の検査装置からの収集処理が所定以外の他の検査装置からの収集処理に影響を与える虞がある。
【０００８】
この発明の目的は、複数の装置から得たデータの管理を効率的に行うことができる検査システム、このような検査システムに用いられる管理サーバ、検査装置、および検査データ管理方法を提供することである。
【課題を解決するための手段】
【０００９】
この発明に係る検査システムは、製品を検査する複数の検査装置と、検査装置に通信回線を介して接続される管理サーバとを備える。検査装置は、製品を検査する検査手段と、検査手段により検査された結果を示す検査結果データを格納するキーバリュー型のデータベースである検査装置側格納手段と、検査装置側格納手段により格納された検査結果データを管理サーバへ送信する送信手段とを含む。管理サーバは、送信手段により送信された検査結果データを受信する受信手段と、受信手段により受信した検査結果データを格納するサーバ側格納手段とを含む。
【００１０】
このように構成することにより、検査システムは、検査装置において、検査結果データをキーバリュー型のデータベースに格納することができる。この場合、検査結果データが多くなった場合であっても、容易に検索可能な簡易な構成の状態で格納することができる。また、検査装置側にデータベースを備える構成としたため、多くの検査結果データを検査装置側で保持しておくことができ、検査を行って直ちに検査結果データを管理サーバへ送信する必要なく、検査装置の任意のタイミングで、検査結果データの送信を行うことができる。したがって、複数の検査装置が管理サーバに接続された状態であっても、検査結果データの送信の処理が集中することがない。その結果、複数の検査装置から得たデータの管理を効率的に行うことができる。
【００１１】
好ましくは、サーバ側格納手段は、キーバリュー型のデータベースと、リレーショナル型のデータベースとを有し、管理サーバは、検査装置における製品の検査に関する情報を格納する検査情報格納手段と、受信手段により受信した検査結果データを、検査情報格納手段により格納された製品の検査に関する情報に基づいて、リレーショナル型に変換する変換手段とを含む。このように、キーバリュー型のデータベースを管理サーバ側にも備える構成としたため、検査装置において一旦格納した検査結果データを管理サーバ側でそのまま型変換等を行うことなく容易に格納することができる。したがって、管理サーバ側で、負荷のかかる処理を必要としないため、複数の検査装置から検査結果データを送信された場合であっても、管理サーバ側で検査結果データを受信して格納する際の処理を安定して行うことができると共に、処理時間を短くして行うことができる。また、管理サーバ側では、検査結果データをキーバリュー型からリレーショナル型のデータベースに変換するため、例えば、検査結果データの集計等ではリレーショナル型のデータベースを用いて詳細に行うことができる。また、リレーショナル型のデータベースに変換する際には、検査装置における製品の検査に関する情報に基づいて行うことができるため、検査に基づいた適切な変換を行うことができる。
【００１２】
さらに好ましくは、管理サーバは、変換手段により変換された検査結果データを分析する分析手段を含む。こうすることにより、管理サーバ側で、検査結果を分析することができる。したがって、検査結果を分析する際には、リレーショナル型のデータベースを用いることができるため、詳細な分析を行うことができる。
【００１３】
さらに好ましくは、検査情報格納手段により格納される製品の検査に関する情報は、複数の検査装置間で各々関連付けられている。こうすることにより、検査結果を分析する際に、複数の検査装置における検査結果を連携させて分析することができる。
【００１４】
さらに好ましくは、検査手段は、製品の検査の際に、製品の画像のデータを取得する画像取得手段を有する。検査装置は、画像取得手段により取得された製品の画像のデータを保存する保存手段と、保存手段により保存された製品の画像のデータを分析手段により分析した結果に応じて制御する画像制御手段とを含む。こうすることにより、画像のデータの処理を適切に行うことができる。例えば、画像のデータが検査装置側で放置された状態になることがない。
【００１５】
この発明の他の局面においては、製品を検査する複数の検査装置に通信回線を介して接続される管理サーバに関する。管理サーバは、複数の検査装置から送信され、キーバリュー型のデータである製品の検査結果データを受信する受信手段と、受信手段により受信した検査結果データを格納するキーバリュー型のデータベースであるサーバ側格納手段とを含む。
【００１６】
このように構成することにより、管理サーバは、キーバリュー型のデータベースを備える構成としたため、検査装置からのキーバリュー型の検査結果データをそのまま型変換等を行うことなく容易に格納することができる。したがって、管理サーバ側で、負荷のかかる処理を必要としないため、複数の検査装置から検査結果データを送信された場合であっても、管理サーバ側で検査結果データを受信して格納する際の処理を安定して行うことができると共に、処理時間を短くして行うことができる。その結果、管理サーバにおいて、複数の装置から得たデータの管理を効率的に行うことができる。
【００１７】
この発明のさらに他の局面においては、管理サーバに接続されて、製品を検査する検査装置に関する。検査装置は、製品を検査する検査手段と、検査手段により検査された結果を示す検査結果データを格納するキーバリュー型のデータベースである検査装置側格納手段と、検査装置側格納手段により格納された検査結果データを管理サーバへ送信する送信手段とを含む。
【００１８】
こうすることにより、検査装置は、検査結果データをキーバリュー型のデータベースに格納することができる。この場合、検査結果データが多くなった場合であっても、容易に検索可能な簡易な構成の状態で格納することができる。また、多くの検査結果データを保持しておくことができ、検査を行って直ちに検査結果データを管理サーバへ送信する必要なく、検査装置の任意のタイミングで、検査結果データの送信を行うことができる。したがって、複数の検査装置が管理サーバに接続された状態であっても、検査結果データの送信の処理が集中することがない。その結果、データの管理を効率的に行うことができる。
【００１９】
この発明のさらに他の局面においては、検査データ管理方法に関する。検査データ管理方法は、製品を検査する検査装置において、製品を検査するステップと、検査装置において、製品を検査された結果を示す検査結果データをキーバリュー型のデータベースに格納するステップと、検査装置に格納した検査結果データを管理サーバへ送信するステップと、管理サーバにおいて、検査装置から送信された検査結果データを受信するステップと、受信した検査結果データを管理サーバにて格納するステップとを含む。
【００２０】
こうすることにより、検査データ管理方法は、検査結果データをキーバリュー型のデータベースに格納することができる。この場合、検査結果データが多くなった場合であっても、容易に検索可能な簡易な構成の状態で格納することができる。また、検査装置側にデータベースを備える構成としたため、多くの検査結果データを検査装置側で保持しておくことができ、検査を行って直ちに検査結果データを管理サーバへ送信する必要なく、検査装置の任意のタイミングで、検査結果データの送信を行うことができる。したがって、複数の検査装置が管理サーバに接続された状態であっても、検査結果データの送信の処理が集中することがない。その結果、複数の装置から得たデータの管理を効率的に行うことができる。
【発明の効果】
【００２１】
この発明によると、検査システムは、検査装置において、検査結果データをキーバリュー型のデータベースに格納することができる。この場合、検査結果データが多くなった場合であっても、容易に検索可能な簡易な構成の状態で格納することができる。また、検査装置側にデータベースを備える構成としたため、多くの検査結果データを検査装置側で保持しておくことができ、検査を行って直ちに検査結果データを管理サーバへ送信する必要なく、検査装置の任意のタイミングで、検査結果データの送信を行うことができる。したがって、複数の検査装置が管理サーバに接続された状態であっても、検査結果データの送信の処理が集中することがない。その結果、複数の検査装置から得たデータの管理を効率的に行うことができる。
【図面の簡単な説明】
【００２２】
【図１】この発明の一実施形態に係る検査システムを示すブロック図である。
【図２】装置側検査結果ＤＢにおけるデータの構成の一例を示す図である。
【図３】検査装置の動作を示すフローチャートである。
【図４】検査装置の動作を示すフローチャートである。
【図５】管理サーバの動作を示すフローチャートである。
【図６】管理サーバの動作を示すフローチャートである。
【図７】装置側検査結果ＤＢに格納された検査結果データの一例を示す図である。
【図８】サーバ側検査結果ＤＢに格納された検査結果データの一例を示す図である。
【図９】格納前の統計分析ＤＢのデータの状態を示す図である。
【図１０】格納後の統計分析ＤＢのデータの状態を示す図である。
【図１１】各検査装置の検査結果と、検査結果に基づく画像データの処理の一例を示す図である。
【図１２】検査装置の装置側検査結果ＤＢに格納された検査結果データの一例を示す図である。
【図１３】格納した統計分析ＤＢの状態を示す図である。
【図１４】はんだ付け検査機にて格納される基板の検査に関する情報を示す図である。
【図１５】実装検査機にて具備される基板の検査に関する情報を示す図である。
【図１６】はんだ検査機にて具備される基板の検査に関する情報を示す図である。
【図１７】管理サーバにて格納される基板の検査に関する情報を示す図である。
【発明を実施するための形態】
【００２３】
以下、図面を参照して、この発明の一実施形態に係る検査システムを説明する。図１は、この発明の一実施形態に係る検査システム１０を示すブロック図である。図１を参照して、検査システム１０は、工場等において、製品を生産する生産ラインに適用されるシステムである。検査システム１０は、工場で生産される製品を検査する第一の検査装置１１ａ，第二の検査装置１１ｂ，および第三の検査装置１１ｃと、第一〜第三の検査装置１１ａ，１１ｂ，１１ｃに通信回線を介して接続される管理サーバ３０とを備える。この実施形態においては、検査システム１０は、基板に電子部品を実装する生産ラインに適用される。
【００２４】
第一〜第三の検査装置１１ａ，１１ｂ，１１ｃは、製品を生産する際の工程毎に設けられる。この実施形態における基板に電子部品を実装する工程は、例えば、基板にランド等を印刷する印刷工程と、基板に電子部品をマウントするマウント工程と、電子部品の端子をランドにはんだ付けするリフロー工程とを含む。そして、第一の検査装置１１ａは、印刷工程の位置に設けられて、印刷後の検査を行う。第二の検査装置１１ｂは、マウント工程の位置に設けられて、マウント後の検査を行う。第三の検査装置１１ｃは、リフロー工程の位置に設けられて、はんだ付け後の検査を行う。なお、図中の矢印Ａで、生産ラインの進行方向を示している。
【００２５】
ここで、第一の検査装置１１ａの構成について説明する。第一の検査装置１１ａは、第一の検査装置１１ａ全体を制御するＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）や外部との通信インターフェースとなるインターフェース部やメモリ等を含む制御部１３ａと、検査装置側格納手段としての装置側検査結果ＤＢ（Ｄａｔａｂａｓｅ：データベース）１４ａと、基板の検査に関する情報を格納する装置側検査プログラムＤＢ１５ａとを備える。なお、他の第二の検査装置１１ｂ、第三の検査装置１１ｃにおいても同様の構成であるため、説明は省略する。
【００２６】
装置側検査結果ＤＢ１４ａは、第一の検査装置１１ａが基板を検査した結果を示すデータである検査結果データを格納する。装置側検査結果ＤＢ１４ａは、キー（Ｋｅｙ）とバリュー（Ｖａｌｕｅ）とによって構成されるキーバリュー（Ｋｅｙ−Ｖａｌｕｅ）型のデータベースである。図２は、装置側検査結果ＤＢ１４ａにおけるデータの構成の一例を示す図である。図２を参照して、データベースは、データベースを検索する際の検索キーであるキーと、キーに紐付くデータであるバリューとを含む。ここでは、キーとして、検査を行った基板を特定する情報である検査ＩＤ１６を含み、バリューとして、第一〜第三の検査装置１１ａ〜１１ｃのうちのいずれの装置にて検査が行われたかを示す情報である検査装置名１７、検査を行った日時の情報である検査日時１８、および検査を行った結果、良であるか否か等を示す情報である検査結果１９を含む。
【００２７】
また、装置側検査プログラムＤＢ１５ａにおいても同様に、キーバリュー型のデータベースである。装置側検査プログラムＤＢ１５ａは、基板の検査に関する情報を格納する。ここで、基板の検査に関する情報とは、検査条件等を示す情報であって、例えば、検査を行う基板上の特定の位置を示す情報や特定の部品を示す情報、基板の良／不良を判断する検査基準の情報を含む。
【００２８】
管理サーバ３０は、管理サーバ３０全体を制御するＣＰＵや外部との通信インターフェースとなるインターフェース部やメモリ等を含む制御部３１と、サーバ側格納手段としてのサーバ側検査結果ＤＢ３２と、基板の検査に関する情報を格納する検査情報格納手段としてのサーバ側検査プログラムＤＢ３３と、サーバ側検査結果ＤＢ３２およびサーバ側検査プログラムＤＢ３３に基づいて、検査結果データを統計や分析して格納するサーバ側格納手段としての統計分析ＤＢ３４とを備える。
【００２９】
サーバ側検査結果ＤＢ３２は、装置側検査結果ＤＢ１４ａと同様に、キーバリュー型のデータベースである。サーバ側検査結果ＤＢ３２は、第一〜第三の検査装置１１ａ〜１１ｃから受信したキーバリュー型の検査結果データを格納する。なお、図１中の点線で、第一〜第三の検査装置１１ａ〜１１ｃから送信される状態を示している。
【００３０】
また、サーバ側検査プログラムＤＢ３３においても同様に、キーバリュー型のデータベースである。サーバ側検査プログラムＤＢ３３は、第一〜第三の検査装置１１ａ〜１１ｃにて格納されている基板の検査に関する情報と同じ情報を格納する。例えば、サーバ側検査プログラムＤＢ３３において、第一〜第三の検査装置１１ａ〜１１ｃにおける基板の検査に関する情報をそれぞれ格納しておき、所定のタイミングで第一〜第三の検査装置１１ａ〜１１ｃにそれぞれ対応する情報を転送することにより、第一〜第三の検査装置１１ａ〜１１ｃと同じ情報を格納する。
【００３１】
統計分析ＤＢ３４は、リレーショナル（Ｒｅｌａｔｉｏｎａｌ）型のデータベースである。統計分析ＤＢ３４は、サーバ側検査結果ＤＢ３２に格納された検査結果データを制御部３１がキーバリュー型からリレーショナル型へ変換し、この変換した検査結果データを格納する。
【００３２】
すなわち、管理サーバ３０は、形式の異なる２種類のデータベース、すなわち、キーバリュー型のデータベースと、リレーショナル型のデータベースとを有する構成である。
【００３３】
ここで、検査システム１０を用いて、第一〜第三の検査装置１１ａ〜１１ｃが基板の検査を実施し、その検査結果データを管理サーバ３０において管理する場合について説明する。図３および図４は、第一〜第三の検査装置１１ａ〜１１ｃの動作を示すフローチャートである。図５および図６は、管理サーバ３０の動作を示すフローチャートである。なお、ここでは、第三の検査装置１１ｃの動作の例を説明する。
【００３４】
まず、図３を参照して、第三の検査装置１１ｃは、例えばベルトコンベヤによって所定の位置までリフロー工程の終了した基板が搬送されてくると、第三の検査装置１１ｃは、基板の検査を開始する（図３において、ステップＳ１１、以下ステップを省略する）。具体的には、第三の検査装置１１ｃは画像検査装置であって、装置側検査プログラムＤＢ１５ａに格納されている基板の検査に関する情報に基づいて、基板の画像データを取得する。ここで、制御部１３ｃは、画像取得手段として作動する。そして、第三の検査装置１１ｃは、取得した画像データを用いて、装置側検査プログラムＤＢ１５ａに格納されている基板の検査に関する情報に基づき、制御部１３ｃにより、正しくはんだ付けされているか否か等の検査を行い、その検査結果データを装置側検査結果ＤＢ１４ｃに格納する。このとき、検査した結果として、例えば、基板上に設けられた部品のうち、正しくはんだ付けされていない不良と判断した部品の数（不良部品数）等を確定する。ここで、制御部１３ｃは、検査手段として作動する。そして、制御部１３ｃは、上記した図２の検査結果データの構成のように、基板ＩＤと検査結果とを紐付けて装置側検査結果ＤＢ１４ｃに出力し（Ｓ１２）、装置側検査結果ＤＢ１４ｃに格納する（Ｓ１３）。そして、第三の検査装置１１ｃは、このようなＳ１１〜Ｓ１３に示す基板の検査を、基板が搬送されてくる毎に繰り返し実施する。図７は、装置側検査結果ＤＢ１４ｃに格納された検査結果データの一例を示す図である。図７を参照して、装置側検査結果ＤＢ１４ｃには、キーとして基板ＩＤが格納され、基板ＩＤに紐付くバリューとして、検査装置名、検査日時、および検査結果として、不良部品数と機種と検査を行った部品の数（検査部品数）とが格納されている。
【００３５】
次に、図４を参照して、第三の検査装置１１ｃは、上記した図３および図７に示すように、検査結果データを装置側検査結果ＤＢ１４ｃに格納することを繰り返すと、検査結果データを管理サーバ３０へ送信する送信条件を満たしたか否かを判断する（図４において、Ｓ２１）。具体的には、制御部１３ｃは、所定の個数分の検査結果データが装置側検査結果ＤＢ１４ｃに格納されたか否かを監視しており、所定の個数分の検査結果データが格納されたと判断すると（Ｓ２１において、ＯＫ）、装置側検査結果ＤＢ１４ｃに格納された検査結果データのうち、管理サーバ３０に対して、未だ送信を行っていないデータを抽出する（Ｓ２２）。そして、抽出した検査結果データを圧縮等して、管理サーバ３０へ送信する送信データを生成し（Ｓ２３）、生成した送信データを管理サーバ３０へ送信する（Ｓ２４）。ここで、制御部１３ｃは、送信手段として作動する。
【００３６】
なお、他の第一の検査装置１１ａ、第二の検査装置１１ｂにおいても同様に、基板の検査を行い、検査結果データを管理サーバ３０へ送信する。このとき、工程の進行方向に従って基板が搬送されることから、順序としては、第一の検査装置１１ａ、第二の検査装置１１ｂ、第三の検査装置１１ｃの順に行われてよい。
【００３７】
そうすると、図５を参照して、管理サーバ３０は、第三の検査装置１１ｃからの送信データを受信する（図５において、Ｓ３１）。ここで、制御部３１は、受信手段として作動する。そして、管理サーバ３０は、受信した送信データをサーバ側検査結果ＤＢ３２へ一括登録する（Ｓ３２）。図８は、サーバ側検査結果ＤＢ３２に格納された検査結果データの一例を示す図である。データの構成は、上記した図７の装置側検査結果ＤＢ１４ｃと同様である。そして、今回一括登録された検査結果データは、図８中の（ａ）で示す５つのデータである。
【００３８】
そして、図６を参照して、管理サーバ３０は、サーバ側検査結果ＤＢ３２において、検査結果データの統計や分析の処理を開始する条件を満たしたか否かを監視している。統計や分析の処理を開始する条件とは、例えば、サーバ側検査結果ＤＢ３２に新たに登録されたデータがあるか否かである。そして、新たに登録されたデータがあると判断すると、すなわち、条件を満たしたと判断すると（図６のＳ４１において、ＹＥＳ）、新たに登録されたデータを抽出する（Ｓ４２）。この新たに登録されたデータとは、サーバ側検査結果ＤＢ３２から統計分析ＤＢ３４に対して、未だ格納されていないデータであり、ここでは、上記した図８の（ａ）で示すデータである。そして、サーバ側検査プログラムＤＢ３３に格納されている基板の検査に関する情報を用いて、抽出したデータをキーバリュー型からリレーショナル型へ変換する（Ｓ４３）。そして、統計や分析を行い、統計分析ＤＢ３４へ格納する（Ｓ４４）。ここで、制御部３１は、変換手段および分析手段として作動する。図９は、格納前の統計分析ＤＢ３４のデータの状態を示す図であって、図１０は、格納後の統計分析ＤＢ３４のデータの状態を示す図である。図８〜図１０を参照して、図８のサーバ側検査結果ＤＢ３２では、検査した複数の基板において、同じ機種であっても異なるデータとして保持していたのに対し、図９および図１０の統計分析ＤＢ３４に示すように、統計分析ＤＢ３４では機種毎にデータを集約して保持してもよい。すなわち、管理サーバ３０は、検査結果データを用いて、サーバ側検査プログラムＤＢ３３に格納されている基板の検査に関する情報を用いて、分析の処理として機種毎に集約する処理を行い、集約したものを統計分析ＤＢ３４へ格納してもよい。
【００３９】
このように、検査システム１０は、検査装置１１ａ〜１１ｃにおいて、検査結果データをキーバリュー型のデータベースに格納することができる。この場合、検査結果データが多くなった場合であっても、容易に検索可能な簡易な構成の状態で格納することができる。すなわち、データベースへアクセスする際の処理時間等を短くすることができ、高速な処理を行うことができる。また、検査装置１１ａ〜１１ｃ側にデータベースを備える構成としたため、多くの検査結果データを検査装置１１ａ〜１１ｃ側で保持しておくことができ、検査を行って直ちに検査結果データを管理サーバ３０へ送信する必要なく、検査装置１１ａ〜１１ｃの任意のタイミングで、検査結果データの送信を行うことができる。したがって、複数の検査装置１１ａ〜１１ｃが管理サーバ３０に接続された状態であっても、検査結果データの送信の処理が集中することがない。その結果、複数の検査装置１１ａ〜１１ｃから得たデータの管理を効率的に行うことができる。
【００４０】
また、検査システム１０は、キーバリュー型のデータベースを管理サーバ３０にも備える構成としたため、検査装置１１ａ〜１１ｃにおいて一旦格納した検査結果データを管理サーバ３０側でそのまま型変換等を行うことなく容易に格納することができる。したがって、管理サーバ３０側で、負荷のかかる処理を必要としないため、複数の検査装置１１ａ〜１１ｃから検査結果データを送信された場合であっても、管理サーバ３０側で検査結果データを受信して格納する際の処理を安定して行うことができると共に、処理時間を短くして行うことができる。また、管理サーバ３０側では、検査結果データをキーバリュー型からリレーショナル型のデータベースに変換するため、例えば、検査結果データの集計等ではリレーショナル型のデータベースを用いて詳細に行うことができる。また、リレーショナル型のデータベースに変換する際には、検査装置１１ａ〜１１ｃにおける製品の検査に関する情報に基づいて行うことができるため、検査に基づいた適切な変換を行うことができる。
【００４１】
なお、図４のＳ２１において、所定の個数分の検査結果データが格納されていない場合には（Ｓ２１において、ＮＯ）、所定の個数分の検査結果データが格納されるまで待機する。
【００４２】
また、図６のＳ４１において、新たに登録されたデータがない場合には（Ｓ４１において、ＮＯ）、データが新たに登録されるまで待機する。
【００４３】
なお、上記の実施の形態においては、第一〜第三の検査装置１１ａ〜１１ｃとして、印刷後の検査を行う第一の検査装置１１ａと、マウント後の検査を行う第二の検査装置１１ｂと、はんだ付け後の検査を行う第三の検査装置１１ｃとを設ける例について説明したが、これに限ることなく、生産ライン中の任意の装置であってよく、例えば、Ｘ線検査装置のような他の検査を行う検査装置であってよい。また、生産ラインが各々異なる複数の検査装置であってもよい。
【００４４】
また、上記の実施の形態においては、第三の検査装置１１ｃから管理サーバ３０へ検査結果データを送信するタイミングを、所定の個数分の検査結果データが格納されたタイミングである例について説明したが、これに限ることなく、例えば、５分間隔等の所定の時間間隔であってもよいし、ユーザが任意に設定可能としてもよい。
【００４５】
また、検査システム１０は、管理サーバ３０と検査装置１１ａ〜１１ｃに加え、検査結果データを表示する表示装置や、他の装置を含む構成であってもよい。
【００４６】
ここで、上記したＳ１１において検査装置１１ａ〜１１ｃが取得した画像データを、管理サーバ３０側の分析に基づいて処理する場合について説明する。
【００４７】
画像データは、Ｓ１１に示すように、各検査装置１１ａ〜１１ｃにて基板の検査を実施するために取得されて、各検査装置１１ａ〜１１ｃ内に一旦保存される。ここで、制御部１３ａ〜１３ｃは、保存手段として作動する。その後、画像データは、管理サーバ３０において、検査結果データを用いて分析等を行った際に、その分析結果により、消去されるか、管理サーバ３０へ送信されるか、そのまま各検査装置１１ａ〜１１ｃ内に保存されるか等の処理が決定される。ここで、制御部１３ａ〜１３ｃは、画像制御手段として作動する。
【００４８】
図１１は、各検査装置１１ａ〜１１ｃの検査結果と、検査結果に基づく画像データの処理の一例を示す図である。図１１を参照して、印刷工程の検査結果が良であって、リフロー工程の検査結果が良であれば、リフロー工程の検査結果が確定したタイミングで、第一〜第三の検査装置１１ｃ内に保存した画像データを消去する。このとき、管理サーバ３０が第一〜第三の検査装置１１ｃに消去するよう指示してもよい。一方で、印刷工程の検査結果が良であってもリフロー工程の検査結果が不良であれば、印刷工程時の画像データについては、リフロー工程の検査結果が確定するまでは第一の検査装置１１ａ内に保存しておき、リフロー工程の検査結果確定後、例えばユーザからの要求があるまで第一の検査装置１１ａ内に保存し、ユーザからの要求に応じて管理サーバ３０へ送信する。また、リフロー工程時の画像データについては、この分析した結果が出た即時に、管理サーバ３０へ送信する。
【００４９】
このように、管理サーバ３０における検査結果の分析に応じて、必要なときに必要な画像データのみを管理サーバ３０へ送信することができる。この場合、検査システム１０を利用するユーザにとって、工程改善にかける負荷や画像データの利用状況に基づき、画像データの保存のための容量等を決定することができる。例えば、画像データの保存のための容量等をなるべく小さくすることができる。
【００５０】
また、検査結果が不良の場合だけでなく、良の場合であっても管理サーバ３０へ送信することとしてもよい。
【００５１】
また、上記の実施の形態においては、管理サーバ３０での分析の際に、機種毎にデータを集約する例について説明したが、これに限ることなく、検査する項目が複数である場合に、検査項目毎に分析可能な構成としてもよい。
【００５２】
図１２は、Ｓ１３に示すように、検査装置１１ｃの装置側検査結果ＤＢ１４ｃに格納された検査結果データの一例を示す図である。図１２を参照して、装置側検査結果ＤＢ１４ｃには、キーとして基板ＩＤと基板に取り付けられる部品の部品番号とが格納されている。そして、この実施形態では、各基板の各部品におけるはんだ面積とはんだ高さとを検査項目として計測しており、この計測結果が基板ＩＤに紐付くバリューとして格納されている。例えば、基板ＩＤ（Ａ０１０）部品番号（Ｒ１０）の部品では、はんだ面積が３５０であり、はんだ高さが１１である。
【００５３】
管理サーバ３０は、このような検査結果データを受信すると、サーバ側検査プログラムＤＢ３３に格納されている基板の検査に関する情報を用いて、キーバリュー型からリレーショナル型へ変換して、分析を行い、統計分析ＤＢ３４へ格納する。ここでは、複数の基板における検査結果データを検査項目毎に分析する。図１３は、格納した統計分析ＤＢ３４の状態を示す図である。図１３を参照して、管理サーバ３０は、各部品番号において、計測したはんだ面積毎に集計を行う。また、はんだ高さにおいても同様に、各部品番号において、計測したはんだ高さ毎に集計を行う。例えば、部品番号（Ｒ１０）の部品において、はんだ面積３５０のデータは、３度数と集計され、はんだ高さ１１のデータは、３度数と集計される。
【００５４】
こうすることにより、当該部品のはんだ付けの状況を時系列変化で認識することができる。例えば、はんだ面積が、３５０、３６０・・のように徐々に大きくなるデータが増えていった場合には、１枚目の基板と１０枚目の基板とで、その部品のはんだ面積が大きく異なることを認識することができる。すなわち、複数の基板において、はんだ面積のような検査ポイントにおける変化を容易に認識することができる。
【００５５】
次に、この発明の他の実施形態として、装置側検査プログラムＤＢ、およびサーバ側検査プログラムＤＢに格納されている基板の検査に関する情報に基づいて、分析を行う場合について説明する。
【００５６】
この実施形態においては、検査装置として、はんだ検査機、実装検査機、およびはんだ付け検査機を含む。はんだ検査機、実装検査機、およびはんだ付け検査機は、上記の実施形態と同様に、装置側検査プログラムＤＢを備える。
【００５７】
装置側検査プログラムＤＢは、上記したように、基板の検査に関する情報を格納する。図１４は、はんだ付け検査機にて格納される基板の検査に関する情報を示す図である。図１４を参照して、ここでは、角チップを検査する際の情報を示している。はんだ付け検査機は、欠品に対する検査として、部品抽出色が９５％以上であるか否かを検査するという情報を備える。また、フィレット検査として、はんだ角度が３０°であるか否かを検査するという情報を備える。また、ずれに対する検査として、シフト量が±５０μｍ以内であるか否かを検査するという情報を備える。はんだ付け検査機では、このような情報を具備する。
【００５８】
また、図１５は、実装検査機にて具備される基板の検査に関する情報を示す図であり、図１６は、はんだ検査機にて具備される基板の検査に関する情報を示す図である。例えば、図１６を参照して、はんだ検査機では、フィレット検査として、はんだ量が８０％〜２００％の範囲であるか否かを検査するという情報を備え、ずれに対する検査として、シフト量が±１００μｍ以内であるか否かを検査するという情報を備える。
【００５９】
このように、各検査装置は、検査の基準となる情報を具備している。ここで、各検査装置にて具備される基板の検査に関する情報とは、検査の基準となる基準情報である。そして、基準情報は、複数の検査装置間で関連付けられている。例えば、異なる観点の基準情報を１つの部品において具備する。
【００６０】
一方で、管理サーバは、上記の実施形態と同様に、サーバ側検査プログラムＤＢを備える。サーバ側検査プログラムＤＢは、上記したように、基板の検査に関する情報を格納する。
【００６１】
図１７は、管理サーバにて格納される基板の検査に関する情報を示す図である。図１７を参照して、管理サーバは、はんだ検査機、実装検査機、およびはんだ付け検査機の全ての検査装置における検査の基準情報を具備する。例えば、はんだ付け検査機の基準情報として、図１４に示した情報と同様に、欠品に対する検査として、図中の（２）に示すように、部品抽出色が９５％以上であるか否かを検査するという情報を備える。また、フィレット検査として、図中の（４）に示すように、はんだ角度が３０°であるか否かを検査するという情報を備える。また、ずれに対する検査として、図中の（７）に示すように、シフト量が±５０μｍ以内であるか否かを検査するという情報を備える。また、はんだ検査機の基準情報としては、図１６に示した情報と同様に、フィレット検査として、図中の（３）に示すように、はんだ量が８０％〜２００％の範囲であるか否かを検査するという情報を備え、ずれに対する検査として、図中の（５）に示すように、シフト量が±１００μｍ以内であるか否かを検査するという情報を備える。
【００６２】
そして、管理サーバは、このような各検査装置における基準情報の全てと共に、各検査装置の基準情報を総合的に判定する総合判定ルールをさらに具備している。図１７を参照して、総合判定ルールは、例えば、フィレット検査として、はんだ検査機の基準情報（図中の（３））と、はんだ付け検査機の基準情報（図中の（４））とを組合わせて、はんだ検査機およびはんだ付け検査機の両方において、基準を満たして良と判断されていれば、管理サーバにおいて、良と判定するというルールである。すなわち、管理サーバで、各検査装置において具備する基板の検査に関する情報を組合わせて使用する。したがって、はんだ検査機において良と判断されていても、はんだ付け検査機において不良と判断されていれば、管理サーバでは不良と判定する。
【００６３】
こうすることにより、管理サーバと検査装置とで基板の検査に関する情報を共有するため、管理サーバ側で、検査結果データの分析を適切に行うことができる。管理サーバが、各検査装置において具備する基板の検査に関する情報を組合わせて使用することができ、各検査装置の検査結果を総合的に分析することができる。
【００６４】
以上、図面を参照してこの発明の実施形態を説明したが、この発明は、図示した実施形態のものに限定されない。図示された実施形態に対して、この発明と同一の範囲内において、あるいは均等の範囲内において、種々の修正や変形を加えることが可能である。
【産業上の利用可能性】
【００６５】
この発明は、データの管理が必要となる場合に、有効に利用される。
【符号の説明】
【００６６】
１０  検査システム、１１ａ，１１ｂ，１１ｃ  検査装置、１３ａ，１３ｂ，１３ｃ  制御部、１４ａ，１４ｂ，１４ｃ  装置側検査結果ＤＢ、１５ａ，１５ｂ，１５ｃ  装置側検査プログラムＤＢ、１６  検査ＩＤ、１７  検査装置名、１８  検査日時、１９  検査結果、３０  管理サーバ、３１  制御部、３２  サーバ側検査結果ＤＢ、３３  サーバ側検査プログラムＤＢ、３４  統計分析ＤＢ。
【図１】
0005779906.tif 000002
【図２】
0005779906.tif 000003
【図３】
0005779906.tif 000004
【図４】
0005779906.tif 000005
【図５】
0005779906.tif 000006
【図６】
0005779906.tif 000007
【図７】
0005779906.tif 000008
【図８】
0005779906.tif 000009
【図９】
0005779906.tif 000010
【図１０】
0005779906.tif 000011
【図１１】
0005779906.tif 000012
【図１２】
0005779906.tif 000013
【図１３】
0005779906.tif 000014
【図１４】
0005779906.tif 000015
【図１５】
0005779906.tif 000016
【図１６】
0005779906.tif 000017
【図１７】
0005779906.tif 000018