CN111066334B - 移动体通信系统 - Google Patents

Abstract

移动体通信系统具备多个用户侧装置(1)、和向用户侧装置分发共用使用数据的服务器(2)。在移动体通信系统中，服务器与多个用户侧装置的各个构成为能够经由广域通信网相互进行通信。多个用户侧装置的各个具备报告部(W1)和窄域通信部(12)。服务器具备管理数据库(22)、更新多个用户侧装置各自的位置信息的装置信息管理部(G1)、周边装置搜索部(G3)、通知部(G4)、以及分发部(G5)。用户侧装置具备实施用于从存在于要求源的周边的获取完毕装置获取共用使用数据的处理的窄域线路获取部(N1)。

Description

移动体通信系统

相关申请的交叉引用

本申请主张于2017年8月23日申请的日本国专利申请2017－160361号的优先权，并在此引用其全部内容。

技术领域

本公开涉及服务器、和作为移动体所使用的用户侧装置的用户侧装置的移动体通信系统。

背景技术

有作为移动体所使用的用户侧装置的多个用户侧装置分别经由广域通信网从服务器下载规定的共用数据进行利用的移动体通信系统。此外，这里的共用数据是指在多个用户侧装置中共同地利用的同一内容的数据。作为用户侧装置的用户侧装置是构成为能够对广域通信网进行无线访问的装置，例如除了智能手机等用户侧装置之外，车辆所使用的用户侧装置等也相当于该装置。

在这样的移动体通信系统中，若假设全部的用户侧装置直接地从服务器获取数据，则在服务器、构成广域通信网的路由器的处理负荷可能成为问题。另外，在用户侧装置经由广域通信网从服务器获取数据的构成中，可能产生与下载的数据的大小对应的通信费。

然而，作为多个用户侧装置共享相同的数据的方法，也有通过多个用户侧装置彼此直接进行通信(所谓的自组通信)，相互共享数据的方法。根据这样的基于自组通信的数据共享，各通信终端不需要访问服务器，所以能够降低在服务器等的处理负荷、通信费。

在专利文献1中，公开了在具备用于经由广域通信网从服务器获取数据的构成、和与其它的用户侧装置(以后，称为其它装置)实施直接通信来获取数据的构成的用户侧装置中，根据作为获取对象的数据的种类，选择使数据的获取目的地为服务器还是其它装置的构成。

例如在专利文献1所公开的构成中，在作为获取对象的数据的种类是应该从其它装置获取的种类的情况下，暂时对周围的用户侧装置要求该数据的分发。然后，在周围不存在能够分发该数据的其它装置的情况下，对服务器要求对象数据的分发，从服务器获取对象数据。

专利文献1：JP 2017－5407 A

在专利文献1所公开的构成中，作为获取对象的数据的种类为应该从服务器获取的种类的情况下，即使在周围存在能够直接分发该数据的其它装置的情况下也从服务器进行获取。换句话说，有不需要地实施经由广域通信网的通信的情况。在能够从其它装置直接地获取数据的情况下，从该其它装置进行获取更能够抑制通信费，所以从通信费的观点来看优选。

发明内容

本公开的目的在于提供能够抑制在用户侧装置获取服务器分发的数据时可能产生的通信费的移动体通信系统。

根据本公开的一方式，移动体通信系统具备移动体所使用的多个用户侧装置、和基于来自用户侧装置的要求，向作为要求源的用户侧装置分发多个用户侧装置共同地使用的数据亦即共用使用数据的服务器。在移动体通信系统中，服务器与多个用户侧装置的各个构成为能够经由广域通信网相互进行通信，多个用户侧装置的各个具备依次向服务器发送示出表示当前位置的位置信息的通信数据包亦即位置报告数据包的报告部、和用于与其它的用户侧装置亦即其它装置实施不经由广域通信网的直接的无线通信亦即窄域通信的通信模块亦即窄域通信部。服务器具备使用规定的能够进行改写的存储介质实现的数据库，且保存了表示每个用户侧装置的共用使用数据的获取状况和位置信息的数据的管理数据库、基于从多个用户侧装置的各个发送来的位置报告数据包，更新保存于管理数据库的多个用户侧装置各个的位置信息的装置信息管理部、在受理了来自用户侧装置的共用使用数据的分发要求的情况下，参照管理数据库，判定在该要求源的周边是否存在将共用使用数据获取完毕的用户侧装置亦即获取完毕装置的周边装置搜索部、基于通过周边装置搜索部判定为在要求源的周边存在获取完毕装置，对要求源通知能够通过窄域通信获取共用使用数据的通知部、以及基于通过周边装置搜索部判定为在要求源的周边不存在获取完毕装置分发共用使用数据的分发部。作为要求源的用户侧装置具备在作为针对分发要求的来自服务器的响应，被通知了能够通过窄域通信获取共用使用数据的情况下，实施用于通过窄域通信从存在于要求源的周边的获取完毕装置获取共用使用数据的处理的窄域线路获取部。

在以上的构成中服务器能够在作为要求源的用户侧装置的周边不存在将要求源要求的共用使用数据获取完毕的其它的用户侧装置(也就是获取完毕装置)的情况下，分发要求源要求的数据。另一方面，在作为要求源的用户侧装置的周边存在获取完毕装置的情况下，通知能够利用窄域通信获取作为获取对象的共用使用数据。

作为要求源的用户侧装置在接收了上述的通知的情况下，实施用于通过窄域通信从存在于要求源的周边的获取完毕装置获取数据的处理。根据这样的构成，能够抑制用户侧装置利用广域通信从服务器获取数据的可能性，能够抑制通信费等。

附图说明

通过参照附图的下述详细的说明，本公开的上述以及其它的目的、特征、优点变得更加明确。在附图中，

图1是表示移动体通信系统的概略的构成的图。

图2是表示车载装置的构成的框图。

图3是表示控制部的构成的功能框图。

图4是表示服务器的构成的框图。

图5是用于说明管理数据库所保存的独立状况数据的图。

图6是表示服务器控制部的构成的功能框图。

图7是控制部实施的数据获取处理的流程图。

图8是表示车载装置向服务器地址发送的分发要求数据包的概略的构成的一个例子的图。

图9是服务器控制部实施的分发要求响应处理的流程图。

图10是用于说明可最近分发装置的图。

图11是表示服务器发送给车载装置的可窄域获取通知的概略的构成的图。

图12是控制部实施的窄域要求响应处理的流程图。

图13是作为变形例2公开的服务器控制部实施的分发要求响应处理所对应的流程图。

图14是用于说明作为变形例3公开的服务器控制部的工作的图。

图15是用于说明碎片的概念的图。

图16是用于说明按照碎片单位进行数据的发送接收的情况下的移动体通信系统100的工作的图。

图17是用于说明按照碎片单位进行数据的发送接收的情况下的车载装置1的工作的图。

图18是表示具备正规性判定部F5的控制部13的框图。

具体实施方式

以下，使用图对本公开的实施方式进行说明。图1是表示本公开所涉及的移动体通信系统100的概略的构成的一个例子的图。如图1所示，移动体通信系统100具备安装于多个车辆Ma、Mb、Mc的各个的多个车载装置1、和服务器2。

此外，在图1中，为了方便，作为安装车载装置1的车辆(以下，称为安装车辆)，仅图示车辆Ma、Mb、Mc三台，但实际上存在许多(例如四台以上)。以下，在对安装于安装车辆Ma、Mb、Mc的车载装置1进行区分的情况下，记载为车载装置1a、1b、1c。

对于某一车载装置1来说，安装该车载装置1的车辆相当于本车辆，本车辆以外的车辆相当于其它车辆。另外，安装于其它车辆的车载装置1相当于其它装置。例如对于车载装置1a来说车辆Ma相当于本车辆，车辆Mb、Mc是其它车辆。另外，对于车载装置1a来说车载装置1b、1c是其它装置。在以其它装置的存在为前提，指代某一车载装置1的自身的情况下记载为本装置。车载装置1也能够称为车载系统。车载装置1相当于本公开所记载的用户侧装置。

各安装车辆是在道路上行驶的车辆。安装车辆除了四轮汽车之外，也可以是二轮汽车、三轮汽车等。二轮汽车也包含带发动机的自行车。在本实施方式中作为一个例子安装车辆为四轮汽车。

(整体的概要)

各车载装置1是通过执行规定的软件，提供与该软件对应的功能的装置。另外，服务器2是在产生了车载装置1所使用的软件的版本升级的情况下分发该软件的更新程序的服务器。

软件的更新程序在利用该软件的车载装置1中被共同地使用。因此，软件的更新程序相当于多个车载装置1所共同使用的数据(也就是共同使用数据)。以下的软件是车载装置1使用的软件，且为服务器2分发其更新程序等的软件。此外，服务器2也可以是分发多个种类的软件的更新程序的服务器。

此外，作为各车载装置1所使用的软件，例如有OS(Operating System：操作系统)、车辆控制系的软件、周边监视系统软件、HMI控制系统的软件等。车辆控制系软件是车辆的控制所涉及的软件。周边监视系统的软件是基于毫米波雷达、激光雷达、照相机等周边监视设备的输出数据生成车辆周边的信息的软件。HMI控制系统软件是用于控制对驾驶员的信息提示(所谓的HMI：Human Machine Interface：人机接口)所涉及的设备的工作的软件。

上述的各种软件能够进一步按照功能进行细化。例如车辆控制软件能够划分为执行用于支援驾驶员的驾驶操作的车辆控制的驾驶支援系软件、提供自动驾驶功能的自动驾驶软件等。控制发动机、马达的驱动源的软件、控制转向操纵促动器的软件等也相当于车辆控制系软件。

