Customer-identifying email addresses to enable a communication medium that supports many service providers.

Abstract

Navigation information distribution system, the system comprising: one or more servers designed to receive an email containing destination data and a subscriber identification; parsing the email to retrieve destination data; confirming a location based on the destination data corresponding to an actual address, using a map database; receiving a location request from a nomadic wireless device, the request including the subscriber identification; and transmitting the location for communication to the nomadic wireless device.

Description

TECHNICAL AREA

[0001] The exemplary embodiments relate to a network for delivering diverse services and providing diverse features for a vehicle communication system, which is connected to the network by means of a nomadic device or other device with wireless connectivity capability. STATE OF THE ART

[0002] U.S. Patent 7,917,285 discloses generally devices, systems, and methods for remotely entering, storing, and sharing location addresses for a positioning information device, such as a GPS (Global Positioning System) device. The present disclosure allows a user to easily and securely enter an address into a GPS device by providing that address to a remote communication link, and to have that link automatically program the user's GPS device for use. The device, system, and method of the present disclosure further allow the user to use these stored address(es) on multiple GPS devices without having to manually enter the address(es).

[0003] US Patent 7,370,079 generally discloses an email sending and receiving system in which location data for multiple locations can be included in a single email message to be sent, and further detailed data can be obtained based on the included location data to improve the usefulness and effectiveness of the location data. The system comprises a mail generation part for generating an email message to be sent to a recipient; a location data storage part for storing multiple location data points; and a location data attachment part for attaching one or more of the location data points stored in the location data storage part to the email message generated by the mail generation part. The system may further include a part for generating detailed data relating to each location data point attached to the email message and for attaching a URL to the email message for accessing the detailed data.

[0004] US patent application 2012 / 0044089 discloses generally a telematics server that manages request messages sent to and from a vehicle-connected device. The server performs authentication services when a subscriber logs on to the server from the vehicle-connected device or from a device associated with the subscriber's telematics service account. During login, the server can append a session identifier to the request message. After the message passes through the server, an application running on a device remote from the vehicle receives the request message and accepts user input, allowing the remote device to transmit its current location to the vehicle-connected device in a confirmation message, based on the session identifier.The telematics server can use the session identifier to determine the destination address of the vehicle-connected device to which the confirmation message should be forwarded. The vehicle-connected device displays the remote user device's location on a map. These request and confirmation messages can include a media content file. SUMMARY

[0005] A navigation information distribution system comprises one or more servers communicating with each other to parse embedded data attached to an email message. The servers are designed to receive an email containing destination data associated with a subscriber identification. Before parsing the embedded data, the server can verify that the subscriber identification contained in the email is that of a valid, active subscriber. After verifying the subscriber status, the servers parse the destination data from the email and, based on this data and using a map database, determine a location. Following parsing, the server can receive a request to download the location from a nomadic wireless device. The request from the nomadic wireless device can include the subscriber identification to associate the stored data on the server with the subscriber.The server can transmit the location for communication to the nomadic wireless device. BRIEF DESCRIPTION OF THE DRAWINGS

[0006] Fig. Figure 1 is an exemplary block topology of a vehicle infotainment system that implements a user-interactive vehicle information display system;

[0007] Fig. Figure 2 is an exemplary block topology of a vehicle infotainment system that receives information from third-party service providers;

[0008] Fig. Figure 3 is a flowchart of a vehicle infotainment system communicating with a server capable of receiving and processing navigation information from third-party service providers;

[0009] Fig. Figure 4 is a flowchart of an exemplary procedure for extracting data from a third-party provider of navigation information via an electronic mail message;

[0010] Fig. Figure 5 is a flowchart of an exemplary procedure of a machine learning system; and

[0011] Fig. Figure 6 is a flowchart of an exemplary procedure for parsing and learning to parse data from an electronic mail message. DETAILED DESCRIPTION

[0012] As required, detailed embodiments of the present invention are disclosed herein; however, it is understood that the disclosed embodiments are merely exemplary of the invention, which can be realized in various and alternative forms. The figures are not necessarily to scale; certain features may be exaggerated or minimized to show details of specific components. The specific structural and functional details disclosed herein are therefore not to be considered a limitation, but merely a representative basis for teaching those skilled in the art how to use the present invention in various ways.

[0013] Fig. Figure 1 shows an exemplary block topology for a vehicle-based data processing system. 1 (VCS) for a vehicle 31 An example of such a vehicle-based data processing system 1SYNC is the system manufactured by THE FORD MOTOR COMPANY. A vehicle equipped with an in-vehicle data processing system can use an in-vehicle visual front-end interface. 4 The user may also be able to interact with the interface if, for example, it is equipped with a touchscreen. In another exemplary embodiment, interaction occurs through key presses, automatic speech recognition, and speech synthesis.

