JPH0916404A - ダウンロード方式 - Google Patents

Abstract

(57)【要約】 【目的】 送信側装置から受信側装置へダウンロードを
行う際、ダウンロードに要する時間を少なくする。 【構成】 送信側装置１は受信側装置2-1 へ新プログラ
ムをダウンロードする際、新プログラムを複数のブロッ
クに分割した際の各ブロックのチェックサムを受信側装
置2-1 へ送信する。受信側装置2-1 内のバックアップ領
域25には、現プログラムを複数のブロックに分割した際
の各ブロックと各ブロックのチェックサムとが格納され
ており、チェックサムが送られてくると、受信側装置2-
1 は、送られてきたチェックサムとバックアップ領域25
中のチェックサムとの対応するものを比較する。そし
て、比較不一致の場合には、ブロック，チェックサムの
送信を送信側装置１に要求し、送信側装置１から送られ
てきたブロックとチェックサムとでバックアップ領域25
に格納されている対応するブロックとチェックサムを置
き替える。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、送信側装置から受信側
装置へプログラムをダウンロードするダウンロード方式
に関し、特に、ダウンロード済みの現プログラムと一部
のみが異なる新プログラムをダウンロードする際に有効
となるダウンロード方式に関する。

【０００２】

【従来の技術】送信側装置から受信側装置へプログラム
をダウンロードする場合、既に受信側装置へダウンロー
ドしてある現プログラムをバージョンアップするために
現プログラムと一部のみが異なる新プログラムをダウン
ロードする場合であっても、従来は、一般に新プログラ
ムを全て送信側装置から受信側装置へ送信するようにし
ていた。しかし、この方法では、現プログラムと内容が
同じ部分、即ち送信することが必要でない部分も送信さ
れることになるため、ダウンロードに多くの無駄な時間
が費やされるという問題があった。

【０００３】また、特開平３−３４４３号公報には、主
処理装置が管理している網状態表示データを端末装置へ
ダウンロードする際、ダウンロードに要する時間を少な
くするための技術として以下に示す技術が記載されてい
る。

【０００４】先ず、端末装置が、自装置で保持している
網状態表示データを複数のデータ群に分割して各データ
群のチェックサムを求める。その後、主処理装置へ各デ
ータ群のチェックサムを含むチェックサム付きデータ群
一括収集要求信号を送出する。

【０００５】主処理装置では、端末装置からのチェック
サム付きデータ群一括収集要求信号を受信すると、自装
置で保持している網状態表示データを複数のデータ群に
分割して各データ群のチェックサムを求める。その後、
主処理装置は、自装置で保持している各データ群のチェ
ックサムと、端末装置から送られてきたチェックサム付
きデータ群一括収集要求信号に含まれているチェックサ
ムとの対応するものを互いに比較する。そして、比較不
一致のチェックサムがあれば、そのチェックサムと対応
するデータ群のみを端末装置へ送出する。

【０００６】端末装置では、主処理装置からデータ群が
送られてくると、自装置で保持しているデータ群の内、
上記データ群と対応するデータ群を送られてきたデータ
群で置き替える。

【０００７】

【発明が解決しようとする課題】上述した従来の技術を
プログラムのダウンロードに適用すれば、送信側装置で
ある主処理装置から受信側装置である端末装置へ既にダ
ウンロードしてある現プログラムと一部のみが異なる新
プログラムをダウンロードする際、新プログラムの一部
のみを送信するだけで、受信側装置に新プログラムをダ
ウンロードすることが可能になるので、新プログラムを
全て送信する場合に比較して新プログラムのダウンロー
ドに要する時間を短いものにすることができる。

【０００８】しかし、上述した従来の技術では、送信側
装置，受信側装置の両方でチェックサムを計算する必要
があるため、チェックサムの計算のためにダウンロード
処理が遅れるという問題があった。また、更に、送信側
装置でチェックサムの比較を行っているため、受信側装
置の台数が多くなると、送信側装置の負荷が増大すると
いう問題があった。

