CN110874930A - 数据收集装置、车载设备、数据收集系统和数据收集方法 - Google Patents

Abstract

根据该实施例的数据收集装置包括接收单元、收集条件数据生成单元、收集条件设置单元和获取的数据收集单元。接收单元接收由每个车辆获得的车辆获取数据的收集请求。收集条件数据生成单元基于由接收单元接收的收集请求，生成指示车辆获取数据的收集条件的收集条件数据。收集条件设置单元将由收集条件数据生成单元生成的收集条件数据发送给每个车辆，并且对每个车辆设置收集条件数据。获取的数据收集单元接收满足从每个车辆发送的收集条件的车辆获取数据。收集条件设置单元能够设置多个收集条件，并且获取的数据收集单元过滤收集条件以收集车辆获取数据。

Description

数据收集装置、车载设备、数据收集系统和数据收集方法

技术领域

本文讨论的实施例涉及数据收集装置、车载设备、数据收集系统 和数据收集方法。

背景技术

常规已知一种从安装在每个车辆上的车载设备收集道路信息的数 据收集装置。这种数据收集装置基于每个车辆的位置信息过滤要从其 收集道路信息的车辆，并且在期望的位置收集道路信息(例如，参见 日本特开专利公开No.2018-55581号)。

近年来，除了道路信息之外，还需要从车载设备快速收集各种各 样的数据。然而，如果从每个车载设备收集各种各样的数据，则通信 线路可能拥堵而花费很多时间来提供数据。

鉴于上述情况，已经提出了实施例的一个方面，并且本发明的目 的是提供一种数据收集装置、一种数据收集系统和一种能够快速收集 数据的数据收集方法。

发明内容

一种数据收集装置，包括：接收单元，其接收由每个车辆获得的 车辆获取数据的收集请求；收集条件数据生成单元，其基于由接收单 元接收的收集请求，生成指示车辆获取数据的收集条件的收集条件数 据；收集条件设置单元，其将由收集条件数据生成单元生成的收集条 件数据发送给每个车辆，并对每个车辆设置收集条件数据；以及获取 数据收集单元，其接收满足从每个车辆发送的收集条件的车辆获取数 据，其中收集条件设置单元能够设置多个收集条件，并且获取数据收 集单元过滤收集条件并收集车辆获取数据。

根据实施例的一个方面，可以快速收集数据。

附图说明

通过参考附图阅读本发明的以下具体实施方式，可以容易地理解 本发明的进一步完全认识和所得优点。

图1A至图1C是示出数据收集系统的操作的图。

图2A是示出标签数据的示例图。

图2B是示出收集条件ID的示例图。

图2C是数据收集系统中的数据转换图。

图3是用于描述常规技术的图。

图4是示出根据该实施例的数据收集装置中的数据的收集示例的 图。

图5A是示出根据第一实施例的数据收集方法的概要图。

图5B是示出条件文件的示例图。

图6是数据收集系统的系统示意图。

图7是数据收集装置的方框图。

图8是示出车辆信息表的示例图。

图9是示出收集条件表的示例图。

图10是示出连接请求的示例图。

图11是车载设备的方框图。

图12和图13是示出由数据收集装置执行的处理过程的流程图。

图14是示出由车载设备执行的处理过程的流程图。

图15是示出根据第二实施例的数据收集方法的概要图。

图16是数据收集装置的方框图。

图17是示出接收屏幕的示例图。

图18是示出由数据收集装置执行的处理过程的流程图。

图19是示出由车载设备执行的处理过程的流程图。

图20A至图20H是根据第三实施例的数据收集方法的示意性说明 图。

图21是根据第三实施例的数据收集系统的配置示例的方框图。

图22A和图22B是示出提取处理的示例图。

图23是示出根据第三实施例的数据收集系统执行的处理序列的 图。

具体实施方式

参考附图，下面详细描述在本文公开的数据收集装置、数据收集 系统和数据收集方法。本发明不限于这些实施例。

基本概念

首先，参考图1A至图4的附图描述数据收集技术中的整体基本 操作。首先，参考图1A至图1C描述数据收集系统中直到数据被提供 给数据用户的一系列流程。

图1A至图1C是示出数据收集系统的操作的图。如图1A中所示， 数据收集系统包括由诸如自动驾驶汽车的开发者之类的数据用户使用 的用户终端10，由云形成的数据收集装置(服务器)1，以及安装在 车辆上的车载设备50-1、50-2、50-3、......(当指示通用车载设备时， 称为“车载设备50″)。有效的是，车载设备50还用作行车记录仪，其 具有摄像头、图像存储单元(存储器)、诸如加速度传感器和GPS之 类的各种传感器以及使用硬件配置的微计算机。

首先，数据用户通过连接到数据收集装置1的用户终端10设置数 据收集条件。在这种情况下，数据收集装置1创建用于生成具有所使 用的索引数据的特性的标签数据的标签数据生成数据，以用于搜索和 示意性地掌握要添加到收集的实际数据的数据(车辆获取数据的示例)。

基于数据用户通过使用存储在用户终端10或数据收集装置1中的 计算机程序或生成数据的操作来创建标签数据生成数据。数据收集条 件和标签数据生成数据存储在数据收集装置1中。数据收集条件和标 签数据生成数据被发送给数据收集目标车辆(数据用户指定车辆状况) 并存储在每个车载设备50中。

接下来，每个车载设备50监视来自传感器和摄像头的输出数据， 并且当满足存储在其中的数据收集条件的事件时，将对应的实际数据 R存储在存储设备中。每个车载设备50基于实际数据R和存储的标 签数据生成数据生成并在其中存储对应于实际数据R的标签数据T。

每个车载设备50将标签数据T发送给数据收集装置1，并且数据 收集装置1在其中存储标签数据。在这种情况下，不将实际数据R发 送给数据收集装置1。

当数据用户使用用户终端10连接到数据收集装置1以检查数据收 集状态或收集实际数据R时，在用户终端10上显示基于从数据收集 装置1收集的标签数据T的信息。在这种情况下，在用户终端10上 显示用于基于标签数据T执行数据收集指令操作的操作屏幕。

当数据用户使用用户终端10执行指定要收集的实际数据R的操 作时，通过数据收集装置1发送对目标车载设备50中的每一个指定目 标实际数据R的指令数据。

之后，如图1C中所示，已经针对其发出收集指令的实际数据R (诸如图像数据)从每个车载设备50发送给数据收集装置1，并存储 在数据收集装置1中。数据用户使用用户终端10访问存储在数据收集 装置1中的实际数据R，并浏览和下载实际数据R。

就车载设备50中的数据容量而言，优选地，从车载设备50删除 发送给数据收集装置1的实际数据R和对应的标签数据T。标签数据 T优选地是转换为元数据的标签数据，该元数据可以掌握实际数据R 的概要并且由数据用户确定实际数据R的必要性，而不是通过简单地 提取所获取的数据的一部分而获得的数据。

接下来，参考图2A和图2B描述标签数据T的具体示例。图2A 是示出标签数据T的示例图。图2B是示出收集条件ID的示例图。在 图2A所示的示例中，标签数据T包括事件ID、车辆编号、收集条件 ID、事件发生日期、事件发生坐标(纬度、经度)和行程计数器。

事件ID是用于唯一识别数据的识别码，并且是根据由收集条件 文件指定的收集条件ID和事件发生时间生成的。例如，当收集条件 ID是001并且出现顺序是第一时，事件ID是“0010001”。车辆编号是 每个车辆的标识号，并且事件发生日期是关于发生事件(满足数据收 集条件的状态)的日期的数据。事件发生坐标(纬度、经度)是关于 事件发生的位置的数据，并且行程计数器是点火开关的打开/关闭次数 (从预定时间点打开和关闭发动机的次数，诸如数据收集开始时间点)。

收集条件ID是用于识别对车载设备50设置的与图2B中所示的 收集条件数据(文件)相关联的数据收集条件的数据。关于数据收集 条件，在由多个数据用户收集数据或者需要由单个数据用户在不同数 据收集条件下收集数据的情况下，为每个车载设备50设置多个数据收 集条件。

共同收集条件数据存储在每个车载设备50和数据收集装置1中。 对于在给定条件下不是收集目标的车载设备50，关于收集条件的数据 不存储在存储在车载设备50中的收集条件文件中。

收集条件数据(文件)优选地具有简单的数据配置，包括用于识 别收集条件的收集条件ID数据和指示收集条件的内容的收集条件数 据，以及关联的事件名称(用于显示)，以便于数据用户理解屏幕显示。

在图2B所示的示例中，指示收集条件的ID及其名称被用作标签 数据T。以下的是优选方法：其中将实际数据R根据级别分类为数据 类型并且将级别数据用作标签数据T的方法，以及其中根据诸如收集 条件实现级别，诸如在检测到切入车辆时发生切入之前来自前方车辆 的车辆间距离级别之类的级别分类的信息(用作数据收集条件的附加 数据)用于确定危险程度(长车间距离：低切入危险程度，中等车间 距离：中等切入危险程度，短车间距离：高切入危险程度)并且危险 程度用作标签数据T的方法。

在通过云形成上述系统的情况下，上述车载设备50利用诸如时间、 位置和速度之类的信息标记收集的数据，仅将标签数据T作为元信息 上传到云，并将诸如图像的数据主体存储在车载设备50中。当诸如服 务开发者之类的数据用户想要从车载设备50获取所需数据时，数据用 户参考在云上收集的元数据以指定目标车辆，并且系统提取记录车辆 的图像，以便恢复实际数据R。

以这种方式，不需要将大量图像数据存储在云上，并且可以仅管 理和参考轻量级标签数据T以仅收集所需的实际数据R。

例如，在自动驾驶的发展中，开发者需要关于危险切入场景的实 际数据R。根据不断变化的道路环境，预计会发生各种切入。为了解 决这个问题，根据该实施例的数据收集系统通过标记功能管理数据， 并且因此可以容易找到危险切入场景。

接下来，参考图2C的处理和数据转换图描述数据收集系统中的 组成设备(车载设备50、数据收集装置和终端设备(数据用户))中 的处理流程和数据。图2C是数据收集系统中的数据转换图。仅示出 了一个车载设备50，但是被指定为数据收集目标的所有车载设备50 执行相同的操作。

当数据用户使用用户终端10输入数据收集条件时(步骤101)， 关于数据收集条件的输入数据被发送给数据收集装置1。以这种方式， 数据收集装置1基于关于数据收集条件的输入数据创建数据收集条件 数据文件，以及用于基于实际数据生成对应于实际数据的标签数据T 的标签数据生成数据(步骤S102)。

将创建的数据收集条件数据文件和创建的标签数据生成数据发送 给车载设备50，并且将数据收集条件数据文件存储在数据收集装置1 中(步骤S103)。车载设备50在其中存储从数据收集装置1发送的数 据收集条件数据文件和标签数据生成数据(步骤S104)。

随后，当发生匹配数据收集条件数据文件中包括的数据收集条件 的事件时(步骤S105：基于来自车辆中的每个传感器的输出确定)， 车载设备50从车辆中的每个传感器获取关于收集目标的数据(参见数 据收集条件数据文件中的数据)并将数据存储在其中，并基于实际数 据生成标签数据T(步骤S106)。

车载设备50将所生成的标签数据T存储在车载设备50中(步骤 S107)。将生成的标签数据T发送给数据收集装置1，并且数据收集装 置1在其中存储发送的标签数据T(步骤S108)。每当事件发生时， 执行事件发生时的处理(步骤S105至步骤S108的处理)。

