(57)【要約】【課題】物品検査装置の運転を長時間停止させることなく、ソフトウェアのバージョンアップによる機能改善を適時に効率良く実行可能な物品検査装置を提供する。【解決手段】ワークＷに対し所定の検査処理を実行する物品検査装置であって、検査処理の実行プログラムを更新するためのデータを外部から受信する更新データ受信部３２と、検査処理のモードを含む複数の動作モードに対応して予め設定された優先度に基づき、データの受信処理を制御する更新情報受信制御部３３と、受信したデータに基づいて実行プログラムの更新後の設定情報を生成する設定情報生成部３４ｂと、受信したデータに基づいて実行プログラムを更新する実行プログラム更新部３５ｂと、を備える。【選択図】図１
2020124682.tif 000002
【特許請求の範囲】
【請求項１】
被検査物に対し所定の検査処理を実行する物品検査装置であって、
前記検査処理の実行プログラムを更新するためのデータを外部から受信する更新データ受信部と、
前記検査処理のモードを含む複数の動作モードに対応して予め設定された優先度に基づき、前記データの受信処理を制御する更新情報受信制御部と、
受信した前記データに基づいて前記実行プログラムの更新後の設定情報を生成する設定情報生成部と、
受信した前記データに基づいて前記実行プログラムを更新する実行プログラム更新部と、を備えたことを特徴とする物品検査装置。
【請求項２】
前記更新データ受信部で受信する前記データが複数のファイルからなり、
前記更新情報受信制御部は、前記更新データ受信部で受信処理中に該受信処理の動作モードより優先度の高い動作モードに移行すると該受信処理を中断させる一方、該中断した受信処理の動作モードより優先度の低い動作モードに移行すると、前記複数のファイルのうち未受信のファイルについて、前記中断した受信処理を再開することを特徴とする請求項１に記載の物品検査装置。
【請求項３】
前記更新データ受信部で前記受信処理がなされるときに、該受信処理の状態を表示出力する受信状態表示手段をさらに備えたことを特徴とする請求項１または２に記載の物品検査装置。
【請求項４】
前記実行プログラム更新部は、前記実行プログラムの更新に対するユーザの承認入力および受信した前記データに基づいて、前記実行プログラムの更新を実施することを特徴とする請求項１、２または３に記載の物品検査装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、物品検査装置に関し、特に被検査物に対し所定の品質状態に関する検査を実行するためのソフトウェアを搭載する物品検査装置に関する。
【背景技術】
【０００２】
検査領域内に搬入される被検査物を検査する物品検査装置として、従来、検査処理を実行するためのソフトウェアを搭載したコントローラを具備し、被検査物の品質状態をその物品の所定の物理量を基に検査するように構成された質量検査装置、Ｘ線検査装置、金属検出装置等が知られている。
【０００３】
このような検査装置は、被検査物の検査結果を選別やランク分け等の物品処理に利用することができ、重量選別システムや異物検査システム等に多用されている。また、管理用のサーバや他の物品処理装置に信号授受可能に接続することで、ソフトウェアの更新を可能にするものが提案されてきている。
【０００４】
従来のこの種の物品検査装置としては、例えば、リモートメンテナンス等を容易に実行できるようにするために、被検査物の性質又は状態を検査する検査部に所定通信方式の通信処理部を装備し、その通信処理部により、実行可能な複数の通信のうち少なくとも一部の所定の通信を制限する制限モードと、所定の通信を非制限にする非制限モードとを手動操作により選択設定可能にするものがある（例えば、特許文献１参照）。
【０００５】
この物品検査装置では、物品検査装置を使用する作業者等の操作者が環境設定の切換え操作を的確かつ容易に実行でき、誤動作や情報流出を確実に防止しつつ検査結果や設定情報等の入出力作業を実行することができるという利点がある。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００７−２５６０７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、上述のような従来の物品検査装置にあっては、動作プログラム等を更新するために物品検査装置の運転を停止させたくない時間帯に比較的長い時間停止させることが要求されてしまい、物品検査装置を組み込んだ生産ラインの稼働率が低下してしまう場合があり、そのような場合に、生産数の増加や高度な集約化が図られた近時の生産現場では問題となる。
【０００８】
また、従来の物品検査装置にあっては、ソフトウェアが一括変更され、ユーザが使用しない機能の動作プログラム等までも受信処理されて更新されてしまうため、物品検査装置の機能改善を十分効率良く実行することができず、前述の問題を大きくしてしまうことが懸念される。
【０００９】
本発明は、上述のような従来の課題を解決すべくなされたものであり、物品検査装置の運転を長時間停止させることなく、ソフトウェアのバージョンアップによる機能改善を適時に効率良く実行可能な物品検査装置を提供することを目的とする。
【課題を解決するための手段】
【００１０】
（１）本発明に係る物品検査装置は、上記目的達成のため、被検査物に対し所定の検査処理を実行する物品検査装置であって、前記検査処理の実行プログラムを更新するためのデータを外部から受信する更新データ受信部と、前記検査処理のモードを含む複数の動作モードに対応して予め設定された優先度に基づき、前記データの受信処理を制御する更新情報受信制御部と、受信した前記データに基づいて前記実行プログラムの更新後の設定情報を生成する設定情報生成部と、受信した前記データに基づいて前記実行プログラムを更新する実行プログラム更新部と、を備えたことを特徴とする。
【００１１】
この構成により、本発明では、検査処理のモードを含む複数の動作モードの優先度に応じて、更新プログラムのファイルやその転送用に分割されたファイルデータ等のデータの受信処理が制御される。例えば、複数の動作モードのうち、処理負荷や通信負荷が小さい低優先度の動作モードでは、その動作モードでの運転が制限され、検査処理の実行プログラムを更新するためのデータの受信処理が実行される。一方、複数の動作モードのうち処理負荷や通信負荷が大きくなる高優先度の動作モードでは、その動作モードでの運転を制限することなく、データの受信処理が制限される。したがって、物品検査装置を重要な運転状態で停止させてしまうことがなく、ソフトウェアのバージョンアップによる機能改善を適時に効率良く実行可能となる。しかも、検査処理の実行プログラムの設定情報が、受信したデータに基づき、検査処理に影響する実行プログラム自体（プログラムファイル）の更新とは別個に生成されることから、更新プログラムによる新実行プログラムのインストール作業時に設定情報の更新処理に要する作業時間分の容易・迅速化が可能となる。
【００１２】
（２）本発明の物品検査装置においては、前記更新データ受信部で受信する前記データが複数のファイルからなり、前記更新情報受信制御部は、前記更新データ受信部で受信処理中に該受信処理の動作モードより優先度の高い動作モードに移行すると該受信処理を中断させる一方、該中断した受信処理の動作モードより優先度の低い動作モードに移行すると、前記複数のファイルのうち未受信のファイルについて、前記中断した受信処理を再開する構成とすることができる。
【００１３】
この場合、更新プログラムを構成する複数のファイルの受信処理が、更新情報受信制御部によって的確に制御される。したがって、物品検査装置の検査処理のモードを含む複数の動作モードのうち優先度が低い動作モード時に、更新プログラムを構成する複数のファイルのうちいずれかのファイル、あるいは、その転送や再構築のために分割されたファイルデータ等が、順次受信される。したがって、物品検査装置の運転負荷や通信負荷が大きくない間に更新プログラムのファイルごとの的確な受信処理が進行可能となる。
【００１４】
（３）本発明の物品検査装置においては、前記更新データ受信部で前記受信処理がなされるときに、該受信処理の状態を表示出力する受信状態表示手段をさらに備えた構成とすることもできる。
【００１５】
このようにすると、物品検査装置の運転負荷や通信負荷が大きくない間に更新プログラムのファイルごとの受信処理がなされるとき、それが表示出力によってユーザに報知される。したがって、検査処理の実行プログラムの受信開始や受信完了をユーザが容易に把握可能となる。
【００１６】
（４）さらに、本発明の物品検査装置において、前記実行プログラム更新部は、前記実行プログラムの更新に対するユーザの承認入力および受信した前記データに基づいて、前記実行プログラムの更新を実施する構成とすることができる。
【００１７】
この場合、物品検査装置の運転負荷や受信処理に要する通信負荷が大きくない間であって、更新プログラムの受信処理をユーザが希望する場合にのみ、その受信処理が進行可能となることから、更新プログラムのより適時の更新が可能となる。
【発明の効果】
【００１８】
本発明によれば、物品検査装置の運転を停止させることなく、ソフトウェアのバージョンアップによる機能改善を適時に効率良く実行可能な物品検査装置を提供することができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の一実施形態に係る物品検査装置の概略システム構成図である。
【図２】本発明の一実施形態に係る物品検査装置におけるソフトウェアのバージョンアップ時の処理手順を示すフローチャートである。
【発明を実施するための形態】
【００２０】
以下、本発明を実施するための形態について、図面を参照しつつ説明する。
【００２１】
（一実施形態）
図１および図２は、本発明の一実施形態に係る物品検査装置を示している。
【００２２】
まず、その構成について説明する。
【００２３】
図１中に検査機ＡまたはＢのいずれかとして例示する本実施形態の物品検査装置１は、コンベア搬送される被検査物、すなわち搬送中のワークＷを重量選別可能に検査するもので、ワークＷの質量の表示および重量選別用の計量結果の取得が可能な装置として構成されている。また、物品検査装置１は、肉、魚、加工食品、医薬品その他の被検査物をワークＷとする生産ラインの一部を構成している。
【００２４】
この物品検査装置１は、前段のコンベア搬送部１０から矢印Ｃ方向に搬入されるワークＷを略同一方向に搬送しつつその重量に応じた計量信号を出力する計量コンベア２０と、計量コンベア２０によるワークＷの搬送および検査の処理を制御する機能に加えて構内または／および広域の情報通信機能を併有する制御部３０と、制御部３０での処理状態を少なくとも所定表示形式の表示画像として情報出力する情報出力部４０（受信状態表示手段）と、設定操作等が可能な操作入力部４５とを具備している。そして、物品検査装置１は、構内または／および広域の情報通信網６０を介して管理用の情報制御システム５０に通信接続可能になっている。
【００２５】
計量コンベア２０は、無端のコンベアベルト２１と、駆動ローラ２２および従動ローラ２３と、駆動ローラ２２を駆動する搬送駆動モータ２４と、コンベアベルト２１上の物品Ｗの重量が秤量台２５を介した荷重として入力されたときその重量に応じた計量信号を出力する荷重センサ２６と、コンベアベルト２１上へのワークＷの搬入を検知する物品検知センサ２７とを有している。ここで、荷重センサ２６は、例えば電磁平衡式はかりあるいはロードセルを内蔵している。
【００２６】
制御部３０は、所定の制御プログラムを実行することにより複数の機能を発揮するようになっており、それらの機能に対応する検査制御部３１、データ受信部３２（更新データ受信部）、更新情報受信制御部３３、情報生成部３４およびソフトウェア更新部３５を有している。
【００２７】
検査制御部３１には、ワークＷに対し前述の検査を実行するための各種制御を実行する検査制御プログラムＰｒとその制御に要するパラメータその他の設定情報を含むテーブルＴｐとが格納されている。
【００２８】
検査制御プログラムＰｒは、例えばバージョンアップのための書き換えが可能なストレージデバイスに記憶されており、テーブルＴｐは、例えば書き換えが可能な不揮発性のメモリデバイスに記憶保存されている。
【００２９】
ここにいう検査制御プログラムＰｒは、物品検査装置１の検査処理の実行プログラムであり、複数の検査機能を実現する少なくとも１つのプログラムファイルを含むソフトウェアである。また、検査制御プログラムＰｒは、その少なくとも一部のファイルデータを更新することで、機能の追加や改善を目的とする更新が可能であるが、ここでは、検査制御プログラムＰｒの機能の追加や改善を目的とする更新は、検査制御プログラムＰｒの一部の変更をするものであってもそのプログラムの全体のファイルデータを上書きする更新形態とする。
【００３０】
データ受信部３２は、前述の検査制御プログラムＰｒを更新するための各種ファイルデータを外部から受信する通信インターフェースおよび通信プロトコルを有している。具体的には、ＵＳＢメモリや、ネットワーク接続されたＰＣ、クラウドサーバー、他の検査機から新しいソフトウェアをダウンロードする手段として機能し得るものである。
【００３１】
更新情報受信制御部３３は、検査制御部３１の処理負荷やデータ受信部３２での通信負荷（データ受信に要する制御部３０内の処理能力×時間）に応じてデータ受信部３２でのデータの受信処理を制御するようになっている。例えば、更新プログラムのダウンロード中は、物品検査装置１の生産を優先するため、検査制御部３１の処理による制御部３０のＣＰＵ負荷やデータ受信部３２に接続されたネットワークの負荷に応じて、ダウンロードの速度や方式を自動で変更可能とすることができる。また、更新プログラムのダウンロード中は、制御部３０のＣＰＵ負荷が比較的高くネットワークを占有するような一部の機能の実施を制限することで、ダウンロード時間の短縮化を優先することも可能である。換言すれば、更新情報受信制御部３３は、ファイルデータの転送中は物品検査装置１の使用機能やその処理負荷を制限し、その制限機能を優先する場合、ファイルの転送を一時中断するようになっている。
【００３２】
情報生成部３４は、データ受信部３２で受信したデータを順次記憶するとともにそのデータに含まれるファイルデータから更新プログラムを構築する更新プログラム記憶部３４ａと、受信した前述のデータに基づいて検査制御プログラムＰｒの更新後の設定情報Ｔｎを生成する設定情報生成部３４ｂとを有している。この更新後の設定情報Ｔｎのファイル形式は、検査制御プログラムＰｒの更新の前後にわたり互換性が担保されるように選択されている。
【００３３】
ソフトウェア更新部３５は、検査制御プログラムＰｒの更新に先立って作成した設定情報Ｔｎによって、検査制御プログラムＰｒの更新後の検査制御部３１内のテーブルＴｐの設定形式（例えば、図１中のＩＤ「１〜ｋ」やＩＤ「１〜ｎ」）および設定値に書き換えて更新する設定情報更新部３５ａと、受信した前述のデータに基づいて情報生成部３４で構築された更新プログラムにより、検査制御部３１内の検査制御プログラムＰｒを更新する実行プログラム更新部３５ｂと、を有している。
【００３４】
例えば、図１に示すテーブルＴｐから設定情報Ｔｎへの設定形式の変更には、各ＩＤごとに設定されたフォーマットの拡張が含まれる。図１中のテーブルＴｐにおいて１０桁のＩＤ１は、Ｔｎにおいても１０桁であるが、ＩＤ２は１０桁から１５桁に拡張されている。これは、ＩＤ２のデータエリアが１桁のＩＤ番号、４桁の設定データ、４桁の参照アドレス、１桁のチェックコードで構成され（図１中のＴｎにおけるＩＤ１の設定値「１，４，４，１」が各エリアの桁数を表す）、更新後に２桁のＩＤ番号、６桁の設定データ、６桁の設定アドレス、１桁のチェックコードに拡張されたことを示し（図１中のＴｎにおけるＩＤ２の設定値「２，６，６，１」が各エリアの桁数を表す）、桁数の拡張にあたり設定データには拡張桁数分の「０」を補い、設定アドレスについては新たに割り当てられた値に更新する。これにより、テーブルサイズを拡大したり、設定可能な値の範囲（データやアドレス）を拡大しつつ、互換性を維持することができる。
【００３５】
また、設定値の変更には、設定形式は同一であっても、検査制御プログラムＰｒの更新に際して互換性を担保するように割り当てられた値への更新が含まれる。例えば、８段階（「０〜７」）の設定値（「０，１，・・・，７」）を、１６段階（１６進数の「０〜Ｆ」）の設定値（「０，２，・・・Ｅ」）に読み替えて更新し、制御対象に対する設定値の分解能を向上しつつ、動作上の互換性を維持することができる。
【００３６】
設定情報更新部３５ａは、例えば更新プログラム等の全ダウンロードデータのダウンロードが完了した後、設定ファイルのコピーから新形式設定ファイルを作成するようになっている。また、設定情報Ｔｎとなる新形式設定ファイルの作成完了まで、設定ファイルの変更がある場合は差分ファイルにも記憶しておく。そして、新形式設定ファイルの作成後、差分ファイルがある場合は、差分ファイルに基づいて新形式ファイルを更新する。さらに、ダウンロードデータのダウンロードの中断中や完了後に、設定ファイルにユーザによる変更が加えられた場合は、設定情報更新部３５ａは、新形式設定ファイルも変更するようになっている。
【００３７】
ところで、更新情報受信制御部３３によるデータ受信部３２での受信処理および情報生成部３４での情報生成、ならびに、ソフトウェア更新部３５での設定情報更新および実行プログラム更新のための自動インストール作業等は、検査制御プログラムＰｒによる検査処理を行う物品検査装置１の複数の動作モードに対応して予め設定された優先度に基づいて実行されるようになっている。
【００３８】
優先度は、少なくとも２段階に設定され、例えば検査等の重要機能で処理負荷が大きい動作モードでは、そのモードでの運転を停止すべきでないので高優先度に設定され、検査結果の来歴表示等のような相対的に重要性が低く処理負荷が大きくない機能では、一時的に停止させるか先送りしても構わないので低優先度に設定されている。
【００３９】
すなわち、物品検査装置１の複数の動作モードのモード毎に予め設定された優先度に応じて、更新プログラムのファイルやその転送用に分割されたファイルデータ等のデータの受信処理および情報生成部３４での情報生成等が、物品検査装置１の検査の処理に優先しまたは並行に実行されるか、あるいは、物品検査装置１の検査処理が低優先度の処理に変わるまで待機するかが、制御される。
【００４０】
例えば、物品検査装置１の複数の動作モードのうち、制御部３０での処理負荷が検査制御部３１での検査実行を伴わず基準値より小さい低優先度の動作モードである場合や、データ受信部３２での通信負荷が所要の通信速度での通信を維持するのに必要十分な負荷の基準値より小さく、検査制御部３１での検査実行（開始、再開）に支障がない場合には、その動作モードでの物品検査装置１の運転、例えば検査結果の来歴表示等のプログラムやそれに割り当てるＣＰＵ処理能力が制限され、検査処理の実行プログラムＰｒを更新するためのデータ受信部３２での受信処理や情報生成部３４での情報生成が確実に実行され、設定値情報Ｔｎの生成や更新プログラムの構築が進行するようになっている。
【００４１】
一方、物品検査装置１の複数の動作モードのうち、制御部３０での処理負荷が検査制御部３１での検査実行を伴ない、基準値より大きくなる高優先度の動作モードである場合や、データ受信部３２での通信負荷が基準値以上となり、検査制御部３１での検査実行に支障が出る場合には、その動作モードでの物品検査装置１の運転、例えば重量選別のための検査に割り当てるプログラムやそれに割り当てるＣＰＵ処理能力が制限されることはなく、データ受信部３２での受信処理や情報生成部３４での情報生成が待機状態に制限される。
【００４２】
また、物品検査装置１の複数の動作モードのうち低優先度の動作モードである場合や、データ受信部３２での通信負荷が基準値より小さい場合であって、操作者の更新承諾の操作入力があったときには、その動作モードでの物品検査装置１の運転自体が制限され、ソフトウェア更新部３５でのプログラム更新のための自動インストール作業に移行することができるようになっている。
【００４３】
ここで、情報生成部３４の設定情報生成部３４ｂで作成される更新後の設定情報Ｔｎのファイル形式は、検査制御プログラムＰｒの更新の前後にわたり互換性が担保されるように選択されている。すなわち、更新後の設定情報Ｔｎは、検査処理の検査制御プログラムＰｒの更新前に作成可能で、かつ、検査制御プログラムＰｒの更新後に使用可能な互換性が担保されたファイル形式、好ましくは同一のファイル形式になっている。もっとも、更新プログラムのデータに、互換性が担保され得る別形式を指示する設定指示情報を含めておいてもよい。
【００４４】
また、ソフトウェア更新部３５は、検査制御プログラムＰｒ等の新ソフトウェアのインストール前に、旧設定情報のうち旧から新に引き継ぐべき設定情報、例えば検査時の良否判定基準値等を新設定情報Ｔｎのファイルに反映する設定情報の更新処理を行うことに加えて、更新プログラムの受信からその更新プログラムによる新ソフトウェアのインストールまでの間にユーザ等の操作者により設定情報の一部を変更する設定操作入力があった場合に、テーブルＴｐ中の旧設定情報のファイルと新設定情報Ｔｎのファイルの双方にその設定変更の内容を反映する並列的な書込みを行うようになっている。
【００４５】
ソフトウェア更新部３５の実行プログラム更新部３５ｂは、新ソフトウェアでの運用が可能となるまでの時間や、再起動の予定時間を表示・送信する手段を併有している。
【００４６】
具体的には、新ソフトウェアのインストールが可能となった場合、物品検査装置１の生産状況データから自装置が生産停止している時間を計算し、自装置に新ソフトウェアを自動インストールする予定時間を画面に表示する。また、操作者がインストールの予定時間を承諾するか否かを確認し、承諾があった場合、あるいは承諾がなかった（却下された）もののユーザからインストールの予定時間が指定された場合に、ソフトウェアの自動インストールを実施する。操作者がインストール時間を一旦却下した場合、操作者が再設定した時間にインストールするか、インストールを実施しない選択設定が可能である。
【００４７】
また、ソフトウェア更新部３５は、自動インストール後は自動で再起動を実施する。また、新ソフトウェアを読み込み、新形式設定ファイルを用いつつ起動する。すなわち、ソフトウェア更新部３５は、バージョンアップの新ソフトウェアのインストール直後に、物品検査装置１の電源をＯＦＦし、その後の電源ＯＮによる再起動を行うようにして、その再起動時に新設定情報Ｔｎへの更新処理が必要でなく、更新直後の待ち時間を短縮するようになっている。
【００４８】
操作者がインストールの予定時間設定を却下したことで、ソフトウェア更新部３５が受信済みの更新プログラムのインストール待ち状態となったまま、更に次の更新プログラム等のデータがデータ受信部３２で受信された場合、ソフトウェア更新部３５は、操作者がインストールの予定時間設定によりインストールを許可するに至った段階で、その段階での最新の受信データに基づきそれぞれ上書きされた最新の受信データおよび最新の更新プログラムとを用いて、最新の検査制御プログラムＰｒ等のソフトウェアを検査制御部３１にインストールするようにしてもよい。ソフトウェア更新部３５は、また、新ソフトウェアでの起動や自己チェック中に許容条件から外れて失敗した場合に、自動で以前（更新前）の検査制御プログラムＰｒ等のソフトウェアおよび設定情報に戻す手段を併有する構成としてもよい。
【００４９】
設定情報は、機能追加に応じた項目の追加、削除、変更が可能な設定値群のテーブルＴｐ中に格納しておき、更新プログラムの受信を契機に更新前後で互換性のある新設定情報Ｔｎのファイルを追加作成できるが、旧設定情報Ｔｐおよび新設定情報Ｔｎとして同一ＩＤの２つの設定ファイルをそれぞれに作成してもよい。さらに、新設定情報Ｔｎのファイル中に新ソフトウェアである更新後の検査制御プログラムＰｒでのみ使用される新規な設定値が追加されている場合、その追加された設定値についてのみ新ソフトウェアで書き込んだりデフォルト値から書き換えたりするようにしてもよい。
【００５０】
情報出力部４０は、少なくともデータ受信部３２で受信処理がなされるときに、ダウンロードは操作者が気付かない処理であるため、ダウンロードが実施されている旨を操作者に報知する手段として、その受信処理の状態を表示出力する受信状態表示手段の機能を有している。すなわち、情報出力部４０は、更新プログラムを主とする新ソフトウェアをネットワークからダウンロードするとき、その表示画面上に新ソフトウェアのダウンロード中であることを表示するようになっている。
【００５１】
操作入力部４５は、検査その他の運転中の動作モードの選択や各種設定作業のための操作入力（数値入力、候補選択、承諾その他の通知のための入力）が可能な任意のヒューマンマシンインターフェースである。
【００５２】
ソフトウェア更新部３５は、検査制御プログラムＰｒの更新に対するユーザ等の操作者の承諾入力および受信済みデータに基づいて、検査制御プログラムＰｒの更新処理を実施するようになっている（この点については後述する）。また、ソフトウェア更新部３５は、複数の動作モードのうち処理負荷や通信負荷が大きくなる物品検査装置１の高優先度の動作モードでは、その動作モードでの物品検査装置１の検査や運転を制限することなく実行させ、更新データの受信処理を制限するようになっている。
【００５３】
管理用の情報制御システム５０は、検査制御プログラムＰｒやテーブルＴｐ中の設定情報のバージョンアップが可能な物品検査装置１に対して、その更新を勧める通知のメッセージデータを、構内または／および広域の情報通信網６０を介して物品検査装置１の制御部３０に送信することができる。
【００５４】
制御部３０は、検査制御部３１の処理負荷やデータ受信部３２での通信負荷が小さい低優先度の動作モードにあるとき、制御部３０自身のその動作モードでの運転に割る充てるＣＰＵ能力の一部または全部を制限しつつ、検査制御プログラムＰｒを更新するためのデータの受信処理を実行すべく、管理用の情報制御システム５０に対して、更新プログラムの送信要求メッセージを送信することができる。
【００５５】
データ受信部３２で受信する更新プログラム等のデータは、複数のファイルまたはそれぞれに分割された複数組のファイルデータで構成されている。よって、前述の通り、制御部３０で受信した全データに基づき、検査処理に影響するその実行プログラム自体（プログラムファイル）のソフトウェア更新部３５による更新に先立って、情報生成部３４により、検査処理の実行プログラムの更新後に使用可能な設定情報Ｔｎを予め作成できる。
【００５６】
制御部３０は、データ受信部３２での受信処理中にその受信処理中の物品検査装置１の動作モードより優先度の高い動作モードに移行すると、更新情報受信制御部３３によりデータ受信部３２での受信処理を中断させるべく、管理用の情報制御システム５０に対して、更新プログラムの送信中止メッセージを送信する。さらに、制御部３０は、中断した受信処理の動作モードより優先度の低い動作モードに移行すると、複数のファイルのうち未受信のファイルについて、データ受信部３２で中断した受信処理の再開を要求するメッセージを送信することができるようになっている。
【００５７】
次に、動作について説明する。
【００５８】
上述のように構成された本実施形態の物品検査装置１においては、電源投入状態下で、制御部３０の更新情報受信制御部３３により所定時間毎に管理用の情報制御システム５０からのバージョンアップ情報の有無が所定時間毎にチェックされ、バージョンアップを勧める通知のメッセージデータが受信されると、図２に示すようなソフトウェアバージョンアップの処理が実行される。
【００５９】
なお、ここでのソフトウェアバージョンアップの処理は、新ソフトウェアのダウンロードのための受信、新ソフトウェアへの書き換えのための更新、および新ソフトウェアに対応するための設定データの更新という段階を経て、新ソフトウェアでの物品検査装置１の運用段階に移行する。更新プログラムを中心とするダウンロードソフトは、前述の通り、複数ファイルにて構成される。
【００６０】
図２に示すように、まず、制御部３０により、検査制御部３１の処理負荷やデータ受信部３２での通信負荷が小さい低優先度の動作モードにある状態下で、管理用の情報制御システム５０に対して更新プログラムの送信要求メッセージが送信されることで、検査制御プログラムＰｒの更新プログラムである新ソフトウェアのダウンロードが開始される（ステップＳ１１）。
【００６１】
次いで、制限機能の使用状態か否か、すなわち、複数の動作モードのうち処理負荷や通信負荷が大きくなる物品検査装置１の高優先度の動作モードでの運転状態か否かがチェックされ（ステップＳ１２）、制限機能の使用状態であれば（ステップＳ１２で「有」の場合）、その制限機能の動作モードでの物品検査装置１の検査や運転に支障がないよう、更新データの受信処理が中断される（ステップＳ１３）。
【００６２】
したがって、物品検査装置１を重要な運転状態で停止させてしまうことがなく、ソフトウェアのバージョンアップによる機能改善を適時に効率良く実行可能となる。
【００６３】
次いで、中断した受信処理の動作モードより優先度の低い動作モードに移行すると、あるいは、前述の運転状態チェック時に制限機能の使用状態でなければ（ステップＳ１２で「無」の場合）複数のファイルのうち未受信のファイルについて、データ受信部３２での新ソフトウェアのダウンロードが実行される（ステップＳ１４）。
【００６４】
次いで、複数のファイルのうち未受信のファイルについてのダウンロードがすべて完了するまで、制限機能の使用の判別から未受信のソフトウェアのダウンロード完了チェックまでの処理（ステップＳ１２−１５）が少なくとも１回ずつ実行される。
【００６５】
そして、未受信のソフトウェアのダウンロードがすべて完了すると（ステップＳ１５で「完了」の場合）、次いで、ダウンロードファイルのうち設定ファイルがコピーされ（ステップＳ１６）、検査制御プログラムＰｒの更新後に使用可能な新形式の設定ファイルが設定情報Ｔｎとして作成される（ステップＳ１７）。
【００６６】
このとき、既存のテーブルＴｐに設定済みの設定情報に対し、新形式未設定の設定情報Ｔｎに差分が有る場合には、差分のファイルが作成される。そして、その差分ファイルの有無がチェックされ（ステップＳ１８）、差分ファイルがある場合（ステップＳ１８で「有」の場合）には、新形式の設定ファイルである設定情報Ｔｎが、既存のテーブルＴｐに設定済みの設定情報に基づいて更新される（ステップＳ１９）。
【００６７】
一方、差分ファイルがない場合（ステップＳ１８で「無」の場合）、あるいは、新形式の設定ファイルへの更新（ステップＳ１９）が済んだ場合、ダウンロード済みの更新プログラムによる少なくとも検査制御プログラムＰｒのバージョンアップのためのインストールの開始時間が情報出力部４０に画像（音声や発光素子の点灯でもよい）で提案表示され、ユーザがインストールを承諾するか否かの入力が促される（ステップＳ２０）。
【００６８】
このとき、ユーザにより非承諾の回答入力がされ、検査制御プログラムＰｒをバージョンアップさせる新ソフトウェアのインストールが却下されると（ステップＳ２０で「却下」の場合）、希望するインストールの開始時間、例えば２０分後、５０分後、または２時間後が設定される（ステップＳ２１）。インストールが再度却下されると、インストールの開始時間を遅らせるか、所定期間後に再度前述の提案表示（ステップＳ２０）が実行される。
【００６９】
一方、ユーザにより承諾の回答入力がされ、新ソフトウェアのインストールがユーザにより承諾されると（ステップＳ２０で「承諾」の場合）、検査制御プログラムＰｒをバージョンアップさせるインストールが実行され（ステップＳ２２）、必要に応じテーブルＴｐの設定情報を新形式に更新する新ソフトウェアのインストール作業が実行された後、物品検査装置１がまず電源ＯＦＦ状態に切り替えられ（ステップＳ２３）、再起動のために電源ＯＮ状態に切り替えられる（ステップＳ２４）。
【００７０】
この再起動時には、バージョンアップされた新しい検査制御プログラムＰｒが起動されるとともに、それに対応する例えば新形式の設定情報Ｔｎが読み込まれ、新しい検査制御プログラムＰｒでの検査その他の運転が可能となる。
【００７１】
このように、本実施形態の物品検査装置１においては、制御部３０にて、制限機能を使用する動作モードか否かにより、まず、新ソフトウェアへの更新プログラムのファイルやその転送用に分割されたファイルデータ等のデータのデータ受信部３２による受信処理が選択的に制限され、検査処理のモードを含む複数の動作モードのうち、検査制御部３１での処理負荷やデータ受信部３２での通信負荷が小さい低優先度の動作モードでは、その動作モードでの物品検査装置１の運転もしくはその運転のための処理能力が制限され、検査制御プログラムＰｒを更新するためのデータの受信処理が優先的もしくは並列的に実行される。
【００７２】
逆に、複数の動作モードのうち検査制御部３１での処理負荷やデータ受信部３２での通信負荷が大きくなる高優先度の動作モードでは、その動作モードでの物品検査装置１の運転を制限することなく、データの受信処理が制限される。したがって、物品検査装置１を検査その他の重要な運転状態で停止させてしまうことがなく、ソフトウェアのバージョンアップによる機能改善を適時に効率良く実行可能となる。
【００７３】
しかも、テーブルＴｐに記憶保存される設定情報が、データ受信部３２で受信したデータに基づき、検査処理に影響するその実行プログラム自体（検査制御プログラムＰｒのプログラムファイル）の更新とは別個に生成されることから、更新プログラムによる検査制御プログラムＰｒのインストール作業時にテーブルＴｐとして既に保存されている設定情報Ｔｎの更新処理に要する作業時間分だけ更新処理の容易・迅速化が可能となる。
【００７４】
付言すれば、更新後の設定情報Ｔｎは、検査処理の実行プログラムである検査制御プログラムＰｒの更新前に現在（更新間）のテーブルＴｐ中の設定情報とは別に、例えば同一ＩＤで並列的に作成可能であるとともに、その検査制御プログラムＰｒの更新後に使用可能な互換性が担保されたファイル形式となっている。しかも、更新プログラムによる新ソフトウェアのインストール前に、テーブルＴｐ中の旧設定情報のうち旧から新に引き継ぐべき設定情報（例えば検査時の判定基準値等）を新設定情報Ｔｎのファイルに反映する設定情報の更新処理を行ったり、更新プログラムの受信からその更新プログラムによる新ソフトウェアのインストールまでの間にユーザ等の操作者により設定情報の一部を変更する設定操作入力があった場合に、旧設定情報を保存するテーブルＴｐと新設定情報Ｔｎのファイルの双方にその設定変更の内容を反映する並列的な書込みを実行したりすることで、直近の設定内容を反映した新ソフトウェアのインストール作業が任意のタイミングでかつ短時間できることになる。
【００７５】
加えて、バージョンアップの新ソフトウェアのインストール直後に電源ＯＦＦし、その直後の電源ＯＮによる再起動を行うので、その再起動時に新設定情報Ｔｎへの更新処理が必要でない点からも、更新直後の待ち時間を有効に短縮できることとなる。
【００７６】
また、本実施形態の物品検査装置１では、データ受信部３２での受信処理中に物品検査装置１がその受信処理中の動作モードより優先度の高い動作モードに移行すると、更新情報受信制御部３３が即座に受信処理を中断させる一方、その中断した受信処理の動作モードより優先度の低い動作モードに移行すると、複数のファイルのうち未受信のファイルについて、中断した受信処理を再開する。したがって、更新プログラムを構成する複数のファイルの受信処理が、更新情報受信制御部３３によって的確に制御され、物品検査装置１の検査処理のモードを含む複数の動作モードのうち優先度が低い動作モード時に、更新プログラムのファイルごとの的確な受信処理が進行可能となる。
【００７７】
さらに、本実施形態の物品検査装置においては、データ受信部３２での受信処理の状態を表示出力する情報出力部４０が設けられているので、更新プログラムのファイルごとの受信処理がなされるとき、それが情報出力部４０での表示出力によってユーザに報知される。したがって、ユーザがその表示出力を視認することで、検査処理の実行プログラムの受信開始や受信完了をユーザが容易に把握可能となる。
【００７８】
また、本実施形態の物品検査装置１では、ソフトウェア更新部３５が実行プログラムの更新に対するユーザの承認入力およびデータ受信部３２での受信データに基づいて、検査制御プログラムＰｒの更新処理を実施するので、物品検査装置１の運転負荷や受信処理に要する通信負荷が大きくない間であって、更新プログラムの受信処理をユーザが希望する場合にのみ、その受信処理が進行可能となる。よって、更新プログラムのより適時の更新が可能となる。
【００７９】
以上のように、本実施形態によれば、物品検査装置１の運転を停止させることなく、ソフトウェアのバージョンアップによる機能改善を適時に効率良く実行可能な物品検査装置１を提供することができる。
【００８０】
その結果、ソフトウェアのバージョンアップのために必要となる生産ライン停止時間を最短化できるとともに、更新作業の自動化を行うことで、生産効率や品質を高めるための取り組みが容易化されることとなる。しかも、新旧の設定情報を併有することで、バージョンアップのためのダウンロード開始からインストール完了までに発生する不測の事態に容易に対応可能となり、現場の作業者や管理者に安心感を与えることもできる。
【００８１】
従来の物品検査装置と同様に、検査用のソフトウェアのバージョンアップを行うために生産ラインを一時的に停止させる必要があるが、生産数の増加や、工場の集約化に対応してラインの稼働率は高い状況下で、長時間ラインを停止させる必要が無くなる。しかも、バージョンアップ作業が自動的に進行されるので、バージョンアップ作業を行うための人員の削減が可能となる。
【００８２】
また、パラメータなどの設定情報は、不揮発性メモリに設定ファイルとして保存することが多く、バージョンアップによりそのフォーマットやサイズが変わる場合、物品検査装置１をソフトウェア更新後に起動する際に、古い設定ファイルの情報を基に新しい設定ファイルを作成する必要から通常の起動よりも起動時間が長くなっていた。これに対し、本実施形態では、前述の通り、そのような起動時間が短縮される。
【００８３】
なお、上述の一実施形態においては、物品検査装置１の複数の動作モードに対応して予め設定された優先度を、制限機能の有無で大別するものとしたが、それぞれの動作モードに対応する多段階の優先度を設定できることはいうまでもない。
【００８４】
また、上述の一実施形態では、物品検査装置１は重量選別が可能な計量器として説明したが、本発明は、質量計測値の表示出力を行わない計量によるランク分け装置であってもよく、勿論、他方式の物品検査装置、例えばＸ線検査や金属検査を伴う異物検出装置や欠品検査装置、外観検査装置等にも適用可能である。
【００８５】
また、上述の一実施形態においては、制御部３０が、検査制御部３１と他の制御部等３２〜３５を有するものとして説明したが、検査制御部３１と他の制御部等３２〜３５を分離可能に構成し、他の制御部等３２〜３５を各検査機Ａ、Ｂに対して共用可能で、各検査機Ａ、Ｂのいずれかへの接続を切り替え可能な後付け装置として構成することも考えられる。その場合、検査制御部３１のメンテナンス用の通信ポート等を利用してもよい。
【００８６】
さらに、上述の一実施形態では、物品検査装置１はワークＷをコンベア搬送するものとしたが、ワークＷを自重で流下させたり管状の搬送路を通して検査領域を通過させたりするものであってもよいことはいうまでもない。
【００８７】
その他、上述の一実施形態では、更新プログラムのデータに、互換性の担保された設定情報を含めるものとして説明したが、互換性が担保され得る別形式を指示する設定指示情報を含めておき、その指示情報に則した設定情報を、実行プログラムの更新作業に先行して実行してもよい。勿論、テーブルＴｐを、機能追加に応じた項目の追加、削除、変更が可能なファイル形式で準備しておき、更新プログラムの受信を契機に単に互換性のある新設定情報の設置領域を追加作成してもよい。
【００８８】
また、新設定情報のファイル中に新ソフトウェアである更新後の実行プログラムでのみ作成し使用される設定情報が追加される場合、その追加される設定情報についてのみ新ソフトウェアで追加書込みを行ったりデフォルト値から書き換えたりすることができるのは勿論である。
【００８９】
以上説明したように、本発明は、物品検査装置の運転を停止させることなく、ソフトウェアのバージョンアップによる機能改善を適時に効率良く実行可能な物品検査装置を提供することができるものであり、被検査物に対し所定の品質状態に関する検査を実行するためのソフトウェアを搭載する物品検査装置全般に有用である。
【符号の説明】
【００９０】
１  物品検査装置
１０  コンベア搬送部
２０  計量コンベア
２１  コンベアベルト
２２  駆動ローラ
２３  従動ローラ
２４  搬送駆動モータ
２５  秤量台
２６  荷重センサ
２７  物品検知センサ
３０  制御部
３１  検査制御部
３２  データ受信部（更新データ受信部）
３３  更新情報受信制御部
３４  情報生成部
３４ａ  更新プログラム記憶部
３４ｂ  設定情報生成部
３５  ソフトウェア更新部
３５ａ  設定情報更新部
３５ｂ  実行プログラム更新部
４０  情報出力部（受信状態表示手段）
４５  操作入力部
５０  情報制御システム
６０  情報通信網
Ｔｐ  テーブル（設定情報）
Ｔｎ  更新後の設定情報
Ｗ  ワーク（被検査物）
【図１】
2020124682.tif 000003
【図２】
2020124682.tif 000004