JP2017028196A - 割当装置、生産システム、割当方法、割当装置で用いられるプログラム - Google Patents

Abstract

【課題】オペレータの作業負担を増やすことなく、新規生産プログラムの追加時にフィーダを最適に割り当てること。【解決手段】生産プログラムに基づいてフィーダ（４）から供給される部品を基板（Ｗ）に実装する実装装置（２）のフィーダバンク（２４）に、当該生産プログラムで使用されるフィーダを割り当てる割当装置を、基板の種類毎に異なる複数の生産プログラムを統合したクラスタを含む予約ファイル（Ｆ）が記憶された記憶部（３７）と、クラスタ毎に複数の生産プログラムで使用されるフィーダをフィーダバンクに割り当てる割当部（３３）とを備え、予約ファイルに新規の生産プログラムが追加される場合に、割当部が既存のクラスタのフィーダ配置を優先させて、新規の生産プログラムで使用されるフィーダをフィーダバンクに割り当てる構成にした。【選択図】図３

Description

本発明は、実装装置のフィーダバンクに対してフィーダを割り当てる割当装置、生産システム、割当方法、割当装置で用いられるプログラムに関する。

一般に部品の実装装置では、フィーダバンクと呼ばれる配置台に複数のフィーダが横並びに配置されている。各フィーダからは実装ヘッドのピックアップ位置に向けて各種部品が順番に送り出されており、各フィーダと基板との間を実装ヘッドが移動することで基板に部品が実装される。ところで、フィーダバンクに対するフィーダの割り当ては、割当装置としてのホストコンピュータに入力された基板毎の生産プログラムに応じて決定される。各基板の生産プログラムには、当該基板に実装されるフィーダが指定されており、生産プログラム毎に使用されるフィーダが異なっている。

従来、複数の生産プログラムを効率的に実施可能なフィーダの割り当て方法が知られている（例えば、特許文献１参照）。特許文献１に記載のフィーダの割り当て方法は、ホストコンピュータの予約ファイルに複数の生産プログラムを登録して１つのプログラムのようにクラスタ化した後、基板が変わって生産プログラムが変更されても同一クラスタではフィーダの交換作業が生じないようにフィーダの割り当てが最適化されている。最適化済みの予約ファイルはホストコンピュータから実装装置に通知され、実装装置の稼働前に予約ファイルのフィーダ配置に従ってフィーダバンクにフィーダが取り付けられる。

特開２００４−３１９７１９号公報

特許文献１に記載のフィーダの割り当て方法では、予約ファイルのクラスタ毎に複数の生産プログラムで使用される各フィーダを効率的に割り当てることができる。しかしながら、生産計画の変更等によって最適化済みの予約ファイル（クラスタ）に対して新規生産プログラムを追加しなければならない場合、予約ファイルのフィーダ配置が再び最適化されて既存のフィーダ配置から大幅に変わってしまう可能性がある。これにより、フィーダバンクにおけるフィーダの並びが変更されてフィーダの付け替え作業が発生し、作業工数が増加してオペレータの作業負担が増えるという問題がある。

本発明はかかる点に鑑みてなされたものであり、オペレータの作業負担を増やすことなく、新規生産プログラムの追加時にフィーダを最適に割り当てることができる割当装置、生産システム、割当方法、割当装置で用いられるプログラムを提供することを目的とする。

本発明の割当装置は、生産プログラムに基づいてフィーダから供給される部品を基板に実装する実装装置のフィーダバンクに、当該生産プログラムで使用されるフィーダを割り当てる割当装置であって、基板の種類毎に異なる複数の生産プログラムを統合したクラスタを含む予約ファイルが記憶された記憶部と、前記クラスタ毎に前記複数の生産プログラムで使用されるフィーダを前記フィーダバンクに割り当てる割当部とを備え、前記予約ファイルに新規の生産プログラムが追加される場合に、前記割当部が既存のクラスタのフィーダ配置を優先させて、前記新規の生産プログラムで使用されるフィーダを前記フィーダバンクに割り当てることを特徴とする。

