DE102017114179A1 - Vorrichtung und Verfahren für eine Fahrzeugplattform - Google Patents

Vorrichtung und Verfahren für eine Fahrzeugplattform Download PDF

Info

Publication number
DE102017114179A1
DE102017114179A1 DE102017114179.0A DE102017114179A DE102017114179A1 DE 102017114179 A1 DE102017114179 A1 DE 102017114179A1 DE 102017114179 A DE102017114179 A DE 102017114179A DE 102017114179 A1 DE102017114179 A1 DE 102017114179A1
Authority
DE
Germany
Prior art keywords
vehicle
information
communication
module
smart
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
DE102017114179.0A
Other languages
English (en)
Inventor
John Absmeier
David Anderson
Rafel Fors Perez
Frantz Lohier
Dante Zeviar
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Samsung Electronics Co Ltd
Original Assignee
Samsung Electronics Co Ltd
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 Samsung Electronics Co Ltd filed Critical Samsung Electronics Co Ltd
Publication of DE102017114179A1 publication Critical patent/DE102017114179A1/de
Pending legal-status Critical Current

Links

Images

Classifications

    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W40/00—Estimation or calculation of non-directly measurable driving parameters for road vehicle drive control systems not related to the control of a particular sub unit, e.g. by using mathematical models
    • B60W40/02—Estimation or calculation of non-directly measurable driving parameters for road vehicle drive control systems not related to the control of a particular sub unit, e.g. by using mathematical models related to ambient conditions
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W30/00—Purposes of road vehicle drive control systems not related to the control of a particular sub-unit, e.g. of systems using conjoint control of vehicle sub-units, or advanced driver assistance systems for ensuring comfort, stability and safety or drive control systems for propelling or retarding the vehicle
    • B60W30/10—Path keeping
    • B60W30/12—Lane keeping
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W60/00—Drive control systems specially adapted for autonomous road vehicles
    • B60W60/001—Planning or execution of driving tasks
    • B60W60/0015—Planning or execution of driving tasks specially adapted for safety
    • B60W60/0016—Planning or execution of driving tasks specially adapted for safety of the vehicle or its occupants
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60R—VEHICLES, VEHICLE FITTINGS, OR VEHICLE PARTS, NOT OTHERWISE PROVIDED FOR
    • B60R25/00—Fittings or systems for preventing or indicating unauthorised use or theft of vehicles
    • B60R25/10—Fittings or systems for preventing or indicating unauthorised use or theft of vehicles actuating a signalling device
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W10/00—Conjoint control of vehicle sub-units of different type or different function
    • B60W10/10—Conjoint control of vehicle sub-units of different type or different function including control of change-speed gearings
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W10/00—Conjoint control of vehicle sub-units of different type or different function
    • B60W10/18—Conjoint control of vehicle sub-units of different type or different function including control of braking systems
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W10/00—Conjoint control of vehicle sub-units of different type or different function
    • B60W10/20—Conjoint control of vehicle sub-units of different type or different function including control of steering systems
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W30/00—Purposes of road vehicle drive control systems not related to the control of a particular sub-unit, e.g. of systems using conjoint control of vehicle sub-units, or advanced driver assistance systems for ensuring comfort, stability and safety or drive control systems for propelling or retarding the vehicle
    • B60W30/08—Active safety systems predicting or avoiding probable or impending collision or attempting to minimise its consequences
    • B60W30/09—Taking automatic action to avoid collision, e.g. braking and steering
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W30/00—Purposes of road vehicle drive control systems not related to the control of a particular sub-unit, e.g. of systems using conjoint control of vehicle sub-units, or advanced driver assistance systems for ensuring comfort, stability and safety or drive control systems for propelling or retarding the vehicle
    • B60W30/08—Active safety systems predicting or avoiding probable or impending collision or attempting to minimise its consequences
    • B60W30/095—Predicting travel path or likelihood of collision
    • B60W30/0956—Predicting travel path or likelihood of collision the prediction being responsive to traffic or environmental parameters
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W30/00—Purposes of road vehicle drive control systems not related to the control of a particular sub-unit, e.g. of systems using conjoint control of vehicle sub-units, or advanced driver assistance systems for ensuring comfort, stability and safety or drive control systems for propelling or retarding the vehicle
    • B60W30/14—Adaptive cruise control
    • B60W30/143—Speed control
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W30/00—Purposes of road vehicle drive control systems not related to the control of a particular sub-unit, e.g. of systems using conjoint control of vehicle sub-units, or advanced driver assistance systems for ensuring comfort, stability and safety or drive control systems for propelling or retarding the vehicle
    • B60W30/14—Adaptive cruise control
    • B60W30/16—Control of distance between vehicles, e.g. keeping a distance to preceding vehicle
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W30/00—Purposes of road vehicle drive control systems not related to the control of a particular sub-unit, e.g. of systems using conjoint control of vehicle sub-units, or advanced driver assistance systems for ensuring comfort, stability and safety or drive control systems for propelling or retarding the vehicle
    • B60W30/18—Propelling the vehicle
    • B60W30/18009—Propelling the vehicle related to particular drive situations
    • B60W30/18036—Reversing
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W40/00—Estimation or calculation of non-directly measurable driving parameters for road vehicle drive control systems not related to the control of a particular sub unit, e.g. by using mathematical models
    • B60W40/10—Estimation or calculation of non-directly measurable driving parameters for road vehicle drive control systems not related to the control of a particular sub unit, e.g. by using mathematical models related to vehicle motion
    • B60W40/107—Longitudinal acceleration
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W60/00—Drive control systems specially adapted for autonomous road vehicles
    • B60W60/001—Planning or execution of driving tasks
    • B60W60/0013—Planning or execution of driving tasks specially adapted for occupant comfort
    • B60W60/00136—Planning or execution of driving tasks specially adapted for occupant comfort for intellectual activities, e.g. reading, gaming or working
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05D—SYSTEMS FOR CONTROLLING OR REGULATING NON-ELECTRIC VARIABLES
    • G05D1/00—Control of position, course or altitude of land, water, air, or space vehicles, e.g. automatic pilot
    • G05D1/02—Control of position or course in two dimensions
    • G05D1/021—Control of position or course in two dimensions specially adapted to land vehicles
    • G05D1/0231—Control of position or course in two dimensions specially adapted to land vehicles using optical position detecting means
    • G05D1/0246—Control of position or course in two dimensions specially adapted to land vehicles using optical position detecting means using a video camera in combination with image processing means
    • G05D1/0248—Control of position or course in two dimensions specially adapted to land vehicles using optical position detecting means using a video camera in combination with image processing means in combination with a laser
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05D—SYSTEMS FOR CONTROLLING OR REGULATING NON-ELECTRIC VARIABLES
    • G05D1/00—Control of position, course or altitude of land, water, air, or space vehicles, e.g. automatic pilot
    • G05D1/02—Control of position or course in two dimensions
    • G05D1/021—Control of position or course in two dimensions specially adapted to land vehicles
    • G05D1/0255—Control of position or course in two dimensions specially adapted to land vehicles using acoustic signals, e.g. ultra-sonic singals
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05D—SYSTEMS FOR CONTROLLING OR REGULATING NON-ELECTRIC VARIABLES
    • G05D1/00—Control of position, course or altitude of land, water, air, or space vehicles, e.g. automatic pilot
    • G05D1/02—Control of position or course in two dimensions
    • G05D1/021—Control of position or course in two dimensions specially adapted to land vehicles
    • G05D1/0257—Control of position or course in two dimensions specially adapted to land vehicles using a radar
    • G—PHYSICS
    • G05—CONTROLLING; REGULATING
    • G05D—SYSTEMS FOR CONTROLLING OR REGULATING NON-ELECTRIC VARIABLES
    • G05D1/00—Control of position, course or altitude of land, water, air, or space vehicles, e.g. automatic pilot
    • G05D1/02—Control of position or course in two dimensions
    • G05D1/021—Control of position or course in two dimensions specially adapted to land vehicles
    • G05D1/0287—Control of position or course in two dimensions specially adapted to land vehicles involving a plurality of land vehicles, e.g. fleet or convoy travelling
    • G05D1/0291—Fleet control
    • G05D1/0297—Fleet control by controlling means in a control room
    • 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/0112—Measuring and analyzing of parameters relative to traffic conditions based on the source of data from the vehicle, e.g. floating car data [FCD]
    • 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/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/012—Measuring and analyzing of parameters relative to traffic conditions based on the source of data from other sources than vehicle or roadside beacons, e.g. mobile networks
    • 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/04—Detecting movement of traffic to be counted or controlled using optical or ultrasonic detectors
    • 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/048—Detecting movement of traffic to be counted or controlled with provision for compensation of environmental or other condition, e.g. snow, vehicle stopped at detector
    • 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/052—Detecting movement of traffic to be counted or controlled with provision for determining speed or overspeed
    • 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/056—Detecting movement of traffic to be counted or controlled with provision for distinguishing direction of travel
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/09626—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages where the origin of the information is within the own vehicle, e.g. a local storage device, digital map
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0965—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages responding to signals from another vehicle, e.g. emergency vehicle
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0967—Systems involving transmission of highway information, e.g. weather, speed limits
    • G08G1/096708—Systems involving transmission of highway information, e.g. weather, speed limits where the received information might be used to generate an automatic action on the vehicle control
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0967—Systems involving transmission of highway information, e.g. weather, speed limits
    • G08G1/096766—Systems involving transmission of highway information, e.g. weather, speed limits where the system is characterised by the origin of the information transmission
    • G08G1/096783—Systems involving transmission of highway information, e.g. weather, speed limits where the system is characterised by the origin of the information transmission where the origin of the information is a roadside individual element
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/09—Arrangements for giving variable traffic instructions
    • G08G1/0962—Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0967—Systems involving transmission of highway information, e.g. weather, speed limits
    • G08G1/096766—Systems involving transmission of highway information, e.g. weather, speed limits where the system is characterised by the origin of the information transmission
    • G08G1/096791—Systems involving transmission of highway information, e.g. weather, speed limits where the system is characterised by the origin of the information transmission where the origin of the information is another vehicle
    • 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
    • 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/163—Decentralised systems, e.g. inter-vehicle communication involving continuous checking
    • 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
    • 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
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/20—Monitoring the location of vehicles belonging to a group, e.g. fleet of vehicles, countable or determined number of vehicles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/04—Protocols specially adapted for terminals or networks with limited capabilities; specially adapted for terminal portability
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/1001—Protocols in which an application is distributed across nodes in the network for accessing one among a plurality of replicated servers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • H04L67/104—Peer-to-peer [P2P] networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/01—Protocols
    • H04L67/12—Protocols specially adapted for proprietary or special-purpose networking environments, e.g. medical networks, sensor networks, networks in vehicles or remote metering networks
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/535—Tracking the activity of the user
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2420/00—Indexing codes relating to the type of sensors based on the principle of their operation
    • B60W2420/40—Photo or light sensitive means, e.g. infrared sensors
    • B60W2420/403—Image sensing, e.g. optical camera
    • B60W2420/408—
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2420/00—Indexing codes relating to the type of sensors based on the principle of their operation
    • B60W2420/54—Audio sensitive means, e.g. ultrasound
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2520/00—Input parameters relating to overall vehicle dynamics
    • B60W2520/10—Longitudinal speed
    • B60W2520/105—Longitudinal acceleration
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2552/00—Input parameters relating to infrastructure
    • B60W2552/05—Type of road
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2554/00—Input parameters relating to objects
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2554/00—Input parameters relating to objects
    • B60W2554/40—Dynamic objects, e.g. animals, windblown objects
    • B60W2554/402—Type
    • B60W2554/4026—Cycles
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2554/00—Input parameters relating to objects
    • B60W2554/40—Dynamic objects, e.g. animals, windblown objects
    • B60W2554/402—Type
    • B60W2554/4029—Pedestrians
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2554/00—Input parameters relating to objects
    • B60W2554/40—Dynamic objects, e.g. animals, windblown objects
    • B60W2554/404—Characteristics
    • B60W2554/4041—Position
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2554/00—Input parameters relating to objects
    • B60W2554/40—Dynamic objects, e.g. animals, windblown objects
    • B60W2554/404—Characteristics
    • B60W2554/4042—Longitudinal speed
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2554/00—Input parameters relating to objects
    • B60W2554/40—Dynamic objects, e.g. animals, windblown objects
    • B60W2554/404—Characteristics
    • B60W2554/4044—Direction of movement, e.g. backwards
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2554/00—Input parameters relating to objects
    • B60W2554/40—Dynamic objects, e.g. animals, windblown objects
    • B60W2554/406—Traffic density
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2554/00—Input parameters relating to objects
    • B60W2554/80—Spatial relation or speed relative to objects
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2555/00—Input parameters relating to exterior conditions, not covered by groups B60W2552/00, B60W2554/00
    • B60W2555/20—Ambient conditions, e.g. wind or rain
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2555/00—Input parameters relating to exterior conditions, not covered by groups B60W2552/00, B60W2554/00
    • B60W2555/60—Traffic rules, e.g. speed limits or right of way
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2556/00—Input parameters relating to data
    • B60W2556/20—Data confidence level
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2556/00—Input parameters relating to data
    • B60W2556/35—Data fusion
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2556/00—Input parameters relating to data
    • B60W2556/45—External transmission of data to or from the vehicle
    • B60W2556/65—Data transmitted between vehicles
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60W—CONJOINT CONTROL OF VEHICLE SUB-UNITS OF DIFFERENT TYPE OR DIFFERENT FUNCTION; CONTROL SYSTEMS SPECIALLY ADAPTED FOR HYBRID VEHICLES; ROAD VEHICLE DRIVE CONTROL SYSTEMS FOR PURPOSES NOT RELATED TO THE CONTROL OF A PARTICULAR SUB-UNIT
    • B60W2720/00—Output or target parameters relating to overall vehicle dynamics
    • B60W2720/10—Longitudinal speed
    • B60W2720/106—Longitudinal acceleration
    • B—PERFORMING OPERATIONS; TRANSPORTING
    • B60—VEHICLES IN GENERAL
    • B60Y—INDEXING SCHEME RELATING TO ASPECTS CROSS-CUTTING VEHICLE TECHNOLOGY
    • B60Y2400/00—Special features of vehicle units
    • B60Y2400/30—Sensors

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mechanical Engineering (AREA)
  • Automation & Control Theory (AREA)
  • Transportation (AREA)
  • Chemical & Material Sciences (AREA)
  • Remote Sensing (AREA)
  • Radar, Positioning & Navigation (AREA)
  • Aviation & Aerospace Engineering (AREA)
  • Combustion & Propulsion (AREA)
  • Analytical Chemistry (AREA)
  • Atmospheric Sciences (AREA)
  • Life Sciences & Earth Sciences (AREA)
  • Medical Informatics (AREA)
  • Health & Medical Sciences (AREA)
  • Computing Systems (AREA)
  • General Health & Medical Sciences (AREA)
  • Mathematical Physics (AREA)
  • Computer Hardware Design (AREA)
  • General Engineering & Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Business, Economics & Management (AREA)
  • Optics & Photonics (AREA)
  • Emergency Management (AREA)
  • Computer Vision & Pattern Recognition (AREA)
  • Multimedia (AREA)
  • Electromagnetism (AREA)
  • Acoustics & Sound (AREA)
  • Traffic Control Systems (AREA)
  • Artificial Intelligence (AREA)
  • Evolutionary Computation (AREA)
  • Game Theory and Decision Science (AREA)
  • Control Of Driving Devices And Active Controlling Of Vehicle (AREA)
  • Selective Calling Equipment (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

Vorgesehen ist eine Offenbarung für eine Fahrzeugplattform (400), welche ein Erlangen von Informationen, ein Analysieren der Informationen und ein Steuern des Fahrzeugs (100) sowie ein gemeinsames Verwenden der erlangten Informationen und Infotainment in dem Fahrzeug (100) mit anderen Fahrzeugen (101) und elektronischen Vorrichtungen (120, 130, 135) aufweist.

Description

  • VERWANDTE ANMELDUNG(EN)
  • Diese Anmeldung beansprucht den Vorzug der Priorität der vorläufigen US-Anmeldung 62/357 810, welche am 01. Juli 2016 eingereicht wurde, und der vorläufigen US-Anmeldung 62/406 912, welche am 11. Oktober 2016 eingereicht wurden, deren Offenbarungen hierin in ihrer Gesamtheit durch Bezugnahme mit eingebunden sind.
  • HINTERGRUND
  • Die vorliegende Erfindung bezieht sich auf ein Steuern von Fahrzeugen und genauer auf eine Fahrzeugplattform. Verschiedene Anstrengungen zum Steuern verschiedener Aspekte eines Fahrzeugs sind im Gange.
  • Verschiedene Beschränkungen und Nachteile von herkömmlichen und traditionellen Herangehensweisen werden für einen Fachmann durch einen Vergleich von solchen Systemen mit einigen Aspekten der vorliegenden Offenbarung offensichtlich werden, wie sie in dem Rest dieser Anmeldung unter Bezugnahme auf die Zeichnungen erläutert werden.
  • KURZFASSUNG
  • Ein System und/oder ein Verfahren für eine Vorrichtung und ein Verfahren für eine Fahrzeugplattform, im Wesentlichen wie gezeigt in und/oder beschrieben in Verbindung mit wenigstens einer der Zeichnungen.
  • Verschiedene Vorteile, Aspekte und neuartige Merkmale der vorliegenden Erfindung sowie Details einer veranschaulichten Ausführungsform davon werden vollständiger aus der folgenden Beschreibung und Zeichnungen verstanden werden.
  • KURZE BESCHREIBUNG DER ZEICHNUNGEN
  • Die obigen und andere Aufgaben, Merkmale und Vorteile der vorliegenden Offenbarung werden aus der folgenden detaillierten Beschreibung deutlicher werden, wenn sie in Verbindung mit den beigefügten Zeichnungen herangezogen wird, in welchen:
  • 1A eine Veranschaulichung eines Smart Car ist, welches mit verschiedenen Objekten in Übereinstimmung mit einer Ausführungsform der Offenbarung koppelt.
  • 1B eine Veranschaulichung eines Protokolls für ein Smart Car ist, welches mit verschiedenen Objekten in Übereinstimmung mit einer Ausführungsform der Offenbarung koppelt.
  • 1C eine Veranschaulichung eines Kollisionsvermeidungsschemas in Übereinstimmung mit einer Ausführungsform der Offenbarung ist.
  • 1D eine Veranschaulichung einer weiteren Kommunikation zu und unter Smart Cars, einem Smart Home und mobilen Smart Vorrichtungen in Übereinstimmung mit einer Ausführungsform der Offenbarung ist.
  • 2 eine Ansicht hoher Ebene einer zentralisierten Architektur eines Fahrzeugs in Übereinstimmung mit einer Ausführungsform der Offenbarung ist.
  • 3 ein Blockschaltbild hoher Ebene von Fahrzeugprozessoren ist zum Steuern eines Fahrzeugs in Übereinstimmung mit einer Ausführungsform der Offenbarung.
  • 4 ein Blockschaltbild einer Fahrzeugplattform in Übereinstimmung mit einer Ausführungsform der Offenbarung ist.
  • 5A eine Veranschaulichung eines Ein-Chip-Systems zum Steuern eines Fahrzeugs in Übereinstimmung mit einer Ausführungsform der Offenbarung ist.
  • 5B ein Blockschaltbild eines Ein-Chip-Systems zum Steuern eines Fahrzeugs in Übereinstimmung mit einer Ausführungsform der Offenbarung ist.
  • 6 ein Blockschaltbild eines Beispiels einer Nachrüst-Vorrichtung, welche mit einem Fahrzeug integriert ist, in Übereinstimmung mit einer Ausführungsform der Offenbarung ist.
  • 7 eine Veranschaulichung eines Beispiels eines modularen Hardwaresystems für ein Fahrzeug in Übereinstimmung mit einer Ausführungsform der Offenbarung ist.
  • 8 eine Veranschaulichung eines beispielhaften modularen Softwaresystems für ein Fahrzeug in Übereinstimmung mit einer Ausführungsform der Offenbarung ist.
  • 9 ein Diagramm ist, welches eine mobile Sensorplattform in Übereinstimmung mit einer Ausführungsform der Offenbarung veranschaulicht.
  • 10 ein Blockschaltbild hoher Ebene eines Abschnitts eines Smart Vehicle beziehungsweise Smart-Fahrzeugs in Übereinstimmung mit einer Ausführungsform der Offenbarung ist.
  • DETAILLIERTE BESCHREIBUNG
  • Die vorliegenden Ausführungsformen sollten nicht als auf die Beschreibungen, welche hierin erläutert sind, beschränkt betrachtet werden. Vielmehr sind diese Ausführungsformen als Beispiele vorgesehen, sodass diese Offenbarung gewissenhaft und vollständig sein wird und das Konzept der vorliegenden Ausführungsformen einem Fachmann vollständig übermitteln wird. Die beigefügten Ansprüche veranschaulichen einige der Ausführungsformen der vorliegenden Offenbarung.
  • Während verschiedene Bezugnahmen in dieser Offenbarung auf ”Fahrzeuge”, ”Automobile beziehungsweise Fahrzeuge” etc. zum Zweck der Kürze und der Erleichterung der Erklärung getätigt sind, sollte es verstanden werden, dass die vorliegende Offenbarung auf ein beliebiges von einem Menschen gefertigtes Objekt, ob mobil oder nicht, angewandt werden kann. Diese Objekte können beispielsweise Fahrzeuge, welche sich auf einer Oberfläche oder durch verschiedene Medien einschließlich Land, Wasser, Luft und Raum beziehungsweise Weltraum bewegen aufweisen, ob mit Fahrzeugführern in den Fahrzeugen oder nicht. Diese Objekte können ebenso beispielsweise stationäre Objekte sein, welche zum Steuern/Vorsehen einer Führung für andere mobile Fahrzeuge verwendet werden können. Diese Objekte/Fahrzeuge sind nicht auf eine Verwendung auf der Erde beschränkt, sondern können ebenso auf extraterrestrischen Objekten (Planeten, Monden, Asteroiden etc.) verwendet werden. Auf diese Objekte/Fahrzeuge kann ebenso Bezug genommen werden als ”Smart Maschinen”. Da es ermüdend werden wird, alle Orte zu benennen, zu welchen sich diese Smart Maschinen bewegen können, sollte es verstanden werden, dass verschiedene Ausführungsformen der Offenbarung nicht auf spezifische Schauplätze, welche aufgelistet sind, beschränkt sind.
  • Ähnliche Bezugszeichen beziehen sich auf ähnliche Elemente über die Beschreibung hinweg. Alle Begriffe, welche beschreibende oder technische Begriffe aufweisen, welche hierin verwendet werden, sollten als Bedeutungen habend aufgefasst werden, welche für einen Fachmann offensichtlich sind. Wenn ein Begriff eine mehrdeutige Bedeutung aufgrund einer Entwicklung der Sprache, vorangehender Fälle oder dem Auftreten neuer Technologien hat, sollte die Bedeutung eines Begriffs, welcher in dieser Offenbarung verwendet wird, zuerst durch seine Verwendung und/oder Definition in dieser Offenbarung klargestellt werden. Der Begriff sollte dann klargestellt werden wie ein Fachmann den Begriff zu der Zeit dieser Offenbarung verstanden haben würde.
  • Wenn ein Teil ein Element ”aufweist” oder ”enthält”, kann der Teil, solange es nicht eine bestimmte Beschreibung im Gegensatz dazu gibt, ferner andere Elemente aufweisen. Der Begriff ”Einheit” in den Ausführungsformen der vorliegenden Offenbarung bedeutet eine Softwarekomponente oder eine Hardwarekomponente, welche eine spezifische Funktion durchführt. Die Hardwarekomponente kann beispielsweise ein Field Programmable Gate Array (FPGA) oder eine anwendungsspezifische integrierte Schaltung (ASIC) aufweisen.
  • Eine Software oder Softwarekomponente kann sich auf einen ausführbaren Code und/oder Daten, welche durch den ausführbaren Code in einem adressierbaren Speichermedium verwendet werden, beziehen. Demnach kann Software beispielsweise objektorientierte Softwarekomponenten, Klassenkomponenten und Taskkomponenten sein und kann Prozesse, Funktionen, Attribute, Prozeduren, Unterroutinen, Segmente von Programmcode, Treiber, Firmware, Anwendungsprogramme, Microcodes/Schaltungen, Daten, eine Datenbank, Datenstrukturen, Tabellen, Arrays beziehungsweise Matrizen oder Variablen aufweisen.
  • Eine Funktion, welche durch eine ”Einheit” vorgesehen ist, kann in zusätzliche Komponenten und ”Einheiten” unterteilt sein.
  • Die Offenbarung kann ein Steuersystem für ein Fahrzeug aufweisen, welches ein Steuermodul aufweist, welches konfiguriert ist, um Sensorinformationen von einer Mehrzahl von Sensoren an dem Fahrzeug zu empfangen, um die Sensorinformationen zu analysieren, um einen Identifikationsprozess für wenigstens ein Objekt durchzuführen, welches durch die Mehrzahl von Sensoren erfasst wird, und um eine Antwort basierend auf dem wenigstens einen Objekt, welches identifiziert wird, zu bestimmen. Das Steuersystem kann ebenso ein Kommunikationsmodul aufweisen, welches konfiguriert ist, um direkt oder indirekt mit einer elektronischen Vorrichtung zu kommunizieren, wobei die Kommunikation ohne eine menschliche Intervention auftritt und wenigstens einige der empfangenen Sensorinformationen, der analysierten Sensorinformationen und/oder der bestimmten Antwort aufweist.
  • Die Offenbarung kann ebenso ein Steuersystem für ein erstes Fahrzeug aufweisen, welches ein Infotainmentmodul aufweist, welches konfiguriert ist, um ein oder mehreres von Informationen und Entertainment für einen Verbraucher vorzusehen, und ein Kommunikationsmodul, welches konfiguriert ist, um mit einem zweiten Fahrzeug ohne Intervention durch einen Menschen in dem ersten Fahrzeug zu kommunizieren, wobei ein Ort des Verbrauchers einer von Folgenden ist: in dem ersten Fahrzeug oder in dem zweiten Fahrzeug.
  • Die Offenbarung kann ferner ein Verfahren zum Verwenden eines Steuersystems in einem Fahrzeug aufweisen, welches ein Empfangen von Sensorinformationen von einer Mehrzahl von Sensoren auf dem Fahrzeug aufweist, ein Analysieren der Sensorinformationen, um einen Identifikationsvorgang für wenigstens ein Objekt, welches durch die Mehrzahl von Sensoren erfasst wird, durchzuführen, ein Bestimmen einer Antwort, welche durch das Fahrzeug zu verwenden ist, basierend auf dem wenigstens einen Objekt, welches identifiziert wurde, und ein Kommunizieren, direkt oder indirekt mit einer elektronischen Vorrichtung, eines oder mehrerer der Sensorinformationen, der analysierten Sensorinformationen und des erfassten Objekts, wobei die Kommunikation ohne eine menschliche Intervention auftritt und wenigstens einige der empfangenen Sensorinformationen, der analysierten Sensorinformationen und/oder der bestimmten Antwort aufweist.
  • Die Offenbarung weist ferner ein erstes Fahrzeug auf, welches ein Kommunikationsmodul, welches konfiguriert ist, um eine Peer-to-Peer-Kommunikation mit einem oder mehreren Fahrzeugen durchzuführen, wobei die Peer-to-Peer-Kommunikation ohne Intervention durch einen Menschen in dem ersten Fahrzeug auftritt, und ein Steuermodul aufweist, welches konfiguriert ist, um erste Sensorinformationen von einer Mehrzahl von Sensoren an dem ersten Fahrzeug zu empfangen und die ersten Sensorinformationen zu verarbeiten, wobei die verarbeiteten ersten Sensorinformationen zu dem einen oder mehreren Fahrzeugen kommuniziert werden.
  • Die Offenbarung weist ebenso ein erstes Fahrzeug auf, welches ein Kommunikationsmodul, welches konfiguriert ist, um eine Peer-to-Peer-Kommunikation mit wenigstens einem elektronischen Objekt durchzuführen, wobei die Peer-to-Peer-Kommunikation ohne eine Intervention durch einen Menschen in dem ersten Fahrzeug auftritt, und ein Steuermodul E, welches konfiguriert ist, um ein oder mehrere elektronische Kandidatenobjekte zu entdecken, um, wenn wenigstens ein elektronisches Kandidatenobjekt entdeckt ist, wenigstens eines der elektronischen Kandidatenobjekte als wenigstens ein Zielobjekt für eine Kommunikation auszuwählen, und um eine drahtlose Verbindung zu dem wenigstens einen Zielobjekt herzustellen.
  • Es wird nun im Detail Bezug genommen werden auf Ausführungsformen, von welchen Beispiele in den beigefügten Zeichnungen veranschaulicht sind. In dieser Hinsicht können die vorliegenden Ausführungsformen unterschiedliche Formen haben und sollten nicht als auf die Beschreibung, welche hierin erläutert ist, beschränkt betrachtet werden.
  • Bezugnahmen werden ebenso auf die internationalen Ebenen von Fahrautomatisierung für Straßenfahrzeuge der Society of Automotive Engineers (SAE) getätigt werden, wo die Ebenen von 0 bis 5 reichen.
  • In der folgenden Beschreibung werden wohlbekannte Funktionen oder Konstruktionen nicht im Detail beschrieben, um die Ausführungsformen nicht mit unnötigen Details zu verschleiern.
  • 1A ist eine Veranschaulichung eines Smart Car, welches mit verschiedenen Objekten in Übereinstimmung mit einer Ausführungsform der Offenbarung koppelt. Bezug nehmend auf 1A sind dort eine Mehrzahl von Smart Cars 100 und 101, ein Smart Home 120, persönliche Vorrichtungen 130, Infrastruktur 135 und eine Cloud-Plattform 140 gezeigt. In diesem Beispiel ist für das Smart Car 100, welches eine Steuerplattform 102 aufweist, welche mit dem Autonomieuntersystem 104, dem Nutzererfahrungsuntersystem 106, dem Elektrifizierungsuntersystem 108 und den Sensoren 110 kommuniziert, gezeigt. Die Cloud-Plattform 140 weist Aktivierungsdienste 142 auf. Das Smart Car 101 kann ähnlich zu dem Smart Car 100 sein oder es kann unterschiedliche Fähigkeiten aufgrund von unterschiedlichen Herstellern und/oder Optionen haben.
  • Die Steuerplattform 102 empfängt Rückinformationsdaten und einen Status von verschiedenen Sensoren in dem Smart Car 100. Die Steuerplattform 102 kann die Unzahl von Rückkopplungsdaten und Stati verarbeiten und geeignete Steuerbefehle für verschiedene Fahrzeuguntersysteme vorsehen, um das Smart Car wie erwünscht arbeitend zu erhalten. Beispielsweise kann die Steuerplattform 102 Befehle zu dem Autonomieuntersystem 104 senden, um eine angemessene Geschwindigkeit zu halten und um das Fahrzeug auf dem erwünschten Teil der Straße zu halten. Die Steuerplattform 102 kann Befehle zu dem Nutzererfahrungsuntersystem 106 senden, um das Radio durch ein Einstellen desselben auf Stationen zu steuern, welche von Interesse für den Fahrzeugführer sind, wenn das Signal der gegenwärtigen Station beginnt, zu verblassen, und um eine Heizung/Klimaanlage anzuschalten um den Innenraum des Fahrzeugs auf einer Temperatur, welche durch den Fahrzeugführer bestimmt ist, angemessen zu halten. Die Steuerplattform 102 kann Befehle zu dem Elektrifizierungsuntersystem 108 senden, um Batterieleistung zu nutzen, um der Maschine für Hybridfahrzeuge zu assistieren, um Batteriezellen zu verwalten etc.
  • Das Smart Car 100 kann ebenso in Kommunikation mit dem Smart Home 120 sein. Beispielsweise kann, wenn das Smart Car 100 sich dem Smart Home 120 des Fahrzeugführers nähert, das Smart Home 120 die Garagentür öffnen und die Lichter anschalten. Das Smart Car 100 kann ebenso in Kommunikation mit den persönlichen Vorrichtungen 130 sein, welche im Eigentum des Fahrzeugführers stehen. Die persönlichen Vorrichtungen 130 können beispielsweise ein Smartphone oder eine Smartwatch beziehungsweise Smartuhr sein. Mit solchen persönlichen Vorrichtungen 130 kann der Fahrzeugführer in der Lage sein, das Smart Car 100 zu entriegeln, wenn er in die Nähe gelangt, und um das Smart Car 100 anzuschalten und um die Heizung/Klimaanlage anzuschalten, wenn er das Fahrzeug in einem komfortablen Zustand haben möchte, wenn er zu ihm gelangt. Die Kommunikation zwischen dem Smart Car 100 und den persönlichen Vorrichtungen 130 kann automatisch geschehen, wenn sich der Fahrzeugführer dem Smart Car 100 annähert.
  • Das Smart Car 100 kann ebenso in Kommunikation mit der Infrastruktur 135 sein. Die Infrastruktur 135 kann die verschiedenen Straßen aufweisen, auf welchen sich das Smart Car 100 fortbewegen kann, sowie die Straßenbeleuchtung, Signallichter etc. Die Infrastruktur 135 kann Informationen von verschiedenen Teilen der Infrastruktur 135, Smart Cars, welche die Smart Cars 100 und 101 aufweisen, dem Smart Home 120 und den persönlichen Vorrichtungen 130 sammeln, um den Verkehrsfluss besser zu koordinieren. Beispielsweise kann es, wenn die Infrastruktur 135 einen Stau erwartet, andere Objekte alarmieren, sodass sie sich selbst umtrassieren können. In einigen Fällen kann die Infrastruktur 135 wechselnde Routen für ein oder mehrere der Smart Cars auf der Straße vorschlagen, um einen Verkehrsstau abzubauen.
  • Die Infrastruktur 135 kann bestimmte Fahrbahnwege nur für autonome Fahrzeuge zu bestimmten Tageszeiten reservieren und die reservierten Fahrbahnen können in Echtzeit geändert werden, um den Verkehrsfluss zu optimieren. Die Verkehrsverwaltung durch die Infrastruktur 135 kann aufgrund von Eingaben von verschiedenen Sensoren sein, welche Teil der Infrastruktur (Kameras, Radar etc.) sind, Eingaben von verschiedenen Notfallreaktionscentern (Polizei, Feuerwehr, Rettungsdienst etc.) sowie von Eingaben von den anderen Objekten wie beispielsweise den Smart Cars 100 und 101, dem Smart Home 120, und den persönlichen Vorrichtungen 130. Die Infrastruktur 135 kann ebenso historische Daten für den Verkehr, gegenwärtige Ereignisse (Sport, Konzerte, Konferenzen etc.) berücksichtigen, welche zu zusätzlichem Verkehr für die Ereignisbesucher führen kann.
  • Zusätzlich können die Smart Cars 100 und 101, das Smart Home 120, die persönlichen Vorrichtungen 130 und die Infrastruktur 135 miteinander über die Cloud-Plattform 140 sowie auch direkt miteinander kommunizieren, um bessere Dienste für einen Nutzer durch ein Sammeln von Daten vorzusehen. Ein Beispiel könnte mit Informationen und/oder Entertainment (Infotainment) für eine kontinuierliche Wiedergabe sein, wobei der Nutzer Medieninhalt über ein Gerät in dem Smart Home 120 streamen kann. Wenn der Nutzer in das Smart Car 100 gelangt, kann das Smart Car 100 fortfahren, denselben Medieninhalt von dem Infotainmentsystem in dem Smart Car 100 abzuspielen. Und ähnlich kann, wenn der Nutzer sein Smart Home 120 oder sein Smart Car 100 verlässt, die persönliche Vorrichtung 130 fortfahren, den Medieninhalt abzuspielen. Ein anderes Beispiel könnte ein Einkaufsdienst sein, welcher in der Cloud-Plattform 140 die Gegenstände ansammelt, welche in einer Einkaufsliste eines Nutzers beinhaltet sein sollten, und Empfehlungen an das Navigationssystem in dem Smart Car 100 für einen Laden in der Nähe der gegenwärtigen Route sendet, und dann führt die persönliche Vorrichtung 130 sobald sie in dem Laden ist, den Nutzer zu den Gegenständen, überprüft die Gegenstände, wenn sie aufgenommen werden und/oder zahlt für die Gegenstände.
  • Das Smart Car 100 kann auch in Kommunikation mit anderen Smart Cars sein wie beispielsweise dem Smart Car 101. Das Smart Car 100 kann direkt in einem Peer-to-Peer-Modus mit dem Smart Car 101 kommunizieren oder über die Cloud-Plattform 140 kommunizieren, um Informationen auszutauschen und/oder Ressourcen gemeinsam zu verwenden.
  • Eine Ausführungsform zum Initiieren einer Peer-zu-Peer-Kommunikation kann es sein, ein oder mehrere elektronische Kandidatenobjekte über beispielsweise ein Erfassen eines Signals, welches durch jedes der elektronischen Kandidatenobjekte übertragen wird, zu entdecken. Das Smart Car 100 kann dann aus dem einen oder den mehreren elektronischen Kandidatenobjekten, welche entdeckt wurden, wenigstens ein elektronisches Kandidatenobjekt als wenigstens ein Zielobjekt für eine Kommunikation auswählen und sich drahtlos mit dem Zielobjekt in einer Peer-to-Peer-Kommunikation verbinden.
  • Beispielsweise kann das Smart Car 100 sein Bewegungsbahnmodell einschließlich seiner Geschwindigkeit, Position und anderer Parameter mit anderen Smart Cars gemeinsam verwenden, um zu helfen, eine Effizienz für alle Smart Cars zu verbessern. In einigen Fällen können die Informationen, welche von anderen Smart Cars erwünscht sind, von Sensoren sein, welche für das gegenwärtige Smart Car nicht zur Verfügung stehen oder für Gebiete, welche nicht direkt für das gegenwärtige Smart Car sichtbar sind.
  • Beispielsweise kann das Smart Car 100 in eine Kurve eingetreten sein und ein ankommendes breites Fahrzeug erfasst haben, welches in der Kurve ist, oder daran ist, in die Kurve einzutreten. Diese Information kann als wichtig markiert werden und zu Fahrzeugen in der Nähe für eine Echtzeitnutzung gesendet werden. Demzufolge kann das Smart Car 101, welches hinter dem Smart Car 100 folgt, angemessene Tätigkeiten unternehmen wie beispielsweise sich von der Mittellinie wegzubewegen oder die Geschwindigkeit zu verringern, um es dem breiten Fahrzeug zu erlauben, aus der Kurve zu gelangen etc. Das breite Fahrzeug selbst kann ebenso Informationen über sich selbst an Fahrzeuge in der Nähe senden. Oder es könnte ein betriebsunfähiges Auto auf einer Schulter der Kurve sein, und diese Information könnte als wichtig für Fahrzeuge in der Nähe markiert werden, jedoch ebenso in die Cloud-Plattform 140 für andere Fahrzeug zur Verwendung zu einer späteren Zeit hochgeladen werden. Die später kommenden Fahrzeuge, welche sich der Kurve annähern, können dann auf die Cloud-Plattform 140 für Informationen über ihren Weg voran zugreifen.
  • Smart Cars können ebenso Informationen über Nicht-Smart Cars in der Nähe gemeinsam verwenden, sodass zusätzliche Sensoren oder Abtastzeit diesen Fahrzeugen gewidmet werden kann, da ihr Verhalten als unbekannt oder unvorhersagbar betrachtet werden kann. Die Kommunikation zwischen den Smart Cars wird es jedem Smart Car erlauben, in der Lage zu sein, weiterhin die Umgebungskartografierung für es zu verbessern. Ferner können Smart Cars in der Lage sein, Informationen mit anderen Fahrzeugen, welche nicht so ”smart” sind, gemeinsam zu verwenden, sodass diese ebenso ”smarter” oder ebenso ”smart” wie die Smart Cars werden können. Demzufolge kann die Umgebung für die Fahrzeuge für alle Fahrzeuge sicherer werden.
  • Andere Beispiele der Kommunikation mit dem Smart Car 100 können beispielsweise die persönliche Vorrichtung 130 (Smartphone oder Smartwatch) sein, welche Smart Cars 100 und 101 in der Nähe über den Fußgänger/Radfahrer etc. welcher Eigentümer der persönlichen Vorrichtung 130 ist, alarmieren können. Demzufolge können die Smart Cars 100 und 101 in der Lage zu sein, eine detailliertere Umgebungskarte zu haben. Ein Kind kann ebenso eine persönliche Vorrichtung 130 haben, das es als ein Armband oder eine Kette tragen kann, um die Smart Cars 100 und 101 zu alarmieren. Es ist ebenso denkbar, dass ein Tier mit persönlichen Vorrichtungen 130 in seinem Halsband oder in seinem Körper eingebettet ausgestattet sein kann.
  • Demzufolge kann jedes beliebige sich bewegende/bewegliche Objekt eine persönliche Vorrichtung/Signal beziehungsweise Ortungsgerät haben, welches Smart Cars alarmieren kann. Zusätzlich kann ebenso ein nicht bewegliches Objekt vor Gefahr warnen. Beispielsweise kann das Smart Home 120 ein Kind/Haustier verfolgen und kann passierende Fahrzeuge vor dem Kind/Haustier warnen oder eine Führungsschiene an dem Rand einer Schlucht kann die Smart Cars 100 und 101 warnen und demnach die Fahrzeugführer, wenn die Fahrzeugführer in das Fahren involviert sind. Die Kommunikation zwischen Smart Cars, zwischen einem Smart Car und einem Smart Home oder zwischen einem Smart Car und einer persönlichen Vorrichtung 130, welche gesehen werden kann, kann einfache Signale aufweisen sowie Smartphones und Smartwatches direkt verbunden oder indirekt durch die Cloud-Plattform 140 verbunden sein können oder indirekt durch andere Smart Cars und/oder persönliche Vorrichtungen 130.
  • Während einige Beispiele der Kommunikation für den Vorzug eines Smart Car erwähnt worden sind, können verschiedene Ausführungsformen der Offenbarung ebenso für andere Vorrichtungen oder Vorzüge verwendet werden. Beispielsweise kann ein Fußgänger/Fahrradfahrer/etc. vor Verkehr/Hindernissen/Gefahren in der Nähe über eine persönliche Vorrichtung 130 gewarnt werden. Oder eine Smart Vorrichtungsplattform (Smart Car, persönliche Vorrichtung, etc.) kann ebenso verwendet werden, um Straßenlampen zu steuern, um Parkplätze oder Parkuhren zu finden. Beispielsweise kann eine Straßenbeleuchtung gedimmt werden oder abgeschaltet werden, bis sie durch ein Smart Car, welches sich innerhalb des Bereiches bewegt, alarmiert wird, und sich selbst aufhellt. Die Straßenlampe kann eine Smartvorrichtung (Smart Car, persönliche Vorrichtung etc.) erfassen und das Licht anschalten. Die Straßenlampe kann ebenso etwas Anderes auf der Straße/dem Gehweg unter Verwendung eines oder mehrerer Sensoren (Radar, Kamera etc.) erfassen und bestimmen, dass eine hellere Beleuchtung benötigt wird. Beispielsweise kann, wenn ein kleines Tier auf der Straße mit keinen anderen Fahrzeugen (Autos, Motorrädern, Fahrrädern etc.) in der Nähe erfasst wird, die Straßenlampe bestimmen, dass ihr Licht nicht aufgehellt werden muss. Wenn jedoch eine menschliche Form erfasst wird, kann die Straßenlampe sich selbst aufhellen sowie die menschliche Form in ihrer Umgebungskarte abbilden, um mit Vorrichtungen in der Nähe gemeinsam verwendet zu werden. Das Smart Home 120 kann ebenso seine Umgebungskarte aktualisieren. Das Smart Home 120 kann beispielsweise Fahrzeuge/Menschen in der Nähe für verschiedene Zwecke einschließlich der Erfassung von möglichem Einbruch in das Smart Home 120 verfolgen. Demzufolge kann das Smart Home 120 ebenso eine generische Referenz für ein Geschäfts- oder anderes kommerzielles Anwesen sein.
  • Das Smart Car 100 kann ebenso Parkplücken in einem Parkplatz oder mit einer Parkuhr durch entweder ein Kommunizieren mit der Parkuhr, der Parkinfrastruktur und/oder der Cloud-Plattform 140 finden, um zur Verfügung stehende freie Plätze zu finden. Das Smart Car 100 kann ebenso in der Lage zu sein, die Parkuhr oder den Parkplatz unter Verwendung eines vorarrangierten Zahlungssystems wie beispielsweise Samsung Pay zu bezahlen. Die Bezahlung kann periodisch (einmal pro Stunde beispielsweise) ohne eine menschliche Intervention für eine abgeschätzte Zeit, welche durch den Fahrzeugführer des Smart Car eingegeben wird, getätigt werden.
  • Die Führungsschiene, die Straßenlampe, die Parkuhr und der Parkplatz können in einigen Fällen als ein Teil der Infrastruktur 135 betrachtet werden. Verschiedene Ausführungsformen jedoch können verschiedene Objekte als einen Teil der Infrastruktur 135 hinzufügen oder auslassen (beispielsweise private Parkplätze auslassen).
  • Ein anderes Beispiel kann es sein, wenn ein Smart Car andere Smart Cars informiert darüber, dass es bremst oder erwartet zu bremsen. Dies kann beispielsweise nützlich sein, wenn verschiedene Fahrzeuge sich in einer Linie fortbewegen, sodass Fahrzeuge hinter dem führenden Fahrzeug das Hindernis nicht abtasten können. In dieser Situation können alle Fahrzeuge hinter dem führenden Fahrzeug dann von der Absicht durch das führende Fahrzeug, aufgrund eines Hindernisses zu bremsen, wissen, welches die folgenden Fahrzeuge nicht abtasten können, und sie alle können zu derselben Zeit bremsen.
  • Informationen können ebenso in der Cloud-Plattform 140 gespeichert werden und durch das Smart Car 101 wie benötigt herausgezogen werden, wenn es bestimmt, dass es Echtzeitdaten nicht unmittelbar benötigt. Diese Informationen können durch verschiedene Nutzer der Straße und/oder durch die Infrastruktur 135 hochgeladen worden sein. Demzufolge kann das Smart Car 100 Daten für Zustände der Straße abrufen, wenn es sich diesem Ort nähert. Ein anderes Beispiel könnte es im Fall einer Fehlfunktion in einem Teil eines Systems für das Smart Car 100 sein, dass andere Smart Cars wie beispielsweise das Smart Car 101 durch ein Teilen ihrer Ressourcen helfen könnten. Demnach kann, wenn einige Sensoren des Smart Car 100 funktionsunfähig werden, das Smart Car 100 in der Lage zu sein, Umgebungsinformationen betreffend andere Fahrzeuge, Hindernisse, Straßenbedingungen etc. zu bekommen, um in der Lage zu sein, ein sicheres Fahren zu erhalten, ob in einem autonomen Modus oder in einer geringeren Kapazität beim Assistieren für den menschlichen Fahrzeugführer.
  • Ein anderes Beispiel kann es sein, wenn das Smart Car 100 seinen Infotainmentinhalt von Büchern, Liedern, Filmen, Spielen, Umgebungskartierung etc. für andere Konsumenten wie beispielsweise Smart Cars, Nutzervorrichtungen etc. direkt oder über die Cloud-Plattform 140 zur Verfügung stellen kann. Das Smart Car 101 kann in der Lage zu sein, für eine spätere Wiedergabe beispielsweise einen Film zum Betrachten durch Leute in dem Fahrzeug einschließlich des Fahrzeugführers, wenn das Smart Car 101 autonom fährt, zu streamen oder herunterzuladen.
  • Infotainmentinhalt in dem Smart Car 100 kann beispielsweise über die Cloud-Plattform 140 oder über übertragene Mitteilungen angeboten werden, welche durch umgebende Fahrzeuge/Konsumenten entdeckt werden können. Dies könnte möglicherweise den Wiederverkauf oder das Mieten von Inhalt über Fahrzeuge hinweg in dem Zusammenhang eines mobilen Datencenters in der Fahrzeugplattform wie beispielsweise dem Smart Car 100 ermöglichen. Das Smart Car 100 kann ebenso Abonnementdienste für Nachrichten, Entertainment etc. haben, welche ein Kommunizieren von spezifischen Abschnitten der abonnierten Dienste zu anderen Nutzern (ob in Fahrzeugen oder nicht) auf beispielsweise einer vorübergehenden und beschränkten Basis erlaubt. Die Fahrzeugplattform kann in der Lage sein, Inhalt zu nahen kooperativen Vorrichtungen, Fahrzeugen und/oder Prämissen zu cachen, um sich zukünftige bekannte Orten/Zeiten von welchen die Fahrzeugplattform arbeiten wird, zunutze zu machen. Der Inhalt, welcher zu einer Vorrichtung/einem Fahrzeug/einer Prämisse in der Nähe gecached wird, kann ebenso von dem Interesse abhängen, welches durch ein beliebiges derjenigen Objekte in dem Inhalt gezeigt wird. Dies kann eine ”vernetzte” Verteilung von Daten erlauben, welche einen Verkehr zu und von der Cloud-Plattform 140 verringern kann.
  • Zusätzlich zum Empfangen von Alarmen, Angeboten und so weiter von dem Smart Car 100 kann ein Konsument ebenso aktiv nach einem spezifischen Inhalt suchen. Die Suchkriterien können feststehend oder variabel sein. Beispielsweise kann die Suche mit einem lokalen Gebiet starten und sich dann ausdehnen, wenn die lokale Suche nicht erfolgreich ist. Die Suche kann durch Kriterien wie beispielsweise der Qualität des Inhalts (beispielsweise Auflösung für ein Video), die Unmittelbarkeit der Verfügbarkeit, die Anzahl von Quellen, welche den Inhalt haben etc. beschränkt werden. Ein Teil der Suche kann, ob durch einen Konsumenten spezifiziert oder nicht, die Routingeffizienz des Inhalts von der Quelle zu dem Konsumenten aufweisen. Dies kann der Fall sein, um eine Routingverzögerung zu minimieren und/oder eine Qualität des Inhalts zu erhalten, und kann davon abhängen, ob der Inhalt für die spätere Verwendung gestreamt werden soll oder heruntergeladen werden soll.
  • Die Kosten für das gelieferte Infotainment können feststehend sein oder variieren. Beispielsweise kann ein Konsument eine Anfrage für einen spezifischen Gegenstand übertragen und verschiedene Antworten können für diesen Gegenstand zu unterschiedlichen Preisen und Charakteristiken (beispielsweise Qualität) empfangen werden. Der Verbraucher kann dann die erwünschte Version auswählen. Der Konsument kann ebenso eine obere Grenze für die Kosten einstellen, wenn er sucht, oder einen alternativen Preis nach dem Auffinden des Gegenstandes bieten. Der Konsument kann ebenso einen Preis in der Übertragungsanforderung einschließen und aus den empfangenen Antworten auswählen. Allgemein können verschiedene Ausführungsformen einen oder mehrere von vielen unterschiedlichen Typen von Anordnungen zum Zustimmen zu Kosten zum Liefern des Infotainments nutzen. Verschiedene Ausführungsformen können auch Übertragungen des Infotainments bei unterschiedlichen Übertragungsgeschwindigkeiten und/oder Qualitäten bei unterschiedlichen Kosten erlauben.
  • Wie obenstehend erklärt und wie später weiterhin erklärt werden wird, ist eine Plattform für verschiedene Fahrzeuge vorgesehen, einschließlich der Smart Cars 100 und 101, um ein Abtasten/Erkennen, Analysieren und Reagieren/Durchführen sowie ein gemeinsames Verwenden beziehungsweise Teilen einer beliebigen der abgetasteten/erkannten, analysierten und reagierten/durchführenden Information zusätzlich zu dem Infotainmentinhalt, mit anderen Fahrzeugen oder Konsumenten, welche nicht in Fahrzeugen sind, zu erleichtern. Die Eingaben zum Abtasten/Erkennen werden durch die verschiedenen Sensoren in einem Smart Car 100 oder 101 von einem Fahrzeugführer/Passagier des Smart Car 100 oder 101, von anderen Smart Cars und/oder von Daten von einer Cloud-Plattform wie der Cloud-Plattform 140 vorgesehen. Das Reagieren/Durchführen kann ein Steuern einer oder mehrerer Funktionen eines Fahrzeugs wie beispielsweise des Smart Car 100 oder 101 erlauben.
  • Ebenso kann in Fällen, in denen ein Softwaretreiber, welcher auf einem beliebigen Ein-Chip-System (SoC) oder einem Coprozessor abläuft, eine Fehlfunktion aufweist, die Hypervisor-Software in der Lage sein, eine Ausführung von ähnlichen Softwaretreibern, welche unter einem anderen Hypervisor ablaufen, welcher auf einem anderen Prozessor abläuft, auszulösen. Dies kann beispielsweise eine Softwareredundanz für arbeitende Sensoren vorsehen. Es kann auch eine Mehrzahl von Sensoren desselben Typs geben, um eine Hardwareredundanz vorzusehen. Zusätzlich kann es ähnliche Software- und Hardwareredundanz für verschiedene Teile des Smart Car 100 einschließlich Prozessoren geben.
  • Wie beschrieben kann das Smart Car 100 andere Fahrzeuge über seine Sensoren abtasten sowie direkt mit anderen Smart Cars für Informationen kommunizieren. Es sollte realisiert werden, dass dieses nur einige Beispiele sind, und verschiedene Ausführungsformen der Offenbarung nicht durch oder auf diese Beispiele beschränkt sind.
  • 1B ist eine Veranschaulichung eines Protokolls für ein Smart Car, welches mit verschiedenen Objekten in Übereinstimmung mit einer Ausführungsform der Offenbarung koppelt. Bezug nehmend auf die 1B sind dort die Smart Cars 100 und 101, das Smart Home 120, die persönlichen Vorrichtungen 130, die Infrastruktur 135 und die Cloud-Plattform 140 gezeigt, welche im Wesentlichen wie in 1A beschrieben sind. Dort ist ebenso das sichere Kommunikationsprotokoll 150 gezeigt. Wenn zwischen dem Smart Car 100 und einem beliebigen anderen Objekt kommuniziert wird, das ein anderes Smart Car 101, das Smart Home 120, die persönlichen Vorrichtungen 130, die Infrastruktur 135 und die Cloud-Plattform 140 aufweist, kann das sichere Kommunikationsprotokoll 150 verwendet werden. Das sichere Kommunikationsprotokoll 150 kann teilweise ein Übertragen von einer oder mehreren von verschiedenen Informationen wie beispielsweise der Zeit 156, dem Datum 158, der Nutzer-ID 160 und dem Ort 162 aufweisen, um die Kommunikation im Auge zu behalten, und ebenso um spezifische Objekte auszuwählen, mit welchen Informationen zu teilen sind.
  • Beispielsweise können Bewegungsbahndaten für das Smart Car 100 mit anderen Smart Cars, Notfallfahrzeugen und/oder beaufsichtigenden Vorrichtungen bezogen auf die Infrastruktur 135 wie beispielsweise einer Verkehrssteuerung gemeinsam verwendet werden. Es kann auch eine Priorität 164 gesendet werden, sowie Synchronisationsdaten 166. Die Priorität 164 kann beispielsweise für Notfallinformationen sein, welche Priorität über alle anderen Kommunikationen einnehmen müssen. Ein Beispiel kann ein Notfallfahrzeug sein, welches seinen Weg räumen muss, und so ein Topprioritätssignal zu anderen Smartfahrzeugen sendet, um diesen zu signalisieren, sich aus dem Weg zu bewegen und die Geschwindigkeit zu verringern. Eine Kommunikation niedriger Priorität kann beispielsweise ein Heraufladen oder Herabladen einer Mediendatei sein.
  • Jede beliebige Kommunikation kann unter Verwendung der Verschlüsselung 152 verschlüsselt werden und unter Verwendung der Authentifizierung 154 authentifiziert werden. Eine Verschlüsselung kann nutzungsabhängig sein. Beispielsweise mag ein Übertragen privater Medien von dem Eigentümer des Smart Car 100 zu der persönlichen Vorrichtung 130 des Eigentümers keine Verschlüsselung benötigen. Dies kann jedoch auch eine Option durch den Nutzer sein. Einige Datenübertragungen jedoch können verschlüsselt und authentifiziert werden müssen. Dies kann beispielsweise ein beliebiges Firmwareupdate über den Äther für das Smart Car 100 sein.
  • Die Synchronisationsdaten 166 können für eine beliebige Synchronisation genutzt werden, welche durch das Smart Car 100 und eine beliebige andere Vorrichtung/Objekt erwünscht werden kann. Beispielsweise können die Zeit 156 und das Datum 158 zu verschiedenen Zeiten synchronisiert werden, um eine Zeitabweichung und/oder verschiedene Zeitzonen zu kompensieren, ein Ort kann synchronisiert werden, um sicherzustellen, dass das Geo-Lokationssystem genau ist etc. Die Synchronisationsdaten 166 können ebenso für die Verschlüsselung 152 und/oder Authentifizierung 144 genützt werden, wenn der Verschlüsselungs- und/oder Authentifizierungsprozess sich periodisch ändert.
  • Die Synchronisationsdaten 166 können ebenso zwischen dem Smart Car 100 und einer anderen Vorrichtung wie beispielsweise dem Smart Car 101, dem Smart Home 120, der persönlichen Vorrichtung (den persönlichen Vorrichtungen) 130 und der Cloud-Plattform 140 ausgetauscht werden. Der Austausch von Synchronisationsdaten 166 kann sicherstellen, dass, wenn erwünscht, eine Verbindung zwischen dem Smart Car 100 und der anderen Vorrichtung offen verbleiben kann, auch während Zeitdauern, wenn keine anderen Daten zwischen dem Smart Car 100 und der anderen Vorrichtung kommuniziert werden. Während eine Verbindung zwischen dem Smart Car 100 und einer anderen Vorrichtung erwähnt war, können verschiedene Ausführungsformen der Offenbarung eine Verbindung zwischen beliebigen zwei Vorrichtungen erlauben, welche das veranschaulichte Protokoll unterstützen, einschließlich der Synchronisationsdaten 166.
  • Während einige Aspekte des sicheren Kommunikationsprotokolls 150 allgemein beschrieben wurden, können verschiedene Ausführungsformen unterschiedliche Schemata verwenden. Demzufolge beschränken die spezifischen Teile, welche beschrieben sind, keinerlei Ausführungsform der Offenbarung.
  • 1C ist eine Veranschaulichung eines Kollisionsvermeidungsschemas in Überstimmung mit einer Ausführungsform der Offenbarung. Bezug nehmend auf 1 C sind dort Smart Cars 100 und 101 gezeigt, wobei jedes Smart Car Sicherheitsdämpferzonen 172, 174, 176, 178 und 180 hat. Jede Sicherheitsdämpferzone kann durch das Smart Car abhängig von seiner Geschwindigkeit und Umgebungsbedingungen (Wetter, Straße, Verkehr, Typen von Fahrzeugen in der Umgebung etc.) bestimmt werden. Wenn jede Sicherheitsdämpferzone 172, 174, 176, 178 und 180 übertreten beziehungsweise verletzt ist, kann das Smart Car 100 (oder 101) eine korrigierende Tätigkeit aufnehmen, um seine Sicherheitszonen für eine Kollisionsvermeidung zurückzugewinnen.
  • Wenn beispielsweise die äußerste Sicherheitsdämpferzone 172 verletzt ist, kann das Smart Car 100 mehr Zeit und Ressourcen auf ein Überwachen des verletzenden Smart Car 101 aufwenden. Wenn die nächste Sicherheitsdämpferzone 174 verletzt ist, kann das Smart Car 100 eine Warnung zu dem Smart Car 101 kommunizieren, welches zu nahe kommt, zusätzlich zu einem weiteren Überwachen. Wenn die nächste Sicherheitsdämpferzone 176 verletzt ist, kann das Smart Car 100 starten, aktive Maßnahmen zu unternehmen, um die Sicherheitsdämpfung wiederzuerlangen, zusätzlich zu den vorangehend unternommenen Maßnahmen. Wenn die nächste Sicherheitsdämpferzone 178 verletzt ist, kann das Smart Car 100 drastischere Maßnahmen einschließlich eines Ausweichens, wenn möglich, eines Bremsens oder eines härteren Beschleunigens, wenn notwendig, zusätzlich zu den voranstehend unternommenen Maßnahmen treffen. Wenn die letzte Sicherheitsdämpferzone 180 verletzt ist, kann sich das Smart Car auf eine Kollision, wenn es unausweichlich erscheint, durch ein Bereitwerden, verschiedene Sicherheitsvorrichtungen einschließlich Airbags und einem Straffen des Sicherheitsgurtes einzusetzen, vorbereiten, zusätzlich zu den voranstehend ergriffenen Maßnahmen. Das Smart Car 100 kann sich ebenso vorbereiten, Hilfe in dem Fall eines Unfalls zu rufen.
  • Das Smart Car 100 kann ebenso die Infrastruktur 135 an verschiedenen Punkten informieren, sodass die Infrastruktur 135 eine mögliche Verkehrsflussunterbrechung berücksichtigen kann. Demzufolge kann die Infrastruktur 135 das Smart Car 101, wenn es dazu in der Lage ist), stoppen und deaktivieren, wenn sie bestimmt, dass das Smart Car 101 für eine Zeitdauer unsicher gefahren ist. Oder wenn das Smart Car 101 nicht in der Lage ist, gestoppt zu werden (es ist kein Smart Car), kann die Polizei durch die Infrastruktur 135 informiert werden.
  • Dies ist lediglich ein Beispiel von möglichen Schritten, welche unternommen werden können. Die Anzahl von Sicherheitsdämpferzonen kann ebenso variieren und unterschiedliche Schritte können für ein Verletzen jeder Sicherheitsdämpferzone unternommen werden. Zusätzlich kann das Verletzen einer Sicherheitsdämpferzone durch unterschiedliche Verfahren bestimmt werden. Beispielsweise kann eine Sicherheitsdämpferzone durch ein physikalisches Objekt wie beispielsweise das Smart Car 101 verletzt werden, oder die Sicherheitsdämpferzonen der jeweiligen Smart Cars 100 und 101 können sich wie durch die Kollisionsvermeidungshüllenkurve 182 gezeigt schneiden.
  • Die Kollisionsvermeidungshüllenkurve 182 kann durch beispielsweise das Smart Car 100, welches auf die Cloud-Plattform für Informationen für benachbarte Fahrzeuge wie beispielsweise das Smart Car 101 zugreift, bestimmt werden. Ein Teil der Informationen können der Ort 162 und/oder die Sicherheitsdämpferzonen des Smart Car 101 sein. Diese Informationen können ebenso direkt zwischen den Smart Cars 100 und 101 kommuniziert werden. Demzufolge können verschiedene Smart Cars ihre Bewegungsbahnen (Geschwindigkeit, Richtung, Ort etc.) für die Cloud-Plattform 140 sowie direkt für ein benachbartes Smart Car und möglicherweise für die Infrastruktur 135 vorsehen. Zusätzlich kann das Smart Car 100 seine kurzfristigen Absichten der Cloud-Plattform 140 und/oder einem benachbarten Smart Car 101 und möglicherweise zu der Infrastruktur 135 bekanntgeben. Die kurzfristige Absicht kann solche Dinge sein wie beispielsweise ein Ändern von Fahrbahnen, ein Abbiegen, ein Betreten/Verlassen einer Autobahn, ein Verringern der Geschwindigkeit, ein Beschleunigen etc. Verschiedene Ausführungsformen können ebenso längerfristige Absichten wie beispielsweise Teile ihrer bevorstehenden Route ankündigen.
  • Während verschiedene Ausführungsformen für eine Kommunikation zwischen Smart Cars beschrieben wurden, kann ein Smart Car 100 ebenso ein Nicht-Smart Car mit einer Kollisionsvermeidungsstrategie/-taktik berücksichtigen, welches die relative Unvorhersagbarkeit des Nicht-Smart Car berücksichtigt, da die Absicht des Nicht-Smart Car unbekannt ist. Dies kann ein Vorsehen eines geringfügig größeren Pufferraums für das Smart Car, ein Verwenden mehrere Sensoren/einer Verarbeitung für das Nicht-Smart Car etc. aufweisen.
  • Wenn der Fahrzeugführer das Smart Car 100 fährt, kann das Verletzen der verschiedenen Sicherheitsdämpferzonen dazu führen, dass das Smart Car 100 aktive Maßnahmen durch ein Steuern des Smart Car 100 mit zunehmenden Ausmaßen ergreift, wenn der Fahrzeugführer des Smart Car 100 nicht angemessen antwortet (sich wegbewegen, bremsen, beschleunigen etc.).
  • Eine persönliche Vorrichtung 130 kann ebenso für die Führung eines Smart Car verwendet werden. Dies kann beispielsweise auftreten, wenn ein Teil des Smart Car 100 außer Funktion ist. Wenn jedoch genug Funktionalität in dem Smart Car 100 ist, um in der Lage zu sein, Informationen von der persönlichen Vorrichtung 130 zu empfangen und zu verarbeiten, kann das Smart Car 100 in der Lage sein, die zusätzliche Eingabe von der persönlichen Vorrichtung 130 zu verwenden, um seine verbleibenden Sensoren zu verstärken. Beispielsweise kann die persönliche Vorrichtung 130 eine Videoeingabe für eine bestimmte Richtung vorsehen oder in der Lage sein, sich mit anderen Smart Cars oder Plattformen für eine Umgebungskarte und/oder andere Informationen zu verbinden. Auch wenn das Smart Car 100 vollständig betriebsfähig ist, kann die persönliche Vorrichtung 130 in der Lage sein, einige Eingaben vorzusehen, welche das Smart Car 100 nicht hat. Dies kann der Fall sein aufgrund von weiteren Fortschritten für die persönliche Vorrichtung 130.
  • 1D ist eine Veranschaulichung einer weiteren Kommunikation zu und unter Smart Cars, Smart Home und mobilen Smartvorrichtungen in Übereinstimmung mit einer Ausführungsform der Offenbarung. Bezug nehmend auf 1D sind dort die Smart Cars 100 und 101, das Smart Home 120 und die persönlichen Vorrichtungen 130 gezeigt. Das Smart Car 100 kann eine Nutzerschnittstelle 190 haben, das Smart Car 101 kann eine Nutzerschnittstelle 192 haben, das Smart Home 120 kann eine Nutzerschnittstelle 194 haben, und die persönliche Vorrichtung 130 kann eine Nutzerschnittstelle 196 haben. Die Nutzerschnittstellen 190, 192, 194 und 196 können ähnlich sein, um eine konsistente Nutzererfahrung zu bieten. Die Nutzerschnittstellen 190 und 192 können entweder in die Smart Cars 100 und 101 eingebaut sein, oder können gewidmete Nachrüstvorrichtungen sein. Die Smart Cars 100 und 101 können ebenso andere elektronische Vorrichtungen wie beispielsweise ein Laptop, ein Tablet oder Smartphones als eine Nutzerschnittstelle ähnlich zu der Nutzerschnittstelle 196 verwenden, welche durch eine Softwareanwendung vorgesehen ist, welche auf der persönlichen Vorrichtung 130 läuft.
  • Das Smart Home 120 kann ebenso eine oder mehrere Nutzerschnittstellen 194 haben, welche in die verschiedenen Geräte eingebaut sind. Alternativ können die Nutzerschnittstellen ebenso dedizierte Nachrüstnutzerschnittstellen sein und/oder die Nutzerschnittstellenanwendung für eine persönliche Vorrichtung, wie für die Smart Cars 100 und 101 beschrieben. Die Nutzerschnittstelle 196 für die persönlichen Vorrichtungen 130 kann eine Softwareanwendung sein. Während die Eingabe und die Ausgabe zu den Nutzerschnittstellen sich unterscheiden kann, wenn der Hardwareabschnitt der Nutzerschnittstellen unterschiedlich ist, kann eine ähnliche Hardware ähnliche Anzeigen, Menüs etc. für eine Kontinuität unter den verschiedenen Vorrichtungen haben.
  • Beispielsweise können Smart Cars 100 und 101 mit eingebauten Nutzerschnittstellen ebenso wie Nachrüstvorrichtungen alle ähnlich darin sein, dass sie einen Touchscreen haben und ebenso Stimmbefehle verstehen können. Dies kann ebenso für verschiedene persönliche Vorrichtungen 130 wahr sein, welche Touchscreens haben, wie beispielsweise Laptops oder Smartphones.
  • Es ist auch ein Einsprungpunkt 198 gezeigt, welcher genutzt werden kann, um auf Informationen der verschiedenen Smart Cars 100 und 101, des Smart Home 120 und der persönlichen Vorrichtungen 130 zuzugreifen. Auf die Informationen, auf welche unter Verwendung des Protokolls, welches in 1B beschrieben ist, wie beispielsweise Verschlüsselung und Authentifizierung, zugegriffen werden kann, kann über eine Webseite durch eine beliebige Vorrichtung, welche sich mit dem Internet entweder drahtlos oder über eine verdrahtete Verbindung verbinden kann, zugegriffen werden. Die Vorrichtung kann verwendet werden, um sich an dem Einsprungpunkt unter Verwendung beispielsweise eines Loginnamens und Passworts einzuloggen, und der Loginvorgang kann ein einfacher Login sein oder eine Verifikation zusätzlich zu dem Loginnamen und Passwort benötigen. Die Informationen, auf die zugegriffen wird, können beispielsweise verschiedene Betriebsdaten für die Smart Cars 100 und 101 aufweisen, um beim Aufrechterhalten des Fahrzeugs durch einen Mechaniker oder Eigentümer zu helfen. Der Eigentümer oder Mechaniker kann ebenso die Maschinenstatusdaten empfangen sowie in der Lage sein, das Überprüfungsmaschinenlicht für das Smart Car 100/101 zurückzusetzen. Die Informationen können von beispielsweise der Cloud-Plattform 140 über den Einsprungpunkt 198 empfangen werden.
  • Der Einsprungpunkt kann ebenso genutzt werden, um ein Smart Car 100 oder 101 in einem gewissen Ausmaß zu steuern. Beispielsweise kann ein Gesetzeshüter in der Lage sein, Befehle zu senden, um das Smart Car 100 zu einem sicheren Stopp zu bringen, und dann die Maschine abzuschalten. Oder der Eigentümer kann dem Fahrzeug befehlen, seine Hupe zu betätigen und/oder seine Lichter blinken zu lassen, um es dem Eigentümer zu erlauben, das Fahrzeug in einem Parkplatz zu finden.
  • Der Einsprungpunkt 198 kann ebenso genutzt werden, um das Smart Home 120 sowie die persönlichen Vorrichtungen 130 über die Cloud-Plattform 140 zu steuern.
  • 2 ist eine Ansicht auf hoher Ebene einer zentralisierten Architektur eines Fahrzeugs in Übereinstimmung mit einer Ausführungsform der Offenbarung. Bezug nehmend auf 2 ist dort eine Abstraktion eines Fahrzeugs 200 gezeigt, welches ähnlich zu dem Smart Car 100 sein kann. Das Fahrzeug 200 weist einen zentralen Konnektivitäts- beziehungsweise Verbindungsfähigkeitsblock 210 auf, welcher mit dem Autonomieuntersystem 220, dem Nutzererfahrungsuntersystem 230 und dem Elektrifikationsuntersystem 240 kommuniziert. Der zentrale Konnektivitätsblock 210 kann ebenso in der Lage sein, mit externen Vorrichtungen sowie Vorrichtungen, welche durch den Fahrzeugführer und/oder Passagiere getragen werden, zu kommunizieren. Die Kommunikation kann über eine Anzahl von unterschiedlichen Protokollen und Technologien sein wie beispielsweise unter Verwendung einer Zell-Kommunikation, WiFi, V2X, Bluetooth etc. Der zentrale Konnektivitätsblock 210 kann ebenso GPS-Signale (und/oder andere ähnliche Satellitenortssignale) empfangen, um in der Lage zu sein, seinen Standort zu bestimmen.
  • Der zentrale Konnektivitätsblock 210 kann mit dem Autonomieuntersystem 220 kommunizieren, um Daten von den Sensoren 222 zu empfangen. Diese Daten können durch den zentralen Konnektivitätsblock 210 verarbeitet werden und Befehle, welche zu verschiedenen Aktuatoren 226 gesendet werden, um das Fahrzeug 200 auf einem Kurs zu halten. Die Befehle können ebenso zu der Verarbeitungseinheit 224 zum Verarbeiten zu Signalen niedrigerer Ebenen zum Steuern der Aktuatoren 226 gesendet werden.
  • Der zentrale Konnektivitätsblock 210 kann mit dem Nutzererfahrungsuntersystem 230 kommunizieren, um sicherzustellen, dass der Fahrzeugführer/Passagier(e) bequem sind. Beispielsweise kann der zentrale Konnektivitätsblock 210 Richtungen und/oder Informationen für den Fahrzeugführer/Passagier(e) wie benötigt auf den Anzeigen 232 ausgeben. Es kann Richtungen/Optionen zum Anpassen der Innentemperatur, Beleuchtung, Auswahl von Medien (beispielsweise Übertragungs-/Satelliten-Television oder Radio, Internet, Verbinden mit einer persönlichen Vorrichtung) etc. geben. Die Anzeigen 232 können ebenso verschiedene Lichter/LEDs und Vorrichtungen aufweisen, welche Audio- oder Vibrations-Alarme geben.
  • Die Nutzerschnittstelle 234 kann Eingabevorrichtungen aufweisen, welche einen Touchscreen auf einem oder mehreren der Anzeigen 232 aufweisen können. Andere Typen von Eingabevorrichtungen können ein Mikrofon, Knöpfe, Wählscheiben, Schalter und Kameras aufweisen. Die Nutzerschnittstelle 234 kann genutzt werden, um Befehle und/oder Auswahlen einzugeben. Eine Kamera kann beispielsweise das Gesicht oder die Augen des Fahrzeugführers verfolgen, um weitere Informationen zu geben. Beispielsweise können, wenn eine Kamera den Fahrzeugführer/Passagier auf einen Anzeigebildschirm blickend sieht, wenn ein Lied abgespielt wird, Informationen über das Lied (wie beispielsweise den Liednamen und den Sänger) angezeigt oder verbal gegeben werden.
  • Der Nutzererfahrungsblock 236 kann genutzt werden um allgemein eine Interaktion zwischen einem Fahrzeugführer/Passagier und dem Fahrzeug 200 sicherer, sanfter und erfreulicher zu machen. Ein Infotainmentsystem kann mit verschiedenen Sicherheits- und Steuermerkmalen des Fahrzeugs 200 verbunden werden, um Alarme für beispielsweise den Fahrzeugführer vorzusehen, wenn der Fahrzeugführer auf einem Kollisionskurs mit einem Hindernis oder einem anderen Fahrzeug ist, oder seine Fahrbahn unbeabsichtigt zu verlassen scheint. Ein Weg kann es sein, Auswahlen für den Nutzer basierend auf vorangehenden Auswahlen abzuleiten. Beispielsweise kann, wenn ein Radiosender beginnt, abzuklingen, wenn er zurückgelassen wird, der Nutzererfahrungsblock 236 nach einen ähnlichen Sender innerhalb des Bereichs suchen und diesen einstellen. Der Nutzererfahrungsblock 236 kann auch vorangehende Auswahlen für Temperatur verfolgen und automatisch eine Klimaanlage (AC) einschalten und/oder eine Temperatur, Luft von außerhalb basierend auf außenseitigen Bedingungen anpassen.
  • Das Elektrifizierungsuntersystem 240 kann verwendet werden, um die Zustände von verschiedenen elektrischen Teilen eines Fahrzeugs zu überwachen und zu steuern. Beispielsweise kann die Batterien 242 überwacht werden, um sicherzustellen, dass die Zellen in einem guten Zustand zum Laden und Entladen sind. Die Batteriepacks 244 können überwacht werden, um sicherzustellen, dass der Gesamtbatteriepack angemessen geladen werden kann und genug Leistung wie benötigt vorsieht. Die Leistungselektronik 246 können die Teile sein, welche im Umwandeln von mechanischer Energie in Elektrizität involviert sind, um die Batterie/den Batteriepack zu laden und zum Umwandeln von elektrischer Energie in mechanische Energie sowie ein Vorsehen elektrischer Energie für verschiedenen elektrische Komponenten für deren Betrieb.
  • Es sollte festgehalten werden, dass nur einige funktionale Blöcke für ein Fahrzeug als Beispiele beschrieben wurden, und einige Beispiele für jeden dieser funktionalen Blöcke für Verdeutlichungszwecke vorgesehen sind. Die Offenbarung ist nicht auf oder durch diese Beschreibungen beschränkt.
  • 3 ist ein Blockschaltbild hoher Ebene von Automobilprozessoren zum Steuern eines Fahrzeugs in Übereinstimmung mit einer Ausführungsform der Offenbarung. Bezug nehmend auf 3 sind dort der Prozessorblock 300 und die Cloud 350 gezeigt. Der Prozessorblock 300 kann mit der Cloud 350 kommunizieren, um verschiedene fahrzeugspezifische Informationen sowie Umgebungsinformationen um das Fahrzeug herum zu speichern. Die fahrzeugspezifischen Informationen können privat sein und vor einem Zugriff durch andere geschützt sein, während auf die Umgebungsinformationen durch andere zugegriffen werden kann. Die Umgebungsinformationen können beispielsweise Straßenzustände und Fahrspurschließungen, Unfälle, Verkehrsbedingungen etc. zusätzlich zu anderen Beispielen, welche voranstehend erwähnt sind, aufweisen. Ein Fahrzeug wird viel mehr Prozessoren oder elektronische Steuereinheiten (ECUs) haben, und 3 zeigt ein Beispiel einer vereinfachten Architektur. Ein Prozessor ist nicht auf einen spezifischen Typ durch die Funktion oder den Namen beschränkt. Beispielsweise kann ein Prozessor ein Mikroprozessor, ein Controller, ein Mikrocontroller, eine ECU, eine CPU, ein Grafikprozessor (GPU), ein digitaler Signalprozessor etc. sein. Der Prozessor kann durch unterschiedliche Technologien wie beispielsweise kundenspezifischer Chip, halbkundenspezifischer Chip, FPGA etc. sein. Ein Prozessor kann beispielsweise ein Echtzeitprozessor sein. Wo eine Implementierung eine Mehrzahl von Prozessoren aufweist, kann auf einen Prozessor als ein Co-Prozessor Bezug genommen werden.
  • Der Advanced Driver Assist Systems (ADAS) Co-Prozessor 310 wird zum Verarbeiten der Daten und Steuern verschiedener Aspekte des Fahrens eines Fahrzeugs verwendet. Demzufolge kann der ADAS-Co-Prozessor 310 den Fahrzeugführer alarmieren und/oder das Bremsen, Lenken und/oder eine Beschleunigung übernehmen, um Kollisionen und Unfälle zu vermeiden. Wenn anwendbar kann der ADAS ebenso das Getriebe steuern, um Gänge in einen angemessenen Gang zum Vorwärtsbewegen oder Rückwärtsbewegen einzulegen oder von einem höheren Gang zu einem niedrigeren Gang, um bei der Geschwindigkeitsverringerung des Fahrzeugs zu helfen. Einige Funktionalitäten können eine automatisierte Beleuchtung, eine adaptive Reisesteuerung, ein automatisiertes Bremsen, ein Inkorporieren von GPS/Verkehrswarnungen, ein Verbinden mit Smartphones, ein Alarmieren des Fahrzeugführers zu anderen Fahrzeugen oder Hindernissen (beispielsweise in Blind Spots) und ein Halten des Fahrzeugführers auf der richtigen Fahrspur aufweisen. Diese Funktionalitäten können für ein vollständig autonomes Fahren durch Fahrzeuge genutzt werden.
  • Das Boardunterstützungspaket 320 weist einen Automobilprozessor 330 und eine Automobil-Verbindungslogik (glue logic) 340 auf. Der Automobilprozessor 330 kann beispielsweise eine Infotainmentplattform 332 aufweisen, welche ähnlich zu dem Nutzererfahrungsuntersystem 106 oder 230 sein kann. Das Fahren mittels Draht (DBW) und der Datenhub 334 können ähnlich zu dem Autonomieuntersystem 104 oder 220 sein.
  • Die Automobil-Verbindungslogik 340 kann die verschiedene Hardware (und/oder Software) aufweisen, welche benötigt werden, um die individuellen Prozessoren einschließlich des ADAS-Co-Prozessors 310 korrekt funktionierend zu haben, um zu helfen, wenigstens einige Teile des Betriebs eines Fahrzeugs zu automatisieren.
  • 4 ist ein Blockschaltbild einer Fahrzeugplattform in Übereinstimmung mit einer Ausführungsform der Offenbarung. Bezug nehmend auf 4 ist dort eine Fahrzeugplattform 400 gezeigt, welche mit verschiedenen Fahrzeughardwarekomponenten in dem Fahrzeughardwareblock 440 und mit der Cloud 460 für verschiedene Dienste kommuniziert. Die Fahrzeugplattform 400 kann beispielsweise ein Teil des Smart Car 100 sein. Die Fahrzeugplattform 400 weist eine Anwendungssoftwareschicht für Anwendungen wie beispielsweise eine Infotainmentanwendung 402, die Nutzererfahrungsanwendung 404, die Telematikanwendung 406, die Firmware-Aktualisierung-über-den-Äther(FOTA)-Anwendung 408, die Elektrifizierungsanwendung 410 und die Autonomieanwendung 412 auf. Während die FOTA-Anwendung 408 Firmware spezifiziert, kann die FOTA-Anwendung 408 allgemein für ein Aktualisieren beliebiger ausführbarer Befehle/Code in dem Smart Car 100 genutzt werden. Die ausführbaren Befehle/Code weisen Software, Firmware, Anwendung etc. auf. Diese Anwendungen arbeiten auf der oberen Schicht und koppeln mit verschiedenen Teilen des Smart Car 100 und seinem Fahrzeugführer/Passagieren, und kommunizieren ebenso mit anderen Vorrichtungen extern zu dem Smart Car 100.
  • Die Infotainmentanwendung 402, die Nutzererfahrungsanwendung 404, die Elektrifizierungsanwendung 410 und die Autonomieanwendung 412 wurden voranstehend beschrieben. Die Telematikanwendung 406 kann eine Kommunikation mit externen Vorrichtungen erlauben, um verschiedene Typen von Daten bezogen auf das Smart Car 100 zu übertragen und zu empfangen. Die Telematikanwendung 406 kann ebenso aufweisen oder arbeiten in Verbindung mit anderen Anwendungen, um beispielsweise ein Notfallwarnsystem für das Smart Car 100 unter Verwendung von GPS-Navigation vorzusehen, welches die Nutzung von integrierten handfreien Mobiltelefonen, drahtlosen Sicherheitskommunikationen und ADAS erlaubt.
  • Die FOTA-Anwendung 408 kann erlauben, dass Aktualisierungen für viele Softwaremodule in dem Smart Car 100 über eine drahtlose Übertragung empfangen werden. Während einige Aktualisierungen getätigt werden müssen mögen, während das Smart Car 100 geparkt ist, können andere Aktualisierungen durchgeführt werden, während das Fahrzeug in Betrieb ist. Beispielsweise können kleinere Aktualisierungen für die Software, welche nicht direkt in den Betrieb oder die Sicherheit des Fahrzeugs involviert ist, aktualisiert werden, während das Smart Car 100 in Bewegung ist. Ein Beispiel kann Software für die Geräuschsteuerung für das Infotainmentsystem wie beispielsweise eine Equalizersteuerung für Musik/Stimm-Abspielen sein. Zusätzlich können Aktualisierungen getätigt werden über beispielsweise ein Verbinden mit verschiedenen persönlichen Vorrichtungen 130, welche in der Lage sind, sich mit dem Internet und/oder der Cloud 460 zu verbinden. Ähnlich können Aktualisierungen für verschiedene persönliche Vorrichtungen 130 und/oder für verschiedene Smartgeräte in dem Smart Home 120 über die FOTA-Anwendung 408 in dem Smart Car 100 getätigt werden. Demzufolge kann ein Objekt durch ein Verwenden einer FOTA-Anwendung von einem anderen Objekt und/oder einer FOTA-Anwendung eines Objekts, welche ein anderes Objekt aktualisiert, aktualisiert werden. Während eine einzelne FOTA-Anwendung 408 gezeigt ist, kann es eine Mehrzahl von FOTA-Anwendungen geben, welche für unterschiedliche Funktionalitäten verwendet werden können.
  • Untenstehend ist die Anwendungssoftwareschicht die Steuerschicht. Die Steuerschicht kann das Datenverwaltungsmodul 420, das Datenfusionsmodul 421, das Betriebssystem 422 und das Sicherheitsmodul 424 aufweisen. Das Datenverwaltungsmodul 420 kann Daten von verschiedenen Vorrichtungen einschließlich Hardwarevorrichtungen und Sensoren des Smart Car 100 sowie von verschiedenen Softwaremodulen und Anwendungen des Smart Car 100 empfangen. Die empfangenen Daten, welche analysiert und/oder wie notwendig verarbeitet werden können, können in einer Datenbank für andere Prozessoren und/oder für ECUs zum Zugreifen gespeichert werden. Die globale Datenbank kann in beispielsweise dem Speicherblock 432 angeordnet sein. Abhängig von der Architektur und dem Design kann das Datenverwaltungsmodul 420 ebenso eine beliebige der Informationen, die es empfängt, analysiert und/oder verarbeitet direkt zu einem Prozessor oder einer ECU senden.
  • Das Datenfusionsmodul 421 kann verschiedene empfangene Daten von der Datenbank und/oder empfangene Daten von dem Datenverwaltungsmodul 420 analysieren/verarbeiten und eine kohärente Ausgabe erzeugen. Das Datenfusionsmodul 421 kann Daten, welche von verschiedenen Quellen stammen, nehmen, um Verbunddaten zu erzeugen, welche durch verschiedene Abschnitte des Smart Car 100 genutzt werden können. Beispielsweise kann das Datenfusionsmodul 421 des Smart Car 100 Daten von verschiedenen Quellen wie beispielsweise Verkehrsinformationen direkt von anderen Fahrzeugen oder von einer Cloud-Plattform betreffend Verkehr über den Sensorbereich des Smart Car 100 hinaus, Radarinformationen, LIDAR-Informationen, Sonarinformationen und/oder Kamerabilder betreffend die Umgebung um das Smart Car 100 herum empfangen. Das Datenfusionsmodul 421 kann dann die relevanten Abschnitte der Daten korrelieren, um beispielsweise ein 3D-Modul der Umgebung um das Smart Car 100 herum zu erzeugen, sodass das Smart Car 100 durch die Umgebung sicher navigieren kann, ob autonom oder durch ein Assistieren des Fahrzeugführers.
  • Das Betriebssystem 422 sieht eine Struktur für die verschiedenen Softwaremodule und Anwendungen vor. Das Sicherheitsmodul 424 überwacht Daten, welche durch das Smart Car 100 empfangen werden, sowie Software in dem Smart Car 100, um eine Sicherheit und Integrität für das Smart Car 100 sicherzustellen. Das Sicherheitsmodul 424 kann empfangene Daten verifizieren sowie bestätigen, dass das Sendeobjekt ein zuverlässiges Objekt ist. Die Zuverlässigkeit muss durch ein Verwenden beispielsweise eines ähnlichen Verfahrens wie bei den verschiedenen Webseiten auf dem Internet genutzt, sichergestellt werden. Verschiedene Ebenen der Zuverlässigkeit können ebenso existieren. Beispielsweise kann ein Fahrzeugführer unterschiedliche Ebenen von Zuverlässigkeit für verschiedene Objekte, mit welchen ein Fahrzeug kommunizieren kann, auswählen, oder eine URL (oder einen anderen Adressierungsmechanismus), welche eingetippt wird oder durch einen Fahrzeugführer eingeben wird, kann als eine Vorgabe eine sehr hohe Ebene von Zuverlässigkeit haben. Ein Notfallfahrzeug oder ein Polizeifahrzeug kann in der Lage sein, vorübergehend eine höchste Ebene von Zuverlässigkeit für ein Fahrzeug während eines Notfalls zu haben, um in der Lage zu sein, das Fahrzeug zu steuern.
  • Die Hardwareschicht kann beispielsweise das Ein-Chip-System (SoC) 430, den Speicherblock 432, den Zellkommunikationsblock 434, den drahtlosen Kommunikationsblock 436 und den Verarbeitungsblock 438 aufweisen. Das SoC 430 weist einen Prozessor, wie beispielsweise den ADAS-Co-Prozessor 310 auf, sowie einige der Unterstützungsfunktionalitäten, welche durch einen Prozessor benötigt werden. Demzufolge kann das SoC 430 ebenso Speicher, Kommunikationsschaltungen und I/O-Schnittstellen aufweisen. Verschiedene SoCs können unterschiedliche Funktionalitäten aufweisen.
  • Der Speicherblock 432 kann flüchtigen und nichtflüchtigen Speicher sowie Massenspeichermedien wie beispielsweise Festplatten aufweisen. Der Speicherblock 432 kann flüchtigen und/oder nichtflüchtigen Speicher sowie Massenspeichereinheiten wie beispielsweise Festplattenlaufwerke aufwerfen. Der Speicherblock kann verwendet werden, um ausführbare Befehle und Daten zum Betrieb des Smart Car 100 zu speichern und/oder Daten, welche durch einen Fahrzeugführer/Passagier geladen werden wie beispielsweise Musik, elektronische Bücher, Videos etc. Die Musik, elektronischen Bücher, Videos etc. können durch das Smart Car 100 in dem Infotainmentcenter unter der Steuerung von beispielsweise der Infotainmentanwendung 402 abgespielt werden.
  • Der Zellkommunikationsblock 434 kann geeignete Schaltungen aufweisen, um es dem Smart Car 100 und dem Fahrzeugführer/Passagier(en) zu erlauben, Netzanrufe beziehungsweise Mobilanrufe, Text, zu senden/zu empfangen und um zu browsen/herunterzuladen/heraufzuladen von/zum Internet unter Verwendung von beispielsweise dem LTE-Standard oder in anderer ähnlicher Netztechnologie. Der Zellkommunikationsblock 434 kann ebenso abwärts kompatibel zu gegenwärtigen und älteren Zelltechnologien sein wie beispielsweise 4G, 3G oder 2G sowie Kompatibilität mit den 5G-LTE-Standards. Zukünftige Aktualisierungen des Zellkommunikationsblocks 434 können über die FOTA-Anwendung 408 getätigt werden. Ähnlich kann jegliche Firmware für das Smart Car 100 einschließlich für Sensoren, Aktuatoren, SoC, Co-Prozessor, Radio, Lokalisierung etc. über die FOTA-Anwendung 408 getätigt werden.
  • Der drahtlose Kommunikationsblock 436 kann verschiedene Schaltungen zum Kommunizieren über eines oder mehrere einer Anzahl von drahtlosen Standards wie beispielsweise Bluetooth, WiFi, Dedicated Short Range Communication (DSRC), Nahbereichskommunikation (NFC) etc. aufweisen. Das Smart Car 100 kann als ein Zugriffspunkt für verschiedene Vorrichtungen, welche im Eigentum des Fahrzeugführers und/oder des (der) Passagiers(e) stehen, agieren.
  • Der Verarbeitungsblock 438 kann Prozessoren wie beispielsweise den ADAS-Co-Prozessor 310, den Automobilprozessor 330 sowie einen oder mehrere der zahllosen ECUs, welche in dem Smart Car 100 gegenwärtig sind, aufweisen.
  • Die Fahrzeugplattform 400 kann mit dem Fahrzeughardwareblock 440 unter Verwendung einer oder mehrerer der Kommunikationsschaltungen, welche obenstehend beschrieben sind, kommunizieren. Der Fahrzeughardwareblock 440 kann aufweisen, ist jedoch nicht beschränkt auf Sensoren 442, einen Lokalisierungsblock 444, eine Batterie 446, eine Anzeige 448, Aktuatoren 450 und optionale Hardware 452. Die Sensoren 442 können beispielsweise Radar, LIDAR, Sonar und Kameras aufweisen. Die Sensoren 442 können ebenso diejenigen aufweisen, welche die Maschine und andere Fahrzeugkomponenten überwachen. Beispielsweise weisen die Sensoren 442 eine Öldrucksendeeinheit, das Kühlmittelthermometer, den Reifendrucksensor, ein Voltmeter und ein Amperemeter unter anderen Gegenständen auf.
  • Der Lokalisierungsblock 444 kann verwendet werden, um spezifische Hardware zu lokalisieren, welche unterschiedlich von Land zu Land oder von Bereich zu Bereich sein kann. Beispielsweise kann es unterschiedliche Frequenzen geben, welche durch die Transmitter und Empfänger (Transceiver) für die verschiedenen drahtlosen Kommunikationen, welche durch das Smart Car 100 unterstützt werden, unterstützt werden. Es kann ebenso Unterstützung für unterschiedliche Typen von Satellitennavigationsempfängern, Ortungsgeräten etc. in unterschiedlichen Teilen der Welt geben.
  • Die Batterie 446 kann als eine Leistungsquelle beim Assistieren für eine Maschine für ein Hybridfahrzeug oder als die einzige Leistungsquelle für ein Elektroauto verwendet werden. Es kann auch eine kleinere Batterie für Nichtantriebsverwendungen wie beispielsweise Scheinwerfer und Schlussleuchten und Zubehöroperationen geben. Die Anzeige 448 kann verwendet werden, um Daten und einen Status für den Fahrzeugführer/Passagier auszugeben. Die Aktuatoren 450 können genutzt werden, um das Smart Car 100 zu steuern. Beispielsweise können die Aktuatoren 450 verschiedene Elektromotoren für die Räder, zum Öffnen/Schließen der Fenster, zum Einrücken der Bremsen, zum Vorsehen der korrekten Kraftstoffmenge für die interne Verbrennungsmaschine etc. aufweisen. Die optionale Hardware 452 kann Nachrüst-Hardware sein, um Hardware zu ersetzen, welche mit dem Smart Car 100 kam oder um es zu der Funktionalität des Smart Car 100 hinzuzufügen.
  • Die Fahrzeugplattform 400 kann mit der Cloud 460 für verschiedene Dienste kommunizieren. Einige der Dienste können durch den Fahrzeugführer/Passagier angefordert werden, wie beispielsweise Transport 462, Medien 464, Informationen 466, und einige der Dienste können durch das Fahrzeug angefordert werden wie beispielsweise Analytik 468, Flottenverwaltung 470, Instandhaltung 472, FOTA 474, Vermietung 476 und Versicherung 478. Demzufolge können der Fahrzeugführer/Passagier in der Lage sein, für eine Vielzahl von Dingen nach Informationen zu suchen und diese zu finden. Eine Flottenverwaltung 470 beispielsweise kann verschiedenen Fahrzeugen in der Flotte folgen, um in der Lage zu sein, die Flotte für eine maximale Effizienz zu nutzen. Die Instandhaltung 472 kann ein Überwachen des Smart Car 100 erlauben, um in der Lage zu sein, Vorschläge für eine Wartung anzubieten und das Fahrzeug aufrechtzuerhalten bevor ernstere Probleme auftreten. Wenn aufgefordert, kann das Smart Car 100 ebenso in der Lage sein, Vorschläge für Reparaturwerkstätten in dem Gebiet anzubieten, welche in der Lage sind, den Typ von Instandhaltung handzuhaben, welcher benötigt wird.
  • Während einige Beschreibungen getätigt wurden, sollte es festgehalten werden, dass alle möglichen Details für eine komplexe Vorrichtung wie ein Fahrzeug nicht aufgelistet werden können.
  • 5A ist eine Veranschaulichung eines Ein-Chip-Systems zum Steuern eines Fahrzeugs in Übereinstimmung mit einer Ausführungsform der Offenbarung. Bezug nehmend auf 5A ist dort eine Mehrzahl von Ein-Chip-Systemen (SoC) 500 bis 500i gezeigt, von welchen jedes ein Prozessor mit genug Unterstützungsfunktionalität auf demselben Chip ist, um in der Lage zu sein, viele Funktionen selbst durchzuführen. Beispielsweise kann jedes der SoCs 500 bis 500i einen flüchtigen und einen nichtflüchtigen Speicher haben, eine I/O-Unterstützung für Standards wie USB und kann in der Lage sein, einige drahtlose Kommunikationen sowie andere Funktionen durchzuführen. Verschiedene Ausführungsformen können unterschiedliche Architekturen mit einem unterschiedlichen Betrag von Kopplung zwischen/unter den SoCs 500 bis 500i haben. Während es verschiedene Ausführungsformen mit einer Mehrzahl von SoCs 500 bis 500i geben kann, welche ähnlich sein können oder nicht, können einige Ausführungsformen nur ein einzelnes SoC 500 haben. Demzufolge sind verschiedene Ausführungsformen der Offenbarung nicht auf eine spezifische Anzahl von SoCs beschränkt nicht wenn die SoCs ähnlich oder unterschiedlich sind.
  • Jedes der SoCs 500 bis 500i kann funktional mit verschiedenen Sensoren und Eingabe-/Ausgabe-Vorrichtungen wie beispielsweise internen und externen Kameras 502, Anzeigen-/Touchscreens 504, Audioeingabe und/oder -ausgabe 506, GPSA 508, Inertialnavigationssystem (IMU) 510, LIDAR 512, Sonar 514 und Radar 516 verbunden sein. Die Daten von diesen Sensoren können beispielsweise verwendet werden, um Karten des Gebiets, welches das Smart Car 100 umgibt, zu erzeugen. Dies kann andere Fahrzeuge um das Fahrzeug herum, deren Geschwindigkeiten, ihre Abstände von dem Smart Car 100 etc. einschließen. Es kann ebenso Fußgänger oder nichtmotorisierte Fahrzeuge sowie Hindernisse in der Karte geben. Die Karte kann ebenso Ampeln zeigen und ob das Licht rot, gelb oder grün ist. Mit dieser Information kann das Smart Car 100 eine Führung und Warnung für den Fahrzeugführer vorsehen oder das Smart Car 100 steuern, wenn der Fahrzeugführer nicht darauf antwortet, eine gefährliche Situation zu vermeiden. Diese Informationen können ebenso verwendet werden, um es dem Smart Car 100 zu erlauben, autonom zu fahren.
  • Der Abstand eines Objekts kann beispielsweise durch Stereo-Triangulation und/oder Flugzeit-Messungen bestimmt werden. Stereo-Triangulation kann ebenso verwendet werden, um eine 3-dimensionale Objekterzeugung vorzusehen.
  • Die Karte kann mit Daten von den Kameras 502 und/oder mit Daten von anderen Sensoren wie beispielsweise dem LIDAR 512, dem Sonar 514, dem Radar 516 etc. erzeugt werden. Demzufolge können ein oder mehrere Sensoren verwendet werden, um die Karte zu erzeugen, und die Karte kann ebenso eine dreidimensionale Karte sein.
  • Abhängig von einer bestimmten Konfiguration kann das SoC 500 mit anderen funktionalen Blöcken wie beispielsweise mehr Speicher und/oder Prozessoren (einschließlich SoCs) verbunden werden. Jedes der SoCs 500 bis 500i kann ebenso mit unterschiedlichen Typen von Sensoren, sowie unterschiedlichen Anzahlen von Sensoren verbunden werden. Mehrere SoCs, welche mit mehreren Sensoren verbunden sind, können da sein, um genug Verarbeitungsleistung für spezifische Anwendungen zu widmen und/oder eine Redundanz beim Verarbeiten und/oder Abtasten auf der Hardwareebene für Sensoren sowie die Prozessoren zu erlauben.
  • Hardwaremodularität wird detaillierter unter Bezugnahme auf 7 beschrieben.
  • 5B ist ein Blockschaltbild eines Ein-Chip-Systems zum Steuern eines Fahrzeugs in Übereinstimmung mit einer Ausführungsform der Offenbarung. Bezug nehmend auf 5B ist dort das SoC 500 der 5A gezeigt. Während verschiedene SoCs unterschiedliche Konfigurationen haben können, kann das SoC 500 einen oder mehrere Prozessoren 520 aufweisen. Ein Prozessor 520 kann eine Software auf ihm laufend haben und ein Teil der Software kann die Sicherheitssoftware 525 sein, um das Smart Car 100 sicher und gesichert arbeitend zu halten. Die Sicherheitssoftware 525 kann andere Software einschließlich des Hypervisors 530 überwachen. Der Hypervisor 530 kann verschiedene Behälter wie beispielsweise den Armaturenbrettnutzerschnittstellenbehälter 532, den ADAS-Behälter 534, den Infotainmentbehälter 536 und das Echtzeitdatenbankverwaltungssystem (RTDBMS) 538 erzeugen.
  • Das RTDBMS 538 kann beispielsweise ähnlich zu dem DBW und Datenhub 334 sein und kann in der Lage sein, sich mit einem Cloudsystem 595 mittels DBMS 540 zu verbinden. Demzufolge können wenigstens einige der Daten, welche durch das RTDBMS 538 verwaltet werden, in einem Cloudsystem 595 gespeichert werden. Das RTDBMS 538 kann sich mit dem Cloudsystem 595 über beispielsweise Bluetooth, WiFi und/oder Zellkommunikation unter Verwendung angemessener Vorrichtungen, welche solch eine Kommunikation unterstützen, verbinden.
  • Diese Behälter können über einen Bus a) mit einigen der Sensoren, welche in 5A gezeigt sind, verbunden werden, wie beispielsweise dem GPS 508, dem IMU 510, dem LIDAR 512, dem Sonar 514 und dem Radar 516. Der Bus a) kann ebenso die Behälter mit anderen Systemen und Funktionen, wie beispielsweise Hardwarevorrichtungen 580, verbinden. Die Hardwarevorrichtungen 580 können beispielsweise den (die) ADAS-Co-Prozessor(en) 581, das Batterieverwaltungssystem 583, die V2X-Kommunikationseinheit 585 und eine drahtlose Funktionalität, welche beispielsweise Bluetooth, WiFi und Zellkommunikation durch Kommunikationsschaltungen 587 und 589 unterstützt, aufweisen.
  • Das SoC 500 kann ebenso einen Echtzeit-Co-Prozessor 550 aufweisen, welcher primär für Sicherheitsangelegenheiten für das Smart Car 100 und für die Fahrens-mittels-Draht(DBW)-Funktionalität des Smart Car 100 genutzt werden kann. Der Coprozessor 550 kann ein Echtzeitbetriebssystem (RTOS) 560 nutzen, welches einen RTDBMS-Proxy 562 und DBW-Funktionen 564 hat. Der Co-Prozessor 550 kann ebenso Hardware und Software haben, welche verschiedene I/O-Standards wie beispielsweise USB, PCI, GPIO, I2C, SPI etc. unterstützen. Der Co-Prozessor 550 kann einen dieser I/O-Standards nutzen, um sich mit einer veralteten Automobilstruktur) 590 zu verbinden, welches in dem Smart Car 100 gegenwärtig sein kann.
  • Abhängig von der Architektur und der Technologie kann jeder Prozessor seinen eigenen Hypervisor haben, oder es kann einen Hypervisor für mehrere Prozessoren geben. Demzufolge kann eine Ausführungsform einen Hypervisor für die Mehrzahl von SoCs 500 bis 500i haben.
  • Wenn es mehrere Hypervisoren gibt, kann ein Hypervisor in der Lage sein, eine Softwarefehlfunktion oder eine Behälterfehlfunktion wie beispielsweise eine Fehlfunktion eines Softwaretreibers zu erfassen. Der Hypervisor, welcher die Fehlfunktion erfasste, kann dann in der Lage sein, eine Ausführung von ähnlichen Softwaretreibern, welche unter einem unterschiedlichen Hypervisor auf einem unterschiedlichen Prozessor laufen, auszulösen. Dies kann eine Softwareredundanz vorsehen. Ähnlich kann ein primärer Hypervisor in der Lage sein, den Status von verschiedenen Hypervisoren in beispielsweise dem Smart Car 100 zu bestimmen. Bei dem Erfassen der Fehlfunktion von beispielsweise einem Softwaretreiber, kann der primäre Hypervisor auslösen, dass ein anderer Hypervisor einen ähnlichen Softwaretreiber ausführt, um Kontinuität vorzusehen.
  • Demzufolge kann die vorliegende Architektur, welche in dem Smart Car 100 genutzt werden kann, sowohl eine veraltete Automobilstruktur als auch eine moderne Automobilstruktur zum Steuern des Smart Car 100 wenigstens teilweise unterstützen. Die veraltete Automobilstruktur weist das Controllerbereichsnetzwerk (CAN = Controller Area Network) auf, welches zuerst durch die Society of Automotive Engineers (SAE) entwickelt wurde, welches in weitem Maße in Automobilen genutzt wurde und beschränkend für fortgeschrittenere Zwecke ist.
  • Softwaremodularität wird detaillierter unter Bezugnahme auf 8 beschrieben.
  • 6 ist ein Blockschaltbild eines Beispiels einer Nachrüstvorrichtung, welche mit einem Fahrzeug integriert ist, in Übereinstimmung mit einer Ausführungsform der Offenbarung. Bezug nehmend auf 6 ist dort ein Fahrzeug 600 mit einer Automobilstruktur 610 gezeigt. Das Fahrzeug 600 hat, während es einige Fahrzeugführerassistenzfunktionalität haben kann, nicht die Integrationsebene eines Smart Car 100 wie unter Bezugnahme auf die 1A bis 5 beschrieben ist. Ein Fahrzeug wie beispielsweise das Fahrzeug 600 kann nach wie vor in der Lage sein, einige der Smart Car-Funktionalitäten des Smart Car 100 zu erlangen. Dies kann beispielsweise mit einer Nachrüstcontrollervorrichtung 620 erreicht werden.
  • Die Smartcontrollervorrichtung 620 kann an der Automobilstruktur 610 durch beispielsweise Einstecken in den On-Board-Diagnose(OBD = On-Board Diagnostic = On-Board-Diagnose)-Port beziehungsweise -Anschluss angebracht werden. Während dies ein bequemer Platz zum Anbringen an den Autopolsterstoff 610 sein kann, kann die Smartcontrollervorrichtung 620 auch an der Automobilstruktur 610 an anderen Punkten wie benötigt angebracht werden.
  • In einer Ausführungsform kann die Smartcontrollervorrichtung 620 in einem Überwachungsmodus sein, in dem sie die Leistungsfähigkeit des Fahrzeugs 600 passiv überwacht, um die normalen Arbeitsbedingungen zu bestimmen, um in der Tat die verschiedenen Sensoren und Aktuatoren zu ”kalibrieren”. Während sie die Leistungsfähigkeit der Sensoren oder der Aktuatoren nicht direkt beeinflusst, kann die Smartcontrollervorrichtung 620 lernen, Sensorausgaben mit der Leistungsfähigkeit des Fahrzeugs 600 zu korrelieren. Nach einer Menge von Zeit, welche durch die Smartcontrollervorrichtung 620 signalisiert werden kann oder durch einen Mechaniker oder Eigentümer des Fahrzeugs 600 bestimmt werden kann, kann die Smartcontrollervorrichtung 620 konfiguriert sein, um in einen aktiven Modus zu gehen, in dem sie aktiv eine oder mehrere Funktionen des Fahrzeugs 600 steuern wird oder eine Assistenz für den Fahrzeugführer des Fahrzeugs 600 vorsehen wird.
  • Wenn in dem aktiven Modus, kann die Smartcontrollervorrichtung 620 mit der Automobilstruktur 610 an anderen Punkten verbunden werden, um eine Steuerung der verschiedenen Aktuatoren zu erlauben, wenn der OBD-Port keinen ausreichenden Zugriff auf die Aktuatoren und/oder Sensoren vorsieht. Die Smartcontrollervorrichtung 620 kann ebenso mit optionalen Sensoren 630 verbunden werden, um mehr Informationen zu erlauben, als von dem Fahrzeug 600 zur Verfügung stehen.
  • 7 ist eine Veranschaulichung eines beispielhaften modularen Hardwaresystems für ein Fahrzeug in Übereinstimmung mit einer Ausführungsform der Offenbarung. Bezug nehmend auf 7 ist dort ein Beispiel eines modularen Hardwaresystems mit einem Motherboard 700 mit einem Basistochterboard 702, und einer Mehrzahl von Tochterboards 704, 706, 708, 710 und 712 gezeigt. In einigen Ausführungsformen kann das Motherboard 700 eine Verarbeitungs- und/oder Logik-Schaltung haben, während in anderen Ausführungsformen das Motherboard 700 lediglich eine ”Leitung” für Daten, welche zwischen Tochterboards strömen beziehungsweise fließen sein kann. Das Motherboard 700 kann eine Mehrzahl von Steckplätzen zum Annehmen des Basistochterboard 702 und der Tochterboards 704, 706, 708, 710 und 712 aufweisen. Während es nicht gezeigt ist, kann ein oder mehrere der Tochterboards ebenso Steckplätze zum Aufnehmen anderer Tochterboards haben. Die Tochterboards können von unterschiedlichen Größen sein.
  • Die unterschiedlichen Steckplätze auf dem Motherboard 700 oder auf einem Tochterboard können eine gemeinsame Schnittstelle haben, oder es können unterschiedliche Steckplätze unterschiedliche Schnittstellen haben, welche für spezifische Funktionen optimiert sein können. Beispielsweise kann es Schnittstellen mit einer unterschiedlichen Anzahl von Kontakten und/oder Kontaktbelegungen geben, um unterschiedliche Geschwindigkeiten von Signalen und unterschiedliche Breiten für den Datenbus und Adressbus zu erlauben. Eine Schnittstelle kann einen Typ von seriellem Bus oder einen Typ von parallelem Bus unterstützen.
  • Demzufolge kann die modulare Hardware aus dem Basistochterboard 702 erwachsen, welches beispielsweise eine Ebene-Null-Automatisierung auf höhere Ebenen der Automatisierung mit der Hinzufügung von mehreren Tochterboards unterstützen kann. Zusätzliche Sensoren (beispielsweise Kameras, Radare, LIDARS, Sonare etc.) für höhere Ebenen von Automatisierung können in das Fahrzeug durch beispielsweise ein Vorsehen von Daten für spezifische Tochterboards integriert sein. Wenn mehrere Sensoren zu einem Fahrzeug hinzugefügt werden, können zusätzliche Sensorschnittstellen-Tochterboards zu dem Motherboard 700 hinzugefügt werden.
  • Das Basistochtermodul 702 und die Tochtermodule 704 bis 712 können ebenso Prozessoren auf diesen haben. Die spezifische Architektur für die Prozessoren, den Speicher, die Kommunikation etc., welche voranstehend beschrieben ist, kann sich mit unterschiedlichen Implementierungen unterscheiden, wobei ein Tochterboard einem spezifischen Typ von Funktion gewidmet sein kann oder verschiedene Funktionen auf demselben Tochterboard sein können.
  • Demzufolge kann die modulare Hardwarearchitektur, welche beschrieben ist, ein Wachstum wie benötigt sowie ein Ändern des Typs von Architektur wie benötigt erlauben. Beispielsweise kann, wenn das Original-Motherboard 700 belastet ist, wenn die Tochterboards es mit zu viel Informationen überladen, ein aktualisiertes Motherboard 700', welches eine höhere Datenbandbreite, Datenverarbeitung und/oder Speicheradressierfähigkeiten unterstützen kann, das Original-Motherboard 700 ersetzen, während es nach wie vor dieselben Schnittstellensteckplätze für die Tochterboards vorsieht, sodass die vorliegenden Tochtermodule nicht ersetzt werden müssen. Das aktualisierte Motherboard 700' kann ebenso Steckplätze haben, welche beispielsweise abwärts kompatibel mit dem Original-Motherboard 700 sind, sowie Steckplätze, welche Steckplätze mit neueren Schnittstellen haben, um Tochterboards mit neueren Schnittstellen zu unterstützen, während sie ebenso die Tochterboards mit älteren Schnittstellen unterstützen.
  • Demzufolge kann es gesehen werden, dass das Motherboard 700 und die Tochterboards über die Zeit inkrementell erhöht/verbessert oder ersetzt werden können. Es kann ebenso festgehalten werden, dass andere Ausführungsformen das Basismodul 702 als einen Teil des Motherboards 700 haben können und/oder eine unterschiedliche Anzahl von Tochtermodulen aufnehmen können.
  • 8 ist eine Veranschaulichung eines beispielhaften modularen Softwaresystems für ein Fahrzeug in Übereinstimmung mit einer Ausführungsform der Offenbarung. Bezug nehmend auf 8 ist dort eine beispielhafte Softwarearchitektur 800 gezeigt, welche Wahrnehmungsmodule 802, einen Segmentierungs-/Fusions-Verwalter 810, eine Weltmodellechtzeitdatenbank (RTDB = Real-Time Data Base = Echtzeitdatenbank) 820, einen Pfadplaner 830, einen Routenplaner 840, einen Betätigungsverwalter 850 und ein IP/CAN-Gateway 860 aufweisen. Es sind dort ebenso Softwaremodulschnittstellen 870, 872, 874, 876, 878, 880 und 880 gezeigt.
  • Die verschiedenen Softwaremodulschnittstellen 870 bis 880 können ein modulares Design der Softwaresysteme erlauben, wobei ein Modul relativ unabhängig von einem anderen designt sein kann. Demzufolge können Designfortschritte für ein Modul mit minimalen Effekten für andere Module getätigt werden. Wo sich eine Schnittstelle zwischen zwei Modulen ändern muss, müssen die verbleibenden Module nicht berührt werden. Zusätzlich kann das modulare System eine Skalierbarkeit wie benötigt erlauben. Beispielsweise können Wahrnehmungsmodule 802 wie benötigt hinzugefügt werden, um eine erhöhte Menge von Sensorinformationen von verschiedenen Sensoren zu handhaben.
  • Allgemein können verschiedene Sensoren Sensorinformationen für den Segmentations-/Fusions-Verwalter 810 vorsehen. Der Segmentations-/Fusions-Verwalter 810 kann die empfangenen Daten in eine anfängliche Objektklassifizierung segmentieren, sowie Datenfusionsinformationen betreffend die Informationen von den verschiedenen Sensoren vorsehen. Die segmentierten Daten können dann für die Wahrnehmungsmodule 802 für eine weitere Klassifikation vorgesehen werden und können Datenfusionsinformationen von dem Segmentations-/Fusions-Verwalter 810 nutzen, um ein kohärentes Weltmodell zu erzeugen. Das Weltmodell kann beispielsweise den gegenwärtigen Zustand des Fahrzeugs, die gegenwärtigen und zukünftigen Positionen von anderen Fahrzeugen, statischen Hindernissen und die Position der Straße aufweisen. Die Wahrnehmungsmodule 802 können beispielsweise eine Vielzahl von Techniken einschließlich wahrscheinlichkeitstheoretischer Techniken bei der Erzeugung dieser Abschätzungen nutzen. Die Ausgabe der Wahrnehmungsmodule 802 kann zu dem Weltmodell RTDB 820 kommuniziert werden. Die Daten in dem Weltmodell RTDB 820 können zu dem Segmentations-/Fusions-Verwalter 810 kommuniziert werden, um ihm zu erlauben, beispielsweise eine genauere anfängliche Segmentation vorzusehen. Ähnlich kann der Segmentations-/Fusions-Verwalter 810 Überblicksdaten für die Objekte, welche in dem Weltmodell RTDB 820 gespeichert sind, vorsehen.
  • Die Daten in dem Weltmodell RTDB 820 können für den Pfadplaner 830 vorgesehen werden, um einen optimalen Pfad basierend auf verschiedenen Echtzeitdaten für den erwünschten Pfad zu erzeugen. Der Pfadplaner 830 kann mit dem Routenplaner 840 arbeiten, wobei der Routenplaner die schnellste Route durch das Straßennetzwerk berechnen kann, um den nächsten Kontrollpunkt basierend auf Wissen über Straßenblockierungen, Geschwindigkeitsbeschränkungen und die nominale Zeit, welche benötigt wird, um besondere Manöver durchzuführen, wie beispielsweise Fahrspurwechsel oder Kehrtwenden, zu erreichen. Die Route kann eine Regel sein, welche durch ein Durchführen eines Gradientenabfalls auf einer Wertefunktion, welche über das Straßennetzwerk berechnet wird, erzeugt wird. Der Pfadplaner 830 kann die Ausgabe von dem Routenplaner 840 nutzen, um die beste Ausführung der Route zu bestimmen und die Befehle vorzusehen, um das Fahrzeug angemessen für die nächste Aktion zu bewegen. Beispielsweise kann, wenn ein Rechtsabbiegen ansteht, der Pfadplaner 830 Befehle vorsehen, um das Fahrzeug zu der rechten Fahrspur zu bewegen, das Fahrzeug zu verlangsamen wenn es zu der Kurve kommt, die Kurve zu tätigen und dann auf die korrekte Geschwindigkeit zu dem nächsten Bestimmungspunkt zu beschleunigen. Die Befehle können für den Betätigungsverwalter 850 vorgesehen sein, um die Befehle für die Lenkung, die Bremsen und Drosselmechanismen über den IP/CAN-Gateway 860 vorzusehen, um das Fahrzeug angemessen zu bewegen. Wie angemessen können Befehle zu dem Getriebemechanismus gegeben werden, um Gänge auf vorwärts, rückwärts oder von einem höheren Gang zu einem niedrigeren Gang zu schalten.
  • Eine Pfadplanung kann beispielsweise eine Entscheidungsfindung aufweisen wie beispielsweise ob an einem stationären Fahrzeug vorbeizufahren ist, welches eine Straße blockiert. Diese Entscheidung kann von dem nächsten Abschnitt der Route, welche zu fahren ist, abhängen, von den Fähigkeiten des Fahrzeugs (beispielsweise Wenderadius, Größe des Fahrzeugs, Beschleunigung etc.) und der Verhaltensmodellierung der Umgebung um das Fahrzeug herum. Die Umgebung kann Objektcharakteristiken wie beispielsweise Orte, Abstand von dem Fahrzeug, Geschwindigkeit und Richtung der Bewegung von dynamischen Objekten wie beispielsweise Fußgängern, Fahrradfahrern, Fahrzeugen etc. aufweisen und Projektionen davon, wo die dynamischen Objekte zu spezifischen Zeiten sein können. Verschiedene Ausführungsformen können ebenso Abschätzungen der Bewegungsbahn der dynamischen Objekte tätigen. Die Anzahl von Objekten und die Anzahl von Charakteristiken können von der Verarbeitungsleistung, welche für das Fahrzeug zur Verfügung steht, abhängen. Allgemein kann auf die Verarbeitung von verschiedenen Informationen, um die nächste Aktion durch das Fahrzeug zu bestimmen, als ”Bewegungsplanung” Bezug genommen werden. Wie beschrieben kann die Bewegungsplanung in verschiedene Softwaremodule aufgeteilt sein, wobei die Module relativ unabhängig voneinander arbeiten können. Die Softwaremodule können ebenso Koch- oder herabskaliert werden, um zu der Verarbeitungsfähigkeit, welche benötigt wird, zu passen.
  • Demzufolge kann ein autonomes Fahrzeug durch ein Abtasten der Umgebung um das Fahrzeug herum, ein Analysieren der abgetasteten Daten und dann ein Bestimmen einer angemessenen Antwort arbeiten. Verschiedene Ausführungsformen der Offenbarung können unterschiedliche SW-Stacks haben, um diese Funktion durchzuführen. Beispielsweise kann eine Ausführungsform das Pfadplanungsmodul und das Routenplanungsmodul als ein einzelnes Modul haben, während andere diese als zwei getrennte Module erhalten können. Zusätzlich kann die modulare Architektur, welche beschrieben ist, ebenso erlauben, dass unterschiedliche Anwendungen wie benötigt genutzt werden. Beispielsweise kann ein Routenplaner eine von vielen unterschiedlichen Routenplanungsanwendungen oder ein angemesseneres Wahrnehmungsmodul etc. nutzen. Die Modularität und die publizierte Schnittstelle können es verschiedenen Parteien erlauben, ein spezifisches Softwaremodul zu optimieren.
  • Die Wahrnehmungsmodule 802 und der Segmentations-/Fusions-Verwalter 810 können Daten von mehreren Sensoren betreffend dasselbe Objekt empfangen, sodass ein Objekt mehrfach identifiziert werden kann. Die verschiedenen Instanzen des Objekts werden als ein einzelnes Objekt identifiziert werden müssen. Alternativ kann ein ”Objekt” wie beispielsweise eine Menge von Leuten auseinanderbrechen und sich vereinigen. In diesem Fall muss jeder Teil des Objekts identifiziert und verfolgt werden.
  • 9 ist ein Diagramm, welches eine mobile Sensorplattform in Übereinstimmung mit einer Ausführungsform der Offenbarung veranschaulicht. Bezug nehmend auf 9 wird dort eine Figur 900 gesehen, welche ein sich Mischen des Fahrzeugs als ein Sensor (VAAS) 902 und die Umgebung 904 um das Fahrzeug herum veranschaulicht, wobei die Fusionsanalytiken 906 eine Ausgabe vorsehen, welche den Fahrzeugführer und/oder die Passagiere des Fahrzeugs sowie auch andere Fahrzeuge, Fahrzeugführer/Passagiere in den anderen Fahrzeugen und/oder Fußgänger beeinflussen können. Die Umgebung 904 kann wenigstens wie in den vorangehenden Absätzen und Figuren beschrieben sein. Demzufolge können gegenwärtige Fahrzeugsensoren in dem VAAS 902 durch neue zusätzliche Sensoren, welche in heutigen Fahrzeugen nicht existieren, ergänzt werden, welche zu dem Fahrzeug nach dem Kauf des Fahrzeugs hinzugefügt werden können. Die zusätzlichen Fahrzeugsensoren können konfiguriert sein, um beispielsweise biometrische Messungen des Fahrzeugführers/Passagiers durch ein Einschließen eines vollen Herabziehens einer biometrischen Erfassung einschließlich der Erkennung des Gesichts, der Iris, des Fingerabdrucks, der Stimme etc. zu tätigen.
  • Die Umgebung 904 kann alle Vorrichtungen innerhalb des Fahrzeugs aufweisen, welche zu einem Fahrzeugführer/Passagier gehören, sowie diejenigen Sensoren von dem Smart Home des Fahrzeugführers/Passagiers, verschiedene tragbare Vorrichtungen (Smartarmband etc.) des Fahrzeugführers/Passagiers, oder Sensoren, welche Teil eines Smartphone anderer mobiler Vorrichtungen etc. sind. Demzufolge kann das Fahrzeug in der Lage sein, automatisch Informationen zu synchronisieren und funktional mit einer beliebigen Vorrichtung, welche der Nutzer akzeptiert, wie beispielsweise ohne Beschränkung ein oder mehrere Smartphone(s), PC(s), tragbare Vorrichtung(en) und dergleichen, zu interagieren. Die Umgebung unter anderen kann ebenso Daten bezogen auf den Fahrzeugführer/Passagier (Agenda, Kontaktliste etc.) oder ebenso externe Daten von Diensten wie Wetter oder Verkehr aufweisen.
  • Das VAAS 902 kann Daten erzeugen und die Daten können mit Daten von verschiedenen Sensoren von der Umgebung kombiniert werden. Diese Daten können dann einer Sensoranalytikfusion durch beispielsweise das Fusionsmodul 906 wie zum Vorsehen verschiedener Assistenz für den Fahrzeugführer/Passagier benötigt, unterzogen werden. Demzufolge kann das VAAS 902 ein Teil eines kontinuierlichen Gesundheitsüberwachungssystems (Sensor im Sitz, Lenkrad, Telefon, Smart Home) sein, welches in der Lage ist, eine kontinuierliche Überwachung eines Fahrzeugführers/Passagiers vorzusehen.
  • Sensoren für eine Fusion können beispielsweise eine EKG-Überprüfung, Bioimpedanz (Körperfett), Atemspektrometrie (Ketosis), Kamera (HRV, Laune, Stress), Luftqualität (Verschmutzung, Tunnelle), Stimmanalyse (Besetzung, Stimmung der Insassen), Insassenerfassungssystem (Blase und Druck), Sitzgurt (Atemrate), Kopfstütze (EEG) etc. aufweisen. Durch ein Verwenden dieser und anderer Sensorinformationen kann das VAAS 902 in der Lage sein, akute Ereignisse (beispielsweise Arhythmie, Anfälle) zu erfassen und geeignete Aktionen wie beispielsweise ein Rufen der Notrufnummer (911 in den U. S.) zu unternehmen oder in einen Automodus zu gelangen (und den Fahrzeugführer/die Passagiere zu dem nächsten Hospital zu bringen). Die kontinuierlichen biometrischen Daten können dann den medizinischen Notfalltechnikern, Krankenschwestern und/oder Doktoren unter Verwendung von Sicherheitsarrangements zur Verfügung gestellt werden, um ein Vorsehen für Informationen für unautorisierte Leute/Vorrichtungen zurückzuweisen.
  • Der kontinuierliche Gesundheitsüberwachungsdienst kann als ein Teil eines Gesundheitsverbesserungsprogramms mit einem beliebigen gesundheits- oder wellnessbezogenen Ziel, beispielsweise Gewichtsverlust, Herzgesundheit, Diabetes, Bluthochdruck, Orthopädie, Haltungsverbesserung verwendet werden und kann eine beliebige Kombination von im Auto befindlichen Sensoren, beispielsweise EGK, Bioimpedanz, Bild oder Video (Hautton, Herzrate), Herzratenmonitor, Temperatursensor, Blutsauerstoffmonitor, Blutdruckmonitor, Atmungsmonitor, Beschleunigungsmesser, im Sitz befindliche Blase für eine Gewichtsmessung und/oder einem tragbaren Sensor (wie beispielsweise ein Sensor in einer Uhr), welcher durch den Fahrzeugführer oder Passagier getragen wird, genutzt werden. Die im Auto befindlichen Überwachungsvorrichtungen können genutzt werden, um den Nutzer zu führen, um Gesundheitsziele in Isolation oder als ein Teil eines Systems von begleitenden Überwachungsvorrichtungen wie beispielsweise tragbaren Sensoren, heimbasierten Überwachungsvorrichtungen (wie beispielsweise Waagen, Blutdruckvorrichtungen, Herzmonitoren) oder klinisch basierten Überwachungsvorrichtungen (wie beispielsweise EKGs, Bildgebungsequipment) zu erreichen. Ein Fortschritt in Richtung Gesundheitsziele oder eine unmittelbare Verbesserung im Gesundheitsstatus (beispielsweise ein Erniedrigen des Blutdrucks, ein Verringern der Herzrate, eine Verringerung von Stress, eine Verbesserung im Blutsauerstoff) kann durch Funktionen des VAAS 902 wie beispielsweise eine Auswahl von Musik, Beleuchtung, der Route, des Orts, sozialer Interaktion basierend auf der Laune (Vorschlag, Freunde anzurufen/besuchen, die Frau, die Familie) unter vielen Verwendungsfällen, die möglich sind, unterstützt werden.
  • Das VAAS 902 kann ebenso Kontextinformationen von dem Fahrzeug oder der Umgebung (Geschwindigkeit, Lenkung, Radio, Fenster, Routenoptionen, welche ausgewählt sind, Fahrzeugmodus, welcher ausgewählt ist, Besetzung, externe Bedingungen) verwenden, um beispielsweise Fahrzeugeinstellungen und eine Navigationsroute zu optimieren. Die Optimierung der Route kann sein, Umgebungseinflüsse auf allergische Antworten zu minimieren. Verschiedene Stimuli/Erholungsgegenstände können durch das VAAS 902 genutzt werden, um eine Launeneinstellung zu erlauben, und dies kann eine automatische und dynamische Fahrzeugpersonalisierung sein. Beispielsweise kann dies ein Abspielen von geeigneter Musik, ein Freisetzen von Aroma, ein Auslöschen von irritierenden Geräuschen von außerhalb etc. sein. Einiges davon kann Informationen über Stressniveaus, Laune, Örtlichkeit, Arbeit und Heiminteraktionen nutzen, welche von verschiedenen Sensoren sowie auch anderen Quellen wie beispielsweise Informationen auf den Smartphones einschließlich E-Mails, Voicemails etc., welche zu dem Fahrzeugführer/Passagier gehören, gesammelt werden.
  • Einstellungen in dem VAAS 902 können angepasst werden, um mit dem Fahrzeugführer übereinzustimmen und ebenso sekundäre Nutzungen vorzusehen. Einstellungen können eine Beleuchtung, eine Route, eine Musik, eine Temperatur, Fenster (anpassen der Tönung für die Helligkeit), eine Aromatherapie, Sitzeinstellungen etc. aufweisen, um es dem Fahrzeugführer/Passagier komfortabler zu machen.
  • Ein Authentifizieren eines Nutzers (Fahrzeugführer/Passagier) kann beispielsweise ein Verbinden mit einer tragbaren Gesundheitsvorrichtung oder einer mobilen Vorrichtung über sichere Arrangements involvieren. Demzufolge können Zugriffe auf die Fähigkeiten von VAAS 902 auf autorisierte Leute beschränkt sein. Zusätzlich kann dies eine Elternkontrolle über Minderjährige oder andere, welche nicht für die volle Fähigkeit des VAAS 902 vertrauenswürdig sind, erlauben. Eine Kontrolle kann auf einen Untersatz oder mehr der Fähigkeiten des Fahrzeugs für verschiedene Leute gegeben werden.
  • Ein VAAS 902 kann dann als ein Hub für verschiedene Lifestyleauswahlen durch ein Einfangen von Informationen von Gesundheitszielvorgaben und anderen Sensoren (VAAS und Umgebung) genutzt werden, um einen Nutzer in Richtung von Ernährungsauswahlen durch das Fahrzeug zu führen. Beispielsweise kann das VAAS 902 Empfehlungen für Restaurants oder Lebensmittelgeschäfte tätigen, wenn es in der Nähe eines Restaurants oder eines Lebensmittelladens zu angemessenen Zeiten für Mahlzeiten oder Einkauf ist. Der Einkauf kann, wenn ein Nutzer eintritt, beispielsweise eine Nachricht für Lebensmittelläden sein, um zu kaufen oder durch ein Sammeln von Daten von einem Smartkühlschrank. Das VAAS 902 kann Zutatenempfehlungen tätigen, wenn der Nutzer nach einem Rezept sucht oder dieses zur Kenntnis nimmt.
  • Das VAAS 902 kann ebenso Empfehlungen für eine physikalische Aktivität basierend auf einer bekannten Vergangenheit/Interessen des Nutzers aussprechen. Mit einer Analyse der verschiedenen Sensorinformationen kann das Fahrzeug ebenso Autokrankheit erfassen und dies durch ein Öffnen von Fenstern, ein Vermeiden von Bodenwellen, Kurven etc. kompensieren, um die Fahrt weniger zu der Bewegungskrankheit beitragend zu gestalten.
  • All die Informationen, welche gesammelt werden, könnten verwendet werden, um einen Fahrzeugkonfigurator für Fahrzeughersteller und Fahrzeughändler vorzusehen, welcher auf dem Gesundheitsprofil des Fahrzeugführers/Passagiers, welcher ein Fahrzeug kauft, basiert sein kann. Eines der optionalen Pakete, welche vorgesehen werden könnten oder empfohlen werden könnten, wenn ein Fahrzeug gekauft wird, kann ein Gesundheitsüberprüfungspunkt sein.
  • Demzufolge kann zusätzlich zu anderen Funktionen die Fahrzeugplattform insgesamt als sowohl eine Fahrzeugleistungsfähigkeits-”Blackbox” als auch als eine Insassengesundheits-”Blackbox” dienen, welche kontinuierlich sowohl Fahrzeugleistungsfähigkeits- als auch Multiparameterinsassengesundheits- und/oder biometrische (einschließlich jedoch nicht beschränkt auf Gesicht, Iris, Fingerabdruck, Stimme und dergleichen)-Daten, zusammen mit beliebigen entsprechenden innerhalb des Fahrzeugs und extern zu dem Fahrzeug-Umgebungsdaten derart einfängt, sammelt und hält, dass das System ”das Band zurückrollen kann” wie erwünscht, um solche eingefangenen, gesammelten und gehaltenen Daten zu analysieren. Während einige spezifische Gegenstände erwähnt worden sein mögen, muss eine Ausführungsform der vorliegenden Offenbarung nicht durch diese Gegenstände beschränkt sein. Beispielsweise kann das VAAS 902 für eine Person oder mehrere Leute konfiguriert sein.
  • Demnach kann es aus den Beschreibungen von einigen der verschiedenen Ausführungsformen der Offenbarung gesehen werden, dass das VAAS 902 eine Umgebung, welche physikalische Dinge innerhalb und außerhalb des Fahrzeuges aufweist, sowie Informationen über den Fahrzeugführer und/oder Passagier(e) abtasten kann. Das VAAS 902 kann dann die abgetasteten Informationen von den verschiedenen Sensoren verschmelzen und analysieren, um Umgebungsinformationen in Peer-zu-Peer-Kommunikation mit anderen Fahrzeugen, Infrastrukturen, Vorrichtungen etc. sowie für empfangene Informationen von diesen Fahrzeugen, Infrastrukturen und Vorrichtungen vorzusehen.
  • Durch ein Kommunizieren von verschiedenen Informationen von einem Fahrzeug zu einem anderen kann ein erstes Fahrzeug in der Lage sein, den Vorzug von Sensoren von einem zweiten Fahrzeug anzunehmen, wobei das erste Fahrzeug solche Sensoren nicht hat oder von einer Verwendung seiner Sensoren blockiert ist. Beispielsweise kann, wie voranstehend erklärt ist, das erste Fahrzeug, welches sich einer Kurve annähert, Umgebungsinformationen von Sensoren des zweiten Fahrzeugs empfangen, welches sich bereits um die Kurve herum bewegt hat. Demzufolge kann, solange das erste Fahrzeug mit anderen Fahrzeugen kommunizieren kann und Informationen von den anderen Fahrzeugen verarbeiten kann, das erste Fahrzeug effektiv die aufgerüstete Fähigkeit der anderen Fahrzeuge haben, mit welchen es in Kommunikation ist.
  • Ferner können, während das erste Fahrzeug nicht in der Lage sein mag, direkt mit dem zweiten Fahrzeug zu kommunizieren, Zwischenfahrzeuge genutzt werden, um die angemessenen Informationen weiterzugeben. Oder das erste Fahrzeug kann mit dem zweiten Fahrzeug über Infrastrukturequipment wie beispielsweise Relaisequipment, welches Teil einer Straßeninfrastruktur ist, kommunizieren, um eine Kommunikation um eine Kurve, eine Zellinfrastruktur, privates Equipment, welches für die Öffentlichkeit offen sein kann, etc. zu erlauben.
  • Zusätzlich kann, wenn es in der Lage ist, ein drittes Fahrzeug oder Infrastrukturequipment, welches Informationen von einem ersten Fahrzeug zu einem zweiten Fahrzeug weiterleitet, ferner Daten aktualisieren und/oder ergänzen, welche es weiterleitet. Die aktualisierten/ergänzten Daten können zusätzlich relevante Daten sein, welche in den weitergeleiteten Daten nicht verfügbar oder nicht gegenwärtig sind. Beispielsweise können die zusätzlichen Daten von einem Sensor in dem dritten Fahrzeug sein, welcher in dem ersten Fahrzeug nicht gegenwärtig ist, oder die Informationen können von einem Sensor in dem Infrastrukturequipment auf der Spitze eines Hügels sein, welcher die gesamte Umgebung von sowohl dem ersten als auch dem zweiten Fahrzeug ”sehen” (abtasten) kann.
  • 10 ist ein Blockschaltbild hoher Ebene eines Abschnitts eines Smart-Fahrzeugs in Übereinstimmung mit einer Ausführungsform der Offenbarung. Bezug nehmend auf 10 ist dort ein beispielhaftes Steuersystem 1000 eines Smart Car 100, welches obenstehend beschrieben ist, gezeigt, um eine einfache Übersicht vorzusehen. Das Steuersystem 1000 kann ein Steuermodul 1010, ein Kommunikationsmodul 1012, ein Sensormodul 1014 und ein Infotainmentmodul 1016 aufweisen.
  • Das Steuermodul 1010 kann beispielsweise ein Verarbeiten von Daten vorsehen, um Befehle und einen Status für verschiedene Funktionen zu erzeugen. Beispielsweise kann das Steuermodul 1010 wenigstens einige Funktionalität der Steuerplattform 102 aufweisen und kann ein oder mehrere Prozessoren aufweisen. Der eine oder die mehreren Prozessoren können beliebige von verschiedenen Typen wie obenstehend beschrieben wie beispielsweise der Prozessorblock 300, der ADAS-Co-Prozessor 310, 581, das SoC 430, 500, der Prozessor 520, 550 etc. sein.
  • Das Kommunikationsmodul 1012 kann die Funktionalität vorsehen, um Daten von beispielsweise dem Steuermodul 101 zu anderen elektronischen Vorrichtungen einschließlich zu anderen Fahrzeugen zu übertragen. Das Kommunikationsmodul 1012 kann die Funktionalität vorsehen, um Daten von beispielsweise anderen elektronischen Vorrichtungen, einschließlich anderer Fahrzeuge, zu empfangen und die empfangenen Daten zu beispielsweise dem Steuermodul 101 zu kommunizieren. Verschiedene Ausführungsformen können es für das Kommunikationsmodul 1012 vorsehen, die Daten, welche zu übertragen sind, in Speicher wie beispielsweise dem Speicherblock 432 zu speichern. Ähnlich kann das Kommunikationsmodul 1012 Daten, welche von den anderen elektronischen Vorrichtungen empfangen werden, in dem Speicherblock 432 speichern. Der Speicher kann in einem globalen Speicher sein, welcher für verschiedene Module zugänglich ist, oder lokal für die Nutzung durch ein Modul.
  • Das Sensormodul 1014 kann Sensoren ähnlich zu beispielsweise den Sensoren 222, 442, 630 aufweisen. Das Infotainmentmodul 1016 kann eine Funktionalität ähnlich zu dem Nutzererfahrungsuntersystem 106, 230 und der Infotainmentplattform 332 haben.
  • Allgemein kann das Steuermodul 1010 Sensorinformationen von dem Sensormodul 1014 empfangen, eine Analyse der Sensorinformationen durchführen und eine angemessene Tätigkeit basierend auf der Analyse bestimmen. Beispielsweise kann, wenn die Analyse anzeigt, dass das Smart Car 100 auf einem Kollisionskurs mit einem anderen Objekt ist, wenn die gegenwärtige Bewegungsbahn gehalten wird, das Steuermodul 1010 angemessene Befehle (bremse, beschleunige, lenke, schalte den Gang, falls benötigt) zu den verschiedenen Mechanismen senden, um die Kollision zu verhindern.
  • Die Analyse der Sensorinformationen kann beispielsweise ein Bestimmen und Erkennen von Objekten in der Umgebung um das Smart Car 100 herum aus den Sensorinformationen unter Verwendung beispielsweise einer Datenfusion für die verschiedenen Eingaben von den unterschiedlichen Sensoren aufweisen. Die Sensorinformationen, welche von anderen Objekten in der Umgebung empfangen werden wie beispielsweise Fahrzeugen, Unterstruktur(en) etc. können ebenso Daten-verschmolzen werden. Ähnlich können beliebige der Daten einschließlich beispielsweise Sensorinformationen, analysierten Daten, eine bestimmten Antwort etc. zu anderen Objekten in der Umgebung übertragen werden.
  • Verschiedene Module können eine Form von Zuverlässigkeitsanzeiger nutzen, um zu bestimmen, ob eine Verarbeitung fortzusetzen ist. Beispielsweise kann der Segmentations-/Verschmelzungs-Verwalter 810 ein bestimmtes Konfidenzniveau benötigen, bevor er ein Objekt identifiziert. Verschiedene bekannte Techniken können zum Bestimmen des Konfidenzniveaus genutzt werden, wo ein Objekt identifiziert wird, wenn der Identifikationsprozess zu einem Konfidenzniveau über einem vorbestimmten Grenzwert führt. Der vorbestimmte Grenzwert kann abhängig von der Umgebung, einem Straßentyp, einem Straßenzustand, Verkehrsstaus, Wetter etc. geändert werden. Einige Techniken können beispielsweise Objekterkennungsalgorithmen sein, welche auf Übereinstimmen, Lernen oder Mustererkennungsalgorithmen unter Verwendung von auftretensbasierten oder merkmalsbasierten Techniken beruhen, wobei Konfidenzniveau auf einer bestimmten Prozentzahl des Objekts, welches übereinstimmt, basiert ist.
  • Das Kommunikationsmodul 1012 kann eine Kommunikationsfunktion vorsehen, um es dem Smart Car 100 zu erlauben, Peer-to-Peer mit anderen Fahrzeugen und mit verschiedenen Objekten wie beispielsweise der Infrastruktur (den Infrastrukturen), Smartgerät (Smartgeräten), Smart Home (Smart Homes), einer persönlichen Vorrichtung (persönlichen Vorrichtungen) etc. zu kommunizieren. Die Peer-to-Peer-Funktionalität kann beispielsweise durch das Steuermodul 1012 geführt werden. Das Kommunikationsmodul 1012 kann in der Lage sein, mit anderen Objekten ohne menschliche Intervention zu kommunizieren. Dies kann beispielsweise stattfinden, wenn das Smart Car 100 ohne eine menschliche Hilfe fährt oder ohne einen Menschen in dem Smart Car 100. Diese Funktionalität aber kann ebenso genutzt werden, um einem menschlichen Fahrzeugführer zu assistieren. Ferner kann diese Funktionalität genutzt werden, um Infotainmentinhalt (Informationsinhalt und/oder Entertainmentinhalt) für ein anderes elektronisches Objekt vorzusehen. Ähnlich kann das Smart Car 100 Infotainmentinhalt von anderen elektronischen Objekten (drahtlose Vorrichtung und/oder Fahrzeug) empfangen.
  • Auf diese Art und Weise kann das Kommunikationsmodul 1012 ebenso Infotainmentinhalt vorsehen für oder Infotainmentinhalt empfangen von einem anderen elektronischen Objekt (drahtlose Vorrichtung oder Fahrzeug), welche/welches nicht für eine Peer-to-Peer-Kommunikation mit dem Smart Car 100 verbunden ist.
  • Das Infotainmentmodul 1016 kann Zugriff auf Informationsinhalt und/oder Entertainmentinhalt haben. Der Informationsinhalt kann beispielsweise nachrichtenbezogene Geschichten, Dokumentationen und Stellungnahmen sein. Der Entertainmentinhalt kann beispielsweise Filme, TV-Shows, Radioprogramme, Musik, Bücher (Audio und geschrieben) etc. sein. Der Informationsinhalt kann ebenso verschiedene Informationen wie beispielsweise die Sensorinformationen, analysierte Informationen, Umgebungsinformationen etc. aufweisen. Der Infotainmentinhalt kann in einem Speicher in verschiedenen Teilen des Smart Car 100 gespeichert werden. Auch wenn der Speicher nicht physikalisch ein Teil des Infotainmentmoduls 1016 ist, kann der Infotainmentinhalt als in dem Infotainmentmodul 1016 gespeichert beschrieben werden.
  • Wie voranstehend beschrieben, kann das Infotainmentmodul 1016 autonom, in gewissem Ausmaß unter der Steuerung des Steuermoduls 1010 oder wie durch einen Menschen in dem Smart Car 100 befohlen angemessenen Infotainmentinhalt für den Menschen (die Menschen) in dem Smart Car 100 vorsehen.
  • Wie obenstehend beschrieben ist, kann es eine Ausführungsform zum Initiieren einer Peer-to-Peer-Kommunikation sein, ein oder mehrere elektronische Kandidatenobjekte über beispielsweise ein Erfassen eines Signals, welches durch jedes der elektronischen Kandidatenobjekte übertragen wird, zu entdecken. Das Smart Car 100 kann dann aus dem einen oder mehreren elektronischen Kandidatenobjekten, welche erfasst sind, wenigstens eines des einen oder mehreren elektronischen Kandidatenobjekte als wenigstens ein Zielobjekt für eine Kommunikation auswählen und eine drahtlose Verbindung zu dem Zielobjekt in einer Peer-to-Peer-Kommunikation bilden.
  • Die Auswahl eines Zielobjekts kann basierend auf beispielsweise wenigstens einem des Abstandes von dem ersten Fahrzeug, einem Signal-Rausch-Verhältnis der empfangenen Signale von dem elektronischen Kandidatenobjekt, einer Bitfehlerrate der empfangenen Signale von dem elektronischen Kandidatenobjekt und dem Typ des elektronischen Kandidatenobjekts bestimmt werden.
  • Die verschiedenen Module und Funktionalitäten, welche unter Bezugnahme auf 10 beschrieben sind, sind nur eine beispielhafte Veranschaulichung eines vereinfachten Blockschaltbilds. Wie durch einen Fachmann anerkannt werden kann, gibt es viele beispielhafte Veranschaulichungen zum Gruppieren unterschiedlicher Funktionalitäten in Module. Zusätzlich können die verschiedenen Module, welche beschrieben sind, Softwaremodule verbunden mit ihnen haben.
  • Es sollte verstanden werden, dass sowohl die Hardware als auch die Softwarearchitektur für das Fahrzeug ein modulares und skalierbares Design für wenigstens die Abschnitte des Fahrzeugs erlaubt, welche einen beliebigen einen der SAE-Treiberebenen 0-5 vorsehen.
  • Demnach kann es gesehen werden, dass sich die vorliegende Offenbarung auf ein Fahrzeug bezieht, welches auf seine Umgebung reaktionsfähig ist, um zu helfen, sich selbst und/oder andere für eine Fortbewegung zu führen, unabhängig davon, ob diese Vorrichtungen selbstständig oder unter menschlicher Steuerung arbeiten. Die menschliche Steuerung kann durch einen Menschen in dem Fahrzeug sein oder eine Fernsteuerung durch einen Menschen. In einigen Fällen kann die Fernsteuerung durch eine andere menschengefertigte Vorrichtung erfolgen. Zusätzlich kann das Smart Car 100 eine Drohne haben, welche ausgesandt werden kann, um weitere Informationen zu sammeln. Dies kann der Fall sein, wenn es nicht viele andere Informationsquellen gibt wie beispielsweise andere Smart Cars. Die Drohne kann dann vorausfliegen, um Informationen vorzusehen, welche über den Bereich der Sensoren des Smart Car 100 hinausgehen können. Die Drohne kann ebenso Ansichten einer Szenerie vorsehen, welche von dem Smart Car 100 nicht verfügbar sind.
  • Demzufolge kann, wenn ein Smartfahrzeug eine Drohne nutzt, die Drohne sich in Luft, auf Wasser oder im Wasser, auf dem Land oder der Oberfläche, auf welcher das Smart Car ist, fortbewegen oder unterhalb des Bodens oder der Oberfläche, auf welcher sich das Smart Car 100 befindet.
  • Ein Fahrzeug bezieht sich allgemein auf ein menschengefertigtes Objekt wie beispielsweise landbasierte Fahrzeuge, Drohnen, Roboter, Luftfahrzeuge, wasserbasierte Fahrzeuge wie beispielsweise Boote, Unterseebote, Unterwasserforschungsfahrzeuge etc. und extraterrestrische Fahrzeuge (Raumschiffe, verschiedene Forschungsfahrzeuge wie beispielsweise den Marsrover).
  • Während verschiedene Ausführungsformen für funktionale Nutzungen der vorliegenden Offenbarung beschrieben wurden, sollte verstanden werden, dass die Datencenterfähigkeit der verschiedenen Ausführungsformen die Implementierung der verschiedenen Ausführungsformen erlaubt. Die Datencenterfähigkeit bezieht sich auf die Fähigkeit, Daten zu sammeln, Daten zu analysieren, eine Datenfusion von relevanten Daten durchzuführen und Tätigkeiten zu bestimmen, welche mit den analysierten/Fusions-Daten zu unternehmen sind. Zusätzlich erlaubt die Datencenterfähigkeit der Offenbarung ebenso ein Teilen mit anderen Vorrichtungen/Plattformen von beliebigen der gesammelten Daten, der analysierten Daten, der Fusionsdaten und der bestimmten Tätigkeiten direkt mit den anderen Vorrichtungen/Plattformen oder über eine Cloud-Plattform.
  • Verschiedene Ausführungsformen der Offenbarung können als Computerprogramme geschrieben sein und können in digitalen Computern für allgemeine Nutzung implementiert sein, welche die Programme unter Verwendung eines nichtvergänglichen computerlesbaren Aufzeichnungsmediums ausführen.
  • Nichtvergängliche computerlesbare Aufzeichnungsmedien können beispielsweise magnetische Speichermedien (beispielsweise ROM, Floppy Disks, Festplatten etc.), optische Aufzeichnungsmedien (beispielsweise CD-ROMs oder DVDs) etc. aufweisen.
  • Während verschiedene Ausführungsformen der Offenbarung unter Bezugnahme auf die Figuren beschrieben wurden, wird es durch Fachleute verstanden werden, dass verschiedene Änderungen in der Form und in Details darin getätigt werden können, ohne von dem Gedanken und Umfang der Offenbarung abzuweichen, wie sie durch die folgenden Ansprüche definiert sind. Demzufolge sind die obigen Ausführungsformen und alle Aspekte davon lediglich Beispiele und nicht beschränkend.