【０００９】そこで、本発明の目的は、チェックサム計
算を送信側装置だけで行えば良く、且つ受信側装置の台
数が多くなった場合でも送信側の負荷の増大を少ないも
のにすることができるダウンロード方式を提供すること
にある。

【００１０】

【課題を解決するための手段】本発明は上記目的を達成
するため、送信側装置から受信側装置へプログラムをダ
ウンロードするダウンロード方式に於いて、前記送信側
装置は、現プログラムを既にダウンロードしてある前記
受信側装置へ新プログラムをダウンロードするとき、前
記新プログラムを複数のブロックに分割して各ブロック
のチェックサムを計算し、計算した各ブロックのチェッ
クサムを前記受信側装置へ送信し、その後、前記受信側
装置から送信要求があった場合は要求されたブロックと
そのブロックのチェックサムとを前記受信側装置へ送信
し、前記受信側装置は、前記現プログラムを複数のブロ
ックに分割した際の各ブロックと各ブロックのチェック
サムとが格納されるバックアップ領域と、該バックアッ
プ領域に格納されているブロックがロードされる運用領
域とを有し、前記送信側装置から前記新プログラムの各
ブロックのチェックサムが送られてきたとき、前記バッ
クアップ領域に格納されている前記現プログラムの各ブ
ロックのチェックサムと前記送信側装置から送られてき
た前記新プログラムの各ブロックのチェックサムとの対
応するものを比較し、チェックサムが比較不一致となっ
た前記新プログラムのブロックとそのブロックのチェッ
クサムとの送信を前記送信側装置に対して要求し、前記
送信側装置から新プログラムのブロックとそのブロック
のチェックサムとが送られてきたとき、前記バックアッ
プ領域に格納されている現プログラムのブロックとその
ブロックのチェックサムとの内、前記送信側装置から送
られてきたブロックとチェックサムとに対応するものを
前記送信側装置から送られてきたブロックとチェックサ
ムとで置き替え、プログラムのロード時、前記バックア
ップ領域に格納されている全てのブロックを前記運用領
域にロードする。

【００１１】

【作用】現プログラムを既にダウンロードしてある受信
側装置へ新プログラムをダウンロードする場合、送信側
装置は、先ず、新プログラムを複数のブロックに分割し
て各ブロックのチェックサムを計算し、計算した各ブロ
ックのチェックサムを受信側装置へ送信する。

【００１２】送信側装置から新プログラムの各ブロック
のチェックサムが送られてくると、受信側装置は、送ら
れてきた新プログラムの各ブロックのチェックサムとバ
ックアップ領域に格納されている現プログラムの各ブロ
ックのチェックサムとの対応するものを比較し、チェッ
クサムの比較結果が不一致になった新プログラムのブロ
ックとそのブロックのチェックサムとの送信要求を送信
側装置に対して行う。

【００１３】この送信要求に応答して、送信側装置は、
送信要求された新プログラムのブロックとそのブロック
のチェックサムとを受信側装置へ送信する。

【００１４】前記受信側装置は、新プログラムのブロッ
クとそのブロックのチェックサムとが送られてくると、
バックアップ領域に格納されている現プログラムのブロ
ックとそのブロックのチェックサムとの内、送信側装置
から送られてきたブロック，チェックサムに対応するも
のを送信側装置から送られてきたブロック，チェックサ
ムで置き替える。また、プログラムのロード時には、バ
ックアップ領域に格納されている全てのブロックを運用
領域にロードする。

【００１５】

【実施例】次に本発明の実施例について図面を参照して
詳細に説明する。

【００１６】図１は本発明の実施例のブロック図であ
り、送信側装置１と複数台の受信側装置２−１〜２−ｎ
とがネットワーク３を介して接続されている。

【００１７】送信側装置１は、分割手段１１と、送信フ
レーム作成手段１２と、送信フレーム記憶領域１３と、
制御手段１４と、送受信手段１５とを備えている。

