CN114003271A - 软件查询信息管理系统和软件查询信息管理方法 - Google Patents

软件查询信息管理系统和软件查询信息管理方法 Download PDF

Info

Publication number
CN114003271A
CN114003271A CN202110784096.5A CN202110784096A CN114003271A CN 114003271 A CN114003271 A CN 114003271A CN 202110784096 A CN202110784096 A CN 202110784096A CN 114003271 A CN114003271 A CN 114003271A
Authority
CN
China
Prior art keywords
information
software
vehicle
regulation
inquiry
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
CN202110784096.5A
Other languages
English (en)
Inventor
长野岳彦
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.)
Hitachi Ltd
Original Assignee
Hitachi 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 Hitachi Ltd filed Critical Hitachi Ltd
Publication of CN114003271A publication Critical patent/CN114003271A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/30—Services specially adapted for particular environments, situations or purposes
    • H04W4/40—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P]
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G06F8/71—Version control; Configuration management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/10—Requirements analysis; Specification techniques
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/60—Software deployment
    • G06F8/65—Updates
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F8/00—Arrangements for software engineering
    • G06F8/70—Software maintenance or management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/018—Certifying business or products
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00—Error detection; Error correction; Monitoring
    • G06F11/36—Preventing errors by testing or debugging software
    • G06F11/3664—Environments for testing or debugging software

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Computer Security & Cryptography (AREA)
  • Business, Economics & Management (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Marketing (AREA)
  • Computing Systems (AREA)
  • Strategic Management (AREA)
  • Finance (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Health & Medical Sciences (AREA)
  • General Business, Economics & Management (AREA)
  • General Health & Medical Sciences (AREA)
  • Medical Informatics (AREA)
  • Accounting & Taxation (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Stored Programmes (AREA)
  • Debugging And Monitoring (AREA)
  • Operations Research (AREA)
  • Tourism & Hospitality (AREA)

Abstract

本发明提供一种软件查询信息管理系统和软件查询信息管理方法，能够高效地生成关于安装在搭载车辆的设备中的软件的法定许可所需的证据。软件查询信息管理系统与规定了车辆要获得法定许可而要满足的要件的法规的法规ID相关联地存储设备要求规格，确定与设备要求规格所关联的设备的追溯信息所关联的设备要求规格对应的法规ID，生成将所确定的法规ID与追溯信息中含有的一个以上的软件ID相关联的软件查询信息，基于软件查询信息确定与发生了事件的设备中安装的软件的软件ID对应的法规ID所对应的其它软件的软件ID，基于安装有所确定的软件ID的设备的通信数据生成证据。

Description

软件查询信息管理系统和软件查询信息管理方法
技术领域
本发明涉及软件查询信息管理系统和软件查询信息管理方法。
背景技术
在专利文献1中，记载以在车辆的设计过程中，解决在确认设计构思是否符合法律法规的工作中需要巨大的劳力的问题为目的构成的车辆设计辅助装置。车辆设计辅助装置包括：按每个安装在车辆的部件存储与部件相关的法律法规的信息的法律法规信息存储单元；输入确定车辆的形状的车辆形状信息的单元；输入确定安装于车辆的部件的形状和部件的安装位置的部件形状信息的单元；从法律法规信息存储单元读出与部件的部件相关的部件相关法律法规信息，判断部件是否满足部件相关法律法规信息中含有的规定条件的判断部；和根据判断部的判断结果，改变部件的显示形式地进行显示的输出部。
在专利文献2中，记载以能够将变更的影响范围确定至文件的部分为目的构成的文件管理装置。文件管理装置包括：确定第一表形式的文件的第一部分的信息；存储与确定第二表形式的文件的第二部分的信息的对应关系的存储部；和控制部，其在接收到关于第一部分的影响范围的检索请求时，参照存储部，提取确定与确定第一部分的信息相对应的第二部分的信息，并作为对检索请求的响应，输出确定第二部分的信息和确定包含第二部分的第二表形式的文件的信息。
在专利文献3中，记载以从分散试验的开发中的车载设备没有过不足地、高效地获取开发者确实需要的日志信息为目的构成的车载设备日志收集系统。车载设备日志收集系统包括：日志管理装置，其向车载日志收集装置发送用于从车载设备的日志信息提取日志信息中成为优先的分析对象的摘要信息的条件、和记载有向日志管理装置发送所提取的摘要信息的内容的指示的分析脚本，并从摘要信息提取在车载设备发生了错误的时间点的日志信息；以及车载日志收集装置，其基于分析脚本，从日志信息提取摘要信息，并将所提取的摘要信息和发生了错误的时间点向日志管理装置发送。
现有技术文献
专利文献
专利文献1：日本特开2005-173761号公报
专利文献2：日本特开2014-130547号公报
专利文献3：日本特开2017-220135号公报
发明内容
发明所要解决的问题
如今，随着无线通信技术的发展，汽车制造商等车辆的提供者能够在车辆的制造时和售出后，通过OTA(Over The Air：空中下载)，进行对于车辆搭载的ECU(ElectronicControl Unit：电子控制单元)等设备软件的组装和更新(性能变更、功能变更、功能追加等)。由此，车辆的提供者例如能够进行预见了将来的自动驾驶功能的追加等的，汽车的开发和生产、销售，认为今后车辆搭载的软件的更新机会会急剧增加。
鉴于这种状况，在WP29(世界车辆法规协调论坛)关于软件的更新进行了国际基准的制定。在WP29，例如讨论了：对软件的更新给予车辆的型号认证(型号许可)的影响进行评估而将其结果形成文件；在软件的更新对已经完成的型号认证的内容有影响的情况下向政府部门(日本国土交通省等)进行报告；导入对于对完成形式认证的车载系统中安装的一个以上软件在版本级别进行区分汇总后的号码进行定义的概念(以下称为“软件查询号码”)；根据政府部门的要求提交与软件的更新相关联的证据等信息；等的制度化。
在开始了上述制度的情况下，车辆的提供者需要对车辆中搭载的大量的设备有效而切实地进行基于其中安装的软件的、软件查询号码的赋予和更新这些软件时的对型号认证的影响的分析，关于型号认证需要进行报告的证据等的获取。
但是，车辆中搭载的设备中的多数通常从供应商等设备的提供者提供给车辆的提供者(OEM)，追溯信息等与软件有关的信息由提供者(供应商)一方管理，因此，预测在应对上述制度时，会为了将由车辆的提供者(OEM)一方管理的型号认证等信息与关于软件的信息相关联而需要繁琐的作业。
此处，上述专利文献1中记载的车辆设计辅助装置虽然判断安装于车辆的部件是否满足部件相关法律法规信息中含有的规定条件，但是未提供任何关于由设备的提供者一方管理的信息和由车辆的提供者一方管理的信息进行统筹管理的技术。
此外，上述专利文献2中记载的文件管理装置对于变更的影响范围确定至文件的部分，但是并未特别提及更新软件时的对型号认证的影响的分析和关于型号认证需要进行报告的证据的具体的获取方法。
此外，上述专利文献3中记载的车载设备日志收集系统是从分散试验的开发中的车载设备获取开发者确实需要的日志信息的系统，而未提供更新软件时的对型号认证的影响的分析和关于型号认证需要进行报告的证据的具体的获取方法。
本发明是鉴于这样的背景而完成的，其目的在于，提供能够高效地管理与关于安装在车辆中搭载的设备的软件的法定的许可相关的信息，高效地获取并提供用户所需的信息的软件查询信息管理系统和软件查询信息管理方法。
用于解决问题的技术方案
用于达到上述目的的本发明的一个方式是一种管理关于对软件的法定许可的信息的软件查询信息管理系统，其中所述软件用于实现搭载于车辆的设备的功能，其中，与法规ID相关联地存储设备要求规格，其中所述法规ID是用于确定规定了车辆要获得法定许可而要满足的要件的法规的信息，所述设备要求规格是关于所述法规对所述设备要求的规格的信息，获取追溯信息，该追溯信息是关于与所述设备要求规格相关联的所述设备的追溯的信息，所述追溯信息包含用于确定安装在所述设备中的软件的软件ID，生成软件查询信息，该软件查询信息是将与关联于所获取的所述追溯信息的所述设备要求规格对应的所述法规ID、与一个以上的所述软件ID相关联而得到的信息，存储作为关于所述设备中发生的事件的信息的事件信息，该事件信息包含将用于确定发生了该事件的所述设备的信息与实现该设备的功能的所述软件的软件ID建立对应关系而得到的信息，基于所述软件查询信息，确定与对应于所述事件信息中的所述软件ID的所述法规ID相关联的其它的所述软件的所述软件ID，基于所述追溯信息，确定安装有所确定的所述软件ID的所述设备，获取包含所确定的所述设备与其它设备之间进行的通信的内容的通信数据，基于所述通信数据来生成要获得所述法定许可所需的证据。
此外，本申请中公开的问题及其解决方法通过由于实施本发明的实施方式和附图而明了。
发明的效果
根据本发明，能够高效地管理与关于安装在车辆中搭载的设备的软件的法定的许可相关的信息，能够高效地获取并提供用户所需的信息。
附图说明
图1是说明软件查询信息的图。
图2表示许可软件查询信息的一个例子。
图3表示车辆结构信息的一个例子。
图4中的(a)、(b)表示追溯信息的例子。
图5是表示软件查询信息管理系统的概略结构的图。
图6表示构成软件查询信息管理系统的信息处理装置的例子。
图7表示测试履历信息的一个例子。
图8表示测试车辆信息的一个例子。
图9表示错误信息的一个例子。
图10是说明软件查询号码生成处理的流程图。
图11是说明追溯信息及其变换的图。
图12是说明软件更新管理处理的流程图。
图13是说明软件查询信息参照处理的流程图。
图14表示软件查询信息管理画面的一个例子。
图15表示关联信息查询画面的一个例子。
图16表示软件查询信息新登记画面的一个例子。
图17表示软件查询信息更新画面的一个例子。
图18表示未能进行软件查询号码的更新需要与否判断的情况下的显示例。
图19是说明软件查询信息管理效果图的利用方式的图。
图20表示证据的获取时构筑的测试环境的一个例子。
图21是说明证据生成处理的流程图。
图22是说明通信数据获取处理的流程图。
图23表示通信数据的例子。
具体实施方式
以下，参照附图说明本发明的实施方式。其中，在以下的说明中，有时对相同或类似的结构标注共同的附图标记而省略重复的说明。此外，对具有共同的结构的多个个体标注共同的附图标记，并且为了区分各个个体，对该附图标记标注英文字母等字符。
在以下的说明中，“法规”是指为了接受车辆是否满足型号认证等安全基准的认证(许可)而需要遵守的法令(法律、政令、规则等)。此外，法规并不限定于日本国的法规，还包括车辆的出口目的地(目的国)的法规。
在以下的说明中，“软件”是指写入ECU(Electronic Control Unit：电子控制单元)等信息处理装置的控制命令和控制命令所需的数据。
在以下的说明中，“将软件安装于设备”是指，将软件记录(存储、写入、下载等)于设备的存储元件。此外，在以下的说明中，“管理信息”是指，将信息存储(存储)至数据库等，以能够进行检索、更新、删除等操作的状态进行管理。
在以下的说明中，有时将“追溯”简写作“追溯”。此外，在以下的说明中，“证据”是指，测试结果、软件执行结果(执行日志等)、审查结果等，车辆的提供者在型号认证等时向政府部门(日本国土交通省等)提交的相关资料。
在以下的说明中，将车辆的提供者(汽车制造商等车辆的制造者、设计者、法规部门的负责人等(OEM)称为“车辆提供者”。此外，将在车辆中搭载的设备(ECU等)和在车辆的外侧与车辆合作的服务器装置等提供者(供应商)称为“设备提供者”。不过，车辆提供者(OEM)和设备提供者(供应商)均不过是为了便于说明而定义的主体，而并不限定于以下说明的各种结构的管理主体和运用主体。
在以下的说明中，未特别明示制作主体的信息例如是通过用户的输入操作或已有的信息处理系统设定的信息。
<软件查询信息>
说明车辆提供者或设备提供者关于安装在车辆中搭载的ECU等设备的软件进行管理的信息(以下称为“软件查询信息6”)。
图1是说明软件查询信息6的图。如该图所示，软件查询信息6包含由车辆提供者2一方管理的信息即许可软件查询信息21、法规要求信息22、车辆要求规格23、车辆结构信息24、系统整合验证结果报告书25、适格性验证结果报告书26、设备要求规格31、软件37和追溯信息20。此外，软件查询信息6包含作为由设备提供者3A～3C一方管理的信息的设备要求规格31、设计书32和源代码33、单元验证结果报告书34、ECU整合验证结果报告书35、ECU适格性验证结果报告书36、软件37和追溯信息30。软件查询信息6按每个车辆的车型等一定的编组管理。在本实施方式中，软件查询信息6按每个车型管理。
该图所示的信息中，许可软件查询信息21是表示受到许可的法规和与该许可相关联的软件的对应的信息。
图2是说明许可软件查询信息21的图。许可软件查询信息21包含将作为法规的标识符的法规ID211、每次更新软件等而对该法规进行许可时新赋予的标识符(区分各许可的标识符)的软件查询号码(许可标识符)212、作为软件的标识符的软件ID213、作为用于对软件ID213所示的二进制数据的完整性进行验证的数据的验证数据D214相对应的信息。上述软件ID213包含确定软件种类的信息(识别ECU的ID、模块的名称等)和软件版本信息(“v1.0”等)。另外，也可以是软件ID仅包含版本信息，对于用于确定软件种类的信息另外进行管理。这样，许可软件查询信息21由法规ID、软件查询号码和一个以上软件ID(确定种类的信息(名称等)+版本信息)的组合构成，因此能够将受到许可的法规和与该许可相关联的软件的对应、按版本级别区分软件而进行管理。
在例示的许可软件查询信息21中，例如在以附图标记D21A表示的记录的法规ID211中，设定有表示是协议规则第79号(关于转向装置所涉及的车辆的许可的统一规定)第2系列的“R7902”。此外，在该记录中，作为表示构成与该法规对应的功能的软件组合的软件查询号码212设定有“R7902001”，该记录表示构成该软件组合的软件的软件ID是“ECU-Av1.0”、“ECU-B v1.0”和“ECU-C v1.0”。
返回图1，法规要求信息22包含表示每次许可时法规所要求的内容的信息。该图中例示，作为用于依据“R7902”的法规要求信息22，有“PREQ79-1”、“PREQ79-2”。它们例如对应于“最多15秒过后如果驾驶员不保持转向控制就给予视觉警告。”、“最多30秒过后如果驾驶员不保持转向控制，就在上述信号之上给予声音警告。”等要件。
车辆要求规格23包含表示从法规及其它要求导出的车辆系统的要求规格的信息。在该图中例示，作为车辆要求规格23，有“SREQ4”、“SREQ5”。它们例如对应于从所述的法规要求导出的“最多15秒过后如果驾驶员不保持转向控制就给予视觉警告。”、“最多30秒过后如果驾驶员不保持转向控制，就在上述的信号之上给予声音警告。”等要件。
车辆结构信息24包含用于构成车辆系统的体系结构和ECU结构、车型等信息。
图3是车辆结构信息24中包含的信息的一个例子。例示的车辆结构信息24，具有以按每个车辆的车型赋予的标识符即车型ID为根，对车辆中搭载的设备的标识符即设备ID分层(树状)进行管理的结构。根据例示的车辆结构信息24，能够获得车型ID与构成该车型ID的车型的设备ID的对应。另外，对于图1所示的设备提供者3A～3C管理的信息(设备要求规格31和设计书32等)，通常也赋予车型ID和设备ID，因此也能够获得这些信息与车辆结构信息24的对应。
图1所示的系统整合验证结果报告书25包含与按车辆要求规格23、车辆结构信息24所规定的设计内容相关的各种信息(测试规格书、测试结果报告等)。在该图中例示，作为系统整合验证结果报告书25，有“TRSREQ 4”、“TRSREQ 5”等。
适格性验证结果报告书26包含与由法规要求信息22规定的功能的适格性验证相关的各种信息(测试规格明细、测试结果报告等)。在该图中例示，作为适格性验证结果报告书26有“TRPREQ 29-1”、“TRPREQ 79-2”等。
设备要求规格31包含表示基于车辆要求规格23和处理结构信息24来对车辆中搭载的设备的规格进行要求的内容的信息。在该图中例示，作为“ECU-A”的设备要求规格31有“REQ A-1”、“REQ A-2”、“REQ A-3”等。它们例如对应于从上述车辆要求规格23“SREQ4”导出的“进行检测(15秒)”、“进行检测(30秒)”和“通知ECU-B”。该图除此以外还表示为了实现车辆要求规格23而有面向ECU-B、ECU-C的设备要求规格。设备要求规格31是车辆提供者2来规定，对设备提供者公开。针对ECU的全部要件(例如“ECU-A要件v1.0”)由这些设备要求规格(“REQ A-1”，“REQ A-2”，“REQ A-3”)的组合构成。从设备提供者3向车辆提供者2提示的软件与该要求对应地管理，例如在提供的软件为1个二进制数据的情况下，与针对ECU的全部要件对应。
设计书32包含与设备的设计相关的各种信息(基本设计书、详细设计书、测试规格明细、测试结果等)。在该图中例示，作为ECU的设计书32(“ECU-A设计书”)，管理由“DSN A-1”、“DSN A-2”、“DSN A-2”等构成的设计内容。
源代码33是安装在设备中的软件的源代码。在该图中例示，作为源代码33，管理由多个函数或类(“Func A-1”、“FuncA-2”、“FuncA-3”)等构成的源代码“a1.c”等。
单元验证结果报告书34包含与函数级别的验证相关的各种信息(测试规格明细、测试结果报告等)。在该图中例示，作为对于验证结果报告书，有“TRFunc A-1”、“TRFunc A-2”、“TRFunc A-3”等。
ECU整合验证结果报告书35包含与由设计书32规定的设计内容的验证相关的各种信息(测试规格明细、测试结果报告等)。在该图中例示，作为ECU整合验证结果报告书，有“TRDSN A-1”、“TRDSN A-2”、“TRDSN A-3”等。
ECU适格性验证结果报告书36包含与由设备要求规格31规定的功能的适格性验证相关的各种信息(测试规格明细、测试结果报告等)。在该图中例示，作为ECU适格性验证结果报告书，有“TRREQ A-1”、“TRREQ A-2”、“TRREQ A-3”等。
软件37包含基于设备要求规格31制作的软件。软件由设备提供者3制作，向车辆提供者2提供。在软件中，包含描述了控制命令的二进制代码和该控制命令的执行中使用的数据(校准数据等)、用于验证它们的完整性的验证数据。软件37通过对设备提供者3的源代码33进行编译而生成。
追溯信息20是对由车辆提供者2制作/管理的信息(以下称为“成果物”)间进行关联的信息。在追溯信息20中，有法规要求信息22与车辆要求规格23的关联、车辆要求规格23与设备要求规格31的关联、法规要求信息22与适格性验证结果报告书26的关联、车辆要求规格23与适格性验证结果报告书26的关联等。
追溯信息30是将由设备提供者3制作而管理的成果物间相关联的信息。在追溯信息30中，有设备要求规格31与设计书32的关联，设计书32与源代码33的关联，源代码33与单元验证结果报告书34、设计书32与ECU整合验证结果报告书35的关联，设备要求规格31与ECU适格性验证结果报告书36的关联，设备要求规格31与软件37的关联等。
图4表示追溯信息的例子(追溯信息20、30)。例如，图4的(a)中例示的追溯信息20表示车辆要求规格23与设备要求规格31的关联，附图标记20a的记录表示车辆要求规格“SREQ4 v1.0”由设备要求规格“REQ A-1v1.0”、“REQ A-2v1.0”、“REQ B-2v1.0”、“REQ B-3v1.0”、“REQ C-1v1.0”、“REQ C-2v1.0”满足。
此外，图4的(b)例示的追溯信息30表示设计书32与源代码33的关联，附图标记30a的记录表示设计“DSN A-1v1.0”按函数“FUNC A-1v1.0”安装。在追溯信息20中，要求规格等分别被赋予ID，表示ID间的关联。作为这样的追溯信息的表现例，有该图例示的表形式等。
图1所示的信息例如按车辆车型单位管理。在图1中，对“ECU-A”的设备提供者3的管理信息的例子(设备提供者3A的信息)进行了说明，不过设备要求规格31、设计书32和源代码33、单元验证结果报告书34、ECU整合验证结果报告书35、ECU适格性验证结果报告书36，以及软件37按每个设备提供者3制作和管理。例如，“ECU-B”、“ECU-C”的设备提供者3分别管理设备提供者3B的信息、设备提供者3C的信息。
<软件查询信息管理系统>
接着，对作为一个实施方式表示的信息处理系统(以下称为“软件查询信息管理系统1”)进行说明。
图5表示软件查询信息管理系统1的概略结构。软件查询信息管理系统1是管理图1所示的软件查询信息6的系统，包括作为由车辆提供者2一方管理的信息处理系统的车辆提供者系统100，作为由各个设备提供者3A～3C一方管理的信息处理系统的一个以上的设备提供者系统200、测试车辆管理装置300、软件分发装置400、和测试结果分析装置500。这些系统和装置均使用一个以上信息处理装置构成。另外，图1所示的软件查询信息6中、该图中未明示的信息，在车辆提供者系统100或设备提供者系统200中以能够使用数据库等进行检索、更新、删除等操作的状态管理。
车辆提供者系统100和设备提供者系统200以能够经由通信网络进行通信的方式连接。此外，车辆提供者系统100与测试车辆管理装置300、软件分发装置400和测试结果分析装置500以能够经由通信网络进行通信的方式连接。上述各通信网络使用有线或无线方式的通信基础设施构成，例如为WAN(Wide Area Network：广域网)、LAN(Local AreaNetwork：局域网)、CAN(Controller Area Network：控制器局域网)、国际互联网、专用线路、各种公共通信网等。
图6表示构成车辆提供者系统100、设备提供者系统200、测试车辆管理装置300、软件分发装置400和测试结果分析装置500的信息处理装置(计算机)的硬件结构例。例示的信息处理装置10包括处理器11、主存储装置12、辅助存储装置13、输入装置14、输出装置15和通信装置16。它们以能够经由未图示的总线(bus)等通信部件进行通信的方式连接。
信息处理装置10例如是桌面型的个人电脑、办公电脑、主机、移动通信终端(智能手机、平板电脑、可穿戴终端、笔记本电脑型的个人电脑)等。在信息处理装置10中例如也可以导入操作系统、设备驱动、文件系统、DBMS(DataBase Management System：数据库管理系统)、(关系型数据库、NoSQL等)等。此外，信息处理装置10例如既可以如由云系统提供的云服务器那样使用虚拟的信息处理资源实现，也可以由车辆提供者系统100或设备提供者系统200作为云服务提供。
处理器11例如使用CPU(Central Processing Unit：中央处理器)、MPU(MicroProcessing Unit：微处理器)、GPU(Graphics Processing Unit：图形处理器)、AI(Artificial Intelligence：人工智能)芯片、FPGA(Field Programmable Gate Array：现场可编程门阵列)、ASIC(Application Specific Integrated Circuit：专用整合电路)等构成。
主存储装置12是存储程序和数据的装置，例如为ROM(Read Only Memory：只读存储器)、RAM(Random Access Memory：随机存取存储器)、非易失性存储器(NVRAM(NonVolatile RAM)等。
辅助存储装置13例如是SSD(Solid State Drive：固态硬盘)、硬盘驱动器、光存储装置(CD(Compact Disc：光盘)、DVD(Digital Versatile Disc：数字多功能光盘)等)、储存系统、IC卡、SD卡和光记录介质等记录介质的读取/写入装置、云服务器的存储区域等。在辅助存储装置13中，能够经由记录介质的读取装置和通信装置16读入程序和数据。存储(存储)在辅助存储装置13的程序和数据随时读入主存储装置12。
输入装置14是接受来自外部的输入的接口/界面，例如为键盘、鼠标、触摸面板、读卡器、声音输入装置等。
输出装置15是输出处理过程和处理结果等各种信息的接口。输出装置15例如是将上述各种信息可视化的显示装置(液晶监视器、LCD(Liquid Crystal Display：液晶显示器)、显卡等)、对上述各种信息进行声音转化的装置(声音输出装置(扬声器等))、对上述各种信息进行字符转化的装置(打印装置等)。输出装置15与输入装置14一起构成用户接口。
另外，例如信息处理装置10也可以经由通信装置16与其它装置(智能手机、平板电脑、笔记本型计算机、各种移动信息终端等)进行信息的输入和输出。
通信装置16实现与其它装置之间的通信。通信装置16是实现经由通信网络与其它装置之间的通信的无线方式或有线方式的通信接口，例如为NIC(Network InterfaceCard：网络适配器)、无线通信模块、USB(Universal Serial Bus：通用串行总线)模块、串行通信模块等。
返回图5说明各系统和装置具备的功能。车辆提供者系统100包括追溯信息管理部110、信息管理部111、法规信息管理部112、追溯信息转换部113、信息整合部114、软件查询号码生成部115、软件查询管理部116、测试关联信息管理部118、错误信息管理部119和软件更新管理部125。它们的功能通过构成车辆提供者系统100的信息处理装置10的处理器11读出并执行存储于主存储装置12的程序，或者通过信息处理装置10的硬件(FPGA、ASIC、AI芯片等)实现。
追溯信息管理部110接收并管理从设备提供者系统200送来的追溯信息(后述的追溯信息30’)。此外，追溯信息管理部110管理图1所示的车辆提供者2所生成的追溯信息20。
信息管理部111管理图1所示的车辆要求规格23、车辆结构信息24、设备要求规格31、软件37、系统整合验证结果报告书25和适格性验证结果报告书26。另外，这些信息既可以采用信息管理部111利用多个工程工具分别进行管理的结构，也可以采用利用一个工程工具统筹管理的结构。总之，只要是能够在必要时提供信息管理部111所需的信息的结构即可。
法规信息管理部112管理与在车辆的型号认证时应用的法规相关的信息(以下称为“法规信息1121”)。法规信息1121包含法规要求信息22、向政府部门提交的申报材料的模板和已申报的材料等。法规信息管理部112不只管理日本国，而且还管理日本国以外的车辆的出口目的地(目的国)的法规信息。从按目的国信息确定的出口目的地的法规信息，能够获取在出口目的地获取型号认证所需的信息。
追溯信息转换部113读出以设备提供者3制作成的形式制作的追溯信息30’，转换为车辆提供者能够使用的共同的表现形式(以下还称为“共同形式”)。作为上述共同形式，例如有RDF(Resource Description Framework：资源描述框架)。
信息整合部114基于转换为共同形式的追溯信息30’和追溯信息20，将在车辆提供者系统100和设备提供者系统200分别管理的信息(信息管理部111和法规息管理部112分别管理的信息)相关联，由此生成对法规要求信息22、车辆要求规格23、设备要求规格31、设计书32、源代码33和与法规要求信息22相关联的信息关联了法规ID的信息，即车辆追溯信息40(相当于图1所示的软件查询信息6的全部或一部分的信息)。这样，通过以RDF形式等共同形式管理追溯信息，能够利用SPARQL(Protocol and RDF Query Language：简单协议和RDF查询语言)等查询语言，能够容易地实现能够进行多角度灵活的检索的检索系统。
软件查询号码生成部115基于车辆追溯信息40生成许可软件查询信息21。
软件查询信息管理部116将信息整合部114生成的车辆追溯信息40和软件查询号码生成部115生成的许可软件查询信息21(相当于图1的许可软件查询信息21)相关联地进行管理。由此，软件查询信息6中与安装于设备的软件相关的信息关联于软件查询号码和法规ID。此外，软件查询信息管理部116关于来自用户的要求检索车辆追溯信息40，并将检索的结果反馈给用户。软件查询信息管理部116的详细情况后述。
测试关联信息管理部118管理与对于车辆中搭载的设备、在开发时和以前的维护时等过去进行的测试相关的信息(与过去实施的测试的履历相关的信息(以下称为“测试履历信息1181”)、过去进行的测试中使用的关于车辆的信息(以下称为“测试履历信息1182”)。测试关联信息管理部118向软件查询信息管理部116随时提供基于所管理的测试履历信息1181和测试车辆信息1182的信息即测试信息41。
图7表示测试履历信息1181的一个例子。例示的测试履历信息1181由具有测试ID811、测试内容812、测试车辆结构813、软件查询号码814、使用工具815、测试实施者816、测试结果817和证据818各项目的一个以上记录构成。
上述项目中，在测试ID811中设定作为按对车辆实施的每个测试赋予的标识符的测试ID。在测试内容812中设定表示该测试的内容的信息。在测试车辆结构813中设定表示测试车辆的结构的信息(测试车辆的车型ID、在测试车辆中搭载的设备的设备ID、安装在该设备的软件的软件ID等)。在软件查询号码814中设定与该测试相关联的软件查询号码。在使用工具815中设定表示进行该测试时使用的工具的信息。在测试实施者816中设定该测试的实施者的姓名。在测试结果817中设定表示该测试的结果的信息。在证据818中设定在实施该测试时获取的证据的实体和证据的位置(表示URL等存储场所的信息)。另外，证据由测试结果分析装置500生成，经由软件查询信息管理部116向用户提供。证据的具体的生成方法后述。
图8表示测试车辆信息1182的一个例子。例示的测试车辆信息1182由车型ID821、车辆名称822和配置地点823各项目的一个以上记录构成。测试车辆信息1182的一个记录对应一部测试车辆。
上述项目中，在车型ID821中设定该车辆车型ID。在处理名称822中设定该车辆的名称。在配置地点823中设定表示该车辆的配置地点的信息。
返回图5，错误信息管理部119管理关于在车辆中搭载的设备发生的错误(事件)的信息(以下称为“错误信息1191”)。错误信息管理部119向软件查询信息管理部116和测试结果分析装置500随时提供错误信息1191(信息)。错误信息管理部119例如通过与实际的车辆和测试环境进行通信而获取错误信息。不过，错误信息的获取方法并不限定于此。
错误信息1191例如利用法规信息1121中含有的向政府部门提出的申报材料的模板制作。设备中所安装的软件的更新例如以错误信息1191中登记的错误的应对为目的进行。错误信息1191例如用于车辆测试时的对用户的错误的内容的提示和测试实施后的证据的生成。
图9表示错误信息1191的一个例子。例示的错误信息1191由具有错误ID911、日期时间912、车辆ID913、车辆名称914、车型ID915、电机型号916、内容917、设备名称918、设备ID919、软件名称921、软件ID922、行车距离923、行车路线924、错误显现地点925、天气926和补充信息927各项目中的一个以上记录构成。
上述项目中，在错误ID911中设定作为按在车辆发生的每个错误赋予的标识符的错误ID。在日期时间912中设定发生该错误的日期时间。在车辆ID913中设定作为发生该错误的车辆(以下称为“该车辆”)的标识符的车辆ID。在车辆名称914中设定该车辆的车辆名称。在车型ID915中设定该车辆的车型ID。在电机型号916中设定该车辆所搭载的电机的型号。在内容917中设定表示该错误的内容的信息。在设备名称918中设定发生了该错误的设备(以下称为“该设备”)的名称。在设备ID919中设定该设备的设备ID。
在软件名称921中设定安装在该设备中的软件的名称。在软件ID922中设定安装在该设备中的软件的软件ID。在行车距离923中设定该车辆的总行车距离。在行车路线924中设定表示发生该错误时的该车辆的行车路线的信息。在错误显现地点925中设定表示该错误显现的地点的信息。在天气926中设定表示发生该错误时的天气(天候)的信息。在补充信息927中设定与该错误相关的补充信息(关于证据的信息等)。
软件更新管理部125在安装在车辆中搭载的设备的软件被更新的情况下，进行与车辆追溯信息40和许可软件查询信息21的更新相关的处理。此外，软件更新管理部125从用户接收指定软件的关键词信息(例如源代码中描述的函数和类的标识符(以下称为“函数ID”)、法规ID、软件查询号码、软件ID等)等，确定包含含有所接收的关键词信息的源代码的软件查询信息6(车辆追溯信息40)，将与所确定的软件查询信息6相关的信息提供给用户。用户通过参照上述信息，例如能够容易且迅速地得到与再次接受许可所需的对象(软件、设备、法规等)和接受许可所需的测试(验证)相关的信息、与测试结果(证据等)相关的信息等。
接着，说明图5所示的设备提供者系统200的功能。如该图所示，设备提供者系统200包括信息管理部201、追溯信息管理部202和追溯信息转换发送部203。它们的功能通过构成设备提供者系统200的信息处理装置10的处理器11读出并执行存储在主存储装置12中的程序，或者通过信息处理装置10的硬件(FPGA、ASIC、AI芯片等)实现。
图4所示的信息管理部201管理图1所示的设备要求规格31、设计书32、和源代码33、单元验证结果报告书34、整合验证结果报告书35、适格性验证结果报告书36、软件37等(仅图示一部分)软件查询信息6的全部或一部分(成果物)。信息管理部111既可以利用多个工程工具分别进行管理，也可以利用一个工程工具进行统筹管理，只要是在需要时能够参照所需的信息的结构即可。
追溯信息管理部202管理图1所示的追溯信息30。
追溯信息转换发送部203将追溯信息管理部202管理的追溯信息30向车辆提供者系统100发送。此时，也可以对由设备提供者3一方管理的追溯信息(追溯信息30)中在设备提供者3A～3C一方想要隐藏的信息(例如源代码的想要隐藏的部分(函数名称等))进行转换(加密或利用其它代码替换等)，作为追溯信息30’向车辆提供者系统100发送。通过这样转换信息，能够隐藏着设备提供者3的信息地生成从要求到源代码的追溯信息。在进行转换时，追溯信息转换发送部203例如生成并保管追溯信息30和追溯信息30’的转换表38。在设备提供者3从车辆提供者2被要求信息提供的情况下，追溯信息转换发送部203例如通过转换表38对数据进行逆转换，参照所需的数据。
图5所示的测试车辆管理装置300进行关于对车辆实施与许可相关的测试(验证)时使用的车辆即测试车辆的提供的信息处理(与测试车辆的结构相关的信息的管理、测试车辆的预约处理等)。
图5所示的软件分发装置400，与车辆中搭载的网关装置和服务器装置进行通信，进行对车辆中搭载的设备的软件的分发和与软件的执行相关的处理。此外，软件分发装置400向测试结果分析装置500提供软件的执行结果。此外，软件分发装置400与车辆提供者系统100进行通信，进行与软件在车辆中搭载的设备的安装相关的各种信息处理(与安装中使用的工具相关的信息的管理、工具的预约、软件向工具的发送等)。
图5所示的测试结果分析装置500对由软件分发装置400提供的软件的执行结果进行分析。此外，测试结果分析装置500基于从后述的总线跟踪器60发送来的、在设备间进行的通信的数据(通信数据)生成证据。测试结果分析装置500通过经由通信网络与车辆提供者系统100进行通信，随时获取在车辆提供者系统100中管理的信息(许可软件查询信息21、错误信息1191等)。
接着，对软件查询信息管理系统1中进行的处理进行说明。
<软件查询信息的生成处理>
图10是说明在软件查询信息6(车辆追溯信息40、许可软件查询信息21)的生成时在车辆提供者系统100进行的车辆(以下称为“软件查询信息生成处理S1000”)的流程图。以下，基于该图说明软件查询信息生成处理S1000。
其中，在软件查询信息生成处理S1000开始时，令追溯信息管理部110管理追溯信息20(车辆提供者2生成的追溯信息)和追溯信息30’(从设备提供者系统200获取的追溯信息30’)。此外，在上述开始时，令信息管理部111管理车辆要求规格23、设备要求规格31等信息。此外，在上述开始时，令法规信息管理部112管理预先由用户等设定的法规信息1121。
如该图所示，首先，追溯信息转换部113读出设备提供者(供应商)制作的形式的追溯信息30’，转换为共同形式(S1011)。
图11是说明追溯信息30’及其转换的图。追溯信息30’是图4例示的追溯信息30被追溯信息转换发送部203转换后的信息。作为例示的追溯信息30’的记录的追溯信息30’a表示设备要求规格“REQ A-1v1.0”被设计“DSN yyy v1.0”和设计“DSN zzz v1.0”满足。另外，“DSN yyy v1.0”和设计“DSN zzz v1.0”是由追溯信息转换发送部203进行的转换后的表现。
该图所示的追溯信息30”a是由追溯信息转换部113转换后的共同形式(RDF形式)的信息。在使用RDF形式的情况下，信息以由主语/谓语/宾语构成的句子表现。在例示的追溯信息30”a，“REQ Av1.0”是主语，“DSN yyy v1.0”和设计“DSN zzz v1.0”是宾语，表示“REQ A v1.0”被“DSN yyy v1.0”和设计“DSN zzz v1.0”满足的“satisfiedby”是谓语。此外，在RDF中，将这些信息以URI(Uniform Resource Identifier：统一资源标识符)表现。这样，通过以RDF形式共同管理追溯信息，能够利用查询语言SPARQL等，关联的信息的检索变得容易。
返回图10，接着，信息整合部114通过基于转换为共同形式的追溯信息30”和追溯信息20，将在车辆提供者系统100和设备提供者系统200分别管理的信息(信息管理部111和法规信息管理部112分别管理的信息)相关联，生成在关联了法规要求信息22、车辆要求规格23、设备要求规格31、设计书32、源代码33、软件37以及法规要求信息22的信息关联法规ID的信息，即车辆追溯信息40(S1012)。
在接下来的循环处理S1013S～S1013E中，软件查询号码生成部115生成许可软件查询信息21。软件查询号码生成部115在每次的循环中依次选择法规信息管理部112管理的法规信息1121的法规(法规ID)。
在上述循环处理S1013S～S1013E中，首先，软件查询号码生成部115将选择中的法规与软件查询信息管理部116管理的车辆追溯信息40进行对照(S1014)，经由车辆要求规格23、设备要求规格31获取与选择中的法规关联的ECU，提取安装有该设备要求规格31的软件37的信息(S1015)。另外，在该法规仅关联硬件的情况下，不实施以后的处理而结束。
在循环处理S1016S～S1016E中，软件查询号码生成部115依次选择在S1015提取出的与选择中的法规相关联的车辆追溯信息40，获取选择中的车辆追溯信息40中含有的软件ID(S1017)。
当上述循环处理S1013S～S1013E结束时，接下来，软件查询号码生成部115对选择中的法规新发放(发号)软件查询号码，生成选择中的法规(法规ID)与新发放的软件查询号码的组(S1018)。
接着，软件查询号码生成部115将在S1017中生成的法规ID与软件查询号码的组和在S1017中获取的所有软件ID相关联，生成许可软件查询信息21(S1019)。
接着，软件查询信息管理部116将在S1015中提取出的所有车辆追溯信息40与在S1019中生成的许可软件查询信息21相关联，作为管理对象进行存储(S1020)。
如上所述，车辆提供者系统100能够基于从设备提供者系统200发送来的追溯信息30，高效地生成软件查询信息6(车辆追溯信息40、许可软件查询信息21)。
<软件查询信息的更新处理>
图12是说明设备中安装的软件的更新时车辆提供者系统100的软件更新管理部125进行的处理(以下称为“软件更新管理处理S1200”)的流程图。以下，利用该图说明软件更新管理处理S1200。
另外，在软件更新管理处理S1200开始时，在追溯信息管理部110，伴随软件的更新，登记所更新的追溯信息20(车辆提供者生成的追溯信息)和追溯信息30’(从设备提供者系统200获取的追溯信息)。
首先，软件更新管理部125从用户接收车型ID(S1211)。
接着，软件更新管理部125经由追溯信息转换部113和消息整合部114，使用新登记的追溯信息20、30’更新车辆追溯信息40(S1212)。
接着，软件更新管理部125提取更新前后的车辆追溯信息40的差(S1213)。差的提取通过车辆追溯信息40的各要素中含有的版本的差异等进行。此外，例如在由于错误等而修正了函数的情况下会在源代码33产生差，因此将其提取。
接着，软件更新管理部125提取与检测出差的要素相关联的法规ID(S1214)。
在接下来的循环处理S1215S～S1215E中，软件更新管理部125依次选择所提取的法规ID。
在上述循环处理中，首先，软件更新管理部125对于选择中的法规ID，使用更新后的软件ID更新软件查询信息6而进行登记(S1216)。
接着，软件更新管理部125判断软件的更新对选择中的法规ID的认证的内容是否有影响(S1217)。在对认证的内容有影响的情况下(S1217：有影响)，处理前进至S1218，在对认证没有影响的情况下(S1217：无影响)，处理前进至S1215E，选择下一法规ID进行循环处理(S1215S～S1215E)。此处对认证的内容是否有影响的判断，例如通过对基于追溯信息从信息管理部111获取的规格信息和验证结果与从法规开信息管理部112获取的已申报材料记载的内容进行比较，调查已申报材料的内容是否需要变更而进行。然后，在已申报材料的内容需要变更的情况下判断为“对认证的内容有影响”，在不需要变更的情况下判断为“对认证的内容没有影响”。
在S1218中，软件更新管理部125更新选择中的法规ID的软件查询号码而进行登记。
根据以上说明，用户能够高效地把握与该软件更新相关联的、或者需要更新的软件查询号码。
另外，在S1218中，例如也可以向用户提示关于与在S1214中获取的许可软件查询信息相关联的车辆追溯信息40相关的各种信息。由此，用户例如能够参照与需要测试的软件相关的各种信息(法规要求信息22、车辆要求规格23、设备要求规格31、设计书32(基本设计书、详细设计书、测试规格明细、测试结果等)、源代码33、用于认证的提交材料，能够高效地推进测试作业。
<软件查询信息的参照处理>
图13是说明软件查询信息的参照时软件查询信息管理部116进行的处理(以下称为“软件查询信息参照处理S1300”)的流程图。以下，利用该图说明软件查询信息参照处理S1300。
首先，软件查询信息管理部116从用户接收车型ID和成为关键词的信息(以下称为“关键词信息”)(S1311)。另外，在本例中，车型ID的接收是任意的，关键词信息的接收是必须的。
接着，软件查询信息管理部116确认是否按来自用户的输入指定车型ID(S1312)。在含有车型ID的情况下(S1312：是(YES))，处理前进至S1316，在不含车型ID的情况下(S1312：否(NO))，处理前进至S1313S。
在循环处理S1313S～S1313E中，软件查询信息管理部116依次选择已经登记的所有车型ID的每个车型ID的车辆追溯信息40。
在上述循环处理中，首先，软件查询信息管理部116判断选择中的车辆追溯信息40是否含有在S1311中接收的关键词信息(S1314)。在含有关键词信息的情况下(S1314：是)，处理前进至S1315。在不含关键词信息的情况下(S1314：否)，处理前进至S1313E，选择下一个车辆追溯信息40，进行循环处理S1313S～S1313E。
在S1315中，软件查询信息管理部116获取与选择中的车辆追溯信息40相关联的车型ID进行显示，接收车型ID的选择。
在S1316中，软件查询信息管理部116从与由用户输入或选择的车型ID对应的车辆追溯信息40，获取与所述输入的关键词信息关联的信息(法规ID、软件查询号码、车辆要件、适格性验证结果报告书等)，向用户提示所获取的信息(S1316)。
由此，用户能够通过适当地指定关键词信息，容易地参照关于软件的各种各样的信息(法规要求信息22、车辆要求规格23、设备要求规格31等)，能够利用其高效地推进软件更新时的影响分析和测试作业。
<用户接口/界面>
图14表示软件查询信息管理部116作为用户界面显示的菜单画面(以下称为“软件查询信息管理画面1400”)的一个例子。如该图所示，例示的软件查询信息管理画面1400具有关联信息查询按钮1410、新登记按钮1420、更新按钮1430。
软件查询信息管理部116在关联信息查询按钮1410被操作时显示图15所示的关联信息查询画面1500，在新登记按钮1420被操作时显示图16所示的软件查询信息新登记画面1600，在更新按钮1430被操作时显示图17所示的软件查询信息更新画面1700。
如15所示，关联信息查询画面1500具有车型ID和关键词信息的输入栏1511、检索结果的显示栏1512、测试哥俩信息的显示栏1513和各种菜单的显示栏1514。
当用户向关键词信息的输入栏1511输入车型ID或关键词信息而操作检索按钮15111时，软件查询信息管理部116接收所输入的信息。软件查询信息管理部116例如使用与所输入的车型ID对应的车辆追溯信息40，从由关键词信息指定的函数获取与之关联的各种信息，并将所获取的信息显示于检索结果的显示栏1512(另外，信息也可以作为链接目的地提供)。在输入栏1511未设定车型ID的情况下，软件查询信息管理部116从所有车辆追溯信息40选择具有与之关联的函数的车辆追溯信息40，在检索结果的显示栏1512可选择地显示该车型ID。
当选择车型ID时，软件查询信息管理部116使用与所选择的车型ID对应的车辆追溯信息40获取各种信息，显示于检索结果的显示栏1512。各种信息例如包括法规ID211、软件查询号码212、软件ID213、车辆要求规格23、系统整合验证结果报告书25、适格性验证结果报告书26、设备要求规格31、设计书32、源代码33、单元验证结果报告书34、ECU整合验证结果报告书35和ECU适格性验证结果报告书36。
在测试关联信息的显示栏1513，设置有车辆预约按钮15131、工具预约按钮15132和安设按钮15133。
用户例如能够通过操作车辆预约按钮15131，进行测试车辆的预约(日期时间的指定、实施场所的指定、车辆类型(型号)的指定、不能确保适当的测试车辆的情况下代替车辆的指定等)。当车辆预约按钮15131被操作时，软件查询信息管理部116例如向测试车辆管理装置300发送与在检索结果的显示栏1512显示中的信息的许可软件查询信息21关联的测试信息41。测试车辆管理装置300在接收到上述测试信息41时，例如基于该测试信息41进行测试车辆的预约处理，并将其结果(关于预约的信息)向软件查询信息管理部116发送。软件查询信息管理部116在接收到上述结果时将其内容(预约状况等)提示给用户。
此外，用户例如能够通过操作工具预约按钮15132，进行测试时使用的工具的预约(日期时间的指定、工具的种类和数量的指定等)。在工具预约按钮15132被操作的情况下，软件查询信息管理部116例如向软件分发装置400发送与在检索结果的显示栏1512显示中的信息的许可软件查询信息21关联的测试信息41(关于工具的信息)。软件分发装置400在接收到上述测试信息41时，基于该测试信息41进行工具的预约处理，并将其结果(关于预约的信息)向软件查询信息管理部116发送。软件查询信息管理部116在接收到上述结果时将其内容(预约状况等)提示给用户。
当用户操作安设按钮15133时，自动进行测试时所需的安设作业(例如对软件分发装置400的程序的发送、对工具的程序的加载等)。当安设按钮15133被操作时，软件查询信息管理部116例如向软件分发装置400发送与检索结构的显示栏1512显示中的信息的许可软件查询信息21关联的程序、从关于与该许可软件查询信息21相关联的测试信息41中含有软件的信息确定的程序。软件分发装置400在接收到上述程序时，将所接收的程序写入各个安装目标的设备。
在各种菜单的显示栏1514设置有各种信息的登记按钮15141和证据的生成按钮15142。用户能够通过操作各种信息的登记按钮15141，登记(作为软件查询信息管理部116的管理对象登记)与要更新的软件关联的新的消息(许可软件查询消息21、车辆追溯信息40和测试信息41等)。此外，例如当操作证据的生成按钮15142时，测试关联信息管理部118基于测试信息41生成证据(例如与更新了的软件相关的证据)而输入软件查询信息管理部116。
如上所述，根据本实施方式的软件查询信息管理系统1，用户能够在更新了软件时，高效而切实地确定用于通过该更新接受许可的测试所需的软件。此外，例如在跨车辆的车型使用软件的情况下，能够跨车辆的车型确定实施测试所需的软件。此外，用户能够使用所输出的许可软件查询信息21，高效地获取需要向政府部门报告的追溯信息和证据。
如图16所示，软件查询信息新登记画面1600具有车型ID的输入栏1621、生成结果的显示栏1622。
当用户在车型ID的输入栏1621输入车型ID，操作新登记按钮16211时，软件查询信息管理部116接收车型ID。
软件查询信息管理部116使用与所输入的车型ID对应的追溯信息20、30’，与追溯信息转换部113以及信息整合部114一起生成车辆追溯信息40。此外，软件查询号码生成部115生成软件查询信息和软件查询号码。
软件查询信息管理部116将生成处理的结果和所生成的软件查询号码向生成结果的显示栏1622输出。
如上所述，根据本实施方式的软件查询信息管理系统1，用户能够在新开发车辆时生成软件查询信息，高效地对许可时所需的软件的组合及其查询号码进行编号。
如图17所示，软件查询信息更新画面1700具有车型ID的输入栏1731、更新结果的显示栏1732。
当用户在车型ID的输入栏1731输入车型ID，操作更新按钮17311时，软件查询信息管理部116接收车型ID的输入。
软件查询信息管理部116使用与所输入的车型ID对应的追溯信息20、30’，通过追溯信息转换部113和消息整合部114更新车辆追溯信息40。接着，通过软件更新管理部125更新软件查询信息和软件查询号码。
软件查询信息管理部116将更新处理的结果和更新后的软件查询号码显示于更新结果的显示栏1732。在本例中，作为车辆追溯信息40、软件查询信息和软件查询号码均更新成功、存在从变更之处受到影响的可能性而未更新的软件查询号码，显示“R13H001”，实际上有影响而更新了的软件查询号码显示为“R7902002(更新)”
图18是在软件查询信息6的更新时，在软件查询信息管理系统1不能判断软件查询号码的更新需要与否的情况下的显示例。该图所示的例子除更新结果的显示例1733以外为与上述相同的结构。在不能判断软件查询号码的更新需要与否的情况下，如该图的更新结果的显示例1733所示那样，软件查询信息管理部116显示车辆追溯信息40、软件查询信息更新成功，显示软件查询号码的更新被保留。此外，软件查询信息管理部116将存在从变更之处受到影响的可能性而不能判断软件查询号码的更新需要与否显示为“R13H001(等待)”，实际上有影响而更新了的软件查询号码显示为“R7902002(更新)”。
如上所述，根据本实施方式的软件查询信息管理系统1，用户能够在更新了软件时更新软件查询信息，高效地更新许可时所需的软件的组合及其查询号码。
如以上详细说明的那样，根据本实施方式的软件查询信息管理系统1，能够使用许可软件查询信息21统一管理软件查询信息6，能够高效地管理与关于安装在车辆中搭载的设备的软件的法定的许可相关的信息。
[系统的利用方式]
图19是说明以上说明的软件查询信息管理系统1的利用方式(用例)的图。
例如，车辆提供者2(OEM等)中的设计者或法规部门的负责人，在实施与型号认证对应的功能的修正之前，为了调查是否需要再次接受型号的认证、该再次的型号认证所需的型号除该型号以外是否还存在等而利用软件查询信息管理系统1。
此外，例如车辆提供者2(OEM等)的设计者和品质管理责任人，或者身边提供者3中的设计者，在实施与型号认证对应的功能的修正之后，为了决定和分发测试环境的构筑所需的软件类型，或者为了在与型号认证对应的功能的修正完成之后实施测试，利用软件查询信息管理系统1。
此外，例如车辆提供者2(OEM等)的设计者和品质管理责任人，在实施与型号认证对应的功能的修正之后，为了实施测试而求得证据，利用软件查询信息管理系统1。
这样，软件查询信息管理系统1能够为了各种各样的目的而利用，能够迅速地提供用户所需的信息。
[测试环境]
图20是证据的获取时车辆提供者2(OEM等)和设备提供者(供应商等)构筑的测试环境(证据的获取环境)的一个例子。如该图所示，例示的测试环境2000包括分发执行成为测试对象(证据的获取对象)的软件的一个以上设备51～54(在本例中依次为ADECU(AD：Autonomous Driving：自动驾驶)、制造商ECU、转向器ECU和运行状态记录ECU)，统筹控制这些设备51～54而能够与移动通信网等连接的TCU56(TCU：Telematics Control Unit：远程信息控制单元)，总线跟踪器60，和测试结果分析装置500。它们能够经由CAN等通信网络50进行通信地连接。TCU56例如经由网关55与通信网络50连接。
设备51(ADECU)进行关于自动驾驶的监视和控制的信息处理。设备52(制造商ECU)包括进行对于驾驶者的信息的接收和信息的提供的用户接口/界面，例如构成IVI(In-Vehicle Infotainment：车载信息娱乐系统)。设备53(转向器ECU)进行关于车辆的转向的控制的信息处理。设备54(运行状态记录ECU)进行与关于车辆的各部(各功能)的运行状态的信息的收集和记录(日志信息的收集和记录等)相关的信息处理。另外，该图所示的设备51～54只不过是一个例子，测试环境2000也可以包含进行其它种类的控制的要素(变速器ECU，发动机控制ECU等)。
总线跟踪器60使用设有通信装置的信息处理装置构成，获取在通信网络50中流通的通信数据(数据包)(数据包抓取)，将所获取的通信数据输入测试结果分析装置500。测试结果分析装置500基于输入的通信数据生成证据，将所生成的证据经由通信网络发送给车辆提供者系统100。
另外，测试结果分析装置500具备的功能例如也可以作为车辆提供者系统100的功能和设备提供者系统200的功能，此外，也可以将测试结果分析装置500具备的功能和总线跟踪器60的功能安装于车辆或测试台架。此外，也可以将测试结果分析装置500的功能例如通过车辆提供者系统100、设备提供者系统200、构成测试环境2000的车辆、测试台架等各个分散配置的要素实现。
[证据的生成]
图21是说明利用在测试环境2000中获取的信息，车辆提供者系统100在软件查询信息管理系统1进行的自动生成证据的处理(以下称为“证据生成处理S2100”)的流程图。以下，利用该图说明证据生成处理S2100。
车辆提供者系统100的错误信息管理部119从实际的车辆和测试环境随时获取错误信息(事件信息)，将所获取的错误信息作为错误信息1191存储(S2111)。错误信息管理部119将错误信息1191经由通信网络随时提供给测试结果分析装置500。如图9所示，错误信息1191包含将确定产生了错误的设备的信息(设备名称918、设备ID919)与确定该设备中安装的软件的信息(软件名称921、软件ID922)进行对应的信息。
测试结果分析装置500将从错误信息管理部119提供的错误信息1191与许可软件查询信息21进行对照，确定与错误信息1191的软件ID922相关联的法规ID(S2112)。
接着，测试结果分析装置500基于许可软件查询信息21，确定与所确定的法规ID相关联的其它软件ID(S2113)。另外，测试结果分析装置500例如通过经由通信网络与车辆提供者系统100进行通信而随时获取许可软件查询信息21。
接着，测试结果分析装置500基于车辆追溯信息40，确定安装有在S3113中确定的软件ID的软件的设备(S2114)。另外，结果分析装置500例如通过经由通信网络与车辆提供者系统100进行通信而获取追溯信息40。
接着，测试结果分析装置500从总线跟踪器60获取与在S2114中确定的设备相关的通信数据(S2115)。另外，通信数据作为标题信息包含确定该通信数据的发出地址和确定该通信数据的送达地址的信息。
接着，测试结果分析装置500基于在S2115中获取的通信数据生成证据，经由通信网络发送至测试关联信息管理部118(S2116)。测试关联信息管理部118将发送来的证据作为测试履历信息1181的证据818存储。
图22是说明图20中例示的测试环境2000中的总线跟踪器60在通信数据的获取时进行的处理(以下称为“通信数据获取处理S2200”)的序列图。在例示的通信数据获取处理S2200中，总线跟踪器60获取与设备51(ADECU)作为主体进行的自动运行功能的动作相关的通信数据。
如该图所示，首先，当设备51(ADECU)开始动作时，通知该内容的通信数据经由通信网络50从设备51(ADECU)发送至设备54(运行状态记录ECU)(S2211)，设备54(运行状态记录ECU)接收上述通信数据并记录(存储于存储装置，下同)该通信数据的内容。
接着，当设备51(ADECU)检知到行车环境发生了变化(例如天候变化而路面的状况发生了变化)时，通知该内容的通信数据经由通信网络50从设备51(ADECU)发送至设备54(运行状态记录ECU)(S2212)，设备54(运行状态记录ECU)接收上述通信数据并记录该通信数据的内容。
接着，设备51(ADECU)将含有用于促使驾驶者进行驾驶的接续(向手动驾驶切换)的警报输出开始指示的通信数据发送至设备52(制造商ECU)(S2213)，设备52(制造商ECU)接收上述通信数据，输出(显示、声音输出等)警报。
接着，设备51(ADECU)将通知上述警报的启动的内容的通信数据经由通信网络50发送至设备54(运行状态记录ECU)(S2214)，设备54(运行状态记录ECU)接收上述通信数据并记录该通信数据的内容。
接着，设备51(ADECU)将通知促使驾驶者进行驾驶的接续的理由(主要原因)(例如，不能检测道路的中间线(中央分隔线等))的通信数据经由通信网络50发送至设备54(运行状态记录ECU)(S2215)，设备54(运行状态记录ECU)接收上述通信数据并记录该通信数据的内容。
接着，设备53(转向器ECU)将检测到驾驶者开始了手动驾驶的内容的通信数据经由通信网络50发送至设备51(ADECU)(S2216)，设备51(ADECU)接收上述通信数据。此外，设备53(转向器ECU)将通知自动驾驶停止而手动驾驶开始的内容的通信数据经由通信网络50发送至设备54(运行状态记录ECU)(S2217)，设备54(运行状态记录ECU)接收上述通信数据并记录该通信数据的内容。
接着，设备53(转向器ECU)将包含警报输出停止指示的通信数据发送至设备52(制造商ECU)(S2218)，设备52(制造商ECU)接收上述通信数据，停止警报的输出。此外，设备53(转向器ECU)将通知警报的输出已经停止的内容的通信数据经由通信网络50发送至设备54(运行状态记录ECU)(S2219)，设备54(运行状态记录ECU)接收上述通信数据并记录该通信数据的内容。
总线跟踪器60获取(抓取)在以上的序列中在通信网络50流通的通信数据，将所获取的通信数据输入测试结果分析装置500。
图23表示根据以上的序列、总线跟踪器60获取而输入测试结果分析装置500的通信数据的例子(各行相当于一个通信数据)。测试关联信息管理部118基于从测试结果分析装置500输入的通信数据生成证据818。另外，通信数据也可以为了事后的分析而在生成证据的过程中进行记录。如例示的那样，通信数据包含表示从发出地址发向送达地址的日期时间的信息(以下称为“时间戳”)。通过利用该时间戳，例如能够进行对新获取的通信数据的产生间隔(时间)与过去获取的通信数据的产生间隔(时间)进行比较而实现的错误的检测和预兆检测、警告输出的需要与否判断等。
如以上那样，根据本实施方式的软件查询信息管理系统1，能够利用在测试环境2000获取的信息，高效地生成证据818。另外，以上所示的证据的生成方法只不过是一个例子，证据也可以利用其它方法获取。此外，在以上的说明中，基于关于称为错误的事件的信息生成证据，不过也可以基于错误以外的种类的事件的信息生成证据。
以上，对本发明的实施方式进行了详细说明，不过本发明并不限定于以上说明的实施方式，而包含所要求的权利范围的主旨内的各种变形例及同等的结构。例如，上述的实施方式为了将本发明说明得容易明白而进行了详细的说明，但是并不一定限定于包括所说明的所有结构。此外，也可以将一个实施方式的结构的一部分替换到另一个实施方式的结构。此外，还可以在一个实施方式的结构中加入另一个实施方式的结构。此外，也可以对各实施方式的结构的一部分进行其它结构的追加/删除/替换。
在本发明的说明中作为组件例示了ECU的例子，不过还存在将法规要求及系统要求不仅与车载ECU而且与在车辆外配置的服务器装置合作构成的情况。在这种情况下，系统要求分解为对服务器装置的要求和对车辆的要求，对车辆的要求进一步分解为对ECU的要求。不过，在要求是面向服务器装置的情况下，也可以认为在这样的情况下，只要将上述的设备要求规格看作对服务器装置的要求，就也能够进行同样的管理。即，关于跨车辆和服务器装置的功能也能够统一地进行对许可的影响分析等。
在上述的发明中，例示了追溯信息转换部113配置在车辆提供者系统100的例子，不过也可以配置在设备提供者200的追溯信息转换发送部203。这样，则车辆提供者能够按统一的格式接收追溯信息。
此外，所述的各结构、功能、处理部、处理单元等例如既可以通过利用整合电路进行设计等、利用硬件实现其一部分或全部，也可以通过对处理器实现各自的功能的程序进行解释、执行而以软件实现。
实现各功能的程序、图表、文件等信息能够存储于存储器、硬盘、SSD(Solid StateDrive：固态硬盘)等记录装置或IC(Integrated Circuit：整合电路)卡、SD卡、DVD(DigitalVersatile Disc：数字多功能光盘)等记录介质。
对于控制线和信息线，仅展示在说明上被认为需要的部分，并不一定展示产品上的所有控制线和信息线。实际上也可以认为几乎所有的结构相互连接。
附图标记的说明
1…软件查询信息理系统、2…车辆提供者、3A～3C…设备提供者、6…软件查询信息、21…许可软件查询信息、22…法规要求信息、23…车辆要求规格、30…追溯信息、31…设备要求规格、32…设计书、33…源代码、40…车辆追溯信息、100…车辆提供者系统、111…信息管理部、112…法规信息管理部、113…追溯信息转换部、1121…法规信息、114…信息整合部、115…软件查询号码生成部、116…软件查询信息管理部、118…测试关联信息管理部、1181…测试履历信息、1182…测试车辆信息、119…错误信息管理部、1191…错误信息、200…设备提供者系统、202…追溯信息管理部、203…追溯信息转换发送部、300…测试车辆管理装置、400…软件分发装置、500…测试结果分析装置、2000…测试环境、51～54…设备、50…通信网络、55…网关、56…TCU、60…总线跟踪器、S700…软件查询信息生成处理、S2100…证据生成处理、S2200…通信数据获取处理。

Claims (14)

1.一种管理关于对软件的法定许可的信息的软件查询信息管理系统，其中所述软件用于实现搭载于车辆的设备的功能，所述软件查询信息管理系统的特征在于：
与法规ID相关联地存储设备要求规格，其中所述法规ID是用于确定规定了车辆要获得法定许可而要满足的要件的法规的信息，所述设备要求规格是关于所述法规对所述设备要求的规格的信息，
获取追溯信息，该追溯信息是关于与所述设备要求规格相关联的所述设备的追溯的信息，
所述追溯信息包含用于确定安装在所述设备中的软件的软件ID，
生成软件查询信息，该软件查询信息是将与关联于所获取的所述追溯信息的所述设备要求规格对应的所述法规ID、与一个以上的所述软件ID相关联而得到的信息，
存储作为关于所述设备中发生的事件的信息的事件信息，该事件信息包含将用于确定发生了该事件的所述设备的信息与实现该设备的功能的所述软件的软件ID建立对应关系而得到的信息，
基于所述软件查询信息，确定与对应于所述事件信息中的所述软件ID的所述法规ID相关联的其它的所述软件的所述软件ID，
基于所述追溯信息，确定安装有所确定的所述软件ID的所述设备，
获取包含所确定的所述设备与其它设备之间进行的通信的内容的通信数据，
基于所述通信数据来生成要获得所述法定许可所需的证据。
2.如权利要求1所述的软件查询信息管理系统，其特征在于：
所述通信数据，是经由与将所述设备之间可通信地连接的通信网络连接的总线跟踪器获取的数据。
3.如权利要求1所述的软件查询信息管理系统，其特征在于：
所述软件ID包含用于确定所述软件的种类的信息和版本信息。
4.如权利要求1所述的软件查询信息管理系统，其特征在于：
对于车辆的一个以上的车型、一个以上的所述设备和一个以上的所述法规的组合，分别生成并管理作为将所述法规ID与一个以上的所述软件ID相关联的信息的软件查询号码。
5.如权利要求4所述的软件查询信息管理系统，其特征在于：
所述追溯信息包含所述软件的源代码，
所述软件查询信息是将所述软件查询号码与所述追溯信息建立对应关系而得到的信息，
接收作为确定所述源代码或作为其一部分的函数的信息的关键词信息，
确定包含所接收的所述关键词信息的一个以上的所述软件查询号码，
基于与所确定的所述软件查询号码相关联的所述软件查询信息，确定与所述事件信息中的所述软件ID对应的所述法规ID所关联的其它的所述软件的所述软件ID。
6.如权利要求5所述的软件查询信息管理系统，其特征在于：
所述关键词信息是所述源代码中记述的函数的标识符或者设备要求规格的标识符。
7.如权利要求5所述的软件查询信息管理系统，其特征在于：
将所确定的一个以上的所述软件查询号码的所述追溯信息中含有的一个以上的软件ID确定为其它的所述软件的所述软件ID。
8.一种管理关于对软件的法定许可的信息的软件查询信息管理方法，其中所述软件用于实现搭载于车辆的设备的功能，所述软件查询信息管理方法的特征在于：
信息处理装置执行：
与法规ID相关联地存储设备要求规格的步骤，其中所述法规ID是用于确定规定了车辆要获得法定许可而要满足的要件的法规的信息，所述设备要求规格是关于所述法规对所述设备要求的规格的信息；和
获取追溯信息的步骤，该追溯信息是关于与所述设备要求规格相关联的所述设备的追溯的信息，
所述追溯信息包含用于确定安装在所述设备中的软件的软件ID，
所述信息处理装置执行：
生成软件查询信息的步骤，该软件查询信息是将与关联于所获取的所述追溯信息的所述设备要求规格对应的所述法规ID、与一个以上的所述软件ID相关联而得到的信息；
存储作为关于所述设备中发生的事件的信息的事件信息的步骤，该事件信息包含将用于确定发生了该事件的所述设备的信息与实现该设备的功能的所述软件的软件ID建立对应关系而得到的信息；
基于所述软件查询信息，确定与对应于所述事件信息中的所述软件ID的所述法规ID相关联的其它的所述软件的所述软件ID的步骤；
基于所述追溯信息，确定安装有所确定的所述软件ID的所述设备的步骤；
获取包含所确定的所述设备与其它设备之间进行的通信的内容的通信数据的步骤；和
基于所述通信数据来生成要获得所述法定的许可所需的证据的步骤。
9.如权利要求8所述的软件查询信息管理方法，其特征在于：
所述通信数据，是经由与将所述设备之间可通信地连接的通信网络连接的总线跟踪器获取的数据。
10.如权利要求8所述的软件查询信息管理方法，其特征在于：
所述软件ID包含用于确定所述软件的种类的信息和版本信息。
11.如权利要求8所述的软件查询信息管理方法，其特征在于：
所述信息处理装置还执行对于车辆的一个以上的车型、一个以上的所述设备和一个以上的所述法规的组合，分别生成并管理作为将所述法规ID和一个以上的所述软件ID相关联的信息的软件查询号码的步骤。
12.如权利要求11所述的软件查询信息管理方法，其特征在于：
所述追溯信息包含所述软件的源代码，
所述软件查询信息是将所述软件查询号码与所述追溯信息建立对应关系而得到的信息，
所述信息处理装置还执行：
接收作为确定所述源代码或作为其一部分的函数的信息的关键词信息的步骤；
确定包含所接收的所述关键词信息的一个以上的所述软件查询号码的步骤；和
基于与所确定的所述软件查询号码相关联的所述软件查询信息，确定与所述事件信息中的所述软件ID对应的所述法规ID所关联的其它的所述软件的所述软件ID的步骤。
13.如权利要求12所述的软件查询信息管理方法，其特征在于：
所述关键词信息是所述源代码中记述的函数的标识符或者设备要求规格的标识符。
14.如权利要求12所述的软件查询信息管理方法，其特征在于：
所述信息处理装置还执行将所确定的一个以上的所述软件查询号码的所述追溯信息中含有的一个以上的软件ID确定为其它的所述软件的所述软件ID的步骤。
CN202110784096.5A 2020-07-28 2021-07-12 软件查询信息管理系统和软件查询信息管理方法 Pending CN114003271A (zh)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2020-126962 2020-07-28
JP2020126962A JP7490486B2 (ja) 2020-07-28 2020-07-28 ソフトウェア照会情報管理システム、及びソフトウェア照会情報管理方法

Publications (1)

Publication Number Publication Date
CN114003271A true CN114003271A (zh) 2022-02-01

Family

ID=76920645

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110784096.5A Pending CN114003271A (zh) 2020-07-28 2021-07-12 软件查询信息管理系统和软件查询信息管理方法

Country Status (4)

Country Link
US (1) US20220035621A1 (zh)
EP (1) EP3945416B1 (zh)
JP (1) JP7490486B2 (zh)
CN (1) CN114003271A (zh)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102022104321A1 (de) * 2021-03-05 2022-09-08 Toyota Jidosha Kabushiki Kaisha Center, aktualisierungsmanagementverfahren und nicht-transitorisches speichermedium
CN114546451B (zh) * 2022-02-28 2024-05-24 重庆长安汽车股份有限公司 一种基于文件上传的对mpu端程序内部参数进行标定的方法

Family Cites Families (15)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2005173761A (ja) 2003-12-09 2005-06-30 Toyota Motor Corp 車両設計支援装置
JP2012163994A (ja) 2011-02-03 2012-08-30 Nec Corp ソフトウェア管理システム、ソフトウェア管理装置、制御方法、及びプログラム
JP5733149B2 (ja) 2011-10-13 2015-06-10 トヨタ自動車株式会社 車両用アプリケーションの法規検証システム
JP6222923B2 (ja) 2012-12-28 2017-11-01 富士通株式会社 ファイル管理プログラム、ファイル管理装置およびファイル管理方法
US20210118249A1 (en) * 2014-11-13 2021-04-22 State Farm Mutual Automobile Insurance Company Autonomous vehicle salvage and repair
US20160139834A1 (en) * 2014-11-14 2016-05-19 Cisco Technology, Inc. Automatic Configuration of Local Storage Resources
JP6517735B2 (ja) 2016-06-10 2019-05-22 株式会社 日立産業制御ソリューションズ 車載機器ログ収集システム
JP6755158B2 (ja) 2016-09-30 2020-09-16 株式会社日立製作所 計算機システム、計算機システムによるソフトウェアの更新方法、及び、そのためのプログラム
US20180211299A1 (en) * 2017-01-26 2018-07-26 Osama Shehata Method for managing vehicle and customer related information between a dealership, a motor vehicle department, and a buyer
JP2019153043A (ja) * 2018-03-02 2019-09-12 トヨタ自動車株式会社 ソフトウェア管理システムおよびソフトウェア管理方法
JP7049900B2 (ja) 2018-04-18 2022-04-07 株式会社日立製作所 ソフトウェア管理システム、ゲートウェイ装置、保守装置、サーバ装置、及びソフトウェア管理システムの制御方法
US11144296B2 (en) * 2018-09-05 2021-10-12 International Business Machines Corporation Multi-variable based secure download of vehicle updates
US20200133263A1 (en) * 2018-10-29 2020-04-30 Toyota Research Institute, Inc. System and method of validation of operational regulations to autonomously operate a vehicle during travel
JP7020439B2 (ja) 2019-02-06 2022-02-16 トヨタ自動車株式会社 オーゼティック構造を用いて面外変形する薄型変形パネル
US11294662B2 (en) * 2019-10-09 2022-04-05 Toyota Motor North America, Inc. Management of transport software updates

Also Published As

Publication number Publication date
JP7490486B2 (ja) 2024-05-27
US20220035621A1 (en) 2022-02-03
JP2022024404A (ja) 2022-02-09
EP3945416B1 (en) 2023-10-11
EP3945416A1 (en) 2022-02-02

Similar Documents

Publication Publication Date Title
CN114003271A (zh) 软件查询信息管理系统和软件查询信息管理方法
CN106844730B (zh) 文件内容的显示方法及装置
CN110727580A (zh) 响应数据生成、全流程接口数据处理方法及相关设备
CN102779089A (zh) 汽车ecu密钥仿真实现方法及其系统和验证方法
CN112379883A (zh) 一种代码文件生成方法、装置、设备及存储介质
US8433550B2 (en) Requirements driven feature development process
Mairiza et al. Towards a Catalogue of Conflicts Among Non-functional Requirements.
CN108804279A (zh) 修改日志打印等级的方法及应用设备
WO2021140848A1 (ja) 認可関連情報管理システム、及び認可関連情報管理方法
Cooper et al. 1.6. 2 formalizing a structured natural language requirements specification notation
CN113805913B (zh) 软件查询信息管理系统及软件查询信息管理方法
Altinger State of the Art Software Development in the Automotive Industry and Analysis Upon Applicability of Software Fault Prediction
Buquerin et al. Digital forensics investigation of the tesla autopilot file system,”
US20110213728A1 (en) Requirements check-in/out tool, called r2db
CN112784434A (zh) 一种基于模型的航电设计方法
KR20170047013A (ko) 차량용 인증 가이드라인 파일 생성장치 및 방법과 그를 위한 프로그램을 기록한 기록매체
CN110377315A (zh) 被动升级方法及系统
WO2023273410A1 (zh) 规范设计方法、装置及相关设备
Padula Study and implementation of a software prototype for reliability evaluation of vehicular electronic systems
Christie et al. Introduction to United States Department of Transportation: Tools for ITS standards
US20110213637A1 (en) Requirements engineering tool called requirement editor
BEEMSTER SAFETY STANDARDS
Kianer et al. Open interfaces for bridging the steps in the chain of a totally simulation-based software development
CN113721591A (zh) 一种obd设备的检验方法、装置、终端及存储介质
CN116467156A (zh) 联调测试方法、装置、存储介质及电子设备

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination