Vehicle localization and transmission method and system using a plurality of communication methods

BACKGROUND

In a vehicle localization system, communications difficulties can arise due to terrain topologies. Failures in vehicle location transmission that arise due to the communication difficulties are undesirable. This situation is especially undesired when viable communication is essential, for example, for the transmission of emergency vehicle location. In addition, in other situations, a user may need to transmit a location to emergency vehicles. For example, the user may get into an accident and need to transmit the vehicle location to first responders with a minimum risk of communication failure.

Moreover, in some situations, a communication method may be congested during a specific period. For example, 3G/4G network may become congested when special events are taking place in a city such as pilgrimage or athletic events due to the increase in cell phone usage. This leads to failure in other services based on vehicle localization. Accordingly, what is needed is a vehicle localization system that is able to transmit vehicle location and information with a low probability of communication failure occurring due to communication obstacles.

The foregoing “background” description is for the purpose of generally presenting the context of the disclosure. Work of the inventor, to the extent it is described in this background section, as well as aspects of the description which may not otherwise qualify as prior art at the time of filing, are neither expressly or impliedly admitted as prior art against the present invention. The foregoing paragraphs have been provided by way of general introduction, and are not intended to limit the scope of the following claims. The described embodiments, together with further advantages, will be best understood by reference to the following detailed description taken in conjunction with the accompanying drawings.

SUMMARY

A vehicle localization and transmission method is provided that comprises detecting a vehicle location, storing a transmission log indicating a status of a communication attempt and a corresponding vehicle location, determining a preferable communication method based on the transmission log from a plurality of communication methods, and transmitting the vehicle location using the preferable communication method.

BRIEF DESCRIPTION OF THE DRAWINGS

A more complete appreciation of the disclosure and many of the attendant advantages thereof will be readily obtained as the same becomes better understood by reference to the following detailed description when considered in connection with the accompanying drawings, wherein:

<figref idref="DRAWINGS">FIG. 1</figref> is an exemplary schematic of a system for vehicle localization using a hybrid communication layer according to one example;

<figref idref="DRAWINGS">FIG. 2</figref> is a diagram showing the various layers of the system for vehicle localization using a hybrid communication layer according to one example;

<figref idref="DRAWINGS">FIG. 3</figref> is an exemplary schematic showing the flow of data through the system according to one example;

<figref idref="DRAWINGS">FIG. 4</figref> is an exemplary block diagram of a communication controller according to one example;

<figref idref="DRAWINGS">FIG. 5</figref> is an exemplary block diagram of the hybrid communication layer according to one example;

<figref idref="DRAWINGS">FIG. 6</figref> is an exemplary block diagram of a heterogeneous vehicle sensing and localization layer according to one example;

<figref idref="DRAWINGS">FIG. 7</figref> is an exemplary block diagram illustrating the data flow in the data fusion layer according to one example;

<figref idref="DRAWINGS">FIG. 8</figref> is an exemplary block diagram of the application layer according to one example;

<figref idref="DRAWINGS">FIG. 9</figref> is an exemplary flow chart to update a transmission log according to one example;

<figref idref="DRAWINGS">FIG. 10</figref> shows logs from two communication controllers according to an example;

<figref idref="DRAWINGS">FIG. 11</figref> shows a merged transmission log from the logs showed in <figref idref="DRAWINGS">FIG. 10</figref> according to an example;

<figref idref="DRAWINGS">FIG. 12</figref> is an exemplary flow chart to transmit a vehicle location using a preferable communication method according to one example;

<figref idref="DRAWINGS">FIG. 13</figref> is an exemplary flow chart to locate a vehicle according to one example;

<figref idref="DRAWINGS">FIG. 14</figref> is an exemplary localization look-up table showing localization techniques available in a plurality of areas according to one example; and

<figref idref="DRAWINGS">FIG. 15</figref> is an exemplary block diagram of a server according to one example.

DETAILED DESCRIPTION

Referring now to the drawings, wherein like reference numerals designate identical or corresponding parts throughout several views, the following description relates to a vehicle localization system using a hybrid communication layer and associated methodology for detecting, transmitting and analyzing vehicle location and information.

Specially, as shown in the drawings and related discussion, when a vehicle location is needed the system may determine a preferable communication method from a plurality of communication methods to be used to send the vehicle location to a server. In one embodiment, processing circuitry may use past known vehicle locations to choose the preferable communication method. The system then transmits to the server the vehicle location using communication circuitry corresponding to the preferable communication method.

Current systems used to obtain the vehicle location are sometimes dependent on Global Positioning System (GPS) or Global System for Mobile (GSM)-assistance based subsystems that detect the vehicle location and transmit it to geographical information systems for localization, tracking and navigation assistance via transmission technologies such as 2G/3G/4G mobile networks. These systems do not provide high resolution location information. Moreover, the dependence of the current systems on terrestrial mobile networks becomes a limit in mixed terrain environments such as the Holy city of Makkah where mountains, tunnels, high-rise buildings, valleys hinder accurate localization.

The proposed system provides high-resolution position of vehicles in mixed terrain environments by using multiple localization technologies and multimodal localization algorithms to get accurate location of vehicles. The vehicle location is transmitted from vehicles to the server via the hybrid communication layer to subside congested or scarcely available data services.

<figref idref="DRAWINGS">FIG. 1</figref> is an exemplary schematic of a system for vehicle localization using a hybrid communication layer according to one example. <figref idref="DRAWINGS">FIG. 1</figref> depicts a road <b>114</b> that is part of a road system in a geographic area. Two vehicles <b>108</b>,<b>116</b> are shown as traveling on the road <b>114</b>. Each of the vehicles <b>108</b>,<b>116</b> may be equipped with a Bluetooth device <b>112</b>. The vehicle <b>108</b> may also be equipped with a WiFi device <b>110</b>. The vehicles <b>108</b>, <b>116</b> may be cars, motorcycles, bicycles, boats, planes and any other structure used for transportation. The vehicle location may be transmitted by the plurality of communication methods to the server <b>100</b>. The server <b>100</b> may transmit the vehicle location via network <b>102</b> to users. The network <b>102</b> is any network that allows the server <b>100</b> and the communication devices to communicate information with each other such as wide Area network, local area network or the Internet. <figref idref="DRAWINGS">FIG. 1</figref> shows a cellular tower <b>106</b>, a satellite <b>104</b>, a Bluetooth device <b>112</b> and a WiFi device <b>110</b>. In selected embodiments, the vehicle <b>108</b> may communicate with the vehicle <b>116</b> using the Bluetooth device <b>112</b>. The vehicle <b>116</b> may communicate its location to the vehicle <b>108</b>. The vehicle <b>108</b> can then transmit the location of vehicle <b>116</b> using a communication technique that may not be available in the vehicle <b>116</b>. For example, the vehicle <b>108</b> is equipped with the WiFi device <b>110</b> while the vehicle <b>116</b> is not. The vehicle <b>108</b> may transmit the location of vehicle <b>116</b> to the server <b>100</b> using the WiFi device <b>110</b>. In one embodiment, Bluetooth readers can be placed alongside the road <b>114</b>. The Bluetooth readers can detect a Bluetooth device <b>112</b> in the vehicle <b>108</b>. The Bluetooth readers then can transmit the vehicle location using the communication circuitry to the server <b>100</b> via the network <b>102</b>. The server <b>100</b> includes a CPU <b>1500</b> and a memory <b>1502</b> as shown in <figref idref="DRAWINGS">FIG. 15</figref>.

<figref idref="DRAWINGS">FIG. 2</figref> is a diagram showing the various layers of the system for vehicle localization using a hybrid communication layer according to one example. <figref idref="DRAWINGS">FIG. 2</figref> illustrates four layers: a heterogeneous vehicle sensing and localization layer <b>200</b>, the hybrid communication layer <b>202</b>, a data fusion layer <b>204</b> and an application layer <b>204</b> although this is exemplary and more or less layers may be used. The layered architecture enables technology independence and heterogeneity. The heterogeneous vehicle sensing and localization layer <b>200</b> role is to detect the presence of the vehicles <b>108</b>,<b>116</b> via at least one of the above-noted methods. The vehicle location is then transmitted by the hybrid communication layer <b>202</b> to the data fusion layer <b>204</b>. The hybrid communication layer <b>202</b> provides for the plurality of communication methods. The data fusion layer <b>204</b> transmits processed data to the application layer <b>206</b>. The application layer <b>206</b> can provide services to a third party.