本発明の割当方法は、生産プログラムに基づいてフィーダから供給される部品を基板に実装する実装装置のフィーダバンクに、当該生産プログラムで使用されるフィーダを割り当てる割当方法であって、予約ファイルに対して基板の種類毎に異なる複数の生産プログラムを統合したクラスタを生成するステップと、前記クラスタ毎に前記複数の生産プログラムで使用されるフィーダを前記フィーダバンクに割り当てるステップとを有し、前記フィーダを前記フィーダバンクに割り当てるステップでは、前記予約ファイルに新規の生産プログラムが追加される場合に、既存のクラスタのフィーダ配置を優先させて、前記新規の生産プログラムで使用されるフィーダを前記フィーダバンクに割り当てることを特徴とする。

これらの構成によれば、予約ファイルの既存のクラスタに対して新規の生産プログラムが追加されても、既存のクラスタのフィーダ配置が優先される。よって、現状のフィーダバンクに対するフィーダ配置を大幅に変えることなく、新規の生産プログラムで使用されるフィーダをフィーダバンクに割り当てることができる。フィーダの付け替え作業を最小限に抑えることができ、オペレータの作業負担を軽減することができる。このように、オペレータの作業負担を考慮して、フィーダバンクにフィーダを割り当てることができる。

上記の割当装置において、前記予約ファイルで前記新規の生産プログラムと同じフィーダを少なくとも１つ使用する既存のクラスタを検索する検索部を備え、前記検索部で検索された既存のクラスタに前記新規の生産プログラムが追加される。この構成によれば、既存のクラスタで使用されるフィーダが新規の生産プログラムでも使用されるため、新規の生産プログラムの追加によるフィーダの増加を最小限に抑えることができる。

上記の割当装置において、前記既存のクラスタのフィーダ配置が設定された前記フィーダバンクに、前記新規の生産プログラムで使用されるフィーダが割り当て可能か否かを判断する判断部を備え、前記判断部で前記新規の生産プログラムで使用されるフィーダが割り当て可能と判断された場合に、前記割当部は、前記既存のクラスタのフィーダ配置を変えることなく、前記新規の生産プログラムで使用されるフィーダを前記フィーダバンクに割り当てる。この構成によれば、既存のクラスタのフィーダ配置を変えることなく、新規の生産プログラムで使用されるフィーダを、フィーダバンクに割り当てることができる。

上記の割当装置において、前記判断部で前記新規の生産プログラムで使用されるフィーダが割り当て不能と判断された場合に、前記予約ファイルに前記新規の生産プログラム用に新規のクラスタが生成され、前記新規のクラスタに前記新規の生産プログラムが追加される。この構成によれば、既存のクラスタのフィーダが取り付けられたフィーダバンクを、新規のクラスタのフィーダが取り付けられたフィーダバンクに、フィーダバンクごと交換することでオペレータの作業負担を軽減することができる。

上記の割当装置において、前記割当部は、前記既存のクラスタと前記新規のクラスタのフィーダ配置を、前記既存のクラスタのフィーダ配置の変更を最小限に抑えるように割り当て直す。この構成によれば、新規のクラスタに新規の生産プログラムが追加される場合であっても、既存のクラスタから新規のクラスタに切り替わる際のオペレータの付け替え作業を最小限に抑えて作業負担を軽減することができる。

本発明の生産システムは、上記の割当装置と、前記割当装置によってフィーダが割り当てられるフィーダバンクを有する実装装置とを備えることを特徴とする。この構成によれば、オペレータの作業負担を考慮して実装装置のフィーダバンクにフィーダを割り当てることができる。

本発明のプログラムは、上記の割当方法を割当装置に実行させることを特徴とする。この構成によれば、割当装置にプログラムをインストールすることで、割当装置に対して、予約ファイルへの生産プログラムの追加時にオペレータの作業負担を考慮したフィーダの割り当て機能を追加することができる。

本発明によれば、予約ファイルの既存のクラスタに対して新規の生産プログラムを追加する際に、既存のクラスタのフィーダ配置を優先させることで、オペレータの作業負担を増やすことなく、新規生産プログラムの追加によるフィーダの割り当てを最適化することができる。

