CN100399309C

CN100399309C - 车辆部件管理方法和系统、管理数据更新方法和系统及管理中心

Info

Publication number: CN100399309C
Application number: CNB2005100037990A
Authority: CN
Inventors: 伊藤弘明; 下本词之; 下村俊夫
Original assignee: Denso Corp
Current assignee: Denso Corp
Priority date: 2004-01-08
Filing date: 2005-01-10
Publication date: 2008-07-02
Anticipated expiration: 2025-01-10
Also published as: US20050192716A1; US20070005197A1; JP2005196568A; KR20050073405A; US7415332B2; CN1690992A; DE102005000999A1

Abstract

构成车辆(2)的系统的每个ECU(12至18)注册有其它ECU的验证ID。当系统起动时，每个ECU通过比较注册ID与从其它ECU新获得的验证ID来确定其它ECU是否正当。当确定了其它ECU内的特定ECU不正当时，就禁止特定ECU使用于这个系统中。此外，当替换或者添加新ECU时，终端(50)通过将新ECU的验证ID发送至管理中心(30)来确认新ECU是否未使用于其它车辆中并且由此允许可用。当确认了新ECU允许可用时，就更新注册于相应ECU中的验证ID。

Description

车辆部件管理方法和系统、管理数据更新方法和系统及管理中心

技术领域

本发明涉及一种用于车辆部件管理的方法和系统、用于车辆部件管理数据更新的方法和系统、以及车辆部件管理中心。

背景技术

例如，专利文献1描述了以下防偷窃系统。车辆装备有防偷窃设备或者防偷窃部件例如固定器。例如，防偷窃设备用于通过检测未经批准的人员开关门等等来发出警报。这些防偷窃物体定期与通讯设备通讯，因此能够检测到这些物体的拆卸从而启动警报。当防偷窃物体与通讯设备之间的通讯反常时，就确定这些防偷窃物体被偷走。因此就发出警报。

-专利文献1：JP2003-137071A

装备有以上系统的车辆能够使用防偷窃设备来检测未经批准的人员开关门从而发出通知，或者使用防偷窃部件来防止未经批准的人员起动发动机。此外，能够检测到对防偷窃物体的拆卸或破坏以便随后启动警报，因此就能够适当地防止偷窃车辆或车内设备。

然而，即使是在以上车辆中，当通讯设备或者用于通过检测通讯的反常而发出警报的设备被拆卸或者破坏时，就不能发出警报。这就不能安全地防止对车辆的偷窃。特别地，有预谋的窃贼设法偷走车辆并且拆用其部件以便出售获得非法利润。被拆用的部件可使用于其它车辆中，因此以上防范措施就不能根除这种偷窃。

发明内容

本发明的一个目的在于通过禁止窃贼拆用车辆部件用于其它车辆中，而减少窃贼偷走车辆或车内部件的动机。这又减少了车辆偷窃的发生率。

为了实现以上目的，提供了以下的车辆部件管理系统。这种车辆部件管理系统管理着在提供于车辆中以便实现某种功能的车内系统中所包括的多个部件。其包括存储单元，以用于存储分配给包括于车内系统中的相应各个部件的独有验证码作为部件管理数据。其包括验证码获得单元，用于在车内系统起动时，从包括于车内系统中的部件获得验证码。其包括确定单元，用于确定所获得的验证码是否与存储为部件管理数据的验证码一致。其还包括禁止单元，用于在特定部件出现时，禁止使用特定部件。在此，特定部件具有的验证码与存储为部件管理数据的验证码中任何一项都不一致。

在这种结构中，当不正当的部件例如偷来的部件被装配于车辆中时，就不能使用不正当的部件。因此，窃贼就不能卖出从车辆偷来的部件，因此就能够减小车辆偷窃发生率。

根据本发明的另一个方面，提供了以下的车辆部件管理数据更新系统。当替换或者添加特定车辆的车内系统中的部件时，这种车辆部件管理数据更新系统就通过使用管理中心来更新特定车辆的部件管理数据。在此，特定车辆包括上述部件管理系统，同时通过通讯网络访问管理中心。此外，在此，管理中心包括车辆数据库，车辆数据库中注册有关于从装配工厂运送的每辆车辆的包括于车内系统中的全部部件的验证码作为车辆数据。此外，车辆部件管理数据更新系统包括获得单元、查询单元和更新单元。获得单元获得用于替换和添加其中之一的目标的新部件的验证码。查询单元通过经通讯网络向管理中心发送所获得的验证码来查询是否允许新部件可用于特定车辆中。更新单元在收到允许新部件可用的响应时，根据所获得的验证码来更新存储于部件管理系统的存储单元中的部件管理数据。然后更新单元使得管理中心更新注册于车辆数据库中的特定车辆的车辆数据。

在这种结构中，在替换或者添加车内系统中的新部件的情况中，只有当新部件未用于其它车辆中时，部件管理数据才能更新。即，当偷来的部件作为新部件装配时，部件管理数据不能更新。这就安全地防止了使用偷来的部件。此外，当改变部件时，也能够更新管理中心中的车辆数据库。这就使得管理中心能够准确地管理从装配工厂运送的车辆的车内系统中的部件。

根据本发明的另一个方面，提供了以下的车辆部件管理中心。当替换或者添加特定车辆的车内系统中的部件时，这种车辆部件管理中心就用来通过上述管理数据更新系统来更新特定车辆的部件管理数据。在此，特定车辆包括上述部件管理系统。此外，车辆部件管理中心包括车辆数据库、响应单元和更新单元。车辆数据库中注册有关于从装配工厂运送的每辆车辆的包括于车内系统中的全部部件的验证码作为车辆数据。当通过通讯网络从管理数据更新系统发送了待用于特定车辆中的新部件的验证码时，响应单元在使用车辆数据库确定了是否允许新部件可用于特定车辆中之后，向管理数据更新系统发送作为确定结果的响应。在通过通讯网络从管理数据更新系统收到更新指令时，更新单元于是根据新部件的验证码来更新注册于车辆数据库中的特定车辆的车辆数据。

在这种结构中，当从部件管理数据更新系统发送新部件的验证码时，就确定验证码是否注册于车辆数据库中。因此确定新部件是否装配于其它车辆中，从而向部件管理数据更新系统回复确定结果。此外，当从部件管理数据更新系统发送车辆数据的更新指令时，就能够根据新部件的验证码来更新相关车辆的车辆数据。因此，车辆数据库就能够保持最新状态。

附图说明

通过阅读参看附图进行的以下详细描述，将会更加清楚本发明的以上及其它目的、特征和优点。图中：

图1为示出了根据本发明的实施例用于管理车辆及其控制系统部件的外围设备的方块图；

图2为示出了启动时每个车内ECU所执行的验证过程的流程图；

图3A为提供于管理中心中的部件数据库的数据结构的说明图；

图3B为提供于管理中心中的车辆数据库的数据结构的说明图；

图4为示出了终端和管理中心中的计算机所执行的数据更新过程的流程图；以及

图5为示出了每个车内ECU所执行的ID码更新过程的流程图。

具体实施方式

图1示出了根据本发明的实施例的车辆2及其用于管理车辆2的系统的部件的外围设备。如图1所示，车辆2的控制系统包括控制着发动机的发动机ECU(电子控制单元)12、控制着车辆2的轴承和制动的VSC-ECU 14、使得车辆2跟随着前面的车辆的ACC-ECU 16、和控制着自动变速器的变档的ECT-ECU 18。这些部件或ECU 12至18通过形成了车内LAN的通讯线路4互相进行数据通讯。

作为存储单元，每个ECU 12至18包括非易失性存储器的数据可重写EEPROM 12a至18a。当车辆2在装配工厂中进行装配时，每个EEPROM 12a至18a通过通讯线路4注册上其它控制系统ECU 12至18的验证ID作为部件管理数据。

