Classifications

• • G—PHYSICS
  • G01—MEASURING; TESTING
  • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
  • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
  • G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
  • G01C21/34—Route searching; Route guidance
  • G01C21/36—Input/output arrangements for on-board computers
• • G—PHYSICS
  • G01—MEASURING; TESTING
  • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
  • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
  • G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
  • G01C21/34—Route searching; Route guidance
  • G01C21/3407—Route searching; Route guidance specially adapted for specific applications
  • G01C21/3415—Dynamic re-routing, e.g. recalculating the route when the user deviates from calculated route or after detecting real-time traffic data or accidents
• • G—PHYSICS
  • G01—MEASURING; TESTING
  • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
  • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
  • G01C21/20—Instruments for performing navigational calculations
• • G—PHYSICS
  • G01—MEASURING; TESTING
  • G01C—MEASURING DISTANCES, LEVELS OR BEARINGS; SURVEYING; NAVIGATION; GYROSCOPIC INSTRUMENTS; PHOTOGRAMMETRY OR VIDEOGRAMMETRY
  • G01C21/00—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00
  • G01C21/26—Navigation; Navigational instruments not provided for in groups G01C1/00 - G01C19/00 specially adapted for navigation in a road network
  • G01C21/34—Route searching; Route guidance
  • G01C21/36—Input/output arrangements for on-board computers
  • G01C21/3626—Details of the output of route guidance instructions
  • G01C21/3632—Guidance using simplified or iconic instructions, e.g. using arrows

Definitions

