(57)【要約】【課題】より正確にメモリの書き換えを行うことができるデータ書換方法等を提供する。【解決手段】データ数、データ部及びサムチェック部を有する形式の更新用のデータをデータ管理装置に対して送信するデータ書換装置を有するデータ書換システムにおけるデータ書換方法であって、データ書換装置は、更新用のデータが、データ部及びサムチェック部についてはデータ圧縮後の値であり且つデータ数についてはデータ圧縮前の値である圧縮データか否かを判定し（Ｓ２）、圧縮データであると判定されると、更新用のデータをデータ管理装置に対して送信する（Ｓ３）。また、データ管理装置は、受信した更新用のデータのデータ部を解凍し（Ｓ４）、解凍された更新用のデータが正しいデータ形式であるか否かを判定し（Ｓ５）、正しいデータ形式であると判定されると、解凍された更新用のデータに基づき自装置が管理するデータを書き換える（Ｓ６）。【選択図】図３
2010009486.tif 000002
【特許請求の範囲】
【請求項１】
データ数、データ部及びサムチェック部を有する形式の更新用のデータを他装置に対して送信するデータ書換装置と、前記データ書換装置から前記更新用のデータを受信し、該更新用のデータに基づいて自身が管理するデータを更新するデータ管理装置と、を有するデータ書換システムにおけるデータ書換方法であって、
前記データ書換装置が、
前記更新用のデータは、データ部及びサムチェック部についてはデータ圧縮後の値であり且つデータ数についてはデータ圧縮前の値である圧縮データか否かを判定する圧縮判定工程と、
前記圧縮判定工程において前記圧縮データであると判定されると、前記更新用のデータを前記データ管理装置に対して送信するデータ送信工程と、を有し、
前記データ管理装置が、
前記データ送信工程において送信された前記更新用のデータのデータ部を解凍するデータ処理工程と、
前記データ処理工程において解凍された前記更新用のデータが正しいデータ形式であるか否かを判定するデータチェック工程と、
前記データチェック工程において正しいデータ形式であると判定されると、解凍された前記更新用のデータに基づき自装置が管理するデータを書き換えるデータ書換工程と、
を有することを特徴とするデータ書換方法。
【請求項２】
前記圧縮判定工程では、当該データのサムチェック部により定義される範囲のサムチェック値合計と当該データのサムチェック部の値との和の下位１バイトが１６進数値のＦＦであり、且つ、当該データのデータ部の値と当該データのデータ部により定義される範囲のデータ数とが不一致である場合に、前記圧縮データであると判定することを特徴とする請求項１に記載のデータ書換方法。
【請求項３】
前記データチェック工程では、解凍された当該データのデータ部の値と当該データのデータ部により定義される範囲のデータ数とが一致する場合に、正しいデータ形式であると判定することを特徴とする請求項１又は２に記載のデータ書換方法。
【請求項４】
データ数、データ部及びサムチェック部を有する形式の更新用のデータを他装置に対して送信するデータ書換装置であって、
前記更新用のデータが、データ部及びサムチェック部についてはデータ圧縮後の値であり且つデータ数についてはデータ圧縮前の値である圧縮データか否かを判定する圧縮判定手段と、
前記圧縮判定手段により前記圧縮データであると判定されると、前記更新用のデータを他装置に対して送信するデータ送信手段と、
を有することを特徴とするデータ書換装置。
【請求項５】
前記圧縮判定手段は、当該データのサムチェック部により定義される範囲のサムチェック値合計と当該データのサムチェック部の値との和の下位１バイトが１６進数値のＦＦであり、且つ、当該データのデータ部の値と当該データのデータ部により定義される範囲のデータ数とが不一致である場合に、前記圧縮データであると判定することを特徴とする請求項４に記載のデータ書換装置。
【請求項６】
データ数、データ部及びサムチェック部を有する形式の更新用のデータであってデータ部及びサムチェック部についてはデータ圧縮後の値であり且つデータ数についてはデータ圧縮前の値の圧縮データである更新用のデータを受信し、受信した該更新用のデータに基づいて自身が管理するデータを更新するデータ管理装置であって、
前記更新用のデータのデータ部を解凍するデータ処理手段と、
前記データ処理手段により解凍された前記更新用のデータが正しいデータ形式であるか否かを判定するデータチェック手段と、
前記データチェック手段により正しいデータ形式であると判定されると、解凍された前記更新用のデータに基づき自装置が管理するデータを書き換えるデータ書換手段と、
を有することを特徴とするデータ管理装置。
【請求項７】
前記データチェック手段は、解凍された当該データのデータ部の値と当該データのデータ部により定義される範囲のデータ数とが一致する場合に、正しいデータ形式であると判定することを特徴とする請求項６に記載のデータ管理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データ書換方法、データ書換装置及びデータ管理装置に関する。
【背景技術】
【０００２】
従来、様々な装置、例えば自動車等の車両装置では、装置の動作等を制御するための制御プログラムがROM（Read  Only  Memory）等のメモリに格納されている。このようにメモリに格納された制御プログラムは、そのプログラムのバージョンアップ等により書き換えされる（更新される）必要が生ずる場合がある。メモリの書き換えに関する技術として例えば以下の技術が知られている。
【０００３】
特許文献１には、自動販売機制御プログラムの書き換えにおいて、ハンディーターミナルには、制御プログラムをデータ圧縮して記憶し、ハンディーターミナルから自動販売機への送信も圧縮したデータのまま行い、自動販売機において圧縮した制御プログラムを解凍してからフラッシュROMに書き込む技術が開示されている。
【０００４】
すなわち、特許文献１に開示された技術では、予め圧縮した更新用の制御プログラムを書き込みツール（ハンディーターミナル）に記憶させ、この書き込みツールを用いて装置（自動販売機）に送信を行っている。なお、現在では、このような書き込みツール自身にデータ圧縮機能を持たせたものもある。つまり、書き込みツールには圧縮した更新用の制御プログラムではなく圧縮前の更新用の制御プログラムを記憶させ、同ツール内でこの制御プログラムにデータ圧縮を施した後に装置に送信する。
【０００５】
また、特許文献２には、書き換え可能な通信装置において、圧縮された制御プログラムを受信した場合に、受信した制御プログラムの適否を、総ビット数の下位１バイトがチェックサムの値と一致するかに判別した後、圧縮制御プログラムを展開する技術が開示されている。さらに、特許文献３には、ヘッダ識別コードにて圧縮データか否かを判断し、圧縮データでない場合はデータ長の示す量のデータを受信する技術が開示されている。
【特許文献１】特開平０９−１２８６０５号公報
【特許文献２】特開平０９−２１４７２７号公報
【特許文献３】特開２００４−３２２１４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
しかしながら、上記従来技術では、書き込みツールに記憶される更新用の制御プログラムが予め圧縮したデータか圧縮前のデータかを判定することができず、正しくメモリの書き換えをできないという問題があった。
【０００７】
特に、制御プログラムがモトローラSフォーマット形式、インテルHEXフォーマット形式等のデータ数、データ部及びサムチェック部からなるフォーマット形式のデータである場合には、圧縮されたデータと圧縮前のデータとの区別がつかないため、正しくメモリの書き換えを行うことができない可能性が大である。
【０００８】
本発明は、上記の点に鑑みて、この問題を解消するために発明されたものであり、より正確にメモリの書き換えを行うことができるデータ書換方法、データ書換装置及びデータ管理装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記の目的を達成するために、本発明におけるデータ書換方法は、データ数、データ部及びサムチェック部を有する形式の更新用のデータを他装置に対して送信するデータ書換装置と、前記データ書換装置から前記更新用のデータを受信し、該更新用のデータに基づいて自身が管理するデータを更新するデータ管理装置と、を有するデータ書換システムにおけるデータ書換方法であって、前記データ書換装置が、前記更新用のデータは、データ部及びサムチェック部についてはデータ圧縮後の値であり且つデータ数についてはデータ圧縮前の値である圧縮データか否かを判定する圧縮判定工程と、前記圧縮判定工程において前記圧縮データであると判定されると、前記更新用のデータを前記データ管理装置に対して送信するデータ送信工程とを有し、前記データ管理装置が、前記データ送信工程において送信された前記更新用のデータのデータ部を解凍するデータ処理工程と、前記データ処理工程において解凍された前記更新用のデータが正しいデータ形式であるか否かを判定するデータチェック工程と、前記データチェック工程において正しいデータ形式であると判定されると、解凍された前記更新用のデータに基づき自装置が管理するデータを書き換えるデータ書換工程とを有するように構成することができる。
【００１０】
また、上記の目的を達成するために、本発明における前記圧縮判定工程では、当該データのサムチェック部により定義される範囲のサムチェック値合計と当該データのサムチェック部の値との和の下位１バイトが１６進数値のＦＦであり、且つ、当該データのデータ部の値と当該データのデータ部により定義される範囲のデータ数とが不一致である場合に、前記圧縮データであると判定するように構成することができる。
【００１１】
また、上記の目的を達成するために、本発明における前記データチェック工程では、解凍された当該データのデータ数と当該データのデータ部の値を元に算出されるデータ数とが一致する場合に、正しいデータ形式であると判定するように構成することができる。
【００１２】
また、上記の目的を達成するために、本発明におけるデータ書換装置は、データ数、データ部及びサムチェック部を有する形式の更新用のデータを他装置に対して送信するデータ書換装置であって、前記更新用のデータが、データ部及びサムチェック部についてはデータ圧縮後の値であり且つデータ数についてはデータ圧縮前の値である圧縮データか否かを判定する圧縮判定手段と、前記圧縮判定手段により前記圧縮データであると判定されると、前記更新用のデータを他装置に対して送信するデータ送信手段とを有するように構成することができる。
【００１３】
また、上記の目的を達成するために、本発明における前記圧縮判定手段は、当該データのサムチェック部により定義される範囲のサムチェック値合計と当該データのサムチェック部の値との和の下位１バイトが１６進数値のＦＦであり、且つ、当該データのデータ部の値と当該データのデータ部により定義される範囲のデータ数とが不一致である場合に、前記圧縮データであると判定するように構成することができる。
【００１４】
また、上記の目的を達成するために、本発明におけるデータ管理装置は、データ数、データ部及びサムチェック部を有する形式の更新用のデータであってデータ部及びサムチェック部についてはデータ圧縮後の値であり且つデータ数についてはデータ圧縮前の値の圧縮データである更新用のデータを受信し、受信した該更新用のデータに基づいて自身が管理するデータを更新するデータ管理装置であって、前記更新用のデータのデータ部を解凍するデータ処理手段と、前記データ処理手段により解凍された前記更新用のデータが正しいデータ形式であるか否かを判定するデータチェック手段と、前記データチェック手段により正しいデータ形式であると判定されると、解凍された前記更新用のデータに基づき自装置が管理するデータを書き換えるデータ書換手段とを有するように構成することができる。
【００１５】
また、上記の目的を達成するために、本発明における前記データチェック手段は、解凍された当該データのデータ部の値と当該データのデータ部により定義される範囲のデータ数とが一致する場合に、正しいデータ形式であると判定するように構成することができる。
【発明の効果】
【００１６】
本発明によれば、より正確にメモリの書き換えを行うことができるデータ書換方法、データ書換装置及びデータ書換プログラムを提供することができる。
【発明を実施するための最良の形態】
【００１７】
以下、本発明を実施するための最良の形態を図面に基づき説明する。
【００１８】
［実施の形態］
（装置の構成）
図１は、本実施形態におけるデータ書換システムの概略構成図である。図１において、データ書換システム１は、ＲＯＭライタ等の書き込みツールであるデータ書換装置２、書き換え対象（更新対象）のデータ（制御プログラム等）を記憶するＲＯＭ等のメモリを備えたマイコン等のデータ管理装置３を有する構成である。
【００１９】
データ書換装置２は、中央演算処理装置であるＣＰＵ（Central  Processing  Unit）２１、各種動作プログラム等を記憶する記憶装置であるＲＯＭ２２、非図示の外部サーバ装置又はデータ管理装置３等との間で有線或いは無線の通信を行うためのインタフェース装置であるＩ／Ｆ２３、ＣＰＵ２１が処理を行う際に用いる各種データ等を一時的に記憶する記憶装置であるＲＡＭ（Random  Access  Memory）２４を有する構成である。なお、図１に示される以外の構成要素を備えていてもよいものとする。
【００２０】
データ管理装置３は、中央演算処理装置であるＣＰＵ３１、各種動作プログラム等を記憶する記憶装置であるＲＯＭ３２、データ書換装置２等との間で有線或いは無線の通信を行うためのインタフェース装置であるＩ／Ｆ３３、ＣＰＵ３１が処理を行う際に用いる各種データ等を一時的に記憶する記憶装置であるＲＡＭ３４等を有する構成である。なお、前述のデータ書換装置２と同様に、図１に示される以外の構成要素を備えていてもよいものとする。
【００２１】
以上に示される構成により、データ書換システム１では、まず、データ書換装置２がＩ／Ｆ２３を介して非図示の外部サーバ装置等から、ダウンロード等することにより更新用のデータを取得する。更新用のデータとは、各種制御プログラムに加え当該データ管理装置３が自動車等の車両に搭載されたナビゲーション装置である場合には更新用の道路地図データ等であってもよい。なお、取得する更新用のデータは、予め圧縮したデータ（圧縮データ）か圧縮前のデータ（非圧縮データ）かを問わない。
【００２２】
次に、データ書換装置２は、取得した更新用のデータが圧縮データか非圧縮データかを判定し、判定結果に応じて、Ｉ／Ｆ２３を介してデータ管理装置３へ送信する。
【００２３】
続いて、この更新用のデータをＩ／Ｆ３３を介して受信したデータ管理装置３では、該更新用のデータに基づき正確にＲＯＭ３２に格納されたデータの書き換えを行う。
【００２４】
このような作用を実現するためのデータ書換システムの機能の構成の一例について、以降説明を行う。
【００２５】
（機能の構成例）
図２は、本実施形態におけるデータ書換システムの機能構成例を示すブロック図である。ここでは、上記の作用を実現するための本実施形態におけるデータ書換システム１の機能の構成の一例について説明する。なお、図２に示すデータ書換システム１、データ書換装置２、データ管理装置３は、それぞれ、図１のデータ書換システム１、データ書換装置２、データ管理装置３に対応している。
【００２６】
図２に示すデータ書換装置２は、データ取得部２１０、データ処理部２２０、データ送信部２３０等を有する構成である。なお、各機能部の実現する機能は、データ書換装置２にインストールされたプログラム（データ書換制御プログラムと呼ぶ）に基づきＣＰＵ２１等が行う処理によって実現される機能である。
【００２７】
また、データ管理装置３は、データ受信部３１０、データ処理部３２０、データ書換部３３０等を有する構成である。なお、各機能部の実現する機能はデータ管理装置３にインストールされたプログラム（データ管理制御プログラムと呼ぶ）に基づきＣＰＵ３１等が行う処理によって実現される機能である。
【００２８】
まず、データ書換装置２を構成する各機能部について説明を行う。
【００２９】
データ取得部２１０は、非図示の外部サーバ装置等からＩ／Ｆ２３を介して更新用のデータ（以降の説明において、「データ」は、特に、「制御プログラム」を指すものとする。）を取得する。
【００３０】
データ処理部２２０は、データ取得部２１０により取得した更新用のデータに対する各種演算処理等を行う。特に、圧縮判定部２２２は、圧縮データであるか否かの判定を行う。
【００３１】
データ送信部２３０は、圧縮判定部２２２により圧縮データであると判定されると、当該データをＩ／Ｆ２３を介してデータ管理装置３に対して送信する。
【００３２】
続いて、データ管理装置３を構成する各機能部について説明を行う。
【００３３】
データ受信部３１０は、Ｉ／Ｆ３３を介してデータ書換装置２から更新用のデータを受信する。
【００３４】
データ処理部３２０は、データ受信部３１０により受信した更新用のデータに対する各種演算処理等を行う。特に、データチェック部３２２は、データ受信部３１０により受信した更新用のデータが正しいデータ形式か否かのチェック（判定）を行う。
【００３５】
データ書換部３３０は、データチェック部３２２により正しいデータ形式であると判定されると、データ受信部３１０により受信した更新用のデータに基づきＲＯＭ３２に格納された自装置が管理するデータの書き換えを行う。
【００３６】
以上の機能構成により、本実施形態におけるデータ書換システム１では、データ書換装置２が取得した更新用のデータに基づいて、データ管理装置３のＲＯＭ３２に格納されたデータの書き換えが行われる。
【００３７】
なお、本実施形態におけるデータ書換システム１は、データ書換装置２とデータ管理装置３の二の装置により実現される形態を示しているが、この場合には限らない。両装置の実現する各機能は一の装置により実現されてもよいものとする。
【００３８】
（動作例）
図３は、本実施形態におけるデータ書換に係る動作の一例を示すフローチャート図である。ここでは、データ書換装置２が取得した更新用のデータに基づいて、データ管理装置３のＲＯＭ３２に格納されたデータの書き換えを行う動作について図２の機能ブロック図も参照しながら説明を行う。
【００３９】
まず、データ書換装置２は、データを取得する（Ｓ１）。ここでは、データ取得部２１０が、Ｉ／Ｆ２３を介して非図示の外部サーバ装置等から更新用の制御プログラムを取得する。取得する更新用の制御プログラムは、図４（ａ）のようなデータ数、データ部及びサムチェック部を有するモトローラＳフォーマット形式の非圧縮データ又は図４（ｃ）のような本発明において用いられる圧縮形式の圧縮データである。図４は、データ書換に係る動作例におけるデータの具体例である。
【００４０】
図４（ａ）では、モトローラＳフォーマット形式の非圧縮データのデータレコードを示しており、各レコードは「Ｆｒ」（フレーム種）、「Ｄｎ」（データ数）、「Ａｄ」（アドレス）、「Ｄａ」（データ部）、「Ｓｃ」（サムチェック）の各領域により表現される。
【００４１】
「Ｆｒ」は、当該レコードの種類を示す２文字（１ｂｙｔｅ）のコードである。「Ｄｎ」は、「Ａｄ」、「Ｄａ」及び「Ｓｃ」のバイト数を２文字（１ｂｙｔｅ）で示している。「Ａｄ」は、書き込み対象となる先頭アドレスを２×ｎ文字（ｎｂｙｔｅ）で示している。図４で４文字（２ｂｙｔｅ）となっているのは「Ｆｒ」が「Ｓ１」のためである。「Ｄａ」は、書き込みデータを２×ｎ文字（ｎｂｙｔｅ）（ここでは、３２文字（１６ｂｙｔｅ））で示している。「Ｓｃ」は、「Ｄｎ」、「Ａｄ」及び「Ｄａ」のデータ値をバイト単位に加算した結果の１の補数を２文字（１ｂｙｔｅ）で示している。
【００４２】
図４（ｃ）は、図４（ａ）に示す各レコードを本発明における圧縮形式（このような圧縮形式を疑似モトローラＳフォーマット形式と呼ぶ）で圧縮した場合の圧縮データのデータレコードを示している。
【００４３】
図４（ａ）に示す各レコードを、通常のモトローラＳフォーマット形式で圧縮した場合の圧縮データのデータレコードは、図４（ｂ）のように、「Ｄｎ」、「Ｄａ」及び「Ｓｃ」の各領域が圧縮されたデータで表現される。なお、図４（ｂ）では、圧縮された「Ｄｎ」、「Ｄａ」、「Ｓｃ」を圧縮前のデータと区別するために、それぞれ、「Ｄｎ（圧）」、「Ｄａ（圧）」、「Ｓｃ（圧）」としている。一方、図４（ｃ）のように、本発明における圧縮形式で圧縮した場合には、「Ｄａ」及び「Ｓｃ」についてはデータ圧縮後の値として表現されるものの「Ｄｎ」についてはデータ圧縮前の値で表現される。
【００４４】
これには、以下のような理由がある。モトローラＳフォーマット形式のデータは、「Ｄｎ」及び「Ｓｃ」に基づいてデータの正誤（データが正しい値か否か）の判定がなされる。この場合に、図４（ａ）のような非圧縮データを図４（ｂ）のようにデータ圧縮した場合には、「Ｄｎ」及び「Ｓｃ」の両方の値が変わってしまうため、圧縮前後を通じたデータの正誤を判定できない。このような問題を解決すべく、本実施形態によれば、図４（ｃ）のように、「Ｄｎ」を宣言する領域については意図的に圧縮前の値にするようにしている。
【００４５】
なお、図４（ｂ）に示す圧縮データと図４（ｃ）に示す圧縮データとの相違点を図５にまとめている。図５は、従来の圧縮データと本実施形態における圧縮データとを比較するための図である。図５に示す比較内容は前述の通りである。
【００４６】
このような図４（ａ）或いは図４（ｃ）のように表現される更新用の制御プログラムが、ステップＳ１では、データ取得部２１０により取得される。
【００４７】
図３に戻り、ステップＳ２へ移って、ステップＳ１で取得したデータが圧縮データであるか否かを判定する（Ｓ２）。ここでは、圧縮判定部２２２が、ステップＳ１で取得した更新用の制御プログラムが図４（ｃ）のようにデータ部及びサムチェック部についてはデータ圧縮後の値であり且つデータ数についてはデータ圧縮前の値である圧縮データであるか否かを判定する。ここでは、ステップＳ１で取得したデータの各レコードにおいて「Ｄａ（圧）」のサムチェック値が一致する、且つ、「Ｄａ（圧）」のデータ数が不一致であるという条件を満たす場合に、圧縮データであると判定する。
【００４８】
より具体的に、図４（ｃ）の圧縮データを例に説明を行う。
【００４９】
図４（ｃ）に示す圧縮データの「Ｄｎ」と「Ａｄ」と「Ｄａ（圧）」のサムチェック値は、１３＋０１＋００＋７３＋２４＋０Ｂ＋９Ａ＋９８＋Ｅ８＋ＤＦ＋４２＋３Ａ＝４２Ｂ（１６進数）となる。この値に、図４（ｃ）に示す圧縮データの「Ｓｃ（圧）」の値Ｄ４を足すと、４２Ｂ＋Ｄ４＝４ＦＦとなる。下位１バイトが１６進数値のＦＦであるため、サムチェック一致という条件を満たす。
【００５０】
図４（ｃ）に示す圧縮データの「Ａｄ」と「Ｄａ（圧）」と「Ｓｃ（圧）」のデータ数は、“０１”、“００”、“７３”、“２４”、“０Ｂ”、“９Ａ”、“９８”、“Ｅ８”、“ＤＦ”、“４２”、“３Ａ”、“Ｄ４”より０Ｃ（１６進数）となる。「Ｄｎ」の値が１３であるため、データ数が不一致という条件を満たす。
【００５１】
以上のように、ステップＳ２では、圧縮判定部２２２は、「Ｄａ（圧）」のサムチェック値が一致する、且つ、「Ｄａ（圧）」のデータ数が不一致であるという条件を満たす場合に、圧縮データであると判定する。なお、このような条件を満たさない場合に、非圧縮データであると判定する。
【００５２】
ステップＳ２においてＹＥＳの場合（Ｓ２、ＹＥＳ）、ステップＳ３へ移る。ステップＳ２においてＮＯの場合（Ｓ２、ＮＯ）、ここではデータエラーであるとして、データ処理部２２０は、処理を終了する（Ｓ７）。
【００５３】
ステップＳ３へ移った場合、ステップＳ１で取得したデータを送信する（Ｓ３）。ここでは、データ送信部２３０は、ステップＳ１により取得した圧縮データである更新用の制御プログラムをデータ管理装置３に対して送信し、データ管理装置３のデータ受信部３１０はこれを受信する。
【００５４】
続いてステップＳ４へ移って、「Ｄａ（圧）」を解凍する（Ｓ４）。ここでは、データ処理部３２０は、ステップＳ３で受信した圧縮データである更新用の制御プログラムの「Ｄａ（圧）」を解凍する。なお、解凍された「Ｄａ（圧）」を区別するために「Ｄａ（解）」とする。図４（ｃ）に示す圧縮データの場合には、「Ｄａ（圧）」が解凍されると、「Ｄａ（解）」は図４（ａ）に示す非圧縮データの「Ｄａ」と同じになる。
【００５５】
ステップＳ５へ移って、ステップＳ４で解凍されたデータが正しいデータ形式であるか否かを判定する（Ｓ５）。ここでは、データチェック部３２２は、ステップＳ４で解凍された更新用の制御プログラムが、正しいデータ形式であるか否かのチェックを行う。ここでは、ステップＳ４で解凍された更新用の制御プログラムの各レコードにおいて、「Ｄａ（解）」のデータ数が一致するという条件を満たす場合に、正しいデータであると判定する。
【００５６】
より具体的に、図４（ｃ）の圧縮データを例に説明を行う。
【００５７】
図４（ｃ）に示す圧縮データの「Ａｄ」と「Ｄａ（圧）」が解凍された「Ｄａ（解）」（図４（ａ）の「Ｄａ」と同じ）と「Ｓｃ（圧）」のデータ数は、“０１”、“００”、“４３”、“００”、“４８”、“０５”、“６１”、“７０”、“２０”、“６１”、“６Ｅ”、“６４”、“２０”、“７３”、“７４”、“６１”、“６３”、“６Ｂ”、“Ｄ４”より、１３（１６進数）となる。「Ｄｎ」の値が１３であるため、データ数が一致という条件を満たす。
【００５８】
以上のように、ステップＳ５では、データチェック部３２２は、「Ｄａ（解）」のデータ数が一致するという条件を満たす場合に、正しいデータであると判定する。なお、このような条件を満たさない場合に、正しくないデータであると判定する。
【００５９】
ステップＳ５においてＹＥＳの場合（Ｓ５、ＹＥＳ）、ステップＳ６へ移る。ステップＳ５においてＮＯの場合（Ｓ５、ＮＯ）、データエラーであるとして、データ処理部３２０は、エラー通知を行う等してここでは処理を終了する（Ｓ８）。
【００６０】
ステップＳ６へ移った場合、書き換え処理を行う（Ｓ６）。ここでは、データ書換部３３０は、ステップＳ４で解凍された更新用の制御プログラムに基づきＲＯＭ３２のデータの書き換えを行う。
【００６１】
以上に示される処理により、本動作例におけるデータ書換システム１によれば、データ書換装置２が取得した更新用の制御プログラム（圧縮データか非圧縮データかを問わない）に基づいて、データ管理装置３のＲＯＭ３２に格納された制御プログラムの書き換えを行う。
【００６２】
これにより、以下に掲げる利点を奏する。その利点とは、ステップＳ２に係る処理により圧縮データであるか否かの判定ができ、且つ、ステップＳ５に係る処理により正しいデータ形式か否かのチェックを行うことができることである。また、データ書換装置２及びデータ管理装置３における変更規模も小さいため圧縮又は復号機能を入れるより容易に対応できることである。つまり、対応可能なツールが増えることである。
【００６３】
なお、本実施形態においては、制御プログラムがモトローラSフォーマット形式のデータである場合を例に説明を行ってきたが、この場合には限らない。データ数、データ部及びサムチェック部を有するフォーマット形式のデータである例えばインテルＨＥＸフォーマット形式等のデータに対しても適用可能である。
【００６４】
以上、実施形態に基づき本発明の説明を行ってきたが、上記実施形態にあげたその他の要素との組み合わせなど、ここで示した要件に本発明が限定されるものではない。これらの点に関しては、本発明の主旨をそこなわない範囲で変更することが可能であり、その応用形態に応じて適切に定めることができる。
【図面の簡単な説明】
【００６５】
【図１】本実施形態におけるデータ書換システムの概略構成図である。
【図２】本実施形態におけるデータ書換システムの機能構成例を示すブロック図である。
【図３】本実施形態におけるデータ書換に係る動作の一例を示すフローチャート図である。
【図４】データ書換に係る動作例におけるデータの具体例である。
【図５】従来の圧縮データと本実施形態における圧縮データとを比較するための図である。
【符号の説明】
【００６６】
１           データ書換システム
２           データ書換装置
３           データ管理装置
２１０    データ取得部
２２０    データ制御部
２２２    圧縮判定部
２３０    データ送信部
３１０    データ受信部
３２０    データ制御部
３２２    データチェック部
３３０    データ書換部
【図１】
2010009486.tif 000003
【図２】
2010009486.tif 000004
【図３】
2010009486.tif 000005
【図４】
2010009486.tif 000006
【図５】
2010009486.tif 000007