US20030069683A1 - Traffic monitoring system and methods for traffic monitoring and route guidance useful therewith - Google Patents

Traffic monitoring system and methods for traffic monitoring and route guidance useful therewith Download PDF

Info

Publication number
US20030069683A1
US20030069683A1 US10/268,577 US26857702A US2003069683A1 US 20030069683 A1 US20030069683 A1 US 20030069683A1 US 26857702 A US26857702 A US 26857702A US 2003069683 A1 US2003069683 A1 US 2003069683A1
Authority
US
United States
Prior art keywords
traffic
information
mobile communication
location
cell
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US10/268,577
Inventor
Dror Lapidot
Jonathan Silverberg
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Priority claimed from US09/406,537 external-priority patent/US6341255B1/en
Application filed by Individual filed Critical Individual
Priority to US10/268,577 priority Critical patent/US20030069683A1/en
Publication of US20030069683A1 publication Critical patent/US20030069683A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/09Arrangements for giving variable traffic instructions
    • G08G1/0962Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0967Systems involving transmission of highway information, e.g. weather, speed limits
    • G08G1/096708Systems involving transmission of highway information, e.g. weather, speed limits where the received information might be used to generate an automatic action on the vehicle control
    • G08G1/096716Systems involving transmission of highway information, e.g. weather, speed limits where the received information might be used to generate an automatic action on the vehicle control where the received information does not generate an automatic action on the vehicle control
    • GPHYSICS
    • G01MEASURING; TESTING
    • G01CMEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
    • G01C21/00Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
    • G01C21/26Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
    • G01C21/34Route searching; Route guidance
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/01Detecting movement of traffic to be counted or controlled
    • G08G1/0104Measuring and analyzing of parameters relative to traffic conditions
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/09Arrangements for giving variable traffic instructions
    • G08G1/0962Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/09Arrangements for giving variable traffic instructions
    • G08G1/0962Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0967Systems involving transmission of highway information, e.g. weather, speed limits
    • G08G1/096708Systems involving transmission of highway information, e.g. weather, speed limits where the received information might be used to generate an automatic action on the vehicle control
    • G08G1/096725Systems involving transmission of highway information, e.g. weather, speed limits where the received information might be used to generate an automatic action on the vehicle control where the received information generates an automatic action on the vehicle control
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/09Arrangements for giving variable traffic instructions
    • G08G1/0962Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0967Systems involving transmission of highway information, e.g. weather, speed limits
    • G08G1/096733Systems involving transmission of highway information, e.g. weather, speed limits where a selection of the information might take place
    • G08G1/096741Systems involving transmission of highway information, e.g. weather, speed limits where a selection of the information might take place where the source of the transmitted information selects which information to transmit to each vehicle
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/09Arrangements for giving variable traffic instructions
    • G08G1/0962Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0967Systems involving transmission of highway information, e.g. weather, speed limits
    • G08G1/096766Systems involving transmission of highway information, e.g. weather, speed limits where the system is characterised by the origin of the information transmission
    • G08G1/096775Systems involving transmission of highway information, e.g. weather, speed limits where the system is characterised by the origin of the information transmission where the origin of the information is a central station
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/09Arrangements for giving variable traffic instructions
    • G08G1/0962Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0968Systems involving transmission of navigation instructions to the vehicle
    • G08G1/096805Systems involving transmission of navigation instructions to the vehicle where the transmitted instructions are used to compute a route
    • G08G1/096811Systems involving transmission of navigation instructions to the vehicle where the transmitted instructions are used to compute a route where the route is computed offboard
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/09Arrangements for giving variable traffic instructions
    • G08G1/0962Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0968Systems involving transmission of navigation instructions to the vehicle
    • G08G1/096805Systems involving transmission of navigation instructions to the vehicle where the transmitted instructions are used to compute a route
    • G08G1/096827Systems involving transmission of navigation instructions to the vehicle where the transmitted instructions are used to compute a route where the route is computed onboard
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/09Arrangements for giving variable traffic instructions
    • G08G1/0962Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0968Systems involving transmission of navigation instructions to the vehicle
    • G08G1/096833Systems involving transmission of navigation instructions to the vehicle where different aspects are considered when computing the route
    • G08G1/096844Systems involving transmission of navigation instructions to the vehicle where different aspects are considered when computing the route where the complete route is dynamically recomputed based on new data
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/09Arrangements for giving variable traffic instructions
    • G08G1/0962Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0968Systems involving transmission of navigation instructions to the vehicle
    • G08G1/096855Systems involving transmission of navigation instructions to the vehicle where the output is provided in a suitable form to the driver
    • G08G1/096872Systems involving transmission of navigation instructions to the vehicle where the output is provided in a suitable form to the driver where instructions are given per voice
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/09Arrangements for giving variable traffic instructions
    • G08G1/0962Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0968Systems involving transmission of navigation instructions to the vehicle
    • G08G1/096877Systems involving transmission of navigation instructions to the vehicle where the input to the navigation device is provided by a suitable I/O arrangement
    • G08G1/096883Systems involving transmission of navigation instructions to the vehicle where the input to the navigation device is provided by a suitable I/O arrangement where input information is obtained using a mobile device, e.g. a mobile phone, a PDA
    • GPHYSICS
    • G08SIGNALLING
    • G08GTRAFFIC CONTROL SYSTEMS
    • G08G1/00Traffic control systems for road vehicles
    • G08G1/09Arrangements for giving variable traffic instructions
    • G08G1/0962Arrangements for giving variable traffic instructions having an indicator mounted inside the vehicle, e.g. giving voice messages
    • G08G1/0968Systems involving transmission of navigation instructions to the vehicle
    • G08G1/096877Systems involving transmission of navigation instructions to the vehicle where the input to the navigation device is provided by a suitable I/O arrangement
    • G08G1/096888Systems involving transmission of navigation instructions to the vehicle where the input to the navigation device is provided by a suitable I/O arrangement where input information is obtained using learning systems, e.g. history databases