Claims (41)

  1. Steuersystem für ein Fahrzeug, das Folgendes aufweist: ein Steuermodul (1010), welches konfiguriert ist, um: Sensorinformationen von einer Mehrzahl von Sensoren an dem Fahrzeug zu empfangen; die Sensorinformationen zu analysieren, um einen Identifikationsprozess für wenigstens ein Objekt, welches durch die Mehrzahl von Sensoren erfasst wird, durchzuführen; und eine Antwort basierend auf dem wenigstens einen Objekt, welches identifiziert ist, zu bestimmen; und ein Kommunikationsmodul (1012), welches konfiguriert ist, um direkt oder indirekt mit einer elektronischen Vorrichtung zu kommunizieren, wobei die Kommunikation ohne menschliche Intervention auftritt und wenigstens einige der empfangenen Sensorinformationen, der analysierten Sensorinformationen und/oder der bestimmten Antwort aufweist.
  2. Steuersystem nach Anspruch 1, wobei die Mehrzahl von Sensoren eines oder mehrere einer Kamera, eines Radars, eines LIDAR und eines Sonars aufweist.
  3. Steuersystem nach Anspruch 1, wobei die Kommunikation mit einem oder mehreren eines anderen Fahrzeugs, eines Smart Geräts, einer Infrastruktur (135), eines Smart Home (120) und einer persönlichen Vorrichtung (130) ist.
  4. Steuersystem nach Anspruch 1, wobei das wenigstens eine identifizierte Objekt verwendet wird, um eine Umgebungskarte zu erzeugen.
  5. Steuersystem nach Anspruch 4, wobei die Umgebungskarte eine dreidimensionale Karte ist.
  6. Steuersystem nach Anspruch 4, wobei wenigstens ein Abschnitt der Umgebungskarte mit einem oder mehreren eines anderen Fahrzeugs und einer Infrastruktur (135) gemeinsam genutzt wird.
  7. Steuersystem nach Anspruch 4, wobei wenigstens eine Charakteristik mit dem wenigstens einen Objekt in der Umgebungskarte verbunden ist.
  8. Steuersystem nach Anspruch 7, wobei die wenigstens eine Charakteristik wenigstens eines einer Position, eines Abstands, einer Geschwindigkeit, einer Bewegungsrichtung und einer abgeschätzten Bewegungsbahn aufweist.
  9. Steuersystem nach Anspruch 1, wobei das Steuersystem konfiguriert ist, um eines oder mehrere einer Lenksteuerung, einer Bremssteuerung, einer Beschleunigssteuerung und einer Auswahl eines Vorwärtsganges oder Rückwärtsganges vorzusehen.
  10. Steuersystem nach Anspruch 1, wobei das wenigstens eine Objekt, welches erfasst wird, identifiziert wird, wenn der Identifikationsprozess zu einem Konfidenzniveau über einem vorbestimmten Grenzwert führt.
  11. Steuersystem nach Anspruch 10, wobei der vorbestimmte Grenzwert abhängig von der Umgebung geändert werden kann, welche eines oder mehrere eines Straßentyps, eines Straßenzustandes, eines Verkehrsstaus und des Wetters aufweist.
  12. Steuersystem nach Anspruch 1, wobei die Kommunikation eine Peer-to-Peer-Kommunikation ist.
  13. Steuersystem für ein erstes Fahrzeug, das Folgendes aufweist: ein Infotainmentmodul (1016), welches konfiguriert ist, um eines oder mehreres von Informationen und Entertainment für einen Konsumenten vorzusehen; und ein Kommunikationsmodul (1012), welches konfiguriert ist, um mit einem zweiten Fahrzeug ohne Intervention durch einen Menschen in dem ersten Fahrzeug zu kommunizieren, wobei ein Ort des Konsumenten entweder in dem ersten Fahrzeug oder in dem zweiten Fahrzeug ist.
  14. Steuersystem nach Anspruch 13, wobei das Kommunikationsmodul (1012) eine Verfügbarkeit von Informationen und Entertainment überträgt.
  15. Steuersystem nach Anspruch 14, wobei die Kommunikation eine Peer-to-Peer-Kommunikation zwischen dem ersten Fahrzeug und dem zweiten Fahrzeug ist.
  16. Steuersystem nach Anspruch 14, wobei das eine oder die mehreren von Informationen und Entertainment zu dem Konsumenten mit einer Qualität geliefert werden, über die mit dem Konsumenten Einigung erzielt wurde.
  17. Verfahren zum Nutzen eines Steuersystems in einem Fahrzeug, das Folgendes aufweist: ein Empfangen von Sensorinformationen von einer Mehrzahl von Sensoren an dem Fahrzeug; ein Analysieren der Sensorinformationen, um einen Identifikationsprozess für wenigstens ein Objekt, welches durch die Mehrzahl von Sensoren erfasst wird, durchzuführen; ein Bestimmen einer Antwort, welche durch das Fahrzeug zu verwenden ist, basierend auf dem wenigstens einen Objekt, welches identifiziert ist; und ein Kommunizieren, direkt oder indirekt mit einer elektronischen Vorrichtung, eines oder mehrere der Sensorinformationen, der analysierten Sensorinformationen und des erfassten Objekts, wobei die Kommunikation ohne eine menschliche Intervention auftritt und wenigstens einige der empfangenen Sensorinformationen, der analysierten Sensorinformationen und/oder der bestimmten Antwort aufweist.
  18. Verfahren nach Anspruch 17, wobei die Kommunikation mit einem oder mehreren eines anderen Fahrzeugs, eines Smart Geräts, einer Infrastruktur (135) und einer persönlichen Vorrichtung (130) ist.
  19. Verfahren nach Anspruch 17, wobei die Antwort eines oder mehreres von einem Anpassen einer Lenkung, einem Bremsen, einer Beschleunigung und einem Auswählen eines Vorwärts- oder Rückwärtsgangs ist.
  20. Verfahren nach Anspruch 17, wobei das wenigstens eine Objekt, welches erfasst wird, identifiziert wird, wenn der Identifikationsprozess zu einem Konfidenzniveau über einem vorbestimmten Grenzwert führt.
  21. Verfahren nach Anspruch 20, wobei der vorbestimmte Grenzwert abhängig von der Umgebung geändert werden kann, welche eines oder mehreres von einem Straßentyp, einem Straßenzustand, einem Verkehrsstau und dem Wetter aufweist.
  22. Ein erstes Fahrzeug, das Folgendes aufweist: ein Kommunikationsmodul (1012), welches konfiguriert ist, um eine Peer-to-Peer-Kommunikation mit einem oder mehreren Fahrzeugen durchzuführen, wobei die Peer-to-Peer-Kommunikation ohne Intervention durch einen Menschen in dem ersten Fahrzeug auftritt; und ein Steuermodul (1010), welches konfiguriert ist, um erste Sensorinformationen von einer Mehrzahl von Sensoren an dem ersten Fahrzeug zu empfangen und die ersten Sensorinformationen zu verarbeiten, wobei die verarbeiteten ersten Sensorinformationen zu dem einen oder mehreren Fahrzeugen kommuniziert werden.
  23. Erstes Fahrzeug nach Anspruch 22, aufweisend ein Infotainmentmodul (1016), welches konfiguriert ist, um eines oder beide eines ersten Informationsinhalts und eines ersten Entertainmentinhalts zu speichern, und um über das Kommunikationsmodul (1012) eines oder beider von dem ersten Informationsinhalt und dem ersten Entertainmentinhalt für ein zweites Fahrzeug vorzusehen, welches eines von dem einen oder den mehreren Fahrzeugen ist.
  24. Erstes Fahrzeug nach Anspruch 23, wobei das Infotainmentmodul (1016) konfiguriert ist, um über das Kommunikationsmodul (1012) eines oder beides von einem zweiten Informationsinhalt und einem zweiten Entertainmentinhalt von dem zweiten Fahrzeug zu empfangen.
  25. Erstes Fahrzeug nach Anspruch 24, wobei das Infotainmentmodul (1016) konfiguriert ist, um das empfangene eine oder beide des zweiten Informationsinhalts und des zweiten Entertainmentinhalts zu speichern.
  26. Erstes Fahrzeug nach Anspruch 24, wobei das Infotainmentmodul (1016) konfiguriert ist, um eines oder beides des zweiten Informationsinhalts und des zweiten Entertainmentinhalts für einen lokalen Konsumenten in dem ersten Fahrzeug vorzusehen.
  27. Erstes Fahrzeug nach Anspruch 24, wobei das Infotainmentmodul (1016) konfiguriert ist, um über das Kommunikationsmodul (1012) eines oder beides des zweiten Informationsinhalts und des zweiten Entertainmentinhalts für ein drittes Fahrzeug vorzusehen, welches eines des einen oder der mehreren Fahrzeuge ist.
  28. Erstes Fahrzeug nach Anspruch 23, wobei das Infotainmentmodul (1016) konfiguriert ist, um über das Kommunikationsmodul (1012) eines oder beides des ersten Informationsinhalts und des ersten Entertainmentinhalts zu dem zweiten Fahrzeug über eine Peer-to-Peer-Kommunikation zu kommunizieren.
  29. Erstes Fahrzeug nach Anspruch 22, wobei das Kommunikationsmodul (1012) konfiguriert ist, um eine Peer-to-Peer-Kommunikation mit einer elektronischen Vorrichtung, welche kein Fahrzeug ist, durchzuführen.
  30. Erstes Fahrzeug nach Anspruch 29, wobei die elektronische Vorrichtung eines einer Infrastruktur (135), eines Smart Geräts, eines Smart Home (120) und einer persönlichen Vorrichtung (130) ist.
  31. Erstes Fahrzeug nach Anspruch 29, wobei eines oder beides des ersten Informationsinhalts und des ersten Entertainmentinhalts über das Kommunikationsmodul (1012) zu einem vierten Fahrzeug kommuniziert wird, welches keines des einen oder der mehreren Fahrzeuge ist.
  32. Erstes Fahrzeug nach Anspruch 22, wobei das Steuermodul (1010) konfiguriert ist, um über das Kommunikationsmodul (1012) einen Ratschlag zu einem des einen oder der mehreren Fahrzeuge zu kommunizieren betreffend einen drohenden Zwischenfall, wobei der drohende Zwischenfall auf wenigstens der ersten Sensorinformation basiert ist.
  33. Erstes Fahrzeug nach Anspruch 22, wobei das Steuermodul (1010) konfiguriert ist, um über das Kommunikationsmodul (1012) Umgebungsinformationen von einem des einen oder der mehreren Fahrzeuge zu empfangen.
  34. Erstes Fahrzeug nach Anspruch 33, wobei das Steuermodul (1010) konfiguriert ist, um eine Datenfusion mit der ersten Sensorinformation und den empfangenen Umgebungsinformationen durchzuführen.
  35. Erstes Fahrzeug nach Anspruch 22, wobei das Steuermodul (1010) konfiguriert ist, um über das Kommunikationsmodul (1012) eine zweite Sensorinformation von einem des einen oder der mehreren Fahrzeug zu empfangen.
  36. Erstes Fahrzeug nach Anspruch 35, wobei das Steuermodul (1010) konfiguriert ist, um eine Datenfusion mit der ersten Sensorinformation und der zweiten Sensorinformation durchzuführen.
  37. Erstes Fahrzeug nach Anspruch 22, wobei das Steuermodul (1010) konfiguriert ist, um über das Kommunikationsmodul (1012) Befehle zu empfangen, um das erste Fahrzeug zu steuern.
  38. Erstes Fahrzeug nach Anspruch 22, wobei der erste Informationsinhalt Umgebungsinformationen für das erste Fahrzeug aufweist.
  39. Ein erstes Fahrzeug, das folgendes aufweist: ein Kommunikationsmodul (1012), welches konfiguriert ist, um Peer-to-Peer-Kommunikation mit wenigstens einem elektronischen Objekt durchzuführen, wobei die Peer-to-Peer-Kommunikation ohne Intervention durch einen Menschen in dem ersten Fahrzeug auftritt; und ein Steuermodul (1010), welches konfiguriert ist um: ein oder mehrere elektronische Kandidatenobjekte zu entdecken; wenn wenigstens ein elektronisches Kandidatenobjekt entdeckt ist, wenigstens eines des einen oder der mehreren elektronischen Kandidatenobjekte als wenigstens ein Zielobjekt für die Kommunikation auszuwählen; und drahtlos eine Verbindung mit dem wenigstens einen Zielobjekt zu bilden.
  40. Erstes Fahrzeug nach Anspruch 39, wobei ein Typ des wenigstens einen Zielobjekts eines zweiten Fahrzeugs, einer Infrastruktur (135), eines Smart Geräts, eines Smart Home (120) und einer persönlichen Vorrichtung (130) ist.
  41. Erstes Fahrzeug nach Anspruch 40, wobei das Zielobjekt basierend auf einem oder mehreren eines Abstandes von dem ersten Fahrzeug, eines Signal-Rausch-Verhältnisses von empfangenen Signalen von dem wenigstens einen elektronischen Kandidatenobjekt, einer Bitfehlerrate des empfangenen Signals von dem wenigstens einen elektronischen Kandidatenobjekt und dem Typ des wenigstens einen elektronischen Kandidatenobjekts ausgewählt wird.
