(57)【特許請求の範囲】
【請求項１】
プリント基板にはんだ材料を用いて電子部品を実装する実装装置から前記実装装置に関する装置情報を取得する装置情報取得工程と、
予め登録されたトラブル情報管理テーブルと前記装置情報とを比較して前記実装装置のトラブル種類を特定するトラブル特定工程と、
予め登録された部品残数管理テーブルと前記装置情報とを比較して前記実装装置の部品残数を検出する部品残数検出工程と、
予め登録された品質管理テーブルと前記装置情報とを比較して前記プリント基板の品質を特定する品質特定工程と、
予め登録された問合せ先管理テーブルと前記装置情報とを比較し特定された前記トラブル種類および部品残数および品質に応じた問合せ先を特定する問合せ先特定工程と、
特定された前記問合せ先に前記装置情報を送信する送信工程と、
前記送信工程で送信された前記装置情報に基づいて前記実装装置に修正プログラムを転送し、転送された前記修正プログラムに基づいて前記実装装置のプログラムを更新するプログラム更新工程と、を有すること
を特徴とする実装装置の情報送信方法。
【請求項２】
装置情報が、吸着ノズルにて電子部品を吸着する時の吸着エラーの情報であること
を特徴とする請求項１記載の実装装置の情報送信方法。
【請求項３】
装置情報が、吸着ノズルにて電子部品を吸着した時の前記電子部品の位置ずれ情報であること
を特徴とする請求項１記載の実装装置の情報送信方法。
【請求項４】
部品残数管理テーブルには、装置名および機種名に対して部品残数が０になるまでの予想残り時間と部品切れ警告通知を行った通知時間とが登録され、実装装置における基板１枚あたりの生産時間を算出する工程を更に有すること
を特徴とする請求項１記載の実装装置の情報送信方法。
【請求項５】
送信済の情報に送信済フラグを設定して同じ問合せ先情報に対しては同じ情報は１回のみ送信すること
を特徴とする請求項１記載の実装装置の情報送信方法。
【請求項６】
部品残数検出工程では、部品残数管理テーブルの残り時間が規定時間以下か否かを判断し、規定時間を超える部品情報のみの場合には部品残数検出工程を終了すること
を特徴とする請求項１記載の実装装置の情報送信方法。
【請求項７】
電子部品の補充によって前記電子部品の残数および残り時間が新たに算出されると同時に通知時間が未登録状態にリセットされ、前記電子部品が部品残数管理テーブルの管理対象から外れること
を特徴とする請求項１記載の実装装置の情報送信方法。
【請求項８】
通知時間を参照して通知済か否かを判断し、通知済の場合は同じ情報を通知しないこと
を特徴とする請求項７記載の実装装置の情報送信方法。
【請求項９】
予め機種名ごとに問合せ先を示す通知レベルが登録された通知トラブル管理テーブルを更に有すること
を特徴とする請求項１記載の実装装置の情報送信方法。
【請求項１０】
部品残数情報の履歴を示す残数履歴テーブルを更に有すること
を特徴とする請求項１記載の実装装置の情報送信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、プリント基板にはんだ材料を用いて電子部品を実装する実装装置の情報送信方法に関する。
【０００２】
【従来の技術】
従来より、加工、組立、化学反応等を行う様々な装置において、装置の状態を取扱者に通知するためのランプが設けられている。例えば、部品切れやトラブルが生じた場合に所定の色のランプを点灯することにより、装置を担当する取扱者に通知が行われる。
【０００３】
近年では、装置の高度な管理を行うために各種情報を表示するディスプレイが設けられた装置も多く存在する。このような装置では、取扱者がディスプレイを見ることにより稼働状態、部品の残量、トラブルの種類等が速やかに把握される。
【０００４】
【発明が解決しようとする課題】
ところで、装置において部品切れが生じた場合、あるいは、部品の補充が必要となった場合、取扱者は装置周辺に準備している部品残量を確認し、部品残量が所定量以下となると部品の発注を行う。部品の発注は発注担当者または取扱者により電話機、ファクシミリ、コンピュータ等を用いて行われる。したがって、部品の発注の際には、取扱者が発注担当者に電話にて連絡を行うという連携作業が必要となったり、取扱者自身がわざわざ電話機、ファクシミリまたはコンピュータが配置された場所へと移動して発注作業を行うことが必要となる。
【０００５】
装置にトラブルが生じた場合は、取扱者は電話機の場所まで移動し、装置の機構設計や制御設計を担当するメーカ内の様々な部署、アフターサービスを担当する会社、部品の販売会社、装置に取り付けられた計測器のメーカ等の各会社に連絡をとり、対処方法を検討する。この場合、取扱者は長時間持ち場を離れる必要が生じる。
【０００６】
本発明は上記課題に鑑みなされたものであり、装置の取扱者が持ち場を離れることなく所望の情報を効率よく得ることができる実装装置の情報送信方法を提供することを目的としている。
【０００７】
【課題を解決するための手段】
請求項１に記載の発明は、対象装置の取扱者に携帯される携帯端末であって、無線通信を行う通信手段と、前記通信手段を介して対象装置から前記対象装置に関する第１情報を取得する第１情報取得手段と、前記第１情報に基づいて前記通信手段を介して少なくとも１つの外部情報端末に第２情報を送出する第２情報送出手段と、前記通信手段を介して前記第２情報に応答する前記少なくとも１つの外部情報端末から第３情報を取得する第３情報取得手段と、前記第３情報に基づいて情報出力を行う情報出力手段とを備える。
【０００８】
請求項２に記載の発明は、請求項１に記載の携帯端末であって、複数の候補端末の宛先を記憶する手段をさらに備え、前記第２情報送出手段が、前記複数の候補端末から前記少なくとも１つの外部情報端末を選択して送出する。
【０００９】
請求項３に記載の発明は、請求項２に記載の携帯端末であって、前記第２情報送出手段が、取扱者による選択操作を受け付け、前記選択操作に従って前記少なくとも１つの外部情報端末を選択して送出する。
【００１０】
請求項４に記載の発明は、請求項１ないし３のいずれかに記載の携帯端末であって、前記第３情報が複数の情報要素を含み、前記情報出力手段が、前記複数の情報要素に対する選択を行い、選択された少なくとも１つの情報要素を出力する。
【００１１】
請求項５に記載の発明は、請求項４に記載の携帯端末であって、前記情報出力手段が、取扱者による選択操作を受け付け、前記選択操作に従って前記複数の情報要素に対する選択を行い出力する。
【００１２】
請求項６に記載の発明は、請求項１ないし５のいずれかに記載の携帯端末であって、前記情報出力手段が、前記対象装置に向けて前記情報出力を行う。
【００１３】
請求項７に記載の発明は、請求項６に記載の携帯端末であって、前記情報出力手段が、前記対象装置にて実行されるプログラムを前記対象装置に向けて出力する。
【００１４】
請求項８に記載の発明は、請求項１ないし７のいずれかに記載の携帯端末であって、前記第１情報が前記対象装置の動作不良に関する情報を含む。
【００１５】
請求項９に記載の発明は、請求項８に記載の携帯端末であって、前記第２情報送出手段が、前記対象装置における動作不良の発生の程度が所定の送信条件を満たすか否かを判断し、前記送信条件が満たされる場合に前記第２情報を送出する。
【００１６】
請求項１０に記載の発明は、請求項１ないし７のいずれかに記載の携帯端末であって、前記対象装置が検査装置であり、前記第１情報が異常を示す検査結果を含む。
【００１７】
請求項１１に記載の発明は、請求項１０に記載の携帯端末であって、前記第２情報送出手段が、前記異常を示す検査結果の取得の程度が所定の送信条件を満たすか否かを判断し、前記送信条件が満たされる場合に前記第２情報を送出する。
【００１８】
請求項１２に記載の発明は、請求項１ないし５のいずれかに記載の携帯端末であって、前記第１情報が前記対象装置における部品切れに関連する情報であり、前記第２情報が部品の在庫を問い合わせる情報であり、前記第３情報が部品の在庫に関する情報である。
【００１９】
請求項１３に記載の発明は、請求項１２に記載の携帯端末であって、前記対象装置が部品を用いて生産を行う装置であり、前記第１情報が、前記対象装置の部品残数に関する情報を含み、前記第２情報送出手段が、前記第１情報に基づいて部品切れとなるまでの予測時間を求め、前記予測時間が所定の時間以下の場合に取扱者に通知を行うとともに前記第２情報を送出する。
【００２０】
請求項１４に記載の発明は、請求項１２または１３に記載の携帯端末であって、前記第３情報に基づいて一の外部情報端末を特定し、前記通信手段を介して前記一の外部情報端末に部品の発注を行う発注手段をさらに備える。
【００２１】
請求項１５に記載の発明は、請求項１ないし５のいずれかに記載の携帯端末であって、前記第１情報が、前記対象装置における生産進捗を示す情報である。
【００２２】
請求項１６に記載の発明は、請求項１５に記載の携帯端末であって、前記第２情報送出手段が、前記第１情報と生産予定情報とを比較し、生産実績と生産予定との差が所定値を超えた場合に前記第２情報を前記少なくとも１つの外部情報端末に送信する。
【００２３】
請求項１７に記載の発明は、請求項１ないし７のいずれかに記載の携帯端末であって、前記第１情報が、前記対象装置において取得された画像のデータを含む。
【００２４】
請求項１８に記載の発明は、請求項１ないし７のいずれかに記載の携帯端末であって、画像を表示することができる表示手段をさらに備え、前記第３情報が、画像のデータを含む。
【００２５】
請求項１９に記載の発明は、請求項１ないし１８のいずれかに記載の携帯端末であって、前記第１情報取得手段が、複数の対象装置から前記第１情報を取得する。
【００２６】
請求項２０に記載の発明は、請求項１ないし１９のいずれかに記載の携帯端末であって、文字情報の言語を変換する手段をさらに備える。
【００２７】
請求項２１に記載の発明は、請求項３または５に記載の携帯端末であって、取扱者から音声にて前記選択操作を受け付ける手段をさらに備える。
【００２８】
【発明の実施の形態】
＜１．  第１の実施の形態＞
図１は本発明の第１の実施の形態に係る携帯端末１が使用される様子を示す図である。携帯端末１は取り扱い対象となる実装システム２の取扱者に携帯され、実装システム２と通信を行って実装システム２から取得された情報に基づいて動作する。また、携帯端末１は通常の携帯電話と同様の通話動作も行うことが可能とされており（ＰＨＳやＰＤＡと同様の構造であってもよい。）、さらに、外部のアンテナ設備３１およびインターネット３２を介して各種コンピュータ（以下、「外部情報端末」という。）３３と無線にて通信可能とされる。
【００２９】
なお、携帯端末１を携帯する取扱者は、様々な種類の装置の取扱者であってよいが、本実施の形態ではプリント配線基板（以下、「基板」という。）にはんだ材料を用いて電子部品を実装する実装システム２の取扱者であるものとして説明を行う。実装システム２は、図１に示すようにトレイから基板９を取り出すローダ２１、基板９にはんだ材料を塗布する塗布装置２２、部品カセット２３１から電子部品を取り出して基板９上に装着する装着装置２３、基板９を加熱および冷却することにより基板９上の電子部品をはんだ材料を介して固着させるリフロー装置２４、実装済みの基板９の検査を行う検査装置２５、および、実装済みの基板９をトレイに収容するアンローダ２６を一列に配置した構成となっている。
【００３０】
図２は携帯端末１の構成を示すブロック図である。携帯端末１は通常の携帯電話と同様に、液晶を用いたディスプレイ１１、本体上に設けられた各種ボタンおよびスイッチである操作部１２、通話を行うためのマイク１３およびスピーカ１４、並びに、実装システム２やアンテナ設備３１との間で通信を行うアンテナ１５を有する。マイク１３、スピーカ１４およびアンテナ１５は通信回路１６に接続され、通信回路１６の制御により通常の通話が行われる。
【００３１】
一方、携帯端末１には各種演算処理を行うＣＰＵ１０１、各種情報を記憶するＲＡＭ１０２および不揮発性のメモリであるＲＯＭ１０３が設けられ、ディスプレイ１１、操作部１２、通信回路１６、ＲＡＭ１０２およびＲＯＭ１０３はインターフェイス（Ｉ／Ｆ）を介する等してＣＰＵ１０１に接続される。ＲＯＭ１０３にはプログラム１０４が記憶されており、ＣＰＵ１０１がプログラム１０４に従って演算処理を行うことにより携帯端末１が動作する。
【００３２】
図３は、ＣＰＵ１０１がプログラム１０４に従って演算処理を行うことにより実現される機能をその他の構成と共に示すブロック図である。図３中の情報取得部１１１、問い合わせ部１１２、回答取得部１１３および発注部１１４が、ＣＰＵ１０１等により実現される機能に相当する。図４は携帯端末１の動作の流れの一例を示す図であり、実装システム２の装着装置２３において基板９に装着される電子部品が部品切れとなった際の携帯端末１の発注動作（正確には、部品カセット２３１の交換に伴って必要となる発注動作）を示している。以下、図１、図３および図４を参照しながら、携帯端末１の動作の一例について説明する。
【００３３】
装着装置２３においていずれかの部品カセット２３１から電子部品が全て取り出されると、装着装置２３から携帯端末１に向けて部品切れの発生および電子部品の種類を示す情報（以下、「部品切れ情報」という。）５０１が発信される。携帯端末１では、情報取得部１１１がアンテナ１５および通信回路１６を介して部品切れ情報５０１を取得する（ステップＳ１１）。
【００３４】
取得された部品切れ情報５０１は、情報取得部１１１から問い合わせ部１１２へと送られ、問い合わせ部１１２は問い合わせ先情報５１１を参照して部品切れとなった電子部品の在庫の問い合わせ先を特定する。問い合わせ先情報５１１は予めＲＡＭ１０２に記憶されており、問い合わせ先情報５１１は問い合わせ先の候補となる複数の外部情報端末３３の宛先（すなわち、インターネット上のアドレス）を示す一覧となっている。したがって、問い合わせ部１１２は候補となる問い合わせ先から部品切れとなった電子部品の種類に応じて選択を行うことにより問い合わせ先を特定する。
【００３５】
問い合わせ部１１２は通信回路１６およびアンテナ１５を介して特定された全ての問い合わせ先へと問い合わせ情報５０２を送出する（ステップＳ１２）。問い合わせ情報５０２は、図１に示すようにインターネット３２を介して問い合わせ先の外部情報端末３３へと送られる。
【００３６】
問い合わせ先の外部情報端末３３は、電子部品の問い合わせに応答して携帯端末１に向けて電子部品の在庫状況を示す在庫情報５０３を返信する。これにより、携帯端末１の回答取得部１１３がアンテナ１５および通信回路１６を介して全ての問い合わせ先からの在庫情報５０３を取得する（ステップＳ１３）。取得された在庫情報５０３は発注部１１４へと送られる。在庫情報５０３には、在庫量のみならず、出荷予定や在庫部品の管理状態（入荷日時、保存場所の環境等）が含まれてもよい。
【００３７】
なお、在庫情報５０３は複数の外部情報端末３３のそれぞれから送られ、さらに、場合によっては１つの外部情報端末３３から複数の在庫情報５０３が送られる。したがって、携帯端末１が少なくとも１つの外部情報端末３３から受け取る情報は在庫情報５０３という情報要素の集合となっている。
【００３８】
携帯端末１では、電子部品の発注を自動的に行うか手動で行うかを予め設定することが可能とされている。自動発注を行うモードの場合には、予め問い合わせ先に優先順位が設定されており、在庫が存在する旨の回答を行った問い合わせ先のうち、優先順位が最も高い問い合わせ先に自動的に発注が行われる。すなわち、発注部１１４が通信回路１６およびアンテナ１５を介して最も優先順位が高い問い合わせ先の外部情報端末３３に向けて発注情報５０４を送信する（ステップＳ１４，Ｓ１５）。これにより、インターネット３２を介した発注が自動的に行われる。なお、１つの問い合わせ先に複数の在庫場所が存在する場合、在庫場所も特定しつつ発注が行われる。
【００３９】
自動発注を行うモードでない場合、携帯端末１では在庫情報５０３の一覧、すなわち、電子部品の在庫を有する問い合わせ先の一覧が発注部１１４によりディスプレイ１１に表示される（ステップＳ１６）。このとき、携帯端末１が通知音を発することにより取扱者に通知が行われる。取扱者がディスプレイ１１上の問い合わせ先の一覧を見ながら所望の発注先を選択すると、操作部１２が受け付けた選択操作に従って発注部１１４が問い合わせ先の選択を行う（ステップＳ１７）。その後、発注部１１４により選択された問い合わせ先の外部情報端末３３へと発注情報５０４が送信される（ステップＳ１８）。
【００４０】
以上のように、携帯端末１には装着装置２３における部品切れの情報が自動的に入力されるようになっており、自動的に在庫の問い合せが行われる。そして、自動または取扱者による選択操作に従って問い合わせ先が選択され、携帯端末１から電子部品の発注が行われる。これにより、実装システム２の取扱者が電話機、ファクシミリ、コンピュータ等へと移動したり、別途発注担当者へと連絡をとることなく発注を行うことが可能となり、取扱者の作業効率の向上を図ることが実現される。
【００４１】
＜２．  第２の実施の形態＞
図５は図１および図２に示す携帯端末１が実装システム２のトラブルに対応して動作する際にＣＰＵ１０１等により実現される機能をその他の構成と共に示すブロック図である。図５中の情報取得部１１１、問い合わせ部１１２、回答取得部１１３、対処部１１５、言語変換部１２１および音声認識部１２２が、ＣＰＵ１０１等により実現される機能に相当する。図６および図７は携帯端末１の動作の流れの他の例を示す図であり、実装システム２にてトラブルが生じた場合の携帯端末１の動作を示している。以下、図１、図５、図６および図７を参照しながら、携帯端末１の動作の他の例について説明する。
【００４２】
実装システム２では、様々なセンサにより実装システム２の状態が監視されており、センサからの出力が異常値となるとトラブルが発生したものとみなされ、異常値を検出したセンサを有する装置、または、実装システム２全体を管理するサーバから携帯端末１に向けてトラブルの発生を示すトラブル情報５２１が送信される。携帯端末１ではアンテナ１５および通信回路１６を介して情報取得部１１１がトラブル情報５２１を取得する（ステップＳ２１）。
【００４３】
トラブル情報５２１にはトラブルの種類に応じた対処方法を検討するための情報として各種センサの出力も含まれる。例えば、装着装置２３において電子部品をノズルにて吸着する際のエア圧が異常値である場合、エア圧、吸着状態を捉えた画像、照明の明るさ等の情報が携帯端末１へと送信される。リフロー装置２４によるリフロー後に検査装置２５のカメラにより電子部品の異常接着が確認された場合には、リフロー装置２４内の温度、温度制御プログラムのバージョン、異常接着を捉えた画像等が携帯端末１に送信される。
【００４４】
トラブル情報５２１は問い合わせ部１１２へと送られ、問い合わせ部１１２が問い合わせ先情報５１１を参照してトラブルの種類に応じた問い合わせ先の全てを選択する。すなわち、問い合わせ先情報５１１はトラブルの種類と問い合わせ先との関係を示すテーブルとなっている。さらに、各問い合わせ先には予め優先順位が設定されている。
【００４５】
携帯端末１では、トラブル発生時の問い合わせを自動的に行うか手動により行うかが予め設定されており、自動にて問い合わせを行うモードである場合には、決定された問い合わせ先のうち最も優先順位の高い問い合わせ先に問い合わせが行われる。最も高い優先順位の問い合わせ先が複数存在する場合には複数の問い合わせ先に問い合わせが行われる。
【００４６】
問い合わせに際して、トラブル情報５２１に基づいて問い合わせ部１１２が対処方法を求める問い合わせ情報５２２を生成し、問い合わせ情報５２２が通信回路１６およびアンテナ１５を介して送出される（ステップＳ２２，Ｓ２３）。送出された問い合わせ情報５２２は図１に示すアンテナ設備３１およびインターネット３２を介して問い合わせ先の外部情報端末３３へと届けられる。
【００４７】
問い合わせを自動で行うモードでない場合、携帯端末１では問い合わせ先の一覧が問い合わせ部１１２によりディスプレイ１１に表示される（ステップＳ２４）。このとき、携帯端末１が通知音を発して取扱者にトラブルが発生した旨が通知される。
【００４８】
携帯端末１では、音声認識部１２２による音声認識も可能とされている。したがって、取扱者がディスプレイ１１の表示を見ながら所望の問い合わせ先を操作部１２の操作により、または、音声により選択することができる。以下、選択操作が音声により行われるものとして説明する。
【００４９】
取扱者がマイク１３を介して選択内容を入力すると、音声認識部１２２が選択された問い合わせ先を認識し（ステップＳ２５）、問い合わせ部１１２が問い合わせ先の選択を行い、選択された問い合わせ先の外部情報端末３３へと問い合わせ情報５２２が送出される（ステップＳ２６）。これにより、取扱者の手を煩わすことなく選択操作および問い合わせが実現される。なお、取扱者による問い合わせ先の選択の際にも複数の問い合わせ先が選択可能とされている。
【００５０】
問い合わせ先が外国の外部情報端末３３である場合には、問い合わせ情報５２２に含まれる文字情報が言語変換部１２１へと送られ、文字情報の言語が外国語に変換（すなわち、翻訳）された問い合わせ情報５２２が生成される。これにより、外国の外部情報端末３３に対しても適切に問い合わせを行うことが可能となる。
【００５１】
問い合わせ先である少なくとも１つの外部情報端末３３に問い合わせ情報５２２が到達すると、外部情報端末３３においてトラブルへの対処方法に相当する対処情報５２３が準備される。対処情報５２３は自動または手動により準備され、自動の場合にはデータベースを参照して問い合わせ情報５２２に基づくキーを用いた検索結果が対処情報５２３として生成される。例えば、装着装置２３における電子部品の吸着状態を確認する際の照明の明るさが異常である場合、データベースによる検索により、「ランプ清掃」、「ランプ交換」、「ヒューズ交換」等の対処方法を示す対処情報５２３が生成される。
【００５２】
手動、すなわち、外部情報端末３３を介して担当者が対処方法を検討する場合、問い合わせ情報５２２に含まれる実装システム２の各種センサからの出力が外部情報端末３３に表示され、担当者がセンサ出力の内容を解析または検討することにより対処情報５２３が準備される。例えば、装着装置２３における装着ヘッドのノズルが電子部品を適切に吸着することができない場合には、問い合わせ情報５２２に装着装置２３のカメラが捉えた電子部品の吸着状態を示す画像のデータが含められ、外部情報端末３３のディスプレイに画像が表示される。そして、担当者が画像を見て吸着異常の種類を分類し、「吸着用エア圧の増大」、「ヘッドの移動速度を減少させるプログラムのダウンロード」、「吸着位置変更プログラムのダウンロード」等の対処方法を示す対処情報５２３が生成される。
【００５３】
なお、対処方法によっては、ローダ２１、塗布装置２２、装着装置２３、リフロー装置２４、検査装置２５またはアンローダ２６を制御するプログラムが対処情報５２３に含まれ、装置へのプログラムのダウンロードが対処方法とされる。また、取扱者に作業内容を具体的に示すために、作業内容の様子を示す画像のデータも対処情報５２３に含められる。
【００５４】
問い合わせ先の外部情報端末３３にて対処情報５２３が準備されると、外部情報端末３３から対処情報５２３が発せられ、インターネット３２、アンテナ設備３１、アンテナ１５および通信回路１６を介して回答取得部１１３が対処情報５２３を取得する（ステップＳ２７）。対処情報５２３は各問い合わせ先から送信され、１つの問い合わせ先から複数の対処情報５２３が送信される場合もあることから、携帯端末１では対処に関する情報が対処情報５２３という情報要素の集合として取得される。取得された対処情報５２３は対処部１１５へと送られる。
【００５５】
携帯端末１では、対処情報５２３を表示したり、実装システム２に転送する等して対処情報５２３の出力が行われるが、このとき、出力される対処情報５２３の選択を自動で行うか否かが予め設定されている。各対処情報５２３には、問い合わせ先や対処方法の種類に応じて優先順位が予め付与されており、対処情報５２３の選択が自動的に行われるモードの場合には最も優先順位の高い対処情報５２３が対処部１１５により選択される（ステップＳ３１，Ｓ３２）。
【００５６】
対処情報５２３の選択が自動にて行われないモードの場合には、対処情報５２３の一覧がディスプレイ１１に表示される（ステップＳ３３）。そして、取扱者がディスプレイ１１の表示を見ながら所望の対処情報５２３を音声にて選択する。これにより、マイク１３を介して音声認識部１２２が音声にて指定された対処情報５２３を認識し、対処部１１５による選択が行われる（ステップＳ３４）。
【００５７】
次に、選択された対処情報５２３が実装システム２にて実行されるプログラムであるか否かが確認され（ステップＳ３５）、対処情報５２３がプログラムでない場合には選択された対処情報５２３がディスプレイ１１に表示される（ステップＳ３６）。このとき、対処情報５２３が対処方法を示す画像である場合にはディスプレイ１１に画像が表示され、取扱者は対処方法を具体的に把握することが可能となる。
【００５８】
また、対処情報５２３が外国語の情報である場合には、対処情報５２３内の文字情報が言語変換部１２１により日本語に翻訳された上で表示が行われる。
【００５９】
一方、対処情報５２３がプログラムである（またはプログラムを含む）場合、選択された対処情報５２３のプログラム５２４が対処部１１５から通信回路１６およびアンテナ１５を介して実装システム２の該当する装置へと送信され、装置の制御部にダウンロードされる。これにより、以後の実装システム２の動作が修正された動作となる（ステップＳ３７）。
【００６０】
以上、携帯端末１の他の動作例について説明してきたが、携帯端末１では実装システム２にトラブルが発生すると、自動にあるいは音声による選択によりインターネットを介した問い合わせが行われる。そして、外部情報端末３３からの回答（すなわち、対処情報５２３）が携帯端末１に表示されるため、取扱者は電話機や所定のコンピュータへ移動することなく問い合わせを行うことが実現される。
【００６１】
また、外部情報端末３３からの回答がプログラムのダウンロードである場合には、選択されたプログラムが実装システム２の装置にダウンロードされる（携帯端末１が装置にアップロードする）。したがって、プログラムの専門家を呼ぶことなくプログラムの更新が実現される。
【００６２】
さらに、問い合わせ先や対処情報５２３の選択は取扱者の発する音声により行われることから、取扱者が携帯端末１を指で操作する必要がなくなる。問い合わせ先が外国である場合であっても言語変換部１２１により言語の変換が行われるため、問い合わせおよび対処方法の表示を適切に行うことが実現される。
【００６３】
以上のように、携帯端末１を用いることにより実装システム２にトラブルが発生した際の取扱者の作業が大幅に緩和され、対処を迅速に行うことが実現される。
【００６４】
＜３．  第３の実施の形態＞
図８は第３の実施の形態として、実装システム２を管理するサーバ４１を介して複数の携帯端末１が各装置から情報を取得する形態の概略を示す図である。すなわち、各装置の通信に係る部分、サーバ４１および複数の携帯端末１によりメッセージ通知システムが構築される。なお、実装システム２は第１および第２の実施の形態と同様であり、同符号を付している。
【００６５】
図８において、ローダ２１、塗布装置２２、装着装置２３、リフロー装置２４検査装置２５およびアンローダ２６はＬＡＮ４２を介してサーバ４１に接続され、サーバ４１から音声、画像、動画、文字等の情報が無線にて送信される。そして、実装システム２の取扱者が携帯する複数の携帯端末１がこれらの情報を自動受信する。なお、サーバ４１から送信される情報には音声データが含まれ、その音声データが自動着信されるため、取扱者が常時音声データを聞き取るように耳に音声データを伝えるイヤホン等の電気音響変換器１４ａが携帯端末１に備えられることが望ましい。
【００６６】
次に、メッセージ通知システムの動作の流れについて説明する。図９は、メッセージ通知システムの機能と送受信される情報の流れとを示すブロック図である。なお、ローダ２１およびアンローダ２６の記載を省略している。
【００６７】
図９に示すように、塗布装置２２、装着装置２３およびリフロー装置２４のそれぞれには、稼働情報作成部４０２ａ〜４０４ａおよび稼働情報発信部４０１ｂ〜４０４ｂが設けられる。また、検査装置２５には、検査情報作成部４０５ａおよび検査情報発信部４０５ｂが設けられる。サーバ４１には、情報受信部４１１、情報集計部４１２、および、情報発信部４１３が設けられる。
【００６８】
また、携帯端末１は図２と同様の構成であり、各種構成により情報受信部４２１、情報集計部４２２および情報通知部４２３としての機能が設けられる。情報受信部４２１はサーバ４１や外部情報端末３３からの情報を受信する機能を示しており、図３に示す情報取得部１１１や回答取得部１１３に相当する。情報集計部４２２は、情報の集計や集計に基づく判断を行う。情報の集計に基づく判断により外部情報端末３３に問い合わせが行われるという点では、情報集計部４２２の機能の一部は第１および第２の実施の形態における問い合わせ部１１２、発注部１１４、対処部１１５等として表現される。情報通知部４２３は、ディスプレイ１１に情報が表示されたり、電気音響変換器１４ａから音声が出力される機能を示す。
【００６９】
各装置２２〜２５が稼働することにより発生する稼働情報や検査情報は、各装置に設けられている稼働情報作成部４０２ａ〜４０４ａおよび検査情報作成部４０５ａによって作成され、それぞれの情報が稼働情報発信部４０２ｂ〜４０４ｂおよび検査情報発信部４０５ｂに送られる。そして、各情報は、稼働情報発信部４０２ｂ〜４０４ｂおよび検査情報発信部４０５ｂからＬＡＮ４２を介してサーバ４１の情報受信部４１１に送信される。サーバ４１では、情報受信部４１１で受信した情報を、情報集計部４１２で累計処理をしたり、各装置２２〜２５間の情報の相関関係を算出する等の情報集計を行い、必要に応じて携帯端末１に情報発信部４１３より情報を無線で送信する。
【００７０】
携帯端末１では、サーバ４１から送信された情報を情報受信部４２１で自動受信し、情報集計部４２２にてさらに集計を行い、情報通知部４２３が音声、音響等の出力により、あるいは、文字、静止画、動画等の表示により取扱者に情報を通知する。
【００７１】
次に、メッセージ通知システムで行われるデータ処理の動作について説明する。図１０はサーバ４１が行う動作の流れを示す図である。
【００７２】
上述したように、まず、各装置２２〜２５からＬＡＮ４２を介してサーバ４１の情報受信部４１１に情報が入力される（ステップＳ１０１）。情報受信部４１１が受信した情報は情報集計部４１２に送られ、トラブル情報か否かが判断される（ステップＳ１０２）。トラブル情報である場合には、トラブルを携帯端末１に通知するための処理が行われる（ステップＳ１０３）。
【００７３】
その後、装置からの情報が携帯端末１に通知すべきトラブル情報やその他の情報である場合（ステップＳ１０４）、情報の種類に応じて送信先の携帯端末１が決定され（ステップＳ１０５）、情報の送信が行われるとともに送信済フラグが設定される（ステップＳ１０６，Ｓ１０７）。サーバ４１では以上の処理が実装システム２による生産が終了するまで繰り返される（ステップＳ１０８）。
【００７４】
図１１はサーバ４１から情報を取得した携帯端末１の動作の流れを示す図である。携帯端末１の情報受信部４２１がサーバ４１から情報を取得すると（ステップＳ１１１）、取得された情報が情報集計部４２２へと渡される。そして、情報集計部４２２が、受け取った情報がトラブル情報、部品残数情報、品質情報、生産進捗情報のいずれに該当するか否かを判断する（ステップＳ１１２ａ〜Ｓ１１２ｄ）。そして、情報の種類に応じた処理が実行される。受け取った情報が上記情報のいずれにも該当しない場合には、その情報に応じた処理が行われる（ステップＳ１１３ｅ）。以下、情報の種類に応じたサーバ４１および携帯端末１の動作について説明する。
【００７５】
＜３．１  トラブル情報に対する処理＞
既述のように、サーバ４１の情報集計部４１２がトラブル情報を受け取ったと判断した場合（図１０：ステップＳ１０２）、情報集計部４１２によりトラブル通知処理（ステップＳ１０３）が行われる。図１２はトラブル通知処理の流れの詳細を示す図であり、図１３はトラブル通知処理で用いられる情報テーブルの一例を示す図である。
【００７６】
情報集計部４１２は、まず、受信したトラブル情報をトラブル情報管理テーブルに登録する（ステップＳ１２１）。トラブル情報管理テーブルでは、トラブル情報として、装置名、機種名、トラブルの発生時刻、トラブル内容を示すトラブル番号、および、その装置のトラブルの発生個所が登録される（図１３（ａ）に、トラブル情報管理テーブルの一例を示す）。
【００７７】
一方、情報集計部４１２には、予め機種名に対するトラブル番号別に、それぞれどの相手に通知するかを示す通知レベルを登録した通知トラブル管理テーブル（図１３（ｂ）に、通知トラブル管理テーブルの一例を示す）が準備されている。通知トラブル管理テーブルでは、機種名に対応したトラブル番号に対して通知すべき相手として通知レベルが登録されており、例えば、通知レベルとして、「不要」、「全員」、「担当者」および「担当グループ」（「Ｇ１」等）がある。通知レベルの「不要」は通知が不要であることを示し、「全員」は後述する担当者管理テーブルに登録されている全ての担当者（すなわち、担当者が携帯する携帯端末１）に通知することを示し、「担当者」はその装置のトラブル処理を担当している担当者に通知することを示し、「担当グループ」はトラブル処理を担当している担当者グループに通知することを示している。
【００７８】
このように予め登録された通知トラブル管理テーブルを参照して、情報集計部４１２は、トラブル情報管理テーブルに新規登録された情報に通知レベルを登録する（ステップＳ１２２）。つまり、トラブル情報管理テーブルに登録された機種名およびトラブル番号から、通知トラブル管理テーブルを参照することにより通知レベルを決定し、登録する。
【００７９】
続いて、図１０に示すように情報集計部４１２はトラブル情報管理テーブルに登録されたトラブル情報に対して、通知レベルを参照して通知対象か否かを判断する（ステップＳ１０４）。通知対象である場合、後述のように送信される携帯端末１が決定されて情報の送信が行われるが（ステップＳ１０５，Ｓ１０６）、通知レベルが「不要」の情報や後述する送信済フラグが設定されている情報等のように通知対象でない場合、情報の送信は行われない。
【００８０】
ここで、情報集計部４１２には、業務名および対象装置に対する担当者名、担当者が所属するグループおよび担当者が携帯する携帯端末１の端末番号が登録されている担当者管理テーブル（図１３（ｃ）に、担当者管理テーブルの一例を示す）が予め準備されている。グループ名とは、各担当者が担当している職種（例えば、装置操作、部品補給、保守点検等）で区別した複数の担当者で構成されるものであり、対象装置には依存しない分類である。
【００８１】
なお、担当者管理テーブルへのデータ登録については、携帯端末１の運用方法によって、同じ携帯端末１を同じ担当者が固定して所有する場合、担当者に対応する端末番号を初期設定として固定的に登録してもいいし、担当者の交代時間等で担当者の所有する携帯端末１が変更する揚合、各勤務の開始時点で新たに登録してもかまわない。担当者が所属するグループ名と担当する業務名および対象装置とについても同様である。
【００８２】
情報集計部４１２では、担当者管理テーブルを参照してステップＳ１０４で通知対象とされたトラブル情報管理テーブルの通知レベルに対応した具体的な送信先の携帯端末１を決定する（ステップＳ１０５）。
【００８３】
次に、情報集計部４１２は決定された送信先の携帯端末１に送信する情報を情報発信部４１３に送り、情報発信部４１３は指定された携帯端末１に対して情報を無線で送信する（ステップＳ１０６）。ここで、携帯端末１に送信されるトラブル情報は、音声、文字、静止画または動画を用いて、トラブル発生装置名、トラブル番号および内容、発生時刻、並びに、オプション情報（トラブル発生原因、他の装置トラブルとの関連、トラブル発生状況画像等）等である。
【００８４】
情報集計部４１２は、トラブル通知テーブルに登録されている情報のうちステップＳ１０６で送信した情報に対して、図１３（ｄ）に示すように送信済フラグを設定する（ステップＳ１０７）。上の動作が実装システム２による生産が終了するまで繰り返し行われる（ステップＳ１０８）。
【００８５】
一方、携帯端末１では、サーバ４１から送信された情報が情報受信部４２１により受信される（図１１：ステップＳ１１１）。このとき、携帯端末１は情報を自動受信するため、携帯端末１を携帯している取扱者は予め決められたキーを押す等の着信処理が不要となっている。
【００８６】
携帯端末１の情報受信部４２１は、受信した情報を情報集計部４２２に送り、取得した情報がトラブル情報であると判断してトラブル対応処理を実行する（ステップＳ１１２ａ，１１３ａ）。図１４はトラブル対応処理の流れを示す図である。
【００８７】
トラブル対応処理としては、まず、トラブル情報が情報集計部４２２のトラブル情報管理テーブル（サーバ４１とは別のトラブル情報管理テーブル）に登録される（ステップＳ２１a）。図１５（ａ）は装置名「ＭＶ−２」のトラブル番号「ＥＲ１０２５」が登録された直後のトラブル情報管理テーブルの様子（一部省略）を示す図である。その後、トラブル情報が情報集計部４２２から情報通知部４２３へと送られ、情報に合わせた通知方法で取扱者に情報が通知される（ステップＳ２１ｂ）。
【００８８】
例えば、情報に音声データが含まれる場合、音声データが携帯端末１に備えられている電気音響変換器１４ａを通じて自動的に取扱者の耳に伝達される。音声データをトラブル情報の概要を伝えるデータとして用いることによって、取扱者に情報の概要を即時に確実に通知することができる。また、文字、静止画および動画のデータは携帯端末１に備えられるディスプレイ１１（図２参照）に表示されることにより取扱者に伝達される。ディスプレイ１１に表示されるデータを取扱者の選択によって情報の詳細を伝えるデータとして用いることによって、取扱者の要望に応じて情報の詳細を視覚的に通知することができる。
【００８９】
次に、携帯端末１ではトラブル情報に含まれるトラブル番号に基づいてトラブルに対処する担当者（トラブルに対処する際の装置の取扱者）の端末であるか否かの判断が行われる（ステップＳ２１ｃ）。情報集計部４２２には図１６に示す問い合わせ先テーブル（第２の実施の形態における問い合わせ先情報５１１に相当する。）が準備されており、このテーブルの通知レベルを参照することによりトラブル情報が複数の携帯端末１に送信されたとしてもトラブルに対処する担当者の１つの携帯端末１が特定される。
【００９０】
例えば、図１６に示すトラブル番号「ＥＲ１０１１」の場合、グループ「Ｇ１」全員の携帯端末１にトラブル情報の通知が行われるが、これらの携帯端末１のうちグループ「Ｇ１」の責任者のもののみがトラブルに対処する担当者の携帯端末１であると自ら判断し、以下に説明する追加の処理を行う。
【００９１】
トラブルに対処する担当者の携帯端末１では、トラブル番号に対応する問い合わせ先が存在するか否かが確認される（ステップＳ２１ｄ）。問い合わせ先が存在する場合には図１５（ａ）に示すようにトラブル情報管理テーブルの要問合フラグが設定され、さらに、図１５（ｂ）に示すようにトラブル番号に対応する問い合わせ先がトラブル情報管理テーブルに登録される（ステップＳ２１ｅ）。なお、問い合わせ先テーブルの問い合わせ先に登録が行われていない場合、以下の動作は実行されず、各担当者への通知のみが行われることとなる。
【００９２】
その後、第２の実施の形態と同様に図６および図７に示すトラブルの問い合わせに関する動作が行われる（ステップＳ２１ｆ）。すなわち、自動問い合わせモードの場合には図１６に示す問い合わせ先テーブル内の優先順位に従って問い合わせが行われ（ステップＳ２３）、手動問い合わせモードの場合には取扱者による問い合わせ先の選択に従って問い合わせが行われる（ステップＳ２４〜Ｓ２６）。問い合わせが行われると図１５（ｂ）に示すようにトラブル情報管理テーブルに問合済フラグが設定される。そして、問合先から対処情報を取得すると（ステップＳ２７）、回答済フラグが設定される。
【００９３】
自動選択モードの場合には取得した対処情報のうち最も優先順位の高いものが選択され、手動選択モードの場合には取扱者による対処情報の選択が行われる。そして、対処情報がディスプレイ１１に表示されたり、電気音響変換器１４ａから音声として出力される。あるいは、対処情報がプログラムを含む場合にはプログラムがトラブルを発生した装置にロードされる（ステップＳ３１〜Ｓ３７）。
【００９４】
＜３．２  部品切れ警告通知＞
サーバ４１の情報集計部４１２が図１０中のステップＳ１０２で部品残数を求めるための情報（以下、「部品残数情報」と総称する。）を受け取ったと判断した場合、ステップＳ１０５へと移行して送信先の携帯端末１の決定が行われる。情報集計部４１２には、装置の機種名および部品残数情報に係る部品の種類に応じて通知レベルを対応付けたテーブル（図１３（ｂ）において「トラブル番号」が「部品番号」に置き換えられたテーブル）が準備されており、情報集計部４１２は部品残数情報に含まれる機種名および部品番号に基づいて通知すべき担当者（部品供給の際の装置の取扱者）を決定する（ステップＳ１０５）。
【００９５】
次に、情報集計部４１２は部品残数情報を情報発信部４１３に送り、情報発信部４１３は、決定された携帯端末１に対して上記情報を無線で送信する（ステップＳ１０６）。なお、情報集計部４１２には部品残数情報の履歴を示すテーブルが準備されており、送信が完了するとこのテーブルに送信済フラグが設定される（ステップＳ１０７）。
【００９６】
装置の機種および部品の種類に応じた取扱者が携帯する携帯端末１において情報受信部４２１がサーバ４１から情報を取得すると（図１１：ステップＳ１１１）、取得した情報が情報集計部４２２へと送られる。情報集計部４２２が、取得した情報が部品残数情報であると判断すると（ステップＳ１１２ｂ）、情報集計部４２２により部品残数に関するテーブルの更新が行われる（ステップＳ１１３ｂ）。図１７はテーブル更新処理の詳細を示す図であり、図１８（ａ）ないし（ｄ）は更新対象となるテーブルの例を示す図である。なお、図１８（ａ）ないし（ｄ）は複数の装着装置２３に関するものであり、以下、実装システム２に複数の装着装置２３が存在し、複数の装着装置２３に関するテーブル更新処理について説明する。
【００９７】
部品残数情報には部品が装着装置２３に供給された際に携帯端末１が受け取る初期値情報と装着装置２３が部品を一定量使用するごとに携帯端末１が受け取る使用数情報とがある。情報集計部４２２は、まず、受信した部品残数情報が初期値情報か否かを判断する（ステップＳ１３１）。そして、情報集計部４２２が部品残数情報が初期値情報であると判断した場合、その初期値情報を部品残数管理テーブルに登録する（ステップＳ１３２）。部品残数情報が初期値情報でない場合、ステップＳ１３３へと移行する。
【００９８】
部品残数管理テーブルには、装着装置２３の装置名および機種名に対して、装着装置２３に供給される部品の基板への供給位置を表す供給位置番号、部品品番、基板１枚あたりの員数、初期状態の供給数を表す初期数、初期状態から現在までの使用数、現在の残数、部品残数が０になるまでの予想残り時間（ｓｅｃ）、および、部品切れ警告通知を行った通知時間（ｓｅｃ）が登録され、また、装着装置２３の基板１枚あたりの生産時間から算出される実装システム２全体のラインタクト（サイクルタイム）（ｓｅｃ）が登録される。なお、図８に示される各装置２１〜２６の問にバッファを設定した場合、各装置２２〜２４は、バッファが吸収できる数だけ互いに異なる生産タクトでも稼働することができる。したがって、ラインタクトは各装置２２〜２４に応じて個別に設定されてもかまわない。
【００９９】
図１８（ａ）は、ステップＳ１３２において情報集計部４２２が初期値情報を部品残数管理テーブルに登録した状態を示す図である。図１８（ａ）に示すように、稼働前に受信した初期値情報に含まれる装置名および機種名に対応する部品の供給位置番号、部品品番、員数、および、初期数が部品残数管理テーブルに登録される。なお、使用数については稼働前のため、全て０でリセットされており、残数は（「残数」＝「初期数」−「使用数」）で、残り時間は（「残り時間」＝「残数」÷「員数」×「ラインタクト」）で算出される。
【０１００】
次に、情報集計部４２２は、受信した部品残数情報が使用数情報か否かを判断する（ステップＳ１３３）。そして、情報集計部４２２が使用数情報であると判断した場合、使用数情報に基づいて部品残数管理テーブルを更新し（ステップＳ１３４）、テーブル更新処理を終了する。使用数情報でない場合は登録が行われることなくテーブル更新処理が終了する。
【０１０１】
図１８（ｂ）は、使用数情報の一例を示す図である。図１８（ｂ）に示すように使用数情報は装置の初期状態から現在までの部品の「使用数」を表す情報として逐次送信され、この情報には装置名および機種名に対して、供給位置番号および使用数が含まれる。情報集計部４２２は使用数情報に従って部品残数管理テーブルの各部品に該当する使用数を更新し、更新された使用数を用いて、上述と同様に残数および残り時間を算出して更新する。
【０１０２】
図１９はテーブル更新処理（図１１：ステップＳ１１３ｂ）の後に情報集計部４２２が実行する部品切れ対応処理（ステップＳ１１４ｂ）の流れを示す図である。部品切れ対応処理では、まず、部品残数管理テーブルの「残り時間」が規定時間以下か否かが判断される（ステップＳ１４１）。ここで、規定時間とは、部品残数が０になる前に部品切れ警告通知を行うまでの時間（ｓｅｃ）である。例えば、部品残数が０になる２０分前および１０分前に部品切れ警告通知を行う場合、規定時間として「１２００ｓｅｃ」および「６００ｓｅｃ」が設定される。
【０１０３】
情報集計部４２２は、部品残数管理テーブルの残り時間を参照して、予め設定された規定時間以下に該当する部品の情報（以下、「部品情報」という。）がある場合、その部品情報について次のステップＳ１４２に進み、規定時間を超える部品情報のみの場合には部品切れ対応処理を終了する。なお、以下、１つの部品に対応する部品情報において残り時間が規定時間以下となったものとして説明を行うが、複数の部品に対応する部品情報において残り時間が規定時間以下となった場合には、順に、あるいは、並行して以下の処理が実行される。
【０１０４】
残り時間が規定時間以下と判断された部品情報に対して、情報集計部４２２はその規定時間に対応する部品切れ警告通知が行われているか否かを判断する（ステップＳ１４２）。この判断は、部品残数管理テーブルの通知時間に、その規定時間に該当する時間が登録（通知時間の登録については、後述する）されているか否かで判断される。情報集計部４２２は、該当する部品切れ警告通知が行われていない場合、次のステップＳ１４３に進み、通知済みの場合、後述のステップＳ１４５へと移行する。
【０１０５】
部品切れ警告通知に際して、情報集計部４２２は情報通知部４２３に部品切れ警告に関する情報を送信する。部品切れに関する情報は、音声、文字、静止画あるいは動画を用いて、部品切れ警告発生装置名、部品切れ個所（部品リール設定位置番号等）、部品名（部品品番等）、部品切れ発生予想時刻、残り時間、残数、および、オプション情報（部品詳細情報、部品メーカ名、部品形状等）等を通知する情報である。
【０１０６】
その後、情報通知部４２３が情報に合わせた通知方法で携帯端末１を携帯する取扱者（部品供給担当者）に情報を通知する（ステップＳ１４３）。例えば、上記情報に音声データが含まれる場合、音声データが電気音響変換器１４ａを通じて取扱者の耳に伝達される。この音声データを情報の概要を伝えるデータとして用いることによって取扱者に即時に確実に通知することができる。また、文字、静止画および動画は、携帯端末１に備えられるディスプレイ１１（図２参照）に表示されることにより取扱者に伝達される。ディスプレイ１１に表示されるデータを取扱者の選択によって上記情報の詳細を伝えるデータとして用いることによって、取扱者の要望に対応して情報の詳細を視覚的に通知することができる。
【０１０７】
部品切れ警告通知が行われると、情報集計部４２２は部品残数管理テーブルに登録されている部品情報のうち通知を行った部品情報に対して、通知を行ったときの残り時間を通知時間として設定する（ステップＳ１４４）。図１８（ｃ）は、通知済フラグとして通知時間が設定された部品残数管理テーブルの一例を示す図である。図１８（ｃ）の部品品番「ＥＲＪ１０１２」の部品情報は、使用数情報によって残り時間が更新され、残り時間が「１１２５ｓｅｃ」となったため、規定時間「１２００ｓｅｃ」以下に該当することにより、部品切れ警告通知の対象となったことを示している。
【０１０８】
この部品情報では、通知対象となった直後に部品切れ警告通知が行われたため、送信時間「１１２５ｓｅｃ」が設定されている。これにより、次回の更新時のステップＳ１４２において残り時間が規定時間「１２００ｓｅｃ」以下であっても通知時間を参照して既に通知済みであることを判断することができるため、同じ規定時間に対して何度も繰り返して通知が行われることはない。
【０１０９】
なお、部品切れ警告通知が行われると、通常、取扱者は情報を送出した装置に対して部品の補給を行う。例えば、図１８（ｄ）は、図１８（ｃ）に関連して説明した部品切れ警告通知に対して、部品を５０００個補給した状態の部品残数管理テーブルを示す図である。すなわち、取扱者が当該部品に対して５０００個の補充を行ったために、補充された装置から当該部品の「初期値」に補充された数（＋５０００）が加算された情報が初期値情報として送出され、ステップＳ１３２により部品残数管理テーブルが更新される。この更新により、残数および残り時間が新たに算出されて通知時間が未登録にリセットされ、当該部品が部品切れ警告対象から除外される。
【０１１０】
また、取扱者が、部品切れ警告通知を受け取っても情報を送出した装置に対して部品の補給を行わなかった場合、次の警告時間（例えば、残り時間が規定時間「６００ｓｅｃ」となった時）に、同様のフローに沿って２回目の部品切れ警告通知が取扱者に対して行われ、部品残数管理テーブルの「通知時間」が更新される。さらに、取扱者が、部品切れ警告通知に対して部品の補給を行わず、部品の残数が０になった場合、残数が０になった装置は上述したトラブル情報をサーバ４１に送出し、既述のトラブル対応処理に従った処理が行われる。
【０１１１】
一方、ステップＳ１４１において残り時間が規定時間以下であると判断された場合、情報集計部４２２はその部品情報に対応する部品の発注が行われているか否かを判断する（ステップＳ１４５）。この判断は、部品残数管理テーブルの発注済フラグに、発注済みである旨が登録（「発注済フラグ」の登録については、後述する。）されているか否かで判断される。情報集計部４２２は、発注が行われていない場合、次のステップＳ１４６に進み、発注済みの場合、部品切れ対応処理を終了する。
【０１１２】
部品の発注が行われていない場合には、第１の実施の形態と同様に、図４に示すステップＳ１２〜Ｓ１８が実行される（ステップＳ１４６）。すなわち、問い合わせ先である複数の外部情報端末３３に部品の在庫状況の問い合わせが行われ、在庫情報の取得が行われる（ステップＳ１２，Ｓ１３）。そして、自動発注モードの場合には自動的に部品の発注が行われ、自動発注モードでない場合には取扱者の操作に基づいて部品の発注が行われる（ステップＳ１４〜Ｓ１８）。部品の発注が完了すると、取扱者にその旨が通知される（ステップＳ１４７）。例えば、音声データにより発注済みであることが電気音響変換器１４ａを通じて迅速に取扱者の耳に伝達されたり、ディスプレイ１１の表示による通知が行われる。
【０１１３】
部品発注が完了すると、情報集計部４２２は部品残数管理テーブルに登録されている部品情報のうち発注を行った部品情報に対して、発注済フラグを設定する（ステップＳ１４８）。発注済フラグの設定により、以後、ステップＳ１４１にて残り時間が規定時間以下であると判断された場合であっても、重複した発注が防止される。図１８（ｃ）は、部品品番「ＥＲＪ１０１２」の部品情報に発注済フラグが設定された部品残数管理テーブルの一例を示す図である。
【０１１４】
なお、部品発注が行われるとやがて部品の納入が行われる。部品の納入の登録が所定の取扱者により行われると、図１８（ｄ）に示すように発注済フラグがリセットされ、次の部品切れ警告通知が行われる際に再度発注に関する処理が実行される。
【０１１５】
また、部品発注が自動で行われない場合に、取扱者が部品の発注を忘れてしまうと、次の部品残数情報を携帯端末１が受信した際に通知時間は設定されているが発注済フラグが設定されていないため、発注に係る動作のみが再度実行される。これにより、発注の失念が防止される。
【０１１６】
＜３．３  品質変化通知＞
サーバ４１の情報集計部４１２が図１０中のステップＳ１０２で製品の品質に関連する情報（装置の動作不良を含み、以下、「品質情報」と総称する。）を受け取ったと判断した場合、ステップＳ１０５へと移行して送信先の携帯端末１の決定が行われる。情報集計部４１２には、装置の機種名および品質情報の種類に応じて通知レベルを対応付けたテーブル（図１３（ｂ）において「トラブル番号」が「品質情報番号」に置き換えられたテーブル）が準備されており、情報集計部４１２は品質情報に含まれる機種名および品質情報番号に基づいて通知すべき担当者（品質や装置動作に対応する装置の取扱者）を決定する（ステップＳ１０５）。
【０１１７】
次に、情報集計部４１２は品質情報を情報発信部４１３に送り、情報発信部４１３は、決定された携帯端末１に対して情報を無線で送信する（ステップＳ１０６）。なお、情報集計部４１２には品質情報の履歴を示すテーブルが準備されており、送信が完了するとこのテーブルに送信済フラグが設定される（ステップＳ１０７）。
【０１１８】
装置の機種および品質情報の種類に応じた担当者が携帯する携帯端末１において情報受信部４２１がサーバ４１から情報を取得すると（図１１：ステップＳ１１１）、取得した情報が情報集計部４２２へと送られる。情報集計部４２２が、取得した情報が品質情報であると判断すると（ステップＳ１１２ｃ）、情報集計部４２２により品質管理に関するテーブルを更新する処理が行われる（ステップＳ１１３ｃ）。図２０（ａ）ないし（ｄ）は更新対象となるテーブルの一例を示す図である。
【０１１９】
テーブル更新処理では、まず、情報集計部４２２が受け取った品質情報を品質情報管理テーブルに登録する。図２０（ａ）は、装着装置２３において部品を吸着して基板に装着するノズル別の品質情報が登録された品質情報管理テーブルの例を示す図である。図２０（ａ）において装着装置２３から送信されるノズルに関連する品質情報には、装着装置２３の装置名、機種名、および、ノズルの種類を表すノズル番号に対して、それぞれの動作回数を示す吸着数、および、装着が完了した部品数である装着数が含まれ、さらに、動作不良に関する情報として、ノズルが部品を吸着できなかったエラーを示す吸着エラー数、ノズルに吸着された部品の姿勢が大きくずれたエラーを示す立吸着エラー数、および、ノズルに吸着された部品の位置をカメラで認識したときの位置ずれエラーを示す認識エラー数の情報が含まれている。情報集計部４２２は品質情報に含まれる上記項目の値から吸着に成功した割合を示す吸着率（％）、および、装着に成功した割合を示す装着率（％）を算出し、品質情報管理テーブルに登録する。
【０１２０】
また、図２０（ｂ）は、実装システム２の最終工程に設けられている検査装置２５から送信される品質情報が登録された品質情報管理テーブルの一例を示す図である。図２０（ｂ）に示すように、検査装置２５から送信される品質情報には、検査装置の装置名および機種名に対して、検査した基板枚数および実装個所数を示す検査枚数および検査個所数、検査により不良を検出した基板の枚数および実装個所数を示す不良枚数および不良個所数の情報が含まれている。情報集計部４２２は、品質情報に含まれる上記項目の値から基板ごとおよび実装個所ごとの不良割合を示す基板不良率（％）および実装個所不良率（％）を品質情報管理テーブルに登録する。
【０１２１】
テーブルの更新処理が完了すると、次に、情報集計部４２２は品質に関連するトラブルを処理する品質対応処理を行う（図１１：ステップＳ１１４ｃ）。図２１は品質対応処理の流れを示す図である。品質対応処理では、まず、情報集計部４２２が品質情報管理テーブルに登録されている値から導かれる品質に関連する値（以下、「品質判定値」という。）が規定条件より悪化しているか否かを判断し（ステップＳ１５１）、悪化しているものに対しては次のステップＳ１５２へと処理が移行し、いずれの品質判定値も規定条件より悪化していない場合には品質対応処理を終了する。なお、以下の説明ではステップＳ１５２以降の処理を１つの品質判定値に対する処理として記載しているが、複数の品質判定値が既定条件よりも悪化している場合には、以下の処理が繰り返し、あるいは、並行して実行される。
【０１２２】
ここで、規定条件とは、例えば装着装置２３の場合、
（Ａ）  「吸着エラー数」が規定回数以上
（Ｂ）  「装着エラー数」が規定回数以上
（Ｃ）  「吸着エラー」が規定回数以上連続して発生
（Ｄ）  「装着エラー」が規定回数以上連続して発生
（Ｅ）  「吸着率」が規定割合以下
（Ｆ）  「装着率」が規定割合以下
等の項目が予め設定されている。
【０１２３】
情報集計部４２２は、例えば、条件（Ｆ）の規定条件が９９．５％に設定されている場合、図２０（ａ）の品質情報管理テーブルでは、装置名「ＭＶ−１」のノズル番号「１」および「２」において装着率が９９．４％であるため、ステップＳ１５１において規定条件より悪化していると判断する。
【０１２４】
また、検査装置２５の場合、規定条件として、
（Ｇ）  「不良枚数」が規定数以上
（Ｈ）  「不良個所数」が規定数以上
（Ｉ）  「不良」が規定回数以上連続して発生
（Ｊ）  「基板不良率」が規定割合以上
（Ｋ）  「装着個所不良率」が規定割合以上
等の項目が予め設定されている。
【０１２５】
条件（Ｊ）の規定割合が、例えば、１．００％で設定されている場合、図２０（ｂ）の品質情報管理テーブルでは、装置名「ＩＰ−２」において基板不良率が「１．００％」であるため、情報集計部４２２はステップＳ１５１において規定条件より悪化していると判断する。
【０１２６】
次に、情報集計部４２２は、ステップＳ１５１で規定条件より悪化していると判断された品質判定値に対する対応処理へと既に移行しているか否かを判断する（ステップＳ１５２）。この判断は、品質情報管理テーブルの条件フラグが設定されているか否かに基づいて行われる。
【０１２７】
情報集計部４２２は、悪化している品質判定値に対する対応処理へと移行していない場合、該当する規定条件の番号を条件フラグとして設定し（ステップＳ１５３）、トラブル対応処理（ステップＳ１５４）へと移行する。対応処理へと移行している場合は品質対応処理を終了する。条件フラグの設定により、同一の品質判定値に対する対応処理が繰り返されることはない。
【０１２８】
図２０（ｃ）および図２０（ｄ）は、ステップＳ１５３で条件フラグが設定された品質情報管理テーブルの例を示す図である。図２０（ｃ）は、図２０（ａ）を参照して説明したように装着装置２３における品質情報管理テーブルにおいて装置名「ＭＶ−１」のノズル番号「１」および「２」が対応処理の対象となり、ステップＳ１５３で条件フラグが設定された例を示す。これらの品質判定値は上述した規定条件（Ｆ）を満たすため、条件フラグには「Ｆ」が設定される。なお、複数の品質判定値が規定条件を満たす場合、条件フラグには、該当する複数の規定条件が設定される。
【０１２９】
また、図２０（ｄ）は、図２０（ｂ）を参照して説明したように検査装置２５における品質情報管理テーブルで装置名「ＩＰ−２」の条件フラグが設定された例である。図２０（ｄ）では基板不良率が上述した規定条件（Ｊ）を満たすため、ステップＳ１５３では品質情報管理テーブルの条件フラグに「Ｊ」が設定されるする。なお、複数の品質判定値が規定条件を満たす場合、条件フラグには、該当する複数の規定条件が設定される。
【０１３０】
条件フラグの設定後に行われるトラブル対応処理（ステップＳ１５４）は、図１４に示す既述のトラブル対応処理と同様である。すなわち、製品品質（または、装置動作）に関する不具合がトラブル情報として情報集計部４２２のトラブル情報管理テーブルに登録され（ステップＳ２１ａ）、携帯端末１に通知が行われる（ステップＳ２１ｂ）。そして、装置の取り扱い担当者の携帯端末１のみが問い合わせ先の外部情報端末３３を特定して問い合わせを行う（ステップＳ２１ｃ〜２１ｆ）。
【０１３１】
外部情報端末３３から対処情報が取得されると（図６：ステップＳ２７）、対処情報の出力、すなわち、音声出力、画像表示、あるいは、装置へのプログラムのダウンロードが行われる（図７：ステップＳ３１〜Ｓ３７）。なお、対処情報を取得した携帯端末１の取扱者は、音声や画像により対応処理の内容が通知されると、通常、品質判定値が悪化している装置に対してその品質を向上させる対策を行う。対策が完了した旨が携帯端末１に登録されると、品質情報管理テーブルの条件フラグがリセットされる。例えば、図２０（ｃ）で説明した品質情報管理テーブルで装置名「ＭＶ−１」のノズル番号「１」および「２」に対して、ノズル交換等の対応が行われた旨が登録された場合、条件フラグ「Ｆ」がリセットされる。万一、対策を施したにも関わらず品質判定値が向上しない場合には、条件フラグがリセットされていることから、再度、対応処理を求める通知および外部情報端末３３への問い合わせが行われる。
【０１３２】
以上のように、携帯端末１は実装システム２の各装置から動作不良に関する情報や異常を示す検査結果を含む情報を受け取り、動作不要の程度や異常を示す検査結果の取得の程度が所定の規定条件（すなわち、外部情報端末３３へ問い合わせを行うか否かを示す送信条件）を満たすか否かが判断される。したがって、実際にトラブルが発生する前にトラブルの発生を予測して外部情報端末３３を利用した対策を講じることが実現される。
【０１３３】
なお、外部情報端末３３からの対処情報をある程度、携帯端末１に記憶しておき、同一の条件フラグが短い時間で再度設定された場合には、外部情報端末３３への問い合わせを行うことなく記憶済みの対処情報が携帯端末１から出力されてもよい。
【０１３４】
＜３．４  生産進捗通知＞
サーバ４１の情報集計部４１２が図１０中のステップＳ１０２で生産の進捗状況に関する情報（以下、「生産進捗情報」と総称する。）を受け取ったと判断した場合、ステップＳ１０５へと移行して送信先の携帯端末１の決定が行われる。情報集計部４１２には、装置の機種名および生産進捗情報の種類に応じて通知レベルを対応付けたテーブル（図１３（ｂ）において「トラブル番号」が「生産進捗情報番号」に置き換えられたテーブル）が準備されており、情報集計部４１２は生産進捗情報に含まれる機種名および情報の種類に基づいて通知すべき担当者を決定する（ステップＳ１０５）。
【０１３５】
次に、情報集計部４１２は生産進捗情報を情報発信部４１３に送り、情報発信部４１３は、決定された携帯端末１に対して情報を無線で送信する（ステップＳ１０６）。なお、情報集計部４１２には生産進捗情報の履歴を示すテーブルが準備されており、送信が完了するとこのテーブルに送信済フラグが設定される（ステップＳ１０７）。
【０１３６】
装置の機種および生産進捗情報の種類に応じた担当者が携帯する携帯端末１の情報受信部４２１がサーバ４１から情報を取得すると（図１１：ステップＳ１１１）、取得した情報が情報集計部４２２へと送られる。情報集計部４２２が、取得した情報が生産進捗情報であると判断すると（ステップＳ１１２ｄ）、情報集計部４２２により生産進捗に関するテーブルを更新する処理が行われる（ステップＳ１１３ｄ）。図２２（ａ）および（ｂ）は更新対象となるテーブルの一例を示す図である。
【０１３７】
テーブル更新処理では、まず、情報集計部４２２が受け取った生産進捗情報を生産進捗情報管理テーブルに登録する。図２２（ａ）は、生産進捗情報が登録された生産進捗情報管理テーブルの一例を示す図である。図２２（ａ）に示すように、生産進捗情報には装置名および機種名に対して、計画されている基板のロット生産枚数を示す総計画枚数、および、現在の生産あるいは検査が完了済みの基板の枚数を示す生産／検査枚数の値が含まれている。情報集計部４２２は、総計画枚数の値にその生産を行う計画時間と現在まで経過時間との割合を乗算することにより、現在の基板生産目標枚数を求め、現時点目標枚数に登録する。さらに、情報集計部４２２は、生産／検査枚数の値から現時点目標枚数の値を減算することにより差（すなわち、生産実績と生産予定との差）の値を算出する。
【０１３８】
次に、情報集計部４２２は進捗状況に応じて進捗状況通知処理（ステップＳ１１４ｄ）を実行する。図２３は進捗状況通知処理の流れを示す図である。進捗状況通知処理では、まず、生産進捗情報管理テーブルに登録されている各種値が規定条件を満たすか否かが判断され（ステップＳ１６１）、規定条件が満たされる場合には次のステップＳ１６２へと移行し、規定条件が満たされない場合には進捗状況通知処理を終了する。
【０１３９】
ここで、規定条件としては、例えば、
（Ａ）「差」が規定生産遅れ数を上回る（生産遅延）
（Ｂ）「総計画枚数」と「生産／検査枚数」とが等しい（ロット生産終了）
等の項目が予め設定されている。
【０１４０】
例えば、情報集計部４２２は、上記条件（Ａ）の規定生産遅れ数が「１００」に設定されている場合、図２２（ａ）の生産進捗情報管理テーブルでは、全ての装置に関して差の項目の値が「−１００」を下回る（すなわち、生産遅れ数が１００を上回る）ため、ステップＳ１６１で通知が必要であると判断する。なお、実装システム２の場合、直列に装置が配列されるため、各装置２２〜２５の生産／検査枚数等の値はほぼ同じになる。したがって、生産進捗情報管理テーブルにおいて代表装置のみが管理されてもよい。
【０１４１】
次に、情報集計部４２２は、規定条件を満たすと判断された値に対応した通知が近接した時間帯に行われているか否かを判断する（ステップＳ１６２）。この判断は、生産進捗情報管理テーブルの通知時刻に登録がなされているか否か、および、通知時刻に登録がある場合、その時刻から現在の時刻までに予め設定された時間が経過したか否かで判断される。予め設定された時間は同じ情報を再送信するまでの時間であり、例えば、「１０ｍｉｎ」や「３０ｍｉｎ」等が設定される。情報集計部４２２は、規定条件を満たす値に関する通知が近接した時間帯に行われていない場合、次のステップＳ１６３以降の通知処理へと移行し、近接した時間帯に通知が行われている場合は進捗状況通知処理を終了する。
【０１４２】
通知としては、まず、取扱者への通知が行われる（ステップＳ１６３）。すなわち、生産進捗に関する情報が情報集計部４２２から情報通知部４２３へと送出される。送出される情報は、音声、文字、静止画またはおよび動画を用いて、対象装置名もしくは対象ライン名、変化発生時刻、変化発生内容（生産数、差異数、ロット生産完了数等）、および、オプション情報（エラー率、ライン稼働率、発生までの時系列変動状況等）等を示す情報である。
【０１４３】
情報通知部４２３は上記情報に合わせた通知方法で携帯端末１を携帯する取扱者（生産進捗管理者）に通知を行う。例えば、情報に音声データが含まれる場合、音声データが電気音響変換器１４ａを通じて取扱者の耳に伝達される。音声データを情報の概要を伝えるデータとして用いることによって取扱者に即時に確実に通知することができる。また、文字、静止画および動画は、携帯端末１に備えられるディスプレイ１１（図２参照）に表示されることにより取扱者に伝達される。ディスプレイ１１に表示されるデータを取扱者の選択によって上記情報の詳細を伝えるデータとして用いることによって、取扱者の要望に応じて情報の詳細を視覚的に通知することができる。
【０１４４】
携帯端末１は、取扱者への生産進捗状況の通知のみならず、実装済み基板の最終製品への組み込みを行う組立工程や物流工程等の後工程にも通知を行う（ステップＳ１６４）。後工程は実装システム２が設置された工場に設けられてもよく、別工場に設けられてもよい。後工程の端末は外部情報端末３３として取り扱われ、携帯端末１から無線通信および社内ＬＡＮやインターネットを介して通知が行われる。これにより、後工程の担当者が後工程の稼働状態や仕掛かり製品の滞留状態を適切に調整することができる。もちろん、後工程以外の部門に通知が行われてもよい。例えば、部品や材料の納入業者や前工程の部門に設置された外部情報端末３３に通知が行われてもよい。外部情報端末３３に通知される情報は取扱者に通知される情報と同様あるいは類似のものである。
【０１４５】
次に、情報集計部４２２は、生産進捗情報管理テーブルに登録されている生産進捗情報のうち通知を行ったものに対して、通知を行った時刻（ステップＳ１６３が実行された時刻）を通知時刻として設定する（ステップＳ１６５）。図２２（ｂ）は、通知済フラグとして通知時刻が登録された生産進捗情報管理テーブルの一例を示す図である。図２２（ｂ）の場合、図２２（ａ）で説明したように生産進捗情報管理テーブルで全ての生産進捗情報が通知対象となっている。
【０１４６】
生産進捗状況に関する情報を受け取った外部情報端末３３は、通知を受け取った旨（以下、「通知確認」という。）の情報を送信した携帯端末１へと返送する。携帯端末１が通知確認の情報を取得すると（ステップＳ１６６）、通知確認が行われた旨がディスプレイ１１に表示される（ステップＳ１６７）。さらに、図２２（ｂ）に示すように、生産進捗情報テーブルの確認済フラグが設定される（ステップＳ１６８）。
【０１４７】
なお、取扱者は生産遅延を示す通知が行われると、通常、生産遅延が生じている装置に対して生産能力を向上させる対策を行う。例えば、図２２（ｂ）の生産進捗情報管理テーブルで通知対象となった生産進捗情報に対応する装置に対して、生産能力向上等の対策を行うことによって規定条件（Ａ）よりも生産遅延が緩和された場合、当該生産進捗情報は通知対象から除外され、通知時刻の登録内容および確認済フラグがリセットされる。
【０１４８】
また、取扱者に生産遅延の通知が行われても対策を行わなかった場合、継続して生産進捗情報はステップＳ１６１では通知対象になるが、通知済フラグが設定されているため、ステップＳ１６２では予め設定された時間を経過してない限り通知対象から除外される。つまり、同じ通知の２重送が防止される。もちろん、予め設定された別の時間（例えば、上述の「１０ｍｉｎ」の後の「３０ｍｉｎ」）が経過すると、再通知が行われる。
【０１４９】
一方、携帯端末１が外部情報端末３３に生産進捗状況の通知を行ったにもかかわらず、通知確認が返送されない場合、一定時間が経過すると再度、生産進捗情報の通知が行われる。
【０１５０】
以上、上述の規定条件（Ａ）に関する取扱者および外部情報端末３３への通知について説明したが、規定条件（Ｂ）に基づいて取扱者および外部情報端末３３にロット生産完了を示す通知も行われる。ロット生産完了の通知が行われると、取扱者は通常、実装システム２に対して機種切り替え等のロット変更作業を行う。この場合、生産進捗情報管理テーブルで通知対象となった生産進捗情報に対して上述した規定条件（Ｂ）が解除されると共に、新たな生産進捗情報管理テーブルへと更新される。
【０１５１】
その他、生産進捗情報に基づいて、ロット生産完了の予告通知が取扱者や外部情報端末３３に行われてもよい。これにより、実装システム２や外部の組立工程、物流工程等における作業を円滑に進めることが実現される。
【０１５２】
＜３．５  まとめ＞
第３の実施の形態に係る携帯端末１では、実装システム２のトラブル、部品切れ、製品の品質や装置動作性能の低下等のように、停止が事前に予想できる事象や装置の不具合に対して、適切な時期にその事象を取扱者に通知することができる。さらに、外部情報端末３３を用いてこれらの事象に適切に対処することができ、装置の停止の防止、製品の品質や装置性能の低下防止等を実現することができる。
【０１５３】
また、生産進捗の遅延に対しても自動的に担当者および後工程に通知が行われるため、生産計画の修正や装置の調整に適切に対応することができる。
【０１５４】
なお、取扱者には、携帯端末１を通じて自動着信による音声により通知を行うことも可能であり、この場合、他の作業等で携帯端末１の画面を視認できない場合であっても通知を確実に認識することができる。
【０１５５】
さらに、通知は複数の取扱者のうちその対処に最も適切な者に送信されるという機能、処理の完了に応じて同一内容の通知が送信されない機能等を有しているため、使用用途の発展が期待できる。
【０１５６】
＜４．  変形例＞
以上、本発明の実施の形態について説明してきたが、本発明は上記実施の形態に限定されるものではなく様々な変形が可能である。
【０１５７】
例えば、第２の実施の形態のように携帯端末１は個別の装置から情報を取得してもよく、第３の実施の形態のように複数の装置を管理するサーバから情報を取得してもよい。さらには、隣のラインや近接する工場内の装置と携帯端末１が通信を行ってもよい。取り扱い対象となる装置は取扱者の配置が必要となる装置であればどのようなものでもよく、加工や組み立てを行う生産装置に限定されるものではなく、化学プラント、電力装置等であってもよい。
【０１５８】
携帯端末１からの問い合わせ先の外部情報端末３３は１つあってももちろんよい。すなわち、外部情報端末３３は少なくとも１つ存在すればよい。問い合わせ先はインターネット３２上の外部情報端末３３に限定されず、工場内のＬＡＮや企業内のＷＡＮ等に接続された外部情報端末であってもよい。
【０１５９】
少なくとも１つの装置から携帯端末１が受け取る情報、携帯端末１が外部情報端末３３に送信する情報、および、外部情報端末３３から携帯端末１が受け取る情報は上記実施の形態にて説明したものには限定されない。例えば、実装システム２の生産管理を行う外部情報端末３３が設けられ、携帯端末１に送信される情報（稼働状態、生産数、実装エラー数、部品使用実績等）が外部情報端末３３に送信されてもよい。そして、外部情報端末３３にて生産管理が行われ、生産管理の状況が携帯端末１に返信されてもよい。このように、携帯端末１が取り扱い対象の装置に関する情報を受け取り、この情報に関連して携帯端末１が外部情報端末３３と通信を行うことにより、取扱者や装置への情報出力を迅速に行うことが実現される。
【０１６０】
携帯端末１にカメラを設けて画像が取得可能とされてもよく、携帯端末１のマイク１３から装置の異音が収録されてもよい。さらに、マイク１３を介して音声認識部１２２による文字入力が行われてもよい。携帯端末１が装置からの情報に基づいて問い合わせ情報５２２を生成する際に、カメラにより取得された画像、マイク１３により取得された異音、音声入力された文字等が問い合わせ情報５２２に付加されるようになっていてもよい。
【０１６１】
また、携帯端末１にて選択される対処情報５２３は複数であってもよい。例えば、ディスプレイ１１に出力される際に複数の対処情報５２３の内容（画像であってもよい）が交互に、あるいは、順番に表示されてもよい。対処情報５２３が音声にて出力される場合には、音声情報が交互に、あるいは、順番に出力されてよい。
【０１６２】
携帯端末１から装置に出力される情報は、プログラムに限定されるものではなく、装置の操作や調整を行う指示信号であってもよい。
【０１６３】
上記実施の形態では、トラブルが発生した際の判断を外部情報端末３３に求めるようになっているが、簡単な判断は携帯端末１により行われてもよい。
【０１６４】
上記実施の形態における携帯端末１は通常の携帯端末１に装置を管理するためのプログラムを追加したものとなっており、取扱者間における通話も可能であるが、通話機能を省いたり、通信先を専用の外部情報端末３３に限定する専用の携帯端末１として用いられてもよい。外観も携帯電話と同様である必要はなく、ＰＤＡのような外観であってもよい。
【０１６５】
また、携帯端末１の追加機能として携帯端末１から生産計画、装置を操作する指示等が装置に向けて出力されてもよい。
【０１６６】
上記第２の実施の形態では情報の言語変換が行われるが、言語変換の種類は携帯端末１に対する取扱者の操作により行われてもよく、予め取扱者ごとに使用する言語が決められていてもよい。
【０１６７】
図３および図５では、ＣＰＵ１０１等が実現する機能をブロックを用いて表現したが、これらの機能の全部または一部が専用の電気的回路として設けられてもよい。また、これらの機能の分け方も適宜変更されてよい。
【０１６８】
上記第３の実施の形態では、実装システム２のトラブル、部品切れ、装置動作の状態、製品の品質、生産進捗等の各種情報を登録するテーブルを携帯端末１に準備し、携帯端末１にて取扱者への通知や外部情報端末３３への問い合わせ等を判断して行うようになっているが、テーブルの更新や通知等の判断はサーバ４１と携帯端末１との間で任意に分担されてよい。
【０１６９】
【発明の効果】
本発明によれば、対象装置からの情報に基づいて外部情報端末からの情報を取扱者や対象装置に速やかに出力することが実現される。これにより、装置の状態に応じた対策を速やかに行うことができる。
【図面の簡単な説明】
【図１】第１の実施の形態に係る携帯端末が使用される様子を示す図
【図２】携帯端末の構成を示すブロック図
【図３】ＣＰＵ等により実現される機能をその他の構成と共に示すブロック図
【図４】携帯端末の動作の流れの一例を示す図
【図５】ＣＰＵ等により実現される機能をその他の構成と共に示すブロック図
【図６】携帯端末の動作の流れの他の例を示す図
【図７】携帯端末の動作の流れの他の例を示す図
【図８】第３の実施の形態に係る携帯端末が使用される様子を示す図
【図９】第３の実施の形態における実装システム、サーバおよび携帯端末の機能を示すブロック図
【図１０】サーバの動作の流れを示す図
【図１１】携帯端末の動作の流れを示す図
【図１２】トラブル通知処理の流れを示す図
【図１３】（ａ）および（ｄ）はトラブル情報管理テーブルの例を示す図
（ｂ）は通知トラブル管理テーブルの例を示す図
（ｃ）は担当者管理テーブルの例を示す図
【図１４】トラブル対応処理の流れを示す図
【図１５】（ａ）および（ｂ）はトラブル情報管理テーブルの例を示す図
【図１６】問い合わせテーブルの例を示す図
【図１７】テーブル更新処理の流れを示す図
【図１８】（ａ）、（ｃ）および（ｄ）は部品残数管理テーブルの例を示す図
（ｂ）は使用数情報の例を示す図
【図１９】部品切れ対応処理の流れを示す図
【図２０】（ａ）ないし（ｄ）は品質情報管理テーブルの例を示す図
【図２１】品質対応処理の流れを示す図
【図２２】（ａ）および（ｂ）は生産進捗情報管理テーブルの例を示す図
【図２３】進捗状況通知処理の流れを示す図
【符号の説明】
１  携帯端末
２  実装システム
１１  ディスプレイ
１３  マイク
１５  アンテナ
１６  通信回路
２３  装着装置
３３  外部情報端末
１０１  ＣＰＵ
１１１  情報取得部
１１２  問い合わせ部
１１３  回答取得部
１１４  発注部
１１５  対処部
１２１  言語変換部
１２２  音声認識部
５０１  部品切れ情報
５０２，５２２  問い合わせ情報
５０３  在庫情報
５２１  トラブル情報
５２３  対処情報
【図１】
0003948302.tif 000002
【図２】
0003948302.tif 000003
【図３】
0003948302.tif 000004
【図４】
0003948302.tif 000005
【図５】
0003948302.tif 000006
【図６】
0003948302.tif 000007
【図７】
0003948302.tif 000008
【図８】
0003948302.tif 000009
【図９】
0003948302.tif 000010
【図１０】
0003948302.tif 000011
【図１１】
0003948302.tif 000012
【図１２】
0003948302.tif 000013
【図１３】
0003948302.tif 000014
【図１４】
0003948302.tif 000015
【図１５】
0003948302.tif 000016
【図１６】
0003948302.tif 000017
【図１７】
0003948302.tif 000018
【図１８】
0003948302.tif 000019
【図１９】
0003948302.tif 000020
【図２０】
0003948302.tif 000021
【図２１】
0003948302.tif 000022
【図２２】
0003948302.tif 000023
【図２３】
0003948302.tif 000024