<figref idref="DRAWINGS">FIG. 3</figref> is an exemplary schematic showing the flow of data through the system according to one example. Vehicle presence data is collected by the heterogeneous vehicle sensing and localization layer <b>200</b>. The vehicle presence data is data that indicates the position of the vehicle. The vehicle presence data may be longitudinal and latitude coordinates. The vehicle presence data is then transformed into location data <b>300</b> in the data fusion layer <b>204</b>. In one embodiment, a first localization technique may detect that the vehicle location is in a broad area; a second localization technique may further refine the vehicle location. For example, the vehicle <b>108</b> may be travelling on the road <b>114</b> that has an overpass. A satellite based localization technique may detect the vehicle location but may fail to determine if the vehicle is on the overpass or below the overpass. The second localization technique such as a Bluetooth reader based localization method may then accurately locate the vehicle. In selected embodiments, the Bluetooth readers are positioned in strategic locations such on and below the overpass. The strategic locations may be locations where the first localization technique is known to fail based on past data or the technological limitations of the method. The vehicle information <b>302</b> is gathered from the processed data by the CPU <b>1500</b>. In one embodiment, the CPU <b>1500</b> may analyze road image sequences to obtain vehicle counts. In one embodiment, the vehicle count method may be that disclosed in U.S. Pat. No. 5,247,297 entitled “VEHICLE DETECTOR METHOD FOR MULTIPLE VEHICLE COUNTING”, the entire disclosure of which is incorporated herein by reference. The vehicle information <b>302</b> includes one or more of, but not limited to, counts, speeds and tracking information. Finally, the analyzed data may be processed with feedback from the system in supervision of the third party such as experts to create a traffic knowledge <b>304</b> database.

The hybrid communication layer <b>202</b> is responsible to provide a medium for the heterogeneous vehicle sensing and localization layer <b>200</b> for transmitting vehicle location data to the data fusion layer <b>204</b>. In a mixed terrain environment, a single communication mechanism fails to provide reliable and robust transmission. For example in Makkah, there are hills, tunnels, valleys and high-rise building that cause uneven distribution of 3G/4G data network coverage. Moreover, extremely high number of mobile services users during Hajj and Ramadan season congests the network. The hybrid communication layer <b>202</b> consists of all available communication technologies such as wireless 3G/4G data networks, WiFi, Bluetooth, Infra-red, unlicensed radio channels, barcode readers, satellite communication or other communication method as understood by one of ordinary skill in the art. Hence, each vehicle detection mechanism has the liberty to use multiple communication technologies to ensure data delivery.

<figref idref="DRAWINGS">FIG. 4</figref> is an exemplary block diagram of a communication controller according to one example. The communication controller <b>400</b> may be included as part of the vehicles <b>108</b>, <b>116</b> according to one embodiment. The communication controller <b>400</b> circuitry is operable to transmit data to and receive data from one or more remote devices. For example, the data may be voice, text or multimedia data. In selected embodiments, the remote device can be the server <b>100</b>. The communication controller <b>400</b> may be a combination of hardware, software, and firmware components. In <figref idref="DRAWINGS">FIG. 4</figref>, the communication controller <b>400</b> includes a memory <b>402</b>, processing circuitry <b>406</b>, the communication circuitry <b>404</b> and a user interface <b>408</b>. The memory <b>402</b> may be one or more memory modules that store data. In one embodiment, the memory <b>402</b> may store a transmission log. A transmission log may contain information about a transmission such as the communication method used, a time, a date and a status of the transmission. The processing circuitry <b>406</b> may execute computer-readable program instructions contained in the memory <b>402</b>. The communication circuitry <b>404</b> may be one or more communication circuitry necessary to transmit data using the communication methods and technologies used by the system. The user interface <b>408</b> may include a keypad. In selected embodiments, the user interface <b>408</b> may be used to troubleshoot the communication controller <b>400</b>. The keypad may be used to input data into the communication controller <b>400</b>. The user interface <b>408</b> also allows a user to obtain information from the communication controller <b>400</b>. In selected embodiments, the user interface may include a display screen. The user may use the user interface <b>408</b> to display information on the display screen. The information may be information about the status of the communication technologies used by the system.

<figref idref="DRAWINGS">FIG. 5</figref> is an exemplary block diagram of the hybrid communication layer <b>202</b> according to one example. In one embodiment, the hybrid communication layer <b>202</b> may include, but not limited to, a Bluetooth <b>500</b>, a WiFi <b>502</b>, a 802.11p <b>504</b>, an infrared and optical <b>506</b>, a 3G/4G <b>508</b>, an unlicensed radio channel <b>510</b>, a line of sight barcode reader <b>512</b>, a wired <b>514</b> and satellite <b>516</b> based communication methods. The hybrid communication layer <b>202</b> may include other communication technologies as would be understood by one of ordinary skill in the art.