除此之外，提供导航功能的软件、控制空调装置的工作的软件等提供用户的便利性所涉及的功能的应用软件(便利系软件)也可以相当于车载装置1所使用的软件。换句话说，安装于车辆的各种电子控制装置(以后，称为ECU：Electronic Control Unit：电子控制单元)所使用的软件相当于车载装置1所使用的软件。只要适当地设计更新程序的分发等服务器2进行处理的软件的种类即可。

各车载装置1构成为能够与广域通信网3无线连接。这里的广域通信网3是指移动电话网、因特网等由电气通信企业提供的公用通信网络。图1所示的基站4是用于车载装置1与广域通信网3无线连接的无线基站。

另外，各车载装置1构成为能够使用规定的频带的电波与存在于作为本装置的车载装置1的周边的其它的车载装置1进行窄域通信。这里的窄域通信是指不经由广域通信网的与其它的车载装置1的直接的无线通信。

规定用于实现窄域通信的频率、调制方式等的标准能够采用任意的标准。这里作为一个例子，基于车载装置1安装于车辆，而窄域通信是依照由IEEE1609等公开的WAVE(Wireless Access in Vehicular Environment：车载无线通信)的标准实施的通信。此外，WAVE是车辆彼此的直接的无线通信(所谓的车车间通信)的标准。根据其它的观点，车载装置1彼此执行的窄域通信相当于车车间通信。

服务器2与广域通信网3有线或者无线连接。服务器2如上述那样，是分发车载装置1所使用的软件的更新程序的构成。服务器2在产生了某一软件的更新程序的情况下，将其主旨通知给使用该软件的各车载装置1。由此，各车载装置1识别存在应该从服务器2获取的数据(即使用中的软件的更新程序)。车载装置1在检测到应该从服务器2获取的数据的存在的情况下，在规定的定时，将该数据的分发要求发送给服务器2。

此外，车载装置1也可以通过以规定的周期对服务器2询问是否发布了软件的更新程序，来依次判定是否存在车载装置1应该从服务器2获取的数据。

然后，服务器2基于来自车载装置1的要求，对作为要求源的车载装置1分发该车载装置1要求的数据(以后，称为要求数据)。但是，如另外后述的那样，在作为要求源的车载装置1的周边存在已经获取了要求数据的车载装置1(以后，称为获取完毕装置)的情况下，通知能够通过窄域通信从该获取完毕装置获取，使其实施基于窄域通信的获取。以下，依次对构成移动体通信系统100的各种要素进行详细说明。

(车载装置1的构成)

首先，对车载装置1的构成进行叙述。如图2所示，车载装置1具备广域通信部11、窄域通信部12、以及控制部13。另外，车载装置1也经由在车辆内构建的通信网络5，以能够单向/双向通信的方式与安装于车辆的各种传感器6、定位器7连接。

传感器6是检测表示安装车辆的状态的规定的物理状态量的传感器。例如检测本车辆的绝对方位的方位传感器相当于传感器6。作为方位传感器例如使用地磁传感器。另外，检测行驶速度的车速传感器也相当于传感器6。除此之外，检测方向指示器的动作状态的方向指示器传感器也相当于传感器6。各种传感器6将表示作为检测对象的物理状态量的当前的值(也就是检测结果)的数据依次提供给车载装置1。此外，也可以构成为各种车载传感器的检测结果经由一个或者多个ECU等提供给车载装置1。

此外，作为传感器6只要适当地设计应该与车载装置1连接的传感器的种类即可，不需要与上述的全部的传感器连接。另外，也可以与上述的传感器以外的传感器例如检测加速器踏入量的加速器传感器、检测制动器踏入量的制动器传感器、检测档位的档位传感器等连接。

定位器7是依次计算(也就是确定)使用该定位器7的车辆(也就是本车辆)的位置的装置。例如定位器7具备接收构成GNSS(Global Navigation Satellite System：全球卫星定位系统)的测位卫星发送的测位信号的GNSS接收机，使用GNSS接收机接收的测位信号计算位置。

此外，定位器7也可以根据GNSS接收机的测位结果与陀螺仪传感器或者车速传感器等的测量结果的组合决定位置。并且，定位器7也可以构成为通过实施使决定的位置的轨迹与地图数据示出的道路形状重叠的处理(所谓的地图匹配处理)来进行位置的修正。定位器7依次将表示确定的当前位置的位置信息提供给车载装置1。

广域通信部11是与广域通信网3无线连接，用于车载装置1经由广域通信网3与其它的通信装置(这里是服务器2)进行通信的通信模块。该广域通信部11作为更细致的要素，具备未图示的广域通信用天线以及广域通信用发送接收部。

广域通信用天线是用于发送接收与基站4的无线通信所使用的规定的频带的电波的天线。广域通信用发送接收部对由广域通信用天线接收的信号进行解调并提供给控制部13，并且对从控制部13输入的数据进行调制并输出给广域通信用天线，进行无线发送。

通过这些广域通信用天线以及广域通信用发送接收部的配合，广域通信部11作为将接收的数据输出给控制部13，并且对从控制部13输入的数据进行调制并发送给外部装置(例如服务器2)的通信模块发挥作用。

窄域通信部12是用于使用规定的频带的电波实施与其它的车载装置1直接的无线通信(也就是窄域通信)的通信模块。该窄域通信部12作为更细致的要素，具备未图示的窄域通信用天线以及窄域通信用发送接收部。

窄域通信用天线是用于发送接收窄域通信所使用的频带(例如760MHz频带、5.8GHz频带)的电波的天线。窄域通信用发送接收部对由窄域通信用天线接收的信号进行解调并提供给控制部13，并且对从控制部13输入的数据进行调制并输出给窄域通信用天线，进行无线发送。

此外，本实施方式的窄域通信部12是实现车车间通信的通信模块。作为车车间通信用的通信模块的窄域通信部12，构成为能够与存在于以本装置为中心的半径数百m以内的其它装置进行通信。

另外，在本实施方式中作为一个例子窄域通信部12是提供依照通信范围为数百m左右的车车间通信标准的无线通信功能的通信模块，但并不限定于此。作为其它的方式窄域通信部12也可以是实施依照通信范围例如最大也仅为数十米左右的规定的近距离无线通信标准的通信(以后，称为近距离通信)的通信模块。例如Bluetooth Low Energy(Bluetooth是注册商标)、Wi－Fi(注册商标)、ZigBee(注册商标)等相当于上述的近距离无线通信标准。

控制部13作为具备CPU131、RAM132、ROM133、闪存134、I/O135、以及将这些构成连接的总线等的计算机构成。CPU131是中央运算处理装置，RAM132是易失性存储器，ROM133是不能够进行改写的非易失性的存储介质。在ROM133保存有固件、分配给车载装置1的装置固有的识别编号(以下，称为装置ID)等。闪存134是能够改写的非易失性的存储介质。

在闪存134储存有本车辆的车辆模型、用于使通常的计算机作为车载装置1发挥作用的程序(以后，称为UE用程序)。在UE用程序包含有OS、中间件、应用软件等。在应用软件也包含有服务器2处理的软件。

此外，用于使通常的计算机作为车载装置1发挥作用的程序(以后，称为UE用程序)只要储存于非瞬态有形记录介质(non-transitory tangible storage medium)即可，其具体的存储介质并不限定于闪存134。除了光、电磁波等传输介质之外，只要是具有实体的存储介质即可。CPU131执行UE用程序相当于执行与UE用程序对应的方法。此外，UE是UserEquipment：用户设备的省略。

控制部13通过由CPU131执行储存于闪存134等的上述的UE用程序，提供图3所示的各种功能。即，控制部13例如具备实施软件的更新程序的获取状况的管理等内部的处理的内部处理部Fn、实施与广域通信部11的数据的交换的处理的广域通信处理部Wn、实施与窄域通信部12的数据的交换的处理的窄域通信处理部Nn。

内部处理部Fn作为更细致的功能模块，具备功能提供部F1、获取对象检测部F2、获取状况管理部F3、以及程序应用部F4。广域通信处理部Wn作为更细致的功能模块，具备报告部W1、服务器要求部W2、以及服务器响应获取部W3。窄域通信处理部Nn作为更细致的功能模块，具备窄域线路获取部N1、窄域要求受理部N2、以及分发处理部N3。

此外，也可以作为硬件实现控制部13具备的功能模块的一部分或者全部。作为硬件实现的方式也包含有使用一个或者多个IC实现的方式。功能提供部F1是通过执行储存于闪存的软件，提供与该软件对应的规定的功能的构成。功能提供部F1相当于一般的计算机的应用程序层。

获取对象检测部F2是检测本装置应该获取的数据(以后，称为获取对象数据)的构成。获取对象数据在本实施方式中是软件的更新程序。本实施方式的获取对象检测部F2基于从服务器2分发的发布通知，检测作为获取对象数据的更新程序的存在。此外，这里的发布通知是指通知能够利用软件更新程序的通信数据包。也可以在发布通知包含有该数据的获取期限。

获取对象检测部F2在基于从服务器2分发来的发布通知检测到存在未获取的更新程序的情况下，将该更新程序追加到获取对象列表。获取对象列表是获取对象数据的列表。在存在获取对象数据的情况下，控制部13执行另外后述的数据获取处理。

