WO2013134956A1

WO2013134956A1 - Navigation system and method for different mobility modes

Info

Publication number: WO2013134956A1
Application number: PCT/CN2012/072465
Authority: WO
Inventors: Eric HC PANG; Stefano VILLANTI
Original assignee: Qoros Automotive Co Ltd
Current assignee: Qoros Automotive Co Ltd
Priority date: 2012-03-16
Filing date: 2012-03-16
Publication date: 2013-09-19
Anticipated expiration: 2014-09-16
Also published as: IN2014DN08344A; EP2825846A4; US20150081218A1; TW201339540A; CN104321618A; US9207085B2; TWI540311B; EP2825846A1

Description

NAVIGATION SYSTEM AND METHOD FOR DIFFERENT MOBILITY MODES

FIELD OF THE INVENTION

[0001] At least one embodiment of the present invention pertains to navigation, and more particularly, to a system and method for providing seamless navigation across various devices as a function of mobility mode.

BACKGROUND

[0002] Conventional navigations systems provide navigation solutions based on a single mobility mode and not for transitions between mobility modes. For example, a conventional navigation system may provide directions for driving a car and not for walking or not for driving partially and walking partially. Directions for walking could vary significantly from driving since different routes may be available that are unavailable for cars. For example, a walker can walk on paths or against vehicular traffic on a sidewalk adjacent a one-way street.

[0003] Accordingly, a new system and method may be needed to provide navigation across multiple mobility modes.

SUMMARY

[0004] A system and method enable calculation of navigation data as a function of mobility mode and to transmit the calculated data to devices accordingly. Accordingly, the system and method help a person get to their final desired location. In an

embodiment, the method calculates first navigation data based on a first mobility mode at a first device; receives a mobility mode change indication to a second mobility mode; calculates second navigation data based on the second mobility mode; and then transmits the second navigation data to a second device. The first navigation data calculation can be performed between the first device and a server. The second navigation data can be derived directly from the server.

[0005] In an embodiment, the system comprises mode change indication logic, direction logic and transmission logic. The mode logic receives a mobility mode change indication from a first mobility mode to a second mobility mode. The direction logic calculates first navigation data based on the first mobility mode and second navigation data based on the second mobility mode. The transmission logic transmits the second navigation data to a second device.

[0006] The calculations can be done at the first device (e.g., a navigation system installed in a vehicle), the second device (e.g., a mobile device), and/or at a third device (e.g., server). The navigation data can include directions, a destination, and/or an origination. The first navigation data may include driving directions while the second navigation data may include walking directions. The first device can be installed in a vehicle while the second device may be a mobile device (e.g., mobile phone). The mobility mode change indication can include an indication that the vehicle has been placed in Park and/or that the first device has been powered off (e.g., no further signals are received from the first device).

BRIEF DESCRIPTION OF THE DRAWINGS

[0007] One or more embodiments of the present invention are illustrated by way of example and not limitation in the figures of the accompanying drawings, in which like references indicate similar elements.

[0008] Figure 1 is a diagram illustrating a network according to an embodiment of the invention.

[0009] Figure 2 is a high-level extent diagram showing an example of architecture of a client, server and/or navigation unit of Figure 1.

[0010] Figure 3 is a block diagram showing contents of the direction system of Figure 1.

[0011] Figure 4 is a flowchart illustrating a navigation technique. DETAILED DESCRIPTION

[0012] References in this description to "an embodiment", "one embodiment", or the like, mean that the particular feature, function, structure or characteristic being described is included in at least one embodiment of the present invention. Occurrences of such phrases in this specification do not necessarily all refer to the same embodiment. On the other hand, such references are not necessarily mutually exclusive either.

[0013] Figure 1 is a diagram illustrating a network 100 according to an embodiment of the invention. The network 100 includes a server 1 10, a computer 1 12, a network (cloud) 120, a vehicle (e.g., automobile) 130, and a mobile device 140. The server 1 10 includes a direction system 1 1 1 that receives origination and destination data, as well as network 100 node identifiers, and transmits navigation information to the navigation unit 132 and/or the mobile device 140. In an embodiment, the direction system 1 1 1 resides instead of or in addition on the navigation unit 132 and/or the mobile device 140. The vehicle 130 includes a navigation unit 132 that is coupled the vehicle 130 (e.g., installed in or detachably coupled to the vehicle 130). In other embodiments, the vehicle 130 can include other vehicles, such as aircraft, ships, motorcycles, submersibles, etc. The navigation unit 132 includes a nav ID 134, such as a MAC address and/or other identifier. The mobile device 140, which can include a laptop, mobile phone, etc. includes a mob ID 144, such as a MAC address and/or other identifier. Note that the network 100 can include other and/or additional nodes.

[0014] The cloud 120 can be, for example, a local area network (LAN), wide area network (WAN), metropolitan area network (MAN), global area network such as the Internet, a Fibre Channel fabric, or any combination of such interconnects. Each of the server 1 10, the computer 1 12, and the navigation unit 132 may be, for example, a conventional personal computer (PC), server-class computer, workstation, handheld computing/communication device, or the like.

[0015] During operation of the network 100, the direction system 1 1 1 receives an origination, destination and identifiers (134 and 144) from one of the other nodes on the network 100. For example, a user can enter the data on the computer 1 12, which then transmits the data to the direction system 1 1 1 via the cloud 120. The direction system 1 1 1 then calculates navigation data based on mobility mode (e.g., driving directions for the navigation unit 132 to the closest point available for the destination and walking directions from the closest point to the actual destination or just the actual origins and destinations and directions are calculated by the receiving units 132 and 140) and transmits the data to the navigation unit 132 and mobile device 140, respectively. The navigation device 132 and mobile device 140 can then output (visually, aurally, etc.) their respective received data and/or calculated data (e.g., directions) to the user.

[0016] In another embodiment, the direction system 1 1 1 calculates navigation data in real-time when receiving a mode change indication and new origination from the navigation unit 132 and/or the mobile device 140. For example, a user may have parked his/her vehicle 130, triggering the navigation unit 132 to determine position using a positioning system (e.g., GPS, Beidou, Glonass, Galileo, Loran, etc.) and transmitting a mobility mode change indication and the position as a new origination to the direction system 1 1 1. The direction system 1 1 1 then calculates navigation information based on the new mobility mode and new origination and transmits the newly calculated navigation data to the mobile device 140, the vehicle 130 and/or the navigation unit 132, which then outputs (visually, aurally, etc.) it to the user.

[0017] Figure 2 is a high-level extent diagram showing an example of an architecture 200 of the server 1 10, the computer 1 12, the navigation unit 132 or mobile device 140 of Figure 1. The architecture 200 includes one or more processors 210 and memory 220 coupled to an interconnect 260. The interconnect 260 shown in Figure 2 is an abstraction that represents any one or more separate physical buses, point-to-point connections, or both, connected by appropriate bridges, adapters, or controllers. The interconnect 260, therefore, may include, for example, a system bus, a form of Peripheral Component Interconnect (PCI) bus, a HyperTransport or industry standard architecture (ISA) bus, a small computer system interface (SCSI) bus, a universal serial bus (USB), IIC (I2C) bus, or an Institute of Electrical and Electronics Engineers (IEEE) standard 1394 bus, also called "Firewire", and/or any other suitable form of physical connection.

[0018] The processor(s) 210 is/are the central processing unit (CPU) of the architecture 200 and, thus, control the overall operation of the architecture 200. In certain embodiments, the processor(s) 210 accomplish this by executing software or firmware stored in memory 220. The processor(s) 210 may be, or may include, one or more programmable general-purpose or special-purpose microprocessors, digital signal processors (DSPs), programmable controllers, application specific integrated circuits (ASICs), programmable logic devices (PLDs), or the like, or a combination of such devices.

[0019] The memory 220 is or includes the main memory of the architecture 200. The memory 220 represents any form of random access memory (RAM), read-only memory (ROM), flash memory, or the like, or a combination of such devices. In use, the memory 220 may contain, among other things, software or firmware code for use in implementing at least some of the embodiments of the invention introduced herein.

[0020] Also connected to the processor(s) 210 through the interconnect 260 is a communications interface 240, such as, but not limited to, a network adapter, one or more output device(s) 230 and one or more input device(s) 250. The network adapter 240 provides the architecture 200 with the ability to communicate with remote devices over the network cloud 120 and may be, for example, an Ethernet adapter or Fibre Channel adapter. The input device 250 may include a touch screen, keyboard, and/or mouse, etc. The output device 230 may include a screen and/or speakers, etc. In an embodiment, the architecture 200 includes a receiving device (e.g., antenna) to receive satellite or other signals needed to calculate location.

[0021] The techniques introduced herein can be implemented by programmable circuitry programmed/configured by software and/or firmware, or entirely by

special-purpose circuitry, or by a combination of such forms. Such special-purpose circuitry (if any) can be in the form of, for example, one or more application-specific integrated circuits (ASICs), programmable logic devices (PLDs), field-programmable gate arrays (FPGAs), etc.

[0022] Software or firmware to implement the techniques introduced here may be stored on a machine-readable storage medium and may be executed by one or more general-purpose or special-purpose programmable microprocessors. A

"machine-readable medium", as the term is used herein, includes any mechanism that can store information in a form accessible by a machine (a machine may be, for example, a computer, network device, cellular phone, personal digital assistant (PDA),

manufacturing tool, any device with one or more processors, etc.). For example, a machine-accessible medium includes recordable/non-recordable media (e.g., read-only memory (ROM); random access memory (RAM); magnetic disk storage media; optical storage media; flash memory devices; etc.), etc.

[0023] The term "logic", as used herein, means: a) special-purpose hardwired circuitry, such as one or more application-specific integrated circuits (ASICs), programmable logic devices (PLDs), field programmable gate arrays (FPGAs), or other similar device(s); b) programmable circuitry programmed with software and/or firmware, such as one or more programmed general-purpose microprocessors, digital signal processors (DSPs) and/or microcontrollers, or other similar device(s); or c) a combination of the forms mentioned in a) and b).

[0024] Note that any and all of the embodiments described above can be combined with each other, except to the extent that it may be stated otherwise above or to the extent that any such embodiments might be mutually exclusive in function and/or structure.

[0025] Figure 3 is a block diagram showing contents of the direction system 1 1 1 of Figure 1. The direction system 11 1 includes direction logic 300, map data 310, mode logic 320 and transmission logic 330. The direction system 1 1 1 receives, with the transmission logic 330, an origination, a destination and IDs 134 and 144 of network 100 nodes. The IDs 134 and 144 are associated with a mobility mode (walking, driving, etc.) indicated in a database (not shown) in the direction system 1 1 1 and/or by the IDs themselves. The direction system 1 1 1 then calculates navigation data, using the map data 310 if required, and transmits the calculated navigation data, with the transmission logic 330, to the nodes associated with the IDs as a function of mobility mode.

[0026] The calculated navigation data may include driving directions for the navigation unit 132 or the vehicle 130 and walking directions (from the terminus of the driving directions to the actual destination) for the mobile device 140. Alternatively, the navigation data may only include the origination, destination and driving directions terminus and the devices 132 and 140 can then calculate directions as needed. In an embodiment, the navigation data only includes the destination and origination and driving directions terminus are calculated in real-time by the devices 132 and 140.

[0027] While the vehicle 130 is parked in a current point (CP) before the destination point (DP), it constitutes a necessary condition for the navigation unit 132 to send notification to central server 1 10 that the distance between the current point (CP) and the destination point (DP) is less than a predetermined value, e.g. 3 KM, preferably 1 KM, and more preferably 0.5 KM.

[0028] The direction logic 300 then sends the walking directions from the current point (CP) to the destination point (DP). In a first embodiment, the mobile device 140 receives a short text message which contains the directions from the current point CP to the destination point DP. In a second embodiment, the mobile device 140 receives a multimedia message containing acoustic directions. The user can reach the destination following the acoustic directions. In a third embodiment, the direction logic 300 will send the navigation data of directions from the current point (CP) to the destination point (DP) to the user's mobile device 140 if the mobile device 140 has a same navigation software as a navigation software in the vehicle 130. Additionally, the user may get a short text message to choose whether to receive the walking direction data, instead of receiving the walking direction data directly.

[0029] The map data 310 includes street, path, sidewalk, etc. data needed for calculating directions. The mode logic 320 determines or receives an indication of a change of mobility mode so that the direction logic 300 can send the appropriate data to the appropriate network 100 node. For example, the mode logic 320 can receive an indication of a switch from the navigation unit 132 (driving) to mobile device 140 (walking) by the navigation unit 132 being powered off; the vehicle 130 being placed in park; the vehicle 130 reaching the determined driving directions terminus; a user transmitting an indication of the switch; an engine is off; a key is removed from an ignition; and/or a door is opened; etc. The transmission logic 330 works with the other logics 300 and 320 to receive and transmit data to other network 100 nodes via the cloud 120. [0030] Figure 4 is a flowchart illustrating a navigation technique 400. In an embodiment, the direction logic 300 receives (410), with the transmission logic 330, from the computer 1 12 or other network 100 node, an origination, a destination and IDs 134 and 144. The direction logic 300 then calculates (420) navigation data based on mobility mode and transmits (430), with the transmission logic 330, the navigation data to the navigation unit 132 and/or the mobile device 140. The transmission (430) can start at vehicle 130 ignition or in advance (e.g., after the receiving (410)).

[0031] The navigation unit 132 starts to detect the driving condition (e.g., location) while the navigation is started. In one embodiment, the navigation unit 132 will start to navigate automatically when the user starts the vehicle 130. In another embodiment, the navigation unit 132 will inquire the user whether wants to navigate with the preselected route and destination e.g., by providing a digital option button on the screen of the navigation unit 16 or an acoustic inquiry. The navigation unit 132 determines the driving condition by receiving data from sensors in the different parts of the vehicle 130.