本実施の形態に係る生産システムの模式図である。 比較例に係るフィーダの割り当ての一例を示す図である。 本実施の形態に係るホストコンピュータのブロック図である。 本実施の形態に係るフィーダの割当状態の一例を示す図である。 本実施の形態に係るフィーダの割当方法の一例を示す図である。 本実施の形態に係るフィーダの割当方法の一例を示す図である。 本実施の形態に係るフィーダの割当方法の一例を示す図である。 本実施の形態に係るフィーダの割当方法のフローチャートの一例である。

以下、添付図面を参照して本実施の形態に係る生産システムについて説明する。図１は、本実施の形態に係る生産システムの模式図である。図２は、比較例に係るフィーダの割り当ての一例を示す図である。なお、以下の生産システムにおいては、モジューラ型の実装装置を例示して説明するが、これに限定されるものではなく適宜変更が可能である。例えば、本発明をロータリー型の実装装置にも適用可能である。

図１に示すように、本実施の形態に係る生産システム１は、各実装装置２とホストコンピュータ３とを有線接続又は無線接続で接続し、複数台の実装装置２をホストコンピュータ３で統括管理するように構成されている。各実装装置２は、実装対象の基板Ｗが変わる度にホストコンピュータ３から生産プログラムをダウンロードし、生産プログラムに基づいてフィーダ（供給装置）４から供給される部品（不図示）を基板Ｗに実装する。生産プログラムは、基板Ｗの種類毎に異なっており、基板Ｗにおける部品の搭載位置、部品の種類、フィーダ４の種類等に関するデータを含んでいる。

実装装置２の基台２１の略中央には、Ｘ軸方向に沿って基板搬送部２２が配設されている。基板搬送部２２は、Ｘ軸方向の一端側から部品搭載前の基板Ｗを実装ヘッド２３の下方に搬入して位置決めし、部品搭載後の基板ＷをＸ軸方向の他端側から搬出する。また、実装装置２にはフィーダバンク２４が設置された交換台車２５が連結されており、フィーダバンク２４には基板搬送部２２に沿って多数のフィーダ４が横並びに取り付けられている。交換台車２５は、実装装置２から分離可能であり、交換台車２５の交換によってフィーダバンク２４ごと多数のフィーダ４を一度に付け替えることが可能である。

フィーダ４にはテープリール（不図示）が着脱自在に装着され、テープリールには多数の部品をパッケージングしたキャリアテープが巻回されている。フィーダ４は、テープリールの回転によって実装ヘッド２３にピックアップされる受け渡し位置に向けて、順番に部品を繰り出している。実装ヘッド２３の受け渡し位置では、キャリアテープから表面のカバーテープが剥離され、キャリアテープのポケット内の部品が外部に露出される。なお、フィーダ４は、テープフィーダに限らず、バルクフィーダ、スティックフィーダ、段積スティックフィーダのいずれで構成されてもよい。

また、基台２１上には、実装ヘッド２３をＸ軸方向及びＹ軸方向に移動させるＸＹ移動部２６が設けられている。ＸＹ移動部２６は、Ｙ軸方向に延びる一対のＹ軸テーブル２７と、Ｘ軸方向に延びるＸ軸テーブル２８とを有している。一対のＹ軸テーブル２７は、基台２１の四隅に立設された支持部（不図示）に支持され、Ｘ軸テーブル２８は、一対のＹ軸テーブル２７上にＹ軸方向に移動可能に設置されている。Ｘ軸テーブル２８上には実装ヘッド２３がＸ軸方向に移動可能に設置され、実装ヘッド２３はＸ軸テーブル２８、Ｙ軸テーブル２７によって水平移動されることでフィーダ４からピックアップした部品を基板Ｗの所望の位置に実装する。

このように構成された生産システム１では、生産計画に従って基板Ｗ毎に異なる生産プログラムがホストコンピュータ３に登録されて、複数の生産プログラムから成る予約ファイルＦ（図２参照）が生成される。実装装置２には予約ファイルＦから生産プログラムが読み込まれて、生産プログラムに基づいて基板Ｗに対して部品が実装される。このとき、予約ファイルＦには複数の生産プログラムを統合したクラスタが設定されており、クラスタ毎にフィーダバンク２４に対して各生産プログラムで使用される多数のフィーダ４の割り当てが決定されている。

例えば、図２Ａに示すように、予約ファイルＦに複数の生産プログラムａ−ｅが１つのクラスタとして登録される場合、フィーダバンク２４においてフィーダ４Ａ−４Ｅの配置が最適化されている。すなわち、生産プログラムａ−ｅで使用する部品はフィーダ４Ａ−４Ｅから選択的に供給され、且つ実装処理時のラインタクトを高くするようにフィーダ４Ａ−４Ｅの配置が決められている。よって、実装対象の基板Ｗが切り替わって生産プログラムが変更されても、同じクラスタ内であればオペレータがフィーダ４の交換作業を行うことなく、実装装置２による実装処理を継続させることが可能になっている。

ところで、図２Ｂに示すように、生産計画の変更等によって予約ファイルＦの既存のクラスタに新規の生産プログラムが追加されると、新規の生産プログラムだけで使用されるフィーダ４Ｘをフィーダバンク２４に追加する必要がある。ホストコンピュータ３（図１参照）では、ラインタクトを考慮して割り当てが決められるため、フィーダ４Ｘの追加に伴ってフィーダ４Ａ−４Ｅの配置が自動的に変えられてしまう。このため、既存のクラスタに新規の生産プログラムが追加される度に、オペレータによるフィーダ４の付け替え作業が発生し、作業工数が増加してオペレータの作業負担が増えてしまっていた。

そこで、本実施の形態では、フィーダ４の付け替え作業に費やすオペレータの作業負担を考慮して、既存のクラスタのフィーダ配置を優先させた状態で新規の生産プログラムを追加するようにしている。これにより、現状のフィーダ配置に大きな影響を与えることなく、新規の生産プログラムで使用されるフィーダ４をフィーダバンク２４に追加することが可能になっている。なお、本実施の形態では、割当装置としてホストコンピュータ３を例示するが、割当装置は生産プログラムで使用されるフィーダを割り当て可能であればよく、例えば、実装装置の制御部や他の外部装置で構成されてもよい。

以下、図３を参照して、ホストコンピュータの詳細構成について説明する。図３は、本実施の形態に係るホストコンピュータのブロック図である。なお、図３に示すホストコンピュータのブロック図は、本発明を説明するために簡略化したものであり、ホストコンピュータが通常備える構成については備えているものとする。

図３に示すように、ホストコンピュータ３は、複数の生産プログラムに応じて実装装置２のフィーダバンク２４に対するフィーダ配置を決定しており、登録部３１、統合部３２、割当部３３、検索部３４、判断部３５、通知部３６、記憶部３７を有している。登録部３１は、基板Ｗの種類毎に異なる複数の生産プログラムを記憶部３７の予約ファイルＦに登録する。この場合、専用のアプリケーションによって予約ファイルＦが生成され、オペレータからの入力によって登録部３１で予約ファイルＦに複数の生産プログラムが登録される。これにより、予約ファイルＦに複数の生産プログラムに基づく実装処理が予約される。

統合部３２は、予約ファイルＦに登録された複数の生産プログラムをクラスタとして統合する。この場合、予約ファイルＦに対して所定数の生産プログラムが登録されると、これら生産プログラムが１つのプログラムを構成するようにクラスタ化される。クラスタは、基板Ｗの種類が変わってもフィーダ４の並び替えや交換を生じさせずに、複数の生産プログラムを実装装置２に実行させることができるように設定されている。予約ファイルＦには、登録部３１で登録された複数の生産プログラムがクラスタ分けされた状態で予約される。このようにして、記憶部３７に基板Ｗの種類毎に異なる複数の生産プログラムを統合したクラスタを含む予約ファイルＦが記憶される。

割当部３３は、予約ファイルＦのクラスタ毎に複数の生産プログラムで使用されるフィーダ４をフィーダバンク２４に割り当てる。予約ファイルＦの既存のクラスタの生産プログラムについては、ラインタクトを考慮してフィーダ４の割り当てが決定される。また、生産計画の変更等によって予約ファイルＦの既存のクラスタに追加される新規の生産プログラムについては、ラインタクトよりも既存のクラスタのフィーダ配置を優先してフィーダ４の割り当てが決定される。なお、新規の生産プログラムで使用されるフィーダ４の割り当て方法の詳細については後述する。

