JP2004021680A - On-vehicle network system, on-vehicle electronic equipment, its control method, its control program and recording medium - Google Patents

On-vehicle network system, on-vehicle electronic equipment, its control method, its control program and recording medium Download PDF

Info

Publication number
JP2004021680A
JP2004021680A JP2002176789A JP2002176789A JP2004021680A JP 2004021680 A JP2004021680 A JP 2004021680A JP 2002176789 A JP2002176789 A JP 2002176789A JP 2002176789 A JP2002176789 A JP 2002176789A JP 2004021680 A JP2004021680 A JP 2004021680A
Authority
JP
Japan
Prior art keywords
data
series
interruption
slave device
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2002176789A
Other languages
Japanese (ja)
Inventor
Takashi Shitaya
下谷 隆史
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Faurecia Clarion Electronics Co Ltd
Original Assignee
Clarion Co Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Clarion Co Ltd filed Critical Clarion Co Ltd
Priority to JP2002176789A priority Critical patent/JP2004021680A/en
Publication of JP2004021680A publication Critical patent/JP2004021680A/en
Pending legal-status Critical Current

Links

Images

Abstract

<P>PROBLEM TO BE SOLVED: To provide an on-vehicle network system, on-vehicle electronic equipment, its control method, its control program and a recording medium for shortening the time required for the distribution of data when the distribution of data from master equipment to slave equipment is interrupted. <P>SOLUTION: When the distribution of an update program is interrupted, slave equipment 5 transmits interruption information for specifying the interrupted position of the update program to master equipment 3 at the time of resuming communication, and the master equipment 3 distributes the residual data of the update program from the interrupted position by referring to the received interruption information. <P>COPYRIGHT: (C)2004,JPO

Description

