CN116209601A - 车辆用日志收集程序、车载装置、车辆用日志收集系统及车辆用日志收集方法 - Google Patents

Abstract

车辆用日志收集程序是使作为车载装置的计算机作为受理部、获取部以及发送处理部发挥功能的车辆用日志收集程序，所述受理部接收识别在具有第一存储部和第二存储部的车辆中使用的第一应用软件的识别信息的指定，所述获取部获取表示所述第一应用软件与在所述车辆中使用且不同于所述第一应用软件的第二应用软件及在所述车辆中使用的服务中的至少任一者对应的对应信息，所述发送处理部从所述第一存储部获取所述第一存储部存储的与所述识别信息对应的所述第一应用软件的第一日志信息，从所述第二存储部获取所述第二存储部存储的与所述第一应用软件对应的所述第二应用软件及所述服务中的至少任一者的第二日志信息，并将所述第一日志信息及所述第二日志信息发送给设置在所述车辆的外部的装置。

Description

车辆用日志收集程序、车载装置、车辆用日志收集系统及车辆 用日志收集方法

技术领域

本公开涉及车辆用日志收集程序、车载装置、车辆用日志收集系统及车辆用日志收集方法。

本申请要求以2020年10月6日提交的日本申请第2020-168793号为基础的优先权，上述日本申请中记载的全部记载内容结合在本申请中。

背景技术

作为在车辆中发生异常的情况下的异常处理，例如在日本特开2018-170754号公报(专利文献1)中公开了如下的技术。即，异常检测ECU对作为监视对象数据的齿轮控制信息的当前值“倒车挡”、作为监视对象数据的齿轮控制信息的过去值“前进挡”以及作为比较对象数据的速度控制信息的当前值“正在前进”这三者，使用规则表判定为异常。接着，异常检测ECU由于判定为异常，因而进行包括作为监视对象数据的齿轮控制信息的消息的发送阻止处理来作为车辆保护处理。另外，作为车辆保护处理，异常检测ECU进一步指示外部通信装置进行将表示异常的信息发送给服务器的异常通知发送处理。

现有技术文献

专利文献

专利文献1：日本特开2018-170754号公报

发明内容

本公开的车辆用日志收集程序是使作为车载装置的计算机作为受理部、获取部以及发送处理部发挥功能的车辆用日志收集程序，所述受理部接收识别在具有第一存储部和第二存储部的车辆中使用的第一应用软件的识别信息的指定，所述获取部获取表示所述第一应用软件与在所述车辆中使用且不同于所述第一应用软件的第二应用软件及在所述车辆中使用的服务中的至少任一者对应的对应信息，所述发送处理部从所述第一存储部获取所述第一存储部存储的与所述识别信息对应的所述第一应用软件的第一日志信息，从所述第二存储部获取所述第二存储部存储的与所述第一应用软件对应的所述第二应用软件及所述服务中的至少任一者的第二日志信息，并将所述第一日志信息及所述第二日志信息发送给设置在所述车辆的外部的装置。

本公开的车载装置具备：受理部，接收识别在具有第一存储部和第二存储部的车辆中使用的第一应用软件的识别信息的指定；获取部，获取表示所述第一应用软件与在所述车辆中使用且不同于所述第一应用软件的第二应用软件及在所述车辆中使用的服务中的至少任一者对应的对应信息；以及发送处理部，从所述车辆中的第一存储部获取所述第一存储部存储的与所述识别信息对应的所述第一应用软件的第一日志信息，从所述第二存储部获取所述第二存储部存储的与所述第一应用软件对应的所述第二应用软件及所述服务中的至少任一者的第二日志信息，并将所述第一日志信息及所述第二日志信息发送给设置在所述车辆的外部的装置。

本公开的车辆用日志收集系统具备：车载装置，搭载于具有第一存储部和第二存储部的车辆；以及管理装置，设置在所述车辆的外部，并能够与所述车载装置进行通信，所述车载装置具备：受理部，接收识别在所述车辆中使用的第一应用软件的识别信息的指定；获取部，获取表示所述第一应用软件与在所述车辆中使用且不同于所述第一应用软件的所述第二应用软件及在所述车辆中使用的服务中的至少任一者对应的对应信息；以及发送处理部，从所述车辆中的第一存储部获取所述第一存储部存储的与所述识别信息对应的所述第一应用软件的第一日志信息，从所述车辆中的第二存储部获取所述第二存储部存储的与所述第一应用软件对应的所述第二应用软件及所述服务中的至少任一者的第二日志信息，并将所述第一日志信息及所述第二日志信息发送给所述管理装置。

本公开的车辆用日志收集方法是搭载于具有第一存储部和第二存储部的车辆的车载装置中的车辆用日志收集方法，包括以下步骤：接收识别在所述车辆中使用的第一应用软件的识别信息的指定；获取表示所述第一应用软件与在所述车辆中使用且不同于所述第一应用软件的第二应用软件及在所述车辆中使用的服务中的至少任一者对应的对应信息；以及从所述车辆中的第一存储部获取所述第一存储部存储的与所述识别信息对应的所述第一应用软件的第一日志信息，从所述车辆中的第二存储部获取所述第二存储部存储的与所述第一应用软件对应的所述第二应用软件及所述服务中的至少任一者的第二日志信息，并将所述第一日志信息及所述第二日志信息发送给设置在所述车辆的外部的装置。

本公开的车辆用日志收集程序是使作为车载装置的计算机作为受理部、获取部以及发送处理部发挥功能的程序，所述受理部接收识别在车辆中使用的应用软件的识别信息以及通过与所述应用软件的保存地点的相对位置关系来表示所述应用软件的日志信息的保存地点的第三参照信息的指定，所述获取部获取表示与所述识别信息对应的所述应用软件的保存地点的第四参照信息，所述发送处理部基于所述第三参照信息及所述第四参照信息确定所述应用软件的所述日志信息的保存地点，从所确定的所述保存地点获取所述日志信息，并将所获取的所述日志信息发送给设置在所述车辆的外部的装置。

本公开的车辆用日志收集方法是搭载于车辆的车载装置中的车辆用日志收集方法，包括以下步骤：接收识别在所述车辆中使用的应用的识别信息以及通过与所述应用软件的保存地点的相对位置关系来表示所述应用软件的日志信息的保存地点的第三参照信息的指定；获取表示与所述识别信息对应的所述应用软件的保存地点的第四参照信息；基于所述第三参照信息及所述第四参照信息确定所述应用软件的所述日志信息的保存地点；从所确定的所述保存地点获取所述日志信息；以及将所获取的所述日志信息发送给设置在所述车辆的外部的装置。

本公开的一方面可以作为实现车载装置的一部分或全部的半导体集成电路来实现。

附图说明

图1是示出本公开的第一实施方式所涉及的车辆管理系统的构成的图。

图2是示出本公开的第一实施方式所涉及的车载网络的构成的图。

图3是示出本公开的第一实施方式所涉及的车辆管理系统中的应用软件的日志管理的图。

