JP2002123309A

JP2002123309A - 処理装置及びその処理方法のプログラムを記録した記憶媒体

Info

Publication number: JP2002123309A
Application number: JP2000313536A
Authority: JP
Inventors: Takashi Suzuki; 隆司鈴木
Original assignee: Yamagata Casio Co Ltd
Current assignee: Yamagata Casio Co Ltd
Priority date: 2000-10-13
Filing date: 2000-10-13
Publication date: 2002-04-26

Abstract

(57)【要約】【課題】ネットワークで接続され各種の作業を効率良く
処理する複数の処理装置及びその処理方法のプログラム
を記録した記憶媒体を提供する。【解決手段】ネットワーク１４に接続された各装置１３
（１３−１〜１３−５）は、それぞれ全ラインで共通の
データベース及び同一生産ラインで共通のデータベース
を備えている。いずれかの装置１３でデータの更新の必
要が発生すると、先ずデータベースのロックが通知さ
れ、全装置のデータベースが、ロックを通知した装置以
外の全ての装置に対してロックされる。ロックを通知し
た装置は、更新対象データを有するレコードにロックフ
ラグを立てて他装置からの操作を禁止した後、データベ
ースに対するロックを解除し、ロックフラグを立てたレ
コードのデータを更新し、再び全装置のデータベースを
ロックし、更新対象レコードのロックフラグを解除し、
データベースのロックを解除して、処理を終了する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ネットワークで接
続され各種の作業を効率良く処理する複数の処理装置及
びその処理方法のプログラムを記録した記憶媒体に関す
る。

【０００２】

【従来の技術】従来より、電子部品を回路基板に搭載す
る作業を処理する処理装置としてＮＣプログラムで動作
する部品搭載装置がある。中には極めて大型で、それ一
台で、複雑な回路構成の基板に多種類の電子部品を搭載
可能な部品搭載装置もあるが、通常は、１号機、２号
機、３号機というように複数台の小型の部品搭載装置を
組み合わせて連結し、これで１つの生産ラインを構成す
る場合が多い。

【０００３】図１４は、そのような数台の部品搭載装置
からなる生産ラインの構成を模式的に示す図である。同
図に示す例では、装置（部品搭載装置、以下同様）１、
装置２及び装置３の３台の装置で第１生産ラインを構成
し、装置４及び装置５の２台の装置で第２生産ラインを
構成している。各生産ラインにおいて、不図示の回路基
板は、搬送ガイドレール６に案内され、この搬送ガイド
レール６の下部に配置されている不図示の搬送ベルトに
より、生産ライン上流側の装置から生産ライン下流側の
装置へと順次搬送されて所定の電子部品を搭載されて行
く。

【０００４】近年のように生産すべき製品（電子部品を
搭載して出来上がった回路基板）が少量多品種である場
合には、上記のように小型の装置を複数台組み合わせて
生産ラインを構成したほうが、作業の態様に合致してお
り、生産効率の良い生産ラインの構築方法であるという
ことが出来る。

【０００５】ところで、上記生産ラインを構成する複数
の装置は元来は個々に独立した装置であり、個々の装置
の動作制御は個々の装置にそれぞれ委ねられているか
ら、ラインで生産すべき製品の仕様に変更がある場合、
例えば搭載する電子部品のマスターデータに変更が生じ
ような場合、これに応じて生産ラインの動作の制御を切
り替えるための作業が必要となるが、つまり通常「段取
り」と呼ばれている作業が必要になるが、この段取りを
行うには、複数の、例えば３台の装置が連結していれば
３台の装置に対してそれぞれ個別に段取り作業が発生す
る。

【０００６】また、生産中つまり部品搭載作業の実行中
において、搭載する電子部品が無くなった、あるいは画
像認識処理又は位置認識処理でエラーが生じた、あるい
は、電子部品をピックアップし損じたなどの不具合が生
じた場合に、警告灯の点滅、ブザーの放音等による警告
報知がエラーの発生した装置から行われるが、この警告
報知で停止した生産ラインの復帰処理は、警告報知を行
った装置から行われるようになっている。

【０００７】また、各々の装置が独立しているために、
１つの装置でデータを変更しても、その変更した情報が
他の装置へは伝達されないから、変更した情報を他の装
置へ伝達する作業が必要である。例えば、ある装置で部
品マスターデータの欠陥が発見され、その欠陥が発見さ
れた部品マスターデータに修正が加えられたとき、その
修正された部品マスターデータを各装置に共有させて作
業を再開するという段取りのやり直しが必要となる。

【０００８】この場合、オペレータは、その修正部品マ
スターデータを一旦パーソナルコンピュータ等のデータ
処理機にダウンロードし、そのダウンロードした修正部
品マスターデータを他の装置に１台毎にアップロードし
ていくという作業を行う。

【０００９】

【発明が解決しようとする課題】しかしながら、このよ
うに段取り作業を複数の装置に対して個々に行うのでは
手数がかかって面倒であるという問題があった。但し従
来よりこの問題を解決するために、ホストコンピュータ
を設置し、このホストコンピュータに各装置をネットワ
ークで接続して、ホストコンピュータで複数の装置を制
御する方法があるにはあった。これであると、一見、オ
ペレータの手数が省けるように見える。

【００１０】しかし、この方法では、ホストコンピュー
タの導入・設置費用が高価であるばかりでなく、このホ
ストコンピュータのデータのバックアップ、整備保守等
のホストコンピュータの維持管理のための費用が極めて
高価となるため、数十台の装置を生産ラインに組み込ん
で稼動させる場合であれば採算上の問題は無いといえる
が、数台程度の装置を稼動させて作業を行う小規模ライ
ンの工場では、採算が合わないという問題があった。

【００１１】また、このようにホストコンピュータを設
置する方法は、ホストコンピュータを生産ラインから離
れたところに配置せざるを得ないため、例えば、装置が
４台程度の規模の生産ラインでも、生産ラインの長さは
３０ｍほどにもなるから、生産ラインの端部に配置した
ホストコンピュータを操作して（生産ラインの中央部で
は各種作業の邪魔になる）反対側端部の装置を制御する
場合はリモート制御の形態となり、操作するオペレータ
は、反対側端部の装置で始動の安全を確認した後、３０
ｍを走ってホストコンピュータに始動の指令を入力する
ということになり、操作性が悪いという問題も有してい
る。

【００１２】したがって、ホストコンピュータを生産ラ
インに組み込んで用いる種々の方法が提案されている
が、小規模工場で実用化されているものは極めて少なく
依然として、オペレータの手を煩わしながら各装置に対
し個々に段取りを行う非能率的な状態は改善されていな
いのが現状である。

【００１３】本発明の課題は、上記従来の実情に鑑み、
例えば生産ラインを構成する部品搭載装置のような各種
の作業を処理する複数の処理装置において、ホストコン
ビユータを使用せずに、リモート制御とデータベースの
更新を自動的に行う処理装置及びその処理方法のプログ
ラムを記録した記憶媒体を提供することである。

【００１４】

【課題を解決するための手段】先ず、請求項１記載の発
明の処理装置は、少なくとも１台以上の他の処理装置と
共にネットワークに接続されたとき、該ネットワークを
介して、他の上記処理装置をリモート制御すべくリモー
ト制御の開始を通知する開始通知手段と、他の上記処理
装置からリモート制御の開始の通知を受けたとき該リモ
ート制御に移行できない場合にリモート制御の拒絶を通
知する拒絶通知手段と、他の上記処理装置からリモート
制御の開始の通知を受けたとき該リモート制御に移行で
きる場合にリモート制御の許諾を通知する許諾通知手段
と、他の上記処理装置をリモート制御すべくリモート制
御の開始を通知した後、該リモート制御の開始の通知に
対し上記リモート制御の許諾の通知を行った他の上記処
理装置に対しリモート制御を行う制御実行手段と、該制
御実行手段によるリモート制御が終了したとき該リモー
ト制御の終了を他の上記処理装置に指令する終了指令手
段とを備えて構成される。

