JP6747404B2 - 移動体通信システム - Google Patents
移動体通信システム Download PDFInfo
- Publication number
- JP6747404B2 JP6747404B2 JP2017160361A JP2017160361A JP6747404B2 JP 6747404 B2 JP6747404 B2 JP 6747404B2 JP 2017160361 A JP2017160361 A JP 2017160361A JP 2017160361 A JP2017160361 A JP 2017160361A JP 6747404 B2 JP6747404 B2 JP 6747404B2
- Authority
- JP
- Japan
- Prior art keywords
- data
- acquired
- unit
- request source
- request
- 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.)
- Expired - Fee Related
Links
- 238000010295 mobile communication Methods 0.000 title claims description 35
- 238000004891 communication Methods 0.000 claims description 325
- 230000006854 communication Effects 0.000 claims description 325
- 238000000034 method Methods 0.000 claims description 64
- 239000012634 fragment Substances 0.000 claims description 62
- 238000007726 management method Methods 0.000 claims description 60
- 230000008569 process Effects 0.000 claims description 48
- 230000004044 response Effects 0.000 claims description 41
- 230000002093 peripheral effect Effects 0.000 claims description 37
- 238000012545 processing Methods 0.000 claims description 33
- 230000006870 function Effects 0.000 description 30
- 238000012986 modification Methods 0.000 description 23
- 230000004048 modification Effects 0.000 description 23
- 230000005540 biological transmission Effects 0.000 description 22
- 238000001514 detection method Methods 0.000 description 14
- 238000010586 diagram Methods 0.000 description 9
- 230000000694 effects Effects 0.000 description 3
- 230000006399 behavior Effects 0.000 description 2
- 230000008859 change Effects 0.000 description 2
- 230000007547 defect Effects 0.000 description 2
- 238000012544 monitoring process Methods 0.000 description 2
- 239000000126 substance Substances 0.000 description 2
- 235000013361 beverage Nutrition 0.000 description 1
- 230000007175 bidirectional communication Effects 0.000 description 1
- 239000000470 constituent Substances 0.000 description 1
- 230000003247 decreasing effect Effects 0.000 description 1
- 238000012217 deletion Methods 0.000 description 1
- 230000037430 deletion Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 239000000284 extract Substances 0.000 description 1
- 238000005259 measurement Methods 0.000 description 1
- 238000012806 monitoring device Methods 0.000 description 1
- 238000012546 transfer Methods 0.000 description 1
Images
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]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/005—Moving wireless networks
-
- 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/46—Services specially adapted for particular environments, situations or purposes for vehicles, e.g. vehicle-to-pedestrians [V2P] for vehicle-to-vehicle communication [V2V]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W68/00—User notification, e.g. alerting and paging, for incoming communication, change of service or the like
- H04W68/005—Transmission of information for alerting of incoming communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W8/00—Network data management
- H04W8/22—Processing or transfer of terminal data, e.g. status or physical capabilities
-
- 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
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W84/00—Network topologies
- H04W84/18—Self-organising networks, e.g. ad-hoc networks or sensor networks
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/025—Services making use of location information using location based information parameters
- H04W4/027—Services making use of location information using location based information parameters using movement velocity, acceleration information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/06—Selective distribution of broadcast services, e.g. multimedia broadcast multicast service [MBMS]; Services to user groups; One-way selective calling services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/80—Services using short range communication, e.g. near-field communication [NFC], radio-frequency identification [RFID] or low energy communication
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W92/00—Interfaces specially adapted for wireless communication networks
- H04W92/16—Interfaces between hierarchically similar devices
- H04W92/18—Interfaces between hierarchically similar devices between terminal devices
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Databases & Information Systems (AREA)
- Mobile Radio Communication Systems (AREA)
- Traffic Control Systems (AREA)
Description
本開示は、サーバと、移動体で使用されるユーザ側装置としてのユーザ側装置との移動体通信システムに関する。
従来、移動体で使用されるユーザ側装置としての複数のユーザ側装置のそれぞれが、広域通信網を介してサーバから所定の共通データをダウンロードして利用する移動体通信システムがある。なお、ここでの共通データとは、複数のユーザ側装置において共通して利用される同一内容のデータを指す。ユーザ側装置としてのユーザ側装置とは、広域通信網に無線アクセス可能に構成されている装置であって、例えばスマートフォン等のユーザ側装置の他、車両で使用されるユーザ側装置などが該当する。
このような移動体通信システムにおいては、仮に全てのユーザ側装置がサーバから直接的にデータを取得しようとすると、サーバや、広域通信網を構成するルータでの処理負荷が問題となりうる。また、ユーザ側装置が広域通信網を介してサーバからデータを取得する構成では、ダウンロードするデータのサイズに応じた通信料が発生しうる。
ところで、複数のユーザ側装置が同一のデータを共有する方法としては、複数のユーザ側装置同士が直接に通信(いわゆるアドホック通信)を行うことにより、互いにデータを共有する方法もある。そのようにアドホック通信によるデータ共有によれば、各通信端末がサーバへアクセスする必要がないため、サーバ等での処理負荷や、通信料を軽減できる。
特許文献1では、広域通信網を介してサーバからデータを取得するための構成と、他のユーザ側装置(以降、他装置)と直接通信を実施してデータを取得する構成とを備えるユーザ側装置において、取得対象とするデータの種別に応じて、データの取得先をサーバとするのか他装置とするのかを選択する構成が開示されている。
例えば特許文献1に開示の構成では、取得対象とするデータの種別が、他装置から取得すべき種別である場合、いったん周囲のユーザ側装置に対して当該データの配信を要求する。そして、周囲に当該データを配信可能な他装置が存在しなかった場合には、サーバに対して対象データの配信を要求し、対象データをサーバから取得する。
特許文献1に開示の構成では、取得対象とするデータの種別が、サーバから取得すべき種別である場合、周囲に当該データを直接的に配信可能な他装置が存在する場合であってもサーバから取得する。つまり、不要に広域通信網を介した通信を実施する場合がある。他装置から直接的にデータを取得できる場合には、当該他装置から取得したほうが、通信料を抑制できるため、通信料の観点からは好ましい。
本開示は、この事情に基づいて成されたものであり、その目的とするところは、サーバが配信しているデータをユーザ側装置が取得する際に生じうる通信料を抑制可能な移動体通信システムを提供することにある。
その目的を達成するための本開示の移動体通信システムは、移動体で使用される複数のユーザ側装置(1)と、複数のユーザ側装置で共通して使用されるデータである共通使用データを、ユーザ側装置からの要求に基づき、要求元としてのユーザ側装置に配信するサーバ(2)と、を備える移動体通信システムであって、サーバと複数のユーザ側装置のそれぞれとは、広域通信網を介して相互通信可能に構成されており、複数のユーザ側装置のそれぞれは、現在位置を示す位置情報を示す通信パケットである位置報告パケットを逐次サーバに送信する報告部(W1)と、他のユーザ側装置である他装置と、広域通信網を介さない直接的な無線通信である狭域通信を実施するための通信モジュールである狭域通信部(12)と、を備え、サーバは、所定の書き換え可能な記憶媒体を用いて実現されているデータベースであって、ユーザ側装置毎の共通使用データの取得状況と位置情報とを示すデータが保存されている管理データベース(22)と、複数のユーザ側装置のそれぞれから送信されてくる位置報告パケットに基づき、管理データベースに保存されている複数のユーザ側装置のそれぞれの位置情報を更新する装置情報管理部(G1)と、ユーザ側装置からの共通使用データの配信要求を受け付けた場合に、管理データベースを参照し、当該要求元の周辺に、共通使用データを取得済みのユーザ側装置である取得済み装置が存在するか否かを判定する周辺装置探索部(G3)と、周辺装置探索部によって要求元の周辺に取得済み装置が存在すると判定されたことに基づいて、要求元に対して狭域通信によって共通使用データは取得可能であることを通知する通知部(G4)と、周辺装置探索部によって要求元の周辺に取得済み装置は存在しないと判定されたことに基づいて共通使用データを配信する配信部(G5)と、を備え、要求元としてのユーザ側装置は、配信要求に対するサーバからの応答として、狭域通信によって共通使用データを取得可能であることが通知された場合、狭域通信によって要求元の周辺に存在する取得済み装置から共通使用データを取得するための処理を実施する狭域回線取得部(N1)を備える。
以上の構成においてサーバは、要求元としてのユーザ側装置の周辺に、要求元が要求している共通使用データを取得済みの他のユーザ側装置(つまり取得済み装置)が存在しなかった場合には、要求元が要求しているデータを配信しうる。一方、要求元としてのユーザ側装置の周辺に、取得済み装置が存在する場合には、狭域通信で取得対象としての共通使用データを取得可能であることを通知する。
要求元としてのユーザ側装置は、上記の通知を受け取った場合には、狭域通信によって要求元の周辺に存在する取得済み装置からデータを取得するための処理を実施する。このような構成によれば、ユーザ側装置が広域通信でサーバからデータを取得する可能性は抑制され、通信料等を抑制することができる。
なお、特許請求の範囲に記載した括弧内の符号は、一つの態様として後述する実施形態に記載の具体的手段との対応関係を示すものであって、本開示の技術的範囲を限定するものではない。
以下、本開示の実施形態について図を用いて説明する。図1は、本開示に係る移動体通信システム100の概略的な構成の一例を示す図である。図1に示すように、移動体通信システム100は、複数の車両Ma,Mb,Mcの各々に搭載されている複数の車載装置1と、サーバ2と、を備える。
なお、図1では、便宜上、車載装置1が搭載されている車両(以降、搭載車両)として、車両Ma,Mb、Mcの3台しか図示していないが、実際には多数(例えば4台以上)存在する。以降において、搭載車両Ma,Mb,Mcに搭載されている車載装置1を区別する場合、車載装置1a、1b、1cと記載する。
或る車載装置1にとっては、その車載装置1が搭載されている車両が自車両に相当し、自車両以外の車両は他車両に相当する。また、他車両に搭載されている車載装置1は他装置に相当する。例えば車載装置1aにとっては車両Maが自車両に相当し、車両Mb、Mcは他車両である。また、車載装置1aにとって車載装置1b、1cは他装置である。他装置の存在を前提として、或る車載装置1にとっての自分自身を指す場合には自装置と記載する。車載装置1は車載システムとも言い換えることができる。車載装置1が請求項に記載のユーザ側装置に相当する。
各搭載車両は、道路上を走行する車両である。搭載車両は、四輪自動車のほか、二輪自動車、三輪自動車等であってもよい。二輪自動車には原動機付き自転車も含まれる。本実施形態では一例として搭載車両は、四輪自動車とする。
<全体の概要>
各車載装置1は、所定のソフトウェアを実行することによって、当該ソフトウェアに対応する機能を提供する装置である。また、サーバ2は、車載装置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の構成について述べる。車載装置1は、図2に示すように、広域通信部11、狭域通信部12、及び制御部13を備える。また、車載装置1は、車両内に構築されている通信ネットワーク5を介して、車両に搭載されている種々のセンサ6や、ロケータ7とも、単方向/双方向通信可能に接続されている。
まずは、車載装置1の構成について述べる。車載装置1は、図2に示すように、広域通信部11、狭域通信部12、及び制御部13を備える。また、車載装置1は、車両内に構築されている通信ネットワーク5を介して、車両に搭載されている種々のセンサ6や、ロケータ7とも、単方向/双方向通信可能に接続されている。
センサ6は、搭載車両の状態を示す所定の物理状態量を検出するセンサである。例えば自車両の絶対方位を検出する方位センサがセンサ6に該当する。方位センサとしては例えば、地磁気センサが用いられる。また、走行速度を検出する車速センサもまた、センサ6に該当する。その他、方向指示器の動作状態を示す検出する方向指示器センサもセンサ6に該当するものとする。種々のセンサ6は、検出対象とする物理状態量の現在の値(つまり検出結果)を示すデータを車載装置1に逐次提供する。なお、種々の車載センサの検出結果は、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はUser Equipmentの略である。
制御部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が備える機能ブロックの一部又は全部は、ハードウェアとして実現されていてもよい。ハードウェアとして実現する態様には1つ又は複数の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に対して予め割り当てられた、他の車載装置1と区別するための識別情報(つまり装置ID)である。これらの付加情報は、例えば位置報告パケットとして機能する通信パケットのヘッダ等に記載されていればよい。
また、本実施形態ではより好ましい態様として、位置報告パケットには、自車両の走行速度(換言すれば移動速度)を示すデータ、進行方向としての方位を示すデータや、方向指示器の作動状態を示すデータも含まれているものとする。進行方向としての方位を示すデータや方向指示器の作動状態を示すデータは、送信元としての車載装置1の移動方向を示すデータに相当する。移動方向を示すデータは、絶対方位を示すデータに限らない。移動方向を示すデータは、現在位置からユーザによって設定されている目的地までの走行予定経路を示すデータであってもよい。
サーバ要求部W2は、取得対象データの配信を要求する通信パケット(以降、配信要求パケット)を送信する構成である。制御部13が備える各機能ブロックの詳細については別途後述する。
<サーバ2の構成について>
次に、サーバ2の構成について説明する。サーバ2は、図4に示すように、サーバ側通信部21、管理データベース(以降、管理DB)22、及びサーバ制御部23を備える。サーバ側通信部21は、広域通信網3に接続し、種々の外部装置(例えば車載装置1)と通信するための通信モジュールである。なお、本実施形態では一例としてサーバ2は広域通信網3に有線接続している態様とするが、これに限らない。サーバ2は、広域通信網3に無線接続する構成となっていても良い。サーバ2は、複数のコンピュータを用いて実現されていてもよい。また、サーバ2は仮想的に実現されたサーバ(いわゆる仮想サーバ)などであってもよい。クラウドコンピューティング技術などを用いて実現することができる。
次に、サーバ2の構成について説明する。サーバ2は、図4に示すように、サーバ側通信部21、管理データベース(以降、管理DB)22、及びサーバ制御部23を備える。サーバ側通信部21は、広域通信網3に接続し、種々の外部装置(例えば車載装置1)と通信するための通信モジュールである。なお、本実施形態では一例としてサーバ2は広域通信網3に有線接続している態様とするが、これに限らない。サーバ2は、広域通信網3に無線接続する構成となっていても良い。サーバ2は、複数のコンピュータを用いて実現されていてもよい。また、サーバ2は仮想的に実現されたサーバ(いわゆる仮想サーバ)などであってもよい。クラウドコンピューティング技術などを用いて実現することができる。
サーバ側通信部21は、サーバ2を宛先とする通信パケットを受信し、サーバ制御部23にその受信データを提供する。例えば、サーバ側通信部21は、位置報告パケットや配信要求パケット、更新クエリなどを受信する。また、サーバ側通信部21は、サーバ制御部23から入力されたデータを変調して1つ又は複数の車載装置1に送信する。例えばサーバ側通信部21は、リリース通知や更新プログラムを送信する。
なお、サーバ2は、データの送信方式として、ユニキャストと、マルチキャストと、ブロードキャストとを使い分けることができるように構成されているものとする。ユニキャストは、特定の1つの車載装置1を宛先としてデータを送信する方式であり、マルチキャストは特定の複数の車載装置1を宛先としてデータを送信する方式である。ブロードキャストは、全ての車載装置1に対してデータを送信する方式である。ユニキャストは例えば個々の車載装置1に対する応答を返す場合に採用する。一方、マルチキャストやブロードキャストは、例えばリリース通知を配信する場合に利用される。
管理DB22は、書き換え可能な不揮発性の記憶媒体を用いて実現されるデータベースである。管理DB22は、サーバ制御部23によるデータの書き込み、読出、削除等が実施可能に構成されている。管理DB22には、車載装置1毎の位置情報や、更新プログラムの取得状況などを示すデータ(以降、個別状況データ)が、装置IDと対応付けられて保存されている。例えば車載装置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 tangible storage 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が取得対象データを取得できない状態が継続する恐れを低減できる。
<データ取得処理>
次に、制御部13が実施するデータ取得処理について、図7を用いて説明する。データ取得処理は、取得対象検出部F2によって検出された取得対象データを取得するための処理である。図7に示すデータ取得処理は、例えば、取得対象検出部F2が取得対象データの存在を検出したタイミングで開始されればよい。また、取得対象データが存在している状態において、所定の要求実行条件が充足した場合に開始されてもよい。
次に、制御部13が実施するデータ取得処理について、図7を用いて説明する。データ取得処理は、取得対象検出部F2によって検出された取得対象データを取得するための処理である。図7に示すデータ取得処理は、例えば、取得対象検出部F2が取得対象データの存在を検出したタイミングで開始されればよい。また、取得対象データが存在している状態において、所定の要求実行条件が充足した場合に開始されてもよい。
例えばイグニッション電源等の走行用電源がオンとなってから所定時間以内であることを要求実行条件として採用しても良い。そのような設定によれば、自車両が走行を開始した直後に本フローが開始されることになる。そのため、本フロー開始後にすぐに走行用電源がオフとなってフローが中断したり、本フロー継続のためにバッテリ電源を消費することによってバッテリ上がりを発生させたりする恐れを低減する事ができる。
また、ユーザによって設定されている目的地と現在位置の位置関係から、イグニッション電源がオフとなるまでの残り時間(以降、トリップ継続時間)を推定し、そのトリップ継続時間が所定の閾値以上となっていることを要求実行条件に含めてもよい。そのような設定によっても上記と同様の効果を奏する。
さらに、ユーザによって設定されている目的地と現在位置の位置関係から定まる走行予定経路が、国道等の相対的に車両の通行量が多いことが期待される種別の道路を通過することを、要求実行条件に含めてもよい。そのような態様によれば後述するように、自車両の走行が終了するまでに、多数の他車両(換言すれば他装置)と並走、またはすれ違う可能性が高い。その結果、狭域通信によって取得対象データを取得できる可能性を高めることができる。その他、自車両の走行用電源がオフとなったことを要求実行条件に含めても良い。
このデータ取得処理は、制御部13が広域通信部11や狭域通信部12と協働(換言すれば連携)して実行される。データ取得処理の最初のステップS101ではサーバ要求部W2が広域通信部11と連携して配信要求パケットをサーバ2に送信してステップS102に移る。配信要求パケットは、例えば図8に示すように、送信元情報としての装置ID、取得対象情報、及び、取得期限を含んでいるものとする。
取得対象情報は、車載装置1が要求しているデータをサーバ2が特定するための情報である。取得対象情報は、上記の目的を達する情報であればなんでもよい。例えば取得対象データに、リリース番号などの識別番号が付与されている場合には、当該識別番号を取得対象情報として採用することができる。取得対象情報は、別の観点によれば、取得対象データについての情報(いわゆるメタデータ)である。例えばソフトウェアの種類や、バージョン番号、リリース日なども取得対象情報に該当する。
取得期限情報は、取得対象データの取得期限を示す情報である。取得期限は、制御部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は、応答待機時間中に所定の要求間隔で狭域要求パケットを送信しても良い。その場合の応答待機時間の計測を開始する時点(換言すれば起算時点)は、1回目の狭域要求パケットを送信したときとすればよい。要求間隔は、応答待機時間の半分以下の値に設定されていればよい。例えば要求間隔は100ミリ秒〜数秒程度に設定されていればよい。例えば応答待機時間が2秒に設定されている場合には、400ミリ秒程度に設定されれば良い。
ステップS106ではステップS105で受信したデータを保存し、ステップS108に移る。ステップS107ではサーバ2から送信されてきた取得対象データを保存してステップS108を実行する。ステップS108では、取得状況を取得済みに変更してステップS109に移る。ステップS109では報告部W1がサーバ2に取得成功通知を送信して本フローを終了する。取得成功通知は、取得対象データを取得できたことをサーバ2に報告する通信パケットである。
なお、取得対象データとしての更新プログラムを、広域通信又は狭域通信によって取得できた場合に、その受信した更新プログラムを適用(換言すればインストール)するタイミングについては適宜設計されれば良い。例えば車両の走行制御に影響がない種類のソフトウェアの更新プログラムである場合には、受信次第、適用する処理を開始しても良い。また、ユーザによって指定されたタイミング(例えば走行用電源オフ時)に適用する処理を実行しても良い。ソフトウェア本体への適用等によって使用済みとなった更新プログラムは、所定のタイミングで削除されればよい。例えば1ヶ月保存されたのちに削除されればよい。削除のタイミングは、フラッシュメモリ134に保存されているデータの量に応じて制御部13が判断しても良いし、サーバ2によって指定されても良い。
ステップS110では報告部W1がサーバ2に取得失敗通知を送信して本フローを終了する。取得失敗通知は、狭域通信での取得対象データの取得に失敗したことをサーバ2に報告する通信パケットである。ステップS110での処理が完了すると本フローを終了する。なお、狭域通信で取得対象データを取得できなかった場合、本フロー終了時点における取得対象データの取得状況は未取得のままである。
データ取得処理を実行した結果として取得対象データを取得できなかった場合には、制御部13は、一定時間経過後に再びデータ取得処理を実行する。取得対象データを取得するまで、所定の周期でデータ取得処理を実行する。
<配信要求応答処理>
次に、サーバ制御部23が実施する配信要求応答処理について、図9を用いて説明する。配信要求応答処理は、車載装置1からの配信要求に対する応答として実行する処理である。図9に示す配信要求応答処理は、サーバ側通信部21が受信した配信要求パケットに基づいて配信要求受付部G2が、車載装置1からの配信要求を受け付ける度に逐次実行されれば良い。
次に、サーバ制御部23が実施する配信要求応答処理について、図9を用いて説明する。配信要求応答処理は、車載装置1からの配信要求に対する応答として実行する処理である。図9に示す配信要求応答処理は、サーバ側通信部21が受信した配信要求パケットに基づいて配信要求受付部G2が、車載装置1からの配信要求を受け付ける度に逐次実行されれば良い。
まずステップS201では配信装置探索部G3が、管理DB22を参照し、要求元装置と現在狭域通信可能な位置に存在し、かつ、要求元装置が要求しているデータ(つまり要求データ)を既に取得済みの車載装置1を検索する。要求データは前述の通り、要求元装置にとっての取得対象データに相当する。
ここでの現在(換言すれば現時点)とは、車載装置1からの配信要求を受け付けた時点を指す。現在要求元装置と狭域通信可能な範囲に存在する取得済み装置は、サーバ2が配信要求を受け付けた時点で狭域通信によって要求データを配信可能な車載装置1である。故に、現在要求元装置と狭域通信可能な範囲に存在する取得済み装置のことを以降では即時配信可能装置とも称する。
即時配信可能装置とは、例えば、要求元装置の現在位置から所定の狭域通信可能距離Rn(単位:m)以内に存在する車載装置1とすることができる。狭域通信可能距離Rnは数百m程度であって、例えば150mである。狭域通信可能距離Rnは狭域通信部12が通信可能な距離の想定値として設計される。なお、狭域通信可能距離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と要求元装置都の距離が、所定時間以内に狭域通信可能距離Rn以内となるか否かは、各車載装置1の現在位置、進行方向、及び移動速度から推定することができる。また、所定時間以内に狭域通信可能距離Rn以内となるか否かは、各車両の方向指示器の動作状態を考慮して推定することが好ましい。所定時間以内に2つの車両の距離が所定距離以内となるか否かを推定する方法については、例えば、衝突の可能性を推定するための方法を援用して実施する事ができるため、ここではその詳細な説明は省略する。許容遅延時間は、取得期限に応じて設定されれば良い。許容遅延時間は、取得期限の半分以下に設定されることが好ましい。
ステップS204での検索処理の結果、近時配信可能装置が発見された場合にはステップS205を肯定判定してステップS206を実行する。一方、ステップS204での検索処理の結果、近時配信可能装置が発見されなかった場合にはステップS205を否定判定してステップS207を実行する。なお、ステップS204〜S205の処理は、近時配信可能装置が存在するか否かを判定する処理に相当する。
請求項に記載の要求元の周辺に存在する取得済み装置には、ステップS204で抽出される近時配信可能装置も含まれうる。もちろん、ステップS202で抽出される即時配信可能装置も、請求項に記載の要求元の周辺に存在する取得済み装置に該当する。便宜上以降では、即時配信可能装置と、近時配信可能装置とを互いに区別しない場合には、周辺取得済み装置と記載する。
ステップS206では通知部G4が、要求元装置に対して狭域取得可能通知を送信して本フローを終了する。ただし、このステップS206で送信する狭域取得可能通知には、狭域通信によるデータ取得が可能となるまでの残り時間を示す情報(以降、狭域要求待機時間)が含まれていることが好ましい。現時点では狭域通信では取得対象データを取得できないことを要求元装置に認識させるためである。
本実施形態では上記の事情を鑑みて、ステップS203やステップS206において通知部G4が送信する狭域取得可能通知には、図11に示すように、広域通信における宛先情報や狭域通信で取得可能であることを示すビット列に加えて、狭域要求待機時間が含まれているものとする。宛先情報は複数の車載装置1のうちの何れの車載装置1を対象とする通信パケットであるかを示す情報である。もちろん、狭域取得可能通知には、宛先情報の他に、送信元を示す情報等を含んでいてもよい。狭域通信で取得可能であることを示すビット列は、狭域通信可能であることを示す特定のビットパターンである。換言すれば、要求元装置が、受信した通信パケットが狭域取得可能通知であることを認識するためのビット列である。
要求待機時間は、近時配信可能装置と要求元装置との距離が狭域通信可能距離Rn以内となるまでの残り時間(以降、接続所要時間)とすればよい。近時配信可能装置が複数存在する場合には、近時配信可能装置毎の接続所要時間のうち、最も小さい値とすればよい。或る近似配信可能装置についての接続所要時間は前述の通り、各車載装置1の現在位置、進行方向、及び移動速度から算出することができる。
要求元装置は、狭域取得可能通知を取得した場合、狭域取得可能通知を受信した時点を起算時点として、当該狭域取得可能通知に示されている要求待機時間が経過したタイミングで狭域要求パケットを送信するものとする。例えば要求元装置は要求待機時間として5秒が設定されている狭域取得可能通知を受信した場合、当該狭域取得可能通知を受信した時点から5秒後に狭域要求パケットを同報送信する。
なお、即時配信可能装置が存在する場合に送信する狭域取得可能通知、すなわちステップS203で送信される狭域取得可能通知が示す狭域要求待機時間は、0秒に設定されればよい。そのような設定によれば、要求待機時間として0秒が設定されている狭域取得可能通知を受信した要求元装置は、当該狭域取得可能通知を受信次第、速やかに狭域要求パケットを同報送信することとなる。このように狭域取得可能通知に要求待機時間を含めることで要求元装置に狭域要求パケットを同報送信させるタイミングを制御することができる。
ステップS207では配信部G5が、要求データを送信して本フローを終了する。つまり、本実施形態のサーバ2は、周辺取得済み装置が存在しなかった場合に広域通信によるデータ配信を実施する。本実施形態のサーバ2が、周辺取得済み装置が存在しないと判定する場合とは、前述の通り、要求元装置が狭域通信可能な範囲内に要求データを取得済みの車載装置1(つまり即時配信可能装置)が存在せず、かつ、要求元装置とこれから狭域通信可能となる可能性がある取得済み装置(つまり近時配信可能装置)も存在しなかった場合である。
なお、他の態様として、即時配信可能装置が存在しなかった時点で、周辺取得済み装置が存在しないと判定し、広域通信によるデータ配信を実施しても良い。そのような態様は、要求元装置が狭域通信可能な範囲のみを、要求元装置の周辺と見なす態様に相当する。
ところで装置情報管理部G1は、ステップS207での広域通信でのデータ配信を実施した場合には、管理DB22に登録されている当該要求元装置のデータ取得状況を、未取得から取得済みに変更する。つまり配信部G5の動作結果に基づいて要求元装置のデータ取得状況を更新する。また、装置情報管理部G1は、要求元装置から取得成功通知を受信した場合にも、管理DB22に登録されている当該要求元装置のデータ取得状況を、未取得から取得済みに変更する。
また、装置情報管理部G1は、要求元装置から取得失敗通知を受信した場合には、管理DB22に登録されている当該要求元装置のデータ取得状況を、未取得のままとする。
<狭域要求応答処理>
次に、車載装置1が実施する狭域要求応答処理について図12を用いて説明する。狭域要求応答処理は、車載装置1から狭域通信によって送信されてきた配信要求に対して応答する処理である。狭域要求応答処理は、狭域通信部12が受信した狭域要求パケットに基づいて、狭域要求受付部N2が他の車載装置1からの配信要求を受け付ける度に逐次実行されれば良い。狭域要求受付部N2は、狭域通信パケットの受信に基づいて他の車載装置1からのデータの配信要求を受け付ける構成である。狭域要求受付部N2は、狭域要求パケットが備える取得対象情報を参照することで、要求元装置が要求しているデータ(以降、要求データ)を特定する。
次に、車載装置1が実施する狭域要求応答処理について図12を用いて説明する。狭域要求応答処理は、車載装置1から狭域通信によって送信されてきた配信要求に対して応答する処理である。狭域要求応答処理は、狭域通信部12が受信した狭域要求パケットに基づいて、狭域要求受付部N2が他の車載装置1からの配信要求を受け付ける度に逐次実行されれば良い。狭域要求受付部N2は、狭域通信パケットの受信に基づいて他の車載装置1からのデータの配信要求を受け付ける構成である。狭域要求受付部N2は、狭域要求パケットが備える取得対象情報を参照することで、要求元装置が要求しているデータ(以降、要求データ)を特定する。
まずステップS301では取得状況管理部F3が、狭域要求受付部N2が特定した要求データを自装置が保有しているかを判定する。要求データを保有している状態とは、要求データを取得済みであって且つ未だ削除していない状態である。換言すれば、要求データを保有していない状態とは、要求データは未取得又は削除済みの状態である。要求データを自装置が保有している場合にはステップS302を実行する。一方、要求データを自装置が保有していない場合には本フローを終了する。なお、要求データを自装置が保有していない場合には、自装置は要求データを保有していない旨を示す通信パケットを狭域通信で返送してもよい。
ステップS302では配信処理部N3が狭域通信部12と協働して、要求データをブロードキャスト又は要求元装置に対してユニキャストして本フローを終了する。
<実施形態のまとめ>
以上の構成によれば、サーバ2は、要求元装置の周辺に要求データを取得済みの他装置(つまり取得済み装置)が存在する場合には、狭域通信で取得対象データを取得可能であることを通知し、その時点では広域通信による要求データの配信を実施しない。一方、サーバ2は、要求元装置の周辺に取得済みの車載装置1が存在しない場合にのみ、広域通信によるデータ配信を実施する。そのため、車載装置1が広域通信で取得対象データを取得する可能性は抑制され、通信料等を抑制することができる。
以上の構成によれば、サーバ2は、要求元装置の周辺に要求データを取得済みの他装置(つまり取得済み装置)が存在する場合には、狭域通信で取得対象データを取得可能であることを通知し、その時点では広域通信による要求データの配信を実施しない。一方、サーバ2は、要求元装置の周辺に取得済みの車載装置1が存在しない場合にのみ、広域通信によるデータ配信を実施する。そのため、車載装置1が広域通信で取得対象データを取得する可能性は抑制され、通信料等を抑制することができる。
以上、本開示の実施形態を説明したが、本開示は上述の実施形態に限定されるものではなく、以降で述べる種々の変形例も本開示の技術的範囲に含まれ、さらに、下記以外にも要旨を逸脱しない範囲内で種々変更して実施することができる。
なお、前述の実施形態で述べた部材と同一の機能を有する部材については、同一の符号を付し、その説明を省略する。また、構成の一部のみに言及している場合、他の部分については先に説明した実施形態の構成を適用することができる。
[変形例1]
上述した実施形態では、狭域取得可能通知として、サーバ2は何れの他装置から要求データを狭域通信で取得すべきかを指定せずに、単に狭域通信で取得可能(予定を含む)であることのみを通知する。そのため、要求元装置は狭域要求パケットを同報送信することによって周囲に車載装置1に対して取得対象データの送信を要求する。このような態様では、即時配信可能装置が複数存在する場合、同報送信された狭域要求パケットに対して複数の車載装置1が、応答として同一のデータを送信するため、狭域通信用の電波が混雑し、他のシステムに影響を与えることが懸念される。
上述した実施形態では、狭域取得可能通知として、サーバ2は何れの他装置から要求データを狭域通信で取得すべきかを指定せずに、単に狭域通信で取得可能(予定を含む)であることのみを通知する。そのため、要求元装置は狭域要求パケットを同報送信することによって周囲に車載装置1に対して取得対象データの送信を要求する。このような態様では、即時配信可能装置が複数存在する場合、同報送信された狭域要求パケットに対して複数の車載装置1が、応答として同一のデータを送信するため、狭域通信用の電波が混雑し、他のシステムに影響を与えることが懸念される。
そこで、他の態様としてサーバ2は、狭域取得可能通知において、何れの車載装置1から取得するべきかを指定しても良い。その場合には、狭域取得可能通知には、宛先情報等に加えて、サーバ2が指定した車載装置1(以降、指定装置)を要求元装置が特定するための指定装置情報が含まれるものとする。指定装置情報は、指定装置の装置IDなどとすればよい。また、上記の狭域取得可能通知を受信した要求元装置は、当該狭域取得可能通知に示されている指定装置とユニキャストな狭域通信を実施することによって、データの要求及び取得が実現される。このような態様によれば、同報送信された狭域要求パケットに対して複数の車載装置1が同一のデータを送信することで狭域通信用の電波が混雑する恐れを低減できる。
[変形例2]
車載装置1が狭域通信によって取得対象データを取得する方法は、上述した方法に限らない。サーバ2は、管理DB22での検索処理に基づいて、取得済み装置が存在することを確認できた場合には、要求元装置に対しては所定時間待機するように指示するとともに、周辺取得済み装置としての特定の車載装置1に対しては要求元装置に対して要求データを狭域通信で送信するように指示してもよい。
車載装置1が狭域通信によって取得対象データを取得する方法は、上述した方法に限らない。サーバ2は、管理DB22での検索処理に基づいて、取得済み装置が存在することを確認できた場合には、要求元装置に対しては所定時間待機するように指示するとともに、周辺取得済み装置としての特定の車載装置1に対しては要求元装置に対して要求データを狭域通信で送信するように指示してもよい。
図13は上記の思想に基づく配信要求応答処理の流れ(換言すればサーバ制御部23の作動)を示すフローチャートである。図13に示す配信要求応答処理は、配信要求パケットを受信する度に実行されれば良い。なお、図9のフローチャートを用いて説明済みの部分については省略又は簡略化して説明する。
まずステップS401では配信装置探索部G3が、周辺取得済み装置が存在するか否かを判定する。周辺取得済み装置が存在する場合にはステップS402を実行する。一方、周辺取得済み装置が存在しない場合にはステップS405を実行する。
ステップS402では通知部G4が、所定時間、狭域通信で要求データを受信することを待機するように指示する狭域取得可能通知を要求元装置に対して返送してステップS403を実行する。狭域通信で要求データを受信することを待機するように指示する、狭域取得可能通知としての通信パケットが、請求項に記載の狭域受信待機指示に相当する。
このステップS402で送信される狭域取得可能通知で指示する待機時間は、次のステップで定まる代理配信装置と要求元装置と狭域通信可能となるまでの残り時間に所定の余裕を与えた時間とすればよい。なお、要求元装置は、当該狭域取得可能通知を受信した場合、狭域取得可能通知で指示される待機時間、他の車載装置1から取得対象データが配信されてくるのを待機する。待機時間経過しても取得対象データを受信できなかった場合にはサーバ2に対して取得失敗通知を送信すればよい。
ステップS403では配信装置探索部G3が、周辺取得済み装置の中から要求元装置に対してデータを配信する役割を担う装置(つまり代理配信装置)を決定する。周辺取得済み装置が1つしか存在しない場合には、当該装置を代理配信装置に決定すれば良い。周辺取得済み装置が複数存在する場合には、所定の規則で代理配信装置を選定する。例えば代理配信装置は、要求元装置から最も近い取得済み装置としてもよいし、要求元装置との狭域通信可能な時間が最も長くなる取得済み装置としてもよい。狭域通信可能な時間が最も長くなる装置とは、例えば要求元装置と同一方向に移動している他装置や、相対速度が小さい装置である。狭域通信可能な時間とは、要求元装置の狭域通信可能なエリア内に滞在する時間に相当する。狭域通信可能な時間は、各車載装置1の現在位置、進行方向、及び移動速度から算出することができる。ステップS403での処理が完了するとステップS404を実行する。
ところで、代理配信装置からのデータ取得の成否は、代理配信装置の進路変更や狭域通信範囲からの離脱等の影響を受ける。換言すれば、代理配信装置からのデータ取得は、代理配信装置の挙動に起因して失敗しうる。具体的には、このような問題は、要求データの取得期限が短い場合や、代理配信装置が高速で移動している場合に顕著となる。そのような課題に対し、上記のように代理配信装置として要求元装置から最も近い取得済み装置を採用する構成によれば、代理配信装置の進路変更や狭域通信範囲からの離脱等の影響を受けにくくする事ができる。つまり、代理配信装置の移動による影響等を受けにくくなり、狭域通信での間接的なデータ配信が成功する可能性を高めることができる。
また、上記のように代理配信装置として要求元装置から最も近い取得済み装置を採用する構成によれば、仮に近時配信可能装置が代理配信装置として選定されている場合であっても、代理配信装置と要求元装置とが狭域通信可能となる時刻が、取得期限に対応する時刻を過ぎてしまう可能性を抑制することができる。
また、要求元装置との狭域通信可能な時間が最も長い取得済み装置を代理配信装置として採用する構成によれば、要求データの相対的にデータサイズが大きい場合であっても、データの通信の途中で、代理配信装置が自装置の狭域通信範囲からの離脱すること等に起因してデータの取得が失敗する恐れを低減することができる。相対的に大きなサイズのデータを狭域通信で取得する場合には相対的に通信時間が長くなるため、代理配信装置から当該データを取得しきれない可能性があるが、上記の構成によればそのような可能性を低減することができる。
ステップS404では通知部G4が、ステップS403で決定した代理配信装置に対して、要求データを狭域通信で送信するように指示する通信パケット(以降、狭域配信指示)を送信して本フローを終了する。このステップS404で代理配信装置に対して送信する狭域配信指示、及び、ステップS402で要求元装置に対して送信する狭域取得可能通知のそれぞれが、請求項に記載の狭域通信によって要求元に代理配信装置から共通使用データを取得させるための通信パケットに相当する。
狭域配信指示としての通信パケットは、配信要求パケットと同様に、取得対象情報を示すデータ領域を備えている。また、狭域配信指示としての通信パケットは、代理配信装置が必ずしも即時配信可能装置とは限らないことを考慮して、狭域配信指示は、送信待機時間を示すデータ領域を備えていることが好ましい。送信待機時間は、前述の接続所要時間に相当する値とすればよい。代理配信装置が即時配信可能装置である場合には、送信待機時間は0秒に設定されれば良い。なお、サーバ2は、代理配信装置と要求元装置とが狭域通信可能な位置関係となったことを確認してから狭域配信指示を送信してもよい。その場合には狭域配信指示において送信待機時間を示すデータ領域は不要となる。
上記の構成によれば、サーバ2がより積極的に車載装置1間のデータの送受信を制御するため、要求元装置が取得対象データを狭域通信で取得できる可能性を高めることができる。
[変形例3]
以上ではサーバ2は、要求元装置の周辺に取得済み装置が存在しなかった場合にはデータ配信を実行するものとしたが、これに限らない。要求元装置の周辺に取得済み装置が存在しなかった場合には、要求元装置の現在位置から所定距離(例えば狭域通信可能距離Rn)以内に存在する車載装置1の中で、広域通信の効率が最もよいエリア(以降、高効率エリア)に存在する車載装置1を特定する。そして、当該車載装置1に要求データを配信することによって、直接的又は間接的に要求元装置にデータを配信しても良い。
以上ではサーバ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からの配信要求に対して更新プログラムを配信する構成について言及したが、サーバ2は別途、車載装置1からの要求を受け付ける前に(つまり事前に)所定のタイミングで、所定の車載装置1に対して更新プログラムを配信しても良い。
例えばサーバ2は所定の周期で、特定の大型駐車場に停留している複数の車載装置1の幾つかに更新プログラムを配信しても良い。その際、更新プログラムを事前配信する車載装置1は、少なくとも互いに狭域通信可能距離の2倍以上離れている装置とする。サーバ2は、重複なく漏れなく狭域通信による更新プログラムの共有が実行可能なように、事前配信する車載装置1を選定することが好ましい。
[変形例5]
以上ではサーバ2は、複数の車載装置1からの個々の配信要求に対して個別に応答する態様を開示したが、これに限らない。サーバ2は、車載装置1からの配信要求を逐次受け付けるとともに、逐次受け付けた配信要求を所定の周期(以降、応答周期)でまとめて応答するものであってもよい。換言すれば、サーバ2は、車載装置1からの配信要求を所定の応答タイミングが到来するまで蓄積し、応答タイミングとなった場合に蓄積されている複数の配信要求に対してまとめて対応するように構成されていても良い。応答タイミングは応答周期で到来するものである。応答周期は、要求データの種類に応じて適宜設計されればよく、例えばソフトウェアの更新プログラムの配信要求に対する応答周期は1分〜1時間程度の値に設定することができる。
以上ではサーバ2は、複数の車載装置1からの個々の配信要求に対して個別に応答する態様を開示したが、これに限らない。サーバ2は、車載装置1からの配信要求を逐次受け付けるとともに、逐次受け付けた配信要求を所定の周期(以降、応答周期)でまとめて応答するものであってもよい。換言すれば、サーバ2は、車載装置1からの配信要求を所定の応答タイミングが到来するまで蓄積し、応答タイミングとなった場合に蓄積されている複数の配信要求に対してまとめて対応するように構成されていても良い。応答タイミングは応答周期で到来するものである。応答周期は、要求データの種類に応じて適宜設計されればよく、例えばソフトウェアの更新プログラムの配信要求に対する応答周期は1分〜1時間程度の値に設定することができる。
例えば、配信要求受付部G2は車載装置1からの配信要求を、所定の記憶媒体に蓄積していく。ここで蓄積される配信要求には、要求データや要求元装置の装置ID等が含まれる。配信装置探索部G3は、所定の周期で蓄積されている配信要求を取り出し、管理DB22に保存されている車載装置1毎の位置情報や、移動速度、進行方向に基づいて、蓄積されている複数の配信要求の送信元に、最も効率的に(具体的には少ない回数で)共通使用データを狭域通信で配信可能な位置に存在する少なくとも1つの取得済み装置を代理配信装置に選定する。そして、当該代理配信装置に対して狭域配信指示を送信する。
このような構成によれば、効率よく要求データを狭域通信で配信させることが可能となる。もちろん、この変形例5の構成は、上記の変形例4の構成と組み合わせて実施されてもよい。例えば、或るエリアに合計10台の要求元装置が存在する場合に、取得済み装置が一台も存在しない場合には、より多くの要求元装置と狭域通信可能な位置に存在する車載装置1に対して広域通信で要求データを配信し、狭域通信で同報配信させてもよい。例えば、3台の要求元装置としか狭域通信できない位置に存在する車載装置1と、9台の要求元装置としか狭域通信できない車載装置1とが存在する場合には、後者に対して広域通信で要求データを配信し、代理配信装置として機能させる。
[変形例6]
取得対象データ(別の観点によれば要求データ)として送受信される、ソフトウェアの更新プログラムは、図15に示すように、複数のフラグメントに分割されて取り扱われてもよい。図15は、ソフトウェアの更新プログラムDtを、第1フラグメントDf1〜第5フラグメントDf5までの、5つのフラグメントに分割した態様を例示している。
取得対象データ(別の観点によれば要求データ)として送受信される、ソフトウェアの更新プログラムは、図15に示すように、複数のフラグメントに分割されて取り扱われてもよい。図15は、ソフトウェアの更新プログラムDtを、第1フラグメントDf1〜第5フラグメントDf5までの、5つのフラグメントに分割した態様を例示している。
このような構成によれば、図16に示すように、フラグメント単位でデータの送受信可能となる。なお、図16では、5つの車載装置1a〜1eに対して1つずつそれぞれ異なるフラグメントを広域通信によって配信している態様を示している。
また、各車載装置1は、自装置が備えていないフラグメントを取得対象データに設定する。そのため、上述のデータ取得処理の結果として、各車載装置1は自装置が持っていないフラグメントを狭域通信によって他装置から取得することができる。例えば、車載装置1aは、第2フラグメントDf2〜第5フラグメントDf5を車載装置1b〜1eのそれぞれから狭域通信によって取得することで元データとしての更新プログラムを取得することできる。
なお、車載装置1a〜1eが何れも狭域通信可能な位置関係となっている状況において、例えば車載装置1bが第2フラグメントDf2を同報送信した場合、車載装置1aだけでなく、車載装置1c〜1eもまた、第2フラグメントDf2を取得することができる。各車載装置1は、個々のフラグメントを狭域通信で共有することによって、元データしての更新プログラムを再構築して利用可能である。
このようにデータをフラグメントに分割して送受信する構成によれば、各車載装置1における通信料をより一層抑制することができる。また、送受信されるデータサイズが小さくなるため、1個のデータの送受信に要する時間が短縮される。その結果、対向車両とのすれ違いざまといった相対的に短い時間でもデータの送受信が成功する可能性を高めることができる。別の観点によれば、車載装置1の移動によって、データを送受信している途中で狭域通信が中断する(つまりデータの送受信が失敗する)恐れを低減することができる。
また、すれ違いざまでのフラグメントの取得を積み重ねれば、最終的には全てのフラグメントを収集し、更新プログラムを利用できるようになる。つまり、更新プログラムをフラグメント化することにより、各車載装置1が更新プログラムを取得しやすくなる。その結果、更新プログラムの適用も促進される。なお、図16に示す車載装置1fは車載装置1a〜1eが搭載されている車両とは反対車線を走行する車両に搭載されている車載装置1である。車載装置1は、各車載装置1から順次フラグメントを狭域通信で取得することで、最終的に全てのフラグメントを揃えることができる。なお、図16における実線矢印は、広域通信によるデータの移動方向を表しており、一点鎖線の矢印は、狭域通信によるデータの移動方向を表している。
個々のフラグメントは、最終的には他のフラグメントと組み合わされて、複数の車載装置1で使用される。故に、個々のフラグメントもまた請求項に記載の共通使用データに該当する。また、各フラグメントは前述の実施形態における取得対象データと同様に取り扱うことが可能である。故に、取得期限までに取得できなかったフラグメントはサーバ2から送信されて、最終的には全て揃うこととなる。また、そのような場合にであってもサーバ2から送信されるデータは、元データを構成する一部のフラグメントとなりうるため、元データを全てサーバ2から広域通信で取得する場合に比べて通信料(換言すれば広域通信での通信量)を抑制することができる。
さらに、図17に示すように、車載装置1a、1b、1cが互いに狭域通信可能な位置関係となっている状況において、車載装置1aが第1フラグメントDf1と第2フラグメントDf2を要求しており、かつ、車載装置1bが第2フラグメントDf2と第5フラグメントDf5を要求している場合、車載装置1cは、各車載装置1a、1bが要求しているフラグメントの論理和(いわゆるOR)をとったフラグメントを同報送信する。すなわち、第1フラグメントDf1、第2フラグメントDf2、及び第5フラグメントDf5を順次同報送信する。要求されたフラグメントのみ送信することで、要求元装置は要求データを取得しつつ、狭域通信の通信量低減(狭域通信の混雑を低減)できる。
なお、変形例6における装置情報管理部G1は、車載装置1毎のデータ取得状況として、複数のフラグメントのそれぞれの取得状況を管理する。つまり、データ取得状況は、フラグメント単位で個別に管理する。また、サーバ2は車載装置1からの配信要求も、フラグメント単位で受け付ける。車載装置1は、2回目以降のデータ配信要求は、未取得のフラグメントのみを取得対象データに設定して実施すればよい。フラグメント単位での配信制御を行う場合には、車載装置1が要求しているフラグメント(つまり未取得フラグメント)を取得済みの車載装置が取得済み装置(特にフラグメント取得済み装置)に該当する。
[変形例7]
制御部13は、図18に示すように、正規性判定部F5を備えていても良い。正規性判定部F5は、狭域回線取得部N1が取得した更新プログラムの正規性を判定する構成である。なお、図18では広域通信処理部Wnや狭域通信処理部Nnは省略している。
制御部13は、図18に示すように、正規性判定部F5を備えていても良い。正規性判定部F5は、狭域回線取得部N1が取得した更新プログラムの正規性を判定する構成である。なお、図18では広域通信処理部Wnや狭域通信処理部Nnは省略している。
正規性判定部F5は、狭域回線取得部N1が同一種類のソフトウェアに対する更新プログラム(フラグメントを含む)を複数回受信した場合には、それら複数の受信データを比較することで、受信した更新プログラムの正規性を判定する。例えばそれぞれ異なる3つの車載装置1から同一種類のソフトウェアに対する更新プログラムを受信した場合には、それらが一致しているか否かを比較によって判定する。つまり、複数のデータの整合性(換言すれば同一性)を判定する。
そして、受信データが何れも同一の内容であることを確認できた場合には当該更新プログラムは正規の更新プログラムであると判定する。一方、複数の受信データの中に他のデータと内容が異なるデータが混ざっている場合には、不正な更新プログラムを受信した恐れがあると判定する。なお、複数の受信データの中に他のデータと内容が異なるデータが混ざっている場合であっても、多数決により正規なデータを決定してもよい。
プログラム適用部F4は、狭域通信で取得した更新プログラムについては正規性を確認できてから適用するものとする一方、不正なデータである恐れがある更新プログラムの適用は保留にする。つまり狭域回線取得部N1が取得した更新プログラムについては正規性判定部F5によって正規のデータであると判定されるまで使用しない。このような構成によれば、情報セキュリティの観点において安全性を高めることができる。
なお、車載装置1は、不正なデータである恐れがある更新プログラムを配信してきた車載装置1についての情報(例えば装置ID)を、サーバ2に報告するなどの処置を実施してもよい。そのような態様によればサーバ2は車載装置1からの報告に基づいて不審な挙動をしている車載装置1を特定することができる。また、不審な車載装置1を検出した場合には、当該車載装置1から配信されるデータは使用しないように、他の車載装置1に事前に通知するなどの処置を講ずることができる。
[変形例8]
変形例7では正規性判定部F5が複数の受信データを比較することによって受信データの正規性を判定する構成を記載したが、これに限らない。正規性判定部F5は受信データのハッシュ情報をサーバ2に問い合わせることで、サーバ2側で車載装置1が受信したデータが正規の(換言すれば正常な)データであるか否かを判定してもよい。ここでのハッシュ情報とは、元となるデータを所定のハッシュ関数に入力して定まる値(いわゆるハッシュ値)である。
変形例7では正規性判定部F5が複数の受信データを比較することによって受信データの正規性を判定する構成を記載したが、これに限らない。正規性判定部F5は受信データのハッシュ情報をサーバ2に問い合わせることで、サーバ2側で車載装置1が受信したデータが正規の(換言すれば正常な)データであるか否かを判定してもよい。ここでのハッシュ情報とは、元となるデータを所定のハッシュ関数に入力して定まる値(いわゆるハッシュ値)である。
その場合、サーバ2は、問い合わせられたデータが正規のデータであるか否かの回答を返送するものとする。このような態様によっても、正規性判定部F5は、狭域回線取得部N1が取得した更新プログラムが正規のものであるか否かを判定することができる。
また、正規性判定部F5は、サーバ2から事前に取得対象データのハッシュ情報を取得しておき、狭域通信で当該データを取得した場合に、サーバ2から取得したハッシュ情報と、受信データを用いて生成したハッシュ情報とを比較して正常性を判定してもよい。このような構成によっても上述した変形例7と同様の効果を奏する。さらに、同一種類のデータを複数回受信しなくてもデータの正常性を判定できるといった効果も奏する。
[変形例9]
車載装置1は、サーバ2から広域通信で取得対象データを取得した場合、自発的に所定回数、所定の周期で当該受信データを狭域通信でブロードキャストするようにされていても良い。
車載装置1は、サーバ2から広域通信で取得対象データを取得した場合、自発的に所定回数、所定の周期で当該受信データを狭域通信でブロードキャストするようにされていても良い。
また、車載装置1は、データの取得に関する要求として、取得期限以外の条件をサーバ2に要求しても良い。例えば、広域通信によるデータ配信を禁止してもよい。また、広域通信による配信と、狭域通信による配信との優先順位を通知しても良い。サーバ2は車載装置1からの要望に応じて作動すればよい。
[変形例10]
上述した実施形態におけるサーバ2は、配信装置探索部G3によって要求元装置の周辺に取得済み装置が存在すると判定されたことに基づいて、要求元装置に対して狭域取得可能通知を送信するものとしたが、これに限らない。配信装置探索部G3によって要求元装置の周辺に取得済み装置が存在すると判定された場合、要求元装置には何も指示せずに、周辺取得済み装置に対して、狭域通信で要求データを送信するように指示しても良い。
上述した実施形態におけるサーバ2は、配信装置探索部G3によって要求元装置の周辺に取得済み装置が存在すると判定されたことに基づいて、要求元装置に対して狭域取得可能通知を送信するものとしたが、これに限らない。配信装置探索部G3によって要求元装置の周辺に取得済み装置が存在すると判定された場合、要求元装置には何も指示せずに、周辺取得済み装置に対して、狭域通信で要求データを送信するように指示しても良い。
そのような構成においては、通知部G4が、周辺取得済み装置に対して、要求データを狭域通信で送信するように指示する通信パケット(つまり狭域配信指示)を送信すればよい。狭域配信指示を取得した車載装置1は、サーバ2から指示されたデータを狭域通信によって送信する。
[変形例11]
移動体通信システム100は、サーバ2に対してデータの配信を要求する装置として、狭域通信機能を備えない狭域通信非対応装置を含んでいてもよい。そのように車載装置1と狭域通信非対応装置とが混在している場合、サーバ2に送信される配信要求パケットには、要求元装置が狭域通信機能を備えているか否かを示すデータ領域が設けられているものとする。なお、狭域通信機能を備えているか否かは2値であるため1ビットで表現することができる。
移動体通信システム100は、サーバ2に対してデータの配信を要求する装置として、狭域通信機能を備えない狭域通信非対応装置を含んでいてもよい。そのように車載装置1と狭域通信非対応装置とが混在している場合、サーバ2に送信される配信要求パケットには、要求元装置が狭域通信機能を備えているか否かを示すデータ領域が設けられているものとする。なお、狭域通信機能を備えているか否かは2値であるため1ビットで表現することができる。
また、サーバ2は、配信要求応答処理において、要求元装置が狭域通信機能を備えているか否かによって、配信要求応答処理の内容を変更する。要求元装置が狭域通信機能を備えている場合には上述した実施形態等と同様の配信要求応答処理を実行する。一方、要求元装置が狭域通信機能を備えていない場合には広域通信によるデータ配信を実行する。なお、装置情報管理部G1が管理する個別状況データには、車載装置1が狭域通信機能を備えているか否かを示すデータが含まれているものとする。
[変形例12]
上述した実施形態では、サーバ2は、ソフトウェアの更新プログラムを配信するものとしたが、これに限らない。サーバ2は、ドライバの運転操作の手助けとなるリアルタイムな情報(以降、運転支援情報)を配信するものであってもよい。つまりサーバ2が配信するデータは、運転支援用のデータであってもよい。
上述した実施形態では、サーバ2は、ソフトウェアの更新プログラムを配信するものとしたが、これに限らない。サーバ2は、ドライバの運転操作の手助けとなるリアルタイムな情報(以降、運転支援情報)を配信するものであってもよい。つまりサーバ2が配信するデータは、運転支援用のデータであってもよい。
運転支援用のデータとは、例えば事故地点映像データや、交差点等において自車両にとって死角となる領域の映像データである。また、運転支援用データは、例えば通行規制や渋滞、道路上の落下物などとった道路状況を示すデータとすることもできる。これらのデータもまた、複数の車載装置1で使用されるデータとなりうる。
また、サーバ2は複数種類のデータを配信するように構成されていても良い。その場合、車載装置1もまた、サーバ2が配信可能な複数種類のデータを適宜要求する。取得対象とするデータの取得期限は、サーバ2に配信要求するデータの種別によって決定されればよい。例えばソフトウェアの更新プログラムの取得期限は、リアルタイム性が要求される運転支援用のデータに比べて相対的に長い時間に設定される。ただし、ソフトウェアの更新プログラムの中でも、不具合(特にセキュリティの脆弱性等に関する不具合)を修正するためのプログラムは、速やかな取得及び適用が要求されるため、相対的に短い時間に設定されることが好ましい。機能の拡充のための更新プログラムの取得期限は相対的に長い時間に設定されても良い。
なお、事故地点映像データ等といった地点情報と結びついたリアルタイム性を有する情報は、特定の地域、特定の時間帯においてのみ有用な情報といえる。故に、変形例8で言及したように車載装置1がサーバ2から取得したデータを自発的に同報送信する構成においては、サーバ2は、当該データを同報送信する地域や時間帯が限定的となるように、車載装置1が受信データを同報送信する条件を指定することが好ましい。例えば、サーバ2が配信する運転支援用のデータには、有効期限と、有効地域が設定されていても良い。有効期限と、有効地域が設定されたデータを受信した車載装置1は、有効期限内であって、且つ有効地域内に存在する場合にのみ、当該受信データを同報送信する。そのような構成によれば、当該データを必要としないエリアにおいて同報送信するおそれを低減できる。
[変形例13]
請求項に記載のユーザ側装置は、スマートフォンやタブレット端末等の携帯型の通信端末であってもよい。さらに、ユーザ側装置は、工作機器や、重機、飲料缶等の自動販売機などに備えられていても良い。
請求項に記載のユーザ側装置は、スマートフォンやタブレット端末等の携帯型の通信端末であってもよい。さらに、ユーザ側装置は、工作機器や、重機、飲料缶等の自動販売機などに備えられていても良い。
100 移動体通信システム、1・1a〜1e 車載装置、2 サーバ、11 広域通信部、12 狭域通信部、13 制御部、21 サーバ側通信部、22 管理データベース、23 サーバ制御部、F1 機能提供部、F2 取得対象検出部、F3 取得状況管理部、F4 プログラム適用部、W1 報告部、W2 サーバ要求部、W3 サーバ応答取得部、N1 狭域回線取得部、N2 狭域要求受付部、N3 配信処理部、G1 装置情報管理部、G2 配信要求受付部、G3 配信装置探索部(周辺装置探索部)、G4 通知部、G5 配信部、G6 期限管理部
Claims (12)
- 移動体で使用される複数のユーザ側装置(1)と、複数の前記ユーザ側装置で共通して使用されるデータである共通使用データを、前記ユーザ側装置からの要求に基づき、要求元としての前記ユーザ側装置に配信するサーバ(2)と、を備える移動体通信システムであって、
前記サーバと複数の前記ユーザ側装置のそれぞれとは、広域通信網を介して相互通信可能に構成されており、
複数の前記ユーザ側装置のそれぞれは、
現在位置を示す位置情報を示す通信パケットである位置報告パケットを逐次前記サーバに送信する報告部(W1)と、
他の前記ユーザ側装置である他装置と、前記広域通信網を介さない直接的な無線通信である狭域通信を実施するための通信モジュールである狭域通信部(12)と、を備え、
前記サーバは、
所定の書き換え可能な記憶媒体を用いて実現されているデータベースであって、前記ユーザ側装置毎の前記共通使用データの取得状況と位置情報とを示すデータが保存されている管理データベース(22)と、
複数の前記ユーザ側装置のそれぞれから送信されてくる前記位置報告パケットに基づき、前記管理データベースに保存されている複数の前記ユーザ側装置のそれぞれの位置情報を更新する装置情報管理部(G1)と、
前記ユーザ側装置からの前記共通使用データの配信要求を受け付けた場合に、前記管理データベースを参照し、当該要求元の周辺に、前記共通使用データを取得済みの前記ユーザ側装置である取得済み装置が存在するか否かを判定する周辺装置探索部(G3)と、
前記周辺装置探索部によって前記要求元の周辺に前記取得済み装置が存在すると判定されたことに基づいて、前記要求元に対して前記狭域通信によって前記共通使用データが取得可能であることを通知する通知部(G4)と、
前記周辺装置探索部によって前記要求元の周辺に前記取得済み装置が存在しないと判定されたことに基づいて前記共通使用データを配信する配信部(G5)と、を備え、
前記要求元としての前記ユーザ側装置は、
前記配信要求に対する前記サーバからの応答として、前記狭域通信によって前記共通使用データを取得可能であることが通知された場合、前記狭域通信によって前記要求元の周辺に存在する前記取得済み装置から前記共通使用データを取得するための処理を実施する狭域回線取得部(N1)を備える移動体通信システム。 - 請求項1に記載の移動体通信システムであって、
前記報告部は、前記狭域回線取得部が前記共通使用データを取得できた場合には、前記共通使用データを取得できたことを示す通信パケットである取得成功通知を前記サーバに対して送信し、
前記装置情報管理部は、前記ユーザ側装置から送信されてくる前記取得成功通知、及び前記配信部の動作結果に基づいて、前記管理データベースに登録されている前記ユーザ側装置毎の前記共通使用データの取得状況を更新するものであって、
前記周辺装置探索部は、前記管理データベースに登録されている前記ユーザ側装置毎の現在位置と前記共通使用データの取得状況に基づいて、前記取得済み装置の中から、前記要求元としての前記ユーザ側装置に対して、前記狭域通信で前記共通使用データを送信する前記取得済み装置である代理配信装置を選定し、
前記通知部は、前記周辺装置探索部が選定した前記代理配信装置と前記要求元のそれぞれに対して、前記狭域通信によって前記要求元に前記代理配信装置から前記共通使用データを取得させるための通信パケットを送信する移動体通信システム。 - 請求項2において
前記通知部は、前記周辺装置探索部が選定した前記代理配信装置に対し、前記狭域通信で前記共通使用データを前記要求元に送信するように指示する通信パケットである狭域配信指示を送信するとともに、前記要求元に対しては、前記狭域通信で前記共通使用データが配信されてくることを所定時間待機するように指示する通信パケットである狭域受信待機指示を送信する移動体通信システム。 - 請求項2又は3に記載の移動体通信システムであって、
複数の前記ユーザ側装置のそれぞれが送信する前記位置報告パケットには、現在位置を示す位置情報に加えて、移動方向と移動速度を示す情報が含まれており、
前記狭域通信部が通信可能な距離としての想定値が、狭域通信可能距離として予め設定されており、
前記装置情報管理部は、複数の前記ユーザ側装置のそれぞれから送信されてくる前記位置報告パケットに基づいて、前記ユーザ側装置のそれぞれの位置情報、移動方向、及び移動速度を示すデータを前記管理データベースに保存するものであって、
前記周辺装置探索部は、
前記管理データベースに登録されている前記ユーザ側装置毎の位置情報に基づいて、前記要求元から前記狭域通信可能距離以内に存在する前記取得済み装置である即時配信可能装置が存在するか否かを判定するとともに、
前記即時配信可能装置が存在しなかった場合には、前記管理データベースに登録されている前記ユーザ側装置毎の位置情報、移動方向、及び移動速度に基づいて、現在から所定時間以内に、前記要求元との距離が前記狭域通信可能距離以下となる前記取得済み装置である近時配信可能装置が存在するか否かを判定し、
前記即時配信可能装置及び前記近時配信可能装置の少なくとも何れか一方が存在する場合には、前記要求元の周辺に前記取得済み装置が存在すると判定する移動体通信システム。 - 請求項2又は3に記載の移動体通信システムであって、
複数の前記ユーザ側装置のそれぞれが送信する前記位置報告パケットには、現在位置を示す位置情報に加えて、移動方向と移動速度を示す情報が含まれており、
前記装置情報管理部は、複数の前記ユーザ側装置のそれぞれから送信されてくる前記位置報告パケットに基づいて、前記ユーザ側装置のそれぞれの位置情報、移動方向、及び移動速度を示すデータを前記管理データベースに保存するものであって、
前記周辺装置探索部は、
前記管理データベースに登録されている前記ユーザ側装置毎の前記共通使用データの取得状況に基づいて前記取得済み装置を抽出するとともに、
前記管理データベースに登録されている前記取得済み装置毎の現在位置、移動方向、及び移動速度に基づいて、前記要求元と最も長い間、前記狭域通信を実施可能な前記取得済み装置を前記代理配信装置に決定する移動体通信システム。 - 請求項5に記載の移動体通信システムであって、
前記狭域通信部が通信可能な距離としての想定値が、狭域通信可能距離として予め設定されており、
前記周辺装置探索部は、
前記管理データベースに登録されている前記ユーザ側装置毎の位置情報に基づいて、前記要求元から前記狭域通信可能距離以内に存在する前記取得済み装置である即時配信可能装置が存在するか否かを判定するとともに、
前記即時配信可能装置が存在しなかった場合には、前記管理データベースに登録されている前記ユーザ側装置毎の位置情報、移動方向、及び移動速度に基づいて、現在から所定時間以内に、前記要求元との距離が前記狭域通信可能距離以下となる前記取得済み装置である近時配信可能装置が存在するか否かを判定し、
前記即時配信可能装置及び前記近時配信可能装置の少なくとも何れか一方が存在する場合には、前記要求元の周辺に前記取得済み装置が存在すると判定する移動体通信システム。 - 請求項2又は3に記載の移動体通信システムであって、
前記周辺装置探索部は、
前記管理データベースに登録されている前記ユーザ側装置毎の前記共通使用データの取得状況に基づいて前記取得済み装置を抽出するとともに、
前記管理データベースに登録されている前記取得済み装置毎の現在位置に基づいて、前記要求元から最も近い前記取得済み装置を前記代理配信装置に決定する移動体通信システム。 - 請求項2又は3に記載の移動体通信システムであって、
複数の前記ユーザ側装置のそれぞれが送信する前記位置報告パケットには、現在位置を示す位置情報に加えて、移動方向と移動速度を示す情報が含まれており、
前記装置情報管理部は、複数の前記ユーザ側装置のそれぞれから送信されてくる前記位置報告パケットに基づいて、前記ユーザ側装置のそれぞれの位置情報、移動方向、及び移動速度を示すデータを前記管理データベースに保存し、
前記サーバは、前記ユーザ側装置からの前記共通使用データの前記配信要求を逐次受け付けるとともに、逐次受け付けた前記配信要求に対して所定の周期でまとめて応答するものであって、
前記周辺装置探索部は、1周期内において複数の前記配信要求を受け付けた場合には、前記管理データベースに登録されている前記ユーザ側装置毎の現在位置、移動方向、移動速度、及び前記共通使用データの取得状況に基づいて、前記取得済み装置の中から、複数の前記要求元のそれぞれに対して最も効率的に前記共通使用データを配信可能な位置に存在する前記取得済み装置を前記代理配信装置に設定する移動体通信システム。 - 請求項2から8の何れか1項に記載の移動体通信システムであって、
前記配信部は、前記周辺装置探索部によって前記要求元の周辺は前記取得済み装置が存在しないと判定された場合に、前記要求元の現在位置から所定距離以内に存在する前記ユーザ側装置の中で、広域通信の効率が最も良い前記ユーザ側装置に対して前記共通使用データを配信することによって、前記要求元に対して直接的又は前記狭域通信を用いた間接的に前記共通使用データを提供する移動体通信システム。 - 請求項1から9の何れか1項に記載の移動体通信システムであって、
前記サーバは、1つの前記共通使用データを複数のフラグメントに分割して配信し、
前記ユーザ側装置は、前記共通使用データを構成する複数の前記フラグメントのうち、未取得の前記フラグメントである未取得フラグメントが存在する場合に、当該未取得フラグメントの配信を前記サーバに要求し、
前記装置情報管理部は、前記ユーザ側装置毎の前記共通使用データの取得状況として、複数の前記フラグメントのそれぞれの取得状況を管理するものであって、
前記周辺装置探索部は、
前記ユーザ側装置から前記未取得フラグメントの配信の要求を受け付けた場合に、前記管理データベースを参照し、当該要求元の周辺に、前記未取得フラグメントを保持している前記ユーザ側装置であるフラグメント取得済み装置が存在するか否かを判定し、
前記通知部は、前記周辺装置探索部によって前記要求元の周辺に前記フラグメント取得済み装置が存在すると判定された場合に、前記要求元に対して前記狭域通信によって前記未取得フラグメントは取得可能であることを通知し、
前記配信部は、前記周辺装置探索部によって前記要求元の周辺に前記フラグメント取得済み装置は存在しないと判定されたことに基づいて前記未取得フラグメントを配信し、
前記狭域回線取得部は、前記配信要求に対する前記サーバからの応答として、前記狭域通信によって前記未取得フラグメントを取得可能であることが通知された場合に、前記狭域通信によって前記要求元の周辺に存在する前記フラグメント取得済み装置から前記未取得フラグメントを取得するための処理を実施する移動体通信システム。 - 請求項1から10の何れか1項に記載の移動体通信システムであって、
前記共通使用データは車両で使用されるソフトウェアの更新プログラムであって、
前記ユーザ側装置は車両に搭載されている装置であることを特徴とする移動体通信システム。 - 請求項11に記載の移動体通信システムであって、
前記更新プログラムを使用するプログラム適用部(F4)と、
前記狭域回線取得部が取得した前記更新プログラムの正規性を判定する正規性判定部(F5)と、を備え、
前記プログラム適用部は、前記狭域回線取得部が取得した前記更新プログラムについては前記正規性判定部によって正規のデータであると判定されるまで使用しない移動体通信システム。
Priority Applications (5)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2017160361A JP6747404B2 (ja) | 2017-08-23 | 2017-08-23 | 移動体通信システム |
EP18847630.3A EP3675538B1 (en) | 2017-08-23 | 2018-07-27 | Moving vehicle communication system |
CN201880053877.3A CN111066334B (zh) | 2017-08-23 | 2018-07-27 | 移动体通信系统 |
PCT/JP2018/028252 WO2019039191A1 (ja) | 2017-08-23 | 2018-07-27 | 移動体通信システム |
US16/794,712 US11109200B2 (en) | 2017-08-23 | 2020-02-19 | Moving body communication system |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2017160361A JP6747404B2 (ja) | 2017-08-23 | 2017-08-23 | 移動体通信システム |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2019041179A JP2019041179A (ja) | 2019-03-14 |
JP6747404B2 true JP6747404B2 (ja) | 2020-08-26 |
Family
ID=65438786
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2017160361A Expired - Fee Related JP6747404B2 (ja) | 2017-08-23 | 2017-08-23 | 移動体通信システム |
Country Status (5)
Country | Link |
---|---|
US (1) | US11109200B2 (ja) |
EP (1) | EP3675538B1 (ja) |
JP (1) | JP6747404B2 (ja) |
CN (1) | CN111066334B (ja) |
WO (1) | WO2019039191A1 (ja) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP6941055B2 (ja) * | 2015-09-29 | 2021-09-29 | Whill株式会社 | モビリティ、モビリティメンテナンスシステム、およびサーバー装置 |
JP6801619B2 (ja) * | 2017-09-25 | 2020-12-16 | 株式会社デンソー | データ転送経路算出装置およびデータ転送端末 |
JP7111074B2 (ja) * | 2018-08-10 | 2022-08-02 | 株式会社デンソー | 車両用マスタ装置、セキュリティアクセス鍵の管理方法、セキュリティアクセス鍵の管理プログラム及び車両用電子制御システム |
WO2021234855A1 (ja) * | 2020-05-20 | 2021-11-25 | 日本電気株式会社 | 解析装置、解析方法、及びプログラム |
WO2022254998A1 (ja) * | 2021-06-03 | 2022-12-08 | パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ | 制御方法、サーバ装置、プログラム及びデータ配信システム |
US11825399B2 (en) * | 2021-08-03 | 2023-11-21 | Huawei Technologies Co., Ltd. | Method and apparatus for data routing using moving communication nodes |
Family Cites Families (29)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2000034933A1 (de) * | 1998-05-22 | 2000-06-15 | Brust Hans Detlef | Vorrichtung und verfahren zum auffinden eines geparkten fahrzeugs |
JP2000207218A (ja) * | 1999-01-18 | 2000-07-28 | Fujitsu Ten Ltd | バ―ジョンアップ発生時の通知方法 |
US6407698B1 (en) * | 1999-06-04 | 2002-06-18 | Mourad Ben Ayed | Parked vehicle locator |
US7983349B2 (en) * | 2001-03-20 | 2011-07-19 | Lightwaves Systems, Inc. | High bandwidth data transport system |
US6489921B1 (en) * | 2001-07-12 | 2002-12-03 | Jeffrey Fergus Wilkinson | Vehicle locating apparatus |
SG138435A1 (en) * | 2001-07-17 | 2008-01-28 | Mitsubishi Materials Corp | Communication system, mobile unit database server, mobile radio router, charging method, and vehicle mounted router and agent server therewith |
US6791477B2 (en) * | 2001-07-17 | 2004-09-14 | Waypoint West, Llc | Method and apparatus for identifying waypoints and providing keyless remote entry in a handheld locator device |
US7233863B2 (en) * | 2004-03-12 | 2007-06-19 | Albert Rodriguez | GPS location finding device |
JP2007065856A (ja) * | 2005-08-30 | 2007-03-15 | Fujitsu Ten Ltd | 情報書き換えシステムおよび情報書き換え装置 |
JP2007064951A (ja) * | 2005-09-02 | 2007-03-15 | Nissan Motor Co Ltd | ナビゲーション装置、地図更新データ配信装置、ナビゲーションシステムおよび地図データ更新方法 |
US7522999B2 (en) * | 2006-01-17 | 2009-04-21 | Don Wence | Inertial waypoint finder |
JP4864543B2 (ja) * | 2006-05-24 | 2012-02-01 | 富士通テン株式会社 | 車載通信装置および車両用の通信方法 |
US7990255B2 (en) * | 2006-11-02 | 2011-08-02 | Audiovox Corporation | Range extending positive repeater |
CA2691878C (en) * | 2007-06-21 | 2010-11-16 | Harris Korn | System and method for locating a vehicle |
US8242884B2 (en) * | 2008-09-24 | 2012-08-14 | Denso International America, Inc. | Car finder by cell phone |
US9403415B2 (en) * | 2009-10-12 | 2016-08-02 | Ford Global Technologies | GPS based pitch sensing for an integrated stability control system |
JP5614176B2 (ja) * | 2010-08-26 | 2014-10-29 | トヨタ自動車株式会社 | キャッシュ管理装置およびデータ配信システム |
US8447804B2 (en) * | 2010-12-21 | 2013-05-21 | GM Global Technology Operations LLC | Information gathering system using multi-radio telematics devices |
US9116000B2 (en) * | 2012-10-22 | 2015-08-25 | Qualcomm, Incorporated | Map-assisted sensor-based positioning of mobile devices |
US9074892B2 (en) * | 2013-03-15 | 2015-07-07 | Ian Michael Fink | System and method of determining a position of a remote object |
US20150186991A1 (en) * | 2013-12-31 | 2015-07-02 | David M. Meyer | Creditor alert when a vehicle enters an impound lot |
KR101575447B1 (ko) * | 2014-02-06 | 2015-12-07 | 현대자동차주식회사 | 차량의 소프트웨어 업데이트 방법 |
JP6439441B2 (ja) * | 2014-12-26 | 2018-12-19 | 株式会社デンソー | 車両用通信端末 |
US9529580B2 (en) * | 2015-01-21 | 2016-12-27 | Ford Global Technologies, Llc | Vehicle control update methods and systems |
US9930608B2 (en) * | 2015-02-27 | 2018-03-27 | Veniam Inc. | Method and system for operating a vehicular data network based on a layer-2 periodic frame broadcast, in particular a routing protocol |
JP6487278B2 (ja) | 2015-06-08 | 2019-03-20 | Necプラットフォームズ株式会社 | 通信端末、通信方法及びプログラム |
KR102398320B1 (ko) * | 2015-08-07 | 2022-05-16 | 삼성전자주식회사 | 경로 정보 제공 방법 및 그 방법을 처리하는 전자 장치 |
US9686124B2 (en) * | 2015-09-22 | 2017-06-20 | Veniam, Inc. | Systems and methods for managing a network of moving things |
JP2017228107A (ja) * | 2016-06-23 | 2017-12-28 | 住友電気工業株式会社 | 中継装置、中継方法及びコンピュータプログラム |
-
2017
- 2017-08-23 JP JP2017160361A patent/JP6747404B2/ja not_active Expired - Fee Related
-
2018
- 2018-07-27 WO PCT/JP2018/028252 patent/WO2019039191A1/ja unknown
- 2018-07-27 CN CN201880053877.3A patent/CN111066334B/zh not_active Expired - Fee Related
- 2018-07-27 EP EP18847630.3A patent/EP3675538B1/en active Active
-
2020
- 2020-02-19 US US16/794,712 patent/US11109200B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
JP2019041179A (ja) | 2019-03-14 |
US11109200B2 (en) | 2021-08-31 |
WO2019039191A1 (ja) | 2019-02-28 |
EP3675538B1 (en) | 2022-09-07 |
US20200186980A1 (en) | 2020-06-11 |
CN111066334B (zh) | 2022-07-19 |
EP3675538A4 (en) | 2020-08-05 |
EP3675538A1 (en) | 2020-07-01 |
CN111066334A (zh) | 2020-04-24 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP6747404B2 (ja) | 移動体通信システム | |
JP6424853B2 (ja) | 通信制御装置 | |
JP6340891B2 (ja) | 車載通信端末、及び移動体通信システム | |
JP4864543B2 (ja) | 車載通信装置および車両用の通信方法 | |
US20150281906A1 (en) | Crowd enhanced connectivity map for data transfer intermittency mitigation | |
JP6717183B2 (ja) | 路車間通信システム、路側通信装置、車載通信装置及び路車間通信方法 | |
JP6520781B2 (ja) | 通信制御装置 | |
WO2017221436A1 (ja) | 中継装置、中継方法及びコンピュータプログラム | |
US10834551B2 (en) | Mobile object communication system and mobile object side device | |
JP2013246740A (ja) | 配信サーバ、路側通信装置、ソフトウェア配信方法およびソフトウェア配信システム | |
CN111417065A (zh) | 基于v2x消息变量匹配第一联网设备和第二联网设备 | |
WO2020003814A1 (ja) | 車車間通信システム、車両用通信装置 | |
JP2019021006A (ja) | 車両情報収集システムおよび車両用送信装置 | |
JP5595170B2 (ja) | 車車間通信装置 | |
JP5359577B2 (ja) | 情報管理センタ及び車載端末 | |
JP5321717B2 (ja) | 路車間および車車間通信システム、路車間および車車間通信方法、そのプログラムおよびプログラム記録媒体 | |
JP5545384B2 (ja) | 運転者支援装置、および運転者支援システム | |
CN114827108B (zh) | 车辆升级方法、装置、存储介质、芯片及车辆 | |
CN112312356B (zh) | 车载通信装置 | |
US20240031905A1 (en) | Communication device, communication processing system, and communication control method | |
WO2023112194A1 (ja) | 車載通信装置、路側機通信装置および路車間通信システム | |
CN111615058B (zh) | 定位车辆的方法、装置以及计算机可读存储介质 | |
JP2013125348A (ja) | 車載端末およびデータ抽出アルゴリズム選択方法 | |
JP5741525B2 (ja) | 車両用無線通信装置および車車間情報通信システム | |
CN114937369A (zh) | 自主代客泊车方法、系统、车辆、停车场端、装置和介质 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20190621 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20200707 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20200720 |
|
R151 | Written notification of patent or utility model registration |
Ref document number: 6747404 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R151 |
|
LAPS | Cancellation because of no payment of annual fees |