图4是示出本公开的第一实施方式所涉及的车载装置的构成的图。

图5是示出本公开的第一实施方式所涉及的应用软件与其他应用软件等的对应关系的一例的图。

图6是示出本公开的第一实施方式所涉及的对应信息的一例的图。

图7是示出本公开的第一实施方式所涉及的应用管理部获取对应信息的方法的图。

图8是示出本公开的第一实施方式所涉及的车辆管理系统中的管理对象应用软件与其他应用软件及服务的关系的一例的图。

图9是示出本公开的第一实施方式所涉及的车辆管理系统中的车辆管理方法的时序图。

图10是示出本公开的第二实施方式所涉及的车载装置的构成的图。

图11是示出在本公开的第二实施方式所涉及的车载装置中的检测部的异常检测中使用的对应信息的一例的图。

图12是示出本公开的第二实施方式所涉及的检测部的检测结果的通知方法的图。

图13是示出本公开的第三实施方式所涉及的车辆监视系统的构成的图。

图14是示出本公开的第四实施方式所涉及的车辆监视系统中的管理对象应用软件的日志收集方法的一例的图。

具体实施方式

[本公开要解决的技术问题]

由于互联汽车的普及，如专利文献1那样车辆经由网络与外部的服务器连接的情况增多。相应地，车辆经由网络受到来自外部的攻击的可能性提高。因此，需要通过车辆随时向服务器发送日志来由服务器提前检测在车辆中正发生的或者今后可能要发生的事故。不过，当由在车辆内进行动作的应用软件各自直接向服务器发送了日志的情况下，为了确保安全性，服务器对各个通信进行监视渐成必要。在这种情况下，服务器将要监视与应用软件的数量相应的通信，服务器的监视负荷高。另外，为了服务器进行有效的分析，服务器需要获取与作为管理对象的车辆用的应用软件具有对应关系的其他应用软件的日志。但是，存在当各应用软件被更新时各应用软件的对应关系发生变更的情况，另外，存在各应用软件的销售源及创建者等不同的情况，因而难以在服务器侧掌握上述对应关系。为此，服务器的管理者必须通过参照各应用软件的设计规格书或进行来自各应用软件的创建者的询问调查等来掌握各应用软件的对应关系，服务器无法动态地掌握各应用软件的对应关系。

本公开是为了解决上述技术问题而完成的，其目的在于提供能够高效地收集安装于车辆的应用软件的日志信息的车辆用日志收集程序、车载装置、车辆用日志收集系统及车辆用日志收集方法。

[本公开的效果]

根据本公开，能够高效地收集安装于车辆的应用软件的日志信息。

[本公开的实施方式的说明]

首先，列出本公开的实施方式的内容进行说明。

(1)本公开的实施方式所涉及的车辆用日志收集程序是使作为车载装置的计算机作为受理部、获取部以及发送处理部发挥功能的车辆用日志收集程序，所述受理部接收识别在具有第一存储部和第二存储部的车辆中使用的第一应用软件的识别信息的指定，所述获取部获取表示所述第一应用软件与在所述车辆中使用且不同于所述第一应用软件的第二应用软件及在所述车辆中使用的服务中的至少任一者对应的对应信息，所述发送处理部从所述第一存储部获取所述第一存储部存储的与所述识别信息对应的所述第一应用软件的第一日志信息，从所述第二存储部获取所述第二存储部存储的与所述第一应用软件对应的所述第二应用软件及所述服务中的至少任一者的第二日志信息，并将所述第一日志信息及所述第二日志信息发送给设置在所述车辆的外部的装置。

通过这样的构成，车载装置能够掌握与作为管理对象的应用软件具有对应关系的其他应用软件及服务中的至少任一者。为此，管理者例如不用通过手动作业来调查与作为管理对象的应用软件相关联的其他应用软件等即可对车载装置指定应用，从而能够容易地获取关联的日志信息。因此，能够高效地进行搭载有应用软件的车辆的状态管理。

另外，在将作为管理对象的应用的日志信息发送给其他装置的情况下，发送处理部能够对应用与其他装置的通信进行中介。由此，管理者能够通过监视发送处理部与其他装置的通信来确保安全性，不需要监视应用与其他装置的各个通信，能够抑制用于监视的成本。

(2)也可以是，所述车辆具有第三存储部，所述获取部从所述第三存储部获取第一概要日志信息和第二概要日志信息，所述第一概要日志信息包括表示所述第一日志信息的保存地点的第一参照信息，所述第二概要日志信息包括表示所述第二日志信息的保存地点的第二参照信息，所述发送处理部使用所述第一参照信息从所述第一存储部获取所述第一日志信息，并使用所述第二参照信息从所述第二存储部获取所述第二日志信息。

通过这样的构成，车载装置能够使用参照信息容易地获取例如车载网络中的存储器的各区域或各存储器中保存的日志信息。

(3)所述第一概要日志信息也可以是所述第一应用软件省略或转换所述第一日志信息中的至少一部分而创建的信息，所述第二概要日志信息也可以是所述第二应用软件省略或转换所述第二日志信息中的至少一部分而创建的信息。

通过这样的构成，例如在应用软件发生异常或可能发生异常的时机，应用软件自身创建概要日志信息，因而能够根据车辆中的事件高效地创建概要日志信息。

(4)也可以是，所述车辆用日志收集程序还使所述计算机作为检测部发挥功能，所述检测部检测所述第一应用软件的异常及所述第二应用软件的异常，所述第一概要日志信息是在所述检测部检测到所述第一应用软件的异常的情况下创建的信息，所述第二概要日志信息是在所述检测部检测到所述第二应用软件的异常的情况下创建的信息。

通过这样的构成，例如即使在应用软件中发生该应用软件自身无法检测的异常的情况下，也能够由检测部来检测该异常。因此，能够更准确地进行搭载有应用软件的车辆的状态管理。

(5)也可以是，所述第一概要日志信息包括所述第一应用软件的错误日志，所述第二概要日志信息包括所述第二应用软件的错误日志。

通过这样的构成，管理者能够容易地分析应用的异常。

(6)所述对应信息也可以表示与所述识别信息对应的所述第一应用软件与所述第二应用软件及所述服务对应。

通过这样的构成，车载装置能够将与对象的应用关联的其他应用及服务全部的日志信息发送给其他装置。因此，管理者能够网罗性地分析应用的异常。

(7)本公开的实施方式所涉及的车载装置具备：受理部，接收识别在具有第一存储部和第二存储部的车辆中使用的第一应用软件的识别信息的指定；获取部，获取表示所述第一应用软件与在所述车辆中使用且不同于所述第一应用软件的第二应用软件及在所述车辆中使用的服务中的至少任一者对应的对应信息；以及发送处理部，从所述车辆中的第一存储部获取所述第一存储部存储的与所述识别信息对应的所述第一应用软件的第一日志信息，从所述车辆中的第二存储部获取所述第二存储部存储的与所述第一应用软件对应的所述第二应用软件及所述服务中的至少任一者的第二日志信息，并将所述第一日志信息及所述第二日志信息发送给设置在所述车辆的外部的装置。

通过这样的构成，车载装置能够掌握与作为管理对象的应用软件具有对应关系的其他应用软件及服务中的至少任一者。因此，管理者不用例如通过手动作业来调查与管理对象的应用软件相关联的其他应用软件等，通过对车载装置指定应用，就能够容易地获取关联的日志信息。因此，能够高效地进行搭载有应用软件的车辆的状态管理。

另外，在将管理对象的应用的日志信息发送给其他装置的情况下，发送处理部能够对应用与其他装置的通信进行中介。由此，管理者能够通过监视发送处理部与其他装置的通信来确保安全性，不需要监视应用与其他装置的各个通信，能够抑制用于监视的成本。

(8)本公开的实施方式所涉及的车辆用日志收集系统具备：车载装置，搭载于具有第一存储部和第二存储部的车辆；以及管理装置，设置在所述车辆的外部，并能够与所述车载装置进行通信，所述车载装置具备：受理部，接收识别在所述车辆中使用的第一应用软件的识别信息的指定；获取部，获取表示所述第一应用软件与在所述车辆中使用且不同于所述第一应用软件的所述第二应用软件及在所述车辆中使用的服务中的至少任一者对应的对应信息；以及发送处理部，从所述车辆中的第一存储部获取所述第一存储部存储的与所述识别信息对应的所述第一应用软件的第一日志信息，从所述第二存储部获取所述第二存储部存储的与所述第一应用软件对应的所述第二应用软件及所述服务中的至少任一者的第二日志信息，并将所述第一日志信息及所述第二日志信息发送给所述管理装置。

通过这样的构成，车载装置能够掌握与作为管理对象的应用软件具有对应关系的其他应用软件及服务中的至少任一者。为此，管理者例如不用通过手动作业来调查与作为管理对象的应用软件相关联的其他应用软件等即可对车载装置指定应用，从而能够容易地获取关联的日志信息。因此，能够高效地进行搭载有应用软件的车辆的状态管理。

另外，在将作为管理对象的应用的日志信息发送给管理装置的情况下，发送处理部能够对应用与管理装置的通信进行中介。由此，管理者能够通过监视发送处理部与管理装置的通信来确保安全性，不需要监视应用与管理装置的各个通信，能够抑制用于监视的成本。

(9)本公开的实施方式所涉及的车辆用日志收集方法是搭载于具有第一存储部和第二存储部的车辆的车载装置中的车辆用日志收集方法，包括以下步骤：接收识别在所述车辆中使用的第一应用软件的识别信息的指定；获取表示所述第一应用软件与在所述车辆中使用且不同于所述第一应用软件的第二应用软件及在所述车辆中使用的服务中的至少任一者对应的对应信息；以及从所述车辆中的第一存储部获取所述第一存储部存储的与所述识别信息对应的所述第一应用软件的第一日志信息，从所述第二存储部获取所述第二存储部存储的与所述第一应用软件对应的所述第二应用软件及所述服务中的至少任一者的第二日志信息，并将所述第一日志信息及所述第二日志信息发送给设置在所述车辆的外部的装置。

通过这样的构成，车载装置能够掌握与作为管理对象的应用软件具有对应关系的其他应用软件及服务中的至少任一者。为此，管理者例如不用通过手动作业来调查与作为管理对象的应用软件相关联的其他应用软件等即可对车载装置指定应用，从而能够容易地获取关联的日志信息。因此，能够高效地进行搭载有应用软件的车辆的状态管理。

另外，在将作为管理对象的应用的日志信息发送给其他装置的情况下，车载装置能够对应用与其他装置的通信进行中介。由此，管理者能够通过监视车载装置与其他装置的通信来确保安全性，不需要监视应用与其他装置的各个通信，能够抑制用于监视的成本。

(10)本公开的实施方式所涉及的车辆用日志收集程序是使作为车载装置的计算机作为受理部、获取部以及发送处理部发挥功能的车辆用日志收集程序，所述受理部接收识别在车辆中使用的应用软件的识别信息以及通过与所述应用软件的保存地点的相对位置关系来表示所述应用软件的日志信息的保存地点的第三参照信息的指定，所述获取部获取表示与所述识别信息对应的所述应用软件的保存地点的第四参照信息，所述发送处理部基于所述第三参照信息及所述第四参照信息确定所述应用软件的所述日志信息的保存地点，从所确定的所述保存地点获取所述日志信息，并将所获取的所述日志信息发送给设置在所述车辆的外部的装置。

通过这样的构成，在将作为管理对象的应用的详细日志信息发送给其他装置的情况下，发送处理部能够对应用与其他装置的通信进行中介。由此，管理者能够通过监视发送处理部与其他装置的通信来确保安全性，不需要监视应用与其他装置的各个通信，能够抑制用于监视的成本。因此，能够高效地进行搭载有应用软件的车辆的状态管理。

(11)本公开的实施方式所涉及的车辆用日志收集方法是搭载于车辆的车载装置中的车辆用日志收集方法，包括以下步骤：接收识别在所述车辆中使用的应用的识别信息以及通过与所述应用软件的保存地点的相对位置关系来表示所述应用软件的日志信息的保存地点的第三参照信息的指定；获取表示与所述识别信息对应的所述应用软件的保存地点的第四参照信息；基于所述第三参照信息及所述第四参照信息确定所述应用软件的所述日志信息的保存地点；从所确定的所述保存地点获取所述日志信息；以及将所获取的所述日志信息发送给设置在所述车辆的外部的装置。

通过这样的构成，在将作为管理对象的应用的详细日志信息发送给其他装置的情况下，发送处理部能够对应用与其他装置的通信进行中介。由此，管理者能够通过监视发送处理部与其他装置的通信来确保安全性，不需要监视应用与其他装置的通信，能够抑制用于监视的成本。因此，能够高效地进行搭载有应用软件的车辆的状态管理。

下面，使用附图对本公开的实施方式进行说明。需要指出，对图中相同或相当的部分标注相同的附图标记，并省略其重复的说明。另外，也可以任意组合下面记载的实施方式的至少一部分。

〈第一实施方式〉

图1是示出本公开的第一实施方式所涉及的车辆管理系统的构成的图。作为一例，图1示出了对车载网络中的应用软件的管理内容。需要指出，也可以将应用软件的名称简称为应用。

参照图1，车辆管理系统1具备管理装置11、12、显示装置13以及车载装置14～20。

管理装置11例如是OTA(Over the Air：空中下载)服务器，进行在车载网络中使用的各种软件的更新等。

管理装置12例如是SOC(Security Operation Center：安全运营中心)服务器，监视车载网络，例如进行网络攻击的检测及分析。管理装置12例如是云服务器。

显示装置13例如是液晶显示器。显示装置13与管理装置12连接，显示从管理装置12接收到的信息。