例如，发动机ECU 12的EEPROM 12a注册上VSC-ECU 14、ACC-ECU 16、ECT-ECU 18之类的验证ID(B-07、S-32、U-20，等等)作为部件管理数据。相反，VSC-ECU 14的EEPROM 14a注册上发动机-ECU 12、ACC-ECU 16、ECT-ECU 18之类的验证ID(A-03、S-32、U-20，等等)作为部件管理数据。

当车辆2的钥匙开关在发动机起动之前被操作至附属位置中时，这些ECU 12至18中每个在启动时都使用例如内部微型计算机来执行验证过程(如图2中所示)。

详细地说，在这种启动验证过程中，在步骤110处，通过通讯线路4从其它ECU 12至18获得验证ID。在步骤120处，确定全部所获得的验证ID是否与在内部EEPROM中注册为部件管理数据的验证ID一致。当确定了全部所获得的验证ID与注册验证ID一致时，就确定了与通讯线路4连接的全部ECU 12至18为正当(或核准)部件，然后过程前进至步骤130。在此，执行正常控制过程；然后，结束启动验证过程。

相反，当确定了全部所获得的验证ID与注册验证ID中的任何一项不一致时，过程前进至步骤140。在此，将与注册ID不一致的ECU指定为不正当ECU，以便向这个不正当ECU发送指令以停止操作，因而禁止其操作。在随后的步骤150中，起动不正当控制过程，其进行控制而不与被指定为不正当ECU的ECU通讯；然后，结束启动验证过程。

这样，本实施例的每个ECU 12至18就在系统启动时获得了其它ECU的验证ID。当位于其它ECU内的给定ECU的验证ID被确定与存储于每个ECU 12至18的自身内部EEPROM中的注册为部件管理数据的验证ID的任何一项不一致时，就禁止给定ECU操作。然后执行自身的控制过程而不使用给定ECU。

因此，当不正当或者偷来的即使能够正常操作的ECU被装配于车辆2中的控制系统上时，不合法ECU也就变得不能在这种系统中使用。将本实施例的这种控制系统采用于各种车辆中，就使得窃贼不能卖出从车辆偷来的ECU，这就减少了车辆偷窃的发生率。

此外，当特定ECU在启动验证过程中或在起动了控制过程之后需要验证ID时，每个ECU 12至18就将其验证ID发送至特定ECU。

接着，车辆2的通讯线路4可通过连接器6与作为部件管理数据更新系统的终端50相连接。终端50用于以下情况。即，当为了提高车辆2的功能性而替换ECU 12至18中的任何一个或者添加新的ECU时，就要利用外部车辆部件管理中心30来确认所替换或添加的新ECU不是如偷来的物体之类的不正当部件。此外，当新ECU并非不正当部件时，注册于包括新ECU的ECU 12至18内的相应EEPROM 12a至18a中的部件管理数据(即其它ECU的验证ID)就通过通讯线路4进行更新。

为了实现这个目的，终端50包括：中心通讯IF(接口)52，其使用给定的公共通信网70(例如公共电话线路、互联网)与管理中心30进行数据通讯；车辆通讯IF 54，其与车辆2的相应ECU 12至18进行数据通讯；输入设备56，其通过外部操作而输入数据或各种指令；显示设备58，其显示各种信息；以及更新计算机60，其与各个部分连接以便更新部件管理数据。

相反，管理中心30包括：部件数据库32，其注册有验证ID，它们为关于从部件工厂运送的每种ECU(A、B、...)(图3A中所示)的相应ECU独有的验证码；车辆数据库34，其注册有关于每辆从装配工厂运送的车辆的构成ECU的全部控制系统的验证ID；以及管理计算机40，其用于管理注册于数据库32、34中的相应部件的验证ID和车辆数据。

此外，管理中心30包括：输入设备36，其向管理计算机40输入数据或各种指令；显示设备38，其用于显示从管理计算机40输出的信息；以及通讯IF 42，其通过公共通信网70与包括终端50在内的其它信息设备进行数据通讯。

