(57)【特許請求の範囲】
【請求項１】
ソフトウェアを実行するＣＰＵを内蔵すると共に、前記ソフトウェアがバージョンアップされるＣＰＵ内蔵装置であって、バージョンアップ項目および該バージョンアップ項目に関わるソフトウェアの実行状況を含むバージョンアップ情報を出力するバージョンアップ情報出力手段を具備し、前記バージョンアップ項目に関わるソフトウェアの実行状況が、該バージョンアップ項目に関わるソフトウェアの実行回数であり、前記バージョンアップ情報出力手段は、前記バージョンアップ項目および該バージョンアップ項目に関わるソフトウェアの実行回数を表示する表示部を具備するＣＰＵ内蔵装置。
【請求項２】
前記表示部に表示される前記実行回数によって、動作の検証を確認したバージョンアップ項目の指定を入力する指定入力部を具備し、
前記バージョンアップ情報出力手段は、前記指定入力部による前記指定に基づいて、前記表示部における表示を、動作の検証を確認したバージョンアップ項目と、他のバージョンアップ項目とを識別できる識別表示に切り換える請求項１に記載のＣＰＵ内蔵装置。
【請求項３】
前記指定入力部によって指定されて動作の検証を確認したバージョンアップ項目の前記指定の取消しを入力する取消入力部を具備し、
前記バージョンアップ情報出力手段は、前記取消入力部による前記取消しに基づいて、動作の検証の確認を取消すと共に、前記表示部における前記識別表示を元の表示に戻す請求項２に記載のＣＰＵ内蔵装置。
【請求項４】
前記バージョンアップ項目は、旧ソフトウェアに対して新ソフトウェアでバージョンアップされた項目であり、前記バージョンアップ情報には、前記新ソフトウェアのバージョン番号および前記旧ソフトウェアのバージョン番号を含む請求項２または３に記載のＣＰＵ内蔵装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、記憶部に格納されたソフトウェアを実行するＣＰＵを内蔵すると共に、前記ソフトウェアのバージョンアップが行われる各種のＣＰＵ内蔵装置に関する。
【背景技術】
【０００２】
ＣＰＵ内蔵装置では、ＣＰＵが実行するソフトウェアに、例えば、バグが発見された場合や、新しい機能を追加する必要が生じた場合には、プログラムを変更または追加するために、旧バージョンから新バージョンへ移行する、いわゆるバージョンアップが行われる。
【０００３】
このバージョンアップは、ＣＰＵが実行するソフトウェアが書き込まれている不揮発性メモリ等の記憶部の前記ソフトウェアを書き換えることによって行われる。
【０００４】
この種の複数のＣＰＵ内蔵装置で生産ラインが構成される場合がある。例えば、パック済み食品などの製造工場では、ＣＰＵ内蔵装置である計量装置、包装機、金属検出機、重量選別機、箱詰め装置及び搬送装置などを連結させて、一連の生産ラインが構成されている。
【０００５】
かかる生産ラインにおいては、物品の流れるタイミングに応じて、各装置が互いに矛盾が生じないように適切な処理を行うことで、効率的な製造が可能となるのであるが、様々な原因、例えば、ソフトウェアのバージョンアップによる装置間での動作上の矛盾、バージョンアップしたソフトウェアに存在するバグ、あるいは、各装置の設定項目の間の矛盾などによって動作上の不具合が発生する場合がある。
【０００６】
かかる不具合が発生した場合に、多様な要素をひとつひとつ検討し、発生した不具合の原因を究明するには、多大な労力と時間を必要とする。
【０００７】
そこで、本件出願人は、かかる動作上の不具合が発生した場合に、各装置のソフトウェアのバージョン情報を取得し、バージョン情報に基づいて、装置間のソフトウェアの適合性の有無を判定し、動作上の不具合が、装置間のソフトウェアに適合性が無いために生じたものであるか否かを把握できるようにする技術を提案している(特許文献１参照)。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００７−２７６８６７
【発明の概要】
【発明が解決しようとする課題】
【０００９】
上記特許文献１では、動作上の不具合が生じた場合に、その原因が装置間のソフトウェアに適合性が無いために生じたものであるか否かを把握することはできるけれども、ソフトウェアをバージョンアップした場合に、そのバージョンアップしたソフトウェア自体のバグ等に起因して動作上の不具合が生じたときに、その不具合の原因を把握するのは容易でない。
【００１０】
一般に、ＣＰＵ内蔵装置の製造メーカでは、ソフトウェアをバージョンアップする場合には、バージョンアップしたソフトウェアが、目的とする機能を実現しているかどうかの動作の検証を行うのであるが、プログラマーが想定しない条件でソフトウェアにバグが存在し、ユーザによるＣＰＵ内蔵装置の実使用時に動作上の不具合が生じる場合がある。
【００１１】
かかる場合に、バージョンアップした複数の項目の内、どの項目に関わるソフトウェアにバグが存在する虞があるかの情報が得られれば、動作上の不具合の原因の究明が容易となる。
【００１２】
本発明は、上述のような点に鑑みて為されたものであって、ＣＰＵ内蔵装置に動作上の不具合が生じたような場合に、バージョンアップした複数の項目の内、どの項目に関わるソフトウェアにその原因となる虞があるかについての情報が得られるようにすることを目的とする。
【課題を解決するための手段】
【００１３】
上記課題を解決すべく、本発明では、次のように構成している。
【００１４】
（１）本発明のＣＰＵ内蔵装置は、ソフトウェアを実行するＣＰＵを内蔵すると共に、前記ソフトウェアがバージョンアップされるＣＰＵ内蔵装置であって、バージョンアップ項目および該バージョンアップ項目に関わるソフトウェアの実行状況を含むバージョンアップ情報を出力するバージョンアップ情報出力手段を具備し、前記バージョンアップ項目に関わるソフトウェアの実行状況が、該バージョンアップ項目に関わるソフトウェアの実行回数であり、前記バージョンアップ情報出力手段は、前記バージョンアップ項目および該バージョンアップ項目に関わるソフトウェアの実行回数を表示する表示部を具備する。
【００１５】
ここで、ＣＰＵ内蔵装置は、ソフトウェアを実行するＣＰＵを内蔵すると共に、前記ソフトウェアがバージョンアップされる各種の装置をいい、例えば、計量装置、包装装置、検査装置、箱詰め装置などの各種の装置をいう。
【００１６】
バージョンアップ項目とは、旧いバージョンのソフトウェアに対して新しいバージョンのソフトウェアにおいてバージョンアップした項目、例えば、新たに追加した項目、バグを修正した項目などをいう。旧バージョンのソフトウェアは、新バージョンのソフトウェアの一つ前のバージョンであるのが好ましいが、それ以前のバージョンのソフトウェアであってもよい。
【００１７】
バージョンアップ情報出力手段は、バージョンアップ情報を、表示器やプリンタ等の外部機器に出力するものであってもよいし、表示部や印刷部等を具備して、バージョンアップ情報を表示出力、印刷出力あるいは音声出力の少なくともいずれかの出力を行うものであってもよい。
【００１８】
バージョンアップ項目に関わるソフトウェアの実行状況とは、バージョンアップ項目に関わるソフトウェアを実行したか否か、実行した回数、あるいは、実行した回数が所定の回数に達したか否かといった実行の状態をいう。
【００１９】
本発明のＣＰＵ内蔵装置によると、表示や印刷などによって出力されるバージョンアップした項目とそのバージョンアップした項目に関わるソフトウェアの実行状況とに基づいて、バージョンアップした項目毎にその実行状況を把握できるので、例えば、動作上の不具合を生じることなく既に十分に実行されているバージョンアップ項目、実行が不十分なバージョンアップ項目、あるいは、全く実行されていないバージョンアップ項目といった判別、すなわち、動作の検証がされているバージョンアップ項目、動作の検証が不十分なバージョンアップ項目、あるいは、動作の検証がされていないバージョンアップ項目といった判別が可能となる。
【００２０】
これによって、バージョンアップした後の当該ＣＰＵ内蔵装置に、バグ等に起因する動作上の不具合が生じたような場合に、その原因の虞があるバージョンアップ項目はどの項目であるかを判定できるので、原因の究明が容易となり、その結果、動作上の不具合を効率的に解消することができる。
【００２１】
さらに、本発明は、前記バージョンアップ項目に関わるソフトウェアの実行状況が、該バージョンアップ項目に関わるソフトウェアの実行回数であり、前記バージョンアップ情報出力手段は、前記バージョンアップ項目および該バージョンアップ項目に関わるソフトウェアの実行回数を表示する表示部を具備しているので、バージョンアップした項目とその項目に関わるソフトウェアの実行回数とが表示部に表示されるので、かかる表示に基づいて、十分な実行回数に達したバージョンアップ項目については、動作の検証がなされたと判定し、実行回数が不十分あるいは全く実行されていないバージョンアップ項目については、動作の検証がなされていないと判定することができる。
【００２３】
（２）上記（１）では、前記表示部に表示される前記実行回数によって、動作の検証を確認したバージョンアップ項目の指定を入力する指定入力部を具備し、前記バージョンアップ情報出力手段は、前記指定入力部による前記指定に基づいて、前記表示部における表示を、動作の検証を確認したバージョンアップ項目と、他のバージョンアップ項目とを識別できる識別表示に切り換えるようにしてもよい。
【００２４】
識別表示は、動作の検証を確認したバージョンアップ項目と、他のバージョンアップ項目とを識別できる表示であればよく、例えば、動作の検証を確認したバージョンアップ項目の表示エリアと他のバージョンアップ項目の表示エリアの階調レベル、色相、あるいは、明度などを異ならせるようにしてもよい。
【００２５】
この実施態様によると、バージョンアップした項目に関わるソフトウェアの実行回数が動作の検証に十分な回数に達したと判定したときには、指定入力部によってそのバージョンアップ項目を指定することによって、指定されたバージョンアップ項目と他のバージョンアップ項目とを識別できる表示に切換わるので、検証が確認されたバージョンアップ項目と検証が確認されてない他のバージョンアップ項目とを一目で識別できることになる。
【００２６】
（３）上記（２）の実施態様では、前記指定入力部によって指定されて動作の検証を確認したバージョンアップ項目の前記指定の取消しを入力する取消入力部を具備し、前記バージョンアップ情報出力手段は、前記取消入力部による前記取消しに基づいて、動作の検証の確認を取消すと共に、前記表示部における前記識別表示を元の表示に戻すようにしてもよい。
【００２７】
この実施態様によると、動作の検証の確認を取消すことができるので、例えば、当該ＣＰＵ内蔵装置の製造メーカにおいて、バージョンアップした項目の動作の検証確認を行った後に、その検証確認を取り消し、再度、当該ＣＰＵ内蔵装置のユーザにおいて、動作の検証を行うことができる。
【００２８】
（４）本発明の制御装置の他の実施態様では、前記バージョンアップ項目は、旧ソフトウェアに対して新ソフトウェアでバージョンアップされた項目であり、
前記バージョンアップ情報には、前記新ソフトウェアのバージョン番号および前記旧ソフトウェアのバージョン番号を含んでいる。
【００２９】
この実施態様によると、新旧のバージョン番号が出力されるので、どのバージョンのソフトウェアに対してバージョンアップされた項目であるかを容易に把握できる。
【発明の効果】
【００３０】
本発明によると、バージョンアップした項目とその項目に関わるソフトウェアの実行状況とに基づいて、バージョンアップした項目の内、どの項目が動作の検証がされているか、あるいは、どの項目が動作の検証がされていないかといった判別が可能となる。これによって、バージョンアップした後の当該ＣＰＵ内蔵装置にバグ等に起因する動作上の不具合が生じたような場合に、その原因となる虞があるバージョンアップ項目はどの項目であるかを判定できるので、原因の究明が容易となり、その結果、動作上の不具合を効率的に解消することができる。
【図面の簡単な説明】
【００３１】
【図１】図１は本発明の実施形態のＣＰＵ内蔵装置である組合せ秤を備える生産ラインの構成を示す図である。
【図２】図２は図１の組合せ秤の概略構成を示すブロック図である。
【図３】図３はバージョンアップ検証用の画面例を示す図である。
【図４】図４は検証確認画面例を示す図である。
【図５】図５は各実行プログラムの処理の一部を示すフローチャートである。
【図６】図６は図５の処理の一部の詳細を示すフローチャートである。
【図７】図７は画面制御処理を示すフローチャートである。
【発明を実施するための形態】
【００３２】
以下、本発明の実施の形態を、図面を参照しながら説明する。
【００３３】
(実施形態１)
図１は、本発明の一つの実施形態に係るＣＰＵ内蔵装置としての組合せ秤を含む生産ラインの概略構成の一例を示すブロック図である。
【００３４】
この実施形態では、製品の生産ラインのうち、計量から箱詰めまでの工程が示されている。
【００３５】
この生産ラインは、供給される飴やスナック菓子等の物品が所定重量範囲になるように組合せ演算を行って、所定重量範囲の物品を排出する組合せ秤１と、この組合せ秤１から供給される物品を包装材で包装する包装機２と、この包装機２から送られる包装品の重量が許容重量範囲内にあるか否かの選別を行う重量選別機３と、この重量選別機３から送られる包装品内に金属が混入していないか検査する金属検出機４と、この金属検出機４から送られる包装品内に異物が混入していないか検査するＸ線異物検出装置５と、重量選別機３、金属検出機４及びＸ線異物検出装置５による検査の結果、不良品と判定された包装品を生産ラインから取り除く振分け装置６と、上記検査の結果、良品と判定された包装品を箱詰めして下流へ排出する箱詰め装置７とを備えている。
【００３６】
組合せ秤１と、包装機２及び重量選別機３とは、それぞれ通信可能に接続されている。包装機２は、組合せ秤１に対して、所定重量範囲の物品の排出命令信号を送信し、組合せ秤１は、この排出命令信号に応答して、所定重量範囲の物品を後述の集合シュートを介して包装機２に排出すると共に、組合せ秤１から包装機２に対して排出完了信号を送信する。包装機２は、この排出完了信号を受けて物品を包装材で包装する。また、組合せ秤１と包装機２とは運転パラメータを共有し、例えば、組合せ秤１の運転速度を変更した場合に、包装機２の運転速度を組合せ秤１の運転速度に連動させるための信号の送受を行う。
【００３７】
組合せ秤１と重量選別機３とは、運転速度を連動させるための信号の送受を行ったり、更に、計量機能を共に有しているので、お互いの計量値をチェックするための計量信号の送受を行う。
【００３８】
重量選別機３、金属検出機４及びＸ線異物検出装置５と、振分け装置６とは、それぞれ通信可能に接続されている。振分け装置６は、重量選別機３、金属検出機４及びＸ線異物検出装置５からの信号に基づいて、許容重量範囲外の包装品および金属や異物の混入が検出された包装品を不良品として、上述のように生産ラインから取除く一方、許容重量範囲内であって、金属や異物の混入のない包装品を良品として下流側の箱詰め装置７に供給する。
【００３９】
図２は、図１の組合せ秤１の概略構成を示すブロック図である。
【００４０】
この実施形態の組合せ秤１は、秤本体８と、各部を制御するＣＰＵ９と、記憶部１０と、包装機２などの外部装置と通信するための通信インターフェース部１１と、運転パラメータなどを入力する入力部１２と、後述の検証用画面などの表示を行う表示部１３とを備えており、この実施形態では、入力部１２及び表示部１３は、後述のタッチパネル１７で構成されている。
【００４１】
秤本体８は、ＣＰＵ９によって制御されるものであって、計量される物品を搬送するフィーダ、該フィーダによって供給される物品を貯留する供給ホッパ、供給ホッパを介して供給される物品を計量する計量ホッパ、計量された物品を包装機２に排出する集合シュートなどの図示しない構成を備えている。
【００４２】
記憶部１０には、秤本体８などを制御するための制御用のソフトウェア１５が格納されると共に、入力部１２を介して入力される計量動作に必要な運転パラメータ（目標重量、運転速度など）が格納される。運転パラメータは、表示部１３に表示して作業者が確認することができる。
【００４３】
ＣＰＵ９は、記憶部１０に記憶されている制御用のソフトウェア１５及び運転パラメータに基づいて、秤本体８の各部を制御し、物品の組合せ計量を行い、所定重量範囲の物品を、集合シュートを介して図１の包装機２へと間歇的に排出する。記憶部１０には、上述のように制御用のソフトウェア１５が格納されており、このソフトウェア１５は、旧ソフトウェアをバージョンアップしたものであり、記憶部１０には、このバージョンアップに関する後述のバージョンアップ情報１６も格納される。
【００４４】
この実施形態では、組合せ秤１に動作上の不具合が生じたような場合に、バージョンアップした複数の項目の内、どの項目に関わるソフトウェアにその原因の虞があるかについての情報が得られるようにするために、次のように構成している。
【００４５】
すなわち、この実施形態では、バージョンアップ項目および該バージョンアップ項目に関わるソフトウェアの実行回数を含むバージョンアップ情報を表示するバージョンアップ情報出力手段１４を具備しており、このバージョンアップ情報出力手段１４は、上述のＣＰＵ９、記憶部１０及び表示部１３を備えている。
【００４６】
このバージョンアップ情報出力手段１４では、バージョンアップ項目および該バージョンアップ項目に関わるソフトウェアの実行回数を含むバージョンアップ情報を、バージョンアップの検証用画面として表示部１３に表示する。
【００４７】
図３は、上述の入力部１２および表示部１３を構成するタッチパネル１７に表示されるバージョンアップの検証用画面例である。
【００４８】
この検証用画面は、例えば、メニュー画面から選択操作することによって呼び出すことができる。この検証用画面は、日付と時刻を表示する年月日時刻表示エリア１８と、現在実行中の新バージョンのソフトウェア１５のバージョン番号表示エリア１９と、旧バージョンのソフトウェアの旧バージョン番号表示エリア２０と、画面に入りきれないメッセージがある場合に、表示データを上下にシフトさせて表示するための表示データ移動カーソルタッチ式キースイッチ２１，２２と、バージョンアップした項目を表示するバージョンアップ項目表示エリア２３と、バージョンアップ項目毎に該バージョンアップ項目に関わるソフトウェアの実行回数を表示する実行回数表示エリア２４と、バージョンアップ項目毎に設ける検証確認タッチ式キースイッチ２５と、検証確認「セット」タッチ式キースイッチ２６と、検証確認「クリア」タッチ式キースイッチ２７と、この検証用画面を呼び出す前の画面に戻るための「リターン」タッチ式キースイッチ２８とを備えている。
【００４９】
この検証用画面のバージョン番号表示エリア１９及び旧バージョン番号表示エリア２０には、現在実行中のソフトウェア１５のバージョン番号である「Ｖｅｒ２．３０」、及び、その前の旧バージョンのバージョン番号である「Ｖｅｒ２．２３」が表示される。バージョン番号の振り方は任意であるが、一般的には、小数点第２位までの数字で表され、１の位は大きなバージョンアップを示し、０．１の位は小さなバージョンアップを示し、０．０１の位はバグ修正など極小さなバージョンアップを示す。
【００５０】
この実施形態では、バージョンアップ項目表示エリア２３の表示によって、旧バージョンからバージョンアップされた項目が、第１の項目〜第６の項目まで６項目あり、バージョンアップされた第１〜第３の項目は、包装機２の機種に合わせて物品を振り分けて排出するための集合シュートの振分け動作（Ａ）〜（Ｃ）のオプション機能であり、バージョンアップされた第４の項目は、パーソナルコンピュータ（ＰＣ）へのデータ発信データのバグの修正であり、バージョンアップされた第５の項目は、運転状態の表示メッセージの追加、例えば、包装機２からの排出命令信号が入力されるまでの待機時に、その旨の表示メッセージの追加であり、バージョンアップされた第６の項目は、新たなエラーメッセージの追加である。
【００５１】
バージョンアップ項目毎に設ける実行回数表示エリア２４には、バージョンアップ項目毎に、該項目に関わるソフトウェアの実行回数が表示され、図３では、全て「０」が表示されており、各バージョンアップ項目に関わるソフトウェアを未だ実行していない状態を示している。
【００５２】
この実施形態では、上述のＣＰＵ９は、バージョンアップ項目に関わるソフトウェアを実行したときには、その実行回数を後述のように内蔵のカウンタで計数し、そのバージョンアップ項目の実行回数表示エリア２４に表示する。
【００５３】
作業者は、バージョンアップ項目毎に実行回数表示エリア２４にそれぞれ表示される実行回数を見て、バージョンアップ項目に関わるソフトウェアの動作の検証に十分な実行回数に達したか否かを判定し、十分な実行回数に達したと判定したときには、そのバージョンアップ項目については、動作の検証を確認したとして、検証確認の操作を行うことができる。この検証確認の操作は、動作の検証を確認したバージョンアップ項目を指定して入力するものであり、検証したバージョンアップ項目の検証確認タッチ式キースイッチ２５をタッチ操作し、更に、検証確認「セット」タッチ式キースイッチ２６をタッチ操作する。これによって、そのバージョンアップ項目については、動作の検証が確認され、検証確認画面に表示が切り換わる。検証確認タッチ式キースイッチ２５と検証確認「セット」タッチ式キースイッチ２６とは、動作の検証を確認したバージョンアップ項目を指定入力する指定入力部を構成する。
【００５４】
図４は、検証確認の操作が行われた後の検証確認画面例を示すものであり、図３に対応する部分には、同一の参照符号を付す。この図４では、第１〜第５の５つのバージョンアップ項目の動作の検証が確認された画面例を示している。すなわち、第１〜第５のバージョンアップ項目表示エリア２３、対応する実行回数表示エリア２４及び検証確認タッチ式キースイッチ２５の部分が、反転表示あるいは薄い文字表示に切換えられ、動作の検証が確認された第１〜第５のバージョンアップ項目と、動作の検証が未だ確認されていない第６のバージョンアップ項目とを識別できる識別表示となっている。
【００５５】
なお、各バージョンアップ項目表示エリア２３に対応する実行回数表示エリア２４には、検証確認の操作がされたときの実行回数が表示されており、第１〜第３のバージョンアップ項目については、それぞれ実行回数が、「２３４１」、「１６７２」、「８５２」のときに検証確認の操作がされ、また、第４，第５のバージョンアップ項目については、実行回数が４桁「９９９９」以上であることを示す「ＦＦＦＦ」のときに検証確認の操作がされたことが分かる。
【００５６】
この実施形態では、バージョンアップ項目の検証確認の操作がされた後、この検証確認をクリア（取消）して再度、動作の検証を行うことができるようにしている。これによって、例えば、組合せ秤１の製造メーカにおいて、検証確認を行った後、再度、ユーザの実使用時において、動作を検証することができる。
【００５７】
検証確認をクリアするには、検証確認されたバージョンアップ項目に対応する検証確認タッチ式キースイッチ２５をタッチ操作し、更に、検証確認「クリア」タッチ式キースイッチ２７を操作する。これによって、そのバージョンアップ項目については、検証確認がクリアされて、図３の検証画面のように元の表示に戻る。検証確認タッチ式キースイッチ２５と検証確認「クリア」タッチ式キースイッチ２７とは、動作の検証を確認したバージョンアップ項目の検証確認を取消す取消入力部を構成する。
【００５８】
図５は、バージョンアップされた上述のソフトウェア１５を構成する各実行プログラムの処理の一例を示すフローチャートである。
【００５９】
ＣＰＵ９は、組合せ秤１の各実行プログラム（１）〜（ｍ）、例えば、フィーダの制御、供給ホッパの制御及び計量ホッパの制御といった各実行プログラムを実行し（ステップＳ１〜Ｓｍ）、更に、バージョンアップされた項目の内、上述の第１〜第３のバージョンアップ項目に関わるソフトウェアである実行プログラムを実行し（ステップＳｍ＋１）、更に、組合せ秤１の実行プログラム（ｎ）を実行し（ステップＳｎ）、更に、バージョンアップされた項目の内、上述の第４のバージョンアップ項目に関わるバグ修正のソフトウェアである実行プログラムを実行し（ステップＳｎ＋１）、以下、図示しない組合せ秤１の各実行プログラム及びバージョンアップされた項目の内、第５，第６のバージョンアップ項目に関わるソフトウェアである実行プログラムを実行する。
【００６０】
このようにバージョンアップされてない項目に関わる実行プログラム及びバージョンアップされた項目に関わる実行プログラムを順次実行する。
【００６１】
かかる実行プログラムは、ＲＯＭやディスク等の電源を切っても記憶内容が消えない不揮発性メモリからなる記憶部１０に格納されている。
【００６２】
図６は、図５の第１〜第３のバージョンアップ項目に関わるソフトウェアである実行プログラム及び第４のバージョンアップ項目に関わるソフトウェアであるバグ修正の実行プログラムの実行処理の一例を示すものである。
【００６３】
ステップＳ１００では、これから実行する実行プログラムが、第１のバージョンアップ項目に関わる実行プログラムであるか否かを判断し、第１のバージョンアップ項目に関わる実行プログラムであるときには、ステップＳ１０１に移る。第１のバージョンアップ項目に関わる実行プログラムは、上述の図３における「１．オプション集合シュート振分け動作（Ａ）」の実行プログラムである。ステップＳ１０１では、第１のバージョンアップ項目について、上述の検証確認の操作がされて検証完了フラグがＯＮしているか否かを判断し、検証完了フラグがＯＮしていないときには、第１のバージョンアップ項目に関わる実行プログラムの実行回数を計数するＣＰＵ内蔵のカウンタの計数値を１つ増加させてステップＳ１０３に移り（ステップＳ１０２）、検証完了フラグがＯＮしているときには、検証確認が済んでいるので、そのままステップＳ１０３に移る。
【００６４】
ステップＳ１０３では、第１のバージョンアップ項目に関わるプログラムを実行する。前記ＣＰＵ内蔵のカウンタの計数値である実行回数が、上述の図３において、実行回数表示エリア２４に表示される。ステップＳ１０１の検証完了フラグは、例えば、後述の図７のフローチャートのステップＳ３０６でＯＮするフラグであり、検証確認の操作が完了し、セット(記憶)したことを示すフラグである。
【００６５】
ステップＳ１００において、第１のバージョンアップ項目に関わる実行プログラムでないと判断されたときには、第２のバージョンアップ項目、すなわち、図３における「２．オプション集合シュート振分け動作（Ｂ）」の実行プログラムであるか否かを判断し（ステップＳ１０４）、第２のバージョンアップ項目に関わる実行プログラムであるときには、上述の第１のバージョンアップ項目の場合と同様に処理し（ステップＳ１０５〜Ｓ１０７）、また、ステップＳ１０４において、第２のバージョンアップ項目に関わる実行プログラムでないと判断されたときには、第３のバージョンアップ項目に関わる実行プログラムであるか否かを判断し（ステップＳ１０８）、第３のバージョンアップ項目に関わる実行プログラムであるときには、上述の第１のバージョンアップ項目の場合と同様に処理する（ステップＳ１０９〜Ｓ１１１）。その後、上述の図５の組合せ秤の実行プログラム（ｎ）等を実行する。
【００６６】
その後、ステップＳ２００では、これから実行する実行プログラムが、第４のバージョンアップ項目に関わる実行プログラム、すなわち、図３における「４．ＰＣへのデータ発信データ（バグ）」の実行プログラムであるか否かを判断し、第４のバージョンアップ項目に関わる実行プログラムであるときには、第４のバージョンアップ項目について、検証確認の操作がされて検証完了フラグがＯＮしているか否かを判断し（ステップＳ２０１）、検証完了フラグがＯＮしていないときには、第４のバージョンアップ項目に関わる実行プログラムの実行回数を計数するＣＰＵ内蔵のカウンタの計数値を１つ増加させてステップＳ２０３に移り（ステップＳ２０２）、検証完了フラグがＯＮしているときには、検証確認が済んでいるので、そのままステップＳ２０３に移る。ステップＳ２０３では、第４のバージョンアップ項目に関わる実行プログラムを実行する。
【００６７】
その後、図示しない組合せ秤１の各実行プログラム及びバージョンアップされた項目の内、第５，第６のバージョンアップ項目に関わる実行プログラムを実行する。
【００６８】
図７は、上述の図３、図４の検証画面等の画面制御処理を示すフローチャートである。
【００６９】
この図７において、ステップＳ３００〜Ｓ３０８は、上述の検証確認の操作に対応した画面制御処理を示し、ステップＳ３０９〜Ｓ３１６は、上述の検証確認のクリア（取消し）操作に対応した画面制御処理を示している。
【００７０】
まず、ステップＳ３００では、図３の検証用画面の「セット」タッチ式キースイッチ２６がタッチ操作されてＯＮになっているか否かを判断し、ＯＮになっているときには、バージョンアップ項目の数（ｎ）を設定し（ステップＳ３０１）、更に、バージョンアップ項目の項目番号（ａ）を初期値（１）に設定し（ステップＳ３０２）、項目番号のバージョンアップ項目に対応する検証確認タッチ式キースイッチ２５がタッチ操作されてＯＮになっているか否かを判断し（ステップＳ３０３）、ＯＮになっているときには、項目番号のバージョンアップ項目に関わるプログラムの実行回数が「０」より大きいか否かを判断する（ステップＳ３０４）。この実施形態では、バージョンアップ項目に関わるプログラムの実行回数が、「０」より大きい、すなわち、１回以上であれば、検証確認の操作を可能としている。ステップＳ３０４において、プログラムの実行回数が「０」より大きいときには、検証確認の操作がされたとして、その項目番号のバージョンアップ項目の表示を反転して、動作の検証が確認されたバージョンアップ項目と他のバージョンアップ項目とを識別する上述の図４の識別表示に切換えると共に、そのバージョンアップ項目の検証完了フラグをＯＮにする（ステップＳ３０５，３０６）。そして、項目番号の数を１つ増加し（ステップＳ３０７）、項目番号が、バージョンアップ項目の項目数に１を加えた値になるまで上述のステップＳ３０３〜Ｓ３０７の処理を繰り返す（ステップＳ３０８）。
【００７１】
上述のステップＳ３００において、「セット」タッチ式キースイッチ２６がＯＮになっていないと判断したときには、上述の図３の「クリア」タッチ式キースイッチ２７がタッチされてＯＮになっているか否かを判断する（ステップＳ３０９）。ＯＮになっているときには、バージョンアップ項目の数（ｎ）を設定し（ステップＳ３１０）、更に、バージョンアップ項目の項目番号（ａ）を初期値（１）に設定し（ステップＳ３１１）、項目番号のバージョンアップ項目に対応する検証確認タッチ式キースイッチ２５がタッチ操作されてＯＮになっているか否かを判断し（ステップＳ３１２）、ＯＮになっているときには、その項目番号のバージョンアップ項目の検証確認がクリア（取消）されたとして、そのバージョンアップ項目の反転表示（識別表示）を元の正転表示に戻して（ステップＳ３１３）、そのバージョンアップ項目の検証完了フラグをＯＦＦにする（ステップＳ３１４）。そして、項目番号の数を１つ増やし（ステップＳ３１５）、項目番号が、バージョンアップ項目の項目数に１を加えた値になるまで上述のステップＳ３１２〜Ｓ３１５の処理を繰り返し（ステップＳ３１６）、検証確認タッチ式キースイッチ２５がＯＮになっている項目の検証確認をクリアして（取消して）検証を復活させる。
【００７２】
以上のように、この実施形態では、バージョンアップした項目と、その項目に関わるソフトウェアであるプログラムの実行回数が表示されるので、動作上の不具合を生じることなく既に十分な回数実行されているバージョンアップ項目、実行回数が不十分なバージョンアップ項目、あるいは、全く実行されていないバージョンアップ項目を判別することできる、すなわち、動作の検証がされているバージョンアップ項目、動作の検証が不十分なバージョンアップ項目、あるいは、動作の検証がされていないバージョンアップ項目を判別することが可能となる。
【００７３】
これによって、バージョンアップした後の組合せ秤１に、バグ等に起因する動作上の不具合が生じたような場合には、上述の図３の検証用画面あるいは図４の検証確認画面に基づいて、例えば、動作の検証が十分なバージョンアップ項目及び全く実行されていないので不具合の原因とならないバージョンアップ項目以外のバージョンアップ項目について、不具合の原因がないかを調査すればよく、原因の究明が容易となり、動作上の不具合を効率的に解消することができる。
【００７４】
また、組合せ秤１を使用するユーザは、動作上の不具合が生じた場合には、通常、組合せ秤１の製造メーカに対して動作上の不具合についてだけ報告するので、その原因の究明に手間取る場合があるが、この実施形態によれば、バージョンアップしたソフトウェアの動作の検証の状況を併せて報告することができるので、製造メーカにおいて、その原因の究明が容易となり、問題解決に要する時間が短縮される。
【００７５】
上述の実施形態では、前回のバージョンのソフトウェアに対して今回のバージョンのソフトウェアでバージョンアップされた項目について表示するようにしたけれども、本発明の他の実施形態として、例えば、前々回のバージョンのソフトウェアに対して今回のバージョンのソフトウェアでバージョンアップされた項目、あるいは、前々回のバージョンのソフトウェアに対して前回のバージョンのソフトウェアでバージョンアップされた項目などを表示できるようにしてもよい。
【００７６】
上述の実施形態では、動作の検証に十分な実行回数に達したと作業者が判定したときに、検証確認タッチ式キースイッチ２５及び「セット」タッチ式キースイッチ２６を操作することによって、動作の検証が確認されたバージョンアップ項目と他のバージョンアップ項目とを識別できる識別表示に切換えたけれども、本発明の他の実施形態として、予めバージョンアップ項目毎に閾値を設定し、実行回数が閾値に達したときには、そのバージョンアップ項目については、動作の検証が確認されたとして、自動的に識別表示に切換えるようにしてもよい。また、前記閾値を、組合せ秤の運転時間に応じて異ならせるようにしてもよい。
【産業上の利用可能性】
【００７７】
本発明は、バージョンアップされる各種のＣＰＵ内蔵装置に有用である。
【符号の説明】
【００７８】
１      組合せ秤
２      包装機
３      重量選別機
４      金属検出機
５      Ｘ線異物検出装置
６      振分け装置
７      箱詰め装置
８      秤本体
９      ＣＰＵ
１０    記憶部
１２    入力部
１３    表示部
１４    バージョンアップ情報出力手段
１５    ソフトウェア
１６    バージョンアップ情報
１７    タッチパネル
２３    バージョンアップ項目表示エリア
２４    実行回数表示エリア
２５    検証確認タッチ式キースイッチ
２６    検証確認「セット」タッチ式キースイッチ
２７    検証確認「クリア」タッチ式キースイッチ
【図１】
0005455667.tif 000002
【図２】
0005455667.tif 000003
【図３】
0005455667.tif 000004
【図４】
0005455667.tif 000005
【図５】
0005455667.tif 000006
【図６】
0005455667.tif 000007
【図７】
0005455667.tif 000008