• the present invention relates to a system and a navigation method comprising a centralized server having access to road mapping data in relation to at least one geographical area and likely to be related to a plurality of mobile navigation devices provided to receive the route data established by said server.
• a central server provides routing calculations for a large community of users.
• the data, further comprising road maps, are then transmitted from the server to the mobile device.
• Such an implementation involves the exchange of large volumes of data, little compatible with a bandwidth that is very limited for each receiver, especially in certain places or moments.
• the display of the route in the form of a road map with a large amount of information has the disadvantage of soliciting the user too intensely, often for obtaining irrelevant information in look at the route to follow.
• the document WO 98/45823 describes a navigation aid system comprising a mobile terminal connected to a centralized server, and more particularly the means necessary for converting a mobile phone into a navigation aid system.
• the route requests of the mobile terminal are transmitted to a centralized server by a wireless link, and the server, containing the map data and the required instructions, calculates the requested route and transmits to the mobile terminal the data concerning the straight line segments and arcs forming the route, to allow guidance in real time.
• the server evaluates the possibility that the vehicle deviates from its route, calculates and also transmits the data of the segments of the possible deviation routes in an area of proximity around the main route.
• the route deviation is based on a detection zone involving many delimiting points, thereby increasing the amount of data to be transmitted to the mobile terminal.
• EP 1139317 discloses a method for off-board navigation of a vehicle in which after introduction of a desired destination from the starting position of the vehicle, the central server calculates a route to follow between the starting position of the vehicle and the desired destination. This route to follow is transmitted by the server to the vehicle in the form of successive points of movement that must be met on the way to the final destination. Prior to transmitting the route data to the vehicle, the central server tests the amount of data to be transmitted, and when a predetermined value is exceeded, a shortened partial path is determined from the computed complete route, the data quantity of which is reduced. does not exceed the predetermined value, the transmitted partial path comprising at least the first points of movement of the road to be followed and a rough description of the road route.
• the document presents a route defined by staking points and a summary description of the overall path.
• the existing methods are not very ergonomic and are generally greedy in memory capacity.
• the invention provides various technical means.
• a first object of the invention to provide a system and a navigation method for operation with very little data at the mobile device.
• Another object of the invention is to provide a system and a navigation method with optimized ergonomics, facilitating understanding and use, safely.
• Another object of the invention is to provide a navigation method to have data constantly and regularly updated.
• Yet another object of the invention is to provide a navigation method to have useful information in real time, even when the available bandwidth for a receiver is very limited.
• the invention provides a navigation system comprising a centralized server having access to road mapping data in relation to at least one geographical area and for determining a plurality of routes in this area, a plurality of mobile navigation modules, capable of being in communication at least temporarily with the central server for exchanging map and / or route data, in which the centralized server comprises:
• At least one microprocessor At least one microprocessor
• a navigation window generation module for formatting the route data in a plurality of successive fixed windows each comprising one or more instructions of the route
• an output detection data generation module for generating output detection data (points or areas), enabling an output detection module of a mobile navigation device to detect, as a function of the actual position of said mobile navigation device when traveling to perform the planned route, a possible exit of the itinerary;
• mobile navigation devices include:
• At least one microprocessor At least one microprocessor
• a data exchange module for receiving data from a route server
• a navigation module to ensure the transmission to the user of the successive navigation windows as a function of the real position of said mobile device
• a geolocation module making it possible, when moving the mobile navigation device, to determine the real position of the latter;
• a matching module to ensure a correspondence between the actual position provided by the geolocation module and the planned route
• a route exit detection module making it possible to detect any exits from the planned route when the mobile device is moving.
• Such a system makes it possible to format the route data in a particularly compact manner, keeping only the data that are really useful for understanding and monitoring the route.
• Such an implementation also allows frequent and frequent exchanges between a server and a plurality of mobile navigation devices without causing a high consumption in the communication networks used.
• the preparation of the routes in the form of successive navigation windows makes it possible to considerably reduce the memory capacity and the power required to transmit, store and / or use the route data.
• Using navigation windows instead of road maps helps to make it easier to read and understand the instructions for making the route.
• the output detection data generation module determines a plurality of control points on the calculated route.
• the output detection data generation module determines a plurality of planned route exit points out of the route, in particular in the zones comprising sections that make it possible to leave the route. planned.
• the server further comprises a module for detecting points of maneuver, provided to identify the maneuvering points along the route.
• the server comprises a direction data availability test module, intended to verify, for each identified point of maneuver, if direction tracking data is provided in the available road mapping data.
• the invention also provides a navigational method for navigation system comprising at least one centralized server having access to digital road mapping data in relation to at least one geographical area and for determining a plurality of routes in this zone, a plurality of mobile navigation devices, capable of being in communication at least temporarily with the central server for exchanging map and / or route data, comprising the following steps:
• the extracted direction data makes it possible to create particularly stripped navigation windows, without the cartography conventionally used to present the route. This results in guidance data that is quickly perceived by the user, easy to interpret, and with a practice with high reliability, because the user instinctively follows the directions according to the names of places or sites. easily visible on the road signs along the route.
• the directional data are digital data generally requiring only a few kilobytes. Corresponding data files therefore require considerably less memory space than conventional route files including map data (usually in the form of map images) of the entire area or region where the route passes.
• Such reduced data route files can easily be managed from a centralized server and then transmitted over a non-wired network to a very large number of mobiles traveling on the corresponding road network, without implying an excessive consumption of technical resources of the transfer network.
• the use of very concise itinerary data allows great flexibility in the presentation modes to the user.
• the route data can be easily presented on a screen (even small), projected on the windshield of a vehicle or using glasses used for projection, by voice synthesis, etc.
• the route data includes the essential elements for tracking the route. The removal of many visual elements of purely aesthetic nature facilitates reading, avoids any distraction of the user-driver, and thus contributes to improving road safety.
• the route data includes a succession of fixed navigation windows corresponding to one or more instructions.
• the instructions are preferably supplemented by a distance indication (a duration, a distance, a datum related to the distance or deviation between the navigation device and the next instruction) still to be covered until the next instruction.
• a distance indication a duration, a distance, a datum related to the distance or deviation between the navigation device and the next instruction
• This mode is provided with fixed windows, unlike the dynamic guidance mode, in which a rolling chart background gradually progresses, usually from the top to the bottom of the screen, to represent the progress of the vehicle along the route.
• An instruction preferably comprises a direction data to follow (panel or panel extract) or a maneuver diagram.
• the instruction includes the direction data (city, region, output number, route, cardinal point, etc.), otherwise, the instruction includes a maneuver scheme.
• the instruction includes a maneuver scheme.
• more precise verification points are provided near the maneuvering points.
• the route output detection step comprises a series of successive tests based on the one hand on the current position of the mobile module and on the other hand on exit points of the mobile module. 'route distributed along the planned route.
• the route exit detection step comprises a series of successive tests based on the one hand on the current position of the mobile module and on the other hand on a test zone. (buffer zone) along the planned route.
• a test zone extends over a given distance around the sections of the route, preferably forming a corridor within which the mobile device is considered to follow the intended route.
• the pairing between the coordinates received from a geolocation device and the route is carried out so as to indicate, on the windows of the successive steps, the position of the mobile navigation device on a schematic representation of the route.
• the schematic representations of the route portions of the navigation windows are multi-scale with possible deformations of certain sections with respect to the original cartographic representation.
• FIG 1 is a schematic representation of a centralized navigation system according to the invention
• FIG. 2 is a functional flowchart illustrating the main steps of a navigation method according to the invention
• FIG. 3 is a functional flow diagram complementary to that of FIG. 2, showing additional steps of a preferred embodiment of the invention
• FIGS. 4 to 6 show examples of models of navigation windows according to the invention
• FIG. 7 to 11 show examples of route data in the form of navigation windows for a route between Mantes la Ville and Arcangues.
• FIG. 1 shows an example of an embodiment of a navigation system 1 according to the invention.
• a route server 10 designed to generate all the data relating to the route for which a route is to be produced and the navigation performed.
• the route server 10 comprises at least one microprocessor 11, for executing processor instructions or commands specifically provided for, a data exchange module 12, capable of receiving and transmitting data with a plurality of communication devices.
• Mobile navigation 40 executing processor instructions or commands specifically provided for
• the data exchange module 12 makes it possible to receive requests for itineraries of mobile navigation devices 40 with data of points of departure and arrival, and to transmit to a mobile navigation device 40 (the requesting device or one or more others) the data established by the server 10.
• a means of communication, transfer or exchange of data or order, for example a bus 24 is provided to ensure the required exchanges between the microprocessor 11 and the different modules.
• the route server 10 comprises a route calculation module 13 operating in a manner known in itself, using an algorithm for determining the shortest path between two points, such as Dijkstra or other.
• a route calculation module 13 operating in a manner known in itself, using an algorithm for determining the shortest path between two points, such as Dijkstra or other.
• Such an algorithm makes it possible, with the aid of a microprocessor and the required processor instructions, to carry out the exploration of a very large number of possibilities (of a few tens or hundreds for low density areas and / or for short routes to a few hundred thousand or more, for areas with high road density and / or for long routes) in order to elect an optimal route according to given criteria, such as the most short, or the fastest, etc.
• a module for detecting points of maneuvers or instruction points 16 can detect the maneuvering points along the route, that is to say the points or areas where maneuvers must be made to follow the planned route.
• Maneuvering mainly means a driving action of a vehicle for selecting or not a given section when the driver is faced with an opportunity to engage his vehicle to a plurality of sections (at least two). The driver is faced with multiple opportunities to continue his journey, and a maneuver allows him to engage his vehicle according to the direction provided by the pre-established route.
• the module 16 performs a virtual route of the route established by the module 13, and identifies the points or nodes where multiple sections are attached. It can be intersection of roads, exits or entry on highways, and bifurcations, etc.
• roundabouts are considered a single action, such as "take the 3rd exit", consisting in fact a complex maneuver, as mentioned above, or type "turn left", considering the entire round point as a single crossroads of several roads.
• the route server 10 also includes a navigation window generation module 14 designed to generate a succession of windows with navigation data corresponding to instructions that can track the route reliably.
• the windows are generated from the direction data to be followed and / or from the geometry data of maneuvers or maneuvering patterns.
• the data is arranged according to the order of the maneuvers to be performed to perform the previously calculated route.
• each of the instructions saying to proceed in continuity has at least one indication of a distance still to be traveled to a next instruction.
• the distance can be expressed in various ways, for example by a duration, a distance, a datum related to the distance or deviation between the navigation device and the next instruction, etc.
• An instruction is presented either by means of direction data to be followed or by data of geometry of maneuvers or maneuvering patterns.
• the route server 10 further comprises a direction data availability test module 17.
• This direction data test module 17 is designed to check in the road map databases 19 the points of maneuver for which direction data to follow are available in the database. This data means, for example, that one or more traffic signs displaying a relevant direction are present along the road concerned. This test is preferably carried out before the generation of the route, in order to allow a specific treatment according to the result of the test. Thus, if direction data is available, it is used to constitute the navigation windows. If no direction data is available for one or more points of maneuver, the method provides, for these points of maneuvering, a step of geometric reconstruction of the useful sections illustrating the maneuvers to continue the route.
• the direction data test module 17 reviews all the maneuver points detected for a given route to determine whether or not road map data includes direction data to be tracked.
• these data are often present for major highways such as motorways or national roads. They may be available more importantly when they are obtained by an automatic image processing system able to recognize the panels to extract the data, from panoramic photographs acquired systematically by specially equipped vehicles, or by other equivalent means.
• the fact that the management data test is performed by the server allows all users to benefit from centralized updates of the road map databases.
• direction indication possibilities it is preferably provided to favor the direction most in line with the route, ie a direction corresponding to a place crossed by the route or nearby which route passes and which is the furthest on the route among the potential places.
• the best known direction is retained.
• the direction whose writing is the shortest is retained.
• the farthest traversed by the route is kept. The availability test module intervenes separately, depending on the results of the tests carried out. Thus, if direction data is available, this data is extracted for generation, navigation windows.
• the availability test module builds from the road mapping data a geometric model of the road sections to be traveled to complete the route. Thus, based on the results of the tests performed by the direction data availability test module, specific route elements are obtained.
• the availability test module uses preconceived pictograms to schematically represent the maneuvers for which the directions to be followed are not available.
• the direction is displayed at the expense of the maneuver scheme, otherwise it is the pattern of maneuver is displayed.
• only the next channel is indicated (as for example in Figure 6, left side).
• the route server 10 further comprises a route output detection data generation module 15.
• a route output detection data generation module 15 When these data are used by a mobile navigation device 40, they allow it, without having to have the entire sections of the route, identify either crossing points on the route so as to control the passage to the intended location and the proper tracking of the route, or points off the route by which a mobile device would be likely to pass in case of exit from the planned route. In both cases, the points make it possible to detect a possible exit of the route. In such a case, a corresponding alert is transmitted to the server, so as to allow a new route calculation, either to return to the original route or to reach the destination by another route.
• the data used by the route server 10 is advantageously from a module or road map database 19 provided within the route server 10 as shown in the example shown, or at a location external to the server to which he can access as needed.
• the routes established by the server can be stored in an established module or route database 21, provided within the server 10 as shown in the illustrated example, or at a location external to the server to which it is it can access as needed.
• the direction data, the navigation window data and the route exit detection data which can be stored respectively in modules or databases of directions 20, navigation windows 22 and 23, provided in the server 10 as shown in the example shown, or at a location external to the server to which it can access if necessary.
• a route server 10 is designed to be in communication, for example via a cellular or other telecommunication network, as needed, with a plurality of mobile navigation devices 40.
• Each of the devices mobile navigation system 40 has a data exchange module 42, designed to transmit route requests to a route server 10, and to receive in return the data set by the server 10.
• the navigation devices 40 comprise, in addition to a microprocessor 41 and at least one working memory 48, a navigation module 43, for providing and managing the transmission to the user of the navigation windows received from a route server 10. This transmission is preferably provided by display on a display module 44.
• the visualization of the route windows can be performed before the actual completion of the route on the route for information, either in manual mode, for example by unfolding the windows by the user, for example by sliding the fingers on a suitable touch screen, or in navigation mode with presentation of the data according to the actual position of the vehicle.
• a means of communication, transfer or exchange of data or order, for example a bus 51 is provided to ensure the required exchanges between the microprocessor 41 and the various modules.
• the mobile navigation device 40 further comprises a geolocation module 45 and a matching module 46 adapted on the one hand to receive the position data of the mobile navigation device 40 and on the other hand to ensure a correspondence between the raw position data received from the geolocation device and the positions assigned to the maneuvering points and / or the exit detection points of the route.
• An output detection module 47 finally allows the mobile navigation device 10 to check whether the planned route is well followed or not.
• the route output detection data received from the route server 10 allows the output detection module 47 to control the passage through certain detection points.
• Two modes of operation are possible.
• the detection points are on the route itself. Ensuring that the mobile device goes through one of these points confirms that the intended route is being followed.
• the points are advantageously provided at locations where route exits are possible or probable, such as after a branch or a bifurcation.
• the detection points are off the route, preferably at locations where route exits are possible or probable, such as after a branch or bifurcation.
• the data received from a route server 10 by a mobile navigation device 40 are stored in dedicated memory modules or bases, namely a data module of FIG. navigation windows 49 and a route exit detection data module 50.
• the implementation of the various modules of the server 10 and mobile navigation devices 40 previously described is advantageously performed by means of processor instructions or commands, allowing the modules to perform the operation or operations specifically provided for the module concerned.
• the processor instructions may be in the form of one or more software or software modules implemented by one or more microprocessors.
• the module (s) and / or the software (s) are advantageously provided in a computer program product comprising a recording medium or recording medium that can be used by a computer and comprising a programmed code readable by a computer integrated in said medium or medium, allowing an application software execution on a computer or other device comprising a microprocessor such as a navigation device.
• the microprocessors 11 and 41, as well as the working memories 18 and 48 can be centralized for all the modules of the route server 10 or the mobile navigation device 40, or else be arranged externally, with connection to the different modules, or be distributed locally so that one or more modules each have a microprocessor and / or a working memory.
• FIG. 2 shows, in succession, the main steps of the method according to the invention.
• the server 10 receives a route calculation request.
• a user of a mobile navigation device 40 sends a request to the server with which it is connected.
• the request advantageously comprises the data in relation to the starting point and the arrival point. This data can also be standardized or already stored by the server.
• a request can also come from a third-party route manager to be performed by one or more users.
• the route is calculated by the route calculation module 13. As illustrated in FIG. 2, this step also includes a flap in which the maneuver point detection module 16 carries out the procedure. identification of the maneuvering points for performing the previously calculated route, as previously described in connection with the module 16.
• the step 106 provides the formatting of the route data in a plurality of successive fixed windows.
• "Fixed windows” means windows displayed statically, without scrolling for example from the top to the bottom of the screen as conventionally used to simulate or represent the movement of the vehicle.
• the contents of the navigation windows are described previously in connection with the navigation window generation module 14.
• the route exit detection data are obtained and possibly stored in the data module 23. route exit detection. These data are described in the foregoing in connection with the route output detection data generation module.
• step 108 the data exchange module 12 of the server sends the useful data to the corresponding mobile navigation device.
• These data comprise on the one hand the data of the navigation windows, and on the other hand the route exit detection data.
• the mobile navigation device receives these data in step 109.
• step 110 when the mobile navigation device 40 is making the journey along the route, the successive navigation windows are presented according to the actual position of the device along the route.
• step 111 the output detection module 47 of the mobile device monitors a possible exit of the route.
• the output detection module 47 of the mobile device monitors a possible exit of the route.
• the received route exit detection data it detects the passage on one or more points outside the route, for example points on a road intersecting with that of the route, or points on the route. along a detection corridor located on both sides of the route.
• it detects the passage through validation points located on the route.
• a signal or an exit alert is sent to the associated server to allow a new route calculation taking into account the exit zone.
• Figure 3 shows intermediate steps of the navigation method according to the invention.
• the direction data availability test module 17 checks the availability of direction data to be followed in relation to the maneuvering points planned to cover the route.
• step 104 if direction data to be tracked has been identified, the window (s) related to that direction are formatted from these data.
• the guidance instructions provided to the user comprise the identified direction, as in the example illustrated in FIG. 5.
• the direction data may comprise information relating to the cardinal points.
• step 105 in case of non identification of direction data, a pictogram or maneuver diagram is obtained for the corresponding window or windows, for example as shown in Figure 6, right side.
• FIG. 4 illustrates an example of a mobile navigation device 40 adapted for the implementation of the present invention.
• the display module 44 displays the data of the navigation windows.
• Figure 4 (left example) shows a schematic example of a navigation window, without route data, in which directional data is seen in the upper area of the display module. In the lower portion of the display module, data relating to the current path (name or number) are displayed, with a distance during which the path is taken before entering another path or performing a maneuver.
• Figure 4 (right example) shows an example of a navigation window in which a lane change is imminent. The name of the following route (name or number) to be followed is indicated and a maneuver diagram illustrating the maneuver to be performed is provided.
• This window remains displayed from the moment the mobile device approaches the point of maneuver, until the moment of its completion.
• the maneuver to be performed is advantageously displayed by a symbol summarizing its access: right, left, highway entrance, etc.
• the scheme of the first maneuver to be performed is preferably followed by the name of the last lane. This indicates how the complex maneuver is approached and where to go at the end of the complex maneuver.
• the navigation windows are configured to indicate an alternation of instructions according to two main categories, namely "continue” and "change continuity".
• continuous does not necessarily mean that the road does not have intersections, but rather that there is a natural continuity of the road and therefore the absence of a change of direction or of a junction between branches of equal value.
• Such a simplification of the guidance instructions presented by the mobile navigation device allows the user not to be constantly solicited as soon as the path to follow is curved or for intersections with tracks of no importance compared to the route to follow .
• contextual data can also be displayed. This may include, for example, data concerning:
• - tourism data object to report on the passage or to propose for a visit.
• the purpose of the reinsurance data is to inform the user that the mobile device is progressing well along the route.
• the user has confirmation information concerning the path followed.
• the aggregation threshold is for example 3 seconds.
• the display module may also include data in relation to the expected arrival at destination.
• arrival data may include items such as mileage to travel before arrival, time remaining before arrival, estimated time of arrival, etc.
• Other information such as a possible delay or additional delay related to significant traffic on the route can also be displayed.
• the displayable elements may optionally be user-definable.
• Figures 7 and 8 show an example of navigation windows for a route from Mantes la Ville to Arcangues.
• the data displayed comprises the current channel (A13), the distance to the next maneuver point (36 km) and the direction to be followed (A12 EV Y, LYON, WOOD-D 'Arcy).
• the directions to follow are advantageously presented with an appearance evoking the visual road signs that the user can easily recognize when it is on the road, at the corresponding location.
• Directions may also be based on road names or numbers, such as N230 in Figure 8 (Window 8).
• the directions may also be based on output numbers, such as eg No. 1, then No. 15 and No. 5 of Fig. 8 (window 8, 9 and 10).
• a virtual line route substantially rectilinear, is defined, with the instruction points distributed along the line.
• the distance to be traveled between two instruction points is advantageously integrated schematically along the route line.
• the corresponding portion of the route to be traveled is illustrated schematically. The non respect of a particular scale makes it possible to display courses of different lengths on each of the windows, according to the maneuvers. The cutting of the windows is therefore not performed with respect to a fixed distance to travel, but according to the maneuvers to be performed.
• Figure 7 also includes passing data nearby, such as Louisiana, Tours, Poitiers, Bordeaux (Figure 7 (window 8)). These data are not part of the data usually available in road databases. They are therefore provided for reference, to allow the user to validate his progress along the route.
• the reading direction of each of the windows is provided from the bottom to the top of the window, so as to correspond to a representation of the route with the road in front of the vehicle.
• Such a representation is very realistic and instinctive and therefore easy to interpret, even with a minimum of data.
• FIG. 7 window 6
• the user is informed that he is driving on the A13 road that it must follow for 36 km following the direction A12 Y-LYON EV-BOIS D'ARCY, until the point of maneuver consisting of taking the A12 road.
• This window contains two instructions: a first of the "continue” type for 36 km, a second of the "change of continuity" type with direction data and without a diagram of the maneuver.
• a type of arrangement corresponds to an increasingly popular mode, namely the visual representation used for GPS type navigation devices.
• a moving point or pictogram may be provided along the schematic road representation to represent the progression of the mobile navigation device along the portion of the route represented by the window. Classes. Examples are shown in Figure 7 (window 8) and Figure 8 (window 8) by a pictogram in the form of a triangle.
• FIGS. 9 to 11 show an example of route between the Avenue du Mantois in Mantes-la-Ville and Arcangues. For example, the following instructions are observed for the windows of FIGS. 9a to 10a:
• the other windows (Fig. 10b in bed) present the other instructions for the rest of the itinerary.
• the mobile device is integrated with a road vehicle, as part of a vehicle. dashboard equipment.

Landscapes

• Engineering & Computer Science (AREA)
• Radar, Positioning & Navigation (AREA)
• Remote Sensing (AREA)
• Automation & Control Theory (AREA)
• Physics & Mathematics (AREA)
• General Physics & Mathematics (AREA)
• Navigation (AREA)
• Traffic Control Systems (AREA)

Applications Claiming Priority (2)

Publications (1)

Family

ID=46982648

Family Applications (1)

Country Status (4)

Families Citing this family (7)

Family Cites Families (6)

• 2011
  • 2011-09-15 FR FR1102798A patent/FR2980295B1/fr active Active
• 2012
  • 2012-09-14 WO PCT/IB2012/001833 patent/WO2013038266A1/fr active Application Filing
  • 2012-09-14 EP EP12769475.0A patent/EP2756268A1/de not_active Withdrawn
  • 2012-09-14 US US14/345,160 patent/US20140372023A1/en not_active Abandoned

Non-Patent Citations (1)

Also Published As

Similar Documents

Legal Events