Definitions

  • the present invention relates to apparatus and methods for providing route guidance to vehicles.
  • Traffic flow theory is a field in which experts endeavor to generate theoretical models of traffic flow in order to make predictions which are helpful in developing services and resources which will best serve traffic requirements. State of the art traffic flow theory is described in “Transportation Research Board's Revised Special Report, “Traffic Flow Theory”, available at http://www/tfhrc.gov/its/tft/tft.htm. Development and verification of traffic flow models conventionally do not collect or utilize transmissions from mobile communication devices residing in the vehicles within the traffic under investigation.
  • the Nokia 5100 and 6100 mobile phone series display their own current status, including an “in vehicle” status.
  • the present invention seeks to provide an improved route guidance system.
  • a traffic monitoring system including traffic data collection apparatus operative to collect location data from a plurality of users of mobile communication devices, and a traffic data filter operative to analyze the location data arriving from the plurality of users and to reject location data which is not traffic data.
  • the traffic data filter includes a traffic element identifier operative to identify traffic elements within the plurality of users by analyzing the location data arriving from the plurality of users.
  • the location data includes a sequence of at least one time-stamped locations.
  • the traffic data filter is operative to accept, as traffic data, the location data arriving from users who have identified themselves as traffic elements.
  • a traffic monitoring system including location collection apparatus operative to collect location data from at least a traffic population including a multiplicity of traffic elements, the multiplicity of traffic elements including a plurality of users of mobile communication devices, a location data analyzer operative to analyze the location data and to derive traffic information therefrom, and a traffic information disseminator operative to provide at least some of the traffic population with the traffic information.
  • the location data analyzer is operative to derive, for at least one traffic element, at least a portion of a road route followed by the traffic element.
  • the location data defining the location of a mobile communication device at time t is based on an identification of a mobile communication cell serving the mobile communication device at time t.
  • the location data defining the location of a mobile communication device at time t is based only on an identification of a mobile communication cell serving the mobile communication device at time t.
  • a traffic monitoring method including collecting location data from a plurality of users of mobile communication devices, and analyzing the location data arriving from the plurality of users and rejecting location data which is not traffic data.
  • the method also includes rejecting location data indicating a too-large discrepancy between a current location of a vehicle and its stored previous locations.
  • the system also includes a user location database storing, for each mobile communication device from which readings have been received, the ID of that device and each of the readings received, each with its own time-stamp.
  • the system also includes a road traffic database storing, for at least one road, velocity profiles computed for that road, each profile being stored with its own time-stamp.
  • a traffic monitoring system for monitoring traffic including a population of users bearing a multiplicity of mobile communication devices, the system including a mobile communication network interface receiving, from at least one communication network serving the multiplicity of mobile communication devices, and storing, location information characterizing at least some of the multiplicity of mobile communication devices, and a traffic monitor operative to compute at least one traffic-characterizing parameter on the basis of the location information.
  • the traffic monitor is also operative to display the at least one traffic-characterizing parameter.
  • the mobile communication devices include cellular communication devices served by at least one cellular communication network including a plurality of base stations each serving a cell including a portion of a geographical area.
  • the location information includes indications of cells serving at least some of the multiplicity of mobile communication devices.
  • the system also includes a road database storing locations of roads in a geographical area.
  • the system also includes a road database storing locations of roads in a geographical area, wherein the traffic monitor is operative to deduce, based on at least one indication of a cell in which a mobile communication device is located, a road which the mobile communication device is believed to be taking.
  • the traffic monitor is operative, based on an indication that an individual mobile communication device is travelling through a cell sequence including at least one cell, to differentiate a first road portion along which the individual mobile communication device is travelling, from a second road portion falling along the same cell sequence, along which the mobile communication device is not travelling.
  • the traffic monitor is operative to differentiate the first and second road portions by estimating at least one traffic parameter for the first and second road portions which parameter has different values for the first and second road portions.
  • At least some traffic characterizing information is generated using communication cell ID-based location information which is at communication cell ID accuracy.
  • the traffic monitor is operative to identify a set of mobile communication devices suspected of be served by a cell other than the cell in which they are actually located and to verify at least some location information arriving from at least some of the mobile communication devices in the set.
  • the at least one traffic-characterizing parameter includes at least one of the following group of parameters: a travel time parameter, a traffic speed parameter, a traffic density parameter, and a traffic flow parameter.
  • the system also includes at least one historical database storing historical location information characterizing past distributions of users over a geographical area of interest, and the traffic monitor is, at least on occasion, operative to compute the at least one traffic-characterizing parameter at least partly on the basis of the historical location information.
  • the traffic monitor is operative to evaluate the quality of location information on the basis of which the traffic-characterizing parameter is to be computed and to employ the historical location information if the quality is found to be relatively low.
  • the quality of location information is evaluated at least partly as a function of the number of users providing current location information.
  • the mobile communication network interface receives and stores location information from cellular communication devices served by more than one cellular communication network.
  • the system also includes a mobile user pinpointing function operative to deduce, from information at communication cell ID accuracy, location information which is at an accuracy higher than communication cell ID accuracy, by combining the communication cell ID accuracy information with additional stored information.
  • the additional stored information includes information regarding intersections between cells and roads.
  • the additional stored information includes information regarding a sequence of cells through which a user has passed.
  • the mobile communication network interface receives at least some of the location information used by the traffic monitor, from a base station.
  • the mobile communication network interface receives at least some of the location information used by the traffic monitor, from a CDR database.
  • the mobile communication network interface receives at least some of the location information used by the traffic monitor, from a location server.
  • the mobile communication network interface receives at least some of the location information used by the traffic monitor, directly from at least some of the multiplicity of mobile communication devices.
  • At least some of the location information is provided responsive to a cell broadcast.
  • At least some of the location information is provided responsive to a data transmission directed to individual ones of the multiplicity of mobile communication devices.
  • the data transmission includes an SMS message.
  • At least some of the location information provided by the mobile communication devices is provided in SMS format.
  • the mobile communication network interface also receives and stores travel time information and the traffic monitor is operative to compute at least one traffic-characterizing parameters on the basis of at least the travel time information.
  • the location information does not violate the privacy of the users of the mobile communication devices.
  • the system also includes a congestion detector operative to detect at least one of generation and dissipation of mobile communication device congestion.
  • the system also includes a congestion-anticipation based cellular network resource allocator operative to receive a congestion-indicative output from the congestion detector and to allocate resources accordingly.
  • a route guidance method including monitoring traffic information characterizing traffic flowing along at least one routes, and computing and reporting to a traveller, information characterizing the traveller's expected travel time along each of the at least one routes.
  • the method also includes providing an origin location and a destination location and computing at least one routes connecting the origin and destination locations.
  • the computing step includes recomputing, at least once, information characterizing the traveller's remaining travel time along the route, as the traveller travels along the route.
  • the computing and reporting step includes reporting the information to the-traveller only if the information deviates, in accordance with a predetermined deviation criterion, from a known travel time value.
  • a route guidance method including monitoring the speed of traffic flowing through a geographical area, and generating a warning if there is a substantial change in the speed of traffic flowing through a portion of the geographical area.
  • the method also includes storing information regarding personal driving habits of the traveller and wherein the computing and reporting step includes computing the information characterizing the traveller's expected travel time at least partly based on the information regarding the traveller's personal driving habits.
  • the information regarding personal driving habits includes information characterizing travel time along a road sequence not monitored in the monitoring step.
  • the computing and reporting step includes reporting to the driver in IVR (interactive voice response) format.
  • the computing and reporting step includes reporting to the driver in a data transmission format.
  • the data transmission format includes SMS (short message service).
  • the data transmission format includes WAP (wireless application protocol) format.
  • the origin and destination locations are received from the driver.
  • the providing step includes setting the origin of the route to the current location of the driver.
  • monitoring the current location of the driver is based on determining a cellular location of a mobile communication device riding with the driver.
  • a route guidance method including monitoring traffic information characterizing traffic flowing along a route taken by a driver, including monitoring the current location of the driver, and computing information characterizing the driver's expected progress along the route and reporting the information to the driver when the driver arrives at a predetermined location along the route.
  • a directed advertisement method including receiving an indication from a travelling user of his desired destination, and providing advertisement content to the travelling user based on the desired destination.
  • the advertisement providing step includes computing a recommended route to the desired destination and reporting the recommended route to the travelling user, and providing advertisement content to the travelling user which pertains to the recommended route.
  • a route guidance system including a traffic velocity computer operative to receive the following information: a plurality of locations, separated by a known time interval, of at least one vehicle within traffic separating a moving vehicle's current location from the selected destination, and a route assigned to at least one vehicle within the traffic, and to compute at least one velocity characteristic of the traffic, and a route selecting computer operative to receive a selected destination of the moving vehicle and a current location of the moving vehicle, and to compute a route from the moving vehicle's current location to the moving vehicle's selected destination, at least partly as a function of the at least one velocity characteristic.
  • a traffic velocity monitoring system including a representation of an area in which traffic travels, a vehicle location monitor operative to receive vehicle location information, from a multiplicity of moving vehicles, as to their current location, and a per-vehicle velocity computer operative to derive, from the vehicle location information and the representation, an average velocity of at least one individual moving vehicle from among the multiplicity of moving vehicles.
  • the system also includes a global velocity computer operative to receive average velocities of each of a plurality of vehicles from the per-vehicle velocity computer and to compute therefrom an average velocity of traffic including the plurality of vehicles.
  • a route guidance system including a traffic information accumulator operative to accumulate up-to-date traffic characterizing information characterizing traffic including a route assigned to at least one vehicle within the traffic, and a route selecting computer operative to compute a route from a moving vehicle's current location to the moving vehicle's selected destination, at least partly as a function of the traffic characterizing information.
  • the route computed by the route selecting computer is fed back to the traffic information accumulator and is employed by the accumulator to generate anticipated traffic information estimating characteristics of traffic separating a future location of the moving vehicle from the moving vehicle's selected destination.
  • the route selecting computer includes a dynamic route selecting computer operative to provide the moving vehicle with ongoing modifications of the route at least partly as a function of the anticipated traffic information.
  • the route selecting computer randomly selects at least a portion of at least one vehicle's route from among several candidate route portions for that vehicle, the random selection being biased by the relative merits of the candidate route portions for the vehicle.
  • the traffic information accumulator is also operative to receive up-to-date information characterizing road conditions in road segments separating the vehicle's current location from the vehicle s selected destination.
  • the road conditions include permanent road conditions and/or transient road conditions.
  • the transient road conditions include states of multi-state traffic governing elements.
  • the multi-state traffic governing elements include at least one of the following: a traffic light having more than one possible schedule, and a digital sign displaying any of a plurality of route-guiding messages.
  • the traffic information accumulator is operative to provide information to the multi-state traffic governing elements and the multi-state traffic governing elements are operative to select a state at least partly in response to the information.
  • the accumulator includes a traffic flow simulator operative to generate at least some of the anticipated traffic information.
  • the traffic characterizing information includes quantitative information.
  • the route selecting computer includes a multiplicity of independent route selecting units located within each of a multiplicity of vehicles respectively.
  • the route selecting computer includes a central unit operative to compute a route for each of a multiplicity of vehicles and to transmit each vehicle's route to that vehicle.
  • a route guidance system including a traffic velocity computer operative to accept a plurality of locations, separated by a known time interval, of at least one vehicle within traffic separating the moving vehicle's current location from the selected destination, and to compute at least one velocity characteristic of the traffic, and a route selecting computer operative to receive a selected destination of a moving vehicle and a current location of the moving vehicle, and to compute a route from the moving vehicle's current location to the moving vehicle's selected destination, at least partly as a function of the at least one velocity characteristic.
  • the route selecting computer is operative to compute and display an estimated arrival time for the moving vehicle.
  • the system also includes a route display unit operative to display to a driver of the moving vehicle, at least one directive derived from the route.
  • a route guidance method including receiving the following information: a selected destination of a moving vehicle, a current location of the moving vehicle, and a plurality of locations, separated by a known time interval, of at least one vehicle within traffic separating the moving vehicle's current location from the selected destination, and a route assigned to at least one vehicle within the traffic, computing at least one velocity characteristic of the traffic, and computing a route from the moving vehicle's current location to the moving vehicle's selected destination, at least partly as a function of the at least one velocity characteristic.
  • a traffic velocity monitoring method including providing a representation of an area in which traffic travels, receiving vehicle location information, from a multiplicity of moving vehicles, as to their current location, and deriving, from the vehicle location information and the representation, an average velocity of at least one individual moving vehicle from among the multiplicity of moving vehicles.
  • a route guidance method including accumulating up-to-date information characterizing traffic including a route assigned to at least one vehicle within the traffic, and computing a route from a moving vehicle's current location to the moving vehicle's selected destination, at least partly as a function of the traffic characterizing information.
  • a route guidance method including providing the following information: a selected destination of a moving vehicle, a current location of the moving vehicle, and a plurality of locations, separated by a known time interval, of at least one vehicle within traffic separating the moving vehicle's current location from the selected destination, computing at least one velocity characteristic of the traffic, and computing a route from the moving vehicle's current location to the moving vehicle's selected destination, at least partly as a function of the at least one velocity characteristic.
  • a route guidance system including a traffic quantifier operative to receive the following information: traffic location information describing a location of at least one vehicle within traffic separating a moving vehicle's current location from the selected destination, and a route assigned to at least one vehicle within the traffic, and to compute at least one quantitative characteristic of the traffic, and a route selecting computer operative to receive a selected destination of the moving vehicle and a current location of the moving vehicle, and to compute a route from the moving vehicle's current location to the moving vehicle's selected destination, at least partly as a function of the at least one quantitative characteristic.
  • a route guidance method including receiving the following information: a selected destination of a moving vehicle, a current location of the moving vehicle, and a route assigned to at least one vehicle within the traffic, computing at least one quantitative characteristic of the traffic, and computing a route from the moving vehicle's current location to the moving vehicle's selected destination, at least partly as a function of the at least one quantitative characteristic.
  • a route guidance system including a traffic quantification computer operative to provide a quantitative characterization of traffic separating the moving vehicle's current location from the selected destination, and a route selecting computer operative to receive a selected destination of a moving vehicle and a current location of the moving vehicle, and to compute a route from the moving vehicle's current location to the moving vehicle's selected destination, at least partly as a function of the quantitative characterization.
  • the method also includes employing a global average velocity of a sample of moving vehicles to estimate average velocity of traffic.
  • the traffic characterizing information employed by the route selecting computer includes information regarding anticipated traffic.
  • At least one of the plurality of locations is computed by a digital cellular operator.
  • At least one of the plurality of locations includes GPS information.
  • the route selecting computer is operative to receive the moving vehicle's current location from a digital cellular operator.
  • the route selecting computer takes into account at least one road characteristic affecting average traffic speed.
  • the road characteristic includes a time-dependent road characteristic and/or a permanent road characteristic.
  • the user bearing a mobile communication device is a vehicle bearing a mobile communication device.
  • the identification of a mobile communication cell includes at least one of the following identification information elements: an ID of the cell, a cell sector, and a time advance parameter characterizing communication between the mobile communication device and the cell's base station.
  • the historical location information includes historical traffic information including at least one traffic parameter characterizing at least one road segment for at least one point of time in the past.
  • the information regarding a sequence includes a time-stamped identification of at least one pair of adjacent cells between which the user has passed.
  • the mobile communication network interface receives at least some of the location information used by the traffic monitor, from a cellular switch.
  • the congestion detector employs the historical location information to anticipate future locations of mobile communication devices.
  • the at least one routes include a plurality of routes joining a single origin to a single destination.
  • the deviation criterion includes deeming as a travel time deviation, an increase in travel time over a route which affects the relative attractiveness of the route relative to at least one alternative route.
  • the traffic monitor is also operative to receive speed data derived from a change in at least one parameter, such as but not limited to communication frequency and/or rate of data transfer, characterizing communication between at least one mobile communication device and a base station serving it and to compute at least one traffic-characterizing parameter at least partly based on the speed data.
  • at least one parameter such as but not limited to communication frequency and/or rate of data transfer
  • traffic information refers to any type of information describing an effect of the traffic on an individual, such as information defining a desired route for the individual, given the traffic on the various alternative routes, and/or the estimated time of arrival of a vehicle at its destination, given the traffic en route.
  • road route refers to the sequence of streets or roads followed by an individual vehicle.
  • traffic element may refer to the general population of transmitting vehicles, as opposed to pedestrians, but preferably refers to only those vehicles which advance within the general traffic pattern, as opposed, e.g. to emergency vehicles.
  • mobile user refers to a user of a mobile communication device.
  • FIG. 1 is a data flow diagram of a driving route guidance system constructed and operative in accordance with a preferred embodiment of the present invention
  • FIG. 2 is a semi-pictorial semi-block diagram illustration of a driving route guidance system implementing the data flow of FIG. 1 and constructed and operative in accordance with a first preferred embodiment of the present invention
  • FIG. 3 is a diagrammatic illustration of a preferred implementation of the average traffic speed table +map of FIG. 2;
  • FIG. 4 is a semi-pictorial semi-block diagram illustration of a driving route guidance system implementing the data flow of FIG. 1 and constructed and operative in accordance with a second preferred embodiment of the present invention
  • FIG. 5 is a simplified flowchart illustration of an individual driver's interaction with the route guidance system of FIG. 2;
  • FIG. 6 is a simplified flowchart illustration of an individual driver's interaction with the route guidance system of FIG. 4;
  • FIG. 7 is a simplified flowchart illustration of an individual traffic light control computer's interaction with the route guidance system of the present invention
  • FIG. 8 is a simplified semi-pictorial semi-block diagram illustration of a route guidance system constructed and operative in accordance with a preferred embodiment of the present invention which employs aerial photographs to derive traffic information such as traffic density information, the system communicating with vehicles via satellite;
  • FIG. 9 is a simplified functional block diagram illustration of the route guidance server of FIG. 4, constructed and operative in accordance with a preferred embodiment of the present invention.
  • FIG. 10 is a simplified block diagram illustration of a traffic data collection constructed and operative in accordance with a preferred embodiment of the present invention.
  • FIGS. 11 A- 11 K taken together, form a simplified representation of a preferred data structure for the historical database, cell/road database and CDR window and reply database of FIG. 10;
  • FIG. 12 is a simplified flowchart illustration of a preferred method of operation for the system of FIG. 10;
  • FIG. 13 is a simplified flowchart illustration of a method for performing the query scheduling step of FIG. 12 in accordance with a first preferred embodiment of the present invention
  • FIG. 14 is a simplified flowchart illustration of a preferred method for performing the reply processing step of FIG. 12;
  • FIG. 15 is a simplified flowchart illustration of a preferred method for performing the segment evaluation step of FIG. 12;
  • FIG. 16 is a simplified flowchart illustration of a method for performing the query scheduling step of FIG. 12 in accordance with a second preferred embodiment of the present invention.
  • FIG. 17 is a simplified flowchart illustration of a preferred method for building the Table of FIG. 11D;
  • FIGS. 18 A- 18 C taken together, form a preferred data structure for the roadmap database of FIG. 10;
  • FIG. 19 is a simplified flowchart illustration of a preferred method of operation for the route guidance unit of FIG. 10.
  • FIG. 1 is a data flow diagram of a driving route guidance system constructed and operative in accordance with a preferred embodiment of the present invention.
  • Data elements are represented as ellipses and arrows, marked by letters A-J, indicating the flow of data.
  • Arrow A indicates a typically periodic probe of vehicle locations, for all vehicles being served by the system or more typically, for only a sample of the vehicles being served by the system.
  • the location of all vehicles in the sample is computed (e.g. by a digital cellular operator or by any other vehicle location source) at the beginning as well as at the end of some specified time period (e.g. one minute).
  • digital cellular location vehicle location computation can be performed as a response to messages sent out by these vehicles' mobile phones at the beginning and at the end of this time period.
  • the system Based on each car's locations at the beginning and at the end of the specified time period, provided to the system by a digital cellular operator or by any other vehicle location source, the system computes the average velocity of each car belonging to the sample during this time period. For each road segment and each time period the system derives, from the per-car velocity information, the approximate average velocity of all vehicles driving along the road segment during that time period.
  • periodic computations of anticipated average traffic velocity in each road segment are preferably performed by simulating traffic through the road network, based on selected routes, and periodically “freezing” the traffic picture, typically at two instances in time which are, say, one minute apart, and computing average velocities in each road segment by comparing the locations of the vehicles at the two instances in time.
  • the size of sample i.e. proportion of vehicles which are sampled, should be as large as possible, typically restricted only by the digital cellular operator's limitations.
  • a signal or a message output by the vehicle's mobile phone is typically provided and thus the limitations of simultaneous message capacity of the actual digital cellular operator are relevant.
  • other limitations may exist in embodiments which employ other systems as sources for vehicle location information.
  • the sampling frequency typically depends on the digital cellular operator's limitations and on the estimated error of vehicles' location. Estimated error depends on the reliability of the source of vehicle location information. This source may, for example, comprise a digital cellular operator, GPS (global positioning system) or any other suitable source. Sampling frequency is typically higher if the vehicle is travelling in the city, relative to a situation in which the vehicle is driving along a freeway.
  • vehicle location is derived by a digital mobile communication network operator, also termed herein “digital cellular operator”, based on messages or signals which are sent by mobile communication devices, such as mobile telephones, mounted on the vehicles.
  • digital mobile communication network operator also termed herein “digital cellular operator”
  • messages triggering vehicle location computation are automatically and repeatedly sent out from any mobile phone served by the system once every time slot.
  • Mobile phones located within vehicles falling within the sample send such automatic cellular messages at least one more time during the time slot in which they were selected for the sample.
  • different subsets of sampled vehicles are more or less frequently sampled.
  • vehicles travelling in town may be more frequently sampled because many detour options are available in town such that the vehicle's actual trajectory can only be tracked by frequently sampling the vehicle's location.
  • Arrow B Destination is typically input by the user, e.g. by voice or by means of a suitable key-in device on the user's in-car computer. In case the route is not in-car computed, the destination may be sent by the in-car computer to the entity in charge of route computation.
  • Arrows C and D An individual driver's route may be selected to minimize the driver's driving time, based on current and anticipated average traffic speeds on candidate roads and road segments. Alternatively, all drivers' routes may be selected to minimize the total drivers' driving time, again based on current and anticipated average traffic speeds on candidate roads and road segments.
  • route selection involves an unbiased random choice between these two routes.
  • route selection involves a biased random choice between these two routes, where the weighting of the biased random choice depends on the relationship between the average traffic speeds on the two candidate routes, on the relative lengths of the two candidate routes and also optionally on the absolute lengths of the candidate routes and the rate of flow of traffic speed information to users of the system (which is affected inter alia by the sampling frequency or frequencies employed by the system) and/or the time which elapses until new traffic affects average traffic speed.
  • road characteristics such as width, number of lanes, length, topography, surface quality, traffic regulations and aesthetics are taken into account when determining anticipated average traffic speeds and/or selected routes.
  • permanent and time-dependent road characteristics are taken into account.
  • Time-dependent road characteristics include, for example, rainy or snowy conditions which affect effective quality of the road and hence average traffic speed.
  • Another example of a time-dependent road characteristic is an accident, construction project or other road obstructing occurrence which is going to affect the traffic for some time.
  • One way to handle time-dependent road characteristics is to define an “anticipated number of lanes” variable which defines as lanes only those lanes which are not blocked by road-obstructing occurrences.
  • Arrow E To select a route, the current location of a car is an important input.
  • Arrow F Selected routes are preferably sent to the system in order to update anticipated average traffic velocity along each road segment.
  • Arrow G The current average traffic velocity in a specific road segment affects the anticipated average traffic velocity in other roads (or road segments) that the specific road segment leads into, directly or ultimately.
  • the route guidance system of the present invention exchanges data with existing traffic light control systems as shown in FIG. 7.
  • the route guidance system of the present invention may exchange data with other computer-controlled systems affecting traffic flow such as ramp traffic control or digital roadside route guidance signs or traffic information signs directing traffic to or away from a certain route, or providing information regarding one or more routes.
  • FIG. 2 is a semi-pictorial semi-block diagram illustration of a driving route guidance system implementing the data flow of FIG. 1 and constructed and operative in accordance with a first preferred embodiment of the present invention.
  • each vehicle computes its own route as well as, preferably, its own estimated arrival tine.
  • the route guidance web server need not necessarily be a web server and may alternatively comprise a non-web server.
  • FIG. 3 is a diagrammatic illustration of a preferred implementation of the average traffic speed table +map of FIG. 2.
  • the map of FIG. 3 may be stored in any suitable format or representation such as a graph representation or such as a bitmap.
  • the map preferably includes detailed information regarding each road and each segment of each road typically including some or all of the following information: road width, length, number of lanes, topography, surface quality.
  • the traffic flow simulator of FIG. 9 employs the map of FIG. 3 when computing the anticipated average traffic velocity in each road and each segment of each road.
  • Any desired regional traffic speed table may be sent to a vehicle from the average traffic speed table may be sent to a vehicle from the average traffic speed table by selecting the contents of the table which pertain to a particular region in which the vehicle is travelling, the region comprising certain roads each of which includes one or more segments.
  • the network of roads, and hence the table are preferably divided into regions which correspond to the cells.
  • the same regional table or tables may be broadcast to all vehicles within a particular cell, which reduces the communication burden.
  • more than one regional table is broadcast to vehicles within a particular cell.
  • the regional tables of that cell and all its cell neighbors may be broadcast to the vehicles within the cell, in order to anticipate a situation in which a vehicle crosses from cell to cell.
  • FIG. 4 is a semi-pictorial semi-block diagram illustration of a driving route guidance system implementing the data flow of FIG. 1 and constructed and operative in accordance with a second preferred embodiment of the present invention.
  • the server computes routes and, optionally, estimated arrival times, rather than each vehicle doing so as in FIG. 2.
  • FIG. 5 is a self-explanatory simplified flowchart illustration of an individual driver's interaction with the route guidance system of FIG. 2.
  • the in-car computer typically does not receive the entire average traffic speed table but only a subset thereof pertaining to territory which the vehicle may wish to traverse.
  • the size of the region is typically selected to be large enough such that all information pertaining to the contemplated trip is transmitted to the in-car computer by the route guidance server.
  • FIG. 6 is a simplified flowchart illustration of an individual driver's interaction with the route guidance system of FIG. 4.
  • FIG. 7 is a self-explanatory simplified flowchart illustration of an individual traffic light control computer's interaction with the route guidance system of the present invention.
  • FIG. 8 differs from the embodiment of FIGS. 2 and 4 in that:
  • the source of traffic information is aerial photographs rather than or in addition to ground-based and/or vehicle originated sources;
  • the type of traffic information comprises traffic density information rather than or in addition to velocity information, and
  • FIG. 8 may be incorporated in isolation or in combination with any other feature into the embodiments of either FIG. 2 or FIG. 4.
  • FIG. 9 is a simplified functional block diagram illustration of the route guidance server of FIG. 4, constructed and operative in accordance with a preferred embodiment of the present invention.
  • the route guidance server of FIG. 2 may be similar except that the route selection unit is eliminated since route selection is performed by the in-car computer of the individual vehicles.
  • FIG. 10 is a simplified functional block diagram of a traffic data collection and route guidance system constructed and operative in accordance with a preferred embodiment of the present invention.
  • a traffic data extractor 550 is operative to receive information regarding a population of users of mobile communication devices, which population may be served by one or more cellular networks 540 operated by one or more cellular operators.
  • the population of users from which the traffic data extractor 550 receives information may include one, some or all of the following types of users: vehicles 505 , which may or may not include motorcycles, wherein the vehicles 505 in combination constitute traffic, emergency vehicles 515 which are not necessarily representative of or bound by traffic, pedestrians and other non-motor vehicles 520 such as bicycles, and tracked motor vehicles 530 such as trains or trams.
  • the traffic data extractor 550 preferably receives inputs, such as indications of locations of mobile communication devices, from one or more central CDR (voice or data transmission) databases 524 typically belonging to one or more cellular operators serving the population of mobile users.
  • the traffic data extractor also preferably receives inputs, such as indications of locations of mobile communication devices, from one or more location servers 526 typically belonging to one or more cellular operators.
  • a cell/road database 548 is provided which serves as another input to the traffic data extractor 550 of FIG. 10.
  • the cell/road database 548 stores data relating the cellular information characterizing the geographical area covered by the system, to the road information characterizing the same area.
  • the cell/road database comprises the tables of FIGS. 11A, 11B, 11 D and 11 I described in detail below.
  • a historical database 535 is provided.
  • the historical database 535 typically stores a log of historical traffic data much of which is no longer in effect and historical data derived from the log.
  • the historical database 535 includes one or both of the following types of information:
  • a. user location information comprising, for each mobile communication device from which readings have been received, the ID of that device and each of the readings received, each with its own time-stamp.
  • this information is stored in the tables of FIGS. 11E, 11G and 11 J, described in detail below.
  • road traffic information comprising, for each road on which vehicles have been found to travel, and the velocity profiles computed for that road, each profile being stored with its own time-stamp.
  • this information is stored in the tables of FIGS. 11F, 11K and 11 H, described in detail below.
  • Location information available to the system is stored in a CDR window and reply database 555 in the illustrated embodiment.
  • the location information stored in database 555 typically comprises not only replies to queries but also location information accumulated routinely, without recourse to queries, e.g. voice and data CDR records from CDR database 524 , a window of which is preferably routinely sent to the CDR window and reply database 555 .
  • This window is stored, in the illustrated embodiment, in the table of FIG. 11C which is part of the CDR window and reply database 555 .
  • the traffic data extractor 550 preferably performs the functions described in detail herein with reference in FIG. 12 and preferably comprises several processors operating in parallel. According to the illustrated embodiment, the traffic data extractor 550 comprises the following parallel processors: a query scheduler 560 , a query transmission controller 570 , a reply processor 580 and a segment evaluator 590 of FIG. 10 which typically perform steps 1100 , 1104 , 1200 and 1300 of FIG. 12, respectively.
  • Any suitable method may be employed to generate data regarding each individual road within the geographical area covered by the system of the present invention.
  • Information collected regarding a particular road may comprise an indication of the name of the road, and a sequence of fields representing a sequence of locations, typically evenly spaced, along the axis of that road. This data may, for example, be used to generate the data of the tables of FIGS. 11 A- 11 B.
  • a two-way road is represented as two separate sequences of locations corresponding respectively to the two directions of traffic motion along the two-way road although alternatively, the two-way road may be presented as a single sequence of locations.
  • a multilane one-way road is represented using a single sequence of locations although alternatively, a separate sequence of locations may be used to represent each lane.
  • the output of the traffic data extractor 550 typically comprises, for each road segment, traffic parameters characterizing the traffic over that road segment, typically including travel time parameters, speed parameters, density parameters and flow parameters.
  • a route guidance unit 600 which uses at least some of the output parameters of the traffic data extractor 550 in order to compute a recommended route responsive to a user or system query typically comprising an indication of an origin from which the user is leaving and an indication of a destination at which the user wishes to arrive.
  • the route guidance unit 600 also employs roadmap data stored in a roadmap database 610 .
  • a preferred data structure for the roadmap database 610 is described hereinbelow with reference to FIGS. 18 A- 18 C.
  • a preferred method of operation for the route guidance unit 600 is described hereinbelow with reference to FIG. 19.
  • FIGS. 11 A- 11 K which, taken together, form a simplified representation of a preferred data structure for the historical database 535 , cell/road database 548 and CDR window and reply database 555 of FIG. 10.
  • FIGS. 11 A- 11 K are merely exemplary and are not intended to be limiting. Any alternative representation of the mobile communication cells within the area covered by the system of the present invention may be employed. Also, any alternative representation of the roads within the area covered may be employed. Also, any alternative data structure may be employed to represent the relationship between the road layout and the cell layout. Examples of alternatives to the data structure shown and described particularly herein include but are not limited to the following which may be employed separately or in combination:
  • the cell data and road data may be stored separately,
  • data may be collected by defining a grid or polar coordinate system covering the geographical area of interest and storing information regarding each box of the grid and/or each row and column of the grid, and/or each azimuthal section of the polar coordinate system, rather than or in addition to storing information along the roads as in the illustrated embodiment;
  • c. communication cell data may comprise stored indications of each cell's boundaries rather than or in addition to each cell's intersections with each road,
  • the geographical area of interest may be represented topographically e.g. such that each intersection of two or more roads is considered a node, and/or such that each road/cell intersection is considered a node.
  • FIGS. 11 A- 11 K are now described in detail.
  • FIG. 11A is an example of a segment characteristics table whose number of records is typically equal to the number of road segments in the geographical area covered by the system of the present invention.
  • the segment characteristics table of FIG. 11A stores characteristics of each road segment including fixed characteristics such as the name, importance (Im) and length of each segment and situational, temporally varying characteristics such as the time required to traverse the segment under current traffic conditions, the average speed of vehicles travelling on the road segment, the average density of vehicles on the road segment, the average flow of vehicles over the road segment, and the degree of need to update the situational characteristics.
  • the term “importance” is a subjective value typically used by the system in order to prioritize the roads in terms of which roads should be updated most frequently.
  • the importance values are assigned by the system designer and may for example reflect roads which are heavily travelled, and/or roads which are very sensitive to situational variables, and/or roads which are known to be bottlenecks to general traffic patterns throughout the area and/or roads which currently suffer from a high communication load which renders the updates received from users travelling on these roads, less reliable due to the high instance of “distant cell service”, i.e. of a user being served by a communication cell in which the user does not, in fact, reside.
  • the fixed characteristics are entered into the table during set-up whereas the situational characteristics are typically initially set to represent a free flow situation, i.e. a situation in which all vehicles are travelling at maximal allowed speed.
  • the situational characteristics are modified in the course of operation of the system of the present invention, as described in detail below with reference to step 1300 of FIG. 12.
  • FIG. 11B is an example of a segment-cell characteristics table typically including one record for each intersection between cells and road segments in the geographical area covered by the system of the present invention.
  • the first record relates to an area which is the intersection of a road segment whose ID is 1, and a cell whose ID is 45A.
  • the table of FIG. 11B typically includes the following fields which are typically entered during set-up:
  • Segment ID the ID of a segment to which the record pertains
  • cell ID the ID of a cell to which the record pertains. It is appreciated that, according to a preferred embodiment of the present invention, the system may simultaneously receive location data from more than one cellular network serving a single geographical area. According to this embodiment, the table of FIG. 11B may store records pertaining to intersections between road segments and cells from more than one cell network. This embodiment is facilitated by the fact that conventional cell IDs include an identification of the cell network to which they belong such that cell IDs are typically unique even if they belong to different networks.
  • Reference point a location along the road segment, identified by its distance from the beginning of the segment, the location typically comprising an unbiased estimate of the location of a user given that he is located within the cell and segment whose IDs are stored within the record.
  • Cell size The diameter of the communication cell. It is appreciated that the communication cell in fact does not have well-defined borders such that definition of cell size typically relies upon an arbitrary definition of the borders of the communication cell, such as the area in which 90 percent of transmissions directed to that cell are accurately received.
  • Cell segment probability An estimate of the probability that a mobile user is travelling along the road segment identified by “segment ID” given that he is in the cell identified by “cell ID”.
  • This field which is typically the only field in the table which is not fixed, is initialized during set-up and is then updated periodically, e.g. every 15 minutes, using a suitable process such as the following:
  • Each “recent record” set is partitioned by the value of their “segment travelled” fields, into subsets of records. Each such subset corresponds to a cell-segment intersection.
  • Association whether the segment-cell intersection corresponding to the record is located at the beginning, middle or end of the road segment. Typically, each road segment is directional such that this field is meaningful.
  • the partitioning of the road segment into beginning, middle and end subsections is typically determined during set-up.
  • the road segment may be partitioned or otherwise divided using any suitable method, e.g. by simply splitting its length into thirds.
  • any other partitioning scheme which may be suitable for a particular application or geographical area may be employed.
  • the beginning subsection may comprise substantially the entire road segment, in order to increase the sampling base for characterization of initial traffic behavior along the road segment.
  • FIG. 11C is an example of a current cellular location table in which each record is a time-stamped item of information indicating that a particular user is currently in a particular cell.
  • the source of the information is stored.
  • the source of information may be the CDR (call data record) of the cell operator, or it may be a reply to a query directed to a cellular operator's location server, or it may be a location output generated by handsets of certain mobile communication devices.
  • the table of FIG. 11C, and other tables which store historical information, such as the tables of FIGS. 11E and 11H, are typically purged of old records from time to time. In the illustrated embodiment, other tables are automatically rid of old records in the course of normal operation, however it is appreciated that this is a matter of designer's choice.
  • the table of FIG. 11C is typically initially empty and is filled during operation of the system of the present invention as described in detail below with reference to steps 1100 and 1200 of FIG. 12.
  • a CDR record of a single call made by a mobile communication device sometimes comprises more than one time-stamped location, typically two time-stamped locations pertaining respectively to the time-stamped locations of the mobile communication device at the beginning and end of the call.
  • two records are added to the table of FIG. 11C, representing the locations of the mobile user at the beginning and end of the call, respectively.
  • FIG. 11D is an example of a travelled segment estimation table which is typically filled during set-up as described in detail below with reference to FIG. 17.
  • FIG. 11E is an example of a user travel habits table or users' travel log which is typically initially empty and is filled in the course of operation of the system of the present invention, as described below in detail with reference to step 1460 of FIG. 14.
  • the table of FIG. 11E is a users' travel log storing, for each reading or sample (including each reply), the segment ID at which the replying user was found to be located, and a time stamp indicating the time at which the reply occurred.
  • FIG. 11F is an example of a traffic history table which is typically re-generated periodically e.g. weekly. This table is used for rough evaluation of road segments if there is insufficient data such that the current characteristics of a road segment cannot be evaluated accurately.
  • FIG. 11G is an example of a users-along-segments table which is typically initially empty and generated in the course of operation of the system of the present invention, as described below in detail with reference to steps 1104 and 1200 of FIG. 12.
  • FIG. 11H is an example of a reply table which is used to generate the segment-cell characteristics table of FIG. 11B.
  • the reply table of FIG. 11H stores the following information characterizing each reply received from a polled user:
  • FIG. 11I is an example of an expected routes table.
  • the table of FIG. 11I is built manually by the system planner during the set-up phase and stores information regarding a plurality of routes over which mobile users are predicted to travel. Each route comprises a sequence of one or more mutually adjacent road segments.
  • the table stores information regarding three routes, the first two of which each include only a single segment and the third of which includes two road segments.
  • FIG. 11J is an example of a table of users' travel habits which is typically generated anew periodically e.g. weekly.
  • the table of FIG. 11J is typically generated by executing a set of suitable queries on the Table of FIG. 1E.
  • Each query is intended to identify users having a particular travel habit.
  • An example of a suitable query is “For each user X, find all segments (if any) that user X travelled over more than 3 times this week, between 7 AM and 8 AM”. More generally, the structure of this query is: “For each user X, find all segments (if any) that user X travelled over more than (THRESHOLD VALUE DEFINING A HABITUAL JOURNEY) times this week/month/season/year, (WITHIN A SPECIFIC HABITUAL TIME PERIOD)”.
  • FIG. 11K is an example of a segment characteristics log table which typically serves as a log for the segment characteristics table of FIG. 11A.
  • the table of FIG. 11K is typically initially empty and is generated during operation of the system of the present invention, as described below in detail with reference to step 1540 of FIG. 15.
  • FIG. 12 is a simplified flowchart illustration of a preferred method of operation for the system of FIG. 10.
  • the method of FIG. 12 preferably includes the following steps:
  • Step 1100 Scanning all road segments within the geographic area covered by the system in order to select a subset of the road segments which is in most need of updating, identifying mobile communication device users which may be travelling along each of the road segments in the needy subset, and scheduling queries to these vehicles.
  • “Updating” refers to updating of traffic parameters characterizing the current traffic situation in each road segment, including e.g. traffic speed parameters, traffic density parameters, travel time parameters and traffic flow parameters.
  • traffic speed parameters includes all parameters which pertain to the speed of traffic on the road including but not limited to average speed or other central tendency parameters describing traffic speed such as median and mode, standard deviation of speed, minimum and maximum detected speeds, and speed percentiles.
  • traffic density parameters “travel time parameters” and “traffic flow parameters” include similar groups of parameters. In particular, “travel time parameters” can be expressed in terms of time of arrival when appropriate.
  • need for update is a function of the amount of time which has elapsed since the last update and the estimated reliability of the most recent update or updates. For example, a road segment which was updated recently, but the update was on the basis of a small number of reporting vehicles, may be deemed more in need of update than another road segment updated less recently, but on the basis of a large number of reporting vehicles. Another example is that to the extent that the update was performed on the basis of records pertaining to a large cell as opposed to a small cell, the update is considered relatively unreliable because a large cell leaves considerable uncertainty regarding the actual position of the mobile users within it.
  • Each query is typically recorded in the table of FIG. 11G.
  • the record of a query comprises an indication of the mobile user to whom the query was sent (“user ID” field), and a time stamp (“update time” field), indicating the time at which the query will be (for “pending” queries) or was (for “updated” i.e. past queries) sent out to the mobile user.
  • step 1104 the queries scheduled in step 1100 are sent out.
  • Step 1200 Process incoming replies to queries, including matching replies to queries as recorded in step 1104 , determining the segment or segments to which the query and its reply pertain, and preferably performing a preliminary evaluation of the reply.
  • Step 1300 For each segment within the geographical area covered by the system, update the traffic information regarding that segment based on the replies, pertaining to that segment, which have accumulated.
  • steps 1100 , 1104 , 1200 and 1300 are performed by separate processors operating in parallel.
  • the query scheduler 560 , query transmission controller 570 , reply processor 580 and segment evaluator 590 of FIG. 10 typically perform steps 1100 , 1104 , 1200 and 1300 respectively.
  • step 1100 comprises scanning all road segments within the geographic area covered by the system in order to select a subset of the road segments which are in most need of updating.
  • the subset comprises a single road segment in maximal need of updating which is selected using steps 1310 and 1320 .
  • Step 1310 comprises computing, for each segment in the geographical area covered by the system, the segment's “need for update” SI 2 .
  • Each segment's “need for update” value is stored in the appropriate field in the Table of FIG. 11A, in the record corresponding to the segment in question.
  • a suitable formula for computing SI 2 is: ⁇ i ⁇ [ ( f - dp i ) ⁇ ( k - ⁇ ⁇ ⁇ t i ) / [ ⁇ i ⁇ ( k - ⁇ ⁇ ⁇ t i ) ⁇ ( f - dp i ) ] ] 2 ⁇ ( C ⁇ ⁇ I b 2 + C ⁇ ⁇ I e 2 ) ⁇ I m / ( I1 ) 2
  • P i is the p field of record i in the table of FIG. 11G.
  • f and d are weights for p i such as 0 and ⁇ 1 respectively;
  • k, a are aging discounting parameters e.g. 300 and 1 respectively;
  • t i is the absolute difference between the current time and the time stored in the “update time” field of record i;
  • CI b value in “cell size” field of the Table of FIG. 11B for the record whose segment ID is the same as the segment ID of the current record in the table of FIG. 11G, and whose cell ID value is the same as the “begin cell” value of the current record in the table of FIG. 11G.
  • CI e value in “cell size” field of the Table of FIG. 11B for the record whose segment ID is the same as the segment ID of the current record in the table of FIG. 11G, and whose cell ID value is the same as the “end cell” value of the current record in the table of FIG. 11G. If the current record's “end cell” field is empty, which may occur particularly for pending records, because the end cell is not yet known, then CI e may be taken to be the average of all cell sizes in the table of FIG. 11B of those records which correspond to the segment whose ID is stored in the current record of FIG. 11G, and which are associated to the end of that segment.
  • Im the value stored in the importance field of the needy segment in the Table of FIG. 11A.
  • Step 1320 Select, in the table of FIG. 11A, the road segment with the greatest (highest) need for update.
  • Step 1330 If the selected road segment's need for update is below a system minimum such as 0.1, no need for updates at present: halt process for a predetermined time e.g. 1 minute, then recommence.
  • Step 1340 Identify mobile users which may be travelling along the road segment or segments with the highest need for update. This step is typically performed as follows:
  • Step 1350 The mobile users are typically ranked in accordance with the estimated utility which would be derived from polling each user for the purpose of updating the needy segment.
  • Each user whose user ID was recorded is a candidate to be polled for the purpose of updating the needy segment.
  • an expected update utility is computed, i.e. the expected benefit to be derived from that candidate, if he is chosen to be polled for the purpose of updating the needy segment.
  • each candidate's expected update utility is computed by performing the following steps (a), (b) and (c):
  • the highest ranking candidate (or a predetermined number of such) is selected to be polled.
  • step (a) the above-described formula for “need for update” may be employed, however, the indices go from 1 to (n+1), where the (n+1)th member pertains to the candidate, and the parameters for the candidate are typically as follows:
  • P n+1 is the travel probability of the candidate over the road segment whose need for update is being evaluated. This value may be computed as described herein for step 1370 .
  • f and d are weights for p n+1 such as 0 and ⁇ 1 respectively;
  • k, ⁇ are aging discounting parameters e.g. 300 and 1 respectively;
  • t n+1 is the absolute difference between the current time and the update time computed in step 1360 , as explained in paragraph (b) of the description of step 1360 .
  • CI b value in the “cell size” field of the Table of FIG. 11B for the record whose segment ID is that of the road segment whose need for update is being evaluated, and whose cell ID value is the same as the cell ID field in the record corresponding to the candidate in the table of FIG. 1C.
  • CI e the average of all cell sizes in the table of FIG. 11B of those records which correspond to the segment whose need for update is being evaluated, and which are associated with the end of that segment.
  • Im the value stored in the importance field of the needy segment in the Table of FIG. 11A.
  • Step 1360 A query is scheduled for the highest ranking candidate.
  • the query scheduling step comprises providing the following information to the query transmission controller of FIG. 10:
  • this time equals the estimated time at which the user to be polled will reach the end of the needy road segment. This time is computed by adding the estimated travel time over the needy road segment (the value stored in the “travel time” field of the record corresponding to the needy road segment, in the Table of FIG. 11A) to the time at which the mobile user to be polled was located (the time stamp of the mobile user to be polled, in the Table of FIG. 1C).
  • Step 1370 the Table of FIG. 11G is updated by creating a new record for the mobile user to be polled.
  • the fields of the new record are as follows:
  • segment ID of the needy segment
  • status pending.
  • the “pending” records in the table of FIG. 11G each correspond to a query and each is eventually matched, in step 1200 of FIG. 14, to a reply.
  • a query which is pertinent to several road segments is stored in several records, one for each road segment to which the query pertains.
  • time time stamp of the most recent record pertaining to the mobile user to be polled, in the table of FIG. 11C
  • update time the time at which the mobile user is to be polled
  • estimated travel probability p the estimated probability that the mobile user in question is about to travel over the segment in question.
  • a preferred method for computing the estimated travel probability p is as follows:
  • [0291] b Access a table storing, for each cell ID, a north coordinate and an east coordinate positioning the cell ID within the geographical area covered by the system of the present invention. Using this table, find the north and east coordinates of each of the cells corresponding to each of the records identified in step (a).
  • step (c) Compute the distance between the location defined by the north and east coordinates accessed in step (c), and between each of the locations similarly defined in step (b). For each location defined in step (b), divide the distance value by the difference between:
  • step (d) If one or more of the speeds computed in step (d) is lower than a system threshold value such as 10 kph, the mobile user is suspected of being a pedestrian and his estimated travel probability is set low, typically to 0.
  • a system threshold value such as 10 kph
  • the mobile user's habitual travel periods are accessed from the table of FIG. 11J. If the user is found to have a habitual travel period which encompasses the current time and which pertains to the current segment, then the estimated travel probability is set high, typically to 1.
  • the estimated travel probability is set to the cell-segment probability of the record, in the table of FIG. 11 B, which matches both the segment ID of the current user-segment pair and the cell ID-of the record in the table of FIG. 11G whose begin cell corresponds to the current user-segment pair.
  • FIG. 14 is a simplified flowchart illustration of a preferred method for performing the query processing step 1200 of FIG. 12. As described above, step 1200 comprises processing incoming replies to queries, including:
  • the method of FIG. 14 preferably includes the following steps:
  • Step 1400 Step 1200 is triggered by receipt of a reply to a query, the reply including the ID of the mobile user who is replying and his cell location. This information is stored in the table of FIG. 11C. In FIG. 1C, the “source” for this type of record is indicated to be “location server query reply”.
  • Step 1410 The table of FIG. 11C is scanned to identify any previous locations of the replying mobile user within a predetermined window of time such as 15 minutes.
  • Step 1420 The user's known locations within the time window are used to estimate his route, i.e. the road segment or segments which he traversed during the time window. Typically, this step is performed by scanning the table of FIG. 11D for a single record whose first and last cells are the replying user's first and last known locations within the time window.
  • the system attempts to rule out all but one of these records by comparing known interim locations of the user with the “second cell” and “third cell” fields of the records found.
  • lane-based differentiation may be used.
  • One possible method for performing road differentiation based on lane detection is now described. The described method is believed to be suitable for use in scenarios where the traffic along two adjacent roads is not able to be differentiated either by utilizing the cellular coverage pattern along each one, or by associating a significant difference in the current traffic density with a known difference between one road and the other.
  • the described method is believed to be suitable in the following scenario:
  • Two roads which differ in their lane structure (e.g. a main road with 3 lanes [in each direction], and a side road with 1 lane).
  • a car overtaking detection method is now described. When a large sample of vehicles report their accurate location at a relatively high rate, it is possible to detect events in which one vehicle overtook another. This may be accomplished by comparing the readings of all pairs of cars along the sampling time period. If one vehicle in a pair was initially ahead of another, and at some point the second car moved ahead, then it is determined that an overtaking has occurred.
  • Each vertex in the graph represents one vehicle in the sample.
  • Each edge (x, y) between 2 vertices is constructed if and only if the pair of vehicles (x and y) did not overtake one-another throughout the whole time period.
  • each clique represents vehicles travelling in a single lane.
  • This state represents a vehicle “convoy”, or vehicles traveling in one lane.
  • lanes advance asynchronously, so that from time to time some vehicles from one lane overtake others in other lanes, whereas within the lane there is no overtaking.
  • each clique represents vehicles traveling in one lane.
  • the new groups are associated with the roads. This may be accomplished by matching the number of cliques in each new group with the number of lanes in one of the roads.
  • Step 1430 Whether or not the reply was discarded, the table of FIG. 11G is now updated.
  • each pending record whose “user ID” field indicates that the record pertains to the replying user is updated.
  • Updated records, and pending records pertaining to users other than the replying user are not updated.
  • the update comprises the following operations:
  • All pending records pertaining to the replying user i.e. all records whose status field is “pending” and whose “user ID” field contains the ID of the replying user) are deleted. All of deleted records have the same “begin time” and “begin cell” and “update time” because they all pertain to the same user.
  • step 1420 If the replying user was found, in step 1420 , to have travelled along a single road segment, then a new record is added to the table of FIG. 11G and its fields are set as follows:
  • segment ID represents the single road segment along which the replying user travelled
  • the “user ID” field stores the ID of the replying user
  • the “estimated travel probability” field is typically emptied.
  • step 1420 If the replying user was found, in step 1420 , to have travelled along more than one road segment, then one new record is generated for each segment travelled and the “segment ID” field of each new record is filled accordingly.
  • the remaining fields of the new records so generated are filled as above except for the “begin time” and “end time” fields which are defined as follows:
  • the “begin time” of the record pertaining to the first segment traversed by the replying user is the “begin time” in the deleted records.
  • the “end time” of the record pertaining to the last segment traversed by the replying user is the “end time” in the deleted records.
  • the “end time” of the record pertaining to the n'th segment traversed by the replying user is the “begin time” of the record pertaining to the (n+1)th segment traversed by the replying user.
  • the ratio of the intervals between each record's begin and end times is taken to be the ratio between the lengths of the road segments to which these records pertain. These lengths are stored in the table of FIG. 11A.
  • the “begin cell” of the record pertaining to the first segment traversed by the replying user is the “begin cell” in the deleted records.
  • the “end cell” of the record pertaining to the last segment traversed by the replying user is the “end cell” in the deleted records.
  • the remaining “begin cell” fields are set as follows: Find all records in the table of FIG. 11B whose segment ID corresponds to the segment ID of the record in question. From among these records, select the record having the smallest reference point i.e. the record pertaining to the cell which is closest to the beginning of the road segment.
  • the remaining “end cell” fields are set as follows: Find all records in the table of FIG. 11B whose segment ID corresponds to the segment ID of the record in question. From among these records, select the record having the largest reference point i.e. the record pertaining to the cell which is closest to the end of the road segment.
  • Step 1440 The reply table of FIG. 11H is updated. As described above, the reply table of FIG. 11H is intended to store the following information characterizing each reply received from a polled user:
  • the update comprises adding a new record representing the reply which has just been processed.
  • the fields of the new record are filled as follows:
  • Time stamp the “update time” of any of the records pertaining to the replying user.
  • Begin cell ID the “begin cell” value of any of the records pertaining to the replying user.
  • Segment travelled If the table of FIG. 11G now includes only one record pertaining to the replying user, use the “segment ID” value of that record. If there is more than one such record, use the “segment ID” value of the record having the earliest “begin time”.
  • step 1420 If, in step 1420 , it is impossible to identify any road segments which the user travelled over during the time period, then a value indicating non-relevance is entered in the “segment travelled” field.
  • Step 1450 If the replying user was found toward the beginning or middle, but not end, of a road segment, the query scheduler schedules another query to this user at the time he is expected to reach the end of the road segment. Typically, the expected time is computed based on the time which the replying user required to reach the point within the road segment at which he is currently located.
  • Step 1460 The table of FIG. 11E is updated. As described above, the table of FIG. 11E is a users' travel log storing, for each reading or sample (including each reply), the segment ID at which the replying user was found to be located, and a time stamp indicating the time at which the reply occurred. In step 1460 , a new record is added to represent the reply which has just been processed.
  • FIG. 15 is a simplified flowchart illustration of a preferred method for performing the segment evaluation step 1300 of FIG. 12.
  • traffic information is updated, by the segment evaluator 590 of FIG. 10, for each segment within the geographical area covered by the system, based on the replies, pertaining to that segment, which have accumulated.
  • the segment evaluator is activated periodically, e.g. every 2-5 minutes, and upon each activation, it updates the traffic information which has accumulated for each segment in the geographical area covered by the system, one segment after another.
  • the updating process for each segment typically comprises the following steps:
  • Step 1500 the Table of FIG. 11G is scanned and all recent records (e.g. within a 10 minute time window) pertaining to the segment being updated are identified.
  • Step 1510 For each record, a “travel time” is computed by computing the difference between the record's “begin time” and “update time” fields and dividing by the difference between the reference points (as stored in the table of FIG. 11B) of the record's begin cell and end cell. The quotient is typically multiplied the segment's total length stored in the table of FIG. 11A.
  • Step 1520 Records having extreme travel times are discarded. For example, the top and bottom quintiles may be discarded, or records may be discarded if their travel times deviate by more than a single standard deviation from the mean travel time of the records identified in step 1500 .
  • Step 1530 For each segment, compute new values for travel time, speed, flow and density and store these in the appropriate fields of the segment's record in the Table of FIG. 11A.
  • the new travel time of the segment is typically the mean travel time of the records identified in step 1500 .
  • the new speed is typically the length of the segment, as stored in the table of FIG. 11A, divided by the mean travel time.
  • the new flow and density are estimated based on the speed, employing mathematical models of traffic flow and density described in chapters 2.3.2 (flow) and 2.3.3.
  • a travel time value is estimated using the Table of FIG. 11F.
  • the Table of FIG. 11F is scanned to identify a record whose segment ID corresponds to that of the segment being updated and whose “time” corresponds to the current time.
  • the new speed of the segment is then taken to be the “typical travel speed” field of that record in the Table of FIG. 11F.
  • the new density field is taken to be the “typical vehicle density” field of that record in the table of FIG. 11F.
  • the new flow of the segment is taken to be the quotient of these two values, i.e. the new density divided by the new speed.
  • Step 1540 The Table of FIG. 11K, which is a log of the table of FIG. 11A, is updated by adding a new record to represent the segment which was just updated.
  • the fields of the new record are filled as follows:
  • Segment ID the ID of the segment just updated
  • Travel time, speed, density and flow The same values, respectively, stored in the table of FIG. 11A.
  • FIG. 16 is a simplified flowchart illustration of a method for performing the query scheduling step of FIG. 12 in accordance with a second preferred embodiment of the present invention.
  • the method of FIG. 16 is similar to the method of FIG. 13 except that step 1340 of FIG. 13 is replaced by step 1640 .
  • step 1340 comprises identification of mobile users which may be travelling along the road segment or segments with the highest need for update.
  • Step 1340 is typically performed by relying on CDR records in the table of FIG. 1C, as described above.
  • Step 1640 typically relies on a broadcast to all mobile users within a particular cell, which results in a set of replies identifying all mobile users in the cell.
  • the embodiment of step 1640 is suitable if a sufficient proportion of the mobile users are equipped with handsets having STK applications or similar applications which are capable of initiating replies to a broadcast “answer me” transmission.
  • Step 1640 is typically performed as follows:
  • a cell broadcast is transmitted, typically immediately.
  • the cell broadcast triggers an application within the handsets of the mobile users within the cell.
  • This application is operative to initiate a reply transmission, e.g. an SMS (short message service)-formatted reply, containing the mobile user's ID, the ID of the cell in which it is located, and the current time.
  • SMS short message service
  • This message is received and the information it contains is entered in the table of FIG. 11C as a new record.
  • the “source” field is assigned the value “handset location output”.
  • FIG. 17 is a simplified flowchart illustration of a preferred method for building the Table of FIG. 11D.
  • the table of FIG. 11D is typically built based on the tables of FIGS. 11B and 11I.
  • the table of FIG. 11I is built manually by the system planner during the set-up phase and stores information regarding a plurality of routes over which mobile users are predicted to travel. Each route comprises a sequence of one or more mutually adjacent road segments. In the illustrated example of FIG. 11I, the table stores information regarding three routes, the first two of which each include only a single segment and the third of which includes two road segments.
  • a preferred method for generating the table of FIG. 1D comprises performing the following operations for each route:
  • Step 1720 Identify all cell pairs within the cell network serving the geographical area covered by the system of the present invention, which comprise first and second cells of which the first cell intersects the beginning of one of the segments forming the route, and the second cell intersects the route at a point subsequent to the point which intersects the first cell.
  • each pair of cells comprises first and second cells fulfilling all of the following criteria:
  • the first cell intersects the route at a segment having a particular “segment numbering” stored in the table of FIG. 11I.
  • the second cell intersects a road segment along the current route whose “segment numbering” exceeds the “segment numbering” of the segment intersecting the first cell;
  • the first and second cells intersect the route at the same segment and the “reference point” of the second cell, as stored in the table of FIG. 11B, is larger than the “reference point” of the first cell.
  • Step 1730 Generate a new record in the table of FIG. 11D to represent each pair of cells identified in step 1720 , i.e. store each pair of cells identified in step 1720 as a new record in the table of FIG. 11D.
  • the IDs of the first and second cells are stored in the “first cell” and “last cell” fields of new record in the table of FIG. 11D.
  • the “segment ID” field of the new record in the table of FIG. 11D is set to the ID of that segment. Otherwise, i.e. if the first and second cells intersect different segments of the route in question, store, in the “segment ID” field of new record in the table of FIG. 11D, a sequence of the segment IDs of all segments of the route from the segment intersecting the first cell to the segment intersecting the second cell, inclusive.
  • Step 1740 If table of FIG. 11D includes at least 2 records with same first cell and same last cells, but different segment IDs, manually scan all records in the table of FIG. 11B which pertain to the two segments to find middle cells (records whose association field stores the value “middle”) that may differentiate between the 2 routes and manually insert these routes into table of FIG. 1D, as 2nd and 3rd cells of the records pertaining to the appropriate segments.
  • each mobile user's location is not defined by the cell he currently occupies but rather by a pair of cells between which-he is currently passing.
  • the “cell ID” column would be replaced by “old cell ID” and “new cell ID” columns and the “cell size” column might be replaced by a column representing the area of the overlap between the old and new cells, i.e. the cell that the user is currently exiting and the cell that the user is about to enter.
  • the “cell-segment” probability column would typically be replaced by a column whose values represent the probability that a mobile user is located in a particular segment, given that he is currently crossing from a particular old cell to a particular new cell.
  • the “cell ID” column would be replaced by “old cell ID” and “new cell ID” columns.
  • this replacement would occur for the columns pertaining to each of the first, second, third and last cells.
  • the “cell ID” field may be replaced by a field representing any of the following combinations:
  • each presentation of a query whether to an individual mobile user or to all users within a particular cell, would be replaced by the following process:
  • a customized handset application is triggered, either by an individual transmission to a specific handset e.g. using SMS, or by a cell broadcast transmission. This application may run within the handset until the handset crosses from the cell it is currently travelling in, into another cell. At that point, the handset transmits a reply, containing the mobile user's ID, the IDs of the cell which he has most recently left and the cell he is now inhabiting and the current time. This message is received and the information it contains is entered in the table of FIG. 11C as a new record. The “source” field is assigned the value “handset location output”.
  • a variation of the above customized handset application is triggered, again either by an individual transmission to a specific handset e.g. using SMS, or by a cell broadcast transmission.
  • the variation application may run within the handset until the handset crosses from the cell it is currently travelling in, into another cell.
  • a timer within the handset is initialized but no reply is transmitted.
  • a reply is transmitted the next time the mobile user crosses between cells.
  • the handset transmits a reply, containing the mobile user's ID, the IDs of all cells he has travelled into since a trigger was last received, and the time which has elapsed since the timer was initiated.
  • this message is received and the information it contains is entered in the table of FIG. 11C as a new record.
  • the “source” field is assigned the value “handset location output”.
  • the handset application trigger may include an indication of the IDs of one or more pairs of adjacent cells and the application runs within the handset until the handset crosses between two cells, whose IDs are one of the pairs stored within the trigger.
  • the handset application trigger may include an indication of the IDs of one or more foursomes of cells, each foursome including two pairs of adjacent cells (first and second adjacent cells; and third and fourth adjacent cells).
  • the application runs within the handset until the handset crosses between two cells, whose IDs are listed as the first and second cells in an individual one of the foursomes stored within the trigger. At this point, a timer is initialized within the handset. If and when the handset crosses between the two cells whose IDs are listed as the third and fourth cells in the individual foursome, the handset transmits a reply and the table of FIG. 11C is updated.
  • the reply comprises the mobile user's ID, the IDs of the foursome of cells and the time which elapsed from the first-second cell crossing to the third-fourth cell crossing, as indicated by the timer in the handset.
  • the handset application trigger may include:
  • the application runs within the handset until the handset crosses between two cells, whose IDs are listed as the first and second cells in an individual one of the foursomes stored within the trigger. At this point, a timer is initialized within the handset. If the handset crosses between the two cells whose IDs are listed as the third and fourth cells in the individual foursome, within the time interval stored in the trigger, then the handset does not transmit any reply.
  • the handset transmits a reply and the table of FIG. 11C is updated.
  • the reply comprises the mobile user's ID, the IDs of the foursome of cells and the time which elapsed from the first-second cell crossing to the third-fourth cell crossing, as indicated by the timer in the handset.
  • mobile location may be defined by more than one of the cells traversed by a user, in various ways and in particular, any suitable combination of the above embodiments may be employed.
  • system of the present invention need not be capable of accurately partitioning the entire set of mobile communication device users into traffic elements and users which are not traffic elements. It is sufficient for the system of the present invention to be capable of isolating, from among the mobile communication devices transmitting thereto, a set of traffic elements which is sufficiently large to satisfactorily serve as a sample of the total population of traffic elements.
  • the system typically is capable of distinguishing between vehicles traveling along one of 2 roads which are so close to each other that they both pass through the same cellular cells. Any suitable method may be employed to assign such vehicles to one of the two roads, including but not limited to the following methods:
  • Ambiguity may be resolved by considering the distance of the user's mobile device from the antenna (cellular time advance).
  • Distinction between the 2 roads may be achieved initially, or ambiguity later resolved, by tracking the vehicles or looking back into their short-term histories.
  • the two roads are of significantly different nature, the expected number of vehicles and average speed on each road is different. In this case, examining the histogram of speeds of a sample of vehicles traversing the two roads may indicate how the vehicles should be allocated. For example, if the two roads within a single cell are a highway and a small, slow road, and if the vehicles known to be travelling within the cell can be partitioned into a large subset of vehicles all travelling quickly and a small subset of vehicles all travelling much more slowly then the two subsets of vehicles obviously correspond to the highway and slow road respectively.
  • each mobile communication device is able to determine whether or not it is located within a vehicle. For example, if the mobile communication device is located within the vehicle's charger, it regards itself as being located within a vehicle and preferably includes this information in its outgoing messages.
  • the system may receive indistinguishable location readings of vehicles which construct the “real” traffic together with readings of other users (pedestrians, emergency vehicles etc.) the system may differentiate between them using one or more of the following methods:
  • the traffic data extractor typically uses historical data from database 535 and/or traffic management input data as described in detail above.
  • Historical data pertains mainly to past, not current information regarding a particular location, a particular mobile user, a particular event, or a particular period e.g. 8 o'clock in the morning, 9 o'clock on Thanksgiving morning, weekend as opposed to weekday, winter as opposed to summer, rush-hours, etc.
  • This data may include information such as the speed (or travel time) distribution of vehicles along a given road segment along time.
  • Traffic management data refers to information arriving from traffic lights or other elements serving or observing the population of mobile users and may also include information about road construction.
  • the data extracted by the traffic data extractor 150 from the input thereto typically comprises at least one of the following parameters, and preferably some or all of these:
  • the system may learn about the location of each mobile communication device from any suitable source, such as but not limited to one, some or all of the following sources:
  • Central CDR voice or data transmission
  • a mobile communication device's location is often recorded at the beginning and end of voice calls conducted to or from that device (CDR—call data record).
  • CDR call data record
  • This information is typically stored by the central CDR database of the cellular operator effecting the calls which database may be accessed by the system of the present invention.
  • a mobile communication device's location is similarly recorded in the course of transmitting and/or receiving data messages, including but not limited to short data messages transmitted or received in the course of using an SMS (short message service).
  • This information is also typically stored by the CDR database of the cellular operator effecting the calls which database may be accessed by the system of the present invention.
  • Base station A mobile communication device's location may pass through individual base stations of the cellular operator and it may be possible to collect this information from individual base stations, typically on-the-fly. This information may include information regarding periodic beacon transmissions sent out by the device to the network.
  • Location server may be possible to query a location server as to the location of a particular mobile communication device.
  • Mobile devices may provide location information.
  • an STK (SIM-tool kit) application may be triggered by a location criteria-based trigger and may, responsively send out information which includes location data.
  • the application may send out location data in response to an SMS message or otherwise formatted data transmission sent to it, e.g. by the system of the present invention and/or in response to a cell broadcast transmission, e.g. from the system of the present invention.
  • the application may send out location data in any suitable format such as but not limited to SMS format.
  • Cellular switch A mobile communication device's location information may pass through individual switches of the cellular operator and it may be possible to collect this information from individual cellular switches, typically on-the-fly. This information may include information regarding periodic beacon transmissions sent out by the device to the network.
  • the location information regarding a mobile user typically comprises cellular information e.g., the ID of the communication cell serving the mobile user.
  • the location information may be non-cellular.
  • an external localization source such as a GPS (global positioning system) may convey non-cellular self-location information, such as GPS information, to an individual mobile communication device.
  • GPS global positioning system
  • An item of cellular or non-cellular location information received by the system of the present invention from any source, responsive to a system query to that source, is termed herein a “reply”.
  • the sources which are queried and which provide the reply may be, but are not limited to, location servers, the mobile communication devices themselves and the CDR database which may also respond to queries by generating records, apart from records which it may provide to the system on a routine basis.
  • Location information available to the system typically comprises not only replies to queries but also location information accumulated routinely, without recourse to queries, e.g. voice and data CDR records, a window of which is preferably routinely sent to the CDR window and reply database 555 of FIG. 10. This window is stored, in the illustrated embodiment, in the table of FIG. 11C which is part of the CDR window and reply database 555 .
  • Location information may include some or all of the following types of information for the initial location, and subsequent locations, of an identified mobile communication device:
  • a ID of the cell/s which is presently serving the mobile communication device, or which just finished serving the device. Typically although not always, this cell is the cell within which the mobile communication device resides.
  • This may or may not be accompanied by information regarding the location of the mobile communication device within its current cell e.g. cell sector or distance from Base station.
  • the distant cell only serves the user for a very short time. Furthermore, service by a distant cell is unlikely to occur when the communication load in a certain geographical area is low, and is generally only likely to occur in a geographical area in which the communication load is high. Therefore, identification of misleading “distant cell” IDs communicated by mobile users can be effected by repeating queries to mobile users more than once. Typically, queries are repeated to most mobile users only once, and are repeated more than once only to mobile users which are suspected of being served by distant cells, typically users which are located in geographical areas which are deemed to have a high communication load.
  • Geographical areas may be deemed to have a high communication load on the basis of analysis of system data, typically the data stored in the table of FIG. 11C and/or on the basis of data provided by an external source, typically cellular operators.
  • the data may be provided or generated in real time or alternatively, the data may be analyzed during set-up in order to identify fixed time periods at which certain geographical areas suffer from high communication load. Typically, within these areas and only within these areas, queries would be repeated more than once.
  • a higher sampling density may be employed when handling geographical areas which are known to suffer from high communication load.
  • the method of FIG. 13 comprises a loop which operates continuously, for each road segment, until the road segment's need for update has been reduced to below a system minimum, where the need for update is, inter alia, a function of the “importance” of the road segment.
  • a higher sampling density may be achieved by assigning an importance value to each road segment at least partly on the basis of the road segment's tendency to suffer from high communication load.
  • the system may obtain, typically directly from the network, the distance between the mobile communication device user and the base station serving it and ascertaining that that distance is no greater than the radius of the cell in which the mobile communication device is believed to be located, typically from the network, possibly using the time advance value characterizing the mobile device's communication with the base station. If the distance is greater than a suitably defined radius of the cell in which the user is believed to be located, this indicates that the user is probably not actually resident within the cell in question.
  • the flow of information from mobile communication devices to the system may be determined by any suitable scheme including the following schemes:
  • Each mobile communication device provides an ongoing report, typically a periodical report, of its current location.
  • b. Reports are only provided by mobile communication devices responsive to queries from the system.
  • the queries may be general-requests to update re current location or may be requests for specific information that only some mobile communication devices are in a position to provide.
  • a first query may pertain to the travel time between two specific locations and only devices travelling from one to the other are capable of responding to this query.
  • Another, second type of query may state the expected reply to the query or more typically the expected range of replies.
  • the mobile communication devices may be operative to respond only if their reply deviates from the expected reply or expected range of replies, i.e. only a subset of those capable of responding to the first query are eligible to, or operative to, respond to the second query.
  • the devices would report if the travel time from Tel-Aviv to Jerusalem varies from the range of 47 min-52 min.
  • the second type of query is presented to a larger proportion of the population of mobile communication device users than is the first type of query.
  • the proportion of responders may be expected to be smaller.
  • each such bearer is identified not by his or her network user ID in the clear, but rather by the encrypted ID.
  • the encryption scheme for encrypting the IDs may or may not change over time.
  • the route selected for an individual user is preferably the optimal route for that user, typically the route which requires least time, given traffic conditions.
  • the route selected for that individual user may be selected also in accordance with additional criteria, other than immediate optimization for the user in question.
  • the additional criteria may, for example, include the desire of the system to obtain information regarding every piece of road in its area of coverage.
  • the system may direct the next user/driver to follow mobile communication device to follow that route segment.
  • the system may assume that the area in question is substantially empty of traffic and compute travel time and preferred routes accordingly.
  • the system of the present invention may derive velocity information only by derivation from its knowledge regarding the sequence of locations of individual vehicles over time.
  • velocity information may be derived directly from velocity-affected characteristics of the communication which is reaching the system.
  • the data communication rate of a communication arriving from or to a mobile communication device typically varies with velocity, in known ways.
  • the communication frequency may vary due to the motion of the mobile communication device.
  • the site map may, for example, be generated by combining a road map of the site with a cell mapping of the site which is typically available from the operator of the cellular network. If more than one cellular networks are operative within the same site, the road map is combined with the cell mappings of each of the networks.
  • the cell mapping may be simply generated by travelling throughout the site (geographical area covered by the system) with an accurate navigation source (e.g. GPS) as a reference and a mobile communication device communicating via the network in question and recording, e.g. in the table of FIG. 11A, the identities of the various cells and/or cell sectors that serve the device as it wanders and possibly also the current distance, based on the communication's time advance value, of the device from its base station.
  • GPS global positioning system
  • This alternative is advantageous because it typically does not require the system to gain access to any confidential or proprietary information.
  • FIGS. 18 A- 18 C which, taken together., form a preferred data structure for the roadmap database 610 of FIG. 10.
  • the roadmap is represented in the form of a directed graph in which each edge typically represents a one-way road segment (i.e. a two-way road segment is represented as two edges) and vertices represent intersections between road segments.
  • each edge typically represents a one-way road segment (i.e. a two-way road segment is represented as two edges) and vertices represent intersections between road segments.
  • any other suitable data representation may be employed.
  • FIG. 18A is a simplified illustration of a traffic map vertices table in which coordinates of each vertex, in accordance with a predetermined coordinate system such as UTM, are stored.
  • FIG. 18B is a simplified illustration of a traffic map edges table in which the origin and destination vertices of each one-way road segment (edge) are stored.
  • FIG. 18C is a simplified illustration of an optional table storing predefined routes.
  • Each route typically comprises a sequence of one or more road segments which are linked in the sense that the destination vertex of each n'th road segment in any route is the origin vertex of the (n+1)th road segment in the same route.
  • the Table of FIG. 18C stores the road segments included in each route, including indices indicating the order in which the road segments are arranged along the route.
  • three routes are stored in the table of FIG. 18C of which the first and second include only one road segment each and the third includes two road segments: road segments 1 and 2 .
  • FIG. 19 is a simplified flowchart illustration of a preferred method of operation for the route guidance unit of FIG. 10.
  • the route guidance unit receives an origin and a destination from a user or from the system and associates each with one of the vertices of the traffic map vertices table of FIG. 18A.
  • the user inputs a street address at least for his destination, using any suitable mode of input as described in detail herein.
  • the street address is translated into the coordinate system used to characterize the vertices e.g. the UTM coordinate system.
  • the street address is then typically associated with the vertex in the table of FIG. 18A which is closest to that street address.
  • the user inputs a current position or an indication of a past position in order to characterize his desired origin or destination.
  • the location stipulated by the user is translated into the coordinate system used by the table of FIG. 18A and the closest vertex is identified.
  • the current position may for example be supplied by the cellular network based on positioning the mobile device riding with the user.
  • the route guidance unit generates a plurality of possible routes e.g. all possible routes from origin to destination.
  • the set of possible routes comprises all routes in the table of FIG. 18C for which the origin vertex of the first segment is the desired route origin and the destination vertex of the last segment is the desired route destination.
  • step 1820 the route guidance unit computes the estimated travel time along each possible route by adding the travel times for each road segment along that route as computed by the traffic data extractor 550 of FIG. 10.
  • the route guidance unit selects route/s e.g. 2 routes with smallest travel times and reports the selected routes to the user. Any suitable output mode and format may be employed to supply this information to the user as described in detail herein.
  • steps 1810 , 1820 and 1830 are replaced by a process which finds the n shortest paths from the origin vertex to the destination vertex, where n is a system- or user-defined parameter.
  • the weights on the edges which determine the length of each path (route) through the traffic map typically comprise the travel time along each edge.
  • Conventional methods may be used for shortest path finding such as that those described at the following web-site: http://www.cc.gatech.edu/aimosaic/students/Psych-students/Shika-no/Projects/AlgoNet/spa/code.html, and in the following reference: Hiller, F. S., & Lieberman G. J., Introduction to Operations Research, ISBN 0-07-909758-8, Section 10.3.
  • One method for solving the shortest path problem is Dijkstra's Algorithm.
  • the algorithm finds a shortest path from v to w.
  • the distance from a vertex v to a vertex w (denoted d(v,w)) is the weight of a shortest path from v to w.
  • the algorithm finds shortest paths from v to the other vertices in order of increasing distance from v.
  • the algorithm stops when it reaches w.
  • the algorithm starts at one vertex (v) and “branches out” by selecting certain edges that lead to new vertices.
  • the algorithm is typically “greedy” in that it always chooses an edge to a vertex that appears to be closest.
  • any suitable method may be used to receive input from a user defining first and second locations between which he desires to travel or is currently travelling.
  • the user may define the first and second locations orally, in which case the oral request may be heard by a human operator or by suitable speech recognition apparatus.
  • the locations may be defined by keying in, e.g. by keying in the name of a city or the name of a street, with or without a street address, or the name of a-neighborhood or area or zip code.
  • the system may allow a user to define and store a set of locations and, for each location, a title with which the user will identify that location. For example, the user may define that “work” or “1” means 114 Park Avenue, New York, whereas “Mom's House” or “2” refers to 116 Waverly Drive in Bayonne, N.J. Subsequently, the user can refer to the above two locations as “work” and “Mom's house” respectively, or as “1” and “2” respectively.
  • a user defines a request such as a route guidance request or a travel time estimation request
  • s/he may define his origin and destination or s/he may indicate that the origin, or the destination, comprise his or her current location which is known to the system.
  • the system typically assumes that the request pertains to a trip commencing immediately.
  • the user may stipulate that the trip is to be taken at a specific future time, in which case the system typically utilizes historical data characterizing that time or any other prediction method.
  • Route guidance information is typically provided to users responsive to their request, a request typically comprising some type of indication of origin and destination as described in detail above.
  • the system may initiate route guidance reports prior to the user's arrival to a decision point.
  • provision of route guidance information may be system-initiated.
  • System- or user-initiation of the route guidance provision process may initiate provision of guidance pertaining one route or alternatively, the system or user may initiate periodic provision of route guidance or provision of route guidance in accordance with a particular schedule or responsive to user- or system-defined cues. For example, a user who leaves his home for work at a regular time may program the system to provide route guidance at a particular time each morning.
  • the route guidance information provided to a user comprises ETA (estimated time of arrival) or travel time information.
  • ETA estimated time of arrival
  • travel time information This type of information may be provided as a simple indication or may be provided only if the ETA or travel time deviate from a norm, or only if the predicated ETA or travel time suddenly change, relative to the system's predictions thereof a short time before, due to a sudden or gradually accumulating but substantial change in conditions.
  • this information may be presented to the user only in circumstances where the change in travel time affects the relative attractiveness of a plurality of possible routes. Any suitable combination of the above information presentation conditions may also be employed.
  • the route guidance information may also include reports of unusual events, such as accidents or traffic jams, typically events which are affecting or can be expected to affect traffic flow.
  • route guidance information and particularly ETA information is improved by gradually collecting information about the implications of various types of events.
  • the system of the present invention utilizes a suitable mathematical model of at least one event such as a traffic accident in order to predict traffic effects.
  • a suitable mathematical model for a sudden change in traffic conditions is described in “Calculation of Traffic Flow at a Bottleneck”, Section 5.2.8 of Transportation Research Broad's (TRB) Revised Special Report, “Traffic Flow Theory”.
  • Route guidance information may be provided to the user by any suitable medium and in any suitable format such as but not limited to SMS (short message service), IVR (interactive voice response), Cell broadcast, WAP (wireless application protocol) based applications, or via PDA (personal digital assistant). Route guidance information may be provided via a call center manned by human operators.
  • SMS short message service
  • IVR interactive voice response
  • Cell broadcast Cell broadcast
  • WAP wireless application protocol
  • PDA personal digital assistant
  • route guidance information and particularly ETA information is improved by gradually collecting personal habit information about each individual user and adjusting general route guidance and ETA computations to take into account a user's personal habits.
  • a user's habitual speed when driving on an open road e.g. the degree to which the user habitually approaches the actual speed limit, may affect the optimal route recommendation and the ETA.
  • Personal habit information may be gathered directly e.g. by prompting a user, upon registration, to respond to questions such as “How fast would you normally drive on an open road for which the speed limit is 65 mph?”
  • personal habit information may be deduced by comparing a user's actual progress along a route to the system's prediction of that progress.
  • the system is operative to determine, when possible, the actual road which the user is driving upon.
  • This determination may be an absolute and definite determination or may be a probabilistic determination e.g. a determination that there is a high probability, rather than a certainty, that a particular user is on a particular street.
  • the system may collect this information regarding the actual road a user is driving on by presenting a direct question to the user and using conventional speech recognition or word-spotting techniques to recognize the name of the road uttered by the user or to pick out the name of the road from among only a few candidate roads which are feasible judging from the system's geographical knowledge base in combination with knowledge regarding the user's previous location and/or direction of travel.
  • information regarding the current location of a user's vehicle is at least sometimes sharpened or “pinpointed” e.g. by combining cellular information and street information. For example, if a user is known to be within a particular cell, and is known to be on a particular street, then his location can be pinpointed to the intersection between that cell and that street. Alternatively or in addition, each mobile user's location may be defined in terms of a trajectory or sequence of more than one cell through which the user has passed, as described in detail herein. This information also allows cell-ID level information to be sharpened or pinpointed to a level in excess of the original cell-ID level.
  • the system of the present invention includes a billing subsystem.
  • Billing may be on a monthly basis, with unlimited or limited query privileges for each user.
  • billing may be per-query.
  • users may not be billed for the service in which case users only pay for air-time expended in cellular communication with the system of the present invention.
  • the cellular communication provider shares part of his revenues with the operator of the system of the present invention for increased air-time, typically based on records kept by the system of the present invention, on each query addressed to the system.
  • a particular advantage of a preferred embodiment of the present invention is that location-specific advertisement may be provided to individual users depending on their anticipated locations, rather than their present locations.
  • the system can estimate anticipated locations based on a user's current location, destination and, preferably, information regarding traffic and other conditions in the portion of the user's route separating his current location from his destination.
  • the system's knowledge of the user's anticipated location, rather than current location allows the system ample time to present the advertisement to the user and allows the user time to decide to utilize the advertisement information and to effect that decision.
  • the location-specific advertisement is progressively altered as the proceeds along the driver's route based on the knowledge of the driver's chosen route and the driver's current location.
  • the change in the advertisement is performed in real time along the driver's route, by altering or “flipping” the advertisements from time to time as the driver approaches a particular advertisement.
  • Information regarding anticipated locations may also be provided to cellular communication operators, particularly information suggesting a future congestion situation in which many cellular communication device users are about to congregate within a small area.
  • Information provided by the system of the present invention allows the cellular communication operator time to gear up to the anticipated congestion by assigning additional resources to the area in which congestion is due to occur.
  • information suggesting that a current congestion situation is about to dissipate allows the cellular communication operator time to relocate expensive special resources which may have been temporarily assigned to the congested area.
  • the system is operative to provide information to non-subscribed drivers so as to provide an incentive to these users to subscribe to the route guidance service provided by the system of the present invention.
  • the information provided to non-subscribed users may, for example, comprise warnings of traffic jams and other events.
  • Another application of the present invention pertains to tollway systems.
  • a tollway system may be provided with all necessary information regarding the tollway segments travelled by each car. Therefore all existing toll debit means (e.g. toll gates, toll-cards, electronic toll wallet etc.) may be replaced by a system that periodically, e.g. monthly, computes an exact total debit for each vehicle, based upon information listing all toll way segments that the vehicle has passed during the time period in question.
  • all existing toll debit means e.g. toll gates, toll-cards, electronic toll wallet etc.
  • Still another application of the present invention pertains to fleet management systems. Based on the location, provided by any suitable vehicle location source, of all vehicles belonging to a fleet, a fleet management system is able to compute the individual average velocity of any car that belongs to the fleet during any time period. Also, the system of the present invention is capable of providing traffic information which would allow a fleet manager to select a vehicle, from among several vacant vehicles in the fleet, which can most quickly arrive at a particular destination, such as the current location of a passenger who has ordered a taxi. Typically, the vacant vehicle to send to a particular destination is selected by selecting, from among the vacant vehicles in the fleet, the one having the shortest estimated arrival time to the destination in question.
  • a particular feature of a preferred embodiment of the present invention is that the current location of a mobile user, needs to be known only at communication cell ID accuracy. In other words, it is not necessary to position the mobile user at sub-cell accuracy by determining the user's position within the cell. Instead, it is possible to provide at least some traffic characterizing information using location information which is at communication cell ID accuracy and not at sub-cell accuracy.
  • the software components of the present invention may, if desired, be implemented in ROM (read-only memory) form.
  • the software components may, generally, be implemented in hardware, if desired, using conventional techniques.