【００１５】そして、例えば請求項２記載のように、処
理ラインの構成データを記憶するライン構成記憶手段
と、該ライン構成記憶手段に記憶される処理ラインの構
成データに基づいて上記リモート制御の開始の通知を行
った処理装置が自装置と同一ラインを構成する処理装置
であるか否かを判別する判別手段と、を更に備え、上記
拒絶通知手段は、上記判別手段により上記リモート制御
の開始の通知を行った処理装置が自装置と同一ラインを
構成しない処理装置であると判別された場合に上記リモ
ート制御の拒絶を通知するように構成される。

【００１６】また、例えば請求項３記載のように、処理
作業に係わるデータベースを記憶するデータベース記憶
手段を更に備え、上記制御実行手段は、上記ネットワー
クを介し、上記データベース記憶手段に記憶されるデー
タベースの更新対象レコードを更新するようリモート制
御するように構成される。

【００１７】そして、上記制御実行手段は、例えば請求
項４記載のように、全処理装置の上記更新対象レコード
に自装置からの更新データ以外に基づくデータ更新を禁
止するよう禁止状態を設定する禁止設定手段と、上記更
新対象レコードの更新データを全処理装置へ通知する更
新データ通知手段と、全処理装置の更新対象レコードの
上記禁止状態の設定を解除する禁止解除手段と、を備え
て構成され、また、例えば請求項５記載のように、上記
ネットワークに参加していない上記処理装置に対する上
記禁止状態の設定、上記更新データの通知、又は上記禁
止状態の設定解除、の各処理を表わす処理データを保存
する保存手段を備えて構成される。

【００１８】この場合、上記処理装置は、例えば請求項
６記載のように、上記ネットワークへの参加を開始した
とき、上記保存手段に保存されていた処理データを読み
出して、該読み出した処理データに基づいて上記禁止状
態の設定、上記更新データの通知、又は上記禁止状態の
設定解除を行うように構成される。

【００１９】また、例えば請求項７記載のように、上記
データベースは、電子部品のマスターデータからなるデ
ータベースであり、上記処理装置は、部品搭載装置であ
ってもよい。次に、請求項８記載の発明の記憶媒体は、
少なくとも１台以上の他の処理装置と共にネットワーク
に接続されたとき、該接続された処理装置に、前記ネッ
トワークを介して、他の上記処理装置をリモート制御す
べくリモート制御の開始を通知する開始通知機能と、他
の上記処理装置からリモート制御の開始の通知を受けた
とき該リモート制御に移行できない場合にリモート制御
の拒絶を通知する拒絶通知機能と、他の上記処理装置か
らリモート制御の開始の通知を受けたとき該リモート制
御に移行できる場合にリモート制御の許諾を通知する許
諾通知機能と、他の上記処理装置をリモート制御すべく
リモート制御の開始を通知した後、該リモート制御の開
始の通知に対し上記リモート制御の許諾の通知を行った
他の上記処理装置に対しリモート制御を行う制御実行機
能と、該制御実行機能によるリモート制御が終了したと
き該リモート制御の終了を他の上記処理装置に指令する
終了指令機能とを実行させるためのプログラムを記録し
たコンピュータによる読取りが可能な記憶媒体である。

【００２０】そして、上記プログラムには、例えば請求
項９記載のように、処理ラインの構成データを記憶する
ライン構成記憶機能と、該ライン構成記憶機能に記憶さ
れる処理ラインの構成データに基づいて上記リモート制
御の開始の通知を行った処理装置が自装置と同一ライン
を構成する処理装置であるか否かを判別する判別機能
と、を更に備え、上記拒絶通知機能は、上記判別機能に
より上記リモート制御の開始の通知を行った処理装置が
自装置と同一ラインを構成しない処理装置であると判別
された場合に上記リモート制御の拒絶を通知するように
構成され、また、例えば請求項１０記載のように、処理
作業に係わるデータベースを記憶するデータベース記憶
機能を更に備え、上記制御実行機能は、上記ネットワー
クを介し、上記データベース記憶機能に記憶されるデー
タベースの更新対象レコードを更新するようリモート制
御するように構成される。

【００２１】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照しながら説明する。図１は、一実施の形態に係わ
る生産ラインネットワークシステムの基本構成を模式的
に示す図である。同図に示すように、この生産ラインネ
ットワークシステム１０は、第１生産ライン１１と第２
生産ライン１２の二つの生産ラインから成り、第１生産
ライン１１及び第２生産ライン１２は、それぞれ複数の
処理装置としての装置１３（第１生産ライン１１は０１
装置１３−１、０２装置１３−２１３−２、０３装置１
３−３、第２生産ラインは０４装置１３−４、０５装置
１３−５）から構成されている。そして、これらの装置
１３は、それぞれ有線または無線のネットワーク１４を
介して接続されている。

【００２２】上記の０１装置１３−１、０２装置１３−
２１３−２、・・・の名称の先頭に付与されている「０
１」「０２」、・・・は各装置１３を個々に識別するＩ
Ｄであり、各装置１３の不図示の記憶装置にソフト的
に、または設定スイッチ等でハード的に設定されてい
る。各装置１３は、このＩＤによって自装置を認識し、
また、このＩＤと、不図示のライン構成データベースと
に基づいて、自装置が第１生産ライン１１又は第２生産
ライン１２のどの生産ラインに所属しているか、所属す
る生産ラインの上流側から（又は下流側から）何番目の
位置に配置されているか等の認識を行うことができる。

【００２３】このように、生産ラインが何ラインあって
も、また一つの生産ラインの中に装置１３が何台であっ
ても、上記のように各装置１３はＩＤで区別され、か
つ、各々の装置１３が全体の生産ラインの構成をライン
構成データベースに記憶している。

【００２４】図２(a) は、上記装置１３を部品搭載装置
としたときの外観斜視図であり、同図(b) は、上下の保
護カバーを取り除いて内部の構成を模式的に示す斜視図
である。同図(a),(b) に示す部品搭載装置（以下、本体
装置ともいう）１３は、天井カバー上部に、液晶ディス
プレイとタッチパネルからなり外部からの操作により各
種の指示を入力することができる表示入力装置１６と、
ＣＲＴディスプレイからなるモニタ装置１７と、稼動状
態を報知する警報ランプ１８とを備えている。

【００２５】下部の基台１９の上には、中央に、固定と
可動の１対の平行する基板案内レール２１−１及び２１
−２が基板の搬送方向（図の斜め右下から斜め左上方
向）に水平に延在して配設される。これらの基板案内レ
ール２１−１及び２１−２の下部に接して、ループ状の
搬送ベルト（コンベアベルト）が走行可能に配設され
る。搬送ベルトは、それぞれ数ミリ幅のベルト脇部を基
板案内レール２１−１又は２１−２の下から基板搬送路
に覗かせて、ベルト駆動モータにより駆動され、基板搬
送方向に走行し、基板の裏面両側を下から支持しながら
装置本体内に部品搭載前の基板をライン上流側から搬入
し、部品搭載済みの基板をライン下流側に搬出する。

【００２６】そして、基台１９の内部には、特には図示
しないが、基板の位置決め装置、基板を２本の案内レー
ル２１−１、２１−２間に固定する基板固定機構、各部
を制御する制御回路等が備えられている。また、更に基
台１９の上には、上記１対の基板案内レール２１−１及
び２１−２を跨いで、基板搬送方向に直角の方向（前後
方向）に平行に延在する左右一対の固定レール２２−１
及び２２−２が配設されている。これら固定レール２２
−１及び２２−２に移動レール２３が固定レール２２−
１及び２２−２に沿って滑動自在に係合し、この移動レ
ール２３に、基板に部品を搭載する作業を行う作業塔２
４が移動レール２３に沿って滑動自在に懸架されてい
る。

【００２７】図には定かに示していないが、上記の移動
レール２３には、その長手方向（横方向）に沿って作業
塔２４を自在に移動させせる横方向駆動サーボモータが
配設され、基台１９上には、移動レール２３を固定レー
ル２２−１及び２２−２に沿って前後に進退させる前後
方向駆動サーボモータが配設されている。これらの横方
向駆動サーボモータ及び前後方向駆動サーボモータが制
御回路からの指示により正逆両方向に自在に回転するこ
とにより、作業塔２４が横方向及び前後方向に自在に移
動する。

【００２８】上記の基台１９上の前部と後部には夫々部
品供給ステージ２５−１及び２５−２が配設されてい
る。これら部品供給ステージ２５−１及び２５−２に
は、特には図示しないが、部品を収納したテープを巻着
したリールを備えたカートリッジ方式の多数の部品供給
装置が複数種類の部品に対応して載設され、あるいは複
数種類の部品に対応する複数枚のパレットを備えたトレ
イ方式の部品供給装置等が係合する。

【００２９】上記の作業塔２４は、上下方向に自在に昇
降可能であると共に３６０度方向に回転可能な機構を有
する一つ又は複数の作業ヘッドを備え、その作業ヘッド
の先端に着脱自在に装着する吸着ノズル２６又は不図示
のチャック機構により、部品供給ステージ２５−１又は
２５−２上に載設または係合する部品供給装置から所望
の部品を吸着または把持して基板上に搭載する。

【００３０】この作業塔２４は、屈曲自在で内部が空洞
な帯状のチェーン体２７−１及び２７−２に保護・収容
された複数本の不図示の信号コードによって装置本体の
中央制御部と連結されている。作業塔２４は、これらの
信号コードを介して中央制御部からは電力及び制御信号
を供給され、中央制御部へは基板上の部品搭載位置の情
報を示す画像データを送信する。

【００３１】作業塔２４は、上述した移動レール２３と
固定レール２２−１及び２２−２に係合して自在に移動
し、その作業ヘッドの先端にこれから吸着又は把持すべ
き部品に対応する吸着ノズル２６又はチャック機構を装
着すべく、保持具交換器２８上で所望の吸着ノズル２６
又はチャック機構を装着し、部品供給ステージ２４−１
又は２４−２上の適宜の部品供給装置から所望の部品を
吸着又は把持し、その吸着又は把持した部品を、本体装
置１３内に自動搬入されて所定の位置に位置決め固定さ
れている基板上に搭載する。

【００３２】このとき、作業塔２４は、上記部品の搭載
に先立って、基板案内レール２１−１と部品供給ステー
ジ２４−１の間に在って、保持具交換器２８と並んで配
設されている照明具付き部品認識用カメラ２９の上に移
動し、その部品認識用カメラ２９により、保持している
部品の保持状態を撮像させ、その撮像された画像データ
を中央制御部に送信する。更に、作業塔２４は、自装置
内部に配設されている基板認識用カメラ（図では見えな
い）によって、基板の部品搭載位置を撮像して、その撮
像データを中央制御部へ転送する。

【００３３】図３は、上記中央制御部の構成を示すブロ
ック図である。同図に示すように、中央制御部３０は、
装置全体を制御するＣＰＵ（中央演算処理装置）３１
と、このＣＰＵ３１にバス３２を介して接続されたＲＯ
Ｍ(Read-Only-Memory)３３、ＲＡＭ(Random-Access-Mem
ory)３４、画像処理部３５、伝送制御部３６、上述した
表示入力装置１６、同じくモニタ装置１７、及び記憶装
置３７から構成されている。

【００３４】上記の記憶装置３７には、記憶媒体３８が
着脱自在に配設される。この記憶媒体３８は、内蔵ＨＤ
Ｄ、外付けＨＤＤ、ＦＤＤ、ＭＯ、ＣＤ−ＲＯＭ、メモ
リカード、又はメモリスティック等から成る。ＣＰＵ３
１は、ＲＯＭ３３に格納されているファームウエアに基
づいて各ハード機構部を制御し、記憶装置３７に搭載さ
れているＯＳ（ユーザの操作環境を設定する基本ソフ
ト）を、順次ＲＡＭ３４の所定領域に読み出し、このＯ
Ｓに従い、更に、同じく記憶装置３７に搭載されている
生産ラインネットワークシステム１０における制御処理
プログラムに基づいて全体の動作を制御する。また、生
産実稼動中においては、記憶装置３７に搭載されている
ＮＣプログラムを読み出して部品搭載処理を実行する。

【００３５】ＲＡＭ３４は、ＣＰＵ３１の制御により、
記憶装置３７から読み出されたＯＳの、あるいは生産ネ
ットワークシステム１０の処理プログラムのファイル
や、この処理プログラムの各種管理情報ファイルやその
他の各種中間データを一時的に記憶する。

【００３６】画像処理部３５は、図２に示した部品認識
用カメラ２９や不図示の基板認識カメラを駆動し、その
撮像のアナログ信号をデジタル信号に変換し、内蔵のメ
モリにドットイメージで展開して、これをＣＰＵ３１に
転送する。伝送制御部３６は、ネットワーク１４を介し
て他の部品搭載装置１３と通信が可能な有線用コネク
タ、あるいは無線でネットワーク１４に接続可能な無線
装置を接続するためのモデム、モデムカード、又はモジ
ュール等のコネクタを有するＩ／Ｏ（入出力）インター
フェースを備えている。

【００３７】記憶装置３７は、内蔵ＨＤＤ、外付けＨＤ
Ｄ、ＦＤＤ、ＭＯ、ＣＤ−ＲＯＭ、メモリカード等の記
憶媒体３８のドライブ装置又は着脱装置を備えており、
ＣＰＵ３１の制御の下に、所望のプログラムファイルや
データファイルをこれらの記憶媒体３８から読み出し、
又は保管すべきプログラムファイルやデータファイルを
これらの記憶媒体３８に格納する。

【００３８】図４は、上記構成の部品搭載装置１３（図
１の０１装置１３−１、０２装置１３−２１３−２、０
３装置１３−３、０４装置１３−４、０５装置１３−
５）の中央制御部３０により実行される生産ラインネッ
トワークシステム１０におけるリモート制御開始の処理
動作を説明するフローチャートである。

【００３９】尚、本発明のリモート制御には、段取り段
階における可動の基板案内レール２１−２の位置決めや
部品搭載処理のティーチング、実稼動開始の指示や停止
の指示等の機械的動作に係わるリモート制御と、段取り
段階におけるデータの更新（追加、修正、削除）、ある
いは実稼動中における実績データや履歴データの作成等
のデータ処理に係わるリモート制御とがある。

【００４０】ここでは、機械的動作に係わるリモート制
御について説明する。また、ここでは、ネットワーク１
４において、０１装置１３−１から他の装置１３への制
御を開始する場合を例にとって説明する。また、他の装
置の代表として０２装置１３−２を例にとって説明す
る。

【００４１】先ず、０１装置１３−１からリモート制御
を開始する旨の通知がネットワーク１４を介して０２装
置１３−２に発信される（ステップＳ１０１）。この発
信されたリモート制御開始の通知は、０２装置１３−２
により受信される（ステップＳ２０１）。

【００４２】０２装置１３−２は、この受信により、先
ず、現在、リモート制御中（自装置が他装置に対しリモ
ート制御中あるいは他装置からのリモート制御受け付け
中）であるか否かを判別し（ステップＳ２０２）、リモ
ート制御中でなければ（Ｓ２０２０がＮｏ）、続いて、
本通知を発信した０１装置１３−１が自装置と同じ生産
ライン（本例では第１生産ライン１１）か否かを判別す
る（ステップＳ２０３）。