此外，获取对象检测部F2也可以通过按照规定的确认周期，与广域通信处理部Wn配合地实施询问是否发布了软件的更新程序的处理，来检测获取对象数据的存在。为了方便，也将广域通信处理部Wn生成并发送的询问是否发布了软件的更新程序的通信数据包称为更新查询。此外，根据其它的观点，检测获取对象数据相当于判定是否存在获取对象数据。

获取状况管理部F3是管理获取对象检测部F2检测到的获取对象数据的获取状况的构成。在获取对象检测部F2检测到的时刻，该获取对象数据的获取状况设定为未获取。另外，在后述的数据获取处理的结果是获取了获取对象数据的情况下，将获取状况设定为获取完毕。此外，在获取了获取对象数据的情况下，也可以通过从获取对象列表删除该数据的栏，将获取完毕作为内部状态进行管理。程序应用部F4是使用(也就是应用)从服务器2等获取的更新程序的构成。

报告部W1是对服务器2报告自身的当前位置、获取对象数据的获取状况等的构成。例如，报告部W1按照规定的报告周期，实施位置报告处理。位置报告处理是经由广域通信网3将表示自身的当前位置的通信数据包(以后，称为位置报告数据包)依次发送给服务器2的处理。优选报告周期设定为200毫秒、一秒等数秒以内的值。

在位置报告数据包，除了表示安装车辆的当前位置的位置信息之外，还包含有表示发送了该数据的车载装置1的发送源信息、该数据的生成时刻等附加信息。发送源信息是对作为发送源的车载装置1预先分配的用于与其它的车载装置1进行区分的识别信息(也就是装置ID)。这些附加信息例如记载于作为位置报告数据包发挥作用的通信数据包的报头等即可。

另外，在本实施方式中作为更优选的方式，在位置报告数据包也包含有表示本车辆的行驶速度(也就是移动速度)的数据、表示作为行进方向的方位的数据、表示方向指示器的工作状态的数据。表示作为行进方向的方位的数据、表示方向指示器的工作状态的数据相当于表示作为发送源的车载装置1的移动方向的数据。表示移动方向的数据并不限定于示出绝对方位的数据。表示移动方向的数据也可以是表示从当前位置到由用户设定的目的地为止的行驶预定路径的数据。

服务器要求部W2是发送要求获取对象数据的分发的通信数据包(以后，称为分发要求数据包)的构成。另外后述控制部13具备的各功能模块的详细。

(服务器2的构成)

接下来，对服务器2的构成进行说明。如图4所示，服务器2具备服务器侧通信部21、管理数据库(以后，称为管理DB)22、以及服务器控制部23。服务器侧通信部21是与广域通信网3连接，用于与各种外部装置(例如车载装置1)进行通信的通信模块。此外，在本实施方式中作为一个例子是服务器2与广域通信网3有线连接的方式，但并不限定于此。服务器2也可以构成为与广域通信网3无线连接。也可以使用多个计算机实现服务器2。另外，服务器2也可以是虚拟地实现的服务器(所谓的虚拟服务器)等。能够使用云计算技术等实现。

服务器侧通信部21接收以服务器2为目的地的通信数据包，并将该接收数据提供给服务器控制部23。例如，服务器侧通信部21接收位置报告数据包、分发要求数据包、更新查询等。另外，服务器侧通信部21对从服务器控制部23输入的数据进行调制并发送给一个或者多个车载装置1。例如服务器侧通信部21发送发布通知、更新程序。

此外，服务器2构成为能够分开使用单播、多播、以及广播，作为数据的发送方式。单播是将特定的一个车载装置1作为目的地发送数据的方式，多播是将特定的多个车载装置1作为目的地发送数据的方式。广播是对全部的车载装置1发送数据的方式。例如在返回对各个车载装置1的响应的情况下采用单播。另一方面，例如在分发发布通知的情况下利用多播、广播。

管理DB22是使用能够改写的非易失性的存储介质实现的数据库。管理DB22构成为能够实施基于服务器控制部23的数据的写入、读出、删除等。在管理DB22，与装置ID相对应地保存有每个车载装置1的位置信息、表示更新程序的获取状况等的数据(以后，称为独立状况数据)。例如只要通过列表形式等任意的数据结构保持每个车载装置1的独立状况数据即可。图5示意地示出保存于管理DB22的每个车载装置1的独立状况数据。以下作为一个例子，依次将分配给车辆Ma、Mb、Mc的装置ID设为101、102、103进行说明。在图5中与装置ID＝101建立对应关系的各种信息表示车辆Ma的独立状况数据。数据获取状况的栏内的圆形符号表示获取完毕，叉型符号表示未获取。

服务器控制部23是控制服务器2的工作的构成。服务器控制部23作为具备CPU231、RAM232、ROM233、闪存234、I/O235、以及将这些构成连接的总线等的计算机构成。在闪存234储存有用于使通常的计算机作为服务器控制部23发挥作用的程序(以后，称为分发控制程序)等。

此外，分发控制程序只要储存于非瞬态有形记录介质(non-transitory tangiblestorage medium)即可，其具体的存储介质并不限定于闪存234。除了光、电磁波等传输介质之外，只要是具有实体的存储介质(例如HDD：硬盘驱动器)即可。CPU231执行分发控制程序相当于执行与分发控制程序对应的方法。

服务器控制部23通过由CPU231执行储存于闪存234的分发控制程序，提供图6所示的各种功能。即，服务器控制部23具备装置信息管理部G1、分发要求受理部G2、分发装置搜索部G3、通知部G4、分发部G5、以及期限管理部G6。

装置信息管理部G1基于从车载装置1发送来的位置报告数据包，更新保存于管理DB22的每个车载装置1的位置信息等。即，服务器侧通信部21每次接收位置报告数据包，即更新保存于管理DB22的该通信数据包的发送源的位置信息、移动速度、行进方向、方向指示器的动作状态。

分发要求受理部G2是受理来自车载装置1的更新程序的分发要求的构成。分发要求受理部G2根据服务器侧通信部21接收的分发要求数据包所示出的装置ID，确定与要求源对应的车载装置1(以后，称为要求源装置)。对于服务器2来说从车载装置1要求分发的数据(也就是要求数据)对于作为要求源的车载装置1来说是获取对象数据。

另外，虽然另外后述服务器控制部23具备的其它的功能模块的详细，但概略而言如以下那样。分发装置搜索部G3是基于存在于要求源装置的周边的其它的车载装置1的数据获取状况，判定要求源装置是否能够利用窄域通信从其它的车载装置1获取获取对象数据的构成。分发装置搜索部G3相当于本公开所记载的周边装置搜索部。

通知部G4是基于通过分发装置搜索部G3判定为要求源装置能够利用窄域通信从其它的车载装置1获取获取对象数据，对要求源装置通知能够利用窄域通信获取获取对象数据的构成。分发部G5是在通过分发装置搜索部G3判定为要求源装置不能够利用窄域通信从其它的车载装置1获取获取对象数据的情况下，对要求源装置分发获取对象数据的构成。

此外，也可以在不能够利用窄域通信获取获取对象数据的状态包含有获取困难的状态。难以利用窄域通信获取获取对象数据的状态例如是不存在能够立即向周边进行分发的其它装置的情况、即使假设存在但剩余的能够通信的时间相对于数据分发所需要的时间并不充足的情况等。

另外更具体而言，通知部G4也可以包含没有能够立即向周边进行分发的其它装置，或者，马上能够进行分发的其它装置等获取困难的理由通知给要求源装置。为了方便，也将由通知部G4发送的表示能够利用窄域通信获取获取对象数据的通信数据包称为可窄域获取通知。

此外，虽然在本实施方式中作为一个例子，在通过分发装置搜索部G3判定为要求源装置能够利用窄域通信从其它的车载装置1获取获取对象数据的情况下一直发送窄域获取通知，但并不限定于此。也可以构成为根据广域通信网的拥挤状况、来自要求源装置的要求内容，即使在要求源装置的周边存在保持要求数据的其它装置的情况下，也不发送可窄域获取通知，而由分发部G5分发要求数据。例如，也可以在从要求源装置受理了希望利用广域通信获取的主旨的分发要求的情况下，即使在要求源装置的周边存在保持要求数据的其它装置的情况下，也利用广域通信进行分发。服务器2只要具备通过向要求源装置、和包含代理分发装置的周边获取完毕装置的至少任意一方发送规定的指示信号，执行使要求源装置通过窄域通信获取要求数据的处理亦即分发控制处理的功能即可。

期限管理部G6是管理过去发送分发要求数据包的车载装置1(以后，称为要求完毕装置)的数据获取状况的构成。期限管理部G6参照到要求完毕装置的获取期限为止的剩余时间，依次判定到获取期限为止的剩余时间是否充足。期限管理部G6在经过获取期限的情况下，或者，在存在到获取期限为止剩余时间小于规定的阈值的要求完毕装置的情况下，与分发部G5配合，利用广域通信将要求数据分发给该装置。根据这样的构成，车载装置1最终能够通过广域通信获取获取对象数据。换句话说，能够降低车载装置1不能够获取获取对象数据的状态继续的担心。

(数据获取处理)

接下来，使用图7对控制部13实施的数据获取处理进行说明。数据获取处理是用于获取通过获取对象检测部F2检测出的获取对象数据的处理。例如只要在获取对象检测部F2检测到获取对象数据的存在的定时开始图7所示的数据获取处理即可。另外，也可以在存在获取对象数据的状态下，在满足规定的要求执行条件的情况下开始。

例如也可以采用从点火电源等行驶用电源接通开始在规定时间以内作为要求执行条件。根据这样的设定，在本车辆开始行驶之后立即开始本流程。因此，能够降低在本流程开始后行驶用电源立即断开而流程中断，或者为了继续本流程消耗电池电源而产生电池耗尽的担心。

另外，也可以根据由用户设定的目的地与当前位置的位置关系，估计到点火电源断开为止的剩余时间(以后，称为续航持续时间)，并将该续航持续时间在规定的阈值以上包含于要求执行条件。通过这样的设定也起到与上述相同的效果。

并且，也可以将根据由用户设定的目的地与当前位置的位置关系决定的行驶预定路径通过国道等相对而言期待车辆的通行量较多的种类的道路包含于要求执行条件。根据这样的方式如后述那样，到本车辆的行驶结束为止，与许多的其它车辆(也就是其它装置)并行，或者会车的可能性较高。其结果，能够提高能够通过窄域通信获取获取对象数据的可能性。除此之外，也可以将本车辆的行驶用电源断开包含于要求执行条件。

控制部13与广域通信部11或者窄域通信部12配合(也就是协作)地执行该数据获取处理。在数据获取处理的最开始的S101中服务器要求部W2与广域通信部11协作地将分发要求数据包发送给服务器2并移至S102。例如如图8所示，分发要求数据包包含作为发送源信息的装置ID、获取对象信息、以及获取期限。

获取对象信息是用于服务器2确定车载装置1要求的数据的信息。获取对象信息只要是实现上述的目的的信息则可以是任何信息。例如在获取对象数据给予发布编号等识别编号的情况下，能够采用该识别编号作为获取对象信息。根据其它的观点，获取对象信息是针对获取对象数据的信息(所谓的元数据)。例如软件的种类、版本编号、发布日等也相当于获取对象信息。

获取期限信息是表示获取对象数据的获取期限的信息。控制部13根据获取对象数据的种类设定获取期限。另外，在发布通知指定了获取期限的情况下，也可以采用该指定的期限。换句话说，也可以由服务器2设定获取期限。此外，作为分发要求数据包的构成要素获取期限信息并不是必需的要素。分发要求数据包只要包含发送源信息和获取对象信息即可。获取期限既可以利用时间表现，也可以利用从发送分发要求数据包开始的经过时间表现。

在S102中接收来自服务器2的响应并执行S103。在S103中判定是否接收了可窄域获取通知作为来自服务器2的响应。在S102接收的数据为可窄域获取通知的情况下对S103进行肯定判定，执行S104。另一方面，在S102接收的数据不为可窄域获取通知的情况下，换句话说，在S102接收的数据是获取对象数据本身的情况下执行S107。

在S104中窄域线路获取部N1与窄域通信部12协作，对其它的车载装置1广播发送要求获取对象数据的发送的通信数据包(以后，称为窄域要求数据包)并移至S105。此外，与对服务器2发送的分发要求数据包相同，在窄域要求数据包包含有获取对象信息。

在S105中窄域线路获取部N1判定是否利用窄域通信从其它的车载装置1发送来(也就是是否接收)获取对象数据。窄域线路获取部N1是通过窄域通信从其它的车载装置1获取获取对象数据的构成。在利用窄域通信从其它的车载装置1接收了获取对象数据的情况下对S105进行肯定判定并执行S106。

另一方面，在即使从在S104中发送窄域要求数据包开始经过规定的响应待机时间，也未接收到获取对象数据的情况下，对S105进行否定判定并执行S109。此外，响应待机时间例如只要设定为几秒～几分钟等即可。另外，窄域线路获取部N1也可以在响应待机时间中以规定的要求间隔发送窄域要求数据包。该情况下的开始响应待机时间的测量的时刻(也就是起算时刻)设为发送第一次的窄域要求数据包时即可。要求间隔只要设定为响应待机时间的一半以下的值即可。例如要求间隔设定为100毫秒～数秒左右即可。例如在响应待机时间设定为两秒的情况下，设定为400毫秒左右即可。

在S106中保存在S105接收的数据，并移至S108。在S107中保存从服务器2发送来的获取对象数据并执行S108。在S108中，将获取状况变更为获取完毕并移至S109。在S109中报告部W1向服务器2发送获取成功通知并结束本流程。获取成功通知是向服务器2报告获取了获取对象数据的通信数据包。

此外，在通过广域通信或者窄域通信获取了作为获取对象数据的更新程序的情况下，只要适当地设计应用(也就是安装)该接收的更新程序的定时即可。例如在不对车辆的行驶控制造成影响的种类的软件的更新程序的情况下，也可以在接收后立即开始应用的处理。另外，也可以在由用户指定的定时(例如行驶用电源断开时)执行应用的处理。只要在规定的定时删除由于对软件主体的应用等而使用完毕的更新程序即可。例如只要在保存一个月之后进行删除即可。删除的定时既可以由控制部13根据保存于闪存134的数据的量进行判断，也可以通过服务器2进行指定。

在S110中报告部W1向服务器2发送获取失败通知并结束本流程。获取失败通知是向服务器2报告利用窄域通信的获取对象数据的获取失败的通信数据包。若S110的处理完成则结束本流程。此外，在未能够利用窄域通信获取获取对象数据的情况下，本流程结束时刻的获取对象数据的获取状况保持为未获取。

在作为执行数据获取处理的结果未获取到获取对象数据的情况下，控制部13在经过一定时间后再次执行数据获取处理。以规定的周期执行数据获取处理直至获取到获取对象数据为止。

(分发要求响应处理)

接下来，使用图9对服务器控制部23实施的分发要求响应处理进行说明。分发要求响应处理是作为对来自车载装置1的分发要求的响应执行的处理。每次分发要求受理部G2基于服务器侧通信部21接收的分发要求数据包受理来自车载装置1的分发要求则依次执行图9所示的分发要求响应处理即可。

首先在S201中分发装置搜索部G3参照管理DB22，检索存在于当前能够与要求源装置进行窄域通信的位置，并且，已经获取完毕要求源装置要求的数据(也就是要求数据)的车载装置1。要求数据如上述那样，相当于对于要求源装置来说的获取对象数据。

这里的当前(也就是当前时刻)是指受理了来自车载装置1的分发要求的时刻。当前存在于能够与要求源装置进行窄域通信的范围的获取完毕装置是能够在服务器2受理了分发要求的时刻通过窄域通信分发要求数据的车载装置1。因此，以后也将当前存在于能够与要求源装置进行窄域通信的范围的获取完毕装置称为可立即分发装置。

可立即分发装置例如能够为存在于距离要求源装置的当前位置规定的可窄域通信距离Rn(单位：m)以内的车载装置1。可窄域通信距离Rn为数百m左右，例如为150m。作为窄域通信部12能够进行通信的距离的假定值设计可窄域通信距离Rn。此外，也能够与实际的电波的传播距离相比在软件上较短地设定可窄域通信距离Rn。

然后，进一步从这些装置中提取将要求数据获取完毕的装置。此外，也可以在将要求数据获取完毕的车载装置1也包含有当前利用广域通信获取该数据中的车载装置1。这是因为能够期待这样的车载装置1到要求源装置发送窄域要求数据包为止，也将该数据获取完毕。为了方便，也将要求数据获取完毕的车载装置1记载为获取完毕装置。

在S201的检索处理的结果是发现了满足检索条件的车载装置1的情况下，对S202进行肯定判定并执行S203。另一方面，在S201的检索处理的结果是未发现满足检索条件的车载装置1的情况下，对S202进行否定判定并执行S204。

S201～S202的处理相当于判定是否在要求源装置能够进行窄域通信的范围内存在将要求数据获取完毕的车载装置1(也就是可立即分发装置)的处理。在S203中通知部G4向要求源装置发送可窄域获取通知并结束本流程。

在S204中分发装置搜索部G3参照管理DB22，检索有接下来能够与要求源装置进行窄域通信的可能性的获取完毕装置。有接下来能够与要求源装置进行窄域通信的可能性的获取完毕装置是指至少与作为要求源装置的车载装置1处于彼此的距离减少的关系(也就是接近关系)的获取完毕装置。以下也将有成为能够与要求源装置进行窄域通信的可能性的获取完毕装置称为可最近分发装置。

例如如图10所示，可最近分发装置是存在于要求源装置移动的道路(以后，称为要求源行驶路)R1的要求源装置的移动方向，并且，向要求源装置存在的方向移动的获取完毕装置。即，是对于安装要求源装置的车辆(要求源车辆)M1来说的对向车所使用的其它装置。另外，在要求源行驶路存在于要求源车辆的前方的交叉点所连接的道路(以后，称为合流路)R2上进行行驶的车辆M3、M4所使用的获取完毕装置也可以相当于可最近分发装置。

此外，优选提取的获取完毕装置是在规定的允许延迟时间以内，距离要求源装置的距离在可窄域通信距离Rn以内的获取完毕装置。能够根据各车载装置1的当前位置、行进方向、以及移动速度估计某一车载装置1与要求源装置的距离是否在规定时间以内变为可窄域通信距离Rn以内。另外，优选考虑各车辆的方向指示器的动作状态估计是否在规定时间以内变为可窄域通信距离Rn以内。例如，由于能够引用用于估计碰撞的可能性的方法来实施估计是否在规定时间以内两台车辆的距离变为规定距离以内的方法，所以这里省略其详细的说明。只要根据获取期限设定允许延迟时间即可。优选允许延迟时间设定为获取期限的一半以下。

在S204的检索处理的结果是发现了可最近分发装置的情况下对S205进行肯定判定执行S206。另一方面，在S204的检索处理的结果是未发现可最近分发装置的情况下对S205进行否定判定执行S207。此外，S204～S205的处理相当于判定是否存在可最近分发装置的处理。

也能够在本公开所记载的存在于要求源的周边的获取完毕装置包含有在S204提取的可最近分发装置。当然，在S202提取出的可立即分发装置也相当于本公开所记载的存在于要求源的周边的获取完毕装置。为了方便，以后在不相互对可立即分发装置、和可最近分发装置进行区分的情况下，记载为周边获取完毕装置。

在S206中通知部G4对要求源装置发送可窄域获取通知并结束本流程。另外，优选在该S206发送的可窄域获取通知包含有表示到能够进行基于窄域通信的数据获取为止的剩余时间的信息(以后，称为窄域要求待机时间)。这是为了使要求源装置识别在当前时刻不能够利用窄域通信获取获取对象数据。

在本实施方式中鉴于上述的情况，如图11所示，除了广域通信的目的地信息、表示能够利用窄域通信进行获取的位串之外，在S203、S206中通知部G4发送的可窄域获取通知还包含有窄域要求待机时间。目的地信息是表示是将多个车载装置1中的哪个车载装置1作为对象的通信数据包的信息。当然，也可以除了目的地信息之外，在可窄域获取通知还包含有表示发送源的信息等。表示能够利用窄域通信获取的位串是表示能够进行窄域通信的特定的位模式。换句话说，是用于要求源装置识别接收的通信数据包为可窄域获取通知的位串。

要求待机时间设为到可最近分发装置与要求源装置的距离变为可窄域通信距离Rn以内为止的剩余时间(以后，称为连接需要时间)即可。在存在多个可最近分发装置的情况下，设为每个可最近分发装置的连接需要时间中最小的值即可。如上述那样，能够根据各车载装置1的当前位置、行进方向、以及移动速度计算某一可最近分发装置的连接需要时间。

要求源装置在获取了可窄域获取通知的情况下，将接收了可窄域获取通知的时刻作为起算时刻，在经过了该可窄域获取通知所示出的要求待机时间的定时发送窄域要求数据包。例如要求源装置在接收了设定五秒作为要求待机时间的可窄域获取通知的情况下，从接收了该可窄域获取通知的时刻开始五秒后广播发送窄域要求数据包。

此外，在存在可立即分发装置的情况下发送的可窄域获取通知，即在S203发送的可窄域获取通知示出的窄域要求待机时间设定为0秒即可。根据这样的设定，接收了设定0秒作为要求待机时间的可窄域获取通知的要求源装置在接收该可窄域获取通知之后，立即迅速地广播发送窄域要求数据包。这样通过在可窄域获取通知包含要求待机时间能够控制使要求源装置广播发送窄域要求数据包的定时。

在S207中分发部G5发送要求数据并结束本流程。换句话说，本实施方式的服务器2在不存在周边获取完毕装置的情况下实施基于广域通信的数据分发。如上述那样，本实施方式的服务器2判定为不存在周边获取完毕装置的情况是在能够与要求源装置进行窄域通信的范围内不存在将要求数据获取完毕的车载装置1(也就是可立即分发装置)，并且，也不存在有接下来能够与要求源装置进行窄域通信的可能性的获取完毕装置(也就是可最近分发装置)的情况。

此外，作为其它的方式，也可以在不存在可立即分发装置的时刻，判定为不存在周边获取完毕装置，而实施基于广域通信的数据分发。这样的方式相当于仅将能够与要求源装置进行窄域通信的范围视为要求源装置的周边的方式。

另外装置信息管理部G1在实施了S207的广域通信的数据分发的情况下，将登记于管理DB22的该要求源装置的数据获取状况从未获取变更为获取完毕。换句话说基于分发部G5的动作结果更新要求源装置的数据获取状况。另外，装置信息管理部G1在从要求源装置接收了获取成功通知的情况下，也将登记于管理DB22的该要求源装置的数据获取状况从未获取变更为获取完毕。

另外，装置信息管理部G1在从要求源装置接收了获取失败通知的情况下，将登记于管理DB22的该要求源装置的数据获取状况保持为未获取。

(窄域要求响应处理)

接下来，使用图12对车载装置1实施的窄域要求响应处理进行说明。窄域要求响应处理是对通过窄域通信从车载装置1发送来的分发要求进行响应的处理。每当窄域要求受理部N2基于窄域通信部12接收的窄域要求数据包受理来自其它的车载装置1的分发要求则依次执行窄域要求响应处理即可。窄域要求受理部N2是基于窄域通信数据包的接收受理来自其它的车载装置1的数据的分发要求的构成。窄域要求受理部N2通过参照窄域要求数据包具备的获取对象信息，确定要求源装置要求的数据(以后，称为要求数据)。

首先在S301中获取状况管理部F3判定本装置是否保有窄域要求受理部N2确定出的要求数据。保有要求数据的状态是将要求数据获取完毕并且还未删除的状态。换句话说，未保有要求数据的状态是要求数据未获取或者删除完毕的状态。在本装置保有要求数据的情况下执行S302。另一方面，在本装置未保有要求数据的情况下结束本流程。此外，也可以在本装置未保有要求数据的情况下，利用窄域通信返回表示本装置未保有要求数据的主旨的通信数据包。

在S302中分发处理部N3与窄域通信部12配合，广播或者对要求源装置单播要求数据并结束本流程。

根据以上的构成，服务器2在要求源装置的周边存在将要求数据获取完毕的其它装置(也就是获取完毕装置)的情况下，通知能够利用窄域通信获取获取对象数据，且在该时刻不实施基于广域通信的要求数据的分发。另一方面，服务器2仅在要求源装置的周边不存在获取完毕的车载装置1的情况下，实施基于广域通信的数据分发。因此，能够抑制车载装置1利用广域通信获取获取对象数据的可能性，能够抑制通信费等。

以上，对本公开的实施方式进行了说明，但本公开并不限定于上述的实施方式，以下叙述的各种变形例也包含于本公开的技术范围，并且，除了下述以外也能够在不脱离主旨的范围内实施各种变更。

此外，对具有与上述的实施方式所叙述的部件相同的功能的部件附加相同的附图标记，并省略其说明。另外，在仅提及构成的一部分的情况下，其它的部分能够应用先前说明的实施方式的构成。

(变形例1)

在上述的实施方式中，作为可窄域获取通知，服务器2并不指定应该利用窄域通信从哪个其它装置获取要求数据，而仅通知能够利用窄域通信进行获取(包含预定)。因此，要求源装置通过广播发送窄域要求数据包向周围的车载装置1要求获取对象数据的发送。在这样的方式中，在存在多个可立即分发装置的情况下，多个车载装置1对广播发送的窄域要求数据包进行响应发送相同的数据，所以有窄域通信用的电波拥挤，给予其它的系统影响的担心。

因此，作为其它的方式服务器2也可以在可窄域获取通知中，指定应该从哪个车载装置1获取。在该情况下，除了目的地信息等之外，在可窄域获取通知还包含有用于要求源装置确定服务器2指定的车载装置1(以后，称为指定装置)的指定装置信息。指定装置信息设为指定装置的装置ID等即可。另外，接收了上述的可窄域获取通知的要求源装置通过与该可窄域获取通知所示出的指定装置实施单播的窄域通信，实现数据的要求以及获取。根据这样的方式，能够降低由于多个车载装置1针对广播发送的窄域要求数据包发送相同的数据而窄域通信用的电波拥挤的担心。

(变形例2)

车载装置1通过窄域通信获取获取对象数据的方法并不限定于上述的方法。服务器2也可以在基于在管理DB22的检索处理，确认了存在获取完毕装置的情况下，对要求源装置指示待机规定时间，并且对作为周边获取完毕装置的特定的车载装置1指示利用窄域通信对要求源装置发送要求数据。

图13是表示基于上述的思想的分发要求响应处理的流程(也就是服务器控制部23的工作)的流程图。只要每当接收分发要求数据包则执行图13所示的分发要求响应处理即可。此外，对使用图9的流程图说明完毕的部分省略或者简化说明。

首先在S401中分发装置搜索部G3判定是否存在周边获取完毕装置。在存在周边获取完毕装置的情况下执行S402。另一方面，在不存在周边获取完毕装置的情况下执行S405。

在S402中通知部G4对要求源装置返回指示在规定时间对利用窄域通信接收要求数据进行待机的可窄域获取通知并执行S403。作为指示对利用窄域通信接收要求数据进行待机的可窄域获取通知的通信数据包相当于本公开所记载的窄域接收待机指示。

在该S402发送的可窄域获取通知所指示的待机时间只要是给予到在接下来的步骤决定的代理分发装置与要求源装置能够进行窄域通信为止的剩余时间规定的余量的时间即可。此外，要求源装置在接收了该可窄域获取通知的情况下，在可窄域获取通知所指示的待机时间，对从其它的车载装置1分发获取对象数据进行待机。在即使经过待机时间也未接收到获取对象数据的情况下对服务器2发送获取失败通知即可。

在S403中分发装置搜索部G3从周边获取完毕装置中决定担负对要求源装置分发数据的作用的装置(也就是代理分发装置)。在仅存在一个周边获取完毕装置的情况下，将该装置决定为代理分发装置即可。在存在多个周边获取完毕装置的情况下，按照规定的规则选定代理分发装置。例如代理分发装置既可以是距离要求源装置最近的获取完毕装置，也可以是能够与要求源装置进行窄域通信的时间最长的获取完毕装置。能够进行窄域通信的时间最长的装置例如是向与要求源装置相同的方向移动的其它装置、相对速度较小的装置。能够进行窄域通信的时间相当于停留在要求源装置的能够进行窄域通信的区域内的时间。能够根据各车载装置1的当前位置、行进方向、以及移动速度计算能够进行窄域通信的时间。若在S403的处理完成则执行S404。