<figref idref="DRAWINGS">FIG. 6</figref> is an exemplary block diagram of a heterogeneous vehicle sensing and localization layer <b>200</b> according to one example. The heterogeneous vehicle sensing and localization layer <b>200</b> consists of all technologies that can be used to detect the presence of vehicles on the road <b>114</b> such as Bluetooth <b>600</b>, WiFi <b>602</b>, 802.11p <b>604</b>, infrared <b>606</b>, ultrasonic sensors <b>608</b>, radar <b>610</b>, cameras <b>612</b>, magnetic sensor <b>614</b>, inertial measurement units <b>616</b>, inductive loops <b>618</b> and machine readable barcodes <b>620</b> based localization methods. In selected embodiments, the heterogeneous vehicle sensing and localization layer <b>200</b> may be implemented by a localization unit. The localization unit includes the necessary processing circuitry to execute algorithms corresponding to localization methods as would be understood by one of ordinary skill in the art to identify the location of the vehicle. For example, a Bluetooth based localization algorithm may be used to identify the location of the vehicle <b>108</b> using data collected by the Bluetooth based localization method <b>600</b> as would be determined by standard localization techniques. A WiFi based localization algorithm may be used to identify the location of the vehicle <b>108</b> using data collected by the WiFi based method <b>602</b> as would be determined by standard localization techniques. The availability of each localization method may depend on the geographic location, weather conditions, the vehicle make, model and year, and the like. Each of the localization method may have a different accuracy level as would be understood by one of ordinary skill in the art.

<figref idref="DRAWINGS">FIG. 7</figref> is an exemplary block diagram illustrating the data flow in the data fusion layer <b>204</b> according to one example. The data fusion layer <b>204</b> receives multiple vehicle location data through various localization algorithms using metrics such as geospatial, sensor fusion, cellular data, situation assessment and image data. This layer integrates all the different sources to construct high resolution localization data <b>700</b>. In selected embodiments, upon determining the broad area where the vehicle is located using the first localization technique, the system using the CPU <b>1500</b> may determine the second localization technique from which to collect data to locate precisely the vehicle. The first localization technique may be a cellular tower based localization method and the second localization technique may be a barcode reader based localization method. Once the broad area is determined using the first localization technique, then data is collected from the barcode readers located within the broad region only. The barcode readers may be located at the entrance of tunnels. Barcodes may be painted or stickered on the vehicle. Each barcode may correspond to a vehicle identification. The barcode reader detects the barcode available on the vehicle and then transmits it to the server <b>100</b>. The barcode readers may be installed at predetermined intervals in the tunnel which permits the application layer <b>206</b> to obtain more information about the vehicle. The information may include the speed of the vehicle, whether the vehicle has stopped, or whether the vehicle took an exit in the tunnel. As trying to collect data from all barcode readers may be time consuming and hence ineffective, in other embodiments, once the broad region is determined, the CPU <b>1500</b> may determine which other available localization technique should be used. For example, the CPU <b>1500</b> may determine that Bluetooth readers are available in the broad region. The CPU <b>1500</b> may determine which methods are available in the broad area by using a localization look-up table stored in the memory <b>1502</b>. An exemplary localization look-up table is shown and described in <figref idref="DRAWINGS">FIG. 14</figref>. The data fusion layer <b>204</b> receives spatial data <b>702</b>, temporal data <b>704</b> and ID data <b>706</b>. The spatial data <b>702</b> are received from the localization layer via the communication controller <b>400</b>. The identification (ID) data may be transmitted to the server <b>100</b> using the communication circuitry <b>404</b>. In selected embodiments, the ID may be a unique number associated with the communication controller <b>400</b>.

<figref idref="DRAWINGS">FIG. 8</figref> is an exemplary block diagram of the application layer <b>206</b> according to one example. The application layer <b>206</b> uses the high resolution localization data <b>700</b> in applications such as vehicle counting, vehicle classification, speed analysis, tracking, analysis of traffic flows and traffic patterns, generating traffic models and traffic prediction. In <figref idref="DRAWINGS">FIG. 8</figref>, the application layer <b>206</b> includes a vehicle speed analysis <b>800</b>, a traffic model <b>802</b>, a traffic flows and patterns analysis <b>804</b>, a traffic forecast <b>806</b>, a vehicle counting <b>808</b>, a vehicle classification <b>810</b> and vehicle tracking <b>812</b> modules. In one embodiment, the traffic forecast <b>806</b> may be that disclosed in U.S. Pat. No. 7,813,870 B2 entitled “DYNAMIC TIME SERIES PREDICTION OF FUTURE TRAFFIC CONDITIONS”, the entire disclosure of which is incorporated herein by reference. The server <b>100</b>, using the CPU <b>1500</b>, then analyzes the data received to generate traffic information. The traffic information can include traffic speeds and travel times. The server <b>100</b> may provide the traffic information to businesses providing a traffic service and/or consumers using various traffic enabled devices such as a navigation system.

