CN116568566A - 信息发送方法以及通信装置 - Google Patents

Abstract

本发明的信息发送方法是从车辆的外部向车载ECU进行基于无线通信的信息的推送发送的方法。在信息发送方法中，在由处理器执行的处理中包含：从外部的发送源接收推送信息的步骤(S47)；掌握与成为推送信息的通知目的地的车载ECU(40)相关的ECU信息的步骤(S50)；以及实施与掌握的ECU信息对应的推送信息的通知的步骤(S53)。

Description

信息发送方法以及通信装置

相关申请的交叉引用

本申请以2020年12月3日在日本申请的日本专利申请第2020-201139号为基础，通过参照整体上引用基础申请的内容。

技术领域

本说明书的公开涉及进行信息的推送发送的信息发送方法以及通信装置。

背景技术

在专利文献1中公开了通过推送信息服务器进行中介，从车辆外部的车辆信息服务器向搭载于车辆的车载器，进行指令的推送发送的技术。车载器能够经由通信器与外部收发信息。

专利文献1：日本特开2019-192953号公报

近年来，即使车辆的电源是关闭状态，也处于维持使通信器与网络连接的状态的趋势。对此，一般而言，在车辆的电源为关闭状态的情况下，如专利文献1的车载器那样的车载ECU的电源也成为关闭状态。在该情况下，即使能够与通信器进行通信，实质上也不能向车载ECU发送推送信息。如以上那样，在专利文献1的技术中，向车载ECU推送发送的便利性可能变得不充分。

发明内容

本公开的目的在于提供一种能够提高推送发送的便利性的信息发送方法以及通信装置。

为了实现上述目的，所公开的一个方式是信息发送方法，该方法从车辆的外部向至少一个车载ECU进行基于无线通信的信息的推送发送，在由至少一个处理器执行的处理中包含如下步骤：从外部的发送源接收推送信息；掌握与成为推送信息的通知目的地的车载ECU相关的ECU信息；以及实施与掌握的ECU信息对应的推送信息的通知。

另外，所公开的一个方式是通信装置，在搭载至少一个车载ECU的车辆中，该通信装置接收从该车辆的外部利用无线通信推送发送的信息，上述通信装置具备：推送接收部，从外部的发送源接收推送信息；掌握部，掌握与成为推送信息的通知目的地的车载ECU相关的ECU信息；以及发送控制部，实施与掌握的ECU信息对应的推送信息的通知。

根据这些方式，在从车辆外部的发送源接收推送信息的接收侧，掌握与推送信息的通知目的地的车载ECU相关的ECU信息，对车载ECU实施与该ECU信息对应的推送信息的通知。因此，即使推送信息的发送源没有详细地掌握与车载ECU相关的信息，推送信息也可以到达正确的通知目的地。因此，能够提高推送发送的便利性。

另外，所公开的一个方式是信息发送方法，在该方法中，从车辆的外部向搭载于多个车辆中的至少一个车辆的车载ECU进行基于无线通信的信息的推送发送，在由至少一个处理器执行的处理中包含如下步骤：基于从推送发送的请求源获取的请求信息，来确定与成为推送信息的发送目的地的车辆关联的无线通信器，并向具备确定成为推送信息的通知目的地的车载ECU的功能的无线通信器发送推送信息。

根据该方式，由发送推送信息的发送源，基于从推送发送的请求源获取的请求信息，来确定与成为推送信息的发送目的地的车辆关联的无线通信器。另外，接收推送信息的无线通信器能够确定成为推送信息的通知目的地的车载ECU。因此，即使推送发送的请求源没有详细地掌握与车辆及其系统结构相关的信息，推送信息也可以到达正确的通知目的地。因此，能够提高推送发送的便利性。

此外，权利要求书等中的括号内的参照编号只不过是表示与后述的实施方式中的具体结构的对应关系的一个例子，对技术范围没有任何限制。

附图说明

图1是表示本公开的一个实施方式的推送分发系统的整体图像的图。

图2是表示云系统以及车载系统的结构的图。

图3是表示将车载通信器登记于推送服务器的登记时序的详细内容的时序图。

图4是表示用于将应用和应用服务器建立关联的令牌的支付时序的详细内容的时序图。

图5是与图6一起表示进行从应用服务器向应用的推送分发的推送分发时序的详细内容的时序图。

图6是与图5一起表示推送分发时序的详细内容的时序图。

具体实施方式

图1和图2所示的本公开的一个实施方式的推送分发系统能够从设置于云侧的应用服务器140向在车载ECU40中动作的应用40a进行信息的推送发送。推送分发系统采用汽车无线通信平台100。汽车无线通信平台100无论何时、无论何地都能够进行应用服务器140和应用40a之间的安全的连接。若详细叙述，例如在车辆Au为停车中的情况下，车载ECU40的电源成为关闭状态。另外，在各车辆Au中，包含车载ECU40的车载系统的结构相互不同。汽车无线通信平台100从应用服务器140侧隐藏这样的电源状态的差异以及系统结构的差异。其结果是，以每个车辆Au为单位，实现所有车载ECU40犹如与车外的网络始终连接那样的模拟的始终连接。

以下，按顺序对安装汽车无线通信平台100的云侧的系统以及各车辆Au的车载系统的详细内容进行说明。