検索部３４は、予約ファイルＦに新規の生産プログラムが追加される場合に、予約ファイルＦで新規の生産プログラムと同じフィーダ４が使用される既存のクラスタを検索する。これにより、既存のクラスタで使用されるフィーダ４が新規の生産プログラムでも使用されるため、新規の生産プログラムの追加によるフィーダ４の増加が最小限に抑えられる。なお、新規の生産プログラムと同じフィーダ４が複数の既存のクラスタで検索された場合には、共通のフィーダ数が多いクラスタが選択され、共通のフィーダ数も同じであればラインタクトが高くなる既存のクラスタに新規のプログラムが追加される。

判断部３５は、検索部３４で検索された既存のクラスタのフィーダ配置が設定されたフィーダバンク２４に、新規の生産プログラムで使用されるフィーダ４が割り当て可能か否かを判断する。判断部３５によって新規の生産プログラムのフィーダ４が割り当て可能と判断された場合には、既存のクラスタに新規の生産プログラムが追加される。判断部３５によって新規の生産プログラムのフィーダ４が割り当て不能と判断された場合には、予約ファイルＦに新規の生産プログラム用の新規のクラスタが生成され、新規のクラスタに新規の生産プログラムが追加される。

新規のクラスタが生成された場合には、既存のクラスタと新規のクラスタのフィーダ配置を、既存のクラスタのフィーダ配置の変更を最小限に抑えるように割り当て直してもよい。この場合、割当部３３によって既存のクラスタのフィーダ配置を一部変更してフィーダバンク２４に空きを作り、フィーダバンク２４の空きに新規の生産プログラムのフィーダ４を割り当てるようにする。既存のクラスタのフィーダ配置の変更は、オペレータによる作業負担を考慮して、大幅な付け替え作業が生じないように最小限の変更に抑えられる。

通知部３６は、生産プログラムやフィーダ４の割当情報を実装装置２に向けて通知する。なお、ホストコンピュータ３の登録部３１、統合部３２、割当部３３、検索部３４、判断部３５、通知部３６、記憶部３７は、各部の各種処理を実行するプロセッサやメモリ等により構成されている。メモリは、用途に応じてＲＯＭ(Read Only Memory)、ＲＡＭ（Random Access Memory）等の一つ又は複数の記憶媒体で構成されている。メモリには、予約ファイルＦに登録された生産プログラムの他、ホストコンピュータ３に後述する割当処理を実行させるプログラム等が記憶されている。

図４から図７を参照して、フィーダバンクに対するフィーダの割当方法について説明する。図４は、本実施の形態に係るフィーダの割当状態の一例を示す図である。図５から図７は、本実施の形態に係るフィーダの割当方法の一例を示す図である。なお、図４から図７に示す予約ファイルの各クラスタは最適化されているものとする。

図４に示すように、予約ファイルＦにはクラスタ毎に複数の生産プログラムが登録されている。クラスタ１には５つの生産プログラムａ−ｅが登録され、クラスタ２には３つの生産プログラムｆ−ｈが登録されている。このときのフィーダバンク２４は、クラスタ１ではフィーダバンク２４の両端を１スロットずつ空けて、左から順にフィーダ４Ｂ、４Ｃ、４Ｄ、４Ｅ、４Ａが設定されている。クラスタ２では、フィーダバンク２４の図示左端を１スロット空けて、左から順にフィーダ４Ｆ、４Ｃ、４Ｄ、４Ｇが設定されている。予約ファイルＦには、新規の生産プログラムｘ、ｙの追加が予定されている。

図５に示すように、予約ファイルＦに新規の生産プログラムｘを追加する場合、新規の生産プログラムｘで使用されるフィーダ４Ｂ、４Ｄ、４Ｆのいずれかが含まれるクラスタ１、２が検索される。そして、クラスタ１、２に対してフィーダ４Ｂ、４Ｄ、４Ｆの全てが割り当て可能か否か判断される。クラスタ１では、フィーダ４Ｂ、４Ｄが使用されており、フィーダバンク２４にフィーダ４Ｆのための空きスロットが残っている。クラスタ２でも、フィーダ４Ｆ、４Ｄが使用されており、フィーダバンク２４にフィーダ４Ｂのための空きスロットが残っている。