车载装置14搭载于车辆100。车载装置14例如是中央ECU(Electronic ControlUnit：电子控制单元)，与搭载于车辆100的车载装置15～20构成车载网络。车载网络中的各车载装置的连接关系例如是固定的。

图2是示出本公开的第一实施方式所涉及的车载网络的构成的图。参照图2，在车辆100中，除了车载装置14之外，还设置有多个车载装置15～20。

车载装置15～20例如是自动驾驶ECU(Electronic Control Unit：电子控制单元)、发动机ECU、传感器、导航装置、人机接口及照相机等。车载装置15～20例如经由作为未图示的车载装置的TCU(Telematics Control Unit：远程信息控制单元)及无线基站等与管理装置11、12进行通信。

在车载网络中，车载装置14经由以太网(注册商标)电缆与车载装置15～20连接。车载装置14能够与连接于车载装置14的车载装置15～20进行通信。车载装置14能够对与车载装置14连接的多个车载装置15～20间的数据进行中继。

车载装置14按照以太网的通信标准进行以太网帧的中继处理。具体而言，车载装置14例如对在车载装置15～20间交互的以太网帧进行中继。以太网帧中存储IP数据包。

需要指出，在车载网络中，并不限于按照以太网的通信标准进行以太网帧的中继的构成，例如，也可以是按照CAN(Controller Area Network：控制器局域网)(注册商标)、FlexRay(注册商标)、MOST(Media Oriented Systems Transport：媒体导向系统传输)(注册商标)以及LIN(Local Interconnect Network：本地互连网络)等通信标准进行数据的中继的构成。

在车载装置15中，作为一例，安装有应用软件AP1，另外，在车载装置16～20各自中安装有应用软件AP2～AP6。

应用软件AP1～AP6各自在安装目的地的车载装置中进行规定的动作，并创建日志。各应用软件AP1～AP6的日志由车载装置14管理。

图3是示出本公开的第一实施方式所涉及的车辆管理系统中的应用软件的日志管理的图。

参照图3，车载装置15中的应用软件AP1创建表示该应用软件的利用状况的历史及与其他车载装置的数据通信的历史等的日志信息(下面，也称为详细日志信息DL1。)。车载装置15中的未图示的车内通信部将详细日志信息DL1经由车载网络发送给车载装置14。如后所述，详细日志信息DL1被保存在车载装置14中的存储部142中。

另外，应用软件AP1定期创建将详细日志信息DL1的内容省略一部分或者对上述内容的一部分或全部进行转换而简化得到的概要日志信息SL1。概要日志信息SL1包括能够识别详细日志信息DL1的参照信息(第一参照信息)。参照信息例如是表示详细日志信息DL1的保存地点的信息，作为一例，为文件路径。车载装置15中的未图示的车内通信部定期将概要日志信息SL1经由车载网络发送给车载装置14。如后所述，概要日志信息SL1经由车载装置14中的日志管理部143被保存在存储部142中。

另外，应用软件AP1具有检测应用软件AP1的动作异常的错误检测功能。具体而言，应用软件AP1的程序代码例如具有监视应用软件AP1的执行状况的错误处理代码。应用软件AP1在执行处理的过程中到达错误处理代码时，检测应用软件AP1的错误。应用软件AP1在检测到错误的情况下，使错误日志包含在详细日志信息DL1及概要日志信息SL1中而发送给车载装置14。

在图3中，对应用软件AP1的日志管理进行了说明，但其他应用软件AP2～AP6也是同样的。即，应用软件AP2～AP6各自创建表示应用软件AP2～AP6各自的服务的利用状况的历史及与其他车载装置的数据通信的历史等的日志信息(下面，也称为详细日志信息DL2。)。作为应用软件AP2～AP6的安装目的地的车载装置16～20各自中的车内通信部将详细日志信息DL2经由车载网络发送给车载装置14。

另外，应用软件AP2～AP6各自创建将应用软件AP2～AP6各自的详细日志信息DL2的内容省略一部分或者对该内容的一部分或全部进行转换而简化得到的概要日志信息SL2。概要日志信息SL2包括能够识别详细日志信息DL2即表示详细日志信息DL2的保存地点的参照信息(第二参照信息)。车载装置16～20各自中的车内通信部定期将应用软件AP2～AP6的概要日志信息SL2经由车载网络发送给车载装置14。

图4是示出本公开的第一实施方式所涉及的车载装置的构成的图。

参照图4，车载装置14具备车内通信部141、存储部142、日志管理部143、应用管理部144、车外通信部145及异常处理部146。应用管理部144具备受理部1441、获取部1442及发送处理部1443。

车内通信部141及车外通信部145例如通过通信用IC(Integrated Circuit：集成电路)等通信电路来实现。存储部142例如是非易失性存储器。日志管理部143、应用管理部144及异常处理部146例如通过CPU(Central Processing Unit：中央处理单元)或DSP(Digital Signal Processing：数字信号处理器)等处理器来实现。

车内通信部141将经由车载网络接收到的应用软件AP1～AP6各自的详细日志信息DL1、DL2保存在存储部142中。另外，车内通信部141将经由车载网络接收到的概要日志信息SL1、SL2输出到日志管理部143。

日志管理部143将从车内通信部141接收到的概要日志信息SL1、SL2保存在存储部142中，并且经由车外通信部145发送给管理装置12。日志管理部143例如将概要日志信息SL1、SL2被创建的时刻、创建了概要日志信息SL1、SL2的应用软件的ID、到详细日志信息DL1、DL2的文件路径、处理或事件的内容及错误检测的结果等保存在存储部142中。处理或事件例如是与其他应用软件的通信处理、服务的搜索处理以及接收传感器数据的事件等。

管理装置12分析从车载装置14接收到的概要日志信息SL1、SL2。

管理装置12例如通过进行将分析结果显示于显示装置13的画面的处理，使车辆100的管理状况可视化。具体而言，例如，管理装置12在根据概要日志信息SL1的分析结果判断为车载装置15中的应用软件AP1的动作正常的情况下，将表示监视状况的图表及正常的意思显示于显示装置13的画面。

管理装置12例如在接收到的概要日志信息SL1中包括错误日志的情况下，指定创建了概要日志信息SL1的应用软件，并向车载装置14请求该应用软件的详细日志信息DL1。在本例中，管理装置12指定应用软件AP1。更详细而言，管理装置12将包括应用软件AP1的识别信息的详细日志请求发送给车载装置14中的车外通信部145。识别信息例如是应用ID(Identification：标识)。

车外通信部145将从管理装置12接收到的详细日志请求输出到应用管理部144。

在应用管理部144中，受理部1441接收识别用于车辆100的应用软件的识别信息的指定。更详细而言，受理部1441经由车外通信部145从管理装置12接收包括应用软件AP1的识别信息的详细日志请求。受理部1441将接收到的详细日志请求中包括的识别信息输出到获取部1442。