当通过公共通信网70从置于装配工厂或部件工厂中的数据注册信息设备接收部件数据或车辆数据时，管理计算机40自动地将接收的数据注册到部件数据库32或车辆数据库34。

此外，注册于车辆数据库34中的关于每辆车辆的车辆数据库包括改变许可标志，其指示是否许可进行与部件或控制系统的ECU相关的改变。每个车辆所有者可通过利用电话之类通知管理中心30是否许可进行自身车辆的ECU的改变而设置或复位改变许可标志。

在此，利用改变许可标志来作为许可信息。初值被设置为复位状态(0)以禁止改变每辆车辆的控制系统。当所有者通知管理中心30自身车辆的ECU的改变许可时，图3B所示的“车辆001”的改变许可标志就变为设置状态(1)。

接着，管理中心30的管理计算机40就在终端50访问管理中心30时执行验证过程以确定终端50是否为正当或经过核准，以便更新注册于车辆2的ECU 12至18的EEPROM 12a至18a中的部件管理数据。在完成终端50的验证之后，根据来自终端50的请求，管理计算机40搜索部件数据库32或车辆数据库34以便答复结果或者执行车辆数据更新过程以便更新车辆数据库34中的车辆2的车辆数据。

终端50的更新计算机60通过连接器6与通讯线路4相连接。当在车辆2的ECU 12至18正在启动时通过输入设备56手工输入部件管理数据的更新指令时，更新计算机60就访问管理中心30。当建立了与管理中心30的通讯线路之后，就执行注册数据更新过程以便启动管理中心30中的车辆数据更新过程。

在下文中，将参看图4中的流程图对由终端50中的更新计算机执行的注册数据更新过程和由管理中心30中的管理计算机40执行的车辆数据更新过程进行说明。

当控制系统在车辆2的通讯线路4通过连接器6与终端50相连接的情况下启动时，ECU 12至18就分别进行给定的验证过程。在此，确定与通讯线路4相连接的终端50是否可用或正当以便更新相关控制系统。当确定了终端50可用于更新时，就执行图5中所示的注册ID更新过程。

在车辆2中的这个注册ID更新过程中，每个ECU 12至18等待验证ID或者注册数据更新指令的请求信号，根据图4中所示的注册数据更新过程，两者都从终端50发送。当收到验证ID的请求信号时(步骤210：是)，存储于ROM中的自身验证ID就被发送至终端50(步骤S220)。当收到注册数据更新指令请求时(步骤230：是)，则就会收到从终端50发送的更新数据(步骤240)。根据所收到的更新数据，就更新了自身EEPROM中的注册数据(或部件管理数据)(步骤250)。

如图4中所示，在由终端50中的更新计算机60所执行的注册数据更新过程中，在步骤310处，就通过向ECU 12至18发送验证ID的请求信号而获得ECU 12至18的验证ID。在随后的步骤320处，将所获得的验证ID发送至管理中心30。

相反，在对终端50进行验证以便随后起动车辆数据更新过程之后，管理中心30中的管理计算机40就进行接收过程，该接收过程接收从终端50发送的全部验证ID。然后过程前进至步骤520，在这里通过搜索车辆数据库34而指定相应的车辆。

在步骤530处，通过确定是否设置了关于在步骤520处指定的车辆的车辆数据的改变许可标志，而确定是否许可控制系统的改变。当并不许可进行控制系统的改变时，则结束车辆数据更新过程。相反，当许可进行控制系统的改变时，过程就前进至步骤540，在这里将改变许可发送至终端50。

此外，在从向管理中心30发送验证ID过去了给定一段时间之后，终端50中的更新计算机60在步骤330处确定是否通过中心通讯IF 52从管理中心30收到改变许可。在此，该给定一段时间长于管理中心30发送改变许可所需的一段时间。

当在步骤330处确定了没有收到来自管理中心30的改变许可时，就禁止车辆2的控制系统被车辆所有者改变。因此结束注册数据更新过程。相反，当在步骤330处确定收到了来自管理中心30的改变许可时，过程就前进至步骤340。在此，就获得了有待于替换或添加于车辆2的控制系统中的新ECU的验证ID，以便随后在步骤350处将所获得的ID发送至管理中心30。

在此，当获得新ECU的验证ID时，显示设备58就显示消息促使用户输入有待于替换或添加的新ECU的验证ID。验证ID通过读取用户使用输入设备56输入的验证ID而获得。

接着，当管理中心30的管理计算机40在步骤540处发送了改变许可之后，过程就前进至S550，在这里进行接收过程以便接收从终端50发送的新ECU的验证ID。当在这个接收过程中收到验证ID时，过程就前进至步骤560。

在步骤560处，在新ECU的验证ID注册于部件数据库32中而未注册于车辆数据库34中的情况下，确定了允许新ECU可用于车辆2中。

即，当新ECU的验证ID未注册于部件数据库32中时，就假定新ECU不是从部件工厂运送的正当部件。当新ECU的验证ID注册于车辆数据库34中时，就假定新ECU为从特定车辆中偷来或者从特定车辆的ECU复制而成。因此，在步骤560处，在新ECU的验证ID注册于部件数据库32中而未注册于车辆数据库34中的情况下，确定了允许新ECU可用于车辆2中。

在步骤560处，当确定了不允许新ECU可用于车辆2中时，车辆数据更新过程就结束而不进行任何进一步的过程。否则，当确定了允许新ECU可用于车辆2中时，过程就前进至步骤570，在这里将新ECU的使用许可发送至终端50。

因此，在从向管理中心30发送新ECU的验证ID时过去了给定一段时间之后，终端50中的更新计算机60在步骤360处确定是否通过中心通讯IF 52从管理中心30收到用户许可。

当在步骤360处确定了没有收到来自管理中心30的用户许可时，就确定了新ECU不能用于车辆2中。因此就结束车辆数据更新过程而不进行任何进一步的过程。否则，当在步骤360处确定收到了来自管理中心30的用户许可时，过程就前进至步骤370。在这个步骤中，显示设备58就显示许可对新ECU进行改变，以便促使用户替换或添加新ECU。

在此，当显示设备58显示许可对新ECU进行改变时，用户就一度停止车辆2中的控制系统以便替换或添加新ECU。然后用户重启控制系统以便随后通过输入设备56输入改变指令。在随后的步骤380处，确定是否通过输入设备56输入改变指令。即，等候输入改变指令。当确定了输入改变指令时，过程就前进至步骤390，在这里将车辆数据的更新指令发送至管理中心30。

当在步骤570处发送了使用许可之后，管理中心30的管理计算机40在步骤580处执行接收过程，该接收过程接收从终端50发送的更新指令。当在这个接收过程中收到更新指令时，过程就前进至步骤590。

在这个步骤590处，在步骤520处指定的车辆的车辆数据根据在步骤550处收到的新ECU的验证ID来更新。在随后的步骤600处，将车辆数据的更新结果发送至终端50，以便结束车辆数据更新过程。

在此，在步骤590处，当更新了车辆数据时，新ECU的ECU类型最初就根据新ECU的验证ID来辨别。当与新ECU相同类型的ECU存在于车辆中迄今为止所安装的ECU内时，就确定了ECU的替换。因此使用新ECU的验证ID来重写车辆数据。相反，当没有相同类型的ECU存在于迄今为止所安装的ECU内时，就确定添加了新ECU类型。因此将新ECU的验证ID添加至车辆数据中。

当在步骤390处向管理中心30发送了更新指令之后，在步骤400处，终端50的更新计算机60执行接收过程，该接收过程接收从管理中心30发送的更新结果。当在这个接收过程中收到更新结果时，过程就前进至步骤410。

在这个步骤410处，根据收到的更新结果，接连地将注册数据更新指令和更新数据发送至安装于车辆中的ECU。注册于相应ECU的EEPROM中的注册数据(即部件管理数据)就得到更新，因此结束注册数据更新过程。

如上所述，在本实施例中，在车辆2的控制系统启动时，相应ECU12至18确定其它ECU是否为正当。当确定了其它ECU内的给定ECU不正当时，就禁止给定ECU使用，并且还进行以下过程。即，当替换了构成车辆2的控制系统的ECU或者添加了新ECU时，就更新注册于ECU的相应EEPROM中的部件管理数据，以便使得构成改变后的控制系统的相应ECU能够通过使用作为与车辆2分离的主体提供的专用终端来验证其它ECU。

此外，当终端50更新注册数据(部件管理数据)时，终端50利用管理中心30来确认车辆2的所有者许可对控制系统的改变并且替换或添加的新ECU并非不正当地获得。在完成这种确认之后，就更新ECU的相应EEPROM中的注册数据。

因此，这个实施例的确防止了从其它车辆偷来的ECU装配和使用于车辆2中，从而减少了车辆偷窃发生率。

-改型

例如，在以上实施例中，构成车辆的控制系统的多个ECU互相验证，因此就防止了使用不正当部件例如偷来的ECU。然而，本发明可涉及包括多个部件的任何车内系统而没有任何限制。

在以上实施例中，构成车辆的控制系统的相应各个ECU验证其它ECU。然而，特定ECU例如发动机ECU可验证其它ECU。否则，连接着车内控制系统和车内主体系统的网络的入口可监督与网络相连的每个部件。

对于本发明所属领域的普通技术人员来说，显然，可以对本发明的上述实施例做出各种改变。然而，本发明的范围应当由以下权利要求来确定。

Claims

1.一种用于管理在提供于车辆中以便实现某种功能的车内系统中所包括的多个部件的车辆部件管理系统，这种车辆部件管理系统包括：

存储单元，其存储着分配给包括于车内系统中的相应各个部件的独有验证码作为部件管理数据；

验证码获得单元，其在车内系统起动时从包括于车内系统中的部件获得验证码；

确定单元，其确定所获得的验证码是否与存储为部件管理数据的验证码一致；以及

禁止单元，其在验证码与存储为部件管理数据的验证码中任何一项都不一致的特定部件出现时，禁止使用特定部件；

其中为每个部件提供了所述存储单元、所述验证码获得单元、所述确定单元和所述禁止单元，

其中，当车内系统起动时，关于每个部件，验证码获得单元从包括于车内系统中的其它部件获得验证码，以及

其中确定单元确定所获得的验证码是否与存储为部件管理数据的验证码一致以及与包括于车内系统中的其它部件相对应。

2.根据权利要求1所述的车辆部件管理系统，

其中各个部件提供于车内系统中以便通过车辆内的网络互相进行数据通讯，以及

其中验证码获得单元通过车辆内的网络从包括于车内系统中的部件获得验证码。

3.一种车辆部件管理数据更新方法，用于当替换或者添加特定车辆的车内系统中的部件时，通过使用管理中心来更新特定车辆的部件管理数据，

其中特定车辆包括部件管理系统，包括：

存储单元，其存储着分配给包括于特定车辆的车内系统中的相应各个部件的验证码作为部件管理数据；

验证码获得单元，其在车内系统起动时从包括于特定车辆的车内系统中的部件获得验证码；

禁止单元，其在验证码与存储为部件管理数据的验证码中任何一项都不一致的特定部件出现时，禁止使用特定部件，

其中通过通讯网络访问管理中心并且管理中心包括：

车辆数据库，其注册有关于从装配工厂运送并且包括特定车辆的车辆中每一辆的包括于车内系统中的全部部件的验证码作为车辆数据，

这种方法包括以下步骤：

获得用于替换和添加其中之一的目标的新部件的验证码；

通过通讯网络向管理中心发送所获得的验证码以便由此查询是否允许新部件可用于特定车辆中；

在收到允许新部件可用的响应时，根据所获得的验证码来更新存储于存储单元中的部件管理数据；以及

使得管理中心更新注册于车辆数据库中的特定车辆的车辆数据。