在云侧设置有多个应用服务器140和至少一个推送服务器110等，作为与面向车载应用的推送分发对应的服务的实现系统。

应用服务器140是推送发送的请求源。应用服务器140具有ID管理部141。ID管理部141管理识别应用40a的应用ID以及令牌(后述)中的至少一方。应用服务器140在向推送服务器110请求推送发送的情况下，与发送到应用40a的消息主体一起，提供应用ID或者令牌作为请求信息。在本实施方式中，主要使用令牌作为请求信息。应用服务器140从ID管理部141读出与推送信息的发送目的地关联的令牌。令牌为在推送服务器110以及车载系统等中，决定推送信息的发送目的地的密钥信息。

推送服务器110是推送发送的发送源。推送服务器110与多个应用服务器140连接。推送服务器110能够通过经由移动体通信网的无线通信与搭载于车辆Au的车载通信器10之间交换信息。推送服务器110不仅通过移动电话线路，也能够通过Wi-Fi(注册商标)以及V2X等无线通信，与车载通信器10进行通信。推送服务器110基于来自应用服务器140的分发请求，向搭载于多个车辆Au中的至少一个车辆的车载ECU40，进行基于无线通信的信息的推送发送。

推送服务器110是包含处理器111、RAM112以及存储介质113等作为主体的运算处理装置。推送服务器110具备密码处理部131以及云通信部132。密码处理部131通过TLS(Transport Layer Security：传输层安全)处理等，来提供通信对象的认证、通信内容的加密以及篡改的检测等功能。通过密码处理部131，推送服务器110能够与各应用服务器140以及各车载通信器10安全地通信。云通信部132提供数据通信的功能。具体而言，云通信部132能够实现使用TCP/IP、UDP/IP以及这些协议以外的协议的数据通信。推送服务器110经由云通信部132实施与各应用服务器140以及各车载通信器10的数据通信。

推送服务器110是实现汽车无线通信平台100的云侧的功能的ACP(AutomotiveCommunication Platform：汽车通信平台)云110a所包含的服务器装置。推送服务器110实现ACP云110a的主要功能。ACP云110a基于来自应用服务器140的推送信息的分发请求，来选择成为发送目的地的车辆Au(车载通信器10)，实施向所选择的车辆Au的信息的推送发送。推送服务器110通过由处理器111执行存储于存储介质113的程序，来实现ACP云110a的功能。推送服务器110具备推送分发部121、进展监视部122以及ID管理部127等，作为ACP云110a的功能部。此外，ID管理部127也可以安装于与推送服务器110不同的运算装置(硬件)。

推送分发部121基于来自应用服务器140的推送信息的分发请求，与云通信部132协作，向车载通信器10实施推送信息的分发。推送分发部121将从应用服务器140作为请求信息获取的令牌作为密钥，并基于由ID管理部127管理的ID信息，来确定成为推送信息的发送目的地的车载通信器10。

推送分发部121能够在规定时间内反复进行向车载通信器10的推送信息的发送。若详细叙述，在推送分发中存在立即需要车载系统的响应的场景和推送信息送达至通知目的地即可的场景。因此，在推送分发中设定与所请求的响应相应的分发期限(以下，重试期限)。在向车载通信器10发送推送信息失败的情况下，推送分发部121基于根据推送信息的内容设定的重试期限，在经过重试期限前的规定时间内，反复进行向车载通信器10的推送信息的发送。在向车载通信器10发送推送信息失败的状态下经过了重试期限的情况下，推送分发部121判断为推送分发失败，并结束推送信息的发送。

进展监视部122监视车载通信器10向网络的连接状态和推送发送的进展状态。例如在车载通信器10为与网络非连接的状态的情况下，进展监视部122向作为分发请求源的应用服务器140通知推送分发的失败(参照图5的S44)。在作为推送信息的发送目的地的车载系统内向通知目的地移交推送信息失败的情况下，进展监视部122除了表示移交失败的通知外，还从车载通信器10(后述的进展监视部22)接收与该失败关联的理由信息。进展监视部122基于从车载通信器10接收的通知以及理由信息，向作为分发请求源的应用服务器140通知推送分发失败(参照图5的S52以及图6的S68)。

ID管理部127管理表示在多个车辆Au中的哪个车辆Au的哪个车载ECU40中搭载有应用40a的信息。具体而言，ID管理部127将应用ID、ECU ID以及TCU ID相互关联起来进行管理。应用ID、ECU ID以及TCU ID与登记于车载通信器10的信息同步。应用ID是识别应用40a的识别信息。ECU ID是识别车载ECU40的识别信息。TCU ID是识别车载通信器10(车辆Au)的识别信息。登记于ID管理部127的应用ID、ECU ID以及TCU ID与登记于车载通信器10(后述的ID管理部27)的信息同步。

ID管理部127以令牌这样的独特的ID来管理应用ID、ECU ID以及TCU ID的组合。令牌是代替应用40a、车载ECU40以及车载通信器10的关联的信息。即使在多个车辆Au中载置有相同的应用40a，且这些应用ID相同的情况下，ACP云110a通过使用令牌，也能够将载置于特定的车辆Au的特定的车载ECU40的应用40a设定为通知目的地。ID管理部127与云通信部132协作，将发行的令牌通知给车载通信器10。

