JP2023519219A - 脆弱な路側利用者デバイス構成によるＶｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｉｎｇ通信管理 - Google Patents

脆弱な路側利用者デバイス構成によるＶｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｉｎｇ通信管理 Download PDF

Info

Publication number
JP2023519219A
JP2023519219A JP2022556601A JP2022556601A JP2023519219A JP 2023519219 A JP2023519219 A JP 2023519219A JP 2022556601 A JP2022556601 A JP 2022556601A JP 2022556601 A JP2022556601 A JP 2022556601A JP 2023519219 A JP2023519219 A JP 2023519219A
Authority
JP
Japan
Prior art keywords
vru
vehicle
user interface
alert
notification profile
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2022556601A
Other languages
English (en)
Other versions
JPWO2021194848A5 (ja
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 クアルコム，インコーポレイテッド
Publication of JP2023519219A publication Critical patent/JP2023519219A/ja
Publication of JPWO2021194848A5 publication Critical patent/JPWO2021194848A5/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/01—Detecting movement of traffic to be counted or controlled
    • G08G1/0104—Measuring and analyzing of parameters relative to traffic conditions
    • G08G1/0108—Measuring and analyzing of parameters relative to traffic conditions based on the source of data
    • G08G1/0116—Measuring and analyzing of parameters relative to traffic conditions based on the source of data from roadside infrastructure, e.g. beacons
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/16—Anti-collision systems
    • G08G1/164—Centralised systems, e.g. external to vehicles
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F1/00—Details not covered by groups G06F3/00 - G06F13/00 and G06F21/00
    • G06F1/16—Constructional details or arrangements
    • G06F1/1613—Constructional details or arrangements for portable computers
    • G06F1/163—Wearable computers, e.g. on a belt
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/016—Input arrangements with force or tactile feedback as computer generated output to the user
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/16—Sound input; Sound output
    • G06F3/167—Audio in a user interface, e.g. using voice commands for navigating, audio feedback
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07C—TIME OR ATTENDANCE REGISTERS; REGISTERING OR INDICATING THE WORKING OF MACHINES; GENERATING RANDOM NUMBERS; VOTING OR LOTTERY APPARATUS; ARRANGEMENTS, SYSTEMS OR APPARATUS FOR CHECKING NOT PROVIDED FOR ELSEWHERE
    • G07C5/00—Registering or indicating the working of vehicles
    • G07C5/008—Registering or indicating the working of vehicles communicating information to a remotely located station
    • G—PHYSICS
    • G08—SIGNALLING
    • G08B—SIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B21/00—Alarms responsive to a single specified undesired or abnormal condition and not otherwise provided for
    • G08B21/02—Alarms for ensuring the safety of persons
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/005—Traffic control systems for road vehicles including pedestrian guidance indicator
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/16—Anti-collision systems
    • G08G1/161—Decentralised systems, e.g. inter-vehicle communication
    • G08G1/162—Decentralised systems, e.g. inter-vehicle communication event-triggered
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/16—Anti-collision systems
    • G08G1/166—Anti-collision systems for active traffic, e.g. moving vehicles, pedestrians, bikes
    • 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/023—Services making use of location information using mutual or relative location information between multiple location based services [LBS] targets or of distance thresholds
    • 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
    • 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]

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Hardware Design (AREA)
  • Analytical Chemistry (AREA)
  • Chemical & Material Sciences (AREA)
  • Emergency Management (AREA)
  • Multimedia (AREA)
  • Health & Medical Sciences (AREA)
  • Audiology, Speech & Language Pathology (AREA)
  • General Health & Medical Sciences (AREA)
  • Business, Economics & Management (AREA)
  • Traffic Control Systems (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本開示の様々な態様は、一般に、ワイヤレス通信に関する。いくつかの態様では、デバイスは、環境内の車両に関連付けられたVehicle-to-Everyting(V2X)通信を受信し、環境内の脆弱な路側利用者(VRU)の脆弱性測度に少なくとも部分的に基づいて、車両の車両データを示すために、アラートがVRUに提供されることになるかどうかに関連付けられたVRU通知プロファイルを決定し、VRU通知プロファイルに従って、アクションを実行してもよい。多数の他の態様が提供される。

Description

米国特許法第119条に基づく優先権の主張
本特許出願は、本出願の譲受人に譲渡され、参照により本明細書に明確に組み込まれる、2020年3月26日に出願された“VEHICLE TO EVERYTHING COMMUNICATION MANAGEMENT ACCORDING TO A VULNERABLE ROADSIDE USER DEVICE CONFIGURATION”と題する非仮出願第16/831,067号の優先権を主張する。
本開示の態様は、一般に、Vehicle-to-Everyting(V2X)通信、および脆弱な路側利用者(VRU: vulnerable roadside user)デバイス構成によるV2X通信管理に関する。
車両は、車両に関連付けられた特性および/または車両の環境に関連付けられた特性を決定するための1つまたは複数のセンサを含む、センサシステムを含んでもよい。たとえば、そのようなセンサシステムは、物体への近接、天候条件、道路条件、車両速度、交通条件、車両のロケーションなどを検出するように構成されてもよい。車両は、(たとえば、Vehicle-to-Everyting(V2X)通信、車両間(V2V)通信などを使用して)センサシステムおよび/または車両に関連付けられた情報を、他の車両、路側ユニット(RSU)、脆弱な路側利用者(VRU:valunerble roadside unit)デバイスなどと共有してもよい。
いくつかの態様では、デバイスによって実行される方法は、環境内の車両に関連付けられたVehicle-to-Everyting(V2X)通信を受信するステップと、環境内の脆弱な路側利用者(VRU)の脆弱性測度に少なくとも部分的に基づいて、車両の車両データを示すために、アラートがVRUに提供されることになるかどうかに関連付けられたVRU通知プロファイルを決定するステップと、VRU通知プロファイルに従って、アクションを実行するステップとを含んでもよい。
いくつかの態様では、デバイスは、メモリと、メモリに動作可能に結合される1つまたは複数のプロセッサとを含んでもよい。メモリおよび1つまたは複数のプロセッサは、環境内の車両に関連付けられたV2X通信を受信することと、環境内のVRUの脆弱性測度に少なくとも部分的に基づいて、車両の車両データを示すために、アラートがVRUに提供されることになるかどうかに関連付けられたVRU通知プロファイルを決定することと、VRU通知プロファイルに従って、アクションを実行することとを行うように構成されてもよい。
いくつかの態様では、非一時的コンピュータ可読媒体は、ワイヤレス通信のための1つまたは複数の命令を記憶してもよい。1つまたは複数の命令は、デバイスの1つまたは複数のプロセッサによって実行されると、1つまたは複数のプロセッサに、環境内の車両に関連付けられたV2X通信を受信することと、環境内のVRUの脆弱性測度に少なくとも部分的に基づいて、車両の車両データを示すために、アラートがVRUに提供されることになるかどうかに関連付けられたVRU通知プロファイルを決定することと、VRU通知プロファイルに従って、アクションを実行することとを行わせてもよい。
いくつかの態様では、ワイヤレス通信のための装置は、環境内の車両に関連付けられたV2X通信を受信するための手段と、環境内のVRUの脆弱性測度に少なくとも部分的に基づいて、車両の車両データを示すために、アラートがVRUに提供されることになるかどうかに関連付けられたVRU通知プロファイルを決定するための手段と、VRU通知プロファイルに従って、アクションを実行するための手段とを含んでもよい。
態様は、一般に、図面および本明細書を参照しながら十分に説明し、図面および本明細書によって示すような、方法、装置、システム、コンピュータプログラム製品、非一時的コンピュータ可読媒体、ユーザデバイス、ワイヤレス通信デバイス、および/または処理システムを含む。
上記は、以下の発明を実施するための形態がよりよく理解されてもよいように、本開示による例の特徴および技術的利点をかなり広範に概説している。追加の特徴および利点について、以下で説明する。開示される概念および具体例は、本開示の同じ目的を遂行するための他の構造を変更または設計するための基礎として容易に利用される場合がある。そのような等価な構造は、添付の特許請求の範囲から逸脱しない。本明細書で開示する概念の特性、それらの編成と動作方法の両方が、関連する利点とともに、添付の図に関して検討されると以下の説明からよりよく理解されよう。図の各々は、特許請求の範囲の限定の定義としてではなく、例示および説明のために提供される。
上述した本開示の特徴を詳細に理解することができるように、そのいくつかが添付の図面に示される態様を参照することによって、上記で簡単に要約したより詳細な説明が得られる場合がある。しかしながら、本説明は他の等しく効果的な態様を許容する場合があるので、添付の図面が、本開示のいくつかの典型的な態様しか示さず、したがって、その範囲の限定と見なされるべきではないことに留意されたい。異なる図面における同じ参照番号は、同じまたは同様の要素を識別する場合がある。
本開示の様々な態様による、本明細書で説明する脆弱な路側利用者(VRU)デバイスが実装されてもよい例示的な環境を概念的に示す図である。 本開示の様々な態様による、VRUデバイスなど、図1に示される1つまたは複数のデバイスの例示的なコンポーネントを概念的に示す図である。 本開示の様々な態様による、V2X通信管理に関連する1つまたは複数の例を概念的に示す図である。 本開示の様々な態様による、V2X通信管理に関連する1つまたは複数の例を概念的に示す図である。 本開示の様々な態様による、V2X通信管理に関連する1つまたは複数の例を概念的に示す図である。 本開示の様々な態様による、V2X通信管理に関連する1つまたは複数の例を概念的に示す図である。 本開示の様々な態様による、VRUデバイス構成によるV2X通信管理に関連する例示的なプロセスのフローチャートである。
本開示の様々な態様について、添付の図面を参照しながら以下でより十分に説明する。しかしながら、本開示は、多くの異なる形態で具現化されてもよく、本開示全体にわたって提示される任意の特定の構造または機能に限定されるものと解釈されるべきでない。むしろ、これらの態様は、本開示が周到で完全になり、本開示の範囲を当業者に十分に伝達するように提供される。本明細書の教示に少なくとも部分的に基づいて、本開示の範囲は、本開示の任意の他の態様とは無関係に実装されるにせよ、本開示の任意の他の態様と組み合わせて実装されるにせよ、本明細書で開示する本開示の任意の態様を包含するものであることを、当業者は諒解されたい。たとえば、本明細書に記載した任意の数の態様を使用して、装置が実装されてもよく、または方法が実践されてもよい。加えて、本開示の範囲は、本明細書に記載した本開示の様々な態様に加えて、またはそれらの態様以外に、他の構造、機能、または構造および機能を使用して実践されるそのような装置または方法を包含するものとする。本明細書で開示する本開示のいかなる態様も、請求項の1つまたは複数の要素によって具現化されてもよいことを理解されたい。
いくつかの事例では、車両は、(たとえば、テレマティクス制御ユニット(TCU)など、車両の電子制御ユニット(ECU)を介して)互いに、かつ/または他のデバイスと通信するように構成されてもよい。たとえば、通信技術の進歩によって、Vehicle-to-Everyting(V2X)通信が可能になっており、V2X通信は、車両間(V2V)通信、歩車間(V2P)通信などを含む場合がある。さらに、路側プラットフォームの1つまたは複数の路側ユニット(RSU)が、V2X通信に関連して利用されてもよい。たとえば、RSUは、車両の間の通信を容易にすること、道路に沿って進行する車両に関連付けられた、および/またはそれらの車両からの情報を受信すること、道路に沿って進行する車両へのおよび/またはそれらの車両に関連付けられた情報を提供することなどを行うように構成されてもよい。
場合によっては、車両および/またはRSUは、V2X通信からの情報を、脆弱な路側利用者(VRU)と共有するように構成されてもよい。たとえば、V2Xデバイス(たとえば、車両、RSUなど)は、車両情報をVRUのユーザデバイス(本明細書では「VRUデバイス」と呼ばれる)に伝送して、VRUデバイスがユーザインターフェースコンポーネントを使用して、車両の存在についてVRUに警告すること、車両のロケーションを示すこと、車両に関連付けられた情報を提供することなどを引き起こすか、または可能にしてもよい。しかしながら、いくつかの事例では、いくつかのユーザインターフェースコンポーネント(たとえば、ディスプレイ、スピーカ、振動機構などの出力コンポーネント)を使用することは、無駄である可能性がある。たとえば、VRUデバイスがポケットの中にあるか、またはVRUの環境が騒々しいとき、VRUは、VRUデバイスのディスプレイを見ないか、または車両に関連付けられた情報をレンダリングしているVRUのスピーカの音が聞こえない場合がある。
本明細書で説明するいくつかの態様によれば、VRUデバイスは、VRUデバイス構成によるV2X通信管理を実行する。いくつかの態様では、VRUデバイスは、VRUに関連付けられたVRUデバイス構成を決定し、VRUに通知する(たとえば、アラートする、警告する、示すなどの)ためのVRU通知プロファイルを決定してもよい。VRUデバイスは、VRUデバイス、およびVRUデバイスと通信可能に結合される他のデバイス(たとえば、ウェアラブルデバイス)の出力コンポーネントを含む、VRUに関連付けられたいずれかまたはすべてのアクティブ化可能な出力コンポーネントを識別することによって、VRUデバイス構成を決定してもよい。VRU通知プロファイルは、VRUが車両に関連付けられる車両情報を受信してもよい最適な方法に対応する場合がある。より詳細には、VRU通知プロファイルは、VRUデバイス構成、ならびに車両および/またはVRUに関連付けられたコンテキスト情報に少なくとも部分的に基づいて、(たとえば、本明細書で説明するモデルまたは優先方式に従って)どの出力コンポーネントがいくつかの出力をレンダリングすることになるかを識別してもよい。このようにして、VRUデバイスは、VRUによって受信される可能性が低いV2X関連通知の伝送および/またはレンダリングを回避することによって、以前の技法と比較して、VRUにV2X関連通知を提供することに関連するコンピューティングリソース(たとえば、処理リソース、メモリリソースなど)、通信リソース(たとえば、VRUデバイスとウェアラブルデバイスとの間の短距離ワイヤレス通信リソース)、および/または電力リソース(たとえば、出力コンポーネントをアクティブ化するための電力リソース)を節約してもよい。さらに、VRUデバイスは、以前の技法と比較して、VRUによって受信される可能性がより高い通知を決定および/または提供することによって、V2X関連通知を受信することに関連するユーザエクスペリエンスを向上させてもよい。
図1は、本明細書で説明するシステムおよび/または方法が実装されてもよい例示的な環境100の図である。図1に示されているように、環境100は、1つまたは複数のVRUデバイス110(本明細書では個々に「VRUデバイス(VRU device)110」と呼ばれ、「VRUデバイス(VRU devices)110」と総称される)と、RSU120と、対応するECU132-1～132-N(個々に“TCU132”と呼ばれ、“ECUs132”と総称される)をもつ、1つまたは複数の車両130-1～130-N(個々に「車両(vehicle)130」と呼ばれ、「車両(vehicles)130」と総称される)と、ネットワーク140とを含んでもよい。車両130の各々は、単一の対応するTCU132とともに図1に示されている(たとえば、TCU132は、車両とコロケートされている)が、環境100内の1つまたは複数の車両130は、2つ以上のECU132を含んでもよい。環境100のデバイスは、ワイヤード接続、ワイヤレス接続、またはワイヤード接続とワイヤレス接続との組合せを介して、相互接続してもよい。
VRUデバイス110は、本明細書で説明するように、V2X通信管理に関連付けられた情報を受信、生成、記憶、処理、伝送、および/または提供することが可能な1つまたは複数のデバイスを含む。たとえば、VRUデバイス110は、ユーザ機器(UE)もしくはモバイルフォン(たとえば、スマートフォン、無線電話など)、ラップトップコンピュータ、タブレットコンピュータ、ハンドヘルドコンピュータ、ウェアラブル通信デバイス(たとえば、スマート腕時計、スマート眼鏡など)、または同様のタイプのデバイスなど、通信および/またはコンピューティングデバイスを含んでもよい。VRUデバイス110は、本明細書で説明するように、他のV2Xデバイスと通信することが可能であるV2X互換および/またはV2Xデバイスを含む。
RSU120は、本明細書で説明するように、V2X通信に関連付けられた情報を受信、生成、処理、および/または提供するために割り当てられた、1つまたは複数のコンピューティングデバイスおよび/または通信デバイス(たとえば、RSU)を含む。たとえば、RSU120は、サーバデバイスまたはサーバデバイスのグループを含んでもよい。RSU120は、VRUデバイス110および車両130のECU132との通信を可能にするように構成され、かつ/または道路に沿って配置されてもよい。いくつかの態様では、RSU120は、車両130に関連付けられたV2X通信を介して、車両データを受信し、車両データを他の車両130(たとえば、V2X通信プラットフォームのRSUに結合される車両)、VRUデバイス110などに配信する、クラウドコンピューティング環境内で、またはクラウドコンピューティング環境によって実装されてもよい、V2X通信プラットフォームのデバイスであってもよい。
車両130は、本明細書で説明するように、V2X通信を伝送および/または受信することが可能である、任意の車両を含んでもよい。たとえば、車両130は、消費者車両、産業用車両、商用車両などであってもよい。車両130は、公道を介して進行することおよび/または交通手段を提供することが可能である場合があり、仕事場(たとえば、工事現場)に関連する動作において使用することなどが可能である場合がある。車両130は、車両130に関連付けられた車両データを生成および/または(たとえば、VRUデバイス110および/またはRSU120に)提供するために使用される、1つまたは複数のセンサを含む、センサシステムを含んでもよい。
車両130は、TCU132によって制御されてもよく、TCU132は、本明細書で説明するV2X通信管理に関連付けられた情報を受信、生成、記憶、処理、および/または提供することが可能な、1つまたは複数のデバイスを含んでもよい。たとえば、TCU132は、ECU、オンボードコンピュータ、制御コンソール、オペレータステーション、または同様のタイプのデバイスなど、通信および/またはコンピューティングデバイスのコンポーネントを含んでもよく、かつ/またはそれであってもよい。いくつかの態様では、TCU132は、本明細書で説明するように、V2X通信と、車両130に関連付けられた車両データ(たとえば、識別情報、センサデータなど)とを含んでもよく、かつ/またはそれらを提供するために使用されてもよい。たとえば、TCU132は、車両130が、VRUデバイス110および/またはRSU120と、本明細書で説明するように、車両に関連付けられた車両情報を共有することに関連する、1つまたは複数のオンボード能力を有することを可能にしてもよい。
ネットワーク140は、1つまたは複数のワイヤードネットワークおよび/またはワイヤレスネットワークを含む。たとえば、ネットワーク140は、ピアツーピア(P2P)ネットワーク、セルラーネットワーク(たとえば、ロングタームエボリューション(LTE)ネットワーク、符号分割多元接続(CDMA)ネットワーク、3Gネットワーク、4Gネットワーク、5Gネットワーク、別のタイプの次世代ネットワークなど)、パブリックランドモバイルネットワーク(PLMN)、ローカルエリアネットワーク(LAN)、ワイドエリアネットワーク(WAN)、メトロポリタンエリアネットワーク(MAN)、電話網(たとえば、公衆交換電話網(PSTN))、プライベートネットワーク、アドホックネットワーク、イントラネット、インターネット、光ファイバーベースネットワーク、クラウドコンピューティングネットワークなど、および/またはこれらもしくは他のタイプのネットワークの組合せを含んでもよい。いくつかの態様では、ネットワーク140は、直接的に環境100のデバイスのうちの1つまたは複数の間であるP2P通信リンクを含んでもよく、かつ/またはそれであってもよい。
図1に示されるデバイスおよびネットワークの数および配置は、1つまたは複数の例として提供される。実際には、図1に示されるものと比べて、追加のデバイスおよび/またはネットワーク、より少ないデバイスおよび/またはネットワーク、異なるデバイスおよび/またはネットワーク、あるいは異なるように配置されたデバイスおよび/またはネットワークがあってもよい。さらに、図1に示される2つ以上のデバイスが単一のデバイス内で実装されてもよく、または、図1に示される単一のデバイスが複数の分散したデバイスとして実装されてもよい。追加または代替として、環境100のデバイスのセット(たとえば、1つまたは複数のデバイス)は、環境100のデバイスの別のセットによって実行されるものとして説明する1つまたは複数の機能を実行してもよい。
図2は、デバイス200の例示的なコンポーネントの図である。デバイス200は、VRUデバイス110、RSU120、TCU132などに対応してもよい。いくつかの態様では、VRUデバイス110、RSU120、および/またはTCU132は、1つもしくは複数のデバイス200、および/またはデバイス200の1つもしくは複数のコンポーネントを含んでもよい。図2に示されているように、デバイス200は、バス210と、プロセッサ220と、メモリ230と、記憶コンポーネント240と、入力コンポーネント250と、出力コンポーネント260と、通信インターフェース270と、1つまたは複数のコンテキストセンサ280(本明細書では個々に「コンテキストセンサ(context sensor)280」と呼ばれ、「コンテキストセンサ(context sensors)280」と総称される)とを含んでもよい。
バス210は、デバイス200の複数のコンポーネントの間の通信を可能にするコンポーネントを含む。プロセッサ220は、ハードウェア、ファームウェア、および/またはハードウェアとソフトウェアの組合せにおいて実装される。プロセッサ220は、中央処理ユニット(CPU)、グラフィックス処理ユニット(GPU)、加速処理ユニット(APU)、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ(DSP)、フィールドプログラマブルゲートアレイ(FPGA)、特定用途向け集積回路(ASIC)、または別のタイプの処理コンポーネントである。いくつかの態様では、プロセッサ220は、機能を実行するようにプログラムされることが可能な1つまたは複数のプロセッサを含む。メモリ230は、プロセッサ220による使用のために情報および/または命令を記憶する、ランダムアクセスメモリ(RAM)、読取り専用メモリ(ROM)、および/または別のタイプの動的もしくは静的な記憶デバイス(たとえば、フラッシュメモリ、磁気メモリ、および/または光メモリ)を含む。
記憶コンポーネント240は、デバイス200の動作および使用に関する情報および/またはソフトウェアを記憶する。たとえば、記憶コンポーネント240は、ハードディスク(たとえば、磁気ディスク、光ディスク、および/または光磁気ディスク)、ソリッドステートドライブ(SSD)、コンパクトディスク(CD)、デジタル多用途ディスク(DVD)、フロッピーディスク、カートリッジ、磁気テープ、および/または別のタイプの非一時的コンピュータ可読媒体を、対応するドライブとともに含んでもよい。
入力コンポーネント250は、ユーザ入力などを介してデバイス200が情報を受け取ることを可能にするコンポーネント(たとえば、タッチスクリーンディスプレイ、キーボード、キーパッド、マウス、ボタン、スイッチ、マイクロフォン、カメラなど)を含む。追加または代替として、入力コンポーネント250は、ロケーションを決定するためのコンポーネント(たとえば、全地球測位システム(GPS)コンポーネント)、および/またはセンサ(たとえば、加速度計、ジャイロスコープ、アクチュエータ、別のタイプの位置センサもしくは環境センサなど)を含んでもよい。出力コンポーネント260は、デバイス200からの出力情報を(たとえば、ディスプレイ、スピーカ、ハプティックフィードバックコンポーネント、音声または視覚的インジケータなどを介して)提供するコンポーネントを含む。
通信インターフェース270は、デバイス200が、ワイヤード接続、ワイヤレス接続、またはワイヤード接続とワイヤレス接続との組合せなどを介して他のデバイスと通信することを可能にする、トランシーバのようなコンポーネント(たとえば、トランシーバ、別個のレシーバ、別個のトランスミッタなど)を含む。通信インターフェース270は、デバイス200が別のデバイスから情報を受信することおよび/または別のデバイスに情報を提供することを可能にしてもよい。たとえば、通信インターフェース270は、イーサネットインターフェース、光インターフェース、同軸インターフェース、赤外線インターフェース、無線周波数(RF)インターフェース、ユニバーサルシリアルバス(USB)インターフェース、Wi-Fiインターフェース、セルラーネットワークインターフェースなどを含んでもよい。
デバイス200は、本明細書で説明する1つまたは複数のプロセスを実行してもよい。デバイス200は、メモリ230および/または記憶コンポーネント240などの非一時的コンピュータ可読媒体によって記憶されたソフトウェア命令をプロセッサ220が実行することに少なくとも部分的に基づいて、これらのプロセスを実行してもよい。本明細書で使用する「コンピュータ可読媒体」という用語は、非一時的メモリデバイスを指す。メモリデバイスは、単一の物理的記憶デバイス内のメモリ空間、または複数の物理的記憶デバイスにわたって広がるメモリ空間を含む。
ソフトウェア命令は、通信インターフェース270を介して別のコンピュータ可読媒体または別のデバイスから、メモリ230および/または記憶コンポーネント240の中に読み取られてもよい。実行されると、メモリ230および/または記憶コンポーネント240に記憶されるソフトウェア命令は、プロセッサ220に本明細書で説明する1つまたは複数のプロセスを実行させてもよい。追加または代替として、本明細書で説明する1つまたは複数のプロセスを実行するために、ソフトウェア命令の代わりに、またはソフトウェア命令と組み合わせて、ハードウェア回路が使用されてもよい。したがって、本明細書で説明する態様は、ハードウェア回路とソフトウェアとのいかなる特定の組合せにも限定されない。
コンテキストセンサ280は、デバイス200の環境(たとえば、VRUの環境)の1つまたは複数の特性に関連付けられた情報を受信、検出、分析、処理、および/または提供することが可能な、1つまたは複数のデバイスを含む。たとえば、本明細書で説明するように、コンテキストセンサ280は、時間、可視性測度、周囲雑音レベル、物体の速度、物体の存在、物体の物理的特性、物体のタイプ、進行方向などを決定するように構成されてもよい。そのような情報は、(たとえば、入力コンポーネント250のセンサに関連付けられた)センサデータ、(たとえば、他のデバイスからの)通信などに少なくとも部分的に基づいて決定されてもよい。
いくつかの態様では、デバイス200は、本明細書で説明する1つまたは複数のプロセスを実行するための手段、および/または本明細書で説明するプロセスの1つまたは複数の動作を実行するための手段を含む。たとえば、本明細書で説明するプロセスおよび/または動作を実行するための手段は、バス210、プロセッサ220、メモリ230、記憶コンポーネント240、入力コンポーネント250、出力コンポーネント260、通信インターフェース270、コンテキストセンサ280、および/またはそれらの任意の組合せを含んでもよい。
図2に示されるコンポーネントの数および配置は、一例として提供される。実際には、デバイス200は、図2に示されるものと比べて、追加のコンポーネント、より少ないコンポーネント、異なるコンポーネント、または異なるように配置されたコンポーネントを含んでもよい。追加または代替として、デバイス200のコンポーネントのセット(たとえば、1つまたは複数のコンポーネント)は、デバイス200のコンポーネントの別のセットによって実行されるものとして説明する1つまたは複数の機能を実行してもよい。
図3A～図3Cは、本開示の様々な態様による、V2X通信管理に関連する例300を概念的に示す図である。例300は、(たとえば、1つまたは複数のVRUデバイス110を含む)VRUのVRUデバイス構成と、車両(たとえば、車両130)と、基地局(たとえば、ネットワーク140の基地局)と、RSU(たとえば、RSU120)とを含む。例300では、車両およびVRUは、同じ道路交差点に接近している場合がある。
例300では、VRUは、VRUデバイス構成を構成する複数のVRUデバイスを携帯および/または装着していてもよい。より具体的には、図示のように、VRUは、1次VRUデバイス(“UE”として示され、本明細書では“UE”と呼ばれる)と、2次VRUデバイス(スマートグラス“W1”(または拡張現実グラス)、およびスマートウォッチ“W2”として示され、これらは本明細書で「ウェアラブルデバイス」と総称される)のセットとを携帯していてもよい。したがって、VRUデバイス構成は、VRUデバイス構成のデバイスの1つまたは複数の出力コンポーネントを介して、車両が交差点に接近していることをVRUに通知するために利用されてもよい。VRUデバイス構成は、一例として提供され、例300に関して説明するものと比べて、より多いデバイス、より少ないデバイス、および/または異なるデバイスを含んでもよい。
図3Aにおいて参照番号310によって示されるように、UEは、車両に関連付けられたV2X通信を受信する。たとえば、V2X通信は、任意の好適なV2X通信プロトコルを使用して、車両および/またはRSUから受信されてもよい。したがって、V2X通信は、UEが車両および/またはRSUの通信範囲内であることに少なくとも部分的に基づいて、UEによって受信されてもよい。追加または代替として、V2X通信は、UEが車両のしきい値距離内であることに少なくとも部分的に基づいて(たとえば、車両および/またはRSUが、UEがしきい値距離内であると判定することに少なくとも部分的に基づいて)、UEによって受信されてもよい。本明細書で説明するように、車両がV2X通信に関連するアクションを実行すること(たとえば、V2X通信を送信/受信すること、V2X通信を処理することなど)に言及するとき、車両のECU(たとえば、TCU132)がアクションを実行している場合があることを理解されたい。
本明細書で説明するように、V2X通信は、車両に関連付けられた車両データを含んでもよい。たとえば、車両データは、車両のロケーション(たとえば、地理座標、高度情報など)、車両の速度、車両の進行方向(たとえば、ヘッディング情報、ナビゲーション情報など)、車両の識別情報(たとえば、車両識別子、車両の型/モデルなど)などのうちの少なくとも1つを識別する情報を含んでもよい。いくつかの態様によれば、車両データは、車両の1つまたは複数の実行能力を示すために、車両のタイプを識別してもよい。より具体的には、車両データは、V2X通信能力(たとえば、車両がコネクテッドV2X(C-V2X: connected V2X)対応車両であるかどうか)、自律走行制御能力(たとえば、車両が自律走行車両、半自律走行車両などであるかどうか)、検知能力(たとえば、車両が、いくつかのタイプのセンサを含むかどうか、いくつかのセンサシステムを有するかどうか、いくつかの物体を検出する能力を有するかどうかなど)などを表してもよい。
このようにして、UEは、車両に関連付けられたV2X通信を受信して、UEが(たとえば、UEおよび/またはウェアラブルデバイスの1つまたは複数の出力コンポーネントを使用して)VRUと車両データを共有するかどうかを決定することを可能にしてもよい。
図3Aにおいて参照番号320によってさらに示されるように、UEは、VRUおよび/または車両に関連付けられたコンテキスト情報を決定する。たとえば、UEは、UEおよび/またはウェアラブルデバイスに関連付けられた1つまたは複数のセンサを介して、環境の1つもしくは複数の特性(たとえば、VRU、車両、交差点などを含む環境)、VRUの1つもしくは複数の特性、および/または車両の1つもしくは複数の特性を決定する。本明細書で説明するように、コンテキスト情報に少なくとも部分的に基づいて、UEは、VRUが車両に気づいていること、車両の運転者がVRUに気づいていること、VRUおよび/または車両が衝突する場合があることなどの確率または尤度を決定してもよい。
UEは、V2X通信において受信された車両データ(たとえば、ロケーション、速度、進行方向、車両能力など)に少なくとも部分的に基づいて、車両に関連付けられたコンテキスト情報を決定してもよい。環境に関連付けられたコンテキスト情報を取得または決定するために、UEは、環境の1つまたは複数の特性に関連付けられる、UEのセンサおよび/またはウェアラブルデバイスのセンサを使用してもよい。たとえば、UEは、クロックを使用して、時刻を決定してもよく、カメラまたは光センサを使用して、環境内の周囲光の量を決定してもよく、マイクロフォンを使用して、環境内の周囲雑音レベルを決定することなどをしてもよい。追加または代替として、UEは、UEの1つまたは複数のアプリケーションに関連付けられたデータを受信および/または処理することに少なくとも部分的に基づいて、環境に関連付けられたコンテキスト情報を決定してもよい。たとえば、UEは、天候アプリケーションを使用して、環境に関連付けられた天候情報を取得してもよく、車両交通またはナビゲーションアプリケーションを使用して、環境に関連付けられた交通密度情報を取得してもよく、マッピングアプリケーションを使用して、(たとえば、マップに示された建築物、マップに示された地形などに少なくとも部分的に基づいて)路側障害物情報を取得することなどをしてもよい。いくつかの態様では、UEは、RSUから環境に関連付けられた情報を取得してもよい。たとえば、RSUは、交通密度、歩行者密度、可視性情報など、環境に関連付けられた情報を(たとえば、V2X通信内で、かつ/またはV2X通信に関連して)ブロードキャストおよび/または提供してもよい。
UEは、UEおよび/またはウェアラブルデバイスのうちの1つまたは複数のセンサまたはシステムを使用して、VRUに関連付けられたコンテキスト情報を決定してもよい。たとえば、UEは、歩数計(たとえば、加速度計を含んでもよい)および/またはGPSコンポーネントを使用して、VRUの速度を決定してもよく、コンパスまたはGPSコンポーネントを使用して、VRUの進行方向を決定してもよく、心拍数モニタまたは他の生体測定監視センサを使用して、VRUの健康特性を決定することなどをしてもよい。UEは、UEへの1つまたは複数のユーザ入力に少なくとも部分的に基づいて、VRUに関連付けられたコンテキスト情報を決定してもよい。たとえば、UEは、ユーザがフィットネスおよび/または健康アプリケーションへの1つまたは複数の入力を提供することに少なくとも部分的に基づいて、VRUが運動(たとえば、ウォーキング、ランニング、サイクリングなど)中であるかどうか、あるモビリティ特性を有する(たとえば、車椅子または他のモビリティ支援デバイスを使用する)かどうか、ある健康状態(たとえば、聴覚障害、視覚障害など)を有するかどうか、ある年齢であるかどうかなどを決定してもよい。
したがって、UEは、上記のコンテキスト情報および/または他の同様のタイプの情報のいずれかまたはすべてを使用して、(たとえば、周囲雑音レベルおよび/または他の情報を使用して)VRUが車両の音を聞くことができる確率を対応して決定してもよく、(たとえば、ロケーション情報、路側障害物情報などを使用して)VRUが車両を見ることができること、および/または車両の運転者がVRUを見ることができることの確率を対応して決定してもよい。
このようにして、UEは、VRUおよび/または車両に関連付けられたコンテキスト情報を決定して、UEがVRUに関連付けられた脆弱性測度を決定することを可能にしてもよい。
図3Aにおいて参照番号330によってさらに示されるように、UEは、VRUに関連付けられた脆弱性測度を決定する。たとえば、UEは、コンテキスト情報に少なくとも部分的に基づいて、脆弱性測度を決定してもよい。脆弱性測度は、VRUの脆弱性のレベル、ならびに/またはVRUおよび車両を伴う、生じつつある状況の重大度の程度を表してもよい。脆弱性測度は、VRUが車両に気づいている確率、車両の運転者がVRUに気づいている確率、VRUおよび車両が衝突する場合がある確率などを決定することに少なくとも部分的に基づいてもよい。
1つまたは複数の確率は、コンテキスト情報に関連付けられた値に少なくとも部分的に基づいて決定されてもよい。たとえば、コンテキスト情報が、障害物がVRUと車両との間にある(たとえば、見通し線が遮断されている)こと、および比較的高いレベルの周囲雑音があることを示す場合、UEは、環境が比較的静かであり、かつ/または障害物がVRUと車両との間にない場合(たとえば、VRUがおそらく車両の音を聞くようになる、かつ/または車両を見るようになるので)よりも、VRUが車両に気づいていない尤度が比較的、より高いと判定してもよい。いくつかの態様によれば、RSUは、車両がC-V2X車両でない場合、車両が交差点に接近していることを、UEに通知してもよい。たとえば、RSUに関連付けられたカメラおよび/もしくはセンサが車両を検出することに基づいて、ならびに/または車両によって携帯されたユーザデバイスによってRSUに提供されたメッセージ、ロケーション情報、および/もしくはナビゲーション情報に基づいて、RSUは、車両が交差点に接近していると判定することができる。そのような例では、車両が、RSUによって通信されることが可能であるC-V2X車両でない場合、UEは、車両がC-V2X車両である場合(たとえば、C-V2X車両の運転者が、RSUおよび/またはUEからのV2X通信を介して、VRUに気づかされるようになるので)よりも、車両の運転者がVRUに気づいていない尤度が比較的、より高いと判定してもよい。さらに、VRUおよび車両のそれぞれのロケーション、速度、および進行方向情報に少なくとも部分的に基づいて、UEは、VRUおよび車両が衝突するようになる確率を決定することができる。
いくつかの態様によれば、UEは、脆弱性スコアリングシステムを利用して、コンテキスト情報に少なくとも部分的に基づいて、VRUおよび車両に関連付けられた脆弱性測度(および/または、1つもしくは複数の確率)を決定することができる。たとえば、そのようなスコアリングシステムを使用して、UEは、コンテキスト情報に関連付けられた1つまたは複数の脆弱性パラメータに重み(w)を適用することができる。重みは、個々の脆弱性パラメータがVRUと車両との間の潜在的な衝突(または、他の危険なシナリオ)に及ぼす関連のある影響(たとえば、潜在的な衝突とのVRU認識の関連性、潜在的な衝突との車両運転者認識の関連性、同時に重複するVRUおよび車両の進行経路の関連性など)に少なくとも部分的に基づいてもよい。
より具体的には、VRUと車両との間の可視性測度、環境の可聴性測度、およびVRUと車両との間の現在の、または推定される将来の距離に対応するモビリティ測度を含む、3つの脆弱性パラメータを仮定すると、UEは、以下を使用して、VRU jについての車両(i)のa、b、cとして表された、3つの脆弱性パラメータに少なくとも部分的に基づいて、脆弱性測度(sij)を決定することができる。
sij=wajai+wbjbi+wcjci+... (1)
ここで、waj、wbj、wcjは、特に車両iのための値に対応する、脆弱性パラメータai、bi、ciのためのVRU jとの関連性に少なくとも部分的に基づいて調整された重みに対応する。上記によれば、VRUが比較的静止している場合、脆弱性測度が、すべての3つが等しく重み付けされた場合よりも、比較的、より高い程度の脆弱性を示すことを引き起こすために、可視性測度または可聴性測度よりもモビリティ測度に、より大きい重みが与えられてもよい。いくつかの態様では、重みwaj、wbj、wcjが正規化されてもよい(たとえば、ここで、0≦waj、wbj、wcj≦1、かつwaj+wbj+wcj=1である)。
いくつかの態様では、UEは、脆弱性測度を決定するために、脆弱性モデルなどの機械学習モデルを使用してもよく、かつ/またはそれに関連付けられてもよい。たとえば、UEは、VRUが車両に対して脆弱であるかどうかを決定することに関連付けられた、1つまたは複数の脆弱性パラメータに基づいて、脆弱性モデルをトレーニングしてもよく、脆弱性パラメータは、可視性測定値、可聴性測定値、VRUと車両との間の距離、VRUの認識レベルまたは能力、車両の運転者の認識レベルまたは能力、VRUの速度、車両の速度、VRUの進行方向、車両の進行方向、VRUのロケーション、車両のロケーション、時刻、時期、天候特性、車両能力またはタイプなどである。脆弱性モデルは、1つまたは複数の脆弱性パラメータに従って、VRUが車両に対して脆弱であるかどうかを決定することに関連付けられた、履歴データを使用してトレーニングされてもよい。VRUおよび/または車両に関連付けられた履歴データおよび対応するコンテキスト情報(たとえば、脆弱性パラメータのための対応するコンテキスト情報)を、脆弱性モデルへの入力として使用して、UEは、VRU通知プロファイル、および/または車両に関連付けられた通知がVRUに送信される(または、VRUのためにレンダリングされる)ことになるかどうかを決定するために、脆弱性測度を決定してもよい。
図3Bは、例300に関連する例示的なシナリオ330a～330dを示す。例示的なシナリオ330aでは、VRUは、大きい雑音を出しているスピーカの近くにいる。そのようなシナリオでは、UEは、VRUの周囲に高レベルの周囲雑音があることを示すコンテキスト情報を(たとえば、UEのマイクロフォンから)取得および/または決定してもよい。そのような場合、UEは、(たとえば、VRUがおそらく車両の音を聞くことができないので)VRUが車両に対して脆弱であることを示す脆弱性測度を決定してもよい。
例示的なシナリオ330bでは、VRUと車両との間の見通し線を遮断する建築物がある。そのようなシナリオでは、UEは、(たとえば、ロケーション情報、マッピング情報などを使用して)建築物がVRUと車両との間にあることを示すコンテキスト情報を取得および/または決定してもよい。そのような場合、UEは、(たとえば、VRUがおそらく車両を見ることができないので)VRUが車両に対して脆弱であることを示す脆弱性測度を決定してもよい。
例示的なシナリオ330cでは、交差点が橋を含むので、車両がVRUの道路の上を通過するようになる。そのようなシナリオでは、UEは、(たとえば、ロケーションおよび/または高度情報、マッピング情報などを使用して)VRUおよび車両が同じロケーションに接近していない、かつ/または衝突することが不可能であることを示す、コンテキスト情報を取得および/または決定してもよい。そのような場合、車両がおそらくVRUと同時に交差点内にないことに少なくとも部分的に基づいて、UEは、VRUが車両に対して脆弱でないことを示す脆弱性測度を決定してもよい。
例示的なシナリオ330dでは、車両が停止している(または、停止させられる)。そのようなシナリオでは、UEは、(たとえば、V2X通信から)車両が停止させられることを示すコンテキスト情報を取得および/または決定してもよい。そのような場合、車両がおそらくVRUと同時に交差点内にないことに少なくとも部分的に基づいて、UEは、VRUが車両に対して脆弱でないことを示す脆弱性測度を決定してもよい。
このようにして、UEは、UEがVRUデバイス構成の1つまたは複数の出力コンポーネントを介して、VRUに通知するためのVRU通知プロファイルを決定することを可能にするために、コンテキスト情報から、脆弱性測度を決定してもよい。
図3Cにおいて参照番号340によって示されるように、UEは、VRUデバイス構成に従って、VRU通知プロファイルを決定する。VRU通知プロファイルは、脆弱性測度に少なくとも部分的に基づいて選択されてもよく、ならびに/または、V2X通信が受信されたこと、および/もしくは(たとえば、車両のロケーション、車両の速度、車両の進行方向などを示すために)V2X通信の車両データに関連付けられた車両情報を提供することを、VRUが通知されることになるかどうかを示してもよい。たとえば、VRUが脆弱である(たとえば、VRUおよび車両が同時に交差点に到着する、しきい値確率がある)と判定される場合、VRUは、VRUが車両および/または受信されたV2X通信に関連付けられた通知を受信することになると判定してもよい。UEが、(VRUが他の車両に対して脆弱である場合があるが)VRUが車両に対して脆弱でないことを示す脆弱性測度を決定する場合、UEは、(たとえば、UEが、VRUが車両に対して脆弱であることを、V2X通信のうちの1つから決定する場合に)車両に関連付けられたV2X通信を監視し続けてもよい。
いくつかの態様では、VRUが、V2X通信が受信されたことを通知されることになるとき、VRU通知は、VRUデバイス構成におけるVRUデバイスのどの出力コンポーネントが、VRUに通知(たとえば、メッセージ、アラート、警告など)を送信するために使用されることになるかを表すために、決定および/または構成されてもよい。追加または代替として、VRU通知プロファイルは、1つまたは複数の出力コンポーネントを介して通知を送信することに関連付けられた、頻度および/またはパターンを示してもよい。
UEは、VRUデバイス構成におけるVRUデバイス(たとえば、量および/またはタイプ)に少なくとも部分的に基づいて、VRUに関連付けられたVRUユーザインターフェース構成を決定してもよい。VRUユーザインターフェース構成は、VRUデバイス構成のVRUデバイスのいずれかまたはすべてのアクティブ化可能な出力コンポーネントを識別してもよい。例300では、アクティブ化可能な出力コンポーネントは、UEのディスプレイ、スピーカ、およびハプティックフィードバックコンポーネント、スマートウォッチのディスプレイ、スピーカ、およびハプティックフィードバックコンポーネント、ならびにスマートグラスのディスプレイおよびスピーカを含んでもよい。
UEは、VRUデバイスの出力コンポーネントのうちのどれがアクティブ化可能であるかに少なくとも部分的に基づいて、VRUユーザインターフェース構成を決定してもよい。たとえば、UEは、(たとえば、UEの設定および/またはUEの選好に従って)UEの出力コンポーネントのうちのどれがアクティブ化可能であるか、および(たとえば、ウェアラブルデバイスのそれぞれの出力コンポーネントの利用可能性を識別する、1つまたは複数のメッセージまたは通信に従って)ウェアラブルデバイスの出力コンポーネントのうちのどれがアクティブ化可能であるかを決定してもよい。いくつかの態様では、UEは、出力コンポーネントの1つまたは複数の設定が、ある脆弱性測度に従ってオーバーライドされることが可能である(たとえば、UEがサイレントモードである場合、スピーカが、重要な条件に関連付けられた脆弱性測度のためにアクティブ化されてもよい)と判定してもよい。
本明細書で説明するいくつかの態様によれば、UEが、VRUが車両について通知されることになると判定するとき、UEは、VRU通知プロファイルのための出力コンポーネントのうちの1つまたは複数を選択してもよい。選択されるデバイスは、デバイスのタイプおよび/またはVRUの選好に関連付けられた優先方式に少なくとも部分的に基づいてもよい。たとえば、優先方式は、UEよりもウェアラブルデバイスを介して通知を送信することを優先させてもよい。追加または代替として、優先方式は、特定のウェアラブルデバイスが別のウェアラブルデバイスよりも優先されることになる(スマートグラスがスマートウォッチよりも優先されることになる)こと、VRUの特定のタイプのウェアラブルデバイスが別のタイプのウェアラブルデバイスよりも優先されることになる(たとえば、VRUのスマートグラスの任意のセットが、スマートウォッチよりも優先されることになる)ことを指定してもよい。
いくつかの態様では、VRUデバイス構成におけるVRUデバイスのどの出力コンポーネントが、通知のために使用されることになるかを選択するための優先方式は、脆弱性測度に少なくとも部分的に基づいてもよい。たとえば、UEが、(たとえば、VRUが、UEの出力コンポーネントよりも、ウェアラブルデバイスの出力コンポーネントによる通知を受信する可能性が高い場合があるので)VRUがおそらく(たとえば、しきい値確率よりも高く)車両に対して脆弱であることを示す、比較的重要な、または大きい脆弱性測度を決定するとき、UEは、VRUに通知するために、UEの出力コンポーネントよりも1つまたは複数のウェアラブルデバイスの出力コンポーネントを選択してもよい。一方、VRUがおそらく(たとえば、しきい値確率未満で)車両に対して脆弱でないことを示す、より重要でないか、または小さい脆弱性測度の場合、UEは、(たとえば、車両に関連付けられた情報を提供するために、ただしVRUの気を散らす尤度を回避するために)UEの出力コンポーネントを選択してもよい。
このようにして、UEは、UEおよび/またはウェアラブルデバイスの1つまたは複数の出力コンポーネントを介して、UEがVRUに通知する(たとえば、通知を送信する、かつ/または通知がレンダリングされることを引き起こす)ことを可能にするために、VRU通知プロファイルを決定してもよい。
図3Cにおいて参照番号350によってさらに示されるように、UEは、VRU通知プロファイルに従って、通知を制御する。たとえば、UEは、UEの1つもしくは複数の出力コンポーネントを介して、1つもしくは複数の通知(たとえば、表示されたコンテンツ、メッセージ、音声、振動など)をレンダリングし、かつ/または、ウェアラブルデバイスのそれぞれの1つもしくは複数の出力コンポーネントを介して、1つもしくは複数の通知をレンダリングすることを、ウェアラブルデバイスに行わせてもよい。
いくつかの態様では、UEは、V2X通信に従って送信されるように構成される1つまたは複数の通知をブロックすることになる、VRU通知プロファイルを選択してもよい。たとえば、車両は、(たとえば、VRUにとって利用可能である、かつ/または本明細書で説明するコンテキスト情報なしに)車両がVRUのしきい値距離内であることをVRUに通知するために、V2X通信を送信してもよい。そのような場合、UEは、(たとえば、UEが、VRUが車両に対して脆弱でないと判定したので)車両に関連付けられたV2X通信を無視および/またはブロックしてもよい。
このようにして、例300に関して説明したVRUデバイスのうちの1つまたは複数が、VRUのコンテキスト情報および/またはVRUデバイス構成に少なくとも部分的に基づいて、V2X通信が選択的な方法で受信されたことを、VRUに選択的に通知するために使用されてもよい。したがって、本明細書で説明する1つまたは複数のVRUデバイスは、無関係なV2X通信(たとえば、VRUに関連しない車両に関連付けられたV2X通信)に関連するコンピューティングリソースおよび/もしくは通信リソースを節約し、かつ/または(たとえば、VRUが、不必要または無関係な通知によって混乱させられることなしに、重要な通知を受信する尤度を向上させることによって)、V2X通信に関する通知を受信することに関連するユーザエクスペリエンスを向上させてもよい。
上記のように、図3A～図3Cは、1つまたは複数の例として提供されるにすぎない。他の例は、図3A～図3Cに関して説明したものとは異なる場合がある。
図4は、本開示の様々な態様による、V2X通信管理に関連する例400を概念的に示す図である。例400は、V2Xデバイス402(たとえば、例300のRSUおよび/または車両)と、VRUデバイスコントローラ404(たとえば、プロセッサ220、例300のUEのプロセッサなど)と、VRUデバイス出力コンポーネント406(たとえば、UEのディスプレイ、スピーカ、またはハプティックコンポーネント)と、VRUウェアラブルデバイス408(たとえば、例300のスマートグラスおよび/またはスマートウォッチ)とを伴う、コールフローを含む。
参照番号410によって示されるように、短距離ワイヤレス通信セッション(たとえば、BLUETOOTH(登録商標)通信セッション、BLUETOOTH LOW-ENERGY(登録商標)(BLE)通信セッション、Wi-Fi通信セッションなど)が、VRUデバイスコントローラ404とVRUウェアラブルデバイス408との間で確立される。参照番号420によって示されるように、V2Xセッションが、VRUデバイスコントローラ404とV2Xデバイス402との間で確立される。
例400では、VRUデバイスコントローラ404は、参照番号430によって示されるように、V2Xデバイス402から第1のV2Xメッセージ(「V2Xメッセージ1」)を受信する。VRUデバイスコントローラ404は、参照番号440によって示されるように、本明細書で説明するいくつかの態様によれば、(たとえば、VRUへの比較的低いリスクに関連付けられた脆弱性測度に関連付けられてもよい)低優先度VRU通知プロファイルが、第1のV2Xメッセージに関連付けられた通知を送信するために使用されることになると判定してもよい。参照番号450によって示されるように、VRUデバイスコントローラ404は、(たとえば、第1のV2Xメッセージに関連付けられた、車両データなどの情報を提供するために)VRUデバイス出力コンポーネント406を介して、通知をレンダリングしてもよい。
図4において参照番号460によってさらに示されるように、例400では、VRUデバイスコントローラ404は、V2Xデバイス402から第2のV2Xメッセージ(「V2Xメッセージ2」)を受信する。参照番号470によって示されるように、VRUデバイスコントローラ404は、本明細書で説明するいくつかの態様によれば、(たとえば、VRUへの比較的高いリスクに関連付けられた脆弱性測度に関連付けられてもよい)高優先度VRU通知プロファイルが、第2のV2Xメッセージに関連付けられた通知を送信するために使用されることになると判定してもよい。参照番号480によって示されるように、VRUデバイスコントローラ404は、VRUウェアラブルデバイス408が(たとえば、VRUにアラートするために、VRUに警告するために、など)VRUウェアラブルデバイス408の出力コンポーネントを介して、通知をレンダリンクすることを可能にするために、VRUウェアラブルデバイス408にメッセージを送信してもよい。
上記のように、図4は、1つまたは複数の例として提供される。他の例は、図4に関して説明したものとは異なる場合がある。
図5は、本開示の様々な態様による、たとえば、VRUデバイスによって実行される例示的なプロセス500を示す図である。例示的なプロセス500は、VRUデバイス(たとえば、VRUデバイス110など)がVRUデバイス構成によるV2X通信管理に関連する動作を実行する一例である。
図5に示されているように、いくつかの態様では、プロセス500は、環境内の車両に関連付けられたV2X通信を受信すること(ブロック510)を含んでもよい。たとえば、VRUデバイスは(たとえば、プロセッサ220、メモリ230、記憶コンポーネント240、入力コンポーネント250、出力コンポーネント260、通信インターフェース270、コンテキストセンサ280などを使用して)、上記で説明したように、環境内の車両に関連付けられたV2X通信を受信してもよい。
図5にさらに示されているように、いくつかの態様では、プロセス500は、環境内のVRUの脆弱性測度に少なくとも部分的に基づいて、車両の車両データを示すために、アラートがVRUに提供されることになるかどうかに関連付けられたVRU通知プロファイルを決定すること(ブロック520)を含んでもよい。たとえば、VRUデバイスは(たとえば、プロセッサ220、メモリ230、記憶コンポーネント240、入力コンポーネント250、出力コンポーネント260、通信インターフェース270、コンテキストセンサ280などを使用して)、上記で説明したように、環境内のVRUの脆弱性測度に少なくとも部分的に基づいて、車両の車両データを示すために、アラートがVRUに提供されることになるかどうかに関連付けられたVRU通知プロファイルを決定してもよい。
図5にさらに示されているように、いくつかの態様では、プロセス500は、VRU通知プロファイルに従って、アクションを実行すること(ブロック530)を含んでもよい。たとえば、VRUデバイスは(たとえば、プロセッサ220、メモリ230、記憶コンポーネント240、入力コンポーネント250、出力コンポーネント260、通信インターフェース270、コンテキストセンサ280などを使用して)、上記で説明したように、VRU通知プロファイルに従って、アクションを実行してもよい。
プロセス500は、以下で説明し、ならびに/または本明細書の他の箇所で説明する1つもしくは複数の他のプロセスに関連して説明する、任意の単一の態様または態様の任意の組合せなどの追加の態様を含んでもよい。
第1の態様では、V2X通信が、環境内の車両または路側ユニットのうちの少なくとも1つから受信される。第2の態様では、単独で、または第1の態様と組み合わせて、V2X通信が、車両のロケーション、車両の速度、車両の進行方向、または車両のタイプのうちの少なくとも1つを識別する。
第3の態様では、単独で、または第1の態様および第2の態様のうちの1つもしくは複数と組み合わせて、脆弱性測度が、V2X通信における情報、またはデバイスのセンサから取得された情報のうちの少なくとも1つに少なくとも部分的に基づいて決定される。第4の態様では、単独で、または第1～第3の態様のうちの1つもしくは複数と組み合わせて、脆弱性測度が、V2X通信を受信することに関連付けられたタイミング、環境の可視性測度、環境の交通密度、環境の周囲雑音レベル、車両が自律走行であるかどうか、車両とVRUとの間に明瞭な見通し線があるかどうか、VRUのモビリティ特性、VRUの速度、またはVRUの進行方向のうちの少なくとも1つに少なくとも部分的に基づいて決定される。
第5の態様では、単独で、または第1～第4の態様のうちの1つもしくは複数と組み合わせて、VRU通知プロファイルを決定することが、脆弱性測度に従って、アラートがVRUに提供されることになると判定することと、VRUに関連付けられたVRUユーザインターフェース構成を決定することと、VRUユーザインターフェース構成の複数のユーザインターフェースから、車両のVRUに警告するために、VRUユーザインターフェース構成のうちのユーザインターフェースを選択することと、ユーザインターフェースを介してレンダリングするために、アラートを生成することと、VRU通知プロファイルにアラートを割り当てることとを含み、アクションを実行することが、ユーザインターフェースにアラートをレンダリングさせることを含む。
第6の態様では、単独で、または第1～第5の態様のうちの1つもしくは複数と組み合わせて、VRUユーザインターフェース構成が、デバイスに関連付けられたアクティブ化可能な出力コンポーネント、または、デバイスと通信可能に結合され、VRUに関連付けられる、ウェアラブルデバイスに関連付けられたアクティブ化可能な出力コンポーネントのうちの少なくとも1つを識別することに少なくとも部分的に基づいて決定される。
第7の態様では、単独で、または第1～第6の態様のうちの1つもしくは複数と組み合わせて、ユーザインターフェースが、ウェアラブルデバイスのディスプレイ、ウェアラブルデバイスのハプティックコンポーネント、ウェアラブルデバイスのスピーカ、デバイスのディスプレイ、デバイスのハプティックコンポーネント、またはデバイスのスピーカのうちの少なくとも1つを備える。
第8の態様では、単独で、または第1～第7の態様のうちの1つもしくは複数と組み合わせて、ユーザインターフェースが、脆弱性測度およびVRUユーザインターフェース構成に少なくとも部分的に基づいて選択される。第9の態様では、単独で、または第1～第8の態様のうちの1つもしくは複数と組み合わせて、ユーザインターフェースが、複数のユーザインターフェースに関連付けられた優先方式に少なくとも部分的に基づいて選択される。
第10の態様では、単独で、または第1～第9の態様のうちの1つもしくは複数と組み合わせて、優先方式が、脆弱性測度、複数のユーザインターフェースの量、複数のユーザインターフェースの個々のタイプ、または複数のユーザインターフェースに関連付けられたデバイスの個々のタイプのうちの少なくとも1つに少なくとも部分的に基づいて、複数のユーザインターフェースに重み付けするように構成される。
第11の態様では、単独で、または第1～第10の態様のうちの1つもしくは複数と組み合わせて、V2X通信が第1のV2X通信であり、ユーザインターフェースが第1のユーザインターフェースであり、アラートが第1のアラートであり、方法が、車両に関連付けられた第2のV2X通信を受信することと、第2のV2X通信における情報による脆弱性測度への変更に少なくとも部分的に基づいて、第2のアラートを含めるために、VRU通知プロファイルを更新することとを含み、アクションを実行することが、第2のユーザインターフェースに第2のアラートをレンダリングさせることを含む。
第12の態様では、単独で、または第1～第11の態様のうちの1つもしくは複数と組み合わせて、更新されたVRU通知プロファイルが、第1のユーザインターフェースが第1のアラートをレンダリングすることになり、第2のユーザインターフェースが第2のアラートをレンダリングすることになることを示す。第13の態様では、単独で、または第1～第12の態様のうちの1つもしくは複数と組み合わせて、第2のユーザインターフェースが第1のユーザインターフェースを備え、更新されたVRU通知プロファイルが、第1のユーザインターフェースが第2のアラートをレンダリングすることになることを示す。
第14の態様では、単独で、または第1～第13の態様のうちの1つもしくは複数と組み合わせて、VRU通知プロファイルを決定することが、脆弱性測度に従って、V2X通信を受信することに関連して、アラートがVRUに提供されないことになると判定することを含み、アクションを実行することが、ユーザインターフェースが、ユーザインターフェースを介して、アラートをレンダリングすることを防止すること、または、車両に関連付けられる後続のV2X通信を監視することのうちの少なくとも1つを含む。
図5は、プロセス500の例示的なブロックを示すが、いくつかの態様では、プロセス500は、図5に示されるブロックと比べて、追加のブロック、より少ないブロック、異なるブロック、または異なるように配置されたブロックを含んでもよい。追加または代替として、プロセス500のブロックのうちの2つ以上が並行して実行されてもよい。
上記の開示は、例示および説明を提供するが、網羅的であるものではなく、または開示する厳密な形態に態様を限定するものではない。修正および変形が、上記の開示に照らして行われてもよく、または態様の実践から獲得されてもよい。
本明細書で使用する「コンポーネント」という用語は、ハードウェア、ファームウェア、および/またはハードウェアとソフトウェアとの組合せとして広く解釈されるものとする。本明細書で使用するプロセッサは、ハードウェア、ファームウェア、および/またはハードウェアとソフトウェアとの組合せにおいて実装される。
本明細書では、いくつかの態様について、しきい値に関して説明する。本明細書で使用する「しきい値を満たすこと」は、値が、しきい値よりも大きいこと、しきい値以上であること、しきい値未満であること、しきい値以下であること、しきい値に等しいこと、しきい値に等しくないことなどを指すことがある。
特徴の特定の組合せが特許請求の範囲において記載され、かつ/または本明細書の中で開示されても、これらの組合せは、様々な態様の開示を限定するものではない。実際には、これらの特徴の多くが、特許請求の範囲において具体的に記載されない方法で、および/または本明細書で開示されない方法で組み合わせられてもよい。以下に列挙する各従属請求項は、1つの請求項のみに直接従属する場合があるが、様々な態様の開示は、請求項のセットの中のあらゆる他の請求項と組み合わせた各従属請求項を含む。項目の列挙「のうちの少なくとも1つ」を指す句は、単一の要素を含む、それらの項目の任意の組合せを指す。一例として、「a、b、またはcのうちの少なくとも1つ」は、a、b、c、a-b、a-c、b-c、およびa-b-c、ならびに複数の同じ要素を有する任意の組合せ(たとえば、a-a、a-a-a、a-a-b、a-a-c、a-b-b、a-c-c、b-b、b-b-b、b-b-c、c-c、およびc-c-c、または、a、b、およびcの任意の他の順序)を包含するものとする。
本明細書で使用する要素、行為、または命令はいずれも、そのように明示的に説明されない限り、重要または必須として解釈されるべきでない。また、本明細書で使用する冠詞“a”および“an”は、1つまたは複数の項目を含むものであり、「1つまたは複数」と互換的に使用されてもよい。さらに、本明細書で使用する冠詞“the”は、冠詞“the”とともに言及される1つまたは複数の項目を含むものとし、「1つまたは複数」と互換的に使用されてもよい。さらに、本明細書で使用する「セット」および「グループ」という用語は、1つまたは複数の項目(たとえば、関連する項目、関連しない項目、関連する項目と関連しない項目の組合せなど)を含むものとし、「1つまたは複数」と互換的に使用されてもよい。1つのみの項目が意図される場合、「1つのみ」という句または同様の言葉が使用される。また、本明細書で使用する「有する(has)」、「有する(have)」、「有する(having)」などの用語は、オープンエンド用語であるものとする。さらに、「に基づいて」という句は、別段に明記されていない限り、「に少なくとも部分的に基づいて」を意味するものとする。また、本明細書で使用する「または(or)」という用語は、連続して使用されるときには包含的であるものとし、別段に明記されていない限り(たとえば、「いずれか(either)」または「のうちの1つのみ(only one of)」と組み合わせて使用される場合)、「および/または(and/or)」と互換的に使用されてもよい。
100 例示的な環境、環境
110 VRUデバイス
120 RSU
130、130-1～130-N 車両
132 TCU、ECU
132-1～132-N ECU
140 ネットワーク
200 デバイス
210 バス
220 プロセッサ
230 メモリ
240 記憶コンポーネント
250 入力コンポーネント
260 出力コンポーネント
270 通信インターフェース
280 コンテキストセンサ
300、400 例
330a～330d 例示的なシナリオ
402 V2Xデバイス
404 VRUデバイスコントローラ
406 VRUデバイス出力コンポーネント
408 VRUウェアラブルデバイス

Claims (30)

  1. デバイスによって実行される方法であって、
    デバイスによって、環境内の車両に関連付けられたVehicle-to-Everyting(V2X)通信を受信するステップと、
    前記デバイスによっておよび前記環境内の脆弱な路側利用者(VRU)の脆弱性測度に少なくとも部分的に基づいて、前記車両の車両データを示すために、アラートがVRUに提供されることになるかどうかに関連付けられたVRU通知プロファイルを決定するステップと、
    前記デバイスによって、前記VRU通知プロファイルに従って、アクションを実行するステップと
    を含む、方法。
  2. 前記V2X通信が、前記環境内の前記車両または路側ユニットのうちの少なくとも1つから受信される、請求項1に記載の方法。
  3. 前記V2X通信が、
    前記車両のロケーション、
    前記車両の速度、
    前記車両の進行方向、または
    前記車両のタイプ
    のうちの少なくとも1つを識別する、請求項1に記載の方法。
  4. 前記脆弱性測度が、
    前記V2X通信における情報、または
    前記デバイスのセンサから取得された情報
    のうちの少なくとも1つに少なくとも部分的に基づいて決定される、請求項1に記載の方法。
  5. 前記脆弱性測度が、
    前記V2X通信を受信することに関連付けられたタイミング、
    前記環境の可視性測度、
    前記環境の交通密度、
    前記環境の周囲雑音レベル、
    前記車両が自律走行であるかどうか、
    前記車両と前記VRUとの間に明瞭な見通し線があるかどうか、
    前記VRUのモビリティ特性、
    前記VRUの速度、または
    前記VRUの進行方向
    のうちの少なくとも1つに少なくとも部分的に基づいて決定される、請求項1に記載の方法。
  6. 前記VRU通知プロファイルを決定するステップが、
    前記脆弱性測度に従って、アラートが前記VRUに提供されることになると判定するステップと、
    前記VRUに関連付けられたVRUユーザインターフェース構成を決定するステップと、
    前記VRUユーザインターフェース構成の複数のユーザインターフェースから、前記車両の前記VRUに警告するために、前記VRUユーザインターフェース構成のうちのユーザインターフェースを選択するステップと、
    前記ユーザインターフェースを介してレンダリングするために、前記アラートを生成するステップと、
    前記VRU通知プロファイルに前記アラートを割り当てるステップと
    を含み、
    前記アクションを実行するステップが、前記ユーザインターフェースに前記アラートをレンダリングさせるステップを含む、
    請求項1に記載の方法。
  7. 前記VRUユーザインターフェース構成が、
    前記デバイスに関連付けられたアクティブ化可能な出力コンポーネント、または
    前記デバイスと通信可能に結合され、かつ前記VRUに関連付けられるウェアラブルデバイスに関連付けられたアクティブ化可能な出力コンポーネント
    のうちの少なくとも1つを識別することに少なくとも部分的に基づいて決定される、請求項6に記載の方法。
  8. 前記ユーザインターフェースが、
    ウェアラブルデバイスのディスプレイ、
    前記ウェアラブルデバイスのハプティックコンポーネント、
    前記ウェアラブルデバイスのスピーカ、
    前記デバイスのディスプレイ、
    前記デバイスのハプティックコンポーネント、または
    前記デバイスのスピーカ
    のうちの少なくとも1つを備える、請求項6に記載の方法。
  9. 前記ユーザインターフェースが、前記脆弱性測度および前記VRUユーザインターフェース構成に少なくとも部分的に基づいて選択される、請求項6に記載の方法。
  10. 前記ユーザインターフェースが、前記複数のユーザインターフェースに関連付けられた優先方式に少なくとも部分的に基づいて選択される、請求項6に記載の方法。
  11. 前記優先方式が、
    前記脆弱性測度、
    前記複数のユーザインターフェースの量、
    前記複数のユーザインターフェースの個々のタイプ、または
    前記複数のユーザインターフェースに関連付けられたデバイスの個々のタイプ
    のうちの少なくとも1つに少なくとも部分的に基づいて、前記複数のユーザインターフェースに重み付けするように構成される、請求項10に記載の方法。
  12. 前記V2X通信が第1のV2X通信であり、前記ユーザインターフェースが第1のユーザインターフェースであり、前記アラートが第1のアラートであり、前記方法が、
    前記車両に関連付けられた第2のV2X通信を受信するステップと、
    前記第2のV2X通信における情報による前記脆弱性測度への変更に少なくとも部分的に基づいて、第2のアラートを含めるために、前記VRU通知プロファイルを更新するステップと
    を含み、
    前記アクションを実行するステップが、
    第2のユーザインターフェースに前記第2のアラートをレンダリングさせるステップ
    を含む、請求項6に記載の方法。
  13. 前記更新されたVRU通知プロファイルが、前記第1のユーザインターフェースが前記第1のアラートをレンダリングすることになり、前記第2のユーザインターフェースが前記第2のアラートをレンダリングすることになることを示す、請求項12に記載の方法。
  14. 前記第2のユーザインターフェースが前記第1のユーザインターフェースを備え、前記更新されたVRU通知プロファイルが、前記第1のユーザインターフェースが前記第2のアラートをレンダリングすることになることを示す、請求項12に記載の方法。
  15. 前記VRU通知プロファイルを決定するステップが、
    前記脆弱性測度に従って、前記V2X通信を受信することに関連して、アラートが前記VRUに提供されないことになると判定するステップ
    を含み、
    前記アクションを実行するステップが、
    ユーザインターフェースが、ユーザインターフェースを介して、前記アラートをレンダリングすることを防止するステップ、または
    前記車両に関連付けられる後続のV2X通信を監視するステップ
    のうちの少なくとも1つを含む、請求項1に記載の方法。
  16. デバイスであって、
    1つまたは複数のメモリと、
    前記1つまたは複数のメモリに通信可能に結合される1つまたは複数のプロセッサであって、
    環境内の車両に関連付けられたVehicle-to-Everyting(V2X)通信を受信することと、
    前記環境内の脆弱な路側利用者(VRU)の脆弱性測度に少なくとも部分的に基づいて、前記車両の車両データを示すために、アラートがVRUに提供されることになるかどうかに関連付けられたVRU通知プロファイルを決定することと、
    前記VRU通知プロファイルに従って、アクションを実行することと
    を行うように構成される、1つまたは複数のプロセッサと
    を備える、デバイス。
  17. 前記脆弱性測度が、
    前記V2X通信における情報、または
    前記デバイスのセンサから取得された情報
    のうちの少なくとも1つに少なくとも部分的に基づいて決定される、請求項16に記載のデバイス。
  18. 前記1つまたは複数のプロセッサが、前記VRU通知プロファイルを決定するとき、
    前記脆弱性測度に従って、アラートが前記VRUに提供されることになると判定することと、
    前記VRUに関連付けられたVRUユーザインターフェース構成を決定することと、
    前記VRUユーザインターフェース構成の複数のユーザインターフェースから、前記車両の前記VRUに警告するために、前記VRUユーザインターフェース構成のうちのユーザインターフェースを選択することと、
    前記ユーザインターフェースを介してレンダリングするために、前記アラートを生成することと、
    前記VRU通知プロファイルに前記アラートを割り当てることと
    を行うように構成され、
    前記1つまたは複数のプロセッサが、前記アクションを実行するとき、
    前記ユーザインターフェースに前記アラートをレンダリングさせること
    を行うように構成される、請求項16に記載のデバイス。
  19. 前記VRUユーザインターフェース構成が、
    前記デバイスに関連付けられたアクティブ化可能な出力コンポーネント、または
    前記デバイスと通信可能に結合され、前記VRUに関連付けられる、ウェアラブルデバイスに関連付けられたアクティブ化可能な出力コンポーネント
    のうちの少なくとも1つを識別することに少なくとも部分的に基づいて決定される、請求項18に記載のデバイス。
  20. 前記1つまたは複数のプロセッサが、前記VRU通知プロファイルを決定するとき、
    前記脆弱性測度に従って、前記V2X通信を受信することに関連して、アラートが前記VRUに提供されないことになると判定すること
    を行うように構成され、
    前記1つまたは複数のプロセッサが、前記アクションを実行するとき、
    ユーザインターフェースが、ユーザインターフェースを介して、前記アラートをレンダリングすることを防止すること、または
    前記車両に関連付けられる後続のV2X通信を監視すること
    のうちの少なくとも1つを行うように構成される、請求項16に記載のデバイス。
  21. 命令を記憶する非一時的コンピュータ可読記録媒体であって、前記命令が、
    デバイスの1つまたは複数のプロセッサによって実行されると、前記1つまたは複数のプロセッサに、
    環境内の車両に関連付けられたVehicle-to-Everyting(V2X)通信を受信することと、
    前記環境内の脆弱な路側利用者(VRU)の脆弱性測度に少なくとも部分的に基づいて、前記車両の車両データを示すために、アラートがVRUに提供されることになるかどうかに関連付けられたVRU通知プロファイルを決定することと、
    前記VRU通知プロファイルに従って、アクションを実行することと
    を行わせる1つまたは複数の命令を備える、非一時的コンピュータ可読記録媒体。
  22. 前記脆弱性測度が、
    前記V2X通信における情報、または
    前記デバイスのセンサから取得された情報
    のうちの少なくとも1つに少なくとも部分的に基づいて決定される、請求項21に記載の非一時的コンピュータ可読記録媒体。
  23. 前記VRU通知プロファイルを決定することを、前記1つまたは複数のプロセッサに行わせる、前記1つまたは複数の命令が、前記1つまたは複数のプロセッサに、
    前記脆弱性測度に従って、アラートが前記VRUに提供されることになると判定することと、
    前記VRUに関連付けられたVRUユーザインターフェース構成を決定することと、
    前記VRUユーザインターフェース構成の複数のユーザインターフェースから、前記車両の前記VRUに警告するために、前記VRUユーザインターフェース構成のうちのユーザインターフェースを選択することと、
    前記ユーザインターフェースを介してレンダリングするために、前記アラートを生成することと、
    前記VRU通知プロファイルに前記アラートを割り当てることと
    を行わせ、
    前記アクションを実行することを、前記1つまたは複数のプロセッサに行わせる、前記1つまたは複数の命令が、前記1つまたは複数のプロセッサに、
    前記ユーザインターフェースに前記アラートをレンダリングさせること
    を行わせる、請求項21に記載の非一時的コンピュータ可読記録媒体。
  24. 前記VRUユーザインターフェース構成が、
    前記デバイスに関連付けられたアクティブ化可能な出力コンポーネント、または
    前記デバイスと通信可能に結合され、前記VRUに関連付けられる、ウェアラブルデバイスに関連付けられたアクティブ化可能な出力コンポーネント
    のうちの少なくとも1つを識別することに少なくとも部分的に基づいて決定される、請求項23に記載の非一時的コンピュータ可読記録媒体。
  25. 前記VRU通知プロファイルを決定することを、前記1つまたは複数のプロセッサに行わせる、前記1つまたは複数の命令が、前記1つまたは複数のプロセッサに、
    前記脆弱性測度に従って、前記V2X通信を受信することに関連して、アラートが前記VRUに提供されないことになると判定すること
    を行わせ、
    前記アクションを実行することを、前記1つまたは複数のプロセッサに行わせる、前記1つまたは複数の命令が、前記1つまたは複数のプロセッサに、
    ユーザインターフェースが、ユーザインターフェースを介して、前記アラートをレンダリングすることを防止すること、または
    前記車両に関連付けられる後続のV2X通信を監視すること
    のうちの少なくとも1つを行わせる、請求項21に記載の非一時的コンピュータ可読記録媒体。
  26. 装置であって、
    デバイスによって、環境内の車両に関連付けられたVehicle-to-Everyting(V2X)通信を受信するための手段と、
    前記デバイスによって、および前記環境内の脆弱な路側利用者(VRU)の脆弱性測度に少なくとも部分的に基づいて、前記車両の車両データを示すために、アラートがVRUに提供されることになるかどうかに関連付けられたVRU通知プロファイルを決定するための手段と、
    前記デバイスによって、前記VRU通知プロファイルに従って、アクションを実行するための手段と
    を備える装置。
  27. 前記脆弱性測度が、
    前記V2X通信における情報、または
    前記デバイスのセンサから取得された情報
    のうちの少なくとも1つに少なくとも部分的に基づいて決定される、請求項26に記載の装置。
  28. 前記VRU通知プロファイルを決定することが、
    前記脆弱性測度に従って、アラートが前記VRUに提供されることになると判定するための手段と、
    前記VRUに関連付けられたVRUユーザインターフェース構成を決定するための手段と、
    前記VRUユーザインターフェース構成の複数のユーザインターフェースから、前記車両の前記VRUに警告するために、前記VRUユーザインターフェース構成のうちのユーザインターフェースを選択するための手段と、
    前記ユーザインターフェースを介してレンダリングするために、前記アラートを生成するための手段と、
    前記VRU通知プロファイルに前記アラートを割り当てるための手段と
    を含み、
    前記アクションを実行することが、
    前記ユーザインターフェースに前記アラートをレンダリングさせるための手段
    を含む、請求項26に記載の装置。
  29. 前記VRUユーザインターフェース構成が、
    前記デバイスに関連付けられたアクティブ化可能な出力コンポーネント、または
    前記デバイスと通信可能に結合され、前記VRUに関連付けられる、ウェアラブルデバイスに関連付けられたアクティブ化可能な出力コンポーネント
    のうちの少なくとも1つを識別することに少なくとも部分的に基づいて決定される、請求項28に記載の装置。
  30. 前記VRU通知プロファイルを決定することが、
    前記脆弱性測度に従って、前記V2X通信を受信することに関連して、アラートが前記VRUに提供されないことになると判定するための手段
    を含み、
    前記アクションを実行することが、
    ユーザインターフェースが、ユーザインターフェースを介して、前記アラートをレンダリングすることを防止するための手段、または
    前記車両に関連付けられる後続のV2X通信を監視するための手段
    のうちの少なくとも1つを含む、請求項26に記載の装置。
JP2022556601A 2020-03-26 2021-03-18 脆弱な路側利用者デバイス構成によるＶｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｉｎｇ通信管理 Pending JP2023519219A (ja)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US16/831,067 US11080993B1 (en) 2020-03-26 2020-03-26 Vehicle to everything communication management according to a vulnerable roadside user device configuration
US16/831,067 2020-03-26
PCT/US2021/022999 WO2021194848A1 (en) 2020-03-26 2021-03-18 Vehicle to everything communication management according to a vulnerable roadside user device configuration

Publications (2)

Publication Number Publication Date
JP2023519219A true JP2023519219A (ja) 2023-05-10
JPWO2021194848A5 JPWO2021194848A5 (ja) 2024-03-14

Family

ID=75530148

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2022556601A Pending JP2023519219A (ja) 2020-03-26 2021-03-18 脆弱な路側利用者デバイス構成によるＶｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｉｎｇ通信管理

Country Status (8)

Country Link
US (2) US11080993B1 (ja)
EP (1) EP4128191A1 (ja)
JP (1) JP2023519219A (ja)
KR (1) KR20220160557A (ja)
CN (1) CN115280396A (ja)
BR (1) BR112022018489A2 (ja)
TW (1) TW202142008A (ja)
WO (1) WO2021194848A1 (ja)

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10262528B2 (en) * 2017-07-21 2019-04-16 State Farm Mutual Automobile Insurance Company Autonomous vehicle mode alert system for bystanders
WO2020160748A1 (en) * 2019-02-04 2020-08-13 Nokia Technologies Oy Improving operation of wireless communication networks for detecting vulnerable road users
US11080993B1 (en) * 2020-03-26 2021-08-03 Qualcomm Incorporated Vehicle to everything communication management according to a vulnerable roadside user device configuration
US20220055633A1 (en) * 2020-08-21 2022-02-24 Hyundai Motor Company Method and apparatus for providing information
US11518305B2 (en) * 2020-10-08 2022-12-06 Harman International Industries, Incorporated Techniques for generating vehicle-to-pedestrian (V2P) communications based on driver monitoring
US20230162608A1 (en) * 2021-11-23 2023-05-25 Toyota Motor Engineering & Manufacturing North America, Inc. Communicating information about parking space availability
WO2023131718A1 (en) * 2022-01-10 2023-07-13 Moore Mccune Maura Moving object detection system for use by the visually impaired

Family Cites Families (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8825520B2 (en) * 2008-03-17 2014-09-02 Segmint Inc. Targeted marketing to on-hold customer
WO2011137461A2 (en) * 2010-04-30 2011-11-03 Firestorm Emergency Services, Ltd. Location detection methods and systems
WO2014095068A1 (en) * 2012-12-21 2014-06-26 Harman Becker Automotive Systems Gmbh Infotainment system
JP6429368B2 (ja) * 2013-08-02 2018-11-28 本田技研工業株式会社 歩車間通信システムおよび方法
US9160866B1 (en) * 2014-06-16 2015-10-13 Securus Technologies, Inc. Advertisements in controlled-environment communication systems using tablet computing devices
JP2017068335A (ja) * 2015-09-28 2017-04-06 ルネサスエレクトロニクス株式会社 データ処理装置および車載通信装置
EP3360351B1 (en) * 2015-11-12 2019-11-13 Sony Corporation Telecommunications apparatuses and methods
WO2017169348A1 (ja) * 2016-03-31 2017-10-05 ソニー株式会社 装置及び方法
AU2017240550A1 (en) * 2016-03-31 2018-09-06 Sony Corporation Base station, terminal device, and communication method
CN205943100U (zh) * 2016-07-28 2017-02-08 清华大学苏州汽车研究院（吴江） 一种应用于v2x场景的hmi显示***
CN106157694B (zh) * 2016-07-29 2019-04-19 深圳市元征科技股份有限公司 一种交叉路口的行人防碰撞预警方法及装置
WO2018055813A1 (en) * 2016-09-26 2018-03-29 Nec Corporation Methods and system for device-to-device communication technical field
US20180090005A1 (en) * 2016-09-27 2018-03-29 GM Global Technology Operations LLC Method And Apparatus For Vulnerable Road User Incidence Avoidance
US10262528B2 (en) * 2017-07-21 2019-04-16 State Farm Mutual Automobile Insurance Company Autonomous vehicle mode alert system for bystanders
US10937310B2 (en) * 2017-12-29 2021-03-02 Intel IP Corporation Control device and method for controlling a vehicle
US10917891B2 (en) * 2018-06-01 2021-02-09 Lg Electronics Inc. Adaptive multi-channel V2X communication
US10909866B2 (en) * 2018-07-20 2021-02-02 Cybernet Systems Corp. Autonomous transportation system and methods
CN109544993A (zh) * 2019-01-08 2019-03-29 吉林大学 一种智能车辆右转弯防碰撞三级预警***及预警方法
US10741070B1 (en) * 2019-03-04 2020-08-11 GM Global Technology Operations LLC Method to prioritize transmission of sensed objects for cooperative sensor sharing
US10860115B1 (en) * 2019-09-19 2020-12-08 Bao Tran Air transportation systems and methods
US11102630B2 (en) * 2019-10-25 2021-08-24 Telefonaktiebolaget Lm Ericsson (Publ) Method for service placement in a multi-access/mobile edge computing (MEC) system
US11080993B1 (en) * 2020-03-26 2021-08-03 Qualcomm Incorporated Vehicle to everything communication management according to a vulnerable roadside user device configuration

Also Published As

Publication number Publication date
EP4128191A1 (en) 2023-02-08
BR112022018489A2 (pt) 2022-11-01
US11741828B2 (en) 2023-08-29
TW202142008A (zh) 2021-11-01
KR20220160557A (ko) 2022-12-06
WO2021194848A1 (en) 2021-09-30
US20210327260A1 (en) 2021-10-21
US11080993B1 (en) 2021-08-03
CN115280396A (zh) 2022-11-01

Similar Documents

Publication Publication Date Title
US11080993B1 (en) Vehicle to everything communication management according to a vulnerable roadside user device configuration
US9218740B2 (en) Enriching driving experience with cloud assistance
US9947215B2 (en) Pedestrian information system
US11830366B2 (en) Using geofences to restrict vehicle operation
US10136257B2 (en) Mobile device in-motion proximity guidance system
US20150230061A1 (en) Distributed optimization for event traffic control
JP2023520114A (ja) 車列内の車両のための車車間通信制御
US10701202B2 (en) Control of notifications on a mobile communication device based on driving conditions
US20220013007A1 (en) Movement-based event reporting for a vulnerable road user device
JP6379305B1 (ja) ワイヤレス信号特性に基づくモバイルデバイスを使用したユーザコンテキストの検出
CN112071118A (zh) 用于连接的车辆和移动装置通信的***和方法
JP6874456B2 (ja) 衝突防止装置、通信システム、衝突防止方法、およびコンピュータプログラム
US11987260B2 (en) Method and system for driver alerts based on sensor data and contextual information
JP6272163B2 (ja) 出口案内システム及び出口案内方法
CN105247818B (zh) 对等设备运动通信
US20220317302A1 (en) Occupancy clustering according to radar data
JP6805880B2 (ja) 移動端末、方法および移動通信システム
JP2020140612A (ja) 情報処理システムおよび情報処理方法

Legal Events

Date Code Title Description
A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240304

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20240304