获取部1442获取表示应用软件AP1与用于车辆100的其他应用软件及服务中的至少任一者对应的对应信息。更详细而言，获取部1442从受理部1441接收应用软件AP1的识别信息，并从存储部142获取能够识别应用软件AP1利用的其他应用软件及服务中的至少任一者的对应信息。例如，在对应信息中，应用软件AP1的ID与其他应用软件及服务的ID中的至少一方对应。获取部1442将所获取的对应信息输出到发送处理部1443。

图5是示出本公开的第一实施方式所涉及的应用软件与其他应用软件等的对应关系的一例的图。

参照图5，应用软件AP1例如利用车辆100中的服务S1、S2。例如，应用软件AP1是利用由照相机拍摄到的图像的应用软件，服务S1、S2分别是提供照相机的拍摄图像及传感器的测量结果的服务。为此，应用软件AP1与服务S1、S2具有对应关系。另外，应用软件AP1例如经由车载网络与应用软件AP2进行通信。应用软件AP2利用车辆100中的服务S3。为此，应用软件AP1与应用软件AP2及服务S3也具有对应关系。

图6是示出本公开的第一实施方式所涉及的对应信息的一例的图。

参照图6，在对应信息中描述有作为管理对象的应用软件以及该应用软件在车辆100中利用的其他应用软件及服务中的至少任一者的ID。

例如，在对应信息中，对于应用软件AP1，描述有应用软件AP2及服务S1、S2、S3的ID。同样地，对于应用软件AP2～AP6，也描述有与应用软件AP2～AP6具有对应关系的其他应用软件及服务中的至少一方的ID。

需要指出，应用软件AP2～AP6中的至少任一者也可以是不利用其他应用软件及服务而单独被执行的应用软件。总之，在车辆管理系统1中，只要可以成为管理对象的至少一个应用软件与其他应用软件及服务中的至少任一者具有对应关系即可。

图7是示出本公开的第一实施方式所涉及的应用管理部144获取对应信息的方法的图。

参照图7，在作为管理对象的应用软件AP1被安装于车辆100之前将对应信息展开在车辆管理系统1中。

展开目的地可以是应用管理部144，也可以是执行应用软件AP1的平台或中间件。即，对应信息被直接记录于存储部142，或者应用管理部144从平台等获取对应信息并保存在存储部142中。

图8是示出本公开的第一实施方式所涉及的车辆管理系统中的管理对象应用软件与其他应用软件及服务的关系的一例的图。

参照图8，应用管理部144中的获取部1442获取概要日志信息SL1、SL2，该概要日志信息SL1、SL2包括能够识别应用软件AP1的详细日志信息DL1以及与应用软件AP1具有对应关系的其他应用软件及服务中的至少任一者的详细日志信息DL2的参照信息。

更详细而言，获取部1442基于所获取的对应信息，从存储部142获取应用软件AP1、AP2的概要日志信息SL1、SL2。所获取的概要日志信息SL1、SL2分别包括表示应用软件AP1、AP2及服务S1、S2、S3的详细日志信息DL1、DL2的保存地点的参照信息。获取部1442例如从存储部142获取过去几小时等特定时间段的概要日志信息SL1、SL2。

发送处理部1443从车辆100中的存储部142获取与识别信息对应的应用软件AP1的详细日志信息DL1。进而，发送处理部1443基于对应信息，从车辆100中的存储部142获取与应用软件AP1对应的其他应用及服务中的至少任一者的详细日志信息DL2。然后，发送处理部1443将应用软件AP1的详细日志信息DL1及其他应用等的详细日志信息DL2发送给车辆100外部的其他装置。

更详细而言，发送处理部1443使用对应信息从存储部142获取应用软件AP1、AP2及服务S1、S2、S3的详细日志信息DL1、DL2。发送处理部1443将应用软件AP1、AP2及服务S1、S2、S3的详细日志信息DL1、DL2经由车外通信部145发送给管理装置12。

例如，发送处理部1443使用参照信息从存储部142获取详细日志信息DL1、DL2。更详细而言，发送处理部1443从存储部142获取参照信息，并从存储部142中自所获取的参照信息所示的保存地点获取应用软件AP1、AP2及服务S1、S2、S3的详细日志信息DL1、DL2。

管理装置12分析应用软件AP1、AP2及服务S1、S2、S3各自的详细日志信息DL1、DL2，并根据分析结果进行用于使应用软件AP1正常动作的处理。例如，管理装置12进行应用软件AP1的更新。具体而言，管理装置12将更新用的应用软件AP1发送给车载装置14。

再次参照图1和图4，车载装置14中的车外通信部145将从管理装置12接收到的更新用的应用软件AP1输出到异常处理部146。异常处理部146将从车外通信部145接收到的更新用的应用软件AP1经由车内通信部141转发给车载装置15。

车载装置15通过安装从车载装置14转发来的应用软件AP1，例如将应用软件版本升级为安全性上安全的版本。

[动作流程]

本公开的第一实施方式所涉及的车辆管理系统中的各装置具备包括存储器的计算机，该计算机中的CPU等运算处理部从该存储器中读出包括下面的时序图的各步骤中的一部分或全部的程序并执行。这多个装置的程序能够分别从外部进行安装。这多个装置的程序分别以存储在记录介质中的状态流通。

图9是示出本公开的第一实施方式所涉及的车辆管理系统中的车辆管理方法的时序图。

参照图9，在车辆管理系统1中，首先，车载装置15中的应用软件AP1创建应用软件AP1的详细日志信息DL1(步骤S10)。

接着，车载装置15将所创建的详细日志信息DL1发送给车载装置14(步骤S11)。

接着，车载装置14将从车载装置15接收到的详细日志信息DL1保存在存储部142中(步骤S12)。

接着，车载装置15中的应用软件AP1创建包括表示应用软件AP1的详细日志信息DL1的保存地点的参照信息的概要日志信息SL1(步骤S13)。

接着，车载装置15将应用软件AP1创建的概要日志信息SL1发送给车载装置14。定期进行概要日志信息SL1的创建及发送(步骤S14)。

接着，车载装置14将从车载装置15接收到的概要日志信息SL1保存在存储部142中(步骤S15)。

接着，车载装置14将从车载装置15接收到的概要日志信息SL1发送给管理装置12(步骤S16)。

接着，管理装置12分析从车载装置14接收到的概要日志信息SL1中是否包括错误日志(步骤S17)。

接着，管理装置12在概要日志信息SL1中包括错误日志的情况下，将包括应用软件AP1的识别信息的详细日志请求发送给车载装置14(步骤S18)。

接着，车载装置14从管理装置12接收详细日志请求，并基于识别信息，从存储部142获取表示与应用软件AP1利用的其他应用软件及服务中的至少任一者的对应关系的对应信息(步骤S19)。

接着，车载装置14使用所获取的对应信息，从存储部142获取应用软件AP1、AP2和服务S1、S2、S3的详细日志信息DL1、DL2以及概要日志信息SL1(步骤S20)。

接着，车载装置14将所获取的应用软件AP1、AP2及服务S1、S2、S3的详细日志信息DL1、DL2发送给管理装置12(步骤S21)。