[0014] At the in Fig. In the exemplary embodiment shown in 1, a processor controls the device. 3 at least part of the operation of the vehicle-based data processing system. The processor is integrated into the vehicle and allows onboard processing of instructions and routines. Furthermore, the processor can be used with non-persistent and persistent memory. 7be connected. In this exemplary embodiment, the non-persistent memory is random-access memory (RAM), and the persistent memory is a hard disk drive (HDD) or flash memory. In general, persistent (non-volatile) memory can include any form of storage that retains data when a computer or other device is shut down. This includes, but is not limited to, HDDs, CDs, DVDs, magnetic tapes, solid-state drives, portable USB drives, and any other suitable form of persistent storage.

[0015] The processor is also equipped with a number of different inputs that allow the user to connect to the processor. In this exemplary embodiment, a microphone is used. 29 , an additional entrance 25 (for the entrance 33 ), a USB input 23 , a GPS input 24 , a screen 4, which can be a touchscreen display and a BLUETOOTH input 15 An input selector is also included. 51 Designed to allow a user to switch between different inputs. Inputs to both the microphone and auxiliary connectors are processed by a converter. 27 The signals are converted from analog to digital before being sent to the processor. Although not shown, many of the vehicle components and auxiliary components can use a vehicle network (such as, but not limited to, a CAN bus) to communicate with the VCS and transmit data to and from the VCS (or components thereof).

[0016] Outputs from the system can include, but are not limited to, a visual display. 4 and a speaker 13 or stereo system output. The speaker is equipped with an amplifier. 11connected and receives its signal through a digital-to-analog converter 9 from the processor 3 Output can also be sent to a remote BLUETOOTH device, such as the PND (Personal Navigation Device). 54 or a USB device, such as the vehicle navigation system 60 , along the at 19 or 21 shown bidirectional data streams.

[0017] In one exemplary embodiment, the system uses 1 the BLUETOOTH transmitter / receiver 15 for communication 17 with the nomadic establishment 53 (e.g., mobile phone, smartphone, PDA, or any other device with connectivity to a wireless remote network) of a user. The nomadic device can then be used, for example, to communicate 55 with a cellular mast 57 with a network 61outside the vehicle 31 to communicate 59 In certain designs, the mast can 57 be a WiFi access point.

[0018] Example communication between the nomadic setup and the BLUETOOTH transmitter / receiver is demonstrated by the signal 14 represented.

[0019] The pairing of a nomadic establishment 53 and the BLUETOOTH transmitter / receiver 15 can be done by pressing a button 52 or a similar input is commanded. Accordingly, the CPU is informed that the onboard Bluetooth transmitter / receiver is being paired with a Bluetooth transmitter / receiver in a nomadic setup.

[0020] Data can be processed, for example, using a data plan, data-over-voice, or DTMF tones, which are compatible with the nomadic setup. 53 are associated between the CPU 3 and the network 61be transmitted. Alternatively, an onboard modem may be desirable. 63 to provide for an antenna 18 features to transfer data between the CPU 3 and the network 61 to transmit via the voice line 16 The nomadic establishment 53 can then be used, for example, through communication 55 with a cellular mast 57 with a network 61 outside the vehicle 31 to communicate 59 In certain designs, the modem can 63 communication 20 with the mast 57 for communication with the network 61 produce. A modem can serve as a non-restrictive example. 63 be a USB cellular modem and the communication 20 It could be cellular communication.

[0021] In one exemplary embodiment, the processor is equipped with an operating system that includes an API for communicating with modem application software. The modem application software can access an embedded module or firmware on the Bluetooth transmitter / receiver to establish wireless communication with a remote Bluetooth transmitter / receiver (such as one found in a nomadic setup). Bluetooth is a subset of the IEEE 802 PAN (Personal Area Network) protocols. The IEEE 802 LAN (Local Area Network) protocols include Wi-Fi and have considerable cross-functionality with IEEE 802 PAN. Both are suitable for wireless communication within a vehicle. Other communication methods that can be used in this area include free-space optical communication (such as IrDA) and non-standard consumer IR protocols.