ID管理部127能够实施令牌的无效化以及再发行等，管理令牌的有效以及无效。由此，令牌中设定有效期限，能够丢弃令牌。作为一个例子，ID管理部127能够对由多个用户共享的共享汽车那样的车辆Au，在用户换乘的定时，实施发行给先前用户的现有令牌的无效化和向新用户的新令牌的发行。

搭载于各个车辆Au的车载系统由至少一个车载通信器10和多个车载ECU40等构成。

车载通信器10被称为TCU(Telematics Control Unit：远程信息处理控制单元)或者DCM(Data Communication Module：数据通信模块)等，能够进行车载系统和外部的无线通信。车载通信器10是推送发送的发送目的地，通过移动电话线路、Wi-Fi以及V2X等各种无线通信，从作为车辆外部的发送源的推送服务器110接收推送信息。车载通信器10通过车内网络与多个车载ECU40连接。车载通信器10实施将从推送服务器110接收到的推送信息移交到作为推送信息的通知目的地的车载ECU40以及应用40a的处理。

车载通信器10是作为主体包含微型控制器的控制装置，该微型控制器具有处理器11、RAM12以及存储介质13等。车载通信器10还具备提供密码处理功能的密码处理部31和提供数据通信功能的TCU通信部32。车载通信器10能够通过密码处理部31与推送服务器110以及各车载ECU40实施安全的通信。车载通信器10能够通过TCU通信部32与推送服务器110以及各车载ECU40之间实施数据的收发。TCU通信部32能够实现使用TCP/IP、UDP/IP以及这些以外协议的协议的数据通信。

车载通信器10即使在例如停车中等、车辆Au的主电源、具体而言所谓的点火为关闭的状态的情况下，也能够维持与网络连接的在线的状态。在车载通信器10中，实现汽车无线通信平台100的功能的ACP引擎10a进行动作。在搭载一个或者多个车载ECU40的车辆Au中，ACP引擎10a从该车辆Au的外部接收通过无线通信推送发送的信息，并将接收到的推送信息移交到成为通知目的地的车载ECU40。车载通信器10通过由处理器11执行存储于存储介质13的程序，来实现ACP引擎10a的功能。车载通信器10具备推送接收部21、进展监视部22、地址识别部23、启动指示部24以及发送控制部25等，作为ACP引擎10a的功能部。

推送接收部21、进展监视部22、地址识别部23以及启动指示部24是作为推送客户端进行动作的功能部。推送接收部21从作为发送源的推送分发部121接收推送信息。

进展监视部22监视与推送服务器110之间的经由无线通信的连接状态和车内网络中的推送发送的进展状态。进展监视部22能够与推送服务器110的进展监视部122协作，进行车载通信器10和推送服务器110之间的相互连接确认(以下，死活监视)。另外，在推送信息没有到达通知目的地的情况下，进展监视部22将推送发送失败与和该失败关联的理由信息一起通知给发送源。作为一个例子，在成为通知目的地的应用40a或者车载ECU40从车内网络中消失的情况下，进展监视部22与这样的理由信息建立关联，将推送分发失败通知给作为发送源的推送服务器110(参照图5的S47)。在向应用40a移交推送信息失败的情况下，进展监视部122与这样的理由信息建立关联，将推送分发失败通知给作为发送源的推送服务器110(参照图6的S67)。

地址识别部23掌握与成为推送信息的通知目的地的车载ECU40相关的ECU信息。具体而言，地址识别部23掌握地址信息以及状态信息，作为ECU信息。地址信息是从多个车载ECU40中确定成为推送信息的通知目的地的车载ECU40的信息。地址识别部23参照由ID管理部27管理的信息，具体而言各ID信息或令牌，获取地址信息。状态信息是表示被确定为地址的车载ECU40的电源状态(开关状态)的信息。若详细叙述，这里的所谓的电源关闭的状态是指由于点火的关闭等，车载ECU40从启动状态迁移到休止状态等的状态。此时，车载ECU40能够以省电方式接收启动请求，另一方面成为不能进行由ECU通信部52(后述)进行的通信的状态。

启动指示部24基于由地址识别部23掌握的状态信息，在被确定为地址的车载ECU40的电源为关闭状态的情况下，实施使该车载ECU40启动并使电源成为开启状态(启动状态)的启动处理。启动指示部24与电源控制部36协作，向成为对象的车载ECU40输出用于使电源成为开启状态(启动状态)的启动控制的信号(启动请求)。

发送控制部25基于由地址识别部23掌握的地址信息，来选择成为推送发送的对象的车载ECU40。发送控制部25与TCU通信部32协作，向所选择的对象车载ECU40实施推送信息的通知。在车载ECU40的电源为关闭状态的情况下，发送控制部25等待通过启动处理而车载ECU40的电源成为开启状态。发送控制部25向电源处于开启状态的车载ECU40提供推送信息。

ID管理部27管理成为推送信息的通知目的地的对象应用40a位于哪个车载ECU40。在ID管理部27中登记有应用ID、ECU ID以及令牌等。ID管理部27从各车载ECU40获取与各应用40a关联的应用ID和与各车载ECU40关联的ECU ID。ID管理部27将获取到的应用ID以及ECU ID与和车载通信器10关联的TCU ID一起通知给ACP云110a的ID管理部127。通过这样的处理，登记于各ID管理部27、127的ID信息被同步。ID管理部27接收由ID管理部127发行的令牌。ID管理部27将接收到的令牌移交到与该令牌建立有关联的车载ECU40。

车载ECU40能够执行一个或者多个应用40a。应用40a成为从推送服务器110分发的推送信息的通知目的地。车载ECU40相当于终端ECU。车载ECU40与车载通信器10不同，在车辆Au的电源为关闭状态的情况下，为了抑制功率消耗，原则上成为关闭状态。此时，车载ECU40成为与网络的连接也被切断的状态。此外，也可以在一部分车载ECU40不安装应用40a。另外，车载通信器10也可以作为兼顾车载ECU40的结构设置于车载系统，能够执行应用40a。

车载ECU40是作为主体包含微型控制器的控制装置，具备密码处理部51、ECU通信部52以及电源控制部56。密码处理部51提供密码处理功能，建立车载ECU40和车载通信器10之间的安全的通信。ECU通信部52与TCU通信部32之间实施数据的收发。电源控制部56是切换车载ECU40的电源的开关状态的控制部。电源控制部56基于来自电源控制部36的电源开启请求的接收，将车载ECU40的电源从关闭状态切换为开启状态。

车载ECU40具备信息获取部41、应用识别部42以及ID管理部43等，作为在ACP引擎10a与应用40a之间进行数据的中继处理的ACP客户端44的功能部。

信息获取部41与ECU通信部52协作，获取从车载通信器10发送的推送信息。由信息获取部41获取的推送信息与令牌(或者应用ID)建立有关联。

若由信息获取部41获取到推送信息，则应用识别部42从多个应用40a中识别成为推送信息的移交目的地的应用40a。应用识别部42通过参照登记于ID管理部43的应用ID以及令牌，提取与和推送信息关联的令牌一致的登记信息的处理，来确定移交推送信息的应用40a。

在ID管理部43中，可由应用识别部42参照地登记有识别应用40a的应用ID以及令牌。应用ID是由各应用40a发行的信息。ID管理部43从各应用40a获取固有的应用ID，通过ECU通信部52向ACP引擎10a通知应用ID。令牌是从ACP云110a支付的信息。ID管理部43通过ECU通信部52，获取支付给ACP引擎10a的令牌。

接下来，基于图3～图6，参照图1和图2，在以下对在云侧的系统以及各车载系统间实施的各时序处理的详细内容进行说明。

图3所示的TCU ID的登记时序例如在车载通信器10被启动，最初成为在线的状态的情况下，在ACP引擎10a和ACP云110a之间实施。具体而言，在搭载于新的车辆Au的车载通信器10被启动的情况下、在交换后的车载通信器10被最初启动的情况下、或者从不能通信的状态变成能够通信的状态的情况下，由ACP引擎10a开始登记时序。通过登记时序，将车载通信器10和推送服务器110间的死活监视有效化。

在S11和S12中，从成为在线的状态的ACP引擎10a将与车载通信器10相关联的固有的TCU ID通知给ACP云110a。具体而言，在S11中，作为TCU ID的管理处理，读出车载通信器10的TCU ID。在S12中，对ACP云110a请求在S11中读出的TCU ID的登记。

在S13中，ACP云110a基于在S12中获取的登记请求，来实施TCU ID的管理处理。具体而言，在S13中，将TCU ID与连接目的地信息相关联，登记于ID管理部127。

在S14～S16中，实施死活监视。在死活监视中，监视车载通信器10是否是在线的状态。具体而言，在S14和S16中，ACP云110a和ACP引擎10a实施彼此的连接状态监视。在S15中，将用于死活监视的规定的控制包从ACP引擎10a发送到ACP云110a。S14～S16的各处理以一定的时间间隔被反复实施。

图4所示的令牌的支付时序在例如实施应用40a向车载ECU40的安装的情况下、或者变更了车辆Au的用户的情况下等被实施。通过令牌的支付时序，实现由各ID管理部27、43、127、141管理的多个ID信息以及令牌的同步。根据令牌的支付时序，应用服务器140和应用40a间的终端到终端的关联完成。

在S21中，从应用40a向ACP客户端44发送请求获取令牌的消息。在S21中，向ACP客户端44通知应用ID。

在S22中，作为应用ID的管理处理，ACP客户端44将应用ID与应用40a相关联，登记于ID管理部43。此外，在ACP客户端44中已经登记有发行完毕的令牌的情况下，ACP客户端44也可以在将应用ID与令牌建立关联之后，实施令牌向应用40a的支付。

在S23中，从ACP客户端44向ACP引擎10a发送请求获取令牌的消息。在S23中，除了从应用40a通知的应用ID外，还将与车载ECU40关联的ECU ID通知给ACP引擎10a。

在S24中，作为ECU ID的管理处理，ACP引擎10a在将应用ID和ECU ID相互关联的状态下，登记于ID管理部27。然后，在S25中，作为TCU ID的管理处理，ACP引擎10a在与应用ID以及ECU ID建立有关联的状态下，将TCU ID登记于ID管理部27。通过以上的S21～S25将多个ID相互关联，从而ACP引擎10a在接收到推送信息的情况下，能够确定成为该推送信息的通知目的地的应用40a。其结果是，从ACP云110a侧隐藏每个车辆的车载系统的ECU结构的差异。

在S26中，从ACP引擎10a向ACP云110a发送请求获取令牌的消息。在S26中，向ACP云110a通知应用ID、ECU ID以及TCU ID。

在S27中，作为ID的管理处理，在将应用ID、ECU ID以及TCU ID相互关联的状态下，登记于ID管理部127。另外，在S27中，作为与分别识别应用40a、车载ECU40以及车载通信器10的识别信息亦即各ID的组合关联的独特的ID，ACP云110a的ID管理部127发行令牌。ID管理部127在发行令牌后，继续各ID和令牌的关联管理。

在S28中，在S27中发行的令牌被从ACP云110a支付到ACP引擎10a。ACP引擎10a将从ACP云110a获取的令牌保管于ID管理部27。在S29中，实施从ACP引擎10a向ACP客户端44的令牌的支付。

在S30中，作为应用ID和令牌的管理处理，ACP客户端44将令牌与应用ID建立关联，登记于ID管理部43。在S31中，实施从ACP客户端44向应用40a的令牌的支付。

在S32中，作为令牌的管理处理，应用40a将令牌与应用ID建立关联。在S33中，作为应用ID的管理处理，实施应用ID和令牌的关联管理。

在S34中，向与通过应用40a的服务提供相关的特定的应用服务器140通知应用ID以及令牌。由此，应用40a与应用服务器140的服务的关联完成。在S35中，作为应用ID和令牌的管理处理，应用服务器140在将从应用40a通知的应用ID以及令牌相互关联的状态下登记于ID管理部141。通过共享令牌，应用服务器140成为能够向基于令牌的发送目的地进行推送发送的状态。另一方面，应用40a成为能够接受推送服务的状态。

图5和图6所示的推送分发时序通过在应用服务器140中决定了实施推送分发而开始。通过推送分发时序，向应用服务器140指定为通知目的地指定的应用40a分发推送信息。另外，在推送分发时序中，ACP引擎10a的进展监视部22对ACP云110a的进展监视部122依次通知进展。然后，从ACP云110a向应用服务器140通知推送分发的进展。应用服务器140通过在这样的推送分发过程中依次回信的消息，能够掌握推送信息到达哪里、以及向应用40a的推送发送是否成功。此外，在根据服务不需要的情况下，可以任意地省略由应用服务器140进行的掌握推送分发的进展。

在S41中，从应用服务器140向ACP云110a发送请求推送分发的实施的消息。在S41中，应用服务器140将令牌作为密钥向ACP云110a请求推送分发的实施。在S41a中，从ACP云110a向应用服务器140通知接受到推送分发的意思的消息。

在S41b中，识别推送分发的分发目的地。在该S41b中，ACP云110a基于从作为推送发送的请求源的应用服务器140作为请求信息获取的令牌，来确定与成为推送信息的发送目的地的车辆Au关联的车载通信器10(ACP引擎10a)。具体而言，ACP云110a参照ID管理部127的保管信息，提取与获取到的令牌关联的TCU ID的车载通信器10。在S42中，ACP云110a向应用服务器140返回能够确定推送分发的分发目的地的车载通信器10的信息，作为进展通知。

在S43中，ACP云110a监视在S41b中确定出的车载通信器10的连接状态，判定车载通信器10是否处于在线的状态。在车载通信器10为离线的情况下，在S44中，ACP云110a将表示推送分发失败的消息通知给应用服务器140。在该情况下，ACP云110a将车载通信器10为离线的意思也通知给应用服务器140，作为分发失败的理由信息。如上所述，也可以等待车载通信器10向网络的连接，直到经过规定的重试期限为止。

另一方面，在车载通信器10为在线的情况下，在S45和S46中，开始向车载通信器10的推送信息的分发。在S46中，令牌至少被发送到ACP引擎10a。然后，在S47中，ACP引擎10a接收在S46中从ACP云110a发送出的推送信息的消息主体以及令牌。在S48中，作为推送分发的进展通知，ACP引擎10a将接受到推送信息的分发的意思的消息返回到ACP云110a。在S49中，从ACP云110a向应用服务器140通知推送分发的进展。

在S50中，掌握与成为推送信息的通知目的地的车载ECU40相关的ECU信息，识别推送分发的分发目的地。在该S50中，ACP引擎10a参照ID管理部27的保管信息，确定与接收到的令牌关联的ECU ID的车载ECU40。在接收到的令牌存在于ID管理部27的保管信息时，ACP引擎10a获取从多个车载ECU40中确定成为推送信息的通知目的地的车载ECU40的地址信息和表示确定出的车载ECU40的电源状态的状态信息。

另一方面，在接收到的令牌未存在于ID管理部27的保管信息时，在S51中，ACP引擎10a将表示推送分发失败的消息通知给ACP云110a。在该情况下，ACP引擎10a将推送分发的地址不清楚的意思也通知给ACP云110a，作为分发失败的理由信息。在S52中，ACP云110a将从ACP引擎10a接收到的失败通知以及理由信息转发给应用服务器140。此外，例如，在有应用40a的变更或删除、或者用户的变更等的情况下，推送分发的地址变得不清楚。

在S53中，ACP引擎10a实施与在S50中掌握的ECU信息对应的推送信息的通知。在S53中，向确定出的车载ECU40的ACP客户端44提供推送信息。在确定出的车载ECU40的电源为关闭状态的情况下，在S54中，ACP引擎10a将启动控制的开始请求消息发送到车载ECU40。启动控制的开始消息发送相当于使车载ECU40启动的启动处理。

在S55中，接收到启动控制的开始请求消息的车载ECU40将接受到启动控制的意思的消息返回到ACP引擎10a。在S56和S57中，作为推送分发的进展通知，将表示车载ECU40的启动开始的消息依次通知给ACP云110a以及应用服务器140。

在S58中，开始由电源控制部56进行的启动控制，车载ECU40的电源成为开启状态(启动状态)。由此，车载ECU40实质上成为可通信的状态。在S59中，将表示电源成为开启状态(启动完成)的意思的消息从ACP客户端44发送到ACP引擎10a。在S60和S61中，作为推送分发的进展通知，将表示车载ECU40的电源开启的消息依次通知给ACP云110a以及应用服务器140。

在S62中，ACP引擎10a向通过启动处理而电源成为开启状态的车载ECU40的ACP客户端44发送推送信息。在S62中，令牌至少被发送到ACP客户端44。在S63中，作为推送分发的进展通知，ACP客户端44将接受到推送分发的意思的消息返回到ACP引擎10a。在S64和S65中，将由ACP客户端44接受到推送分发的意思的消息依次通知给ACP云110a以及应用服务器140。

此处，在从ACP引擎10a向ACP客户端44的推送分发失败时，在S66中，ACP客户端44将表示推送分发的失败的消息通知给ACP引擎10a。在该情况下，ACP客户端44也将推送分发的地址不清楚的意思通知给ACP引擎10a，作为分发失败的理由信息。在S67和S68中，将返回到ACP引擎10a的失败通知以及理由信息依次通知给ACP云110a以及应用服务器140。

在S69中，ACP客户端44完成推送信息的消息主体的接收。在S69a中，作为推送分发的进展通知，ACP客户端44将表示推送接收完成的消息返回到ACP引擎10a。在S69b和S69c中，将表示由ACP客户端44进行的推送接收完成的消息依次通知给ACP云110a以及应用服务器140。

在S70中，识别推送分发的分发目的地。在S70中，ACP客户端44确定成为推送信息的通知目的地的应用40a。在S71和S72中，ACP客户端44向在S70中确定出的应用40a提供推送信息亦即消息主体。在S73中，应用40a将接受到基于推送通知的服务的意思的消息返回到ACP客户端44。在S74和S75中，将推送信息到达作为通知目的地的应用40a通知给ACP引擎10a以及ACP云110a。然后，在S76中，表示推送发送成功的推送进展通知将推送发送成功送到作为发送源的应用服务器140。其结果是，在S77中，开始应用40a和应用服务器140之间的应用通信(数据通信)。作为一个例子，在S77中，应用40a将由推送信息请求的服务信息向应用服务器140发送。

如果在规定的重试期限内，则由各发送源反复实施基于以上的推送分发时序的推送信息的发送。在该情况下，推送信息的发送侧通过推送进展通知或者分发失败的通知，能够掌握发送目的地的状态。因此，推送信息的发送侧在反复推送信息的发送的重试期限内且能够掌握理由信息所示的失败理由消除的情况下，实施推送信息的再发送。这样的再分发处理能够由ACP云110a、ACP引擎10a以及ACP客户端44适当地实施。

在以上说明的本实施方式中，在从车辆外部的发送源(ACP云110a)接收推送信息的接收侧(ACP引擎10a)，掌握与推送信息的通知目的地的车载ECU40相关的ECU信息。而且，对车载ECU40实施与该ECU信息对应的推送信息的通知。因此，例如，即使推送信息的发送源没有详细地掌握车载系统的结构以及电源的开关状态这样的与车载ECU40相关的信息，推送信息也可以到达正确的通知目的地。因此，可以提高推送发送的便利性。

另外，在本实施方式中，从多个车载ECU40中确定成为推送信息的通知目的地的车载ECU40。而且，向确定出的车载ECU40提供推送信息。如以上那样，如果推送信息的接收侧能够确定成为推送信息的通知目的地的车载ECU40，则即使推送信息的发送源没有掌握车载系统的具体结构，推送信息也可以到达正确的车载ECU40。

另外，在本实施方式中，确定成为推送信息的通知目的地的车载ECU40的电源状态。然后，向处于电源开启的启动状态的车载ECU40提供推送信息。如以上那样，如果推送信息的接收侧限定于处于启动状态的车载ECU40来提供推送信息，则即使推送信息的发送源没有掌握车载ECU40的电源状态，推送信息也可以到达正确的车载ECU40。

并且，在本实施方式中，在成为推送信息的通知目的地的车载ECU40的电源为关闭状态的情况下，实施使该车载ECU40启动的启动处理。然后，向通过启动处理而电源成为开启状态的车载ECU40提供推送信息。由此，例如即使在停车中等、车载ECU40的电源为关闭状态的场景中，推送信息的发送源也能够不掌握车载ECU40的电源的开关状态地实施推送信息的分发。因此，可以进一步提高推送发送的便利性。

