System and method for vehicle written material integration

Abstract

A vehicle system comprises: a storage device configured to store vehicle written material data representing physical vehicle written material; an input device configured to receive a command indicating a user's intention to load the written material data; an interface configured to verify the user authorization of the written material data; and an output device configured to electronically output the written material data in response to the command according to the user authorization, wherein the vehicle written material data is divided into a plurality of categories that can be accessed through different user authorizations.

Description

Technical Field

[0001] The present disclosure generally relates to vehicle systems and methods for processing vehicle paperwork such as driver licenses, vehicle registrations, and certificates of insurance. Background Art

[0002] During a traffic stop, the driver / passenger is often required to submit paperwork such as driver's license and vehicle registration to the police. Summary of the invention

[0003] In one or more illustrative embodiments, a vehicle system includes: a storage device configured to store vehicle written material data representing physical vehicle written material; an input device configured to receive a command indicating a user's intent to load the written material data; an interface configured to verify user authorization of the written material data; and an output device configured to electronically output the written material data in accordance with the user authorization in response to the command, wherein the vehicle written material data is divided into multiple categories that can be accessed through different user authorizations.

[0004] In one or more illustrative embodiments, a method includes: receiving user input indicating an intent to load vehicle written materials data representing physical vehicle written materials, the vehicle written materials data being divided into a plurality of categories of written materials provided during a traffic disruption; verifying user authorization for the vehicle written materials data; in response to input of the user credentials, loading the vehicle written materials data from a storage device; and outputting the loaded vehicle written materials data to an output device.

[0005] In one or more illustrative embodiments, a system for receiving digital vehicle written materials includes: a wireless transceiver configured to wirelessly receive vehicle written materials data representing physical vehicle written materials from a vehicle; a processor configured to process the vehicle written materials data for rendering; and a display configured to render digital vehicle written materials using the processed vehicle written materials data.

[0006] The details of one or more implementations are set forth in the accompanying drawings and the description below. Other features and advantages will become apparent from the description, drawings, and claims. BRIEF DESCRIPTION OF THE DRAWINGS

[0007] In order to better understand the invention and to show how it may be carried out, embodiments thereof will now be described, by way of non-limiting example only, with reference to the accompanying drawings, in which:

[0008] Figure 1 An exemplary block diagram topology of a vehicle system according to an embodiment of the present disclosure is shown;

[0009] Figure 2 An exemplary flow chart illustrating a process for recording vehicle written material data as part of the written material integration scheme of the present disclosure;

[0010] Figure 3 An exemplary flow chart showing a process for loading vehicle written material data as part of the written material integration scheme of the present disclosure;

[0011] Figure 4 An exemplary block diagram topology of a vehicle system according to another embodiment of the present disclosure is shown; and

[0012] Figure 5 Another exemplary flow chart of a process for loading and transferring vehicle written material data as part of the written material integration scheme of the present disclosure is shown. DETAILED DESCRIPTION

[0013] As required, detailed embodiments of the present invention are disclosed herein; however, it should be understood that the disclosed embodiments are merely exemplary of the present invention, and the present invention may be embodied in different and alternative forms. The drawings are not necessarily drawn to scale; some features may be enlarged or minimized to show details of particular components. Therefore, the specific structural and functional details disclosed herein should not be interpreted as limiting, but merely as a representative basis for teaching those skilled in the art to adopt the present invention in various ways.

[0014] The present disclosure generally provides a plurality of circuits or other electrical devices. All references to circuits and other electrical devices and the functions provided by each are not intended to be limited to only include the contents shown and described herein. However, specific labels can be assigned to various circuits or other electrical devices. Based on the specific type of electronic implementation required, such circuits and other electrical devices can be combined and / or separated from each other in any way. It should be recognized that any circuit or other electrical device disclosed herein may include any number of microprocessors, integrated circuits, memory devices (e.g., flash memory, random access memory (RAM), read-only memory (ROM), electrically programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM) or other suitable variations) and software that cooperates with each other to perform the operations disclosed herein. In addition, any one or more of the electronic devices may be configured to execute a computer program implemented in a non-temporary computer-readable medium programmed to perform any number of functions disclosed.

[0015] The present disclosure proposes, among other things, a vehicle written material integration solution that includes electronically storing and presenting vehicle written materials. More specifically, the present disclosure proposes a system and method for allowing vehicle occupants to securely present written materials stored in a vehicle system to a police officer via an electronic system.

[0016] Figure 1 An example diagram of a system 100 that can be used for vehicle written material integration is shown. Vehicle 102 may include various types of automobiles, cross-type multi-purpose vehicles (CUVs), sports multi-purpose vehicles (SUVs), trucks, recreational vehicles (RVs), ships, airplanes, or other mobile machines for transporting people or goods. In many cases, vehicle 102 may be powered by an internal combustion engine. As another possibility, vehicle 102 may be a hybrid electric vehicle (HEV) driven by both an internal combustion engine and one or more electric motors, such as a series hybrid electric vehicle (SHEV), a parallel hybrid electric vehicle (PHEV), or a parallel / series hybrid electric vehicle (PSHEV), a ship, an airplane, or other mobile machines for transporting people or goods. As an example, system 100 may include a SYNC system manufactured by Ford Motor Company of Dearborn, Michigan. It should be noted that illustrative system 100 is only an example, and more, less, and / or differently positioned elements may be used.

[0017] like Figure 1As shown, the computing platform 104 may include one or more processors 118 configured to execute instructions, commands, and other routines to support the processes described herein. For example, the computing platform 104 may be configured to execute instructions of a vehicle application 126 to provide features such as navigation, accident reporting, satellite radio decoding, vehicle written material integration, and hands-free calling. Various types of computer-readable storage media 122 may be used to maintain such instructions and other data in a non-volatile manner. Vehicle written material data 124 may be stored in the computer-readable storage medium 122. As an example, the vehicle written material data 124 may include information about an occupant's driver's license, vehicle registration, and / or insurance certificate. The computer-readable medium 122 (also referred to as a processor-readable medium or storage device) includes any non-temporary medium (e.g., tangible medium) that participates in providing instructions or other data that can be read by the processor 118 of the computing platform 104. Computer-executable instructions may be compiled or interpreted from a computer program created using a variety of programming languages ​​and / or techniques including, but not limited to, Java, C, C++, C#, Objective C, Fortran, Pascal, JavaScript, Python, Perl, and PL / SQL, either alone or in combination.

[0018] The computing platform 104 may be provided with various features that allow a vehicle occupant / user to interact with the computing platform 104. For example, the computing platform 104 may receive input from a human-machine interface (HMI) control 112 that is configured to provide occupant interaction with the vehicle 102. As an example, the computing platform 104 may interact with one or more buttons (not shown) or other HMI controls (e.g., steering wheel audio buttons, push-to-talk buttons, instrument panel controls, etc.) that are configured to invoke functions on the computing platform 104. The computing platform 104 may also drive or otherwise communicate with one or more displays 116 that are configured to provide visual output to the vehicle occupant via the video controller 114. In some cases, the display 116 may be a touch screen that is further configured to receive user touch input via the video controller 114, while in other cases, the display 116 may be just a display without touch input capabilities.

[0019] The various components of computing platform 104 may be further configured to communicate with other components of vehicle 102 via one or more in-vehicle networks 130. In-vehicle networks 130 may include, but are not limited to, one or more of a controller area network (CAN), Ethernet, and media oriented systems transport (MOST), as some examples.

[0020] The computing platform 104 may be configured to communicate with a mobile device 140 of a vehicle occupant via a wireless connection 138. Alternatively, the mobile device may be connected to the computing platform 104 via a wired connection (not shown). The mobile device 140 may be any of various types of portable computing devices, such as a cellular phone, a tablet computer, a smart watch, a laptop computer, a portable music player, or other device capable of communicating with the computing platform 104. In many examples, the computing platform 104 may include a wireless transceiver 108 such as a Zigbee transceiver, an IrDA transceiver, an RFID transceiver (not shown) that communicates with the Bluetooth module 110, the Wi-Fi module 106, and other modules, which is configured to communicate with a compatible wireless transceiver 148 of the mobile device 140.

[0021] The mobile device 140 may include one or more memories 144 and / or a processor 146 configured to execute instructions, commands, and other routines to support the processes described herein. For example, the computing platform 104 may be configured to execute instructions of the mobile application 156 to provide features such as vehicle written material integration, which may include taking photos using the camera 150 and / or displaying images using the display 142. The mobile device 140 may be further configured to record vehicle written materials using the camera 150, and transmit the image of the written material to the computing platform 104 via the wireless connection 138. In response to the transmission from the mobile device 140, the computing platform 104 may be configured to store the vehicle written material data 124 in the computer-readable storage medium 122. As an example, the vehicle written material data may include images of the occupant's driver's license, vehicle registration, and insurance certificate. In addition, the mobile application 156 may include a photo recognition function that allows automatic identification of the type of written material being scanned.

[0022] The computing platform 104 may be further configured to communicate with the smart key 170 via a wireless link 168. The smart key 170 may be an electronic device with processing and / or communication capabilities that is configured to control and / or authorize functions of the vehicle 102. As an example, the wireless link 168 may be based on low-frequency RFID technology. For example, the smart key 170 may be configured to communicate directly with the computing platform 104. Alternatively, the smart key 170 may be configured to communicate indirectly with the computing platform 104 via other modules such as via a main control module (not shown) of the vehicle 102. The smart key 170 may be configured to control multiple functions of the vehicle 102 via the wireless link 168. The functions may include door locking / unlocking, engine starting, etc. The smart key 170 may be equipped with an antenna (not shown). During operation, the computing platform 104 may detect that the smart key 170 is near the vehicle 102, and if so, the functions of the smart key 170 may be allowed to be executed.

[0023] The smart key 170 may be further configured to record fingerprint data 192 using a fingerprint reader 172 and store the fingerprint data 192 in a storage device 190 as an additional security feature. As an example, the storage device 190 may be a non-volatile storage medium. For example, the fingerprint reader 172 may be integrated with an unlock button (not shown) of the smart key 170. During operation, a user / occupant of the vehicle 102 may press the unlock button on the smart key 170 to unlock the door. The smart key 170 may be configured to identify the user by comparing his / her fingerprint recorded using the fingerprint reader 172 with the fingerprint data 192 previously stored in the storage device 190, so as to transmit different authorization signals to the computing platform 104 via the wireless link 168. In response to different authorization signals, the computing platform 104 may be configured to activate different functions. As an example, when the recorded fingerprint matches the fingerprint data 192, the smart key determines that the owner or authorized person intends to use the vehicle 102, and sends the owner authorization signal to the computing platform 104. In response to the owner authorization signal, the computing platform may activate all available functions for the user. On the other hand, when no fingerprint match is detected, the smart key 170 may be configured to send a visitor authorization signal to the computing platform 104. In response to the visitor authorization signal, the computing platform 104 may activate only basic functions such as door unlocking and engine starting, and keep sensitive functions inactive. As an example, sensitive functions may be set by the manufacturer and / or the user, and may include paperwork integration, which includes recording and / or accessing vehicle paperwork data 124.

[0024] Figure 2 An exemplary flow chart of a process 200 for recording vehicle written material data 124 as part of an integrated solution is shown. At operation 202, the computing platform 104 initiates the process after receiving a command indicating that a user has selected to record written material such as a driver's license. As an example, the command may be triggered by one or more buttons (not shown) or other HMI controls 112 and / or button input in conjunction with a voice command.

[0025] At operation 204, the computing platform 104 verifies the identity of the user to determine whether he / she has authorization to record personal information. As an example, verification can be performed using a fingerprint reader 172 located on the smart key 170. The computing platform 104 may prompt a message via the display 116, inviting the user to place his finger on the fingerprint reader 172, while transmitting a command to the smart key 170 via the wireless link 168 to activate the fingerprint reader 172. In response to the command from the computing platform 104, the smart key 170 uses the fingerprint reader 172 to read the user's fingerprint and compares it with the fingerprint data 192 previously stored in the storage device 190. If a match is found, the smart key 170 indicates that the user is an authorized person such as the owner of the vehicle 102. Therefore, the smart key 170 transmits a verification signal to the computing platform 104 to authorize the recording of written materials, and the process continues to operation 208. However, if a match is not found, the smart key 170 indicates that the user is not an authorized person such as a designated driver, and the process ends without allowing the recording of written materials.

[0026] Alternatively, verification can be performed by the computing platform 104 itself without connecting to an external device. As an example, verification can be performed by receiving a unique, user-specific password / verification code corresponding to an individual user profile from the HMI control 112. As another example, the computing platform 104 can be configured to verify the identity of the user using other biometrics such as facial recognition and / or voice recognition technology. For example, the computing platform 104 may not be equipped with an imaging device such as a camera. In such a case, the computing platform 104 can rely on the camera of the mobile device 140 to capture an image of the written material.

[0027] At operation 208, the computing platform 104 checks whether the mobile device 140 is already connected. If the mobile device 140 is already connected to the computing platform 104, the process continues to operation 212. If the mobile device 140 is not connected, the process moves to operation 210, where the computing platform 104 waits for the presence of the mobile device 140 and connects to the mobile device 140 in response to detection. In response to connecting to the mobile device 104, the process moves to operation 212.

[0028] In operation 212, the computing platform 104 receives an image of the vehicle written material data transmitted from the mobile device 140 captured by the camera 150. As an example, the mobile device 140 may be configured to execute the instructions of the mobile application 156 to perform predefined capture and transmission functions. In addition, the mobile application 156 may also include an image recognition function that allows the mobile device 140 to automatically identify the type of written material it captures. For example, when a user captures his / her driver's license, the mobile application 156 may automatically identify the type / category of the written material and mark the image as a driver's license. When a registration is being captured, the mobile application 156 may automatically mark the image as a registration. As an example, the mobile application 156 may be configured to identify the type / category of the written material using at least one of the following methods: optical character recognition (OCR) using a predefined keyword search; matching the style of the written material using a predefined style (e.g., size, color, aspect ratio); and / or scanning the written material in a predefined order. If the mobile application 156 cannot identify the type of written material, it may mark the written material as an unknown type and / or prompt the user to enter the type of the written material.

[0029] In another example, an alternative document submission method may allow a user to submit a portable document format (PDF) or other digital file format from a digital scan of a hard document (e.g., a vehicle registration and / or proof of insurance document). In an example, the digital file format document may be stored to the mobile device 140. As yet another possibility, a user may manually enter a driver's license number and / or other information if no hard document is available or an erroneous data transfer is encountered.

[0030] At operation 214 , the computing platform 104 stores the image received from the mobile device 140 to the computer readable medium 122 . Because written material may involve sensitive information, the vehicle written material data 124 may be encrypted by the computing platform 104 before being stored. The process ends at operation 216 .

[0031] Figure 3 An exemplary flow chart of a process 300 for loading vehicle written material data 124 as part of an integrated solution is shown. At operation 302, the computing platform 104 initiates the process 300 in response to receiving a command indicating a user request to load and present written material, such as a driver's license. As an example, the command can be triggered by one or more buttons (not shown) or other HMI controls 112 in conjunction with a voice command. In addition, the command can be triggered by a police officer in a police vehicle during a traffic stop, making a request over a wireless connection, and the user of the vehicle 102 confirming such a request.

[0032] At operation 304, computing platform 104 verifies the identity of the user to determine whether he / she is authorized to access the written material. As an example, verification may be performed using a fingerprint reader 172 located on key fob 170. Computing platform 104 may provide a message via display 116 inviting the user to place his / her finger on fingerprint reader 172 while transmitting a command to key fob 170 via wireless link 168 to activate fingerprint reader 172. In response to the command from computing platform 104, key fob 170 uses fingerprint reader 172 to read the user's fingerprint and compares it to fingerprint data 192 previously stored in storage device 190.

[0033] At operation 306, if a match is found, the result indicates that the user is an authorized person, such as the owner of the vehicle 102. The key fob 170 transmits a verification signal to the computing platform 104, and control passes to operation 308. At operation 308, the computing platform 104 loads the complete vehicle paperwork data 124 from the computer-readable storage medium 122, and the process 300 continues to operation 312.

[0034] If a match is not found at operation 306, the smart key 170 sends a signal to the computing platform 104 indicating that the user is not authorized. As some possibilities, the unauthorized user may be a valet driver or a friend who borrowed the car from the owner. If the user is not authorized, control passes to operation 310.

[0035] In operation 310, the computing platform 104 may load only a portion of the vehicle paperwork data, such as images of the vehicle registration and insurance certificate, and deny access to sensitive data, such as the owner's driver's license. This is very useful when a person driving a vehicle with the owner's permission is stopped by the police. The driver only needs to access paperwork, such as the vehicle registration and insurance certificate stored in the computer-readable storage medium 122, and present his own driver's license. Alternatively, the computing platform 104 may be configured to deny unauthorized users access to any paperwork data.

[0036] At operation 312, the computing platform 104 checks whether the mobile device 140 is connected. If the mobile device 140 is connected to the computing platform 104, the process moves to operation 314; otherwise, the process moves to operation 316.

[0037] At operation 314, the computing platform 104 outputs the vehicle written material data 124 to the mobile device 140 for display. If the vehicle written material data 124 is encrypted, the computing platform 104 can decrypt the data and then transmit the decrypted data to the mobile device 140. Due to its flexibility, it is preferred to display the written material on the display 142 of the mobile device 140. During traffic interruptions, many police officers prefer to take the written material back to the police vehicle for investigation. Operation 314 allows the occupant / driver to hand over the written material to the police through the mobile device 140. Alternatively, the computing platform 104 can be configured to provide the vehicle written material data 124 to the police's mobile device. When he / she is near the vehicle 102, the written material data 124 can be sent to the police's mobile device via a wireless link. In this way, the user of the vehicle 102 does not need to hand over his personal mobile device 140 to the police, thereby avoiding exposing private / personal information to the police.

[0038] At operation 316, in response to determining that mobile device 140 is not available, computing platform 104 may alternatively display the written material on an internal display such as display 116 via video controller 114. Alternatively, computing platform 104 may display the written material on an external display screen of vehicle 102 such as a display embedded in a "B" pillar. Process 300 ends at operation 318.

[0039] Figure 4 Another example diagram of a system 400 that can be used for vehicle written material integration is shown. Figure 1 In the embodiment shown in , the vehicle 102 includes a computing platform 104. The computing platform 104 can be configured to communicate with other components of the vehicle 102 via an intra-vehicle network 430. As some examples, the intra-vehicle network 430 can include, but is not limited to, one or more of a controller area network (CAN), Ethernet, and a media-oriented system transport (MOST). The intra-vehicle network 430 can allow the computing platform 104 to communicate with other vehicle systems such as a camera 412 and a DSRC (dedicated short-range communication) module 414. As an example, the camera 412 is configured to detect any emergency vehicles 402 (also referred to as police vehicles or law enforcement vehicles) near the vehicle 102.

[0040] The emergency vehicle 402 has a computing system 404 configured to communicate with other components via an intra-vehicle network 406. As an example, the computing system 404 communicates with a DSRC module 408 via the intra-vehicle network 406. The DSRC module 408 of the emergency vehicle is configured to communicate with other DSRC modules of the vehicle 102 via an antenna and a wireless transceiver (not shown) during a traffic disruption. As an example, when a police officer driving the emergency vehicle 402 turns on the emergency lights 418 of his or her vehicle 402 and instructs the vehicle 102 to stop, the DSRC module 408 of the emergency vehicle 402 is configured to transmit a traffic disruption signal to other DSRC modules in the vicinity, particularly to the vehicle 102 in front of the emergency vehicle 402, instructing the vehicle to stop.

[0041] In response to the traffic interruption signal, the DSRC module 408 of the emergency vehicle 402 can be configured to instruct the vehicle 102 to pull over to the curb and stop. As an example, the computing platform 104 generates a notification in response to the signal from the DSRC module 414 to instruct the driver to stop the vehicle 102. Alternatively, for an autonomous vehicle, the vehicle 102 can be configured to automatically pull over to the curb and stop in a safe location. As another example, the camera 412 can detect the emergency lights 418 emitted from the emergency vehicle 402 and instruct the vehicle 102 to pull over to the curb and stop.

[0042] The DSRC module 414 of the vehicle 102 may be further configured to establish a wireless link 416 with the DSRC module 408 of the emergency vehicle 402. The wireless link 416 may be used to communicate instructions and transfer data. The computing platform 104 may be configured to execute instructions of the vehicle application 126 to allow the vehicle 102 to load the vehicle written material data 124 and transmit it directly to the emergency vehicle 402 via the wireless link 416. In response to receiving the vehicle written material data 124, the computing system 404 may be configured to display an image of the written material using an output such as a display 410. In this way, the occupants of the vehicle 102 can provide written materials to the police electronically without physically submitting the documents.

[0043] Figure 5An exemplary flow chart of a process 500 for loading and transmitting vehicle written material data 124 as part of an integrated solution according to another embodiment of the present disclosure is shown. At operation 502, the computing platform 104 of the vehicle 102 receives a traffic interruption signal via the in-vehicle network 430, instructing the vehicle to pull over to the side of the road and stop. As previously described, the traffic interruption signal can be sent from the DSRC module 414 in response to instructions received from the DSRC module 408 of the emergency vehicle 404. Alternatively, the traffic interruption signal can be received from the camera 412 in response to detecting the emergency lights 410 emitted from the emergency vehicle 402.

[0044] At operation 504, the computing platform 104 receives a command indicating that the user specifies to load written materials and present the written materials to the emergency vehicle 402. As an example, the command can be triggered by one or more buttons (not shown) or other HMI controls 112 in conjunction with a voice command. Alternatively, the emergency vehicle 402 can send a request for written materials via the DSRC link 416, and the user can confirm or deny the request.

[0045] In operation 506, similar to Figure 3 At operation 304 shown in FIG. 1 , computing platform 104 verifies the identity of the user to determine whether he / she has authorization to access personal information. As an example, verification may be performed using fingerprint reader 172 located on smart key 170. At operation 508, if a match is found, the process continues to operation 510. At operation 510, similar to Figure 3 At operation 308 shown in FIG. 1 , the computing platform 104 loads the complete vehicle written material data 124 from the computer-readable storage medium 122 and the process continues to operation 514. If no match is found at operation 508, the process continues to 512. At operation 512, similar to Figure 3 As shown in operation 310 , computing platform 104 may load only a portion of the vehicle paperwork data, such as images of the vehicle registration and proof of insurance, and deny access to sensitive data, such as the owner's driver's license.

[0046] At operation 514, the computing platform 104 checks whether a DSRC link 416 has been established between the vehicle 102 and the emergency vehicle 402. If the DSRC link 416 has not been established and cannot be established, the process continues to operation 518, where the computing platform 104 outputs the vehicle written material data locally via the display 116 or the mobile device 140. At operation 514, if it is determined that the DSRC link 416 is connected, the process passes to operation 516. At operation 516, the computing platform 104 transmits the vehicle written material data 124 from the DSRC module 414 to the DSRC module 408 of the emergency vehicle 402 via the DSRC link 416. In response to the successful transmission, the computing system 404 of the emergency vehicle 402 can display an image of the requested written material using the display 410. The process ends at operation 522.

[0047] The computing devices described herein generally include computer-executable instructions, which can be executed by one or more computing devices such as those listed above. The computer-executable instructions can be compiled or interpreted from a computer program created using a variety of programming languages ​​and / or technologies, including but not limited to, either alone or in combination: Java TM , C, C++, C#, Visual Basic, JavaScript, Python, JavaScript, Perl, PL / SQL, etc. In general, a processor (e.g., a microprocessor) receives instructions, such as from a memory, a computer-readable medium, etc., and executes these instructions, thereby performing one or more processes including one or more of the processes described herein. Various computer-readable media can be used to store and transmit such instructions and other data.

[0048] With respect to the processes, systems, methods, heuristics, etc. described herein, it should be understood that although such process steps, etc. have been described as occurring in a certain order, such processes may be implemented with the above steps occurring in an order different from the order described herein. It should also be understood that certain steps may be performed simultaneously, other steps may be added, or certain steps described herein may be omitted. In other words, the descriptions of processes herein are provided for the purpose of illustrating certain embodiments and should in no way be construed as limiting the claims.

[0049] Therefore, it should be understood that the above description is intended to be illustrative and not restrictive. After reading the above description, many embodiments and applications outside the examples provided will be apparent. The scope should not be determined with reference to the above description, but with reference to the full scope of equivalents to which the claims are entitled. It is contemplated and intended that further developments will occur in the technology discussed herein, and that the disclosed systems and methods will be incorporated into such future embodiments. In short, it should be understood that modifications and changes can be made to the application.

[0050] Unless expressly indicated to the contrary herein, all terms used in the claims are intended to be given their broadest reasonable constructions and their ordinary meanings as understood by those skilled in the art described herein. In particular, the use of singular articles such as "a", "an", "the", "said", etc. should be understood to refer to one or more of the indicated elements unless the claims provide an explicit limitation to the contrary.

[0051] An abstract of the present disclosure is provided to allow the reader to quickly determine the nature of the technical disclosure. It should be understood that the abstract will not be used to interpret or limit the scope or meaning of the claims. In addition, in the foregoing detailed description, it can be seen that various features are grouped together in various embodiments to make the disclosure more fluent. The method of the present disclosure should not be interpreted as reflecting the intention that the claimed embodiments require more features than the features explicitly stated in each claim. Rather, as reflected in the claims below, the subject matter of the invention lies in less than all the features in a single disclosed embodiment. Therefore, the attached claims are hereby incorporated into the detailed description, wherein each claim stands on its own as the subject matter of a separate claim.

[0052] Although exemplary embodiments are described above, it is not intended that these embodiments describe all possible forms of the present invention. Moreover, the words used in the specification are descriptive rather than limiting words, and it should be understood that various changes can be made without departing from the spirit and scope of the present invention. In addition, the features of various implementation embodiments can be combined to form other embodiments of the present invention.

Claims

1. A system for processing written materials in a vehicle, comprising: a storage device located on the vehicle and configured to store vehicle written material data representing physical vehicle written material; an input device configured to receive a command indicating a user's intent to load said vehicle written material data, said vehicle written material data comprising driver's license data associated with a user and vehicle registration data for said vehicle; an interface configured to receive a user biometric input for verifying the identity of the user; as well as The processor is configured to: in response to verifying that the user biometric input matches the identity of the user, allowing access to both the driver's license data and the vehicle registration data, In response to verifying that the user biometric input does not match the identity of the user, access to the vehicle registration data is allowed but access to the driver's license data is denied.

2. The system according to claim 1, wherein: The interface is also configured to receive the user biometric input from a vehicle key associated with the vehicle system, the vehicle key having a biometric reader configured to read the user biometric input.

3. The system according to claim 2, wherein: The biometric reader includes a fingerprint reader.

4. The system according to claim 1, wherein: The interface is located on a vehicle key that communicates with the vehicle system.

5. The system of claim 1 , further comprising an output device configured to output vehicle written material data to which access is permitted in response to verification of the user biometric input to a mobile device wirelessly connected to the system for display.

6. The system of claim 1, further comprising a camera configured to detect the presence of an emergency vehicle by capturing image data indicative of emergency lights emitted from the emergency vehicle.

7. The system of claim 6, further comprising an output device configured to wirelessly output the accessible vehicle written material data to the emergency vehicle in response to the detection of the emergency vehicle.

8. The system according to claim 7, wherein: The output device is configured to output the accessible vehicle written material data to the emergency vehicle using dedicated short-range communication transmission.

9. The system of claim 1, further comprising: an external display embedded in a "B" pillar of said vehicle, Wherein the processor is further configured to output the accessible vehicle written material data via the external display.

10. A method for processing written materials in a vehicle, comprising: receiving user input indicating an intent to load vehicle paperwork data representing physical vehicle paperwork, the vehicle paperwork data including driver's license data associated with a user and vehicle registration data for the vehicle; receiving a user fingerprint input via a vehicle key wirelessly connected to the vehicle; verifying the user fingerprint input to identify the current user of the vehicle; responsive to verifying that the current user is authorized, allowing access to both the driver's license data and the vehicle registration data; in response to verifying that the current user is not authorized, allowing access to the vehicle registration data but denying access to the driver's license data; The access-enabled vehicle written material data is transmitted to the emergency vehicle via the wireless transceiver.

11. The method according to claim 10, further comprising: The accessible vehicle written material data is output via an external display embedded in the "B" pillar of the vehicle.

12. The method according to claim 10, further comprising: Connecting to a mobile device with imaging capabilities; Verify user authorization to record written material on a vehicle; as well as When the user is authorized, receiving image data representing data recorded by the mobile device; as well as The image data is stored in a storage device as vehicle written material data.

13. The method of claim 12, further comprising encrypting the image data received from the mobile device to generate the vehicle written material data for storage.

14. The method of claim 12, further comprising classifying the vehicle written material data prior to storage.

Images