另外，从代理分发装置的数据获取的成功与否受到代理分发装置的进路变更、从窄域通信范围的脱离等的影响。换句话说，从代理分发装置的数据获取可能由于代理分发装置的举动而失败。具体而言，这样的问题在要求数据的获取期限较短的情况下，或者在代理分发装置高速移动的情况下显著。对于这样的课题，如上述那样根据采用距离要求源装置最近的获取完毕装置作为代理分发装置的构成，能够不容易受到代理分发装置的进路变更、从窄域通信范围的脱离等的影响。换句话说，不容易受到代理分发装置的移动所带来的影响等，能够提高利用窄域通信的间接的数据分发成功的可能性。

另外，如上述那样根据采用距离要求源装置最近的获取完毕装置作为代理分发装置的构成，即使在假设选定可最近分发装置作为代理分发装置的情况下，也能够抑制代理分发装置与要求源装置能够进行窄域通信的时刻超过与获取期限对应的时刻的可能性。

另外，根据采用能够与要求源装置进行窄域通信的时间最长的获取完毕装置作为代理分发装置的构成，即使在要求数据相对而言数据大小较大的情况下，也能够降低由于在数据的通信的中途代理分发装置从本装置的窄域通信范围脱离等而数据的获取失败的担心。在利用窄域通信获取相对而言较大的大小的数据的情况下相对而言通信时间变长，所以有不能够从代理分发装置完全获取该数据的可能性，但根据上述的构成能够降低这样的可能性。

在S404中通知部G4对在S403决定的代理分发装置发送指示以窄域通信发送要求数据的通信数据包(以后，称为窄域分发指示)并结束本流程。在该S404对代理分发装置发送的窄域分发指示、以及在S402对要求源装置发送的可窄域获取通知分别相当于本公开所记载的用于使要求源通过窄域通信从代理分发装置获取共用使用数据的通信数据包。

作为窄域分发指示的通信数据包，与分发要求数据包相同，具备表示获取对象信息的数据区域。另外，对于作为窄域分发指示的通信数据包来说，考虑代理分发装置并不一定是可立即分发装置，而优选窄域分发指示具备表示发送待机时间的数据区域。发送待机时间设为相当于上述的连接需要时间的值即可。在代理分发装置为可立即分发装置的情况下，发送待机时间设定为0秒即可。此外，服务器2也可以在确认代理分发装置与要求源装置成为能够进行窄域通信的位置关系后发送窄域分发指示。在该情况下在窄域分发指示中不需要表示发送待机时间的数据区域。

根据上述的构成，服务器2更积极地控制车载装置1间的数据的发送接收，所以能够提高要求源装置能够利用窄域通信获取获取对象数据的可能性。

(变形例3)

以上服务器2在要求源装置的周边不存在获取完毕装置的情况下执行数据分发，但并不限定于此。也可以在要求源装置的周边不存在获取完毕装置的情况下，在从要求源装置的当前位置存在于规定距离(例如可窄域通信距离Rn)以内的车载装置1中，确定存在于广域通信的效率最好的区域(以后，称为高效率区域)的车载装置1。然后，通过对该车载装置1分发要求数据，来直接或者间接地对要求源装置分发数据。

具体而言，在存在于高效率区域的车载装置1是要求源装置以外的装置的情况下，暂时利用广域通信对该车载装置1分发数据。然后，通过窄域通信使数据从利用广域通信分发的车载装置1转送至要求源装置。从利用广域通信分发的车载装置1向要求源装置的转送工序能够采用上述的各种方法(例如变形例2的方法)。此外，在存在于高效率区域的车载装置1为要求源装置的情况下，对要求源装置分发数据即可。

图14是用于说明该变形例3中的服务器2的工作的图。图14的A1所示的区域表示广域通信的效率为低水平的区域，A2所示的区域表示广域通信的效率为中水平的区域。A3所示的区域表示广域通信的效率为高水平的区域。在这样的通信状况中，在安装于车辆Ma的车载装置1a为要求源装置的情况下，向安装于车辆Mc的车载装置1c分发数据之后通过窄域通信使其转送。

此外，广域通信的效率较低的区域是指广域通信的资源拥挤的区域。能够利用Wi－Fi的区域相对而言是通信效率较高的区域。从提供广域通信的电气通信企业获取每个地点的广域通信的效率的好坏即可。另外，也能够根据与各车载装置1的通信状况(例如S/N比、误码率、通信延迟时间等)确定。

(变形例4)

在上述的实施方式等中，提及了服务器2针对来自车载装置1的分发要求分发更新程序的构成，但服务器2也可以在受理来自车载装置1的要求之前(也就是预先)在规定的定时对规定的车载装置1分发更新程序。

例如服务器2也可以按照规定的周期，对停留于特定的大型停车场的多个车载装置1的几个分发更新程序。此时，预先分发更新程序的车载装置1是至少相互分离可窄域通信距离的两倍以上的装置。优选服务器2为了能够不重复且没有遗漏地执行基于窄域通信的更新程序的共享，而选定预先分发的车载装置1。

(变形例5)

以上公开了服务器2对来自多个车载装置1的各个分发要求独立地进行响应的方式，但并不限定于此。服务器2也可以依次受理来自车载装置1的分发要求，并且以规定的周期(以后，称为响应周期)集中对依次受理的分发要求进行响应。换句话说，服务器2也可以构成为积蓄来自车载装置1的分发要求直至规定的响应定时到来，并在成为响应定时的情况下集中对积蓄的多个分发要求进行对应。响应定时是响应周期到来。根据要求数据的种类适当地设计响应周期即可，例如对软件的更新程序的分发要求的响应周期能够设定为一分钟～一小时左右的值。

例如，分发要求受理部G2将来自车载装置1的分发要求积蓄在规定的存储介质。这里积蓄的分发要求包含有要求数据、要求源装置的装置ID等。分发装置搜索部G3以规定的周期取出积蓄的分发要求，并基于保存于管理DB22的每个车载装置1的位置信息、移动速度、行进方向，将存在于能够利用窄域通信最高效地(具体而言是以较少的次数)对积蓄的多个分发要求的发送源分发共用使用数据的位置的至少一个获取完毕装置选定为代理分发装置。然后，对该代理分发装置发送窄域分发指示。

根据这样的构成，能够高效地利用窄域通信分发要求数据。当然，该变形例5的构成也可以与上述的变形例4的构成组合实施。例如，也可以在某一区域存在总共十台的要求源装置的情况下，在获取完毕装置一台也不存在的情况下，利用广域通信对存在于能够与更多的要求源装置进行窄域通信的位置的车载装置1分发要求数据，并使其利用窄域通信进行广播分发。例如，在有存在于仅能够与三台要求源装置进行窄域通信的位置的车载装置1、和仅能够与九台要求源装置进行窄域通信的车载装置1的情况下，利用广域通信对后者分发要求数据，使其作为代理分发装置发挥作用。

(变形例6)

如图15所示，作为获取对象数据(根据其它的观点为要求数据)发送接收的软件的更新程序也可以分割为多个碎片进行处理。图15例示将软件的更新程序Dt分割为第一碎片Df1～第五碎片Df5的五个碎片的方式。

根据这样的构成，如图16所示，能够按照碎片单位进行数据的发送接收。此外，在图16中，示出通过广域通信对五个车载装置1a～1e各分发一个彼此不同的碎片的方式。

另外，各车载装置1将本装置未具备的碎片设定为获取对象数据。因此，作为上述的数据获取处理的结果，各车载装置1能够通过窄域通信从其它装置获取本装置不具有的碎片。例如，车载装置1a能够通过窄域通信分别从车载装置1b～1e获取第二碎片Df2～第五碎片Df5来获取作为元数据的更新程序。

此外，在车载装置1a～1e均处于能够进行窄域通信的位置关系的状况下，例如在车载装置1b广播发送第二碎片Df2的情况下，不仅车载装置1a，车载装置1c～1e也能够获取第二碎片Df2。各车载装置1通过利用窄域通信共享各个碎片，能够再构建作为元数据的更新程序并进行利用。

根据像这样将数据分割为碎片进行发送接收的构成，能够进一步抑制各车载装置1的通信费。另外，由于发送接收的数据大小变小，所以缩短一个数据的发送接收所需要的时间。其结果，即使是与对向车辆的会车等相对较短的时间也能够提高数据的发送接收成功的可能性。根据其它的观点，能够降低由于车载装置1的移动，而在发送接收数据的中途窄域通信中断(也就是数据的发送接收失败)的担心。

另外，若层叠会车的碎片的获取，则最终能够收集全部的碎片，利用更新程序。换句话说，通过将更新程序碎片化，各车载装置1容易获取更新程序。其结果，也促进更新程序的应用。此外，图16所示的车载装置1f是在与安装车载装置1a～1e的车辆相反的车道上行驶的车辆所安装的车载装置1。车载装置1通过利用窄域通信依次从各车载装置1获取碎片，最终能够集齐全部的碎片。此外，图16中的实线箭头表示基于广域通信的数据的移动方向，点划线的箭头表示基于窄域通信的数据的移动方向。