[0022] In another embodiment, the nomadic setup includes53A modem for voice-band or broadband data communication. In the data-over-voice implementation, a technique known as frequency-division multiplexing (FDM) can be implemented when the owner of the mobile device can speak over the device while data is being transferred. At other times, when the owner is not using the device, the data transfer can use the entire bandwidth (in one example, 300 Hz to 3.4 kHz). Although FDM may be common and still is used for analog cellular communication between the vehicle and the internet, it has been largely replaced by hybrids of CDMA (code-domain multiple access), TDMA (time-domain multiple access), and SDMA (space-domain multiple access) for digital cellular communication. These are all ITU IMT-2000 (3G) compliant standards and offer data rates up to 2 Mbps for stationary or walking users and 385 kbps for users in a moving vehicle.3G standards are now being replaced by IMT-Advanced (4G), which offers 100 Mbps for users in a vehicle and 1 Gbps for stationary users. If the user has a data plan associated with the mobile device, it is possible that the data plan enables broadband transmission and the system could use a much greater bandwidth (thereby speeding up data transfer). In another embodiment, the mobile device... 53 replaced by a (not shown) cellular communication device installed in the vehicle 31 is installed. In another embodiment, the ND 53 a wireless local area network (LAN) setup that can communicate, for example (and without restriction), over an 802.11g network (i.e., WiFi) or a WiMax network.

[0023] In one embodiment, incoming data can be routed through the nomadic device via Data-over-Voice or Dataplan, through the onboard Bluetooth transmitter / receiver, and into the internal processor. 3 of the vehicle. In the case of certain temporary data, the data can be stored, for example, on the hard drive or another storage medium. 7 The data will be stored until it is no longer needed.

[0024] Additional sources that can be connected to the vehicle include a personal navigation system. 54 , for example, a USB connection 56 and / or an antenna 58 features a vehicle navigation system 60 with a USB 62 or another connection, an onboard GPS device 24 or a (not shown) remote navigation system that has connectivity with the network 61USB is one of a class of serial networking protocols. IEEE 1394 (FireWire™ (Apple), i.LINK™ (Sony), and Lynx™ (Texas Instruments)), EIA (Electronics Industry Association) serial protocols, IEEE 1284 (Centronics Port), S / PDIF (Sony / Philips Digital Interconnect Format), and USB-IF (USB Implementers Forum) form the backbone of device-to-device serial standards. Most of these protocols can be implemented for either electrical or optical communication.

[0025] Furthermore, the CPU could communicate with various other auxiliary systems. 65 These facilities can be accessed via a wireless connection. 67 or wired 69 The connection must be established. The aid facility 65 This may include, but is not limited to, personal media players, wireless health devices, portable computers and the like.

[0026] Alternatively, or in addition, the CPU could, for example, use a transmitter / receiver for WiFi (IEEE 803.11). 71 with a vehicle-based wireless router 73 to be connected. This would allow the CPU to connect to remote networks within range of the local router. 73 connect.

[0027] In addition to exemplary processes being executed by a vehicle data processing system located in a vehicle, in certain embodiments the exemplary processes can be executed by a data processing system in communication with a vehicle data processing system. Such a system may include, but is not limited to, a wireless device (for example, a mobile phone) or a remote data processing system (for example, but is not limited to, a server) connected by the wireless device. Collectively, such systems may be referred to as a vehicle-associated data processing system (VACS). In certain embodiments, depending on the specific implementation of the system, certain components of the VACS may execute specific parts of a process.For example, and without limitation, if a process involves a step of sending or receiving information with a paired wireless device, then it is likely that the wireless device will not perform the process, since the wireless device would not "send and receive" information with itself. It is understandable to the average professional when it is not appropriate to apply a particular VACS to a given solution. All solutions assume that at least the vehicle data processing system (VCS) located within the vehicle itself is capable of performing the exemplary processes.

[0028] Fig. Figure 2 is an exemplary block topology of a vehicle infotainment system that receives information from third-party service providers. Information from third-party service providers can interact with vehicle infotainment systems using customer-specific interfaces developed jointly with the service provider and the vehicle infotainment manufacturer. This custom-developed interface requires a significant investment of time and money. Service providers can allow the sharing of various tasks and data via email. One solution to enable multiple service providers to share information using a custom interface is the development of a server-based communication medium. 200, which supports many service providers by accepting customer-specific identification electronic mail message addresses with embedded data that can be parsed and sent to a vehicle infotainment system.

[0029] The server medium of communication 200 can allow a service provider to perform a task using an electronic mail message from the Internet? 202 to a server 206 to transmit. The internet 202 It may allow third-party providers to transfer data such as, but not limited to, destination and route information, traffic information (which enables businesses to be found), and other information such as traffic conditions, directions, and information requested by a vehicle occupant. The third-party provider transfers the data using an electronic message. 204 to the server 206 The mail server 208can receive the electronic mail message and transfer the message from one or more processors, databases or other operating systems in the server medium of communication.

[0030] After being received by the mail server 208 Can the electronic mail message be added to a request queue? 210 be sent or directly to processing 212 through one or more processors and / or databases in communication with the server 206 The server can queue an electronic mail message based on various system factors and limitations, including the amount of information requested and the server's processing capabilities within a given timeframe. 210 line up.