Abstract

A traffic monitoring system for monitoring traffic including a population of users bearing a multiplicity of mobile communication devices, and methods useful for monitoring traffic, the system including a mobile communication network interface receiving, from at least one communication network serving the multiplicity of mobile communication devices, and storing, location information characterizing at least some of the multiplicity of mobile communication devices, and a traffic monitor operative to compute at least one traffic-characterizing parameter on the basis of the location information.

Description

    FIELD OF THE INVENTION
  • The present invention relates to apparatus and methods for providing route guidance to vehicles. [0001]
  • BACKGROUND OF THE INVENTION
  • Navigation systems which compute a route for a vehicle designed to bring the vehicle from its current location to a desired location are known. [0002]
  • A document entitled “DynaMIT:Task C Report”, posted at MIT website http://its.mit.edu/projects/dta/Taskc.html, describes a traffic assignment system and notes, inter alia, that “In an (ideal) system . . . where there is two-way communication between the traffic control center and every vehicle in the network, perfect information about the vehicle location and possibly its origin and destination, can be obtained. While such perfect systems are possible in the future, most existing surveillance systems are limited to vehicle detectors located at critical points in the network. The information provided by these traffic sensors therefore, must be used to infer traffic flows, queue lengths, incidents, etc., at all locations of the network.”[0003]
  • Another document discussing pertinent technology and entitled “DynaMIT:DYnamic network assignment for the management of information to travellers” is posted at http://its.mit.edu/projects/dta/dynamit.html. [0004]
  • Traffic flow theory is a field in which experts endeavor to generate theoretical models of traffic flow in order to make predictions which are helpful in developing services and resources which will best serve traffic requirements. State of the art traffic flow theory is described in “Transportation Research Board's Revised Special Report, “Traffic Flow Theory”, available at http://www/tfhrc.gov/its/tft/tft.htm. Development and verification of traffic flow models conventionally do not collect or utilize transmissions from mobile communication devices residing in the vehicles within the traffic under investigation. [0005]
  • The Nokia 5100 and 6100 mobile phone series display their own current status, including an “in vehicle” status. [0006]
  • The disclosures of all publications mentioned in the specification and of the publications cited therein are hereby incorporated by reference. [0007]
  • SUMMARY OF THE INVENTION
  • The present invention seeks to provide an improved route guidance system. [0008]
  • There is thus provided, in accordance with a preferred embodiment of the present invention, a traffic monitoring system including traffic data collection apparatus operative to collect location data from a plurality of users of mobile communication devices, and a traffic data filter operative to analyze the location data arriving from the plurality of users and to reject location data which is not traffic data. [0009]
  • Preferably, the traffic data filter includes a traffic element identifier operative to identify traffic elements within the plurality of users by analyzing the location data arriving from the plurality of users. [0010]
  • Further in accordance with a preferred embodiment of the present invention, the location data includes a sequence of at least one time-stamped locations. [0011]
  • Still further in accordance with a preferred embodiment of the present invention, the traffic data filter is operative to accept, as traffic data, the location data arriving from users who have identified themselves as traffic elements. [0012]
  • Also provided, in accordance with another preferred embodiment of the present invention, is a traffic monitoring system including location collection apparatus operative to collect location data from at least a traffic population including a multiplicity of traffic elements, the multiplicity of traffic elements including a plurality of users of mobile communication devices, a location data analyzer operative to analyze the location data and to derive traffic information therefrom, and a traffic information disseminator operative to provide at least some of the traffic population with the traffic information. [0013]
  • Further in accordance with a preferred embodiment of the present invention, the location data analyzer is operative to derive, for at least one traffic element, at least a portion of a road route followed by the traffic element. [0014]
  • Still further in accordance with a preferred embodiment of the present invention, the location data defining the location of a mobile communication device at time t is based on an identification of a mobile communication cell serving the mobile communication device at time t. [0015]
  • Additionally in accordance with a preferred embodiment of the present invention, the location data defining the location of a mobile communication device at time t is based only on an identification of a mobile communication cell serving the mobile communication device at time t. [0016]
  • Also provided, in accordance with still another preferred embodiment of the present invention, is a traffic monitoring method including collecting location data from a plurality of users of mobile communication devices, and analyzing the location data arriving from the plurality of users and rejecting location data which is not traffic data. [0017]
  • Further in accordance with a preferred embodiment of the present invention, the method also includes rejecting location data indicating a too-large discrepancy between a current location of a vehicle and its stored previous locations. [0018]
  • Further in accordance with a preferred embodiment of the present invention, the system also includes a user location database storing, for each mobile communication device from which readings have been received, the ID of that device and each of the readings received, each with its own time-stamp. [0019]
  • Still further in accordance with a preferred embodiment of the present invention, the system also includes a road traffic database storing, for at least one road, velocity profiles computed for that road, each profile being stored with its own time-stamp. [0020]
  • Also provided, in accordance with still another preferred embodiment of the present invention, is a traffic monitoring system for monitoring traffic including a population of users bearing a multiplicity of mobile communication devices, the system including a mobile communication network interface receiving, from at least one communication network serving the multiplicity of mobile communication devices, and storing, location information characterizing at least some of the multiplicity of mobile communication devices, and a traffic monitor operative to compute at least one traffic-characterizing parameter on the basis of the location information. [0021]
  • Further in accordance with a preferred embodiment of the present invention, the traffic monitor is also operative to display the at least one traffic-characterizing parameter. [0022]
  • Still further in accordance with a preferred embodiment of the present invention, the mobile communication devices include cellular communication devices served by at least one cellular communication network including a plurality of base stations each serving a cell including a portion of a geographical area. [0023]
  • Additionally in accordance with a preferred embodiment of the present invention, the location information includes indications of cells serving at least some of the multiplicity of mobile communication devices. [0024]
  • Further in accordance with a preferred embodiment of the present invention, the system also includes a road database storing locations of roads in a geographical area. [0025]
  • Still further in accordance with a preferred embodiment of the present invention, the system also includes a road database storing locations of roads in a geographical area, wherein the traffic monitor is operative to deduce, based on at least one indication of a cell in which a mobile communication device is located, a road which the mobile communication device is believed to be taking. [0026]
  • Further in accordance with a preferred embodiment of the present invention, the traffic monitor is operative, based on an indication that an individual mobile communication device is travelling through a cell sequence including at least one cell, to differentiate a first road portion along which the individual mobile communication device is travelling, from a second road portion falling along the same cell sequence, along which the mobile communication device is not travelling. [0027]
  • Still further in accordance with a preferred embodiment of the present invention, the traffic monitor is operative to differentiate the first and second road portions by estimating at least one traffic parameter for the first and second road portions which parameter has different values for the first and second road portions. [0028]
  • Further in accordance with a preferred embodiment of the present invention, at least some traffic characterizing information is generated using communication cell ID-based location information which is at communication cell ID accuracy. [0029]
  • Still further in accordance with a preferred embodiment of the present invention, the traffic monitor is operative to identify a set of mobile communication devices suspected of be served by a cell other than the cell in which they are actually located and to verify at least some location information arriving from at least some of the mobile communication devices in the set. [0030]
  • Also in accordance with a preferred embodiment of the present invention, the at least one traffic-characterizing parameter includes at least one of the following group of parameters: a travel time parameter, a traffic speed parameter, a traffic density parameter, and a traffic flow parameter. [0031]
  • Further in accordance with a preferred embodiment of the present invention, the system also includes at least one historical database storing historical location information characterizing past distributions of users over a geographical area of interest, and the traffic monitor is, at least on occasion, operative to compute the at least one traffic-characterizing parameter at least partly on the basis of the historical location information. [0032]
  • Still further in accordance with a preferred embodiment of the present invention, the traffic monitor is operative to evaluate the quality of location information on the basis of which the traffic-characterizing parameter is to be computed and to employ the historical location information if the quality is found to be relatively low. [0033]
  • Additionally in accordance with a preferred embodiment of the present invention, the quality of location information is evaluated at least partly as a function of the number of users providing current location information. [0034]
  • Further in accordance with a preferred embodiment of the present invention, the mobile communication network interface receives and stores location information from cellular communication devices served by more than one cellular communication network. [0035]
  • Still further in accordance with a preferred embodiment of the present invention, the system also includes a mobile user pinpointing function operative to deduce, from information at communication cell ID accuracy, location information which is at an accuracy higher than communication cell ID accuracy, by combining the communication cell ID accuracy information with additional stored information. [0036]
  • Further in accordance with a preferred embodiment of the present invention, the additional stored information includes information regarding intersections between cells and roads. [0037]
  • Still further in accordance with a preferred embodiment of the present invention, the additional stored information includes information regarding a sequence of cells through which a user has passed. [0038]
  • Additionally in accordance with a preferred embodiment of the present invention, the mobile communication network interface receives at least some of the location information used by the traffic monitor, from a base station. [0039]
  • Further in accordance with a preferred embodiment of the present invention, the mobile communication network interface receives at least some of the location information used by the traffic monitor, from a CDR database. [0040]
  • Still further in accordance with a preferred embodiment of the present invention, the mobile communication network interface receives at least some of the location information used by the traffic monitor, from a location server. [0041]
  • Further in accordance with a preferred embodiment of the present invention, the mobile communication network interface receives at least some of the location information used by the traffic monitor, directly from at least some of the multiplicity of mobile communication devices. [0042]
  • Still further in accordance with a preferred embodiment of the present invention, at least some of the location information is provided responsive to a cell broadcast. [0043]
  • Additionally in accordance with a preferred embodiment of the present invention, at least some of the location information is provided responsive to a data transmission directed to individual ones of the multiplicity of mobile communication devices. [0044]
  • Further in accordance with a preferred embodiment of the present invention, the data transmission includes an SMS message. [0045]
  • Still further in accordance with a preferred embodiment of the present invention, at least some of the location information provided by the mobile communication devices is provided in SMS format. [0046]
  • Additionally in accordance with a preferred embodiment of the present invention, the mobile communication network interface also receives and stores travel time information and the traffic monitor is operative to compute at least one traffic-characterizing parameters on the basis of at least the travel time information. [0047]
  • Further in accordance with a preferred embodiment of the present invention, the location information does not violate the privacy of the users of the mobile communication devices. [0048]
  • Still further in accordance with a preferred embodiment of the present invention, the system also includes a congestion detector operative to detect at least one of generation and dissipation of mobile communication device congestion. [0049]
  • Additionally in accordance with a preferred embodiment of the present invention, the system also includes a congestion-anticipation based cellular network resource allocator operative to receive a congestion-indicative output from the congestion detector and to allocate resources accordingly. [0050]
  • Also provided, in accordance with another preferred embodiment of the present invention, is a route guidance method including monitoring traffic information characterizing traffic flowing along at least one routes, and computing and reporting to a traveller, information characterizing the traveller's expected travel time along each of the at least one routes. [0051]
  • Further in accordance with a preferred embodiment of the present invention, the method also includes providing an origin location and a destination location and computing at least one routes connecting the origin and destination locations. [0052]
  • Further in accordance with a preferred embodiment of the present invention, the computing step includes recomputing, at least once, information characterizing the traveller's remaining travel time along the route, as the traveller travels along the route. [0053]
  • Still further in accordance with a preferred embodiment of the present invention, the computing and reporting step includes reporting the information to the-traveller only if the information deviates, in accordance with a predetermined deviation criterion, from a known travel time value. [0054]
  • Also provided, in accordance with another preferred embodiment of the present invention, is a route guidance method including monitoring the speed of traffic flowing through a geographical area, and generating a warning if there is a substantial change in the speed of traffic flowing through a portion of the geographical area. [0055]
  • Further in accordance with a preferred embodiment of the present invention, the method also includes storing information regarding personal driving habits of the traveller and wherein the computing and reporting step includes computing the information characterizing the traveller's expected travel time at least partly based on the information regarding the traveller's personal driving habits. [0056]
  • Further in accordance with a preferred embodiment of the present invention, the information regarding personal driving habits includes information characterizing travel time along a road sequence not monitored in the monitoring step. [0057]
  • Still further in accordance with a preferred embodiment of the present invention, the computing and reporting step includes reporting to the driver in IVR (interactive voice response) format. [0058]
  • Still further in accordance with a preferred embodiment of the present invention, the computing and reporting step includes reporting to the driver in a data transmission format. [0059]
  • Further in accordance with a preferred embodiment of the present invention, the data transmission format includes SMS (short message service). [0060]
  • Still further in accordance with a preferred embodiment of the present invention, the data transmission format includes WAP (wireless application protocol) format. [0061]
  • Further in accordance with a preferred embodiment of the present invention, the origin and destination locations are received from the driver. [0062]
  • Still further in accordance with a preferred embodiment of the present invention, the providing step includes setting the origin of the route to the current location of the driver. [0063]
  • Further in accordance with a preferred embodiment of the present invention, monitoring the current location of the driver is based on determining a cellular location of a mobile communication device riding with the driver. [0064]
  • Also provided, in accordance with another preferred embodiment of the present invention, is a route guidance method including monitoring traffic information characterizing traffic flowing along a route taken by a driver, including monitoring the current location of the driver, and computing information characterizing the driver's expected progress along the route and reporting the information to the driver when the driver arrives at a predetermined location along the route. [0065]
  • Also provided, in accordance with still another preferred embodiment of the present invention, is a directed advertisement method including receiving an indication from a travelling user of his desired destination, and providing advertisement content to the travelling user based on the desired destination. [0066]
  • Further in accordance with a preferred embodiment of the present invention, the advertisement providing step includes computing a recommended route to the desired destination and reporting the recommended route to the travelling user, and providing advertisement content to the travelling user which pertains to the recommended route. [0067]
  • Also provided, in accordance with another preferred embodiment of the present invention, is a route guidance system including a traffic velocity computer operative to receive the following information: a plurality of locations, separated by a known time interval, of at least one vehicle within traffic separating a moving vehicle's current location from the selected destination, and a route assigned to at least one vehicle within the traffic, and to compute at least one velocity characteristic of the traffic, and a route selecting computer operative to receive a selected destination of the moving vehicle and a current location of the moving vehicle, and to compute a route from the moving vehicle's current location to the moving vehicle's selected destination, at least partly as a function of the at least one velocity characteristic. [0068]
  • Also provided, in accordance with yet another preferred embodiment of the present invention, is a traffic velocity monitoring system including a representation of an area in which traffic travels, a vehicle location monitor operative to receive vehicle location information, from a multiplicity of moving vehicles, as to their current location, and a per-vehicle velocity computer operative to derive, from the vehicle location information and the representation, an average velocity of at least one individual moving vehicle from among the multiplicity of moving vehicles. [0069]
  • Further in accordance with a preferred embodiment of the present invention, the system also includes a global velocity computer operative to receive average velocities of each of a plurality of vehicles from the per-vehicle velocity computer and to compute therefrom an average velocity of traffic including the plurality of vehicles. [0070]
  • Also provided, in accordance with a preferred embodiment of the present invention, is a route guidance system including a traffic information accumulator operative to accumulate up-to-date traffic characterizing information characterizing traffic including a route assigned to at least one vehicle within the traffic, and a route selecting computer operative to compute a route from a moving vehicle's current location to the moving vehicle's selected destination, at least partly as a function of the traffic characterizing information. [0071]
  • Further in accordance with a preferred embodiment of the present invention, the route computed by the route selecting computer is fed back to the traffic information accumulator and is employed by the accumulator to generate anticipated traffic information estimating characteristics of traffic separating a future location of the moving vehicle from the moving vehicle's selected destination. [0072]
  • Still further in accordance with a preferred embodiment of the present invention, the route selecting computer includes a dynamic route selecting computer operative to provide the moving vehicle with ongoing modifications of the route at least partly as a function of the anticipated traffic information. [0073]
  • Further in accordance with a preferred embodiment of the present invention, the route selecting computer randomly selects at least a portion of at least one vehicle's route from among several candidate route portions for that vehicle, the random selection being biased by the relative merits of the candidate route portions for the vehicle. [0074]
  • Still further in accordance with a preferred embodiment of the present invention, the traffic information accumulator is also operative to receive up-to-date information characterizing road conditions in road segments separating the vehicle's current location from the vehicle s selected destination. [0075]
  • Further in accordance with a preferred embodiment of the present invention, the road conditions include permanent road conditions and/or transient road conditions. [0076]
  • Still further in accordance with a preferred embodiment of the present invention, the transient road conditions include states of multi-state traffic governing elements. [0077]
  • Further in accordance with a preferred embodiment of the present invention, the multi-state traffic governing elements include at least one of the following: a traffic light having more than one possible schedule, and a digital sign displaying any of a plurality of route-guiding messages. [0078]
  • Still further in accordance with a preferred embodiment of the present invention, the traffic information accumulator is operative to provide information to the multi-state traffic governing elements and the multi-state traffic governing elements are operative to select a state at least partly in response to the information. [0079]
  • Further in accordance with a preferred embodiment of the present invention, the accumulator includes a traffic flow simulator operative to generate at least some of the anticipated traffic information. [0080]
  • Still further in accordance with a preferred embodiment of the present invention, the traffic characterizing information includes quantitative information. [0081]
  • Further in accordance with a preferred embodiment of the present invention, the route selecting computer includes a multiplicity of independent route selecting units located within each of a multiplicity of vehicles respectively. [0082]
  • Still further in accordance with a preferred embodiment of the present invention, the route selecting computer includes a central unit operative to compute a route for each of a multiplicity of vehicles and to transmit each vehicle's route to that vehicle. [0083]
  • Also provided, in accordance with another preferred embodiment of the present invention, is a route guidance system including a traffic velocity computer operative to accept a plurality of locations, separated by a known time interval, of at least one vehicle within traffic separating the moving vehicle's current location from the selected destination, and to compute at least one velocity characteristic of the traffic, and a route selecting computer operative to receive a selected destination of a moving vehicle and a current location of the moving vehicle, and to compute a route from the moving vehicle's current location to the moving vehicle's selected destination, at least partly as a function of the at least one velocity characteristic. [0084]
  • Further in accordance with a preferred embodiment of the present invention, the route selecting computer is operative to compute and display an estimated arrival time for the moving vehicle. [0085]
  • Further in accordance with a preferred embodiment of the present invention, the system also includes a route display unit operative to display to a driver of the moving vehicle, at least one directive derived from the route. [0086]
  • Also provided, in accordance with another preferred embodiment of the present invention, is a route guidance method including receiving the following information: a selected destination of a moving vehicle, a current location of the moving vehicle, and a plurality of locations, separated by a known time interval, of at least one vehicle within traffic separating the moving vehicle's current location from the selected destination, and a route assigned to at least one vehicle within the traffic, computing at least one velocity characteristic of the traffic, and computing a route from the moving vehicle's current location to the moving vehicle's selected destination, at least partly as a function of the at least one velocity characteristic. [0087]
  • Also provided, in accordance with another preferred embodiment of the present invention, is a traffic velocity monitoring method including providing a representation of an area in which traffic travels, receiving vehicle location information, from a multiplicity of moving vehicles, as to their current location, and deriving, from the vehicle location information and the representation, an average velocity of at least one individual moving vehicle from among the multiplicity of moving vehicles. [0088]
  • Also provided, in accordance with another preferred embodiment of the present invention, is a route guidance method including accumulating up-to-date information characterizing traffic including a route assigned to at least one vehicle within the traffic, and computing a route from a moving vehicle's current location to the moving vehicle's selected destination, at least partly as a function of the traffic characterizing information. [0089]
  • Further provided, in accordance with still another preferred embodiment of the present invention, is a route guidance method including providing the following information: a selected destination of a moving vehicle, a current location of the moving vehicle, and a plurality of locations, separated by a known time interval, of at least one vehicle within traffic separating the moving vehicle's current location from the selected destination, computing at least one velocity characteristic of the traffic, and computing a route from the moving vehicle's current location to the moving vehicle's selected destination, at least partly as a function of the at least one velocity characteristic. [0090]
  • Also provided, in accordance with still another preferred embodiment of the present invention, is a route guidance system including a traffic quantifier operative to receive the following information: traffic location information describing a location of at least one vehicle within traffic separating a moving vehicle's current location from the selected destination, and a route assigned to at least one vehicle within the traffic, and to compute at least one quantitative characteristic of the traffic, and a route selecting computer operative to receive a selected destination of the moving vehicle and a current location of the moving vehicle, and to compute a route from the moving vehicle's current location to the moving vehicle's selected destination, at least partly as a function of the at least one quantitative characteristic. [0091]
  • Further provided, in accordance with still another preferred embodiment of the present invention, is a route guidance method including receiving the following information: a selected destination of a moving vehicle, a current location of the moving vehicle, and a route assigned to at least one vehicle within the traffic, computing at least one quantitative characteristic of the traffic, and computing a route from the moving vehicle's current location to the moving vehicle's selected destination, at least partly as a function of the at least one quantitative characteristic. [0092]
  • Also provided, in accordance with another preferred embodiment of the present invention, is a route guidance system including a traffic quantification computer operative to provide a quantitative characterization of traffic separating the moving vehicle's current location from the selected destination, and a route selecting computer operative to receive a selected destination of a moving vehicle and a current location of the moving vehicle, and to compute a route from the moving vehicle's current location to the moving vehicle's selected destination, at least partly as a function of the quantitative characterization. [0093]
  • Further in accordance with a preferred embodiment of the present invention, the method also includes employing a global average velocity of a sample of moving vehicles to estimate average velocity of traffic. [0094]
  • Still further in accordance with a preferred embodiment of the present invention, the traffic characterizing information employed by the route selecting computer includes information regarding anticipated traffic. [0095]
  • Further in accordance with a preferred embodiment of the present invention, at least one of the plurality of locations is computed by a digital cellular operator. [0096]
  • Still further in accordance with a preferred embodiment of the present invention, at least one of the plurality of locations includes GPS information. [0097]
  • Further in accordance with a preferred embodiment of the present invention, the route selecting computer is operative to receive the moving vehicle's current location from a digital cellular operator. [0098]
  • Further in accordance with a preferred embodiment of the present invention, the route selecting computer takes into account at least one road characteristic affecting average traffic speed. [0099]
  • Still further in accordance with a preferred embodiment of the present invention, the road characteristic includes a time-dependent road characteristic and/or a permanent road characteristic. [0100]
  • Also provided, in accordance with another preferred embodiment of the present invention, is a method for monitoring a population of users bearing mobile communication devices, the method including receiving information from a user bearing a mobile communication device which is indicative of his destination, and accumulating the information and providing the information to at least one element serving the population of users. [0101]
  • Further in accordance with a preferred embodiment of the present invention, the user bearing a mobile communication device is a vehicle bearing a mobile communication device. [0102]
  • Further in accordance with a preferred embodiment of the present invention, the identification of a mobile communication cell includes at least one of the following identification information elements: an ID of the cell, a cell sector, and a time advance parameter characterizing communication between the mobile communication device and the cell's base station. [0103]
  • Further in accordance with a preferred embodiment of the present invention, the historical location information includes historical traffic information including at least one traffic parameter characterizing at least one road segment for at least one point of time in the past. [0104]
  • Still further in accordance with a preferred embodiment of the present invention, the information regarding a sequence includes a time-stamped identification of at least one pair of adjacent cells between which the user has passed. [0105]
  • Still further in accordance with a preferred embodiment of the present invention, the mobile communication network interface receives at least some of the location information used by the traffic monitor, from a cellular switch. [0106]
  • Further in accordance with a preferred embodiment of the present invention, the congestion detector employs the historical location information to anticipate future locations of mobile communication devices. [0107]
  • Still further in accordance with a preferred embodiment of the present invention, the at least one routes include a plurality of routes joining a single origin to a single destination. [0108]
  • Additionally in accordance with a preferred embodiment of the present invention, the deviation criterion includes deeming as a travel time deviation, an increase in travel time over a route which affects the relative attractiveness of the route relative to at least one alternative route. [0109]
  • Further in accordance with a preferred embodiment of the present invention, the traffic monitor is also operative to receive speed data derived from a change in at least one parameter, such as but not limited to communication frequency and/or rate of data transfer, characterizing communication between at least one mobile communication device and a base station serving it and to compute at least one traffic-characterizing parameter at least partly based on the speed data. [0110]
  • The term “traffic information” refers to any type of information describing an effect of the traffic on an individual, such as information defining a desired route for the individual, given the traffic on the various alternative routes, and/or the estimated time of arrival of a vehicle at its destination, given the traffic en route. [0111]
  • The term “road route” refers to the sequence of streets or roads followed by an individual vehicle. [0112]
  • The term “traffic element” may refer to the general population of transmitting vehicles, as opposed to pedestrians, but preferably refers to only those vehicles which advance within the general traffic pattern, as opposed, e.g. to emergency vehicles. [0113]
  • The term “mobile user” refers to a user of a mobile communication device. [0114]
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • The present invention will be understood and appreciated from the following detailed description, taken in conjunction with the drawings in which: [0115]
  • FIG. 1 is a data flow diagram of a driving route guidance system constructed and operative in accordance with a preferred embodiment of the present invention; [0116]
  • FIG. 2 is a semi-pictorial semi-block diagram illustration of a driving route guidance system implementing the data flow of FIG. 1 and constructed and operative in accordance with a first preferred embodiment of the present invention; [0117]
  • FIG. 3 is a diagrammatic illustration of a preferred implementation of the average traffic speed table +map of FIG. 2; [0118]
  • FIG. 4 is a semi-pictorial semi-block diagram illustration of a driving route guidance system implementing the data flow of FIG. 1 and constructed and operative in accordance with a second preferred embodiment of the present invention; [0119]
  • FIG. 5 is a simplified flowchart illustration of an individual driver's interaction with the route guidance system of FIG. 2; [0120]
  • FIG. 6 is a simplified flowchart illustration of an individual driver's interaction with the route guidance system of FIG. 4; [0121]
  • FIG. 7 is a simplified flowchart illustration of an individual traffic light control computer's interaction with the route guidance system of the present invention; [0122]
  • FIG. 8 is a simplified semi-pictorial semi-block diagram illustration of a route guidance system constructed and operative in accordance with a preferred embodiment of the present invention which employs aerial photographs to derive traffic information such as traffic density information, the system communicating with vehicles via satellite; [0123]
  • FIG. 9 is a simplified functional block diagram illustration of the route guidance server of FIG. 4, constructed and operative in accordance with a preferred embodiment of the present invention; [0124]
  • FIG. 10 is a simplified block diagram illustration of a traffic data collection constructed and operative in accordance with a preferred embodiment of the present invention; [0125]
  • FIGS. [0126] 11A-11K, taken together, form a simplified representation of a preferred data structure for the historical database, cell/road database and CDR window and reply database of FIG. 10;
  • FIG. 12 is a simplified flowchart illustration of a preferred method of operation for the system of FIG. 10; [0127]
  • FIG. 13 is a simplified flowchart illustration of a method for performing the query scheduling step of FIG. 12 in accordance with a first preferred embodiment of the present invention; [0128]
  • FIG. 14 is a simplified flowchart illustration of a preferred method for performing the reply processing step of FIG. 12; [0129]
  • FIG. 15 is a simplified flowchart illustration of a preferred method for performing the segment evaluation step of FIG. 12; [0130]
  • FIG. 16 is a simplified flowchart illustration of a method for performing the query scheduling step of FIG. 12 in accordance with a second preferred embodiment of the present invention; [0131]
  • FIG. 17 is a simplified flowchart illustration of a preferred method for building the Table of FIG. 11D; [0132]
  • FIGS. [0133] 18A-18C, taken together, form a preferred data structure for the roadmap database of FIG. 10; and
  • FIG. 19 is a simplified flowchart illustration of a preferred method of operation for the route guidance unit of FIG. 10. [0134]
  • DETAILED DESCRIPTION OF PREFERRED EMBODIMENTS
  • Reference is now made to FIG. 1 which is a data flow diagram of a driving route guidance system constructed and operative in accordance with a preferred embodiment of the present invention. [0135]
  • Data elements are represented as ellipses and arrows, marked by letters A-J, indicating the flow of data. [0136]
  • Arrow A indicates a typically periodic probe of vehicle locations, for all vehicles being served by the system or more typically, for only a sample of the vehicles being served by the system. [0137]
  • As each sample of vehicles is selected, the location of all vehicles in the sample is computed (e.g. by a digital cellular operator or by any other vehicle location source) at the beginning as well as at the end of some specified time period (e.g. one minute). In the case of digital cellular location vehicle location computation can be performed as a response to messages sent out by these vehicles' mobile phones at the beginning and at the end of this time period. Based on each car's locations at the beginning and at the end of the specified time period, provided to the system by a digital cellular operator or by any other vehicle location source, the system computes the average velocity of each car belonging to the sample during this time period. For each road segment and each time period the system derives, from the per-car velocity information, the approximate average velocity of all vehicles driving along the road segment during that time period. [0138]
  • As shown in FIGS. [0139] 5-6, periodic computations of anticipated average traffic velocity in each road segment are preferably performed by simulating traffic through the road network, based on selected routes, and periodically “freezing” the traffic picture, typically at two instances in time which are, say, one minute apart, and computing average velocities in each road segment by comparing the locations of the vehicles at the two instances in time.
  • The size of sample, i.e. proportion of vehicles which are sampled, should be as large as possible, typically restricted only by the digital cellular operator's limitations. For example, in order to carry out a cellular-based computation of a vehicle's location, a signal or a message output by the vehicle's mobile phone is typically provided and thus the limitations of simultaneous message capacity of the actual digital cellular operator are relevant. Similarly, other limitations may exist in embodiments which employ other systems as sources for vehicle location information. [0140]
  • The sampling frequency typically depends on the digital cellular operator's limitations and on the estimated error of vehicles' location. Estimated error depends on the reliability of the source of vehicle location information. This source may, for example, comprise a digital cellular operator, GPS (global positioning system) or any other suitable source. Sampling frequency is typically higher if the vehicle is travelling in the city, relative to a situation in which the vehicle is driving along a freeway. [0141]
  • Any suitable source for vehicle location information may be employed, such as GPS information. In the illustrated embodiment, vehicle location is derived by a digital mobile communication network operator, also termed herein “digital cellular operator”, based on messages or signals which are sent by mobile communication devices, such as mobile telephones, mounted on the vehicles. [0142]
  • Typically, messages triggering vehicle location computation, which may even be empty messages, are automatically and repeatedly sent out from any mobile phone served by the system once every time slot. Mobile phones located within vehicles falling within the sample send such automatic cellular messages at least one more time during the time slot in which they were selected for the sample. [0143]
  • Optionally, different subsets of sampled vehicles are more or less frequently sampled. For example, vehicles travelling in town (rather than between towns or cities) may be more frequently sampled because many detour options are available in town such that the vehicle's actual trajectory can only be tracked by frequently sampling the vehicle's location. [0144]
  • Arrow B: Destination is typically input by the user, e.g. by voice or by means of a suitable key-in device on the user's in-car computer. In case the route is not in-car computed, the destination may be sent by the in-car computer to the entity in charge of route computation. [0145]
  • Arrows C and D: An individual driver's route may be selected to minimize the driver's driving time, based on current and anticipated average traffic speeds on candidate roads and road segments. Alternatively, all drivers' routes may be selected to minimize the total drivers' driving time, again based on current and anticipated average traffic speeds on candidate roads and road segments. [0146]
  • Optionally, if two candidate routes are substantially equivalent as to travel time, then route selection involves an unbiased random choice between these two routes. [0147]
  • Optionally, if there is only a slight difference between anticipated travel times over two candidate routes, route selection involves a biased random choice between these two routes, where the weighting of the biased random choice depends on the relationship between the average traffic speeds on the two candidate routes, on the relative lengths of the two candidate routes and also optionally on the absolute lengths of the candidate routes and the rate of flow of traffic speed information to users of the system (which is affected inter alia by the sampling frequency or frequencies employed by the system) and/or the time which elapses until new traffic affects average traffic speed. [0148]
  • More generally, optionally, road characteristics such as width, number of lanes, length, topography, surface quality, traffic regulations and aesthetics are taken into account when determining anticipated average traffic speeds and/or selected routes. Typically, permanent and time-dependent road characteristics are taken into account. Time-dependent road characteristics include, for example, rainy or snowy conditions which affect effective quality of the road and hence average traffic speed. Another example of a time-dependent road characteristic is an accident, construction project or other road obstructing occurrence which is going to affect the traffic for some time. One way to handle time-dependent road characteristics is to define an “anticipated number of lanes” variable which defines as lanes only those lanes which are not blocked by road-obstructing occurrences. [0149]
  • Arrow E: To select a route, the current location of a car is an important input. [0150]
  • Arrow F: Selected routes are preferably sent to the system in order to update anticipated average traffic velocity along each road segment. [0151]
  • Arrow G: The current average traffic velocity in a specific road segment affects the anticipated average traffic velocity in other roads (or road segments) that the specific road segment leads into, directly or ultimately. [0152]
  • Arrows H, I and J: Typically, the route guidance system of the present invention exchanges data with existing traffic light control systems as shown in FIG. 7. Similarly, the route guidance system of the present invention may exchange data with other computer-controlled systems affecting traffic flow such as ramp traffic control or digital roadside route guidance signs or traffic information signs directing traffic to or away from a certain route, or providing information regarding one or more routes. [0153]
  • Reference is now made to FIG. 2 which is a semi-pictorial semi-block diagram illustration of a driving route guidance system implementing the data flow of FIG. 1 and constructed and operative in accordance with a first preferred embodiment of the present invention. In FIG. 2, each vehicle computes its own route as well as, preferably, its own estimated arrival tine. It is appreciated that the route guidance web server need not necessarily be a web server and may alternatively comprise a non-web server. [0154]
  • Reference is now made to FIG. 3 which is a diagrammatic illustration of a preferred implementation of the average traffic speed table +map of FIG. 2. The map of FIG. 3 may be stored in any suitable format or representation such as a graph representation or such as a bitmap. The map preferably includes detailed information regarding each road and each segment of each road typically including some or all of the following information: road width, length, number of lanes, topography, surface quality. [0155]
  • The traffic flow simulator of FIG. 9 employs the map of FIG. 3 when computing the anticipated average traffic velocity in each road and each segment of each road. [0156]
  • Any desired regional traffic speed table may be sent to a vehicle from the average traffic speed table may be sent to a vehicle from the average traffic speed table by selecting the contents of the table which pertain to a particular region in which the vehicle is travelling, the region comprising certain roads each of which includes one or more segments. [0157]
  • If communication with vehicles is cellular and if the cellular communication system provides a cell-based message broadcasting capability, supported e.g. by a short message system (SMS)), then the network of roads, and hence the table, are preferably divided into regions which correspond to the cells. Thereby, the same regional table or tables may be broadcast to all vehicles within a particular cell, which reduces the communication burden. Typically, more than one regional table is broadcast to vehicles within a particular cell. Specifically, the regional tables of that cell and all its cell neighbors may be broadcast to the vehicles within the cell, in order to anticipate a situation in which a vehicle crosses from cell to cell. [0158]
  • Reference is now made to FIG. 4 which is a semi-pictorial semi-block diagram illustration of a driving route guidance system implementing the data flow of FIG. 1 and constructed and operative in accordance with a second preferred embodiment of the present invention. In FIG. 4, the server computes routes and, optionally, estimated arrival times, rather than each vehicle doing so as in FIG. 2. [0159]
  • Reference is now made to FIG. 5 which is a self-explanatory simplified flowchart illustration of an individual driver's interaction with the route guidance system of FIG. 2. As shown, the in-car computer typically does not receive the entire average traffic speed table but only a subset thereof pertaining to territory which the vehicle may wish to traverse. The size of the region is typically selected to be large enough such that all information pertaining to the contemplated trip is transmitted to the in-car computer by the route guidance server. [0160]
  • FIG. 6 is a simplified flowchart illustration of an individual driver's interaction with the route guidance system of FIG. 4. [0161]
  • Reference is now made to FIG. 7 which is a self-explanatory simplified flowchart illustration of an individual traffic light control computer's interaction with the route guidance system of the present invention. [0162]
  • FIG. 8 is a simplified semi-pictorial semi-block diagram illustration of a route guidance system constructed and operative in accordance with a preferred embodiment of the present invention which employs aerial photographs to derive traffic information such as traffic density information, the system communicating with vehicles via satellite. [0163]
  • The embodiment of FIG. 8 differs from the embodiment of FIGS. 2 and 4 in that: [0164]
  • a. The source of traffic information is aerial photographs rather than or in addition to ground-based and/or vehicle originated sources; [0165]
  • b. The type of traffic information comprises traffic density information rather than or in addition to velocity information, and [0166]
  • c. Communication of the central system with the vehicles is via satellite rather than or in addition to cellular communication. [0167]
  • It is appreciated that any of the features of FIG. 8 may be incorporated in isolation or in combination with any other feature into the embodiments of either FIG. 2 or FIG. 4. [0168]
  • FIG. 9 is a simplified functional block diagram illustration of the route guidance server of FIG. 4, constructed and operative in accordance with a preferred embodiment of the present invention. The route guidance server of FIG. 2 may be similar except that the route selection unit is eliminated since route selection is performed by the in-car computer of the individual vehicles. [0169]
  • FIG. 10 is a simplified functional block diagram of a traffic data collection and route guidance system constructed and operative in accordance with a preferred embodiment of the present invention. As shown, a [0170] traffic data extractor 550 is operative to receive information regarding a population of users of mobile communication devices, which population may be served by one or more cellular networks 540 operated by one or more cellular operators. The population of users from which the traffic data extractor 550 receives information may include one, some or all of the following types of users: vehicles 505, which may or may not include motorcycles, wherein the vehicles 505 in combination constitute traffic, emergency vehicles 515 which are not necessarily representative of or bound by traffic, pedestrians and other non-motor vehicles 520 such as bicycles, and tracked motor vehicles 530 such as trains or trams.
  • The [0171] traffic data extractor 550 preferably receives inputs, such as indications of locations of mobile communication devices, from one or more central CDR (voice or data transmission) databases 524 typically belonging to one or more cellular operators serving the population of mobile users. The traffic data extractor also preferably receives inputs, such as indications of locations of mobile communication devices, from one or more location servers 526 typically belonging to one or more cellular operators.
  • A cell/[0172] road database 548 is provided which serves as another input to the traffic data extractor 550 of FIG. 10. The cell/road database 548 stores data relating the cellular information characterizing the geographical area covered by the system, to the road information characterizing the same area. According to one embodiment of the present invention, the cell/road database comprises the tables of FIGS. 11A, 11B, 11D and 11I described in detail below.
  • Preferably, a [0173] historical database 535 is provided. The historical database 535 typically stores a log of historical traffic data much of which is no longer in effect and historical data derived from the log. Typically, the historical database 535 includes one or both of the following types of information:
  • a. user location information comprising, for each mobile communication device from which readings have been received, the ID of that device and each of the readings received, each with its own time-stamp. Typically, this information is stored in the tables of FIGS. 11E, 11G and [0174] 11J, described in detail below.
  • b. road traffic information comprising, for each road on which vehicles have been found to travel, and the velocity profiles computed for that road, each profile being stored with its own time-stamp. Typically, this information is stored in the tables of FIGS. 11F, 11K and [0175] 11H, described in detail below.
  • Location information available to the system is stored in a CDR window and [0176] reply database 555 in the illustrated embodiment. The location information stored in database 555 typically comprises not only replies to queries but also location information accumulated routinely, without recourse to queries, e.g. voice and data CDR records from CDR database 524, a window of which is preferably routinely sent to the CDR window and reply database 555. This window is stored, in the illustrated embodiment, in the table of FIG. 11C which is part of the CDR window and reply database 555.
  • The [0177] traffic data extractor 550 preferably performs the functions described in detail herein with reference in FIG. 12 and preferably comprises several processors operating in parallel. According to the illustrated embodiment, the traffic data extractor 550 comprises the following parallel processors: a query scheduler 560, a query transmission controller 570, a reply processor 580 and a segment evaluator 590 of FIG. 10 which typically perform steps 1100, 1104, 1200 and 1300 of FIG. 12, respectively.
  • Any suitable method may be employed to generate data regarding each individual road within the geographical area covered by the system of the present invention. Information collected regarding a particular road may comprise an indication of the name of the road, and a sequence of fields representing a sequence of locations, typically evenly spaced, along the axis of that road. This data may, for example, be used to generate the data of the tables of FIGS. [0178] 11A-11B.
  • Typically, some or all of the following information is collected regarding each of the sequence of locations: [0179]
  • a. The GPS coordinates of that location or other coordinates defining the location in terms of a grid or other coordinate system spanning the area of coverage; [0180]
  • b. The ID of the mobile communication cell or cells serving that location. Preferably, the probability of service for each of the cells serving that location is stored; [0181]
  • c. The number of lanes in the road at that location; [0182]
  • d. The distance from that location, along the road, to the beginning of the road i.e. to the first location in the sequence of locations. [0183]
  • e. Other physical characteristics of the location which may affect traffic e.g. slope, road quality. [0184]
  • Preferably, a two-way road is represented as two separate sequences of locations corresponding respectively to the two directions of traffic motion along the two-way road although alternatively, the two-way road may be presented as a single sequence of locations. Preferably but not necessarily, a multilane one-way road is represented using a single sequence of locations although alternatively, a separate sequence of locations may be used to represent each lane. [0185]
  • As shown, the output of the [0186] traffic data extractor 550 typically comprises, for each road segment, traffic parameters characterizing the traffic over that road segment, typically including travel time parameters, speed parameters, density parameters and flow parameters.
  • Preferably, a [0187] route guidance unit 600 is provided which uses at least some of the output parameters of the traffic data extractor 550 in order to compute a recommended route responsive to a user or system query typically comprising an indication of an origin from which the user is leaving and an indication of a destination at which the user wishes to arrive. The route guidance unit 600 also employs roadmap data stored in a roadmap database 610.
  • A preferred data structure for the roadmap database [0188] 610 is described hereinbelow with reference to FIGS. 18A-18C. A preferred method of operation for the route guidance unit 600 is described hereinbelow with reference to FIG. 19.
  • Reference is now made to FIGS. [0189] 11A-11K which, taken together, form a simplified representation of a preferred data structure for the historical database 535, cell/road database 548 and CDR window and reply database 555 of FIG. 10.
  • It is appreciated that the specific data structure and representations of the mobile communication cell layout and road layout illustrated in FIGS. [0190] 11A-11K are merely exemplary and are not intended to be limiting. Any alternative representation of the mobile communication cells within the area covered by the system of the present invention may be employed. Also, any alternative representation of the roads within the area covered may be employed. Also, any alternative data structure may be employed to represent the relationship between the road layout and the cell layout. Examples of alternatives to the data structure shown and described particularly herein include but are not limited to the following which may be employed separately or in combination:
  • a. the cell data and road data may be stored separately, [0191]
  • b. data may be collected by defining a grid or polar coordinate system covering the geographical area of interest and storing information regarding each box of the grid and/or each row and column of the grid, and/or each azimuthal section of the polar coordinate system, rather than or in addition to storing information along the roads as in the illustrated embodiment; [0192]
  • c. communication cell data may comprise stored indications of each cell's boundaries rather than or in addition to each cell's intersections with each road, [0193]
  • d. the geographical area of interest may be represented topographically e.g. such that each intersection of two or more roads is considered a node, and/or such that each road/cell intersection is considered a node. [0194]
  • FIGS. [0195] 11A-11K are now described in detail.
  • FIG. 11A is an example of a segment characteristics table whose number of records is typically equal to the number of road segments in the geographical area covered by the system of the present invention. The segment characteristics table of FIG. 11A stores characteristics of each road segment including fixed characteristics such as the name, importance (Im) and length of each segment and situational, temporally varying characteristics such as the time required to traverse the segment under current traffic conditions, the average speed of vehicles travelling on the road segment, the average density of vehicles on the road segment, the average flow of vehicles over the road segment, and the degree of need to update the situational characteristics. [0196]
  • The term “importance” is a subjective value typically used by the system in order to prioritize the roads in terms of which roads should be updated most frequently. Typically, the importance values are assigned by the system designer and may for example reflect roads which are heavily travelled, and/or roads which are very sensitive to situational variables, and/or roads which are known to be bottlenecks to general traffic patterns throughout the area and/or roads which currently suffer from a high communication load which renders the updates received from users travelling on these roads, less reliable due to the high instance of “distant cell service”, i.e. of a user being served by a communication cell in which the user does not, in fact, reside. [0197]
  • Typically, the fixed characteristics are entered into the table during set-up whereas the situational characteristics are typically initially set to represent a free flow situation, i.e. a situation in which all vehicles are travelling at maximal allowed speed. The situational characteristics are modified in the course of operation of the system of the present invention, as described in detail below with reference to step [0198] 1300 of FIG. 12.
  • FIG. 11B is an example of a segment-cell characteristics table typically including one record for each intersection between cells and road segments in the geographical area covered by the system of the present invention. For example, the first record relates to an area which is the intersection of a road segment whose ID is 1, and a cell whose ID is 45A. [0199]
  • The table of FIG. 11B typically includes the following fields which are typically entered during set-up: [0200]
  • Segment ID—the ID of a segment to which the record pertains; [0201]
  • cell ID—the ID of a cell to which the record pertains. It is appreciated that, according to a preferred embodiment of the present invention, the system may simultaneously receive location data from more than one cellular network serving a single geographical area. According to this embodiment, the table of FIG. 11B may store records pertaining to intersections between road segments and cells from more than one cell network. This embodiment is facilitated by the fact that conventional cell IDs include an identification of the cell network to which they belong such that cell IDs are typically unique even if they belong to different networks. [0202]
  • Reference point—a location along the road segment, identified by its distance from the beginning of the segment, the location typically comprising an unbiased estimate of the location of a user given that he is located within the cell and segment whose IDs are stored within the record. [0203]
  • Cell size—The diameter of the communication cell. It is appreciated that the communication cell in fact does not have well-defined borders such that definition of cell size typically relies upon an arbitrary definition of the borders of the communication cell, such as the area in which 90 percent of transmissions directed to that cell are accurately received. [0204]
  • Cell segment probability—An estimate of the probability that a mobile user is travelling along the road segment identified by “segment ID” given that he is in the cell identified by “cell ID”. [0205]
  • This field, which is typically the only field in the table which is not fixed, is initialized during set-up and is then updated periodically, e.g. every 15 minutes, using a suitable process such as the following: [0206]
  • a. The table of FIG. 11H is scanned and for each cell ID, a set of “recent records” is generated comprising all records for that cell ID having a time stamp larger than a predefined threshold characterizing the update. [0207]
  • b. Each “recent record” set is partitioned by the value of their “segment travelled” fields, into subsets of records. Each such subset corresponds to a cell-segment intersection. [0208]
  • c. For each subset, the number of records in the subset is divided by the total number of records in the “recent record” set to which the subset belongs. This quotient is stored in the table of FIG. 11B in the “cell segment” probability field of the record whose segment ID and cell ID match the segment-cell intersection to which the subset corresponds. [0209]
  • Association—whether the segment-cell intersection corresponding to the record is located at the beginning, middle or end of the road segment. Typically, each road segment is directional such that this field is meaningful. [0210]
  • The partitioning of the road segment into beginning, middle and end subsections is typically determined during set-up. The road segment may be partitioned or otherwise divided using any suitable method, e.g. by simply splitting its length into thirds. Alternatively, any other partitioning scheme which may be suitable for a particular application or geographical area may be employed. For example, if the traffic conditions are known to be generally uniform along a road segment, the beginning subsection may comprise substantially the entire road segment, in order to increase the sampling base for characterization of initial traffic behavior along the road segment. [0211]
  • FIG. 11C is an example of a current cellular location table in which each record is a time-stamped item of information indicating that a particular user is currently in a particular cell. Typically, the source of the information is stored. For example, the source of information may be the CDR (call data record) of the cell operator, or it may be a reply to a query directed to a cellular operator's location server, or it may be a location output generated by handsets of certain mobile communication devices. The table of FIG. 11C, and other tables which store historical information, such as the tables of FIGS. 11E and 11H, are typically purged of old records from time to time. In the illustrated embodiment, other tables are automatically rid of old records in the course of normal operation, however it is appreciated that this is a matter of designer's choice. [0212]
  • The table of FIG. 11C is typically initially empty and is filled during operation of the system of the present invention as described in detail below with reference to [0213] steps 1100 and 1200 of FIG. 12.
  • A CDR record of a single call made by a mobile communication device sometimes comprises more than one time-stamped location, typically two time-stamped locations pertaining respectively to the time-stamped locations of the mobile communication device at the beginning and end of the call. In this case, according to a preferred embodiment of the present invention, two records are added to the table of FIG. 11C, representing the locations of the mobile user at the beginning and end of the call, respectively. [0214]
  • FIG. 11D is an example of a travelled segment estimation table which is typically filled during set-up as described in detail below with reference to FIG. 17. [0215]
  • FIG. 11E is an example of a user travel habits table or users' travel log which is typically initially empty and is filled in the course of operation of the system of the present invention, as described below in detail with reference to step [0216] 1460 of FIG. 14.
  • The table of FIG. 11E is a users' travel log storing, for each reading or sample (including each reply), the segment ID at which the replying user was found to be located, and a time stamp indicating the time at which the reply occurred. [0217]
  • FIG. 11F is an example of a traffic history table which is typically re-generated periodically e.g. weekly. This table is used for rough evaluation of road segments if there is insufficient data such that the current characteristics of a road segment cannot be evaluated accurately. [0218]
  • FIG. 11G is an example of a users-along-segments table which is typically initially empty and generated in the course of operation of the system of the present invention, as described below in detail with reference to steps [0219] 1104 and 1200 of FIG. 12.
  • FIG. 11H is an example of a reply table which is used to generate the segment-cell characteristics table of FIG. 11B. The reply table of FIG. 11H stores the following information characterizing each reply received from a polled user: [0220]
  • the ID of the cell in which the polled user was located when he was selected, in [0221] step 1340, as a candidate for polling to whom a query should be scheduled; and
  • the road segment over which the user is estimated to have been travelling when he replied to the query. [0222]
  • FIG. 11I is an example of an expected routes table. The table of FIG. 11I is built manually by the system planner during the set-up phase and stores information regarding a plurality of routes over which mobile users are predicted to travel. Each route comprises a sequence of one or more mutually adjacent road segments. In the illustrated example of FIG. 11I, the table stores information regarding three routes, the first two of which each include only a single segment and the third of which includes two road segments. [0223]
  • FIG. 11J is an example of a table of users' travel habits which is typically generated anew periodically e.g. weekly. [0224]
  • The table of FIG. 11J is typically generated by executing a set of suitable queries on the Table of FIG. 1E. Each query is intended to identify users having a particular travel habit. An example of a suitable query is “For each user X, find all segments (if any) that user X travelled over more than 3 times this week, between 7 AM and 8 AM”. More generally, the structure of this query is: “For each user X, find all segments (if any) that user X travelled over more than (THRESHOLD VALUE DEFINING A HABITUAL JOURNEY) times this week/month/season/year, (WITHIN A SPECIFIC HABITUAL TIME PERIOD)”. [0225]
  • FIG. 11K is an example of a segment characteristics log table which typically serves as a log for the segment characteristics table of FIG. 11A. The table of FIG. 11K is typically initially empty and is generated during operation of the system of the present invention, as described below in detail with reference to step [0226] 1540 of FIG. 15.
  • FIG. 12 is a simplified flowchart illustration of a preferred method of operation for the system of FIG. 10. [0227]
  • The method of FIG. 12 preferably includes the following steps: [0228]
  • Step [0229] 1100: Scanning all road segments within the geographic area covered by the system in order to select a subset of the road segments which is in most need of updating, identifying mobile communication device users which may be travelling along each of the road segments in the needy subset, and scheduling queries to these vehicles.
  • “Updating” refers to updating of traffic parameters characterizing the current traffic situation in each road segment, including e.g. traffic speed parameters, traffic density parameters, travel time parameters and traffic flow parameters. The term “traffic speed parameters” includes all parameters which pertain to the speed of traffic on the road including but not limited to average speed or other central tendency parameters describing traffic speed such as median and mode, standard deviation of speed, minimum and maximum detected speeds, and speed percentiles. The terms “traffic density parameters”, “travel time parameters” and “traffic flow parameters” include similar groups of parameters. In particular, “travel time parameters” can be expressed in terms of time of arrival when appropriate. [0230]
  • Generally, need for update is a function of the amount of time which has elapsed since the last update and the estimated reliability of the most recent update or updates. For example, a road segment which was updated recently, but the update was on the basis of a small number of reporting vehicles, may be deemed more in need of update than another road segment updated less recently, but on the basis of a large number of reporting vehicles. Another example is that to the extent that the update was performed on the basis of records pertaining to a large cell as opposed to a small cell, the update is considered relatively unreliable because a large cell leaves considerable uncertainty regarding the actual position of the mobile users within it. [0231]
  • Each query is typically recorded in the table of FIG. 11G. Preferably, only one type of query is sent out and the record of a query comprises an indication of the mobile user to whom the query was sent (“user ID” field), and a time stamp (“update time” field), indicating the time at which the query will be (for “pending” queries) or was (for “updated” i.e. past queries) sent out to the mobile user. [0232]
  • In step [0233] 1104, the queries scheduled in step 1100 are sent out.
  • Step [0234] 1200: Process incoming replies to queries, including matching replies to queries as recorded in step 1104, determining the segment or segments to which the query and its reply pertain, and preferably performing a preliminary evaluation of the reply.
  • Step [0235] 1300: For each segment within the geographical area covered by the system, update the traffic information regarding that segment based on the replies, pertaining to that segment, which have accumulated.
  • Preferably, steps [0236] 1100, 1104, 1200 and 1300 are performed by separate processors operating in parallel. Specifically, the query scheduler 560, query transmission controller 570, reply processor 580 and segment evaluator 590 of FIG. 10 typically perform steps 1100, 1104, 1200 and 1300 respectively.
  • Reference is now made to FIG. 13 which illustrates a preferred method for performing [0237] step 1100 of FIG. 12. As described above, step 1100 comprises scanning all road segments within the geographic area covered by the system in order to select a subset of the road segments which are in most need of updating. Typically, the subset comprises a single road segment in maximal need of updating which is selected using steps 1310 and 1320.
  • [0238] Step 1310 comprises computing, for each segment in the geographical area covered by the system, the segment's “need for update” SI2. The computation is typically based on all records (users) i=1 . . . n in the Table of FIG. 11G which pertain to the current segment. Each segment's “need for update” value is stored in the appropriate field in the Table of FIG. 11A, in the record corresponding to the segment in question.
  • A suitable formula for computing SI[0239] 2 is: i [ ( f - dp i ) ( k - α t i ) / [ i ( k - α t i ) ( f - dp i ) ] ] 2 ( C I b 2 + C I e 2 ) I m / ( I1 ) 2
    Figure US20030069683A1-20030410-M00001
  • where [0240]
  • i=1, . . . n=index of records in the table of FIG. 11G [0241]
  • P[0242] i is the p field of record i in the table of FIG. 11G.
  • f and d are weights for p[0243] i such as 0 and −1 respectively;
  • k, a are aging discounting parameters e.g. 300 and 1 respectively; [0244]
  • t[0245] i is the absolute difference between the current time and the time stored in the “update time” field of record i;
  • CI[0246] b=value in “cell size” field of the Table of FIG. 11B for the record whose segment ID is the same as the segment ID of the current record in the table of FIG. 11G, and whose cell ID value is the same as the “begin cell” value of the current record in the table of FIG. 11G.
  • CI[0247] e=value in “cell size” field of the Table of FIG. 11B for the record whose segment ID is the same as the segment ID of the current record in the table of FIG. 11G, and whose cell ID value is the same as the “end cell” value of the current record in the table of FIG. 11G. If the current record's “end cell” field is empty, which may occur particularly for pending records, because the end cell is not yet known, then CIe may be taken to be the average of all cell sizes in the table of FIG. 11B of those records which correspond to the segment whose ID is stored in the current record of FIG. 11G, and which are associated to the end of that segment.
  • Il=Absolute difference between the “reference point” values of the following two records: [0248]
  • the record whose segment ID is the same as the segment ID of the current record in the table of FIG. 11G, and whose cell ID value is the same as the “begin cell” value of the current record in the table of FIG. 11G; and [0249]
  • the record whose segment ID is the same as the segment ID of the current record in the table of FIG. 11G, and whose cell ID value is the same as the “end cell” value of the current record in the table of FIG. 11G. [0250]
  • If the “end cell” field, in the candidate's record in the table of FIG. 11G, is empty, which may occur particularly for pending records, because the end cell is not yet known, then [0251] 11 may be taken to be the absolute difference between:
  • the “reference point” value of the record whose segment ID is the same as the segment ID of the current record in the table of FIG. 11G, and whose cell ID value is the same as the “begin cell” value of the current record in the table of FIG. 11G; and [0252]
  • the “segment length” value, in the table of FIG. 11A, in the record corresponding to the road segment whose need for update is being evaluated. [0253]
  • Im=the value stored in the importance field of the needy segment in the Table of FIG. 11A. [0254]
  • Step [0255] 1320: Select, in the table of FIG. 11A, the road segment with the greatest (highest) need for update.
  • Step [0256] 1330: If the selected road segment's need for update is below a system minimum such as 0.1, no need for updates at present: halt process for a predetermined time e.g. 1 minute, then recommence.
  • Step [0257] 1340: Identify mobile users which may be travelling along the road segment or segments with the highest need for update. This step is typically performed as follows:
  • Find, in the Table of FIG. 11B, all cells which intersect the beginning of the most needy road segment. This is typically accomplished by recording the “cell ID” field of any record in the table of FIG. 11B whose “segment ID” field is the same as the segment ID of the needy road segment identified in (b) and whose “association” field equals “begin”. [0258]
  • For each cell found to intersect the beginning of the most needy road segment, identify, in the Table of FIG. 11C, all users who recently were found to be within that cell. This is typically accomplished by scanning the records of the Table of FIG. 11C for each such intersecting cell, for users whose cell ID is the same as that of the intersecting cell and whose time stamp differs by 15 minutes (e.g.) or less from the current time. Record the user IDs of these users, for all intersecting cells. [0259]
  • Step [0260] 1350: The mobile users are typically ranked in accordance with the estimated utility which would be derived from polling each user for the purpose of updating the needy segment. Each user whose user ID was recorded is a candidate to be polled for the purpose of updating the needy segment. For each such candidate, an expected update utility is computed, i.e. the expected benefit to be derived from that candidate, if he is chosen to be polled for the purpose of updating the needy segment. Typically, each candidate's expected update utility is computed by performing the following steps (a), (b) and (c):
  • a. computing the “need for update” value of the needy road segment, based on the n users plus the candidate; and [0261]
  • b. accessing the “need for update” value of the needy road segment, based on the n users without the candidate; and [0262]
  • c. computing the difference between (a) and (b). [0263]
  • The highest ranking candidate (or a predetermined number of such) is selected to be polled. [0264]
  • In step (a), the above-described formula for “need for update” may be employed, however, the indices go from 1 to (n+1), where the (n+1)th member pertains to the candidate, and the parameters for the candidate are typically as follows: [0265]
  • P[0266] n+1 is the travel probability of the candidate over the road segment whose need for update is being evaluated. This value may be computed as described herein for step 1370.
  • f and d are weights for p[0267] n+1 such as 0 and −1 respectively;
  • k, α are aging discounting parameters e.g. 300 and 1 respectively; [0268]
  • t[0269] n+1 is the absolute difference between the current time and the update time computed in step 1360, as explained in paragraph (b) of the description of step 1360.
  • CI[0270] b=value in the “cell size” field of the Table of FIG. 11B for the record whose segment ID is that of the road segment whose need for update is being evaluated, and whose cell ID value is the same as the cell ID field in the record corresponding to the candidate in the table of FIG. 1C.
  • CI[0271] e=the average of all cell sizes in the table of FIG. 11B of those records which correspond to the segment whose need for update is being evaluated, and which are associated with the end of that segment.
  • Il=absolute difference between: [0272]
  • the “reference point” value of the record whose segment ID is that of the road segment whose need for update is being evaluated, and whose cell ID value is the same as the cell ID in the record corresponding to the candidate in the table of FIG. 11C; and [0273]
  • the “segment length” value of the road segment whose need for update is being evaluated, in the table of FIG. 11A. [0274]
  • Im=the value stored in the importance field of the needy segment in the Table of FIG. 11A. [0275]
  • Step [0276] 1360: A query is scheduled for the highest ranking candidate. Typically, the query scheduling step comprises providing the following information to the query transmission controller of FIG. 10:
  • a. The identity of the mobile user to be polled; [0277]
  • b. The time at which the mobile user is to be polled. [0278]
  • Typically, this time equals the estimated time at which the user to be polled will reach the end of the needy road segment. This time is computed by adding the estimated travel time over the needy road segment (the value stored in the “travel time” field of the record corresponding to the needy road segment, in the Table of FIG. 11A) to the time at which the mobile user to be polled was located (the time stamp of the mobile user to be polled, in the Table of FIG. 1C). [0279]
  • Step [0280] 1370: the Table of FIG. 11G is updated by creating a new record for the mobile user to be polled. The fields of the new record are as follows:
  • segment ID=of the needy segment [0281]
  • user ID=of the mobile user to be polled [0282]
  • status=pending. The “pending” records in the table of FIG. 11G each correspond to a query and each is eventually matched, in step [0283] 1200 of FIG. 14, to a reply. Typically, a query which is pertinent to several road segments is stored in several records, one for each road segment to which the query pertains.
  • begin time=time stamp of the most recent record pertaining to the mobile user to be polled, in the table of FIG. 11C [0284]
  • begin cell=cell ID of the most recent record pertaining to the mobile user to be polled, in the table of FIG. 11C [0285]
  • update time=the time at which the mobile user is to be polled [0286]
  • end cell=empty [0287]
  • estimated travel probability p=the estimated probability that the mobile user in question is about to travel over the segment in question. [0288]
  • A preferred method for computing the estimated travel probability p is as follows: [0289]
  • a. The table of FIG. 11C is scanned to identify all records pertaining to the mobile user corresponding to the current user-segment pair and pertaining to a “recent past” time window, e.g. to the following time window: (2 hours before the current time-30 minutes before the current time). [0290]
  • b. Access a table storing, for each cell ID, a north coordinate and an east coordinate positioning the cell ID within the geographical area covered by the system of the present invention. Using this table, find the north and east coordinates of each of the cells corresponding to each of the records identified in step (a). [0291]
  • c. Using the same table, find the north and east coordinates of the cell identified by the “begin cell” field of the record pertaining to the current user-segment pair. [0292]
  • d. Compute the distance between the location defined by the north and east coordinates accessed in step (c), and between each of the locations similarly defined in step (b). For each location defined in step (b), divide the distance value by the difference between: [0293]
  • the “begin time” field of the record in the table of FIG. 11G corresponding to the current user-segment pair; and [0294]
  • the “time stamp” field of the corresponding record in the table of FIG. 1C. [0295]
  • This difference represents the time which has elapsed since the user was detected in some other cell. Therefore, the quotient constitutes a rough estimate of the speed at which the user has recently been travelling. [0296]
  • e. If one or more of the speeds computed in step (d) is lower than a system threshold value such as 10 kph, the mobile user is suspected of being a pedestrian and his estimated travel probability is set low, typically to 0. [0297]
  • Otherwise, i.e. if the mobile user is believed to be a vehicle, the mobile user's habitual travel periods, if any, are accessed from the table of FIG. 11J. If the user is found to have a habitual travel period which encompasses the current time and which pertains to the current segment, then the estimated travel probability is set high, typically to 1. [0298]
  • Otherwise, the estimated travel probability is set to the cell-segment probability of the record, in the table of FIG. [0299] 11B, which matches both the segment ID of the current user-segment pair and the cell ID-of the record in the table of FIG. 11G whose begin cell corresponds to the current user-segment pair.
  • FIG. 14 is a simplified flowchart illustration of a preferred method for performing the query processing step [0300] 1200 of FIG. 12. As described above, step 1200 comprises processing incoming replies to queries, including:
  • matching replies to queries which, in [0301] step 1370 were recorded as “pending” records in the table of FIG. 11G,
  • determining the segment or segments to which the query and its reply pertain, and, preferably, [0302]
  • performing a preliminary evaluation of the reply. [0303]
  • The method of FIG. 14 preferably includes the following steps: [0304]
  • Step [0305] 1400: Step 1200 is triggered by receipt of a reply to a query, the reply including the ID of the mobile user who is replying and his cell location. This information is stored in the table of FIG. 11C. In FIG. 1C, the “source” for this type of record is indicated to be “location server query reply”.
  • Step [0306] 1410: The table of FIG. 11C is scanned to identify any previous locations of the replying mobile user within a predetermined window of time such as 15 minutes.
  • Step [0307] 1420: The user's known locations within the time window are used to estimate his route, i.e. the road segment or segments which he traversed during the time window. Typically, this step is performed by scanning the table of FIG. 11D for a single record whose first and last cells are the replying user's first and last known locations within the time window.
  • If no such record is found in the table of FIG. 11D, i.e. it is impossible to identify any road segments which the user travelled over during the time period, the reply is discarded because the user's route is probably a little traversed route. [0308]
  • If more than one such record is found in the table of FIG. 11D, the system attempts to rule out all but one of these records by comparing known interim locations of the user with the “second cell” and “third cell” fields of the records found. [0309]
  • When it is impossible to differentiate between two road segments over which the user might have travelled, lane-based differentiation may be used. One possible method for performing road differentiation based on lane detection is now described. The described method is believed to be suitable for use in scenarios where the traffic along two adjacent roads is not able to be differentiated either by utilizing the cellular coverage pattern along each one, or by associating a significant difference in the current traffic density with a known difference between one road and the other. The described method is believed to be suitable in the following scenario: [0310]
  • 1. Two roads, which differ in their lane structure (e.g. a main road with 3 lanes [in each direction], and a side road with 1 lane). [0311]
  • 2. Heavy or moderately heavy traffic along the roads, causing almost all of the vehicles to advance in “convoys” each along its specific lane, seldom switching from one lane to another, with similar average travel speed. If the traffic is not even moderately heavy, the flow along that road is free or close to that, hence, enabling the use of other differentiation methods (e.g. relative density) or making differentiation unnecessary altogether if both roads are open. [0312]
  • 3. Existence of the ability to receive accurate data regarding the position of the traveling vehicles (e.g. events of crossing from one cell to another, or GPS). The readings are assumed to be available at a relatively high rate (e.g. once every cell crossing or once every few hundred meters). [0313]
  • A car overtaking detection method is now described. When a large sample of vehicles report their accurate location at a relatively high rate, it is possible to detect events in which one vehicle overtook another. This may be accomplished by comparing the readings of all pairs of cars along the sampling time period. If one vehicle in a pair was initially ahead of another, and at some point the second car moved ahead, then it is determined that an overtaking has occurred. [0314]
  • A method for vehicles sample partition based on overtaking is now described. After comparing all the relative positions of pairs of vehicles along the relevant time period, and all the events in which one car overtook another is determined, an undirected graph is built which is characterized as follows: [0315]
  • Each vertex in the graph represents one vehicle in the sample. [0316]
  • Each edge (x, y) between 2 vertices is constructed if and only if the pair of vehicles (x and y) did not overtake one-another throughout the whole time period. [0317]
  • The vertices are then partitioned into sub-graphs (“cliques”) that are defined as containing vertices, in which each pair of vertices within them are connected by an edge. The intuitive description of these cliques is a group of vehicles characterized in that none overtook any another. In other words, each clique represents vehicles travelling in a single lane. This state represents a vehicle “convoy”, or vehicles traveling in one lane. During moderately heavy and heavy traffic, lanes advance asynchronously, so that from time to time some vehicles from one lane overtake others in other lanes, whereas within the lane there is no overtaking. To summarize, we can say that each clique represents vehicles traveling in one lane. [0318]
  • A method for differentiation between road segments, based on lanes, is now described. After partitioning all the sampled vehicles into “lane cliques”, an average speed for each lane or clique is computed. [0319]
  • Next, the different lane speeds are examined, and if they can be divided into two significantly different groups of cliques this is done. This situation is expected to exist since speeds of lanes of the same road are expected to be close, and hence if 2 roads differ in their speed, they will generate 2 groups of cliques with different speeds. [0320]
  • Finally, the new groups are associated with the roads. This may be accomplished by matching the number of cliques in each new group with the number of lanes in one of the roads. [0321]
  • Referring back to FIG. 14, [0322] steps 1430 onward are now described.
  • Step [0323] 1430: Whether or not the reply was discarded, the table of FIG. 11G is now updated. In the update, each pending record whose “user ID” field indicates that the record pertains to the replying user is updated. Updated records, and pending records pertaining to users other than the replying user are not updated. The update comprises the following operations:
  • All pending records pertaining to the replying user (i.e. all records whose status field is “pending” and whose “user ID” field contains the ID of the replying user) are deleted. All of deleted records have the same “begin time” and “begin cell” and “update time” because they all pertain to the same user. [0324]
  • New records are constructed as follows: [0325]
  • If the replying user was found, in [0326] step 1420, to have travelled along a single road segment, then a new record is added to the table of FIG. 11G and its fields are set as follows:
  • segment ID represents the single road segment along which the replying user travelled; [0327]
  • the “user ID” field stores the ID of the replying user; [0328]
  • the value of the “status”. field is “updated”; [0329]
  • “begin time”, “begin cell” and “update time”—are given the same values they had respectively in the deleted records for the replying user; [0330]
  • “end cell” field is set to the cell ID in the reply. [0331]
  • The “estimated travel probability” field is typically emptied. [0332]
  • If the replying user was found, in [0333] step 1420, to have travelled along more than one road segment, then one new record is generated for each segment travelled and the “segment ID” field of each new record is filled accordingly. The remaining fields of the new records so generated are filled as above except for the “begin time” and “end time” fields which are defined as follows:
  • The “begin time” of the record pertaining to the first segment traversed by the replying user is the “begin time” in the deleted records. [0334]
  • The “end time” of the record pertaining to the last segment traversed by the replying user is the “end time” in the deleted records. [0335]
  • The “end time” of the record pertaining to the n'th segment traversed by the replying user is the “begin time” of the record pertaining to the (n+1)th segment traversed by the replying user. [0336]
  • The ratio of the intervals between each record's begin and end times is taken to be the ratio between the lengths of the road segments to which these records pertain. These lengths are stored in the table of FIG. 11A. [0337]
  • The “begin cell” of the record pertaining to the first segment traversed by the replying user is the “begin cell” in the deleted records. [0338]
  • The “end cell” of the record pertaining to the last segment traversed by the replying user is the “end cell” in the deleted records. [0339]
  • The remaining “begin cell” fields are set as follows: Find all records in the table of FIG. 11B whose segment ID corresponds to the segment ID of the record in question. From among these records, select the record having the smallest reference point i.e. the record pertaining to the cell which is closest to the beginning of the road segment. [0340]
  • The remaining “end cell” fields are set as follows: Find all records in the table of FIG. 11B whose segment ID corresponds to the segment ID of the record in question. From among these records, select the record having the largest reference point i.e. the record pertaining to the cell which is closest to the end of the road segment. [0341]
  • Step [0342] 1440: The reply table of FIG. 11H is updated. As described above, the reply table of FIG. 11H is intended to store the following information characterizing each reply received from a polled user:
  • the ID of the cell in which the polled user was located when he was selected, in [0343] step 1340, as a candidate for polling to whom a query should be scheduled; and
  • the road segment over which the user is estimated to have been travelling when he replied to the query. [0344]
  • Therefore, the update comprises adding a new record representing the reply which has just been processed. The fields of the new record are filled as follows: [0345]
  • Time stamp—the “update time” of any of the records pertaining to the replying user. [0346]
  • Begin cell ID—the “begin cell” value of any of the records pertaining to the replying user. [0347]
  • Segment travelled—If the table of FIG. 11G now includes only one record pertaining to the replying user, use the “segment ID” value of that record. If there is more than one such record, use the “segment ID” value of the record having the earliest “begin time”. [0348]
  • If, in [0349] step 1420, it is impossible to identify any road segments which the user travelled over during the time period, then a value indicating non-relevance is entered in the “segment travelled” field.
  • Step [0350] 1450: If the replying user was found toward the beginning or middle, but not end, of a road segment, the query scheduler schedules another query to this user at the time he is expected to reach the end of the road segment. Typically, the expected time is computed based on the time which the replying user required to reach the point within the road segment at which he is currently located.
  • Step [0351] 1460: The table of FIG. 11E is updated. As described above, the table of FIG. 11E is a users' travel log storing, for each reading or sample (including each reply), the segment ID at which the replying user was found to be located, and a time stamp indicating the time at which the reply occurred. In step 1460, a new record is added to represent the reply which has just been processed.
  • Reference is now made to FIG. 15 which is a simplified flowchart illustration of a preferred method for performing the segment evaluation step [0352] 1300 of FIG. 12. As described above, in step 1300, traffic information is updated, by the segment evaluator 590 of FIG. 10, for each segment within the geographical area covered by the system, based on the replies, pertaining to that segment, which have accumulated. Typically, the segment evaluator is activated periodically, e.g. every 2-5 minutes, and upon each activation, it updates the traffic information which has accumulated for each segment in the geographical area covered by the system, one segment after another.
  • The updating process for each segment typically comprises the following steps: [0353]
  • Step [0354] 1500: the Table of FIG. 11G is scanned and all recent records (e.g. within a 10 minute time window) pertaining to the segment being updated are identified.
  • Step [0355] 1510: For each record, a “travel time” is computed by computing the difference between the record's “begin time” and “update time” fields and dividing by the difference between the reference points (as stored in the table of FIG. 11B) of the record's begin cell and end cell. The quotient is typically multiplied the segment's total length stored in the table of FIG. 11A.
  • Step [0356] 1520: Records having extreme travel times are discarded. For example, the top and bottom quintiles may be discarded, or records may be discarded if their travel times deviate by more than a single standard deviation from the mean travel time of the records identified in step 1500.
  • Step [0357] 1530: For each segment, compute new values for travel time, speed, flow and density and store these in the appropriate fields of the segment's record in the Table of FIG. 11A. The new travel time of the segment is typically the mean travel time of the records identified in step 1500. The new speed is typically the length of the segment, as stored in the table of FIG. 11A, divided by the mean travel time. The new flow and density are estimated based on the speed, employing mathematical models of traffic flow and density described in chapters 2.3.2 (flow) and 2.3.3. (density) of the above-referenced publication by “Transportation Research Board's Revised Special Report, “Traffic Flow Theory”, available at http://www/tfhrc.gov/its/tft/tft.htm. The computations for flow and density typically use road characteristics such as lane structure and length of the road.
  • Sometimes, an insufficient number of records (readings received from users travelling a particular road segment) have accumulated such that the travel time cannot be sufficiently accurately computed, or more generally, it may occur that the need for update is still high even though records have been accumulated. In this case, a travel time value is estimated using the Table of FIG. 11F. The Table of FIG. 11F is scanned to identify a record whose segment ID corresponds to that of the segment being updated and whose “time” corresponds to the current time. [0358]
  • The new speed of the segment is then taken to be the “typical travel speed” field of that record in the Table of FIG. 11F. The new density field is taken to be the “typical vehicle density” field of that record in the table of FIG. 11F. The new flow of the segment is taken to be the quotient of these two values, i.e. the new density divided by the new speed. [0359]
  • Step [0360] 1540: The Table of FIG. 11K, which is a log of the table of FIG. 11A, is updated by adding a new record to represent the segment which was just updated. The fields of the new record are filled as follows:
  • Segment ID—the ID of the segment just updated [0361]
  • Time—The current time [0362]
  • Travel time, speed, density and flow—The same values, respectively, stored in the table of FIG. 11A. [0363]
  • Reference is now made to FIG. 16 which is a simplified flowchart illustration of a method for performing the query scheduling step of FIG. 12 in accordance with a second preferred embodiment of the present invention. The method of FIG. 16 is similar to the method of FIG. 13 except that [0364] step 1340 of FIG. 13 is replaced by step 1640.
  • As described above, [0365] step 1340 comprises identification of mobile users which may be travelling along the road segment or segments with the highest need for update. Step 1340 is typically performed by relying on CDR records in the table of FIG. 1C, as described above.
  • [0366] Step 1640 typically relies on a broadcast to all mobile users within a particular cell, which results in a set of replies identifying all mobile users in the cell. The embodiment of step 1640 is suitable if a sufficient proportion of the mobile users are equipped with handsets having STK applications or similar applications which are capable of initiating replies to a broadcast “answer me” transmission.
  • [0367] Step 1640 is typically performed as follows:
  • Find, in the Table of FIG. 11B, all cells which intersect the beginning of the most needy road segment. This is typically accomplished by recording the “cell ID” field of any record in the table of FIG. 11B whose “segment ID” field is the same as the segment ID of the needy road segment identified in (b) and whose “association” field equals “begin”. [0368]
  • For each cell found to intersect the beginning of the most needy road segment, a cell broadcast is transmitted, typically immediately. The cell broadcast triggers an application within the handsets of the mobile users within the cell. This application is operative to initiate a reply transmission, e.g. an SMS (short message service)-formatted reply, containing the mobile user's ID, the ID of the cell in which it is located, and the current time. This message is received and the information it contains is entered in the table of FIG. 11C as a new record. The “source” field is assigned the value “handset location output”. [0369]
  • FIG. 17 is a simplified flowchart illustration of a preferred method for building the Table of FIG. 11D. The table of FIG. 11D is typically built based on the tables of FIGS. 11B and 11I. [0370]
  • As described above, the table of FIG. 11I is built manually by the system planner during the set-up phase and stores information regarding a plurality of routes over which mobile users are predicted to travel. Each route comprises a sequence of one or more mutually adjacent road segments. In the illustrated example of FIG. 11I, the table stores information regarding three routes, the first two of which each include only a single segment and the third of which includes two road segments. [0371]
  • A preferred method for generating the table of FIG. 1D comprises performing the following operations for each route: [0372]
  • Step [0373] 1720: Identify all cell pairs within the cell network serving the geographical area covered by the system of the present invention, which comprise first and second cells of which the first cell intersects the beginning of one of the segments forming the route, and the second cell intersects the route at a point subsequent to the point which intersects the first cell.
  • In other words, each pair of cells comprises first and second cells fulfilling all of the following criteria: [0374]
  • a. The first cell's association field in the table of FIG. 11B holds the value “beginning”. [0375]
  • b. The first cell intersects the route at a segment having a particular “segment numbering” stored in the table of FIG. 11I. [0376]
  • c. The second cell intersects a road segment along the current route whose “segment numbering” exceeds the “segment numbering” of the segment intersecting the first cell; or [0377]
  • The first and second cells intersect the route at the same segment and the “reference point” of the second cell, as stored in the table of FIG. 11B, is larger than the “reference point” of the first cell. [0378]
  • Step [0379] 1730: Generate a new record in the table of FIG. 11D to represent each pair of cells identified in step 1720, i.e. store each pair of cells identified in step 1720 as a new record in the table of FIG. 11D. The IDs of the first and second cells are stored in the “first cell” and “last cell” fields of new record in the table of FIG. 11D.
  • If both cells intersect the same segment, the “segment ID” field of the new record in the table of FIG. 11D is set to the ID of that segment. Otherwise, i.e. if the first and second cells intersect different segments of the route in question, store, in the “segment ID” field of new record in the table of FIG. 11D, a sequence of the segment IDs of all segments of the route from the segment intersecting the first cell to the segment intersecting the second cell, inclusive. [0380]
  • Step [0381] 1740: If table of FIG. 11D includes at least 2 records with same first cell and same last cells, but different segment IDs, manually scan all records in the table of FIG. 11B which pertain to the two segments to find middle cells (records whose association field stores the value “middle”) that may differentiate between the 2 routes and manually insert these routes into table of FIG. 1D, as 2nd and 3rd cells of the records pertaining to the appropriate segments.
  • It is appreciated that the particular implementation shown and described above is merely exemplary of traffic data collection systems relying on cellular data and is not intended to be limiting. For example, according to an alternative embodiment of the present invention, each mobile user's location is not defined by the cell he currently occupies but rather by a pair of cells between which-he is currently passing. [0382]
  • Therefore, in the table of FIG. 11B, for example, the “cell ID” column would be replaced by “old cell ID” and “new cell ID” columns and the “cell size” column might be replaced by a column representing the area of the overlap between the old and new cells, i.e. the cell that the user is currently exiting and the cell that the user is about to enter. The “cell-segment” probability column would typically be replaced by a column whose values represent the probability that a mobile user is located in a particular segment, given that he is currently crossing from a particular old cell to a particular new cell. [0383]
  • Similarly, in the table of FIG. 1C, the “cell ID” column would be replaced by “old cell ID” and “new cell ID” columns. In the table of FIG. 1D, this replacement would occur for the columns pertaining to each of the first, second, third and last cells. In the table of FIG. 11G, there would be “begin cell” and “end cell” columns for each of the old and new cells. In the table of FIG. 11H, there would be two “begin cell” columns, for the old and new cells respectively. [0384]
  • Alternatively, the “cell ID” field may be replaced by a field representing any of the following combinations: [0385]
  • cell ID concatenated with cell sector; [0386]
  • cell ID concatenated with time advance; or [0387]
  • concatenation of cell ID, cell sector and time advance. [0388]
  • In the method of FIG. 12, each presentation of a query, whether to an individual mobile user or to all users within a particular cell, would be replaced by the following process: [0389]
  • A customized handset application is triggered, either by an individual transmission to a specific handset e.g. using SMS, or by a cell broadcast transmission. This application may run within the handset until the handset crosses from the cell it is currently travelling in, into another cell. At that point, the handset transmits a reply, containing the mobile user's ID, the IDs of the cell which he has most recently left and the cell he is now inhabiting and the current time. This message is received and the information it contains is entered in the table of FIG. 11C as a new record. The “source” field is assigned the value “handset location output”. [0390]
  • Alternatively, a variation of the above customized handset application is triggered, again either by an individual transmission to a specific handset e.g. using SMS, or by a cell broadcast transmission. The variation application may run within the handset until the handset crosses from the cell it is currently travelling in, into another cell. At this point, a timer within the handset is initialized but no reply is transmitted. A reply is transmitted the next time the mobile user crosses between cells. At that point, the handset transmits a reply, containing the mobile user's ID, the IDs of all cells he has travelled into since a trigger was last received, and the time which has elapsed since the timer was initiated. As in the previous embodiment, this message is received and the information it contains is entered in the table of FIG. 11C as a new record. The “source” field is assigned the value “handset location output”. [0391]
  • Alternatively, the handset application trigger may include an indication of the IDs of one or more pairs of adjacent cells and the application runs within the handset until the handset crosses between two cells, whose IDs are one of the pairs stored within the trigger. [0392]
  • According to still a further alternative, the handset application trigger may include an indication of the IDs of one or more foursomes of cells, each foursome including two pairs of adjacent cells (first and second adjacent cells; and third and fourth adjacent cells). [0393]
  • According to this alternative, the application runs within the handset until the handset crosses between two cells, whose IDs are listed as the first and second cells in an individual one of the foursomes stored within the trigger. At this point, a timer is initialized within the handset. If and when the handset crosses between the two cells whose IDs are listed as the third and fourth cells in the individual foursome, the handset transmits a reply and the table of FIG. 11C is updated. However, the reply, according to this embodiment, comprises the mobile user's ID, the IDs of the foursome of cells and the time which elapsed from the first-second cell crossing to the third-fourth cell crossing, as indicated by the timer in the handset. [0394]
  • According to still another further embodiment of the present invention, the handset application trigger may include: [0395]
  • an indication of the IDs of one or more foursomes of cells, each foursome including two pairs of adjacent cells (first and second adjacent cells; and third and fourth adjacent cells); and [0396]
  • an indication of a time interval. [0397]
  • According to this alternative, the application runs within the handset until the handset crosses between two cells, whose IDs are listed as the first and second cells in an individual one of the foursomes stored within the trigger. At this point, a timer is initialized within the handset. If the handset crosses between the two cells whose IDs are listed as the third and fourth cells in the individual foursome, within the time interval stored in the trigger, then the handset does not transmit any reply. [0398]
  • Otherwise, i.e. if the handset crosses between the two cells whose IDs are listed as the third and fourth cells in the individual foursome, after the time interval stored in the trigger has already elapsed, then the handset transmits a reply and the table of FIG. 11C is updated. As in the previous embodiment, the reply, according to this embodiment, comprises the mobile user's ID, the IDs of the foursome of cells and the time which elapsed from the first-second cell crossing to the third-fourth cell crossing, as indicated by the timer in the handset. [0399]
  • It is appreciated that mobile location may be defined by more than one of the cells traversed by a user, in various ways and in particular, any suitable combination of the above embodiments may be employed. [0400]
  • It is appreciated that the system of the present invention need not be capable of accurately partitioning the entire set of mobile communication device users into traffic elements and users which are not traffic elements. It is sufficient for the system of the present invention to be capable of isolating, from among the mobile communication devices transmitting thereto, a set of traffic elements which is sufficiently large to satisfactorily serve as a sample of the total population of traffic elements. [0401]
  • Additionally, in accordance with a preferred embodiment of the present invention it is appreciated, that as part of the traffic data collection process, the system typically is capable of distinguishing between vehicles traveling along one of 2 roads which are so close to each other that they both pass through the same cellular cells. Any suitable method may be employed to assign such vehicles to one of the two roads, including but not limited to the following methods: [0402]
  • 1. Lane-based differentiation as described in detail hereinabove. [0403]
  • 2. Ambiguity may be resolved by considering the distance of the user's mobile device from the antenna (cellular time advance). [0404]
  • 3. If a part of at least one of the 2 roads passes through at least one cell that is not shared with the other road, the system may looks for readings from that cell as described herein in detail with reference to step [0405] 1740 in FIG. 17.
  • 4. Distinction between the 2 roads may be achieved initially, or ambiguity later resolved, by tracking the vehicles or looking back into their short-term histories. [0406]
  • 5. If the two roads are of significantly different nature, the expected number of vehicles and average speed on each road is different. In this case, examining the histogram of speeds of a sample of vehicles traversing the two roads may indicate how the vehicles should be allocated. For example, if the two roads within a single cell are a highway and a small, slow road, and if the vehicles known to be travelling within the cell can be partitioned into a large subset of vehicles all travelling quickly and a small subset of vehicles all travelling much more slowly then the two subsets of vehicles obviously correspond to the highway and slow road respectively. [0407]
  • If the current travel time/speed along both roads is similar, then there may be no reason to allocate the road of each vehicle, and one travel speed/time value may be assigned to both roads. [0408]
  • Preferably, each mobile communication device is able to determine whether or not it is located within a vehicle. For example, if the mobile communication device is located within the vehicle's charger, it regards itself as being located within a vehicle and preferably includes this information in its outgoing messages. [0409]
  • Though the system may receive indistinguishable location readings of vehicles which construct the “real” traffic together with readings of other users (pedestrians, emergency vehicles etc.) the system may differentiate between them using one or more of the following methods: [0410]
  • a. Noticing irregular speeds: If a small proportion of vehicles drive extremely fast/slow compared to most of the others, it may regarded as an interference and discarded. [0411]
  • b. A specific user may be known (either by historical observation or by its own declaration) to be irrelevant. [0412]
  • c. If a specific area is known to have a high density of interferences, e.g. due to a large assembly or gathering, the system may choose to find its candidates elsewhere. Information regarding expected assemblies can be provided by observation or by a third party. [0413]
  • d. If in the near future/past the user is spotted in an area which is not natural for a road vehicle to be in (far from a road, along a train track), it probably is not a conventional road-travelling vehicle. [0414]
  • Apart from the information from mobile communication device users, typically comprising cellular device users, the traffic data extractor typically uses historical data from [0415] database 535 and/or traffic management input data as described in detail above. Historical data pertains mainly to past, not current information regarding a particular location, a particular mobile user, a particular event, or a particular period e.g. 8 o'clock in the morning, 9 o'clock on Thanksgiving morning, weekend as opposed to weekday, winter as opposed to summer, rush-hours, etc. This data may include information such as the speed (or travel time) distribution of vehicles along a given road segment along time. Traffic management data refers to information arriving from traffic lights or other elements serving or observing the population of mobile users and may also include information about road construction.
  • The data extracted by the [0416] traffic data extractor 150 from the input thereto typically comprises at least one of the following parameters, and preferably some or all of these:
  • a. The estimated travel time along a given route or from a particular location such as a current location to another location such as a user-selected destination. [0417]
  • b. The estimated average speed of traffic at a given location. [0418]
  • c. The estimated average density of traffic at a given location. [0419]
  • d. The estimated average flow past a given point defined along a given road. [0420]
  • It is appreciated that the system may learn about the location of each mobile communication device from any suitable source, such as but not limited to one, some or all of the following sources: [0421]
  • a. Central CDR (voice or data transmission) database—A mobile communication device's location is often recorded at the beginning and end of voice calls conducted to or from that device (CDR—call data record). This information is typically stored by the central CDR database of the cellular operator effecting the calls which database may be accessed by the system of the present invention. [0422]
  • A mobile communication device's location is similarly recorded in the course of transmitting and/or receiving data messages, including but not limited to short data messages transmitted or received in the course of using an SMS (short message service). This information is also typically stored by the CDR database of the cellular operator effecting the calls which database may be accessed by the system of the present invention. [0423]
  • b. Base station—A mobile communication device's location may pass through individual base stations of the cellular operator and it may be possible to collect this information from individual base stations, typically on-the-fly. This information may include information regarding periodic beacon transmissions sent out by the device to the network. [0424]
  • c. Location server—It may be possible to query a location server as to the location of a particular mobile communication device. [0425]
  • d. Mobile devices—Certain handset applications may provide location information. For example, an STK (SIM-tool kit) application may be triggered by a location criteria-based trigger and may, responsively send out information which includes location data. Alternatively, the application may send out location data in response to an SMS message or otherwise formatted data transmission sent to it, e.g. by the system of the present invention and/or in response to a cell broadcast transmission, e.g. from the system of the present invention. The application may send out location data in any suitable format such as but not limited to SMS format. [0426]
  • e. Cellular switch—A mobile communication device's location information may pass through individual switches of the cellular operator and it may be possible to collect this information from individual cellular switches, typically on-the-fly. This information may include information regarding periodic beacon transmissions sent out by the device to the network. [0427]
  • It is appreciated that the location information regarding a mobile user typically comprises cellular information e.g., the ID of the communication cell serving the mobile user. However, alternatively or in addition, the location information may be non-cellular. For example, an external localization source such as a GPS (global positioning system) may convey non-cellular self-location information, such as GPS information, to an individual mobile communication device. [0428]
  • An item of cellular or non-cellular location information received by the system of the present invention from any source, responsive to a system query to that source, is termed herein a “reply”. The sources which are queried and which provide the reply may be, but are not limited to, location servers, the mobile communication devices themselves and the CDR database which may also respond to queries by generating records, apart from records which it may provide to the system on a routine basis. [0429]
  • Location information available to the system typically comprises not only replies to queries but also location information accumulated routinely, without recourse to queries, e.g. voice and data CDR records, a window of which is preferably routinely sent to the CDR window and [0430] reply database 555 of FIG. 10. This window is stored, in the illustrated embodiment, in the table of FIG. 11C which is part of the CDR window and reply database 555.
  • The following typical location combinations may be used by the system: [0431]
  • Initial and follow-up detection of the users in the CDRs (whether call, data or SMS). [0432]
  • Initial detection of the users in the CDRs (whether call, data or SMS) and follow-up by a location server. [0433]
  • Initial detection of the users in the CDRs (whether call, data or SMS) and a follow-up using a further triggering of such application by a cell-broadcast or SMS transmission. [0434]
  • Initial location by triggering a handset application by a Cell-broadcast transmission, and a follow-up using a location server. [0435]
  • Initial location by triggering a handset application by a Cell-broadcast transmission, and a follow-up using a further triggering of such-application by a cell-broadcast or SMS transmission. [0436]
  • Location information may include some or all of the following types of information for the initial location, and subsequent locations, of an identified mobile communication device: [0437]
  • a. ID of the cell/s which is presently serving the mobile communication device, or which just finished serving the device. Typically although not always, this cell is the cell within which the mobile communication device resides. [0438]
  • This may or may not be accompanied by information regarding the location of the mobile communication device within its current cell e.g. cell sector or distance from Base station. [0439]
  • It is appreciated that mobile communication devices are sometimes served by a “distant cell”, i.e. a cell other than the cell in which they are actually located. This may cause the system to erroneously think that a particular device is located within a cell other than the cell in which it is in fact located. To overcome this type of error, particularly in situations or applications in which this type of error is significant, one, some or all of the following solutions may be employed: [0440]
  • i. Often, the distant cell only serves the user for a very short time. Furthermore, service by a distant cell is unlikely to occur when the communication load in a certain geographical area is low, and is generally only likely to occur in a geographical area in which the communication load is high. Therefore, identification of misleading “distant cell” IDs communicated by mobile users can be effected by repeating queries to mobile users more than once. Typically, queries are repeated to most mobile users only once, and are repeated more than once only to mobile users which are suspected of being served by distant cells, typically users which are located in geographical areas which are deemed to have a high communication load. [0441]
  • Geographical areas may be deemed to have a high communication load on the basis of analysis of system data, typically the data stored in the table of FIG. 11C and/or on the basis of data provided by an external source, typically cellular operators. The data may be provided or generated in real time or alternatively, the data may be analyzed during set-up in order to identify fixed time periods at which certain geographical areas suffer from high communication load. Typically, within these areas and only within these areas, queries would be repeated more than once. [0442]
  • ii. Alternatively or in addition, a higher sampling density may be employed when handling geographical areas which are known to suffer from high communication load. For example, the method of FIG. 13 comprises a loop which operates continuously, for each road segment, until the road segment's need for update has been reduced to below a system minimum, where the need for update is, inter alia, a function of the “importance” of the road segment. In this embodiment, a higher sampling density may be achieved by assigning an importance value to each road segment at least partly on the basis of the road segment's tendency to suffer from high communication load. [0443]
  • iii. Alternatively or in addition, the system may obtain, typically directly from the network, the distance between the mobile communication device user and the base station serving it and ascertaining that that distance is no greater than the radius of the cell in which the mobile communication device is believed to be located, typically from the network, possibly using the time advance value characterizing the mobile device's communication with the base station. If the distance is greater than a suitably defined radius of the cell in which the user is believed to be located, this indicates that the user is probably not actually resident within the cell in question. [0444]
  • b. The identities of 2 adjacent cells between which a mobile communications device has just traversed. [0445]
  • c. Other indications of location, which may or may not be external, e.g. GPS or accurate location server. [0446]
  • The flow of information from mobile communication devices to the system may be determined by any suitable scheme including the following schemes: [0447]
  • a. Each mobile communication device provides an ongoing report, typically a periodical report, of its current location. [0448]
  • b. Reports are only provided by mobile communication devices responsive to queries from the system. The queries may be general-requests to update re current location or may be requests for specific information that only some mobile communication devices are in a position to provide. For example, a first query may pertain to the travel time between two specific locations and only devices travelling from one to the other are capable of responding to this query. Another, second type of query may state the expected reply to the query or more typically the expected range of replies. In this case, the mobile communication devices may be operative to respond only if their reply deviates from the expected reply or expected range of replies, i.e. only a subset of those capable of responding to the first query are eligible to, or operative to, respond to the second query. For example, the devices would report if the travel time from Tel-Aviv to Jerusalem varies from the range of 47 min-52 min. [0449]
  • Typically, the second type of query is presented to a larger proportion of the population of mobile communication device users than is the first type of query. However, in the second option the proportion of responders may be expected to be smaller. [0450]
  • Typically, in order to ensure privacy of the bearers of the mobile communication devices, each such bearer is identified not by his or her network user ID in the clear, but rather by the encrypted ID. The encryption scheme for encrypting the IDs may or may not change over time. [0451]
  • It is appreciated that the route selected for an individual user, e.g. in [0452] step 300 of FIG. 5, is preferably the optimal route for that user, typically the route which requires least time, given traffic conditions. However, particularly if more than one route gives equally satisfactory results or passes a minimum satisfaction threshold, then the route selected for that individual user may be selected also in accordance with additional criteria, other than immediate optimization for the user in question. The additional criteria may, for example, include the desire of the system to obtain information regarding every piece of road in its area of coverage. Therefore, if no information arrives, or the information that arrives is inaccurate, pertaining to a particular route segment, whose quality (in terms of estimated travel time) is similar to another route segment, then the system may direct the next user/driver to follow mobile communication device to follow that route segment.
  • If a user requests information, such as travel time information or route guidance, regarding an area about which there is no current information, then one of the following solutions, or a combination thereof, may be employed: [0453]
  • a. Historical information regarding that area may be employed. [0454]
  • b. The system may assume that the area in question is substantially empty of traffic and compute travel time and preferred routes accordingly. [0455]
  • It is appreciated that the system of the present invention may derive velocity information only by derivation from its knowledge regarding the sequence of locations of individual vehicles over time. However, additionally or alternatively, velocity information may be derived directly from velocity-affected characteristics of the communication which is reaching the system. For example, the data communication rate of a communication arriving from or to a mobile communication device typically varies with velocity, in known ways. Similarly, the communication frequency may vary due to the motion of the mobile communication device. [0456]
  • When it is desired to increase the area of coverage of a system constructed and operative in accordance with a preferred embodiment of the present invention, (e.g. when setting up a new service site perhaps in a new city/country or when increasing the coverage of an existing site) then preferably, information is collected and stored pertaining to the new area of coverage, or site, including the relative locations of the mobile communication cells and the roads, within the new area of coverage. This information is termed herein the “site map”. The site map may, for example, be generated by combining a road map of the site with a cell mapping of the site which is typically available from the operator of the cellular network. If more than one cellular networks are operative within the same site, the road map is combined with the cell mappings of each of the networks. [0457]
  • Alternatively, instead of obtaining the cell mapping from the operator of the network, the cell mapping may be simply generated by travelling throughout the site (geographical area covered by the system) with an accurate navigation source (e.g. GPS) as a reference and a mobile communication device communicating via the network in question and recording, e.g. in the table of FIG. 11A, the identities of the various cells and/or cell sectors that serve the device as it wanders and possibly also the current distance, based on the communication's time advance value, of the device from its base station. This alternative is advantageous because it typically does not require the system to gain access to any confidential or proprietary information. [0458]
  • Route Guidance [0459]
  • Reference is now made to FIGS. [0460] 18A-18C, which, taken together., form a preferred data structure for the roadmap database 610 of FIG. 10. In the illustrated embodiment, the roadmap is represented in the form of a directed graph in which each edge typically represents a one-way road segment (i.e. a two-way road segment is represented as two edges) and vertices represent intersections between road segments. However, it is appreciated that alternatively, any other suitable data representation may be employed.
  • FIG. 18A is a simplified illustration of a traffic map vertices table in which coordinates of each vertex, in accordance with a predetermined coordinate system such as UTM, are stored. [0461]
  • FIG. 18B is a simplified illustration of a traffic map edges table in which the origin and destination vertices of each one-way road segment (edge) are stored. [0462]
  • FIG. 18C is a simplified illustration of an optional table storing predefined routes. Each route typically comprises a sequence of one or more road segments which are linked in the sense that the destination vertex of each n'th road segment in any route is the origin vertex of the (n+1)th road segment in the same route. The Table of FIG. 18C stores the road segments included in each route, including indices indicating the order in which the road segments are arranged along the route. In the illustrated example, three routes are stored in the table of FIG. 18C of which the first and second include only one road segment each and the third includes two road segments: [0463] road segments 1 and 2.
  • Reference is now made to FIG. 19 which is a simplified flowchart illustration of a preferred method of operation for the route guidance unit of FIG. 10. [0464]
  • In [0465] step 1800, the route guidance unit receives an origin and a destination from a user or from the system and associates each with one of the vertices of the traffic map vertices table of FIG. 18A. According to one embodiment, the user inputs a street address at least for his destination, using any suitable mode of input as described in detail herein. The street address is translated into the coordinate system used to characterize the vertices e.g. the UTM coordinate system. The street address is then typically associated with the vertex in the table of FIG. 18A which is closest to that street address.
  • According to another embodiment of the present invention, the user inputs a current position or an indication of a past position in order to characterize his desired origin or destination. Here too, the location stipulated by the user is translated into the coordinate system used by the table of FIG. 18A and the closest vertex is identified. The current position may for example be supplied by the cellular network based on positioning the mobile device riding with the user. [0466]
  • In [0467] step 1810, the route guidance unit generates a plurality of possible routes e.g. all possible routes from origin to destination. According to one preferred embodiment of the present invention, the set of possible routes comprises all routes in the table of FIG. 18C for which the origin vertex of the first segment is the desired route origin and the destination vertex of the last segment is the desired route destination.
  • In [0468] step 1820, the route guidance unit computes the estimated travel time along each possible route by adding the travel times for each road segment along that route as computed by the traffic data extractor 550 of FIG. 10.
  • In [0469] step 1830, the route guidance unit selects route/s e.g. 2 routes with smallest travel times and reports the selected routes to the user. Any suitable output mode and format may be employed to supply this information to the user as described in detail herein.
  • Alternatively or in addition, steps [0470] 1810, 1820 and 1830 are replaced by a process which finds the n shortest paths from the origin vertex to the destination vertex, where n is a system- or user-defined parameter. The weights on the edges which determine the length of each path (route) through the traffic map typically comprise the travel time along each edge. Conventional methods may be used for shortest path finding such as that those described at the following web-site: http://www.cc.gatech.edu/aimosaic/students/Psych-students/Shika-no/Projects/AlgoNet/spa/code.html, and in the following reference: Hiller, F. S., & Lieberman G. J., Introduction to Operations Research, ISBN 0-07-909758-8, Section 10.3.
  • One method for solving the shortest path problem is Dijkstra's Algorithm. The shortest path algorithm is given a weighted graph or digraph G=(V,E,W) and two specified vertices v and w. The algorithm finds a shortest path from v to w. The distance from a vertex v to a vertex w (denoted d(v,w)) is the weight of a shortest path from v to w. The algorithm finds shortest paths from v to the other vertices in order of increasing distance from v. The algorithm stops when it reaches w. [0471]
  • The algorithm starts at one vertex (v) and “branches out” by selecting certain edges that lead to new vertices. The algorithm is typically “greedy” in that it always chooses an edge to a vertex that appears to be closest. [0472]
    Pseudocode for Dijkstra's Algorithm is as follows:
    // Let v1 be the origin vertex,
    //  and initialize W and ShortDist[u] as
    W := {v1}
    ShortDist[v1] :=0
    FOR each u in V − {v1}
    ShortDist[u] := T[v1,u]
    // Now repeatedly enlarge W
    //  until W includes all vertices in V
    WHILE W <> V
    // Find the vertex w in V − W at the minimum distance
    //  from v1
    MinDist := INFINITE
    FOR each v in V − W
    IF ShortDist[v] < MinDist
    MinDist = ShortDist[v]
    w :=v
    END {if}
    END {for}
    // Add w to W
    W := W U {w}
    // Update the shortest distance to vertices in V − W
    FOR each u in V − W
    ShortDist[u] := Min(ShorDist[u],ShortDist[w] + T[w,u] )
    END {while}
  • Referring again to step [0473] 1800 of FIG. 19, any suitable method may be used to receive input from a user defining first and second locations between which he desires to travel or is currently travelling. The user may define the first and second locations orally, in which case the oral request may be heard by a human operator or by suitable speech recognition apparatus. Alternatively, the locations may be defined by keying in, e.g. by keying in the name of a city or the name of a street, with or without a street address, or the name of a-neighborhood or area or zip code.
  • The system may allow a user to define and store a set of locations and, for each location, a title with which the user will identify that location. For example, the user may define that “work” or “1” means 114 Park Avenue, New York, whereas “Mom's House” or “2” refers to 116 Waverly Drive in Bayonne, N.J. Subsequently, the user can refer to the above two locations as “work” and “Mom's house” respectively, or as “1” and “2” respectively. [0474]
  • When a user defines a request such as a route guidance request or a travel time estimation request, s/he may define his origin and destination or s/he may indicate that the origin, or the destination, comprise his or her current location which is known to the system. Unless the user otherwise indicates, the system typically assumes that the request pertains to a trip commencing immediately. However, alternatively, the user may stipulate that the trip is to be taken at a specific future time, in which case the system typically utilizes historical data characterizing that time or any other prediction method. [0475]
  • Route guidance information is typically provided to users responsive to their request, a request typically comprising some type of indication of origin and destination as described in detail above. Based on the knowledge of the user's current location and trajectory, the system may initiate route guidance reports prior to the user's arrival to a decision point. However, alternatively or in addition, provision of route guidance information may be system-initiated. System- or user-initiation of the route guidance provision process may initiate provision of guidance pertaining one route or alternatively, the system or user may initiate periodic provision of route guidance or provision of route guidance in accordance with a particular schedule or responsive to user- or system-defined cues. For example, a user who leaves his home for work at a regular time may program the system to provide route guidance at a particular time each morning. [0476]
  • According to a preferred embodiment of the present invention, the route guidance information provided to a user comprises ETA (estimated time of arrival) or travel time information. This type of information may be provided as a simple indication or may be provided only if the ETA or travel time deviate from a norm, or only if the predicated ETA or travel time suddenly change, relative to the system's predictions thereof a short time before, due to a sudden or gradually accumulating but substantial change in conditions. Alternatively, this information may be presented to the user only in circumstances where the change in travel time affects the relative attractiveness of a plurality of possible routes. Any suitable combination of the above information presentation conditions may also be employed. [0477]
  • Optionally, the route guidance information may also include reports of unusual events, such as accidents or traffic jams, typically events which are affecting or can be expected to affect traffic flow. [0478]
  • Optionally, route guidance information and particularly ETA information is improved by gradually collecting information about the implications of various types of events. Typically, the system of the present invention utilizes a suitable mathematical model of at least one event such as a traffic accident in order to predict traffic effects. For example, a suitable mathematical model for a sudden change in traffic conditions is described in “Calculation of Traffic Flow at a Bottleneck”, Section 5.2.8 of Transportation Research Broad's (TRB) Revised Special Report, “Traffic Flow Theory”. [0479]
  • Route guidance information may be provided to the user by any suitable medium and in any suitable format such as but not limited to SMS (short message service), IVR (interactive voice response), Cell broadcast, WAP (wireless application protocol) based applications, or via PDA (personal digital assistant). Route guidance information may be provided via a call center manned by human operators. [0480]
  • Optionally, route guidance information and particularly ETA information is improved by gradually collecting personal habit information about each individual user and adjusting general route guidance and ETA computations to take into account a user's personal habits. For example, a user's habitual speed when driving on an open road, e.g. the degree to which the user habitually approaches the actual speed limit, may affect the optimal route recommendation and the ETA. Another example, for a user who habitually travels over a certain route, only some of which is included in the geographical knowledge base of a particular route guidance system, is the amount of time that user requires to cover that portion of his journey which is not included in the geographical knowledge base. [0481]
  • Personal habit information may be gathered directly e.g. by prompting a user, upon registration, to respond to questions such as “How fast would you normally drive on an open road for which the speed limit is 65 mph?”[0482]
  • Alternatively or in addition, personal habit information may be deduced by comparing a user's actual progress along a route to the system's prediction of that progress. [0483]
  • Optionally, the system is operative to determine, when possible, the actual road which the user is driving upon. This determination may be an absolute and definite determination or may be a probabilistic determination e.g. a determination that there is a high probability, rather than a certainty, that a particular user is on a particular street. [0484]
  • The system may collect this information regarding the actual road a user is driving on by presenting a direct question to the user and using conventional speech recognition or word-spotting techniques to recognize the name of the road uttered by the user or to pick out the name of the road from among only a few candidate roads which are feasible judging from the system's geographical knowledge base in combination with knowledge regarding the user's previous location and/or direction of travel. [0485]
  • For example, if the system knows that a user is in a particular cell, which may be only a few hundred meters in diameter, then there are only a limited number of roads on which the user may be travelling and therefore, the speech recognition task involved in deciphering the user's response to the question “What road are you on?”, is limited to identifying a match between the user's utterance and a-relatively small number of possible interpretations of that utterance. [0486]
  • Knowledge of the identity of the street on which the user is travelling allows street-specific information to be used by the system, e.g. a police report that a particular street is closed, or under construction, or that a traffic accident or traffic jam has occurred on a particular street. [0487]
  • According to a preferred embodiment of the present invention, information regarding the current location of a user's vehicle is at least sometimes sharpened or “pinpointed” e.g. by combining cellular information and street information. For example, if a user is known to be within a particular cell, and is known to be on a particular street, then his location can be pinpointed to the intersection between that cell and that street. Alternatively or in addition, each mobile user's location may be defined in terms of a trajectory or sequence of more than one cell through which the user has passed, as described in detail herein. This information also allows cell-ID level information to be sharpened or pinpointed to a level in excess of the original cell-ID level. [0488]
  • Preferably, the system of the present invention includes a billing subsystem. Billing may be on a monthly basis, with unlimited or limited query privileges for each user. Alternatively, billing may be per-query. [0489]
  • Alternatively, users may not be billed for the service in which case users only pay for air-time expended in cellular communication with the system of the present invention. In this case, the cellular communication provider shares part of his revenues with the operator of the system of the present invention for increased air-time, typically based on records kept by the system of the present invention, on each query addressed to the system. [0490]
  • A particular advantage of a preferred embodiment of the present invention is that location-specific advertisement may be provided to individual users depending on their anticipated locations, rather than their present locations. The system can estimate anticipated locations based on a user's current location, destination and, preferably, information regarding traffic and other conditions in the portion of the user's route separating his current location from his destination. The system's knowledge of the user's anticipated location, rather than current location, allows the system ample time to present the advertisement to the user and allows the user time to decide to utilize the advertisement information and to effect that decision. [0491]
  • In accordance with a further embodiment of the present invention, the location-specific advertisement is progressively altered as the proceeds along the driver's route based on the knowledge of the driver's chosen route and the driver's current location. The change in the advertisement is performed in real time along the driver's route, by altering or “flipping” the advertisements from time to time as the driver approaches a particular advertisement. [0492]
  • Information regarding anticipated locations may also be provided to cellular communication operators, particularly information suggesting a future congestion situation in which many cellular communication device users are about to congregate within a small area. Information provided by the system of the present invention allows the cellular communication operator time to gear up to the anticipated congestion by assigning additional resources to the area in which congestion is due to occur. Similarly, information suggesting that a current congestion situation is about to dissipate allows the cellular communication operator time to relocate expensive special resources which may have been temporarily assigned to the congested area. [0493]
  • Optionally,-the system is operative to provide information to non-subscribed drivers so as to provide an incentive to these users to subscribe to the route guidance service provided by the system of the present invention. The information provided to non-subscribed users may, for example, comprise warnings of traffic jams and other events. [0494]
  • Another application of the present invention pertains to tollway systems. Based on the locations of all vehicles for which localization is possible (e.g. digital cellular operator's users, vehicles equipped with GPS (global positioning system) etc.) a tollway system may be provided with all necessary information regarding the tollway segments travelled by each car. Therefore all existing toll debit means (e.g. toll gates, toll-cards, electronic toll wallet etc.) may be replaced by a system that periodically, e.g. monthly, computes an exact total debit for each vehicle, based upon information listing all toll way segments that the vehicle has passed during the time period in question. [0495]
  • Still another application of the present invention pertains to fleet management systems. Based on the location, provided by any suitable vehicle location source, of all vehicles belonging to a fleet, a fleet management system is able to compute the individual average velocity of any car that belongs to the fleet during any time period. Also, the system of the present invention is capable of providing traffic information which would allow a fleet manager to select a vehicle, from among several vacant vehicles in the fleet, which can most quickly arrive at a particular destination, such as the current location of a passenger who has ordered a taxi. Typically, the vacant vehicle to send to a particular destination is selected by selecting, from among the vacant vehicles in the fleet, the one having the shortest estimated arrival time to the destination in question. [0496]
  • A particular feature of a preferred embodiment of the present invention is that the current location of a mobile user, needs to be known only at communication cell ID accuracy. In other words, it is not necessary to position the mobile user at sub-cell accuracy by determining the user's position within the cell. Instead, it is possible to provide at least some traffic characterizing information using location information which is at communication cell ID accuracy and not at sub-cell accuracy. [0497]
  • It is appreciated that the software components of the present invention may, if desired, be implemented in ROM (read-only memory) form. The software components may, generally, be implemented in hardware, if desired, using conventional techniques. [0498]
  • It is appreciated that various features of the invention which are, for clarity, described in the contexts of separate embodiments may also be provided in combination in a single embodiment. Conversely, various features of the invention which are, for brevity, described in the context of a single embodiment may also be provided separately or in any suitable subcombination. [0499]
  • It will be appreciated by persons skilled in the art that the present invention is not limited to what has been particularly shown and described hereinabove. Rather, the scope of the present invention is defined only by the claims that follow: [0500]

Claims (69)

1. A traffic monitoring system comprising:
traffic data collection apparatus operative to collect location data from a plurality of users of mobile communication devices; and
a traffic data filter operative to analyze said location data arriving from the plurality of users and to reject location data which is not traffic data.
2. A system according to claim 1 wherein said traffic data filter comprises a traffic element identifier operative to identify traffic elements within the plurality of users by analyzing the location data arriving from the plurality of users.
3. A system according to claim 1 wherein said location data comprises a sequence of at least one time-stamped locations.
4. A system according to claim 1 and wherein the traffic data filter is operative to accept, as traffic data, the location data arriving from users who have identified themselves as traffic elements.
5. A traffic monitoring system comprising:
location collection apparatus operative to collect location data from at least a traffic population including a multiplicity of traffic elements, the multiplicity of traffic elements comprising a plurality of users of mobile communication devices;
a location data analyzer operative to analyze said location data and to derive traffic information therefrom; and
a traffic information disseminator operative to provide at least some of the traffic population with said traffic information.
6. A system according to claim 5 wherein said location data analyzer is operative to derive, for at least one traffic element, at least a portion of a road route followed by the traffic element.
7. A system according to claim 5 wherein the location data defining the location of a mobile communication device at time t is based on an identification of a mobile communication cell serving the mobile communication device at time t.
8. A system according to claim 5 wherein the location data defining the location of a mobile communication device at time t is based only on an identification of a mobile communication cell serving the mobile communication device at time t.
9. A traffic monitoring method comprising:
collecting location data from a plurality of users of mobile communication devices; and
analyzing said location data arriving from the plurality of users and rejecting location data which is not traffic data.
10. A method according to claim 9 and also comprising rejecting location data indicating a too-large discrepancy between a current location of a vehicle and its stored previous locations.
11. A system according to claim 1 and also comprising a user location database storing, for each mobile communication device from which readings have been received, the ID of that device and each of the readings received, each with its own timestamp.
12. A system according to claim 1 and also comprising a road traffic database storing, for at least one road, velocity profiles computed for that road, each profile being stored with its own time-stamp.
13. A traffic monitoring system for monitoring traffic comprising a population of users bearing a multiplicity of mobile communication devices, the system comprising:
a mobile communication network interface receiving, from at least one communication network serving the multiplicity of mobile communication devices, and storing, location information characterizing at least some of the multiplicity of mobile communication devices; and
a traffic monitor operative to compute at least one traffic-characterizing parameter on the basis of the location information.
14. A system according to claim 13 wherein the traffic monitor is also operative to display the at least one traffic-characterizing parameter.
15. A system according to claim 13 wherein the mobile communication devices comprise cellular communication devices served by at least one cellular communication network comprising a plurality of base stations each serving a cell comprising a portion of a geographical area.
16. A system according to claim 13 wherein said location information comprises indications of cells serving at least some of the multiplicity of mobile communication devices.
17. A system according to claim 13 and also comprising a road database storing locations of roads in a geographical area.
18. A system according to claim 16 and also comprising a road database storing locations of roads in a geographical area,
wherein the traffic monitor is operative to deduce, based on at least one indication of a cell in which a mobile communication device is located, a road which the mobile communication device is believed to be taking.
19. A system according to claim 18 wherein the traffic monitor is operative, based on an indication that an individual mobile communication device is travelling through a cell sequence including at least one cell, to differentiate a first road portion along which the individual mobile communication device is travelling, from a second road portion falling along the same cell sequence, along which the mobile communication device is not travelling.
20. A system according to claim 19 wherein the traffic monitor is operative to differentiate the first and second road portions by estimating at least one traffic parameter for the first and second road portions which parameter has different values for the first and second road portions.
21. A system according to claim 16 wherein at least some traffic characterizing information is generated using communication cell ID-based location information which is at communication cell ID accuracy.
22. A system according to claim 16 wherein the traffic monitor is operative to identify a set of mobile communication devices suspected of be served by a cell other than the cell in which they are actually located and to verify at least some location information arriving from at least some of the mobile communication devices in said set.
23. A system according to claim 13 wherein said at least one traffic-characterizing parameter comprises at least one of the following group of parameters:
a travel time parameter;
a traffic speed parameter;
a traffic density parameter; and
a traffic flow parameter.
24. A system according to claim 13 and also including at least one historical database storing historical location information characterizing past distributions of users over a geographical area of interest, and wherein the traffic monitor is, at least on occasion, operative to compute the at least one traffic-characterizing parameter at least partly on the basis of the historical location information.
25. A system according to claim 24 wherein the traffic monitor is operative to evaluate the quality of location information on the basis of which the traffic-characterizing parameter is to be computed and to employ the historical location information if said quality is found to be relatively low.
26. A system according to claim 25 wherein the quality of location information is evaluated at least partly as a function of the number of users providing current location information.
27. A system according to claim 15 wherein the mobile communication network interface receives and stores location information from cellular communication devices served by more than one cellular communication network.
28. A system according to claim 21 and also comprising a mobile user pinpointing function operative to deduce, from information at communication cell ID accuracy, location information which is at an accuracy higher than communication cell ID accuracy, by combining the communication cell ID accuracy information with additional stored information.
29. A system according to claim 28 wherein said additional stored information comprises information regarding intersections between cells and roads.
30. A system according to claim 28 wherein said additional stored information comprises information regarding-a sequence of cells through which a user has passed.
31. A system according to claim 13 wherein the mobile communication network interface receives at least some of the location information used by the traffic monitor, from a base station.
32. A system according to claim 13 wherein the mobile communication network interface receives at least some of the location information used by the traffic monitor, from a CDR database.
33. A system according to claim 13 wherein the mobile communication network interface receives at least some of the location information used by the traffic monitor, from a location server.
34. A system according to claim 13 wherein the mobile communication network interface receives at least some of the location information used by the traffic monitor, directly from at least some of the multiplicity of mobile communication devices.
35. A system according to claim 34 wherein at least some of the location information is provided responsive to a cell broadcast.
36. A system according to claim 34 wherein at least some of the location information is provided responsive to a data transmission directed to individual ones of the multiplicity of mobile communication devices.
37. A system according to claim 36 wherein the data transmission comprises an SMS message.
38. A system according to claim 34 wherein at least some of the location information provided by the mobile communication devices is provided in SMS format.
39. A system according to claim 13 wherein the mobile communication network interface also receives and stores travel time information and said traffic monitor is operative to compute at least one traffic-characterizing parameters on the basis of at least the travel time information.
40. A system according to claim 13 wherein the location information does not violate the privacy of the users of the mobile communication devices.
41. A system according to claim 24 and also comprising a congestion detector operative to detect at least one of generation and dissipation of mobile communication device congestion.
42. A system according to claim 41 and also comprising a congestion-anticipation based cellular network resource allocator operative to receive a congestion-indicative output from the congestion detector and to allocate resources accordingly.
43. A route guidance method comprising:
monitoring traffic information characterizing traffic flowing along at least one routes; and
computing and reporting to a traveller, information characterizing the traveller's expected travel time along each of the at least one routes.
44. A method according to claim 43 and also comprising providing an origin location and a destination location and computing at least one routes connecting said origin and destination locations.
45. A method according to claim 43 and wherein said computing step comprises recomputing, at least once, information characterizing the traveller's remaining travel time along the route, as the traveller travels along the route.
46. A method according to claim 43 wherein the computing and reporting step comprises reporting said information to the traveller only if the information deviates, in accordance with a predetermined deviation criterion, from a known travel time value.
47. A route guidance method comprising:
monitoring the speed of traffic flowing through a geographical area; and
generating a warning if there is a substantial change in the speed of traffic flowing through a portion of the geographical area.
48. A method according to claim 43 and also comprising storing information regarding personal driving habits of the traveller and wherein the computing and reporting step comprises computing the information characterizing the traveller's expected travel time at least partly based on the information regarding the traveller's personal driving habits.
49. A method according to claim 48 wherein said information regarding personal driving habits comprises information characterizing travel time along a road sequence not monitored in said monitoring step.
50. A method according to claim 43 wherein said computing and reporting step comprises reporting to the driver in IVR (interactive voice response) format.
51. A method according to claim 43 wherein said computing- and reporting step comprises reporting to the driver in a data transmission format.
52. A method according to claim 51 wherein said data transmission format comprises SMS (short message service).
53. A method according to claim 51 wherein said data transmission format comprises WAP (wireless application protocol) format.
54. A method according to claim 44 wherein the origin and destination locations are received from the driver.
55. A method according to claim 44 wherein the providing step comprises setting the origin of the route to the current location of the driver.
56. A method according to claim 55 wherein monitoring the current location of the driver is based on determining a cellular location of a mobile communication device riding with the driver.
57. A route guidance method comprising:
monitoring traffic information characterizing traffic flowing along a route taken by a driver, including monitoring the current location of the driver; and
computing information characterizing the driver's expected progress along the route and reporting said information to the driver when the driver arrives at a predetermined location along the route.
58. A directed advertisement method comprising:
receiving an indication from a travelling user of his desired destination; and
providing advertisement content to the travelling user based on the desired destination.
59. A method according to claim 58 and wherein said advertisement providing step comprises:
computing a recommended route to the desired destination and reporting the recommended route to the travelling user; and
providing advertisement content to the travelling user which pertains to the recommended route.
60. A system according to claim 7 wherein said identification of a mobile communication cell comprises at least one of the following identification information elements:
an ID of the cell;
a cell sector; and
a time advance parameter characterizing communication between the mobile communication device and the cell's base station.
61. A system according to claim 24 wherein said historical location information comprises historical traffic information comprising at least one traffic parameter characterizing at least one road segment for at least one point of time in the past.
62. A system according to claim 30 wherein said information regarding a sequence comprises a time-stamped identification of at least one pair of adjacent cells between which the user has passed.
63. A system according to claim 13 wherein the mobile communication network interface receives at least some of the location information used by the traffic monitor, from a cellular switch.
64. A system according to claim 41 wherein said congestion detector employs said historical location information to anticipate future locations of mobile communication devices.
65. A method according to claim 43 wherein at least one routes comprise a plurality of routes joining a single origin to a single destination.
66. A method according to claim 46 wherein the deviation criterion comprises deeming as a travel time deviation, an increase in travel time over a route which affects the relative attractiveness of the route relative to at least one alternative route.
67. A system according to claim 13 wherein said traffic monitor is also operative to receive speed data derived from a change in at least one parameter characterizing communication between at least one mobile communication device and a base station serving it and to compute at least one traffic-characterizing parameter at least partly based on said speed data.
68. A system according to claim 67 wherein said parameter comprises communication frequency.
69. A system according to claim 67 wherein said parameter comprises rate of data transfer.
US10/268,577 1999-09-27 2002-10-10 Traffic monitoring system and methods for traffic monitoring and route guidance useful therewith Abandoned US20030069683A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
US10/268,577 US20030069683A1 (en) 1999-09-27 2002-10-10 Traffic monitoring system and methods for traffic monitoring and route guidance useful therewith

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US09/406,537 US6341255B1 (en) 1999-09-27 1999-09-27 Apparatus and methods for providing route guidance to vehicles
US09/668,484 US6490519B1 (en) 1999-09-27 2000-09-25 Traffic monitoring system and methods for traffic monitoring and route guidance useful therewith
US10/268,577 US20030069683A1 (en) 1999-09-27 2002-10-10 Traffic monitoring system and methods for traffic monitoring and route guidance useful therewith

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
US09/668,484 Division US6490519B1 (en) 1999-09-27 2000-09-25 Traffic monitoring system and methods for traffic monitoring and route guidance useful therewith

Publications (1)

Publication Number Publication Date
US20030069683A1 true US20030069683A1 (en) 2003-04-10

Family

ID=24682478

Family Applications (2)

Application Number Title Priority Date Filing Date
US09/668,484 Expired - Lifetime US6490519B1 (en) 1999-09-27 2000-09-25 Traffic monitoring system and methods for traffic monitoring and route guidance useful therewith
US10/268,577 Abandoned US20030069683A1 (en) 1999-09-27 2002-10-10 Traffic monitoring system and methods for traffic monitoring and route guidance useful therewith

Family Applications Before (1)

Application Number Title Priority Date Filing Date
US09/668,484 Expired - Lifetime US6490519B1 (en) 1999-09-27 2000-09-25 Traffic monitoring system and methods for traffic monitoring and route guidance useful therewith

Country Status (3)

Country Link
US (2) US6490519B1 (en)
AU (1) AU2001294153A1 (en)
WO (1) WO2002025617A2 (en)

Cited By (150)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030009280A1 (en) * 2001-01-05 2003-01-09 Alcatel Navigation method and navigation system
US20030060976A1 (en) * 2001-09-27 2003-03-27 Pioneer Corporation Navigation system, route searching method, first communication terminal unit, second communication terminal unit, car navigation apparatus, information recorded medium
US20040005879A1 (en) * 2002-05-23 2004-01-08 Hitoshi Yashio Information provision system and apparatus and method therefor
WO2004036815A2 (en) * 2002-10-15 2004-04-29 Skymoon Ventures Research And Development Enhanced mobile communication device and transportation application
US6785608B1 (en) * 2001-12-19 2004-08-31 Navteq North America, Llc System and method for calculating an optimized route and calculation thereof
US20040176936A1 (en) * 2002-12-17 2004-09-09 Akihiko Ohtsu Road traffic simulation apparatus
US20040220725A1 (en) * 2003-03-21 2004-11-04 Cheng Steven D Method and apparatus for avoiding route deviation
US20040249559A1 (en) * 2001-02-09 2004-12-09 Josef Mintz Method and system for mapping traffic predictions with respect to telematics and route guidance applications
US20040249568A1 (en) * 2003-04-11 2004-12-09 Yoshinori Endo Travel time calculating method and traffic information display method for a navigation device
US20040267455A1 (en) * 2003-06-30 2004-12-30 Kabushiki Kaisha Toshiba Data analyzing apparatus, data analyzing program, and mobile terminal
US20050080552A1 (en) * 2000-08-28 2005-04-14 Trafficsoft, Inc. (Formerly Estimotion Inc.) Method and system for modeling and processing vehicular traffic data and information and applying thereof
US20050132024A1 (en) * 2003-12-15 2005-06-16 Masayuki Habaguchi Method and system for facilitating the exchange of information between a vehicle and a remote location
US20050209774A1 (en) * 2004-03-22 2005-09-22 Speedinfo Digital map system
US20050222751A1 (en) * 2004-04-06 2005-10-06 Honda Motor Co., Ltd Method for refining traffic flow data
US20050220282A1 (en) * 2004-04-02 2005-10-06 Azinger Frederick A Timeline presentation and control of simulated load traffic
US20050288856A1 (en) * 2004-04-06 2005-12-29 Honda Motor Co., Ltd Methods for filtering and providing traffic information
US20060028323A1 (en) * 2004-07-19 2006-02-09 Honda Motor Co., Ltd. Method and system for broadcasting audio and visual display messages to a vehicle
US20060068700A1 (en) * 2004-09-22 2006-03-30 Honda Motor Co., Ltd. Method and system for broadcasting data messages to a vehicle
US20060106599A1 (en) * 2004-11-16 2006-05-18 Microsoft Corporation Precomputation and transmission of time-dependent information for varying or uncertain receipt times
US20060106743A1 (en) * 2004-11-16 2006-05-18 Microsoft Corporation Building and using predictive models of current and future surprises
US20060106530A1 (en) * 2004-11-16 2006-05-18 Microsoft Corporation Traffic forecasting employing modeling and analysis of probabilistic interdependencies and contextual data
US20060122846A1 (en) * 2002-08-29 2006-06-08 Jonathan Burr Apparatus and method for providing traffic information
US20060173841A1 (en) * 2004-10-29 2006-08-03 Bill David S Determining a route to destination based on partially completed route
US20070010942A1 (en) * 2004-10-29 2007-01-11 Bill David S Determining a route to a destination based on partially completed route
WO2007009892A1 (en) * 2005-07-18 2007-01-25 Siemens Aktiengesellschaft Method for equalizing traffic flows and for avoiding and resolving congestion
US20070022173A1 (en) * 2003-12-15 2007-01-25 Honda Motor Co., Ltd. Method and system for broadcasting safety messages to a vehicle
US20070049260A1 (en) * 2005-08-25 2007-03-01 Hiromitsu Yuhara System and method for providing weather warnings and alerts
US20070100537A1 (en) * 2005-10-28 2007-05-03 Parikh Jayendra S System for and method of updating traffic data using probe vehicles having exterior sensors
US20070106454A1 (en) * 2005-11-04 2007-05-10 Honda Motor Co., Ltd. Data broadcast method for traffic information
US20070142050A1 (en) * 2005-12-19 2007-06-21 Nortel Networks Limited Method and system for handover in cellular wireless using route programming and training processes
US20070162222A1 (en) * 2004-01-16 2007-07-12 Yoshinori Endo Route search method for navigation device
US20070208492A1 (en) * 2006-03-03 2007-09-06 Inrix, Inc. Dynamic time series prediction of future traffic conditions
US20070208498A1 (en) * 2006-03-03 2007-09-06 Inrix, Inc. Displaying road traffic condition information and user controls
US20070208497A1 (en) * 2006-03-03 2007-09-06 Inrix, Inc. Detecting anomalous road traffic conditions
US20070271029A1 (en) * 2003-05-12 2007-11-22 Assimakis Tzamaloukas Hierarchical floating car data network
US20080030308A1 (en) * 2000-06-07 2008-02-07 Johnson William J System and method for situational location relevant invocable speed reference
US20080045824A1 (en) * 2003-10-28 2008-02-21 Dexcom, Inc. Silicone composition for biocompatible membrane
US20080071465A1 (en) * 2006-03-03 2008-03-20 Chapman Craig H Determining road traffic conditions using data from multiple data sources
US20080071466A1 (en) * 2006-08-18 2008-03-20 Inrix, Inc. Representative road traffic flow information based on historical data
US20080140308A1 (en) * 2003-10-16 2008-06-12 Hitachi, Ltd. Traffic Information Providing System and Car Navigation System
US20080177460A1 (en) * 2007-01-10 2008-07-24 Adrian Blackwood Navigation device and method for enhancing traffic data
EP1970875A2 (en) 2007-03-15 2008-09-17 Deutsche Telekom AG Method and devices for generating traffic information and locating it within a spatial area
US7440842B1 (en) * 2003-05-09 2008-10-21 Dimitri Vorona System for transmitting, processing, receiving, and displaying traffic information
EP1986171A1 (en) * 2007-04-25 2008-10-29 Aisin AW Co., Ltd. Apparatus, method, and program for generating road information
US20080270530A1 (en) * 2007-04-26 2008-10-30 Hitachi, Ltd Information delivery system and method using positional information
US20080281960A1 (en) * 2007-05-11 2008-11-13 Oracle International Corporation Traffic supervision system
US20080319639A1 (en) * 2006-08-18 2008-12-25 Xanavi Informatics Corporation Predictive Traffic Information Creating Method, Predictive Traffic Information Creating Apparatus, and Traffic Information Display Terminal
US20090005021A1 (en) * 2007-06-28 2009-01-01 Apple Inc. Location-based categorical information services
US20090005005A1 (en) * 2007-06-28 2009-01-01 Apple Inc. Mobile Device Base Station
US20090005076A1 (en) * 2007-06-28 2009-01-01 Scott Forstall Location-Based Information Services
US20090005070A1 (en) * 2007-06-28 2009-01-01 Apple Inc. Synchronizing mobile and vehicle devices
US20090031006A1 (en) * 2000-06-07 2009-01-29 Johnson William J System and method for alerting a first mobile data processing system nearby a second mobile data processing system
US20090063038A1 (en) * 2007-08-30 2009-03-05 Telenav, Inc. Navigation system having location based service and temporal management
US20090070031A1 (en) * 2007-09-07 2009-03-12 On Time Systems Inc. System and method for automated updating of map information
WO2009036844A1 (en) * 2007-09-21 2009-03-26 Tomtom International B.V. Navigation apparatus and method therefor
US20090088963A1 (en) * 2007-09-28 2009-04-02 Xanavi Informatics Corporation System and method for geographic interpolation of traffic data
US20090157312A1 (en) * 2007-12-14 2009-06-18 Microsoft Corporation Social network based routes
US20090265091A1 (en) * 2008-04-16 2009-10-22 Xanavi Informatics Corporation Method and apparatus utilizing both statistical and real time data for a vehicle navigation system
US20100030420A1 (en) * 2008-08-01 2010-02-04 Denso Corporation Apparatus and method for advice provision and driving condition diagnosis
US20100036594A1 (en) * 2008-08-11 2010-02-11 Clarion Co., Ltd. Method and apparatus for determining traffic data
US7668653B2 (en) 2007-05-31 2010-02-23 Honda Motor Co., Ltd. System and method for selectively filtering and providing event program information
US20100070349A1 (en) * 2006-12-04 2010-03-18 Nxp, B.V. Road toll system
US20100076878A1 (en) * 2006-09-12 2010-03-25 Itis Holdings Plc Apparatus and method for implementing a road pricing scheme
US20100106395A1 (en) * 2005-04-25 2010-04-29 The Boeing Company Agtm airborne surveillance
US20100120436A1 (en) * 2004-07-09 2010-05-13 Itis Uk Limited System and method for geographically locating a cellular phone
US20100149036A1 (en) * 2008-11-24 2010-06-17 Craig Rosenberg System and Methods for Using Current and Past Positional Data to Provide Advanced Spatial and Temporal Information and Unique Location Based Services
US20100198664A1 (en) * 2009-02-04 2010-08-05 International Business Machines Corporation Variable road toll predicated on instantaneous point-to-point traffic volume calculation
US20100217519A1 (en) * 2009-02-26 2010-08-26 Navigon Ag Method and navigation device for determining the estimated time of travel
US20100228467A1 (en) * 2009-03-09 2010-09-09 Andrew Wolfe Traffic Flow Model to Provide Traffic Flow Information
US20100267381A1 (en) * 2009-04-18 2010-10-21 Vodafone Holding Gmbh Method and Arrangement for Using Certain Information Acquired Upon Registration at a Base Station Especially for Traffic Forecasting
US7849149B2 (en) 2004-04-06 2010-12-07 Honda Motor Co., Ltd. Method and system for controlling the exchange of vehicle related messages
US7885599B2 (en) 2003-03-27 2011-02-08 Honda Motor Co., Ltd. System, method and computer program product for receiving data from a satellite radio network
US20110037618A1 (en) * 2009-08-11 2011-02-17 Ginsberg Matthew L Driver Safety System Using Machine Learning
US20110040621A1 (en) * 2009-08-11 2011-02-17 Ginsberg Matthew L Traffic Routing Display System
US20110037619A1 (en) * 2009-08-11 2011-02-17 On Time Systems, Inc. Traffic Routing Using Intelligent Traffic Signals, GPS and Mobile Data Devices
US20110140874A1 (en) * 2008-08-01 2011-06-16 Denso Corporation Driving diagnosis information providing apparatus and system
US20110183627A1 (en) * 2008-09-17 2011-07-28 Sharp Kabushiki Kaisha Communication device, information presentation device, communication method, program, and recording medium
US20110224898A1 (en) * 2010-03-11 2011-09-15 Scofield Christopher L Learning road navigation paths based on aggregate driver behavior
US8060389B2 (en) 2000-06-07 2011-11-15 Apple Inc. System and method for anonymous location based services
US20120010814A1 (en) * 2010-03-03 2012-01-12 Stefan Nils Olof Carlsson Method and system for calculating a quantity for a route segment extending between two points on a digital map
US8099308B2 (en) 2007-10-02 2012-01-17 Honda Motor Co., Ltd. Method and system for vehicle service appointments based on diagnostic trouble codes
US8108144B2 (en) 2007-06-28 2012-01-31 Apple Inc. Location based tracking
US8127246B2 (en) 2007-10-01 2012-02-28 Apple Inc. Varying user interface element based on movement
US8170960B1 (en) 2006-11-22 2012-05-01 Aol Inc. User behavior-based remotely-triggered automated actions
US8175802B2 (en) 2007-06-28 2012-05-08 Apple Inc. Adaptive route guidance based on preferences
US8189479B1 (en) * 2008-05-30 2012-05-29 Dust Networks, Inc. Congestion control for wireless sensor networks
US20120142321A1 (en) * 2009-06-10 2012-06-07 Wim Steenbakkers Method for collecting data of users of active mobile telephones
US8204684B2 (en) 2007-06-28 2012-06-19 Apple Inc. Adaptive mobile device navigation
US8260320B2 (en) 2008-11-13 2012-09-04 Apple Inc. Location specific content
US8275352B2 (en) 2007-06-28 2012-09-25 Apple Inc. Location-based emergency information
US8280355B1 (en) * 2007-06-15 2012-10-02 Sprint Communications Company L.P. Method and system to determine the velocity of a mobile communication device
US8290513B2 (en) 2007-06-28 2012-10-16 Apple Inc. Location-based services
US20120276847A1 (en) * 2011-04-29 2012-11-01 Navteq North America, Llc Obtaining vehicle traffic information using mobile Bluetooth detectors
US8332402B2 (en) 2007-06-28 2012-12-11 Apple Inc. Location based media items
US8355862B2 (en) 2008-01-06 2013-01-15 Apple Inc. Graphical user interface for presenting location information
US8359643B2 (en) 2008-09-18 2013-01-22 Apple Inc. Group formation using anonymous broadcast information
US8369867B2 (en) 2008-06-30 2013-02-05 Apple Inc. Location sharing
US8385964B2 (en) 2005-04-04 2013-02-26 Xone, Inc. Methods and apparatuses for geospatial-based sharing of information by multiple devices
US8385946B2 (en) 2007-06-28 2013-02-26 Apple Inc. Disfavored route progressions or locations
US20130090084A1 (en) * 2010-04-15 2013-04-11 Mauro Cherubini Method and system for facilitating exchange of items in a network
US8452529B2 (en) 2008-01-10 2013-05-28 Apple Inc. Adaptive navigation system for estimating travel times
US20130166109A1 (en) * 2007-09-07 2013-06-27 On Time Systems. Inc. Driver Red Light Duration Notification System
US20130165142A1 (en) * 2010-01-15 2013-06-27 Apple Inc. Determining a location of a mobile device using a location database
US8538686B2 (en) 2011-09-09 2013-09-17 Microsoft Corporation Transport-dependent prediction of destinations
US8589075B1 (en) * 2011-10-19 2013-11-19 Google Inc. Method, system, and computer program product for visualizing trip progress
US8644843B2 (en) 2008-05-16 2014-02-04 Apple Inc. Location determination
US8649962B2 (en) 2011-12-19 2014-02-11 International Business Machines Corporation Planning a route for a convoy of automobiles
US8660530B2 (en) 2009-05-01 2014-02-25 Apple Inc. Remotely receiving and communicating commands to a mobile device for execution by the mobile device
US8666367B2 (en) 2009-05-01 2014-03-04 Apple Inc. Remotely locating and commanding a mobile device
US8670748B2 (en) 2009-05-01 2014-03-11 Apple Inc. Remotely locating and commanding a mobile device
US8700296B2 (en) 2006-03-03 2014-04-15 Inrix, Inc. Dynamic prediction of road traffic conditions
US20140106786A1 (en) * 2010-07-30 2014-04-17 Sanyo Electric Co., Ltd. Radio apparatus transmitting or receiving a signal including predetermined information
US8762056B2 (en) 2007-06-28 2014-06-24 Apple Inc. Route reference
US8774825B2 (en) 2007-06-28 2014-07-08 Apple Inc. Integration of map services with user applications in a mobile device
WO2014162169A1 (en) * 2013-04-01 2014-10-09 Qatar University Qstp-B Methods and systems for estimating road traffic
US8977294B2 (en) 2007-10-10 2015-03-10 Apple Inc. Securely locating a device
US9062985B2 (en) * 2011-05-03 2015-06-23 University Of Southern California Efficient K-nearest neighbor search in time-dependent spatial networks
US9066199B2 (en) 2007-06-28 2015-06-23 Apple Inc. Location-aware mobile device
US9109904B2 (en) 2007-06-28 2015-08-18 Apple Inc. Integration of map services and user applications in a mobile device
US9119168B2 (en) 2010-01-15 2015-08-25 Apple Inc. Managing a location database for network-based positioning system
US9129525B2 (en) 2013-07-31 2015-09-08 Motorola Solutions, Inc. Traffic light control using destination information in calendar data of a user device
US9210529B2 (en) 2010-04-07 2015-12-08 Apple Inc. Location-based application program management
US9239246B2 (en) 2011-10-19 2016-01-19 Google Inc. Method, system, and computer program product for visual disambiguation for directions queries
US9250092B2 (en) 2008-05-12 2016-02-02 Apple Inc. Map service with network-based query for search
US9257041B2 (en) 2009-04-22 2016-02-09 Inrix, Inc. Predicting expected road traffic conditions based on historical and current data
US20160179083A1 (en) * 2014-12-19 2016-06-23 Fanuc Corporation Numerical controller
US9418545B2 (en) 2011-06-29 2016-08-16 Inrix Holding Limited Method and system for collecting traffic data
US9429657B2 (en) 2011-12-14 2016-08-30 Microsoft Technology Licensing, Llc Power efficient activation of a device movement sensor module
US9464903B2 (en) 2011-07-14 2016-10-11 Microsoft Technology Licensing, Llc Crowd sourcing based on dead reckoning
US9470529B2 (en) 2011-07-14 2016-10-18 Microsoft Technology Licensing, Llc Activating and deactivating sensors for dead reckoning
US20160380820A1 (en) * 2015-06-29 2016-12-29 Microsoft Technology Licensing, Llc Reconfiguring Wireless Networks By Predicting Future User Locations and Loads
US20170098167A1 (en) * 2014-03-25 2017-04-06 Toyota Jidosha Kabushiki Kaisha Device and method for estimating travel speed
US9773410B2 (en) 2003-05-09 2017-09-26 Apple Inc. System and method for processing, receiving, and displaying traffic information
US9798985B2 (en) 2009-02-02 2017-10-24 Inrix Holdings Limited Apparatus and methods for providing journey information
US9832749B2 (en) 2011-06-03 2017-11-28 Microsoft Technology Licensing, Llc Low accuracy positional data by detecting improbable samples
US9958280B2 (en) 2011-08-16 2018-05-01 Inrix, Inc. Assessing inter-modal passenger travel options
WO2018106774A1 (en) * 2016-12-08 2018-06-14 Pcms Holdings, Inc. System and method for routing and reorganization of a vehicle platoon in a smart city
US10030988B2 (en) 2010-12-17 2018-07-24 Uber Technologies, Inc. Mobile search based on predicted location
US20180216948A1 (en) * 2017-01-27 2018-08-02 International Business Machines Corporation Route recommendation in map service
US10083607B2 (en) 2007-09-07 2018-09-25 Green Driver, Inc. Driver safety enhancement using intelligent traffic signals and GPS
US10127811B2 (en) * 2017-03-29 2018-11-13 Here Global B.V. Method, apparatus and computer program product for comprehensive management of signal phase and timing of traffic lights
CN108961134A (en) * 2018-09-05 2018-12-07 北京工业大学 Airport passenger travelling OD recognition methods based on mobile phone signaling data
US10184798B2 (en) 2011-10-28 2019-01-22 Microsoft Technology Licensing, Llc Multi-stage dead reckoning for crowd sourcing
US10198942B2 (en) * 2009-08-11 2019-02-05 Connected Signals, Inc. Traffic routing display system with multiple signal lookahead
US10311724B2 (en) 2007-09-07 2019-06-04 Connected Signals, Inc. Network security system with application for driver safety system
US10309795B2 (en) * 2015-02-26 2019-06-04 Tomtom Navigation B.V. Methods and systems for generating routing policies and routes
US10339799B2 (en) * 2015-08-30 2019-07-02 Cellint Traffic Solutions Ltd Method and system to identify congestion root cause and recommend possible mitigation measures based on cellular data and related applications thereof
US10746561B2 (en) * 2005-09-29 2020-08-18 Microsoft Technology Licensing, Llc Methods for predicting destinations from partial trajectories employing open- and closed-world modeling methods
US10921810B2 (en) 2016-08-02 2021-02-16 Pcms Holdings, Inc. System and method for optimizing autonomous vehicle capabilities in route planning
US11176499B2 (en) * 2015-04-30 2021-11-16 International Business Machines Corporation Predicting outcomes from measures of group cooperation with applications in traffic alert and control

Families Citing this family (110)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US9832610B2 (en) 1994-11-29 2017-11-28 Apple Inc. System for collecting, analyzing, and transmitting information relevant to transportation networks
US8799461B2 (en) * 1994-11-29 2014-08-05 Apple Inc. System for collecting, analyzing, and transmitting information relevant to transportation networks
US6405128B1 (en) * 1999-12-20 2002-06-11 Navigation Technologies Corp. Method and system for providing an electronic horizon in an advanced driver assistance system architecture
US6587844B1 (en) * 2000-02-01 2003-07-01 At&T Corp. System and methods for optimizing networks of weighted unweighted directed graphs
DE10044935B4 (en) * 2000-09-12 2010-12-16 Robert Bosch Gmbh navigation device
US6351710B1 (en) * 2000-09-28 2002-02-26 Michael F. Mays Method and system for visual addressing
US7865306B2 (en) 2000-09-28 2011-01-04 Michael Mays Devices, methods, and systems for managing route-related information
DE60006969T2 (en) * 2000-11-02 2004-10-28 Orell Füssli Security Documents AG Procedure for checking the authenticity of articles
US6650948B1 (en) * 2000-11-28 2003-11-18 Applied Generics Limited Traffic flow monitoring
JP4749594B2 (en) * 2001-04-27 2011-08-17 パナソニック株式会社 Digital map location information transmission method
JP3651419B2 (en) * 2001-08-03 2005-05-25 日産自動車株式会社 Environment recognition device
CN100511324C (en) * 2001-08-10 2009-07-08 爱信Aw株式会社 Navigation system
AU2000280390B2 (en) * 2001-09-13 2008-01-17 Airsage, Inc. System and method for providing traffic information using operational data of a wireless network
US6693557B2 (en) 2001-09-27 2004-02-17 Wavetronix Llc Vehicular traffic sensor
US6580997B2 (en) * 2001-09-27 2003-06-17 International Business Machines Corporation Hierarchical traffic control system which includes vehicle roles and permissions
US20030135304A1 (en) * 2002-01-11 2003-07-17 Brian Sroub System and method for managing transportation assets
US7177824B2 (en) * 2002-04-23 2007-02-13 3M Innovative Properties Company Efficiency metric system for a quick-service restaurant
US7496189B2 (en) * 2002-06-10 2009-02-24 Alcatel-Lucent Usa Inc. Caller information display methods and systems
US20070208574A1 (en) * 2002-06-27 2007-09-06 Zhiyu Zheng System and method for managing master data information in an enterprise system
GB0220062D0 (en) * 2002-08-29 2002-10-09 Itis Holdings Plc Traffic scheduling system
AU2002952304A0 (en) * 2002-10-28 2002-11-14 Cipher Technology (Holdings) Pty Ltd Method apparatus for the retrieval and transmission of cellular radio telephone data
US20040138929A1 (en) * 2003-01-10 2004-07-15 Awiszus Steven T. Restaurant table management system
KR100546480B1 (en) * 2003-03-28 2006-01-26 에스케이 텔레콤주식회사 Method for obtaining traffic information by using call data record of mobile
KR100469714B1 (en) * 2003-06-04 2005-02-02 삼성전자주식회사 Method and apparatus for collecting traffic information in realtime
US7096115B1 (en) * 2003-09-23 2006-08-22 Navteq North America, Llc Method and system for developing traffic messages
US6990407B1 (en) * 2003-09-23 2006-01-24 Navteq North America, Llc Method and system for developing traffic messages
US20050096840A1 (en) * 2003-11-03 2005-05-05 Simske Steven J. Navigation routing system and method
US8452526B2 (en) * 2003-12-15 2013-05-28 Gary Ignatin Estimation of roadway travel information based on historical travel data
US7949463B2 (en) * 2003-12-15 2011-05-24 Gary Ignatin Information filtering and processing in a roadway travel data exchange network
US7174153B2 (en) * 2003-12-23 2007-02-06 Gregory A Ehlers System and method for providing information to an operator of an emergency response vehicle
JP3928639B2 (en) * 2003-12-26 2007-06-13 アイシン・エィ・ダブリュ株式会社 Car navigation system
US9026701B2 (en) 2003-12-30 2015-05-05 Siebel Systems, Inc. Implementing device support in a web-based enterprise application
WO2005088578A1 (en) 2004-03-17 2005-09-22 Globis Data Inc. System for using cellular phones as traffic probes
US20050288827A1 (en) * 2004-06-24 2005-12-29 General Motors Corporation Method and system for providing customer configuration of upload data sets in telematics systems
US20060047414A1 (en) * 2004-09-02 2006-03-02 Matsushita Electric Industrial Co., Ltd. Probe-car system using beacon and apparatus therefore
US7176813B2 (en) * 2004-09-10 2007-02-13 Xanavi Informatics Corporation System and method for processing and displaying traffic information in an automotive navigation system
US20060080085A1 (en) * 2004-09-15 2006-04-13 Teet Kalmus System and method for making information queries and for sending and mediating information
US20060061486A1 (en) * 2004-09-22 2006-03-23 Microsoft Corporation Method and apparatus for customizing traffic alerts
KR101061265B1 (en) * 2004-10-19 2011-08-31 야후! 인크. System and method for location based social networking
US11283885B2 (en) 2004-10-19 2022-03-22 Verizon Patent And Licensing Inc. System and method for location based matching and promotion
US7212916B2 (en) * 2004-12-14 2007-05-01 International Business Machines Corporation Obtaining contextual vehicle information
US7912630B2 (en) * 2004-12-14 2011-03-22 International Business Machines Corporation Method and system for performing programmatic actions based upon vehicle approximate locations
US7908080B2 (en) * 2004-12-31 2011-03-15 Google Inc. Transportation routing
US8341110B2 (en) * 2005-04-04 2012-12-25 Geoeye Analytics Inc. Temporal-influenced geospatial modeling system and method
AU2006262311B2 (en) * 2005-06-23 2011-06-23 Airsage, Inc. Method and system for using cellular data for transportation planning and engineering
JP2007011558A (en) * 2005-06-29 2007-01-18 Nissan Motor Co Ltd Apparatus and method for predicting traffic jam
US20070010941A1 (en) * 2005-07-07 2007-01-11 Marsh David C Land navigation system
DE102005036562B4 (en) * 2005-08-03 2007-05-10 Siemens Ag Method and arrangement for anonymized recording and evaluation of vehicle travel data
SE532098C2 (en) * 2005-08-23 2009-10-20 Smarttrust Ab Authentication system and procedure
DE102005043896A1 (en) * 2005-09-14 2007-03-22 Siemens Ag Method for the automatic determination of traffic demand data and a receiving device and a traffic control system for carrying out the method
US8248272B2 (en) 2005-10-31 2012-08-21 Wavetronix Detecting targets in roadway intersections
US8665113B2 (en) 2005-10-31 2014-03-04 Wavetronix Llc Detecting roadway targets across beams including filtering computed positions
US7889097B1 (en) 2005-12-19 2011-02-15 Wavetronix Llc Detecting targets in roadway intersections
US11207980B2 (en) 2005-11-17 2021-12-28 Invently Automotive Inc. Vehicle power management system responsive to traffic conditions
US11351863B2 (en) 2005-11-17 2022-06-07 Invently Automotive Inc. Vehicle power management system
US11214144B2 (en) 2005-11-17 2022-01-04 Invently Automotive Inc. Electric vehicle power management system
US11186175B2 (en) 2005-11-17 2021-11-30 Invently Automotive Inc. Vehicle power management system
US11180025B2 (en) 2005-11-17 2021-11-23 Invently Automotive Inc. Electric vehicle power management system
US11345236B2 (en) 2005-11-17 2022-05-31 Invently Automotive Inc. Electric vehicle power management system
CN101371280B (en) 2005-12-30 2011-09-14 意大利电信股份公司 Road traffic monitoring system and correlation technique
US8359288B1 (en) 2005-12-30 2013-01-22 Dp Technologies, Inc. Method and apparatus to utilize sensor, monitor, device (SMD) data based on location
US7831379B2 (en) * 2006-02-17 2010-11-09 Lear Corporation Roadside signage control from vehicle operating data
US20070208493A1 (en) * 2006-03-03 2007-09-06 Inrix, Inc. Identifying unrepresentative road traffic condition data obtained from mobile data sources
US7706965B2 (en) * 2006-08-18 2010-04-27 Inrix, Inc. Rectifying erroneous road traffic sensor data
ATE523869T1 (en) * 2006-03-03 2011-09-15 Inrix Inc ASSESSMENT OF ROAD TRAFFIC CONDITIONS USING DATA FROM MOBILE DATA SOURCES
US7912627B2 (en) * 2006-03-03 2011-03-22 Inrix, Inc. Obtaining road traffic condition data from mobile data sources
US8014936B2 (en) * 2006-03-03 2011-09-06 Inrix, Inc. Filtering road traffic condition data obtained from mobile data sources
US7831380B2 (en) * 2006-03-03 2010-11-09 Inrix, Inc. Assessing road traffic flow conditions using data obtained from mobile data sources
US7991542B2 (en) * 2006-03-24 2011-08-02 Wavetronix Llc Monitoring signalized traffic flow
US20070271079A1 (en) * 2006-05-17 2007-11-22 Kentaro Oguchi Simulator for Vehicle Radio Propagation Including Shadowing Effects
US20070271034A1 (en) * 2006-05-17 2007-11-22 Perry Patrick E Adaptive route planning for gps-based navigation
US20080215237A1 (en) * 2006-05-17 2008-09-04 International Business Machines Corporation Design structure for adaptive route planning for gps-based navigation
US7706964B2 (en) * 2006-06-30 2010-04-27 Microsoft Corporation Inferring road speeds for context-sensitive routing
US7606662B2 (en) * 2006-07-31 2009-10-20 Nissan Technical Center North America, Inc. Traffic navigation system
US7620026B2 (en) * 2006-10-12 2009-11-17 At&T Intellectual Property I, L.P. Methods, systems, and computer program products for providing advertising and/or information services over mobile ad hoc cooperative networks using electronic billboards and related devices
US7609174B2 (en) * 2006-12-12 2009-10-27 Nissan Technical Center North America, Inc. Vehicle information communication system
SG146461A1 (en) * 2007-03-15 2008-10-30 Agis Pte Ltd Location determination using sequential pattern recognition
US8355870B2 (en) 2007-05-03 2013-01-15 Hti Ip, Llc Methods, systems, and apparatuses for telematics navigation
US8874354B2 (en) * 2007-10-16 2014-10-28 International Business Machines Corporation Method and system for expansion of real-time data on traffic networks
US7741977B2 (en) 2007-12-17 2010-06-22 Motorola, Inc. Method and apparatus for vehicle traffic time calculation
CN101925940B (en) * 2007-12-20 2013-01-02 意大利电信股份公司 Method and system for forecasting travel times on roads
WO2009124138A2 (en) * 2008-04-01 2009-10-08 Decarta Inc. Retrieval of vehicular traffic information optimized for wireless mobile environments
US8762035B2 (en) 2008-05-19 2014-06-24 Waze Mobile Ltd. System and method for realtime community information exchange
US8472979B2 (en) * 2008-07-15 2013-06-25 International Business Machines Corporation System and method for scheduling and reservations using location based services
US8271057B2 (en) * 2009-03-16 2012-09-18 Waze Mobile Ltd. Condition-based activation, shut-down and management of applications of mobile devices
US8660670B2 (en) * 2009-09-10 2014-02-25 Sam FREED Controller with artificial intelligence based on selection from episodic memory and corresponding methods
US20110098915A1 (en) * 2009-10-28 2011-04-28 Israel Disatnik Device, system, and method of dynamic route guidance
CN102446414B (en) * 2010-09-30 2015-11-25 西门子公司 A kind of method and apparatus obtaining mobile message
JP5584107B2 (en) * 2010-12-21 2014-09-03 アイシン・エィ・ダブリュ株式会社 Navigation device, navigation method, and program
US20130101159A1 (en) * 2011-10-21 2013-04-25 Qualcomm Incorporated Image and video based pedestrian traffic estimation
US20140032250A1 (en) * 2012-07-27 2014-01-30 Ebay, Inc. Interactive Venue Seat Map
CN103117001A (en) * 2013-01-23 2013-05-22 深圳市航盛电子股份有限公司 Broadcast method and broadcast system of vehicle-loaded real-time traffic information
US9412271B2 (en) 2013-01-30 2016-08-09 Wavetronix Llc Traffic flow through an intersection by reducing platoon interference
CN103237193B (en) * 2013-03-29 2016-03-23 天津大学 Self adaptation mobile network bus Video Monitoring Terminal
CN103218240B (en) * 2013-04-18 2016-08-10 武汉光庭信息技术有限公司 A kind of unmade road recognition methods based on Floating Car track
GB201316386D0 (en) * 2013-09-15 2013-10-30 Tomtom Dev Germany Gmbh Generating routes to optimise traffic flow
WO2015134311A1 (en) * 2014-03-03 2015-09-11 Inrix Inc Traffic obstruction detection
US9928741B2 (en) * 2015-02-04 2018-03-27 Here Global B.V. Traffic adjustment for variable network state
US11624631B2 (en) 2015-11-24 2023-04-11 Daxbot Inc. Autonomous robots and methods for determining, mapping, and traversing routes for autonomous robots
JP6705179B2 (en) * 2016-01-20 2020-06-03 富士通株式会社 Traffic flow rate calculation method, device, and program
US10072938B2 (en) * 2016-04-29 2018-09-11 Bayerische Motoren Werke Aktiengesellschaft Method and system for determining and providing a personalized ETA with privacy preservation
US10217356B2 (en) * 2016-09-22 2019-02-26 Global Traffic Technologies, Llc Timing submission of transit signal priority requests to reduce transit vehicle stop times
US20180195864A1 (en) * 2017-01-12 2018-07-12 Conduent Business Services, LLC. Use of gps signals from multiple vehicles for robust vehicle tracking
US20180233035A1 (en) * 2017-02-10 2018-08-16 Nec Europe Ltd. Method and filter for floating car data sources
CN108932855A (en) * 2017-05-22 2018-12-04 阿里巴巴集团控股有限公司 Road traffic control system, method and electronic equipment
CN108055645A (en) * 2018-01-19 2018-05-18 深圳技术大学(筹) A kind of path identification method and system based on mobile phone signaling data
JP6813527B2 (en) * 2018-03-27 2021-01-13 日本電信電話株式会社 Estimator, estimation method and program
US10716021B1 (en) * 2018-07-19 2020-07-14 Sprint Communications Company L.P. Minimization of drive test (MDT) data donor device selection
US20220238020A1 (en) * 2021-01-26 2022-07-28 Ford Global Technologies, Llc Method and apparatus for adaptive routing broadcasting and handling
US20220258761A1 (en) * 2021-02-18 2022-08-18 Motional Ad Llc Controlling an autonomous vehicle using variable time periods

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5539645A (en) * 1993-11-19 1996-07-23 Philips Electronics North America Corporation Traffic monitoring system with reduced communications requirements

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5182555A (en) * 1990-07-26 1993-01-26 Farradyne Systems, Inc. Cell messaging process for an in-vehicle traffic congestion information system
DE4240578A1 (en) * 1992-12-04 1994-06-23 Detecon Gmbh Location determination method using a non-synchronous cellular mobile radio system
SE512065C2 (en) * 1995-02-16 2000-01-24 Europolitan Ab Method and apparatus for determining a mobile station in a cellular mobile telephone system
DE19526148C2 (en) * 1995-07-07 1997-06-05 Mannesmann Ag Method and system for forecasting traffic flows
NO980890L (en) * 1998-02-27 1999-08-30 Ericsson Telefon Ab L M Measurement of traffic and transport
US6341255B1 (en) * 1999-09-27 2002-01-22 Decell, Inc. Apparatus and methods for providing route guidance to vehicles

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5539645A (en) * 1993-11-19 1996-07-23 Philips Electronics North America Corporation Traffic monitoring system with reduced communications requirements

Cited By (333)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090271271A1 (en) * 2000-06-07 2009-10-29 Johnson William J System and Method for Situational Location Proactive Search
US8930233B2 (en) 2000-06-07 2015-01-06 Apple Inc. System and method for anonymous location based services
US20080030308A1 (en) * 2000-06-07 2008-02-07 Johnson William J System and method for situational location relevant invocable speed reference
US8963686B2 (en) 2000-06-07 2015-02-24 Apple Inc. System and method for situational location relevant invocable speed reference
US8031050B2 (en) 2000-06-07 2011-10-04 Apple Inc. System and method for situational location relevant invocable speed reference
US8984059B2 (en) 2000-06-07 2015-03-17 Apple Inc. Mobile data processing system moving interest radius
US7710290B2 (en) 2000-06-07 2010-05-04 Apple Inc. System and method for situational location relevant invocable speed reference
US8060389B2 (en) 2000-06-07 2011-11-15 Apple Inc. System and method for anonymous location based services
US8073565B2 (en) 2000-06-07 2011-12-06 Apple Inc. System and method for alerting a first mobile data processing system nearby a second mobile data processing system
US9100793B2 (en) 2000-06-07 2015-08-04 Apple Inc. System and method for alerting a first mobile data processing system nearby a second mobile data processing system
US20090031006A1 (en) * 2000-06-07 2009-01-29 Johnson William J System and method for alerting a first mobile data processing system nearby a second mobile data processing system
US8538685B2 (en) 2000-06-07 2013-09-17 Apple Inc. System and method for internet connected service providing heterogeneous mobile systems with situational location relevant content
US8489669B2 (en) 2000-06-07 2013-07-16 Apple Inc. Mobile data processing system moving interest radius
US20100131584A1 (en) * 2000-06-07 2010-05-27 Johnson William J Mobile data processing system moving interest radius
US9317867B2 (en) 2000-06-07 2016-04-19 Apple Inc. System and method for situational location relevant invocable speed reference
US20050080552A1 (en) * 2000-08-28 2005-04-14 Trafficsoft, Inc. (Formerly Estimotion Inc.) Method and system for modeling and processing vehicular traffic data and information and applying thereof
US8918278B2 (en) 2000-08-28 2014-12-23 Inrix Global Services Limited Method and system for modeling and processing vehicular traffic data and information and applying thereof
US9324232B2 (en) 2000-08-28 2016-04-26 INRX Gloabal Services Limited Method and system for modeling and processing vehicular traffic data and information and applying thereof
US20060069496A1 (en) * 2000-08-28 2006-03-30 Israel Feldman Method and system for modeling and processing vehicular traffic data and information and applying thereof
US9552725B2 (en) 2000-08-28 2017-01-24 Inrix Global Services Limited Method and system for modeling and processing vehicular traffic data and information and applying thereof
US20060111833A1 (en) * 2000-08-28 2006-05-25 Israel Feldman Method and system for modeling and processing vehicular traffic data and information and applying thereof
US20030009280A1 (en) * 2001-01-05 2003-01-09 Alcatel Navigation method and navigation system
US7103470B2 (en) * 2001-02-09 2006-09-05 Josef Mintz Method and system for mapping traffic predictions with respect to telematics and route guidance applications
US20120245840A1 (en) * 2001-02-09 2012-09-27 Yosef Mintz Device, System and Method for Traffic Prediction
US20040249559A1 (en) * 2001-02-09 2004-12-09 Josef Mintz Method and system for mapping traffic predictions with respect to telematics and route guidance applications
US20060293836A1 (en) * 2001-02-09 2006-12-28 Josef Mintz Method and system for mapping traffic predictions with respect to telematics and route guidance applications
US20030060976A1 (en) * 2001-09-27 2003-03-27 Pioneer Corporation Navigation system, route searching method, first communication terminal unit, second communication terminal unit, car navigation apparatus, information recorded medium
US6785608B1 (en) * 2001-12-19 2004-08-31 Navteq North America, Llc System and method for calculating an optimized route and calculation thereof
US6885936B2 (en) * 2002-05-23 2005-04-26 Matsushita Electric Industrial Co., Ltd. Information provision system and apparatus and method therefor
US20040005879A1 (en) * 2002-05-23 2004-01-08 Hitoshi Yashio Information provision system and apparatus and method therefor
US20060122846A1 (en) * 2002-08-29 2006-06-08 Jonathan Burr Apparatus and method for providing traffic information
WO2004036815A3 (en) * 2002-10-15 2005-04-07 Skymoon Ventures Res And Dev Enhanced mobile communication device and transportation application
WO2004036815A2 (en) * 2002-10-15 2004-04-29 Skymoon Ventures Research And Development Enhanced mobile communication device and transportation application
US8908516B2 (en) 2002-10-15 2014-12-09 Blackberry Corporation Maintaining stability of a wireless network by adjusting transmitting period
US20040176936A1 (en) * 2002-12-17 2004-09-09 Akihiko Ohtsu Road traffic simulation apparatus
US7487074B2 (en) * 2002-12-17 2009-02-03 Honda Motor Co., Ltd. Road traffic simulation apparatus
US20040220725A1 (en) * 2003-03-21 2004-11-04 Cheng Steven D Method and apparatus for avoiding route deviation
US7885599B2 (en) 2003-03-27 2011-02-08 Honda Motor Co., Ltd. System, method and computer program product for receiving data from a satellite radio network
US20040249568A1 (en) * 2003-04-11 2004-12-09 Yoshinori Endo Travel time calculating method and traffic information display method for a navigation device
US7376509B2 (en) * 2003-04-11 2008-05-20 Xanavi Informatics Corporation Travel time calculating method and traffic information display method for a navigation device
US7440842B1 (en) * 2003-05-09 2008-10-21 Dimitri Vorona System for transmitting, processing, receiving, and displaying traffic information
US9773410B2 (en) 2003-05-09 2017-09-26 Apple Inc. System and method for processing, receiving, and displaying traffic information
US8965695B2 (en) 2003-05-12 2015-02-24 Google Technology Holdings LLC Hierarchical floating car data network
US20070271029A1 (en) * 2003-05-12 2007-11-22 Assimakis Tzamaloukas Hierarchical floating car data network
US20040267455A1 (en) * 2003-06-30 2004-12-30 Kabushiki Kaisha Toshiba Data analyzing apparatus, data analyzing program, and mobile terminal
US7113889B2 (en) * 2003-06-30 2006-09-26 Kabushiki Kaisha Toshiba Data analyzing apparatus, data analyzing program, and mobile terminal
US8068973B2 (en) 2003-10-16 2011-11-29 Hitachi, Ltd. Traffic information providing system and car navigation system
US7894981B2 (en) * 2003-10-16 2011-02-22 Hitachi, Ltd. Traffic information providing system and car navigation system
US20080140308A1 (en) * 2003-10-16 2008-06-12 Hitachi, Ltd. Traffic Information Providing System and Car Navigation System
US20080045824A1 (en) * 2003-10-28 2008-02-21 Dexcom, Inc. Silicone composition for biocompatible membrane
US8041779B2 (en) 2003-12-15 2011-10-18 Honda Motor Co., Ltd. Method and system for facilitating the exchange of information between a vehicle and a remote location
US20050132024A1 (en) * 2003-12-15 2005-06-16 Masayuki Habaguchi Method and system for facilitating the exchange of information between a vehicle and a remote location
US8495179B2 (en) 2003-12-15 2013-07-23 Honda Motor Co., Ltd. Method and system for facilitating the exchange of information between a vehicle and a remote location
US20070022173A1 (en) * 2003-12-15 2007-01-25 Honda Motor Co., Ltd. Method and system for broadcasting safety messages to a vehicle
US7818380B2 (en) 2003-12-15 2010-10-19 Honda Motor Co., Ltd. Method and system for broadcasting safety messages to a vehicle
US7890258B2 (en) * 2004-01-16 2011-02-15 Xanavi Informatics Corporation Route search method for navigation device
US20070162222A1 (en) * 2004-01-16 2007-07-12 Yoshinori Endo Route search method for navigation device
US20050209774A1 (en) * 2004-03-22 2005-09-22 Speedinfo Digital map system
US20050220282A1 (en) * 2004-04-02 2005-10-06 Azinger Frederick A Timeline presentation and control of simulated load traffic
US7328141B2 (en) * 2004-04-02 2008-02-05 Tektronix, Inc. Timeline presentation and control of simulated load traffic
US7849149B2 (en) 2004-04-06 2010-12-07 Honda Motor Co., Ltd. Method and system for controlling the exchange of vehicle related messages
US20050222751A1 (en) * 2004-04-06 2005-10-06 Honda Motor Co., Ltd Method for refining traffic flow data
US20050288856A1 (en) * 2004-04-06 2005-12-29 Honda Motor Co., Ltd Methods for filtering and providing traffic information
US20100120436A1 (en) * 2004-07-09 2010-05-13 Itis Uk Limited System and method for geographically locating a cellular phone
US20110159875A1 (en) * 2004-07-09 2011-06-30 Itis Uk Limited System and method for geographically locating a cellular phone
US20110171961A1 (en) * 2004-07-09 2011-07-14 Itis Uk Limited System and method for geographically locating a cellular phone
US9155060B2 (en) 2004-07-09 2015-10-06 INRX Global Services Limited System and method for geographically locating a cellular phone
US8818380B2 (en) * 2004-07-09 2014-08-26 Israel Feldman System and method for geographically locating a cellular phone
US9026114B2 (en) 2004-07-09 2015-05-05 INRX Global Services Limited System and method for geographically locating a cellular phone
US20060028323A1 (en) * 2004-07-19 2006-02-09 Honda Motor Co., Ltd. Method and system for broadcasting audio and visual display messages to a vehicle
US7965992B2 (en) 2004-09-22 2011-06-21 Honda Motor Co., Ltd. Method and system for broadcasting data messages to a vehicle
US20060068700A1 (en) * 2004-09-22 2006-03-30 Honda Motor Co., Ltd. Method and system for broadcasting data messages to a vehicle
US20100060481A1 (en) * 2004-09-22 2010-03-11 Honda Motor Co., Ltd. Method and System for Broadcasting Data Messages to a Vehicle
US7831384B2 (en) 2004-10-29 2010-11-09 Aol Inc. Determining a route to destination based on partially completed route
US20110106436A1 (en) * 2004-10-29 2011-05-05 Aol Inc. Determining a route to a destination based on partially completed route
US7835859B2 (en) 2004-10-29 2010-11-16 Aol Inc. Determining a route to a destination based on partially completed route
US8498809B2 (en) 2004-10-29 2013-07-30 Microsoft Corporation Determining a route to a destination based on partially completed route
US20060173841A1 (en) * 2004-10-29 2006-08-03 Bill David S Determining a route to destination based on partially completed route
US20070010942A1 (en) * 2004-10-29 2007-01-11 Bill David S Determining a route to a destination based on partially completed route
US7610560B2 (en) 2004-11-16 2009-10-27 Microsoft Corporation Methods for automated and semiautomated composition of visual sequences, flows, and flyovers based on content and context
US9267811B2 (en) 2004-11-16 2016-02-23 Microsoft Technology Licensing, Llc Methods for automated and semiautomated composition of visual sequences, flows, and flyovers based on content and context
US7698055B2 (en) 2004-11-16 2010-04-13 Microsoft Corporation Traffic forecasting employing modeling and analysis of probabilistic interdependencies and contextual data
US8386946B2 (en) 2004-11-16 2013-02-26 Microsoft Corporation Methods for automated and semiautomated composition of visual sequences, flows, and flyovers based on content and context
US20060106599A1 (en) * 2004-11-16 2006-05-18 Microsoft Corporation Precomputation and transmission of time-dependent information for varying or uncertain receipt times
US20060106743A1 (en) * 2004-11-16 2006-05-18 Microsoft Corporation Building and using predictive models of current and future surprises
US20060103674A1 (en) * 2004-11-16 2006-05-18 Microsoft Corporation Methods for automated and semiautomated composition of visual sequences, flows, and flyovers based on content and context
US20060106530A1 (en) * 2004-11-16 2006-05-18 Microsoft Corporation Traffic forecasting employing modeling and analysis of probabilistic interdependencies and contextual data
US8706651B2 (en) 2004-11-16 2014-04-22 Microsoft Corporation Building and using predictive models of current and future surprises
US10184803B2 (en) 2004-11-16 2019-01-22 Microsoft Technology Licensing, Llc Methods for automated and semiautomated composition of visual sequences, flows, and flyovers based on content and context
US7831532B2 (en) 2004-11-16 2010-11-09 Microsoft Corporation Precomputation and transmission of time-dependent information for varying or uncertain receipt times
US7519564B2 (en) * 2004-11-16 2009-04-14 Microsoft Corporation Building and using predictive models of current and future surprises
US9243928B2 (en) 2004-11-16 2016-01-26 Microsoft Technology Licensing, Llc Methods for automated and semiautomated composition of visual sequences, flows, and flyovers based on content and context
US10750311B2 (en) 2005-04-04 2020-08-18 X One, Inc. Application-based tracking and mapping function in connection with vehicle-based services provision
US11356799B2 (en) 2005-04-04 2022-06-07 X One, Inc. Fleet location sharing application in association with services provision
US9883360B1 (en) 2005-04-04 2018-01-30 X One, Inc. Rendez vous management using mobile phones or other mobile devices
US9854394B1 (en) 2005-04-04 2017-12-26 X One, Inc. Ad hoc location sharing group between first and second cellular wireless devices
US9942705B1 (en) 2005-04-04 2018-04-10 X One, Inc. Location sharing group for services provision
US9854402B1 (en) 2005-04-04 2017-12-26 X One, Inc. Formation of wireless device location sharing group
US9955298B1 (en) 2005-04-04 2018-04-24 X One, Inc. Methods, systems and apparatuses for the formation and tracking of location sharing groups
US9185522B1 (en) 2005-04-04 2015-11-10 X One, Inc. Apparatus and method to transmit content to a cellular wireless device based on proximity to other wireless devices
US8385964B2 (en) 2005-04-04 2013-02-26 Xone, Inc. Methods and apparatuses for geospatial-based sharing of information by multiple devices
US9967704B1 (en) 2005-04-04 2018-05-08 X One, Inc. Location sharing group map management
US10149092B1 (en) 2005-04-04 2018-12-04 X One, Inc. Location sharing service between GPS-enabled wireless devices, with shared target location exchange
US9167558B2 (en) 2005-04-04 2015-10-20 X One, Inc. Methods and systems for sharing position data between subscribers involving multiple wireless providers
US10165059B2 (en) 2005-04-04 2018-12-25 X One, Inc. Methods, systems and apparatuses for the formation and tracking of location sharing groups
US9467832B2 (en) 2005-04-04 2016-10-11 X One, Inc. Methods and systems for temporarily sharing position data between mobile-device users
US10200811B1 (en) 2005-04-04 2019-02-05 X One, Inc. Map presentation on cellular device showing positions of multiple other wireless device users
US9031581B1 (en) 2005-04-04 2015-05-12 X One, Inc. Apparatus and method for obtaining content on a cellular wireless device based on proximity to other wireless devices
US10299071B2 (en) 2005-04-04 2019-05-21 X One, Inc. Server-implemented methods and systems for sharing location amongst web-enabled cell phones
US10313826B2 (en) 2005-04-04 2019-06-04 X One, Inc. Location sharing and map support in connection with services request
US10341809B2 (en) 2005-04-04 2019-07-02 X One, Inc. Location sharing with facilitated meeting point definition
US10341808B2 (en) 2005-04-04 2019-07-02 X One, Inc. Location sharing for commercial and proprietary content applications
US9615204B1 (en) 2005-04-04 2017-04-04 X One, Inc. Techniques for communication within closed groups of mobile devices
US9584960B1 (en) 2005-04-04 2017-02-28 X One, Inc. Rendez vous management using mobile phones or other mobile devices
US10750309B2 (en) 2005-04-04 2020-08-18 X One, Inc. Ad hoc location sharing group establishment for wireless devices with designated meeting point
US10750310B2 (en) 2005-04-04 2020-08-18 X One, Inc. Temporary location sharing group with event based termination
US9654921B1 (en) 2005-04-04 2017-05-16 X One, Inc. Techniques for sharing position data between first and second devices
US10791414B2 (en) 2005-04-04 2020-09-29 X One, Inc. Location sharing for commercial and proprietary content applications
US10856099B2 (en) 2005-04-04 2020-12-01 X One, Inc. Application-based two-way tracking and mapping function with selected individuals
US9253616B1 (en) 2005-04-04 2016-02-02 X One, Inc. Apparatus and method for obtaining content on a cellular wireless device based on proximity
US9736618B1 (en) 2005-04-04 2017-08-15 X One, Inc. Techniques for sharing relative position between mobile devices
US11778415B2 (en) 2005-04-04 2023-10-03 Xone, Inc. Location sharing application in association with services provision
US8538458B2 (en) 2005-04-04 2013-09-17 X One, Inc. Location sharing and tracking using mobile phones or other wireless devices
US9749790B1 (en) 2005-04-04 2017-08-29 X One, Inc. Rendez vous management using mobile phones or other mobile devices
US8712441B2 (en) 2005-04-04 2014-04-29 Xone, Inc. Methods and systems for temporarily sharing position data between mobile-device users
US8831635B2 (en) 2005-04-04 2014-09-09 X One, Inc. Methods and apparatuses for transmission of an alert to multiple devices
US8750898B2 (en) 2005-04-04 2014-06-10 X One, Inc. Methods and systems for annotating target locations
US8798647B1 (en) 2005-04-04 2014-08-05 X One, Inc. Tracking proximity of services provider to services consumer
US8798645B2 (en) 2005-04-04 2014-08-05 X One, Inc. Methods and systems for sharing position data and tracing paths between mobile-device users
US8798593B2 (en) 2005-04-04 2014-08-05 X One, Inc. Location sharing and tracking using mobile phones or other wireless devices
US8849551B2 (en) * 2005-04-25 2014-09-30 The Boeing Company AGTM airborne surveillance
US20100106395A1 (en) * 2005-04-25 2010-04-29 The Boeing Company Agtm airborne surveillance
US8116969B2 (en) 2005-07-18 2012-02-14 Siemens Aktiengesellschaft Method for equalizing traffic flows and for avoiding and resolving congestion
WO2007009892A1 (en) * 2005-07-18 2007-01-25 Siemens Aktiengesellschaft Method for equalizing traffic flows and for avoiding and resolving congestion
US20090037086A1 (en) * 2005-07-18 2009-02-05 Dieter Kolb Method for equalizing traffic flows and for avoiding and resolving congestion
US7949330B2 (en) 2005-08-25 2011-05-24 Honda Motor Co., Ltd. System and method for providing weather warnings and alerts
US20070049260A1 (en) * 2005-08-25 2007-03-01 Hiromitsu Yuhara System and method for providing weather warnings and alerts
US10746561B2 (en) * 2005-09-29 2020-08-18 Microsoft Technology Licensing, Llc Methods for predicting destinations from partial trajectories employing open- and closed-world modeling methods
US20070100537A1 (en) * 2005-10-28 2007-05-03 Parikh Jayendra S System for and method of updating traffic data using probe vehicles having exterior sensors
US7706963B2 (en) * 2005-10-28 2010-04-27 Gm Global Technology Operations, Inc. System for and method of updating traffic data using probe vehicles having exterior sensors
US20070106454A1 (en) * 2005-11-04 2007-05-10 Honda Motor Co., Ltd. Data broadcast method for traffic information
US8046162B2 (en) 2005-11-04 2011-10-25 Honda Motor Co., Ltd. Data broadcast method for traffic information
US8160613B2 (en) * 2005-12-19 2012-04-17 Rockstar Bidco, LP Method and system for handover in cellular wireless using route programming and training processes
US8559955B2 (en) 2005-12-19 2013-10-15 Apple Inc. Method and system for handover in cellular wireless using route programming and training processes
US20070142050A1 (en) * 2005-12-19 2007-06-21 Nortel Networks Limited Method and system for handover in cellular wireless using route programming and training processes
US9280894B2 (en) 2006-03-03 2016-03-08 Inrix, Inc. Filtering road traffic data from multiple data sources
US20080071465A1 (en) * 2006-03-03 2008-03-20 Chapman Craig H Determining road traffic conditions using data from multiple data sources
US7912628B2 (en) 2006-03-03 2011-03-22 Inrix, Inc. Determining road traffic conditions using data from multiple data sources
US8682571B2 (en) 2006-03-03 2014-03-25 Inrix, Inc. Detecting anomalous road traffic conditions
US20070208492A1 (en) * 2006-03-03 2007-09-06 Inrix, Inc. Dynamic time series prediction of future traffic conditions
US8190362B2 (en) 2006-03-03 2012-05-29 Inrix, Inc. Displaying road traffic condition information and user controls
US8909463B2 (en) 2006-03-03 2014-12-09 Inrix, Inc. Assessing road traffic speed using data from multiple data sources
US7899611B2 (en) * 2006-03-03 2011-03-01 Inrix, Inc. Detecting anomalous road traffic conditions
US8880324B2 (en) 2006-03-03 2014-11-04 Inrix, Inx. Detecting unrepresentative road traffic condition data
US7813870B2 (en) * 2006-03-03 2010-10-12 Inrix, Inc. Dynamic time series prediction of future traffic conditions
US20070208498A1 (en) * 2006-03-03 2007-09-06 Inrix, Inc. Displaying road traffic condition information and user controls
US8065073B2 (en) 2006-03-03 2011-11-22 Inrix, Inc. Dynamic time series prediction of future traffic conditions
US8090524B2 (en) 2006-03-03 2012-01-03 Inrix, Inc. Determining road traffic conditions using data from multiple data sources
US20100185382A1 (en) * 2006-03-03 2010-07-22 Inrix, Inc. Displaying road traffic condition information and user controls
US20070208497A1 (en) * 2006-03-03 2007-09-06 Inrix, Inc. Detecting anomalous road traffic conditions
US8615354B2 (en) 2006-03-03 2013-12-24 Inrix, Inc. Displaying road traffic condition information and user controls
US8275540B2 (en) 2006-03-03 2012-09-25 Inrix, Inc. Dynamic time series prediction of traffic conditions
US8483940B2 (en) 2006-03-03 2013-07-09 Inrix, Inc. Determining road traffic conditions using multiple data samples
US20110082636A1 (en) * 2006-03-03 2011-04-07 Inrix, Inc. Dynamic time series prediction of future traffic conditions
US8700296B2 (en) 2006-03-03 2014-04-15 Inrix, Inc. Dynamic prediction of road traffic conditions
US8700294B2 (en) 2006-08-18 2014-04-15 Inrix, Inc. Representative road traffic flow information based on historical data
US20080071466A1 (en) * 2006-08-18 2008-03-20 Inrix, Inc. Representative road traffic flow information based on historical data
US20110202266A1 (en) * 2006-08-18 2011-08-18 Inrix, Inc. Representative road traffic flow information based on historical data
US7908076B2 (en) 2006-08-18 2011-03-15 Inrix, Inc. Representative road traffic flow information based on historical data
US20080319639A1 (en) * 2006-08-18 2008-12-25 Xanavi Informatics Corporation Predictive Traffic Information Creating Method, Predictive Traffic Information Creating Apparatus, and Traffic Information Display Terminal
US20100076878A1 (en) * 2006-09-12 2010-03-25 Itis Holdings Plc Apparatus and method for implementing a road pricing scheme
US8458102B2 (en) 2006-11-22 2013-06-04 Aol Inc. User behavior-based remotely-triggered automated actions
US8170960B1 (en) 2006-11-22 2012-05-01 Aol Inc. User behavior-based remotely-triggered automated actions
US20100070349A1 (en) * 2006-12-04 2010-03-18 Nxp, B.V. Road toll system
US20080177460A1 (en) * 2007-01-10 2008-07-24 Adrian Blackwood Navigation device and method for enhancing traffic data
EP1970875A2 (en) 2007-03-15 2008-09-17 Deutsche Telekom AG Method and devices for generating traffic information and locating it within a spatial area
DE102007013220A1 (en) * 2007-03-15 2008-09-18 Deutsche Telekom Ag Methods and apparatus for generating traffic information and its location within a spatial area
EP1986171A1 (en) * 2007-04-25 2008-10-29 Aisin AW Co., Ltd. Apparatus, method, and program for generating road information
US8583362B2 (en) 2007-04-25 2013-11-12 Aisin Aw Co, Ltd. Apparatus, method, and program for generating road information
US20080270014A1 (en) * 2007-04-25 2008-10-30 Aisin Aw Co., Ltd. Apparatus, method, and program for generating road information
US20080270530A1 (en) * 2007-04-26 2008-10-30 Hitachi, Ltd Information delivery system and method using positional information
US7805484B2 (en) * 2007-04-26 2010-09-28 Hitachi, Ltd Information delivery system and method using positional information
US20080281960A1 (en) * 2007-05-11 2008-11-13 Oracle International Corporation Traffic supervision system
US7668653B2 (en) 2007-05-31 2010-02-23 Honda Motor Co., Ltd. System and method for selectively filtering and providing event program information
US8280355B1 (en) * 2007-06-15 2012-10-02 Sprint Communications Company L.P. Method and system to determine the velocity of a mobile communication device
US8738039B2 (en) 2007-06-28 2014-05-27 Apple Inc. Location-based categorical information services
US8774825B2 (en) 2007-06-28 2014-07-08 Apple Inc. Integration of map services with user applications in a mobile device
US20090005070A1 (en) * 2007-06-28 2009-01-01 Apple Inc. Synchronizing mobile and vehicle devices
US20090005076A1 (en) * 2007-06-28 2009-01-01 Scott Forstall Location-Based Information Services
US10412703B2 (en) 2007-06-28 2019-09-10 Apple Inc. Location-aware mobile device
US8694026B2 (en) 2007-06-28 2014-04-08 Apple Inc. Location based services
US9891055B2 (en) 2007-06-28 2018-02-13 Apple Inc. Location based tracking
US8204684B2 (en) 2007-06-28 2012-06-19 Apple Inc. Adaptive mobile device navigation
US10458800B2 (en) 2007-06-28 2019-10-29 Apple Inc. Disfavored route progressions or locations
US9702709B2 (en) 2007-06-28 2017-07-11 Apple Inc. Disfavored route progressions or locations
US10508921B2 (en) 2007-06-28 2019-12-17 Apple Inc. Location based tracking
US20090005005A1 (en) * 2007-06-28 2009-01-01 Apple Inc. Mobile Device Base Station
US8463238B2 (en) 2007-06-28 2013-06-11 Apple Inc. Mobile device base station
US8548735B2 (en) 2007-06-28 2013-10-01 Apple Inc. Location based tracking
US20090005021A1 (en) * 2007-06-28 2009-01-01 Apple Inc. Location-based categorical information services
US8108144B2 (en) 2007-06-28 2012-01-31 Apple Inc. Location based tracking
US8762056B2 (en) 2007-06-28 2014-06-24 Apple Inc. Route reference
US10064158B2 (en) 2007-06-28 2018-08-28 Apple Inc. Location aware mobile device
US9578621B2 (en) 2007-06-28 2017-02-21 Apple Inc. Location aware mobile device
US8385946B2 (en) 2007-06-28 2013-02-26 Apple Inc. Disfavored route progressions or locations
US10952180B2 (en) 2007-06-28 2021-03-16 Apple Inc. Location-aware mobile device
US9414198B2 (en) 2007-06-28 2016-08-09 Apple Inc. Location-aware mobile device
US9310206B2 (en) 2007-06-28 2016-04-12 Apple Inc. Location based tracking
US8180379B2 (en) 2007-06-28 2012-05-15 Apple Inc. Synchronizing mobile and vehicle devices
US11221221B2 (en) 2007-06-28 2022-01-11 Apple Inc. Location based tracking
US11419092B2 (en) 2007-06-28 2022-08-16 Apple Inc. Location-aware mobile device
US9131342B2 (en) 2007-06-28 2015-09-08 Apple Inc. Location-based categorical information services
US9109904B2 (en) 2007-06-28 2015-08-18 Apple Inc. Integration of map services and user applications in a mobile device
US9066199B2 (en) 2007-06-28 2015-06-23 Apple Inc. Location-aware mobile device
US8332402B2 (en) 2007-06-28 2012-12-11 Apple Inc. Location based media items
US8311526B2 (en) 2007-06-28 2012-11-13 Apple Inc. Location-based categorical information services
US11665665B2 (en) 2007-06-28 2023-05-30 Apple Inc. Location-aware mobile device
US8290513B2 (en) 2007-06-28 2012-10-16 Apple Inc. Location-based services
US8924144B2 (en) 2007-06-28 2014-12-30 Apple Inc. Location based tracking
US8175802B2 (en) 2007-06-28 2012-05-08 Apple Inc. Adaptive route guidance based on preferences
US8275352B2 (en) 2007-06-28 2012-09-25 Apple Inc. Location-based emergency information
US20090063038A1 (en) * 2007-08-30 2009-03-05 Telenav, Inc. Navigation system having location based service and temporal management
US8751146B2 (en) * 2007-08-30 2014-06-10 Telenav, Inc. Navigation system having location based service and temporal management
US10083607B2 (en) 2007-09-07 2018-09-25 Green Driver, Inc. Driver safety enhancement using intelligent traffic signals and GPS
US10311724B2 (en) 2007-09-07 2019-06-04 Connected Signals, Inc. Network security system with application for driver safety system
US20090070031A1 (en) * 2007-09-07 2009-03-12 On Time Systems Inc. System and method for automated updating of map information
US9043138B2 (en) 2007-09-07 2015-05-26 Green Driver, Inc. System and method for automated updating of map information
US20130166109A1 (en) * 2007-09-07 2013-06-27 On Time Systems. Inc. Driver Red Light Duration Notification System
WO2009036844A1 (en) * 2007-09-21 2009-03-26 Tomtom International B.V. Navigation apparatus and method therefor
US20090088963A1 (en) * 2007-09-28 2009-04-02 Xanavi Informatics Corporation System and method for geographic interpolation of traffic data
US8290699B2 (en) * 2007-09-28 2012-10-16 Clarion Co., Ltd. System and method for geographic interpolation of traffic data
US8127246B2 (en) 2007-10-01 2012-02-28 Apple Inc. Varying user interface element based on movement
US8099308B2 (en) 2007-10-02 2012-01-17 Honda Motor Co., Ltd. Method and system for vehicle service appointments based on diagnostic trouble codes
US8977294B2 (en) 2007-10-10 2015-03-10 Apple Inc. Securely locating a device
US20090157312A1 (en) * 2007-12-14 2009-06-18 Microsoft Corporation Social network based routes
US8355862B2 (en) 2008-01-06 2013-01-15 Apple Inc. Graphical user interface for presenting location information
US8452529B2 (en) 2008-01-10 2013-05-28 Apple Inc. Adaptive navigation system for estimating travel times
US20090265091A1 (en) * 2008-04-16 2009-10-22 Xanavi Informatics Corporation Method and apparatus utilizing both statistical and real time data for a vehicle navigation system
US9702721B2 (en) 2008-05-12 2017-07-11 Apple Inc. Map service with network-based query for search
US9250092B2 (en) 2008-05-12 2016-02-02 Apple Inc. Map service with network-based query for search
US8644843B2 (en) 2008-05-16 2014-02-04 Apple Inc. Location determination
US8189479B1 (en) * 2008-05-30 2012-05-29 Dust Networks, Inc. Congestion control for wireless sensor networks
US10841739B2 (en) 2008-06-30 2020-11-17 Apple Inc. Location sharing
US8369867B2 (en) 2008-06-30 2013-02-05 Apple Inc. Location sharing
US10368199B2 (en) 2008-06-30 2019-07-30 Apple Inc. Location sharing
US20100030420A1 (en) * 2008-08-01 2010-02-04 Denso Corporation Apparatus and method for advice provision and driving condition diagnosis
US8872644B2 (en) 2008-08-01 2014-10-28 Denso Corporation Driving diagnosis information providing apparatus and system
US8694200B2 (en) * 2008-08-01 2014-04-08 Denso Corporation Apparatus and method for advice provision and driving condition diagnosis
US20110140874A1 (en) * 2008-08-01 2011-06-16 Denso Corporation Driving diagnosis information providing apparatus and system
US8392100B2 (en) * 2008-08-11 2013-03-05 Clarion Co., Ltd. Method and apparatus for determining traffic data
US20100036594A1 (en) * 2008-08-11 2010-02-11 Clarion Co., Ltd. Method and apparatus for determining traffic data
US8423052B2 (en) * 2008-09-17 2013-04-16 Sharp Kabushiki Kaisha Communication device, information presentation device, communication method, program, and recording medium
US20110183627A1 (en) * 2008-09-17 2011-07-28 Sharp Kabushiki Kaisha Communication device, information presentation device, communication method, program, and recording medium
US8359643B2 (en) 2008-09-18 2013-01-22 Apple Inc. Group formation using anonymous broadcast information
US8260320B2 (en) 2008-11-13 2012-09-04 Apple Inc. Location specific content
US20100149036A1 (en) * 2008-11-24 2010-06-17 Craig Rosenberg System and Methods for Using Current and Past Positional Data to Provide Advanced Spatial and Temporal Information and Unique Location Based Services
US9798985B2 (en) 2009-02-02 2017-10-24 Inrix Holdings Limited Apparatus and methods for providing journey information
US8606625B2 (en) 2009-02-04 2013-12-10 International Business Machines Corporation Variable road toll predicated on instantaneous point-to-point traffic volume calculation
US8219443B2 (en) * 2009-02-04 2012-07-10 International Business Machines Corporation Variable road toll predicated on instantaneous point-to-point traffic volume calculation
US20100198664A1 (en) * 2009-02-04 2010-08-05 International Business Machines Corporation Variable road toll predicated on instantaneous point-to-point traffic volume calculation
US20100217519A1 (en) * 2009-02-26 2010-08-26 Navigon Ag Method and navigation device for determining the estimated time of travel
US8838370B2 (en) * 2009-03-09 2014-09-16 Empire Technology Development Llc Traffic flow model to provide traffic flow information
US20100228467A1 (en) * 2009-03-09 2010-09-09 Andrew Wolfe Traffic Flow Model to Provide Traffic Flow Information
US9927254B2 (en) 2009-03-09 2018-03-27 Empire Technology Development Llc Traffic flow model to provide traffic flow information
US8406760B2 (en) * 2009-04-18 2013-03-26 Vodafone Holding Gmbh Method and arrangement for using certain information acquired upon registration at a base station especially for traffic forecasting
US20100267381A1 (en) * 2009-04-18 2010-10-21 Vodafone Holding Gmbh Method and Arrangement for Using Certain Information Acquired Upon Registration at a Base Station Especially for Traffic Forecasting
EP2242031A3 (en) * 2009-04-18 2010-11-17 Vodafone Holding GmbH Method and assembly for using specific information recorded when registering a mobile communication transmission device with a distribution point, in particular for creating traffic forecasts
US9257041B2 (en) 2009-04-22 2016-02-09 Inrix, Inc. Predicting expected road traffic conditions based on historical and current data
US9979776B2 (en) 2009-05-01 2018-05-22 Apple Inc. Remotely locating and commanding a mobile device
US8660530B2 (en) 2009-05-01 2014-02-25 Apple Inc. Remotely receiving and communicating commands to a mobile device for execution by the mobile device
US8666367B2 (en) 2009-05-01 2014-03-04 Apple Inc. Remotely locating and commanding a mobile device
US8670748B2 (en) 2009-05-01 2014-03-11 Apple Inc. Remotely locating and commanding a mobile device
US20120142321A1 (en) * 2009-06-10 2012-06-07 Wim Steenbakkers Method for collecting data of users of active mobile telephones
US8818340B2 (en) * 2009-06-10 2014-08-26 Mezuro B.V. Method for collecting data of users of active mobile telephones
US10198942B2 (en) * 2009-08-11 2019-02-05 Connected Signals, Inc. Traffic routing display system with multiple signal lookahead
US20110037618A1 (en) * 2009-08-11 2011-02-17 Ginsberg Matthew L Driver Safety System Using Machine Learning
US20110040621A1 (en) * 2009-08-11 2011-02-17 Ginsberg Matthew L Traffic Routing Display System
US20110037619A1 (en) * 2009-08-11 2011-02-17 On Time Systems, Inc. Traffic Routing Using Intelligent Traffic Signals, GPS and Mobile Data Devices
US20130165142A1 (en) * 2010-01-15 2013-06-27 Apple Inc. Determining a location of a mobile device using a location database
US9119168B2 (en) 2010-01-15 2015-08-25 Apple Inc. Managing a location database for network-based positioning system
US8700060B2 (en) * 2010-01-15 2014-04-15 Apple Inc. Determining a location of a mobile device using a location database
US8620574B2 (en) * 2010-03-03 2013-12-31 Vodafone Group Plc Method and system for calculating a quantity for a route segment extending between two points on a digital map
US20120010814A1 (en) * 2010-03-03 2012-01-12 Stefan Nils Olof Carlsson Method and system for calculating a quantity for a route segment extending between two points on a digital map
WO2011113021A1 (en) * 2010-03-11 2011-09-15 Inrix, Inc. Learning road navigation paths based on aggregate driver behavior
US9299251B2 (en) 2010-03-11 2016-03-29 Inrix, Inc. Learning road navigation paths based on aggregate driver behavior
US8738285B2 (en) 2010-03-11 2014-05-27 Inrix, Inc. Learning road navigation paths based on aggregate driver behavior
US20110224898A1 (en) * 2010-03-11 2011-09-15 Scofield Christopher L Learning road navigation paths based on aggregate driver behavior
US9210529B2 (en) 2010-04-07 2015-12-08 Apple Inc. Location-based application program management
US20130090084A1 (en) * 2010-04-15 2013-04-11 Mauro Cherubini Method and system for facilitating exchange of items in a network
US8942730B2 (en) * 2010-04-15 2015-01-27 Telefonica, S.A. Method and system for facilitating exchange of items in a network
WO2011163006A1 (en) * 2010-06-23 2011-12-29 On Time Systems, Inc. Traffic routing display system
US20140106786A1 (en) * 2010-07-30 2014-04-17 Sanyo Electric Co., Ltd. Radio apparatus transmitting or receiving a signal including predetermined information
US9078107B2 (en) * 2010-07-30 2015-07-07 Panasonic Intellectual Property Management Co., Ltd. Radio apparatus transmitting or receiving a signal including predetermined information
US10030988B2 (en) 2010-12-17 2018-07-24 Uber Technologies, Inc. Mobile search based on predicted location
US11614336B2 (en) 2010-12-17 2023-03-28 Uber Technologies, Inc. Mobile search based on predicted location
US10935389B2 (en) 2010-12-17 2021-03-02 Uber Technologies, Inc. Mobile search based on predicted location
US9478128B2 (en) * 2011-04-29 2016-10-25 Here Global B.V. Obtaining vehicle traffic information using mobile bluetooth detectors
US20150194054A1 (en) * 2011-04-29 2015-07-09 Here Global B.V. Obtaining Vehicle Traffic Information Using Mobile Bluetooth Detectors
US20120276847A1 (en) * 2011-04-29 2012-11-01 Navteq North America, Llc Obtaining vehicle traffic information using mobile Bluetooth detectors
US9014632B2 (en) * 2011-04-29 2015-04-21 Here Global B.V. Obtaining vehicle traffic information using mobile bluetooth detectors
US9062985B2 (en) * 2011-05-03 2015-06-23 University Of Southern California Efficient K-nearest neighbor search in time-dependent spatial networks
US9832749B2 (en) 2011-06-03 2017-11-28 Microsoft Technology Licensing, Llc Low accuracy positional data by detecting improbable samples
US9418545B2 (en) 2011-06-29 2016-08-16 Inrix Holding Limited Method and system for collecting traffic data
US10082397B2 (en) 2011-07-14 2018-09-25 Microsoft Technology Licensing, Llc Activating and deactivating sensors for dead reckoning
US9470529B2 (en) 2011-07-14 2016-10-18 Microsoft Technology Licensing, Llc Activating and deactivating sensors for dead reckoning
US9464903B2 (en) 2011-07-14 2016-10-11 Microsoft Technology Licensing, Llc Crowd sourcing based on dead reckoning
US9958280B2 (en) 2011-08-16 2018-05-01 Inrix, Inc. Assessing inter-modal passenger travel options
US8538686B2 (en) 2011-09-09 2013-09-17 Microsoft Corporation Transport-dependent prediction of destinations
US8589075B1 (en) * 2011-10-19 2013-11-19 Google Inc. Method, system, and computer program product for visualizing trip progress
US8818726B1 (en) 2011-10-19 2014-08-26 Google Inc. Method, system, and computer program product for visualizing trip progress
US9239246B2 (en) 2011-10-19 2016-01-19 Google Inc. Method, system, and computer program product for visual disambiguation for directions queries
US10184798B2 (en) 2011-10-28 2019-01-22 Microsoft Technology Licensing, Llc Multi-stage dead reckoning for crowd sourcing
US9429657B2 (en) 2011-12-14 2016-08-30 Microsoft Technology Licensing, Llc Power efficient activation of a device movement sensor module
US8649962B2 (en) 2011-12-19 2014-02-11 International Business Machines Corporation Planning a route for a convoy of automobiles
US20160012722A1 (en) * 2013-04-01 2016-01-14 Qatar University Qstp-B Methods and systems for estimating road traffic
US9786161B2 (en) * 2013-04-01 2017-10-10 Qatar University Qstp-B Methods and systems for estimating road traffic
WO2014162169A1 (en) * 2013-04-01 2014-10-09 Qatar University Qstp-B Methods and systems for estimating road traffic
US9129525B2 (en) 2013-07-31 2015-09-08 Motorola Solutions, Inc. Traffic light control using destination information in calendar data of a user device
US10657452B2 (en) * 2014-03-25 2020-05-19 Toyota Jidosha Kabushiki Kaisha Device and method for estimating travel speed
US20170098167A1 (en) * 2014-03-25 2017-04-06 Toyota Jidosha Kabushiki Kaisha Device and method for estimating travel speed
US10175677B2 (en) * 2014-12-19 2019-01-08 Fanuc Corporation Numerical controller
US20160179083A1 (en) * 2014-12-19 2016-06-23 Fanuc Corporation Numerical controller
US10309795B2 (en) * 2015-02-26 2019-06-04 Tomtom Navigation B.V. Methods and systems for generating routing policies and routes
US11176499B2 (en) * 2015-04-30 2021-11-16 International Business Machines Corporation Predicting outcomes from measures of group cooperation with applications in traffic alert and control
US20160380820A1 (en) * 2015-06-29 2016-12-29 Microsoft Technology Licensing, Llc Reconfiguring Wireless Networks By Predicting Future User Locations and Loads
US10339799B2 (en) * 2015-08-30 2019-07-02 Cellint Traffic Solutions Ltd Method and system to identify congestion root cause and recommend possible mitigation measures based on cellular data and related applications thereof
US10921810B2 (en) 2016-08-02 2021-02-16 Pcms Holdings, Inc. System and method for optimizing autonomous vehicle capabilities in route planning
US11293765B2 (en) 2016-12-08 2022-04-05 Pcms Holdings, Inc. System and method for routing and reorganization of a vehicle platoon in a smart city
WO2018106774A1 (en) * 2016-12-08 2018-06-14 Pcms Holdings, Inc. System and method for routing and reorganization of a vehicle platoon in a smart city
US20180216948A1 (en) * 2017-01-27 2018-08-02 International Business Machines Corporation Route recommendation in map service
US10989549B2 (en) * 2017-01-27 2021-04-27 International Business Machines Corporation Route recommendation in map service
US10127811B2 (en) * 2017-03-29 2018-11-13 Here Global B.V. Method, apparatus and computer program product for comprehensive management of signal phase and timing of traffic lights
CN108961134A (en) * 2018-09-05 2018-12-07 北京工业大学 Airport passenger travelling OD recognition methods based on mobile phone signaling data

Also Published As

Publication number Publication date
AU2001294153A1 (en) 2002-04-02
US6490519B1 (en) 2002-12-03
WO2002025617A2 (en) 2002-03-28
WO2002025617A3 (en) 2003-10-16

Similar Documents

Publication Publication Date Title
US6490519B1 (en) Traffic monitoring system and methods for traffic monitoring and route guidance useful therewith
CA2390352C (en) Apparatus and methods for providing route guidance for vehicles
US10984652B2 (en) Method and system for modeling and processing vehicular traffic data and information and applying thereof
US10403130B2 (en) Filtering road traffic condition data obtained from mobile data sources
EP1316079B1 (en) Method and system for providing traffic and related information
US6317686B1 (en) Method of providing travel time
US8160805B2 (en) Obtaining road traffic condition data from mobile data sources
CN102289936B (en) Assessing road traffic conditions using data from mobile data sources
US7831380B2 (en) Assessing road traffic flow conditions using data obtained from mobile data sources
US20100211301A1 (en) System and method for analyzing traffic flow
US20040246147A1 (en) Real time vehicular routing and traffic guidance system
KR20050068938A (en) Method of a traffic conditions decision
Kyamakya et al. Road Traffic Tracking by using Location Management data in wireless cellular networks (TTLM)
AU2001267144B2 (en) Method and system for providing traffic and related information
ZA200300604B (en) Method and system for providing traffic and related information.

Legal Events

Date Code Title Description
STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION