本發(fā)明涉及數(shù)據(jù)傳輸系統(tǒng)、控制服務器以及數(shù)據(jù)傳輸方法。
背景技術：
：作為本
技術領域：
的
背景技術：
，有日本特開2004-249914號公報(專利文獻1)。在該公報中記載了一種車載裝置，其具備：通過與中心服務器200的無線通信接收程序的更新文件的無線通信控制單元105、存儲接收到的更新文件的RAM104、檢測發(fā)動機的狀態(tài)的發(fā)動機狀態(tài)檢測單元107以及在由發(fā)動機狀態(tài)檢測單元107檢測到車輛發(fā)動機停止的情況下以存儲在RAM104中的更新文件為基礎更新程序的程序更新單元106。在先技術文獻專利文獻專利文獻1：日本特開2004-249914號公報技術實現(xiàn)要素：發(fā)明要解決的問題然而，在專利文獻1中沒有公開減輕中心服務器200的處理負荷的方法。本發(fā)明鑒于上述情況而作出，其目的在于提供一種能夠減輕服務器的處理負荷的數(shù)據(jù)傳輸系統(tǒng)、控制服務器以及數(shù)據(jù)傳輸方法。用于解決問題的手段在2014年4月16日提交的日本國專利申請·特愿2014-084218的全部內(nèi)容包含在本說明書中。為了達成該目的，本發(fā)明的數(shù)據(jù)傳輸系統(tǒng)包括多個通信裝置和從所述多個通信裝置選擇傳輸更新數(shù)據(jù)的通信裝置的控制服務器，其特征在于，所述控制服務器包括：選擇部，基于與傳輸對象的通信裝置關聯(lián)而設定的優(yōu)先度，選擇傳輸所述更新數(shù)據(jù)的通信裝置；發(fā)送部，向由所述選擇部選擇的通信裝置發(fā)送查詢所述通信裝置是否處于能夠接受所述更新數(shù)據(jù)的狀態(tài)的消息；接收部，接收所述通信裝置針對所述發(fā)送部發(fā)送的所述消息而發(fā)送的響應消息；以及傳輸請求部，基于由所述接收部接收到的所述響應消息，選擇傳輸所述更新數(shù)據(jù)的通信裝置，并請求存儲所述更新數(shù)據(jù)的傳輸服務器向所述選擇的通信裝置傳輸所述更新數(shù)據(jù)。發(fā)明的效果根據(jù)本發(fā)明，能夠減輕服務器的處理負荷。附圖說明圖1是表示本實施方式的系統(tǒng)構成的一例的圖。圖2是表示控制服務器和傳輸服務器的硬件構成的一例的圖。圖3是表示TCU管理表的一例的圖。圖4是表示更新管理表的一例的圖。圖5是表示處理負荷管理表的一例的圖。圖6是表示控制服務器具備的功能塊的構成的一例的圖。圖7是表示TCU的硬件構成的一例的圖。圖8是表示TCU的控制部的處理步驟的流程圖。圖9是表示TCU的控制部的處理步驟的后續(xù)的流程圖。圖10是表示控制服務器的處理步驟的流程圖。圖11是表示控制服務器的處理步驟的流程圖。圖12是表示TCU的控制部的處理步驟的流程圖。圖13是表示控制服務器的處理步驟的流程圖。具體實施方式以下，參照附圖說明本發(fā)明的實施方式。首先，參照圖1說明本實施方式的系統(tǒng)構成。圖1是示意地表示本實施方式的系統(tǒng)構成的構成圖。本實施方式包括傳輸服務器100、控制服務器200以及搭載于各車輛50的TCU(Telematicscontrolunit：遠程信息控制單元)300。傳輸服務器100和控制服務器200與網(wǎng)絡10連接，TCU300構成為能夠與移動通信網(wǎng)絡30連接。網(wǎng)絡10是能夠雙向通信的通信線路網(wǎng)。該網(wǎng)絡10例如能夠使用互聯(lián)網(wǎng)、電話線路網(wǎng)、衛(wèi)星通信網(wǎng)、多址通信路徑等公眾線路網(wǎng)、WAN(WideAreaNetwork：廣域網(wǎng))、LAN(LocalAreaNetwork：局域網(wǎng))、IP-VPN(InternetProtocol-VirtualPrivateNetwork：互聯(lián)網(wǎng)協(xié)議-虛擬專用網(wǎng))、Ethernet(注冊商標)、無線LAN等專用線路網(wǎng)等，不限有線或無線。另外，移動通信網(wǎng)絡30利用無線基站40、基站控制裝置以及交換機等多個網(wǎng)絡裝置構成通信網(wǎng)絡。另外，網(wǎng)絡10與移動通信網(wǎng)絡30經(jīng)由接入點20連接。接入點20將控制服務器200、傳輸服務器100實施的經(jīng)由網(wǎng)絡10的通信中繼到移動通信網(wǎng)絡30。作為這樣的接入點20，例如能夠列舉提供移動通信網(wǎng)絡30的運營商的服務器等。傳輸服務器100存儲有傳輸給TCU300的軟件和該軟件的更新數(shù)據(jù)(以下將它們總稱為更新數(shù)據(jù))。傳輸服務器100將更新數(shù)據(jù)傳輸給由控制服務器200指定的TCU300。控制服務器200按照后述的優(yōu)先順序等條件，選擇傳輸更新數(shù)據(jù)的TCU300，并指示傳輸服務器100向選擇的TCU300傳輸更新數(shù)據(jù)。在本實施方式中，作為傳輸服務器100傳輸給TCU300的數(shù)據(jù)，以軟件的更新數(shù)據(jù)為例列舉說明，但傳輸服務器100傳輸給TCU300的數(shù)據(jù)不限于更新數(shù)據(jù)。例如，也能夠將搭載在車輛50上的車載裝置60利用的內(nèi)容數(shù)據(jù)從傳輸服務器100傳輸給TCU300。內(nèi)容數(shù)據(jù)包含地圖數(shù)據(jù)(道路的形狀數(shù)據(jù)、道路的寬度數(shù)據(jù)、道路的限制數(shù)據(jù)、地形數(shù)據(jù)、標記數(shù)據(jù)、十字路口數(shù)據(jù)、設施的數(shù)據(jù)等)、聲音數(shù)據(jù)、樂曲數(shù)據(jù)、影像數(shù)據(jù)、游戲等應用數(shù)據(jù)等。另外，傳輸服務器100傳輸給TCU300的更新數(shù)據(jù)既可以是更新安裝在TCU300中的軟件的數(shù)據(jù)，也可以是更新安裝在車載裝置60或ECU70中的軟件的數(shù)據(jù)。另外，只要通信裝置是經(jīng)由網(wǎng)絡10、移動通信網(wǎng)絡30與控制服務器200、傳輸服務器100連接，并能夠與控制服務器200、傳輸服務器100進行數(shù)據(jù)通信的裝置，則只要不偏離本發(fā)明的特征，可以是任意的構成。例如，在從傳輸服務器100接受在車載裝置60中利用的更新數(shù)據(jù)或內(nèi)容數(shù)據(jù)的傳輸?shù)那闆r下，也可以將車載裝置60自身與移動通信網(wǎng)絡30連接，并與傳輸服務器100、控制服務器200進行數(shù)據(jù)的收發(fā)。另外，也可以是，TCU300從車載裝置60收集該車載裝置60的信息(例如，安裝在車載裝置60中的軟件的版本信息等)，并向控制服務器200發(fā)送車載裝置60的信息。也可以是，TCU300接收從傳輸服務器100傳輸?shù)能囕d裝置60的更新數(shù)據(jù)、在車載裝置60中利用的內(nèi)容數(shù)據(jù)，并提供給車載裝置60。在車輛50中，除了TCU300之外，還搭載了車載裝置60、ECU(ElectronicControlUnit：電子控制單元)70，車載裝置60、ECU70以及TCU300用CAN(ControllerAreanetwork：控制器區(qū)域網(wǎng)絡)總線80連接。TCU300與傳輸服務器100、控制服務器200進行數(shù)據(jù)的收發(fā)。車載裝置60是搭載在車輛50上的導航裝置、音響裝置。ECU70例如是控制車輛50的電子控制裝置，當接通點火開關時，向TCU300通知點火開關的狀態(tài)變化為接通狀態(tài)。接著，參照圖2說明TCU300的硬件構成的一例。TCU300包括控制部310、存儲部320、電源管理部330、通信部340以及CAN-I/F部350?？刂撇?10包括未圖示的CPU(CentralProcessingUnit：中央處理單元)和存儲器，并統(tǒng)括控制TCU300。通過CPU、存儲器等硬件與存儲在存儲部320中的程序的協(xié)作，實現(xiàn)圖2所示的控制部310內(nèi)所示的功能塊。作為功能塊，控制部310包括TCU信息管理部311和更新控制部312。存儲部320是閃速存儲器、EEPROM(ElectricallyErasableProgrammableRead-OnlyMemory：電可擦除可編程只讀存儲器)等非易失性存儲裝置。存儲部320存儲有控制程序等在斷開TCU300的電源后也所需保存的數(shù)據(jù)等。TCU信息管理部311收集TCU300的TCU信息，并在收集的TCU信息中附加識別TCU300的TCU識別編號，每規(guī)定時間發(fā)送給控制服務器200。在TCU信息中包含TCU300的硬件信息、軟件信息以及TCU狀態(tài)。硬件信息是識別搭載在TCU300中的硬件的信息，包含搭載在TCU300中的硬件的型號名、目的地。軟件信息是識別安裝在TCU300中的軟件的信息，包含軟件名和版本信息。TCU狀態(tài)是管理TCU300的狀態(tài)的信息，包含模式信息和可否更新信息。在模式信息中包含：起動模式、待機模式(低功耗模式)以及超低功耗模式。在說明電源管理部330時說明這些模式信息?？煞窀滦畔⑹潜硎臼欠裨S可軟件的更新的信息。該可否更新信息例如是能夠由車輛50的用戶設定的信息，在可否更新信息設定為拒絕更新的情況下，即使更新相應的軟件，也不進行軟件的更新。更新控制部312控制通信部340并與傳輸服務器100、控制服務器200進行通信，并控制安裝在TCU300中的軟件的更新。更新控制部312經(jīng)由通信部340輸入從控制服務器200發(fā)送來的SMS(ShortMessageService：短消息服務)消息，并解析輸入的SMS消息。在SMS消息中記載了更新的軟件的軟件名和版本信息等。在判斷為所需取得利用SMS消息通知的軟件的情況下，更新控制部312經(jīng)由通信部340向控制服務器200發(fā)送更新數(shù)據(jù)的取得請求。電源管理部330與控制部310、存儲部320、通信部340、CAN-I/F部350等連接。作為工作模式，TCU300具備起動模式、待機模式以及超低功耗模式，通過電源管理部330按照控制部310的控制而控制向TCU300的各部的電源供給，從而實現(xiàn)起動模式、待機模式以及超低功耗模式這些各工作模式。起動模式(起動狀態(tài))是向控制部310、存儲部320、通信部340以及CAN-I/F部350供給電源，且控制部310處于起動的狀態(tài)的模式。待機模式(待機狀態(tài))是向通信部340供給電源、而向控制部310、存儲部320等其他硬件的電源供給為斷開，或與起動模式相比削減了供給電力的狀態(tài)。在待機模式中，例如當通信部340接收到后述的SMS消息時，通信部340向控制部310輸出中斷信號。當從通信部340輸入中斷信號時，控制部310起動，控制電源管理部330并再次開始向TCU300的各部的電源供給。超低功耗模式(待機狀態(tài))是向控制部310、存儲部320、通信部340以及CAN-I/F部350的電源供給全部被斷開的模式。在超低功耗模式中，當接通車輛50的點火開關時，再開始電源管理部330的電源供給，TCU300轉移至起動模式。通信部340是通信模塊，與移動通信網(wǎng)絡30連接并進行無線通信。CAN-I/F部350是與CAN總線80連接的接口?？刂撇?10通過CAN-I/F部350，在與ECU70或車載裝置60之間收發(fā)信號。接著，參照圖3，說明傳輸服務器100和控制服務器200的硬件構成的一例。其中，由于傳輸服務器100和控制服務器200具備大致相同的構成，所以在這里代表性地說明控制服務器200的構成。另外，在圖3中用括號表示的標號表示傳輸服務器100包括的硬件的標號。控制服務器200包括控制部210?？刂撇?10包括CPU211和存儲器212。CPU211和存儲器212與總線260連接。在存儲器212中保存有CPU211在控制中使用的控制程序等。CPU211從硬盤裝置(以下表述為HDD)250讀出控制程序并保存在存儲器212中。之后，CPU211按照保存在存儲器212中的控制程序進行處理(運算)。存儲器212作為CPU211的工作存儲器使用，在存儲器212中保存有CPU211在運算中使用的數(shù)據(jù)、利用CPU211運算后的數(shù)據(jù)等。后面，將參照圖7，說明通過CPU211、存儲器212等硬件與控制程序的協(xié)作而實現(xiàn)的功能塊?？刂品掌?00包括輸入裝置221和輸入接口(以下，將接口簡稱為I/F)222。輸入I/F222與輸入裝置221和總線260連接。輸入裝置221是鼠標、鍵盤等輸入裝置。當由使用者操作輸入裝置221時，輸入裝置221經(jīng)由輸入I/F222，將表示接受到的操作內(nèi)容的操作信息發(fā)送給控制部210。輸入I/F222從輸入裝置221輸入操作信息，并經(jīng)由總線260，將輸入的操作信息發(fā)送給控制部210?？刂品掌?00包括圖形I/F232和顯示裝置231。圖形I/F232與總線260和顯示裝置231連接。圖形I/F232是用于使在控制部210中處理而成的圖形數(shù)據(jù)顯示在顯示裝置231的接口。圖形I/F232將從控制部210接受到的圖形數(shù)據(jù)轉換為波形電信號并使之顯示在顯示裝置231的顯示畫面上?？刂品掌?00包括網(wǎng)絡I/F240。網(wǎng)絡I/F240與總線260和網(wǎng)絡10連接。網(wǎng)絡I/F240輸入從控制部210發(fā)送來的數(shù)據(jù)，并將輸入的數(shù)據(jù)輸出至網(wǎng)絡10。另外，網(wǎng)絡I/F240將經(jīng)由網(wǎng)絡10接收到的數(shù)據(jù)發(fā)送給控制部210?？刂品掌?00包括HDD250。HDD250存儲有CPU211在控制中使用的控制程序。另外，HDD250存儲有圖4～圖6所示的管理表。此外，作為存儲裝置的一例，在圖3中示出了HDD250，但不限定于硬盤裝置。例如，HDD250也可以是計算機可讀入的軟盤(FD)、DVD(DigitalVersatileDisc:數(shù)字多功能光盤)以及DVD-RAM等可移動存儲介質(zhì)。另外，HDD250也可以是CD-ROM(CompactDiscReadOnlyMemory)、CD-R(Recordable)/RW(Rewritable)、磁光盤、IC卡等可移動存儲介質(zhì)。接著，參照圖4～圖6，說明存儲在控制服務器200的HDD250中的管理表的構成。首先，參照圖4說明TCU管理表。TCU管理表是管理搭載在TCU300中的硬件、安裝在TCU300中的軟件等各TCU300的信息的表。TCU管理表將SMS可否發(fā)送和電話號碼與識別各TCU300的TCU識別編號關聯(lián)，并登記在從各TCU300發(fā)送來的TCU信息中。SMS可否發(fā)送是表示是否許可向TCU300發(fā)送SMS消息的信息。在更新了軟件的情況下，控制服務器200利用SMS消息向安裝有被更新的軟件的舊版本的TCU300通知軟件的更新。電話號碼是使用為SMS消息的發(fā)送目的地的、TCU300的電話號碼。接著，參照圖5說明更新管理表。更新管理表是管理向TCU300傳輸更新數(shù)據(jù)的表。在更新管理表中，與TCU識別編號關聯(lián)地登記有優(yōu)先順序、SMS可否發(fā)送、SMS發(fā)送狀況、TCU狀態(tài)以及版本信息。優(yōu)先順序是設定了傳輸更新數(shù)據(jù)的TCU300的順序的信息?？刂品掌?00基于TCU狀態(tài)、安裝在TCU300中的軟件的版本以及SMS可否發(fā)送等信息來設定優(yōu)先順序。SMS發(fā)送狀況是表示SMS消息的向TCU300的發(fā)送狀況的信息。版本信息是表示安裝在TCU300中的軟件的版本的信息。圖6表示處理負荷管理表的一例。處理負荷管理表是管理傳輸服務器100的處理負荷，例如傳輸服務器100的CPU111的使用率的表。在處理負荷管理表中，與TCU識別編號關聯(lián)地登記有處理負荷、傳輸狀況以及SMS發(fā)送狀況。處理負荷是向TCU識別編號所示的TCU300傳輸更新數(shù)據(jù)所需的處理負荷。傳輸狀況是向TCU識別編號所示的TCU300傳輸更新數(shù)據(jù)的傳輸狀況。在本實施方式中，按作為更新數(shù)據(jù)的傳輸目的地的每個TCU300管理處理負荷。另外，在處理負荷管理表中登記有總體的處理負荷，所述總體的處理負荷是每個傳輸目的地的處理負荷的合計。此外，在圖6中，示出了登記有一個傳輸服務器100的處理負荷的處理負荷管理表，但在設置了多個傳輸服務器100的構成的情況下，在處理負荷管理表中，按每個傳輸服務器100登記各傳輸服務器100的處理負荷。接著，參照圖7說明控制服務器200的控制部210具備的功能塊。作為功能塊，控制部210包括選擇部215、消息生成部(發(fā)送部)216以及傳輸控制部(收發(fā)部、判定部、傳輸請求部)217。選擇部215與網(wǎng)絡I/F240連接，在更新了軟件的情況下，接收從傳輸服務器100通知的更新通知，所述傳輸服務器100將該更新的軟件存儲在HDD150中。在更新通知中，例如記錄有更新的軟件的軟件名、版本信息等信息。當從傳輸服務器100輸入更新通知時，選擇部215參照TCU管理表，首先，檢測安裝有記錄在更新通知中的軟件的舊版本的TCU300的信息。接著，選擇部215判定檢測到的TCU300的TCU狀態(tài)是否設定為許可更新。選擇部215從TCU管理表取得TCU狀態(tài)被設定為許可更新的TCU300的信息，并登記在新作成的更新管理表中。在從TCU管理表取得的TCU300的信息中，包含圖5所示的TCU識別編號、SMS可否發(fā)送、TCU狀態(tài)以及版本信息等。接著，選擇部215參照登記在更新管理表中的信息，設定傳輸更新數(shù)據(jù)的TCU300的優(yōu)先順序。選擇部215例如基于TCU300的SMS可否發(fā)送、TCU狀態(tài)以及版本信息等設定優(yōu)先順序。例如，在傳輸給TCU300的軟件為TCU300的固件的情況下，選擇部215設定為：TCU300的TCU狀態(tài)為待機模式，且SMS可否發(fā)送被設定為可發(fā)送的TCU300的優(yōu)先順序比其他TCU狀態(tài)的TCU300高。在進行固件的更新的情況下，TCU300優(yōu)選處于待機模式。這是由于：在TCU300處于起動模式的情況下，在TCU300執(zhí)行處理期間，有時不能夠進行固件的更新。另外，TCU300成為待機模式的情況例如是斷開車輛50的點火開關，且TCU300不與車載裝置60、ECU70進行通信的狀態(tài)。在TCU300的模式為待機模式的情況下，控制服務器200能夠通過向TCU300發(fā)送SMS消息，使TCU300起動。當TCU300的通信部340接收SMS消息時，向控制部310輸出中斷信號并使控制部310起動。接收SMS消息并起動的TCU300的控制部310解析接收到的SMS消息，如果所需，將更新數(shù)據(jù)的取得請求發(fā)送給控制服務器200或傳輸服務器100。另外，也可以是，選擇部215設定為：TCU狀態(tài)被設定為許可更新的TCU300中的、安裝的軟件的版本較舊的TCU300的優(yōu)先順序比版本較新的TCU300的優(yōu)先順序高。另外，在有多個更新數(shù)據(jù)的情況下，選擇部215將用于消除軟件的不良情況的更新數(shù)據(jù)的傳輸?shù)膬?yōu)先順序設定為比其他更新數(shù)據(jù)的傳輸?shù)膬?yōu)先順序高。由于當?shù)⒄`了用于消除軟件的不良情況的更新數(shù)據(jù)的更新時，有時會伴隨著危險，所以將優(yōu)先順序設定為較高。若設定優(yōu)先順序，則選擇部215按照設定的優(yōu)先順序，選擇發(fā)送SMS消息的TCU300。選擇的TCU300可以既可以是一個，也可以是多個。選擇部215將選擇的TCU300的電話號碼、更新的軟件的軟件名以及版本信息等傳遞給消息生成部216。另外，選擇部215使作成的更新管理表存儲在存儲器212中。消息生成部216從選擇部215取得電話號碼、軟件名以及版本信息等信息。消息生成部216基于取得的信息，生成告知軟件的更新的SMS消息。在SMS消息中包含軟件名和版本信息等。另外，消息生成部216將從選擇部215取得的電話號碼設定為生成的SMS消息的發(fā)送目的地，并傳遞給網(wǎng)絡I/F240。SMS消息經(jīng)由網(wǎng)絡I/F240輸出至網(wǎng)絡10，并經(jīng)由未圖示的交換機或無線基站40等發(fā)送給相應的TCU300。此外，在以下說明中，SMS消息是利用將電話號碼作為發(fā)送目的地的線路交換(CircuitSwitching)方式，在控制服務器200與通信部340之間，經(jīng)由移動通信網(wǎng)絡30收發(fā)的消息。另外，關于SMS消息的收發(fā)，也可以經(jīng)由構成移動通信網(wǎng)絡30的一部分的線路交換機、與移動通信網(wǎng)絡30連接的CTI(ComputerTelephonyIntegration：計算機電話集成)服務器等未圖示的裝置。另外，也可以設為控制服務器200與通信部340能夠利用數(shù)據(jù)包交換(PacketSwitching)方式進行數(shù)據(jù)通信的構成，但除了該數(shù)據(jù)通信外，也可以收發(fā)SMS消息。傳輸控制部217經(jīng)由網(wǎng)絡I/F240輸入從TCU300發(fā)送來的對SMS消息的響應(以下稱為響應消息)。當傳輸控制部217從TCU300接收響應消息時，首先，向傳輸服務器100發(fā)送傳輸服務器100的處理負荷信息的取得請求。當傳輸服務器100從控制服務器200接收處理負荷信息的取得請求時，作為處理負荷，例如，取得傳輸服務器100的CPU使用率。CPU使用率例如能夠從任務管理器取得。傳輸服務器100按每個更新數(shù)據(jù)的傳輸目的地，從任務管理器取得CPU使用率。傳輸服務器100將取得的CPU使用率作為處理負荷信息發(fā)送給控制服務器200?？刂品掌?00將從傳輸服務器100取得的處理負荷信息登記在圖6所示的處理負荷管理表中。傳輸控制部217基于從傳輸服務器100接收到的處理負荷信息、從TCU300接收到的響應消息，選擇傳輸更新數(shù)據(jù)的TCU300。即，傳輸控制部217以傳輸服務器100的處理負荷不變得比規(guī)定值大的方式，從接收到響應消息的TCU300之中選擇TCU300。當傳輸控制部217選擇傳輸更新數(shù)據(jù)的TCU300時，指示傳輸服務器100向選擇的TCU300傳輸更新數(shù)據(jù)。接著，參照圖8和圖9所示的流程圖，說明TCU300的第一處理步驟。首先，TCU300的控制部310判定是否檢測到點火開關的斷開(步驟S1)。控制部310例如基于經(jīng)由CAN總線80從搭載在車輛50上的ECU70輸入的信號，判定點火開關是否斷開(步驟S1)。當判定為點火開關斷開時(步驟S1/是)，控制部310將TCU信息發(fā)送給控制服務器200(步驟S2)。在TCU信息中包含軟件信息、硬件信息、TCU狀態(tài)以及TCU識別編號等。當將TCU信息發(fā)送給控制服務器200時，控制部310控制電源管理部330，轉移至削減了電力消耗量的待機模式(步驟S3)。另外，在步驟S1中，在不能檢測到點火開關的斷開的情況下(步驟S1/否)，控制部310判定從前一次TCU信息的發(fā)送起是否經(jīng)過了規(guī)定時間(步驟S4)。在從前一次TCU信息的發(fā)送起沒有經(jīng)過規(guī)定時間的情況下(步驟S4/否)，控制部310返回步驟S1的判定。另外，在從前一次TCU信息的發(fā)送起經(jīng)過了規(guī)定時間的情況下(步驟S4/是)，控制部310再次將TCU信息發(fā)送給控制服務器200(步驟S5)。接著，控制部310判定是否接收到從控制服務器200發(fā)送來的SMS消息(步驟S6)。另外，在TCU300處于待機模式的情況下，在通信部340接收到從控制服務器200發(fā)送來的SMS消息的情況下(步驟S6/是)，TCU300起動(步驟S7)。在接收到SMS消息的情況下(步驟S6/是)或接收SMS消息并起動時(步驟S7)，控制部310將TCU信息發(fā)送給控制服務器200(步驟S8)。當將TCU信息發(fā)送給控制服務器200時，控制部310解析在步驟S6中接收到的SMS消息，判定是否所需從傳輸服務器100接受更新數(shù)據(jù)的傳輸(步驟S9)。當判定為所需接受更新數(shù)據(jù)的傳輸時(步驟S10/是)，控制部310向傳輸服務器100請求更新數(shù)據(jù)的傳輸(步驟S11)。當開始了利用傳輸服務器100的更新數(shù)據(jù)的傳輸時，TCU300用通信部340接收從傳輸服務器100傳輸?shù)母聰?shù)據(jù)?？刂撇?10輸入通信部340接收到的更新數(shù)據(jù)，并開始軟件的更新(步驟S12)。接著，控制部310判定軟件的更新是否完成(步驟S13)。在軟件的更新已完成的情況下(步驟S13/是)，控制部310向傳輸服務器100通知軟件的更新完成(步驟S14)。另外，在步驟S13中，在軟件的更新沒有完成的情況下(步驟S13/否)，控制部310判定從開始更新起的經(jīng)過時間是否經(jīng)過了超時時間(步驟S15)。在沒有經(jīng)過超時時間的情況下(步驟S15/否)，控制部310返回步驟S13，再次判定軟件的更新是否完成(步驟S13)。另外，在經(jīng)過了超時時間的情況下(步驟S15/是)，控制部310判定對重試次數(shù)進行計數(shù)的計數(shù)器的值是否達到規(guī)定值N(N為任意的自然數(shù))(步驟S16)。重試次數(shù)例如是在由于通信障礙等而在規(guī)定時間(超時時間)內(nèi)不能夠取得更新數(shù)據(jù)，且未完成軟件的更新的情況下，TCU300向傳輸服務器100請求更新數(shù)據(jù)的傳輸?shù)拇螖?shù)。當判定為計數(shù)器的值未達到規(guī)定值N時(步驟S16/否)，控制部310將計數(shù)器的值加1(步驟S17)，再次向傳輸服務器100請求更新數(shù)據(jù)的傳輸(步驟S11)。另外，在計數(shù)器的值達到規(guī)定值N的情況下(步驟S16/是)，控制部310使利用更新數(shù)據(jù)的軟件的更新結束，并使之回滾到更新前的版本的軟件(步驟S18)。當將軟件回滾到更新前的版本時，控制部310將TCU信息發(fā)送給控制服務器200(步驟S19)并結束該處理。接著，參照圖10所示的流程圖，說明控制服務器200的處理步驟?？刂品掌?00的控制部210更新傳輸服務器100存儲的軟件，當從傳輸服務器100接收軟件的更新通知時(步驟S21/是)，參照更新管理表選擇傳輸更新數(shù)據(jù)的TCU300(步驟S22)?？刂撇?10按照在圖5所示的更新管理表中設定的優(yōu)先順序，例如選擇預定數(shù)的優(yōu)先順序靠前的TCU300(步驟S22)。當選擇TCU300時，控制部210生成SMS消息，并將生成的SMS消息發(fā)送給選擇的TCU300(步驟S23)。當發(fā)送SMS消息時，控制部210判定是否從TCU300接收到更新數(shù)據(jù)的取得請求作為響應消息(步驟S24)。在沒有接收到更新數(shù)據(jù)的取得請求的情況下(步驟S24/否)，控制部210判定從發(fā)送SMS消息起的經(jīng)過時間是否成為規(guī)定時間(步驟S25)。在從SMS消息的發(fā)送起沒有經(jīng)過規(guī)定時間的情況下(步驟S25/否)，控制部210返回步驟S24，待機直到接收到消息的取得請求。另外，在從發(fā)送SMS消息起經(jīng)過了規(guī)定時間的情況下(步驟S25/是)，控制部210判定是否已向設定為許可更新的全部TCU300發(fā)送了更新數(shù)據(jù)(步驟S32)。在判定為完成了向設定為許可更新的全部TCU300發(fā)送更新數(shù)據(jù)時(步驟S32/是)，控制部210使該處理結束。另外，在判定為沒有完成向設定為許可更新的全部TCU300發(fā)送更新數(shù)據(jù)時(步驟S32/否)，控制部210返回步驟S22，選擇發(fā)送SMS消息的TCU300(步驟S22)。另外，在步驟S24中，在從TCU300接收到取得請求的情況下(步驟S24/是)，控制部210向傳輸服務器100請求傳輸服務器100的處理負荷信息的取得(步驟S26)。接收到取得請求的傳輸服務器100例如從任務管理器取得CPU使用率等處理負荷信息，并將取得的處理負荷信息發(fā)送給控制服務器200。當從傳輸服務器100取得處理負荷信息時(步驟S27/是)，控制部210判定傳輸服務器100的處理負荷是否為規(guī)定值以上(步驟S28)。在傳輸服務器100的處理負荷為規(guī)定值以上的情況下(步驟S28/是)，控制部210判定為不進行向新的TCU300的更新數(shù)據(jù)的傳輸，不進行向傳輸服務器100的數(shù)據(jù)傳輸請求，如果當前有正在執(zhí)行的其他處理，則繼續(xù)進行該處理(步驟S29)。之后，控制部210判定從步驟S28的判定起是否經(jīng)過了規(guī)定時間(步驟S30)。當判定為從步驟S28的判定起經(jīng)過了規(guī)定時間時(步驟S30/是)，控制部210返回步驟S26，并向傳輸服務器100發(fā)送處理負荷信息的取得請求(步驟S26)。另外，在步驟S28的判定中，當判定為傳輸服務器100的處理負荷比規(guī)定值小時(步驟S28/否)，控制部210請求傳輸服務器100將更新數(shù)據(jù)傳輸給接收到取得請求的TCU300(步驟S31)。然后，控制部210判定是否已向設定為許可更新的全部TCU300發(fā)送了更新數(shù)據(jù)(步驟S32)。在判定為完成了向設定為許可更新的全部TCU300發(fā)送更新數(shù)據(jù)時(步驟S32/是)，控制部210使該處理結束。另外，在判定為沒有完成向設定為許可更新的全部TCU300發(fā)送更新數(shù)據(jù)時(步驟S32/否)，控制部210返回步驟S22，選擇發(fā)送SMS消息的TCU300(步驟S22)。在圖10所示的處理流程中，基于CPU使用率等處理負荷信息判定傳輸服務器100的處理負荷，并判定傳輸服務器100是否能夠傳輸更新數(shù)據(jù)，但也可以基于傳輸更新數(shù)據(jù)的線路的負荷，判定傳輸服務器100是否能夠傳輸更新數(shù)據(jù)。例如，設為包括多個傳輸服務器100的系統(tǒng)構成，且利用比多個傳輸服務器100的數(shù)量少的數(shù)量的線路與網(wǎng)絡10連接的構成。在該情況下，為了選擇傳輸更新數(shù)據(jù)的傳輸服務器100，首先，控制服務器200從各傳輸服務器100取得網(wǎng)絡使用率(傳輸服務器100的網(wǎng)絡I/F140的使用率)。傳輸服務器100能夠從任務管理器取得網(wǎng)絡使用率。當從各傳輸服務器100取得網(wǎng)絡使用率和CPU使用率時，控制服務器200基于取得的網(wǎng)絡使用率算出線路負荷(使用量相對于通信線路的最大通信容量的比例，所述通信線路將連接裝置(圖示省略)連接起來，所述連接裝置將傳輸服務器100和傳輸服務器100與網(wǎng)絡10連接)。在算出的各線路的線路負荷全部為規(guī)定值以上的情況下，控制服務器200不向傳輸服務器100發(fā)送更新數(shù)據(jù)的傳輸請求，直到線路負荷下降到預先設定的值。另外，在檢測到線路負荷比規(guī)定值小的線路的情況下，控制服務器200基于除去當前正在向TCU300傳輸?shù)母聰?shù)據(jù)，預定傳輸給TCU300的各更新數(shù)據(jù)的數(shù)據(jù)量，算出將各更新數(shù)據(jù)傳輸給TCU300的情況下的線路負荷。控制服務器200基于算出的線路負荷，檢測能夠傳輸更新數(shù)據(jù)的線路，并確定與該線路連接的傳輸服務器100。控制服務器200基于確定的傳輸服務器100的CPU使用率，判定確定的傳輸服務器100是否處于能夠傳輸更新數(shù)據(jù)的狀態(tài)。在判定為確定的傳輸服務器100能夠傳輸更新數(shù)據(jù)的情況下，向確定的傳輸服務器100請求將更新數(shù)據(jù)傳輸給TCU300。另外，在判定為確定的傳輸服務器100不能夠傳輸更新數(shù)據(jù)的情況下，待機預先設定的時間，待機直到線路的線路負荷下降。另外，當存在通信中沒有使用的線路的情況下，控制服務器200檢測CPU使用率最低的傳輸服務器100，并向該傳輸服務器100請求更新數(shù)據(jù)的傳輸。另外，圖10所示的控制服務器200的處理流程也可以是圖11所示的處理流程。此外，由于到步驟S28為止的處理流程與圖10所示的流程相同，所以省略說明?？刂品掌?00的控制部(傳輸控制部217)210從傳輸服務器100取得處理負荷信息，并基于取得的處理負荷信息，判定傳輸服務器100的處理負荷是否為規(guī)定值以上(步驟S28)。當判定為傳輸服務器100的處理負荷為規(guī)定值以上時(步驟S28/是)，控制部210檢測在傳輸服務器100的處理負荷不超過規(guī)定值的范圍內(nèi)能夠傳輸?shù)母聰?shù)據(jù)和傳輸該更新數(shù)據(jù)的TCU300(步驟S51)。例如，與預定傳輸給TCU300的數(shù)據(jù)僅為軟件的更新數(shù)據(jù)的情況下相比，傳輸軟件的更新數(shù)據(jù)和內(nèi)容數(shù)據(jù)雙方的情況下的數(shù)據(jù)量變大，傳輸服務器100的處理負荷變大。另外，在根據(jù)更新數(shù)據(jù)的不同而數(shù)據(jù)量不同的情況下，當將數(shù)據(jù)量大的更新數(shù)據(jù)傳輸給TCU300時，傳輸服務器100的處理負荷會成為規(guī)定值以上，但在數(shù)據(jù)量小的更新數(shù)據(jù)的情況下，有時能夠在傳輸服務器100的處理負荷不超過規(guī)定值的范圍內(nèi)將更新數(shù)據(jù)傳輸給TCU300。因此，控制部210判定是否存在能夠在傳輸服務器100的處理負荷不超過規(guī)定值的范圍內(nèi)傳輸更新數(shù)據(jù)的其他TCU300。在檢測到能夠在處理負荷不超過規(guī)定值的范圍內(nèi)傳輸?shù)母聰?shù)據(jù)和傳輸該更新數(shù)據(jù)的傳輸目的地的情況下(步驟S52/是)，控制部210請求傳輸服務器100將檢測到的更新數(shù)據(jù)傳輸給檢測到的TCU300(步驟S53)。另外，在步驟S51中，在不能夠檢測到能夠傳輸?shù)母聰?shù)據(jù)和傳輸目的地的情況下(步驟S52/否)，控制部210待機預先設定的時間(步驟S54)，并轉移至步驟S55的處理。在步驟S55的判定中，控制部210判定是否能夠向在步驟S24中接收了取得請求的TCU300傳輸已中止傳輸?shù)母聰?shù)據(jù)(步驟S55)。即，控制部210判定即使向接收了取得請求的TCU300傳輸已中止傳輸?shù)母聰?shù)據(jù)，傳輸服務器100的處理負荷是否也會成為規(guī)定值以內(nèi)。在判定為能夠傳輸?shù)那闆r下(步驟S55/是)，控制部210請求傳輸服務器100向接收了取得請求的TCU300傳輸已中止傳輸?shù)母聰?shù)據(jù)(步驟S56)。之后，控制部210轉移至圖10所示的步驟S32的處理。另外，在步驟S55的判定中，在判定為不能夠傳輸已中止傳輸?shù)母聰?shù)據(jù)的情況下(步驟S55/否)，控制部210返回圖10所示的步驟S22，選擇作為新的更新對象的TCU300。接著，參照圖12和圖13所示的流程圖，說明TCU300和控制服務器200的第二處理步驟。圖12表示TCU300的處理步驟，圖13表示控制服務器200的處理步驟。當車輛50的附件開關被接通而起動時(步驟S61)，TCU300的控制部310利用通信部340與控制服務器200連接，并向控制服務器200通知TCU識別編號(通信裝置的識別信息)(步驟S62)。參照圖13說明被通知了TCU識別編號的控制服務器200的處理步驟。當控制服務器200接收TCU300發(fā)送的TCU識別編號時(步驟S81/是)，參照TCU管理表，取得安裝在接收到TCU識別編號的TCU(在該流程中稱為對象TCU)300中的軟件和該軟件的版本信息(步驟S82)。當取得安裝在對象TCU300中的軟件和版本信息時，控制服務器200判定安裝在對象TCU300中的軟件的版本是否為最新版本(步驟S83)。在判定為安裝的軟件的版本為最新版本的情況下(步驟S83/是)，控制服務器200向對象TCU300通知軟件“無更新”并結束處理(步驟S84)。另外，在判定為安裝的軟件的版本不是最新版本的情況下(步驟S83/否)，控制服務器200向對象TCU300通知軟件“有更新”(步驟S85)。之后，控制服務器200進行圖10所示的步驟S26～S31為止的處理。即，控制服務器200從傳輸服務器100取得處理負荷信息(步驟S27)，判定傳輸服務器100的處理負荷是否為規(guī)定值以上(步驟S28)。在傳輸服務器100的處理負荷不是規(guī)定值以上的情況下(步驟S28/否)，控制服務器200請求傳輸服務器100向接收到TCU識別編號的TCU300傳輸更新數(shù)據(jù)(步驟S31)。另外，在傳輸服務器100的處理負荷為規(guī)定值以上的情況下(步驟S28/是)，控制服務器200待機預先設定的規(guī)定時間(步驟S30/是)，并重復進行從傳輸服務器100取得處理負荷信息，并判定傳輸服務器100的處理負荷是否為規(guī)定值以上的處理。返回圖12所示的流程圖，繼續(xù)說明TCU300的處理步驟。在TCU300從控制服務器200接受到“無更新”的通知的情況下(步驟S63/否)，切斷與控制服務器200的連接，并使該處理流程結束。另外，在TCU300從控制服務器200接受到“有更新”的通知的情況下(步驟S63/是)，通過控制服務器200的控制與傳輸服務器100連接。當連接對象TCU300時，傳輸服務器100向對象TCU300傳輸從控制服務器200指定的軟件的更新數(shù)據(jù)。當開始接收從傳輸服務器100傳輸?shù)母聰?shù)據(jù)時，TCU300的控制部310利用定時器開始經(jīng)過時間的計時。控制部310等待更新數(shù)據(jù)的接收完成，直到定時器計時的計時時間經(jīng)過預先設定的時間(稱為超時時間)(步驟S64/否，且S65/否)。在定時器的計時時間經(jīng)過了超時時間，更新數(shù)據(jù)的接收也沒有完成的情況下(步驟S64/否，且S65/是)，控制部310使更新數(shù)據(jù)的接收結束，并使該處理流程結束。另外，在定時器的計時時間經(jīng)過超時時間之前完成更新數(shù)據(jù)的接收的情況下(步驟S64/是)，控制部310安裝接收到的更新數(shù)據(jù)，并開始軟件的更新(步驟S66)。由于以后的處理流程與在圖8和圖9中說明的處理流程相同，所以省略說明。在圖12所示的處理流程中，設為在TCU300的控制部310起動時向控制服務器200請求更新數(shù)據(jù)的取得的構成，但控制部310向控制服務器200請求更新數(shù)據(jù)的取得的定時不限定于控制部310的起動時。例如，既可以是，每周一次在事前設定的星期幾的、事前設定的時間，TCU300向控制服務器200請求更新數(shù)據(jù)的取得，也可以是，操作者操作車載裝置60，指示TCU300向控制服務器200請求更新數(shù)據(jù)的取得。另外，也可以是，在操作車載裝置60進行了路徑檢索的定時，TCU300向控制服務器200請求更新數(shù)據(jù)的取得。并且，也可以是，在車載裝置60中實施路徑檢索，在檢測到引導路徑時，TCU300將引導路徑的信息發(fā)送給控制服務器200，并查詢包含引導路徑的地圖數(shù)據(jù)是否有更新?？刂品掌?00基于從TCU300接收到的引導路徑的信息，判定包含引導路徑的地圖數(shù)據(jù)是否有更新，在有更新的地圖數(shù)據(jù)的情況下，指示傳輸服務器100傳輸更新的地圖數(shù)據(jù)。另外，也可以是，作為控制服務器200的其他處理流程，考慮傳輸給TCU300的數(shù)據(jù)的重要度來變更控制服務器200實施的處理。例如，在更新的數(shù)據(jù)為地圖數(shù)據(jù)等內(nèi)容數(shù)據(jù)的情況下，在控制服務器200接受到來自TCU300的更新的查詢的情況下，檢測傳輸給該TCU300的內(nèi)容數(shù)據(jù)，并請求傳輸服務器100將檢測到的內(nèi)容數(shù)據(jù)傳輸給TCU300。另外，在更新的數(shù)據(jù)為軟件的更新數(shù)據(jù)的情況下，特別是用于消除軟件的不良情況的更新數(shù)據(jù)的情況下，控制服務器200判定為是重要的數(shù)據(jù)，并檢測本身安裝了相應的軟件的TCU300。然后，控制服務器200請求傳輸服務器100向檢測到的TCU300傳輸軟件或軟件的更新數(shù)據(jù)。如以上詳細說明地，本實施方式的控制服務器200基于優(yōu)先度選擇傳輸更新數(shù)據(jù)的TCU300，所述優(yōu)先度與傳輸對象的TCU300關聯(lián)而設定。然后，控制服務器200向選擇的TCU300發(fā)送SMS消息，并將更新數(shù)據(jù)傳輸給有對SMS消息的響應的TCU300。因此，本實施方式能夠選擇優(yōu)先度高且能夠傳輸更新數(shù)據(jù)的TCU300并傳輸更新數(shù)據(jù)。因此，與一齊向多個TCU300發(fā)送更新數(shù)據(jù)的情況下相比，能夠使傳輸服務器100的處理負荷減輕。另外，由于控制服務器200基于傳輸更新數(shù)據(jù)所需的處理負荷來選擇傳輸更新數(shù)據(jù)的TCU300，所以能夠防止傳輸服務器100的處理負荷成為高負載于未然。另外，由于至少基于是否是許可軟件更新的TCU300的信息、表示TCU300的狀態(tài)是處于起動模式還是處于待機模式的信息來設定優(yōu)先順序，所以能夠優(yōu)先向能夠接收更新數(shù)據(jù)的TCU300傳輸更新數(shù)據(jù)。另外，在TCU300處于待機模式的情況下，向TCU300發(fā)送SMS消息而將TCU300設為起動模式后傳輸更新數(shù)據(jù)。因此，不會產(chǎn)生向待機模式的TCU300傳輸更新數(shù)據(jù)，且TCU300不能接收更新數(shù)據(jù)這樣的狀態(tài)。另外，在更新數(shù)據(jù)是用于消除安裝在TCU300中的軟件的不良情況的數(shù)據(jù)的情況下，使傳輸該更新數(shù)據(jù)的TCU300的優(yōu)先順序比傳輸其他更新數(shù)據(jù)的TCU300的優(yōu)先順序高。由于當?shù)⒄`了用于消除軟件的不良情況的更新數(shù)據(jù)的更新時，有時會伴隨著危險，所以將優(yōu)先順序設定為較高，能夠優(yōu)先傳輸更新數(shù)據(jù)。上述實施方式是本發(fā)明的優(yōu)選實施方式。但是，本發(fā)明不限定于此，在不背離本發(fā)明的要旨的范圍內(nèi)，本發(fā)明能夠實施各種變形。例如，在上述實施方式中，用獨立的服務器構成傳輸服務器100和控制服務器200，所述傳輸服務器100存儲更新數(shù)據(jù)并傳輸更新數(shù)據(jù)，所述控制服務器200選擇傳輸更新數(shù)據(jù)的傳輸目的地的TCU300。除此以外，也可以是，使傳輸服務器100具有控制服務器200的功能，利用傳輸服務器100來實現(xiàn)傳輸更新數(shù)據(jù)的TCU300的選擇、向選擇的TCU300的更新數(shù)據(jù)傳輸。另外，也可以是，在車載裝置60具備導航功能的情況下，根據(jù)車載裝置60是否正在執(zhí)行路徑引導，設定是否向對應的TCU300傳輸更新數(shù)據(jù)。例如，TCU300取得車輛50的車載裝置60是否正在執(zhí)行路徑引導的信息，并發(fā)送給控制服務器200。控制服務器200的控制部210將從TCU300發(fā)送來的、車載裝置60是否正在執(zhí)行路徑引導的信息與TCU識別編號關聯(lián)，并登記在TCU管理表中。然后，控制部210設定為：在車載裝置60為正在執(zhí)行路徑引導的情況下，不向搭載了該車載裝置60的車輛50的TCU300傳輸更新數(shù)據(jù)。另外，控制部210設定為：在搭載了正在執(zhí)行路徑引導的車載裝置60的車輛50的TCU300中設定的、傳輸更新數(shù)據(jù)的優(yōu)先順序比搭載了沒有在執(zhí)行路徑引導的車載裝置60的車輛50的TCU300的優(yōu)先順序低。另外，也可以是，在車輛50是搭載了自動駕駛系統(tǒng)的車輛的情況下，根據(jù)車輛50是否正在執(zhí)行自動駕駛，判定是否向對應的TCU300傳輸更新數(shù)據(jù)。例如，TCU300取得車輛50的自動駕駛系統(tǒng)是否正在執(zhí)行自動駕駛控制的信息，并發(fā)送給控制服務器200?？刂品掌?00的控制部210將從TCU300發(fā)送來的、自動駕駛系統(tǒng)是否正在執(zhí)行自動駕駛控制的信息與TCU識別編號關聯(lián)，并登記在TCU管理表中。然后，控制部210設定為：在自動駕駛系統(tǒng)為正在執(zhí)行自動駕駛控制的情況下，不向搭載了該自動駕駛系統(tǒng)的車輛50的TCU300傳輸更新數(shù)據(jù)。另外，控制部210設定為：在自動駕駛系統(tǒng)正在執(zhí)行自動駕駛控制的車輛50的TCU300中設定的優(yōu)先順序比搭載了沒有在執(zhí)行自動駕駛控制的車載裝置60的車輛50的TCU300的優(yōu)先順序低。另外，也可以是，將車輛50的用戶的用戶名、識別用戶的識別信息以及用戶的屬性信息與TCU識別編號關聯(lián)并登記在TCU管理表中，并根據(jù)用戶設定更新數(shù)據(jù)傳輸?shù)膬?yōu)先度。用戶的屬性信息例如是指是收費會員還是免費會員的信息，并將向收費會員傳輸更新數(shù)據(jù)的優(yōu)先度設定為比向免費會員傳輸更新數(shù)據(jù)的優(yōu)先度高。另外，也可以是，根據(jù)車輛50是否是搭載了自動駕駛系統(tǒng)的車輛，設定傳輸更新數(shù)據(jù)的優(yōu)先度。將車輛50是搭載了自動駕駛系統(tǒng)的車輛還是沒有搭載自動駕駛系統(tǒng)的車輛的信息與搭載在車輛50中的TCU300的TCU識別編號關聯(lián)并登記在TCU管理表中。在設定傳輸更新數(shù)據(jù)的TCU300的優(yōu)先度時，控制服務器200的控制部210向成為傳輸更新數(shù)據(jù)的對象的TCU300查詢車輛50的自動駕駛系統(tǒng)是否正在工作?？刂撇?10設定為：當從TCU300取得自動駕駛系統(tǒng)是否正在工作的信息時，參照TCU管理表，搭載了自動駕駛系統(tǒng)且當前不是正在自動駕駛的車輛50的TCU300的優(yōu)先度最高。另外，控制部210將沒有搭載自動駕駛系統(tǒng)的車輛50的TCU300的優(yōu)先度設定為比搭載了自動駕駛系統(tǒng)且當前自動駕駛系統(tǒng)正在工作的車輛50的TCU300高。另外，也可以是，基于從前一次更新起的經(jīng)過時間，設定傳輸更新數(shù)據(jù)的優(yōu)先度。例如，當更新數(shù)據(jù)的傳輸完成時，控制服務器200的控制部210將傳輸完成的日期和時間(稱為更新完成日期和時間)與傳輸了更新數(shù)據(jù)的TCU300的TCU識別編號關聯(lián)并登記在TCU管理表中。然后，控制部210設定為：由于發(fā)生新的更新數(shù)據(jù)而作成更新管理表時，登記在TCU管理表中的更新完成日期和時間較老的TCU300的優(yōu)先順序變高。附圖標記說明10網(wǎng)絡20接入點30移動通信網(wǎng)絡40無線基站50車輛60車載裝置70ECU80CAN總線100傳輸服務器200控制服務器210控制部215選擇部216消息生成部217傳輸控制部300TCU310控制部311TCU信息管理部312更新控制部320存儲部330電源管理部340通信部當前第1頁1 2 3