<figref idref="DRAWINGS">FIG. 9</figref> is an exemplary flow chart to update the transmission log. At step S<b>900</b>, the communication controller <b>400</b> receives the vehicle location from the localization layer <b>200</b>. At S<b>902</b>, the communication controller <b>400</b> transmits the vehicle location using a first communication method. Next at step S<b>904</b>, the processing circuitry <b>406</b> determines the status of a communication attempt to transmit the vehicle location. The status may be obtained by checking the return acknowledge or any other status reporting technique. The status indicates whether the vehicle location was transmitted successfully or not. Then at S<b>906</b>, if the vehicle location was successfully transmitted, the transmission log is updated with a status indicator of “successful”. If the vehicle location was not transmitted successfully then at step S<b>908</b> the transmission log is updated with a “unsuccessful” transmission status. At S<b>910</b>, the location is transmitted using another communication method. In selected embodiments, the algorithm continues until all available communication methods are used or when a successful transmission is made.

<figref idref="DRAWINGS">FIG. 10</figref> shows transmission logs <b>1000</b>, <b>1002</b> from two communication controllers according to one example. The transmission log <b>1000</b>, <b>1002</b> may be generated by the communication controller <b>400</b>. The transmission log may be stored in the memory <b>402</b> of the communication controller <b>400</b> of the vehicle <b>108</b>, <b>116</b>. In one embodiment, the transmission log may include one or more of, but not limited to, the vehicle identification, the vehicle location as GPS coordinates, a communication method, the date, the time and a result. The result indicates if the communication method was successful or not to transmit the vehicle location. The result may be determined as described here. In one embodiment, the communication controller <b>400</b> may receive an acknowledgment packet to indicate that the transmission was successful. The transmission log may be transmitted to the server <b>100</b> via the communication circuitry <b>404</b>. The transmission log <b>1000</b> shows that the communication controller transmitted unsuccessfully the location of vehicle <b>902</b>A using a WiFi based communication method at 15:06. Then, the communication controller <b>400</b> transmitted the vehicle location successfully using a 3G/4G based communication method at 15:07. While <figref idref="DRAWINGS">FIG. 10</figref> shows two transmission logs, it is understood that several communication controllers, corresponding to several vehicles, may generate several transmission logs.

<figref idref="DRAWINGS">FIG. 11</figref> shows a merged transmission log <b>1100</b> from the transmission logs <b>1000</b>, <b>1002</b> according to one example. The communication controller <b>400</b> may transmit to the server <b>100</b> via the communication circuitry <b>404</b> the transmission log <b>1000</b>. The server <b>100</b> receives several transmission logs corresponding to several vehicles. The server <b>100</b> using the CPU <b>1500</b> may then produce the merged transmission log <b>1100</b>. The merged transmission log <b>1100</b> may be stored in the server <b>100</b>. In selected embodiments, the server <b>100</b> may analyze, using the CPU <b>1500</b>, the merged transmission log <b>1100</b> to determine successful communication method corresponding to certain areas. In selected embodiments, the analysis may be done by calculating the number of successful transmission for each method in a certain area. A preferable communication method in the certain area may be the method with the highest number of successful transmission. In other embodiments, the server <b>100</b> may calculate a successful transmission rate based on the number of successful transmission and the total number of transmission in the certain area. The preferable communication method is then the method with the highest successful transmission rate. In other embodiments, a certain communication method may be chosen as the preferable communication method if it achieves a certain number of successful attempts in a predetermined period. In selected embodiments, each communication method may be weighted based on a local terrain type. For example, in high rise building areas, the satellite based communication method <b>516</b> may be given a lower weight than the line of sight barcode reader communication method <b>512</b>. In high rise building areas, the satellite based communication method <b>516</b> have a higher error rate due to multipath signals and the lack of visible satellites. In rugged terrain or mountainous region, a higher weight is given to the satellite based communication method <b>516</b> than to the 3G/4G communication method <b>508</b> because cellular coverage may be weak or non-present in mountains. The analysis may also include other factors such as the weather, the date and time or other factors that may affect transmission quality. The analysis also includes the presence of communication obstacles such as tunnels or lakes. For example, on lakes, the communication controller <b>400</b> may choose the satellite based communication method <b>516</b>. The analysis may be time sensitive. For example, the calculations described above may include transmission attempts made only during the last predetermined number of days. For example, the predetermined number of days maybe thirty days. The server <b>100</b> may then send the analysis to the communication controller <b>400</b>. The communication controller <b>400</b> may store the analysis in the memory <b>402</b>. The processing circuitry <b>406</b> may use the analysis to determine the preferable communication method. The processing circuitry <b>406</b> may determine trends using techniques such as Neural networks as would be understood to one of ordinary skill in the art. For example, a certain communication technique may result in a higher probability of communication failure in inclement weather or may become overloaded in a certain period of time. In addition, the communication controller <b>400</b> may check whether other vehicles are present within a predetermined distance. In response to determining that another car is within the predetermined distance, the communication controller <b>400</b> may use its preferable communication method as the preferable communication method.