[0032] In another embodiment, in case that the vehicle 130 is parked in the current point (CP) before the destination point (DP), the navigation unit 132 will continue navigating the route from the current point (CP) to the destination point (DP) automatically while the vehicle 130 is restarted. Alternatively, the navigation unit 132 is further configured to inquire whether the user wants to navigate the remaining route from the current point (CP) to the destination point (DP) by providing a digital option button on the screen or an acoustic inquiry.

[0033] The mode logic 320 then optionally receives (440) or determines a mobility mode change and optionally a new origination. The direction logic 300 then calculates (450) navigation data based on the changed mobility mode and transmits (460) the same to the mobile device 140. The method 400 then ends. In an embodiment, parts of the technique 400 can be carried out in a different order or substantially simultaneously. For example, navigation data as a function of mobility mode can be calculated together and transmitted at approximately similar times to the navigation unit 132 and the mobile device 140. Further, directions can be calculated and transmitted by the direction logic 300 and/or by the devices 132 and/or 140 themselves.

[0034] Although the present invention has been described with reference to specific exemplary embodiments, it will be recognized that the invention is not limited to the embodiments described, but can be practiced with modification and alteration within the spirit and scope of the appended claims. Accordingly, the specification and drawings are to be regarded in an illustrative sense rather than a restrictive sense.

Claims

CLAIMS What is claimed is:

1. A method, comprising:

calculating first navigation data based on a first mobility mode at a first device; receiving a mobility mode change indication to a second mobility mode;

calculating second navigation data based on the second mobility mode; and transmitting the second navigation data to a second device; wherein the first navigation data calculation is performed between the first device and a server, the second navigation data is derived directly from the server.

2. The method of claim 1 , wherein the first navigation data includes driving directions and transmitting the calculated first navigation data to a vehicle.

3. The method of claim 2, wherein the second navigation data includes walking directions and wherein the transmitting transmits via short text message.

4. The method of claim 3, wherein the walking directions originate from a terminus of the driving directions.

5. The method of claim 3, wherein the walking directions originate at a position of the second device.

6. The method of claim 1 , wherein the receiving the mobility mode change indication includes receiving an indication that a vehicle has been placed in park.

7. The method of claim 1 , wherein the receiving the mobility mode change indication includes receiving an indication that the first device is within a predetermined distance between a current position and a destination position.

8. A system, comprising:

mode logic configured to receive a mobility mode change indication from a first mobility mode to a second mobility mode;

direction logic configured to calculate first navigation data based on the first mobility mode and to calculate second navigation data based on the second mobility mode; and

transmission logic configured to transmit the second navigation data to a second device.

9. The system of claim 8, wherein the first navigation data includes driving directions and the transmission logic is further configured to transmit the calculated first navigation data to a vehicle.

10. The system of claim 9, wherein the second navigation data includes walking directions and wherein the transmission logic configuration is for transmission via short text message.

1 1. The system of claim 10, wherein the walking directions originate from a terminus of the driving directions.

12. The system of claim 10, wherein the walking directions originate at a position of the second device.

13. The system of claim 8, wherein the mobility mode change indication includes an indication that a vehicle has been placed in park.

14. The system of claim 8, wherein the mobility mode change indication includes an indication that a first device is within a predetermined distance between a current position and a destination position.

15. A method to perform navigation among a server, a navigation unit of a vehicle, and a mobile device, comprising:

calculating first navigation data based on a first mobility mode at the navigation unit of the vehicle via a direction system in the server;

transmitting the calculated first navigation data to the navigation unit of the vehicle; receiving a mobility mode change indication to a second mobility mode by the server;

calculating second navigation data based on the second mobility mode at the server; and

transmitting the second navigation data to a mobile device by the server; wherein the first navigation data includes driving directions, the second navigation data includes walking directions.

16. The method of claim 15, wherein the direction system receives data including an origination, destination and device identifiers.

17. The method of claim 16, wherein a user can enter the received data on a personal computer or mobile device that is connected to a network, which then transmits the data to the direction system via a network.

18. The method of claim 16, wherein a user can enter the received data on the navigation unit of the vehicle, which then transmits the data to the direction system via a network.

19. The method of claim 15, wherein the walking directions originate at a current position of the navigation unit of the vehicle.

20. The method of claim 15, wherein the walking directions originate at a position of the mobile device.

21. The method of claim 15, wherein receiving the mobility mode change indication includes receiving an indication that the navigation unit of the vehicle is within a predetermined distance between a current position and a destination position.