【００４３】そして、本例では、０１装置１３−１は第
１生産ライン１１に所属する、すなわち同じ生産ライン
であるので（Ｓ２０３がＹｅｓ）、０１装置１３−１か
らのリモート制御の開始を受け付けることを許諾する旨
の信号をネットワーク１４を介して返信する（ステップ
Ｓ２０４）。そして、自装置を、０１装置１３−１から
のリモート制御中モードに設定して（ステップＳ２０
５）、処理を終了する（ステップＳ２０６）。

【００４４】このように、例えば基板案内レール２１−
１及び２１−２間のレール幅の調整等のような本例の機
械的動作に係わるリモート制御は、一般に、生産ライン
に対して行なわれるものであるため、同一生産ライン内
の装置からのみ、リモート制御できるようにしている。

【００４５】他方、上記ステップＳ２０３の判別で、同
じ生産ラインでない場合、例えばリモート制御開始の通
知が０１装置１３−１からではなく、０４装置１３−４
からであったような場合には（Ｓ２０３がＮｏ）、リモ
ート制御の開始を受け付けることを拒絶する旨の信号を
返信して（ステップＳ２０７）、上記ステップＳ２０６
の終了処理を行う。

【００４６】また、上記ステップＳ２０２の判別で自装
置がリモート制御中である場合は（Ｓ２０２がＹｅ
ｓ）、同様に、ステップＳ２０７に進み、リモート制御
の開始を受け付けることを拒絶する旨の信号を返信し
て、上記ステップＳ２０６の終了処理を行う。

【００４７】上記０２装置１３−２からネットワーク１
４に送出された許諾又は拒絶の返信は、０１装置１３−
１により受信され（ステップＳ１０２）、その返信が許
諾であるか否かが判別される（ステップＳ１０３）そし
て、許諾であれば（Ｓ１０３がＹｅｓ）、ＯＫ処理に移
行する（ステップＳ１０４）。このＯＫ処理は、リモー
ト制御権を獲得したことを設定する処理である。

【００４８】他方、上記ステップＳ１０３で拒絶であれ
ば（Ｓ１０３がＮｏ）、ＮＧ処理に移行する（ステップ
Ｓ１０５）。このＮＧ処理は、オペレータに、リモート
制御権を獲得出来なかった旨の報知や、次にどのような
処理を行うべきかを問い合わせる表示処理、指示の入力
を待つ処理等である。

【００４９】図５は、上記のようにリモート制御権を獲
得したことによって可能となったリモート制御実行のフ
ローチャートである。同図において、０１装置１３−１
は、リモート制御を実行する（ステップＳ１１１）。こ
の処理では、０１装置１３−１から０２装置１３−２に
対し実行したいコマンドがネットワーク１４を介して通
知（指示）される。

【００５０】０２装置１３−２は、上記のコマンドを受
信すると（ステップＳ２１１）、その受信したコマンド
が０１装置１３−１からのリモート制御信号であるかい
なかを判別する（ステップＳ２１２）。この処理は、自
装置が０１装置１３−１からのリモート制御が可能な状
態に設定されている（制御開始の許諾信号を返信した先
の装置として０１装置１３−１が所定の記憶領域に登録
されている）ことを確認し、送信されてきた制御信号の
送出元装置が、上記登録されている装置であるかを調べ
る処理である。

【００５１】この例では、登録されている０１装置１３
−１からの制御信号であるので（Ｓ２１２がＹｅｓ）、
制御を実行する（ステップＳ２１３）。すなわち、上記
の通知によって指示されたコマンドを実行する。そし
て、その結果を、つまり終了値を、０１装置１３−１へ
ネットワーク１４を介して通知して（ステップＳ２１
４）、処理を終了する（ステップＳ２１５）。

【００５２】尚、０２装置１３−２は、上記のステップ
Ｓ２１１において、０１装置１３−１以外の他の装置１
３から誤って送信された制御信号も受信しており、これ
らの制御信号を受信する都度、ステップＳ２１２におけ
る判別処理を行い、０１装置１３−１以外の他の装置か
らの制御信号であるときは、その装置に対して、拒絶信
号を送信する（ステップＳ２１７）。これにより、万が
一、制御権を獲得していない他の装置から誤って制御信
号が入力してきたときでも、その制御信号によって誤動
作を起さないように制御される。

【００５３】０１装置１３−１は、上記の終了値を受信
して（ステップＳ１１２）、その受信した終了値が、拒
絶信号でないことを確認して（ステップＳ１１３、及び
判別がＮｏ）、ＯＫ処理に移行する（ステップＳ１１
４）。これにより、リモート制御権の獲得が維持され、
リモート制御権獲得解除までの間、０２装置１３−２に
対し所望のリモート制御コマンドを何回でも発信するこ
とができる。

【００５４】尚、リモート制御権を獲得していない他の
装置が、オペレータの操作ミス又はプログラムのバグ等
により、制御信号を誤って送信した場合も、他の装置は
同図に示す０１装置１３−１が行う処理と同一の処理を
行っており、この場合は０２装置１３−２からステップ
Ｓ２１７の処理による拒絶信号を返信されることによ
り、ステップＳ１１３の判別で「Ｙｅｓ」となるため、
ＮＧ処理を行う（ステップＳ１１５）。

【００５５】また、上記のリモート制御実行におけるリ
モート制御コマンドの実現方法については、例えば従来
より知られているＲＰＣ（リモートプロシジャーコー
ル）といった複数のコンピュータ間の分散処理に用いら
れるプログラムを利用しても良い。但し、ＲＰＣには、
開始、終了、拒絶のコマンドが無い、つまり他装置との
同期性がなく、リモート制御コマンドはアット・ランダ
ムに送出され、これに対する他装置による処理は、他装
置による自己判断で行われるから、そのままでは本例の
生産ラインネットワークシステム１０に用いることはで
きない。

【００５６】すなわち、先に述べた本発明のリモート制
御開始の処理に基づくリモート制御権獲得と、後述する
リモート制御終了の処理に基づくリモート制御権獲得解
除とを行う必要がある。図６は、上記のリモート制御を
終了する処理動作を説明するフローチャートである。上
述したリモート制御の実行を終了する場合は、獲得した
リモート制御権を解放しなければならない。同図におい
て、先ず、０１装置１３−１は、リモート制御終了の通
知を、ネットワーク１４を介して０２装置１３−２に送
信する（ステップＳ１２１）。

【００５７】０２装置１３−２は、上記の通知を受信す
ると（ステップＳ２２１）、その受信した通知が０１装
置１３−１からのリモート制御信号であるかいなかを判
別する（ステップＳ２２２）。この処理も、前述したリ
モート制御実行処理におけるステップＳ２１２の処理と
同様に、自装置が０１装置１３−１からのリモート制御
が可能な状態に設定されていることを確認する処理であ
る。

【００５８】そして、この場合も、リモート制御権を獲
得している０１装置１３−１からの制御信号であるので
（Ｓ２２２がＹｅｓ）、リモート制御の終了を許諾する
旨を示す許諾信号を、ネットワーク１４を介して０１装
置１３−１に返信した後（ステップＳ２２３）、リモー
ト制御の設定を解除して（ステップＳ２２４）、処理を
終了する（ステップＳ２２５）。

【００５９】尚、この場合も、０２装置１３−２は、上
記のステップＳ２２１において、０１装置１３−１以外
の他の装置１３から誤って送信された制御信号を受信し
ており、そのように０１装置１３−１以外の他の装置か
らの制御信号を受信したときは、ステップＳ２２２にお
ける判別処理で「Ｎｏ」となるので、その場合は、その
装置１３に対して拒絶信号を送信する（ステップＳ２２
６）。これにより、他の装置からの誤った制御信号によ
る万が一の誤動作を防止している。