【００１８】分割手段１１は、受信側装置２−１〜２−
ｎへダウンロードするプログラムを所定サイズ（例え
ば、２５６バイト）の複数のブロックに分割する機能を
有する。

【００１９】送信フレーム作成手段１２は、分割手段１
１で分割されたプログラムの各ブロックそれぞれについ
て、ブロックの内容をデータとして含むインテレックＨ
ＥＸフォーマットの送信フレームを作成し、送信フレー
ム記憶領域１３に格納する機能等を有する。

【００２０】図２はインテレックＨＥＸフォーマットの
送信フレームを示した図であり、スタートマーク４１
と、送信するデータのバイト数４２と、送信するデータ
の先頭部分がダウンロードするプログラムの先頭から何
バイト目なのかを示す先頭アドレス４３と、レコードタ
イプ４４と、ブロックの内容であるデータ４５と、デー
タ４５のチェックサム４６と、ＣＲ（Ｃａｒｒｉａｇｅ
Ｒｅｔｕｒｎ Ｃｈａｒａｃｔｅｒ）４７と、ＬＦ
（Ｌｉｎｅ Ｆｅｅｄ Ｃｈａｒａｃｔｅｒ）４８とか
ら構成されている。

【００２１】制御手段１４は、送信フレーム記憶領域１
３に格納されている各送信フレーム中の先頭アドレス４
３，チェックサム４６を対にして順次送受信手段１５を
介して受信側装置２−１〜２−ｎへ送信する機能，受信
側装置２−１〜２−ｎから送信要求された送信フレーム
を送受信手段１５を介して要求元の受信側装置へ送信す
る機能等を有する。

【００２２】また、受信側装置２−１は、送受信手段２
１と、制御手段２２と、比較手段２３と、置き替え手段
２４と、バックアップ領域２５と、ロード手段２６と、
運用領域２７とを備えている。尚、他の受信側装置２−
２〜２−ｎも同様の構成を有している。

【００２３】バックアップ領域２５は、例えば、ＥＥＰ
ＲＯＭから構成され、現プログラムを分割手段１１に於
ける分割単位（２５６バイト）と同じ分割単位で複数の
ブロックに分割した際の各ブロックの内容をそれぞれデ
ータとして含む複数のインテレックＨＥＸフォーマット
のフレームが格納される。今、例えば、バックアップ領
域２５には、図３に示すｋ個のフレーム２５−１〜２５
−ｋが格納されているとする。

【００２４】運用領域２７は、例えばＲＡＭにより構成
され、バックアップ領域２５に格納されているフレーム
２５−１〜２５−ｋ中のデータ（現プログラム）がロー
ドされる。

【００２５】制御手段２２は、送受信手段２１が受信し
た先頭アドレスとチェックサムとの対を比較手段２３に
渡す機能，比較手段２３から比較不一致が通知されたと
き比較手段２３に渡したチェックサムと対になっている
先頭アドレスを含む送信要求を送受信手段２１を介して
送信側装置１へ送信する機能，送受信手段２１が受信し
た送信フレームを置き替え手段２４に渡す機能，ロード
手段２６を起動する機能を有する。

【００２６】比較手段２３は、制御手段２２から渡され
た先頭アドレスとチェックサムとの対に含まれているチ
ェックサムと、バックアップ領域２５に格納されている
フレーム中のチェックサムであって、制御手段２２から
渡された先頭アドレスと同じ先頭アドレスを含むフレー
ム中のチェックサムとを比較し、比較結果を制御手段２
２に通知する機能を有する。

【００２７】ロード手段２６は、バックアップ領域２５
に格納されている各フレーム中のデータを順次運用領域
２７にロードする機能を有する。

【００２８】図４は送信側装置１の処理例を示す流れ
図、図５は受信側装置２−１〜２−ｎの処理例を示す流
れ図であり、以下各図を参照して本実施例の動作を説明
する。

【００２９】今、例えば、受信側装置２−１で現在運用
中の現プログラムをバージョンアップした新プログラム
を、送信側装置１から受信側装置２−１へダウンロード
する場合を考えてみる。

【００３０】送信側装置１から受信側装置２−１へ新プ
ログラムをダウンロードする場合、先ず、送信側装置１
内の分割手段１１が新プログラムを所定サイズ（２５６
バイト）の複数のブロックに分割し、各ブロックを送信
フレーム作成手段１２に渡す（図４，ステップＳ１）。

【００３１】送信フレーム作成手段１２は、分割手段１
１から渡された新プログラムの各ブロックそれぞれにつ
いて、図２に示すようなインテレックＨＥＸフォーマッ
トの送信フレームを作成して送信フレーム記憶領域１３
に順次格納し、全てのブロックに対応する送信フレーム
を送信フレーム記憶領域１３に格納すると、制御手段１
４に通知を行う（ステップＳ２）。尚、送信フレーム作
成手段１２は、図２に示すようなインテレックＨＥＸフ
ォーマットの送信フレームを作成する際、バイト数４２
には２５６バイトを、先頭アドレス４３には２５６×
（そのフレームが先頭から何番目のフレームかを示す数
値−１）を、レコードタイプ４４には拡張タイプを、デ
ータ４５にはブロックの内容を、チェックサム４６には
データ４５のチェックサムを設定する。ここで、チェッ
クサムは実際にチェックサム計算を行って求めるもので
ある。

【００３２】今、例えば、上述した処理が行われること
により、新プログラムがｋ個のブロックに分割され、送
信フレーム記憶領域１３に図６に示すｋ個の送信フレー
ム１３−１〜１３−ｋが格納されたとする。

【００３３】制御手段１４は、送信フレーム作成手段１
２から全てのブロックに対応する送信フレームの格納終
了が通知されると、送信フレーム記憶領域１３に格納さ
れている第１番目の送信フレーム１３−１中の先頭アド
レス４３とチェックサム４６との対（０，ＣＳ１）を送
受信手段１５を用いて受信側装置２−１へ送信する（ス
テップＳ３）。

【００３４】受信側装置２−１内の制御手段２２は、送
受信手段２１が第１番目の送信フレーム１３−１中の先
頭アドレス４３とチェックサム４６との対（０，ＣＳ
１）を受信すると、それを比較手段２３に渡す（図５，
ステップＳ１１）。

【００３５】比較手段２３は、上記した対（０，ＣＳ
１）が渡されると、その対に含まれているチェックサム
ＣＳ１と、バックアップ領域２５に格納されているフレ
ーム中のチェックサムであって、制御手段２２から渡さ
れた先頭アドレス「０」と同じ先頭アドレスを含むフレ
ーム中のチェックサムとを比較し、比較結果を制御手段
２２に通知する。

【００３６】バックアップ領域２５には、前述したよう
に、図３に示すようなｋ個のフレーム２５−１〜２５−
ｋが格納されているので、比較手段２３は、先頭アドレ
スが０になっているフレーム２５−１中のチェックサム
ＣＳ１と、制御手段２２から渡されたチェックサムＣＳ
１とを比較し、比較結果を制御手段２２に通知すること
になる。この場合、チェックサムは共にＣＳ１であるの
で、比較手段２３は、比較一致を通知することになる。
ここで、チェックサムの比較を行うのは、比較を行った
チェックサムに対応する新プログラムのブロックを実際
に転送する必要があるか否かを判断するためである。つ
まり、チェックサムが一致する新プログラム，現プログ
ラムのブロックは内容が一致し、転送する必要がないも
のであるから、そのようなブロックは転送は行わずに、
チェックサムが一致しないブロックのみを転送するよう
にして、ダウンロードに要する時間を少なくするためで
ある。

【００３７】制御手段２２は、比較一致が通知されると
（ステップＳ１２）、送受信手段２１が次の先頭アドレ
ス４３とチェックサム４６との対を受信するのを待って
（ステップＳ１５）、再びステップＳ１１の処理を行
う。

【００３８】一方、送信側装置１内の制御手段１４は、
第１番目の送信フレーム１３−１中の先頭アドレス４３
とチェックサム４６との対（０，ＣＳ１）を送信してか
ら所定時間が経過しても、受信側装置２−１から送信要
求が送られてこないと（図４，ステップＳ４がＮＯ）、
次の第２番目の送信フレーム１３−２中の先頭アドレス
４３とチェックサム４６との対（２５５，ＣＳ２’）を
受信側装置２−１へ送信する（ステップＳ３）。

【００３９】受信側装置２−１内の制御手段２２は、送
受信手段２１が第２番目の送信フレーム１３−２中の先
頭アドレス４３とチェックサム４６との対（２５５，Ｃ
Ｓ２’）を受信すると、それを比較手段２３に渡す（図
５，ステップＳ１１）。

【００４０】比較手段２３は、先頭アドレス４３とチェ
ックサム４６との対（２５５，ＣＳ２’）が渡される
と、先頭アドレスが２５５になっている第２番目のフレ
ーム２５−２中のチェックサムＣＳ２と、制御手段２２
から渡されたチェックサムＣＳ２’とを比較する。この
場合、チェックサムはＣＳ２とＣＳ２’であり、両者は
異なるものであるので、比較手段２３は比較不一致を制
御手段２２に通知することになる。

【００４１】制御手段２２は、比較手段２３から比較不
一致が通知されると（ステップＳ１２がＮＯ）、送信側
装置１に対して先頭アドレス「２５５」を含む送信フレ
ームの送信を要求し、そのフレームが送られてくるのを
待つ（ステップＳ１３）。

【００４２】送信側装置１内の制御手段１４は、送受信
手段１５が上記した送信要求を受信すると（ステップＳ
４がＹＥＳ）、送信フレーム記憶領域１３に格納されて
いる送信フレーム１３−１〜１３−ｋの内、送信要求に
含まれている先頭アドレス「２５５」と同じ先頭アドレ
スを有する送信フレーム（図６の例の場合は第２番目の
送信フレーム１３−２となる）を送受信手段１５を用い
て受信側装置２−１に送信する（ステップＳ５）。

【００４３】送信側装置１から第２番目の送信フレーム
１３−２が送られてくると、受信側装置２−１内の制御
手段２２は、置き替え手段２４に送信フレーム１３−２
を渡して置き替え処理を行わせる（ステップＳ１４）。

【００４４】置き替え手段２４は、送信フレーム１３−
２が渡されると、バックアップ領域２５に格納されてい
るフレームの内、送信フレーム１３−２に含まれている
先頭アドレス「２５５」と同じ先頭アドレスを有するフ
レーム（図３の例の場合はフレーム２５−２となる）
を、送信フレーム１３−２で置き替える。

【００４５】以下、送信側装置１は前述したと同様の処
理を繰り返し行い、全ての送信フレームに対して前述し
た処理を行うと（ステップＳ６）、受信側装置２−１に
対して処理終了を通知する（ステップＳ７）。

【００４６】また、受信側装置２−１も前述したと同様
の処理を繰り返し行い、送信側装置１から処理終了が通
知されると（ステップＳ１５）、その処理を終了する。

【００４７】以上の処理を行うことにより、バックアッ
プ領域２５には、新プログラムを２５６バイトずつの複
数のブロックに分割した際の各ブロックの内容をそれぞ
れデータとして含む複数のフレームが格納されることに
なる。

【００４８】その後、制御手段２２は、プログラムのロ
ードが指示されると、ロード手段２６を起動する。ロー
ド手段２６は、起動されることにより、バックアップ領
域２５に格納されている各フレーム中のデータ４５のみ
を運用領域２７にロードする。これにより、受信側装置
２−１は、新プログラムに従った処理を行うことにな
る。

【００４９】