【0001】
【発明の属する技術分野】
本発明は、マスタ機器からスレーブ機器にデータを配信する車載ネットワークシステム、マスタ機器として機能する車載電子機器、スレーブ機器として機能する車載電子機器、車載電子機器の制御方法、制御プログラム及び記録媒体に関する。
【0002】
【従来の技術】
一般に、車内に車載電子機器としてマスタ機器とスレーブ機器とが搭載され、マスタ機器からネットワークを介してスレーブ機器へ一連データを配信可能に構成された車載ネットワークシステムが知られている。
【0003】
この種の車載ネットワークシステムにおけるスレーブ機器は、図10に示すように、マイクロコンピュータ107と、メモリ109とを備えて構成されており、このメモリ109は、RAM111と、ソフトウェア(アプリケーションプログラム)や起動用プログラム(PBL:Primary Boot Loader)等が記憶される書き換え可能な不揮発性メモリ113(例えば、フラッシュメモリ)とを備えて構成される。
【0004】
スレーブ機器のソフトウェアのバージョンアップを行う際は、マスタ機器がソフトウェアのアップデートプログラムを配信することを示す信号をスレーブ機器へ送信し、この信号を受信したスレーブ機器においてマイクロコンピュータ107がPBLを動作させ、一連のデータとしてのソフトウェアのアップデートプログラムをダウンロードするための書き込み用プログラム(SBL:Secondary Boot Loader)をマスタ機器から受信してRAM111に展開する。
【0005】
そして、RAM111に展開したSBLに基づいてソフトウェアのアップデートプログラムがマスタ機器からダウンロードされ、フラッシュメモリ113上のアプリケーションプログラムが書き換えられる。
【0006】
【発明が解決しようとする課題】
しかしながら、上述の車載ネットワークシステムでは、マスタ機器からスレーブ機器への一連のデータとしてのアップデートプログラムの配信が中断された場合、例えば、アップデートプログラムの受信時に問題(例えば、ノイズ障害)が発生し、アップデートプログラムの配信が中断された場合、再度アップデートプログラムを最初のデータから配信するようにしているため、制御動作は単純ではあるが、時間がかかるという問題がある。
【0007】
特に、マスタ機器からスレーブ機器へのアップデートプログラムの配信が中断された場合、スレーブ機器は、不揮発性メモリに記憶された受信データを全て消去し、再度アップデートプログラムを最初のデータから受信して不揮発性メモリに記憶していくため、時間がかかるという問題がある。
【0008】
そこで、本発明の目的は、上述した従来技術が有する課題を解消し、マスタ機器からスレーブ機器へのデータの配信が中断された場合におけるデータの配信に要する時間の短縮化を図る車載ネットワークシステム、車載電子機器、その制御方法、制御プログラム及び記録媒体を提供することにある。
【0009】
【課題を解決するための手段】
上記課題を解決するため、マスタ機器とスレーブ機器とを備え、前記マスタ機器からネットワークを介して前記スレーブ機器へ一連のデータを配信可能に構成された車載ネットワークシステムにおいて、前記スレーブ機器は、前記一連のデータの配信が中断された場合に、通信再開時に前記一連のデータの中断位置を特定する中断情報を前記マスタ機器に送信し、前記マスタ機器は、受信した中断情報を参照して中断した箇所から前記一連のデータの残りのデータを配信するようにしたことを特徴としている。
【0010】
この場合において、前記スレーブ機器は、前記一連のデータの配信が中断された場合に、前記一連のデータの中断位置を特定する中断情報を記憶する中断情報記憶手段と、前記マスタ機器との通信再開時に、前記中断情報記憶手段の記憶した中断情報を前記マスタ機器に送信する送信手段とを備え、前記マスタ機器は、受信した前記中断情報を参照して中断した箇所から前記一連のデータの残りのデータを前記スレーブ機器に配信する配信手段を備えるようにしてもよい。
【0011】
また、前記中断情報記憶手段は、前記一連のデータの受信が中断してから所定時間経過したときに、前記配信が中断されたとみなして前記中断情報を記憶するようにしてもよい。
【0012】
更に、前記スレーブ機器は、前記マスタ機器により配信された前記一連のデータを記憶するデータ記憶手段を備えるようにしてもよい。
【0013】
更にまた、前記一連のデータは、前記スレーブ機器におけるソフトウェアのアップデートプログラムであり、前記中断情報記憶手段に記憶される中断情報は、前記データ記憶手段に記憶されているアップデートプログラムのバージョン情報を含み、前記配信手段は、受信した中断情報に含まれるアップデートプログラムのバージョン情報と、配信対象のアップデートプログラムのバージョン情報とを比較し、双方のバージョン情報が一致していれば、中断した箇所から残りのアップデートプログラムを前記スレーブ機器に配信するようにしてもよい。
【0014】
また、前記一連のデータは、前記スレーブ機器におけるソフトウェアのアップデートプログラムであり、前記中断情報記憶手段に記憶される中断情報は、前記データ記憶手段に記憶されているアップデートプログラムのバージョン情報を含み、前記配信手段は、受信した中断情報に含まれるアップデートプログラムのバージョン情報と、配信対象のアップデートプログラムのバージョン情報とを比較し、双方のバージョン情報が不一致していれば、前記配信対象のアップデートプログラムを前記スレーブ機器に配信するようにしてもよい。
【0015】
更に、前記中断情報記憶手段は、書き換え可能な不揮発性メモリであってもよい。
【0016】
また、スレーブ機器にネットワークを介して一連のデータを配信するマスタ機器として機能する車載電子機器において、前記スレーブ機器から送信され、前記一連のデータの中断位置を特定する中断情報を受信した場合、この中断情報を参照して中断した箇所から前記一連のデータの残りのデータを前記スレーブ機器に配信する配信手段を備えたことを特徴としている。
【0017】
この場合において、前記一連のデータは、前記スレーブ機器におけるソフトウェアのアップデートプログラムであり、前記配信手段は、受信した中断情報に含まれるアップデートプログラムのバージョン情報と、配信対象のアップデートプログラムのバージョン情報とを比較し、双方のバージョン情報が一致していれば、中断した箇所から残りのアップデートプログラムを前記スレーブ機器に配信するようにしてもよい。
【0018】
また、前記一連のデータは、前記スレーブ機器におけるソフトウェアのアップデートプログラムであり、前記配信手段は、受信した中断情報に含まれるアップデートプログラムのバージョン情報と、配信対象のアップデートプログラムのバージョン情報とを比較し、双方のバージョン情報が不一致していれば、前記配信対象のアップデートプログラムを前記スレーブ機器に配信するようにしてもよい。
【0019】
また、マスタ機器からネットワークを介して配信される一連のデータを受信するスレーブ機器として機能する車載電子機器において、前記一連のデータの配信が中断された場合に、前記一連のデータの中断位置を特定する中断情報を記憶する中断情報記憶手段と、前記マスタ機器との通信再開時に、前記中断情報記憶手段の記憶した中断情報を前記マスタ機器に送信する送信手段とを備えたことを特徴としている。
【0020】
この場合において、前記中断情報記憶手段は、前記一連のデータの受信が中断してから所定時間経過したときに、前記配信が中断したものとみなして前記中断情報を記憶するようにしてもよい。
【0021】
また、前記中断情報記憶手段は、書き換え可能な不揮発性メモリであってもよい。
【0022】
また、スレーブ機器にネットワークを介して一連のデータを配信するマスタ機器として機能する車載電子機器の制御方法において、前記スレーブ機器から送信され、前記一連のデータの中断位置を特定する中断情報を受信する受信過程と、前記中断情報を受信した場合、前記中断情報を参照して中断した箇所から前記一連のデータの残りのデータを前記スレーブ機器に配信する配信過程とを備えたことを特徴としている。
【0023】
この場合において、前記一連のデータは、前記スレーブ機器におけるソフトウェアのアップデートプログラムであり、前記配信過程は、前記受信過程で受信した中断情報に含まれるアップデートプログラムのバージョン情報と、配信対象のアップデートプログラムのバージョン情報とを比較し、双方のバージョン情報が一致していれば、中断した箇所から残りのアップデートプログラムを前記スレーブ機器に配信するようにしてもよい。
【0024】
また、前記一連のデータは、前記スレーブ機器におけるソフトウェアのアップデートプログラムであり、前記配信過程は、前記受信過程で受信した中断情報に含まれるアップデートプログラムのバージョン情報と、配信対象のアップデートプログラムのバージョン情報とを比較し、双方のバージョン情報が不一致していれば、前記配信対象のアップデートプログラムを前記スレーブ機器に配信するようにしてもよい。
【0025】
また、マスタ機器からネットワークを介して配信される一連のデータを受信するスレーブ機器として機能する車載電子機器の制御方法において、前記一連のデータの配信が中断された場合に、前記一連のデータの中断位置を特定する中断情報を記憶する中断情報記憶過程と、前記マスタ機器との通信再開時に、前記中断情報記憶過程で記憶した中断情報を前記マスタ機器に送信する送信過程とを備えたことを特徴としている。
【0026】
また、コンピュータを、スレーブ機器にネットワークを介して一連のデータを配信するマスタ機器の制御を行わせる制御装置として機能させる制御プログラムにおいて、前記スレーブ機器から送信され、前記一連のデータの中断位置を特定する中断情報を受信させ、前記中断情報を受信した場合、前記中断情報を参照して中断した箇所から前記一連のデータの残りのデータを前記スレーブ機器に配信させることを特徴としている。
【0027】
また、コンピュータを、マスタ機器からネットワークを介して配信される一連のデータを受信するスレーブ機器の制御を行わせる制御装置として機能させる制御プログラムにおいて、前記一連のデータの配信が中断された場合に、前記一連のデータの中断位置を特定する中断情報を記憶させ、前記マスタ機器との通信再開時に、記憶した中断情報を前記マスタ機器に送信させることを特徴としている。
【0028】
また、上記制御プログラムをコンピュータ読取可能な記録媒体に記録してもよい。
【0029】
【発明の実施の形態】
以下、本発明の一実施の形態を、図面を参照して説明する。
【0030】
図1は本実施の形態に係る車載ネットワークシステムを示す概略図である。車載ネットワークシステム1は、図1に示すように、マスタ機器3と、例えば複数台(例えば2台)のスレーブ機器5とを備え、これら各機器3、5が有線(バス)により接続されてネットワークが形成されている。この車載ネットワークシステム1は、車両に搭載される。マスタ機器3は、スレーブ機器5と通信する機能を備えており、スレーブ機器5は、マスタ機器3と通信する機能を備えている。
【0031】
また、スレーブ機器5は、例えば、音響機器や映像機器等であり、マスタ機器3により配信される一連のデータを受信する機能を備えている。車載ネットワークシステム1は、例えば、光ファイバによる車載用のバス規格が適用されている。また、マスタ機器3とスレーブ機器5とは、例えばパケット通信されるものとする。
【0032】
スレーブ機器5には、ソフトウェア(アプリケーションプログラム)が組み込まれており、このソフトウェアが動作することで、スレーブ機器5が機能する。
【0033】
このスレーブ機器5のソフトウェアのバージョンアップを行う場合は、マスタ機器3が、スレーブ機器5にソフトウェアのアップデートプログラムを配信(ダウンロード)することで行われる。
【0034】
マスタ機器3は、マイクロコンピュータ4(以下、「マスタ機器側マイコン」という。)を備えており、このマスタ機器側マイコン4は、ネットワーク上のスレーブ機器5の制御を行う。尚、マスタ機器3は、記録媒体(例えば、光ディスクなどのリムーバブル記録媒体)に記録されたソフトウェアのアップデートプログラムを読み取り可能に構成されている。そして、マスタ機器側マイコン4は、この読み取ったアップデートプログラムをスレーブ機器5に配信するように制御している。
【0035】
スレーブ機器5は、マイクロコンピュータ7(以下、「マイコン」という。)と、メモリ9とを備えている。このメモリ9は、図2に示すように、RAM11と、不揮発性メモリとしてフラッシュメモリ13及びEEPROM15とを備えて構成される。このEEPROM15は、外部メモリである。
【0036】
フラッシュメモリ13には、スレーブ機器5のソフトウェア(アプリケーションプログラム)が記憶される。また、フラッシュメモリ13には、予め起動用プログラム(PBL:Primary Boot Loader)が記憶されている。更に、フラッシュメモリ13には、特定データを記憶する領域(特定アドレス)が確保されている。
【0037】
尚、スレーブ機器5におけるソフトウェアのバージョンアップは、例えば、フラッシュメモリ13内のソフトウェアを全て消去して、バージョンアップしたソフトウェア(アップデートプログラム)をフラッシュメモリ13に記憶させることで行う。
【0038】
RAM11には、ソフトウェアのアップデートプログラムをマスタ機器3からダウンロードしてフラッシュメモリ13に記憶(書き込み)するための制御プログラム(SBL:Secondary Boot Loader)が記憶される。このSBLは、マスタ機器3からダウンロードされる。
【0039】
スレーブ機器5のマイコン7は、スレーブ機器5の起動時にPBLに基づいて制御を行う。具体的に、マイコン7は、PBLに基づいて、フラッシュメモリ13に記憶されているアプリケーションプログラムを実行する制御を行い、また、ソフトウェアのバージョンアップを行うときは、受信したSBLをRAM11に記憶(展開)する制御を行う。
【0040】
また、マイコン7は、SBL受信後、SBLに基づいて制御を行う。具体的に、マイコン7は、SBLに基づいて、マスタ機器3より配信されるアップデートプログラムを受信してフラッシュメモリ13に記憶する制御を行う。
【0041】
スレーブ機器5は、このアップデートプログラムの受信中にアップデートプログラムの配信が中断された場合、例えば、ネットワークの切断が生じた場合、リセット、即ち、再起動して再びアップデートプログラムを受信するように、マイコン7によって制御される。
【0042】
アップデートプログラムの配信が中断されたか否かの判断は、スレーブ機器5におけるマイコン7によって行われ、スレーブ機器5においてデータ受信が中断してから所定時間経過しても次のデータがスレーブ機器5側で受信されないとき(例えば、配信されるアップデートプログラムのデータのパケットが、所定時間経過してもスレーブ機器5側で受信されないとき)をアップデートプログラムの配信が中断されたと判断している。
【0043】
本実施の形態において、スレーブ機器5におけるマイコン7は、制御プログラムとしてのSBLに基づいて、アップデートプログラムの配信が中断された場合に、このアップデートプログラムの中断位置を特定するための中断情報をEEPROM15に記憶し、通信が再開される状態になったとき、つまり通信再開時にEEPROM15に記憶されている中断情報をマスタ機器3に送信するように制御する。言い換えれば、スレーブ機器5におけるマイコン7は、アップデートプログラムの配信が中断され、マスタ機器3との通信が再び確立した場合に、EEPROM15に記憶されている中断情報をマスタ機器3に送信するように制御する。例えば、ネットワークの切断の場合、再びスレーブ機器5がネットワークに接続されて、マスタ機器3との通信が確立するように、リセット(再起動)を行う。
【0044】
具体的に、EEPROM15には、フラッシュメモリ13に記憶されている中断されたアップデートプログラムのフラッシュメモリ13における開始アドレスと、フラッシュメモリ13に記憶されているアップデートプログラムのデータのサイズとを有する中断情報が記憶され、これによってアップデートプログラムの中断位置が特定される。
【0045】
例えば、EEPROM15には、図3に示すように、開始アドレス“0XC0000”、“0XE0000”が記憶されるとともに、これら開始アドレスに対応して、データのサイズ“0XFFFF”、“0X200”が記憶される。つまり、フラッシュメモリ13に記憶されるアップデートプログラムのデータは、フラッシュメモリ13内で、不連続になってもよく、この場合、EEPROM15には、複数の開始アドレスと、これらに対応するデータのサイズとが記憶される。
【0046】
さらに、このEEPROM15に記憶される中断情報には、例えば図3に示すように、中断されたアップデートプログラムのバージョン情報としてのバージョン番号Xと、アップデートプログラムのプログラム名Yとが含まれている。
【0047】
また、マスタ機器3におけるマスタ機器側マイコン4は、この受信した中断情報を参照して中断した箇所から残りのアプリケーションプログラムのデータをスレーブ機器5に配信するように、例えば、図示しないROM、EEPROM或いはフラッシュメモリに記録された制御プログラムに基づいて制御している。
【0048】
以下、図4のシーケンスを参照して、マスタ機器3及びスレーブ機器5の動作について詳細に説明する。尚、マスタ機器3がデータを送受信するときは、マスタ機器側マイコン4の制御の下で行われ、スレーブ機器5がデータを送受信するときは、マイコン7の制御の下で行われる。
【0049】
まず、マスタ機器3は、ソフトウェアのアップデートプログラムをいずれかのスレーブ機器5に送信しようとする場合、ソフトウェアのアップデートをするスレーブ機器5におけるPBLを動作させるべく、スレーブ機器5に特定のメッセージ(PBL動作信号)を送信する(S1)。
【0050】
このPBL動作信号は、例えば、マスタ機器3にソフトウェアのアップデートプログラムが記録された記録媒体がセットされたときに送信される。
【0051】
そして、このPBL動作信号を受信したスレーブ機器5においてPBLが動作し、スレーブ機器5が、例えば、SBLのデータを受信可能状態であることを示す信号をマスタ機器3に送信することで、マスタ機器3が、SBLのデータをスレーブ機器5に送信する(S2)。
【0052】
スレーブ機器5は、この受信したSBLのデータをマイコン7がSBLに基づいて動作可能となるように受信処理を行う(S3)。
【0053】
具体的には、図5のフローチャートを参照して説明すると、スレーブ機器5は、SBLのデータ(パケットデータ)を受信し(S31)、スレーブ機器5のマイコン7は、この受信したデータをRAM11に展開していく(S32)。そして、マイコン7は、RAM11へのSBLデータの展開が完了したか否かを判断する(S33)。ステップS33で、RAM11へのSBLデータの展開が完了していなければ、マイコン7は、ステップS31に戻って処理し、ステップS33でRAM11へのSBLデータの展開が完了していれば、SBLのデータの受信処理を終了し、この展開したSBLの処理動作に移行する。
【0054】
次に、図4において、スレーブ機器5のマイコン7は、SBLに基づいて動作し、フラッシュメモリ13に中断情報が記憶されているか否かに応じて処理する中断情報確認処理を行い(S4)、アップデートプログラムの配信要求を行う(S5)。
【0055】
具体的に、図6のフローチャートを参照して説明すると、スレーブ機器5のマイコン7は、フラッシュメモリ13に中断情報が記憶されているか否かを判断する(S41)。
【0056】
ステップS41で中断情報が記憶されていれば、スレーブ機器5は、中断情報が記憶されていることを示す「OK」のメッセージ及び中断情報をマスタ機器3に送信する(S42)。また、ステップS41で中断情報が記憶されていなければ、スレーブ機器5は、中断情報が記憶されていないことを示す「NG」のメッセージをマスタ機器3に送信する(S43)。つまり、ステップS42、S43においてアップデートプログラムの配信が要求される。
【0057】
次に、図4において、マスタ機器3は、スレーブ機器5からのアップデートプログラムの配信要求を受信した場合、マスタ機器3のマスタ機器側マイコン4は、アップデートプログラムの全データを配信するのか、或いは中断した箇所から残りのデータを配信するのかを確認する配信データ確認処理を行い(S6)、マスタ機器3はスレーブ機器5に応答メッセージを送信する(S7)。
【0058】
この応答メッセージを受信したスレーブ機器5において、スレーブ機器5のマイコン7は、アップデートプログラムを受信すべく、フラッシュメモリ13の消去或いはフラッシュメモリ13の開始アドレスの確認等、アップデートプログラムの受信準備処理を行い(S8)、マスタ機器3は、アップデートプログラムをスレーブ機器5に配信(ダウンロード)する(S9)。
【0059】
具体的に、図4中ステップS6において、図7のフローチャートを参照して説明すると、マスタ機器3は、図6中ステップS42或いはS43において送信されるメッセージを受信する(S61)。マスタ機器側マイコン4は、この受信したメッセージが、「OK」または「NG」のいずれに該当するのかを判断する(S62)。
【0060】
ステップS62でメッセージが「OK」であれば、マスタ機器側マイコン4は、受信した中断情報に含まれるアップデートプログラムのバージョン情報(バージョン番号)と、配信対象のアップデートプログラムのバージョン情報(バージョン番号)とを比較し、双方のバージョン情報(バージョン番号)が一致しているか否かを判断する(S63)。
【0061】
そして、ステップS62でメッセージが「NG」と判断された場合、或いは、ステップS63で不一致と判断された場合、マスタ機器3は、スレーブ機器5に応答メッセージとして「NG」を送信し(S64;図4中ステップS7)、アップデートプログラムの最初のデータからアップデートプログラムを配信する(S65;図4中ステップS9)。即ち、通常のダウンロードを行う。
【0062】
また、ステップS63で一致と判断された場合、マスタ機器3は、スレーブ機器5に応答メッセージとして「OK」を送信し(S66;図4中ステップS7)、アップデートプログラムの中断した箇所のデータからアップデートプログラムの残りのデータを配信する(S67;図4中ステップS9)。
【0063】
図4中ステップS8において、図8のフローチャートを参照して説明すると、スレーブ機器5は、ステップS7(図4)において送信された応答メッセージを受信する(S81)。スレーブ機器5のマイコン7は、この受信した応答メッセージが、「OK」または「NG」のいずれに該当するのかを判断し(S82)、受信した応答メッセージが「NG]であれば、フラッシュメモリ13に記憶されているアップデートする前のソフトウェア(アプリケーションプログラム)、或いは、中断され途中まで記憶されているアップデートプログラムを消去し(S83)、応答メッセージが「OK」であれば、中断箇所から続けてアップデートプログラムを記憶していくので、そのまま消去せずに残しておく。
【0064】
図4において、スレーブ機器5がステップS9で配信されるアップデートプログラムを受信した場合、スレーブ機器5のマイコン7は、このアップデートプログラムの受信処理を行う(S10)。
【0065】
具体的にスレーブ機器5のマイコン7は、図9に示すフローチャートを参照して説明すると、アップデートプログラムのデータ(パケット)を受信したか否かを判断し(S91)、受信していれば、フラッシュメモリ13に記憶していく(S92)。
【0066】
尚、アップデートプログラムのデータ(パケット)が正常に受信されたことを示す応答信号をマスタ機器3に送信するのが好ましい。これによって、マスタ機器3は、次のデータ(パケット)を送信することができる。
【0067】
次に、アップデートプログラムの全データが受信完了であるか否かを判断する(S93)。
【0068】
ステップS93で、スレーブ機器5におけるデータの受信が完了していれば、スレーブ機器5のマイコン7は、フラッシュメモリ13の特定アドレスにアップデートプログラムが受信完了したことを示すデータを記憶する(S94)。
【0069】
ステップS94で、スレーブ機器5におけるデータの受信が完了していなければ、スレーブ機器5のマイコン7はステップS91に戻って処理する。
【0070】
ステップS91において、データ(パケット)が受信されていなければ、即ち、データの受信が中断していれば、スレーブ機器5のマイコン7は、受信タイムアウトであるか否かを判断する(S95)。受信タイムアウトとは、アップデートプログラムの受信が中断してからカウントして所定時間経過した場合をいい、受信タイムアウトであれば、アップデートプログラムの配信が中断されたとみなす。
【0071】
ステップS95で、受信タイムアウトであれば、スレーブ機器5のマイコン7は、フラッシュメモリ13、即ち、途中まで記憶されているアップデートプログラムを参照して、中断情報(即ち、アップデートプログラムのバージョン情報としてのバージョン番号、プログラム名、開始アドレス及びデータサイズからなる情報)を作成し、中断情報をEEPROM15に記憶する(S96)。
【0072】
ステップS95で、受信タイムアウトでなければ、スレーブ機器5のマイコン7は、ステップS91に戻って処理する。
【0073】
図4に示すように、図9中ステップS96でEEPROM15に中断情報を記憶したか或いは図9中ステップS94でフラッシュメモリ13の特定アドレスにアップデートプログラムが受信完了したことを示すデータを記憶した場合、スレーブ機器5のマイコン7は、このスレーブ機器5のリセット(再起動)を行う(S11)。
【0074】
この場合、スレーブ機器5がリセットされることで、RAM11に展開したSBLは消去され、再びPBLが起動する。このPBLの処理動作によって、フラッシュメモリ13の特定アドレスにデータが記憶されているか否かが判断されて、図9中ステップS94により特定アドレスにデータが記憶されていれば、ソフトウェア(アプリケーションプログラム)を実行し、記憶されていなければ、マスタ機器3からのPBL動作信号の待ち受け状態となる。
【0075】
スレーブ機器5をリセットした場合、リセットしたことを示す信号をマスタ機器3に送信するようにするのが好ましい。これによってマスタ機器3は、スレーブ機器5がリセットされたことを把握することができる。そして、マスタ機器3は、リセットしたことを示す信号を受けて、再び図4に示すPBL動作信号をスレーブ機器5に送信する動作から行うことができる。
【0076】
尚、スレーブ機器5は、SBLのデータの受信中に受信タイムアウトが生じてSBLのデータの配信が中断された場合、SBLの中断位置から配信するように制御する動作は行わず、スレーブ機器5をリセットして最初のデータから配信されるようにする。つまり、SBLのデータ量がアップデートプログラムのデータ量と比較して少なく、配信に要する時間は短い(例えば、十数秒程度である)ので、時間的コストは無視できる。
【0077】
以上、本実施の形態によれば、スレーブ機器5は、一連のデータとしてのアップデートプログラムの配信が中断された場合に、アップデートプログラムの中断位置を特定する中断情報を記憶する不揮発性メモリとしてのEEPROM15と、マスタ機器3との通信再開時にEEPROM15の記憶した中断情報をマスタ機器3に送信するように制御するマイクロコンピュータ7とを備え、マスタ機器3は、受信した中断情報を参照して中断した箇所からアップデートプログラムの残りのデータをスレーブ機器5に配信するように制御するマイクロコンピュータ4を備えたことから、マスタ機器3からスレーブ機器5へのデータの配信が中断された場合におけるデータの配信に要する時間が短縮される。
【0078】
また、本実施の形態によれば、マスタ機器3がスレーブ機器5の一連のデータとしてのアップデートプログラムをスレーブ機器11に配信(ダウンロード)するとき、アップデートプログラムの配信が中断された場合に、アップデートプログラムの中断位置を特定する中断情報を記憶させ、マスタ機器3との通信再開時に、記憶した中断情報をマスタ機器3に送信させる制御プログラム(SBL)を、スレーブ機器5に送信するようにしたことから、スレーブ機器5は、この制御プログラム(SBL)を予めフラッシュメモリ13等に記憶させておく必要がないので、メモリの有効利用が図れる。
【0079】
また、本実施の形態によれば、中断情報を、外部メモリであるEEPROM15に記憶するようにしたことから、フラッシュメモリ13内に中断情報を記憶するための領域を確保する必要がない。
【0080】
また、本実施の形態によれば、スレーブ機器5は、一連のデータとしてのアップデートプログラムの配信が中断された場合に、フラッシュメモリ13を参照して中断情報を作成し、この中断情報をEEPROM15に記憶し、通信再開時に中断情報をマスタ機器3に送信するようにしたことから、マスタ機器3側で、途中まで配信した一連のデータとしてのアップデートプログラムを基に中断情報を作成して、この中断情報を参照して中断した箇所から残りのデータを配信するようにした場合と比べて、スレーブ機器5側で足りないデータをより正確にマスタ機器3側で把握することができる。
【0081】
尚、本実施の形態では、マスタ機器は、受信した中断情報に含まれるアップデートプログラムのバージョン情報と、配信対象のアップデートプログラムのバージョン情報とを比較し、双方のバージョン情報が一致していれば、中断した箇所から残りのアップデートプログラムをスレーブ機器に配信するようにした場合について説明したが、これに限るものではなく、マスタ機器は、受信した中断情報に含まれるアップデートプログラムのバージョン情報及びプログラム名と、配信対象のアップデートプログラムのバージョン情報及びプログラム名とを比較し、双方のバージョン情報が一致し、且つ、双方のプログラム名が一致していれば、中断した箇所から残りのアップデートプログラムをスレーブ機器に配信するようにすれば、より好ましい。また、双方のバージョン情報が不一致し、或いは、双方のプログラム名が不一致していれば、配信対象のアップデートプログラムをスレーブ機器に配信するようにすれば、より好ましい。
【0082】
また、本実施の形態では、マスタ機器とスレーブ機器とが有線(例えば光ファイバ)で接続される場合について説明したが、これに限るものではなく、マスタ機器とスレーブ機器とが無線で通信する場合であってもよい。
【0083】
また、本実施の形態では、マスタ機器を制御するための制御プログラムをROM等に予め記憶しておく場合について説明したが、これらの制御プログラムをハードディスクなどの外部記録装置に記録して起動したり、これらの制御プログラムを光ディスクなどのリムーバブル記録媒体に記録して、インストールするようにしたり、例えば無線ネットワークを介してダウンロードし、インストールするように構成することも可能である。ダウンロードを行う場合には、実行のたびにダウンロードするようにすることも可能である。また、ROM等のコンピュータ読取可能な記録媒体を交換可能に構成しておくことも可能である。
【0084】
また、本実施の形態では、スレーブ機器を制御するための制御プログラムをスレーブ機器から車両ネットワークを介してダウンロードし、RAMに記憶(展開)する場合について説明したが、これに限るものではなく、これら制御プログラムを予めROMやEEPROM、フラッシュメモリ等に記憶するようにしたり、これら制御プログラムをスレーブ機器から車両ネットワークを介してダウンロードし、EEPROMやフラッシュメモリ等に記憶するようにしたり、これら制御プログラムをハードディスクなどの外部記録装置に記録して起動したり、これらの制御プログラムを光ディスクなどのリムーバブル記録媒体に記録して、インストールするように構成することも可能である。また、ROM等のコンピュータ読取可能な記録媒体を交換可能に構成しておくことも可能である。
【0085】
以上、一実施の形態に基づいて本発明を説明したが、本発明は、これに限定されるものでない。
【0086】
【発明の効果】
本発明によれば、マスタ機器からスレーブ機器へのデータの配信が中断された場合におけるデータの配信に要する時間を短縮することができる。
【図面の簡単な説明】
【図1】本発明による車載ネットワークシステムの一実施の形態を示す構成図である。
【図2】図1のスレーブ機器を示す構成図である。
【図3】スレーブ機器に記憶される中断情報を示す図である。
【図4】マスタ機器及びスレーブ機器の動作を示すシーケンス図である。
【図5】スレーブ機器側のSBLデータ受信処理を示すフローチャートである。
【図6】スレーブ機器側の中断情報確認処理を示すフローチャートである。
【図7】マスタ機器側の配信するデータの確認処理を示すフローチャートである。
【図8】スレーブ機器側の配信されるデータの受信準備処理を示すフローチャートである。
【図9】スレーブ機器側のデータの受信処理を示すフローチャートである。
【図10】従来のスレーブ機器を示す構成図である。
【符号の説明】
1 車載ネットワークシステム
3 マスタ機器
4 マイクロコンピュータ
5 スレーブ機器
7 マイクロコンピュータ
9 メモリ
11 RAM
13 フラッシュメモリ(データ記憶手段)
15 EEPROM(中断情報記憶手段)
[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a vehicle-mounted network system that distributes data from a master device to a slave device, a vehicle-mounted electronic device that functions as a master device, a vehicle-mounted electronic device that functions as a slave device, a control method for a vehicle-mounted electronic device, a control program, and a recording medium.
[0002]
[Prior art]
2. Description of the Related Art In general, there is known an in-vehicle network system in which a master device and a slave device are mounted as in-vehicle electronic devices in a vehicle, and a series of data can be distributed from the master device to a slave device via a network.
[0003]
As shown in FIG. 10, a slave device in this type of in-vehicle network system includes a microcomputer 107 and a memory 109. The memory 109 includes a RAM 111, software (application program), It is provided with a rewritable nonvolatile memory 113 (for example, flash memory) in which a program (PBL: Primary Boot Loader) and the like are stored.
[0004]
When upgrading the software version of the slave device, the master device transmits a signal indicating that the software update program is distributed to the slave device, and the microcomputer 107 operates the PBL in the slave device that has received the signal, A writing program (SBL: Secondary Boot Loader) for downloading a software update program as a series of data is received from the master device and developed in the RAM 111.
[0005]
Then, a software update program is downloaded from the master device based on the SBL developed in the RAM 111, and the application program on the flash memory 113 is rewritten.
[0006]
[Problems to be solved by the invention]
However, in the above-described in-vehicle network system, when the distribution of the update program as a series of data from the master device to the slave device is interrupted, for example, a problem (for example, noise failure) occurs when the update program is received, and the update is performed. When the distribution of the program is interrupted, the update program is distributed again from the first data, so that the control operation is simple but takes time.
[0007]
In particular, when the distribution of the update program from the master device to the slave device is interrupted, the slave device erases all the received data stored in the non-volatile memory, receives the update program again from the first data, and performs the non-volatile operation. There is a problem that it takes time to store in the memory.
[0008]
Therefore, an object of the present invention is to solve the above-mentioned problems of the prior art, and to reduce the time required for data distribution when data distribution from a master device to a slave device is interrupted, It is to provide an in-vehicle electronic device, a control method thereof, a control program, and a recording medium.
[0009]
[Means for Solving the Problems]
In order to solve the above-mentioned problem, in an in-vehicle network system configured to include a master device and a slave device and configured to be able to deliver a series of data from the master device to the slave device via a network, the slave device includes: When the distribution of data is interrupted, when communication is resumed, the master device transmits interruption information specifying the interruption position of the series of data to the master device. , The remaining data of the series of data is distributed.
[0010]
In this case, the slave device, when the distribution of the series of data is interrupted, suspending information storage means for storing suspending information specifying a suspending position of the series of data, and restarting communication with the master device And transmitting means for transmitting the interruption information stored in the interruption information storage means to the master device, wherein the master device refers to the received interruption information and interrupts the remaining part of the series of data from the point of interruption. A distribution means for distributing data to the slave device may be provided.
[0011]
Further, the interruption information storage means may store the interruption information when a predetermined time has elapsed since the reception of the series of data was interrupted, assuming that the distribution was interrupted.
[0012]
Further, the slave device may include a data storage unit that stores the series of data distributed by the master device.
[0013]
Still further, the series of data is a software update program in the slave device, the interruption information stored in the interruption information storage unit includes version information of the update program stored in the data storage unit, The distribution unit compares the version information of the update program included in the received interruption information with the version information of the update program to be distributed, and if both version information match, the remaining update from the interrupted point is performed. The program may be distributed to the slave device.
[0014]
Further, the series of data is a software update program in the slave device, the interruption information stored in the interruption information storage means includes version information of the update program stored in the data storage means, The distribution unit compares the version information of the update program included in the received interruption information with the version information of the update program to be distributed, and if the two version information do not match, the distribution program updates the update program to be distributed. You may make it distribute to a slave apparatus.
[0015]
Further, the interruption information storage means may be a rewritable nonvolatile memory.
[0016]
Further, in a vehicle-mounted electronic device that functions as a master device that distributes a series of data to a slave device via a network, when receiving interruption information that is transmitted from the slave device and specifies an interruption position of the series of data, The apparatus further includes a distribution unit that distributes the remaining data of the series of data to the slave device from a position where the interruption was performed with reference to the interruption information.
[0017]
In this case, the series of data is a software update program in the slave device, and the distribution unit transmits the version information of the update program included in the received interruption information and the version information of the update program to be distributed. If the two pieces of version information match, the remaining update program may be delivered to the slave device from the interrupted point.
[0018]
Also, the series of data is a software update program in the slave device, and the distribution unit compares the version information of the update program included in the received interruption information with the version information of the update program to be distributed. If the version information does not match, the update program to be distributed may be distributed to the slave device.
[0019]
Further, in a vehicle-mounted electronic device that functions as a slave device that receives a series of data distributed from a master device via a network, when the distribution of the series of data is interrupted, the interruption position of the series of data is specified. And a transmission unit for transmitting the interruption information stored in the interruption information storage unit to the master device when communication with the master device is resumed.
[0020]
In this case, the interruption information storage unit may store the interruption information when a predetermined time has elapsed after the reception of the series of data has been interrupted, assuming that the distribution has been interrupted.
[0021]
Further, the interruption information storage means may be a rewritable nonvolatile memory.
[0022]
Also, in the control method of an in-vehicle electronic device that functions as a master device that distributes a series of data to a slave device via a network, receiving the interruption information transmitted from the slave device and specifying an interruption position of the series of data. The method further includes a receiving step and a distribution step of, when the interruption information is received, distributing the remaining data of the series of data to the slave device from a position where the interruption is performed with reference to the interruption information.
[0023]
In this case, the series of data is a software update program in the slave device, and the distributing step includes: updating program version information included in the interruption information received in the receiving step; The version information may be compared with each other, and if both versions information match, the remaining update program may be delivered to the slave device from the interrupted point.
[0024]
Further, the series of data is a software update program in the slave device, and the distributing step includes updating the version information of the update program included in the interruption information received in the receiving step and the version information of the update program to be distributed. And if the two version information do not match, the update program to be distributed may be distributed to the slave device.
[0025]
Also, in the control method of the vehicle-mounted electronic device that functions as a slave device that receives a series of data distributed from a master device via a network, when the distribution of the series of data is interrupted, the interruption of the series of data is stopped. A suspend information storing step of storing suspend information specifying a position; and a transmitting step of transmitting the suspend information stored in the suspend information storing step to the master device when resuming communication with the master device. And
[0026]
Also, in a control program that causes a computer to function as a control device that controls a master device that distributes a series of data to a slave device via a network, the control program is transmitted from the slave device and specifies an interruption position of the series of data. And receiving the interruption information, and when the interruption information is received, referring to the interruption information and distributing the remaining data of the series of data from the interruption point to the slave device.
[0027]
Further, in a control program that causes a computer to function as a control device that controls a slave device that receives a series of data distributed from a master device over a network, when the distribution of the series of data is interrupted, It is characterized in that interruption information for specifying an interruption position of the series of data is stored, and when the communication with the master device is resumed, the stored interruption information is transmitted to the master device.
[0028]
Further, the control program may be recorded on a computer-readable recording medium.
[0029]
BEST MODE FOR CARRYING OUT THE INVENTION
Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
[0030]
FIG. 1 is a schematic diagram showing an in-vehicle network system according to the present embodiment. As shown in FIG. 1, the in-vehicle network system 1 includes a master device 3 and, for example, a plurality (for example, two) of slave devices 5, and these devices 3 and 5 are connected by a wired (bus) network. Is formed. This in-vehicle network system 1 is mounted on a vehicle. The master device 3 has a function of communicating with the slave device 5, and the slave device 5 has a function of communicating with the master device 3.
[0031]
The slave device 5 is, for example, an audio device or a video device, and has a function of receiving a series of data distributed by the master device 3. The in-vehicle network system 1 employs, for example, an in-vehicle bus standard using an optical fiber. Further, it is assumed that the master device 3 and the slave device 5 perform, for example, packet communication.
[0032]
Software (application program) is incorporated in the slave device 5, and the slave device 5 functions when the software operates.
[0033]
When the software version of the slave device 5 is upgraded, the master device 3 distributes (downloads) a software update program to the slave device 5.
[0034]
The master device 3 includes a microcomputer 4 (hereinafter, referred to as a “master device microcomputer”), and the master device microcomputer 4 controls a slave device 5 on a network. The master device 3 is configured to be able to read a software update program recorded on a recording medium (for example, a removable recording medium such as an optical disk). The master device microcomputer 4 controls the read update program to be distributed to the slave device 5.
[0035]
The slave device 5 includes a microcomputer 7 (hereinafter, “microcomputer”) and a memory 9. As shown in FIG. 2, the memory 9 includes a RAM 11 and a flash memory 13 and an EEPROM 15 as nonvolatile memories. This EEPROM 15 is an external memory.
[0036]
The flash memory 13 stores software (application program) for the slave device 5. The flash memory 13 stores a startup program (PBL: Primary Boot Loader) in advance. Further, an area (specific address) for storing specific data is secured in the flash memory 13.
[0037]
The software upgrade in the slave device 5 is performed, for example, by erasing all software in the flash memory 13 and storing the upgraded software (update program) in the flash memory 13.
[0038]
The RAM 11 stores a control program (SBL: Secondary Boot Loader) for downloading a software update program from the master device 3 and storing (writing) it in the flash memory 13. This SBL is downloaded from the master device 3.
[0039]
The microcomputer 7 of the slave device 5 performs control based on the PBL when the slave device 5 is started. Specifically, the microcomputer 7 controls the execution of the application program stored in the flash memory 13 based on the PBL, and stores (develops) the received SBL in the RAM 11 when upgrading the software. ) Control.
[0040]
After receiving the SBL, the microcomputer 7 performs control based on the SBL. Specifically, the microcomputer 7 controls to receive the update program distributed from the master device 3 and store it in the flash memory 13 based on the SBL.
[0041]
When the distribution of the update program is interrupted during the reception of the update program, for example, when the network is disconnected, the slave device 5 resets, that is, restarts and receives the update program again to receive the update program. 7.
[0042]
The determination as to whether or not the distribution of the update program has been interrupted is made by the microcomputer 7 in the slave device 5, and the next data is transmitted to the slave device 5 even if a predetermined time has elapsed since the reception of data in the slave device 5 was interrupted. When the data is not received (for example, when the data packet of the distributed update program is not received by the slave device 5 after a predetermined time has elapsed), it is determined that the distribution of the update program is interrupted.
[0043]
In the present embodiment, when the distribution of the update program is interrupted based on the SBL as the control program, the microcomputer 7 in the slave device 5 stores the interruption information for specifying the interruption position of the update program in the EEPROM 15. When the communication is resumed, that is, when the communication is restarted, the interruption information stored in the EEPROM 15 is transmitted to the master device 3. In other words, the microcomputer 7 in the slave device 5 controls to transmit the interruption information stored in the EEPROM 15 to the master device 3 when the distribution of the update program is interrupted and the communication with the master device 3 is established again. I do. For example, when the network is disconnected, the slave device 5 is reset (restarted) so that the slave device 5 is connected to the network again and communication with the master device 3 is established.
[0044]
More specifically, the EEPROM 15 stores interruption information including the start address of the interrupted update program stored in the flash memory 13 in the flash memory 13 and the size of the update program data stored in the flash memory 13. The update program is stored, and thereby the interruption position of the update program is specified.
[0045]
For example, as shown in FIG. 3, the EEPROM 15 stores start addresses “0XC0000” and “0XE0000”, and data sizes “0XFFFF” and “0X200” corresponding to these start addresses. . That is, the data of the update program stored in the flash memory 13 may be discontinuous in the flash memory 13. In this case, the EEPROM 15 stores a plurality of start addresses and the size of the data corresponding thereto. Is stored.
[0046]
Further, the interruption information stored in the EEPROM 15 includes, for example, a version number X as version information of the interrupted update program and a program name Y of the update program, as shown in FIG.
[0047]
The master device-side microcomputer 4 in the master device 3 refers to the received interruption information, and distributes the data of the remaining application programs to the slave device 5 from the interrupted location, for example, by using a ROM (not shown) or an EEPROM (not shown). Control is performed based on a control program recorded in the flash memory.
[0048]
Hereinafter, the operations of the master device 3 and the slave device 5 will be described in detail with reference to the sequence of FIG. It should be noted that when the master device 3 transmits and receives data, it is performed under the control of the master device microcomputer 4, and when the slave device 5 transmits and receives data, it is performed under the control of the microcomputer 7.
[0049]
First, when the master device 3 intends to transmit a software update program to any one of the slave devices 5, the master device 3 transmits a specific message (PBL operation) to the slave device 5 in order to operate the PBL in the slave device 5 that updates the software. (S1).
[0050]
This PBL operation signal is transmitted, for example, when a recording medium on which a software update program is recorded is set in the master device 3.
[0051]
The PBL operates in the slave device 5 that has received the PBL operation signal, and the slave device 5 transmits, to the master device 3, a signal indicating, for example, that the SBL data can be received. 3 transmits the SBL data to the slave device 5 (S2).
[0052]
The slave device 5 performs a reception process on the received SBL data so that the microcomputer 7 can operate based on the SBL (S3).
[0053]
More specifically, referring to the flowchart of FIG. 5, the slave device 5 receives SBL data (packet data) (S31), and the microcomputer 7 of the slave device 5 stores the received data in the RAM 11. It is developed (S32). Then, the microcomputer 7 determines whether or not the development of the SBL data in the RAM 11 has been completed (S33). In step S33, if the development of the SBL data in the RAM 11 has not been completed, the microcomputer 7 returns to step S31 to process the data. If the development of the SBL data in the RAM 11 has been completed in step S33, the data of the SBL Is completed, and the flow proceeds to the processing operation of the developed SBL.
[0054]
Next, in FIG. 4, the microcomputer 7 of the slave device 5 operates based on the SBL and performs interruption information confirmation processing for processing depending on whether interruption information is stored in the flash memory 13 (S4). An update program distribution request is made (S5).
[0055]
Specifically, referring to the flowchart of FIG. 6, the microcomputer 7 of the slave device 5 determines whether or not the interruption information is stored in the flash memory 13 (S41).
[0056]
If the interruption information is stored in step S41, the slave device 5 transmits an “OK” message indicating that the interruption information is stored and the interruption information to the master device 3 (S42). If the interruption information is not stored in step S41, the slave device 5 transmits a message “NG” indicating that the interruption information is not stored to the master device 3 (S43). That is, distribution of the update program is requested in steps S42 and S43.
[0057]
Next, in FIG. 4, when the master device 3 receives the update program distribution request from the slave device 5, the master device-side microcomputer 4 of the master device 3 distributes all the data of the update program or suspends. A distribution data confirmation process is performed to confirm whether or not to distribute the remaining data from the place where it has been performed (S6), and the master device 3 transmits a response message to the slave device 5 (S7).
[0058]
In the slave device 5 that has received the response message, the microcomputer 7 of the slave device 5 performs update program reception preparation processing such as erasing the flash memory 13 or confirming the start address of the flash memory 13 to receive the update program. (S8), the master device 3 distributes (downloads) the update program to the slave device 5 (S9).
[0059]
Specifically, in step S6 in FIG. 4, referring to the flowchart in FIG. 7, the master device 3 receives the message transmitted in step S42 or S43 in FIG. 6 (S61). The master device microcomputer 4 determines whether the received message corresponds to “OK” or “NG” (S62).
[0060]
If the message is “OK” in step S62, the master device-side microcomputer 4 updates the version information (version number) of the update program included in the received interruption information and the version information (version number) of the update program to be distributed. Are compared to determine whether or not both version information (version numbers) match (S63).
[0061]
Then, if the message is determined to be “NG” in step S62, or if it is determined to be inconsistent in step S63, the master device 3 transmits “NG” as a response message to the slave device 5 (S64; FIG. 4, the update program is distributed from the first data of the update program (S65; step S9 in FIG. 4). That is, normal download is performed.
[0062]
If it is determined in step S63 that they match, the master device 3 transmits “OK” to the slave device 5 as a response message (S66; step S7 in FIG. 4), and updates the data from the data at the location where the update program was interrupted. The remaining data of the program is distributed (S67; step S9 in FIG. 4).
[0063]
Referring to the flowchart of FIG. 8 in step S8 in FIG. 4, the slave device 5 receives the response message transmitted in step S7 (FIG. 4) (S81). The microcomputer 7 of the slave device 5 determines whether the received response message corresponds to “OK” or “NG” (S82), and if the received response message is “NG”, the flash memory 13 The software (application program) before the update stored in the program or the update program that has been interrupted and stored halfway is deleted (S83). If the response message is "OK", the update is continued from the interrupted point. Since the program is stored, it is left without being erased.
[0064]
In FIG. 4, when the slave device 5 receives the update program distributed in step S9, the microcomputer 7 of the slave device 5 performs a process of receiving the update program (S10).
[0065]
More specifically, referring to the flowchart shown in FIG. 9, the microcomputer 7 of the slave device 5 determines whether or not data (packet) of the update program has been received (S91). It is stored in the memory 13 (S92).
[0066]
It is preferable to transmit a response signal indicating that the data (packet) of the update program has been normally received to the master device 3. As a result, the master device 3 can transmit the next data (packet).
[0067]
Next, it is determined whether or not all data of the update program has been received (S93).
[0068]
In step S93, if the data reception in the slave device 5 has been completed, the microcomputer 7 of the slave device 5 stores data indicating that the update program has been received in the specific address of the flash memory 13 (S94).
[0069]
If the data reception by the slave device 5 has not been completed in step S94, the microcomputer 7 of the slave device 5 returns to step S91 to perform processing.
[0070]
In step S91, if data (packet) has not been received, that is, if data reception has been interrupted, the microcomputer 7 of the slave device 5 determines whether or not a reception time-out has occurred (S95). The reception timeout refers to a case where a predetermined period of time has elapsed after counting after the reception of the update program has been interrupted. If the reception timeout has occurred, it is considered that the distribution of the update program has been interrupted.
[0071]
If the reception time-out occurs in step S95, the microcomputer 7 of the slave device 5 refers to the flash memory 13, that is, the update program stored halfway, and refers to the interruption information (that is, the version as the version information of the update program). Then, the interruption information is stored in the EEPROM 15 (S96).
[0072]
In step S95, if the reception has not timed out, the microcomputer 7 of the slave device 5 returns to step S91 to perform processing.
[0073]
As shown in FIG. 4, when the interruption information is stored in the EEPROM 15 in step S96 in FIG. 9 or when the data indicating that the update program has been completely received is stored in the specific address of the flash memory 13 in step S94 in FIG. The microcomputer 7 of the slave device 5 resets (restarts) the slave device 5 (S11).
[0074]
In this case, when the slave device 5 is reset, the SBL developed in the RAM 11 is erased, and the PBL is activated again. By the processing operation of the PBL, it is determined whether or not data is stored at a specific address of the flash memory 13, and if data is stored at the specific address in step S94 in FIG. If it is executed and not stored, it is in a state of waiting for a PBL operation signal from the master device 3.
[0075]
When the slave device 5 is reset, it is preferable that a signal indicating the reset is transmitted to the master device 3. Thus, the master device 3 can recognize that the slave device 5 has been reset. Then, upon receiving the signal indicating that the master device 3 has been reset, the master device 3 can perform the operation from transmitting the PBL operation signal shown in FIG. 4 to the slave device 5 again.
[0076]
Note that, when the reception timeout occurs during the reception of the SBL data and the distribution of the SBL data is interrupted, the slave device 5 does not perform the operation of controlling the distribution from the interrupted position of the SBL, and the slave device 5 Reset to be delivered from the first data. That is, since the data amount of the SBL is smaller than the data amount of the update program and the time required for distribution is short (for example, about ten and several seconds), the time cost can be ignored.
[0077]
As described above, according to the present embodiment, when the distribution of the update program as a series of data is interrupted, the slave device 5 has the EEPROM 15 as the non-volatile memory that stores the interruption information for specifying the interruption position of the update program. And a microcomputer 7 for controlling the transmission of the interruption information stored in the EEPROM 15 to the master device 3 when the communication with the master device 3 is resumed. Since the microcomputer 4 is provided to control the distribution of the remaining data of the update program to the slave device 5 from the master device 3, the data distribution is required when the distribution of data from the master device 3 to the slave device 5 is interrupted. Time is reduced.
[0078]
Further, according to the present embodiment, when the master device 3 distributes (downloads) the update program as a series of data of the slave device 5 to the slave device 11, when the distribution of the update program is interrupted, the update program The control program (SBL) for transmitting the stored interruption information to the master device 3 when the communication with the master device 3 is resumed is transmitted to the slave device 5 because the interruption information that specifies the interruption position of the master device 3 is stored. Since the slave device 5 does not need to store the control program (SBL) in the flash memory 13 or the like in advance, the memory can be effectively used.
[0079]
Further, according to the present embodiment, since the interruption information is stored in the EEPROM 15 which is an external memory, it is not necessary to secure an area in the flash memory 13 for storing the interruption information.
[0080]
Further, according to the present embodiment, when the distribution of the update program as a series of data is interrupted, the slave device 5 refers to the flash memory 13 to create interrupt information, and stores the interrupt information in the EEPROM 15. Since the interruption information is stored and transmitted to the master device 3 when the communication is resumed, the interruption information is created on the master device 3 side based on the update program as a series of data distributed halfway, and the interruption information is generated. Compared to the case where the remaining data is distributed from the interrupted position with reference to the information, the data missing from the slave device 5 can be more accurately grasped on the master device 3 side.
[0081]
Note that, in the present embodiment, the master device compares the version information of the update program included in the received interruption information with the version information of the update program to be distributed, and if the both version information match, The case where the remaining update program is distributed to the slave device from the interrupted position has been described.However, the present invention is not limited to this, and the master device may update the version information and the program name of the update program included in the received suspend information. The version information and the program name of the update program to be distributed are compared with each other, and if both the version information matches and both program names match, the remaining update program is transferred to the slave device from the interrupted point. It's better if you distribute it . Further, when both version information do not match, or when both program names do not match, it is more preferable to distribute the update program to be distributed to the slave device.
[0082]
Further, in the present embodiment, the case where the master device and the slave device are connected by a wire (for example, an optical fiber) has been described. However, the present invention is not limited to this, and the case where the master device and the slave device communicate wirelessly. It may be.
[0083]
Also, in the present embodiment, a case has been described in which a control program for controlling the master device is stored in the ROM or the like in advance. However, these control programs are recorded on an external recording device such as a hard disk and activated. It is also possible to record these control programs on a removable recording medium such as an optical disk and install them, or to download and install them via a wireless network, for example. In the case of downloading, it is also possible to download each time it is executed. Further, a computer-readable recording medium such as a ROM may be configured to be replaceable.
[0084]
Further, in the present embodiment, a case has been described where a control program for controlling the slave device is downloaded from the slave device via the vehicle network and stored (developed) in the RAM, but the present invention is not limited to this. The control programs may be stored in advance in a ROM, an EEPROM, a flash memory, or the like. These control programs may be downloaded from a slave device via a vehicle network and stored in the EEPROM, a flash memory, or the like. It is also possible to record the program on an external recording device such as an external recording device and start the program, or to record these control programs on a removable recording medium such as an optical disk and install the program. Further, a computer-readable recording medium such as a ROM may be configured to be replaceable.
[0085]
As described above, the present invention has been described based on one embodiment, but the present invention is not limited to this.
[0086]
【The invention's effect】
According to the present invention, it is possible to reduce the time required for data distribution when data distribution from a master device to a slave device is interrupted.
[Brief description of the drawings]
FIG. 1 is a configuration diagram showing an embodiment of an in-vehicle network system according to the present invention.
FIG. 2 is a configuration diagram illustrating a slave device of FIG. 1;
FIG. 3 is a diagram illustrating interruption information stored in a slave device.
FIG. 4 is a sequence diagram showing operations of a master device and a slave device.
FIG. 5 is a flowchart showing an SBL data receiving process on the slave device side.
FIG. 6 is a flowchart showing the interruption information confirmation processing on the slave device side.
FIG. 7 is a flowchart illustrating a process of confirming data to be distributed on the master device side.
FIG. 8 is a flowchart showing a preparation process for receiving data to be distributed on the slave device side.
FIG. 9 is a flowchart showing a data receiving process on the slave device side.
FIG. 10 is a configuration diagram showing a conventional slave device.
[Explanation of symbols]
1 In-vehicle network system
3 Master device
4 Microcomputer
5 Slave devices
7 Microcomputer
9 Memory
11 RAM
13 Flash memory (data storage means)
15 EEPROM (interruption information storage means)

Claims (20)

マスタ機器とスレーブ機器とを備え、前記マスタ機器からネットワークを介して前記スレーブ機器へ一連のデータを配信可能に構成された車載ネットワークシステムにおいて、
前記スレーブ機器は、前記一連のデータの配信が中断された場合に、通信再開時に前記一連のデータの中断位置を特定する中断情報を前記マスタ機器に送信し、前記マスタ機器は、受信した中断情報を参照して中断した箇所から前記一連のデータの残りのデータを配信するようにしたことを特徴とする車載ネットワークシステム。
In-vehicle network system comprising a master device and a slave device, and configured to be able to deliver a series of data from the master device to the slave device via a network,
The slave device, when the distribution of the series of data is interrupted, transmits to the master device interrupt information specifying a position where the series of data is interrupted when communication is resumed, and the master device receives the interrupt information. Wherein the remaining data of the series of data is distributed from the point of interruption with reference to.
請求項1に記載の車載ネットワークシステムにおいて、
前記スレーブ機器は、前記一連のデータの配信が中断された場合に、前記一連のデータの中断位置を特定する中断情報を記憶する中断情報記憶手段と、
前記マスタ機器との通信再開時に、前記中断情報記憶手段の記憶した中断情報を前記マスタ機器に送信する送信手段とを備え、
前記マスタ機器は、受信した前記中断情報を参照して中断した箇所から前記一連のデータの残りのデータを前記スレーブ機器に配信する配信手段を備えたことを特徴とする車載ネットワークシステム。
The in-vehicle network system according to claim 1,
When the distribution of the series of data is interrupted, the slave device stores interruption information that specifies an interruption position of the series of data,
When the communication with the master device is resumed, the transmission device for transmitting the interruption information stored in the interruption information storage unit to the master device,
The in-vehicle network system, wherein the master device includes a distribution unit that distributes remaining data of the series of data to the slave device from a position where the master device is interrupted with reference to the received interruption information.
請求項2に記載の車載ネットワークシステムにおいて、
前記中断情報記憶手段は、前記一連のデータの受信が中断してから所定時間経過したときに、前記配信が中断されたとみなして前記中断情報を記憶することを特徴とする車載ネットワークシステム。
The in-vehicle network system according to claim 2,
The in-vehicle network system, wherein the interruption information storage means stores the interruption information when a predetermined time has elapsed after the interruption of reception of the series of data, assuming that the distribution has been interrupted.
請求項2又は3に記載の車載ネットワークシステムにおいて、
前記スレーブ機器は、前記マスタ機器により配信された前記一連のデータを記憶するデータ記憶手段を備えたことを特徴とする車載ネットワークシステム。
The in-vehicle network system according to claim 2 or 3,
The in-vehicle network system, wherein the slave device includes a data storage unit that stores the series of data distributed by the master device.
請求項4に記載の車載ネットワークシステムにおいて、
前記一連のデータは、前記スレーブ機器におけるソフトウェアのアップデートプログラムであり、
前記中断情報記憶手段に記憶される中断情報は、前記データ記憶手段に記憶されているアップデートプログラムのバージョン情報を含み、
前記配信手段は、受信した中断情報に含まれるアップデートプログラムのバージョン情報と、配信対象のアップデートプログラムのバージョン情報とを比較し、双方のバージョン情報が一致していれば、中断した箇所から残りのアップデートプログラムを前記スレーブ機器に配信することを特徴とする車載ネットワークシステム。
The in-vehicle network system according to claim 4,
The series of data is a software update program in the slave device,
The interruption information stored in the interruption information storage unit includes version information of an update program stored in the data storage unit,
The distribution unit compares the version information of the update program included in the received interruption information with the version information of the update program to be distributed, and if both version information match, the remaining update from the interrupted point is performed. An in-vehicle network system for distributing a program to the slave device.
請求項4に記載の車載ネットワークシステムにおいて、
前記一連のデータは、前記スレーブ機器におけるソフトウェアのアップデートプログラムであり、
前記中断情報記憶手段に記憶される中断情報は、前記データ記憶手段に記憶されているアップデートプログラムのバージョン情報を含み、
前記配信手段は、受信した中断情報に含まれるアップデートプログラムのバージョン情報と、配信対象のアップデートプログラムのバージョン情報とを比較し、双方のバージョン情報が不一致していれば、前記配信対象のアップデートプログラムを前記スレーブ機器に配信することを特徴とする車載ネットワークシステム。
The in-vehicle network system according to claim 4,
The series of data is a software update program in the slave device,
The interruption information stored in the interruption information storage unit includes version information of an update program stored in the data storage unit,
The distribution means compares the version information of the update program included in the received interruption information with the version information of the update program to be distributed, and if the two version information do not match, the update program to be distributed is determined. An in-vehicle network system for delivering to the slave device.
請求項2乃至6のいずれか一項に記載の車載ネットワークシステムにおいて、
前記中断情報記憶手段は、書き換え可能な不揮発性メモリであることを特徴とする車載ネットワークシステム。
The in-vehicle network system according to any one of claims 2 to 6,
The in-vehicle network system, wherein the interruption information storage means is a rewritable nonvolatile memory.
スレーブ機器にネットワークを介して一連のデータを配信するマスタ機器として機能する車載電子機器において、
前記スレーブ機器から送信され、前記一連のデータの中断位置を特定する中断情報を受信した場合、この中断情報を参照して中断した箇所から前記一連のデータの残りのデータを前記スレーブ機器に配信する配信手段を備えたことを特徴とする車載電子機器。
In a vehicle-mounted electronic device that functions as a master device that distributes a series of data to a slave device via a network,
When the interruption information transmitted from the slave device and specifying the interruption position of the series of data is received, the remaining data of the series of data is distributed to the slave device from the interruption point with reference to the interruption information. An in-vehicle electronic device comprising a distribution unit.
請求項8に記載の車載電子機器において、
前記一連のデータは、前記スレーブ機器におけるソフトウェアのアップデートプログラムであり、
前記配信手段は、受信した中断情報に含まれるアップデートプログラムのバージョン情報と、配信対象のアップデートプログラムのバージョン情報とを比較し、双方のバージョン情報が一致していれば、中断した箇所から残りのアップデートプログラムを前記スレーブ機器に配信することを特徴とする車載電子機器。
The vehicle-mounted electronic device according to claim 8,
The series of data is a software update program in the slave device,
The distribution unit compares the version information of the update program included in the received interruption information with the version information of the update program to be distributed, and if both version information match, the remaining update from the interrupted point is performed. An in-vehicle electronic device that distributes a program to the slave device.
請求項8に記載の車載電子機器において、
前記一連のデータは、前記スレーブ機器におけるソフトウェアのアップデートプログラムであり、
前記配信手段は、受信した中断情報に含まれるアップデートプログラムのバージョン情報と、配信対象のアップデートプログラムのバージョン情報とを比較し、双方のバージョン情報が不一致していれば、前記配信対象のアップデートプログラムを前記スレーブ機器に配信することを特徴とする車載電子機器。
The vehicle-mounted electronic device according to claim 8,
The series of data is a software update program in the slave device,
The distribution means compares the version information of the update program included in the received interruption information with the version information of the update program to be distributed, and if the two version information do not match, the update program to be distributed is determined. An in-vehicle electronic device, wherein the electronic device is delivered to the slave device.
マスタ機器からネットワークを介して配信される一連のデータを受信するスレーブ機器として機能する車載電子機器において、
前記一連のデータの配信が中断された場合に、前記一連のデータの中断位置を特定する中断情報を記憶する中断情報記憶手段と、
前記マスタ機器との通信再開時に、前記中断情報記憶手段の記憶した中断情報を前記マスタ機器に送信する送信手段とを備えたことを特徴とする車載電子機器。
In the in-vehicle electronic device functioning as a slave device that receives a series of data distributed from the master device via the network,
When the distribution of the series of data is interrupted, an interruption information storage unit that stores interruption information that specifies an interruption position of the series of data,
A transmission unit configured to transmit the interruption information stored in the interruption information storage unit to the master device when communication with the master device is resumed.
請求項11に記載の車載電子機器において、
前記中断情報記憶手段は、前記一連のデータの受信が中断してから所定時間経過したときに、前記配信が中断したものとみなして前記中断情報を記憶することを特徴とする車載電子機器。
The in-vehicle electronic device according to claim 11,
The in-vehicle electronic device according to claim 1, wherein the interruption information storage unit stores the interruption information when a predetermined time has elapsed after the reception of the series of data has been interrupted, assuming that the distribution has been interrupted.
請求項11又は12に記載の車載電子機器において、
前記中断情報記憶手段は、書き換え可能な不揮発性メモリであることを特徴とする車載電子機器。
The in-vehicle electronic device according to claim 11 or 12,
The in-vehicle electronic device, wherein the interruption information storage unit is a rewritable nonvolatile memory.
スレーブ機器にネットワークを介して一連のデータを配信するマスタ機器として機能する車載電子機器の制御方法において、
前記スレーブ機器から送信され、前記一連のデータの中断位置を特定する中断情報を受信する受信過程と、
前記中断情報を受信した場合、前記中断情報を参照して中断した箇所から前記一連のデータの残りのデータを前記スレーブ機器に配信する配信過程とを備えたことを特徴とする車載電子機器の制御方法。
In a control method of an in-vehicle electronic device functioning as a master device that distributes a series of data to a slave device via a network,
A receiving step of receiving the interruption information transmitted from the slave device and specifying the interruption position of the series of data,
Receiving the interruption information, distributing the remaining data of the series of data to the slave device from the point of interruption with reference to the interruption information. Method.
請求項14に記載の車載電子機器の制御方法において、
前記一連のデータは、前記スレーブ機器におけるソフトウェアのアップデートプログラムであり、
前記配信過程は、前記受信過程で受信した中断情報に含まれるアップデートプログラムのバージョン情報と、配信対象のアップデートプログラムのバージョン情報とを比較し、双方のバージョン情報が一致していれば、中断した箇所から残りのアップデートプログラムを前記スレーブ機器に配信することを特徴とする車載電子機器の制御方法。
In the control method of the vehicle-mounted electronic device according to claim 14,
The series of data is a software update program in the slave device,
The distribution step compares the version information of the update program included in the interruption information received in the reception step with the version information of the update program to be distributed. And transmitting the remaining update program to the slave device.
請求項14に記載の車載電子機器の制御方法において、
前記一連のデータは、前記スレーブ機器におけるソフトウェアのアップデートプログラムであり、
前記配信過程は、前記受信過程で受信した中断情報に含まれるアップデートプログラムのバージョン情報と、配信対象のアップデートプログラムのバージョン情報とを比較し、双方のバージョン情報が不一致していれば、前記配信対象のアップデートプログラムを前記スレーブ機器に配信することを特徴とする車載電子機器の制御方法。
In the control method of the vehicle-mounted electronic device according to claim 14,
The series of data is a software update program in the slave device,
The distribution step compares the version information of the update program included in the interruption information received in the reception step with the version information of the update program to be distributed, and if both version information do not match, the distribution target And transmitting the update program to the slave device.
マスタ機器からネットワークを介して配信される一連のデータを受信するスレーブ機器として機能する車載電子機器の制御方法において、前記一連のデータの配信が中断された場合に、前記一連のデータの中断位置を特定する中断情報を記憶する中断情報記憶過程と、
前記マスタ機器との通信再開時に、前記中断情報記憶過程で記憶した中断情報を前記マスタ機器に送信する送信過程とを備えたことを特徴とする車載電子機器の制御方法。
In a control method of an in-vehicle electronic device that functions as a slave device that receives a series of data distributed from a master device via a network, when the distribution of the series of data is interrupted, the interruption position of the series of data is determined. A suspend information storing step of storing suspend information to be specified;
Transmitting a suspension information stored in the suspension information storing step to the master device when communication with the master device is resumed.
コンピュータを、スレーブ機器にネットワークを介して一連のデータを配信するマスタ機器の制御を行わせる制御装置として機能させる制御プログラムにおいて、
前記スレーブ機器から送信され、前記一連のデータの中断位置を特定する中断情報を受信させ、
前記中断情報を受信した場合、前記中断情報を参照して中断した箇所から前記一連のデータの残りのデータを前記スレーブ機器に配信させることを特徴とする制御プログラム。
In a control program that causes a computer to function as a control device that controls a master device that distributes a series of data to a slave device via a network,
Transmitted from the slave device, to receive the interruption information identifying the interruption position of the series of data,
A control program which, when receiving the interruption information, causes the slave device to distribute remaining data of the series of data from a position where the interruption was performed with reference to the interruption information.
コンピュータを、マスタ機器からネットワークを介して配信される一連のデータを受信するスレーブ機器の制御を行わせる制御装置として機能させる制御プログラムにおいて、
前記一連のデータの配信が中断された場合に、前記一連のデータの中断位置を特定する中断情報を記憶させ、
前記マスタ機器との通信再開時に、記憶した中断情報を前記マスタ機器に送信させることを特徴とする制御プログラム。
In a control program that causes a computer to function as a control device that controls a slave device that receives a series of data distributed from a master device via a network,
When the distribution of the series of data is interrupted, storing interruption information that specifies an interruption position of the series of data,
A control program for transmitting stored interruption information to the master device when communication with the master device is resumed.
請求項18又は19に記載の制御プログラムを記録したことを特徴とするコンピュータ読取可能な記録媒体。A computer-readable recording medium on which the control program according to claim 18 or 19 is recorded.
JP2002176789A 2002-06-18 2002-06-18 On-vehicle network system, on-vehicle electronic equipment, its control method, its control program and recording medium Pending JP2004021680A (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2002176789A JP2004021680A (en) 2002-06-18 2002-06-18 On-vehicle network system, on-vehicle electronic equipment, its control method, its control program and recording medium

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2002176789A JP2004021680A (en) 2002-06-18 2002-06-18 On-vehicle network system, on-vehicle electronic equipment, its control method, its control program and recording medium

Publications (1)

Publication Number Publication Date
JP2004021680A true JP2004021680A (en) 2004-01-22

Family

ID=31174999

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2002176789A Pending JP2004021680A (en) 2002-06-18 2002-06-18 On-vehicle network system, on-vehicle electronic equipment, its control method, its control program and recording medium

Country Status (1)

Country Link
JP (1) JP2004021680A (en)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006163512A (en) * 2004-12-02 2006-06-22 Mitsubishi Motors Corp Vehicle-mounted information processor
WO2017029985A1 (en) * 2015-08-20 2017-02-23 コベルコ建機株式会社 Construction machine and program rewriting system provided with same

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006163512A (en) * 2004-12-02 2006-06-22 Mitsubishi Motors Corp Vehicle-mounted information processor
WO2017029985A1 (en) * 2015-08-20 2017-02-23 コベルコ建機株式会社 Construction machine and program rewriting system provided with same
JP2017041114A (en) * 2015-08-20 2017-02-23 コベルコ建機株式会社 Construction machine and program rewriting system equipped with the same
US10915308B2 (en) 2015-08-20 2021-02-09 Kobelco Construction Machinery Co., Ltd. Construction machine and program rewriting system provided with same

Similar Documents

Publication Publication Date Title
JP6185772B2 (en) Information processing apparatus, control method thereof, and program
JP2000357095A (en) Method and device for downloading software to embedded system
JP2004139442A (en) Information terminal device, its operation control method, specified information storage program, storage medium storing the same, certain information changing program, terminal operation program, storage medium storing the same, and center
JP2003029997A (en) Software upgrading method in network environment and network device by the same
KR20200090010A (en) Method for updating firmware, electronic device and storage medium therefor
US20230359454A1 (en) Software update device, update control method, and non-transitory storage medium
JP2006243997A (en) Download system
JP2004021680A (en) On-vehicle network system, on-vehicle electronic equipment, its control method, its control program and recording medium
MXPA02002529A (en) Entertainment device, data processing device and portable storage device.
JP3805195B2 (en) Program rewriting apparatus and program rewriting method
US11853742B2 (en) Server, software update system, distribution method, and non-transitory storage medium
JP7452452B2 (en) OTA master, software update control method and update control program, vehicle equipped with OTA master
CN115454462A (en) OTA manager, system, method, non-transitory storage medium, and vehicle
JP2005050097A (en) Information processor, information processing method, program, and storage medium
CN114003242A (en) Software update device, update control method, non-temporary storage medium, and server
JP2001136085A (en) Digital broadcast receiver
US11947951B2 (en) Center, distribution control method, and non-transitory storage medium
JP7380468B2 (en) Software update device, update control method, update control program, server, OTA master and center
US20220391193A1 (en) Ota master, system, method, non-transitory storage medium, and vehicle
JP2024007848A (en) center
JP2023001993A (en) Ota master, system, method, program, and vehicle
CN115509567A (en) Hub, OTA manager, system, method, non-transitory storage medium
JP2023002272A (en) Ota master, system, method, program, and vehicle
JP2004054421A (en) Memory, information processor, storage method and information processing method
KR20220118324A (en) Ota master, center, system, update method, non-transitory storage medium, and vehicle

Legal Events

Date Code Title Description
A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20050520

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20071113

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20080311