【００６０】０１装置１３−１は、上記の許諾信号を受
信して（ステップＳ１２２）、その受信した信号が許諾
信号であることを確認して（ステップＳ１２３、及び判
別がＹｅｓ）、ＯＫ処理に移行する（ステップＳ１２
４）。このＯＫ処理は、自装置を平常の処理動作を行う
ように設定する処理である。

【００６１】尚、この場合も、リモート制御権を獲得し
ていない他の装置が、オペレータの操作ミス又はプログ
ラムのバグ等により、終了通知の制御信号を誤って送信
した場合も、他の装置は同図に示す０１装置１３−１が
行う処理と同一の処理を行っていることにより、０２装
置１３−２からステップＳ２２６の処理による拒絶信号
を返信されて、ステップＳ１２３の判別で「Ｎｏ」とな
るため、ＮＧ処理を行う（ステップＳ１２５）。

【００６２】尚、０１装置１３−１の表示装置（表示入
力装置１６又はモニタ装置１７）に０２装置１３−２を
リモート制御中であることを表示し、０２装置１３−２
の表示装置（表示入力装置１６又はモニタ装置１７）に
０１装置１３−１からリモート制御されていることを表
示するようにしても良い。これであると、オペレータが
混乱しないので、好適にシステムを運用できる。

【００６３】次に、各装置１３毎に設けられている例え
ば電子部品搭載処理プログラムのパラメータテーブル等
からなるデータベースのデータに対して、段取り作業時
において、追加、修正、削除等の更新を行うデータ処理
や、実稼動中において、生産実績データや処理履歴デー
タの作成等のデータ処理に係わるリモート制御について
説明する。

【００６４】このリモート制御により、各装置１３毎に
設けられているデータベースのデータに対する処理が、
いずれか１台の装置１３でデータ処理するだけで、この
処理に自動的に同期して、他の装置１３のデータ処理が
行われる。図７(a),(b) は、それぞれ０１装置１３−１
と０２装置１３−２の記憶装置３７に記憶されるデータ
ベースの構成を模式的に示す図である。同図(a) に示す
０１装置１３−１のデータベース３９−１の内容と、同
図(b) に示す０２装置１３−２のデータベース３９−２
の内容は、全て同一である。つまり、同一生産ラインの
異なる装置１３のデータベース３９（３９−１、３９−
２、・・・）の内容は、それぞれ同一である。また、生
産ラインが異なっても、共通のデータは同一内容で保持
される。

【００６５】同図(a),(b) に示すデータベース３９−１
及び３９−２に示すように、データベースは複数のテー
ブル（同図の例ではテーブルＡとテーブルＢの２つのテ
ーブルを示している）を持つことができる。また、各テ
ーブルは、それぞれ複数のレコードを持つことができ
る。そして、各レコードは、キー、データ、及びロック
フラグの３つの領域から成る。

【００６６】同図(a),(b) に示す例では、テーブルＡ
は、キー領域にそれぞれ１、２、３、４、５、６、７、
及び８を格納された８個のレコードを有し、テーブルＢ
は、キー領域にそえぞれａ、ｂ、ｃ、ｄ、ｅ、及びｆを
格納された６個のレコードを有している。

【００６７】データ領域には、特には図示していない
が、部品マスタデータの各レコード、ＮＣプログラムの
各ステップ、処理の履歴を示す実績データ等の種々のデ
ータがそれぞれ格納されている。そして、ロックフラグ
領域には、「００」又は装置１３の「ＩＤ」が格納され
る。同図(a),(b) に示す例では、テーブルＡのキー領域
が「３」及び「４」となっているレコードのロックフラ
グ領域には、０１装置１３−１のＩＤである「０１」が
格納されており、キー領域が「６」及び「７」となって
いるレコードのロックフラグ領域には、０２装置１３−
２のＩＤである「０２」が格納されている。

【００６８】ロックフラグ領域の「００」は、いずれの
装置１３もデータを更新しようとしていないことを表わ
し、ロックフラグ領域のＩＤ（「０１」及び「０２」）
は、当該ＩＤの装置１３が、そのレコードのデータを更
新しようとしていることを表している。

【００６９】すなわち、同図(a) に示す例は、０１装置
１３−１のＣＰＵ３１−１が、テーブルＡのキー領域が
「３」と「４」のレコードのデータと、テ−ブルＢのキ
ー領域が「ｆ」のレコードのデータとを更新しようとし
て、それぞれのレコードのロックフラグ領域を「０１」
にしたものである。

【００７０】また、同図(b) に示す例は、０２装置１３
−２のＣＰＵ３１−２が、テーブルＡのキー領域が
「６」と「７」のレコードのデータと、テーブルＢのキ
ー領域が「ｂ」のレコードのデータとを更新しようとし
て、ロックフラグ領域を「０２」にしたものである。

【００７１】この状態で、例えば０１装置１３−１によ
ってロックフラグ領域に「０１」のロックフラグが立て
られているテーブルＡのキー領域が「３」と「４」のレ
コードに対しては、０２装置１３−２は（０１装置１３
−１以外の他の装置１３も同様）、データの更新をする
ことはできない。このように、レコード毎に持つロック
フラグを利用し、各装置１３でのデータ更新時の排他的
制御を実現するものである。

【００７２】尚、本例におけるデータベース３９の各テ
ーブルは、一般的なリレーショナル型データベースの形
式から成っているが、勿論、他の形式のデータベースで
あっても良い。いずれにしても、各テーブルの各レコー
ドには、ロックフラグ領域を設けるようにする。

【００７３】図８は、上記のレコードのデータを更新す
る処理動作の全体の流れを示すフローチャートである。
尚、以下の説明では、ロックグラグ領域にロックフラグ
を設定する処理を、単に「ロック、又はロックする」と
いい、他装置にロックフラグの設定を要求することを、
単に「ロック要求」という。また、以下の説明では０１
装置１３−１を主体にして説明を進めることとし、０１
装置１３−１のことを、単に０１号機といい、これは他
の装置１３−２〜１３−５についても同様に０２号機〜
０５号機という。

【００７４】図８において、０１号機は、先ず、更新し
たいレコード（更新対象レコード）に対するロック要求
を他の全装置（０２号機〜０５号機）に対して通知する
（ステップＳ１３１）。続いて、そのロック要求が実行
されたか否かを判別し（ステップＳ１３２）、ロックが
出来ななかった場合は（Ｓ１３２がＮ）、すでに他の装
置１３で当該レコードを編集中であると判断して（ステ
ップＳ１３５）、処理を終了する。他方、ロックが出来
た場合は（Ｓ１３２がＹ）、当該更新対象レコードのデ
ータを更新し（ステップＳ１３３）、データの更新が終
わったならば、設定したロックを解除して（ステップＳ
１３４）、処理を終了する。

【００７５】ここで、上記の処理によって、全装置のデ
ータベースのレコードのいずれかを更新する場合、同時
に複数の装置が、同一のレコードを更新しようとする場
合があることも考えられ、その場合は同一のレコードに
対して複数のロック要求が行われて、混乱したり誤動作
が起きないように、全装置のレコードに対して更新を実
行する装置は必ず１台のみでなければならない。

【００７６】そこで、以下に説明するように、先ず全装
置のデータベースをロックし、自装置（以下の説明では
０１号機）以外の装置からは、ロックされたデータベー
スに対しては、その中のいずれのレコードに対してもロ
ックの設定や解除が出来ないようにして、０１号機によ
る全装置への排他的制御を実現する。