【発明の効果】以上説明したように本発明は、現プログ
ラムを複数のブロックに分割した際の各ブロックと各ブ
ロックのチェックサムとの対が格納されるバックアップ
領域を有し、受信側装置では、チェックサムとの比較を
行う場合、バックアップ領域に格納されているチェック
サムと送信側装置から送られてきたチェックサムとを比
較し、比較不一致の場合はバックアップ領域中のブロッ
クとチェックサムとの対を、送られてきたブロックとチ
ェックサムとの対で置き替えるようにしたものであるの
で、受信側装置でチェックサムの計算を行うことが不要
になり、その分、ダウンロードに要する時間を短くする
ことができる。

【００５０】また、本発明は、受信側装置でチェックサ
ムの比較を行っているので、受信側装置の台数が多い場
合であっても、送信側装置でチェックサムの比較を行っ
ていた従来の技術に比較して送信側装置の負荷を少ない
ものにすることができる。

【図面の簡単な説明】

【図１】本発明の実施例のブロック図である。

【図２】送信フレームの構成例を示す図である。

【図３】バックアップ領域２５の内容例を示す図であ
る。

【図４】送信側装置１の処理例を示す流れ図である。

【図５】受信側装置２−１〜２−ｎの処理例を示す流れ
図である。

【図６】送信フレーム記憶領域１３の内容例を示す図で
ある。

【符号の説明】 １…送信側装置 １１…分割手段 １２…送信フレーム作成手段 １３…送信フレーム記憶領域 １４…制御手段 １５…送受信手段 ２−１〜２−ｎ…受信側装置 ２１…送受信手段 ２２…制御手段 ２３…比較手段 ２４…置き替え手段 ２５…バックアップ領域 ２６…ロード手段 ２７…運用領域 ３…ネットワーク

Claims (3)

【特許請求の範囲】
1. 【請求項１】 送信側装置から受信側装置へプログラム
   をダウンロードするダウンロード方式に於いて、 前記送信側装置は、 現プログラムを既にダウンロードしてある前記受信側装
   置へ新プログラムをダウンロードするとき、前記新プロ
   グラムを複数のブロックに分割して各ブロックのチェッ
   クサムを計算し、計算した各ブロックのチェックサムを
   前記受信側装置へ送信し、その後、前記受信側装置から
   送信要求があった場合は要求されたブロックとそのブロ
   ックのチェックサムとを前記受信側装置へ送信し、 前記受信側装置は、 前記現プログラムを複数のブロックに分割した際の各ブ
   ロックと各ブロックのチェックサムとが格納されるバッ
   クアップ領域と、 該バックアップ領域に格納されているブロックがロード
   される運用領域とを有し、 前記送信側装置から前記新プログラムの各ブロックのチ
   ェックサムが送られてきたとき、前記バックアップ領域
   に格納されている前記現プログラムの各ブロックのチェ
   ックサムと前記送信側装置から送られてきた前記新プロ
   グラムの各ブロックのチェックサムとの対応するものを
   比較し、チェックサムが比較不一致となった前記新プロ
   グラムのブロックとそのブロックのチェックサムとの送
   信を前記送信側装置に対して要求し、 前記送信側装置から新プログラムのブロックとそのブロ
   ックのチェックサムとが送られてきたとき、前記バック
   アップ領域に格納されている現プログラムのブロックと
   そのブロックのチェックサムとの内、前記送信側装置か
   ら送られてきたブロックとチェックサムとに対応するも
   のを前記送信側装置から送られてきたブロックとチェッ
   クサムとで置き替え、 プログラムのロード時、前記バックアップ領域に格納さ
   れている全てのブロックを前記運用領域にロードするこ
   とを特徴とするダウンロード方式。
2. 【請求項２】 前記送信側装置は、インテレックＨＥＸ
   フォーマットの送信フレームによって前記ブロックとそ
   のブロックのチェックサムとを前記受信側装置へ送信す
   ることを特徴とする請求項１記載のダウンロード方式。
3. 【請求項３】 前記バックアップ領域はＥＥＰＲＯＭか
   ら構成されることを特徴とする請求項２記載のダウンロ
   ード方式。