DE102017114179.0A 2016-07-01 2017-06-27 Vorrichtung und Verfahren für eine Fahrzeugplattform Pending DE102017114179A1 (de)

Applications Claiming Priority (6)

Application Number Priority Date Filing Date Title
US201662357810P 2016-07-01 2016-07-01
US62/357,810 2016-07-01
US201662406912P 2016-10-11 2016-10-11
US62/406,912 2016-10-11
US15/609,640 US10509407B2 (en) 2016-07-01 2017-05-31 Apparatus and method for a vehicle platform
US15/609,640 2017-05-31

Publications (1)

Publication Number Publication Date
DE102017114179A1 true DE102017114179A1 (de) 2018-01-04

Family

ID=60662567

Family Applications (1)

Application Number Title Priority Date Filing Date
DE102017114179.0A Pending DE102017114179A1 (de) 2016-07-01 2017-06-27 Vorrichtung und Verfahren für eine Fahrzeugplattform

Country Status (6)

Country Link
US (1) US10509407B2 (de)
JP (1) JP2018008688A (de)
KR (1) KR102366795B1 (de)
CN (1) CN107561969A (de)
DE (1) DE102017114179A1 (de)
TW (1) TWI738810B (de)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102019100873A1 (de) * 2019-01-15 2020-07-16 Bayerische Motoren Werke Aktiengesellschaft Verfahren zum Betreiben einer Assistenzeinrichtung sowie Assistenzeinrichtung
DE102020123808A1 (de) 2020-09-11 2022-03-17 Bayerische Motoren Werke Aktiengesellschaft Verfahren und System zum Erfassen von Umgebungsdaten zur Absicherung einer Umfelderkennung

Families Citing this family (67)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2017034580A1 (en) * 2015-08-27 2017-03-02 Ford Global Technologies, Llc Enhanced collision avoidance
US11043124B2 (en) * 2018-01-31 2021-06-22 Peter Yeung Roadway information detection system consists of sensors on the autonomous vehicles and devices for the road
CA3130361A1 (en) 2016-10-18 2018-03-01 Peter Yeung Roadway information detection sensor device/system for autonomous vehicles
US10388162B2 (en) * 2017-01-23 2019-08-20 Veniam, Inc. Systems and methods for utilizing mobile access points as fixed access points in a network of moving things, for example including autonomous vehicles
US10462193B2 (en) * 2017-06-07 2019-10-29 GM Global Technology Operations LLC Vehicle add-on multimedia playback and capture devices
CN110740902A (zh) * 2017-06-16 2020-01-31 本田技研工业株式会社 车辆系统
CN110769905A (zh) 2017-06-16 2020-02-07 本田技研工业株式会社 车内演出装置、车内演出系统、车内演出方法、程序及指示计测装置
WO2018230720A1 (ja) 2017-06-16 2018-12-20 本田技研工業株式会社 自動運転車両
WO2018230738A1 (ja) 2017-06-16 2018-12-20 本田技研工業株式会社 車両およびサービス管理装置
US10595175B2 (en) * 2017-06-23 2020-03-17 Veniam, Inc. Methods and systems for detecting anomalies and forecasting optimizations to improve smart city or region infrastructure management using networks of autonomous vehicles
US10386856B2 (en) * 2017-06-29 2019-08-20 Uber Technologies, Inc. Autonomous vehicle collision mitigation systems and methods
US10065638B1 (en) 2017-08-03 2018-09-04 Uber Technologies, Inc. Multi-model switching on a collision mitigation system
US10880293B2 (en) * 2017-08-25 2020-12-29 Ford Global Technologies, Llc Authentication of vehicle-to-vehicle communications
US10948919B2 (en) * 2017-09-11 2021-03-16 Baidu Usa Llc Dynamic programming and gradient descent based decision and planning for autonomous driving vehicles
JP2019057242A (ja) * 2017-09-22 2019-04-11 株式会社Ｓｕｂａｒｕ 車両用警報システム
WO2019058700A1 (ja) * 2017-09-25 2019-03-28 ソニー株式会社 制御装置、制御方法及びプログラム
US11100922B1 (en) * 2017-09-26 2021-08-24 Amazon Technologies, Inc. System and methods for triggering sequences of operations based on voice commands
US10561357B2 (en) * 2017-09-29 2020-02-18 Steering Solutions Ip Holding Corporation Automotive driver health monitoring and response system
US10592550B2 (en) * 2017-10-13 2020-03-17 International Business Machines Corporation System and method for species and object recognition
US10825340B1 (en) * 2017-11-17 2020-11-03 State Farm Mutual Automotive Insurance Company Autonomous vehicle maneuver system for emergency vehicles and non-standard traffic flow
US11492013B2 (en) * 2017-11-30 2022-11-08 Robert Bosch Gmbh Vehicle fleet management having a hierarchy of priority factors
US11003193B2 (en) * 2017-12-29 2021-05-11 Intel Corporation Broadcasting map segments for individualized maps
US11919531B2 (en) * 2018-01-31 2024-03-05 Direct Current Capital LLC Method for customizing motion characteristics of an autonomous vehicle for a user
JP6642889B2 (ja) * 2018-02-02 2020-02-12 本田技研工業株式会社 制御装置
GB2570910A (en) * 2018-02-09 2019-08-14 Hi Tec Security Systems Ltd Method and system for targeting and tracking an intruder using a laser detection and ranging device
DE102018202966A1 (de) * 2018-02-28 2019-08-29 Robert Bosch Gmbh Verfahren zum Betreiben wenigstens eines automatisierten Fahrzeugs
DE102018204438B3 (de) * 2018-03-22 2019-05-02 Conti Temic Microelectronic Gmbh Vorrichtung mit einer Sensorbaugruppe und einer Streulichtblende
JP7326667B2 (ja) 2018-07-31 2023-08-16 マーベル アジア ピーティーイー、リミテッド ストレージエッジにおけるメタデータ生成
US11681040B2 (en) * 2018-08-21 2023-06-20 Siren Marine, Inc. Marine machine type communication device
KR102645047B1 (ko) * 2018-11-30 2024-03-11 현대자동차주식회사 자율주행차량의 엔트리 시스템 및 그 방법
KR102155072B1 (ko) * 2018-12-07 2020-09-11 국민대학교산학협력단 차량 종방향 제어 장치 및 방법
CN109766217B (zh) * 2018-12-20 2021-06-22 北京梧桐车联科技有限责任公司 一种车机系统故障修复方法及装置
US11853812B2 (en) * 2018-12-20 2023-12-26 Here Global B.V. Single component data processing system and method utilizing a trained neural network
DE102018222611A1 (de) * 2018-12-20 2020-06-25 Robert Bosch Gmbh Verfahren zum Betreiben eines automatisierten Fahrzeugs
KR102092482B1 (ko) * 2018-12-21 2020-03-23 부산대학교 산학협력단 패턴을 이용한 자율주행 차량 피처 간 상호작용 식별 방법 및 장치
CN109814552A (zh) * 2018-12-28 2019-05-28 百度在线网络技术（北京）有限公司 车载控制单元、基于fpga的车辆自动驾驶方法及装置
CN111385191B (zh) * 2018-12-28 2022-03-15 联合汽车电子有限公司 车载互联网关、车辆ota升级系统和方法、计算机存储介质
US11327496B2 (en) * 2019-01-16 2022-05-10 Ford Global Technologies, Llc Vehicle path identification
US10938643B2 (en) * 2019-02-08 2021-03-02 Simmonds Precision Products, Inc. Distributed sensing systems and nodes therefor
US11624630B2 (en) * 2019-02-12 2023-04-11 International Business Machines Corporation Using augmented reality to present vehicle navigation requirements
US10992752B2 (en) 2019-03-28 2021-04-27 Intel Corporation Sensor network configuration mechanisms
CN110313922A (zh) * 2019-06-10 2019-10-11 中国科学院深圳先进技术研究院 一种压力调节方法、压力调节系统及终端
CN116009909A (zh) * 2019-06-21 2023-04-25 华为技术有限公司 软件升级方法、装置及系统
WO2021003172A1 (en) * 2019-06-30 2021-01-07 Moment Ai, Inc. Facial recognition and monitoring device, system, and method
US11410545B2 (en) * 2019-07-19 2022-08-09 Ford Global Technologies, Llc Dynamic vehicle perimeter definition and reporting
KR102228516B1 (ko) * 2019-08-05 2021-03-16 엘지전자 주식회사 다수의 사용자가 포함된 사용자 그룹을 운송하는 자율 주행 차량 및 이의 제어 방법과, 상기 자율 주행 차량을 제어하는 제어 서버
KR20190099165A (ko) 2019-08-06 2019-08-26 엘지전자 주식회사 가상 홈 서비스 장치 및 방법
CN114585876A (zh) * 2019-08-31 2022-06-03 智能网联交通有限责任公司 一种自动驾驶车辆的分布式驾驶系统和方法
KR20210030154A (ko) * 2019-09-09 2021-03-17 엘지이노텍 주식회사 차량 내부 통신 시스템 및 이를 포함하는 차량
KR20220061956A (ko) 2019-09-18 2022-05-13 엘지전자 주식회사 차량용 인포테인먼트 장치 및 그의 동작 방법
US11958183B2 (en) 2019-09-19 2024-04-16 The Research Foundation For The State University Of New York Negotiation-based human-robot collaboration via augmented reality
US20210097587A1 (en) * 2019-09-26 2021-04-01 Uatc, Llc Managing self-driving vehicles with parking support
CN112307863B (zh) * 2019-10-30 2022-04-08 上海筱启数字科技集团有限公司 运行速度大数据调控系统以及相应终端
DE102019219021A1 (de) * 2019-12-06 2021-06-10 Robert Bosch Gmbh Verfahren und Vorrichtung zum Austauschen von Manöverinformationen zwischen Fahrzeugen
EP4073665A1 (de) * 2019-12-13 2022-10-19 Marvell Asia Pte, Ltd. Kraftfahrzeugdatenverarbeitungssystem mit effizienter erzeugung und export von metadaten
JP2021152780A (ja) * 2020-03-24 2021-09-30 本田技研工業株式会社 鞍乗型車両及び制御装置
JP2021157655A (ja) * 2020-03-27 2021-10-07 パナソニックＩｐマネジメント株式会社 表示制御装置および表示制御システム
JP2021162602A (ja) * 2020-03-30 2021-10-11 パナソニックＩｐマネジメント株式会社 表示制御装置、表示制御システム、及び表示制御方法
CN113525264A (zh) * 2020-04-20 2021-10-22 上汽通用汽车有限公司 车内氛围控制系统和方法
KR102188461B1 (ko) * 2020-05-11 2020-12-09 엠아이엠테크 주식회사 지능형 운전자 주행 보조 기능을 제공하는 독립형 다채널 차량용 데이터 처리 시스템 및 그 방법
US11615039B2 (en) 2020-07-31 2023-03-28 Siren Marine, Inc. Data transmission system
TWI738475B (zh) * 2020-08-24 2021-09-01 安捷科股份有限公司 具自動學習校正機制的車輛前進後退偵測系統及方法
JP7276282B2 (ja) * 2020-08-24 2023-05-18 トヨタ自動車株式会社 物体検出装置、物体検出方法及び物体検出用コンピュータプログラム
TWI739675B (zh) * 2020-11-25 2021-09-11 友達光電股份有限公司 影像辨識方法及裝置
KR102314334B1 (ko) * 2021-01-29 2021-10-19 주식회사 이화네트웍스 인프라 관련 데이터와 차량 관련 데이터를 분리하여 처리하는 데이터 송수신 시스템 및 방법
US20220297683A1 (en) * 2021-03-19 2022-09-22 Toyota Motor Engineering & Manufacturing North America, Inc. Vehicle guard rail system
KR102556445B1 (ko) * 2022-10-13 2023-07-17 한국건설기술연구원 교통류 최적화를 위한 인프라 기반의 주행 가이던스 제공 시스템, 방법, 및 상기 방법을 실행시키기 위한 컴퓨터 판독 가능한 프로그램을 기록한 기록 매체

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001195692A (ja) * 2000-01-13 2001-07-19 Toshiba Corp 車側及びインフラ側の情報を整理統合する共通プラットフォーム
DE112006003044T5 (de) * 2005-10-21 2008-10-23 Deere & Company, Moline Vielseitiges Robotersteuermodul
JP2010220050A (ja) * 2009-03-18 2010-09-30 Denso Corp コンテンツデータ取得システム
JP2011065400A (ja) * 2009-09-17 2011-03-31 Daihatsu Motor Co Ltd 物体認識装置
KR101291067B1 (ko) * 2009-11-26 2013-08-07 한국전자통신연구원 차량 제어 장치 및 그 자율 주행 방법, 지역 서버 장치 및 그 자율 주행 서비스 방법, 전역 서버 장치 및 그 자율 주행 서비스 방법
JP5533157B2 (ja) * 2010-04-07 2014-06-25 トヨタ自動車株式会社 将来挙動予測装置
KR20120123899A (ko) * 2011-05-02 2012-11-12 현대모비스 주식회사 차량의 주변 상황 인지 장치 및 방법
DE102011085976A1 (de) * 2011-11-09 2013-05-16 Robert Bosch Gmbh Vorrichtung und verfahren zum betreiben eines fahrzeugs
KR101431340B1 (ko) * 2012-12-10 2014-08-19 경북대학교 산학협력단 차량 인포테인멘트 서비스 제공을 위한 차량 통신장치의 데이터 전송 방법 및 이를 이용한 시스템
US9201421B1 (en) * 2013-11-27 2015-12-01 Google Inc. Assisted perception for autonomous vehicles
US9098753B1 (en) * 2014-04-25 2015-08-04 Google Inc. Methods and systems for object detection using multiple sensors
CN105138044B (zh) * 2015-07-10 2017-10-31 北京印刷学院 一种基于信息物理网的车队编队控制装置及编队控制方法
CN105059214B (zh) * 2015-08-12 2018-01-23 浙江吉利汽车研究院有限公司 车辆主动安全功能的误工作抑制方法及装置和车辆
US10082797B2 (en) * 2015-09-16 2018-09-25 Ford Global Technologies, Llc Vehicle radar perception and localization

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE102019100873A1 (de) * 2019-01-15 2020-07-16 Bayerische Motoren Werke Aktiengesellschaft Verfahren zum Betreiben einer Assistenzeinrichtung sowie Assistenzeinrichtung
DE102020123808A1 (de) 2020-09-11 2022-03-17 Bayerische Motoren Werke Aktiengesellschaft Verfahren und System zum Erfassen von Umgebungsdaten zur Absicherung einer Umfelderkennung