接着，管理装置12分析从车载装置14接收到的应用软件AP1、AP2及服务S1、S2、S3的详细日志信息DL1、DL2(步骤S22)。

接着，管理装置12基于分析结果，将更新用的应用软件AP1发送给车载装置14，以使应用软件AP1正常进行动作(步骤S23)。

接着，车载装置14将从管理装置12接收到的更新用的应用软件AP1发送给车载装置15(步骤S24)。

接着，车载装置15安装从车载装置14接收到的更新用的应用软件AP1，更新应用软件AP1(步骤S25)。

顺便提及，为了提供娱乐等各种服务，渐渐在车辆上搭载各种应用软件。搭载于车辆100的多个应用软件大多是应用彼此相互利用而进行动作。

在搭载有这样的各种应用软件的车辆中，设想通过OTA从车外频繁地添加服务及应用软件，实施车辆的功能提高及性能改善等，有可能发生此前的车辆中所没有的状况。

为此，期望有一种将各种应用软件的日志随时从车辆上传到SOC服务器以迅速检测在车辆中正发生的或者今后在车辆中可能要发生的状况并进行应对的技术。

在车辆内进行动作的多个应用软件各自向SOC服务器上传日志的情况下，SOC服务器为了进行有效的分析，需要掌握与作为管理对象的应用软件具有对应关系的其他应用软件。

然而，存在当各应用软件被更新时各应用软件的对应关系发生变更的情况，另外，存在各应用软件的销售源及创建者等不同的情况。为此，管理者必须通过参照设计规格书或进行来自创建者等的询问调查等来掌握各应用软件的对应关系，难以动态地掌握各应用软件的对应关系。

与之相对地，在本公开的第一实施方式所涉及的车辆管理程序、车载装置14及车辆管理系统1中，如果管理者预先掌握作为管理对象的应用软件的ID，则即使不知道应用软件的对应关系、日志的保存地点，SOC服务器也能够从车辆获取所需的日志。因此，SOC服务器能够高效地从搭载有应用软件的车辆收集日志。

另外，根据第一实施方式所涉及的车辆用日志收集程序、车载装置、车辆用日志收集系统及车辆用日志收集方法，在将各应用软件的详细日志信息上传到管理装置12时，包括发送处理部1443的应用管理部144能够对各应用软件与管理装置12的通信进行中介，而不使各应用软件具有与管理装置12的通信功能。由此，管理者能够通过监视应用管理部144与管理装置12的通信来确保安全性，不需要监视各应用软件与管理装置12的通信，能够抑制用于监视的成本。

接着，使用附图对本公开的其他实施方式进行说明。需要指出，对图中相同或相当的部分标注相同的附图标记，并省略其重复的说明。

〈第二实施方式〉

在第一实施方式中，作为管理对象的应用软件AP1自身检测该应用软件的错误。与之相对地，在第二实施方式中，由车载装置14中的检测部检测作为管理对象的应用软件AP1的错误。

图10是示出本公开的第二实施方式所涉及的车载装置的构成的图。

参照图10，车载装置14与第一实施方式所涉及的车载装置14相比，还具备检测部147。检测部147例如通过CPU(Central Processing Unit：中央处理单元)或DSP(DigitalSignal Processing：数字信号处理器)等处理器来实现。

检测部147检测车载装置15中的应用软件AP1的异常。更详细而言，检测部147例如监视应用软件AP1的状态迁移。

图11是示出在本公开的第二实施方式所涉及的车载装置中的检测部147的异常检测中使用的对应信息的一例的图。

参照图11，在车辆管理系统1中成为管理对象的应用软件AP1的创建者定义该应用软件的访问许可、状态迁移及使用资源等，并记录在对应信息中。即，对应信息除了能够识别与应用软件AP1相关联的其他应用软件及服务的信息之外，还包括表示与搭载于车辆100的应用软件AP1的行为相关的定义内容的信息。

在图11所示的例子中，应用软件AP2及服务S1、S2被许可作为应用软件AP1的访问目的地，状态迁移为A状态、B状态、C状态及A状态的顺序，作为使用资源，CPU的占有率为10％以下且存储器的占有率为5％以下。

检测部147基于对应信息判断应用软件AP1的异常。更详细而言，检测部147通过参照存储部142中的对应信息，能够判断应用软件AP1的异常。

具体而言，检测部147能够判断应用软件AP1的与访问目的地、状态迁移及资源的使用状况等相关的异常。需要指出，检测部147并不限于这样的例子，例如也可以是判断应用软件AP1的版本的异常的构成。

图12是示出本公开的第二实施方式所涉及的检测部147的检测结果的通知方法的图。

参照图12，应用软件AP1的创建者例如在应用软件AP1的程序代码中预先描述用于在应用软件AP1发生异常的情况下使应用软件AP1恢复正常的恢复处理。

检测部147在检测到应用软件AP1的异常的情况下，调用程序代码中包括的恢复处理的处理程序。处理程序创建表示检测结果的概要日志信息SL3。检测部147使应用软件AP1的应用ID包括在所创建的概要日志信息SL3中，并输出到日志管理部143。日志管理部143将从检测部147接收到的概要日志信息SL3经由车外通信部145发送给管理装置12。

管理装置12基于从车外通信部145接收到的概要日志信息SL3，将表示指定应用软件AP1的意思的详细日志请求发送给车载装置14中的车外通信部145。

车载装置14中的车外通信部145将从管理装置12接收到的详细日志请求输出到应用管理部144。

其他构成及动作与第一实施方式所涉及的车辆管理系统是同样的，故在此省略其详细的说明。

〈第三实施方式〉

在第一实施方式中，作为管理对象的应用软件AP1自身检测该应用软件的错误。与之相对地，在第三实施方式中，由管理装置12检测作为管理对象的应用软件AP1的错误。

图13是示出本公开的第三实施方式所涉及的车辆监视系统的构成的图。

参照图13，管理装置12检测车载装置15中的应用软件AP1的异常。更详细而言，管理装置12例如监视应用软件AP1的更新时刻。

管理装置12接收从车载装置14定期发送的关于应用软件AP1的概要日志信息SL1。在概要日志信息SL1中包括应用软件AP1被更新的时刻。

管理装置12获取示出应用软件AP1的预定更新时刻的宣传信息。管理装置12参照宣传信息，确认概要日志信息SL1中记载的应用软件AP1的更新时刻是否与预定时刻一致。管理装置12在应用软件AP1的更新时刻与预定时刻不一致的情况下，判断为应用软件AP1发生异常。

管理装置12在判断为应用软件AP1发生异常的情况下，将表示指定应用软件AP1的意思的详细日志请求发送给车载装置14中的车外通信部145。

车载装置14中的车外通信部145将从管理装置12接收到的详细日志请求输出到应用管理部144。

其他构成及动作与第一实施方式所涉及的车辆管理系统是同样的，故在此省略其详细的说明。

〈第四实施方式〉

