BIOMETRIC IDENTIFICATION SYSTEM CONNECTED VEHICLE
A biometric identification system connected vehicle, such as a car, truck, van, all-terrain vehicle, plane, helicopter, motorcycle, bus, and so on, is connected to a biometric identification system. A biometric is obtained from a person. For example, a biometric reader, such as a camera, may capture an image of the person's face or a portion thereof. The person is identified based on the obtained biometric and/or one or more digital representations or abstractions thereof. The vehicle is then configured for the person based on the identification. Configuration may include allowing the person to operate the vehicle, adjusting one or more vehicle components for the person, and so on.
This application is a non-provisional patent application of and claims the benefit to U.S. Provisional Patent Application No. 62/550,179, filed Aug. 25, 2017, and titled “Biometric Identification System Connected Vehicle,” U.S. Provisional Patent Application No. 62/538,418, filed Jul. 28, 2017, and titled “Biometric Payment,” and U.S. Provisional Patent Application No. 62/545,511, filed Aug. 15, 2017, and titled “Biometric Pre-Identification,” the disclosures of which are hereby incorporated herein by reference in their entirety.
FIELDThe described embodiments relate generally to biometrics. More particularly, the present embodiments relate to vehicles connected to biometric identification systems.
BACKGROUNDBiometric identification systems may identify people using biometrics. Biometrics may include fingerprints, irises, eyes, faces, voices, gaits, pictures, or other identifying characteristics about a person. A biometric identification system may capture a biometric using a biometric reader and identify a person by comparing the captured information against stored information. For example, a camera may capture an image of a fingerprint and compare the image of the fingerprint against stored fingerprint images.
SUMMARYThe present disclosure relates to biometric identification system connected vehicles. A vehicle (such as a car, truck, van, all-terrain vehicle, plane, helicopter, motorcycle, bus, and so on) may be connected to a biometric identification system. A biometric may be obtained from a person at a vehicle, as the person approaches the vehicle, and so on. The person may be identified based on the obtained biometric and/or one or more digital representations or abstractions thereof. The vehicle may then be configured for the person based on the identification.
In various implementations, a connected vehicle biometric identification system includes a biometric reader that obtains a biometric and a vehicle, including a component. The vehicle receives an identity of a person determined using the biometric and configures the component using the identity.
In some examples, configuration of the component allows the person to operate the vehicle. In various examples, configuration of the component unlocks the vehicle. In numerous examples, configuration of the component determines permissions for the person and allows operation of the vehicle based on the permissions. In some implementations of such examples, determining the permissions includes determining whether the person has a valid license to operate the vehicle. In various implementations of such examples, determining the permissions includes determining whether the person has an insurance policy that covers operation of the vehicle. In numerous implementations of such examples, determining the permissions includes determining whether the person has a rental agreement relating to the vehicle.
In some implementations, a connected vehicle biometric identification system includes at least one non-transitory storage medium that stores instructions and at least one processor. The at least one processor executes the instructions to determine an identity for a person using a digital representation of a biometric and configure a component of a vehicle using the identity.
In various examples, the at least one processor monitors facial distress during operation of the vehicle. In some implementations of such examples, the at least one processor performs an action based on the facial distress.
In some examples, the at least one processor determines a sleepiness level of an operator. In some implementations of such examples, the at least one processor provides an alert based on the sleepiness level.
In various examples, the at least one processor receives a request for service via the vehicle and processes the request using the identity. In some examples, the at least one processor determines the person is not enrolled for biometric identification and enrolls the person.
In numerous implementations, a biometric identification system connected vehicle includes a component, at least one non-transitory storage medium that stores instructions, and at least one processor. The at least one processor executes the instructions to receive an identity of a person determined using a digital representation of a biometric and configures the component using the identity.
In some examples, the component is a seat of the biometric identification system connected vehicle and configuration of the component includes changing a position of the seat. In various examples, the component is a climate control system of the biometric identification system connected vehicle and configuration of the component includes changing a setting of the climate control system. In numerous examples, the component is an entertainment system of the biometric identification system connected vehicle and configuration of the component includes altering a setting of the entertainment system of the biometric identification system connected vehicle. In some implementations of such examples, altering the setting of the entertainment system includes programming a set of radio stations. In various examples, the at least one processor configures the component by disabling operation of the biometric identification system connected vehicle if the person is unauthorized to operate the biometric identification system connected vehicle.
The disclosure will be readily understood by the following detailed description in conjunction with the accompanying drawings, wherein like reference numerals designate like structural elements.
Reference will now be made in detail to representative embodiments illustrated in the accompanying drawings. It should be understood that the following descriptions are not intended to limit the embodiments to one preferred embodiment. To the contrary, it is intended to cover alternatives, modifications, and equivalents as can be included within the spirit and scope of the described embodiments as defined by the appended claims.
The description that follows includes sample systems, methods, apparatuses, and computer program products that embody various elements of the present disclosure. However, it should be understood that the described disclosure may be practiced in a variety of forms in addition to those described herein.
The following disclosure relates to biometric identification system connected vehicles. A vehicle (such as a car, truck, van, all-terrain vehicle, plane, helicopter, motorcycle, bus, and so on) may be connected to a biometric identification system. A biometric may be obtained from a person at a vehicle, as the person approaches the vehicle, and so on. The person may be identified based on the obtained biometric and/or one or more digital representations or abstractions thereof. The vehicle may then be configured for the person based on the identification.
This may improve efficiency of the vehicle as fewer interactions may be necessary in order to configure the vehicle for the person as compared to adjusting individual components. Further, this may enable functionality of the vehicle that would not otherwise be possible, such as automatic recognition of a person and configuration of the vehicle based thereon. This technological solution to customized configuration of the vehicle for particular people may securely and reliably enhance operation and functionality of the vehicle.
For example, the vehicle may be configured by unlocking the vehicle and/or otherwise enabling one or more components (such as a starter) that allow use of the vehicle. By way of another example, the vehicle may be configured by determining permissions the person has with respect to the vehicle and enforcing those permissions. In yet another example, the vehicle may be configured by adjusting one or more components for the person (such as adjusting one or more seats, steering wheel positions, radio stations, entertainment systems, climate control systems, and so on according to one or more preferences of the person). In still other examples, the vehicle may be configured by enabling the person to order one or more goods or services via the vehicle based upon the identification (such as purchasing a meal via a touch screen or other interface associated with the vehicle, ordering servicing for the vehicle like refueling or scheduling an oil change, arranging lodging or airfare, accessing an email or other account corresponding to the person, and so on). In yet other examples, the vehicle may be configured by renting the vehicle for the person. In yet other examples, the vehicle may be configured by allowing operation if the person has a valid operator's license, rental agreement, insurance policy, and so on covering the vehicle.
In some implementations, the biometric may be obtained by a biometric reader associated with but not coupled to the vehicle. For example, a camera proximate the vehicle may obtain one or more images of the person's face, gait, iris, and so on as the person approaches the vehicle. In other examples, the biometric reader may be located outside and/or within the vehicle. For example, a fingerprint reader may be coupled to a door handle, a steering wheel, and so on.
In numerous implementations, any number of different computing or other devices may be arranged in a variety of different configurations to accomplish the above operations. For example, the biometric reader may be coupled to a computing device or other controller (which may or may not be a component of the vehicle) that communicates with a biometric identification system for identifying the person associated with the biometric. In some implementations, the biometric reader may pass information to the vehicle, which may then exchange information with a biometric identification system to identify the person and obtain data from the biometric identification system to use in configuring itself for the person. In other implementations, a device coupled to the biometric reader may obtain information related to the biometric and exchange information with a biometric identification system, which may then provide data to use in configuring the vehicle to the device, the vehicle, and so on. Any number of networking and processing arrangements are possible and contemplated without departing from the scope of the present disclosure.
These and other embodiments are discussed below with reference to
In various implementations, the biometric identification system connected vehicle technology of the present disclosure may enable users of vehicles with hourly, daily, or subscription rental or lease agreements (as well as vehicles owners) to use a single biometric identity to unlock vehicles; lock vehicles; make purchases from within the vehicle for on-board services (such as On-Star™ or Sirius™); make purchases from external pay services such as tolls or parking garages; personalize vehicle settings such as radio stations, seat positions, mirror positions, and climate control; and so on. In addition, entertainment and Internet services (such as music services, text, or email services) may be immediately configured and authenticated.
The biometric identification system connected vehicle technology may automatically identify drivers and their license credentials to relevant parties. As such, the drivers may not need to show license credentials upon renting or using a subscription vehicle, or exiting a rental facility.
The biometric identification system connected vehicle technology may also enable immediate and enduring data about vehicle operation. This may include, but is not limited to, the person who is driving the vehicle, the duration of operation, facial expressions, recognition of duress, and so on. The person's data can be made available to external users. For example, the data may be made available to insurance companies, automobile manufacturers, and so on. The data may also be aggregated for use in marketing and trend analysis.
A person's privileges and/or preferences with respect to one or more vehicles may be stored and maintained. The person's privileges and/or preferences may be entered manually, automatically updated by interaction with the person, and so on. For example, a person may adjust seat settings. The person's adjustment may be recorded and seats may be adjusted according to the recorded information the next time the person uses that vehicle or another vehicle.
For example, a person enrolled with the biometric identification system may walk into a car rental office. The person may use their biometric to confirm the person's reservation. As such, the person may be automatically given keys to the vehicle or use the person's biometric to enter the vehicle and turn the vehicle on or off. Upon entering the vehicle, the person may provide one or more biometrics. Such biometrics may be any modality (e.g., biometric type). Modalities may include, but are not limited to, face, iris, finger, voice, and so on. The biometric may allow access and immediately set various vehicle components to the person's preferences. For example, seats, radio stations, internet components, phone, and so on preferences may be set for the person. The person may exit the rental facility by showing the person's biometric (in some implementations, without having to take out or otherwise provide a license or rental agreement). The person may lock the vehicle by providing a biometric for a period of time, such as staring into a camera or keeping a finger on a fingerprint reader for an extended period of time (such as thirty seconds). Upon leaving the vehicle, all of the person's personal, private settings (such as those enabling email or other private access account integration) may be erased.
Through biometric sensors, readers, or devices (such as cameras, fingerprint readers, and so on) and integrated artificial intelligence (AI), the user's facial expressions may be managed and identified. Actions may be performed based thereon. Such actions may include, but are not limited to, recording, reporting, altering available services, vehicle access, alerting authorities in cases of duress, ceasing operation of the vehicle if an unauthorized driver sits in the driver's seat, and so on.
The biometric identification system connected vehicle technology may allow a single enrollment to enable use of the functionality across an open network of unrelated and independent automobile components, manufacturers, agencies, outlets, and so on. For example, a person may register with a single biometric identification service and utilize any vehicles connected to that service without registering for additional vehicles.
In some implementations, the biometric identification system connected vehicle technology may allow enrollment in the biometric identification system from within a vehicle. In various implementations, the biometric identification system connected vehicle technology may allow enrollment in the biometric identification system from a mobile device within (and/or determined to be within, such as by using a global positioning system or near field antenna of the mobile device) the vehicle.
In some implementations, an API identifier may be integrated within the vehicle's electronic components (such as a central console information and entertainment system and so on) and the API may pass information to these devices. The API may pass information to such devices in a format in which the devices are configured to accept information.
In various implementations, there may a central control hub that organizes and/or controls other components. Such a central control hub may request the information (such as from the API, the biometric identification system, and so on) and direct the data and permissions appropriately. For other implementations, the API, vehicle, biometric identification system, and so on may be directly integrated with individual devices. In such cases, upon biometric information, the API, vehicle, biometric identification system, and so on may push the appropriate information, configurations, or privileges to one or more devices. Such device may not store that information after logout or other cessation of vehicle use by the person.
In implementations where validation of whether or not an appropriate person is attempting to operate a vehicle is performed, a biometric of the operator of the vehicle (such as a picture of the person's face) may be compared to an access control list or other permission structure. In some examples, an operator's biometrics may be obtained passively during operation. For example, an operator's biometrics may be obtained passively during operation of the vehicle via a camera in the rear view mirror and compared to a privilege list.
In various implementations, various access control lists or other permission structures may indicate one or more permissions that one or more people have with respect to the vehicle. Such permission structures may be stored locally and/or remotely. Permission structures may range in formats from simple lists of names and permissions in text files, spreadsheets, and so on to complex databases like an LDAP (Lightweight Directory Access Protocol), a non-SQL (structured query language) database, and so on.
For example, a parent may have full use of all vehicle components 205 whereas a teenage child may be allowed to use a vehicle during daylight hours (whether by parental control, legal restrictions, and so on). When the person is identified, the permissions may be obtained and the vehicle 201 may be configured to enforce those permissions. For example, the vehicle 201 may be configured for the teenage child to only start during daylight hours, and to transmit notifications to the parent if a speed limit is exceeded.
In some implementations, a biometric identification system 204 to which the vehicle is connected may register people. If a biometric is obtained for an enrolled person, the person may be identified and the vehicle 201 may be configured accordingly. However, if the person is not enrolled, the person may be prompted to enroll. The vehicle 201 may be configured to enroll the person.
For example,
In various implementations, a biometric identification system connected vehicle may be used to validate an operator.
The vehicle 401 may also be used to validate the operator by monitoring one or more biometrics during use of the vehicle and/or the person's use of the vehicle. For example, the vehicle 401 may be configured to capture images of the person's face during use and/or evaluate the images for facial distress or other facial characteristics, which may use artificial intelligence. The vehicle 401 may perform one or more actions based on such monitoring and/or evaluation.
For example, the vehicle 401 may monitor and record facial distress or other facial characteristics and provide such recorded information to the owner of the vehicle 401, a provider of an insurance policy to the person, and so on. The recorded facial distress or other facial characteristics may indicate misuse of the vehicle, such as speeding, reckless driving, road rage, and so on. Based on the recorded information, one or more entities may be able to change or eliminate permissions of the person with respect to the vehicle, cancel or restructure an insurance policy, change rental rates, and so on. The recorded facial distress or other facial characteristics may also indicate dissatisfaction and may be used to offer the person assistance, change various configurations (such as increasing a temperature of the vehicle 401 using a climate control system when facial distress analysis indicates that the person is cold), and so on. Various arrangements are possible and contemplated.
The abstract biometric ID data structure, which may be secure in itself (for example, the abstract biometric ID data structure may be a hash which may include data to uniquely compare with stored information related to the obtained biometric but may not include the biometric or a digital representation thereof in a way that allows for the biometric itself to be derived or determined), may be further secured through a multiple of protocols including dual certification HTTPS, in-flight encryption, and non-redundant encryption. This may mean that the abstract biometric ID data structure may be encrypted in-flight using different protocols each time.
The abstraction technology of the present disclosure may allow the abstract biometric ID data structure to be integrated with any matching engine 504 or matcher. A backend 503, gateway, or other device that receives the abstract biometric ID data structure may detect the biometric type of the abstract biometric ID data structure and format the abstract biometric ID data structure according to a proper template (e.g., a format specified for and/or appropriate to the particular matching engine 504 that matches that biometric type, the formatting putting the abstract biometric ID data structure into a form that the matching engine 504 can compare against a corresponding biometric database) of one or many templates for singular or parallel processing (abstract data structure and so on).
In the case of multi-modal abstract biometric ID data structures (such as combination of a facial image, an iris, and a gait and/or any other such combination of different biometric types), the backend 503 may detect each of the modalities, and run each of the modalities through an appropriate matching engine 504. Through the prioritization of modalities, scores, and statistical combinatorics, the backend 503 may determine a most accurate and/or likely match (e.g., identify the person associated with the biometric).
An associated payment account such as a credit or debit card or pre-existing payment instrument may or may not be associated with biometric payment as part of actions associated with stations that use identification as disclosed herein. Options for payment may include, but are not limited to, a credit card on file, a pre-existing credit balance, ACH, through credit based offline payments, the creation of a line of credit, and so on.
Upon pre-identification, the system 500 discussed herein may simultaneously perform pre-identification, process payments, perform actions involving identification, and validate any number of additional factors by communicating with one or more other servers 505a-505f. These additional factors may include, but are not limited to, validating age data, financial risk, criminality, terrorism, access permissions, operator licensing check, credit risk, opening a line of credit, and so on. In some implementations, the system discussed herein may be operable to open a line of credit to process a payment that has been otherwise declined.
Multiple biometric types may be accepted at a single point of contact. The backend 503 may determine, using the same or a different API call, which biometric type was used. The biometric API may use the abstract identifier by itself. In such cases, no additional information or hints may be required.
The biometric pre-identification system 500 discussed herein may or may not use a point of sale (POS) device 501 or system. In some implementations, the system 500 may integrate into commercial POS systems.
The biometric pre-identification system 500 may include libraries that enable the rapid reading and transmission of biometrics. Such libraries may be included for Android™, iOS™ Windows™, and/or other operating systems.
The system 500 may perform credit risk checks. This may allow for offline payments.
By using a “centralized” backend 503 (e.g., a single system that various POS or other devices may connect to for biometric pre-identification, not necessarily a single device as the backend 503 may be one or more computing devices that may interact to perform the functions discussed herein such as one or more cloud computing configurations, cooperative processing configurations, and so on) for pre-identification and/or other identity verification, biometrics may be registered once, in any location, and reused across different ecosystems. In other words, any number of different devices 501 using the API or software may transmit abstract biometric ID data structures to the backend 503 without people needing to separately register the associated biometric at each device.
The backend 503 technology may retrieve biometric data from any repository of biometric information. In some cases, the backend 503 may store such a repository. In other cases, the repository may be stored remotely.
The backend 503 technology may distribute and/or limit credit or debit card access to improve security and maintain payment card industry (PCI) compliance. The backend 503 technology may also distribute and/or limit access to other payment options, other private information for identified people, and so on.
Users may enter one or more biometrics into any biometric reader 502 of a device 501. The device 501 may stand alone, be integrated into an on-premises POS, or be on a mobile device. There may be multiple devices 501 present.
An API may reside in an application that is integrated into the device 501 or connected devices. Examples of such devices 501 may include, but are not limited to, a point of sale device, a mobile device, tablet, or any other computer device. The API may receive the data from the device 501 and may generate and send an abstracted, encoded biometric identifier to the backend. This abstract biometric ID data structure may be of any form or structure (e.g., a hash and so on), may involve serialization or packetizing of a digital representation of the biometric, and/or various other processing. The abstract biometric ID data structure may be unreadable on its own (for example, the abstract biometric ID data structure may be structured in a way that can be coherently interpreted by a program that understands the format of digital data contained therein but otherwise appears to be a random string of zeroes and ones), and may be of any modality (type of biometric), from any hardware. It may be sent via dual certificate HTTPS and on-the-fly unique encryption to the backend 503.
The backend 503 may decrypt the transmission, interpret the modality or modalities of the data structure of the abstract biometric ID data structure, and dynamically create templates or formats associated with any number of matching engines 504 that are compliant with the sent modality or modalities. The matching engine 504 may execute on the backend 503 and/or on another device with which the backend 503 is operable to communicate.
The matching engine 504 may retrieve biometric information from any biometric repository, including the backend's 503 own repository. In the case of multi-modal abstract biometric ID data structures, the backend 503 may detect each of the modalities, run each of them through the proper matching engine(s) 504 and through the prioritization of modalities, scores, statistical combinatorics, and so on, and determine a most accurate and/or likely match (e.g., identify a person associated with the biometric).
If the abstract biometric ID data structure is identified, the abstract biometric ID data structure may be simultaneously and/or otherwise sent to a number of pre-identification, information, validation, and/or other services or servers 505a-505f. Such services or servers 505a-505f may include, but are not limited to, an age validation service, a terrorist risk service, a criminality service, a wanted list, a credit check service, a payment engine, a line of credit account validation service, and so on.
The API may return data (which may be received from the backend 503 and/or may be transmitted by a backend 503 to a station associated with the device running the API) that indicates one or all of the requested information. For example, requested information may include, but is not limited to, whether the individual is pre-identified, the identity of the individual, information about the individual to be used with actions performed by a station using identification, whether the individual has an approved purchase, if they're of a specific age (such as twenty-one for purchase of alcohol or gambling services), if they have a risk score that indicates either a criminal or terrorist risk factor (e.g., money laundering), if they have an approved line of credit, and so on. This return may be formatted in a variety of ways. For example, the return may be itemized, with or without explanation, be a single decline with or without an explanation, be a risk score that can be assessed per merchant either through human intervention or through code written in a POS, and so on. The API may also return results, explanations, or codes based upon predefined rules, logic, algorithms, and so on. The API may transmit the results to an associated station.
In various implementations, upon the return of a positive identity match from an identification system, the API may return an identity object or token and, potentially, biometric information that may be integrated into any permissions, access, credentialing or ticketing system that stores the identity of the person. In the case of tickets or access that uses age verification or financial eligibility, this may be done simultaneously prior to the issuing of credentials.
In the case of ticketing, payment may occur simultaneously. An associated credit card or pre-existing payment instrument may not be required to be associated with the biometric payment service. Options for payment include, but are not limited to, a credit card on file, a pre-existing credit balance, ACH, through credit based offline payments or the creation of a line of credit.
In various implementations, a person may actively or passively present a biometric or digital identity associated with a vehicle. Examples may include a face passing a camera, iris, finger, voice, gait, and so on. The person may actively or passively present the biometric upon approaching the vehicle, upon reaching the vehicle, after entering the vehicle, and so on. A biometric reader that obtains the biometric may be proximate to the vehicle, connected to an exterior of the vehicle, located inside the vehicle, and so on.
The API may reside in an application that is integrated into the device 501, or a connected device, such as a mobile device, tablet, or any other computer device. The API may receive the data from the device 501 and send an abstracted, encoded biometric identifier to the backend 503. This identifier may be of any form or structure (e.g., a hash), may be unreadable on its own, and may of any modality, from any hardware. It may be sent via dual certificate HTTPS and on-the-fly unique encryption to the back-end.
The backend 503 may decrypt the transmission, interpret the modality or modalities and the data structure, and dynamically create templates or formats associated with any number of matchers compliant with the sent modality or modalities.
The matching engine 504 may retrieve biometric information from any biometric repository, including a repository of its own. In the case of multi-modal identifiers (e.g., different types of biometrics), the backend 503 may detect each of the modalities, run each of the modalities through the proper matching engine(s) and through the prioritization of modalities, scores, and statistical combinatorics, and determine a most accurate and/or likely match (e.g., identify an associated person).
If the image (abstract biometric ID data structure) is identified, the identity may be simultaneously sent to a number of information and validation services. This may include, but not be limited to, an age validation service, a terrorist risk service, an operator's license service, a criminality service, a wanted list, a credit check service, a payment engine, a line of credit account validation service, and so on.
The API may return data that indicates one or all of the requested information (e.g., whether the individual has approval to operate the vehicle, how the person may operate the vehicle, whether or not the person has a valid operator's license, whether or not the person has an insurance policy covering use of the vehicle, vehicle operation violations, coverage of an insurance policy relating to use of the vehicle, age validation, and so on). This information may be integrated into vehicle control systems that operate vehicle control systems, radios or other entertainment systems, product or service ordering systems accessible via the vehicle, seatbelts, seats, climate control systems, and so on.
The information that is returned from the API may be integrated into vehicle components. This may be performed through the Internet of things, a vehicle's individual applications or services, and so on. For example, this may be performed through a vehicle's controller interacting with smart seat components, smart climate control components, smart entertainment systems, and so on.
610: Any biometric reader or device may be used. The device may be a component of a vehicle, coupled to the vehicle inside the vehicle, coupled to the vehicle outside of the vehicle, associated with the vehicle and proximate, associated with the vehicle and remote, stand-alone, embedded in a mobile device, part of or attached to a tablet, computer, point of sale system, and so on. Rapid biometric IDs may be integrated in POS systems, including those based on Windows™, Android™, iOS™, and so on. The API may be included in an application that is connected to the device or embedded in the device.
620: The technology discussed herein may be designed to abstract the biometric ID process. This may create an abstract biometric ID data structure that may be an image, a data structure, a hash, or any mathematical or computer based construct. The abstract biometric ID data structure may represent any biometric type or modality. Examples include, but are not limited to, a finger, face, voice, iris, or gait. This may give the disclosed system the ability to work with any hardware, any modality, or multiple modalities at a single time.
630: The abstract biometric ID data structure, secure in itself, may be further secured through a multiple of protocols. This may include, but is not limited to, dual certification HTTPS, in-flight encryption, non-redundant encryption, and so on. This may mean that the abstract biometric ID data structure is encrypted in-flight using different protocols each time.
740: The abstract biometric ID data structure may be unencrypted and cast to the proper modality. In the case of multi-modal abstract biometric ID data structures, the modality of each may be detected.
750: The abstract biometric ID data structure may then be converted to the proper template format for the matching engine(s) appropriate for the detected modality. Each abstract biometric ID data structure may be run through the appropriate matching engine(s) and through the prioritization of modalities, scores, statistical combinatorics, and so on to determine the most accurate match.
760: The person associated with the biometric may be identified. In some cases, a person may not be identified as the biometric may not have been registered with the system or the biometric repository. In such a case, the backend may return an error, prompt for an enrollment process, and/or perform various other actions related to a failed identification.
770: Prior to returning the identification, the abstract biometric ID data structure may be sent to various services or servers in order to return various requested or other information. Services or servers may include, but are not limited to, permissions from an access control list or other permission structure, an operator's license status, an insurance status, a rental agreement status, a risk score, a credit account creation, payment engine, a criminal data check, and so on.
780: Return identification data and associated information. This may be returned to the API, the device associated with the API, an associated device, a station associated with the device running the API, and so on.
The abstract biometric ID data structure and/or other payload provided by the API may include capture of one or more biometric modalities, billable amounts, biometric capture quality indications, biometric template and/or processing hints or directions, times of capture, device details, other related metadata, and so on. The response may include pre-identification, identity confirmation or rejection, age validation or rejection, payment approval or rejection, risk score threshold approval or rejection, vehicle use conditions, purchase throttling (e.g., a limit on an amount of alcohol or other controlled item that may be purchased in a particular time frame), and so on.
As shown, identity determination may use the formatted abstract biometric ID data structure, template, or other processed version of the abstract biometric ID data structure to determine identity using a number of different methods. A first method 901 may be a high fidelity modality method. In such a method, the identity determination may determine and extract biometrics and then perform identification through a matching engine 504.
A second method 902 may be a mixed modality method. In such a method, biometrics may be determined and extracted from a higher fidelity modality or higher quality biometric, a first identification may be performed through a matching engine associated with the determined and extracted biometric, and a remaining modality or modalities may be used to perform a second identification from a reduced gallery resulting from the first identification (such as where a facial recognition is used as a first identification to generate a reduced biometric gallery for comparison of irises).
A third method 903 may be an intelligent gallery reduction method. In such a method, biometrics may be determined and extracted; metadata, hints, and caller information may be used to generate a limited biometric gallery for comparison, and the determined and extracted biometric may be identified against the generated limited biometric gallery for increased matching accuracy.
It is understood that these first, second, and third methods 901, 902, 903 are provided for the purpose of example. Identity determination may be performed using a variety of different methods without departing from the scope of the present disclosure.
As further illustrated, an identity service 905 may provide biographical information retrieval, age validation, risk analysis, and so on. A payment gateway 904 may provide functions such as payment processing, payment throttling (e.g., limits to the amount of money that may be charged to various payment accounts whether within a particular time limit or in general), and so on.
Again, it is understood that the example process flow 900 of
For example, the matching engine gateway 1001 may provide an abstract biometric ID data structure 800 associated with the face of a person to a facial matching engine adapter 1002 associated with a matching engine 504 provided by Innovatrics™. By way of another example, the matching engine gateway 1001 may provide an abstract biometric ID data structure 800 associated with the face of a person to a facial matching engine adapter 1002 associated with a matching engine 504 provided by Chui™. By way of still another example, the matching engine gateway 1001 may provide an abstract biometric ID data structure 800 associated with the face of a person to a facial matching engine adapter 1002 associated with a matching engine 504 provided by Rank One Computing™. By way of yet another example, the matching engine gateway 1001 may provide an abstract biometric ID data structure 800 associated with the fingerprint of a person to a fingerprint matching engine adapter 1002 associated with a matching engine 504 provided by Innovatrics™. In still another example, the matching engine gateway 1001 may provide an abstract biometric ID data structure 800 associated with the fingerprint of a person to a fingerprint matching engine adapter 1002 associated with a matching engine 504 provided by BioMoRF Systems Limited™. In yet another example, the matching engine gateway 1001 may provide an abstract biometric ID data structure 800 associated with the iris of a person to an iris matching engine adapter 1002 associated with a matching engine 504 provided by FotoNation™.
For example, the biometric may include an image of the person's face as the person approaches the vehicle. The person may be identified based on the biometric. Based on the identification, it may be determined that the person has a rental agreement to operate the vehicle, has a valid driver's license for the vehicle, and has an insurance policy that covers the person driving the vehicle. The vehicle may thus be configured to unlock the doors of the vehicle and allow the vehicle to be started and driven. The vehicle may also be configured to adjust the driver's seat of the vehicle to a particular position for the person, climate controls may be adjusted to a particular configuration of settings for the person, and a radio of the vehicle may be programmed according to preferences of the person.
By way of another example, a vehicle may operate autonomously, such as a self-driving automobile. For example, a person may use a mobile electronic device to summon a self-driving automobile to pick the person up at a first location and take the person to a second location for a fee. When the vehicle arrives at the first location, a biometric may be obtained from the person (such as a camera capturing an image of the person's face, reading a fingerprint of the person via a sensor on a door handle, and so on) to ensure that the person is the one who summoned the vehicle. The vehicle may ensure the person is the one who summoned the vehicle before unlocking a door to let the person inside, before departing to the second location, and so on.
In various examples, this example method 1100 may be implemented as a group of interrelated software modules or components that perform various functions discussed herein. These software modules or components may be executed by one or more computing devices. For example, these software modules or components may be executed by the device 102 or vehicle 101 of
Although the example method 1100 is illustrated and described as including particular operations performed in a particular order, it is understood that this is an example. In various implementations, various orders of the same, similar, and/or different operations may be performed without departing from the scope of the present disclosure.
For example, the example method 1100 may further include monitoring the person. Monitoring the person may include monitoring the biometric. Various configurations are possible and contemplated without departing from the scope of the present disclosure.
In various embodiments, a connected vehicle biometric identification system may include a biometric reader that obtains a biometric and a vehicle, including a component. The vehicle may receive an identity of a person determined using the biometric and configure the component using the identity.
In some examples, configuration of the component may allow the person to operate the vehicle. In various examples, configuration of the component may unlock the vehicle. In numerous examples, configuration of the component may determine permissions for the person and allow operation of the vehicle based on the permissions. In some implementations of such examples, determining the permissions may include determining whether the person has a valid license to operate the vehicle. In various implementations of such examples, determining the permissions may include determining whether the person has an insurance policy that covers operation of the vehicle. In numerous implementations of such examples, determining the permissions may include determining whether the person has a rental agreement relating to the vehicle.
In some embodiments, a connected vehicle biometric identification system may include at least one non-transitory storage medium that stores instructions and at least one processor. The at least one processor may execute the instructions to determine an identity for a person using a digital representation of a biometric and configure a component of a vehicle using the identity.
In various examples, the at least one processor may monitor facial distress during operation of the vehicle. In some implementations of such examples, the at least one processor may perform an action based on the facial distress.
In some examples, the at least one processor may determine a sleepiness level of an operator. In some implementations of such examples, the at least one processor may provide an alert based on the sleepiness level.
In various examples, the at least one processor may receive a request for service via the vehicle and process the request using the identity. In some examples, the at least one processor may determine the person is not enrolled for biometric identification and enroll the person.
In numerous embodiments, a biometric identification system connected vehicle may include a component, at least one non-transitory storage medium that stores instructions, and at least one processor. The at least one processor may execute the instructions to receive an identity of a person determined using a digital representation of a biometric and configure the component using the identity.
In some examples, the component may be a seat of the biometric identification system connected vehicle and configuration of the component may include changing a position of the seat. In various examples, the component may be a climate control system of the biometric identification system connected vehicle and configuration of the component may include changing a setting of the climate control system. In numerous examples, the component may be an entertainment system of the biometric identification system connected vehicle and configuration of the component may include altering a setting of the entertainment system of the biometric identification system connected vehicle. In some implementations of such examples, altering the setting of the entertainment system may include programming a set of radio stations. In various examples, the at least one processor may configure the component by disabling operation of the biometric identification system connected vehicle if the person is unauthorized to operate the biometric identification system connected vehicle.
At 1250, after it is determined that the identified person is authorized to operate the vehicle, operation is allowed. The flow then proceeds to 1260 where one or more components of the vehicle are configured for the person.
For example, the owner of a vehicle may provide input that the owner or the owner's spouse may operate the vehicle at any time but that the owner's child may only operate the vehicle after school hours and before dusk. A biometric may be obtained from a fingerprint sensor coupled to a steering wheel of the vehicle. If the person associated with the biometric is identified as the owner or the owner's spouse, operation may be allowed. However, if the person associated with the biometric is identified as the owner's child, operation may only be allowed if a current time is after school hours and before dusk.
By way of another example, a person may have their driver's license revoked or suspended for driving related infractions. When the person is identified, the revoked or suspended status of the person's license may be determined. As such, operation of the vehicle may be prohibited.
In yet another example, a person may be identified as having a learner's permit rather than a driver's license. The learner's permit may allow the person to legally operate the vehicle, but only when a parent (or, in some examples, a licensed adult driver) is present in the vehicle. As such, one or more biometrics (such as facial images) may be captured and evaluated corresponding to any other people present in the vehicle. If the parent is identified as present in the vehicle, operation of the vehicle may be enabled for use by the person associated with the learner's permit. If not, operation of the vehicle may be disabled.
In other cases, a person with a learner's permit or other limited permission use (such as a child, a vehicle renter, a person who has been loaned the vehicle, and so on) may be permitted to operate the vehicle with only certain other people present in the vehicle. As such, one or more biometrics (such as facial images) may be captured and evaluated corresponding to any other people present in the vehicle to determine whether or not unauthorized people are present. If so, operation of the vehicle may be disabled. If no unauthorized people are present, the person may be allowed to operate the vehicle.
Further, in such an implementation, actions of the other people present in the vehicle may be monitored. If other people present become boisterous (such as yelling, leaning out of open windows, throwing objects from the vehicle, and so on), operation of the vehicle may be disabled, notifications may be provided (such as to the operator of the vehicle, remotely to the owner of the vehicle, and so on).
Moreover, regardless whether or not any restrictions are enforced regarding other people present in the vehicle, other configurations may be made for a person with a learner's permit or other limited permission use. For example, potential distractions such as a radio or other entertainment system may be disabled whenever the vehicle is being operated by such a person. Further, operating habits (such as speeding, potential reckless driving, and so on) may be recorded and reported for such an operator even if such operating habits are not recorded and reported for other operators.
In various implementations, the vehicle may include various safety and/or autonomous operation systems that may be operated at different levels based on various determined conditions of an operator, such as age (including youth operators, elderly operators, and so on), operator infractions (such as driving under the influence convictions, speeding tickets, and so on), intoxication, distraction, sleepiness, and so on. The safety and/or autonomous operation systems may be adjusted between these various levels based on changes in operator conditions, other conditions, and so on.
For example, safety and/or autonomous operation systems may include multiple intervention levels configured based on a sleepiness level of the operator. At a lowest level where the operator is determined to be fully alert, no intervention may be performed. At a next level where the operator is determined to be slightly sleepy, an alert may be provided to wake the operator up more fully. At a yet next level where the operator is determined to be falling asleep, safety mechanisms such as seatbelts may be engaged if not currently in use and loud music may be played (louder than the alert if the alert included audio) to wake the operator up. At a highest level where the operator is determined to be asleep, an autonomous driving system may take over to guide the vehicle to a safe stopping position, whereupon operation of the vehicle may be disabled.
Various other intervention levels for a variety of different safety and/or autonomous operation systems may be configured for a vehicle based on numerous operator conditions. For example, intervention levels for safety and/or autonomous operation systems may be configured for operator intoxication, operator distress, health condition status, and so on. Various arrangements are possible and contemplated without departing from the scope of the present disclosure.
In various examples, this example method 1200 may be implemented as a group of interrelated software modules or components that perform various functions discussed herein. These software modules or components may be executed by one or more computing devices. For example, these software modules or components may be executed by the device 102 or vehicle 101 of
Although the example method 1200 is illustrated and described as including particular operations performed in a particular order, it is understood that this is an example. In various implementations, various orders of the same, similar, and/or different operations may be performed without departing from the scope of the present disclosure.
For example, in some implementations authorization may be revoked after being allowed. In such an example, operation may be prohibited after being allowed if the authorization is revoked. Various configurations are possible and contemplated without departing from the scope of the present disclosure.
For example, the vehicle may include an interface, such as a touch screen, that may be used to place an order for a meal, lodging, service request for the vehicle (such as scheduling a tow service, oil change, tire replacement, and so on), and/or other product or service. The placement of the order may thus be a request for service received via the vehicle. As the person has already been identified, the order may be placed for the identified person. This may include payment for the order using payment options associated with the person; specification of order parameters such as order details, pickup location, and so on that are associated with the person; and/or any other parameters related to placement of the order that may be associated with the person.
By way of another example, the interface may be used to access an account associated with the identified person. Such accounts may include email accounts, financial accounts, social media networks, virtual private networks, and so on. Thus, the service request may include the person requesting access to the account associated with the person. As the person has already been identified, access may be provided via the interface without requiring separate log in information or other credentialing.
In various examples, this example method 1300 may be implemented as a group of interrelated software modules or components that perform various functions discussed herein. These software modules or components may be executed by one or more computing devices. For example, these software modules or components may be executed by the device 102 or vehicle 101 of
Although the example method 1300 is illustrated and described as including particular operations performed in a particular order, it is understood that this is an example. In various implementations, various orders of the same, similar, and/or different operations may be performed without departing from the scope of the present disclosure.
For example, the example method 1300 is illustrated and described as returning to 1310 if a request for service is not received via the vehicle. However, in various implementations, the flow may instead return to 1340 where the determination is again made. Various configurations are possible and contemplated without departing from the scope of the present disclosure.
At 1450, after it is determined that the person is not enrolled in the biometric identification system, the person may be prompted to enroll. The prompting may include obtaining identity proof information. The identity proof information may include any credential or information that assists in establishing the person's identity. For example, the identity proof information may include a picture of the person's driver's license, state identification card, military identification card, passport, and so on. The person may also be prompted for information that the person would know that other people would not be likely to know in order to establish the person's identity. In some cases, the identify proof information may be compared with information related to the biometric. For example, a picture on a driver's license may be compared to an obtained facial image in order to determine that the person is in possession of their own driver's license.
The person may then be enrolled in the biometric identification system (which may also involve payment for enrollment) at 1460. The flow may then proceed to 1430 where the person is identified before the flow proceeds to 1440 and the vehicle is configured for the person.
In various examples, this example method 1400 may be implemented as a group of interrelated software modules or components that perform various functions discussed herein. These software modules or components may be executed by one or more computing devices. For example, these software modules or components may be executed by the device 102 or vehicle 101 of
Although the example method 1400 is illustrated and described as including particular operations performed in a particular order, it is understood that this is an example. In various implementations, various orders of the same, similar, and/or different operations may be performed without departing from the scope of the present disclosure.
For example, the example method 1400 is shown as identifying the person at 1430 after enrolling at 1460. However, in various implementations, the biometric may be again provided before the person is identified. As such, the flow may return to 1410 after enrolling at 1460. Various configurations are possible and contemplated without departing from the scope of the present disclosure.
The flow then proceeds to 1540 where it is determined whether or not the permissions associated with the vehicle allow the person to operate the vehicle. If not, the flow proceeds to 1550 where operation is prohibited. Otherwise, the flow proceeds to 1560 where operation is allowed.
Next, the flow proceeds to 1570 where it is determined if the person is operating the vehicle. If not, the flow returns to 1510. Otherwise, the flow proceeds to 1580 where the person's facial distress is monitored. For example, images of the person's face may be obtained over time and analyzed to determine the person's level of distress. The flow then proceeds to 1590 where the facial images and/or analysis are recorded and/or reported. Other actions may also be taken. The flow then returns to 1570 where it is determined whether or not the person is still operating the vehicle.
For example, the person's level of facial distress may be reported to an insurance company. High levels of facial distress may be associated with poor driving. As such, the insurance company may cancel a person's policy, send warnings, advise driving classes, and/or perform other similar actions upon receiving indications of high facial distress.
By way of another example, the person's level of facial distress may be reported to a rental car agency that owns the vehicle. If the indications of facial distress suggest misuse of the vehicle, the rental car agency may perform actions such as revoking a rental agreement covering the vehicle, charging penalty fees or increasing the cost of the rental agreement, barring the person from renting in the future and/or setting rental fees for the person higher in the future, and so on.
In yet another example, the person's level of facial distress may be reported to a navigation program. Based on the level of facial distress, it may be determined that the person is lost. As such, navigation or other assistance may be offered.
In still another example, the person's level of facial distress may be reported to a roadside assistance service. Based on the level of facial distress, it may be determined that the vehicle is having mechanical difficulties. Assistance may thus be offered, scheduled, sent out to the vehicle, and so on.
Although the above describes monitoring facial distress, it is understood that this is an example. In various implementations, facial and/or other images or biometrics may be captured and evaluated during use of the vehicle for a variety of different purposes. In some implementations, monitoring may include evaluating vehicle operator or passenger intoxication, awareness, distraction, sleepiness, health, and so on.
For example, facial images of a vehicle operator may be captured and monitored to evaluate whether or not a vehicle operator is intoxicated. If the operator is determined to be intoxicated, the vehicle may be prevented from operating.
Although this example is described relating to facial images and monitoring of a vehicle operator after a vehicle has been configured, it is understood that this is an example. In some implementations, an intoxication or sobriety level may be determined from the biometric used to identify the person. For example, a phosphorescent fingerprint sensor may both detect a fingerprint using phosphorescence and determine blood flow by projecting light into a person's finger and measuring the light that is reflected back. An identity may be determined based on the fingerprint and an intoxication level may be determined based on the blood flow. By way of another example, an iris or retina scan may be used. A person may be identified using the iris or retina scan and the iris or retina scan may also be evaluated to determine an intoxication level. Facial images, body or eye movements, or similar body characteristics may also be used. In various examples, the vehicle may be configured based on the determined intoxication level as well as the determined identity. For example, an identified person may have privileges to use an automobile and identification would normally initiate configuring the automobile for use. However, the automobile may be configured in this way if the person is not determined to be intoxicated or otherwise impaired. If the person is determined to be intoxicated or otherwise impaired, the automobile may not be configured for use. Instead other actions may be performed, such as requesting a taxi, summoning assistance, and so on.
By way of another example, facial images of a vehicle operator may be captured and monitored to evaluate whether or not a vehicle operator is too tired to be operating the vehicle. If the operator is determined to be too tired to be operating the vehicle, the vehicle may be prevented from operating, the operator may be warned, actions may be taken to wake up the operator (such as turning on loud music, cooling the temperature in the vehicle, opening one or more windows, or the like), assistance may be summoned, and so on.
In yet another example, facial images of a vehicle operator may be captured and monitored to determine that the operator of a vehicle is having a diabetic emergency or other health condition. In the event of such a determination, the vehicle may be disabled or switched to an automated operation, the operator may be warned, lights and/or sirens may be used to warn nearby vehicles, assistance may be summoned, and so on. Various configurations are possible and contemplated without departing from the scope of the present disclosure.
In some implementations, health information for the person may be obtained upon identifying the person. For example, the above discusses determining whether a person is having a diabetic emergency or not. In some examples, identification of a person may include obtaining stored health information (such as the fact that a person has a diabetic condition, has a dementia condition, and so on). In such implementations, the person's condition may be evaluated in view of one or more conditions indicated in the health information. For example, a person may be monitored for a diabetic emergency if the person's health information indicates that they have a diabetic condition. By way of another example, a person getting into an autonomous driving vehicle who is identified as having a dementia condition may be evaluated for lucidity before the vehicle departs. In this way, the vehicle may avoid transporting the person during times when the person may not be capable of stating a correct destination, avoiding getting the person lost.
In various examples, this example method 1500 may be implemented as a group of interrelated software modules or components that perform various functions discussed herein. These software modules or components may be executed by one or more computing devices. For example, these software modules or components may be executed by the device 102 or vehicle 101 of
Although the example method 1500 is illustrated and described as including particular operations performed in a particular order, it is understood that this is an example. In various implementations, various orders of the same, similar, and/or different operations may be performed without departing from the scope of the present disclosure.
For example, facial or other body characteristics other than facial distress may be monitored. One or more actions may be performed based on monitoring of other facial or other body characteristics. Various configurations are possible and contemplated without departing from the scope of the present disclosure.
For example, the biometric may be obtained by a camera that analyzes the gait of people entering a rental lot. A person may thus be identified and a vehicle may be prepared for the identified person. Preparation may include looking up an already booked rental, booking a new rental, determining vehicle preferences, processing payment for the rental, scheduling a vehicle to be brought to the person, scheduling goods or services associated with the vehicle (such as air travel, lodging, meals, and so on for the person who is renting the vehicle), programming a radio or other entertainment system of a vehicle, adjusting seats or other components (such as steering wheel positions, cabin temperatures, and so on), fueling the vehicle, and so on.
In various examples, this example method 1600 may be implemented as a group of interrelated software modules or components that perform various functions discussed herein. These software modules or components may be executed by one or more computing devices. For example, these software modules or components may be executed by the device 102 or vehicle 101 of
Although the example method 1600 is illustrated and described as including particular operations performed in a particular order, it is understood that this is an example. In various implementations, various orders of the same, similar, and/or different operations may be performed without departing from the scope of the present disclosure.
For example, in some implementations, the vehicle may be a purchased vehicle as opposed to a rental vehicle. Various configurations are possible and contemplated without departing from the scope of the present disclosure.
Although particular methods involving particular operations have been illustrated and described, it is understood that these are examples. In various implementations, various arrangements of the same, similar, and/or different operations may be performed without departing from the scope of the present disclosure. Various configurations are possible and contemplated.
Aspects of the present disclosure may be performed by one or more devices, such as one or more computing devices, that may be configured as part of a system. For example, one or more computing devices that perform one or more aspects of this disclosure may be part of a cloud computing system, cooperative computing arrangement, and so on. Such devices may include one or more processing units, one or more non-transitory storage media (which may take the form of, but is not limited to, a magnetic storage medium; optical storage medium; magneto-optical storage medium; read only memory; random access memory; erasable programmable memory; flash memory; and so on), and/or other components. The processing unit may execute one or more instructions stored in the non-transitory storage medium to perform one or more processes that utilize one or more of the techniques disclosed herein for biometric identification system connected vehicles.
For example,
Similarly, the vehicle 101 may include one or more processing units 1755 or other processors or controllers, communication units 1758, non-transitory storage media 1756, one or more vehicle components 1757 (such as one or more starters, entertainment systems, steering systems, seats, climate control systems, lights, and so on), and so on. The processing unit 1755 may execute instructions stored in the non-transitory storage medium 1756 in order to perform various functions. Such functions may include, but are not limited to, receiving biometric information from the device 102, receiving an identifier from the backend 1703, configuring a vehicle component 1757 according to an identification or received setting adjustment based on a received identification or permission, communicating with the device 102 and/or the backend 1703 using the communication unit 1758, and so on.
Likewise, the backend 1703 may include one or more processing units 1759 or other processors or controllers, communication units 1760, non-transitory storage media 1761, and so on. The processing unit 1758 may execute instructions stored in the non-transitory storage medium 1761 in order to perform various functions. Such functions may include, but are not limited to, communicating with the vehicle 101 and/or the device 102 using the communication unit 1760, receiving one or more abstract biometric IDs, determining the modality of an abstract biometric ID, formatting an abstract biometric ID for a matching engine, converting an abstract biometric ID to a template, determining identity using an abstract biometric ID, returning information, determining permissions or settings, returning permissions or settings, and so on.
Although a particular configuration of devices are shown and described, it is understood that this is an example. Various configurations are possible and contemplated without departing from the scope of the present disclosure. For example, the vehicle 101 and the device 102 are shown and described as separate, distinct devices. However, in various implementations, the device 102 may be a biometric reader 1753 incorporated into and/or communicably coupled to the vehicle 101.
In various implementations, a person may use a vehicle that is not one that the person normally uses. This may be an autonomous vehicle that the person is able to hire or use temporarily, a rental vehicle, a spouse's or other acquaintances vehicle, a rideshare vehicle, and/or any other vehicle that the person does not normally use. As the person does not normally use the vehicle, the vehicle may not be configured for the person when the person goes to use it. As such, in various examples, the person may be identified. The identity of the person may be determined in a variety of different ways (such as using one or more biometrics) and the vehicle may be configured for the person in a variety of different ways.
For example, one or more settings may be configured for the identified person. Settings may include climate settings, steering settings, seat position settings, media-related settings (such as radio presets, favorite songs, or the like), settings configuring access to person-specific data (such as mileage related to the person, last destination of the person, lists of possible destinations associated with the person, navigation related to the person, groups or radio station, satellite subscriptions, stored media for the person, or the like), particular diving mode settings (such as economy, performance, or the like), settings pairing the vehicle or components thereof pairing with particular devices (such as mobile phones or other mobile computing devices, digital media players, or the like), and so on.
By way of example, an automobile company may have a program where people can pay a flat fee a month to have one or more of a variety of different vehicles delivered. For instance, a person registered with such a program may request a sport utility vehicle for a weekend trip to the mountains and then switch to a sedan during the week. Based on such a request, the appropriate vehicle may be delivered to the person's house. Once the person's identity is determined (such as using one or more biometrics obtained from the person), the respective vehicle may be configured according to the determined identity. Various situations are possible and contemplated without departing from the scope of the present disclosure.
The present disclosure recognizes that biometric and/or other personal data is owned by the person from whom such biometric and/or other personal data is derived. This data can be used to the benefit of those people. For example, biometric data may be used to conveniently and reliably identify and/or authenticate the identity of people, access securely stored financial and/or other information associated with the biometric data, and so on. This may allow people to avoid repeatedly providing physical identification and/or other information.
The present disclosure further recognizes that the entities who collect, analyze, store, and/or otherwise use such biometric and and/or other personal data should comply with well-established privacy policies and/or privacy practices. Particularly, such entities should implement and consistently use privacy policies and practices that are generally recognized as meeting or exceeding industry or governmental requirements for maintaining security and privately maintaining biometric and/or other personal data, including the use of encryption and security methods that meets or exceeds industry or government standards. For example, biometric and/or other personal data should be collected for legitimate and reasonable uses and not shared or sold outside of those legitimate uses. Further, such collection should occur only after receiving the informed consent. Additionally, such entities should take any needed steps for safeguarding and securing access to such biometric and/or other personal data and ensuring that others with access to the biometric and/or other personal data adhere to the same privacy policies and practices. Further, such entities should certify their adherence to widely accepted privacy policies and practices by subjecting themselves to appropriate third party evaluation.
Additionally, the present disclosure recognizes that people may block the use of, storage of, and/or access to biometric and/or other personal data. Entities who typically collect, analyze, store, and/or otherwise use such biometric and/or other personal data should implement and consistently prevent any collection, analysis, storage, and/or other use of any biometric and/or other personal data blocked by the person from whom such biometric and/or other personal data is derived.
As discussed above and illustrated in the accompanying figures, the present disclosure relates to biometric identification system connected vehicles. A vehicle (such as a car, truck, van, all-terrain vehicle, plane, helicopter, motorcycle, bus, and so on) may be connected to a biometric identification system. A biometric may be obtained from a person at a vehicle, as the person approaches the vehicle, and so on. The person may be identified based on the obtained biometric and/or one or more digital representations or abstractions thereof. The vehicle may then be configured for the person based on the identification.
In the present disclosure, the methods disclosed may be implemented as sets of instructions or software readable by a device. Further, it is understood that the specific order or hierarchy of steps in the methods disclosed are examples of sample approaches. In other embodiments, the specific order or hierarchy of steps in the method can be rearranged while remaining within the disclosed subject matter. The accompanying method claims present elements of the various steps in a sample order, and are not necessarily meant to be limited to the specific order or hierarchy presented.
The described disclosure may be provided as a computer program product, or software, that may include a non-transitory machine-readable medium having stored thereon instructions, which may be used to program a computer system (or other electronic devices) to perform a process according to the present disclosure. A non-transitory machine-readable medium includes any mechanism for storing information in a form (e.g., software, processing application) readable by a machine (e.g., a computer). The non-transitory machine-readable medium may take the form of, but is not limited to, a magnetic storage medium (e.g., floppy diskette, video cassette, and so on); optical storage medium (e.g., CD-ROM); magneto-optical storage medium; read only memory (ROM); random access memory (RAM); erasable programmable memory (e.g., EPROM and EEPROM); flash memory; and so on.
The foregoing description, for purposes of explanation, used specific nomenclature to provide a thorough understanding of the described embodiments. However, it will be apparent to one skilled in the art that the specific details are not required in order to practice the described embodiments. Thus, the foregoing descriptions of the specific embodiments described herein are presented for purposes of illustration and description. They are not targeted to be exhaustive or to limit the embodiments to the precise forms disclosed. It will be apparent to one of ordinary skill in the art that many modifications and variations are possible in view of the above teachings.
Claims
1. A connected vehicle biometric identification system, comprising:
- a biometric reader that obtains a biometric;
- a vehicle, including a component, that: receives an identity of a person determined using the biometric; and configures the component using the identity.
2. The connected vehicle biometric identification system of claim 1, wherein configuration of the component allows the person to operate the vehicle.
3. The connected vehicle biometric identification system of claim 1, wherein configuration of the component unlocks the vehicle.
4. The connected vehicle biometric identification system of claim 1, wherein configuration of the component:
- determines permissions for the person; and
- allows operation of the vehicle based on the permissions.
5. The connected vehicle biometric identification system of claim 4, wherein determining the permissions includes determining whether the person has a valid license to operate the vehicle.
6. The connected vehicle biometric identification system of claim 4, wherein determining the permissions includes determining whether the person has an insurance policy that covers operation of the vehicle.
7. The connected vehicle biometric identification system of claim 4, wherein determining the permissions includes determining whether the person has a rental agreement relating to the vehicle.
8. A connected vehicle biometric identification system, comprising:
- at least one non-transitory storage medium that stores instructions; and
- at least one processor that executes the instructions to: determine an identity for a person using a digital representation of a biometric; and configure a component of a vehicle using the identity.
9. The connected vehicle biometric identification system of claim 8, wherein the at least one processor monitors facial distress during operation of the vehicle.
10. The connected vehicle biometric identification system of claim 9, wherein the at least one processor performs an action based on the facial distress.
11. The connected vehicle biometric identification system of claim 8, wherein the at least one processor determines a sleepiness level of an operator.
12. The connected vehicle biometric identification system of claim 11, wherein the at least one processor provides an alert based on the sleepiness level.
13. The connected vehicle biometric identification system of claim 8, wherein the at least one processor:
- receives a request for service via the vehicle; and
- processes the request using the identity.
14. The connected vehicle biometric identification system of claim 8, wherein the at least one processor:
- determines the person is not enrolled for biometric identification; and
- enrolls the person.
15. A biometric identification system connected vehicle, comprising:
- a component;
- at least one non-transitory storage medium that stores instructions; and
- at least one processor that executes the instructions to: receive an identity of a person determined using a digital representation of a biometric; and configures the component using the identity.
16. The biometric identification system connected vehicle of claim 15, wherein:
- the component comprises a seat of the biometric identification system connected vehicle; and
- configuration of the component comprises changing a position of the seat.
17. The biometric identification system connected vehicle of claim 15, wherein:
- the component comprises a climate control system of the biometric identification system connected vehicle; and
- configuration of the component comprises changing a setting of the climate control system.
18. The biometric identification system connected vehicle of claim 15, wherein:
- the component comprises an entertainment system of the biometric identification system connected vehicle; and
- configuration of the component comprises altering a setting of the entertainment system of the biometric identification system connected vehicle.
19. The biometric identification system connected vehicle of claim 18, wherein altering the setting of the entertainment system includes programming a set of radio stations.
20. The biometric identification system connected vehicle of claim 15, wherein the at least one processor configures the component by disabling operation of the biometric identification system connected vehicle if the person is unauthorized to operate the biometric identification system connected vehicle.
Type: Application
Filed: Jul 27, 2018
Publication Date: Jan 31, 2019
Inventor: Joe Trelin (New York, NY)
Application Number: 16/048,080