4.根据权利要求3所述的车辆部件管理数据更新方法，

其中车辆数据库包括关于每辆车辆的表示是否许可对车内系统进行改变的许可信息，

其中，当替换或者添加特定车辆的车内系统中的新部件时，除了查询是否允许新部件可用于特定车辆中之外，还查询是否许可对特定车辆中的车内系统进行改变，以及

其中，在收到允许新部件可用于特定车辆中并且许可对特定车辆中的车内系统进行改变的响应时，根据新部件的验证码来更新存储于存储单元中的部件管理数据，并且使得管理中心更新注册于车辆数据库中的特定车辆的车辆数据。

5.一种车辆部件管理数据更新系统，用于当替换或者添加特定车辆的车内系统中的部件时，通过使用管理中心来更新特定车辆的部件管理数据，

其中特定车辆包括部件管理系统，包括：

其中通过通讯网络访问管理中心并且管理中心包括：

这种车辆部件管理数据更新系统包括：

获得单元，其获得用于替换和添加其中之一的目标的新部件的验证码；

查询单元，其通过经通讯网络向管理中心发送所获得的验证码来查询是否允许新部件可用于特定车辆中；以及

更新单元，其在收到允许新部件可用的响应时，根据所获得的验证码来更新存储于存储单元中的部件管理数据，并且随后使得管理中心更新注册于车辆数据库中的特定车辆的车辆数据。

6.根据权利要求5所述的车辆部件管理数据更新系统，

其中，当替换或者添加特定车辆的车内系统中的新部件时，查询单元除了查询是否允许新部件可用于特定车辆中之外，还查询是否许可对特定车辆中的车内系统进行改变，以及

其中，在收到允许新部件可用于特定车辆中并且许可对特定车辆中的车内系统进行改变的响应时，更新单元根据新部件的验证码来更新存储于存储单元中的部件管理数据，并且随后使得管理中心更新注册于车辆数据库中的特定车辆的车辆数据。

7.一种车辆部件管理中心，用于当替换或者添加特定车辆的车内系统中的部件时，通过管理数据更新系统来更新特定车辆的部件管理数据，

其中特定车辆包括部件管理系统，包括：

其中管理数据更新系统包括：

查询单元，其通过经通讯网络向车辆部件管理中心发送所获得的验证码来查询是否允许新部件可用于特定车辆中；以及

更新单元，其在收到允许新部件可用的响应时，根据所获得的验证码来更新存储于存储单元中的部件管理数据，并且随后通过发送更新指令，使得车辆部件管理中心更新注册于车辆数据库中的特定车辆的车辆数据，

这种车辆部件管理中心包括：

车辆数据库，其注册有关于从装配工厂运送并且包括特定车辆的车辆中每一辆的包括于车内系统中的全部部件的验证码作为车辆数据；

响应单元，其当通过通讯网络从管理数据更新系统发送了待用于特定车辆中的新部件的验证码时，在使用车辆数据库确定了是否允许新部件可用于特定车辆中之后，向管理数据更新系统发送作为确定结果的响应；以及

更新单元，其在通过通讯网络从管理数据更新系统收到更新指令时，则根据新部件的验证码来更新注册于车辆数据库中的特定车辆的车辆数据。

8.根据权利要求7所述的车辆部件管理中心，还包括：

部件数据库，其注册有从部件工厂运送的验证码，

其中当通过通讯网络从管理数据更新系统发送了待用于特定车辆中的新部件的验证码时，响应单元通过使用车辆数据库和部件数据库来确定是否允许新部件可用于特定车辆中。

9.根据权利要求7所述的车辆部件管理中心，

其中车辆数据库提供有关于每辆车辆的表示是否许可对车内系统进行改变的许可信息，以及

其中当通过通讯网络从管理数据更新系统发送了待用于特定车辆中的新部件的验证码时，响应单元在根据许可信息确定了是否许可对特定车辆中的车内系统进行改变之后，向管理数据更新系统发送作为确定结果的响应。