したがって、クラスタ１、２のいずれにも新規の生産プログラムｘを追加することが可能である。この場合、ラインタクトが最も高くなるクラスタ１に新規の生産プログラムｘが追加される。なお、ラインタクトは、実装装置２における実装処理のシミュレーション等によって求められる。これにより、既存のクラスタのフィーダ配置を変えることなく、新規の生産プログラムｘで使用されるフィーダ４Ｂ、４Ｄ、４Ｆをフィーダバンク２４に割り当てることができる。よって、フィーダバンク２４にフィーダ４Ｆを取り付けるだけでよく、オペレータの作業負担を軽減できる。

図６に示すように、予約ファイルＦに新規の生産プログラムｙを追加する場合、新規の生産プログラムｙで使用されるフィーダ４Ｅ、４Ｈ、４Ｉのいずれかが含まれるクラスタ１が検索される。そして、クラスタ１に対してフィーダ４Ｅ、４Ｈ、４Ｉの全てが割り当て可能か否か判断される。クラスタ１では、フィーダ４Ｅが使用されているが、フィーダ４Ｈ、４Ｉのための空きスロットが足りない。このため、予約ファイルＦにクラスタ１、２の後ろに新規のクラスタが生成され、この新規のクラスタに新規の生産プログラムｙが追加される。

これにより、既存のクラスタ１、２のフィーダ４の割り当てを変えることなく、新規の生産プログラムｙで使用されるフィーダ４Ｅ、４Ｈ、４Ｉをフィーダバンク２４に割り当てることができる。新規のクラスタの生産プログラムｙは、既存のクラスタ１、２の生産プログラムの終了後に実施される。このとき、予備の交換台車が有る場合には、予備の交換台車を新規のクラスタに使用してもよい。予備の交換台車のフィーダバンク２４に予めフィーダ４Ｅ、４Ｈ、４Ｉを取り付けておくことで、既存のクラスタ２で使用された交換台車を予備の交換台車に入れ替えるだけで、フィーダバンク２４を丸ごと交換できる。よって、交換台車を交換するだけでよく、オペレータの作業負担を軽減することができる。

図７に示すように、予約ファイルＦに新規の生産プログラムｘ、ｙを追加する場合、既存のクラスタ１、２のフィーダ配置を一部変更して、既存のクラスタ１、２に新規の生産プログラムｘ、ｙを追加してもよい。この場合、上記したように、新規の生産プログラムｘは既存のクラスタ１に追加され、フィーダバンク２４の図示左端のスロットにフィーダ４Ｆが割り当てられる。次に、このクラスタ１のフィーダ配置を変更しないように、クラスタ２及び新規のクラスタのフィーダ４が割り当てられる。このとき、前のクラスタのフィーダ配置をできるだけ引き継ぐようにして、後のクラスタのフィーダ配置が決定される。

この場合、クラスタ１のフィーダ配置を基準として、クラスタ２及び新規のクラスタに対して複数の割当パターンが生成される。この複数の割当パターンの中で最もフィーダ４の交換回数が少なくなる割当パターンがクラスタ２及び新規のクラスタに設定される。これにより、既存のフィーダ配置を僅かに変えることで、新規の生産プログラムｙで使用されるフィーダ４Ｅ、４Ｈ、４Ｉをフィーダバンク２４に割り当てることができる。よって、フィーダバンク２４に対するフィーダ４の付け替え作業を最小限に抑えて、オペレータの作業負担を軽減することができる。

図８を参照して、予約ファイルへの新規の生産プログラムの追加時のフィーダの割当方法について説明する。図８は、本実施の形態に係るフィーダの割当方法のフローチャートの一例である。なお、以下の新規の生産プログラムの追加方法は一例であり、一部の処理を適宜変更又は省略することが可能である。

図８に示すように、予約ファイルに新規のプログラムが登録されると、新規の生産プログラムと同じフィーダ４（図１参照）が使用される既存のクラスタが検索される（ステップＳ０１）。次に、既存のクラスタのフィーダ配置が設定されたフィーダバンク２４（図１参照）に、新規のプログラムで使用される全てのフィーダ４が割当可能か否か判断される（ステップＳ０２）。この場合、既存のクラスタにおけるフィーダバンク２４の空きや、既存のクラスタの各生産プログラムで使用されるフィーダ４に基づいて割当可能か否かが判断される。

新規の生産プログラムのフィーダ４が既存のクラスタに割当可能な場合（ステップＳ０２でＹｅｓ）、割当可能な既存のクラスタが複数か否か判断される（ステップＳ０３）。割当可能な既存のクラスタが複数存在する場合（ステップＳ０３でＹｅｓ）、複数の既存のクラスタの中からラインタクトが高くなるクラスタに新規の生産プログラムが追加される（ステップＳ０４）。そして、既存のクラスタのフィーダ配置を変えることなく、既存のクラスタのフィーダバンク２４に対して新規の生産プログラムで使用されるフィーダ４が割り当てられる（ステップＳ０５）。

割当可能な既存のクラスタが１つのみ存在する場合（ステップＳ０３でＮｏ）、当該既存のクラスタに新規の生産プログラムが追加される（ステップＳ０６）。そして、既存のクラスタのフィーダ配置を変えることなく、既存のクラスタのフィーダバンク２４に対して新規の生産プログラムで使用されるフィーダ４が割り当てられる（ステップＳ０７）。一方で、ステップＳ０２において、新規の生産プログラムのフィーダ４が既存のクラスタに割当不能な場合（ステップＳ０２でＮｏ）、新規の生産プログラム用に新規のクラスタが生成される（ステップＳ０８）。

新規のクラスタが生成されると、この新規のクラスタに新規の生産プログラムが追加される（ステップＳ０９）。そして、既存のクラスタのフィーダ配置を変えることなく、新規のクラスタのフィーダバンク２４に対して新規の生産プログラムで使用されるフィーダ４が割り当てられる（ステップＳ１０）。次に、予約ファイルＦ（図２参照）のクラスタのフィーダ配置を再び最適化するか否か判断される（ステップＳ１１）。フィーダ配置を再び最適化しない場合（ステップＳ１１でＮｏ）、処理が終了される。フィーダ配置を再最適化する場合（ステップＳ１１でＹｅｓ）、既存のクラスタと新規のクラスタのフィーダ配置が、既存のクラスタのフィーダ配置の変更を最小限に抑えるように割り当て直される（ステップＳ１２）。

以上のように、本実施の形態に係るホストコンピュータ３は、予約ファイルＦの既存のクラスタに対して新規の生産プログラムが追加されても、既存のクラスタのフィーダ配置が優先される。よって、現状のフィーダバンク２４に対するフィーダ配置を大幅に変えることなく、新規の生産プログラムで使用されるフィーダ４をフィーダバンク２４に割り当てることができる。フィーダ４の付け替え作業を最小限に抑えることができ、オペレータの作業負担を軽減することができる。このように、オペレータの作業負担を考慮して、フィーダバンク２４にフィーダ４を割り当てることができる。

なお、本発明は上記実施の形態に限定されず、種々変更して実施することが可能である。上記実施の形態において、添付図面に図示されている大きさや形状などについては、これに限定されず、本発明の効果を発揮する範囲内で適宜変更することが可能である。その他、本発明の目的の範囲を逸脱しない限りにおいて適宜変更して実施することが可能である。

例えば、本実施の形態において、検索部３４は、新規の生産プログラムと同じフィーダ４を少なくとも１つ使用するクラスタを検索する構成であればよい。例えば、新規の生産プログラムと同じフィーダ４を３つ以上使用するクラスタを検索してもよいし、新規の生産プログラムと同じフィーダ４を１つしか使用しないクラスタを検索してもよい。

また、本実施の形態において、判断部３５は、既存のクラスタにおけるフィーダバンク２４の空きに基づいて、新規の生産プログラムで使用されるフィーダ４が割当可能か否か判断する構成にしたが、この構成に限定されない。判断部３５は、フィーダバンク２４の空きに関わらず、フィーダ４の仕様等のその他の条件に考慮してフィーダ４が割当可能かを判断してもよい。

また、本実施の形態において、既存のクラスタと新規のクラスタでフィーダ配置を再最適化する際に、複数の割当パターンを生成する構成にしたが、この構成に限定されない。例えば、ホストコンピュータ３に学習部を備えて、学習部にフィーダ４の割り当てを学習させて最適なフィーダ配置を最適化させるようにしてもよい。