另外，在本实施方式中，从在一个车载ECU40中动作的多个应用40a中确定成为推送信息的通知目的地的应用40a。然后，向确定出的应用40a提供推送信息。如以上那样，如果车载ECU40能够确定成为推送信息的通知目的地的应用40a，则即使推送信息的发送源没有掌握车载系统内的应用结构，推送信息也可以到达正确的应用40a。因此，可以进一步提高推送发送的便利性。

另外，在本实施方式中，在推送信息没有到达通知目的地的情况下，将推送发送失败与和该失败关联的理由信息一起通知给发送源。因此，ACP云110a以及应用服务器140即使没有掌握车辆侧的系统结构，也能够依次掌握推送分发的状态。因此，可以进一步提高推送发送的便利性。

并且，在本实施方式中，在推送信息到达通知目的地的情况下，将推送发送成功通知给发送源。因此，ACP云110a以及应用服务器140即使没有掌握车辆侧的系统结构，也能够依次掌握推送分发的状态。因此，可以进一步提高推送发送的便利性。

另外，在本实施方式中，在发送推送信息的发送源(ACP云110a)，基于从推送发送的请求源(应用服务器140)获取的请求信息，确定与成为推送信息的发送目的地的车辆Au关联的车载通信器10。另外，接收推送信息的车载通信器10能够确定成为推送信息的通知目的地的车载ECU40。因此，即使推送发送的请求源没有详细地掌握与车辆Au及其系统结构相关的信息，推送信息也可以到达正确的通知目的地。因此，可以提高推送发送的便利性。

在这里，推送分发所要求的响应根据由推送分发提供的服务的内容而不同。作为一个例子，在提供如对车辆Au的车门的锁进行开锁这样的服务的情况下，对车载ECU40指示开锁的推送分发要求较高的响应。另一方面，仅用于信息通知的推送分发不要求较高的响应。因此，ACP云110a能够设定与通过推送分发实现的服务的内容相应的重试期限，并在该重试期限内，反复推送信息的发送。

并且，在本实施方式中，在推送信息的通知失败的情况下，ACP云110a接收与该失败关联的理由信息。而且，ACP云110a在掌握了理由信息所示的失败理由的消除的情况下，如果在重试期限内，则再发送推送信息。根据这样的发送重试的实施，能够维持使用推送分发的服务的质量，并且提高推送分发的成功率。

另外，本实施方式的ACP云110a与分别识别车载通信器10、车载ECU40以及应用40a的各ID的组合相关联，发行用于确定推送信息的通知目的地的令牌。并且，在本实施方式的令牌中组装有应用ID。根据利用以上那样的令牌，即使在各ID可能产生重复的情况下，也可以确定正确的推送信息的分发目的地。

另外，在本实施方式的令牌中设定有有效期限。因此，在用户发生变更的共享汽车等中，能够进行限定于特定的用户正在利用期间的推送分发。其结果是，进一步提高推送分发的便利性。

此外，在上述实施方式中，车载通信器10相当于“无线通信器”以及“通信装置”，地址识别部23相当于“掌握部”。另外，地址信息以及状态信息相当于“ECU信息”，TCU ID和ECUID相当于“识别信息”，应用ID和令牌相当于“请求信息”。

(其他实施方式)

以上，对本公开的一个实施方式进行了说明，但本公开并不限定地解释为上述实施方式，能够在不脱离本公开的主旨的范围内应用于各种实施方式以及组合。

在上述实施方式的变形例1中，在车载系统中仅设置有一个使应用40a动作的车载ECU40。在这样的变形例1中，可以从ACP引擎10a中省略掌握地址信息，并从多个车载ECU40中确定成为推送信息的通知目的地的车载ECU40的功能。如以上那样，成为推送发送的地址的车载ECU40可以是一个，也可以是多个。

在上述实施方式的变形例2中，从ACP引擎10a中省略了掌握状态信息，并确定成为推送信息的通知目的地的车载ECU40的电源状态的功能和启动车载ECU40的处理功能。

在上述实施方式的变形例3中，在车载ECU40中仅载置有一个应用40a。在这样的变形例3中，从ACP客户端44中省略了从多个应用40a中确定成为推送信息的通知目的地的应用40a的功能。

在上述实施方式的变形例4中，省略了将推送通知的进展、分发成功通知给ACP云110a的功能的一部分。这样的进展监视优选在由ACP云110a进行的进展监视之前为必要的。另一方面，由于从ACP云110a向应用服务器140的通知取决于服务中的推送分发的用途，因此在变形例4中可以是任意的。另外，在变形例4中，省略了设定重试期间，并反复推送发送的处理。

在上述实施方式的变形例5中，令牌中未设定有效期限。另外，在上述实施方式的变形例6中，省略令牌的发行功能。变形例6的ACP云110a将应用ID作为密钥来确定发送推送信息的车载通信器10。另外，ACP引擎10a将应用ID作为密钥来确定发送推送信息的车载ECU40。

在上述实施方式中，由车载通信器10以及ACP云110a提供的各功能也能够通过软件以及执行该软件的硬件、仅软件、仅硬件、或者它们的复合的组合来提供。并且，在由作为硬件的电子电路提供这样的功能的情况下，各功能也能够通过包含多个逻辑电路的数字电路、或者模拟电路来提供。

在上述实施方式中，各处理器11、111是分别与RAM12、112结合的用于运算处理的硬件，是实现本公开的信息发送方法的计算机的主体结构。各处理器11、111是至少包含一个CPU(Central Processing Unit：中央处理器)等的运算核心的结构。包含处理器11、111的处理电路也可以是以FPGA(Field-Programmable Gate Array：现场可编程门阵列)以及ASIC(Application-Specific Integrated Circuit：专用集成电路)为主体的结构。

存储介质13、113是非易失性的存储介质。在各存储介质13、113中储存有由各处理器11、111执行的各种程序(信息发送程序等)。这样的存储介质13、113的形态可以适当地变更。例如，存储介质13、113并不限定于设置在电路基板上的结构，可以是以存储卡等形态被提供，插入于插槽部，与车载通信器10以及推送服务器110的处理电路电连接的结构。并且，存储介质13、113也可以是成为程序的复制基础的光盘以及硬盘驱动器等。

本公开所记载的控制部及其方法也可以由专用计算机来实现，该专用计算机构成被编程为执行通过计算机程序具体化的一个或多个功能的处理器。或者，本公开所记载的装置及其方法也可以通过专用硬件逻辑电路来实现。或者，本公开所记载的装置及其方法也可以通过由执行计算机程序的处理器和一个以上的硬件逻辑电路的组合而构成的一个以上的专用计算机来实现。另外，计算机程序也可以作为由计算机执行的指令而存储于计算机可读取的非过渡有形记录介质。

Claims (12)

1.一种信息发送方法，是从车辆(Au)的外部向至少一个车载ECU(40)进行基于无线通信的信息的推送发送的信息发送方法，

在由至少一个处理器(11)执行的处理中包含如下步骤：

从上述外部的发送源接收推送信息(S47)；

掌握与成为上述推送信息的通知目的地的上述车载ECU相关的ECU信息(S50)；以及

实施与掌握的上述ECU信息对应的上述推送信息的通知(S53)。

2.根据权利要求1所述的信息发送方法，其中，

在掌握上述ECU信息的步骤中，从多个上述车载ECU中确定成为上述推送信息的通知目的地的上述车载ECU，

在实施上述推送信息的通知的步骤中，向确定出的上述车载ECU提供上述推送信息。

3.根据权利要求1或2所述的信息发送方法，其中，

在掌握上述ECU信息的步骤中，确定成为上述推送信息的通知目的地的上述车载ECU的电源状态，

在实施上述推送信息的通知的步骤中，向电源处于开启状态的上述车载ECU提供上述推送信息。

4.根据权利要求3所述的信息发送方法，其中，

还包含如下步骤：在成为上述推送信息的通知目的地的上述车载ECU的电源为关闭状态时，实施使上述车载ECU启动的启动处理(S54)，

在实施上述推送信息的通知的步骤中，向通过上述启动处理而电源成为开启状态的上述车载ECU提供上述推送信息。

5.根据权利要求1～4中任一项所述的信息发送方法，其中，

还包含如下步骤：

从在一个上述车载ECU中动作的多个应用(40a)中确定成为上述推送信息的通知目的地的上述应用(S70)，

向确定出的上述应用提供上述推送信息(S71)。

6.根据权利要求1～5中任一项所述的信息发送方法，其中，

还包含如下步骤：在无法向通知目的地发送上述推送信息时，将上述推送发送的失败与和该失败关联的理由信息一起通知给上述发送源(S51、S67)。

7.根据权利要求1～6中任一项所述的信息发送方法，其中，

还包含如下步骤：在上述推送信息到达通知目的地时，将上述推送发送的成功通知给上述发送源(S75)。

8.一种通信装置，在搭载至少一个车载ECU(40)的车辆(Au)中，从该车辆的外部接收通过无线通信推送发送的信息，

上述通信装置具备：

推送接收部(21)，从上述外部的发送源接收推送信息；

掌握部(23)，掌握与成为上述推送信息的通知目的地的上述车载ECU相关的ECU信息；以及

发送控制部(25)，实施与掌握的上述ECU信息对应的上述推送信息的通知。

9.一种信息发送方法，从上述车辆的外部向搭载于多个车辆(Au)中的至少一个车辆的车载ECU(40)进行基于无线通信的信息的推送发送，

在由至少一个处理器(111)执行的处理中包含如下步骤：

基于从上述推送发送的请求源获取的请求信息，来确定与成为推送信息的发送目的地的上述车辆关联的无线通信器(10)(S43)，

向具备确定成为上述推送信息的通知目的地的上述车载ECU的功能的上述无线通信器，发送上述推送信息(S45、S46)。

10.根据权利要求9所述的信息发送方法，其中，

还包含如下步骤：

在上述推送信息的通知失败时，掌握与该失败关联的理由信息(S44、S51、S67)，

在反复上述推送信息的发送的重试期限内且掌握了上述理由信息所示的失败理由消除时，再发送上述推送信息。

11.根据权利要求9或10所述的信息发送方法，其中，

还包含如下步骤：与分别识别上述无线通信器、上述车载ECU以及在上述车载ECU中动作的应用(40a)的识别信息的组合相关联，发行用于确定上述推送信息的通知目的地的令牌(S27)，

在确定上述无线通信器的步骤中，使用上述令牌来确定上述推送信息的上述发送目的地。

12.根据权利要求11所述的信息发送方法，其中，

上述令牌中设定有效期限。