【００７７】図９は、上記ステップＳ１３１で行われる
データベースのレコードをロックする処理の詳細を示す
フローチャートである。先ず、同図に示すように、自装
置（０１号機）のデータべースをロックする（ステップ
Ｓ１３１−１）。この処理では、自装置のデータベース
３９の不図示のロックフラグ領域に、自装置の指示によ
り設定されたことを示すデータと共にロックフラグが設
定される。

【００７８】上記に続いて、他装置（０２号機〜０５号
機）へのデータベースのロック要求の通知をネットワー
ク１４を介して発信する（ステップＳ１３１−２）。こ
のロック要求の通知に対して他装置は、許諾又は拒絶を
通知する。すなわち、他装置は、自己のデータベースを
ロック出来るときは、自己のデータベースをロックする
と共に許諾信号をネットワーク１４に送出し、ロック出
来ない場合は拒絶信号をネットワーク１４に送出する。

【００７９】このように、ロック出来ない場合とは、０
１号機がレコード更新のため上記のようにステップＳ１
３１−１において自己のデータベースをロックしたと
き、その同じタイミングで他装置（例えば０２号機）も
自己のデータベースの同一レコードに対して更新のため
にステップＳ１３１−１の処理を行ってロックした場合
であり、この場合は、０１号機及び０２号機は共々ステ
ップＳ１３１−２の処理に同時に進むため、お互いが自
己のデータベースを既にロック済みであり他装置からの
指示ではロックすることは出来ないということである。

【００８０】そして、このような場合は、他装置からの
ロック要求に対して応じることができないので拒絶を通
知することになる。上記に続いて０１号機では、各他装
置からの返信を受信して、全装置でデータベースのロッ
クが出来たか否か、すなわち、拒絶の通知が無いか否か
を判別する（ステップＳ１３１−３）。そして、もし１
台でも拒絶を通知してきた他装置があると（Ｓ１３１−
３で「拒絶通知があった」）、この場合は、許諾を通知
してきた他装置のデータベースのロックを解除する（取
消す）信号を出力し（ステップＳ１３１−４）、次に自
装置のデータベースのロックも解除して（ステップＳ１
３１−５）、一旦通常の状態に戻す。

【００８１】そして、ランダムな適宜の待ち時間を不図
示のタイマに設定し、このタイマがカウントアップする
と（ステップＳ１３１−６）、再び上記のステップＳ１
３１−１の処理に戻る、ということを繰り返す。尚、上
記一旦通常の状態に戻ったときに、他装置からのロック
要求を受信したときは、その他装置からのロック要求に
従うことになる。

【００８２】上記のように０１号機と０２号機の最初の
自己レコードのロックのタイミングが同時であって、そ
の後の数ステップの処理が双方同じタイミングで進行し
ても、ステップＳ１３１−６の処理では、上記タイマに
設定される計時時間にはランダムな値が設定されるの
で、次からの繰り返し処理では、やがては０１号機と０
２号機との間に必ず処理の開始時間にずれを生じて、い
ずれかの装置が処理を先行することになり、ステップＳ
１３１−２において全装置によってデータベースがロッ
クされる。

【００８３】ここでは、０１号機が処理を先行して、他
装置のデータベースをロック出来たものとする。これに
より、０１号機において、上記ステップＳ１３１−３の
判別で、拒絶を通知してきた他装置が１台も無いことが
判別される（Ｓ１３１−３で「拒絶通知はなかっ
た」）。そして、これで、ネットワークに接続されてい
る全ての装置のデータベースがロックされたため、０１
号機は、全装置のデータベースの所望のレコード（更新
対象レコード）のロックフラグ（データベースではなく
レコードに対するロックフラグ）の操作（この場合は、
ＩＤの書き込み、すなわちロックフラグを立てる処理）
を、０１号機でのみ排他的にを行うことができるように
なる。

【００８４】上記に続いて、もし通知の無い装置があれ
ば、その通知の無い装置用に、上記のデータベースのロ
ツク要求を記録する（ステップＳ１３１−７）。この処
理は、図には示していないが、０１号機は、先ず、許諾
通知を発信してきた装置のＩＤを調べ、本来ネットワー
ク上に存在しているはずの全ての装置から許諾通知が来
ているかを調べ、もし通知が無い装置（許諾の通知も拒
絶の通知もいずれも応答が無い装置、すなわち通知無し
装置）が存在していれば、その通知無し装置に対するデ
ータベースロックの要求を自己の記憶装置の所定の記憶
領域に記憶しておく。

【００８５】このように、本発明では、通知が無い装置
は、通常は保守作業中等で電源が切られている装置であ
り、ネットワーク１４に現在参加していない装置であ
る。その通知無し装置が後刻どの時点であっても電源を
入れられてネットワーク１４に復帰したときに、その通
知無し装置のデータベースが直ちに正しく更新されて、
その通知無し装置が他装置と同期して正しく動作するよ
うに、要求通知を出力した装置は、そのときネットワー
クに不在（不参加）の装置のために、上記ステップＳ１
３１−２の処理のようにデータ更新に係わる処理の履歴
を所定の記憶領域に記録して保存するようにする。

【００８６】続いて、ロック対象レコード（更新対象レ
コード）のロックフラグが「００」になっているか否か
を判別する（ステップＳ１３１−８）。尚、この処理で
は、複数のレコードを更新しようとしている場合は、そ
れら複数のレコードの全てのロックフラグが「００」に
なっているか否かが判別される。

【００８７】尚、上述したデータベースに対するロック
は、レコードのロックフラグ領域に自己ＩＤを書き込む
（ロックフラグを立てる）、または後述するように立て
たロックフラグを消去する（自己ＩＤを「００」に書き
換える）、という処理のみに対して排他的に行うことが
有効となる設定であり、レコードのデータ更新処理には
関与しないものである。そして、レコードのデータ更新
には、ロックフラグ領域のロックフラグのみが関与す
る。

【００８８】上記ステップＳ１３１−８の判別で、ロッ
ク対象レコードのロックフラグが「００」でない、すな
わち他装置のＩＤが書き込まれているものがあれば、既
に他装置がロック対象レコードを更新中であると判断し
て（ステップＳ１３１−８がＮ）、その場合は、全ての
他装置にデータベースのロックを解除するよう指示をし
（ステップＳ１３１−９）、続いて、自装置のデータベ
ースのロックを解除し（ステップＳ１３１−１０）、更
に、通知無し装置用にデータベースのロツク解除を記録
して（ステップＳ１３１−１１）、他装置によるデータ
更新に委ねる処理（図６のステップＳ１３５）に戻る。

【００８９】一方、上記ステップＳ１３１−８の判別
で、ロック対象レコードのロックフラグが全て「００」
であれば（Ｓ１３１−８がＹｅｓ）、ロック対象レコー
ドのロックフラグ領域に、自己ＩＤ（０１号機の場合は
「０１」）を書き込んでロックフラグを立て（ステップ
Ｓ１３１−１２）、更に、他装置の同一レコードのロッ
クフラグ領域にも自己ＩＤを書き込んでロックフラグを
立てた後（ステップＳ１３１−１３）、同じく通知なし
装置用に、ロックフラグ領域に自己ＩＤ（０１号機の
「０１」）を書き込む処理を記録する（ステップＳ１３
１−１４）。

【００９０】更に、続いて、他装置のデータベースのロ
ックを解除し（ステップＳ１３１−１５）、自装置のデ
ータベースのロックを解除し（ステップＳ１３１−１
６）、更に、通知なし装置用にデータベースロツクの解
除を記録して（ステップＳ１３１−１７）、この、レコ
ードをロックする処理を終了する。

【００９１】これにより、０１号機がこれから更新しよ
うとする更新対象レコードには全て０１号機のロックフ
ラグが立てられているので、０１号機は排他的に更新対
象レコードの更新を行うことができると共に、全装置の
データベースのロックが解除されたので、任意の装置か
ら、所望のデータベースの上記０１号機がロックフラグ
を立てたレコード以外の所望のレコードに対して、ロッ
クフラグを立てることが出来るようになる。