また、本実施の形態において、ホストコンピュータ３が、クラスタを検索する検索部３４と、フィーダ４の割当可能か否かを判断する判断部３５とを備える構成にしたが、この構成に限定されない。ホストコンピュータ３は、検索部３４及び判断部３５を備えないようにしてもよい。

また、本実施の形態において、基板Ｗは、プリント基板に限定されず、治具基板上に載せられたフレキシブル基板であってもよい。

以上説明したように、本発明は、オペレータの作業負担を増やすことなく、新規生産プログラムの追加によるフィーダの割り当てを最適化することができるという効果を有し、特に、実装装置のフィーダバンクに対してフィーダを割り当てる割当装置、生産システム、割当方法、割当装置で用いられるプログラムに有用である。

１ 生産システム
２ 実装装置
３ ホストコンピュータ
４ フィーダ
２４ フィーダバンク
３３ 割当部
３４ 検索部
３５ 判断部
３６ 通知部
３７ 記憶部
Ｆ 予約ファイル
Ｗ 基板

Claims (8)

1. 生産プログラムに基づいてフィーダから供給される部品を基板に実装する実装装置のフィーダバンクに、当該生産プログラムで使用されるフィーダを割り当てる割当装置であって、
   基板の種類毎に異なる複数の生産プログラムを統合したクラスタを含む予約ファイルが記憶された記憶部と、
   前記クラスタ毎に前記複数の生産プログラムで使用されるフィーダを前記フィーダバンクに割り当てる割当部とを備え、
   前記予約ファイルに新規の生産プログラムが追加される場合に、前記割当部が既存のクラスタのフィーダ配置を優先させて、前記新規の生産プログラムで使用されるフィーダを前記フィーダバンクに割り当てることを特徴とする割当装置。
2. 前記予約ファイルで前記新規の生産プログラムと同じフィーダを少なくとも１つ使用する既存のクラスタを検索する検索部を備え、
   前記検索部で検索された既存のクラスタに前記新規の生産プログラムが追加されることを特徴とする請求項１に記載の割当装置。
3. 前記既存のクラスタのフィーダ配置が設定された前記フィーダバンクに、前記新規の生産プログラムで使用されるフィーダが割り当て可能か否かを判断する判断部を備え、
   前記判断部で前記新規の生産プログラムで使用されるフィーダが割り当て可能と判断された場合に、前記割当部は、前記既存のクラスタのフィーダ配置を変えることなく、前記新規の生産プログラムで使用されるフィーダを前記フィーダバンクに割り当てることを特徴とする請求項１又は請求項２に記載の割当装置。
4. 前記判断部で前記新規の生産プログラムで使用されるフィーダが割り当て不能と判断された場合に、前記予約ファイルに前記新規の生産プログラム用に新規のクラスタが生成され、前記新規のクラスタに前記新規の生産プログラムが追加されることを特徴とする請求項３に記載の割当装置。
5. 前記割当部は、前記既存のクラスタと前記新規のクラスタのフィーダ配置を、前記既存のクラスタのフィーダ配置の変更を最小限に抑えるように割り当て直すことを特徴とする請求項４に記載の割当装置。
6. 請求項１から請求項５のいずれかに記載の割当装置と、
   前記割当装置によってフィーダが割り当てられるフィーダバンクを有する実装装置とを備えることを特徴とする生産システム。
7. 生産プログラムに基づいてフィーダから供給される部品を基板に実装する実装装置のフィーダバンクに、当該生産プログラムで使用されるフィーダを割り当てる割当方法であって、
   予約ファイルに対して基板の種類毎に異なる複数の生産プログラムを統合したクラスタを生成するステップと、
   前記クラスタ毎に前記複数の生産プログラムで使用されるフィーダを前記フィーダバンクに割り当てるステップとを有し、
   前記フィーダを前記フィーダバンクに割り当てるステップでは、前記予約ファイルに新規の生産プログラムが追加される場合に、既存のクラスタのフィーダ配置を優先させて、前記新規の生産プログラムで使用されるフィーダを前記フィーダバンクに割り当てることを特徴とする割当方法。
8. 請求項７に記載の割当方法を割当装置に実行させることを特徴とするプログラム。

Images