(57)【特許請求の範囲】
【請求項１】
複数の生産設備を組み合わせた生産システムにおいて、
前記生産設備を制御する生産設備コントローラは、前記生産設備の各々が１台ずつ備えるものであり、
前記生産設備コントローラの各々が、隣接する生産設備との間において情報を送受信する回数を規定して前記情報の送受信を当該規定した回数行うフレームワーク部と、前記フレームワーク部からの指示を受けて自身の生産設備が実行すべき処理を行うアプリケーション部とにより構成され、
前記フレームワーク部が、前記情報を受信することに起因して、処理要求をかけ、当該処理要求に応じて前記アプリケーション部が前記処理を実行する
ことを特徴とする生産設備コントローラ。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、対象物品に対して所定作業を行う生産設備を制御する生産設備コントローラに関するものである。
【背景技術】
【０００２】
加工や組立などの作業を行う生産設備を複数組み合わせたファクトリーオートメーションシステム（以下、「ＦＡシステム」と呼ぶ）においては、各生産設備間で部品や製品の受け渡しが行われ、それぞれの生産設備で加工作業や組立作業などが行われる。この際、各生産設備間での部品や製品の受け渡し情報の確認作業についても、プログラマブルロジックコントローラ（以下、「ＰＬＣ」と言う。）などの生産設備コントローラを用いて制御するものが一般的である。
【０００３】
また、ＦＡシステムにおける生産設備を制御するＰＬＣの制御プログラムは、その都度作成される。すなわち、生産設備の構成が変われば、作成するプログラムもその設備構成に応じて開発するのが一般的である。
しかし、複数の生産設備から構成されるようなラインを構築する場合、生産設備間で物の移動が発生し、それに伴い情報の伝達も必要となるが、生産設備間の情報伝達プログラムなどをライン構築の度に開発するのは大変手間がかかる作業である。
【０００４】
そのような問題に対処するものとして、例えば特許文献１には、ＦＡシステムにおけるＰＬＣが、ラダー部品管理部、接続パターン管理部、パターン自動割付部、ラダー生成部など、制御プログラムを部品化することにより効率化をはかることが記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−１９９５２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
一方、生産設備によっては、上流側の生産設備から受け取った部品を把持してタイミングをはかって搬送するなど、複雑なやりとりを必要とする場合がある。
しかしながら、例えば特許文献１のような従来の生産設備におけるＰＬＣは、１台のＰＬＣが全生産設備を制御するものであり、接続パターンでつながれた元部品の出力変数値を先部品の入力条件とするものなので、協調処理などの複雑なやりとりを部品（機器）間で行うのは難しいという課題があった。
【０００７】
この発明は、上記のような課題を解決するためになされたものであり、生産設備間の情報伝達機構のプログラミングを不要とし、ラインの構築に伴うプログラム開発、変更を不要にし、また、生産設備間において協調処理などの複雑なやりとりを行うことが可能な生産設備コントローラを提供することを目的としている。
【課題を解決するための手段】
【０００８】
上記目的を達成するため、この発明は、複数の生産設備を組み合わせた生産システムにおいて、前記生産設備を制御する生産設備コントローラは、前記生産設備の各々が１台ずつ備えるものであり、前記生産設備コントローラの各々が、隣接する生産設備との間において情報を送受信する回数を規定して前記情報の送受信を当該規定した回数行うフレームワーク部と、前記フレームワーク部からの指示を受けて自身の生産設備が実行すべき処理を行うアプリケーション部とにより構成され、前記フレームワーク部が、前記情報を受信することに起因して、処理要求をかけ、当該処理要求に応じて前記アプリケーション部が前記処理を実行することを特徴とする。
【発明の効果】
【０００９】
この発明によれば、複数の生産設備のそれぞれが１台ずつ生産設備コントローラを備え、各生産設備コントローラが隣接する生産設備との間の情報を送受信する回数を規定して情報の送受信を当該規定した回数行うフレームワーク部と、フレームワーク部からの指示を受けて自身の生産設備が実行すべき処理を行うアプリケーション部とにより構成され、フレームワーク部が、情報を受信することに起因して、処理要求をかけ、当該処理要求に応じてアプリケーション部が当該処理を実行するようにしたので、ラインを新たに構築する場合は、自身の生産設備が実行すべき処理のアプリケーションプログラムのみを作成すれば良い。また、隣接する生産設備との間において情報を規定した回数送受信することにより、例えば生産設備間において協調処理など、生産設備間において複雑なやりとりを行うことが可能になる。このように、生産設備間の情報伝達機構のプログラミングを不要とし、生産設備間で複雑なやりとりを行うことが可能なラインの構築に伴うプログラム開発、変更をする必要がなく、容易に生産設備の変更に対応することができる。
【図面の簡単な説明】
【００１０】
【図１】この発明の実施の形態１における生産設備全体の概略構成図である。
【図２】生産設備コントローラの内部構成を示す図である。
【図３】生産設備コントローラ間における仮想トレイの構成について示す図である。
【図４】生産設備コントローラ間の連携情報の伝達とトリガについて示した図である。
【図５】図４の生産設備コントローラ間のおける連携情報の伝達の際のトリガについて示した図である。
【図６】上流側の生産設備コントローラ間における情報伝達処理の流れについて示すフローチャートである。
【図７】下流側の生産設備コントローラ間における情報伝達処理の流れについて示すフローチャートである。
【図８】具体的に２台の生産設備間のやりとりの一例を示す概略外観図である。
【図９】図８に示された生産設備間の仮想トレイの構成を示した図である。
【図１０】図９に示された生産設備間の連携情報の伝達を示すシーケンス図である。
【図１１】ＡＰＩとして規定されるトリガとパラメータの組合せ表の一例である。
【発明を実施するための形態】
【００１１】
以下、この発明の実施の形態について、図面を参照しながら詳細に説明する。
実施の形態１．
図１は、この発明の実施の形態１における生産設備コントローラ１０（１０ａ，１０ｂ，・・・）が、各生産設備１（１ａ，１ｂ，・・・）ごとに設置されていることを示す、生産設備全体の概略構成図である。各生産設備１（１ａ，１ｂ，・・・）は、設備間コントローラ２にイーサネット（登録商標）等の有線または無線の回線により接続されている。また、それぞれの生産設備１（１ａ，１ｂ，・・・）には、生産設備１を操作する操作装置３が接続されており、外部からの操作も可能とするものである。
【００１２】
また、この実施の形態１では、生産設備コントローラ１０（１０ａ，１０ｂ，・・・）としてはＰＬＣ（Programmable Logic Controller）を使用するものとし、生産設備１（１ａ，１ｂ，・・・）は、上流側の生産設備から部品を搬入し、何らかの加工を行った後、下流側の生産設備へ加工済み部品を搬出要請する処理を行うものとする。
【００１３】
なお、以下の説明においては、上流側の生産設備を生産設備１ａ、そのコントローラを生産設備コントローラ１０ａ、下流側の生産設備を生産設備１ｂ、そのコントローラを生産設備コントローラ１０ｂとし、これらについて説明を行う。
【００１４】
図２は、生産設備コントローラ１０ａの内部構成を示す図である。生産設備コントローラ１０ａは、情報伝達制御プログラムが格納されたフレームワーク部１１ａと、それに対応するアプリケーションプログラムが格納されたアプリケーション部２１ａとを備えている。
すなわち、生産設備コントローラ１０ａは、コントローラ処理ソフトウェアを、フレームワーク部１１ａとアプリケーション部２１ａとに分けて実装している。
【００１５】
また、フレームワーク部１１ａとアプリケーション部２１ａとのインタフェース（図中の二点鎖線）を行う内部リレーおよび内部メモリを、この発明の実施の形態１におけるインタフェース部（Ｉ／Ｆ部、ＡＰＩ（Application Program Interface）部）４１ａと呼ぶ。
内部リレーおよび内部メモリは、フレームワーク部１１ａとアプリケーション部２１ａのインタフェース部４１ａとして予め規定されており、この内部リレーおよび内部メモリを使用して、フレームワーク部１１ａからアプリケーション部２１ａに対してアプリケーションの起動の指示を行ったり、アプリケーション部２１ａからフレームワーク部１１ａに対して情報通知を行う。
【００１６】
情報伝達制御用のフレームワーク部は、設備間コントローラ２を介した仮想トレイなどの連携情報の交換技術を使用して、隣り合う生産設備コントローラ１０（１０ａ，１０ｂ，・・・）間で、連携情報（やりとりする部品に関する情報）の交換を行う。
そして、情報伝達制御用のフレームワーク部が処理を行う際に、それに対応するアプリケーション部を起動する。
【００１７】
情報伝達制御用の実行プログラムが格納されたアプリケーション部は、例えば、入力トリガ、入力パラメータ、出力トリガ、出力パラメータなど、同一形式で規定される（図１１参照）。
【００１８】
なお、生産設備コントローラ１０ａはＡＰＩ用内部メモリとして、パラメータ用のデータレジスタ（インタフェース部４１ａのＡＰＩレジスタ）を記憶している。
また、フレームワーク部１１ａは、いくつかのブロックから構成され、アプリケーション部２１ａは、前述のとおり、内部リレーをトリガとして実行するように実装される。
【００１９】
図３は、生産設備コントローラ間における仮想トレイの構成について示す図であり、図３に示すように、生産設備コントローラ１０ａ，１０ｂの間に示された連携情報を交換するための仮想トレイ６ａは、要求用仮想トレイ６１ａと応答用仮想トレイ６２ａとを一組として構成され、それぞれ製品型番やシリアルナンバーなどのデータの記憶領域を有している。
そして、予め隣接する生産設備との間において連携情報の伝達（送受信）を行う回数を示すハンドシェイクの回数を規定しておき、生産設備コントローラ１０ａ，１０ｂの間で、連携情報の伝達（送受信）を規定したハンドシェイクの回数行う。
【００２０】
次に、連携情報の伝達時の生産設備コントローラ間における処理について説明する。図４は、生産設備コントローラ間における連携情報の伝達について示した図であり、図５は、図４の生産設備コントローラ間のおける連携情報の伝達の際のトリガについて示した図である。
図４（ａ）は、ハンドシェイクの回数が２回に規定された場合について示しており、生産設備コントローラ１０ａが要求用仮想トレイ６１ａを介して連携情報である要求（１）を送信し、生産設備コントローラ１０ｂが応答用仮想トレイ６２ａを介して連携情報である応答（１）を送信している。
【００２１】
このとき、図５（ａ）に示すように、まずＦＷ＿ＴｒｇＲｅｑというトリガがＯＮになると要求（１）が送信され、ＦＷ＿ＴｒｇＲｃｖというトリガがＯＮになる。次に、要求受信時アプリ処理が行われ、ＦＷ＿ＴｒｇＲｃｖがＯＦＦになると応答（１）が送信され、ＦＷ＿ＴｒｇＲｅｑＮｅｘｔというトリガがＯＮになる。その後、ハンドシェイク番号「１」に応じたハンドシェイクアプリ処理が行われ、ＦＷ＿ＴｒｇＲｅｑＮｅｘｔがＯＦＦになると、ＦＷ＿ＴｒｇＲｅｑをＯＦＦにする。
ここで、ハンドシェイク番号とは、生産設備コントローラごとにカウントする連携情報を送信した回数であり、上流側の生産設備コントローラの場合は要求を送信した回数を示し、下流側の生産設備コントローラの場合には応答を送信した回数を示す。
【００２２】
図４（ｂ）は、ハンドシェイクの回数が４回に規定された場合について示しており、図４（ａ）に示された要求（１）、応答（１）に加えて、生産設備コントローラ１０ａが要求用仮想トレイ６１ａを介して連携情報である要求（２）を送信し、生産設備コントローラ１０ｂが応答用仮想トレイ６２ａを介して連携情報である応答（２）を送信している。
【００２３】
この場合、図５（ｂ）に示すように、ハンドシェイク番号「１」に応じたハンドシェイクアプリ処理が行われ、ＦＷ＿ＴｒｇＲｅｑＮｅｘｔがＯＦＦになると要求（２）が送信され、ＦＷ＿ＴｒｇＲｃｖＮｅｘｔというトリガがＯＮになる。
次に、ハンドシェイク番号「１」に応じたハンドシェイクアプリ処理が行われ、ＦＷ＿ＴｒｇＲｃｖＮｅｘｔがＯＦＦになると応答（２）が送信され、ＦＷ＿ＴｒｇＲｅｑＮｅｘｔがＯＮになる。
【００２４】
図４（ｃ）は、ハンドシェイクの回数が６回に規定された場合について示しており、図４（ｂ）に示された要求（１），（２）、応答（１），（２）に加えて、生産設備コントローラ１０ａが要求用仮想トレイ６１ａを介して連携情報である要求（３）を送信し、生産設備コントローラ１０ｂが応答用仮想トレイ６２ａを介して連携情報である応答（３）を送信している。
【００２５】
この場合、図５（ｃ）に示すように、ハンドシェイク番号「２」に応じたハンドシェイクアプリ処理が行われ、ＦＷ＿ＴｒｇＲｅｑＮｅｘｔがＯＦＦになると要求（３）が送信され、ＦＷ＿ＴｒｇＲｃｖＮｅｘｔというトリガがＯＮになる。
次に、ハンドシェイク番号「２」に応じたハンドシェイクアプリ処理が行われ、ＦＷ＿ＴｒｇＲｃｖＮｅｘｔがＯＦＦになると応答（３）が送信され、ＦＷ＿ＴｒｇＲｅｑＮｅｘｔがＯＮになる。
【００２６】
図６および図７は、図４に示された生産設備コントローラ間における情報伝達処理の流れについて示すフローチャートであり、図６は上流側である生産設備コントローラ１０ａにおける情報伝達処理の流れを示しており、図７は下流側である生産設備コントローラ１０ｂにおける情報伝達処理の流れを示している。
【００２７】
まず、図６に示すように、要求開始トリガ（ＦＷ＿ＴｒｇＲｅｑ）がＯＮになると、生産設備コントローラ１０ａのフレームワーク部１１ａが、要求用仮想トレイ６１ａを介して連携情報である要求（１）を送信し（ステップＳＴ１１）、生産設備コントローラ１０ｂから応答（１）が送信されるまで待つ（ステップＳＴ１２のＮＯの場合）。
【００２８】
図７に示すように、生産設備コントローラ１０ｂのフレームワーク部１１ｂは、生産設備コントローラ１０ａから要求（１）が送信されるのを待ち（ステップＳＴ２１のＮＯの場合）、生産設備コントローラ１０ａから要求（１）が送信されると（ステップＳＴ２１のＹＥＳの場合）、要求（１）を受け取り、アプリケーション部２１ｂに対してアプリ処理要求をかける。この際、ＦＷ＿ＴｒｇＲｃｖがＯＮになる。そして、アプリケーション部２１ｂは、ＦＷ＿ＴｒｇＲｃｖがＯＮになったことを検出して要求受信時アプリ処理を行い、アプリ処理が完了するとＦＷ＿ＴｒｇＲｃｖをＯＦＦにする（ステップＳＴ２２）。その後、フレームワーク部１１ｂは、応答用仮想トレイ６２ａを介して連携情報である応答（１）を送信する（ステップＳＴ２３）。
【００２９】
ここで、生産設備コントローラ１０ｂは、ハンドシェイクの回数が２回の場合は、このまま処理を終了し、ハンドシェイクの回数が２回よりも多い場合には、要求（２）が送信されるのを待つ（ステップＳＴ２４のＮＯの場合）。
【００３０】
一方、図６に示すように、フレームワーク部１１ａは、生産設備コントローラ１０ｂから応答（１）が送信されると（ステップＳＴ１２のＹＥＳの場合）、応答（１）を受け取り、アプリケーション部２１ａに対してアプリ処理要求をかける。この際、ＦＷ＿ＴｒｇＲｅｑＮｅｘｔがＯＮになる。そして、アプリケーション部２１ａは、ＦＷ＿ＴｒｇＲｅｑＮｅｘｔがＯＮになったことを検出してハンドシェイク番号「１」に応じた要求側ハンドシェイクアプリ処理を行い、処理が完了するとＦＷ＿ＴｒｇＲｅｑＮｅｘｔをＯＦＦにする（ステップＳＴ１３）。
【００３１】
ここで、フレームワーク部１１ａは、ハンドシェイクの回数が２回の場合、要求開始トリガ（ＦＷ＿ＴｒｇＲｅｑ）をＯＦＦにして処理を終了し、ハンドシェイクの回数が２回よりも多い場合は、フレームワーク部１１ａは要求用仮想トレイ６１ａを介して連携情報である要求（２）を送信し（ステップＳＴ１４）、生産設備コントローラ１０ｂから応答（２）が送信されるまで待つ（ステップＳＴ１５のＮＯの場合）。
【００３２】
ハンドシェイクの回数が２回よりも多い場合、図７に示すように、フレームワーク部１１ｂは、生産設備コントローラ１０ａから要求（２）が送信されると（ステップＳＴ２４のＹＥＳの場合）、要求（２）を受け取り、アプリケーション部２１ｂに対してアプリ処理要求をかける。この際、ＦＷ＿ＴｒｇＲｃｖＮｅｘｔがＯＮになる。そして、アプリケーション部２１ｂは、ＦＷ＿ＴｒｇＲｃｖＮｅｘｔがＯＮになったことを検出してハンドシェイク番号「１」に応じた応答側ハンドシェイクアプリ処理を行い、処理が完了するとＦＷ＿ＴｒｇＲｃｖＮｅｘｔをＯＦＦにする（ステップＳＴ２５）。その後、フレームワーク部１１ｂは、応答用仮想トレイ６２ａを介して連携情報である応答（２）を送信する（ステップＳＴ２６）。
【００３３】
ここで、フレームワーク部１１ｂは、ハンドシェイクの回数が４回の場合、このまま処理を終了し、ハンドシェイクの回数が４回よりも多い場合は、要求（３）が送信されるのを待つ（ステップＳＴ２７のＮＯの場合）。
【００３４】
一方、図６に示すように、フレームワーク部１１ａは、生産設備コントローラ１０ｂから応答（２）が送信されると（ステップＳＴ１５のＹＥＳの場合）、応答（２）を受け取り、アプリケーション部２１ａに対してアプリ処理要求をかける。この際、ＦＷ＿ＴｒｇＲｅｑＮｅｘｔがＯＮになる。そして、アプリケーション部２１ａはＦＷ＿ＴｒｇＲｅｑＮｅｘｔがＯＮになったことを検出してハンドシェイク番号「２」に応じた要求側ハンドシェイクアプリ処理を行い、処理が完了するとＦＷ＿ＴｒｇＲｅｑＮｅｘｔをＯＦＦに設定する（ステップＳＴ１６）。
【００３５】
ここで、フレームワーク部１１ａは、ハンドシェイクの回数が４回の場合、ＦＷ＿ＴｒｇＲｅｑをＯＦＦにして処理を終了し、ハンドシェイクの回数が４回よりも多い場合は、フレームワーク部１１ａは要求用仮想トレイ６１ａを介して連携情報である要求（３）を送信し（ステップＳＴ１７）、生産設備コントローラ１０ｂから応答（３）が送信されるまで待つ（ステップＳＴ１８のＮＯの場合）。
【００３６】
ハンドシェイクの回数が６回の場合、図７に示すように、フレームワーク部１１ｂは、生産設備コントローラ１０ａから要求（３）が送信されると（ステップＳＴ２７のＹＥＳの場合）、要求（３）を受け取り、アプリケーション部２１ｂに対してアプリ処理要求をかける。この際、ＦＷ＿ＴｒｇＲｃｖＮｅｘｔをＯＮにする。そして、アプリケーション部２１ｂは、ＦＷ＿ＴｒｇＲｃｖＮｅｘｔがＯＮになったことを検出してハンドシェイク番号「２」に応じたハンドシェイクアプリ処理を行い、処理が完了するとＦＷ＿ＴｒｇＲｃｖＮｅｘｔをＯＦＦにする（ステップＳＴ２８）。その後、フレームワーク部１１ｂは連携情報である応答（３）を送信して（ステップＳＴ２９）、処理を終了する。
【００３７】
次に、図６に示すように、フレームワーク部１１ａは、生産設備コントローラ１０ｂから応答（３）が送信されると（ステップＳＴ１８のＹＥＳの場合）、応答（３）を受け取り、アプリケーション部２１ａに対してアプリ処理要求をかける。この際、ＦＷ＿ＴｒｇＲｅｑＮｅｘｔをＯＮにする。そして、アプリケーション部２１ａは、ＦＷ＿ＴｒｇＲｅｑＮｅｘｔがＯＮになったことを検出してハンドシェイク番号「３」に応じたハンドシェイクアプリ処理を行い、処理が完了するとフレームワーク部１１ａはＦＷ＿ＴｒｇＲｅｑＮｅｘｔをＯＦＦに設定し（ステップＳＴ１９）、ＦＷ＿ＴｒｇＲｅｑをＯＦＦにして処理を終了する。
【００３８】
なお、図４〜図７には、それぞれハンドシェイクの回数が２回、４回、６回の場合についてしか記載されていないが、ハンドシェイクの回数は６回よりも大きな回数に規定してもよい。
【００３９】
ここで、ハンドシェイクの回数を増やすことにより、どのような処理が可能となるかについて具体的に説明する。図８は、具体的に２台の生産設備間のやりとりの一例を示す概略外観図である。図８に示すように、生産設備１ａは、指定された場所から指定された場所にワーク５を移動するロボットであり、ハンド部分にはワーク５を把持する機構を有する。一方、生産設備１ｂは、ワーク５を把持する機構を有するワーク５搬入場所５１およびワーク搬出場所５２ならびにワーク加工場所５３を有し、ワーク搬入場所５１において把持したワーク５を引き込み、ワーク加工場所５３において加工を行った後、ワーク搬出場所５２へワーク５を送り出す機器である。
【００４０】
図８に示された生産設備１ａ，１ｂ間における処理の流れについて説明する。まず、生産設備１ａが把持したワーク５を移動し、生産設備１ｂのワーク搬入場所５１において生産設備１ａから生産設備１ｂにワーク５を受け渡す。次に、生産設備１ｂがワーク加工場所５３においてワーク５に対して加工処理を行う。そして最後に、ワーク搬出場所５２において生産設備１ｂから生産設備１ａにワーク５を受け渡し、生産設備１ａがワーク５を移動して、処理を終了する。
【００４１】
図９は、図８に示された生産設備間の仮想トレイの構成を示した図である。図９には、生産設備１ａが２つ記載されているが実態は１つであり、ラインの構成上、別々の装置として記載している。図９には、上流側を生産設備１ａとし、下流側を生産設備１ｂとする仮想トレイ６ａと、上流側が生産設備１ｂで下流側が生産設備１ａとする仮想トレイ６ｂの２組の仮想トレイが示されており、仮想トレイ６ａにおけるハンドシェイクの回数は４回、仮想トレイ６ｂにおけるハンドシェイクの回数は２回と規定されているものとする。
【００４２】
図１０は、図９に示された生産設備間の連携情報の伝達を示すシーケンス図である。まず、生産設備１ａが把持しているワーク５を生産設備１ｂのワーク搬入場所５１まで移動させ（処理１）、生産設備１ｂに対してワーク５の搬入を要求する（要求１）。生産設備１ｂは、生産設備１ａから要求を受けるとワーク搬入場所５１にあるワーク５を把持し（処理２）、生産設備１ａに対してワーク５を把持したと応答する（応答１）。生産設備１ａは、生産設備１ｂから応答を受けると、ワーク５の把持を解除し（処理３）、生産設備１ｂに対して搬送完了と要求する（要求２）。生産設備１ｂは、生産設備１ａから要求を受けると、生産設備１ａに対して搬送完了ＯＫと応答する（応答２）。
【００４３】
その後、生産設備１ｂは、ワーク搬入場所５１からワーク５を引き込み、ワーク加工場所５３において加工等を行い、ワーク搬出場所５２に送り出し（処理４）、生産設備１ａに対してワーク５の搬出を要求する（要求３）。生産設備１ａは、生産設備１ｂの要求を受けると、生産設備１ｂのワーク搬出場所５２に移動し、ワーク５を把持してワーク５を搬出し（処理５）、生産設備１ｂに対してワーク５の搬出ＯＫと応答する（応答３）。
【００４４】
このように、隣接する生産設備コントローラ間の仮想トレイにおけるハンドシェイクの回数を増やすことにより、生産設備間において、タイミングを合わせて把持したワーク５を受け渡しする協調処理などの複雑なやりとりを行うことが可能になる。
【００４５】
ここで、上流側の生産設備１ａが他の設備に変更になった場合を考える。この際、生産設備１ｂとしては、図１１に示すＡＰＩに基づいてアプリケーションを開発しており、新たに変更された生産設備１ａが連携情報の交換を規定の手順にのっとり行っていれば、生産設備１ｂの内部のアプリケーションプログラムを開発したり修正したりする必要がないので、容易に生産設備の変更に対応することができる。
【００４６】
以上のように、この発明の実施の形態１によれば、複数の生産設備のそれぞれが１台ずつ生産設備コントローラを備え、各生産設備コントローラが隣接する生産設備との間の情報を送受信する回数を規定して情報の送受信を当該規定した回数行うフレームワーク部と、フレームワーク部からの指示を受けて自身の生産設備が実行すべき処理を行うアプリケーション部とにより構成されるようにしたので、ラインを新たに構築する場合は、自身の生産設備が実行すべき処理のアプリケーションプログラムのみを作成すれば良い。また、隣接する生産設備との間において情報を規定した回数送受信することにより、例えば生産設備間において協調処理など、生産設備間において複雑なやりとりを行うことが可能になる。このように、生産設備間の情報伝達機構のプログラミングを不要とし、生産設備間で複雑なやりとりを行うことが可能なラインの構築に伴うプログラム開発、変更をする必要がなく、容易に生産設備の変更に対応することができる。
【００４７】
なお、本願発明はその発明の範囲内において、実施の形態の任意の構成要素の変形、もしくは実施の形態の任意の構成要素の省略が可能である。
【符号の説明】
【００４８】
１（１ａ，１ｂ，・・・）  生産設備
２  設備間コントローラ
３  操作装置
１０（１０ａ，１０ｂ，・・・）  生産設備コントローラ
１１（１１ａ，１１ｂ，・・・）  フレームワーク部
２１（２１ａ，２１ｂ，・・・）  アプリケーション部
４１（４１ａ，４１ｂ，・・・）  インタフェース部（Ｉ／Ｆ部、ＡＰＩ部）
５  ワーク
５１  ワーク搬入場所
５２  ワーク搬出場所
５３  ワーク加工場所
６（６ａ，６ｂ）  仮想トレイ
６１（６１ａ，６１ｂ）  要求側仮想トレイ
６２（６２ａ，６２ｂ）  応答側仮想トレイ
【図１】
0005871673.tif 000002
【図２】
0005871673.tif 000003
【図３】
0005871673.tif 000004
【図４】
0005871673.tif 000005
【図５】
0005871673.tif 000006
【図６】
0005871673.tif 000007
【図７】
0005871673.tif 000008
【図８】
0005871673.tif 000009
【図９】
0005871673.tif 000010
【図１０】
0005871673.tif 000011
【図１１】
0005871673.tif 000012