响应于数据用户对用户终端10执行的操作将存储在数据收集装 置1中的标签数据T提供给用户终端10，并且在用户终端10上显示 数据收集状态和用于收集实际数据的操作屏幕。以这种方式，数据用 户可以检查数据收集状态(步骤S109)。

在这种情况下，当数据用户基于标签数据T执行指示收集所需实 际数据R的操作时(步骤S110)，将收集指令操作数据发送给数据收 集装置1，并且数据收集装置1基于收集指令操作数据创建包括关于 收集目标的实际数据识别数据的收集指令数据(步骤S11)。将收集指 令数据发送给车载设备50。

车载设备50基于所接收的收集指令数据选择要收集的实际数据， 并将实际数据发送给数据收集装置1(步骤S112)。

接下来，数据收集装置1接收从车载设备50发送的实际数据R (步骤S113)，并将指示已获取实际数据R的实际数据获取信息发送 给用户终端10并在其中存储接收的实际数据R(步骤S114)。数据用 户操作用户终端10访问存储在数据收集装置1中的实际数据R，并浏 览和下载实际数据R(步骤S115)。

数据用户可以通过上述流程有效地收集所需的实际数据，并且在 上述流程中处理、累积和发送数据，因此可以抑制每个设备中的数据 处理和存储器负荷以及设备之间数据发送的负荷。

接下来，通过将地图(道路)数据作为特定数据类型的示例来描 述数据收集示例。在下文中，为了更容易理解，首先参考图3描述常 规数据收集系统，然后参考图4描述本申请中的数据收集系统。

图3是用于描述常规技术的图。图4是示出根据本实施例的数据 收集装置的数据的收集示例的图。

如图3中所示，在常规数据收集系统中，车载设备X1、X2、…… 中的每一个在添加诸如车辆识别数据之类的所需附加数据之后，将由 车载传感器获取的诸如位置数据、时间数据和图像数据之类的数据发 送给数据收集装置(服务器)100。要获取的数据类型(要获取的数据 类型；诸如位置、时间、图像、速度、振动和倾斜度等数据)和数据 获取范围(路段、时段)由用户预先通过数据收集装置1设置，并且 车载设备X1、X2、……中的每一个从对应的传感器获取设置数据。

在这种常规数据收集系统中，将车辆已经行驶的指定路段的所有 图像数据资料发送给诸如云的数据收集装置100。因此，例如，关于 具有大交通量1的道路的数据副本很大，并且收集超过需要的大量实 际数据，使得大量收集的数据110被累积在数据收集装置中的存储单 元102中。因此，数据量增加，从而导致数据收集装置100中的存储 单元102的存储容量被消耗的问题。具体地，图像数据112具有大的 数据量，导致大的通信负荷和存储单元102的存储容量的消耗。

解决该问题的实施例的示例包括图4中所示的实施例。稍后参考 图7、图16和图20A描述数据收集装置1的具体配置示例。稍后参考 图11、图16和图20A描述车载设备50的具体配置示例。

如图4中所示，在本实施例的数据收集系统中，车载设备50-1、 50-2、……中的每一个针对由车载传感器获取的诸如位置数据，时间 数据和图像数据之类的数据，基于由数据收集装置1指定的数据收集 条件从每个传感器收集实际数据R，并基于由数据收集装置1指定的 标签数据生成条件来生成标签数据T。

将生成的标签数据T和对应的实际数据R累积在每个车载设备 50-1、50-2、……(已生成标签数据T的车载设备)上。诸如数据类 型的数据收集条件和用于生成由车载设备50-1、50-2、……收集的标 签数据的标签数据生成条件信息由数据收集装置1基于数据用户对用 户终端10操作生成，并存储在数据收集装置1中的存储单元202中。 将标签数据生成条件信息发送给数据收集目标车载设备50-1、 50-2、……并存储在对应的存储单元中。

由车载设备50生成的标签数据T被发送给数据收集装置1，并且 数据收集装置1在其中累积标签数据T。在这种情况下，实际数据R 不从车载设备50发送给数据收集装置1。

当诸如服务开发者的数据用户想要从车载设备50获取所需数据 时，数据用户通过使用可通信地连接到数据收集装置1的用户终端10 来参考在数据收集装置1中收集和累积的标签数据T以指定目标车辆， 并执行数据收集指令操作。

响应于该操作，数据收集装置1基于累积的标签数据T指定要收 集实际数据R的车辆，并且将要收集的实际数据的传输指令发送给车 辆中的车载设备50-1、50-2、……。以这种方式，数据收集装置1通 过提取累积在车载设备50-1、50-2、……中的目标实际数据(诸如图 像数据230)来收集数据。

在用户终端10上，通过参考数据收集装置1中的标签数据T，生 成并显示用于指定数据收集条件并基于标签数据T执行实际数据收集 指定操作的操作屏幕。

除了如上所述的用于指定和指明车辆自身的方法之外，用于指定 从其收集实际数据R的车辆的方法的示例包括用于指定车辆状况的方 法，诸如用于指定车辆类型、行驶位置(区域)、行驶时间(时区)和 特定事件的发生的车辆状况以收集关于车辆的实际数据R的方法。

以这种方式，不需要将大量图像数据230存储在数据收集装置1 中，并且仅管理和参考轻量级标签数据T以仅收集所需图像数据。换 句话说，可以抑制数据收集装置1中的存储单元202的存储容量的消 耗。

例如，在自动驾驶的发展中，开发者需要关于危险切入场景的数 据。根据不断变化的道路环境，会发生各种切入。数据通过标记功能 来管理，因此开发者可以仅基于标签数据T找到危险切入场景，并且 仅收集对应的图像数据。

例如，将车辆行驶的时间和位置信息作为标签数据T发送给数据 收集装置1。当开发者请求关于道路的图像数据时，开发者参考数据 收集装置1中的标签数据T以指定已经通过目标道路的车辆。开发者 可以通过数据收集装置1从车辆获取图像数据。

将来，预计收集并提供给中心的数据的联网汽车数量将增加，并 且预计从汽车收集的数据将是巨大的。通过利用本实施例中的标签数 据T来仅有效地收集与诸如服务开发者之类的数据用户的需求相匹配 的数据，该系统可以用于各种服务。

标签数据T的数据量很小，因此与数据收集条件匹配的所有标签 数据T可以存储在数据收集装置1中。在已经指定了数据收集的路段 之间的交通量差异很大的情况下，可以执行用于稀疏具有大交通量的 路段中的标签数据T的生成、发送和累积的处理或者当超过适当的收 集量时用于删除旧数据的处理。相比之下，对于具有非常小的交通量 的路段，可以执行用于松弛数据收集条件和通过内插收集类似数据的 处理。

在这种情况下，优选地，通过向数据用户通知该事实或在操作屏 幕上显示指示事实的信息(所述事实用于教导实际数据收集)，数据用 户采取适当的措施，使得可以选择数据。

接下来，描述上述实施例中的每个技术特征的概要。

技术特征1：可以识别道路上的车道区段的数据作为标签数据而 被包括(包括在数据收集条件中)。因此，可以基于车道区段过滤数据。

技术特征2：在技术特征1中，数据收集装置指示收集实际数据， 使得收集的数据量(计数)在车道区段之间相等。以这种方式，可以 独立于车道区段之间的交通量差异来收集实际数据，并且可以防止由 车道区段之间的数据收集量的差异引起实际数据收集浪费。

技术特征3：在技术特征1中，数据收集装置设置数据收集条件， 使得收集的数据量(计数)在车道区段之间相等。例如，一旦建立数 据收集条件o次就获取数据的稀疏条件被包括在数据收集条件中。以 这种方式，可以使得车载设备获取的实际数据量独立于车道区段之间 的交通量差异而恒定，可以防止由车道区段之间的数据收集量的差异 引起的实际数据收集浪费，并且可以减少车载设备中的数据处理、存 储器负荷和数据传输负荷。

技术特征4：生成和存储的标签数据被转换为元数据。因此，数 据用户可以容易地掌握数据内容，并且容易地选择要收集的实际数据。

技术特征5：在技术特征4中，将收集条件中的项转换为元数据。 收集条件最初由数据用户设置，因此通过使用关于关系的元数据，数 据用户可以更容易地掌握数据内容，并且容易地选择要收集的实际数 据。

技术特征6：在技术特征4和5中，关于项的级别信息(诸如收 集条件)也被转换为元数据以及项到元数据的转换。可以执行基于给 定项的级别的详细过滤，并且可以容易地执行要收集的实际数据的更 详细选择。

第一实施例

随后，描述根据第一实施例的数据收集装置、数据收集系统和数 据收集方法。首先，参考图5A描述根据第一实施例的数据收集方法 的概要。图5A是示出数据收集方法的概要图。数据收集方法通过在 图5A所示的数据收集装置1A和车载设备50A之间传送数据来实现。

数据收集装置1A是数据收集服务器，其从数据用户接收数据收 集请求，并基于所接收的收集请求从车载设备50A收集实际数据R(车 辆获取数据)。

数据收集装置1A将收集的数据提供给每个用户。在图1A所示的 示例中，示出了数据用户是服务提供商、开发者和用户的情况。换句 话说，数据收集装置1A收集用户期望的数据而不是用户收集，并将 收集的数据提供给每个数据用户。

具体地，如图5A中所示，首先，数据收集装置1A从数据用户接 收收集请求(步骤S1)。收集请求包括由每个数据用户指定的数据的 收集条件。收集条件包括关于数据类型的信息和关于收集目标车辆的 信息和位置信息。

随后，数据收集装置1A选择满足收集条件的车辆(步骤S2)。 例如，数据收集装置1A将关于每个车辆的信息保存为数据库，并且 可以从数据库中选择满足上述收集条件的车辆。

随后，数据收集装置1A生成指示每个车辆的收集条件的条件文 件(步骤S3)。条件文件是根据数据的使用目的划分的文件。稍后参 考图5B描述条件文件的划分的示例。

数据收集装置1A将针对每个车辆生成的条件文件发送给每个车 辆中的车载设备50A。每个车载设备50A过滤满足由条件文件所指示 的收集条件的数据(步骤S4)，并将过滤后的数据发送给数据收集装 置1A(步骤S5)。

具体地，数据收集装置1A对车载设备50A设置多个数据收集条 件，并使得车载设备50A基于每个数据收集条件一次获取数据(标签 数据T)。数据收集装置1A可以过滤和收集由车载设备50A获取的数 据(数据收集装置1A使用数据收集条件数据来指定收集目标数据类 型，并且车载设备50A按照指定过滤和发送数据)。之后，数据收集 装置1A将从每个车载设备50A收集的数据(基于标签数据T的元数 据)提供给数据用户(步骤S6)。

以这种方式，根据该实施例的数据收集装置1A可以仅从每个车 载设备50A收集数据用户所需的数据，以抑制从每个车载设备50A发 送的数据通信量。

因此，根据该实施例的数据收集装置1A可以从每个车载设备50A 快速收集数据用户所需的数据。因此，根据该实施例的数据收集装置 1A可以快速提供数据。

随后，参考图5B描述条件文件的划分的示例。图5B是示出条件 文件的划分的示例图。如图5B中所示，条件文件被分成多个区域， 并且例如，用于不同用途的数据的收集条件被存储在条件文件中的区 域中。在图5B所示的示例中，条件文件被划分为服务区域R1、基本 区域R2、开发区域R3和自主生成区域R4。换句话说，各区域为了区 分所获取数据的处理形式(诸如根据使用目的改变处理形式)的目的 而不同，诸如数据传输的不同必要性和优先级。

服务区域R1是存储由向普通用户提供服务的服务提供商或数据 收集装置1A的管理员提供给普通用户的服务的收集条件的区域。在 服务区域R1中，分配了由服务提供商或数据收集装置1A设置的收集 条件。

基本区域R2是当满足收集条件时，需要发送满足收集条件的数 据的收集条件的区域。例如，在基本区域R2中，分配了由诸如救护 车和警车之类的紧急车辆设置的收集条件。

开发区域R3是存储来自车辆的开发者的收集请求的区域。在开 发区域R3中，分配了由开发者设置的收集条件。

自主生成区域R4是存储由车载设备BOA自身自主生成的收集条 件的区域。例如，当检测到车辆中的异常时，车载设备50A可以生成 关于与异常类似的现象的数据的收集条件，并且将收集条件存储在自 主生成区域R4中。这样的收集条件在车载设备50A侧生成，并且因 此通过车载设备50A分配到自主生成区域R4。

基于服务区域R1中的收集条件收集的数据最终被提供给普通用 户，并且基于基本区域R2中的收集条件收集的数据最终被提供给紧 急车辆。

基于开发区域R3中的收集条件收集的数据最终被提供给开发者， 并且基于自主生成区域R4中的收集条件收集的数据最终被提供给车 载设备50A或开发者。

换句话说，在服务区域R1、基本区域R2、开发区域R3和自主生 成区域R4中，存储用于不同用途的数据的收集条件。

具体地，作为与人类生活有关的基本区域R2中的收集条件，紧 急数据的收集条件被存储。因此，在未经用户批准的情况下根据收集 条件收集基本区域R2中的数据。另一方面，在用户的同意下根据收 集条件收集其他区域(特别是服务区域R1)中的数据。

以这种方式，数据收集装置1A通过根据收集条件的使用目的将 收集条件分配到存储收集条件的区域来生成条件文件。因此，可以适 当地收集对应于收集条件的数据。通过提供基本区域R2，可以可靠地 收集具有高紧急情况的数据。

在收集条件文件中，可以将处理类型添加到收集条件并存储。在 这种情况下，数据收集装置1A可以通过对应于处理类型的获取方法 从车辆接收车辆获取数据。

接下来，参考图6描述根据该实施例的数据收集系统的配置。图 6是示出数据收集系统的配置示例的图。如图6中所示，数据收集系 统S包括数据收集装置1A、多个用户终端10和多个车载设备50A。

数据收集装置1A、用户终端10和车载设备50A通过网络N连接。 数据收集装置1A基于从用户终端10接收的收集请求从每个车载设备 50A收集数据，并将数据提供给用户终端10。

用户终端10是由用户操作的终端，例如，诸如智能电话之类的移 动电话、平板终端、PDA、平板PC和笔记本PC。用户终端10包括 具有中央处理单元(CPU)、只读存储器(ROM)、随机存取存储器 (RAM)、硬盘驱动器(HDD)和输入/输出端口的计算机，以及各种 电路。

用户可以操作用户终端10以将上述收集请求发送给数据收集装 置1A。用户终端10可以将从数据收集装置1A提供的数据呈现给用 户。车载设备50A可以用作用户终端10。

车载设备50A是安装在每个车辆上的通信设备。车载设备50A将 由过滤请求指定的数据与关于车辆的行驶信息一起存储在内部存储介 质中，并且基于从数据收集装置1A发送的传输请求将数据发送给数 据收集装置1A。

接下来，参考图7描述根据实施例的数据收集装置1A的配置示 例。图7是数据收集装置1A的方框图。如图7中所示，数据收集装 置1A包括通信单元2A、控制单元3A和存储单元4A。

通信单元2A是用于向网络N发送信息和从其接收信息的通信接 口。控制单元3A可以通过通信单元2A和网络N向各单元发送各种 信息和从其接收各种信息。

控制单元3A包括接收单元31A、生成单元32A、传输单元33A 和供应单元34A。例如，控制单元3A包括具有中央处理单元(CPU)、 只读存储器(ROM)、随机存取存储器(RAM)、硬盘驱动器(HDD) 和输入/输出端口的计算机，以及各种电路。

例如，计算机中的CPU读取并执行存储在ROM中的计算机程序， 以用作控制单元3A中的接收单元31A、生成单元32A、传输单元33A 和供应单元34A。

控制单元3A中的接收单元31A、生成单元32A、传输单元33A 和供应单元34A的至少一部分或全部可以由硬件配置，诸如专用集成 电路(ASIC)和现场可编程门阵列(FPGA)。

例如，存储单元4A对应于RAM或HDD。RAM或HDD包括车 辆信息数据库41A、收集条件数据库42A、标签数据数据库43A和实 际数据数据库44A。数据收集装置1A可以通过由有线或无线网络连 接的另一计算机或便携式记录介质获取上述程序和各种信息。

车辆信息数据库41A具有与每个车辆相关的车辆信息表。图8是 示出车辆信息表41的示例图。如图8中所示，车辆信息表是其中“车 载设备ID”、“车主信息”、“车辆类型信息”和“车载配件”彼此相关联的 信息。

“车载设备ID”是用于识别每个车载设备50A的标识符。“车主信 息”是关于安装有车载设备50A的车辆的车主的信息。在图8所示的 示例中，车主姓名被指示为车主信息，但是车主的性别、年龄、地址 和职业可以包括在车主信息中。

“车辆类型信息”是关于车辆类型的信息，并且是关于车辆类型名 称和车辆型号年份的信息。“车载配件”是关于车辆中的配件的信息。 例如，指示摄像头的存在/不存在和摄像头类型的信息被包括在车辆信 息中。

返回参考图7，描述了收集条件数据库42A。收集条件数据库42A 具有与从用户终端10接收的收集条件有关的收集条件表。图9是示出 收集条件表的示例图。

如图9中所示，收集条件表42a是其中“用户ID”、“请求ID”和“收 集条件”彼此相关联的信息。“用户ID”是用于识别用户的标识符。

“请求ID”是用于识别收集请求的标识符。“收集条件”是指示实际 数据的收集条件的信息。收集条件的示例包括“目标车辆状况”、“记录 触发”和“收集内容”。

“目标车辆状况”表示收集目标车辆的状况，并且“记录触发”表示 由车载设备50A开始记录实际数据的触发。“记录内容”是指示要记录 在车载设备50A中的实际数据的信息。

图9中所示的示例表示请求ID“001”的目标车辆是“由oo公司制 造”的车辆的情况，记录触发是加速度(＞ooG)，并且收集内容是位 置信息和加速度(3秒左右)。

在这种情况下，当检测到大于ooG的加速度时，车载设备50A 在加速度超过ooG的时间点前后3秒内记录加速度数据以及位置信息。

图9所示的示例表示请求ID“002”的目标车辆是60岁或更老的用 户，记录触发是制动压力(＞oopsi)，并且加速度超过oopsi的时间 点作为参考(5秒左右)的情况。

在这种情况下，当已经检测到大于oopsi的制动压力时，车载设 备50A在加速度超过ooG的时间点前后5秒内记录制动压力数据以 及位置信息。

如请求ID”003”所示，目标车辆可以是所有车辆。如请求ID“003” 所示，可以不设置记录触发，使得始终执行记录。

返回参考图7，描述了标签数据数据库43A。标签数据数据库43A 是在其中存储从每个车载设备50A发送的标签数据的数据库。例如， 在标签数据数据库43A中，可以将关于时间、标签数据ID和车载设 备ID的信息添加到每个请求ID的标签数据并存储。标签数据数据库 43A是标签数据存储单元的示例。

实际数据数据库44A是在其中存储基于标签数据从每个车载设备 50A收集的实际数据的数据库。存储在标签数据数据库43A和实际数 据数据库44A中的信息由提供单元35A适当地提供给用户。

随后，描述控制单元3A中的每个配置。控制单元3A中的接收单 元31A从用户终端10接收包括要收集的数据的收集条件的收集请求。 当接收单元31A接收到收集条件时，接收单元31A将上述请求ID添 加到收集条件，并将收集条件登记在收集条件数据库42A中。

当接收单元31A从紧急车辆的管理员接收到收集请求时，接收单 元31A向生成单元32A通知收集请求。收集请求包括位置信息，诸如 事故现场。在下文中，为了区分紧急车辆的收集请求和其他收集请求， 紧急车辆的收集请求有时被称为“迫切收集要求”。

接收单元31A用作标签数据获取单元。接收单元31A可以从车载 设备50A接收关于标签数据的标签更新信息，并且利用所接收的标签 更新信息更新标签数据数据库43A中的存储内容，以同步存储在车载 设备BOA中的标签数据和存储在标签数据数据库43A中的标签数据。

接收单元31A用作获取数据收集单元，其接收满足从每个车辆发 送的收集条件的数据。当接收单元31A从车载设备50A接收获取的数 据时，接收单元31A将对应的实际数据登记在实际数据数据库44A中。 接收单元31A用作获取数据收集单元，其针对存储在条件文件中的每 个收集条件过滤和收集所获取的数据。

生成单元32A用作收集条件数据生成单元和收集条件设置单元。 生成单元32A基于由接收单元31A接收的收集请求生成指示数据的收 集条件的收集条件数据。

收集条件数据是指定上述记录触发、数据类型和格式(拍摄图像 数据(诸如运动图像、静止图像等)和语音数据)，以及数据获取位置 条件的数据。换句话说，当检测到对应于由收集条件数据指定的记录 触发的事件时，车载设备50A可以在其中存储由收集条件数据指定的 数据。

在生成单元32A生成收集条件数据之后，生成单元32A通过传输 单元33A将收集条件数据发送给每个车辆，并且对每个车辆设置收集 条件数据。在这种情况下，如图5B中所示，生成单元32A可以通过 指定收集条件文件中的区域来发送收集条件数据。

传输单元33A将由生成单元32A生成的收集条件数据发送给车载 设备50A，并且将用于实际数据的传输请求发送给每个车载设备50A。 具体地，传输单元33A用作获取数据传输指令单元，其基于标签数据 生成用于车辆获取数据的传输指令数据，并将传输指令数据发送给车 辆。

诸如行车记录仪的车载摄像头通常固定地安装到车辆。因此，一 些车载摄像头可能难以获得具有所需视场角的视频数据。换句话说， 行车记录仪可能无法对事故现场进行成像。

鉴于上述情况，传输单元33A可以通过车载设备50A请求连接到 具有摄像头的终端，诸如由车辆的用户拥有的智能电话。具体地，传 输单元33A可以在针对终端添加连接请求的同时发送传输请求。

图10是示出连接请求的示例图。如图10中所示，数据收集装置 1A将事故现场X的视频数据的传输请求发送给车载设备50A(步骤 S21)。响应于传输请求，车载设备50A连接到能够拍摄视频数据的终 端T(步骤S22)。

例如，连接请求包括用于激活包括在车载设备50A中的诸如wi-fi (登记商标)的近场通信设备的激活信号。车载设备50A可以基于激 活信号激活近场通信设备。

车载设备50A可以通过近场通信设备连接到终端T。车载设备 50A将拍摄事故现场X的图像的请求发送给终端T，并且从终端T获 取其中事故现场X被成像的视频数据(步骤S23)。换句话说，可以 自由地以用户期望的视场角拍摄图像的终端T可以在事故现场X上适当地拍摄视频数据。

之后，车载设备50A将视频数据发送给数据收集装置1A，使得 数据收集装置1A可以收集关于事故现场的视频数据(步骤S24)。

以这种方式，数据收集装置1A通过车载设备50A从终端T收集 图像数据，从而能够收集其中事故现场X被适当成像的视频数据。在 这种情况下，要连接到车载设备50A的终端T可以是由车载设备50A 的用户拥有的终端，或者可以是由除了用户之外的人员(例如，路人 和好奇的旁观者)拥有的终端。

返回参考图7，描述供应单元34A。供应单元34A向每个用户提 供标签数据和实际数据。例如，当用户是紧急车辆的管理员时，供应 单元34A在地图上映射标签数据，并在紧急车辆中的用户终端10上 显示标签数据。

管理员可以基于在用户终端10上显示的标签数据来指定要收集 的实际数据。以这种方式，上述传输单元33A发送要发送对应于所讨 论的标签数据的实际数据的请求，并且接收单元31A从车载设备50A 收集实际数据。

之后，供应单元34A可以将所收集的实际数据提供给紧急车辆中 的用户终端10。以这种方式，紧急车辆中的乘员(例如，消防人员或 警察)可以在前往事故现场X的途中检查事故现场X的情况。因此， 可以进行快速和适当的救援工作。

供应单元34A可以向其他用户提供基于用户指定的收集条件收集 的数据。

接下来，参考图11描述车载设备50A的配置示例。图11是车载 设备50A的方框图。在图11中，一起示出了检测车速的车速传感器 91、检测车辆的转向角的转向角传感器92、检测车辆的加速度的G传 感器93、拍摄车辆周边图像的摄像头94和检测车辆位置的位置检测 装置95。

车速传感器91、转向角传感器92、G传感器93、摄像头94和位 置检测装置95通过诸如CAN通信的车载网络B连接到车载设备50A。

车载设备50A包括通信单元6A、控制单元7A和存储单元8A。 通信单元6A是向网络N发送信息和从网络N接收信息的通信接口。 控制单元7A可以通过通信单元2A和网络N向单元发送各种信息和 从其接收各种信息。

控制单元7A包括获取单元71A、检测单元72A、过滤单元73A 和传输单元74A。例如，控制单元7A包括具有中央处理单元(CPU)、 只读存储器(ROM)、随机存取存储器(RAM)、硬盘驱动器(HDD) 和输入/输出端口的计算机，以及各种电路。

例如，计算机中的CPU读取并执行存储在ROM中的计算机程序， 以用作控制单元7A中的获取单元7LA、检测单元72A、过滤单元73A 和传输单元74A。

控制单元7A中的获取单元71A、检测单元72A、过滤单元73A 和传输单元74A的至少一部分或全部可以由硬件配置，诸如专用集成 电路(ASIC)和现场可编程门阵列(FPGA)。

例如，存储单元8A对应于RAM或HDD。RAM或HDD包括标 签数据存储单元81A、实际数据存储单元82A和收集条件存储单元 S3A。车载设备50A可以通过由有线或无线网络连接的另一计算机或 便携式记录介质获取上述计算机程序和各种信息。

描述了标签数据存储单元81A。标签数据是用作为对应实际数据 的索引数据的数据，并且是用户等用来确定检查实际数据的必要性的 信息。

标签数据的具体示例包括关于触发的日期数据(建立收集条件的 时间)、位置数据、实际数据的数据大小以及触发发生的原因的值级别 (例如，当加速度值被触发时，加速度值的级别(小于阈值，阈值的 两倍或更少，阈值的三倍或更少))。标签数据基于实际数据生成。可 以通过使用日期数据和位置数据的检测值(如果需要，执行有效数字 的舍入)以及用于级别值的检测值的预定计算表达式进行处理或使用 关于检测值的表格数据进行处理来生成标签数据。这样生成的标签数 据存储在标签数据存储单元81A中。

标签数据的量小于实际数据的量，因此存储容量的问题并不严重。 标签数据的必要性随着实际数据的删除而被消除(减少)，因此当存储 容量不足时，可以与实际数据同步地删除标签数据。

标签数据用于由用户过滤和搜索实际数据，因此重要的是实时获 取标签数据。因此，当生成标签数据时，标签数据迅速(当通信就绪 时立即)被发送给数据收集装置1A。

此外，存储在车载设备50A中的标签数据和存储在数据收集装置 1A中的标签数据需要是相同的数据，因此在车载设备50A侧上更新 (新生成，删除)标签数据时，需要将这种信息迅速地发送给数据收 集装置1A，使得同步更新数据收集装置1A上的标签数据。在数据收 集装置1A上删除标签数据的情况下，如果存储设备的容量不足，则 可以删除车载设备50A侧的标签数据和对应的实际数据。

实际数据存储单元82A是在其中存储满足收集条件(目标实际数 据)的收集目标类型的实际数据的存储单元。在实际数据存储单元82A 中，实际数据和标签数据彼此相关联地存储。例如，实际数据存储单 元82A是环形缓冲存储介质，其中较旧的实际数据被新数据按顺序地 重写。

如图5B中所示，收集条件存储单元83A被划分成多个区域。在 收集条件存储单元83A中的每个区域中，存储指定的收集条件数据。

描述了控制单元7A中的获取单元71A。获取单元71A从数据收 集装置1A获取收集条件和收集请求。获取单元71A使用所获取的收 集条件来更新存储单元8中的收集条件存储单元S3A。以这种方式， 存储单元8A中的收集条件存储单元83A可以被更新为最新版本(与 存储在数据收集装置1A中的收集条件同步)。

检测单元12R检测满足存储在收集条件存储单元83A中的收集条 件的事件。当检测单元72A检测到满足存储在收集条件存储单元83A 中的收集条件的事件时，检测单元72A基于满足收集条件的事件的实 际数据生成标签数据，并向过滤单元73A和传输单元74A通知标签数 据。

例如，当检测单元72A检测到车辆中的异常时，检测单元72A基 于异常生成收集条件并将收集条件存储在自主生成区域R4中(参见 图5B)，并且可以通过传输单元74A请求数据收集装置1A以分析异 常。

过滤单元73A将从检测单元72A通知的标签数据与满足收集条件 的实际数据相关联地存储在实际数据存储单元82A中。换句话说，过 滤单元73A过滤满足收集条件的实际数据，并将实际数据存储在实际 数据存储单元82A中。

当从数据收集装置1A发送传输请求时，过滤单元73A可以基于 传输请求过滤由来自实际数据存储单元82A的传输请求指定的实际数 据(由用户基于数据收集装置1A侧上的标签数据指定的实际数据)， 并向传输单元74A通知实际数据。

传输单元74A将由检测单元72A生成的标签数据发送给数据收集 装置1A，并将由过滤单元73A过滤的实际数据发送给数据收集装置 1A。

以这种方式，数据收集装置1A可以向每个用户提供每个用户期 望的实际数据和对应于实际数据的标签数据。

接下来，参考图12和图13描述由根据该实施例的数据收集装置 1A执行的处理过程。图12和图13是示出根据实施例的数据收集装置 1A执行的处理过程的流程图。参考图12，描述与生成集合文件有关 的处理。参考图13，描述当从紧急车辆接收到收集请求时执行的处理。 在数据收集装置1A运行时，重复执行这些处理。

首先，如图12中所示，数据收集装置1A确定是否已经接收到收 集请求(步骤S201)。当已经接收到收集请求时(步骤S101处的是)， 数据收集装置1A选择满足收集条件的车辆(步骤S202)。

随后，数据收集装置1A生成寻址到在步骤S202处选择的车辆的 收集条件数据(步骤S203)，指定车载设备50A中的收集条件文件中 的区域以发送收集条件数据(步骤S204)，并完成处理。另一方面， 当尚未接收到新的收集条件时(步骤S201的否)，数据收集装置1A直接完成处理。

响应于收集条件文件和指令命令发送收集条件数据。收集条件文 件包括新的收集条件文件和改变的收集条件文件，并且更新指令命令 指示新的登记或文件的改变，并且删除指令命令指示要删除的文件。 数据收集装置1A根据目标车辆的过去传输历史掌握收集条件文件信 息，因此可以通过替换目标车辆中的所有收集条件文件(生成所有新 的收集条件文件并与更新指令一起发送)的方法来响应。

接下来，参考图13描述当从紧急车辆接收到收集请求时数据收集 装置1A的处理。

如图13中所示，数据收集装置1A确定是否已经从紧急车辆接收 到收集请求(步骤S211)。当已经接收到收集请求时(步骤S211处的 是)，数据收集装置1A选择现场附近的车辆(步骤S212)，并发送用 于获取现场图像数据的收集条件数据(步骤S213)。

随后，数据收集装置1A获取从已经向其发送了收集条件数据的 车载设备50发送的标签数据(步骤S214)，并选择要收集的数据(步 骤S215)。关于步骤S215的处理，可以通过用户的选择或通过预设条 件的选择在数据收集装置1A侧选择要收集的数据。

随后，数据收集装置1A将数据收集请求发送给目标车辆以从车 辆中的车载设备收集数据(步骤S216)。数据收集装置1A将收集的 数据提供给紧急车辆(步骤S217)，并结束处理。当没有接收到收集 请求时(步骤S211处的否)，数据收集装置1A结束处理。

随后，参考图14描述由车载设备50A执行的处理过程。图14是 示出由车载设备50A执行的处理过程的流程图。当数据收集装置1A 发出数据收集请求时，执行该处理。

如图14中所示，首先，车载设备50A确定是否已检测到满足收 集条件的事件(步骤S221)。当检测到事件时(步骤S221处的是)， 车载设备50A生成由收集条件文件指定的标签数据(步骤S222)。当 在步骤S221的处理中未检测到事件时(步骤S221处的否)，车载设 备50A进行到步骤S224的处理。

关于要检测的收集条件，当已经检测到满足在车载设备50A中登 记的所有收集条件中的一个收集条件的事件时，针对收集条件执行用 于生成标签数据和存储实际数据的处理。

随后，车载设备50A在其中存储对应于标签数据的实际数据并发 送标签数据(步骤S223)，并确定是否已从数据收集装置1A获取了 传输请求(步骤S224)。

当已经获取了传输请求时(步骤S224处的是)，车载设备50A过 滤要发送的实际数据(步骤S225)。随后，车载设备50A将过滤后的 实际数据发送给数据收集装置1A(步骤S226)，并确定是否已经发出 了完成实际数据的收集的完成请求(步骤S227)。完成请求的示例包 括更新收集条件文件。

当已经发出完成请求时(步骤S227处的是)，车载设备50A完成 处理。当尚未发出完成请求时(步骤S227处的否)，车载设备50A进 行到步骤S221的处理。

当尚未获取传输请求时(步骤S224处的否)，车载设备50A进行 到步骤S227的处理。

如上所述，根据该实施例的数据收集装置1A包括：接收单元31A、 收集条件数据生成单元、收集条件设置单元和获取数据收集单元。接 收单元31A接收由每个车辆获得的收集请求数据。生成单元32A(收 集条件数据生成单元的示例)基于由接收单元31A接收的收集请求生 成指示数据收集条件的收集条件数据。

生成单元32A(收集条件设置单元的示例)将由收集条件数据生 成单元生成的收集条件数据发送给每个车辆，并且对每个车辆设置收 集条件数据。接收单元31A(获取数据收集单元的示例)接收满足从 每个车辆发送的收集条件的数据。生成单元32A可以设置多个收集条 件，并过滤多个收集条件以收集要获取的数据。

在根据该实施例的数据收集装置1A中，生成单元32A(收集条 件设置单元的示例)将收集条件数据进行划分并存储在条件文件中， 并将条件文件发送给每个车辆中的车载设备50，并且接收单元31A(获 取数据收集单元的示例)基于存储在条件文件中的收集条件来过滤和 收集数据。