<figref idref="DRAWINGS">FIG. 12</figref> is an exemplary flow chart to transmit the vehicle location using the preferable communication method according to one example. At step S<b>1200</b>, the communication controller <b>400</b> receives the vehicle <b>108</b> location from the heterogeneous vehicle sensing and localization layer <b>200</b>. At step S<b>1202</b>, the communication controller <b>400</b>, using the processing circuitry <b>406</b>, determines the preferable communication method. The processing circuitry <b>406</b> may use the past transmission attempts to determine the preferable communication method. The processing circuitry <b>406</b> can use a last known vehicle location and stored successful communication from the merged transmission log <b>1100</b> to determine the preferable communication method as described previously herein. At step S<b>1204</b>, the vehicle location is transmitted via the communication circuitry <b>404</b> of the preferable communication method. At step S<b>1206</b>, the communication controller <b>400</b> using the processing circuitry <b>406</b> checks if the transmission is successful. If the transmission is successful then the process goes to step S<b>1208</b>. At S<b>1208</b>, the transmission log is updated with a “successful” indicator status. If the transmission is not successful then the process goes to step S<b>1210</b>. At step S<b>1210</b>, the transmission log is updated with a “unsuccessful” transmission status indicator. At step S<b>1212</b>, an attempt count/number is increased by a predetermined incremental value. At step S<b>1214</b>, the processing circuitry <b>406</b> compares the attempt count/number with a predetermined attempt threshold. At step S<b>1216</b>, if the attempt count/number is greater than the attempt threshold then the vehicle location is transmitted using another method. The attempt count/number is reset after a successful transmission. If the attempt count/number is less than the attempt threshold then the process goes to step S<b>1204</b>.

Further, the communication controller <b>400</b> can use the past vehicle positions and the direction of travel to predict a probable vehicle trajectory. In one embodiment, the vehicle prediction method and system may be that disclosed in U.S. patent application US 2014/0148970 A1 entitled “NAVIGATION SYSTEMS AND VEHICLES FOR PREDICTING ROUTES”, the entire disclosure of which is incorporated herein by reference. The processing circuitry <b>406</b> may then compare the probable vehicle trajectory with maps stored in the memory <b>402</b> to check for communication obstacles such as the presence of a tunnel. If a communication obstacle is detected, then the processing circuitry <b>406</b> may match the communication obstacle with the preferable communication method. This can be done by using a look-up table stored in the memory <b>402</b>. In selected embodiments, the look-up table lists for each communication obstacle type the preferable communication method that can be used to overcome the communication obstacle. In one example, if the predicted trajectory shows a tunnel then the communication controller <b>400</b> can determine that the preferable communication method is a radio frequency identification based communication method and avoid using a 3G/4G based communication method. This allows continuous vehicle localization without communication failure due to communication obstacles. The look-up table can be updated at predetermined intervals or when technological advancements are made. Communication experts can update the look-up table by connecting to the server <b>100</b> via the network <b>102</b>. For example, once Bluetooth readers are installed inside a tunnel A the communication experts may update the look-up table indicating that Bluetooth reader based communication method is the preferable communication method in tunnel A. The server <b>100</b> may send the updated look-up table to the communication controller <b>400</b>. In other embodiments, the communication controller <b>400</b> may connect at predetermined intervals to the server <b>100</b> to download the look-up table thereby keeping the table up to date.

In other embodiments, the server <b>100</b> may receive by the third party through the network <b>102</b> information indicating the status of the communication method. For example, the satellite based communication method <b>516</b> may fail due to a technical problem in the satellite <b>104</b>. The server <b>100</b> can send to the communication controller <b>400</b> the status of the communication method. The server <b>100</b> may also update the look-up table based on the information. The server <b>100</b> may then send the updated look-up table to the communication controller <b>400</b>. The communication controller <b>400</b>, via the processing circuitry <b>406</b>, can avoid choosing it as the preferable communication method. In other embodiments, one communication method may be congested due to an event such as athletics events or religious pilgrimage in a city. The server <b>100</b> may generate and send an alert to the communication controller <b>400</b> to avoid using the congested communication method and use an alternative communication method. The communication controller <b>400</b>, via the communication circuitry <b>404</b>, may connect to the server <b>100</b> to check on the status of the communication method. In selected embodiments, when a communication failure occurs after a transmission attempt by the communication circuitry <b>400</b> using the communication method, the communication controller <b>400</b> may avoid using the communication method before a predetermined amount of time has passed thus optimizing battery and data usage. The predetermined amount of time may be based on available battery power of the communication controller <b>400</b>. For example, once the available battery power drops below a predetermined threshold, the predetermined amount of time may be increased. This allows for the conversation of available battery power in case of a vehicle breakdown. In selected embodiments, the predetermined amount of time may be based on a distance traveled by the vehicle after the communication failure using the communication method. The distance traveled may be obtained from the odometer of the vehicle. In other embodiments, the distance traveled may be obtained from an accelerometer included in the communication controller <b>400</b>. Once the distance traveled is larger than a predetermined distance the communication method may be used again by the communication controller <b>400</b>. For example, the predetermined distance may be set to 10 miles. This is due to that the area may have changed and the communication method may be available in the new area.