Also Published As

Publication number Publication date
US10509407B2 (en) 2019-12-17
KR20180004030A (ko) 2018-01-10
TW201803755A (zh) 2018-02-01
TWI738810B (zh) 2021-09-11
CN107561969A (zh) 2018-01-09
KR102366795B1 (ko) 2022-02-23
US20180004213A1 (en) 2018-01-04
JP2018008688A (ja) 2018-01-18

Similar Documents

Publication Publication Date Title
DE102017114179A1 (de) Vorrichtung und Verfahren für eine Fahrzeugplattform
KR102533096B1 (ko) 모바일 센서 플랫폼
DE102018122459B4 (de) Fahrzeugsystem, entferntes fahrzeugassistenzsystem und comuterimplementiertes verfahren zum bereitstellen von fernunterstützung
DE112020001643T5 (de) Autonomes Fahrzeugsystem
DE112021000216T5 (de) Verhaltensplanung für autonome Fahrzeuge
DE112012004782T5 (de) Steuerung von Vorrichtungsmerkmalen auf der Basis von Fahrzeuganzeigen und -zustand
DE102017130936A1 (de) Expertenmodus für Fahrzeuge
DE112018001483T5 (de) System und verfahren zur automatischen fahrgastaufteilung zwischen fahrzeugen
DE112020004587T5 (de) Verteilter verkehrssicherheitskonsens
DE112019001046T5 (de) Informationsverarbeitungsvorrichtung, informationsverarbeitungsverfahren, programm und mobiler körper
DE112016006737T5 (de) Fahrzeugsteuersystem, fahrzeugsteuerverfahren und fahrzeugsteuerprogramm
DE102016111787A1 (de) Fahrzeug-Notfallausstrahlung
DE102019104485A1 (de) Fenstertönungssystem und -verfahren für ein fahrzeug
DE102019107431A1 (de) System und Verfahren zur Verteilung und Ausführung von Mitfahraufgaben
DE102020122757A1 (de) Systeme und verfahren für mitfahrgelegenheiten unter verwendung von blockchain
DE102018114327A1 (de) Streckentraversalfähigkeit für automatisiertes Fahrzeug
DE102019134995A1 (de) Systeme und verfahren für fahrzeugbasierte touren
DE102017101343A1 (de) Systeme und verfahren zur fahrzeugsystemsteuerung auf grundlage physiologischer merkmale
DE112021007239T5 (de) Erkennung und verwaltung vergessener mobiler geräte
DE102020103033A1 (de) Konfiguration von fahrzeug-entertainment basierend auf der fahreraufmerksamkeit
DE102021116309A1 (de) Assistenz für beeinträchtigte fahrer
DE102021104589A1 (de) Edge-computing-unterstützte abschwächung einer funküberlastung
DE102023105582A1 (de) Wahrnehmungsbasierte Parkassistenz für autonomer Maschinensysteme und Anwendungen
DE102020114561A1 (de) Übergabe der fahrzeugsteuerung
DE102019107637A1 (de) Belegungserfassung als Sicherheitsmerkmal für gemeinschaftlich genutzte autonome Fahrzeuge

Legal Events

Date Code Title Description
R012 Request for examination validly filed