在根据该实施例的数据收集装置1A中，条件文件至少具有基本 区域R4，其中分配了指示需要收集数据的收集条件，并且生成单元 32A(收集条件设置单元的示例)将来自紧急车辆的管理员的收集条 件数据分配到基本区域R4。

在根据该实施例的数据收集装置1A中，条件文件指示关于数据 的标签数据的收集条件，并且数据收集装置1A包括传输单元33A， 该传输单元基于根据条件文件收集的标签数据来选择要从中收集数据 的车辆，并且将数据的传输请求发送给车辆中的车载设备50。

在根据该实施例的数据收集装置1A中，当由收集条件指定的数 据类型是图像数据时，传输单元33A将连接到具有成像设备的终端装 置T的请求发送给车载设备50。

根据该实施例的数据收集系统S包括数据收集装置1A和车载设 备50A。

第二实施例

随后，描述根据第二实施例的数据收集装置、数据收集系统和数 据收集方法。首先，参考图15描述根据第二实施例的数据收集方法的 概要。图15是示出数据收集方法的概要图。通过在图15中所示的数 据收集装置1B和车载设备50B之间传送数据来实现数据收集方法。

数据收集装置1B是数据收集服务器，其从数据用户接收数据收 集请求，并基于所接收的收集请求从车载设备50B收集数据。

数据收集装置1B将收集的数据提供给每个用户。在图15所示的 示例中，示出了用户是服务提供商、开发者和用户的情况。具体地， 数据收集装置1B收集用户期望的数据而不是用户收集，并提供收集 的数据。

具体地，如图15中所示，数据收集装置1B首先从用户接收收集 请求(步骤S1)。这种收集请求包括由每个用户指定的收集条件。收 集条件包括关于数据类型的信息和关于收集目标车辆的信息。作为收 集条件，可以包括收集时段、收集量的上限和收集区域。

随后，数据收集装置1B选择满足收集条件的车辆C(步骤S2)。 例如，数据收集装置1B将关于每个车辆的标签数据作为数据库保存， 并且可以从数据库中选择满足收集条件的上述车辆。

随后，数据收集装置1B将满足收集条件的数据类型的过滤请求 发送给在步骤S2处选择的车辆C中的车载设备50B(步骤S3)。以这 种方式，车载设备50B可以基于过滤请求过滤满足收集条件的数据类 型(步骤S4)。车载设备50B可以响应于过滤请求开始记录指定数据 类型的数据。

之后，当数据收集装置1B获取任何触发，诸如对已发送过滤请 求的车载设备50B的数据提供请求时，数据收集装置1B发送用于在 步骤S4处过滤的数据(组)的传输请求(步骤S5)。

以这种方式，车载设备50B将过滤后的数据发送给数据收集装置 1B(步骤S6)。换句话说，数据收集装置1B仅从每个车载设备50B 收集所需数据，并且因此，可以抑制数据收集装置1和每个车载设备 50B之间的通信负荷。

以这种方式，数据收集装置1B可以快速收集数据。数据收集装 置1B将收集的数据提供给每个用户(步骤S7)。

以这种方式，根据该实施例的数据收集装置1B仅从每个车载设 备50B收集用户期望的数据，因此可以抑制从每个车载设备50B发送 的数据的通信量。

因此，根据该实施例的数据收集装置1B可以从每个车载设备50B 快速收集用户期望的数据，因此可以快速提供数据。

根据该实施例的数据收集装置1B可以预先向每个车载设备50B 发送对应于收集条件的标签数据的传输请求，并且基于标签数据请求 发送实际数据。稍后将描述这个问题。

根据本实施例的数据收集系统具有与图6中所示的数据收集系统 相同的配置和操作，因此省略其描述。

接下来，参考图16描述根据该实施例的数据收集装置1B的配置 示例。图16是数据收集装置1B的方框图。如图16中所示，数据收 集装置1B包括通信单元2B、控制单元3B和存储单元4B。

通信单元2B是用于向网络N发送信息和从其接收信息的通信接 口。控制单元3B可以通过通信单元2B和网络N向单元发送各种信 息和从其接收各种信息。

控制单元3B包括接收单元31B、选择单元32B、过滤请求传输单 元33B、传输请求传输单元34B和提供单元35B。例如，控制单元3B 包括具有中央处理单元(CPU)、只读存储器(ROM)、随机存取存储 器(RAM)、硬盘驱动器(HDD)和输入/输出端口的计算机，以及各 种电路。

例如，计算机中的CPU读取并执行存储在ROM中的计算机程序， 以用作控制单元3B中的接收单元31B、选择单元32B、过滤请求传输 单元33B、传输请求传输单元34B和提供单元35B。

控制单元3B中的接收单元31B、选择单元32B、过滤请求传输单 元33B、传输请求传输单元34B和提供单元35B的至少一部分或全部 可以由硬件配置，诸如专用集成电路(ASIC)和现场可编程门阵列 (FPGA)。

例如，存储单元4B对应于RAM或HDD。RAM或HDD包括车 辆信息数据库41B、收集条件数据库42B、标签数据数据库43B和实 际数据数据库44B。数据收集装置1B可以通过由有线或无线网络连 接的另一计算机或便携式记录介质获取上述程序和各种信息。

例如，车辆信息数据库41B具有与每个车辆相关的车辆信息表， 如图8中所示。例如，收集条件数据库42B具有与从用户终端10接 收的收集条件有关的收集条件表，如图9中所示。

标签数据数据库43B是存储从每个车载设备50B发送的标签数据 的数据库。例如，在标签数据数据库43B中，可以将关于时间、标签 数据ID和车载设备ID的信息添加到每个请求ID的标签数据并存储。 标签数据数据库43B是标签数据存储单元的示例。

实际数据数据库44B是在其中存储基于标签数据从每个车载设备 50B收集的实际数据的数据库。存储在标签数据数据库43B和实际数 据数据库44B中的信息由提供单元35B适当地提供给用户。

随后，描述控制单元3B中的每个配置。控制单元3B中的接收单 元31B从用户终端10接收包括要收集的目标数据的收集条件的收集 请求。当接收单元31B接收到收集条件时，接收单元31B将上述请求 ID添加到收集条件，并将收集条件登记在收集条件数据库42B中。

接收单元31B用作标签数据接收单元。接收单元31B可以从车载 设备50B接收关于标签数据的标签更新信息，并且利用接收到的标签 更新信息更新标签数据数据库43B中的存储内容，以同步存储在车载 设备50B中的标签数据和存储在标签数据数据库43B中的标签数据。

接收单元31B用作实际数据接收单元。当接收单元3IB从车载设 备50B接收实际数据时，接收单元31B将实际数据登记在实际数据数 据库44B中。

接收单元31B可以从用户终端10接收要发送传输请求的目标数 据的指定。当接收单元31B接收到目标数据的指定时，接收单元31B 向传输请求传输单元34B通知目标数据的指定。

选择单元32B选择满足收集条件的车辆。选择单元32B参考车辆 信息数据库41B以选择满足登记在收集条件数据库42B中的收集条件 的车辆。在这种情况下，当一辆车满足多个收集条件时，收集条件应 用于一辆车。

选择单元32B生成指示每个车辆的收集条件的收集条件文件，并 且向过滤请求传输单元33B通知收集条件文件。当更新收集条件数据 库42B时，选择单元32B可以更新每个收集条件。

在这种情况下，选择单元32B可以基于车辆信息数据库41B中的 车辆信息表中的车载配件来选择满足收集条件的车辆。具体地，当在 收集条件中包括摄像图像时，选择单元32B可以确定不包括作为车载 配件的摄像头的车辆不满足收集条件。

过滤请求传输单元33B将由收集条件指定的数据类型的过滤请求 发送给安装在由选择单元32B选择的车辆上的车载设备50B。具体地， 过滤请求传输单元33B将由选择单元32B生成的收集条件文件发送给 每个车载设备50B。

当选择单元32B更新每个车载设备50B的收集条件文件时，过滤 请求传输单元33B可以将用于收集条件文件的更新命令与更新的收集 条件文件一起发送给车载设备50B。

换句话说，过滤请求传输单元33B将由选择单元32B生成的收集 条件文件与每个车载设备50B中的收集条件文件同步。以这种方式， 存储在每个车载设备50B中的收集条件文件可以与最新的收集条件文 件同步。因此，可以仅收集每个用户所需的目标数据(实际数据：未 转换成标签数据的获取数据)，并且可以避免不必要的目标数据收集。

传输请求传输单元34B基于过滤请求发送用于过滤和收集的数据 的传输请求。具体地，传输请求传输单元34B可以发送对应于由用户 指定的标签数据的数据的传输请求。

在这种情况下，用户可以基于由提供单元35B提供的标签数据来 选择要收集哪个目标数据。传输请求传输单元34B将对应于由用户指 定的标签数据的目标数据的传输请求发送给已传输指定标签数据的车 载设备50B。

以这种方式，车载设备50B将对应于标签数据的目标数据发送给 数据收集装置1B。因此，数据收集装置1B可以仅收集用户期望的目 标数据，因此可以抑制数据收集装置1B中和车载设备50B中的通信 负荷。

提供单元35B将标签数据和实际数据提供给用户终端10。首先， 描述提供单元35B提供标签数据的情况。在这种情况下，提供单元35B 通过用于在每个用户终端10上显示选择按钮附近的标签数据的方法 来提供标签数据，将其作为用于在接收屏幕上选择目标数据的信息以 用于执行目标数据所针对的指定目标数据的操作。

图17是示出接收屏幕的示例图。如图17中所示，可以通过接收 屏幕从用户接收“位置”、“时间”和“详细设置”的指定。

例如，当用户选择位置时，用户可以选择生成标签数据的位置(触 发位置(建立数据收集条件))。位置的选择项的示例包括“从地图中选 择”(未示出)。例如，当用户选择“从地图中选择”时，标签数据在地 图图像上与位置相关联地生成标签数据的位置处显示在用户终端10 上。

换句话说，提供单元35B可以通过在地图上映射标签数据来提供 标签数据。以这种方式，允许用户容易地掌握关于标签数据的位置信 息。通过选择映射在地图上的标签数据，用户可以指定用于收集实际 数据的标签数据。

当用户选择图17中所示的时间时，用户可以指定生成标签数据的 时间。例如，当用户选择图17中所示的详细设置时，用户可以选择对 其他实际数据的收集请求。在上述示例中，以精确的方式指定位置和 时间，但是用户可以指定范围，诸如指定区域或时区。

上述传输请求传输单元34B将请求提供实际数据的传输请求发送 给已经提供了由用户指定的标签数据的车载设备50B。

之后，提供单元35B基于由传输请求传输单元34B发送的传输请 求向每个用户终端10提供从车载设备50B发送的实际数据。

以这种方式，数据收集装置1B预先收集标签数据，并收集关于 由用户指定的标签数据的实际数据。因此，可以仅收集用户期望的实 际数据并将其提供给用户。以这种方式，可以快速提供用户期望的数 据。

上面已经描述了用户指定作为传输请求的传输目标的标签数据的 情况。然而，可以在数据收集装置1B侧执行选择。例如，假设用户 是车辆的驾驶员和给定位置处的摄像视频被提供给驾驶员的情况。在 这种情况下，数据收集装置1B预先从每个车载设备50B收集位置信 息作为标签数据，并选择位于驾驶员指定的位置附近的车辆。接下来， 数据收集装置1B可以从对应的车载设备50B收集摄像视频，并将摄 像视频提供给驾驶员。