Further, the third party may upload updates to the server <b>100</b> about the availability of communication technologies in a region. For example, if a new cellular tower <b>106</b> is installed in a region A, the communication experts may indicate that the 3G/4G is the preferable communication method in this region. The server <b>100</b> then can send the updates to the communication controller <b>400</b>. The communication controller <b>400</b> may use the updated information when determining the preferable communication method. The communication controller <b>400</b> can connect to the server <b>100</b> at predetermined interval to download any updates.

In selected embodiments, the user may choose to transmit the vehicle location using all available communication methods in response to determining there is an emergency. The user may indicate an emergency using the user interface <b>408</b>. The user interface <b>408</b> may include an emergency button. In response to the user, pressing the emergency button the communication controller <b>400</b> may use all available communication methods to transmit the vehicle location to the third party such as first respondent, police, firefighters or the like. Transmitting the vehicle location using all available methods simultaneously and before waiting for one method to fail may save precious time. In this case, knowing the vehicle location has a higher priority than optimizing resources. In other embodiments, the emergency may be detected by the deployment of airbags. The emergency may be also detected by speech recognition of a preprogrammed phrase such as “Help” using the processing circuitry <b>406</b>.

<figref idref="DRAWINGS">FIG. 13</figref> is an exemplary flow chart to locate a vehicle according to one example. At step S<b>1302</b>, the vehicle location is detected using a first localization technique. The first localization technique may be one of the available methods shown in <figref idref="DRAWINGS">FIG. 6</figref>. In one embodiment, the first localization technique is chosen as the method depending on the widespread availability of the localization technique such as GPS or cellular based method. Once a vehicle location is known, the communication controller <b>400</b> may transmit the vehicle location to the server <b>100</b> using the preferable communication method as shown and described in <figref idref="DRAWINGS">FIG. 12</figref>. At step S<b>1304</b>, the CPU <b>1500</b> may check based on the vehicle location whether a second method with a higher accuracy is available. The CPU <b>1500</b> may use the localization look-up table shown and described in <figref idref="DRAWINGS">FIG. 14</figref> to determine the availability of localization techniques in an area. The localization look-up table may be stored in the memory <b>1502</b>. In other embodiments, the localization look-up table may be stored in the memory <b>402</b> of the communication controller <b>400</b>. In response to determining that a second localization technique with a higher accuracy is available, the vehicle location may be detected using the second localization technique at step S<b>1306</b>. In selected embodiments, the CPU <b>1500</b> may check whether the accuracy improvement is higher than an accuracy threshold. In response to determining that the accuracy improvement is higher than the accuracy threshold, the vehicle location is detected using the second localization technique. The accuracy threshold may be set by the user. In other embodiments, the accuracy threshold may also depend on the module in the application layer <b>206</b> requesting the vehicle location.

In selected embodiments, additional localization techniques may be used until an accuracy level is achieved or all available localization techniques are used. The accuracy level may depend on the application requesting the vehicle location. For example, if the vehicle location is to be used with a collision warning system application, the accuracy level may be chosen higher than when the vehicle location is to be used by a weather data application. The accuracy level may be set by the third party. At step S<b>1308</b>, the vehicle location is refined in the data fusion layer <b>204</b>. At step S<b>1310</b>, the vehicle location may be transmitted via the network <b>102</b> to host applications.

<figref idref="DRAWINGS">FIG. 14</figref> is an exemplary localization look-up table showing localization techniques available in a plurality of areas according to one example. In one embodiment, the localization look-up table <b>1400</b> may include one or more of, but not limited to, an area, a localization technique, an accuracy, and a status. The area may be identified by longitudinal and latitude coordinates of its boundary. The area may also be identified by the name of the city. The status may indicate the current status of the localization technique. The CPU <b>1500</b> may avoid using the localization technique if the status indicates “Not Ok” which may indicate a failure in equipment used by the localization technique.

