(57)【要約】【課題】従来よりもアップデート確認作業を短時間で完了可能とする。【解決手段】パーソナルコンピュータから送信されるファームウエアのアップデートファイルを受信する第１受信手段と、上記受信したアップデートファイルとバージョン確認要求信号とを複数の外部機器に分岐して送信する複数の第１送信手段と、上記各外部機器から送信される複数のバージョン確認信号をそれぞれ受信する複数の第２受信手段と、上記複数のバージョン確認信号を順次に上記パーソナルコンピュータに送信する第２送信手段と、を具備する。【選択図】図１
2012003658.tif 000002
【特許請求の範囲】
【請求項１】
ファームウエアを送信するパーソナルコンピュータと、上記ファームウエアがダウンロードされる複数の外部機器との間に配置されるアップデート治具であって、
上記パーソナルコンピュータから送信されるファームウエアのアップデートファイルを受信する第１受信手段と、
上記受信したアップデートファイルとバージョン確認要求信号とを複数の外部機器に分岐して送信する複数の第１送信手段と、
上記各外部機器から送信される複数のバージョン確認信号をそれぞれ受信する複数の第２受信手段と、
上記受信する複数のバージョン確認信号を順次に上記パーソナルコンピュータに送信する第２送信手段と、
を具備したことを特徴とするアップデート治具。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ファームウエアアップデート治具に関するものである。
【背景技術】
【０００２】
プログラマブルコントローラ（ＰＬＣ）は、内部組み込みのファームウエアにより制御される。ファームウエアは、ＰＬＣ内のメモリに書き込まれ、ＣＰＵにより読み込まれることでＰＬＣを制御する。このファームウエアは、バージョンアップのため書き換え可能なメモリ、例えばフラッシュメモリ等に格納されている。こうしたＰＬＣのメモリに書き込まれているファームウエアをバージョンアップにより書き換える場合、専用のアップデート治具をパーソナルコンピュータに接続し、パーソナルコンピュータに格納されているアップデートファイルをダウンロードすることでバージョンアップされる。なお、こうしたアップデート治具に関するファームウエアのアップデート技術は特許文献１等がある。
【０００３】
そして、１台のパーソナルコンピュータから複数台のＰＬＣにファームウエアのアップデートを行う場合、ＰＬＣごとにアップデートしていたのでは作業負荷が膨大となるので、１台のパーソナルコンピュータに対して複数台のＰＬＣを接続して一度にアップデートを行うことができるようにしたアップデート治具が開発されている。
【０００４】
このアップデート治具を、図４を参照して、説明する。
【０００５】
図４において、１はパーソナルコンピュータ、２はアップデート治具、３−１，３−２，…，３−１０（以下、説明の都合で全体あるいはいずれか任意の１つを代表して３−ｉと称することがある。ｉ＝１ないし１０のすべて、あるいはそのうちの任意の数）はＰＬＣ、４，５はＲＳ２３２Ｃシリアル通信線である。
【０００６】
アップデートに際しては、アップデート作業者は、パーソナルコンピュータ１のデータ送信ポート１ａとアップデート治具２のデータ受信ポート２ａとを１対１用のＲＳ２３２Ｃシリアル通信線４で接続する。アップデート治具２のデータ送信ポート２ｂと各ＰＬＣ３−ｉのファームウエア書込み端子３ａ１−３ａ１０とを１対複数用のＲＳ２３２Ｃシリアル通信線５で接続する。
【０００７】
上記接続の準備が完了すると、作業者は、パーソナルコンピュータ１からバージョンアップ用のファームウエア（アップデートファイル）を送信し、そのアップデートファイルは、ＲＳ２３２Ｃシリアル通信線４、アップデート治具２、およびＲＳ２３２Ｃシリアル通信線５を介して、各ＰＬＣ３−ｉにダウンロードする。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００４−１７３１２８号公報
【特許文献２】特開２００３−３０８２２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
上記のようにして各ＰＬＣ３−ｉにバージョンアップが完了すると、作業者は、各ＰＬＣ３−ｉに所期通りのバージョンアップが行われたどうかを確認する作業を行うことが必要である。
【００１０】
この場合、作業者は図５で示すように各ＰＬＣ３−ｉの１台ごとにそのファームウエア読込端子３ｂ１−３ｂ１０をＲＳ２３２Ｃシリアル通信線６を介してパーソナルコンピュータ１のデータ受信ポート１ｂに接続してバージョンアップの確認を行う作業となっている。このような確認作業では、各ＰＬＣ３−ｉそれぞれのバージョンアップ確認作業に相当な作業時間と作業負荷とをかけてしまうことになる。
【００１１】
以上により、従来では、上記アップデート治具２を用いて複数のＰＬＣ３−ｉに一度に短時間でバージョンアップ作業が完了できても、各ＰＬＣ３−ｉそれぞれのバージョンアップ確認作業に相当な作業時間と作業負荷とをかけてしまうことになる。
【００１２】
したがって、本発明は、パーソナルコンピュータから複数のＰＬＣにファームウエアのアップデート作業を短時間で完了可能であると同時に、各ＰＬＣごとにファームウエアのアップデート確認作業も短時間で完了できるアップデート治具を提供するものである。
【課題を解決するための手段】
【００１３】
本発明によるファームウエアアップデート治具は、ファームウエアを送信するパーソナルコンピュータと、上記ファームウエアがダウンロードされる複数の外部機器との間に配置されるアップデート治具であって、パーソナルコンピュータから送信されるファームウエアのアップデートファイルを受信する第１受信手段と、上記受信したアップデートファイルとバージョン確認要求信号とを複数の外部機器に分岐して送信する複数の第１送信手段と、上記各外部機器それぞれから送信される複数のバージョン確認信号をそれぞれ受信する複数の第２受信手段と、上記バージョン確認信号を順次に上記パーソナルコンピュータに送信する第２送信手段と、を具備したことを特徴とする。
【００１４】
上記外部機器はＰＬＣに限定されず、ファームウエアをダウンロードしている機器であれば、含む。
【発明の効果】
【００１５】
本発明によれば、複数の外部機器にダウンロードしたファームウエアのアップデートファイルがダウンロードされたかどうかを確認するに際して、アップデート治具からパーソナルコンピュータにはそれら外部機器からダウンロードされたアップデートファイルのバージョン確認信号を順次に送信することができるので、従来よりもアップデート確認作業を短時間で完了させることができる。
【図面の簡単な説明】
【００１６】
【図１】図１は本発明の実施形態に係るアップデート治具と、これに接続するパーソナルコンピュータと、複数のＰＬＣとを示す図である。
【図２】図２は動作説明に用いるフローチャートを示す図である。
【図３】図３は本発明の別の実施形態に係るアップデート治具の構成を示す図である。
【図４】図４は従来のアップデート治具と、これに接続するパーソナルコンピュータと、複数のＰＬＣとを示す図である。
【図５】図５はファームウエアのアップデートファイルのダウンロード確認作業の説明に用いる図である。
【発明を実施するための形態】
【００１７】
以下、添付した図面を参照して、本発明の実施形態に係るアップデート治具を説明する。図１に本発明の実施形態に係るアップデート治具の構成例と、これに接続するパーソナルコンピュータと、複数のＰＬＣとを示す。１はパーソナルコンピュータ、２は実施形態のファームウエアのアップデート治具、３−１，３−２，…，３−１０はアップデート対象機器の一例であるＰＬＣである。アップデート治具２は、パーソナルコンピュータ１との送受信ポート２ａ、ＵＳＢ／シリアル変換部２ｂ、信号切替制御部２ｃ、発振回路２ｄ、複数のＲＳ２３２Ｃトランシーバ２ｅ１−２ｅ１０、ＰＬＣ３−１，３−２，…，３−１０との複数の送信ポート２ｆ１−２ｆ１０、受信ポート２ｇ１−２ｇ１０、および複数のＲＳ２３２Ｃトランシーバ２ｈ１−２ｈ１０を具備する。
【００１８】
ＵＳＢ／シリアル変換部２ｂは、ＵＳＢ信号の送受信端子２ｂ１、ロジックレベルのＲＳ２３２Ｃ信号の送信端子２ｂ２、ロジックレベルのＲＳ２３２Ｃ信号の受信端子２ｂ３、ロジックレベルのＲＴＳ信号の送信端子２ｂ４、ロジックレベルのＣＴＳ信号の受信端子２ｂ５を備える。
【００１９】
信号切替制御部２ｃは、プログラミングによって構造を改変することのできる電気回路であるＣＰＬＤ（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅの略称）で構成され、スイッチ部２ｃ１と、ＲｘＤ切替制御部２ｃ２と、を含む。これらは機能的に示したものである。スイッチ部２ｃ１は、受信ポート２ｇ１−２ｇ１０それぞれに接続された個別接点ｐ１，ｐ２，…，ｐ１０と、共通接点ｐ１１とを備え、ＲｘＤ切替制御部２ｃ２からの制御信号に応じて共通接点ｐ１１が順次に個別接点ｐ１，ｐ２，…，ｐ１０と接触する。ここでは説明の理解のため便宜的に機械接点の形式で図示したが、ロジックで構成される。
【００２０】
アップデート治具２の送受信ポート２ａは、ＵＳＢ端子であり、パーソナルコンピュータ１からは仮想ＣＯＭ（通信）ポートと認識される。パーソナルコンピュータ１の送受信ポート１ａとの間ではＵＳＢ信号での送受信が行われる。
【００２１】
ＵＳＢ／シリアル変換部２ｂは上記送受信ポート２ａから送受信端子２ｂ１に入力されたＵＳＢ信号をロジックレベルのＲＳ２３２Ｃ信号に変換して送信端子２ｂ２、２ｂ４からロジックレベルのＲＳ２３２Ｃ信号を出力する一方、受信端子２ｂ３、２ｂ５で受信したロジックレベルのＲＳ２３２Ｃ信号をＵＳＢ信号に変換して送受信端子２ｂ１から出力するようになっている。
【００２２】
パーソナルコンピュータ１の送受信ポート１ａからアップデート治具２の送受信ポート２ａにファームウエアのアップデートファイルがＵＳＢ信号形式で送信されてくる。
【００２３】
アップデート治具２においては、そのアップデートファイルをＵＳＢ／シリアル変換部２ｂの送受信端子２ｂ１で受信したＵＳＢ信号形式からロジックレベルのＲＳ２３２Ｃ信号形式に変換し、その変換したＲＳ２３２Ｃ信号（ＴｘＤ）を各トランシーバ２ｅ１−２ｅ１０を介して各送信ポート２ｆ１−２ｆ１０から対応するＰＬＣ３−１，３−２，３−３，…，３−１０に送信する。各ＰＬＣ３−ｉそれぞれでは、ＲＳ２３２Ｃ信号形式で送信されてきたアップデートファイルをフラッシュメモリ等のメモリにダウンロードする。
【００２４】
この場合、各ＰＬＣ３−ｉそれぞれは、アップデートファイルのバージョン確認のためのバージョン確認信号ＲｘＤ１，ＲｘＤ２，…，ＲｘＤ１０をＲＳ２３２Ｃ信号形式でアップデート治具２の各受信ポート２ｇ１−２ｇ１０に受信する。これら各受信ポート２ｇ１−２ｇ１０は、各ＲＳ２３２Ｃトランシーバ２ｈ１−２ｈ１０によって、ロジックレベルのバージョン確認信号ＲｘＤ１，ＲｘＤ２，…，ＲｘＤ１０へ変換されて、信号切替制御部２ｃ内のＲｘＤ切替制御部２ｃ２の制御によりスイッチ部２ｃ１内の可動接点ｐ１１が個別接点ｐ１−ｐ１０上を移動することで、順次に、ＵＳＢ／シリアル変換部２ｂの受信端子２ｂ３に切替接続される。これにより、ロジックレベルのＲＳ２３２Ｃ信号形式のバージョン確認信号ＲｘＤ１，ＲｘＤ２，…，ＲｘＤ１０はＵＳＢ／シリアル変換部２ｂによりロジックレベルのＲＳ２３２Ｃ信号形式からＵＳＢ信号形式に変換されたうえで、送受信端子２ｂ１、送受信ポート２ａからパーソナルコンピュータ１の送受信ポート１ａに送信される。なお、信号切替制御部２ｃは同期式回路構成であるＣＰＬＤで構成されているので発振回路２ｄはそのＣＰＬＤのシステムクロック生成のための回路である。
【００２５】
こうしてパーソナルコンピュータ１においては、アップデート治具２の送受信ポート２ａを仮想ＣＯＭポートと認識しているので、当該ポート２ａから送信されてくるバージョン確認信号ＲｘＤ１，ＲｘＤ２，…，ＲｘＤ１０により、各ＰＬＣ３−ｉにアップデートファイルが対応するバージョンでダウンロードされたことを確認することができる。
【００２６】
なお、信号切替制御部２ｃ内のＲｘＤ切替制御部２ｃ２の制御によるスイッチ部２ｃ１内の可動接点ｐ１１の切替移動は、ＲＳ２３２Ｃ信号の送受信におけるＲＴＳ（送信要求信号）とＣＴＳ（受信準備完了信号）とで後述するフローチャートに従い、制御するようになっている。
【００２７】
図２を参照してファームウエアのアップデートの開始と終了のためのフローチャートを説明すると、フローチャート実行前にパーソナルコンピュータ１から各ＰＬＣ３−ｉに対してのファームウエアのアップデートを行うための準備をする。すなわち、パーソナルコンピュータ１とＰＬＣ３−ｉとの間で所要の配線接続をして実施形態のアップデート治具２を配備する。実施形態ではアップデート治具２におけるパーソナルコンピュータ１との間で送受信ポート１ａ，２ａ同士が接続され、各送信と受信ポート２ｆ１−２ｆ１０，２ｇ１−２ｇ１０それぞれにＰＬＣ３−ｉそれぞれの通信ポートが接続されている。
【００２８】
ステップｎ１で、パーソナルコンピュータ１からファームウエアのアップデートファイルをアップデート治具２に送信すると、アップデート治具２から各ＰＬＣ３−ｉ（１０台のＰＬＣ）にアップデートファイルが送信され、フラッシュメモリ等に書き込まれる。
【００２９】
ステップｎ２で、ＵＳＢ／シリアル変換部２ｂからアップデートファイルのバージョン確認要求が行われる。１台目のＰＬＣ３−１は、この要求に応答して、書き込まれたアップデートファイルのバージョン確認信号を信号切替制御部２ｃに出力する。信号切替制御部２ｃにより、スイッチ部２ｃ１の可動接点ｐ１１は個別接点ｐ１に切替接続されており、１台目のＰＬＣ３−１からのバージョン確認信号はＵＳＢ／シリアル変換部２ｂに入力され、ここでＵＳＢ信号に変換されてからパーソナルコンピュータ１に送信される。そして、パーソナルコンピュータ１においては、そのバージョン確認信号から１台目のＰＬＣ３−１にそのバージョンのアップデートファイルがダウンロードされたことを確認することができる。
【００３０】
ステップｎ３で、パーソナルコンピュータ１は上記バージョンの確認後、アップデート治具２にＲＴＳ信号を送信して該ＲＴＳ信号をアサートする。
【００３１】
ステップｎ４で、アップデート治具２の信号切替制御部２ｃ内のＲｘＤ切替制御部２ｃ２は上記ＲＴＳ信号のアサート受信に応答して、スイッチ部２ｃ１の可動接点ｐ１１を個別接点ｐ２に切替接続する。
【００３２】
ステップｎ５で、アップデート治具２はパーソナルコンピュータ１にＣＴＳ信号をアサートする。
【００３３】
ステップｎ６で、ステップｎ２と同様、ＵＳＢ／シリアル変換部２ｂから２台目のＰＬＣ３−２に対するアップデートファイルのバージョン確認要求が行われる。２台目のＰＬＣ３−１は、この要求に応答して、書き込まれたアップデートファイルのバージョン確認信号を信号切替制御部２ｃに出力する。信号切替制御部２ｃは、２台目のＰＬＣ３−２からのバージョン確認信号をＵＳＢ／シリアル変換部２ｂに入力し、ここでＵＳＢ信号に変換してからパーソナルコンピュータ１に送信する。そして、パーソナルコンピュータ１においては、そのバージョン確認信号から２台目のＰＬＣ３−２にそのバージョンのアップデートファイルがダウンロードされたことを確認する。
【００３４】
ステップｎ７で、ステップｎ３と同様、パーソナルコンピュータ１からアップデート治具２にＲＴＳ信号を送信して該ＲＴＳ信号をアサートする。
【００３５】
ステップｎ８で、ステップｎ４と同様、ＲｘＤ切替制御部２ｃ２は上記ＲＴＳ信号のアサート受信に応答して、３台目のＰＬＣ３−３に対応し、スイッチ部２ｃ１の可動接点ｐ１１を個別接点ｐ３に切替接続する。
【００３６】
ステップｎ９で、ステップｎ５と同様、アップデート治具２からパーソナルコンピュータ１にＣＴＳ信号をアサートする。
【００３７】
ステップｎ１０で、ステップｎ６と同様、パーソナルコンピュータ１は、３台目のＰＬＣ３−３に対してダウンロードしたアップデートファイルのバージョンを確認することができる。
【００３８】
ステップｎ１１で、以降は、１０台目のＰＬＣ３−１０まで上記と同様のステップを繰り返す。
【００３９】
こうして１０台目のＰＬＣまで上記と同様のステップを繰り返すと、ファームウエアのアップデートが終了する。
【００４０】
以上説明したように本実施形態では、信号切替制御部２ｃにより、各ＰＬＣ３−ｉから送信されるアップデートファイルのバージョン確認信号を順次にパーソナルコンピュータ１に送信するので、パーソナルコンピュータ１側では、そのバージョン確認信号により各ＰＬＣ３−ｉにダウンロードされたアップデートファイルのバージョン確認を行うことができ、従来よりもアップデート確認作業を短時間で完了させることができる。
【００４１】
なお、本発明は、図３で示すようにアップデート治具２にＵＳＢ／シリアル変換部２ｂに代えてＲＳ２３２Ｃトランシーバ２ｉを設け、パーソナルコンピュータ１との間でＲＳ２３２Ｃ信号形式で通信する場合も含む。図３において、図１と対応する部分には同一の符号を付している。図１のアップデート治具２と図３のそれとはＵＳＢ／シリアル変換部２ｂ以外は同様である。なお、１ａ´はＲＳ２３２Ｃ信号の送受信ポート、２ａ´はＲＳ２３２Ｃ信号の送受信ポート、２ｂ１´はＲＳ２３２Ｃ信号の送受信端子、２ｂ２´は、ロジックレベルのＲＳ２３２Ｃ信号の送信端子、２ｂ３´は、ロジックレベルのＲＳ２３２Ｃ信号の受信端子、２ｂ４´は、ロジックレベルのＲＴＳ信号の送信端子、２ｂ５´は、ロジックレベルのＣＴＳ信号の受信端子である。
【符号の説明】
【００４２】
１  パーソナルコンピュータ
２  アップデート治具
２ａ  送受信ポート
２ｂ  ＵＳＢ／シリアル変換部
２ｃ  信号切替制御部
３−１，…，３−１０  ＰＬＣ  
【図１】
2012003658.tif 000003
【図２】
2012003658.tif 000004
【図３】
2012003658.tif 000005
【図４】
2012003658.tif 000006
【図５】
2012003658.tif 000007