根据本实施例的车载设备50B具有与图11中所示的车载设备A 相同的配置和操作，因此省略其描述。

接下来，参考图18描述根据该实施例的数据收集装置1B执行的 处理过程。图18是示出根据该实施例的数据收集装置1B执行的处理 过程的流程图。在数据收集装置1B运行时重复执行该处理。

首先，如图18中所示，数据收集装置1B确定是否已经接收到新 的收集请求(步骤S301)。当已经接收到收集请求时(步骤S301处的 “是”)，数据收集装置1B选择满足收集条件的车辆(步骤S302)。

随后，数据收集装置1B通过向目标车辆发送更新数据和更新指 令命令来更新安装在通过步骤S302的处理选择的车辆上的车载设备 50B中的收集条件文件(步骤S303)。随后，数据收集装置1B从每个 车载设备50B收集标签数据(步骤S304)，并将收集的标签数据提供 给用户(步骤S305)。

上述更新数据包括新的收集条件文件和改变的收集条件文件，并 且更新指令命令是用于指示新的登记或改变的文件登记并指示删除要 删除的文件的命令。数据收集装置1B根据过去的传输历史掌握关于 目标车辆的收集条件文件信息，因此可以通过替换目标车辆中的所有 收集条件的方法进行响应(生成所有新的收集条件文件并与更新指令 一起传输)。

随后，数据收集装置1B接收用于从用户收集实际数据的标签数 据的指定(步骤S306)，并且将传输请求发送给已发送指定标签数据 的车载设备50B(步骤S307)。

之后，数据收集装置1B从每个车载设备50B收集实际数据(步 骤S308)，将收集的实际数据提供给用户(步骤S309)，并结束处理。 另一方面，当数据收集装置1B没有接收到新的收集条件时(步骤S301 处的否)，数据收集装置1B进行到步骤S304的处理。如上所述，当 数据收集装置1B选择传输请求的目标车辆时，步骤S305和步骤S306 的处理被替换为“选择作为传输请求的传输目标的标签数据”。

随后，参考图19描述车载设备50B执行的处理过程。图19是示 出由车载设备508执行的处理过程的流程图。当数据收集装置1B发 出数据收集请求时，执行该处理。

如图19中所示，首先，车载设备50B确定是否已检测到满足收 集条件的事件(步骤S311)。当检测到事件时(步骤S311处的是)， 车载设备50B生成由收集条件文件指定的标签数据(步骤S312)。当 车载设备50B在步骤S311的处理中未检测到事件时(步骤S311处的“否”)，车载设备50B进行到步骤S314的处理。

关于要检测的收集条件，当已经检测到满足在车载设备50B中登 记的所有收集条件中的一个收集条件的事件时，针对收集条件执行用 于生成标签数据和存储实际数据的处理。

随后，车载设备50b在其中存储对应于标签数据的实际数据并发 送标签数据(步骤S313)，并确定是否已从数据收集装置1B获取了传 输请求(步骤S314)。

当车载设备50B已经获取了传输请求时(步骤S314处的是)，车 载设备50B过滤要发送的实际数据(步骤S315)。随后，车载设备50B 将过滤的实际数据发送给数据收集装置1B(步骤S316)，并确定是否 已经发出完成实际数据的收集的完成请求(步骤S317)。完成请求的 示例包括更新收集条件文件。

当已经发出完成请求时(步骤S317处的是)，车载设备50B结束 处理。当尚未发出结束请求时(步骤S317处的否)，车载设备50B进 行到步骤S311的处理。

当车载设备50B尚未获取传输请求时(步骤S314处的否)，车载 设备50B进行到步骤S317的处理。

如上所述，根据该实施例的数据收集装置1B包括接收单元31B、 选择单元32B、过滤请求传输单元33B和传输请求传输单元34B。接 收单元31B接收包括要收集的目标数据的收集条件的收集请求。选择 单元32B选择满足由接收单元31B接收的收集条件的车辆。过滤请求 传输单元33B将由收集条件指定的数据类型的过滤请求发送给安装在 由选择单元32B选择的车辆上的车载设备50B。传输请求传输单元34B 发送基于过滤请求过滤后的数据的传输请求。

根据该实施例的数据收集装置1B包括提供单元35B，其基于从 传输请求传输单元34B发送的传输请求提供从车载设备50B发送的目 标数据。

在根据该实施例的数据收集装置1B中，传输请求传输单元34B 发送标签数据请求，其是发送与对应于收集条件的目标数据相对应的 标签数据的请求，并将已经基于根据标签数据请求从车载设备50B发 送的标签数据指定的指定标签数据发送给已经发送标签数据(作为目 标数据请求)的车载设备50B。

在根据该实施例的数据收集装置1B中，过滤请求传输单元33B 将收集条件作为收集条件文件发送，并且在每次更新收集条件文件时 将收集条件文件与车载设备50B中的收集条件文件同步。

在根据该实施例的数据收集装置1B中，提供单元35B提供基于 基于收集条件收集的数据生成的标签数据，并且传输请求传输单元 34B发送对应于从提供单元35B提供的标签数据中的指定的标签数据 的目标数据的目标数据请求。

在根据该实施例的数据收集装置1B中，提供单元35B在基于包 括在标签数据中的位置信息将标签数据映射到地图图像上的同时提供 标签数据。

根据该实施例的数据收集装置1B包括：接收单元31B(标签数 据接收单元的示例)，其接收从车载设备50B发送的标签数据；以及 标签数据数据库43B(标签数据存储单元的示例)，在其中存储由接收 单元31B(标签数据接收单元的示例)接收的标签数据。接收单元31B (标签数据接收单元的示例)从车载设备50B接收关于标签数据的标 签更新信息，并且利用接收到的标签更新信息更新标签数据数据库 43B(标签数据存储单元的示例)中的存储内容，以同步存储在车载 设备50B中的标签数据和存储在标签数据数据库43B(标签数据存储 单元的示例)中的标签数据。

根据该实施例的数据收集系统S包括：数据收集装置1B；以及车 载设备50B，其过滤数据类型并基于从数据收集装置1B发送的传输 请求来发送数据。

在根据该实施例的数据收集系统S中，车载设备50B生成对应于 根据过滤请求收集的目标数据的标签数据，并将标签数据发送给数据 收集装置1B，并根据传输请求过滤对应于到数据收集装置1B的指定 标签数据的目标数据。

第三实施例

接下来，参考图20A至图20H描述根据第三实施例的数据收集方 法的概要。图20A至图20H是根据该实施例的数据收集方法的示意性 说明图。在图20A至图20H中，通过采用应用了根据该实施例的数据 收集方法的数据收集系统S作为示例给出描述。

如图20A中所示，根据该实施例的数据收集系统S包括数据收集 装置1C、分别安装在车辆C-1、C-2、C-3、……上的车载设备50C-1、 50C-2、50C-3、……，以及用户终端10。在下文中，普通车辆被称为 “车辆C”，并且普通车载设备被称为“车载设备50C”。

在下文中，车辆C是自动驾驶车辆，并且由安装在每个车辆C上 的车辆控制模型102c执行自动驾驶控制。例如，车辆控制模型102c 是通过诸如深度学习之类的机器学习生成的学习模型，其分析从车辆 C收集的车辆数据并且基于结果。

例如，数据收集装置1C形成为通过诸如互联网和移动电话线网 络的网络N提供云服务的云服务器，并且从数据用户接收对车辆数据 的收集请求，基于所接收的收集请求从每个车载设备50C收集车辆数 据，并将车辆数据提供给数据用户。

例如，车载设备50C是具有摄像头、诸如加速度传感器和全球定 位系统(GPS)传感器之类的各种传感器、存储设备和微计算机的行 车记录器，并且收集对应于数据收集装置1C从车辆C接收的收集请 求的车辆数据。

车载设备50C根据需要将收集的车辆数据上传到数据收集设备 1C。通过将行车记录仪也用作车载设备50，可以使安装在车辆C上 的车载部件有效。车载设备50C和行车记录仪可以单独配置而不用作 单个单元。

用户终端10是数据用户使用的终端，并且例如是笔记本个人计算 机(PC)、台式PC、平板终端、个人数字助理(PDA)、智能电话、 或诸如眼镜类型或手表类型信息处理终端之类的可穿戴设备。

数据用户例如是开发者，其基于从数据收集装置1C提供的车辆 数据开发自动驾驶技术。数据收集装置1C向数据用户提供可以通过 用户终端10访问的用户界面(以下称为“UI”)屏幕。

数据用户通过UI屏幕指定车辆数据的收集条件，如图20A中所 示(步骤S1)。然后，例如，已经接收到收集条件的数据收集装置1C 以文件的形式将收集条件分配给每个车辆C(步骤S2)。

如图20B中所示，与收集车辆数据有关的各种参数包括在收集条 件中。如图20B中所示，各种参数的示例包括“目标车辆”、“数据类型”、 “收集触发条件11”和“收集时段”。

“收集目标车辆”是关于作为收集目标的车辆C的识别信息。“收集 目标车辆”对应于“收集目标车辆状况”的示例，其是收集条件之一。“数 据类型”是要收集的数据的类型，并且例如是加速器开度。“收集触发 条件”是用作收集触发的条件，并且例如是车速超过预定速度的情况。 “收集时段”是收集数据的时段。“数据类型”、“收集触发条件”和“收集 时段”是“收集数据条件”的示例，其是收集条件之一。

每个车载设备50C将在每个车辆C中收集的车辆数据连续地或基 于来自数据收集装置1C的上传请求上传到数据收集装置1C(步骤S3)， 并且数据收集装置1C在其中累积车辆数据(步骤S4)。例如，数据用 户通过上述UI屏幕浏览或下载在数据收集装置1C中累积的车辆数据 (步骤S5)，并使用车辆数据进行分析以进行开发。

虽然在图20A中未示出，但是由车载设备50C上传的车辆数据包 括标签数据T和实际数据R。

参考图20C至图20E更具体地描述直到车辆数据被提供给数据用 户的一系列流程，包括数据收集系统S中的上述内容。如图20C中所 示，首先，数据用户通过连接到数据收集装置1C的用户终端10指定 收集条件。

在这种情况下，数据收集装置1C生成用于生成标签数据T的数 据，该标签数据具有添加到要收集的实际数据R的索引数据的特性并 且用于搜索和示意性地掌握实际数据R。用于生成标签数据T的数据 是基于数据用户通过使用存储在用户终端10或数据收集装置1C中的 计算机程序或生成数据的操作而生成的。

指定的收集条件和用于生成标签数据T的生成数据存储在数据收 集装置1C中，并且被分配到要从其收集数据的车辆C，并存储在车 载设备50C中。

接下来，每个车载设备50C监视从各种传感器输出的数据，并且 当已经发生满足所存储的收集条件的事件时，将对应的实际数据R存 储在存储设备中。基于用于生成标签数据T和实际数据R的存储数据， 每个车载设备50C生成对应于实际数据R的标签数据T并在其中存储 标签数据T。

标签数据T优选地被转换成在数据用户参考标签数据T时可以掌 握实际数据R的概要并确定实际数据R的必要性的元信息，而不是通 过简单地提取实际数据R的一部分而获得的数据。

每个车载设备50C将标签数据T上传到数据收集设备1C，并且 数据收集设备1C在其中存储标签数据T。在这种情况下，实际数据R 不被上传到数据收集装置1C。

当数据用户使用用户终端10连接到数据收集装置1C以便检查数 据收集状态并收集实际数据R时，在用户终端10上显示基于由数据 收集装置1C收集的标签数据T的元信息。此外，显示用于执行收集 对应于每个标签数据T的实际数据R的操作的UI屏幕。

如图20D中所示，当数据用户使用用户终端10指定对应于要收 集的实际数据R的标签数据T时，指定实际数据R的“指令数据”通过 数据收集装置1C发送给车载设备50C。在下文中，指令数据有时被 称为“上传请求”。

之后，如图20E中所示，指定的实际数据R从每个车载设备50C 上传到数据收集装置1C并存储在数据收集装置1C中。数据用户使用 用户终端10访问存储在数据收集装置1C中的实际数据R，并浏览和 下载实际数据R。

从车载设备50C的存储容量的观点来看，优选地在完成上传到数 据收集装置1C之后，从车载设备50删除上传到数据收集装置1C的 实际数据R和对应的标签数据T。

基于如上所述在数据收集装置1C中收集的标签数据T，可以通 过元信息虚拟地掌握每个车辆C的情况，诸如哪个版本的车辆控制模 型102c安装在每个车辆C上，车辆当前在哪里行驶，以及控制器区 域网络(CAN)数据指示车辆C的什么行为。

在根据该实施例的数据收集方法中，首先，基于每个车辆C的情 况提取指示要针对自动驾驶控制评估行为的车辆C。然后，不仅提取 的车辆C，还有类似于车辆C的车辆C，诸如具有相同车辆型号、相 同版本的车辆控制模型102c，以及类似的诸如乘员数量、制造年份、 行驶距离和天气之类的行驶环境的车辆都共同设置为用于车辆控制模 型102c的期望评估的车辆数据的收集目标车辆。

新指定包括作为目标收集车辆的这些车辆的收集条件。基于收集 条件从车辆C收集车辆数据，并分析收集的车辆数据。基于分析结果 更新车辆控制模型102c。

具体地，如图20F中所示，在根据该实施例的数据收集方法中， 例如，用户终端10用于基于连续收集的标签数据T虚拟地掌握每个 车辆C的情况。关于自动驾驶控制，预先设置预定的确定条件使得可 以确定指示要评估的行为的车辆C。不管要评估的行为是正常还是异 常，为了描述的目的，以下描述假定在确定条件下提取的车辆C是“异 常的”。

假定通过如图20F所示的确定条件确定车辆C-2是异常的(参见 图20F中的感叹号)。

在根据该实施例的数据收集方法中，如图20G中所示，数据收集 装置1C基于车辆C-2提取收集目标车辆(步骤S11)。例如，图20G 示出了提取与车辆C-2相同的车辆型号“B”并且具有相同“2.0”版本的 车辆控制模型102c的车辆作为收集目标车辆的示例。

例如，数据收集装置1C指定包括被设置为收集目标车辆的每个 车辆C作为收集目标车辆状况的收集条件(步骤S12)。收集条件在车 辆C之间可以是相同的，或者可以是独立的，使得可以收集各种车辆 数据。应当理解，数据用户而不是数据收集装置1C可以通过使用用 户终端10来指定收集条件。收集条件的示例包括根据异常类型设置的 收集条件，并且收集条件以表格的形式进行存储。根据上面确定的异 常类型搜索表格。作为搜索结果提取与匹配异常类型相关联的收集条 件。换句话说，可以根据异常类型预先将收集条件登记为预设信息， 并且通过使用它，可以简化收集条件的指定。

数据收集装置1C将收集条件分配给每个车辆C(步骤S13)。每 个车载设备50基于收集条件上传车辆数据(步骤S14)。数据收集装 置1C在其中累积车辆数据(步骤S15)。

如图20H中所示，数据收集装置1C分析在步骤S15处累积的车 辆数据(参见图20G)(步骤S16)。例如，分析包括分析车辆控制模 型102c何时，何地执行以及执行何种控制及其原因。然后，分析包括 分析针对更新车辆控制模型102c给予何种学习数据集，换句话说，如何设置与车辆C的控制相关的参数。

数据收集装置1C基于分析结果更新车辆控制模型102c(步骤 S17)。然后，数据收集装置1C将车辆控制模型102c分配给每个车辆 C(步骤S18)，并且例如，车载设备50C用新的车辆控制模型102c 重写车辆控制模型102c(步骤S19)。

以这种方式，在根据该实施例的数据收集方法中，基于指示每个 车辆C的整体状况的车辆数据来确定指示与车辆控制相关的期望行为 的车辆C。基于该确定结果，提取用于评估与上述车辆控制相关的参 数的车辆数据的收集条件。

基于提取的收集条件收集用于评估的车辆数据，并且分析收集的 车辆数据。

因此，根据该实施例的数据收集方法可以评估与车辆C的控制相 关的参数的兼容性。在下文中，更具体地描述根据该实施例的数据收 集方法S的配置示例。

图21是示出根据该实施例的数据收集系统S的配置示例的方框 图。图21仅示出了描述实施例中的特征所必需的组件，并且省略了普 通组件的说明。

换句话说，图21中所示的组件在功能上是概念性的，并且该系统 物理上不一定要如图21所示进行配置。例如，块的分布和集成的特定 形式不限于所示的形式，并且块的整体或部分可以取决于各种负荷和 使用情况在功能上或物理上分布或集成在期望的单元中。

在参考图21的描述中，有时简化或省略上面已经描述的组件的描 述。

如图21中所示，根据该实施例的数据收集方法S包括数据收集 装置1C、车载设备50C和用户终端10。

首先，描述数据收集装置1C。数据收集装置1C包括通信单元11、 存储单元12和控制单元13。

例如，通信单元11由网络接口卡(NIC)实现。通信单元11通 过有线或无线通信连接到网络N，并且通过网络N向车载设备50C和 用户终端10发送信息和从其接收信息。

例如，存储单元12由诸如随机存取存储器(RAM)和闪存的半 导体存储元件或诸如硬盘和光盘的存储设备实现。在图21中的示例中， 存储单元12在其中存储收集数据DB12a、确定条件信息12b和车辆 控制模型102c。

收集数据DB 12a在其中累积从用户终端200指定的收集条件和 基于收集条件从每个车载设备50C收集的车辆数据。具体地，收集数 据DB 12a包括收集条件的过去记录和通过收集条件收集的车辆数据。 本文使用的车辆数据包括上述标签数据T和实际数据R。

确定条件信息12b是关于用于基于指示每个车辆C的整体状况的 标签数据T来确定指示与自动驾驶控制相关的期望行为的车辆C的确 定条件的信息。因此，在确定条件信息12b中，包括用于识别车辆C 的行为的数据类型和阈值。

车辆控制模型102c是用于如上所述执行每个车辆G的自动驾驶 控制的学习模型，并且由稍后描述的更新单元13f更新。

控制单元13是控制器。例如，当存储在数据收集装置1C中的存 储设备中的各种计算机程序由中央处理单元(CPU)或微处理单元 (MPU)通过使用RAM作为工作区域来执行时，实现控制单元13。 例如，控制单元13由集成电路实现，诸如专用集成电路(ASIC)和 现场可编程门阵列(FFGA)。

控制单元13包括收集单元13a、确定单元13b、提取单元13c、 分配单元13d、分析单元13e和更新单元13f，并且实现或执行下面所 描述的信息处理的功能和动作。

收集单元13a基于分配的收集条件收集预先指定并从车载设备 50C上传的车辆数据，并将车辆数据存储在收集数据DB 12a中。

确定单元13b基于存储在收集数据DB 12a中的标签数据T和确 定条件信息12b，确定指示要对自动驾驶控制评估行为的车辆C。确 定单元13b向提取单元13c通知确定结果。

提取单元13c基于确定单元13b的确定结果，提取用作收集目标 车辆的车辆C，要从该车辆收集用于评估车辆控制模型102c的车辆数 据。提取单元13c将包括作为收集目标车辆的提取车辆C的收集条件 设置为收集目标车辆状况。

例如，提取单元13c基于用于评估预先提供的车辆控制模型102c 的参数来设置收集条件。例如，提取单元13c在用户终端200的UI 屏幕上显示作为收集目标车辆的车辆C列表，并且通过UI屏幕基于 来自数据用户的指定设置收集条件。

参考图22A和图22B描述提取单元13c的提取处理的示例。图 22A和图22B是示出提取处理的示例图。

类似于参考图20F的上述描述，假定确定单元13b确定车辆C-2 是异常的。在这种情况下，例如，如图22A中所示，提取单元13c提 取具有与作为收集目标车辆的车辆C-2相同的车辆型号和相同版本的 车辆控制模型102c的车辆。

如图22A中所示，即使当车辆型号和版本相同时，车辆C的情况 的诸如当前位置处的“乘员数量”、“制造年份”、“行驶距离”和“天气” 之类的各种元素一般是不同的，因此搜索范围可以缩小到在较近情况 下的车辆。例如，当搜索范围缩小到具有类似“乘员数量”、“制造年份”、 “行驶距离”和“天气”的车辆时，在这种情况下至少选择车辆C-2和 C-52。

如图22B中所示，为车辆C-2和C-52指定收集数据条件。在这 种情况下，指示要收集的数据类型是“加速器开启度”并且收集位置是 “YYYY”的示例。

例如，优选地指定收集数据条件，使得收集的距离、时间和时段 是不同的，以便防止当仅从被选为类似收集目标车辆的车辆C-2和 C-52收集相同的车辆数据时，引起偏差评估。以这种方式，这种配置 可有助于提高车辆控制模型102c的多功能性。

返回参考图21的描述，随后描述分配单元13d。分配单元13d通 过通信单元11将由提取单元13c设置的收集条件以文件的形式分配给 每个车辆C。用于基于由分配单元13d分配的收集条件评估车辆控制 模型102c的车辆数据由收集单元13a收集并存储在收集数据DB 12a 中。

分析单元13e分析由收集单元13a收集的用于评估车辆控制模型 102c的车辆数据，并且向更新单元13f通知分析结果。例如，更新单 元13f基于分析单元13e的分析结果执行附加学习，并更新车辆控制 模型102c。

由更新单元13f更新的车辆控制模型102c由分配单元13d分配给 要更新的车辆C(例如，具有相同版本的车辆控制模型102c的车辆)。

接下来，描述车载设备50C。车载设备50C包括通信单元101、 存储单元102和控制单元103。如上所述，车载设备50C连接到摄像 头和如上所述的诸如加速度传感器和GPS传感器之类的各种传感器 150。

例如，类似于通信单元11，通信单元101由NIC实现。通信单元 101通过无线通信连接到网络N，并且通过网络N向数据收集装置1C 发送信息和从其接收信息。通信单元101接收从各种传感器150输出 的数据。

例如，存储单元102由诸如RAM和闪存的半导体存储元件实现。 在图21的示例中，存储单元102在其中存储收集条件信息102a、车 辆数据信息102b和车辆控制模型102c。

收集条件信息102a是包括从数据收集装置1C分配的收集条件的 信息。车辆数据信息102b是包括由稍后描述的收集单元103c收集的 车辆数据的信息。车辆数据包括上述标签数据T和实际数据R。车辆 控制模型102c是从数据收集装置1C分配的车辆控制模型。

控制单元103是与控制单元13类似的控制器。例如，当存储在车 载设备50C中的存储设备中的各种计算机程序由CPU或MPU通过使 用RAM作为工作区域来执行时，实现控制单元103。例如，控制单 元103可以由集成电路实现，诸如ASIC和FPGA。

控制单元103包括获取单元103a、检测单元103b、收集单元103c 和上传单元103d，并且实现或执行下面描述的信息处理的功能和动作。

获取单元103a获取从数据收集装置1C分配的收集条件，并将收 集条件存储在收集条件信息102a中。获取单元103a获取从数据收集 装置1C分配的新车辆控制模型102c，并重写旧车辆控制模型102c。

检测单元103b监视来自各种传感器150的输出数据，并检测在收 集条件中用作检测单元103b的事件的发生。

例如，当检测单元103b检测到在收集条件下用作收集车辆数据的 触发事件的发生时，检测单元103b控制收集单元103c以收集车辆数 据。

当检测单元103b检测到收集车辆数据的触发的发生时，收集单元 103c基于从各种传感器150输出的数据来收集车辆数据，并将车辆数 据存储在车辆数据信息102b中。当检测单元103b检测到停止收集车 辆数据的触发的发生时，收集单元103c停止收集车辆数据。

上传单元103d将标签数据T连续上传到数据收集装置1C。当上 传单元103d通过通信单元101从数据收集装置1C接收到对实际数据 R的上传请求时，上传单元103d将实际数据R上传到数据收集装置 1C。例如，上传单元103d可以将用于评估车辆控制模型102c的实际 数据R立即上传到数据收集装置1C。

接下来，参考图23描述根据该实施例的数据收集系统S执行的 处理顺序。图23是示出根据该实施例的数据收集系统S执行的处理 顺序的图。

首先，车载设备50C连续发送指示每个车辆C的整体状况的标签 数据T(步骤S301)。基于此，数据收集装置1C确定期望的行为，例 如，期望的异常(步骤S302)。

数据收集装置1C基于步骤S302的确定结果，提取要从其收集用 于评估车辆控制模型102c的车辆数据的车辆(步骤S303)，并指定包 括收集目标车辆的收集条件(步骤S304)。

数据收集装置1C将收集条件分配给每个车辆C(步骤S305)。车 载设备50C在其中存储分配的收集条件(步骤S306)。基于用作收集 车辆数据的触发的事件的发生(步骤S307)，车载设备50C收集车辆 数据(步骤S308)。

响应于收集条件文件和指令命令发送收集条件(数据)。收集条件 文件包括新的收集条件文件和改变收集条件文件，并且更新指令命令 指示文件的新登记或改变，并且删除指令命令指示要删除的文件。数 据收集装置1C根据过去的传输历史掌握关于目标车辆的收集条件文 件信息，因此可以通过替换目标车辆中的所有收集条件文件(生成所 有新的收集条件文件并与更新指令一起发送)的方法来响应。关于要 检测的收集条件，当已经检测到满足在对应的车载设备50C中登记的 所有收集条件中的一个收集条件的事件时，针对收集条件执行用于生 成标签数据和存储实际数据的处理。

车载设备50C将收集的车辆数据上传到数据收集设备1C(步骤 S309)，并且数据收集设备1C收集车辆数据(步骤S110)。

数据收集装置1C分析用于评估车辆控制模型102c而收集的车辆 数据(步骤S311)，并基于分析结果更新车辆控制模型102c(步骤S312)。

数据收集装置1C将更新的车辆控制模型102c分配给车载设备50 (步骤S313)，并且车载设备50C获取车辆控制模型102c以重写模型 (步骤S314)。

在上文中，已经以车辆控制模型102c为例，并且已经描述了与自 动驾驶控制相关的参数的兼容性的情况。然而，该实施例不限于自动 驾驶控制，只要该参数涉及车辆控制即可。

因此，本实施例还适用于评估在手动驾驶期间与车辆控制相关的 参数(例如，由安装在车辆上的每个电子控制单元(ECU)操作的控 制程序的参数)的兼容性的情况。在这种情况下，数据用户是车辆控 制技术的开发者，不仅包括自动驾驶技术，还包括手动驾驶。

如上所述，根据该实施例的数据收集装置1C包括收集单元13a、 确定单元13b、提取单元13c和分析单元13e。收集单元13a从安装在 每个车辆C上的车载设备50C收集关于车辆C的车辆数据。确定单元 13b基于由收集单元13a收集的车辆数据确定指示期望行为的车辆C。 提取单元13c基于确定单元13b的确定结果提取评估数据的收集条件， 该评估数据是用于评估与车辆控制相关的参数的车辆数据。分析单元 13e基于上述收集条件分析由收集单元13a收集的评估数据。

因此，根据该实施例的数据收集装置1C可以评估与驾驶控制相 关的参数的兼容性。

确定单元13b基于车辆数据确定指示异常行为的车辆C。

因此，根据该实施例的数据收集装置1C可以评估与指示异常行 为的车辆C的驾驶控制相关的参数的兼容性。

提取单元13c在作为上述收集条件之一的收集目标车辆状况下， 提取与由确定单元13b确定的车辆C类似的车辆C，以指示期望行为。

因此，根据该实施例的数据收集装置1C可以将在与指示上述行 为的车辆C的情况类似的情况下的车辆C共同视为收集目标，并且收 集大量的车辆数据用于评估在类似条件下是否会发生同样的现象。

提取单元13c提取收集目标车辆的不同收集数据条件作为收集数 据条件，其是上述收集条件之一。

因此，根据该实施例的数据收集装置1C可以防止当仅从被选择 作为类似收集目标的车辆C收集相同车辆数据时获得的偏差评估。

上述参数涉及自动驾驶控制中的车辆控制模型102c，并且根据该 实施例的数据收集装置1C还包括：更新单元13f，其基于分析单元13e 的分析结果通过机器学习来更新车辆控制模型102c；以及分配单元 13d，其将由更新单元13f更新的车辆控制模型102c分配给要更新的 车辆C。

因此，当发现车辆控制模型102c的参数的设置值不相容时，根据 该实施例的数据收集装置1C可以适当地更新车辆控制模型102c，并 且将车辆控制模型102c快速分配到要更新的车辆C。换句话说，这种 配置可以有助于提高自动驾驶控制的安全性。

在上述实施例中，已经描述了数据收集装置1和1A至1C从车载 设备50和50A至50C收集数据的情况，但是实施例不限于此。具体 地，数据收集装置1和1A至1C可以从诸如智能电话和平板终端之类 的终端设备收集数据。

数据收集装置1和1A至1C以及车载设备50和50A至50C可以 适当地组合使用。

尽管已经关于特定实施例描述了本发明以进行完整和清楚的公开， 但是所附权利要求不因此受到限制，而是应被解释为具体实施本领域 技术人员可以想到的完全落入本文所述的基本教示内的所有修改和替 代构造。

Claims (9)

1.一种数据收集装置，包括：

接收单元，其接收由每个车辆获得的车辆获取数据的收集请求；

收集条件数据生成单元，其基于由所述接收单元接收的所述收集请求，生成指示所述车辆获取数据的收集条件的收集条件数据；

收集条件设置单元，其将由所述收集条件数据生成单元生成的所述收集条件数据发送给每个车辆，并对每个车辆设置所述收集条件数据；以及

获取数据收集单元，其接收满足从每个车辆发送的所述收集条件的车辆获取数据，其中

所述收集条件设置单元能够设置多个收集条件，并且

所述获取数据收集单元过滤所述收集条件并收集车辆获取数据。

2.根据权利要求1所述的数据收集装置，其中

所述收集条件设置单元将所述收集条件数据划分并存储在条件文件中，并将所述条件文件发送给每个车辆，并且

所述获取数据收集单元过滤并收集针对存储在所述条件文件中的每个收集条件的车辆获取数据。

3.根据权利要求2所述的数据收集装置，其中

在所述条件文件中，所述收集条件与添加到其中的处理类型一起存储，并且

所述获取数据收集单元通过对应于所述处理类型的获取方法从所述车辆接收车辆获取数据。

4.根据权利要求1至3中任一项所述的数据收集装置，还包括：

标签数据获取单元，其从每个车辆收集满足所述收集条件数据的车辆获取数据的标签数据；以及

获取数据传输指令单元，其基于所述标签数据生成用于车辆获取数据的传输指令数据，并将所述传输指令数据发送给所述车辆，其中

所述获取数据收集单元基于所述传输指令数据接收并收集从所述车辆发送的车辆获取数据。

5.一种车载设备，包括：

收集条件存储单元，其能够在其中存储从数据收集装置请求的针对由车辆获得的车辆获取数据的多个收集条件；

车辆获取数据存储单元，其获取满足存储在所述收集条件存储单元中的收集条件的车辆获取数据，并且将所述车辆获取数据存储在其中，使得所述车辆获取数据能够通过每个收集条件来识别；以及

车辆获取数据传输单元，其基于来自所述数据收集装置的传输指令数据，从所述车辆获取数据存储单元中选择与所述收集条件中的对应收集条件匹配的车辆获取数据，并将所述车辆获取数据发送给所述数据收集装置。

6.根据权利要求5所述的车载设备，包括：

标签数据生成单元，其基于所述收集条件根据所获取的车辆获取数据生成标签数据；以及

标签数据传输单元，其将由所述标签数据生成单元生成的所述标签数据发送给所述数据收集装置。

7.一种数据收集系统，包括数据收集装置和车载设备，其中

所述数据收集装置包括：

接收单元，其接收针对由每个车辆获得的车辆获取数据的收集请求；

收集条件数据生成单元，其基于由所述接收单元接收的所述收集请求，生成指示所述车辆获取数据的收集条件的收集条件数据；

收集条件设置单元，其将由所述收集条件数据生成单元生成的所述收集条件数据发送给每个车辆，并对每个车辆设置所述收集条件数据；以及

获取数据收集单元，其接收满足从每个车辆发送的所述收集条件的车辆获取数据，其中

所述收集条件设置单元能够设置多个收集条件，

所述获取数据收集单元过滤所述收集条件以获取车辆采集数据，并且

所述车载设备包括：

收集条件存储单元，其能够存储由所述数据收集装置请求的针对由车辆获得的车辆获取数据的多个收集条件；

车辆获取数据存储单元，其获取满足存储在所述收集条件存储单元中的收集条件的车辆获取数据，并且将所述车辆获取数据存储在其中，使得所述车辆获取数据能够通过每个收集条件来识别；以及

车辆获取数据传输单元，其基于来自所述数据收集装置的传输指令数据，从所述车辆获取数据存储单元中选择与所述收集条件中的对应收集条件匹配的车辆获取数据，并将所述车辆获取数据发送给所述数据收集装置。

8.根据权利要求7所述的数据收集系统，其中

所述收集条件数据生成单元生成包括标签数据生成数据的所述收集条件数据，

所述获取数据收集单元基于从所述车载设备发送的标签数据生成传输指令数据，并将所述传输指令数据发送给所述车载设备，并且

所述车载设备包括：

标签数据生成单元，其基于所述收集条件根据所获取的车辆获取数据生成标签数据；以及

标签数据传输单元，其将由所述标签数据生成单元生成的所述标签数据发送给所述数据收集装置。

9.一种数据收集方法，包括：

接收步骤，用于接收针对由每个车辆获得的车辆获取数据的收集请求；

收集条件数据生成步骤，用于基于在所述接收步骤接收的所述收集请求，生成指示所述车辆获取数据的收集条件的收集条件数据；

收集条件设置步骤，用于将在所述收集条件数据生成步骤生成的所述收集条件数据发送给每个车辆，并对每个车辆设置所述收集条件数据；以及

获取数据收集步骤，用于接收满足从每个车辆发送的所述收集条件的车辆获取数据，其中

所述收集条件设置步骤包括设置多个收集条件，并且

所述获取数据收集步骤包括过滤所述收集条件以收集车辆获取数据。

Images