在第一～第三实施方式中，车载装置14使用描述有详细日志信息的保存地点的概要日志信息，将应用软件AP1的详细日志信息发送给管理装置12。与之相对地，在第四实施方式中，车载装置14不使用概要日志信息而将应用软件AP1的详细日志信息发送给管理装置12。

图14是示出本公开的第四实施方式所涉及的车辆监视系统中的管理对象应用软件的日志收集方法的一例的图。

参照图14，受理部1441接收识别用于车辆100的应用软件AP1的识别信息以及表示应用软件AP1的日志信息的保存地点的第三参照信息的指定。更详细而言，受理部1441经由车外通信部145从管理装置12接收包括识别信息及第一参照信息的详细日志请求。识别信息例如是应用软件AP1的ID。第三参照信息例如是表示应用AP1的详细日志信息的保存地点的相对路径。相对路径通过与应用软件AP1的保存地点的相对位置关系来表示应用软件AP1的日志信息的保存地点。相对路径是管理者输入到管理装置12或者预先保存在管理装置12中的信息。受理部1441将接收到的详细日志请求中包括的识别信息及第三参照信息输出到获取部1442。

获取部1442基于上述识别信息获取表示应用软件AP1的保存地点的第四参照信息。更详细而言，获取部1442从受理部1441接收应用软件AP1的识别信息，并从执行应用软件AP1的平台或中间件获取第四参照信息。第四参照信息例如是表示应用软件AP1的安装目的地(保存地点)的绝对路径，预先记录于平台或中间件。需要指出，也可以构成为，第四参照信息直接记录于存储部142，获取部1442不经由平台或中间件而直接从存储部142获取第四参照信息。获取部1442将所获取的第四参照信息及从受理部1441接收到的第三参照信息输出到发送处理部1443。

发送处理部1443基于第三参照信息及第四参照信息，获取应用软件AP1的日志信息，并将日志信息发送给设置在车辆100外部的其他装置。更详细而言，发送处理部1443从获取部1442接收第三参照信息及第四参照信息，并基于作为绝对路径的第四参照信息确定应用软件AP1的保存地点。然后，发送处理部1443基于作为相对路径的第三参照信息，根据应用软件AP1的保存地点确定应用软件AP1的详细日志信息的保存地点。应用软件AP1的详细日志信息的保存地点例如是存储部142。发送处理部1443获取应用软件AP1的详细日志信息，并经由车外通信部145发送给管理装置12。

管理装置12分析应用软件AP1的详细日志信息，并根据分析结果进行用于使应用软件AP1正常动作的处理。

其他构成及动作与第一实施方式所涉及的车辆管理系统是同样的，故在此省略其详细的说明。

顺便提及，在车辆100中进行动作的多个应用软件分别直接将详细日志信息上传到管理装置12的情况下，为了确保通信的安全性，需要监视各应用软件与管理装置12的通信。在这种情况下，将要监视与应用软件的数量相应的通信，用于监视的负荷(成本)变高。

另外，存在输出或保存详细日志信息的地点根据每个应用软件而不同的情况以及应用软件的展开地点根据安装有各应用软件的每个车载装置而不同的情况。管理装置12由于无法唯一地掌握在车辆100中输出或保存各应用软件的详细日志信息的地点，因而难以获取各应用软件的详细日志信息并进行分析。

与之相对地，根据第四实施方式所涉及的车辆用日志收集程序、车载装置、车辆用日志收集系统及车辆用日志收集方法，在将各应用软件的详细日志信息上传到管理装置12时，包括发送处理部1443的应用管理部144能够对各应用软件与管理装置12的通信进行中介，而不使各应用软件具有与管理装置12的通信功能。由此，管理装置12能够统一地监视应用管理部144与管理装置12的通信，能够高效地确保安全性。

另外，根据第四实施方式，组合从管理装置12展开的作为相对位置信息的第三参照信息和应用管理部144管理的作为绝对位置信息的第四参照信息，来确定各应用软件的详细日志信息的保存地点。为此，即使管理装置12或管理者没有掌握各应用软件的详细日志信息的保存地点，通过将想要收集日志的应用软件的识别信息及第三参照信息发送给车载装置14，也能够得到该应用软件的详细日志信息。因此，根据第四实施方式，能够容易地获取车辆100中的各应用软件的详细日志信息并进行分析。

应该被认为的是，上述实施方式在所有方面都是例示性的，而非限制性的。本公开的范围并非由上述说明而是由权利要求示出，旨在包括与权利要求同等的含义和范围内的所有变更。

例如，在第一实施方式中，对应用软件AP1定期创建概要日志信息SL1的情况进行了说明。然而，应用软件AP1也可以根据车辆中的事件来创建概要日志信息SL1。更具体而言，应用软件AP1例如也可以在检测到某种错误的情况下创建概要日志信息SL1。

例如，在第一～第三实施方式中，对车载装置14是中央ECU的情况进行了说明。然而，车载装置14也可以是TCU及自动驾驶ECU等车载装置，并不特别限定。

例如，在第一～第三实施方式中，对车载装置14将搭载于车载装置15的应用软件AP1作为管理对象的情况进行了说明。然而，车载装置14也可以将搭载于车载装置14的应用软件作为管理对象，搭载作为管理对象的应用软件的车载装置并不特别限定。

例如，在第一～第三实施方式中，对将应用软件AP1的详细日志信息DL1、应用软件AP1的概要日志信息SL1以及作为其他应用软件的应用软件AP2～AP6的详细日志信息DL2保存在同一存储部即车载装置14的存储部142中的情况进行了说明。然而，详细日志信息DL1、DL2及概要日志信息SL1可以保存在车载装置15～20中的任一者的存储部中，也可以将详细日志信息DL1、DL2及概要日志信息SL1分别保存在不同的车载装置中的存储部中。例如，也可以将详细日志信息DL1保存在作为某个车载装置的存储部的第一存储部中，将概要日志信息SL1保存在作为另一车载装置的存储部的第二存储部中，将详细日志信息DL2保存在作为又一车载装置的存储部的第三存储部中。

例如，在第一～第三实施方式中，对将在应用软件AP1～AP6中创建的详细日志信息DL1、DL2随时发送给车载装置14并蓄积在车载装置14的存储部142中的情况进行了说明。然而，在应用软件AP1～AP6中创建的详细日志信息DL1、DL2也可以蓄积在安装有各应用软件AP1～AP6的车载装置15～20中的存储部中。在这种情况下，车载装置14进行从管理装置12接收详细日志请求、等等，并根据需要获取保存在各车载装置15～20中的详细日志信息DL1、DL2。通过这样的构成，能够降低车载网络的负荷。

上述说明包括下面附注的特征。

[附注1]

一种车载装置，具备：

受理部，接收识别在具有第一存储部和第二存储部的车辆中使用的第一应用软件的识别信息的指定；

获取部，获取表示所述第一应用软件与在所述车辆中使用的不同于所述第一应用软件的第二应用软件及在所述车辆中使用的服务中的至少任一方对应的对应信息；以及

发送处理部，从所述车辆中的所述第一存储部获取所述第一存储部存储的与所述识别信息对应的所述第一应用软件的第一日志信息，从所述第二存储部获取所述第二存储部存储的与所述第一应用软件对应的所述第二应用软件及所述服务中的至少任一者的第二日志信息，并将所述第一日志信息及所述第二日志信息发送给设置在所述车辆的外部的装置，

所述发送处理部将包括能够识别所述第一应用软件的所述第一日志信息的参照信息的概要日志信息发送给所述装置。

附图标记说明

1：车辆管理系统；11、12：管理装置；13：显示装置；14、15、16、17、18、19、20：车载装置；141：车内通信部；142：存储部；143：日志管理部；144：应用管理部；1441：受理部；1442：获取部；1443：发送处理部；145：车外通信部；146：异常处理部；147：检测部；100：车辆。

Claims (11)

1.一种车辆用日志收集程序，使作为车载装置的计算机作为受理部、获取部以及发送处理部发挥功能，

所述受理部接收识别在具有第一存储部和第二存储部的车辆中使用的第一应用软件的识别信息的指定，

所述获取部获取表示所述第一应用软件与在所述车辆中使用且不同于所述第一应用软件的第二应用软件及在所述车辆中使用的服务中的至少任一者对应的对应信息，

所述发送处理部从所述第一存储部获取所述第一存储部存储的与所述识别信息对应的所述第一应用软件的第一日志信息，从所述第二存储部获取所述第二存储部存储的与所述第一应用软件对应的所述第二应用软件及所述服务中的至少任一者的第二日志信息，并将所述第一日志信息及所述第二日志信息发送给设置在所述车辆的外部的装置。

2.根据权利要求1所述的车辆用日志收集程序，其中，

所述车辆具有第三存储部，

所述获取部从所述第三存储部获取第一概要日志信息和第二概要日志信息，所述第一概要日志信息包括表示所述第一日志信息的保存地点的第一参照信息，所述第二概要日志信息包括表示所述第二日志信息的保存地点的第二参照信息，

所述发送处理部使用所述第一参照信息从所述第一存储部获取所述第一日志信息，并使用所述第二参照信息从所述第二存储部获取所述第二日志信息。

3.根据权利要求2所述的车辆用日志收集程序，其中，

所述第一概要日志信息是所述第一应用软件省略或转换所述第一日志信息中的至少一部分而创建的信息，所述第二概要日志信息是所述第二应用软件省略或转换所述第二日志信息中的至少一部分而创建的信息。

4.根据权利要求2或3所述的车辆用日志收集程序，其中，

所述车辆用日志收集程序还使所述计算机作为检测部发挥功能，所述检测部检测所述第一应用软件的异常及所述第二应用软件的异常，

所述第一概要日志信息在所述检测部检测到所述第一应用软件的异常的情况下而创建，所述第二概要日志信息在所述检测部检测到所述第二应用软件的异常的情况下而创建。

5.根据权利要求2至4中任一项所述的车辆用日志收集程序，其中，

所述第一概要日志信息包括所述第一应用软件的错误日志，所述第二概要日志信息包括所述第二应用软件的错误日志。

6.根据权利要求1至5中任一项所述的车辆用日志收集程序，其中，

所述对应信息表示与所述识别信息对应的所述第一应用软件与所述第二应用软件及所述服务对应。

7.一种车载装置，具备：

受理部，接收识别在具有第一存储部和第二存储部的车辆中使用的第一应用软件的识别信息的指定；

获取部，获取表示所述第一应用软件与在所述车辆中使用且不同于所述第一应用软件的第二应用软件及在所述车辆中使用的服务中的至少任一者对应的对应信息；以及

发送处理部，从所述车辆中的第一存储部获取所述第一存储部存储的与所述识别信息对应的所述第一应用软件的第一日志信息，从所述第二存储部获取所述第二存储部存储的与所述第一应用软件对应的所述第二应用软件及所述服务中的至少任一者的第二日志信息，并将所述第一日志信息及所述第二日志信息发送给设置在所述车辆的外部的装置。

8.一种车辆用日志收集系统，具备：

车载装置，搭载于具有第一存储部和第二存储部的车辆；以及

管理装置，设置在所述车辆的外部，并能够与所述车载装置进行通信，

所述车载装置具备：

受理部，接收识别在所述车辆中使用的第一应用软件的识别信息的指定；

获取部，获取表示所述第一应用软件与在所述车辆中使用且不同于所述第一应用软件的所述第二应用软件及在所述车辆中使用的服务中的至少任一者对应的对应信息；以及

发送处理部，从所述车辆中的第一存储部获取所述第一存储部存储的与所述识别信息对应的所述第一应用软件的第一日志信息，从所述第二存储部获取所述第二存储部存储的与所述第一应用软件对应的所述第二应用软件及所述服务中的至少任一者的第二日志信息，并将所述第一日志信息及所述第二日志信息发送给所述管理装置。

9.一种车辆用日志收集方法，是搭载于具有第一存储部和第二存储部的车辆的车载装置中的车辆用日志收集方法，包括以下步骤：

接收识别在所述车辆中使用的第一应用软件的识别信息的指定；

获取表示所述第一应用软件与在所述车辆中使用且不同于所述第一应用软件的第二应用软件及在所述车辆中使用的服务中的至少任一者对应的对应信息；以及

从所述车辆中的第一存储部获取所述第一存储部存储的与所述识别信息对应的所述第一应用软件的第一日志信息，从所述第二存储部获取所述第二存储部存储的与所述第一应用软件对应的所述第二应用软件及所述服务中的至少任一者的第二日志信息，并将所述第一日志信息及所述第二日志信息发送给设置在所述车辆的外部的装置。

10.一种车辆用日志收集程序，使作为车载装置的计算机作为受理部、获取部以及发送处理部发挥功能，

所述受理部接收识别在车辆中使用的应用软件的识别信息以及通过与所述应用软件的保存地点的相对位置关系来表示所述应用软件的日志信息的保存地点的第三参照信息的指定，

所述获取部获取表示与所述识别信息对应的所述应用软件的保存地点的第四参照信息，

所述发送处理部基于所述第三参照信息及所述第四参照信息确定所述应用软件的所述日志信息的保存地点，从所确定的所述保存地点获取所述日志信息，并将所获取的所述日志信息发送给设置在所述车辆的外部的装置。

11.一种车辆用日志收集方法，是搭载于车辆的车载装置中的车辆用日志收集方法，包括以下步骤：

接收识别在所述车辆中使用的应用的识别信息以及通过与所述应用软件的保存地点的相对位置关系来表示所述应用软件的日志信息的保存地点的第三参照信息的指定；

获取表示与所述识别信息对应的所述应用软件的保存地点的第四参照信息；

基于所述第三参照信息及所述第四参照信息，确定所述应用软件的所述日志信息的保存地点；

从所确定的所述保存地点获取所述日志信息；以及

将所获取的所述日志信息发送给设置在所述车辆的外部的装置。

Images