<figref idref="DRAWINGS">FIG. 15</figref> is an exemplary block diagram of the server <b>100</b> according to one example. In <figref idref="DRAWINGS">FIG. 15</figref>, the server includes a CPU <b>1500</b> which performs the processes described above. The process data and instructions may be stored in memory <b>1502</b>. These processes and instructions may also be stored on a storage medium disk <b>1504</b> such as a hard drive (HDD) or portable storage medium or may be stored remotely. Further, the claimed advancements are not limited by the form of the computer-readable media on which the instructions of the inventive process are stored. For example, the instructions may be stored on CDs, DVDs, in FLASH memory, RAM, ROM, PROM, EPROM, EEPROM, hard disk or any other information processing device with which the mobile device communicates, such as a server or computer.

Further, the claimed advancements may be provided as a utility application, background daemon, or component of an operating system, or combination thereof, executing in conjunction with CPU <b>1500</b> and an operating system such as Microsoft Windows 7, UNIX, Solaris, LINUX, Apple MAC-OS and other systems known to those skilled in the art.

CPU <b>1500</b> may be a Xenon or Core processor from Intel of America or an Opteron processor from AMD of America, or may be other processor types that would be recognized by one of ordinary skill in the art. Alternatively, the CPU <b>1500</b> may be implemented on an FPGA, ASIC, PLD or using discrete logic circuits, as one of ordinary skill in the art would recognize. Further, CPU <b>1500</b> may be implemented as multiple processors cooperatively working in parallel to perform the instructions of the inventive processes described above.

The server in <figref idref="DRAWINGS">FIG. 15</figref> also includes a network controller <b>1506</b>, such as an Intel Ethernet PRO network interface card from Intel Corporation of America, for interfacing with network <b>102</b>. As can be appreciated, the network <b>102</b> can be a public network, such as the Internet, or a private network such as an LAN or WAN network, or any combination thereof and can also include PSTN or ISDN sub-networks. The network <b>102</b> can also be wireless such as a cellular network including EDGE, 3G and 4G wireless cellular systems. The wireless network can also be WiFi, Bluetooth, or any other wireless form of communication that is known.

The server further includes a display controller <b>1508</b>, such as a NVIDIA GeForce GTX or Quadro graphics adaptor from NVIDIA Corporation of America for interfacing with display <b>1510</b>, such as a Hewlett Packard HPL2445w LCD monitor. A general purpose I/O interface <b>1512</b> interfaces with a keyboard and/or mouse <b>1514</b> as well as a touch screen panel <b>1516</b> on or separate from display <b>1510</b>. General purpose I/O interface also connects to a variety of peripherals <b>1518</b> including printers and scanners, such as an OfficeJet or DeskJet from Hewlett Packard.

A sound controller <b>1520</b> is also provided in the server, such as Sound Blaster X-Fi Titanium from Creative, to interface with speakers/microphone <b>1522</b> thereby providing sounds and/or music.

The general purpose storage controller <b>1524</b> connects the storage medium disk <b>1504</b> with communication bus <b>1526</b>, which may be an ISA, EISA, VESA, PCI, or similar, for interconnecting all of the components of the server <b>100</b>. A description of the general features and functionality of the display <b>1510</b>, keyboard and/or mouse <b>1514</b>, as well as the display controller <b>1508</b>, storage controller <b>1524</b>, network controller <b>1506</b>, sound controller <b>1520</b>, and general purpose I/O interface <b>1512</b> is omitted herein for brevity as these features are known.

A system which includes the features in the foregoing description provides numerous advantages to the users. In particular, the system transmits the vehicle location using the plurality of communication methods thus minimizing transmission failures due to communication obstacles. The system helps the users transmit vehicle locations to first responders in case of emergency. In such cases, it is important to transmit the vehicle location as quickly and precisely as possible. Using the plurality of communication methods with multiple localization techniques gives the advantages of getting the vehicle location with high precision. The system is able to choose the communication method based on the vehicle location, the transmission log and communication network status.

Obviously, numerous modifications and variations are possible in light of the above teachings. It is therefore to be understood that within the scope of the appended claims, the invention may be practiced otherwise than as specifically described herein.

Thus, the foregoing discussion discloses and describes merely exemplary embodiments of the present invention. As will be understood by those skilled in the art, the present invention may be embodied in other specific forms without departing from the spirit or essential characteristics thereof. Accordingly, the disclosure of the present invention is intended to be illustrative, but not limiting of the scope of the invention, as well as other claims. The disclosure, including any readily discernible variants of the teachings herein, define, in part, the scope of the foregoing claim terminology such that no inventive subject matter is dedicated to the public.