【００９２】図１０は、上記のようにロックフラグを立
てたレコードを更新する処理の詳細を示すフローチャー
トである。尚、この処理では、更新対象となるレコード
は、立てられているロックフラグが自装置のＩＤのもの
のみである。同図に示すように、先ず、０１号機は自装
置の更新対象レコードのデータを更新する（ステップＳ
１３３−１）。続いて他装置ヘ、上記更新対象レコード
のデータ更新の要求を出力する（ステップＳ１３３−
２）。

【００９３】他装置は、上記更新対象レコードのロック
フラグ領域に間違いなく０１号機のＩＤ「０１」が書き
込まれていることを確認して、そのレコードのデータを
０１号機からの要求通りに更新した後、更新終了の通知
を出力し、０１号機はこの通知を受信する（ステップＳ
１３３−３）。そして、通知なし装置用に上記同様のデ
ータ更新要求を記録して（ステップＳ１３３−４）、処
理を終了する。

【００９４】図１１は、上記のように更新を終了したデ
ータベースのレコードのロックフラグの設定を解除する
処理の詳細を示すフローチャートである。先ず、同図に
示すステップＳ１３４−１〜Ｓ１３４−７の処理は、図
９に示したステップＳ１３１−１〜ステップＳ１３１−
７の処理と、それぞれ同一の処理である。

【００９５】上記に続いて図１１の処理では、自装置の
ロック対象レコード（ロックフラグが立っていたレコー
ド）のロックフラグ領域に「００」を書き込んで、自己
のレコードのロックを解消し（ステップＳ１３４−
８）、続いて、他装置のデータベースの同じくロック対
象レコードのロックフラグ領域に「００」を書き込んで
他装置のレコードのロックを解消した後（ステップＳ１
３４−９）、更に、通知なし装置用に、レコードのロッ
ク解除の処理を記録する（ステップＳ１３４−１０）。

【００９６】これで、自装置によるレコードのロックを
解除する処理が終了したので、そのロック対象レコード
であったレコードに他装置からデータの更新が出来るよ
うに、すなわち、レコードにロックフラグを立てるため
にデータベースをロックできるように、先ず、他装置の
データベースのロックを解除し（ステップＳ１３４−１
１）、次に、自装置のデータベースのロックを解除した
後（ステップＳ１３４−１２）、通知なし装置用にデー
タベースのロック解除を記録して（ステップＳ１３４−
１３）、処理を終了する。

【００９７】このように、本例は、ホストコンピュータ
が存在しないネットワークシステムにおいてデータベー
スの更新処理を逐次行うので、電源が切れていてネット
ワークに参加していない装置に対しても、その装置がネ
ットワークに復帰したときには、直ちに他装置と同期し
て正しく動作できるように、データ更新に係わる処理の
履歴は、要求コマンドの記録として、コマンド記録テー
ブルに順次記録されいく。

【００９８】図１２は、上記通知なし装置用に、処理の
履歴（処理の要求コマンド）が記録されるコマンド記録
テーブルのデータ構成を示す図である。同図に示すよう
にコマンド記録テーブル４０は、対象装置記録領域４１
と要求コマンド記録領域４２から成る。対象装置記録領
域４１には、例えば同図に示すように「０３」、「０
３」、「０４」、「０５」等の、この記録を残した装置
のＩＤが書き込まれている。そして、要求コマンド記録
領域４２には、上記ＩＤの装置からの処理を要求する要
求コマンドが、例えば「データベースロック要求」、
「データベースロック解除」、「データ更新」、「デー
タ更新」というように記述されている。

【００９９】尚、同図のおいて、対象装置記録領域４１
の「０４」又は「０５」に対応する要求コマンド記録領
域４２に、「データ更新」のコマンドのみが記述されて
いるが、この場合、通知無し装置（いずれの装置か不明
であるが、この例では少なくとも０３号機又は０４号機
ではない）が長期に亙ってネットワーク１４に不在であ
ったときには、「データ更新」に続く処理の要求コマン
ド、すなわち、「データベースロック要求」、「レコー
ドのロックフラグの解除」及び「データベースロック解
除」と、一連の要求コマンドが記述される。

【０１００】但し、図１２に示す例では、通知無し装置
は、最初の「データベースロック要求」、「レコードの
ロックフラグを立てる」及び「データベースロック解
除」まで、ネットワークに参加しており、丁度「データ
更新」のとき、ネットワークに不在となっており、その
「データ更新」が終了した直後にネットワーク復帰した
ときの状態を示している。

【０１０１】この場合、この通知無し装置は、上記のよ
うにネットワークに復帰した後、直ちにコマンド記録テ
ーブル４０の記録に基づいて後述するようにデータの更
新を行って、これらＩＤ「０４」及び「０５」の対象装
置からの「データベースロック要求」、「レコードのロ
ックフラグ解除」及び「データベースロック解除」のそ
れぞれの通知に応じて処理を行うことになる。

【０１０２】図１３は、上記のように通知無し装置がネ
ットワークに復帰後にコマンド記録テーブル４０の記録
に基づいて行われるデータ更新の処理動作を示すフロー
チャートである。先ず、通知無し装置は、電源が投入さ
れて起動した場合には、ネットワークに参加していなか
った期間のデータを更新しなければならない。そこで、
ネットワーク１４上にブロードキャスト（全装置対象）
で参加を通知する（ステップＳ３０１）。

【０１０３】この参加通知を受けた他装置は、自己のコ
マンド記録テーブル４０にデータがあれば、未処理分の
データがあることを返信し、コマンド記録テーブル４０
にデータが無ければ、未処理分のデータが無いことをを
返信する。通知無し装置は、未処理データが有ることを
通知してきた他装置の中でもっとも小さい装置ＩＤを有
する装置と更新処理を開始する（ステップＳ３０２）。

【０１０４】この処理では、当該ＩＤを有する装置（対
象装置）と、上述したレコードロック、データ更新、及
びレコードロック解除の処理を、コマンド記録テーブル
４０の記録に従って実行して、自己のデータベースを更
新し、その更新したことを対象装置に通知する。この通
知を受けた対象装置は当該処理済みのデータを自己のコ
マンド記録テーブル４０から削除する。

【０１０５】そして、対象装置との更新処理がすべて終
了すると、通知無し装置は、他に未処理の更新データを
有する対象装置が存在するかを調べ（ステップＳ３０
３）、存在するときは（Ｓ３０３が「いる」）、ステッ
プＳ３０２の処理に戻って、未処理中のものでもっとも
小さい装置ＩＤの装置を次の対象装置として処理を続行
する。

【０１０６】そして、ステップＳ３０３で、未処理の更
新データを有する対象装置が存在しなくなったときは
（Ｓ３０３が「いない」）、処理を終了する。尚、特に
図示していないが、レコードの追加の場合は、キー項目
を固有なものにする。また、レコードの削除について
は、更新の場合と同様である。また、ネットワークに復
帰した通知無し装置からのレコードデータの問い合わせ
については、特別な処理を行うこと無く、単に自装置内
のデータベースから当該データを取得して返信すればよ
い。

【０１０７】

【発明の効果】以上詳細に説明したように、本発明によ
れば、複数の処理装置においてホストコンピュータを設
置することなく相互にリモート制御が出来、又、いずれ
の処理装置におけるデータベースのデータ更新も自動的
に他の全ての装置のデータベースに反映されるので、例
えば段取り作業において手数や作業ミスが著しく低減
し、したがって、複数の処理装置における処理の作業効
率が向上する。

【図面の簡単な説明】

【図１】一実施の形態に係わる生産ラインネットワーク
システムの基本構成を模式的に示す図である。