[0031] The electronic mail message can lead to an account manager service. 214The data transmitted is used to validate the email request, but is not limited to verifying whether the electronic message originates from an active service participant. If the Account Manager service... 214 Once the system verifies that the email originates from an inactive service participant, it can notify the server about that inactive participant. After the server 206 If the server receives a notification about an inactive service participant, it can 206 a reply email message 204 transmitted to inform the requester that the requested service was denied due to a lack of subscription. Another example of the mail server 208 The purpose of transmitting electronic messages to a requester of a service provider is to inform the requester that an error has been detected in the received message, or whether the server has identified an error.

[0032] After the account manager service 214 Once the participant account is verified, a message can be sent to the server. 206 The data will be transferred back to continue processing the data received from the email message. The server 206 The server can parse the data embedded in the email message. Parsing the data allows the server to retrieve and process information from multiple service providers, who may present their data in various formats. Once the data parsing is complete, the server can transmit this information to a vehicle infotainment system.

[0033] The server can parse and learn data types originating from service providers that allow users to transmit information embedded electronically in an email message. An example of information parsed by the server might include destination information from a service provider such as, but not limited to, Google, Apple Maps, and MapQuest. When destination data is embedded in an email message, the account manager service can 214 The target data is parsed, including but not limited to address, coordinates, and other target information. The parsed target information can be used for a geocoding service. 216 in communication with the server 206 and / or the account manager service 214 will be sent to continue processing and validating the target.

[0034] The geocoding service 216The geocoding service can verify the destination information embedded in the email message by resolving the address to a valid global latitude and longitude coordinate. After confirming the actual address, the geocoding service can 216 then the requirement for a wireless setup, including, but not limited to, the mobile application 220 , for wireless transmission to the infotainment system. The geocoding service can also include the retrieval of real-time collected data, generating traffic speed information for major highways, freeways, and arterial roads. For example, the geocoding service can be supported by an INRIX traffic system.

[0035] The geocoding service 216 can complete the analysis of the target information embedded in the electronic mail message and the address information for the server. 206The information is then transmitted back to the server's backend systems. After the target information has been transmitted, it can be stored in an information storage system associated with the participant's identification. Once stored in the information storage system, a requester can interact with an IVR (Interactive Voice Response) system. 218 to connect to verify that the parsed destination information is available. A requester can connect to an IVR using wireless nomadic devices, including but not limited to smartphones, personal computers, tablets, and / or other cellular devices. The IVR allows the requester to retrieve the destination information from the email message sent by a service provider. If the requester finds the information in the server 206Once the stored destination information has been confirmed, the destination and / or route can be downloaded to the vehicle's internal module via data-over-voice.

[0036] The target data can be configured using a connection to the server. 206 communicating wireless nomadic device wirelessly to the vehicle data processing system 224 be transmitted. Wireless communication 222 Communication between the nomadic device and the vehicle can be established using Bluetooth technology. The vehicle can also retrieve the target data from the server using an embedded mobile phone integrated with the vehicle's data processing system.

[0037] Once the requester has downloaded the destination information, they can use it during their driving experience. The downloaded destination information is stored on the vehicle data processing system.224 Destination information can be displayed to the occupants of a vehicle in several ways using the infotainment functions and features. For example, destination information can be displayed on the touchscreen LCD display and / or audibly through the vehicle's speakers, thus providing the driver with route descriptions. The mail server 208 can send an electronic message to a requester of a service provider to inform the requester that the server has successfully parsed the target data and / or transmitted it to the vehicle data processing system.

[0038] Fig. Figure 3 is a flowchart of a vehicle infotainment system communicating with a server capable of receiving and processing navigation information from third-party service providers. Vehicle infotainment systems communicating with a server can perform functions such as, but not limited to, parsing, analyzing, processing, and transmitting data, while eliminating the need for custom interfaces typically developed specifically for each service provider. The information provider can transmit embedded data within an email message to a server, allowing the system to parse the data before transmitting it to a subscriber's infotainment system. A vehicle infotainment system 300, which involves communication with a server that parses embedded data from an electronic message of a service provider, can allow the transmission of data to a requester without the use of a customer-specific interface application.

[0039] In step 302 A service provider (e.g., MapQuest, Apple Maps, Google) can send information and tasks from any email messaging application. The service provider's information and tasks would include, but are not limited to, destination data. The email messaging application would include, but are not limited to, Gmail, Microsoft Outlook, Yahoo Mail, and / or Hotmail. A user can receive information, including destination data, from a service provider and attach the information to an email message.

[0040] In step 304A requester can address an email message with a unique user identification assigned to them on the server. This unique user identification can be used to determine whether a requester is an active user on the server. Furthermore, after the information and tasks have been processed, the unique user identification allows the server to store data based on the user identification. An example of a unique user identification within an email message would be, but is not limited to, the following format: user identification@HostName.DomainName. The user identification can include a requester's unique user ID, including, but not limited to, their mobile phone number.

[0041] In step 306Once the properly addressed user-identifying electronic mail message with embedded service provider data has been sent, the message can be received by the server. Before parsing the embedded information of the electronic mail message, the server can, in the following step... 308 Verify whether the requester is an active participant. If the server detects that the requester is not a valid participant, it can generate an electronic response message that directs the user to the next step. 324 notified that the request was denied due to a lack of subscription.

[0042] In step 312The server can begin parsing the information embedded in the electronic message after the requester has been verified as an active participant. The server can communicate with other systems to parse a text string that a requester has embedded in the email message. In this step 314The system that parses the embedded information and / or tasks can check for specific formats that it can parse and / or learn to parse. An example of a data format that the system can parse to obtain information and / or tasks from a service provider is a business card (vCard) format. The vCard attachment in the email message allows any customer or service provider to add information to a specific participant's account. This eliminates the need to develop a custom interface for each provider or user to submit information and / or tasks offered by service providers.

[0043] In step 314If the embedded information is in vCard format, the system can recognize the data in this format, allowing it to parse the information. For example, if the embedded information attached to the email message is target data in vCard format, the system can, in step 316 Parse the target data to determine address, street, city and state, in order to deliver this to the geocode service.

[0044] In step 320If the embedded information is not in an unknown format, the system can use a machine learning algorithm to intelligently extract the relevant information. Machine learning enables the system to learn how to recognize and extract data from a non-standard format. For example, if the embedded information attached to the email message is target data in an unknown format, the system can, in step 322 Examine a text string that a user may have typed in an email or copied from a service provider and attempt to determine the house number, street, city, and state from this text string in order to deliver this information to the geocode service.

[0045] In step 318The system can determine whether the extracted data from the embedded information in the email message is geocodeable, thus enabling verification with valid GPS latitude and longitude coordinates. If the extracted data from the embedded information in the email message is not geocodeable, thus preventing verification with valid GPS latitude and longitude coordinates, the following step can be used. 324 A message will be sent to the requester to notify them of the error.

[0046] In step 326 The geocodeable destination data extracted from the email message can be sent to a geocoding service, enabling address verification by validating GPS latitude and longitude coordinates. The system can then... 328The GPS latitude and longitude coordinates are used to determine whether the address extracted from the email message is valid. If the destination data extracted from the email message is not confirmed as a valid address by the system, the system can proceed in step [step number missing]. 324 Send a message to the requester informing them of the error.

[0047] In step 330The requested information is ready to be transferred to the requester's infotainment system after the address has been confirmed with valid GPS latitude and longitude coordinates. The requester can access the server, at which point a check is performed to see if extracted data is available. If extracted data is stored on the server, the requester can confirm the data transfer for upload to the VCS. Once received by the VCS, the data can be presented in several systems communicating with the VCS, including, but not limited to, an LCD touchscreen display, audible announcements via the vehicle's speakers, or on the instrument panel LCD.

[0048] A vehicle information system 300The server can send an electronic message to a requester of a service provider to inform the requester that the server has successfully parsed the target data and / or transmitted it to the vehicle data processing system. If the server detects that the request was successfully transmitted, an electronic response message can be generated to inform the user that the request is complete and implementation in the vehicle data processing system is expected.

[0049] Fig. Figure 4 is a flowchart of an exemplary procedure for extracting data from a third-party navigation information provider via email. A user can request navigation data from many service providers, including, but not limited to, Google Maps, MapQuest, and Apple Maps. The following flowchart 400This is an example illustrating the use of emails embedded with data from a service provider to transmit information through a requester's vehicle infotainment systems without a customer-specific application interface.

[0050] In step 402 The user can submit an electronic mail message embedded with tasks and / or information from a service provider. A server that communicates with other systems can be involved in this step. 404 The server receives the email and, before parsing the embedded data of the electronic message, verifies whether the user is an active participant. If the server verifies the user as an active participant, it can then process the user's request. The server, which is communicating with other systems, can then... 406Determine whether the requested service task is supported by the system. If the server detects that the service task is not supported by the system, the following steps may occur: 416 A message will be generated to reply to the user that their request has been denied.

[0051] In step 408 The server, which is communicating with a system for parsing information from the electronic message, can determine whether the embedded message is in a recognized format, such as any of the pre-programmed formats (e.g., vCard). If the system cannot recognize the format of the embedded message, which prevents data parsing, the following step can be used: 416 A message will be generated to reply to the user that their request was denied due to an error.

[0052] In step 410If the embedded information is in an unknown format, the system can use machine learning to intelligently extract the information from the embedded data in the electronic message. Machine learning allows the system to extract data from a non-standard format. For example, if the embedded information attached to the email message is target data in an unknown format, the system can examine a text string that a user might have typed into an email and attempt to determine the house number, street, city, and state from this string in order to deliver this information to the geocoding service. Machine learning systems can be created by first developing models using linguistic, grammar-based techniques while also incorporating statistical models.Once the model has been developed, unmarked user emails are run through it to obtain its predictions for names and addresses. If the system cannot recognize the embedded message during data parsing, it can be rejected in step [the next step]. 416 A message will be generated to reply to the user that their request was denied due to an error.

[0053] In step 412The system can determine whether the extracted data from the embedded information of the email message is geocodeable to allow for the verification of valid GPS latitude and longitude coordinates. The geocodeable destination data extracted from the email message can be sent to a geocoding service, which allows for address verification while validating GPS latitude and longitude coordinates. The system can determine whether the address extracted from the email message is confirmed by the GPS latitude and longitude coordinates.

[0054] In step 414The requested information and / or tasks are ready for transfer to the requester's infotainment system after the address has been verified with valid GPS latitude and longitude coordinates. The server can send a message to the requester to notify them that the requested information is ready for download. The requester can also access the server, at which point a check is performed to see if extracted data is available. If extracted data is stored on the server, the requester can confirm the transfer of the data to the VCS. Once received by the VCS, the data can be presented in several systems communicating with the VCS, including, but not limited to, the touchscreen display, the audible speakers, or the instrument panel LCD.The system can generate a response message to inform the user that their request was successfully parsed and / or downloaded into the VCS.

[0055] Fig. Figure 5 is a flowchart of an exemplary procedure of a machine learning system. The machine learning system, integrated with a server, can analyze a collection of training data to make generalizations about the entities the system may wish to extract and uses these generalizations to extract these entities from data-embedded electronic messages. The following deconstruction procedure 500 This is an example illustrating the use of data-embedded emails from a service provider and the parsing of this information using a machine learning system.

[0056] At 502A requester can address an email message with a unique user identification assigned to them on the server. This unique user identification can be used to determine if a requester is an active user on the server. It also allows the server to store data based on the user identification after the information and tasks have been processed. An example of a unique user identification in an email message would be, but is not limited to, the following format: user identification@HostName.Domain Name. The user identification can include a requester's unique identifier, such as, but is not limited to, their telephone number.The user_identification can also be assigned by the infotainment manufacturer by associating the user ID with the user's vehicle identification number. The HostName.DomainName can be assigned by the server.

[0057] At 504A requester can transmit information from a service provider via an electronic message. The service provider's format may be unknown to the system and based on a text string containing multiple alphabetic and numeric symbols in a non-standard format. The electronic message can be used to train the machine learning system to understand how to parse the embedded information. A collection of algorithms can be developed for storing text, annotating text, learning to extract entities, and categorizing text. An example of the embedded information would be information sent by Google Maps. The information sent by Google Maps would be, for example, but not limited to, the following text: Village Ford Inc. 23535 Michigan Avenue Dearborn, MI 48124 (313) 565-3900 and a link from the service providing the information.The system can learn to parse the data to obtain the requested information that the requester has requested from the Google Maps site.

[0058] The machine learning system can parse the name of the desired location, street, city, state, zip code, and phone number. An example of parsing performed by the machine learning system is the extraction and categorization of the data: <name> Village Ford Inc < / name> <street> 23535 Michigan Avenue < / street> <city> Dearborn < / city> , <state> MI < / state> <zip> 48124< / zip> (313) 565–3900 and a connection.

[0059] At 506The embedded information in a non-standard format can be used with machine learning to intelligently extract the relevant information. Machine learning can allow the system to extract data from an unknown format. For example, if the embedded information attached to the email message is target data in a non-standard format, the system can examine a text string that a user might have typed into an email and attempt to determine the house number, street name, city, and state from this string in order to deliver this information to the geocoding service.

[0060] At 508The system can determine whether the extracted data from the embedded information in the email message is geocodeable, enabling the verification of valid GPS latitude and longitude coordinates. The geocodeable target data extracted from the email message can be sent to a geocoding service, allowing for address verification and GPS latitude and longitude validation. Using these GPS latitude and longitude coordinates, the system can determine whether the address extracted from the email message is valid.

[0061] At 510The requested information and / or tasks are ready for transfer to the requester's infotainment system after the address has been confirmed with valid GPS latitude and longitude coordinates. The requester can access the server, at which point the system checks, based on user identification, whether extracted data is available. If extracted data is stored on the server, the requester can confirm the data transfer to the VCS. After being received by the VCS, the data can be presented in several systems communicating with the VCS, including, but not limited to, the touchscreen display, audible via speakers, or on the instrument panel LCD.

[0062] Fig. Figure 6 is a flowchart of an exemplary procedure for parsing and learning how to parse data from an email message. The system may be able to parse the data or learn how to parse the data in order to discover a non-standard or unfamiliar data type. The following learning procedure 600 The process performed by the system is an example that illustrates how the system can develop rules for parsing data from known and unknown data types. For example, developing a trained model to obtain its predictions for names and addresses from a block of text can use one or more named entity recognition systems.

[0063] In step 602The system can receive a request from a user that contains embedded data from a service provider. The request can include user information, including but not limited to user identification, enabling the system to verify user subscriptions, etc., based on the identification. After receiving the request, the system can proceed to the next step. 604 to examine the data from the service provider. The system can, in step 606Based on the analysis, determine whether an embedded data type is known. An example of a known data type would be vCard-formatted data. An example of unknown data would be a block of text received by the system in a format not recognized by the system. Additionally, or alternatively, although the text itself may be recognizable, it could contain an example of data that is not yet categorized. For example, the text might contain both a company name and an address. The following is such an example: “Mark, let’s meet at Rosco’s Bar. The address is 201 E. Smith St. Martainsville, LA, 33030.”

[0064] In such an example, the system can "determine" that the example contains a name "Roscos Bar" and an address "201 E. Smith St., Martainsville, LA, 33030". However, the system cannot be certain whether this is an element to be retrieved. Handling such data is done with reference to the element. 620 discussed in more detail.

[0065] In step 608The system can retrieve the appropriate rules for the parsing process if the data type is known. These rules can be a set of conditions or standards designed to allow the system to manipulate the data appropriately. For a known data type, including vCard, rules encompass field parameters and values ​​used by the vCard format for various purposes to specify certain information. An example of vCard rules is the self-delimited format of information, where each record begins with BEGIN:vCard and ends with END:vCard. Applying the rules for a known data type, the system can, in the following step... 610 begin parsing and extracting the data. During data parsing, the system can, in step 612be able to update the data type rules for the known format. After the system has determined whether the rules for the known data type need to be updated, the system can proceed to step 614 Go ahead and retrieve the updated rules before continuing the parsing process.

[0066] In step 616 The system can then parse and extract the remaining data. This remaining data can be properly analyzed by splitting words and phrases into different parts to understand their relationships and meaning. The system can then proceed to step... 606 decide whether the remaining data is known data and continue the loop of parsing and extracting the known data type. If there is remaining data in an unknown data type format, the system can proceed in step 618 Try to identify the possible data type.

[0067] In step 620 The system may be able to identify potential data based on its ability to train a named entity recognition model. The system may be able to learn the unknown data type and therefore extract and parse the data in the next step. 620 The system can contain a codebase with a collection of data types for training a named entity recognition model. The system can then process the unknown data type through the trained model to obtain its predictions for classifying text elements into predefined categories, including, but not limited to, names, categories, addresses, and other target data. 622 .

[0068] For example, in the Rosco's Bar example above, the system might recognize a state designation "LA". Very few instances of double capital letters are used to denote anything other than a state, so the system might assume this corresponds to a state. A check against known state designations could verify that LA can be used to refer to Louisiana. Simultaneously, knowing that a potential state is present, the system could examine the characters surrounding the state designation to determine if a possible address exists. The user could then be asked whether to implement the retrieval, storage, and use of the new Inline_Address data type (an example data type name).

[0069] At 624The system can learn the best approach while new rules are generated during data type extraction. These new rules may include adjustments to the system's internal parameters to optimize parsing performance. The system can, in this step... 626 determine whether remaining data should be parsed. The system can do this in step 606 decide whether the continued data is known data, and continue the loop of parsing and extracting the unknown data type.

[0070] In step 628 Once the data has been parsed and extracted, the system can store the data based on the assigned user identification. The parsed and extracted data can be stored until the system receives a request from the user. The system can detect that the user has entered their vehicle and, based on this detection, 630A notification will be sent to the user that the parsed and extracted data is ready for download. The user can dismiss the notification in the next step. 632 Accept and request the parsed data from the system. If the user rejects the notification, the system can send an additional notification at a later time.

[0071] In step 634 The system can receive the data request and determine whether the requesting user is valid. For example, the system can receive a notification that the parsed data is ready for download; if the user is not an authorized user, the system can intervene in the next step. 636 Send an error message notifying that an unauthorized user cannot download the data. If the user requesting the data for download is a valid requester, the system can proceed to the next step. 638retrieve the stored data associated with the user identification.

[0072] In step 640Once the system has retrieved the data associated with the user identification, it can prepare to transfer the data to the vehicle. Data transfer to the vehicle can occur in several ways. For example, but not limited to, the vehicle's data processing system communicates with a wireless device or a remote data processing system connected to the system via the wireless device. The wireless device could be, for example, but not limited to, an embedded cellular modem, an embedded Wi-Fi device, a Bluetooth transmitter, near-field communication (NFC) connected to a phone, an in-vehicle cellular device such as a USB modem, MiFi, a smartphone connected to the vehicle via SYNC or another Bluetooth pairing device, or a PC connected to the vehicle via SYNC or another Bluetooth pairing device.

[0073] Although exemplary embodiments are described above, it is not intended that these embodiments describe all possible forms of the invention. Instead, the words used in the description are not words of limitation, but of description, and it is understood that various modifications can be made without deviating from the concept and scope of protection of the invention. In addition, the features of different implementation embodiments can be combined to form further embodiments of the invention. QUOTES INCLUDED IN THE DESCRIPTION

[0074] This list of documents cited by the applicant was automatically generated and is included solely for the reader's convenience. The list is not part of the German patent or utility model application. The DPMA accepts no liability for any errors or omissions. Cited patent literature

[0075] US 7917285

[0002] US 7370079

[0003] Cited non-patent literature

[0076] IEEE 802 PAN (Personal Area Network)

[0021] IEEE 802 LAN (Local Area Network)

[0021] IEEE 802 PAN

[0021] IEEE 1394 (FirewireTM (Apple), i.LINKTM (Sony) and LynxTM (Texas Instruments)), serial protocols of the EIA (Electronics Industry Association), IEEE 1284 (Centronics Port), S / PDIF (Sony / Philips Digital Interconnect Format) and USB-IF (USB Implementers Forum)

[0024] IEEE 803.11

[0026] Village Ford Inc 23535 Michigan Avenue Dearborn, MI 48124 (313) 565-3900

[0057] <name> Village Ford Inc < / name> <street> 23535 Michigan Avenue < / street> <city> Dearborn < / city> , <state> MI< / state> <zip> 48124< / zip> (313) 565–3900

[0058] “Mark, let’s meet at Rosco’s Bar. The address is 201 E. Smith St. Martainsville, LA, 33030.”

[0063] "become clear" that the example has a name "Roscos Bar" and an address "201 E. Smith St., Martainsville, LA, 33030"

[0064]

Claims

[1] Navigation information distribution system, the system comprising: one or more servers, designed for Receiving an email containing target data and participant identification; parsing the email to retrieve target data; Confirming a location based on the fact that the target data corresponds to an actual address, using a map database; Receiving a location request from a nomadic wireless device, wherein the request includes subscriber identification; and Transferring the location for communication to the nomadic wireless device. [2] System according to claim 1, further comprising that the nomadic wireless device transmits the location to a vehicle data processing system. [3] System according to claim 2, wherein communication between the nomadic wireless device and the vehicle data processing system is via Bluetooth. [4] System according to claim 2, wherein the vehicle data processing system displays the location on an LCD. [5] System according to claim 2, wherein the vehicle data processing system transmits the location audibly via loudspeakers. [6] System according to claim 5, wherein the audible transmission of the location is a turn-by-turn directions. [7] System according to claim 1, wherein the subscriber identification is a mobile phone number. [8] System according to claim 1, wherein the location based on the target data is determined by a geocoding service. [9] System according to claim 1, further comprising that the one or more servers transmit a reminder message to a user that their request is waiting to be uploaded. [10] System according to claim 1, wherein the participant is determined by an account manager service database. [11] System according to claim 1, wherein the target data is in a vCard format. [12] System according to claim 1, wherein the nomadic wireless device is a mobile phone. [13] Method for sending navigation route descriptions, the method comprising: Receiving an email containing target data and participant identification; parsing the target data from the email; Confirming a location based on the fact that the target data corresponds to an actual address, using a map database; Receiving a location request from a nomadic wireless device, wherein the request includes subscriber identification; and Transferring the location for communication to the nomadic wireless device. [14] Method according to claim 13, further comprising the nomadic wireless device transmitting the location to a vehicle data processing system. [15] Method according to claim 14, wherein the location is transmitted via Bluetooth. [16] Method according to claim 14, wherein the vehicle data processing system transmits the location on an LCD touchscreen. [17] Method according to claim 14, wherein the vehicle data processing system transmits the location by means of audible turn-by-turn directions. [18] Method according to claim 13 comprising the step of transferring the parsed information from the email to a secondary database to confirm that the information is accurate. [19] Method according to claim 13, wherein the parsing of data is carried out by machine learning. [20] Navigation information distribution system, the system comprising: one or more servers, designed for Receiving an email containing target data and participant identification; parsing the email to retrieve target data; Confirming a location based on the fact that the target data corresponds to an actual address, using a map database; Storing target data based on participant identification; Transmitting a message to a nomadic wireless device that the target data is waiting to be uploaded; Receiving a location request from the nomadic wireless device, wherein the request includes subscriber identification; and Transferring the location for communication to the nomadic wireless device.

Images