WO2015133207A1 - 車載用通信システム及び車載用通信方法 - Google Patents

車載用通信システム及び車載用通信方法 Download PDF

Info

Publication number
WO2015133207A1
WO2015133207A1 PCT/JP2015/052458 JP2015052458W WO2015133207A1 WO 2015133207 A1 WO2015133207 A1 WO 2015133207A1 JP 2015052458 W JP2015052458 W JP 2015052458W WO 2015133207 A1 WO2015133207 A1 WO 2015133207A1
Authority
WO
WIPO (PCT)
Prior art keywords
communication system
vehicle
controller
security certificate
information
Prior art date
Application number
PCT/JP2015/052458
Other languages
English (en)
French (fr)
Inventor
ロイ ダブリュー ガウディー
アンディー クリスチャンセン
ニール プロバート
Original Assignee
日産自動車株式会社
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 日産自動車株式会社 filed Critical 日産自動車株式会社
Priority to CN201580011443.3A priority Critical patent/CN106063184B/zh
Priority to JP2016506178A priority patent/JP6137403B2/ja
Priority to EP15758185.1A priority patent/EP3116158B1/en
Publication of WO2015133207A1 publication Critical patent/WO2015133207A1/ja

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/08—Network architectures or network communication protocols for network security for authentication of entities
    • H04L63/0823—Network architectures or network communication protocols for network security for authentication of entities using certificates
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00—Network architectures or network communication protocols for network security
    • H04L63/06—Network architectures or network communication protocols for network security for supporting key management in a packet data network
    • H04L63/068—Network architectures or network communication protocols for network security for supporting key management in a packet data network using time-dependent keys, e.g. periodically changing keys
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/321—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving a third party or a trusted authority
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/3263—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving certificates, e.g. public key certificate [PKC] or attribute certificate [AC]; Public key infrastructure [PKI] arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/03—Protecting confidentiality, e.g. by encryption
    • H04W12/033—Protecting confidentiality, e.g. by encryption of the user plane, e.g. user's traffic
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2209/00—Additional information or applications relating to cryptographic mechanisms or cryptographic arrangements for secret or secure communication H04L9/00
    • H04L2209/84—Vehicles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
    • H04W12/02—Protecting privacy or anonymity, e.g. protecting personally identifiable information [PII]

Definitions

  • the present invention generally relates to in-vehicle communication systems and methods. More specifically, the present invention relates to an in-vehicle communication system and method for determining the timing and method for performing a security certificate supplement process in a vehicle based on the driving environment of the vehicle.
  • Vehicles have come to be equipped with more sophisticated communication equipment, and as a result, they are increasingly connected to the surrounding communication infrastructure and other vehicles.
  • the types of communication access points used by vehicles to communicate with infrastructure and other vehicles include, for example, IEEE 802.11 family of wireless communication standards such as cellular communication, direct satellite communication, WiFi and dedicated narrow area communication (DSRC).
  • IEEE 802.11 family of wireless communication standards such as cellular communication, direct satellite communication, WiFi and dedicated narrow area communication (DSRC).
  • DSRC dedicated narrow area communication
  • an in-vehicle communication system and method using a storage device, a communication device, and a controller are provided.
  • the storage device is configured to store a plurality of security certificates.
  • the communication device is configured to receive external information outside a host vehicle on which the in-vehicle communication system is mounted.
  • the controller receives an additional security certificate from at least one source external to the host vehicle when the amount of security certificate stored in the storage device is less than a first predetermined threshold. Therefore, it is configured to determine whether to start a security certificate supplement process based on the received external information.
  • FIG. 1 is a block diagram illustrating an example of a host vehicle equipped with an in-vehicle communication system according to an embodiment disclosed in the present specification in association with components of a remote vehicle and a wireless communication network.
  • FIG. 2 is a block diagram illustrating a configuration example of the host vehicle equipped with the in-vehicle communication system according to the embodiment disclosed in the present specification.
  • FIG. 3 is a block diagram illustrating a configuration example of a communication unit of the in-vehicle communication system according to the embodiment disclosed in the present specification.
  • FIG. 4 is a block diagram illustrating a configuration example of the determination unit of the in-vehicle communication system according to the embodiment disclosed in this specification.
  • FIG. 5 is a block diagram illustrating a configuration example of the data storage unit of the in-vehicle communication system according to the embodiment disclosed in the present specification.
  • FIG. 6 is a flowchart illustrating an example of an operation performed by the in-vehicle communication system according to the embodiment disclosed in the present specification.
  • FIG. 7 is a flowchart showing an example of the procedure of the security certificate supplement process in step S15 of FIG.
  • FIG. 1 shows a host vehicle (HV) 10 equipped with a vehicle-mounted communication system 12 according to a disclosed embodiment capable of performing vehicle-to-vehicle communication, vehicle-infrastructure communication, or both.
  • the host vehicle 10 can also be referred to as a target vehicle (SV).
  • the in-vehicle communication system 12 communicates with at least one remote vehicle (RV) 14.
  • the remote vehicle (RV) 14 can also include an in-vehicle communication system 12.
  • the remote vehicle 14 can communicate at least information about the position and speed of the remote vehicle 14 itself as is understood in the art, eg other types such as an adaptive cruise control system.
  • the two-way communication system can be provided.
  • the remote vehicle 14 can also be called a target vehicle (TV) or a threat vehicle (TV).
  • TV target vehicle
  • TV threat vehicle
  • a two-way wireless communication network includes one or more global positioning satellites 16 (only one shown) and one or more roadside (ground) units 18 (two shown). And a ground unit such as a base station or an external server 20.
  • the global positioning satellite 16 and the roadside unit 18 transmit and receive signals to and from the in-vehicle communication system 12 of the host vehicle 10 and the remote vehicle 14.
  • Base station 20 transmits and receives signals to and from in-vehicle communication system 12 of host vehicle 10 and remote vehicle 14 via a network of roadside units 18 or any other suitable two-way wireless communication network.
  • the in-vehicle communication system 12 includes an application controller 22 that can be simply referred to as a controller 22.
  • the controller 22 preferably includes a microcomputer provided with a control program for controlling the components of the in-vehicle communication system 12.
  • the controller 22 includes other conventional components such as an input interface circuit, an output interface circuit, and a storage device such as a ROM (Read Only Memory) device and a RAM (Random Access Memory) device.
  • the microcomputer of the controller 22 is programmed to control the in-vehicle communication system 12 according to at least flowcharts shown in FIGS.
  • controller 22 can be any combination of hardware and software that implements the functions of the embodiments of the present invention.
  • controller 22 may be configured as described in the art, for example, via a controller area network (CAN) bus or in any other suitable manner. It can communicate with 12 other components.
  • CAN controller area network
  • the host vehicle 10 in which the in-vehicle communication system 12 is arranged further includes, for example, a signal detection unit 24, a communication unit 26, a determination unit 28, and a data storage unit 30.
  • the host vehicle 10 further includes a human machine interface (HMI) 32 that is integrated with the in-vehicle communication system 12 or is mounted on the host vehicle 10 alone.
  • a user (for example, a driver and / or a passenger) can exchange information with the in-vehicle communication system 12 via the HMI 32.
  • the user uses the HMI 32 to register a mobile phone number, an Internet host name, or an IP address in a priority list that can be stored in the data storage unit 30. It can be performed.
  • the user can also use the HMI 32 to enter other information, such as a specific IP address or telephone number priority level, as described herein. This information can be stored in the data storage unit 30 together with other information such as vehicle travel data and vehicle position data.
  • the data storage unit 30 can also store a security certificate used for communication as understood in the technical field.
  • the in-vehicle communication system 12 exists outside the host vehicle 10 via a communication access point 40 (for example, several different types of communication media) and is understood in the technical field.
  • communication is performed with one or a plurality of certificate authorities 42 that create a security certificate.
  • Communication access point 40 is supported by a two-way wireless communication network and includes a WiFi connection, dedicated short range communication (DSRC) connection, cellular connection, and other wireless media as understood in the art. Can do.
  • DSRC dedicated short range communication
  • the in-vehicle communication system 12 can also use a communication channel defined for charging electric vehicles, fuel cell vehicles, or hybrid vehicles (BEV / FCV / HEV) and for smart grid communication.
  • BEV / FCV / HEV hybrid vehicles
  • smart grid communication In response to a request for a security certificate by the in-vehicle communication system 12 via one or more communication access points 40 selected by the in-vehicle communication system 12 as described herein, the certificate authority 42 A security certificate is provided via the selected communication access point 40.
  • the communication unit 26 may, for example, via a DSRC connection, a WiFi connection, a cellular connection, and other wireless media of the communication access point 40 as understood in the art.
  • a DSRC unit 50 capable of performing communication, a cellular unit 52, a WiFi unit 54, and another wireless medium unit 56 are provided.
  • the controller 22 can control the signal detection unit 24 to search the wireless communication network for an available communication access point 40.
  • the signal detector 24 may employ any suitable signal selection protocol to select the appropriate one or more available communication access points 40.
  • the signal detection unit 24 can determine the timing for switching from one communication access point 40 to another communication access point 40.
  • the signal detection unit 24 can monitor the interior of the host vehicle 10 for a mobile phone signal. If a mobile phone signal is detected, the signal detector 24 may use information about the mobile phone (eg, phone number, etc.) for reference and use as described herein, eg, a decision unit 28. And can be supplied to the data storage unit 30.
  • information about the mobile phone eg, phone number, etc.
  • the controller 22, for example, the signal detection unit 24, can set the communication unit 26 to perform communication via the selected communication access point 40.
  • the communication unit 26 receives information from the available communication access point 40, and receives this information from the determination unit 28, the data storage unit 30, the HMI 32, the application unit 34, and other arbitrary components on the host vehicle 10.
  • the communication unit 26 uses an available communication access point 40 and, as shown in FIG. 1, communicates with the remote vehicle 14, the certificate authority 42, and any other remote destination via the two-way wireless communication network. Also send information.
  • the communication unit 26 can use several communication access points 40 of different types when making / receiving calls.
  • FIGS. 6 and 7 An example of the operation performed by the in-vehicle communication system 12 will be described in detail with respect to further aspects of the determination unit 28 and the data storage unit 30 illustrated in FIGS. 4 and 5 and the flowcharts illustrated in FIGS. 6 and 7.
  • the processes shown in FIGS. 6 and 7 can be performed by, for example, the determination unit 28 of the controller 22 or any other appropriate component.
  • the controller 22 prepares to make a call. can do.
  • the in-vehicle communication system 12 uses security certificates to externally communicate with the remote vehicle 12, the ground or roadside unit 18 and other destinations within the two-way wireless communication network. It is possible to sign a message sent to the delivery destination.
  • the in-vehicle communication system 12 can check the stock of unused security certificates stored in the data storage unit 30 in step S12. For example, the security certificate usage section 62 of the determination unit 28 can check the stock of unused security certificates stored in the security certificate storage area 74.
  • step S13 when the process determines that the number of unused security certificates is greater than a threshold value (for example, the first threshold value), the controller 22 determines that there are unused security certificates that can be used for outgoing calls. Judge that there is enough. Therefore, the processing is completed, and the in-vehicle communication system 12 can make a call. On the other hand, if the process determines in step S13 that the number of unused security certificates is equal to or less than the threshold, the process proceeds to step S14, and the controller 22 determines whether the security certificate supplement process is permitted. Judge based on risk level.
  • a threshold value for example, the first threshold value
  • the current risk level calculation section 60 is used to evaluate information received by the communication unit 26 from the surrounding remote vehicle 14, the roadside unit 18, and any other device in the two-way wireless communication network, and the host vehicle 10 is placed.
  • the current risk level can be calculated and stored for the driving environment.
  • the current risk level calculation section 60 can determine that the host vehicle 10 is traveling in a very crowded driving environment. In this case, the current risk level calculation section 60 efficiently receives information from the remote vehicle 14 and other devices in the driving environment so that the controller 22 can access the information and perform, for example, a contact avoidance operation. It can be determined that it is necessary to continue. Therefore, the current risk level calculation section 60 can set the current risk level high. If it is determined that the current risk level is high, the controller 22 can then stop requesting a security certificate at that time, or can suppress the arrival of specific calls or messages, as will be described later.
  • the current risk level calculation section 60 may determine that the host vehicle 10 is traveling in a driving environment with little congestion. it can. Therefore, the current risk level calculation section 60 can set the current risk level to a low level or at least a level lower than the high risk level described above. If it is determined that the current risk level is low, the controller 22 can determine that it is now a good time for the in-vehicle communication system 12 to attempt to restock the security certificate, as will be described later. The controller 22 can also allow incoming calls or messages to be received, as described below.
  • the controller 22 obtains a risk factor based on the received external information, and determines whether or not the security certificate supplement process should be started based on the risk factor.
  • the controller 22 compares the risk factor with the risk threshold to determine if the security certificate replenishment process should be initiated. If it is determined that the risk factor is lower than the risk threshold, the controller 22 performs a security certificate supplement process in step S15.
  • the security certificate replenishment process in step S15 can be shown, for example, in the flowchart of FIG.
  • the controller 22 is at least one outside the host vehicle 10.
  • a determination is made based on the received external information whether a security certificate replenishment process should be initiated to receive additional security certificates from one security authority.
  • the decision unit 28 controls the HMI 32 to notify or warn that the amount of security certificate is low and is about to replenish the security certificate (eg, visual, audio and (Or tactile warning).
  • the in-vehicle communication system 12 can specify an external source (for example, the communication access point 40) from which a security certificate can be downloaded.
  • the term “source” can be used herein to represent a communication access point 40 having the configurations and functions described herein, and thus a communication medium such as communication access point 40. It is also possible to mean a connection between the in-vehicle communication system 12 and the certificate authority 42 via the.
  • the controller 22 determines whether there is such a source available in step S22. If there is an available source (eg, communication access point 40), the process proceeds to step S23, where the controller 22 automatically generates a security certificate via the communication access point 40 that can be selected as described above. Can be downloaded. That is, the communication unit 26 can transmit a request to an available certificate authority 42 via the selected communication access point 40. In this way, the communication access point 40 receives the security certificate from the certificate authority via the selected communication access point 40.
  • the controller 22 (for example, the determination unit 28) can store the security certificate in the storage stages 74A to 74C of the security certificate storage area 74.
  • the determination unit 28 controls the HMI 32 to, for example, a desired method of the desired certificate authority 42 or communication access point 40 (for example, DSRC, WiFi, cellular method).
  • a notification eg, visual, audible and / or tactile
  • the user may select a desired communication access point 40 based on characteristics of the communication access point 40 such as a security level of the communication access point 40 (for example, secure DSRC, secure WiFi, etc.).
  • the determination unit 28 can automatically connect to the communication access point 40 to be used based on predetermined characteristics (for example, DSRC, WiFi, cellular system, connection security, etc.).
  • the predetermined characteristic can include information regarding a communication scheme having a higher communication security level than other communication schemes.
  • a plurality of communication access points 40 such as 5.9 GHz DSRC, WiFi, cellular network, satellite communication, etc. can be automatically used without any action by the user. can get.
  • the controller 22 can store the security certificate in the storage stages 74A to 74C by a specific method, and can extract the security certificate from the storage stages 74A to 74C by a specific method. For example, when the security certificate usage section 62 retrieves a security certificate from the security certificate storage area 74, the security certificate usage section 62 can first retrieve the security certificate from the storage stage 74A. Once the security certificate is retrieved from the storage stage 74A, the storage stage 74B can transfer and add the stored security certificate to the storage stage 74A. Similarly, when these security certificates are transferred from storage stage 74B to storage stage 74A, storage stage 74C can transfer the stored security certificate to storage stage 74B for addition.
  • the threshold value (first threshold value) used in step S13 can be set to any appropriate level.
  • the first threshold value can indicate when the security certificate of the storage stage 74C has been used up.
  • the controller 22 may, for example, use up the security certificate in the storage stage 74B and eventually run out of the security certificate in the storage stage 74A (ie, the security certificate is completely
  • An additional threshold can be set to indicate that it does not remain. If all stored security certificates are used up, the in-vehicle communication system 12 can use a single “spare” security certificate that does not change from one communication to another.
  • the security certificate usage section 62 can begin storing the security certificate in the storage stage 74A.
  • storage stage 74A can then begin transferring the security certificate to storage stage 74B.
  • storage stage 74B can begin transferring the security certificate to storage stage 74C and can transfer until storage stage 74C is full.
  • the security certificate usage section 62 can store and retrieve security certificates in any suitable manner for the storage stages 74A-74C, and the security certificate storage area 74 can be There can be a number of storage stages (eg, from one storage stage to any practical number of storage stages).
  • step S24 the determination unit 28 Can control the HMI 32 to provide notifications or warnings to the user (eg, visual, audible and / or tactile warnings).
  • the notification can inform the user that the security certificate has been exhausted and should be replenished as soon as possible.
  • the notification can provide information for the user to find the source if no source is currently available.
  • the determination unit 28 controls the HMI 32 to indicate the position of the host vehicle 10 and the position of the communication access point 40 to the certificate authority 42, information stored in the GPS storage area of the data storage unit 30, or GPS A map can be provided based on information received from unit 36, or both.
  • the map can also indicate connection methods (eg, DSRC, WiFi, cellular method, etc.) that can be used by each communication access point 40. Therefore, the user can drive the host vehicle 10 to a location where the desired communication access point 40 is located or a location close thereto, and download the security certificate.
  • the user can use the HMI 32 to select a desired connection method to be used at the communication access point 40, for example.
  • the system can automatically switch to a connection method suitable for the communication access point 40.
  • the in-vehicle communication system 12 can also manage incoming messages using the risk level calculated by the current risk level calculation section 60 as described above.
  • the data storage unit 30 can store identification information such as an IP address and a telephone number in a priority list storage area 70.
  • the data storage unit 30 can also store priority level information associated with each of the identification information in the priority level storage area 72. For example, a very high priority level can be given to a specific known IP address or telephone number, and a very low priority level can be given to an unknown IP address telephone number or the like.
  • the determination unit 28 uses the identification information (for example, IP address and telephone number), the information in the priority list storage area 70 and the corresponding priority in the priority level storage area 72. Compared with the level information, the priority level of the incoming call can be evaluated. Then, the determination unit 28 can determine whether the user should be allowed to receive or suppress the communication. For example, the determination unit 28 can compare the priority level associated with the incoming call with the calculated risk level. When the risk level is high, the determination unit 28 suppresses all incoming calls except for incoming calls having a very high priority level (for example, messages from spouses and supervisors, emergency messages, etc.) (for example, directly sent to voice mail). Or to the inbox without notification of receipt). Thereby, the determination part 28 can provide a message with a high priority level to a user. On the other hand, when the risk level is low, the determination unit 28 can operate to provide the user with an incoming call with a low priority.
  • the identification information for example, IP address and telephone number
  • the unreliable signature identification / report section 64 of the determination unit 28 can identify a suspicious or unreliable incoming call. That is, the content of the received message or communication may be inaccurate due to, for example, a malfunction of the system of the sending remote vehicle 14 or an intentional attempt to send an incorrect message or information, or It may be false. For example, the information contained in the incoming call appears to be suspicious or unreliable (eg, the information indicates that the speed of the remote vehicle 14 exceeds a predetermined threshold level or the remote vehicle 14 is The untrusted signature identification and reporting section 64 may identify the communication, information identifying the source (eg, IP address, telephone number, etc.) and the security signature of the communication. Are flagged as unreliable.
  • information identifying the source eg, IP address, telephone number, etc.
  • the untrusted signature identification / report section 64 can store this untrusted identification information in the untrusted signature storage area 78 located in the data storage unit 30 for reference later, for example.
  • the determiner 28 can compare the received communication signature or other identification information with information in the untrusted signature storage area 78 to determine whether this information should be ignored or suppressed.
  • the decision unit 28 can also control the communication unit 26 to communicate to report an unreliable signature to the authority responsible for evaluating and managing the record of fraud.
  • the controller 22 evaluates the validity of the received external information based on the information included in the received external information and determines that the received external information may be invalid, the controller 22 Control to provide an indication of invalidity for external destinations to receive.

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Security & Cryptography (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Computing Systems (AREA)
  • General Engineering & Computer Science (AREA)
  • Traffic Control Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

　車載用通信システム及び方法は、記憶装置と、通信装置と、コントローラとを用いる。記憶装置は、複数のセキュリティ証明書を格納するように構成されている。通信装置は、車載用通信システムを搭載したホスト車両の外部にある外部情報を受信するように構成されている。コントローラは、記憶装置に格納されているセキュリティ証明書の量が第１の所定の閾値よりも少なくなったら、ホスト車両の外部にある少なくとも１つのソースから追加のセキュリティ証明書を受信するためにセキュリティ証明書補充プロセスを開始するべきかどうかを受信した外部情報に基づいて判断するように構成されている。

Description

車載用通信システム及び車載用通信方法
　本発明は、概して、車載用通信システム及び方法に関する。より具体的には、本発明は、車両においてセキュリティ証明書補充プロセスを行うタイミング及び方法を車両の運転環境に基づいて決定する車載用通信システム及び方法に関する。
　車両は、より洗練された通信機器を搭載するようになってきており、それによりますます周囲の通信インフラ及び他の車両に接続されるようになってきている。車両がインフラ及び他の車両と通信するのに使用する通信アクセスポイントの種類としては、例えば、セルラ通信、直接衛星通信及びＷｉＦｉや専用狭域通信（ＤＳＲＣ）など無線通信規格のＩＥＥＥ　８０２．１１ファミリーを取り入れた方法がある。通信が受信者の信用を容易に得られるように、それらの通信にセキュリティ証明書で署名することが必要だったり望ましかったりすることも多い。当然のことながら、これらのセキュリティ証明書は使い果たされることになり、定期的に補充される必要がある。
　上記のことから分かるように、通信のために車載用通信システムによって使用されるセキュリティ証明書を補充するシステム及び方法は、改善の必要性がある。
　本発明の一態様によれば、記憶装置と、通信装置と、コントローラとを用いる車載用通信システム及び方法が提供される。前記記憶装置は、複数のセキュリティ証明書を格納するように構成されている。前記通信装置は、前記車載用通信システムを搭載したホスト車両の外部にある外部情報を受信するように構成されている。前記コントローラは、前記記憶装置に格納されているセキュリティ証明書の量が第１の所定の閾値よりも少なくなったら、前記ホスト車両の外部にある少なくとも１つのソースから追加のセキュリティ証明書を受信するためにセキュリティ証明書補充プロセスを開始するべきかどうかを前記受信した外部情報に基づいて判断するように構成されている。
　本発明の上記及び他の目的、特徴、態様及び利点は、添付の図面を併用して本発明の好ましい実施形態を開示する以下の詳細な説明から当業者には明らかになるであろう。
図１は、本明細書で開示される実施形態に係る車載用通信システムを搭載したホスト車両の例を、リモート車両及び無線通信ネットワークの構成要素と関連させて示すブロック図である。 図２は、本明細書で開示される実施形態に係る車載用通信システムを搭載した上記ホスト車両の構成例を示すブロック図である。 図３は、本明細書で開示される実施形態に係る上記車載用通信システムの通信部の構成例を示すブロック図である。 図４は、本明細書で開示される実施形態に係る上記車載用通信システムの判断部の構成例を示すブロック図である。 図５は、本明細書で開示される実施形態に係る上記車載用通信システムのデータ記憶部の構成例を示すブロック図である。 図６は、本明細書で開示される実施形態に係る上記車載用通信システムが行う動作の例を示すフローチャートである。 図７は、図６のステップＳ１５のセキュリティ証明書補充プロセスの手順の一例を示すフローチャートである。
　以下、図面を参照して本発明の選択された実施形態を説明する。以下に述べる本発明の実施形態の説明は例示のみを目的としており、添付の請求項により規定される本発明及びその均等物を限定することを目的としていないことは、本開示から当業者には明らかであろう。
　図１は、車両間通信又は車両・インフラ間通信、あるいはその両方を行うことが可能な、開示される実施形態に係る車載用通信システム１２を搭載した、ホスト車両（Ｈｏｓｔ　Ｖｅｈｉｃｌｅ：ＨＶ）１０を示すブロック図である。本明細書で述べるように、このホスト車両１０は、対象車両（Ｓｕｂｊｅｃｔ　Ｖｅｈｉｃｌｅ：ＳＶ）と呼ぶことも可能である。車載用通信システム１２は、少なくとも１台のリモート車両（Ｒｅｍｏｔｅ　Ｖｅｈｉｃｌｅ：ＲＶ）１４と通信を行う。このリモート車両（ＲＶ）１４も車載用通信システム１２を備えることができる。あるいは、リモート車両１４は、当該技術分野で理解されているように少なくともリモート車両１４自身の位置及びスピードについての情報を伝達することのできる、例えば、アダプティブ・クルーズ・コントロール・システムなど、他の種類の双方向通信システムを備えることができる。リモート車両１４は、ターゲット車両（Ｔａｒｇｅｔ　Ｖｅｈｉｃｌｅ：ＴＶ）又は脅威車両（Ｔｈｒｅａｔ　Ｖｅｈｉｃｌｅ：ＴＶ）と呼ぶことも可能である。
　ホスト車両１０及びリモート車両１４の車載用通信システム１２は、双方向無線通信ネットワークと通信を行う。図１からわかるように、例えば、双方向無線通信ネットワークは、１つ又は複数の全地球測位衛星１６（１つのみ図示）と、１つ又は複数の路側（地上）ユニット１８（２つ図示）などの地上ユニットと、基地局又は外部サーバ２０とを含むことができる。全地球測位衛星１６と路側ユニット１８は、ホスト車両１０及びリモート車両１４の車載用通信システム１２との間で信号を送受信する。基地局２０は、路側ユニット１８のネットワーク又は他の任意の適切な双方向無線通信ネットワークを介して、ホスト車両１０及びリモート車両１４の車載用通信システム１２との間で信号を送受信する。
　図２及び図３においてより詳細に示されるように、車載用通信システム１２は、単にコントローラ２２と呼ぶことのできるアプリケーションコントローラ２２を含む。コントローラ２２は、後述するように車載用通信システム１２の構成要素を制御する制御プログラムを備えたマイクロコンピュータを含むことが好ましい。コントローラ２２は、その他、入力インタフェース回路、出力インタフェース回路及びＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）装置やＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）装置などの記憶装置といった従来の構成要素を含む。コントローラ２２のマイクロコンピュータは、少なくとも、後述される図６及び図７のフローチャートに従って車載用通信システム１２を制御するようにプログラムされている。コントローラ２２の正確な構造及びアルゴリズムは、本発明の実施形態の機能を実施するハードウェア及びソフトウェアの任意の組合せとすることができることは、本開示から当業者には明らかになるであろう。さらに、コントローラ２２は、当該技術分野で理解されているように、例えば、コントローラエリアネットワーク（ＣＡＮ）バスを介して、又は他の任意の適切な方法で、本明細書に記載の車載用通信システム１２の他の構成要素と通信を行うことができる。
　図２においてより詳細に示されるように、車載用通信システム１２が配置されるホスト車両１０は、例えば、信号検出部２４と、通信部２６と、判断部２８と、データ記憶部３０とをさらに備えることができる。ホスト車両１０は、車載用通信システム１２と一体の、又は、単独でホスト車両１０に実装される、ヒューマン・マシン・インタフェース（ＨＭＩ）３２をさらに備える。ユーザ（例えば、運転者及び／又は同乗者）は、ＨＭＩ３２を介して車載用通信システム１２と情報のやりとりを行うことができる。例えば、当該技術分野で理解されているように、ユーザは、ＨＭＩ３２を使用して、データ記憶部３０に格納可能な優先事項リストに携帯電話番号、インターネットホスト名、又はＩＰアドレスを登録するといった作業を行うことができる。また、ユーザは、ＨＭＩ３２を使用して、本明細書で述べるように、特定のＩＰアドレス又は電話番号の優先レベルなど、他の情報を入力することもできる。この情報は、車両走行データや車両位置データなど他の情報と共に、データ記憶部３０に格納することができる。
　また、データ記憶部３０は、当該技術分野で理解されているように通信に使用されるセキュリティ証明書も格納することができる。詳細は後述するが、車載用通信システム１２は、通信アクセスポイント４０（例えば、異なる種類のいくつかの通信媒体）を介して、ホスト車両１０の外部に存在して当該技術分野で理解されているようにセキュリティ証明書を作成する１つ又は複数の認証局４２との間で通信を行う。通信アクセスポイント４０は、双方向無線通信ネットワークによりサポートされており、当該技術分野で理解されているように、ＷｉＦｉ接続、専用狭域通信（ＤＳＲＣ）接続、セルラ接続及びその他の無線媒体を含むことができる。また、車載用通信システム１２は、電気自動車、燃料電池自動車、又はハイブリッド車（ＢＥＶ／ＦＣＶ／ＨＥＶ）の充電やスマートグリッド通信用に定義された通信チャネルを使用することもできる。認証局４２は、本明細書で述べるように車載用通信システム１２により選択された１つ又は複数の通信アクセスポイント４０を介した車載用通信システム１２によるセキュリティ証明書の要求に応答して、その選択された通信アクセスポイント４０を介してセキュリティ証明書を提供する。
　また、車載用通信システム１２は、車載用通信システム１２と一体の、又は、単独でホスト車両１０に実装される、あるいはその両方の、１つ又は複数のアプリケーション部３４との情報のやりとりも行う。アプリケーション部３４は、例えば、リモート車両１４、路側ユニット１８、又は他の任意の装置から車載用通信システム１２が受信したデータを使用して、外部の物体又はリモート車両１４との接触の可能性や、天候又は交通の状況など、潜在的な問題があることをホスト車両１０のユーザ（例えば、運転者）に忠告又は警告する警告システムを含んでもよい。また、車載用通信システム１２は、ＧＰＳ情報を、例えば、衛星１６又は他の任意の適切な装置から受信可能なＧＰＳユニット３６と通信を行うこともできる。当該技術分野で理解されているように、ＧＰＳ情報は、本明細書で述べるようにホスト車両１０の位置及びその他の関心のある位置を示すことができる。
　図３においてより詳細に示されるように、通信部２６は、当該技術分野で理解されているように、例えば、通信アクセスポイント４０のＤＳＲＣ接続、ＷｉＦｉ接続、セルラ接続及びその他の無線媒体を介して通信を行うことが可能なＤＳＲＣ部５０と、セルラ部５２と、ＷｉＦｉ部５４と、その他の無線媒体部５６とを備える。例えば、コントローラ２２は、信号検出部２４を制御して、利用可能な通信アクセスポイント４０がないか無線通信ネットワーク内を検索することができる。当該技術分野で理解されているように、信号検出部２４は、任意の適切な信号選択プロトコルを採用して、適切な１つ又は複数の利用可能な通信アクセスポイント４０を選択することができる。また、信号検出部２４は、例えば、当初選択された通信媒体が利用不可能になった場合、１つの通信アクセスポイント４０から他の通信アクセスポイント４０へ切り替えるタイミングを決定することもできる。さらに、信号検出部２４は、携帯電話信号がないかホスト車両１０の車室内を監視することができる。携帯電話信号が検出された場合、信号検出部２４は、その携帯電話に関する情報（例えば、電話番号など）を、本明細書に記載されるように、参照及び使用のため、例えば、判断部２８及びデータ記憶部３０に供給することができる。
　したがって、コントローラ２２、例えば、信号検出部２４は、選択された通信アクセスポイント４０を介して通信を行うように通信部２６を設定することができる。これにより、通信部２６は、利用可能な通信アクセスポイント４０から情報を受信し、この情報を判断部２８、データ記憶部３０、ＨＭＩ３２、アプリケーション部３４及びホスト車両１０上の他の任意の構成要素に供給する。また、通信部２６は、利用可能な通信アクセスポイント４０を使用し、図１に示すように、双方向無線通信ネットワークを介して、リモート車両１４、認証局４２及び他の任意の遠隔送信先にも情報を送信する。当然のことながら、通信部２６は、発着信の際、異なる種類のいくつかの通信アクセスポイント４０を使用することができる。
　図４に示すように、判断部２８は、後で詳細に述べるように、現状リスクレベル算出セクション６０と、セキュリティ証明書使用セクション６２と、信頼不能署名識別・報告セクション６４とを備えることができる。さらに、図５に示すように、データ記憶部３０は、後で詳細に述べるように、優先事項リスト記憶領域７０と、優先レベル記憶領域７２と、多段構成の証明書記憶領域７４（例えば、第１段記憶セクション７４Ａと、第２段記憶セクション７４Ｂと、第３段記憶セクション７４Ｃとで構成される）と、ＧＰＳ記憶領域７６と、信頼不能署名記憶領域７８とを備えることができる。
　次に、車載用通信システム１２が行う動作の例を、図４及び図５に示す判断部２８及びデータ記憶部３０のさらなる側面と図６及び図７に示すフローチャートとに関して詳細に説明する。図６及び図７に示す処理は、例えば、コントローラ２２の判断部２８又は他の任意の適切な構成要素により行うことができる。
　図６に示すように、ステップＳ１１で通信部２６が双方向無線通信ネットワークを介して、例えば、リモート車両１４や地上又は路側ユニット１８などから着信を受信すると、コントローラ２２は、発信を行う準備をすることができる。当該技術分野で理解されているように、車載用通信システム１２は、セキュリティ証明書を使用して、リモート車両１２、地上又は路側ユニット１８及び双方向無線通信ネットワーク内のその他の送信先など外部の配信先へ一斉送信されるメッセージに署名することができる。通信プロセスの一部として、車載用通信システム１２は、ステップＳ１２で、データ記憶部３０に格納されている未使用のセキュリティ証明書の在庫をチェックすることができる。例えば、判断部２８のセキュリティ証明書使用セクション６２は、セキュリティ証明書記憶領域７４に格納されている未使用のセキュリティ証明書の在庫をチェックすることができる。
　ステップＳ１３で、未使用のセキュリティ証明書の数が閾値（例えば、第１の閾値）よりも多いと処理が判断した場合、コントローラ２２は、発信の際に利用可能な未使用のセキュリティ証明書が十分にあると判断する。したがって、処理は終了し、車載用通信システム１２は発信を行うことができる。一方、ステップＳ１３で、未使用のセキュリティ証明書の数が閾値以下であると処理が判断した場合、処理は、ステップＳ１４へ進み、コントローラ２２は、セキュリティ証明書補充プロセスが許容されるかどうか現状リスクレベルに基づいて判断する。
　現状リスクレベル算出セクション６０は、通信部２６が周囲のリモート車両１４、路側ユニット１８及び双方向無線通信ネットワーク内の他の任意の装置から受信した情報を評価して、ホスト車両１０の置かれた運転環境に対して現状リスクレベルを算出し格納することができる。
　例えば、通信部２６が多数のリモート車両１４から情報を受信している場合、現状リスクレベル算出セクション６０は、ホスト車両１０は非常に混雑した運転環境で走行していると判断することができる。この場合、現状リスクレベル算出セクション６０は、コントローラ２２がその情報にアクセスして、例えば、接触回避動作などを行えるように、リモート車両１４及び運転環境中の他の装置から情報を効率的に受信し続ける必要があると判断することができる。したがって、現状リスクレベル算出セクション６０は、現状リスクレベルを高く設定することができる。現状リスクレベルが高いと判断すると、コントローラ２２は、そのときセキュリティ証明書を要求するのをやめるように動作する、又は、後述するように、特定の電話又はメッセージの着信も抑制することができる。
　しかしながら、通信部２６がごく少数のリモート車両１４のみから情報を受信している場合、現状リスクレベル算出セクション６０は、ホスト車両１０は混雑のほとんどない運転環境で走行していると判断することができる。したがって、現状リスクレベル算出セクション６０は、現状リスクレベルを低く、又は、少なくとも前述の高いリスクレベルよりも低いレベルに設定することができる。現状リスクレベルが低いと判断すると、コントローラ２２は、後述するように、今が車載用通信システム１２がセキュリティ証明書の在庫補充を試みる良いタイミングであろうと判断することができる。コントローラ２２は、後述するように、電話又はメッセージの着信を受信することを許容することもできる。
　したがって、上記のことから分かるように、コントローラ２２は、受信した外部情報に基づいてリスクファクターを求め、そのリスクファクターに基づいて、セキュリティ証明書補充プロセスを開始するべきかどうかを判断する。コントローラ２２は、リスクファクターをリスク閾値と比較して、セキュリティ証明書補充プロセスを開始するべきかどうかを判断する。そして、リスクファクターがリスク閾値よりも低いと判断すると、コントローラ２２は、ステップＳ１５のセキュリティ証明書補充プロセスを行う。
　ステップＳ１５のセキュリティ証明書補充プロセスは、例えば、図７のフローチャートで示すことができる。このように、データ記憶部３０（例えば、記憶装置）に格納されているセキュリティ証明書の量が第１の所定の閾値よりも少なくなったら、コントローラ２２は、ホスト車両１０の外部にある少なくとも１つのセキュリティ認証局から追加のセキュリティ証明書を受信するためにセキュリティ証明書補充プロセスを開始するべきかどうかを受信した外部情報に基づいて判断する。このプロセスを開始するとき、判断部２８は、ＨＭＩ３２を制御して、セキュリティ証明書の量が低下してセキュリティ証明書の補充を行おうとしているという通知又は警告（例えば、視覚的、聴覚的及び／又は触覚的警告）を出すことができる。
　図７に示すプロセスのステップＳ２１では、車載用通信システム１２は、セキュリティ証明書をダウンロード可能な外部ソース（例えば、通信アクセスポイント４０）を特定することができる。このように、「ソース」という語は、本明細書では、本明細書に記載の構成及び機能を有する通信アクセスポイント４０を表すのに使うことができ、したがって、通信アクセスポイント４０などの通信媒体を介した車載用通信システム１２と認証局４２との間の接続を意味することも可能である。
　次に、コントローラ２２は、ステップＳ２２で利用可能なそのようなソースがあるかどうか判断する。利用可能なソース（例えば、通信アクセスポイント４０）がある場合、処理は、ステップＳ２３へ進み、コントローラ２２は、上述のように選択することのできる通信アクセスポイント４０を介してセキュリティ証明書を自動的にダウンロードすることができる。すなわち、通信部２６は、選択された通信アクセスポイント４０を介して利用可能な認証局４２へ要求を送信することができる。こうして、通信アクセスポイント４０は、選択された通信アクセスポイント４０を介して認証局からセキュリティ証明書を受信する。コントローラ２２（例えば、判断部２８）は、そのセキュリティ証明書をセキュリティ証明書記憶領域７４の記憶段７４Ａ～７４Ｃに格納することができる。さらに、利用可能な通信アクセスポイント４０が複数ある場合、判断部２８は、ＨＭＩ３２を制御して、例えば、所望の認証局４２又は通信アクセスポイント４０の所望の方式（例えば、ＤＳＲＣ、ＷｉＦｉ、セルラ方式など）に基づいて、セキュリティ証明書を補充するのに使用する所望の通信アクセスポイント４０にユーザが接続できるようにする通知（例えば、視覚的、聴覚的及び／又は触覚的）をユーザに出すことができる。ユーザは、通信アクセスポイント４０のセキュリティレベル（例えば、セキュアＤＳＲＣ、セキュアＷｉＦｉなど）など、通信アクセスポイント４０の特性に基づいて所望の通信アクセスポイント４０を選択してもよい。また、判断部２８は、所定の特性（例えば、ＤＳＲＣ、ＷｉＦｉ、セルラ方式、接続の安全性など）などに基づいて、使用する通信アクセスポイント４０に自動的に接続することもできる。例えば、その所定の特性は、他の通信方式よりも高い通信セキュリティレベルを持つ通信方式に関する情報を含むことができる。これにより、ユーザが何もしなくても、５．９ＧＨｚ　ＤＳＲＣ、ＷｉＦｉ、セルラ方式ネットワーク、衛星通信など、複数の通信アクセスポイント４０を自動的に利用することができ、したがって、最大限の柔軟性が得られる。
　なお、コントローラ２２は、セキュリティ証明書を記憶段７４Ａ～７４Ｃに特定の方法で格納することができ、セキュリティ証明書を記憶段７４Ａ～７４Ｃから特定の方法で取り出すことができる。例えば、セキュリティ証明書使用セクション６２がセキュリティ証明書記憶領域７４からセキュリティ証明書を取り出すとき、セキュリティ証明書使用セクション６２は、まず、記憶段７４Ａからセキュリティ証明書を取り出すことができる。セキュリティ証明書が記憶段７４Ａから取り出されると、記憶段７４Ｂは、格納されているセキュリティ証明書を記憶段７４Ａへ転送して追加することができる。同様に、これらのセキュリティ証明書が記憶段７４Ｂから記憶段７４Ａへ転送されると、記憶段７４Ｃは、格納されたセキュリティ証明書を記憶段７４Ｂへ転送して追加することができる。ステップＳ１３で使用される閾値（第１の閾値）は、任意の適切なレベルに設定することができる。例えば、第１の閾値は、記憶段７４Ｃのセキュリティ証明書が使い果たされたときを知らせることができる。当然のことながら、コントローラ２２は、例えば、記憶段７４Ｂのセキュリティ証明書が使い果たされたこと及び最終的に記憶段７４Ａのセキュリティ証明書が使い果たされた（すなわち、セキュリティ証明書が全く残っていない）ことを示す追加の閾値を設定することができる。格納されたセキュリティ証明書がすべて使い果たされた場合、車載用通信システム１２は、通信ごとに変化しない単一の「予備」セキュリティ証明書を使用することができる。
　セキュリティ証明書をセキュリティ証明書記憶領域７４から特定の方法で取り出すことに加えて、セキュリティ証明書使用セクション６２は、セキュリティ証明書の記憶段７４Ａへの格納を開始することができる。記憶段７４Ａがセキュリティ証明書で一杯になると、記憶段７４Ａは、その後、セキュリティ証明書の記憶段７４Ｂへの転送を開始することができる。記憶段７４Ｂが一杯になると、記憶段７４Ｂは、セキュリティ証明書の記憶段７４Ｃへの転送を開始することができ、記憶段７４Ｃが一杯になるまで転送することができる。当然のことながら、セキュリティ証明書使用セクション６２は、記憶段７４Ａ～７４Ｃに対して任意の適切な方法でセキュリティ証明書の格納及び取り出しを行うことができ、セキュリティ証明書記憶領域７４は、任意の数の記憶段（例えば、１つの記憶段から現実的な任意の数の記憶段まで）を備えることができる。
　ステップＳ２２に戻って、コントローラ２２が、セキュリティ証明書をダウンロードするための外部ソース（例えば、通信アクセスポイント４０）が現在利用不可能であると判断した場合、処理はステップＳ２４へ進み、判断部２８は、ＨＭＩ３２を制御して、ユーザに通知又は警告（例えば、視覚的、聴覚的及び／又は触覚的警告）を出すことができる。その通知は、セキュリティ証明書が使い果たされ、できるだけ早期に補充するべきである、ということをユーザに知らせることができる。さらに、その通知は、現在利用可能なソースがない場合、ユーザがソースを探すための情報を提供することができる。例えば、判断部２８は、ＨＭＩ３２を制御して、ホスト車両１０の位置及び認証局４２への通信アクセスポイント４０の位置を示す、データ記憶部３０のＧＰＳ記憶領域に格納されている情報、又はＧＰＳユニット３６から受信した情報、あるいはその両方に基づいて、地図を提供することができる。その地図は、各通信アクセスポイント４０で利用可能な接続方式（例えば、ＤＳＲＣ、ＷｉＦｉ、セルラ方式など）も示すことができる。したがって、ユーザは、所望の通信アクセスポイント４０のある場所又はそれに近接する場所までホスト車両１０を運転して、セキュリティ証明書をダウンロードすることができる。さらに、ユーザは、ＨＭＩ３２を使用して、例えば、その通信アクセスポイント４０で使用する所望の接続方式を選択することができる。又は、システムは、その通信アクセスポイント４０に適した接続方式に自動的に切り替えることができる。
　上記セキュリティ証明書補充プロセスに加えて、車載用通信システム１２は、上述したように現状リスクレベル算出セクション６０により算出されたリスクレベルを使用して、着信メッセージを管理することもできる。例えば、図５に示すように、データ記憶部３０は、ＩＰアドレスや電話番号など、識別情報を優先事項リスト記憶領域７０に格納することができる。また、データ記憶部３０は、その識別情報のそれぞれと関連付けられた優先レベル情報を優先レベル記憶領域７２に記憶することもできる。例えば、特定の既知のＩＰアドレスや電話番号などに非常に高い優先レベルを付与し、未知のＩＰアドレス電話番号などに非常に低い優先レベルを付与することができる。
　着信が通信部２６により受信されると、判断部２８は、識別情報（例えば、ＩＰアドレスや電話番号など）を、優先事項リスト記憶領域７０内の情報及び優先レベル記憶領域７２内の対応する優先レベル情報と比較して、その着信の優先レベルを評価することができる。そして、判断部２８は、その通信をユーザが受信することを許可するべきか、あるいは、抑制するべきかを判断することができる。例えば、判断部２８は、その着信と関連付けられた優先レベルを、算出されたリスクレベルと比較することができる。リスクレベルが高い場合、判断部２８は、非常に高い優先レベルを有する着信（例えば、配偶者や上司からのメッセージ、緊急メッセージなど）を除き、すべての着信を抑制（例えば、ボイスメールへ直接送信又は受信通知をせずに受信箱へ）するように動作することができる。これにより、判断部２８は、優先レベルの高いメッセージをユーザに提供することができる。一方、リスクレベルが低い場合、判断部２８は、優先度の低い着信でもユーザに提供するように動作することができる。
　さらに、図４に示すように、判断部２８の信頼不能署名識別・報告セクション６４は、疑わしい又は信頼できない着信を識別することができる。すなわち、受信したメッセージ又は通信の内容は、例えば、送信元のリモート車両１４のシステムの動作不良、あるいは、間違ったメッセージ又は情報を意図的に送信しようとする行為により、不正確かもしれないし、あるいは虚偽である可能性もある。例えば、着信に含まれる情報が疑わしい又は信頼できないように見える（例えば、その情報が、リモート車両１４のスピードが規定の閾値レベルを超えていることを示している、あるいは、そのリモート車両１４が規定の閾値距離よりも遠いことを示しているなどの）場合、信頼不能署名識別・報告セクション６４は、その通信、ソースを識別する情報（例えば、ＩＰアドレスや電話番号など）及びその通信のセキュリティ署名に対して、信頼できないものとしてフラグを立てる。したがって、信頼不能署名識別・報告セクション６４は、この信頼できない識別情報を、後で参照するため、例えば、データ記憶部３０内に位置する信頼不能署名記憶領域７８に格納することができる。例えば、判断部２８は、受信した通信の署名又は他の識別情報を信頼不能署名記憶領域７８内の情報と比較して、この情報を無視又は抑制するべきかどうかを判断することができる。また、判断部２８は、通信部２６を制御して、不正行為の記録を評価及び管理する任務を負う当局へ信頼できない署名を報告する通信を行うこともできる。このように、コントローラ２２は、受信した外部情報の有効性を受信した外部情報に含まれる情報に基づいて評価し、受信した外部情報が無効である可能性があると判断すると、通信部２６を制御して、外部の送信先が受信するための無効性の指標を提供する。
　選択された実施形態のみを取り上げて本発明を説明したが、特許請求の範囲に記載の本発明の範囲を逸脱することなく、本明細書において様々な変更及び改良が可能であることは、本開示から当業者には明らかであろう。１つの構成要素の機能を２つの構成要素が行うことが可能であり、その逆も可能である。ある実施形態の構造及び機能を、別の実施形態で採用することが可能である。すべての効果が特定の実施形態に同時に存在する必要はない。また、従来技術には見られない固有の特徴のそれぞれは、単独又は他の特徴との組み合わせで、そうした特徴により具体化される構造及び／又は機能上の概念を含めて、本出願人によるさらなる発明の別個の表現とみなすべきである。したがって、本発明に係る実施形態の前述の説明は、例示のみを目的としており、添付の請求項により規定される本発明及びその均等物を限定することを目的としていない。
　

Claims (20)

  1. 　車載用通信システムであって、
    　複数のセキュリティ証明書を格納するように構成された記憶装置と、
    　前記車載用通信システムを搭載したホスト車両の外部にある外部情報を受信するように構成された通信装置と、
    　前記記憶装置に格納されているセキュリティ証明書の量が第１の所定の閾値よりも少なくなったら、前記ホスト車両の外部にある少なくとも１つのソースから追加のセキュリティ証明書を受信するためにセキュリティ証明書補充プロセスを開始するべきかどうかを前記受信した外部情報に基づいて判断するように構成されたコントローラと
    を備えた車載用通信システム。
  2. 　前記コントローラがさらに、前記受信した外部情報に基づいてリスクファクターを求め、前記リスクファクターに基づいて、前記セキュリティ証明書補充プロセスを開始するべきかどうかを判断するように構成されている請求項１に記載の車載用通信システム。
  3. 　前記コントローラがさらに、前記リスクファクターをリスク閾値と比較して、前記セキュリティ証明書補充プロセスを開始するべきかどうかを判断するように構成されている請求項２に記載の車載用通信システム。
  4. 　前記コントローラがさらに、前記リスクファクターが前記リスク閾値よりも低いと判断すると、前記セキュリティ証明書補充プロセスを開始するように構成されている請求項３に記載の車載用通信システム。
  5. 　前記コントローラがさらに、前記受信した外部情報に基づいて交通環境を判断し、前記交通環境に基づいて前記リスクファクターを求めるように構成されている請求項２～４のいずれか一項に記載の車載用通信システム。
  6. 　前記コントローラがさらに、前記交通情報が高交通レベルを示していると判断すると、前記リスクファクターを高リスクファクターレベルに設定し、前記交通情報が、前記高交通レベルを示す交通量よりもまばらな交通量を示す低交通レベルを示していると判断すると、前記リスクファクターを前記高リスクファクターレベルよりも低い低リスクファクターレベルに設定するように構成されている請求項５に記載の車載用通信システム。
  7. 　前記コントローラがさらに、前記外部情報が前記ホスト車両が外部物体と接触する第１の確率を示していると判断すると、前記リスクファクターを高リスクファクターレベルに設定し、前記外部情報が前記第１の確率よりも低い前記ホスト車両が外部物体に接触する第２の確率を示していると判断すると、前記リスクファクターを前記高リスクファクターレベルよりも低い低リスクファクターレベルに設定するように構成されている請求項２～４のいずれか一項に記載の車載用通信システム。
  8. 　前記コントローラが、前記セキュリティ証明書補充プロセスにおいて、セキュリティ証明書補充通知を出すように構成されている請求項１～７のいずれか一項に記載の車載用通信システム。
  9. 　前記コントローラが、前記セキュリティ証明書補充プロセスにおいて、追加のセキュリティ証明書を前記ソースから取得するように前記通信装置を制御するように構成されている請求項１～８のいずれか一項に記載の車載用通信システム。
  10. 　前記記憶装置が、複数のセキュリティ証明書を複数の記憶段に格納するように構成されている請求項１～９のいずれか一項に記載の車載用通信システム。
  11. 　前記複数の記憶段が第１の記憶段と第２の記憶段とを備え、前記コントローラが、第１の記憶段の前記セキュリティ証明書が使い果たされると、前記第２の記憶段の前記セキュリティ証明書を前記第１の記憶段へ移動するように構成されている請求項１０に記載の車載用通信システム。
  12. 　前記コントローラが、前記ホスト車両のユーザインタフェースを制御して、少なくとも１つの前記ソースの少なくとも１つの特性に関する情報を提示するように構成されている請求項１～１１のいずれか一項に記載の車載用通信システム。
  13. 　前記少なくとも１つの特性が、ホスト車両の現在位置に対する前記少なくとも１つのソースの少なくとも１つの位置に関する情報を含む請求項１２に記載の車載用通信システム。
  14. 　前記少なくとも１つの特性が、前記ホスト車両の前記現在位置に最も近い前記ソースに関する情報を含む請求項１３に記載の車載用通信システム。
  15. 　前記少なくとも１つの特性が、前記少なくとも１つのソースの少なくとも１つの接続方式に関する情報を含む請求項１２に記載の車載用通信システム。
  16. 　前記少なくとも１つの特性が、前記少なくとも１つのソースにおいて利用可能な他の接続方式よりもセキュリティレベルが高い前記接続方式に関する情報を含む請求項１５に記載の車載用通信システム。
  17. 　前記記憶装置が、複数の外部ソース識別子と、前記外部ソース識別子のそれぞれに関連付けられた優先レベルとを格納するように構成され、
    　前記コントローラがさらに、前記受信した外部情報に含まれる識別情報を前記外部ソース識別子と比較して、前記受信した外部情報を処理する方法を前記比較に基づいて決定するように構成されている
    請求項１～１６のいずれか一項に記載の車載用通信システム。
  18. 　前記コントローラがさらに、前記識別情報が前記外部ソース識別子の１つに対応していると判断すると、前記受信した外部情報に含まれる前記識別情報を前記１つの外部ソース識別子と関連付けられた前記優先レベルと比較して、前記受信した外部情報を処理する方法を前記識別情報と前記優先レベルとの前記比較に基づいて決定するように構成されている請求項１７に記載の車載用通信システム。
  19. 　前記コントローラがさらに、前記受信した外部情報の有効性を前記受信した外部情報に含まれる情報に基づいて評価し、前記受信した外部情報が無効である可能性があると判断すると、前記通信装置を制御して、外部の送信先が受信するための無効性の指標を提供するように構成されている請求項１～１８のいずれか一項に記載の車載用通信システム。
  20. 　複数のセキュリティ証明書をホスト車両の車載記憶装置に格納することと、
    　前記ホスト車両において、前記ホスト車両の外部にある外部情報を受信することと、
    　前記記憶装置に格納されているセキュリティ証明書の量が第１の所定の閾値よりも少なくなったら、前記ホスト車両の外部にある少なくとも１つのソースから追加のセキュリティ証明書を受信するためにセキュリティ証明書補充プロセスを開始するべきかどうかを前記ホスト車両上の車載コントローラを介して前記受信した外部情報に基づいて判断することと
    を含む車載用通信方法。
     
PCT/JP2015/052458 2014-03-04 2015-01-29 車載用通信システム及び車載用通信方法 WO2015133207A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
CN201580011443.3A CN106063184B (zh) 2014-03-04 2015-01-29 车载用通信系统以及车载用通信方法
JP2016506178A JP6137403B2 (ja) 2014-03-04 2015-01-29 車載用通信システム及び車載用通信方法
EP15758185.1A EP3116158B1 (en) 2014-03-04 2015-01-29 In-vehicle communication system and in-vehicle communication method

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US14/197,132 US9485247B2 (en) 2014-03-04 2014-03-04 On-board vehicle communication system and method
US14/197132 2014-03-04

Publications (1)

Publication Number Publication Date
WO2015133207A1 true WO2015133207A1 (ja) 2015-09-11

Family

ID=54018591

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2015/052458 WO2015133207A1 (ja) 2014-03-04 2015-01-29 車載用通信システム及び車載用通信方法

Country Status (5)

Country Link
US (1) US9485247B2 (ja)
EP (1) EP3116158B1 (ja)
JP (1) JP6137403B2 (ja)
CN (1) CN106063184B (ja)
WO (1) WO2015133207A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018148285A (ja) * 2017-03-01 2018-09-20 ソフトバンク株式会社 基地局及び通信システム

Families Citing this family (25)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP3056394B1 (en) * 2013-10-08 2022-11-30 ICTK Holdings Co., Ltd. Vehicle security network device and design method therefor
US10103889B2 (en) * 2014-09-26 2018-10-16 Intel Corporation Securely exchanging vehicular sensor information
JP6365410B2 (ja) * 2015-05-22 2018-08-01 株式会社デンソー 車両用通信システム
CN107027159B (zh) * 2016-01-29 2022-05-20 中兴通讯股份有限公司 一种按需加入车联网的方法及终端
JP6756168B2 (ja) * 2016-06-28 2020-09-16 株式会社オートネットワーク技術研究所 通信システム
US10297147B2 (en) 2016-12-06 2019-05-21 Flir Commercial Systems, Inc. Methods and apparatus for monitoring traffic data
CN106681873B (zh) * 2016-12-23 2023-05-02 鸿秦（北京）科技有限公司 一种识别纯电动汽车数据存储装置异常开启的系统及方法
US10192437B1 (en) 2017-07-17 2019-01-29 Here Global B.V. Method and apparatus for selectively using different types of networks to obtain information regarding one or more traffic signals and intersections
US10708808B2 (en) * 2018-05-14 2020-07-07 Denso International America, Inc. Systems and methods for receiving/transmitting basic safety messages and IP communications with a DSRC radio
JP6756783B2 (ja) * 2018-08-09 2020-09-16 トヨタ自動車株式会社 車載制御システム及び車両
DE102018215141A1 (de) * 2018-09-06 2020-03-12 Continental Teves Ag & Co. Ohg Verfahren zur Verbesserung des Nutzungsgrades einer Fahrzeug-zu-X Kommunikationsvorrichtung sowie Fahrzeug-zu-X Kommunikationsvorrichtung
US11863546B2 (en) * 2018-11-09 2024-01-02 Eberle Design, Inc. Method for secure communications and structure therefor
US11280622B2 (en) 2019-03-13 2022-03-22 Here Global B.V. Maplets for maintaining and updating a self-healing high definition map
US11402220B2 (en) 2019-03-13 2022-08-02 Here Global B.V. Maplets for maintaining and updating a self-healing high definition map
US11287267B2 (en) 2019-03-13 2022-03-29 Here Global B.V. Maplets for maintaining and updating a self-healing high definition map
US11255680B2 (en) 2019-03-13 2022-02-22 Here Global B.V. Maplets for maintaining and updating a self-healing high definition map
US11096026B2 (en) * 2019-03-13 2021-08-17 Here Global B.V. Road network change detection and local propagation of detected change
US11287266B2 (en) 2019-03-13 2022-03-29 Here Global B.V. Maplets for maintaining and updating a self-healing high definition map
US11001200B2 (en) * 2019-05-30 2021-05-11 Nissan North America, Inc. Vehicle occupant warning system
WO2021083557A1 (en) * 2019-10-31 2021-05-06 Eberle Design, Inc. Method for secure vehicular communications and methods for pedestrian and vehicle location validation
US11520926B2 (en) 2020-07-09 2022-12-06 Toyota Motor North America, Inc. Variable transport data retention and deletion
US11610448B2 (en) * 2020-07-09 2023-03-21 Toyota Motor North America, Inc. Dynamically adapting driving mode security controls
EP4183074A4 (en) 2020-07-09 2024-10-09 Toyota Motor North America Inc DYNAMIC ADAPTATION OF DRIVING MODE SAFETY COMMANDS
US12033192B2 (en) 2020-10-30 2024-07-09 Toyota Motor North America, Inc. Transport use determination
US11673570B2 (en) * 2021-04-26 2023-06-13 Nissan North America, Inc. Vehicle driving behavior monitoring and warning system

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004165955A (ja) * 2002-11-13 2004-06-10 Nissan Motor Co Ltd 狭域通信車載器
JP2006340291A (ja) * 2005-06-06 2006-12-14 Denso Corp 車載デジタル放送受信装置および車載デジタル放送受信装置用のプログラム
JP2011033361A (ja) * 2009-07-30 2011-02-17 Sanyo Electric Co Ltd ナビゲーション装置

Family Cites Families (53)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS5614397A (en) 1979-07-16 1981-02-12 Nissan Motor Audio information apparatus for vehicle
US4644327A (en) 1982-07-30 1987-02-17 National Research Development Corp. Methods for generating auditory indicators
JPS59102634A (ja) 1982-12-02 1984-06-13 Matsushita Electric Ind Co Ltd 車輛用警報装置
FR2555522A1 (fr) 1983-11-30 1985-05-31 Aisin Seiki Appareil de controle de l'etat d'une personne et de commande de la securite d'un vehicule automobile
JPS61253238A (ja) 1985-04-15 1986-11-11 Stanley Electric Co Ltd 音声合成を用いた速度警報装置
US5788336A (en) 1993-07-14 1998-08-04 Philips Electronics North America Corporation Anti-lock brake warning system
DE69609926T2 (de) 1995-06-02 2001-03-15 Koninklijke Philips Electronics N.V., Eindhoven Vorrichtung zur erzeugung kodierter sprachelemente in einem fahrzeug
US7426437B2 (en) 1997-10-22 2008-09-16 Intelligent Technologies International, Inc. Accident avoidance systems and methods
US5979586A (en) 1997-02-05 1999-11-09 Automotive Systems Laboratory, Inc. Vehicle collision warning system
JPH1153686A (ja) 1997-07-31 1999-02-26 Toyota Motor Corp 交差点警報装置
JP3592043B2 (ja) 1997-07-31 2004-11-24 トヨタ自動車株式会社 交差点警報装置
JP3687306B2 (ja) 1997-09-30 2005-08-24 トヨタ自動車株式会社 車載交差点情報提供装置
US8255144B2 (en) 1997-10-22 2012-08-28 Intelligent Technologies International, Inc. Intra-vehicle information conveyance system and method
US8000897B2 (en) 1997-10-22 2011-08-16 Intelligent Technologies International, Inc. Intersection collision avoidance techniques
JP2000127796A (ja) 1998-10-21 2000-05-09 Matsushita Electric Ind Co Ltd 車内警報装置及び車内警報方法
JP3584810B2 (ja) 1999-10-18 2004-11-04 日本電気株式会社 交差点衝突危険警報方法、そのシステム、車載装置、交通管制装置及び記録媒体
US6366207B1 (en) 2000-02-04 2002-04-02 Michael Murphy Device for modifying vehicle operator driving behavior
US6700504B1 (en) 2000-11-01 2004-03-02 Navigation Technologies Corp. Method and system for safe emergency vehicle operation using route calculation
US6615137B2 (en) 2001-06-26 2003-09-02 Medius, Inc. Method and apparatus for transferring information between vehicles
JP2003051099A (ja) 2001-08-07 2003-02-21 Matsushita Electric Ind Co Ltd 交通管制システム
AU2002328072A1 (en) 2002-04-24 2003-11-10 Mohammed El Ouakifi Remote-controlled intelligent traffic signalling
US20040078563A1 (en) * 2002-09-09 2004-04-22 John Kimes Remotely programmable electronic lock and process ASP software to generate and track key activity
US6791471B2 (en) 2002-10-01 2004-09-14 Electric Data Systems Communicating position information between vehicles
US6810328B2 (en) 2002-11-23 2004-10-26 Alpine Electronics, Inc Navigation method and system for indicating area-specific traffic information
US6720898B1 (en) 2003-04-10 2004-04-13 Maxim Integrated Products, Inc. Current source array for high speed, high resolution current steering DACs
US20050038573A1 (en) * 2003-08-11 2005-02-17 Goudy Roy Wesley Vehicle information/task manager
JP2006019908A (ja) 2004-06-30 2006-01-19 Denso Corp 車両用報知音出力装置及びプログラム
US7433773B2 (en) * 2005-10-11 2008-10-07 Nissan Technical Center North America, Inc. Vehicle on-board unit
US20080085687A1 (en) * 2006-10-04 2008-04-10 Brekke Bobbi A Method and system for assigning call waiting priorities to phone numbers
DE102007008259A1 (de) 2007-02-20 2008-08-21 Robert Bosch Gmbh Steuergerät und Verfahren zur Abgabe eines akustischen Warnsignals
US20090140887A1 (en) 2007-11-29 2009-06-04 Breed David S Mapping Techniques Using Probe Vehicles
JP4582154B2 (ja) 2008-02-04 2010-11-17 株式会社デンソー 車車間通信装置
US8175796B1 (en) 2008-09-25 2012-05-08 The United States Of America As Represented By The Secretary Of The Navy Method for vehicle collision avoidance
JP2010267341A (ja) * 2009-05-15 2010-11-25 Renesas Electronics Corp 半導体装置
US8233389B2 (en) * 2009-08-19 2012-07-31 Mitsubishi Electric Research Laboratories, Inc. Method and protocol for congestion control in a vehicular network
US8577550B2 (en) 2009-10-05 2013-11-05 Ford Global Technologies, Llc System for vehicle control to mitigate intersection collisions and method of using the same
US8340894B2 (en) 2009-10-08 2012-12-25 Honda Motor Co., Ltd. Method of dynamic intersection mapping
JP5407764B2 (ja) 2009-10-30 2014-02-05 トヨタ自動車株式会社 運転支援装置
JP2011129106A (ja) 2009-11-19 2011-06-30 Sanyo Electric Co Ltd 無線装置
US8627073B2 (en) * 2010-03-24 2014-01-07 GM Global Technology Operations LLC Adaptive certificate distribution mechanism in vehicular networks using forward error correcting codes
US8499155B2 (en) * 2010-03-24 2013-07-30 GM Global Technology Operations LLC Adaptive certificate distribution mechanism in vehicular networks using variable inter-certificate refresh period
US9026354B1 (en) * 2010-03-30 2015-05-05 Sprint Communications Company L.P. Determining optimal map downloading locations
US8639426B2 (en) 2010-07-15 2014-01-28 George C Dedes GPS/IMU/video/radar absolute/relative positioning communication/computation sensor platform for automotive safety applications
EP2593932B1 (en) 2010-07-16 2021-08-25 Carnegie Mellon University Methods and systems for coordinating vehicular traffic using in-vehicle virtual traffic control signals enabled by vehicle-to-vehicle communications
US9177477B2 (en) 2010-07-19 2015-11-03 Honda Motor Co., Ltd. Collision warning system using driver intention estimator
US8587418B2 (en) 2010-07-28 2013-11-19 Honda Motor Co., Ltd. Method of controlling a collision warning system using right of way
US20120041633A1 (en) * 2010-08-16 2012-02-16 Ford Global Technologies, Llc Systems and methods for regulating control of a vehicle infotainment system
US8717192B2 (en) 2010-10-08 2014-05-06 Navteq B.V. Method and system for using intersecting electronic horizons
US8466807B2 (en) 2011-06-01 2013-06-18 GM Global Technology Operations LLC Fast collision detection technique for connected autonomous and manual vehicles
US8706393B2 (en) 2012-01-10 2014-04-22 Ford Global Technologies, Llc Intersection collision avoidance with adaptable vehicle dimensions
US20130278441A1 (en) 2012-04-24 2013-10-24 Zetta Research and Development, LLC - ForC Series Vehicle proxying
FR2993695B1 (fr) * 2012-07-20 2014-08-29 Realisations Tech Francaises En Comm Et Positionnement De Mobiles Ertf Et Procede d'aide au depassement mettant en oeuvre un dispositif integrant un module gps couple a un module radiofrequence
US8930041B1 (en) * 2013-06-27 2015-01-06 GM Global Technology Operations LLC Methods of operation for plug-in wireless safety device

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004165955A (ja) * 2002-11-13 2004-06-10 Nissan Motor Co Ltd 狭域通信車載器
JP2006340291A (ja) * 2005-06-06 2006-12-14 Denso Corp 車載デジタル放送受信装置および車載デジタル放送受信装置用のプログラム
JP2011033361A (ja) * 2009-07-30 2011-02-17 Sanyo Electric Co Ltd ナビゲーション装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
JOSEPH BENIN ET AL.: "Vehicular network pseudonym distribution in congested urban environments, Southeastcon", 2012 PROCEEDINGS OF IEEE, 2012, pages 1 - 5, XP032179524 *
ZHENDONG MA ET AL.: "Pseudonym-On-Demand: A New Pseudonym Refill Strategy for Vehicular Communications", VEHICULAR TECHNOLOGY CONFERENCE, 2008. VTC 2008-FALL., vol. 68th, 2008, pages 1 - 5, XP032547794, ISSN: 1550-2252 *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2018148285A (ja) * 2017-03-01 2018-09-20 ソフトバンク株式会社 基地局及び通信システム

Also Published As

Publication number Publication date
US20150256534A1 (en) 2015-09-10
CN106063184A (zh) 2016-10-26
EP3116158A1 (en) 2017-01-11
EP3116158A4 (en) 2017-03-15
JPWO2015133207A1 (ja) 2017-04-06
CN106063184B (zh) 2019-02-05
JP6137403B2 (ja) 2017-05-31
EP3116158B1 (en) 2018-12-05
US9485247B2 (en) 2016-11-01

Similar Documents

Publication Publication Date Title
JP6137403B2 (ja) 車載用通信システム及び車載用通信方法
CN105792201B (zh) 颁发用于车辆对外界通信的csr证书的方法和系统
US10272793B2 (en) System and method for determining availability of vehicle charging stations
US12101702B2 (en) Flexible security rating and decision mechanism for machine type communications
EP2831858B1 (en) Service of an emergency event based on proximity
US8729857B2 (en) System, device and method for data transfer to a vehicle and for charging said vehicle
EP3198227B1 (en) Technologies for route navigation sharing in a community cloud
US20190044738A1 (en) Mobile device certificate distribution
US11244565B2 (en) Method and system for traffic behavior detection and warnings
US9432828B1 (en) Vehicle emergency dialing system
CN109413618B (zh) 用于车载网络的多对多文件分发协议
CN105704794B (zh) 远程信息处理控制系统和方法
CN109152088B (zh) 无线装置连接管理方法
US10178709B2 (en) Remotely triggering calls to a PSAP
CN110858959B (zh) 一种管理车辆处的短程无线通信srwc的方法
CN101946490A (zh) 经由移动网络提供通信信息服务
US20140269466A1 (en) Controlling wi-fi service in a vehicle
US9299250B1 (en) Processing requests to establish communication sessions in a mobile vehicle communication system
CN111246420A (zh) 用于蜂窝网络的用户设备（ue）黑名单覆盖
CN107454567B (zh) 将车辆位置传递给外部人员的方法、服务器设备和机动车
FR3102965A1 (fr) Procédé et dispositif de sélection de certificat pseudonyme pour véhicule
JP2016101006A (ja) 電気自動車判別方法及び電気自動車判別システム
JP2024505423A (ja) 協調型高度道路交通システムのためのローカル誤動作防止システム
US20170230286A1 (en) Method for handling a received vehicle-to-X message in a vehicle, vehicle-to-X communications module and storage medium
FR3140235A1 (fr) Procédé et dispositif de communication de données d’identification de véhicule

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 15758185

Country of ref document: EP

Kind code of ref document: A1

ENP Entry into the national phase

Ref document number: 2016506178

Country of ref document: JP

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

REEP Request for entry into the european phase

Ref document number: 2015758185

Country of ref document: EP

WWE Wipo information: entry into national phase

Ref document number: 2015758185

Country of ref document: EP