各个碎片最终与其它的碎片组合，并被多个车载装置1使用。因此，各个碎片也相当于本公开所记载的共用使用数据。另外，各碎片能够与上述的实施方式中的获取对象数据相同地进行处理。因此，从服务器2发送到获取期限为止未能够获取的碎片，最终全部集齐。另外，即使在这样的情况下从服务器2发送的数据也是构成元数据的一部分的碎片，所以与全部利用广域通信从服务器2获取元数据的情况相比能够抑制通信费(也就是广域通信的通信量)。

并且，如图17所示，在车载装置1a、1b、1c处于相互能够进行窄域通信的位置关系的状况下，在车载装置1a要求第一碎片Df1和第二碎片Df2，并且，车载装置1b要求第二碎片Df2和第五碎片Df5的情况下，车载装置1c广播发送取为各车载装置1a、1b要求的碎片的逻辑或(所谓的OR)的碎片。即，依次广播发送第一碎片Df1、第二碎片Df2、以及第五碎片Df5。通过仅发送要求的碎片，要求源装置能够在获取要求数据的同时，降低窄域通信的通信量(降低窄域通信的拥挤)。

此外，变形例6中的装置信息管理部G1作为每个车载装置1的数据获取状况，管理多个碎片各自的获取状况。换句话说，数据获取状况按照碎片单位独立地进行管理。另外，服务器2也按照碎片单位受理来自车载装置1的分发要求。车载装置1仅将未获取的碎片设定为获取对象数据来实施第二次以后的数据分发要求即可。在进行碎片单位的分发控制的情况下，将车载装置1要求的碎片(也就是未获取碎片)获取完毕的车载装置相当于获取完毕装置(特别是碎片获取完毕装置)。

(变形例7)

如图18所示，控制部13也可以具备正规性判定部F5。正规性判定部F5是判定窄域线路获取部N1获取的更新程序的正规性的构成。此外，在图18中省略广域通信处理部Wn、窄域通信处理部Nn。

正规性判定部F5在窄域线路获取部N1接收了多次对同一种类的软件的更新程序(包含碎片)的情况下，通过对这些多个接收数据进行比较，来判定接收的更新程序的正规性。例如在从彼此不同的三个车载装置1接收了对同一种类的软件的更新程序的情况下，通过比较判定它们是否一致。换句话说，判定多个数据的匹配性(也就是相同性)。

而且，在确认了接收数据均为相同的内容的情况下判定为该更新程序为正规的更新程序。另一方面，在多个接收数据中混有内容与其它的数据不同的数据的情况下，判定为有接收了不正确的更新程序的担心。此外，也可以即使在多个接收数据中混有与内容其它的数据不同的数据的情况下，也根据多数决定来决定正规的数据。

程序应用部F4在对利用窄域通信获取的更新程序确认了正规性之后进行应用，另一方面保留有不正确的数据的担心的更新程序的应用。换句话说不使用窄域线路获取部N1获取的更新程序直至通过正规性判定部F5判定为正规的数据。根据这样的构成，在信息安全的观点来看能够提高安全性。

此外，车载装置1也可以实施将分发了有不正确的数据的担心的更新程序的车载装置1的信息(例如装置ID)报告给服务器2等处置。根据这样的方式服务器2能够基于来自车载装置1的报告确定进行可疑的举动的车载装置1。另外，在检测到可疑的车载装置1的情况下，为了不使用从该车载装置1分发的数据，能够采取预先通知给其它的车载装置1等处置。

(变形例8)

在变形例7中记载了正规性判定部F5通过对多个接收数据进行比较来判定接收数据的正规性的构成，但并不限定于此。正规性判定部F5也可以通过对服务器2询问接收数据的哈希信息，来在服务器2侧判定车载装置1接收的数据是否为正规的(也就是正常的)数据。这里的哈希信息是指将原来的数据输入到规定的哈希函数决定的值(所谓的哈希值)。

在该情况下，服务器2返回询问的数据是否为正规的数据的回答。根据这样的方式，正规性判定部F5也能够判定窄域线路获取部N1获取的更新程序是否为正规的程序。

另外，正规性判定部F5也可以预先从服务器2获取获取对象数据的哈希信息，并在利用窄域通信获取了该数据的情况下，对从服务器2获取的哈希信息与使用接收数据生成的哈希信息进行比较来判定正常性。根据这样的构成也起到与上述的变形例7相同的效果。并且，也起到即使不接收多次同一种类的数据也能够判定数据的正常性的效果。

(变形例9)

车载装置1也可以在利用广域通信从服务器2获取了获取对象数据的情况下，自发地按照规定的周期以窄域通信广播该接收数据规定次数。

另外，车载装置1也可以向服务器2要求获取期限以外的条件作为数据的获取相关的要求。例如，也可以禁止基于广域通信的数据分发。另外，也可以通知基于广域通信的分发、和基于窄域通信的分发的优先顺序。服务器2只要根据来自车载装置1的迫切期望进行工作即可。

(变形例10)

上述的实施方式中的服务器2基于通过分发装置搜索部G3判定为在要求源装置的周边存在获取完毕装置，对要求源装置发送可窄域获取通知，但并不限定于此。也可以在通过分发装置搜索部G3判定为在要求源装置的周边存在获取完毕装置的情况下，不对要求源装置进行任何指示，而对周边获取完毕装置指示利用窄域通信发送要求数据。

在这样的构成中，通知部G4只要对周边获取完毕装置发送指示利用窄域通信发送要求数据的通信数据包(也就是窄域分发指示)即可。获取了窄域分发指示的车载装置1通过窄域通信发送从服务器2指示的数据。

(变形例11)

移动体通信系统100也可以包含不具备窄域通信功能的非窄域通信对应装置，作为对服务器2要求数据的分发的装置。这样在车载装置1与非窄域通信对应装置混在一起的情况下，在发送给服务器2的分发要求数据包设置有表示要求源装置是否具备窄域通信功能的数据区域。此外，是否具备窄域通信功能为二值所以能够利用一位进行表现。

另外，服务器2在分发要求响应处理中，根据要求源装置是否具备窄域通信功能，来变更分发要求响应处理的内容。在要求源装置具备窄域通信功能的情况下执行与上述的实施方式等相同的分发要求响应处理。另一方面，在要求源装置不具备窄域通信功能的情况下执行基于广域通信的数据分发。此外，在装置信息管理部G1管理的独立状况数据包含有表示车载装置1是否具备窄域通信功能的数据。

(变形例12)

在上述的实施方式中，服务器2分发软件的更新程序，但并不限定于此。服务器2也可以分发成为驾驶员的驾驶操作的帮助的实时的信息(以后，称为驾驶支援信息)。换句话说服务器2分发的数据也可以是驾驶支援用的数据。

驾驶支援用的数据例如是事故地点影像数据、在交叉点等对于本车辆来说成为死角的区域的影像数据。另外，驾驶支援用数据例如也能够是通行限制、交通拥堵、道路上的掉落物等表示道路状况的数据。这些数据也能够是多个车载装置1使用的数据。

另外，服务器2也可以构成为分发多个种类的数据。在该情况下，车载装置1也适当地要求服务器2能够分发的多个种类的数据。根据对服务器2进行分发要求的数据的种类决定作为获取对象的数据的获取期限即可。例如软件的更新程序的获取期限与要求实时性的驾驶支援用的数据相比设定为相对较长的时间。但是，在软件的更新程序中，用于修正不良情况(特别是安全的脆弱性等相关的不良情况)的程序也要求迅速的获取以及应用，所以优选设定为相对较短的时间。也可以将用于功能的扩充的更新程序的获取期限设定为相对较长的时间。

此外，事故地点影像数据等与地点信息相关的具有实时性的信息可以说是仅在特定的地域、特定的时间段为有用的信息。因此，如在变形例8所提及的那样在车载装置1自发地广播发送从服务器2获取的数据的构成中，优选服务器2指定车载装置1广播发送接收数据的条件，以限定广播发送该数据的地域、时间段。例如，也可以对服务器2分发的驾驶支援用的数据设定有效期限、有效地域。接收了设定有效期限、和有效地域的数据的车载装置1仅在有效期限内，并且存在于有效地域内的情况下，广播发送该接收数据。根据这样的构成，能够降低在不需要的区域广播发送该数据的担心。

(变形例13)

本公开所记载的用户侧装置也可以是智能手机、平板终端等便携式的通信终端。并且，用户侧装置也可以具备于工作设备、重型设备、饮料罐等的自动销售机等。

这里，该申请所记载的流程图，或者，流程图的处理由多个步骤(或者称为部分)构成，各步骤例如表现为S101。并且，各步骤能够分割为多个子步骤，另一方面，也能够将多个步骤合成为一个步骤。

以上，例示了本公开的一方式所涉及的移动体通信系统的实施方式、构成、方式，但本公开的实施方式、构成、方式并不限定于上述的各实施方式、各构成、各方式。例如，分别对不同的实施方式、构成、方式适当地组合公开的技术部分得到的实施方式、构成、方式也包含于本公开的实施方式、构成、方式的范围。

Claims (12)

1.一种移动体通信系统，是具备移动体所使用的多个用户侧装置、和基于来自上述用户侧装置的要求，对作为要求源的上述用户侧装置分发多个上述用户侧装置共同地使用的数据亦即共用使用数据的服务器的移动体通信系统，其特征在于，

上述服务器与多个上述用户侧装置的各个构成为能够经由广域通信网相互进行通信，上述广域通信网是由电气通信企业提供的移动电话网或因特网，多个上述用户侧装置经由无线基站与上述广域通信网无线连接，多个上述用户侧装置的各个具备：