【図２】(a) は生産ラインネットワークシステムの装置
を部品搭載装置としたときの外観斜視図、(b) はその上
下の保護カバーを取り除いて内部の構成を模式的に示す
斜視図である。

【図３】部品搭載装置の中央制御部の構成を示すブロッ
ク図である。

【図４】部品搭載装置の中央制御部により実行されるリ
モート制御開始の処理動作を説明するフローチャートで
ある。

【図５】部品搭載装置の中央制御部により実行されるリ
モート制御実行の処理動作を説明するフローチャートで
ある。

【図６】部品搭載装置の中央制御部により実行されるリ
モート制御終了の処理動作を説明するフローチャートで
ある。

【図７】(a),(b) は同一生産ラインのそれぞれ異なる装
置の記憶装置に記憶されるデータベースの構成を模式的
に示す図である。

【図８】データベースの各テーブルのレコードのデータ
を更新する処理動作の全体の流れを示すフローチャート
である。

【図９】データベースのレコード更新時にロックフラグ
を設定する処理の詳細を示すフローチャートである。

【図１０】ロックフラグを設定したデータベースのレコ
ードの更新処理の詳細を示すフローチャートである。

【図１１】更新を終了したデータベースのレコードのロ
ックフラグの設定を解除する処理の詳細を示すフローチ
ャトである。

【図１２】通知なし装置用に記録されるのコマンド記録
テーブルのデータ構成を示す図である。

【図１３】ネットワークに復帰後にコマンド記録テーブ
ルの記録に基づいて行われるデータ更新の処理動作を示
すフローチャートである。

【図１４】従来における数台の部品搭載装置からなる生
産ラインの構成を模式的に示す図である。

【符号の説明】

１、２、３、４、５部品搭載装置６搬送ガイドレール１０生産ラインネットワークシステム１１第１生産ライン１２第２生産ライン１３装置１３−１０１装置１３−２０２装置１３−３０３装置１３−４０４装置１３−５０５装置１４ネットワーク１５部品搭載装置１６表示入力装置１７モニタ装置１８警報ランプ１９基台２１−１、２１−２基板案内レール２２−１、２２−２固定レール２３移動レール２４作業塔２５−１、２５−２部品供給ステージ２６吸着ノズル２７−１、２７−２チェーン体２８保持具交換器２９部品認識用カメラ３０中央制御部３１（３１−１、３１−２）ＣＰＵ３２バス３３ＲＯＭ３４ＲＡＭ３５画像処理部３６伝送制御部３７記憶装置３８記憶媒体３９（３９−１、３９−２）データベース４０コマンド記録テーブル４１対象装置記録領域４２要求コマンド記録領域

Claims

【特許請求の範囲】

【請求項１】少なくとも１台以上の他の処理装置と共
にネットワークに接続されたとき、該ネットワークを介
して、他の前記処理装置をリモート制御すべくリモート制御の
開始を通知する開始通知手段と、他の前記処理装置からリモート制御の開始の通知を受け
たとき該リモート制御に移行できない場合にリモート制
御の拒絶を通知する拒絶通知手段と、他の前記処理装置からリモート制御の開始の通知を受け
たとき該リモート制御に移行できる場合にリモート制御
の許諾を通知する許諾通知手段と、他の前記処理装置をリモート制御すべくリモート制御の
開始を通知した後、該リモート制御の開始の通知に対し
前記リモート制御の許諾の通知を行った他の前記処理装
置に対しリモート制御を行う制御実行手段と、該制御実行手段によるリモート制御が終了したとき該リ
モート制御の終了を他の前記処理装置に指令する終了指
令手段とを備えたことを特徴とする処理装置。
【請求項２】処理ラインの構成データを記憶するライ
ン構成記憶手段と、該ライン構成記憶手段に記憶される処理ラインの構成デ
ータに基づいて前記リモート制御の開始の通知を行った
処理装置が自装置と同一ラインを構成する処理装置であ
るか否かを判別する判別手段と、を更に備え、前記拒絶通知手段は、前記判別手段により前記リモート
制御の開始の通知を行った処理装置が自装置と同一ライ
ンを構成しない処理装置であると判別された場合に前記
リモート制御の拒絶を通知することを特徴とする請求項
１記載の処理装置。
【請求項３】処理作業に係わるデータベースを記憶す
るデータベース記憶手段を更に備え、前記制御実行手段は、前記ネットワークを介し、前記デ
ータベース記憶手段に記憶されるデータベースの更新対
象レコードを更新するよう分散同期型リモート制御を行
うことを特徴とする請求項１又は２記載の処理装置。
【請求項４】前記制御実行手段は、全処理装置の前記
更新対象レコードに自装置からの更新データ以外に基づ
くデータ更新を禁止するよう禁止状態を設定する禁止設
定手段と、前記更新対象レコードの更新データを全処理
装置へ通知する更新データ通知手段と、全処理装置の更
新対象レコードの前記禁止状態の設定を解除する禁止解
除手段と、を備えていることを特徴とする請求項３記載
の処理装置。
【請求項５】前記制御実行手段は、前記ネットワーク
に参加していない前記処理装置に対する前記禁止状態の
設定、前記更新データの通知、又は前記禁止状態の設定
解除、の各処理を表わす処理データを保存する保存手段
を備えることを特徴とする請求項３又は４記載の処理装
置。
【請求項６】前記ネットワークへの参加を開始したと
き、前記保存手段に保存されていた処理データを読み出
して、該読み出した処理データに基づいて前記禁止状態
の設定、前記更新データの通知、又は前記禁止状態の設
定解除を行うことを特徴とする請求項５記載の処理装
置。
【請求項７】前記データベースは、電子部品のマスタ
ーデータ、ＮＣプログラム、実績データ等からなるデー
タベースであり、前記処理装置は部品搭載装置であるこ
とを特徴とする請求項１、２、３、４、５又は６記載の
処理装置。
【請求項８】少なくとも１台以上の他の処理装置と共
にネットワークに接続されたとき、該接続された処理装
置に、前記ネットワークを介して、他の前記処理装置をリモート制御すべくリモート制御の
開始を通知する開始通知機能と、他の前記処理装置からリモート制御の開始の通知を受け
たとき該リモート制御に移行できない場合にリモート制
御の拒絶を通知する拒絶通知機能と、他の前記処理装置からリモート制御の開始の通知を受け
たとき該リモート制御に移行できる場合にリモート制御
の許諾を通知する許諾通知機能と、他の前記処理装置をリモート制御すべくリモート制御の
開始を通知した後、該リモート制御の開始の通知に対し
前記リモート制御の許諾の通知を行った他の前記処理装
置に対しリモート制御を行う制御実行機能と、該制御実行機能によるリモート制御が終了したとき該リ
モート制御の終了を他の前記処理装置に指令する終了指
令機能とを実行させるためのプログラムを記録したコン
ピュータによる読取りが可能な記憶媒体。
【請求項９】処理ラインの構成データを記憶するライ
ン構成記憶機能と、該ライン構成記憶機能に記憶される処理ラインの構成デ
ータに基づいて前記リモート制御の開始の通知を行った
処理装置が自装置と同一ラインを構成する処理装置であ
るか否かを判別する判別機能と、を更に備え、前記拒絶通知機能は、前記判別機能により前記リモート
制御の開始の通知を行った処理装置が自装置と同一ライ
ンを構成しない処理装置であると判別された場合に前記
リモート制御の拒絶を通知することを特徴とする請求項
８記載の記憶媒体。
【請求項１０】処理作業に係わるデータベースを記憶
するデータベース記憶機能を更に備え、前記制御実行機能は、前記ネットワークを介し、前記デ
ータベース記憶機能に記憶されるデータベースの更新対
象レコードを更新するよう分散同期型リモート制御を行
うことを特徴とする請求項８又は９記載の記憶媒体。