CN117136567A - 通信器、通信处理系统、通信控制方法 - Google Patents

通信器、通信处理系统、通信控制方法 Download PDF

Info

Publication number
CN117136567A
CN117136567A CN202280027853.7A CN202280027853A CN117136567A CN 117136567 A CN117136567 A CN 117136567A CN 202280027853 A CN202280027853 A CN 202280027853A CN 117136567 A CN117136567 A CN 117136567A
Authority
CN
China
Prior art keywords
communication
vehicle
narrow
unit
communicator
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
CN202280027853.7A
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.)
Denso Corp
Original Assignee
Denso Corp
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 Denso Corp filed Critical Denso Corp
Publication of CN117136567A publication Critical patent/CN117136567A/zh
Pending legal-status Critical Current

Links

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]
    • H04W4/44—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for communication between vehicles and infrastructures, e.g. vehicle-to-cloud [V2C] or vehicle-to-home [V2H]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/24—Reselection being triggered by specific parameters
    • H04W36/32—Reselection being triggered by specific parameters by location or mobility data, e.g. speed data
    • H04W36/324—Reselection being triggered by specific parameters by location or mobility data, e.g. speed data by mobility data, e.g. speed data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W36/00—Hand-off or reselection arrangements
    • H04W36/0005—Control or signalling for completing the hand-off
    • H04W36/0011—Control or signalling for completing the hand-off for data sessions of end-to-end connection
    • H04W36/0022—Control or signalling for completing the hand-off for data sessions of end-to-end connection for transferring data sessions between adjacent core network technologies
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/90—Services for handling of emergency or hazardous situations, e.g. earthquake and tsunami warning systems [ETWS]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0229—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where the received signal is a wanted signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0241—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal where no transmission is received, e.g. out of range of the transmitter
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0225—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal
    • H04W52/0245—Power saving arrangements in terminal devices using monitoring of external events, e.g. the presence of a signal according to signal strength
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W52/00—Power management, e.g. TPC [Transmission Power Control], power saving or power classes
    • H04W52/02—Power saving arrangements
    • H04W52/0209—Power saving arrangements in terminal devices
    • H04W52/0261—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level
    • H04W52/0274—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof
    • H04W52/028—Power saving arrangements in terminal devices managing power supply demand, e.g. depending on battery level by switching on or off the equipment or parts thereof switching on or off only a part of the equipment circuit blocks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W84/00—Network topologies
    • H04W84/02—Hierarchically pre-organised networks, e.g. paging networks, cellular networks, WLAN [Wireless Local Area Network] or WLL [Wireless Local Loop]
    • H04W84/10—Small scale networks; Flat hierarchical networks
    • H04W84/12—WLAN [Wireless Local Area Networks]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W88/00—Devices specially adapted for wireless communication networks, e.g. terminals, base stations or access point devices
    • H04W88/02—Terminal devices
    • H04W88/06—Terminal devices adapted for operation in multiple networks or having at least two operational modes, e.g. multi-mode terminals
    • Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
    • Y02D—CLIMATE CHANGE MITIGATION TECHNOLOGIES IN INFORMATION AND COMMUNICATION TECHNOLOGIES [ICT], I.E. INFORMATION AND COMMUNICATION TECHNOLOGIES AIMING AT THE REDUCTION OF THEIR OWN ENERGY USE
    • Y02D30/00—Reducing energy consumption in communication networks
    • Y02D30/70—Reducing energy consumption in communication networks in wireless communication networks

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Emergency Management (AREA)
  • Environmental & Geological Engineering (AREA)
  • Public Health (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明提供通信器、通信处理系统、通信控制方法。车载通信器(1)若检测到本车辆已停车，则在将表示在作为当前位置的停车地点是否能够进行Wi‑Fi连接的信息记录于存储器后，移至省电模式。省电模式相当于维持蜂窝通信功能，并且至少将Wi‑Fi通信功能设定为关闭的电源状态。车载通信器(1)在省电模式中，若在记录为能够进行Wi‑Fi连接的状态下经由蜂窝接收从应用服务器(4)推送分发出的消息，则激活Wi‑Fi通信功能，使应用(21)通过Wi‑Fi通信实施数据通信。

Description

通信器、通信处理系统、通信控制方法
相关申请的交叉引用
本申请以2021年4月14日在日本申请的日本专利申请第2021－068622号为基础，通过参照整体上引用基础申请的内容。
技术领域
本公开涉及控制在车辆中使用的通信器与应用程序服务器的数据通信的技术。
背景技术
在专利文献1中公开了如下结构，即，在能够选择性地实施蜂窝通信和基于Wi-Fi(注册商标)的通信的通信器中，根据车辆是否已变化为停车准备状态，来切换通信线路，其中，该蜂窝通信是利用了移动电话线路网的无线通信。具体而言，公开了在车辆不是停车准备状态的情况下，选择蜂窝通信，在车辆已迁移至停车准备状态的情况下，将用于数据通信的通信线路从蜂窝通信切换至Wi-Fi的结构。
此外，作为专利文献1中的停车准备状态，假定了车速变化为规定速度以下的情况、本车辆到达用户的自家附近的情况、车辆到达目的地的附近的情况等还能够进行后退等行驶的状态。另外，作为停车准备状态被解除的情况，例示了将变速杆设定为驱动位置的情况。此外，作为专利文献1中的通信器，主要假定了智能手机等假定电源基本上被开启的终端。
专利文献1：日本特开2016-63338号公报
发明内容
本文公开的通信器是作为用于至少一个车载装置与存在于车辆外部的信息处理装置实施数据通信的接口而在车辆中使用的通信器，具备：窄域通信控制部，控制实施窄域通信的窄域通信部的动作；停车检测部，基于来自车载传感器的信号，来检测车辆已停车；窄域通信可用与否判定部，判定在停车检测部检测出车辆停车的地点是否能够进行使用窄域通信的数据通信，并将其判定结果保存于规定的存储器；以及请求接受部，从车载装置和信息处理装置中的任意一方接收通信开始请求，其中，上述通信开始请求是请求开始与车载装置和信息处理装置中的另一方的数据通信的消息，窄域通信控制部构成为：基于停车检测部检测到车辆已停车来使窄域通信部的动作停止，在车辆已停车，并且存储器中记录有表示能够进行使用窄域通信的数据通信的数据的状态下，当请求接受部接收到通信开始请求时，在窄域通信控制部使窄域通信部的动作再开始后，使用窄域通信使车载装置与信息处理装置实施数据通信。
根据上述结构，由于车辆停车期间窄域通信部基本上停止，因此能够抑制电力消耗。另外，当接收到通信开始请求时使窄域通信部暂时动作后，使用窄域通信来实施车载装置与信息处理装置的数据通信。因此，能够抑制蜂窝通信量。也就是说，能够抑制停车中的电力消耗，并且降低蜂窝通信量。
另外，本文公开的通信处理系统是包含通信器和中继服务器的通信处理系统，其中，通信器作为用于车载装置与存在于车辆外部的信息处理装置实施数据通信的接口而在车辆中使用，中继服务器是中继通信器与信息处理装置的通信的服务器，通信器具备：窄域通信控制部，控制实施窄域通信的窄域通信部的动作；蜂窝控制部，控制用于实施蜂窝通信的蜂窝通信部的动作；停车检测部，基于来自车载传感器的信号，来检测车辆已停车；窄域通信可用与否判定部，判定在停车检测部检测出车辆已停车的地点是否能够进行使用窄域通信的数据通信，并将其判定结果保存于规定的存储器；请求接受部，从车载装置和信息处理装置中的任意一方接收通信开始请求，其中，上述通信开始请求是请求开始与车载装置和信息处理装置中的另一方的数据通信的消息；以及报告部，将窄域通信可用与否判定部的判定结果发送至中继服务器，窄域通信控制部构成为：基于停车检测部检测到车辆已停车来使窄域通信部的动作停止，并且在停车检测部检测到车辆停车的地点无法进行蜂窝通信且能够进行基于窄域通信的数据通信的情况下，以规定的轮询间隔间歇地使窄域通信部动作，中继服务器构成为：基于来自通信器的报告以及与通信器的沟通确认的结果中的至少任意一方，来确定通信器是否无法实施蜂窝通信、以及是否能够进行基于窄域通信的数据通信，根据通信器是否能够实施蜂窝通信以及是否能够进行基于窄域通信的数据通信的组合，来变更针对来自信息处理装置的通信开始请求的响应。
另外，本文公开的通信控制方法是用于至少一个车载装置与存在于车辆外部的信息处理装置实施数据通信的通信控制方法，包含：基于来自车载传感器的信号，来检测搭载有车载装置的车辆已停车；在检测出车辆已停车的情况下，判定在车辆停车的地点是否能够进行使用窄域通信的数据通信，并将其判定结果保存于规定的存储器；从车载装置和信息处理装置中的任意一方接收通信开始请求，其中，上述通信开始请求是请求开始与车载装置和信息处理装置中的另一方的数据通信的消息；基于检测到车辆已停车，使作为实施窄域通信的通信模块的窄域通信部的动作停止；以及在车辆已停车，并且存储器中记录有表示能够进行使用窄域通信的数据通信的数据的状态下，当接收到通信开始请求时，在使窄域通信部的动作再开始后，使用窄域通信实施车载装置与信息处理装置的数据通信。
此外，权利请求书中记载的括弧内的附图标记表示与作为一个方式后述的实施方式中所记载的具体结构的对应关系，并不是限定本公开的技术范围的内容。
附图说明
图1是示意性地表示通信处理系统的整体图像的图。
图2是表示车载系统的结构的框图。
图3是用于对车载通信器以及ECU的功能进行说明的功能框图。
图4是用于对中继服务器的结构以及功能进行说明的框图。
图5是用于对停车时的控制器的工作进行说明的流程图。
图6是应用服务器输出了通信开始请求的情况下的时序图。
图7是ECU输出了通信开始请求的情况下的时序图。
图8是表示停车地点在蜂窝服务区外的情况下的控制器的工作的一个例子的时序图。
图9是表示针对来自应用服务器的推送请求的、与车载通信器的通信状态相应的中继服务器响应方式的一个例子的图。
具体实施方式
以下，使用附图对本公开的实施方式进行说明。如图1所示，本公开的通信处理系统100包含搭载于各车辆Vc的车载通信器1及ECU2、以及配置于车辆外部的应用服务器4及中继服务器5。此外，ECU是Electronic Control Unit(电子控制单元)的简称，是指电子控制装置。应用服务器是应用程序服务器的简称。在图1中仅示出两台搭载有车载通信器1的车辆Vc，但作为系统整体，可存在三台以上。搭载于各车辆Vc的ECU2的规格可不同。ECU2的规格可以包含OS(Operating System：操作系统)、车辆电源(例如配件电源)被设定为关闭的情况下的启动状态等。
车载通信器1是作为用于ECU2与存在于车辆外部的应用服务器4实施数据通信的接口而在车辆中使用的装置。车载通信器1构成为能够分别实施Wi-Fi(注册商标)通信以及使用了蜂窝线路的无线通信亦即蜂窝通信。这里的蜂窝线路是指经由蜂窝基站7的通信线路，换句话说是指符合LTE/4G/5G标准的通信线路。车载通信器1具备与任意的通信运营商相关联的SIM(Subscriber Identity Module：用户识别模块)。
蜂窝基站7是与车载通信器1收发符合LTE等标准的无线信号的设备。蜂窝基站7也被称为eNB(evolved NodeB：演进型NodeB)。蜂窝基站7也可以是在5G中使用的gNB(nextgeneration NodeB：下一代NodeB)。蜂窝基站7通过与车载通信器1交换控制信号，来实现车载通信器1向广域通信网络9的连接，进而实现车载通信器1与各种服务器的数据通信。
广域通信网络9例如是互联网。广域通信网络9例如也可以是互联网以外的IP(Internet Protocol：互联网协议)网络、移动电话网等这样的由通信运营商提供的网络。广域通信网络9是应用服务器4、中继服务器5、蜂窝基站7以及Wi-Fi基站8所连接的网络即可。
另外，这里的Wi-Fi通信是指经由Wi-Fi基站8的通信。Wi-Fi基站8是用于形成符合Wi-Fi的无线LAN(Local Area Network：局域网)的通信设备。作为Wi-Fi的标准，可以采用IEEE802.11n、IEEE802.11ac，IEEE802.11ax(所谓的Wi-Fi6)等多种标准。Wi-Fi基站8作为基础设施设备，被各种服务企业配置于任意的位置。此外，本公开的Wi-Fi是指免费的Wi-Fi、用户或者车辆制造商已签订使用合同的Wi-Fi等车载通信器1可利用的Wi-Fi。车载通信器1能够在车辆Vc存在于Wi-Fi基站8的通信区域内的情况下实施Wi-Fi通信。Wi-Fi基站8能够称为接入点或者路由器。此外，虽然在图1中仅示出一个蜂窝基站7、一个Wi-Fi基站8，但它们可存在多个。
车载通信器1是提供上述的无线通信功能的装置。车辆Vc通过搭载车载通信器1，而成为能够连接于互联网的联网汽车。车载通信器1也能够称为DCM(Data CommunicationModule：数据通信模块)、TCU(Telematics Control Unit：远程信息处理控制单元)等。车载通信器1例如收容于仪表板内。此外，车载通信器1也可以构成为可由用户取下。另外，车载通信器1也可以是由用户带入车室内的智能手机等移动终端。这里的车载也包含带入车室内的状态。在各车辆Vc中使用的车载通信器1基本上为相同的结构，但无需一定是完全相同的规格。OS、天线数、签订的通信运营商、可利用的通信线路的数量、通信费用方案等也可以不同。以下的本车辆是指对车载通信器1、ECU2、车载传感器3而言，搭载/使用自身的车辆Vc。
如图2所示，车载通信器1与搭载于本车辆的ECU2以及车载传感器3连接使用。ECU2是搭载于车辆Vc的控制装置。ECU2可以是车身系统的ECU、车辆控制系统的ECU、ADAS系统或者自动驾驶系统的ECU、HMI系统的ECU中的任意一个。例如车载通信器1构成为能够经由车辆内网络与各ECU2相互通信，其中，该车辆内网络是在车辆内构建的通信网络。作为车辆内网络的标准，例如能够采用Controller Area Network(控制器局域网，CAN为注册商标)、以太网(注册商标)等多种标准。
此外，车载通信器1和ECU2也可以构成为能够不经由车辆内网络而直接地进行通信。与车载通信器1连接的ECU2可以仅为一个。车载通信器1也可以构成为能够经由综合车辆整体的ECU亦即中央ECU、用于将车辆内和外部切分来确保安全的网关ECU，与其他ECU进行通信。
车载通信器1例如构成为在停车中等行驶用电源关闭的状态的情况下，也维持通过蜂窝通信与广域通信网络9连接的在线的状态。此外，行驶用电源例如在发动机车中为点火电源。在电动汽车中，系统主继电器相当于行驶用电源。向各车载通信器1分配作为固有的识别信息的通信器ID。通信器ID作为用于识别车载通信器1(车辆Vc)的信息发挥功能。通信器ID也能够称为DCM-ID、TCU-ID。车载通信器1的详细内容另外后述。
各ECU2作为具备CPU(Central Processing Unit：中央处理单元)等运算核心和RAM(Random Access Memory：随机存取存储器)等存储器的计算机而构成。各ECU2通过执行储存于该ECU2所具有的非易失性存储器的程序，而执行与该程序相应的处理。向各ECU2分配作为识别编号的ECU-ID。ECU2相当于车载装置。
ECU2构成为能够执行一个或者多个应用程序(以下，应用21)。ECU2相当于车载系统中的末端ECU。应用21通过与应用服务器4通信，而向车辆Vc的用户提供规定的服务。通过ECU2所具备的CPU等运算核心执行规定的应用程序软件来实现应用21。本公开的“应用程序”、“应用”的记载能够替换为执行应用程序的装置/运算核心。运算核心相当于CPU等处理器。向各应用21分配应用ID，该应用ID是每个应用固有的识别信息。
各应用21将以与该应用21对应的应用服务器4为目的地的发送用数据输出至车载通信器1，并且经由车载通信器1获取来自对应的应用服务器4的数据。在本实施方式的通信处理系统100中，应用服务器4与应用21的通信不仅经由车载通信器1，还经由中继服务器5来实施。伴随着产生朝向应用服务器4的发送用数据，各应用21向车载通信器1输出通信开始请求。通信开始请求相当于请求开始与指定为目的地的装置的数据通信的消息(信号)。
应用21具备对发送数据进行加密、或对从应用服务器4加密发送来的数据进行解密的加密处理部。例如应用21具备用于实施使用管理TLS(Transport Layer Security：传输层安全)的加密通信的功能。
另外，如图3所示，ECU2具备ACP客户端22和电源控制部23。ACP客户端22是承担对应用21与车载通信器1的通信进行中介的作用的结构。ACP客户端22也能够称为车辆内中继模块。ACP客户端22可按照每个ECU2或者每个应用21来配置。ACP客户端22也通过由CPU等硬件执行作为规定的软件的ACP客户端软件来实现。ACP客户端22将来自应用21的通信开始请求传递至车载通信器1，并且将来自车载通信器1的对该通信开始请求的回答传递至应用21。
另外，ACP客户端22定期地或者在产生规定的事件的情况下，向车载通信器1通知应用ID以及ECU-ID。由此，车载通信器1能够确定哪个应用21存在于哪个ECU2。各种ID的通知例如也可以在行驶用电源开启的定时、规定的时刻进行。
此外，也可以应用21自身具备ACP客户端22的功能。ACP客户端22也可以构成为应用21的一部分。此外，ACP客户端22也可以构成为硬件。另外，也可以ACP客户端22具备应用21所具备的加密处理部。各结构的功能配置能够适当地变更。在ECU2具备多个应用21的情况下，该ECU2的ACP客户端22可管理各应用21的应用ID、启动状态。
电源控制部23基于来自车载通信器1的指示信号，来切换ECU2的电源的开启关闭状态。例如，电源控制部23基于从车载通信器1输入了启动请求信号，来将ECU2的电源从关闭状态切换至开启状态。ECU2与车载通信器1不同，在车辆Vc的行驶用电源为关闭状态的情况下，为了抑制消耗电力，在原则上成为无法进行与应用服务器4的数据通信的状态。例如，ECU2在行驶用电源被设定为关闭的情况下，移至停止向电源控制部23以外的结构的电力供给的电源关闭状态。
此外，ECU2也可以构成为作为电源状态，除了开启、关闭以外，还能够设定睡眠状态、休止状态。睡眠状态是指在RAM等易失性存储器中保存有作业中的数据，换句话说保存了程序的执行状态的状态下停止了向运算核心等的电源的供给的状态。休止状态是指在闪存等可写入的非易失性存储器中保存有程序的执行状态的状态下停止向运算核心等的电源的供给的状态。上述的电源关闭状态例如也可以是休止状态、睡眠状态。此外，电源控制部23也可以作为ACP客户端22的一个功能来安装。也就是说，电源控制部23也可以与ACP客户端22统合。
车载传感器3是检测与车辆Vc的状态相关的规定项目的传感器。在车载传感器3中，可举出检测换挡位置的换挡位置传感器、检测车速的车速传感器等。另外，在车载传感器3中，也包含检测驻车制动器的工作状态的传感器/开关、检测车辆的电源状态的传感器/开关等。另外，作为检测本车辆的位置的传感器的GNSS(Global Navigation SatelliteSystem：全球导航卫星系统)接收机也包含于车载传感器3中。作为GNSS，能够采用GPS、GLONASS、Galileo、IRNSS、QZSS、Beidou等。车载传感器3所检测的车辆电源的状态、换挡位置、驻车制动器的工作状态等信息也可以经由ECU2输入至车载通信器1。也就是说，也可以在车载传感器3与车载通信器1之间插入一个或者多个ECU2。
应用服务器4是用于通过与在车辆Vc中使用的应用21的协作来提供规定的服务的设备。应用服务器4对从在车辆Vc中使用的应用21接收到的数据执行规定的处理。应用服务器4成为ECU2以及应用21的实质的通信对象。应用服务器4相当于信息处理装置。应用服务器4将与提供服务相应的数据发送至应用21、或从应用21收集数据。应用服务器4构成为能够朝向在特定的车辆Vc中使用的特定的应用21能动地(自发地)发送消息，作为推送发送。推送发送能够解释为朝向动作停止中或者在后台进行动作的应用21，换句话说与应用服务器4不在通信中的应用21的消息发送。使用令牌来实施推送发送。令牌是作为用于唯一地确定消息的目的地、接收到的消息的发送源的检索关键字发挥作用的信息，由中继服务器5发行。令牌的详细内容后述。
应用服务器4在对搭载于特定的车辆Vc的某个应用21进行推送发送的情况下，向中继服务器5发送推送请求，该推送请求是请求对车载通信器1的推送发送的信号。推送请求与消息主体一起，包含应用ID以及令牌中的至少任意一方作为目的地信息。在本实施方式中，作为目的地信息，主要使用令牌。应用服务器4具备保存有表示用于识别目的地的令牌与车辆Vc的对应关系的数据的令牌数据库41。应用服务器4从令牌数据库41读取与消息的发送对象相关联的令牌。然后，将附加了该读取出的令牌的消息作为推送请求发送至中继服务器5。图1中的DB是数据库的简称。
应用服务器4发出的推送请求主要相当于与特定的ECU2(应用21)的通信开始请求。此外，从应用服务器4推送发送的消息例如也可以是指示空调装置的启动、门的锁定等规定的车辆控制的执行的指令。但是，即使从应用服务器4推送发送的消息是车辆控制的指令，最终应用21也与应用服务器4实施用于报告控制结果的数据通信。因此，使规定的车辆控制执行的指令也包含于用于开始数据通信的消息(也就是通信开始请求)的概念中。
此外，应用服务器4与应用21的通信被加密实施。作为加密通信的方式，能够采用多种方式。例如应用服务器4和应用21构成为能够实施TLS加密通信。这里作为一个例子，不限于应用21和应用服务器4，中继服务器5、车载通信器1等其他装置也构成为能够实施TLS通信。
中继服务器5是中继车辆Vc与应用服务器4的通信的服务器。中继服务器5统合地进行车辆Vc与应用服务器4的通信连接控制以及通信状态的监视。在车载通信器1通过蜂窝通信或者Wi-Fi通信与广域通信网络9连接的情况下，中继服务器5与车载通信器1能够经由广域通信网络9进行通信。中继服务器5基于来自应用服务器4的请求，向搭载于指定的车辆Vc的ECU2发送数据、或获取来自车辆Vc的数据。
中继服务器5相当于在汽车无线通信平台(ACP：Automotive CommunicationPlatform)中提供云侧的主要功能的服务器。ACP是用于隐藏(抽象化)每个车辆的系统结构的差异，并且能够进行应用服务器4与应用21的安全的数据通信的技术。例如由于型号、发布年份(代)、级别等的差异，根据每个车辆Vc，在停车中电源关闭的ECU与电源不关闭的ECU的组合可能会有所不同。另外，根据每个车辆Vc，包含ECU的车载系统的结构本身可能不同。中继服务器5起到向应用服务器4侧隐藏每个车辆的系统结构的差异、每个ECU的电源状态的差异，即每个车辆Vc以及每个ECU2的多样性的作用。而且，实现仿佛各ECU2与应用服务器4始终连接那样的伪常时连接。中继服务器5由于在一个方面是构成ACP的服务器，因此也能够称为ACP服务器。
如图4所示，中继服务器5使用通信装置51、服务器处理器52、RAM53以及储存器54来构成。通信装置51是用于与车载通信器1、各种应用服务器4实施通信的结构，构成为能够与应用服务器4等其他装置实施例如使用了TLS的加密通信。服务器处理器52例如是CPU等运算核心。RAM53是可重写的易失性存储器。储存器54是可重写的非易失性存储器。在储存器54中，保存有中继服务器程序，该中继服务器程序是用于中继车载通信器1与应用服务器4的数据通信的程序。中继服务器程序也能够称为ACP云软件。
中继服务器5通过与车载通信器1、应用服务器4交换控制信号，获取各种装置的地址信息、端口编号这样的通信路径信息(所谓的5-tuple)。地址信息是IP地址和MAC(MediaAccess Control：媒体访问控制)地址中的任意一方或者两方。中继服务器5向应用服务器4通知在车载通信器1中分配给应用21的端口编号等应用21和应用服务器4通信所需的信息。
另外，中继服务器5例如具备令牌管理部G1以及中继处理部G2，作为通过服务器处理器52执行保存于储存器54的中继服务器程序来表达的功能模块。令牌管理部G1以及中继处理部G2分别相当于作为构成ACP的云侧的功能部的ACP云Gx的子系统。
令牌管理部G1将应用ID、ECU-ID以及通信器ID与按它们的每个组合唯一的识别信息(ID)的令牌建立关联来管理。令牌是用于确定特定的ECU2上的特定的应用21的ID，承担应用21、ECU2以及车载通信器1的关联作用。即使在多个车辆Vc中安装相同的应用21，且它们的应用ID相同的情况下，应用服务器4以及中继服务器5也能够通过使用令牌，将安装于特定的车辆Vc的特定的ECU2的应用21设定为通知目的地。另外，应用服务器4以及中继服务器5能够通过使用令牌，唯一地确定接收到的消息/数据的发送源。令牌例如具有16位等规定的位数。
令牌管理部G1在产生了规定的令牌发行事件的情况下发行令牌。作为令牌发行事件，例如能够采用将应用21新安装至ECU2的情况、提供共享服务的车辆Vc的用户变更的情况等。可以基于来自应用21或ACP客户端22、或者车载通信器1的请求，来执行令牌的发行，换句话说支付。
令牌管理部G1在发行了令牌的情况下，将该令牌通知给相关的车载通信器1、应用服务器4。作为令牌管理部G1的中继服务器5通过与各应用服务器4通信，来使与该应用服务器4相关的令牌的信息同步。与某个应用服务器4相关的令牌是指与对应于应用服务器4的应用ID建立有关联的令牌。另外，作为令牌管理部G1的中继服务器5通过与车载通信器1进行通信，来使与该车载通信器1的通信器ID相关的令牌的信息同步。在令牌中，建立有对应关系地保存与在车载通信器1中分配给应用21的端口编号。
中继处理部G2在从某个应用服务器4接收到推送请求的情况下，基于推送请求中包含的令牌来确定与目的地相应的车载通信器1，并向该车载通信器1发送消息。车载通信器1基于从中继服务器5传送来的消息，确保从应用21到应用服务器4的通信路径，使应用21-应用服务器4间的数据通信开始。推送请求中的最终的目的地为应用21或者ECU2。对中继服务器5而言，车载通信器1相当于作为传送目的地的(中间的)目的地。也可以使用应用ID、端口编号、目的地IP地址、目的地MAC地址等来实施传送目的地的确定。
中继处理部G2在接收到推送请求的情况下，在与成为目的地的应用21对应的车载通信器1未连接于广域通信网络9的情况下，向请求源返回推送分发已失败。此外，中继处理部G2也可以在基于另外后述的Wi-Fi可用与否信息而能够期待成为目的地的车载通信器1在规定时间以内与广域通信网络9连接的情况下，保留推送分发，并将该意思返回给应用服务器4。
此外，中继服务器5也可以具备使用电子证书等，来认证作为通信对象的应用服务器4、车载通信器1、应用21等的功能。也可以各应用服务器4具有中继服务器5所提供的功能的一部分或者全部。功能配置能够适当地变更。
＜关于应用21以及应用服务器4的一个例子＞
在车辆Vc中，可搭载车辆状态确认应用、视频应用、紧急通报应用、探测应用、控制辅助应用等多种应用21。车辆状态确认应用是用于从智能手机等外部设备确认总行驶距离、电池剩余量、燃料剩余量、各门的开闭状态、各窗的开闭状态、室内温度这样的车辆的状态的应用。在车辆状态中，也可以包含危险灯的点亮状态、室内灯的点亮状态。门的开闭状态也包含锁定状态。
车辆状态确认应用例如将行驶用电源变为关闭时的各种信息上传至对应的应用服务器4。此外，车辆状态确认应用也可以具备基于经由应用服务器4发送的来自用户的指示信号，来控制门的锁定解锁状态、窗的开度、照明装置的点亮状态的功能。车辆状态确认应用也可以构成为用于远程控制车辆Vc的车身系统电气设备、车载空调装置的应用。车身系统电气设备包含各种照明装置、门锁马达、车窗马达等。用于远程锁定门的通信相当于紧急性相对较高的通信，另一方面，与空调装置的远程启动相关的通信相当于紧急性相对较低的通信。即使是相同的应用21的通信，根据其通信的内容、目的，紧急性换句话说通信的即时性也可能不同。
视频应用例如是用于流式播放保存在云上的视频的应用。视频应用也可以是通过与应用服务器4的协作，来将在车载电视系统中录像的视频等数据传送至例如智能手机等规定的设备的应用。用于传送录像数据的通信相当于数据大小较大而紧急性较低的通信的一个例子。紧急通报应用是以事故、乘员的异常等为触发与规定的中心、由用户保持的智能手机等联络的应用。紧急通报应用也可以是检测车辆Vc的非法解锁等与盗窃有关的异常并向中心等通知的应用。紧急通报应用相当于与通信的即时性相关的请求相对较高的应用21的一个例子。
探测应用是将由车载相机等识别到的道路形状等探测数据上传至服务器的应用。与探测应用对应的应用服务器例如能够为通过统计地统合从多个车辆Vc上传的探测数据，来更新地图数据，并发送至车辆Vc或者地图分发用的服务器的服务器。探测应用相当于数据大小较大而紧急性较低的应用的一个例子。
控制辅助应用是定期地或者在产生规定的事件的情况下，从应用服务器4接收成为创建控制计划的参考的动态的地图信息(也就是控制辅助信息)的应用程序。所谓的控制辅助信息，例如可以是有关进行了通行限制的区间、交通阻塞的末尾位置、路上坠落物的位置等这样的表示行驶上的障碍物的位置、种类的准动态的地图要素的信息。控制辅助信息也可以是表示存在于车辆Vc的前方的信号灯的位置和其点亮状态的信息、表示与交叉路口内外的行进方向相应的行驶轨道的信息。所谓的请求控制辅助信息的事件例如能够采用到离交叉路口、合流分支地点的剩余时间/距离变得低于规定值。与控制辅助应用对应的应用服务器4例如可以基于来自应用21的请求，来分发与搭载该应用21的车辆Vc的当前位置相应的控制辅助信息。
此外，以上列举的应用21是一个例子，除了上述的应用以外还可以假定多种应用。另外，也可以构成为多个ECU2协作来执行一个应用21。
＜关于车载通信器1的结构＞
车载通信器1基于来自应用21或者应用服务器4的请求，使用蜂窝通信功能或者Wi-Fi通信功能，来与对应于ECU2所具备的应用21的应用服务器4实施数据通信。如上述那样，车载通信器1与应用服务器4的通信经由中继服务器5、广域通信网络9、以及蜂窝基站7或Wi-Fi基站8来进行。
车载通信器1可以根据各ECU2中的通信流量的产生状况，分开使用蜂窝线路以及Wi-Fi线路。也就是说，车载通信器1基于通信的用途、通信状况来分开使用多种通信线路。在车载通信器1可利用的通信线路/通信路径的概念中，不仅能够包含蜂窝线路，还能够包含Wi-Fi线路。
如图2所示，车载通信器1具备车内通信部11、蜂窝通信部12、Wi-Fi通信部13以及控制器14。
车内通信部11接受各ECU2输出的发送用数据，并向控制器14输出。另外，车内通信部11将从控制器14输入的数据朝向被指定为目的地的ECU2输出。例如，车内通信部11通过将从各ECU2多路复用输入的数据以规定的方式分离，来获取本来的数据。车内通信部11是用于经由车辆内网络与ECU2进行通信的电路模块。车内通信部11使用模拟电路元件、IC、符合车辆内网络的通信标准的PHY芯片等来实现。
蜂窝通信部12例如是负责LTE等无线通信协议中的数据链路层以及物理层的通信模块。蜂窝通信部12包含能够收发在LTE中使用的频带的电波的天线。另外，蜂窝通信部12包含遵循LTE的通信标准进行相当于从基带信号向高频信号的转换及其逆转换的信号处理的收发器和进行IP分组与物理信道的信号的转换的分组处理部。
蜂窝通信部12基于规定的信令过程，建立蜂窝基站7的通信连接。另外，蜂窝通信部12基于例如CRS(Cell-specific RS：小区专用参考信号)等来自蜂窝基站7的控制信号，来与蜂窝基站7无线连接。蜂窝通信部12伴随着本车辆的移动，实施切换无线连接的蜂窝基站7(换句话说，服务小区)的所谓的移交。此外，控制器14也可以具备进行服务小区的切换(再选择)的功能。
蜂窝通信部12例如在为停车中等车辆Vc的行驶用电源关闭的状态的情况下，也使用电池的电力来继续动作。具体而言，使用电池中蓄积的电力来定期地与蜂窝基站7交换用于沟通确认(连接维持)的控制信号。由此，车载通信器1能够在存在于蜂窝基站7的通信服务区内的情况下，维持连接于广域通信网络9的在线的状态。
Wi-Fi通信部13是经由Wi-Fi基站8与互联网连接，用于与应用服务器4通信的通信模块。Wi-Fi通信部13相当于窄域通信部。Wi-Fi通信部13例如使用用于收发2.4GHz频带、5GHz频带等在Wi-Fi标准中使用的频带的电波的天线、调制电路、解调电路等来构成。Wi-Fi通信部13放射与从控制器14输入的数据对应的无线信号。另外，Wi-Fi通信部13将与通过天线接收到的接收信号对应的数据输出至控制器14。
此外，Wi-Fi通信部13通过接收从Wi-Fi基站8发出的信标，来识别Wi-Fi基站8的存在。Wi-Fi通信部13与Wi-Fi基站8的通信连接由控制器14来控制。此外，Wi-Fi通信部13无需一定内置于车载通信器1。Wi-Fi通信部13也可以以车载通信器1能够控制其动作状态的方式设置于车载通信器1的外部。Wi-Fi通信部13的动作状态，例如电源状态由控制器14来控制。
控制器14以具备处理器15、RAM16、储存器17、以及将它们连接的总线等的计算机为主体而构成。处理器15是用于进行与RAM16结合的运算处理的硬件。处理器15是包含至少一个CPU等运算核心的结构。处理器15通过对RAM16的访问来执行各种处理。
储存器17是包含闪存等非易失性的存储介质的结构。在储存器17中储存有通信控制程序，作为由处理器15执行的程序。处理器15执行上述程序相当于执行通信控制方法，该通信控制方法是与通信控制程序对应的方法。在储存器17中登记有关于车载通信器1可利用的APN(Access Point Name：接入点名称)的信息(例如简档(profile)等)。另外，在储存器17中登记有车载通信器1可利用的Wi-Fi的SSID(Service Set Identifier：服务集标识)、加密密钥等。
控制器14具备蜂窝控制部F1、Wi-Fi控制部F2、停车检测部F3、Wi-Fi可用与否判定部F4、Wi-Fi可用与否报告部F5、中继处理部F6以及启动指示部F7，作为功能模块。中继处理部F6具备请求接受部F61、路径分配部F62以及ID管理部F63，作为子功能。控制器14所具备的功能部分别相当于作为构成ACP的车辆侧的功能部的ACP引擎Fx的子系统。
蜂窝控制部F1控制蜂窝通信部12的动作。蜂窝控制部F1基本上使蜂窝通信部12始终驱动。所谓的使蜂窝通信部12停止的情况例如假定检测到进行了用于使蜂窝通信停止的用户操作的情况、电池剩余量低于规定的极限值的情况等。
蜂窝控制部F1接受产生了规定的连接事件，而执行建立蜂窝线路的手续。作为连接事件，可举出进行了控制器14本身的软件更新的情况、由于不良情况而进行了车载通信器1的再启动的情况、由用户或者维修工厂等的工作人员激活蜂窝通信功能的情况等。在用于建立通信连接的手续中，包含附加请求的发送、APN信息的发送等。
Wi-Fi控制部F2控制Wi-Fi通信部13的动作。Wi-Fi控制部F2相当于窄域通信控制部。控制器14基于Wi-Fi通信部13接收到信标，来开始与Wi-Fi基站8的通信连接。即，与Wi-Fi基站8交换用于IP地址的获取、安全设定(加密密钥的交换等)的控制信号。如后述的那样，Wi-Fi控制部F2基于停车检测部F3检测到本车辆停车，来切断向Wi-Fi通信部13的电力供给。也就是说，将Wi-Fi通信部13切换为关闭状态。关闭状态对应于使动作停止的状态。伴随于此，即使在本车辆处于Wi-Fi基站8的通信服务区内，能够进行Wi-Fi连接的情况下，也暂时切断Wi-Fi连接。这里的Wi-Fi连接是指使用Wi-Fi通信与广域通信网络9连接。
在满足规定的Wi-Fi启动条件的情况下，Wi-Fi控制部F2将向Wi-Fi通信部13的电力供给从关闭状态切换为开启状态。Wi-Fi启动条件包含通常启动条件和停车中启动条件。通常启动条件例如能够采用行驶用电源成为开启。停车中启动条件能够采用在车辆停车且后述的Wi-Fi连接标志被设定为开启的状态下，从应用21或者应用服务器4到达了通信开始请求。在停车中，由于Wi-Fi连接基本上被设定为关闭，因此经由蜂窝线路接收来自应用服务器4的通信开始请求。
停车检测部F3基于从车载传感器3输入的信号，检测本车辆已停车。检测到本车辆已停车对应于判定为本车辆已停车。例如，停车检测部F3在行驶用电源被设定为关闭的情况下，判定为本车辆已停车。停车检测部F3也可以基于换挡位置被设定为停车位置来判定为本车辆已停车。停车检测部F3也可以在换挡位置被设定为停车位置且驻车制动器被设定为开启的情况下判定为本车辆已停车。判定为本车辆已停车的条件能够适当地变更。
Wi-Fi可用与否判定部F4基于由停车检测部F3检测到本车辆已停车，与Wi-Fi通信部13配合，来判定在该停车地点是否能够使用Wi-Fi通信与广域通信网络9连接。Wi-Fi可用与否判定部F4相当于窄域通信可用与否判定部。
例如，Wi-Fi可用与否判定部F4基于由停车检测部F3检测出本车辆已停车，使用Wi-Fi通信对中继服务器5发送规定的确认消息。然后，Wi-Fi可用与否判定部F4在能够从中继服务器5接收到规定的响应消息的情况下，判定为能够进行Wi-Fi连接。另外，Wi-Fi可用与否判定部F4在向中继服务器5发送消息失败的情况下、经过规定的响应待机时间也未接收到来自中继服务器5的响应消息的情况下，判定为无法进行Wi-Fi连接。例如，使用作为处理上的标志的Wi-Fi连接标志来保持Wi-Fi可用与否判定部F4的判定结果。Wi-Fi连接标志为开启(1)的状态对应于能够进行Wi-Fi连接的状态。Wi-Fi连接标志为关闭(0)的状态对应于无法进行Wi-Fi连接的状态。Wi-Fi可用与否判定部F4的判定结果表示本车辆所停车的地点亦即停车地点是否是能够进行Wi-Fi连接的地点。
Wi-Fi可用与否判定部F4的判定结果，即Wi-Fi连接标志保存于RAM16或者储存器17。Wi-Fi连接标志保存于即使在行驶用电源关闭时也保持数据的存储介质即可。此外，Wi-Fi可用与否判定部F4也可以通过代替中继服务器5而尝试与规定的应用服务器4经由Wi-Fi的通信，来判定Wi-Fi连接是否可行。
本实施方式的Wi-Fi可用与否判定部F4不仅确认是否接收到来自Wi-Fi基站8的信标，还确认能够与中继服务器5等外部装置进行数据通信，换句话说确认能够与广域通信网络9连接。根据该结构，能够降低即使由于Wi-Fi基站8与广域通信网络9的连接不良等而实际上无法进行Wi-Fi连接，却还误判定为能够进行Wi-Fi连接的担忧。
Wi-Fi可用与否报告部F5向中继服务器5报告表示Wi-Fi可用与否判定部F4的判定结果的Wi-Fi可用与否信息。Wi-Fi可用与否报告部F5的Wi-Fi可用与否信息的报告可以通过Wi-Fi通信实施，也可以通过蜂窝线路实施。中继服务器5基于来自车载通信器1的报告，来掌握使用该车载通信器1的车辆已停车的情况、以及是否处于能够进行Wi-Fi连接的环境等。此外，中继服务器5也可以基于从车载通信器1接收到用于确认是否能够进行Wi-Fi连接的消息，来检测对象车辆移至停车状态、以及处于能够进行Wi-Fi连接的环境。Wi-Fi可用与否报告部F5相当于报告部。
请求接受部F61是接受来自车辆内外的数据通信的请求的模块。来自车辆内部的通信开始请求相当于来自ECU2/应用21的通信开始请求，来自车辆外部的通信开始请求相当于来自应用服务器4的通信开始请求。此外，由于来自应用服务器4的通信开始请求经由中继服务器5到达至车载通信器1，因此来自车辆外部的通信开始请求能够解释为来自中继服务器5的通信开始请求。
例如，请求接受部F61基于接收到来自应用21的通信开始请求，而接受与该应用21对应的应用服务器4的通信开始请求。另外，请求接受部F61在从中继服务器5通知了存在由应用服务器4指定的面向应用21的数据的情况下，接受成为对象的应用21与应用服务器4的通信开始请求。
若请求接受部F61接受来自应用21或者应用服务器4的通信开始请求，则路径分配部F62确保用于该应用21的源端口，并且设定从应用21到应用服务器4的通信路径。对每个应用21分配源端口。也就是说，对一个端口设定一个应用ID。此外，也可以对一个应用分配多个端口。在构成通信路径的要素中，除了蜂窝线路、Wi-Fi线路这样的通信线路的种类以外，还能够包含分配频率、通信协议的种类等。在通信协议中包含TCP(TransmissionControl Protocol：传输控制协议)、UDP(User Datagram Protocol：用户数据报协议)等。
路径分配部F62针对请求接受部F61接受到的通信开始请求，设定与本车辆的行驶状态、Wi-Fi通信是否可进行、以及应用21/数据通信的特性相应的通信路径。例如，路径分配部F62在已停车并且能够进行Wi-Fi通信的情况下，与应用21的种类无关地优先分配Wi-Fi通信。也就是说，在停车中，在无法进行Wi-Fi通信的情况下，分配蜂窝通信作为应用21-应用服务器4间的通信方式。
此外，在本车辆为行驶中的情况下，路径分配部F62例如对要求实时性或者通信的稳定性的应用21分配延迟较小的蜂窝线路。另一方面，对探测数据、软件更新数据等预计数据大小相对较大的应用21，优先分配Wi-Fi通信、或保留通信开始。
ID管理部F63基于来自各ACP客户端22的通知，来管理应用21位于哪个ECU2中。ID管理部F63将每个应用21的应用ID、ECU-ID、以及令牌建立关联地保存于RAM16等存储器。通过与中继服务器5的通信来获取每个应用21的令牌。另外，ID管理部F63还将路径分配部F62分配给各应用21的端口编号也与应用ID以及令牌建立关联地进行管理。ID管理部F63将每个应用ID或者每个令牌的端口编号与通信器ID以及ECU-ID一起通知给中继服务器5。
若到应用服务器4的通信路径的设定完成，则作为中继处理部F6的控制器14对ACP客户端22返回许可通信的意思的消息亦即通信许可响应。通信许可响应中至少包含源端口编号。另外，车载通信器1也可以在通信许可响应中包含发送源IP地址、目的地IP地址、目的地端口编号、协议。
若从应用服务器4接收通信开始请求，则中继处理部F6基于ID管理部F63管理的令牌，来确定对应于目的地的应用21所属的ECU2。然后，中继处理部F6与车内通信部11协作，向所选择的ECU2发送接收数据。此外，在相当于应用服务器4的通信对象的ECU2的电源为关闭状态的情况下，中继处理部F6对启动指示部F7委托启动成为对象的ECU2，并等待该ECU2的电源成为开启状态。在对应于推送消息的目的地的ECU2的电源为关闭状态的情况下，启动指示部F7向该ECU2输出用于切换为电源开启状态的控制信号亦即启动请求信号。中继处理部F6向电源处于开启状态的ECU2发送来自应用服务器4的消息/数据。
另外，在本车辆为停车中并且Wi-Fi连接标志被设定为开启的状态下，请求接受部F61接受到通信开始请求的情况下，中继处理部F6向Wi-Fi控制部F2请求使Wi-Fi通信部13启动。Wi-Fi控制部F2视为满足了停车中启动条件，使Wi-Fi通信部13启动。若在本车辆为停车中且Wi-Fi连接标志被设定为开启的状态下，请求接受部F61接受通信开始请求，则控制器14在使Wi-Fi连接建立后使应用21开始数据通信。在该情况下，路径分配部F62选择Wi-Fi通信作为应用21的通信路径。
＜关于停车时的处理流程＞
在这里使用图5所示的流程图，对停放本车辆的场景下的车载通信器1的工作进行说明。为了方便起见，将在停车时进行的车载通信器1的一系列的处理称为停车关联处理。在车速为规定值以下(例如0)的情况下、行驶用电源被设定为开启的情况下等满足规定的执行条件期间，可以以规定的判定周期重复执行图5所示的流程图。作为判定周期，能够采用100毫秒、200毫秒、1秒等。这里作为一个例子，停车关联处理具备步骤S11～S14。此外，构成停车关联处理的步骤数、执行顺序能够适当地变更。
在步骤S11中，停车检测部F3基于从车载传感器3输入的信息，来判定本车辆是否已停车。例如，基于行驶用电源被设定为关闭来判定为本车辆已停车。在判定为未停车的情况下，对步骤S11作出否定判定并结束本流程。在判定为已停车的情况下，对步骤S11作出肯定判定并移至步骤S12。
在步骤S12中，Wi-Fi可用与否判定部F4判定在停车地点是否可以进行Wi-Fi连接，并移至步骤S13。在步骤S13中，Wi-Fi可用与否报告部F5将步骤S12中的判定结果发送至中继服务器5，并移至步骤S14。在步骤S14中，车载通信器1移至省电模式。省电模式例如能够为切断向Wi-Fi通信部13的电力供给，而使动作停止的状态。关于车内通信部11、蜂窝通信部12以及控制器14，这样的省电模式相当于如通常那样进行动作的模式。
此外，省电模式也可以是除了Wi-Fi通信部13的停止以外，还使控制器14的一部分或者全部的功能停止的模式。在省电模式下，控制器14构成为基于车内通信部11或者蜂窝通信部12接收到与通信开始请求对应的信号而恢复到通常模式即可。例如，省电模式能够为仅与车内通信部11、蜂窝通信部12以及请求接受部F61有关的结构进行动作的状态。通常模式相当于非省电模式的状态，即Wi-Fi通信部13等进行动作的状态。
＜关于停车中的处理流程＞
接下来，使用图6和图7所示的时序图，对在车辆Vc停车期间产生了通信开始请求的情况下的各装置中的工作进行说明。图6是在应用服务器4中产生了通信需求的情况下，换句话说，是发送了推送请求的情况下的时序图。图7是在ECU2中产生了通信需求的情况下的时序图。
图6和图7所示的ECU2以及应用21能够为任意的ECU2以及应用21。另外，图6和图7所示的应用服务器4是与图5和图6所示的ECU2所具备的应用21对应的应用服务器4。此外，作为以下的说明的前提，车载通信器1建立有使用蜂窝线路的与中继服务器5的通信连接。中继服务器5以及应用服务器4也处于能够相互通信的状态，随时实施用于沟通确认的通信、数据通信。
首先，使用图6，对在应用服务器4中产生了通信需求的情况下的相互作用进行说明。若在车辆Vc已停车的状态下，在应用服务器4中产生了面向应用21的发送用数据(步骤S21)，则该应用服务器4向中继服务器5发送作为通信开始请求的推送请求(步骤S22)。推送请求除了包含消息主体以外，还包含与作为目的地的应用21对应的令牌。
此外，应用服务器4也可以对中继服务器5通知通信条件信息，该通信条件信息例如是允许等待时间、预期数据大小等成为通信控制的参考的信息。通信条件信息可以包含于推送请求，也可以单独发送。允许等待时间是表示直到通信开始为止可允许的时间的长度的参数。预期数据大小是表示预定发送的数据的大小的参数。
中继服务器5若接收来自应用服务器4的推送请求，则基于对消息赋予的令牌，来确定成为消息的发送目的地的车载通信器1以及应用21。然后，朝向该车载通信器1发送来自应用服务器4的消息(步骤S23)。在通过该步骤发送的消息中，也附加有应用ID和令牌中的至少任意一方。
车载通信器1若经由蜂窝接收来自中继服务器5的消息(步骤S23a)，则参照Wi-Fi连接标志的设定值(开启/关闭)，判定是否能够进行Wi-Fi连接(步骤S24)。在Wi-Fi连接标志被设定为开启的情况下(步骤S24为“是”)，Wi-Fi控制部F2使Wi-Fi通信部13启动(步骤S25)。然后，与Wi-Fi基站8交换用于IP地址的获取、加密密钥的交换等的控制信号，通过Wi-Fi通信与广域通信网络9连接。
若Wi-Fi连接完成，则路径分配部F62分配Wi-Fi通信作为应用21与应用服务器4的通信线路(步骤S26)。另一方面，在Wi-Fi连接标志被设定为关闭的情况下(步骤S24为“否”)，路径分配部F62分配蜂窝通信作为应用21与应用服务器4的通信线路(步骤S27)。此外，基于附加于消息的应用ID或者令牌，来确定成为处理对象的应用21以及ECU2。
若Wi-Fi连接等通信的准备完成，则启动指示部F7使ECU2启动，并且朝向应用21送出来自应用服务器4的消息(步骤S28)。此外，在ECU2已开启电源的情况下，由启动指示部F7进行的ECU2的启动处理可以省略。
应用21若经由ACP客户端22接收来自应用服务器4的消息，则对应用服务器4返回规定的消息(步骤S29)。通过步骤S29发送的消息例如也可以是用于开始TLS通信的初始消息(所谓的ClientHello)，也能够为其他的规定的消息。
应用21和应用服务器4通过利用握手协议等规定的数据通信序列交换消息来建立会话，并开始加密通信(步骤S30)。通过以上的处理，开始应用服务器4和应用21的数据通信。此外，在推送请求的内容是不需要双向通信的内容的情况下，可以省略步骤S30。同样地，在推送请求的内容是不需要响应消息的返回的类型的内容的情况下，可以省略步骤S29以后的处理。
接下来，使用图7对在ECU2(应用21)中产生了通信需求的情况下的相互作用进行说明。此外，停车中，应用21例如可以基于用于软件更新的通信等预先设定的时间表来自发地输出通信开始请求。另外，在检测到规定的阈值以上的振动的检测、窗的破损、非法解锁等这样的规定的通报事件的情况下，也可能产生应用21的通信开始请求。在通报事件中，能够包含儿童的车内留置等。ECU2基于预先设定的时间表或者检测到规定的事件，从关闭状态移至开启状态，使应用21启动。当然，这里所述的ECU2也可以是在停车中也维持开启状态的ECU2。
若在车辆Vc已停车的状态下，在应用21中产生了面向应用服务器4的发送用数据，则该应用21经由ACP客户端22向车载通信器1发送通信开始请求(步骤S41)。通信开始请求至少包含应用ID或者令牌。
车载通信器1若接收来自ECU2的通信开始请求(步骤S41a)，则首先，确保作为通信的请求源的应用21用的端口。在已确保请求源用的端口的情况下，也可以省略确保端口。此外，在路径分配部F62实施了向应用21的新的端口的分配的情况下，ID管理部F63将分配给对象应用21的端口编号与应用ID以及令牌中的至少任意一方建立对应关系并通知给中继服务器5。
接下来，车载通信器1参照Wi-Fi连接标志的设定值，判定是否能够进行Wi-Fi连接(步骤S42)。在Wi-Fi连接标志设定为开启的情况下(步骤S42为“是”)，Wi-Fi控制部F2使Wi-Fi通信部13启动(步骤S43)。另外，根据规定的信令过程进行路由处理，通过Wi-Fi通信与广域通信网络9连接。然后，路径分配部F62分配Wi-Fi通信作为应用21与应用服务器4的通信线路(步骤S44)。另一方面，在Wi-Fi连接标志被设定为关闭的情况下，路径分配部F62分配蜂窝通信作为应用21与应用服务器4的通信线路(步骤S45)。
若Wi-Fi连接等通信的准备完成，则对应用21发送通信许可响应(步骤S46)。在通信许可响应中，例如能够包含源端口编号、IP地址等路径信息。
应用21若经由ACP客户端22获取通信许可响应，则通过利用规定的数据通信序列与应用服务器4交换消息来建立会话，并开始加密通信(步骤S47)。通过以上的处理，实施从应用21向应用服务器4的数据发送等。
＜关于上述结构要解决的课题和效果＞
在专利文献1中，未提及停车完成后行驶用电源关闭的情况下的车载通信器中的通信线路的控制方法。
近年来，以下需求提高，即，即使在车辆停车的状态等行驶用电源设定为关闭的状态下，为了向车辆的数据分发、车辆数据的获取、远程控制等，希望将车载通信器维持为能够进行通信的状态。
在能够利用蜂窝通信和Wi-Fi通信的车载通信器中，若在停车中也使两方的通信模块启动，则电池的电力消耗较大。一般来说，Wi-Fi通信模块的消耗电力比蜂窝通信模块的消耗电力大。根据这样的情况，本公开的开发人对以下结构进行了研究，即，在停车中使蜂窝通信模块的动作继续，另一方面，对于Wi-Fi通信模块使动作停止。
然而，本公开的开发人对上述的结构进行研究后，发现了以下的课题。即，在上述研究结构中，由于在停车中仅能够利用蜂窝通信，因此在停车中产生了软件分发等通信需求的情况下，该数据通信通过蜂窝通信执行。其结果是，通信费用可能增大。
本公开是基于上述的研究或者着眼点而完成的，其目的之一在于提供能抑制停车中的电力消耗，并且降低蜂窝通信量的通信器、通信处理系统、通信控制方法。
根据本公开的上述结构，由于在停车中停止向Wi-Fi通信部13的电力供给，因此能够降低停车中的电力消耗(暗电流)。另外，保持在停车地点是否能够进行Wi-Fi连接，在能够进行Wi-Fi连接的情况下，基于来自车辆内部或者外部的通信开始请求，启动Wi-Fi通信部13。然后，分配Wi-Fi通信作为应用21与应用服务器4的通信路径。也就是说，在开始应用21-应用服务器4数据通信之前，进行Wi-Fi连接，引导为经由Wi-Fi进行通信。根据该结构，能够削减停车中的蜂窝线路上的通信量。也就是说，能够兼顾抑制蜂窝通信量和降低消耗电力。
另外，在登记了在停车地点无法进行Wi-Fi连接的情况下，不使Wi-Fi通信部13启动，而经由蜂窝进行应用21-应用服务器4间的数据通信。根据该结构，不会使Wi-Fi通信部13不必要地启动，而能够迅速地开始数据通信。
并且，在上述结构中，作为更优选的实施方式，中继服务器5也保持Wi-Fi可用与否信息。根据该结构，针对来自应用服务器4的通信开始请求，能够通过中继服务器5返回与是否可用Wi-Fi连接相应的响应。例如，在停车地点车载通信器1无法进行Wi-Fi连接的情况下，中继服务器5也可以针对非紧急且大容量的通信的开始请求，向作为请求源的应用服务器4返回无法通信响应。无法通信响应能够作为当前无法通信、或者请求在一定时间后重试的消息。
所谓的非紧急的通信例如是允许等待时间被设定为12小时、1天、1周等的通信。例如，视频应用等娱乐系统的应用21等不参与车辆的行驶控制的应用21的软件更新数据的分发可以相当于非紧急的通信。此外，参与车辆的行驶控制的应用21的软件更新的重要性可以根据软件更新的目的而不同。有关软件分发的允许等待时间可以由软件分发者适当地设定。
如上述例子那样，根据中继服务器5保持车载通信器1的通信状态的结构，中继服务器5能够将与车载通信器1的通信状态相应的响应返回至应用服务器4，而不询问车载通信器1。其结果是，能够降低使车载通信器1不必要地启动的担忧，能够进一步降低停车中的消耗电力。另外，在应用服务器4发送的通信开始请求中赋予了允许等待时间等通信条件的情况下，针对来自应用服务器4的推送请求，中继服务器5能够实施与车载通信器1的状态相应的更适当的响应。
以上，对本公开的实施方式进行了说明，但本公开并不限定于上述的实施方式，以下叙述的各种变形例也包含于本公开的技术范围，并且，除了下述方式以外，也能够在不脱离主旨的范围内进行各种变更来实施。例如，下述的各种补充、变形例等能够在不产生技术上的矛盾的范围内适当地组合来实施。此外，对于具有与以上叙述的部件相同的功能的部件，有标注相同的附图标记，并省略其说明的情况。另外，在仅提及结构的一部分的情况下，对于其他部分能够应用上述说明。
＜停车时的工作的补充＞
停车地点也可能是无法进行蜂窝通信的场所，即在蜂窝基站7的通信服务区外。在上述的结构中，在停车地点能够进行Wi-Fi连接但在蜂窝通信服务区外的情况下，无法将来自应用服务器4的通信开始请求送达至车载通信器1。因此，在停车地点中蜂窝通信在服务区外且Wi-Fi连接标志被设定为开启的情况下，控制器14也可以以规定的轮询间隔间歇地使Wi-Fi通信部13启动。轮询间隔例如能够设为5分钟、10分钟等。轮询间隔可以根据服务(应用程序)所要求的响应性来设定。轮询间隔的设定值通过与车载通信器1的通信、或者作为系统设计值预先登记于中继服务器5。
以下，使用图8所示的流程图，对与上述的技术思想对应的车载通信器1的工作进行说明。此外，图8所示的流程图例如能够作为图5所示的停车关联处理的后续处理来实施。图8所示的流程图的步骤数、处理顺序能够适当地变更。
此外，作为前提，中继服务器5构成为若接收将Wi-Fi连接标志设定为开启的发往车载通信器1的推送请求，则在与轮询间隔对应的规定时间内保持该推送请求。保持推送请求的状态相当于以一定间隔重复重试的状态、或者能够基于来自车载通信器1的询问来发送消息的状态。
首先，在步骤S51中，蜂窝控制部F1基于来自蜂窝基站7的信号，判定与蜂窝基站7的无线连接是否已建立。在无法进行蜂窝通信的情况下，也就是停车地点在蜂窝通信服务区外的情况下，对步骤S51作出肯定判定并移至步骤S52。另一方面，在能够进行蜂窝通信的情况下，对步骤S51作出否定判定并结束本流程。也可以利用作为处理上的标志的蜂窝连接标志来管理是否能够进行蜂窝通信。
在步骤S52中，判定Wi-Fi连接标志是否设定为开启。在Wi-Fi连接标志设定为开启的情况下，移至步骤S53。另一方面，在Wi-Fi连接标志设定为关闭的情况下，结束本流程。
在步骤S53中，Wi-Fi可用与否报告部F5经由Wi-Fi将停车地点的通信环境报告给中继服务器5。即，通知能够进行Wi-Fi连接，另一方面，无法进行蜂窝通信。在轮询间隔不是一定，而中继服务器5可能不知道对车载通信器1设定的轮询间隔的系统结构中，Wi-Fi可用与否报告部F5也可以向中继服务器5通知轮询间隔的当前的设定值。若步骤S53完成，则执行步骤S54。
在步骤S54中，启动轮询计时器，并移至步骤S55，该轮询计时器是用于进行Wi-Fi通信部13的启动以及网络连接的计时器。轮询计时器构成为在省电模式下也继续动作。在步骤S55中，车载通信器1移至省电模式。
在步骤S56中，判定轮询计时器是否已期满。例如，在从轮询计时器未输出表示期满的信号的情况下，移至步骤S57，判定行驶用电源是否从关闭变为开启。步骤S57相当于判定停车状态是否已解除的步骤。在行驶用电源保持关闭的情况下，重复步骤S56以及步骤S57的判定。若轮询计时器期满，则执行步骤S58。
在步骤S58中，车载通信器1恢复到通常模式，执行与Wi-Fi连接相关的处理。若Wi-Fi连接建立，则执行步骤S59。在步骤S59中，请求接受部F61与中继服务器5通信，确认面向本车辆的消息(数据)是否从应用服务器4到达中继服务器5。
在面向本车辆的消息未到达中继服务器5的情况下，对S60作出否定判定，并再次执行步骤S54以后的处理。另一方面，在面向本车辆的消息到达中继服务器5的情况下，对S60作出肯定判定，执行S61。在S61中，经由Wi-Fi获取到达中继服务器5的消息，并进行与该消息相应的响应。例如，应用21与应用服务器4进行通信，接收来自应用服务器4的分发数据，或发送与来自应用服务器4的请求相应的数据。若S61中的一系列的通信处理完成，则再次执行步骤S54以后的处理。
如上述那样，根据定期地使Wi-Fi通信部13启动，经由Wi-Fi向中继服务器5确认有无来自应用服务器4的通信开始请求的结构，抑制电池消耗，并且在蜂窝服务区外也可实现某种程度的服务性。
此外，轮询间隔也可以根据停车后的经过时间、时间段来动态地变更。例如，在刚停车后，用户意识到忘记锁定门、忘记关窗等而想要远程操作车辆的可能性相对较高。因此，在停车后的经过时间低于规定的观望时间的状态下，也可以与停车后的经过时间为观望时间以上的情况相比缩短轮询间隔。例如，在停车后的经过时间为观望时间以上的情况下，将轮询间隔设定为5分钟、10分钟等相对较长的值。另一方面，也可以在停车后的经过时间低于观望时间的状态下，将轮询间隔设定为2分钟等在停车后的经过时间为观望时间以上的情况下应用的值的一半以下的值。观望时间例如为15分钟、30分钟等，也可以构成为能够由用户设定。
车载通信器1也可以基于用户日常的本车辆的利用开始时刻的历史，来确定行驶用电源容易设定为开启的时刻，在该时刻的前后、观望时间以内的时间段，使轮询间隔比其他时间段短。车载通信器1也可以构成为在由用户预先指定的时间段，使轮询间隔比其他时间段短。车载通信器1也可以构成为能够基于用户操作来设定每个时间段的轮询间隔。
然而，根据上述的结构，虽然在蜂窝服务区外也能够进行应用服务器4与应用21的通信，但从应用服务器4来看，从推送请求至通信开始的即时性可能降低。因此，中继服务器5也可以在车载通信器1存在于蜂窝服务区外，并且确定出能够进行Wi-Fi连接的情况下，对成为推送请求源的应用服务器4通知无法立即通信。作为无法立即通信的通知，能够采用发送(i)待机指示、(ii)到通信开始为止的等待时间、或者(iii)无法通信中的任意一种消息。更具体而言，作为到通信开始为止的等待时间而通知的内容也可以是轮询间隔的设定值的通知，也可以是下次能够通信的时刻或者到该时刻为止的剩余时间。
这样，根据在车载通信器1由于处于蜂窝服务区外而无法立即开始通信的情况下，中继服务器5将该意思通知给应用服务器4的结构，应用服务器4能够实施与提供服务的特性相应的处理。例如，应用服务器4能够实施向用户持有的智能手机等发送规定的消息等代替性的应对。更具体而言，能够在用户所持有的智能手机等的画面中显示等待时间、显示用于选择是等待来自车辆的响应还是中止的选项。
此外，作为推送请求，应用服务器4也可以将附加了如允许等待时间那样表示是否是要求即时性的消息的属性信息的数据发送至中继服务器5。中继服务器5也可以构成为：在接受到将Wi-Fi连接标志设定为开启的车载通信器1作为目的地的推送请求的情况下，基于要求的即时性与轮询间隔的比较结果，来实施不同的处理。例如，在轮询间隔的设定值超过允许等待时间的情况下，放弃推送请求并向推送请求源返回无法通信响应。另一方面，在轮询间隔的设定值为允许等待时间以下的情况下，如上述那样，保持推送请求。中继服务器5也可以在轮询间隔的设定值为允许等待时间以下的情况下，向推送请求源通知轮询间隔、到作为目的地的车载通信器1/ECU2/应用21下次能够通信为止的剩余时间。
以上，对中继服务器5基于车载通信器1的报告来确定该车载通信器1的停车地点的通信环境的结构进行了叙述，但确定车载通信器1的停车地点的通信环境的方法并不限于此。中继服务器5和车载通信器1也可以构成为定期地收发用于沟通确认的消息。中继服务器5能够基于无法获取沟通确认的状态持续了与轮询间隔对应的时间以上，来确定车载通信器1处于既无法蜂窝通信也无法Wi-Fi连接的环境。
中继服务器5也可以基于能够以与轮询间隔相应的周期间歇地与车载通信器1进行数据通信，判定为该车载通信器1存在于无法实施蜂窝通信，但能够进行Wi-Fi连接的环境。
中继服务器5也可以在接收到将与判定为处于既无法蜂窝通信也无法Wi-Fi连接的环境的车载通信器1相关联的ECU2/应用21作为目的地的推送请求的情况下，对请求源通知目的地无法通信。中继服务器5也可以在接收到将与能够进行蜂窝通信且无法进行Wi-Fi连接的车载通信器1相关联的ECU2/应用21作为目的地的推送请求的情况下，根据从应用服务器4提供的预期数据大小来改变响应。例如，在预期数据大小为规定的阈值(例如100MB)以上的情况下，也可以保留向车载通信器1的消息传送，向应用服务器4通知车载通信器1无法进行Wi-Fi连接。根据该结构，应用服务器4能够进行在用户具有的智能手机等终端上显示询问是否可以通过蜂窝线路实施大容量通信的画面等措施。
如以上所述那样，中继服务器也可以根据车载通信器1的通信状态，换句话说根据停车地点的通信环境，来变更针对来自应用服务器4的推送请求的响应。图9是总结了以上叙述的与车载通信器1的通信状态相应的响应方针的一个例子的表格。在车载通信器1虽然无法实施蜂窝通信但能够进行Wi-Fi连接的情况下，能够根据作为服务要求的即时性采用多种响应。
以上，例示了采用Wi-Fi通信作为窄域通信的方式，但窄域通信的方式也可以不是Wi-Fi。窄域通信部也可以是实施符合Bluetooth(注册商标)标准的通信的模块。窄域通信部也可以是实施脉冲无线电(IR：Impulse Radio)超宽带(UWB：Ultra Wide Band)通信的通信模块。窄域通信也可以是符合与IEEE802.11p标准对应的DSRC(Dedicated Short Rang eCommunications)、在IEEE1609等中公开的WAVE(Wireless Access in VehicularEnvironment)标准的通信。窄域通信在一个方面能够为可经由无线LAN/接入点进行网络连接的通信。接入点是形成无线LAN的设备。在接入点的概念中，除了路由器以外，还能够包含路侧机。另一方面，蜂窝通信部12能够解释为利用移动电话线路的通信、或者能够使用SIM进行网络连接的通信模块。此外，窄域通信也可以是蜂窝V2X，例如C-V2X(LTE-V2X)、NR-V2X(5G-V2X)、LTE Direct。窄域通信部也可以作为蜂窝通信部的一个功能要素包含于蜂窝通信部。车载通信器1也可以通过蜂窝V2X与路侧机无线连接，经由路侧机与中继服务器5以及应用服务器4通信。V2X是Vehicle to X(everything/something)的简称，是指将车与各种事物直接连接的通信技术。在V2X的概念中包含路车间通信、车间通信。NR是New Radio(新空口)的简称。
＜附言(1)＞
本公开所记载的装置、系统以及它们的方法也可以通过专用计算机来实现，该专用计算机构成被编程为执行由计算机程序具体化的一个或多个功能的处理器。另外，本公开所记载的装置及其方法也可以使用专用硬件逻辑电路来实现。并且，本公开所记载的装置及其方法也可以由一个以上的专用计算机来实现，该一个以上的专用计算机由执行计算机程序的处理器和一个以上的硬件逻辑电路的组合构成。例如，车载通信器1所具备的功能的一部分或者全部也可以作为硬件来实现。在将某个功能作为硬件来实现的方式中，包含使用一个或者多个IC等来实现的方式。作为处理器(运算核心)，能够采用CPU、MPU、GPU、DFP(Data Flow Processor：数据流处理器)等。另外，车载通信器1所具备的功能的一部分或者全部也可以将多种运算处理装置组合来实现。车载通信器1所具备的功能的一部分或者全部也可以使用系统级芯片(SoC：System-on-Chip)、FPGA(Field-Programmable GateArray：现场可编程门阵列)等来实现。另外，计算机程序也可以作为由计算机执行的指令，存储于计算机可读取的非过渡有形记录介质(non-transitory tangible storagemedium)。作为程序的保存介质，能够采用HDD(Hard-disk Drive：硬盘驱动器)、SSD(SolidState Drive：固态硬盘)、闪存、SD(Secure Digital：安全数字)卡等。

Claims (10)

1.一种通信器，作为用于至少一个车载装置与存在于车辆外部的信息处理装置实施数据通信的接口而在车辆中使用，上述通信器具备：
窄域通信控制部(F2)，控制实施窄域通信的窄域通信部(13)的动作；
停车检测部(F3)，基于来自车载传感器(3)的信号，来检测上述车辆已停车；
窄域通信可用与否判定部(F4)，判定在上述停车检测部检测出上述车辆停车的地点是否能够进行使用上述窄域通信的上述数据通信，并将其判定结果保存于规定的存储器(16、17)；以及
请求接受部(F61)，从上述车载装置和上述信息处理装置中的任意一方接收通信开始请求，其中，上述通信开始请求是请求开始与上述车载装置和上述信息处理装置中的另一方的上述数据通信的消息，
上述窄域通信控制部构成为：
基于上述停车检测部检测到上述车辆已停车来使上述窄域通信部的动作停止，
在上述车辆已停车，并且上述存储器中记录有表示能够进行使用上述窄域通信的上述数据通信的数据的状态下，当上述请求接受部接收到上述通信开始请求时，在上述窄域通信控制部使上述窄域通信部的动作再开始后，使上述车载装置使用上述窄域通信与上述信息处理装置实施上述数据通信。
2.根据权利要求1所述的通信器，其中，
上述窄域通信可用与否判定部构成为：通过与上述信息处理装置或者网络上的其他装置实际收发规定的消息，来判定是否能够进行使用上述窄域通信的数据通信。
3.根据权利要求1或2所述的通信器，其中，
具备蜂窝控制部(F1)，上述蜂窝控制部控制用于实施蜂窝通信的蜂窝通信部(12)的动作，
上述蜂窝控制部在上述车辆已停车时也使上述蜂窝通信部的动作继续，
上述请求接受部构成为：能够通过上述蜂窝通信接收来自上述信息处理装置的上述通信开始请求。
4.根据权利要求3所述的通信器，是构成为经由中继服务器(5)与上述信息处理装置进行通信的通信器，其中，上述中继服务器构成为能够与上述信息处理装置相互通信，
上述通信器构成为：将上述窄域通信可用与否判定部的判定结果发送至上述中继服务器。
5.根据权利要求4所述的通信器，其中，
上述窄域通信控制部构成为：在上述停车检测部检测到上述车辆已停车的地点无法进行上述蜂窝通信的情况下，在上述车辆停车期间，以规定的轮询间隔间歇地使上述窄域通信部动作。
6.一种通信处理系统，是包含通信器(1)和中继服务器(5)的通信处理系统，上述通信器作为用于车载装置(2)与存在于车辆外部的信息处理装置实施数据通信的接口而在车辆中使用，上述中继服务器是中继上述通信器与上述信息处理装置的通信的服务器，其中，
上述通信器具备：
窄域通信控制部(F2)，控制实施窄域通信的窄域通信部(13)的动作；
蜂窝控制部(F1)，控制用于实施蜂窝通信的蜂窝通信部(12)的动作；
停车检测部(F3)，基于来自车载传感器(3)的信号，来检测上述车辆已停车；
窄域通信可用与否判定部(F4)，判定在上述停车检测部检测出上述车辆已停车的地点是否能够进行使用上述窄域通信的上述数据通信，并将其判定结果保存于规定的存储器(16、17)；
请求接受部(F61)，从上述车载装置和上述信息处理装置中的任意一方接收通信开始请求，其中，上述通信开始请求是请求开始与上述车载装置和上述信息处理装置中的另一方的上述数据通信的消息；以及
报告部(F5)，将上述窄域通信可用与否判定部的判定结果发送至上述中继服务器，
上述窄域通信控制部构成为：基于上述停车检测部检测到上述车辆已停车来使上述窄域通信部的动作停止，并且在上述停车检测部检测到上述车辆已停车的地点无法进行上述蜂窝通信且能够进行基于上述窄域通信的上述数据通信的情况下，以规定的轮询间隔间歇地使上述窄域通信部动作，
上述中继服务器构成为：
基于来自上述通信器的报告以及与上述通信器的沟通确认的结果中的至少任意一方，来确定上述通信器是否无法实施上述蜂窝通信、以及是否能够进行基于上述窄域通信的上述数据通信，
根据上述通信器是否能够实施上述蜂窝通信以及是否能够进行基于上述窄域通信的上述数据通信的组合，来变更针对来自上述信息处理装置的上述通信开始请求的响应。
7.根据权利要求6所述的通信处理系统，其中，
上述中继服务器构成为：在上述通信器无法实施上述蜂窝通信并且能够进行基于上述窄域通信的上述数据通信的状态下，当从上述信息处理装置接收到与和该通信器相关联的上述车载装置的上述通信开始请求时，将该通信开始请求保持与上述轮询间隔相应的时间，并且基于接收到来自上述通信器的询问来发送该通信开始请求。
8.根据权利要求6或7所述的通信处理系统，其中，
上述中继服务器构成为：在上述通信器无法实施上述蜂窝通信并且能够进行基于上述窄域通信的上述数据通信的状态下，当从上述信息处理装置接收到与和该通信器相关联的上述车载装置的上述通信开始请求时，对该通信开始请求的发送源返回表示无法立即开始通信的消息。
9.根据权利要求6～8中任一项所述的通信处理系统，其中，
上述中继服务器构成为：
基于无法与上述通信器通信的状态持续了与上述轮询间隔对应的时间以上，而决定为该通信器处于既无法进行上述蜂窝通信也无法进行基于上述窄域通信的上述数据通信的环境，
当从上述信息处理装置接收到与处于既无法进行上述蜂窝通信也无法进行基于上述窄域通信的上述数据通信的环境的和上述通信器相关联的上述车载装置的上述通信开始请求时，对该通信开始请求的发送源返回表示无法开始通信的消息。
10.一种通信控制方法，用于至少一个车载装置与存在于车辆外部的信息处理装置实施数据通信，上述通信控制方法包含：
基于来自车载传感器的信号，来检测搭载有上述车载装置的车辆已停车(S11)；
在检测到上述车辆已停车的情况下，判定在上述车辆停车的地点是否能够进行使用窄域通信的上述数据通信，并将其判定结果保存于规定的存储器(16、17)(S12)；
从上述车载装置和上述信息处理装置中的任意一方接收通信开始请求，其中，上述通信开始请求是请求开始与上述车载装置和上述信息处理装置中的另一方的上述数据通信的消息(S23a、S41a)；
基于检测到上述车辆已停车，使作为实施上述窄域通信的通信模块的窄域通信部(13)的动作停止(S14)；以及
在上述车辆已停车，并且上述存储器中记录有表示能够进行使用上述窄域通信的上述数据通信的数据的状态下，当接收到上述通信开始请求时，在使上述窄域通信部的动作再开始后，使用上述窄域通信来实施上述车载装置与上述信息处理装置的上述数据通信(S25～S26、S43～S44)。
CN202280027853.7A 2021-04-14 2022-04-12 通信器、通信处理系统、通信控制方法 Pending CN117136567A (zh)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2021-068622 2021-04-14
JP2021068622 2021-04-14
PCT/JP2022/017614 WO2022220245A1 (ja) 2021-04-14 2022-04-12 通信機、通信処理システム、通信制御方法

Publications (1)

Publication Number Publication Date
CN117136567A true CN117136567A (zh) 2023-11-28

Family

ID=83640099

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202280027853.7A Pending CN117136567A (zh) 2021-04-14 2022-04-12 通信器、通信处理系统、通信控制方法

Country Status (5)

Country Link
US (1) US20240031905A1 (zh)
EP (1) EP4325907A1 (zh)
JP (1) JPWO2022220245A1 (zh)
CN (1) CN117136567A (zh)
WO (1) WO2022220245A1 (zh)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2006129019A (ja) * 2004-10-28 2006-05-18 Denso Corp 車載無線ｌａｎシステム、車載移動電話通信機及び車載無線ｌａｎ通信機
DE112012005932B4 (de) * 2012-02-24 2020-08-13 Mitsubishi Electric Corporation Im Fahrzeug angeordnete Kommunikationsvorrichtung und Navigationsvorrichtung
JP6330598B2 (ja) 2014-09-17 2018-05-30 日産自動車株式会社 通信制御装置および通信制御方法

Also Published As

Publication number Publication date
US20240031905A1 (en) 2024-01-25
WO2022220245A1 (ja) 2022-10-20
JPWO2022220245A1 (zh) 2022-10-20
EP4325907A1 (en) 2024-02-21

Similar Documents

Publication Publication Date Title
US11683754B2 (en) Method and device for sidelink communication based on parameters
US10728723B2 (en) User terminal, RSU, method and program
US10440668B1 (en) Vehicle platooning management and power control with LTE/5G V2X communications
EP3709678B1 (en) Cooperative vehicle-to-anything (v2x) communication from terminal device to vehicle-mounted device with support from base station or road side unit (rsu)
US10264399B2 (en) Location-based vehicle wireless communications
US9955493B1 (en) Wireless access point detection and use by a vehicle
JP5300890B2 (ja) 無線通信システム、車載無線通信装置、携帯端末及び無線通信の方法
US20210086761A1 (en) Waking-up parked vehicles for performing a cooperative parking maneuver with v2x communication
JP2019080168A (ja) 無線通信装置
US20230300226A1 (en) Communication control device, communication control method, and relay server
CN110858959B (zh) 一种管理车辆处的短程无线通信srwc的方法
WO2022220245A1 (ja) 通信機、通信処理システム、通信制御方法
WO2022075166A1 (ja) 車両用無線通信装置、通信制御方法
US20210400739A1 (en) Wireless communication terminal device, and wireless communication method therefor
US11072310B1 (en) Method and system to mitigate smart phone battery drainage while using a virtual key to access a vehicle
US20240022992A1 (en) Vehicle communication system, relay server, and vehicle communication device
WO2023132277A1 (ja) 通信制御装置、通信制御方法、及びアプリケーション用制御プログラム
KR20230110041A (ko) 차량의 제어를 위한 방법 및 장치
KR20140096900A (ko) 무선 통신 중계 장치

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