报告部，其依次向上述服务器发送示出表示当前位置的位置信息的通信数据包亦即位置报告数据包；以及

窄域通信部，其为用于与其它的上述用户侧装置亦即其它装置实施不经由上述广域通信网的直接的无线通信亦即窄域通信的通信模块，

上述服务器具备：

管理数据库，其为使用规定的能够进行改写的存储介质实现的数据库，且保存了表示每个上述用户侧装置的上述共用使用数据的获取状况和位置信息的数据；

装置信息管理部，其基于从多个上述用户侧装置的各个发送来的上述位置报告数据包，更新保存于上述管理数据库的多个上述用户侧装置各自的位置信息；

周边装置搜索部，其在受理了来自上述用户侧装置的上述共用使用数据的分发要求的情况下，参照上述管理数据库，判定在该要求源的周边是否存在将上述共用使用数据获取完毕的上述用户侧装置亦即获取完毕装置；

通知部，其基于通过上述周边装置搜索部判定为在上述要求源的周边存在上述获取完毕装置，对上述要求源通知能够通过上述窄域通信获取上述共用使用数据；以及

分发部，其基于通过上述周边装置搜索部判定为在上述要求源的周边不存在上述获取完毕装置，分发上述共用使用数据，

作为上述要求源的上述用户侧装置具备：

窄域线路获取部，其在作为针对上述分发要求的来自上述服务器的响应，被通知了能够通过上述窄域通信获取上述共用使用数据的情况下，实施用于通过上述窄域通信从存在于上述要求源的周边的上述获取完毕装置获取上述共用使用数据的处理。

2.根据权利要求1所述的移动体通信系统，其特征在于，

上述报告部在上述窄域线路获取部获取了上述共用使用数据的情况下，对上述服务器发送表示获取了上述共用使用数据的通信数据包亦即获取成功通知，

上述装置信息管理部基于从上述用户侧装置发送来的上述获取成功通知、以及上述分发部的动作结果，更新登记于上述管理数据库的每个上述用户侧装置的上述共用使用数据的获取状况，

上述周边装置搜索部基于登记于上述管理数据库的每个上述用户侧装置的当前位置和上述共用使用数据的获取状况，从上述获取完毕装置中，选定利用上述窄域通信对作为上述要求源的上述用户侧装置发送上述共用使用数据的上述获取完毕装置亦即代理分发装置，

上述通知部分别对上述周边装置搜索部选定的上述代理分发装置和上述要求源发送用于使上述要求源通过上述窄域通信从上述代理分发装置获取上述共用使用数据的通信数据包。

3.根据权利要求2所述的移动体通信系统，其特征在于，

上述通知部对上述周边装置搜索部选定的上述代理分发装置发送指示利用上述窄域通信将上述共用使用数据发送给上述要求源的通信数据包亦即窄域分发指示，并且对上述要求源发送指示在规定时间对利用上述窄域通信被分发上述共用使用数据进行待机的通信数据包亦即窄域接收待机指示。

4.根据权利要求2所述的移动体通信系统，其特征在于，

在多个上述用户侧装置的各个发送的上述位置报告数据包，除了表示当前位置的位置信息之外，还包含有表示移动方向和移动速度的信息，

作为上述窄域通信部能够进行通信的距离的假定值，预先设定为可窄域通信距离，

上述装置信息管理部基于从多个上述用户侧装置的各个发送来的上述位置报告数据包，将表示上述用户侧装置各自的位置信息、移动方向、以及移动速度的数据保存于上述管理数据库，

上述周边装置搜索部基于登记于上述管理数据库的每个上述用户侧装置的位置信息，判定是否存在距离上述要求源在上述可窄域通信距离以内的上述获取完毕装置亦即可立即分发装置，

并且在不存在上述可立即分发装置的情况下，基于登记于上述管理数据库的每个上述用户侧装置的位置信息、移动方向、以及移动速度，判定是否存在从当前开始在规定时间以内，与上述要求源的距离变为上述可窄域通信距离以下的上述获取完毕装置亦即可最近分发装置，

在存在上述可立即分发装置以及上述可最近分发装置的至少任意一方的情况下，判定为在上述要求源的周边存在上述获取完毕装置。

5.根据权利要求2所述的移动体通信系统，其特征在于，

在多个上述用户侧装置的各个发送的上述位置报告数据包，除了表示当前位置的位置信息之外，还包含有表示移动方向和移动速度的信息，

上述装置信息管理部基于从多个上述用户侧装置的各个发送来的上述位置报告数据包，将表示上述用户侧装置各自的位置信息、移动方向、以及移动速度的数据保存于上述管理数据库，

上述周边装置搜索部基于登记于上述管理数据库的每个上述用户侧装置的上述共用使用数据的获取状况提取上述获取完毕装置，

并且基于登记于上述管理数据库的每个上述获取完毕装置的当前位置、移动方向、以及移动速度，将能够在最长的期间与上述要求源实施上述窄域通信的上述获取完毕装置决定为上述代理分发装置。

6.根据权利要求5所述的移动体通信系统，其特征在于，

作为上述窄域通信部能够进行通信的距离的假定值，预先设定为可窄域通信距离，

上述周边装置搜索部基于登记于上述管理数据库的每个上述用户侧装置的位置信息，判定是否存在距离上述要求源在上述可窄域通信距离以内的上述获取完毕装置亦即可立即分发装置，

并且在不存在上述可立即分发装置的情况下，基于登记于上述管理数据库的每个上述用户侧装置的位置信息、移动方向、以及移动速度，判定是否存在从当前开始在规定时间以内，与上述要求源的距离变为上述可窄域通信距离以下的上述获取完毕装置亦即可最近分发装置，

在存在上述可立即分发装置以及上述可最近分发装置的至少任意一方的情况下，判定为在上述要求源的周边存在上述获取完毕装置。

7.根据权利要求2所述的移动体通信系统，其特征在于，

上述周边装置搜索部基于登记于上述管理数据库的每个上述用户侧装置的上述共用使用数据的获取状况提取上述获取完毕装置，

并且基于登记于上述管理数据库的每个上述获取完毕装置的当前位置，将距离上述要求源最近的上述获取完毕装置决定为上述代理分发装置。

8.根据权利要求2所述的移动体通信系统，其特征在于，

在多个上述用户侧装置的各个发送的上述位置报告数据包，除了表示当前位置的位置信息之外，还包含有表示移动方向和移动速度的信息，

上述装置信息管理部基于从多个上述用户侧装置的各个发送来的上述位置报告数据包，将表示上述用户侧装置各自的位置信息、移动方向、以及移动速度的数据保存于上述管理数据库，

上述服务器依次受理来自上述用户侧装置的上述共用使用数据的上述分发要求，并且按照规定的周期集中对依次受理的上述分发要求进行响应，

上述周边装置搜索部在一个周期内受理了多个上述分发要求的情况下，基于登记于上述管理数据库的每个上述用户侧装置的当前位置、移动方向、移动速度、以及上述共用使用数据的获取状况，从上述获取完毕装置中，将存在于能够最高效地对多个上述要求源的各个分发上述共用使用数据的位置的上述获取完毕装置设定为上述代理分发装置。

9.根据权利要求2所述的移动体通信系统，其特征在于，

上述分发部在通过上述周边装置搜索部判定为在上述要求源的周边不存在上述获取完毕装置的情况下，通过在距离上述要求源的当前位置在规定距离以内的上述用户侧装置中，对广域通信的效率最好的上述用户侧装置分发上述共用使用数据，来直接地或者使用上述窄域通信间接地对上述要求源提供上述共用使用数据。

10.根据权利要求1所述的移动体通信系统，其特征在于，

上述服务器将一个上述共用使用数据分割为多个碎片进行分发，

上述用户侧装置在构成上述共用使用数据的多个上述碎片中，存在未获取的上述碎片亦即未获取碎片的情况下，向上述服务器要求该未获取碎片的分发，

上述装置信息管理部管理多个上述碎片各自的获取状况，作为每个上述用户侧装置的上述共用使用数据的获取状况，

上述周边装置搜索部在从上述用户侧装置受理了上述未获取碎片的分发的要求的情况下，参照上述管理数据库，判定在该要求源的周边是否存在保持上述未获取碎片的上述用户侧装置亦即碎片获取完毕装置，

上述通知部在通过上述周边装置搜索部判定为在上述要求源的周边存在上述碎片获取完毕装置的情况下，对上述要求源通知能够通过上述窄域通信获取上述未获取碎片，

上述分发部基于通过上述周边装置搜索部判定为在上述要求源的周边不存在上述碎片获取完毕装置，分发上述未获取碎片，

上述窄域线路获取部在作为针对上述分发要求的来自上述服务器的响应，被通知了能够通过上述窄域通信获取上述未获取碎片的情况下，实施用于通过上述窄域通信从存在于上述要求源的周边的上述碎片获取完毕装置获取上述未获取碎片的处理。

11.根据权利要求1～10中任意一项所述的移动体通信系统，其特征在于，

上述共用使用数据是车辆所使用的软件的更新程序，

上述用户侧装置是安装于车辆的装置。

12.根据权利要求11所述的移动体通信系统，其特征在于，具备：

程序应用部，其使用上述更新程序；以及

正规性判定部，其判定上述窄域线路获取部获取的上述更新程序的正规性，

对于上述窄域线路获取部获取的上述更新程序，上述程序应用部在通过上述正规性判定部判定为是正规的数据之前不使用。

Images