EP2767961A1 - Method and system of a vehicle - Google Patents

Method and system of a vehicle Download PDF

Info

Publication number
EP2767961A1
EP2767961A1 EP13000818.8A EP13000818A EP2767961A1 EP 2767961 A1 EP2767961 A1 EP 2767961A1 EP 13000818 A EP13000818 A EP 13000818A EP 2767961 A1 EP2767961 A1 EP 2767961A1
Authority
EP
European Patent Office
Prior art keywords
vehicle
passenger
central unit
display
data
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.)
Ceased
Application number
EP13000818.8A
Other languages
German (de)
French (fr)
Inventor
Hans Roth
Olaf Preissner
Christoph REIFENRATH
Alexa WACKERNAGEL
Manfred Schedl
Alexander Ognibeni
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.)
Harman Becker Automotive Systems GmbH
Original Assignee
Harman Becker Automotive Systems GmbH
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
Application filed by Harman Becker Automotive Systems GmbH filed Critical Harman Becker Automotive Systems GmbH
Priority to EP13000818.8A priority Critical patent/EP2767961A1/en
Publication of EP2767961A1 publication Critical patent/EP2767961A1/en
Ceased legal-status Critical Current

Links

Images

Classifications

    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/005—Traffic control systems for road vehicles including pedestrian guidance indicator
    • G—PHYSICS
    • G08—SIGNALLING
    • G08G—TRAFFIC CONTROL SYSTEMS
    • G08G1/00—Traffic control systems for road vehicles
    • G08G1/20—Monitoring the location of vehicles belonging to a group, e.g. fleet of vehicles, countable or determined number of vehicles
    • G08G1/202—Dispatching vehicles on the basis of a location, e.g. taxi dispatching

Definitions

  • the present invention relates to a method and a system of a vehicle.
  • the US 2002/0184062 A1 shows a vehicle management system.
  • the vehicle management method and system is able to monitor and manage a fleet of vehicles with high efficiency and low cost.
  • the management method includes the steps of providing a radio transmitter connected to a vehicle navigation system in each vehicle, providing a radio transmitter connected to a facility computer in a vehicle management facility, receiving information regarding use of a vehicle by the vehicle navigation system from the facility computer which is transmitted through the radio transmitters, monitoring usage of the vehicle and storing data thereof in a memory, and sending the stored data to the facility computer through the radio transmitters.
  • the object of the invention is to improve a system of a vehicle.
  • the system has a central unit of the vehicle, connectable to a driver terminal of the driver for outputting route guidance.
  • the system has at least one near field communication device, which is installed in the vehicle in the area of a receptacle for a mobile device and is connectable to the central unit.
  • the system has at least one display-input device, which is installed in the vehicle for use by a passenger and is connectable to the central unit.
  • the near field communication device and the display-input device are positioned to a passenger seat for operation by the passenger.
  • the central unit is configured to read identification data from the mobile device of the passenger via the near field communication device.
  • the central unit is configured, based on the identification data, to activate the display-input device for use by the passenger and/or to transmit passenger-specific data from the central unit to the display-input device to be displayed.
  • a method for communication by means of a central unit of a vehicle is provided.
  • the central unit is connectable to a driver terminal of the driver for outputting route guidance of the vehicle.
  • the method comprises the steps:
  • the passenger-specific data may have a route guidance instruction specific for the passenger.
  • the passenger-specific data may have a time counter for passenger's leaving of the vehicle at a stopover of the route guidance.
  • the time counter may be displayed by the display-input device of the passenger.
  • the central unit may be configured, based on the identification data, to allow access to data and/or services of the mobile device via the near field communication device.
  • the central unit may be configured, based on the identification data, to allow access to data and/or services of the central unit of the vehicle.
  • the central unit may be configured to change an occupancy value based on the identification data.
  • the central unit may be configured to provide the occupancy value for a query.
  • the central unit may be configured to display a map by means of the display-input device with the current position of the vehicle and/or a position of another vehicle, based on the identification data.
  • the other vehicle may be assigned a travel route of the passenger.
  • FIG. 1 an overview of one embodiment of a system is provided, that uses swarm intelligence. Therefore a plurality of functions in FIG. 1 may be implemented in program running on one or more servers, which could be part of a cloud computing.
  • Core of the system of FIG. 1 is an optimizer function for organizing data traffic and calculations.
  • Implemented functions may be a traffic info database having data of a road map, a route planer having a route calculation algorithm and a movement monitor having storage means for updating and tracking the positions of the member devices and vehicles.
  • Also implemented functions may be booking having storage means e.g. for passenger transport, and billing for member vehicle usage and a parking spot location table having positions of vacancies for parking.
  • Also implemented functions may be a member database and a vehicle database.
  • the member database may have members' identifications, members' profiles, members' destinations and members' media.
  • the vehicle database may have vehicles' identification, vehicles' positions, vehicles' routes, vehicles' occupants and vehicles' profiles.
  • member device functions on the left as well as specific member functions of a vehicle on the right are shown. According to one embodiment of FIG. 1 steps of a long-term booking process are described.
  • a member may select a destination, e.g. home, school market or office.
  • the destination is sent as an enquiry to the optimizer by the mobile device of the member.
  • the optimizer returns in a second step an offer of suitable vehicles, which may be shown in a table form on the display of the mobile device, having pictures and text and other information like known persons or driving time. Suitable vehicles may be determined based on the information in the movement monitor. Also billing requirements may have to be fulfilled for offering.
  • the user selects at least one of the suitable offers and sends a request for transport.
  • the booking request is sent to the driver's mobile of the respective choice.
  • the driver inputs an acknowledgement, if he agrees to transport the member, which is referred to as passenger in the following.
  • Information from the member database and from the vehicle database may be provided for the request and confirmation and selection to the passenger's device and to the driver's device respectively.
  • This confirmation is sent back to the optimizer and is forwarded to the passenger's mobile device.
  • the booking is stored and monitored in the booking function.
  • the optimizer also triggers the route planer to recalculate a route of the vehicle of choice, incorporating an additional stop for the passenger to enter the vehicle and/or an additional stop for the passenger to leave the vehicle.
  • the routes stored in the vehicle database may be updated.
  • a seventh step after route recalculation pick up information and an estimated time of arrival is sent to the passenger.
  • process not shown in FIG. 1 may be a check-in, a check-out, short-term booking, dynamic wake-up call for a driver, dynamic wake-up call for a passenger, parking management and a private mode. E.g. after the long-term booking the next process would be the check-in of the passenger in the vehicle of choice.
  • a map view is shown schematically in FIG. 2 .
  • the map view should clarify the different use of a swarm of vehicles versus an individual vehicle.
  • a swarm consists of a large number of vehicles, but for greater clarity only a few vehicles of the swarm are shown in FIG. 2 .
  • a first vehicle 410 and a second vehicle 420 are shown in FIG. 2 .
  • first current position X1 of first vehicle 410 which is determined, for example, by means of GPS signals and transmitted to server 300 according to FIG. 1 .
  • second current position X2 of second vehicle 420 is shown, which is also transmitted to server 300.
  • first route R1 and a second route R2 are calculated by server 300.
  • the server moreover calculates a large number of other routes of swarm participants, which for greater clarity are not shown in FIG. 2 .
  • the first route R1 is determined from the first current position X1 to a first final destination F1 of first vehicle 410.
  • the first final destination F1 is selected or input, for example, by the driver of first vehicle 410.
  • the second route R2 is determined from the second current position X2 to a second final destination F2 of second vehicle 420.
  • the second final destination F2 is selected or input, for example, by the driver of second vehicle 420.
  • Passenger 201 has also entered a trip destination FT, which in the exemplary embodiment of FIG. 2 he covers with six route sections by means of six different vehicles.
  • the six route sections in this regard form his trip route RT to the trip destination FT.
  • a second route section in this case is covered by first vehicle 410.
  • a third route section is covered by second vehicle 420.
  • the remaining necessary vehicles are not shown in FIG. 2 for the sake of greater clarity.
  • a location C for changing vehicles connects first route R1 and second route R2.
  • This location C is advantageously indicated as a stopover in the route guidance of first vehicle 410.
  • information on the exiting of passenger 201 is provided to the driver of first vehicle 410.
  • Location C is advantageously also indicated as a stopover in the route guidance of second vehicle 420.
  • information on the entry of passenger 201 is provided to the driver of second vehicle 420.
  • location C is included in first route R1 of first vehicle 410 and in second route R2 of second vehicle 420.
  • Location C in this case is an area where stopping of first vehicle 410 and second vehicle 420 is possible.
  • location C is an intersection, so that passenger 201 need only cross a street for a vehicle change.
  • Server 300 calculates both routes R1, R2 interdependently based on the trip route RT of passenger 201.
  • First route R1 is transmitted to first vehicle 410 and second route R2 to second vehicle 420. Due to the Swarm mobility concept, in the exemplary embodiment of FIG. 2 , passenger 201 can reach the trip destination FT within 20 minutes. Because of the high availability of travel options due to the swarm of vehicles, passenger 201 can also skip travel options, e.g., in order to take a break or to meet someone and then to continue traveling to the trip destination FT. In so doing, the server calculates a new trip route RT with new route sections of the current vehicles (not shown).
  • the trip by means of a person's own motor vehicle from the start to the destination (finish) is also shown in FIG. 2 .
  • the traveler as the driver must now drive around a traffic jam at two places, shown in FIG. 2 by symbols.
  • the traveler also loses a great deal of time at the destination when a parking place needs to be found.
  • the traveler requires 30 minutes to reach the destination.
  • individual transport With the current growth of traffic congestion in cities, individual transport will increasingly reach its limits, so that in the exemplary embodiment of FIG. 2 the time difference will diverge even more greatly.
  • FIG. 3 A further exemplary embodiment is illustrated in FIG. 3 , in which a passenger 201 reaches a trip destination FT from his current position X0.
  • passenger 201 uses a mobile device 211 to transmit an enquiry RQ to server 300 via a wireless connection.
  • the server is connected, for example, to base station 310 of a wireless network (LTE, UMTS) in the network.
  • the enquiry RQ contains a current passenger position X0 of passenger 201 and the passenger destination FT.
  • Server 300 moreover receives information on vehicles 410, 420.
  • a first vehicle 410 determines its current position X1 based on satellite signals S from satellites 700 and transmits its current position X1 and its destination F1 and first parameters B1, B2, B3, M via a wireless connection to server 300.
  • a second vehicle 420 determines its current position X2 based on satellite signals S from satellites 700 and transmits its current position X2 and its destination F2 and second parameters B1, B2, M via a wireless connection to server 300.
  • the first parameters B1, B2, B3, M and the second parameters B1, B2, M define whether the particular vehicle 410, 420 is suitable for transporting passenger 201.
  • one of the parameters defines a mode value M for a private mode without transport of passengers or a public mode with transport of passengers, whereby the mode value M can be set by the driver.
  • the drivers of vehicles 410, 420 have set the public mode.
  • an occupancy value B1, B2, B3 for the number of free transport places in motor vehicle 410, 420 is transmitted as a parameter.
  • first vehicle 410 has transport places B1 and B2 and B3 free and second vehicle 420 transport places B1 and B2.
  • a transport option TO of a transport of passenger 201 to the passenger destination FT by means of first vehicle 410 and second vehicle 420 is determined by server 300.
  • the determination of transport option TO is based on at least one of the current passenger position X0 and the first current position X1 of first vehicle 410 and the second current position X2 of second vehicle 420 and the first route R1 and the second route R2 and a first number of first parameters B1, B2, B3, M transmitted from first vehicle 410 for transport option TO and a second number of second parameters B1, B2, M transmitted from second vehicle 420 for transport option TO.
  • Transport option TO is transmitted by server 300 via a wireless connection to mobile device 211 of passenger 201.
  • Mobile device 211 of passenger 201 has a display for showing transport option TO. Data such as the pick-up point X3 and/or information on the driver and/or vehicles and/or on the trip destination FT, for example, are shown on the displaying of transport option TO.
  • Mobile device 211 enables a selection input SC of this transport option FT, for example, by icon and/or key command and/or voice command. In the exemplary embodiment of FIG. 3 , the selection input SC can be made by touching the icon "SELECT" via a touchscreen. The selection input SC is transmitted back to server 300.
  • server 300 calculates the first route R1 of first vehicle 410 and the second route R2 of second vehicle 420 and the location C.
  • Passenger 201 after the selection SC goes from his current position X0 to pick-up point X3, which first vehicle 410 reaches at the same time or shortly thereafter and gets into first vehicle 410.
  • First vehicle 410 drives by means of route guidance along route R1.
  • Passenger 201 leaves at location C.
  • Second vehicle 420 also reaches location C at the same time or shortly thereafter and passenger 201 gets into second vehicle 420.
  • Second vehicle 420 drives further along second route R2 to the destination by means of route guidance.
  • the destination F2 of second vehicle 420 corresponds to the trip destination FT of passenger 201.
  • a plurality of transport options TO for the selection input SC can be shown on mobile device 211 of passenger 201.
  • FIG. 4a shows an exemplary embodiment of a display of a plurality of transport options TO1, TO2, TO3, TO4, TO5 TO6, TO7, TO8 on a map.
  • Each transport option TO1, TO2, TO3, TO4, TO5, T06, TO7, TO8 can be selected by touching the associated symbol on the map.
  • the particular current position X0 is also shown.
  • Additional information E100 is indicated for transport option TO1.
  • the driver for transport option TO1 is familiar to the user and his name is determined and displayed by means of a table entry.
  • FIG. 4b shows an exemplary embodiment of a display for a confirmation ACK1 shown on the display of the passenger's device.
  • FIG. 4c shows an exemplary embodiment of a display of a plurality of transport options TO1, TO2, TO3, TO4 for a later time by means of a list.
  • additional information E100 is output, which in the exemplary embodiment of FIG. 4c identifies a familiar person as the driver.
  • FIG. 5 Another exemplary embodiment with a diagram is shown in FIG. 5 .
  • a user 201 as passenger 201 is to take a trip from the start position X0 to the trip destination FT.
  • the section covered by the trip from the start position X0 to trip destination FT is shown in FIG. 5 by a bar with the positions X0, X3, C, X4, FT and the sections P1, S1, S2, P2.
  • the system is suitable for schedule planning by the central management of a plurality of data by a server 300.
  • a timeline with the times t w , t x , t P1 , t 3 , t C , t 4 , t P2 , t F is shown below the illustration of the trip sections.
  • Passenger 201 uses a mobile device 211, for example, a smartphone or smartbook.
  • Mobile device 211 is configured to input the appointment time t F and the appointment place FT and optional a time interval ⁇ t1, ⁇ t2 by user 201.
  • a time interval ⁇ t1, ⁇ t2 is entered.
  • a first time interval ⁇ t1 between a start time t x and a time t P1 at the beginning of footpath P1 is entered.
  • the first time interval ⁇ t1 takes into account a time period for leaving the house (e.g., 5 minutes).
  • the second time interval ⁇ t2 defined between a time of arrival t P2 after the end of footpath P2 and the appointment time t F , takes into account, for example, a preparation time for the appointment (e.g., 5 minutes).
  • the time intervals ⁇ t1, ⁇ t2 can also be set to zero.
  • Mobile device 211 is configured to determine a current position X0 of mobile device 211.
  • mobile device 211 has, for example, a GPS receiver.
  • Server 300 can be connected to mobile device 211 via a network.
  • a network For example, a UMTS connection or an LTE connection is used for this purpose.
  • Mobile device 211 is configured to transmit the appointment time t F and the appointment place FT and the current position X0 and the time intervals ⁇ t1, ⁇ t2 to server 300.
  • Server 300 is configured to determine traffic-related data RD as real-time data RD for at least one route section S1, S2 between the current position X0 and the appointment place FT.
  • user 201 starts a short footpath P1 at the position X0 to location X3 where a first vehicle 410 transports user 201 as passenger 201 over a first route section S1 to location C.
  • passenger 201 changes to second vehicle 420 and is driven over a second route section S2 to location X4.
  • Passenger 201 leaves at location X4 and walks on another short footpath P2 to appointment place FT. How rapidly the first route section S1 and the second route section S2 can be covered depends significantly on traffic flow in these route sections S1, S2.
  • other vehicles 430, 440, 450, 460 are shown which drive on route sections S1, S2.
  • Server 300 is configured to determine traffic-related data RD of the particular route section S1, S2 based on an assessment of received vehicle-specific data M2 430 , M2 440 , M2 450 , M2 460 of vehicles 430, 440, 450, 460.
  • the vehicle-specific data are, for example, a speed value M2 430 , M2 440 , M2 450 , M2 460 and/or an acceleration value and/or a value for the distance to a preceding and/or following vehicle and/or a value for route conditions and/or a vehicle density value. It is shown in the exemplary embodiment of FIG. 5 how vehicles 430, 440, 450, 460 each transmit a speed value M2 430 , M2 440 , M2 450 , M2 460 to server 300 over a wireless connection.
  • Server 300 determines a travel time t T based on the data.
  • the time for footpaths P1, P2 in this regard is substantially independent of traffic. From the speed values, server 300 calculates, for example, an average speed in route sections S1, S2 and in association with the length of route sections S1, S2 server 300 calculates the travel time t T .
  • the start time t x can now be calculated by server 300, for example, by subtracting the travel time t T and subtracting the time intervals ⁇ t1, ⁇ t2 from the appointment time t F .
  • Server 300 is configured, based on the appointment time t F and the appointment place FT and the current position X0 and possibly available time intervals ⁇ t1, At2 and the traffic-related real-time data RD, to calculate the start time t x for traveling from current position X0 to the appointment place FT.
  • the calculated start time t x is sent by server 300 to mobile device 211.
  • Server 300 is configured to update continuously the start time t x based on the traffic-related data RD and to send it to mobile device 211. If the traffic situation in route sections S1, S2 changes, for example, due to black ice, this is taken into account in the calculation of the start time t x and the start time t x is accordingly adjusted forward.
  • Mobile device 211 is configured to output an alarm A1, A2, A3 based on the start time t x and current time t.
  • the alarm in this regard can be output in different ways.
  • the alarm is indicated as a visual display A1 by a countdown.
  • the display can blink in addition, for example, shortly before the start time t x is reached.
  • the alarm is output alternatively or in addition by an acoustic signal A2.
  • the acoustic signal A2 is, for example, an alarm sound and/or a voice output.
  • the alarm is output alternatively or in addition by a vibration A3 of mobile device 211.
  • a wake-up alarm WA can be set.
  • a wake-up time t w can be specified by mobile device 211 and/or server 300.
  • Mobile device 211 in this regard is configured to output the wake-up alarm WA, based on the wake-up time t w and the current time t.
  • the wake-up alarm also has, for example, an alarm sound.
  • FIG. 6 An exemplary embodiment with a display is shown schematically in FIG. 6 .
  • a visual wake-up alarm WA an appointment time t F at the office, and a start time t x ' for the return trip and an arrival time t F ' at home are indicated.
  • the arrival time t F ' could also be referred to as appointment time.
  • FIGS. 7 and 8 A system of a motor vehicle 100 is shown in FIGS. 7 and 8 .
  • the system has a central unit 130.
  • Central unit 130 is connected to a driver terminal 129 for a driver 209 to output a route guidance.
  • Driver terminal 129 is configured for inputting, for example, by means of sensors or a touchscreen. The driver can enter data via driver terminal 129 or he can operate functions.
  • the system has three near field communication devices 111, 112, 113.
  • Each near field communication device 111, 112, 113 is installed in motor vehicle 100 in the area of a seat for a mobile device 211, 212, 213.
  • Each near field communication device 111, 112, 113 is connected to central unit 130.
  • Each near field communication device 111, 112, 113 can create a communication link with mobile device 211, 212, 213 located in the receptacle.
  • the system has three display-input devices 121, 122, 123.
  • Each display-input device 121, 122, 123 is installed in motor vehicle 100 for use by a passenger 201, 202, 203.
  • Each display-input device 121, 122, 123 is connected to central unit 130.
  • Near field communication device 111, 112, 113 and display-input device 121, 122, 123 are positioned for operation (operating) by passenger 201, 202, 203 at a passenger seat 101, 102, 103.
  • Central unit 130 of the system is configured to read identification data ID211, ID212, ID213 from mobile device 211, 212, 213 of passenger 201, 202, 203 via near field communication device 111, 112, 113.
  • the respective identification data ID211, ID212, ID213 are transmitted to central unit 130 from each mobile device 211, 212, 213 of passenger 201, 202, 203 via near field communication devices 111, 112, 113.
  • Driver 209 can allow the identification data ID211, ID212, ID213 to be displayed via terminal 129. It is possible that central unit 130 is configured to transmit the identification data ID211, ID212, ID213 or the information associated therewith to server 300. The information can then be used for billing, e.g. for paying for the traveled sections.
  • Central unit 130 is configured, based on the identification data ID211, ID212, ID213 from mobile devices 211, 212, 213, to activate display-input device 121, 122, 123 for use by passenger 201, 202, 203.
  • passenger 201, 202, 203 can now allow data to be displayed or make entries.
  • passenger 201, 202, 203 is authorized to allow image data from camera 164 to be displayed.
  • music titles or video titles can be requested from a media database 155.
  • Central unit 130 is configured, based on the identification data ID211, ID212, ID213, to permit access to data and/or services of central unit 130 of motor vehicle 100. Passenger 201, 202, 203 by the activation can also be permitted to access the infrastructure of vehicle 100, for example, a transceiver 140 of the wireless network connection (UMTS, LTE).
  • UMTS wireless network connection
  • central unit 130 is configured, based on the identification data ID211, ID212, ID213 from mobile devices 211, 212, 213, to transmit passenger-specific data D201, D202, D203 from central unit 130 for displaying on display-input device 121, 122, 123.
  • passenger-specific data D201, D202, D203 are stored or generated in central unit 130.
  • the passenger-specific data D201, D202, D203 have, for example, specific instructions for route guidance for passenger 201, 202, 203.
  • the passenger-specific data D201, D202, D203 have a time counter until passenger 201, 202, 203 leaves motor vehicle 100 at a stop of the route guidance.
  • the time counter is displayed by display-input device 121, 122, 123.
  • passenger 201, 202, 203 is provided with the convenient option of accessing his own data, in that central unit 130 is configured, based on the identification data ID211, ID212, ID213, to permit access to data and/or services of mobile device 211, 212, 213 via near field communication device 111, 112, 113.
  • central unit 130 is configured, based on the identification data ID211, ID212, ID213, to permit access to data and/or services of mobile device 211, 212, 213 via near field communication device 111, 112, 113.
  • email can be read from mobile device 211, 212, 213 via near field communication device 111, 112, 113.
  • An occupancy value B1, B2, B3 for the particular seat 101, 102, 103 is changed in central unit 130, based on the identification data ID211, ID212, ID213.
  • the associated occupancy value B1, B2, B3 is set to "occupied.”
  • seat 201, 202, 203 has an occupancy sensor 165, whereby the occupancy value B1, B2, B3 is set based on the sensor data of occupancy sensor 165.
  • Central unit 130 is configured to provide the occupancy value B1, B2, B3 upon an inquiry by server 300 and occupancy values B1, B2, B3 are then transmitted from central unit 130 to server 300. The rider capacities are thus available to server 300 in real time.
  • central unit 130 is configured, based on the identification data ID211, ID212, ID213, to display a map by means of display-input device 121, 122, 123 with the current position of motor vehicle 100, 410 and/or a position of another motor vehicle 420, whereby the other motor vehicle 420 is assigned a trip route RT of passenger 201.
  • the system has a WiFi access point 132 for a wireless connection.
  • other devices for example, brought along by a passenger 201, 202, 203, can be included in the system via WiFi access point 132.
  • the system of the exemplary embodiment of FIG. 7 has a number of audio amplifiers 153 and a number of loudspeakers 150.
  • FIG. 9 shows other functions of a system of a motor vehicle 100 in communication with a server 300.
  • the system again has a central unit 130.
  • the system has a transceiver 140 for the wireless transmission of data DF from motor vehicle 100 via a wireless connection 340 of a network, e.g., over a wireless base station 310, to server 300.
  • a plurality of other vehicles 410, 420, 430, 440, 450, 460 which belong to a community 400, can exchange data with server 300 via a wireless connection 340.
  • Central unit 130 of the present system has an interface 136 for receiving measured data M1, M2, M3, M4, M5, M6, M7, M8 from measurement sensors 161, 162, 163, 164, 165, 166, 167, 168 of motor vehicle 100.
  • a measurement sensor is a camera 164 and/or a radar device 161 and/or a speed sensor 162 and/or a microphone 163 and/or an occupancy sensor 165 and/or a position sensor 166 and/or a street condition sensor/vibration sensor 168 and/or a temperature sensor 167 or the like.
  • central unit 100 of the system has an interface 137, 138 for receiving input data E1, E2, E3, E4, E5, E6, E7, E8, E9 of an input by a driver 209 by means of an input device 129 of motor vehicle 100.
  • Input device 129 of driver 209 can also be called the driver terminal 129.
  • the input data in the exemplary embodiment of FIG. 9 have a driver identification E1 with the identification data ID219 and/or a driving style category E3 and/or a group definition E4 and/or a music profile E2 and/or a driving destination E5 and/or a number of available places E6 and/or an input maximum speed E7 and/or a vehicle identification E9 or the like.
  • a number of connected input devices 170, 180 and/or memories 171, 172, 173, 174, 175, 181, 182, 183, 184 are provided for this purpose.
  • Central unit 130 is configured to activate a private mode M v or a public mode M C .
  • the public mode M C is used here for information for other participants, who, e.g., as passengers require a ride or as a driver of another vehicle would like to be informed about the local situation, for example, by means of image data from camera 164.
  • the private mode M V in contrast, makes it possible for driver 209 to protect his privacy, when, e.g., exclusively family members travel in the vehicle.
  • Central unit 130 in the private mode M V is configured to activate a first configurable filter 131.
  • a first selection of measured data M2 and/or of input data E1 for transmission by transceiver 140 is released by means of the first configurable filter 131.
  • the speed data M2 of a speed sensor 162 and a driver identification E1 are released.
  • the first configurable filter 131 is shown in FIG. 9 as a function symbol and implemented, for example, by authorization software in central unit 130.
  • Central unit 130 in the public mode M C is configured to activate a second configurable filter 132.
  • a second selection of measured data M4, M6 and/or of input data E3 for transmission by transceiver 140 is released by means of the second configurable filter 132.
  • the image data M4 of camera 164 and the position data M6 from position sensor 166 and a driving style category E3 are released for transmission.
  • the second configurable filter 132 is shown in FIG. 9 as a function symbol and implemented, for example, by authorization software in central unit 130.
  • the activation of the first configurable filter 131 or second configurable filter 132 is symbolized in FIG. 9 by a switch 133.
  • central unit 130 has a configuration mode M K .
  • Central unit 130 is configured to activate in the configuration mode M K an input mask to configure the first configurable filter 131 and/or second configurable filter 132.
  • the configuration of filters 131, 132 can be fixedly predetermined or programmed via a connection.
  • Central unit 130 is configured to transmit measured data M2, M4, M6 and/or input data E1, E3 released by means of the first configurable filter 131 or second configurable filter 132, when an inquiry Q is received over transceiver 140 about the particular measured data M2, M4, M6 and/or input data E1, E3.
  • camera 164 is selected by the request from a vehicle 440 of the community and then the image data M4 are transmitted via server 300 to vehicle 440 and displayed there.
  • one embodiment provides a system and a method to identify quasi real time vacancies for parking at the roadside as they occur randomly in the cities. These vacancies are made available to other traffic members in the community of the swarm. Such a member can be guided to such vacancy.
  • a method for navigation is based on a plurality of vehicles 410, 420, 430, 440, 450, 460.
  • the vehicles 410, 420, 430, 440, 450, 460 shown in FIG. 10 are members of the community.
  • Each vehicle 410, 420, 430, 440, 450, 460 is connectable to a server 300 via a radio communication link.
  • a base station 310 of a radio communication network is shown, which is connected to the server 300.
  • the server 300 is not only specified as a hardware unit, but also could be a virtual server or be part of cloud.
  • Each of the plurality of vehicles 410, 420, 430, 440, 450, 460 concurrently determines its current position X1, X2.
  • all vehicle 410, 420 are moving.
  • the vehicles 490 are objects.
  • the vehicles 490 and the other object 480 are not moving and are parking or stationary.
  • three vacancies 510, 520, 530 for parking are shown. These vacancies 510, 520, 530 are a gap between two parked vehicles 490 or between a parked vehicle 490 and the other object 480, e.g. a flower tub.
  • a vehicle 410 is currently determining one vacancy 510 for parking based on recognized objects 480, 490 at the roadside.
  • the system of the vehicle 410 has an object recognition device 161, 164 as shown in FIG. 7 .
  • a video camera 164 and/or a radar sensor 161 are an essential part of an object recognition device.
  • another vehicle 420 is currently determining one vacancy 520 for parking based on recognized objects 490 at the left roadside and one vacancy 530 for parking based on recognized objects 490 at the right roadside.
  • the vehicle 410 may determine its current position X1 based on GPS-satellite signals. Depending on its current position X1 the vehicle 410 may determine the position P510 of the vacancy.
  • the vehicle 420 is determining positions P520 and P530 of the vacancies 520, 530 based on its current position X2. As shown in FIG. 10 both vehicles 410, 420 are configured to transmit the positions P510, P520, P530 of the vacancies 510, 520, 530 together with the length L1, L2, L3 of each vacancy 510, 520, 530 to the connected server 300 via the base station 310.
  • the vacancies 510, 520, 530 for parking are received by the server 300.
  • the server 300 enables the storing of the positions P510, P520, P530 of the vacancies 510, 520, 530 in an internal storage 320 or external storage 320' connected to the server 300.
  • the storage may be organized as a database.
  • the aforementioned steps describe how the vacancies 510, 520, 530 for parking are fed into the storage 320, 320'. In the following the steps concerning the request and retrieval of the positions P510, P520, P530 of the vacancies 510, 520, 530 are described.
  • an input by a user 209 of a query QP is determined.
  • the query QP concerns vacancies for parking.
  • the query QP together with a final destination F1 is transmitted from the user 209 to the server 300 via the base station 310.
  • positions P540, P550, P560, P570, P580 of vacancies 540, 550, 560, 570, 580 are transmitted from the server 300 to the user 209.
  • FIG. 11 shows a map with an area PA around the final destination F1. Positions P540, P550, P560, P570, P580 of vacancies 540, 550, 560, 570, 580 are shown by parking symbols within the area PA. The symbols may further be used for navigation.
  • a selection of a vacancy 540 for parking is determined, if the user 209 is touching the associated symbol.
  • the position P540 of the vacancy 540 is set to be a new final destination P540.
  • the route guidance to the new final destination P540 is started afterwards. It is also possible to calculate a round tour passing several or all of the positions P540, P550, P560, P570, P580 of vacancies 540, 550, 560, 570, 580, e.g. after reaching the final destination F1.
  • an occupation information may be sent from the user 209 to the server 300, if the position P540 is occupied by another vehicle or if a reaching of the position P540 of the vacancy 540 for parking by the user 209 is determined.
  • the server 300 After the server 300 has received the occupation information the stored position P540 may be deleted in the storage 320, 320' by the server 300.
  • the vacancies 540, 550, 560, 570, 580 for parking may be concurrently updated.
  • the updating may be terminated, when a parking of the vehicle of the user 209 is detected or if the user switches off the updating, e.g. by a respective input.
  • the area PA may be determined geographically, e.g. by determining each distance to the final destination F1 and comparing it with an area threshold. Alternatively the area PA is defined by a number of closest vacancies, e.g. the position of the ten closest vacancies define the area PA.
  • the user 209 in FIG. 11 may select a vacancy for reservation.
  • a selection for reservation is determined, e.g. if the user 209 is touching a symbol of one vacancy for parking.
  • a reservation information R P540 is transmitted from the user 209 to the server 300 as shown in FIG. 10 . E.g. for a period of time this vacancy is not retrievable for other members of the community.
  • an authentication of the user 209 to be a member of a group legitimated to retrieve vacancies 540, 550, 560, 570, 580 occurs.
  • the positions P540, P550, P560, P570, P580 are transmitted only after the authentication is successfully completed.
  • a length L1, L2, L3 of each vacancy 510, 520, 530 is determined and transmitted along with each position P510, P520, P530 from the respective vehicle 410, 420 to the connected server 300.
  • the server 300 may transmit only that vacancies suitable for the user 209.
  • all positions of all vacancies are transmitted to the user along with the respective length of each vacancy.
  • the vacancies may be selected by a user's program.
  • each vacancy may be selected depending on its lengths L1, L2, L3. After selection only fitting vacancies may be displayed for navigation.
  • a management of vacancies for parking may be possible.
  • a vacancy allocation is determined by minimizing walking distances between final destinations F1 and the positions of the vacancies 540, 550, 560, 570, 580 for a plurality of vehicles having final destinations adjacent to each other.
  • the positions P540, P550, P560, P570, P580 of vacancies 540, 550, 560, 570, 580 in each area PA are transmitted to the vehicle based on the vacancy allocation.
  • the behaviour of other vehicles which are not a member of the community are taken into account.
  • a point in time of the determination of the vacancy 510, 520, 530 may be determined and the point in time may be stored along with the position P510, P520, P530 by the server 300.
  • the positions P540, P550, P560, P570, P580 of vacancies 540, 550, 560, 570, 580 and respective points of time are transmitted from the server 300 to the user 209.
  • the points of time could be used for navigation in several ways.
  • FIG. 11 visualization is shown. Using at least one time threshold vacancies may be categorized comparing a difference of the points of time and the current time with the at least one time threshold.
  • 11 three categories are shown, wherein the vacancy 540 has the youngest point of time and the vacancies 570, 580 are the oldest ones.
  • Another threshold - e.g. 24 hours - may be used to cancel vacancies.
  • recognitions of a vacancy may be counted and compared with counting thresholds to categorize vacancies.
  • the user 209 may input respective information.
  • An input associated with a cancelation of a vacancy by the user 209 may be determined. Based on the determined cancelation input respective data may be sent to the server and information concerning parking prohibition may be stored.
  • the invention is not limited to the shown embodiment variants in FIGS. 1 through 11 .

Abstract

Method and system of a vehicle (100),
- having a central unit (130) of the vehicle (100), connectable to a driver terminal (129) of the driver (209) for outputting route guidance,
- having at least one near field communication device (111, 112, 113), which is installed in the vehicle (100) in the area of a receptacle for a mobile device (211, 212, 213) and is connectable to the central unit (130),
- having at least one display-input device (121, 122, 123), which is installed in the vehicle (100) for use by a passenger (201, 202, 203) and is connectable to the central unit (130),
- wherein the near field communication device (111, 112, 113) and the display-input device (121, 122, 123) are positioned to a passenger seat (101, 102, 103) for operation by the passenger (201, 202, 203),
- wherein the central unit (130) is configured to read identification data (ID211, ID212, ID213) from the mobile device (211, 212, 213) of the passenger (201, 202, 203) via the near field communication device (111, 112, 113), and
- wherein the central unit (130) is configured, based on the identification data (ID211, ID212, ID213), to activate the display-input device (121, 122, 123) for use by the passenger (201, 202, 203) and/or to transmit passenger-specific data (D201, D202, D203) from the central unit (130) to the display-input device (121, 122, 123) to be displayed.

Description

  • The present invention relates to a method and a system of a vehicle.
  • The US 2002/0184062 A1 shows a vehicle management system. The vehicle management method and system is able to monitor and manage a fleet of vehicles with high efficiency and low cost. The management method includes the steps of providing a radio transmitter connected to a vehicle navigation system in each vehicle, providing a radio transmitter connected to a facility computer in a vehicle management facility, receiving information regarding use of a vehicle by the vehicle navigation system from the facility computer which is transmitted through the radio transmitters, monitoring usage of the vehicle and storing data thereof in a memory, and sending the stored data to the facility computer through the radio transmitters.
  • The object of the invention is to improve a system of a vehicle.
  • Said object is achieved by a system with the features of independent claim 1. Advantageous refinements are the subject of dependent claims and are included in the description.
  • Therefore a system of a vehicle is provided.
  • The system has a central unit of the vehicle, connectable to a driver terminal of the driver for outputting route guidance.
  • The system has at least one near field communication device, which is installed in the vehicle in the area of a receptacle for a mobile device and is connectable to the central unit.
  • The system has at least one display-input device, which is installed in the vehicle for use by a passenger and is connectable to the central unit.
  • The near field communication device and the display-input device are positioned to a passenger seat for operation by the passenger.
  • The central unit is configured to read identification data from the mobile device of the passenger via the near field communication device.
  • The central unit is configured, based on the identification data, to activate the display-input device for use by the passenger and/or to transmit passenger-specific data from the central unit to the display-input device to be displayed.
  • This features lead to a plurality of advantages. Members of the community can use the infra structure of each vehicle. Therefore software and hardware interfaces are defined. The user can use large screens and complex input devices of the vehicle, e.g. if his mobile device is very small having reduced functionality.
  • According to another aspect a method for communication is provided having the features of independent claim 8. Advantageous refinements are included in the description.
  • Therefore a method for communication by means of a central unit of a vehicle is provided. The central unit is connectable to a driver terminal of the driver for outputting route guidance of the vehicle. The method comprises the steps:
    • reading of identification data from a mobile device of the passenger by means of a central unit via a near field communication device, whereby the near field communication device is installed in the vehicle in the area of a receptacle for the mobile device and is connectable to the central unit,
    • activating a display-input device for a usage by the passenger by means of the central unit, based on the identification data,
      and/or
    • transmitting passenger-specific data from the central unit to a display-input device to be displayed,
      wherein the display-input device is installed in the vehicle and connectable to the central unit.
  • In the following advantageous embodiments are described.
  • According to one embodiment the passenger-specific data may have a route guidance instruction specific for the passenger.
  • According to one embodiment the passenger-specific data may have a time counter for passenger's leaving of the vehicle at a stopover of the route guidance. The time counter may be displayed by the display-input device of the passenger.
  • According to one embodiment the central unit may be configured, based on the identification data, to allow access to data and/or services of the mobile device via the near field communication device.
  • According to one embodiment the central unit may be configured, based on the identification data, to allow access to data and/or services of the central unit of the vehicle.
  • According to one embodiment the central unit may be configured to change an occupancy value based on the identification data. The central unit may be configured to provide the occupancy value for a query.
  • According to one embodiment the central unit may be configured to display a map by means of the display-input device with the current position of the vehicle and/or a position of another vehicle, based on the identification data. The other vehicle may be assigned a travel route of the passenger.
  • The described embodiments are especially advantageous both individually and in combination. In this regard, all embodiments can be combined with one another. Some possible combinations are explained in the description of the exemplary embodiments shown in the figures. These possible combinations of the embodiments, depicted therein, are not definitive, however.
  • The invention will be described in greater detail hereinafter by exemplary embodiments using graphic illustrations.
  • In the drawing:
    • FIG. 1
    shows a schematic illustration of a system for navigation of vehicles;
    FIG. 2
    shows a schematic illustration of a map view;
    FIG. 3
    shows a schematic illustration of the wireless transmission;
    FIGS. 4a, 4b, and 4c
    show schematic illustrations of selection options;
    FIG. 5
    shows a schematic time diagram;
    FIG. 6
    shows a schematic illustration of a display;
    FIG. 7
    shows a block diagram;
    FIG. 8
    shows a schematic three-dimensional illustration of a motor vehicle;
    FIG. 9
    shows a block diagram;
    FIG. 10
    shows a schematic view of a traffic having a plurality of vehicles; and
    FIG. 11
    shows a schematic map view.
  • A rapid growth of urban population occurred in recent decades. In 2008, around the globe for the first time less people lived in rural than in urban areas. More than four hundred cities have more than one million and nineteen more than ten million inhabitants. In the forecast by 2050 more than seventy percent of the world population will live urban areas. In the mega cities of the future there will be an enormous need for mobility, that can't be satisfied with conventional means. This gap can be closed by the Urban Swarm Community Concept, which consistently uses the intelligence of the swarm. Using the Urban Swarm Community Concept a cutting-edge mobility community combines the advantages of public and individual transport, taxis, car-sharing and ride community concepts, avoiding their disadvantages. It offers maximum transport capacity by high utilization of vehicles and also allows a rapid change of vehicles. Potential passengers only need to enter their final destination, the rest is managed by the System. In this concept individuals may be booked on one or several vehicles to come from start point to final destination.
  • In FIG. 1 an overview of one embodiment of a system is provided, that uses swarm intelligence. Therefore a plurality of functions in FIG. 1 may be implemented in program running on one or more servers, which could be part of a cloud computing.
  • Core of the system of FIG. 1 is an optimizer function for organizing data traffic and calculations. Implemented functions may be a traffic info database having data of a road map, a route planer having a route calculation algorithm and a movement monitor having storage means for updating and tracking the positions of the member devices and vehicles. Also implemented functions may be booking having storage means e.g. for passenger transport, and billing for member vehicle usage and a parking spot location table having positions of vacancies for parking. Also implemented functions may be a member database and a vehicle database. The member database may have members' identifications, members' profiles, members' destinations and members' media. The vehicle database may have vehicles' identification, vehicles' positions, vehicles' routes, vehicles' occupants and vehicles' profiles.
  • Also member device functions on the left as well as specific member functions of a vehicle on the right are shown. According to one embodiment of FIG. 1 steps of a long-term booking process are described.
  • In a first step a member may select a destination, e.g. home, school market or office. The destination is sent as an enquiry to the optimizer by the mobile device of the member. The optimizer returns in a second step an offer of suitable vehicles, which may be shown in a table form on the display of the mobile device, having pictures and text and other information like known persons or driving time. Suitable vehicles may be determined based on the information in the movement monitor. Also billing requirements may have to be fulfilled for offering. In a third step the user selects at least one of the suitable offers and sends a request for transport.
  • In a fourth step the booking request is sent to the driver's mobile of the respective choice. The driver inputs an acknowledgement, if he agrees to transport the member, which is referred to as passenger in the following. Information from the member database and from the vehicle database may be provided for the request and confirmation and selection to the passenger's device and to the driver's device respectively. This confirmation is sent back to the optimizer and is forwarded to the passenger's mobile device. The booking is stored and monitored in the booking function. The optimizer also triggers the route planer to recalculate a route of the vehicle of choice, incorporating an additional stop for the passenger to enter the vehicle and/or an additional stop for the passenger to leave the vehicle. The routes stored in the vehicle database may be updated. In a seventh step after route recalculation pick up information and an estimated time of arrival is sent to the passenger.
  • Other process not shown in FIG. 1 may be a check-in, a check-out, short-term booking, dynamic wake-up call for a driver, dynamic wake-up call for a passenger, parking management and a private mode. E.g. after the long-term booking the next process would be the check-in of the passenger in the vehicle of choice.
  • A map view is shown schematically in FIG. 2. The map view should clarify the different use of a swarm of vehicles versus an individual vehicle. Typically, a swarm consists of a large number of vehicles, but for greater clarity only a few vehicles of the swarm are shown in FIG. 2. Thus, a first vehicle 410 and a second vehicle 420 are shown in FIG. 2.
  • Also shown is a first current position X1 of first vehicle 410, which is determined, for example, by means of GPS signals and transmitted to server 300 according to FIG. 1. Likewise, a second current position X2 of second vehicle 420 is shown, which is also transmitted to server 300.
  • Also shown are a first route R1 and a second route R2, which are calculated by server 300. The server moreover calculates a large number of other routes of swarm participants, which for greater clarity are not shown in FIG. 2.
  • The first route R1 is determined from the first current position X1 to a first final destination F1 of first vehicle 410. The first final destination F1 is selected or input, for example, by the driver of first vehicle 410. The second route R2 is determined from the second current position X2 to a second final destination F2 of second vehicle 420. The second final destination F2 is selected or input, for example, by the driver of second vehicle 420.
  • Passenger 201 has also entered a trip destination FT, which in the exemplary embodiment of FIG. 2 he covers with six route sections by means of six different vehicles. The six route sections in this regard form his trip route RT to the trip destination FT. A second route section in this case is covered by first vehicle 410. A third route section is covered by second vehicle 420. The remaining necessary vehicles are not shown in FIG. 2 for the sake of greater clarity.
  • So that passenger 201 can utilize first vehicle 410 and then second vehicle 420, passenger 201 must change vehicles. A location C for changing vehicles connects first route R1 and second route R2. This location C is advantageously indicated as a stopover in the route guidance of first vehicle 410. In this regard, information on the exiting of passenger 201 is provided to the driver of first vehicle 410. Location C is advantageously also indicated as a stopover in the route guidance of second vehicle 420. In this case, information on the entry of passenger 201 is provided to the driver of second vehicle 420. Thus, location C is included in first route R1 of first vehicle 410 and in second route R2 of second vehicle 420. Location C in this case is an area where stopping of first vehicle 410 and second vehicle 420 is possible. For example, location C is an intersection, so that passenger 201 need only cross a street for a vehicle change.
  • Server 300 calculates both routes R1, R2 interdependently based on the trip route RT of passenger 201. First route R1 is transmitted to first vehicle 410 and second route R2 to second vehicle 420. Due to the Swarm mobility concept, in the exemplary embodiment of FIG. 2, passenger 201 can reach the trip destination FT within 20 minutes. Because of the high availability of travel options due to the swarm of vehicles, passenger 201 can also skip travel options, e.g., in order to take a break or to meet someone and then to continue traveling to the trip destination FT. In so doing, the server calculates a new trip route RT with new route sections of the current vehicles (not shown).
  • For comparison, the trip by means of a person's own motor vehicle from the start to the destination (finish) is also shown in FIG. 2. The traveler as the driver must now drive around a traffic jam at two places, shown in FIG. 2 by symbols. The traveler also loses a great deal of time at the destination when a parking place needs to be found. In the shown exemplary embodiment of FIG. 2, the traveler requires 30 minutes to reach the destination. With the current growth of traffic congestion in cities, individual transport will increasingly reach its limits, so that in the exemplary embodiment of FIG. 2 the time difference will diverge even more greatly.
  • A further exemplary embodiment is illustrated in FIG. 3, in which a passenger 201 reaches a trip destination FT from his current position X0. In this case, passenger 201 uses a mobile device 211 to transmit an enquiry RQ to server 300 via a wireless connection. For the wireless connection, the server is connected, for example, to base station 310 of a wireless network (LTE, UMTS) in the network. The enquiry RQ contains a current passenger position X0 of passenger 201 and the passenger destination FT.
  • Server 300 moreover receives information on vehicles 410, 420. A first vehicle 410 determines its current position X1 based on satellite signals S from satellites 700 and transmits its current position X1 and its destination F1 and first parameters B1, B2, B3, M via a wireless connection to server 300. A second vehicle 420 determines its current position X2 based on satellite signals S from satellites 700 and transmits its current position X2 and its destination F2 and second parameters B1, B2, M via a wireless connection to server 300.
  • The first parameters B1, B2, B3, M and the second parameters B1, B2, M define whether the particular vehicle 410, 420 is suitable for transporting passenger 201. For example, one of the parameters defines a mode value M for a private mode without transport of passengers or a public mode with transport of passengers, whereby the mode value M can be set by the driver. In the exemplary embodiment of FIG. 3, the drivers of vehicles 410, 420 have set the public mode. Furthermore, an occupancy value B1, B2, B3 for the number of free transport places in motor vehicle 410, 420 is transmitted as a parameter. In the exemplary embodiment of FIG. 3, first vehicle 410 has transport places B1 and B2 and B3 free and second vehicle 420 transport places B1 and B2.
  • A transport option TO of a transport of passenger 201 to the passenger destination FT by means of first vehicle 410 and second vehicle 420 is determined by server 300. The determination of transport option TO is based on at least one of the current passenger position X0 and the first current position X1 of first vehicle 410 and the second current position X2 of second vehicle 420 and the first route R1 and the second route R2 and a first number of first parameters B1, B2, B3, M transmitted from first vehicle 410 for transport option TO and a second number of second parameters B1, B2, M transmitted from second vehicle 420 for transport option TO.
  • Transport option TO is transmitted by server 300 via a wireless connection to mobile device 211 of passenger 201. Mobile device 211 of passenger 201 has a display for showing transport option TO. Data such as the pick-up point X3 and/or information on the driver and/or vehicles and/or on the trip destination FT, for example, are shown on the displaying of transport option TO. Mobile device 211 enables a selection input SC of this transport option FT, for example, by icon and/or key command and/or voice command. In the exemplary embodiment of FIG. 3, the selection input SC can be made by touching the icon "SELECT" via a touchscreen. The selection input SC is transmitted back to server 300. Next, server 300 calculates the first route R1 of first vehicle 410 and the second route R2 of second vehicle 420 and the location C.
  • Passenger 201 after the selection SC goes from his current position X0 to pick-up point X3, which first vehicle 410 reaches at the same time or shortly thereafter and gets into first vehicle 410. First vehicle 410 drives by means of route guidance along route R1. Passenger 201 leaves at location C. Second vehicle 420 also reaches location C at the same time or shortly thereafter and passenger 201 gets into second vehicle 420. Second vehicle 420 drives further along second route R2 to the destination by means of route guidance. In the exemplary embodiment of FIG. 3, the destination F2 of second vehicle 420 corresponds to the trip destination FT of passenger 201.
  • As a departure from the exemplary embodiment of FIG. 3, a plurality of transport options TO for the selection input SC can be shown on mobile device 211 of passenger 201.
  • FIG. 4a shows an exemplary embodiment of a display of a plurality of transport options TO1, TO2, TO3, TO4, TO5 TO6, TO7, TO8 on a map.
  • Each transport option TO1, TO2, TO3, TO4, TO5, T06, TO7, TO8 can be selected by touching the associated symbol on the map. The particular current position X0 is also shown. Additional information E100 is indicated for transport option TO1. In the exemplary embodiment of FIG. 4a, the driver for transport option TO1 is familiar to the user and his name is determined and displayed by means of a table entry.
  • If transport option TO1 is selected by a touchscreen input, a request RQ, according to FIG. 3, is sent to the vehicle. If the driver of the first vehicle 410 confirms the reservation request, a first acknowledgment message ACK1 is sent back. If the driver of the second vehicle 420 confirms the reservation request, a second acknowledgment message ACK2 is sent back. FIG. 4b shows an exemplary embodiment of a display for a confirmation ACK1 shown on the display of the passenger's device.
  • FIG. 4c shows an exemplary embodiment of a display of a plurality of transport options TO1, TO2, TO3, TO4 for a later time by means of a list. In this case as well, additional information E100 is output, which in the exemplary embodiment of FIG. 4c identifies a familiar person as the driver.
  • Another exemplary embodiment with a diagram is shown in FIG. 5. A user 201 as passenger 201 is to take a trip from the start position X0 to the trip destination FT. The section covered by the trip from the start position X0 to trip destination FT is shown in FIG. 5 by a bar with the positions X0, X3, C, X4, FT and the sections P1, S1, S2, P2. The system is suitable for schedule planning by the central management of a plurality of data by a server 300. To display the time course, a timeline with the times tw, tx, tP1, t3, tC, t4, tP2, tF is shown below the illustration of the trip sections. Passenger 201 uses a mobile device 211, for example, a smartphone or smartbook.
  • User 201 would like to be at appointment place FT at appointment time tF. Mobile device 211 is configured to input the appointment time tF and the appointment place FT and optional a time interval Δt1, Δt2 by user 201. In the exemplary embodiment of FIG. 5, two time intervals Δt1, Δt2 are entered. A first time interval Δt1 between a start time tx and a time tP1 at the beginning of footpath P1 is entered. For example, the first time interval Δt1 takes into account a time period for leaving the house (e.g., 5 minutes). The second time interval Δt2, defined between a time of arrival tP2 after the end of footpath P2 and the appointment time tF, takes into account, for example, a preparation time for the appointment (e.g., 5 minutes). The time intervals Δt1, Δt2 can also be set to zero.
  • Mobile device 211 is configured to determine a current position X0 of mobile device 211. For this purpose, mobile device 211 has, for example, a GPS receiver.
  • Server 300 can be connected to mobile device 211 via a network. For example, a UMTS connection or an LTE connection is used for this purpose. Mobile device 211 is configured to transmit the appointment time tF and the appointment place FT and the current position X0 and the time intervals Δt1, Δt2 to server 300.
  • Server 300 is configured to determine traffic-related data RD as real-time data RD for at least one route section S1, S2 between the current position X0 and the appointment place FT. In the exemplary embodiment of FIG. 5, user 201 starts a short footpath P1 at the position X0 to location X3 where a first vehicle 410 transports user 201 as passenger 201 over a first route section S1 to location C. At location C passenger 201 changes to second vehicle 420 and is driven over a second route section S2 to location X4. Passenger 201 leaves at location X4 and walks on another short footpath P2 to appointment place FT. How rapidly the first route section S1 and the second route section S2 can be covered depends significantly on traffic flow in these route sections S1, S2. In the exemplary embodiment of FIG. 5, other vehicles 430, 440, 450, 460 are shown which drive on route sections S1, S2.
  • Server 300 is configured to determine traffic-related data RD of the particular route section S1, S2 based on an assessment of received vehicle-specific data M2430, M2440, M2450, M2460 of vehicles 430, 440, 450, 460. The vehicle-specific data are, for example, a speed value M2430, M2440, M2450, M2460 and/or an acceleration value and/or a value for the distance to a preceding and/or following vehicle and/or a value for route conditions and/or a vehicle density value. It is shown in the exemplary embodiment of FIG. 5 how vehicles 430, 440, 450, 460 each transmit a speed value M2430, M2440, M2450, M2460 to server 300 over a wireless connection.
  • Server 300 determines a travel time tT based on the data. The time for footpaths P1, P2 in this regard is substantially independent of traffic. From the speed values, server 300 calculates, for example, an average speed in route sections S1, S2 and in association with the length of route sections S1, S2 server 300 calculates the travel time tT. The start time tx can now be calculated by server 300, for example, by subtracting the travel time tT and subtracting the time intervals Δt1, Δt2 from the appointment time tF.
  • Server 300 is configured, based on the appointment time tF and the appointment place FT and the current position X0 and possibly available time intervals Δt1, At2 and the traffic-related real-time data RD, to calculate the start time tx for traveling from current position X0 to the appointment place FT. The calculated start time tx is sent by server 300 to mobile device 211. Server 300 is configured to update continuously the start time tx based on the traffic-related data RD and to send it to mobile device 211. If the traffic situation in route sections S1, S2 changes, for example, due to black ice, this is taken into account in the calculation of the start time tx and the start time tx is accordingly adjusted forward. Mobile device 211 is configured to output an alarm A1, A2, A3 based on the start time tx and current time t. The alarm in this regard can be output in different ways. In the exemplary embodiment of FIG. 5, the alarm is indicated as a visual display A1 by a countdown. The display can blink in addition, for example, shortly before the start time tx is reached. The alarm is output alternatively or in addition by an acoustic signal A2. The acoustic signal A2 is, for example, an alarm sound and/or a voice output. The alarm is output alternatively or in addition by a vibration A3 of mobile device 211.
  • In addition, a wake-up alarm WA can be set. In this regard, based on the start time tx a wake-up time tw can be specified by mobile device 211 and/or server 300. Mobile device 211 in this regard is configured to output the wake-up alarm WA, based on the wake-up time tw and the current time t. The wake-up alarm also has, for example, an alarm sound.
  • An exemplary embodiment with a display is shown schematically in FIG. 6. In this case, a visual wake-up alarm WA, an appointment time tF at the office, and a start time tx' for the return trip and an arrival time tF' at home are indicated. The arrival time tF' could also be referred to as appointment time.
  • A system of a motor vehicle 100 is shown in FIGS. 7 and 8. The system has a central unit 130. Central unit 130 is connected to a driver terminal 129 for a driver 209 to output a route guidance. Driver terminal 129 is configured for inputting, for example, by means of sensors or a touchscreen. The driver can enter data via driver terminal 129 or he can operate functions.
  • In the exemplary embodiment of FIG. 8, the system has three near field communication devices 111, 112, 113. Each near field communication device 111, 112, 113 is installed in motor vehicle 100 in the area of a seat for a mobile device 211, 212, 213. Each near field communication device 111, 112, 113 is connected to central unit 130. Each near field communication device 111, 112, 113 can create a communication link with mobile device 211, 212, 213 located in the receptacle.
  • In the exemplary embodiment of FIG. 8, the system has three display- input devices 121, 122, 123. Each display- input device 121, 122, 123 is installed in motor vehicle 100 for use by a passenger 201, 202, 203. Each display- input device 121, 122, 123 is connected to central unit 130. Near field communication device 111, 112, 113 and display- input device 121, 122, 123 are positioned for operation (operating) by passenger 201, 202, 203 at a passenger seat 101, 102, 103.
  • Central unit 130 of the system is configured to read identification data ID211, ID212, ID213 from mobile device 211, 212, 213 of passenger 201, 202, 203 via near field communication device 111, 112, 113. In the exemplary embodiment of FIG. 7, the respective identification data ID211, ID212, ID213 are transmitted to central unit 130 from each mobile device 211, 212, 213 of passenger 201, 202, 203 via near field communication devices 111, 112, 113. Driver 209 can allow the identification data ID211, ID212, ID213 to be displayed via terminal 129. It is possible that central unit 130 is configured to transmit the identification data ID211, ID212, ID213 or the information associated therewith to server 300. The information can then be used for billing, e.g. for paying for the traveled sections.
  • Central unit 130 is configured, based on the identification data ID211, ID212, ID213 from mobile devices 211, 212, 213, to activate display- input device 121, 122, 123 for use by passenger 201, 202, 203. By means of the activation, passenger 201, 202, 203 can now allow data to be displayed or make entries. In the exemplary embodiment of FIG. 7, passenger 201, 202, 203 is authorized to allow image data from camera 164 to be displayed. Likewise, music titles or video titles can be requested from a media database 155. Central unit 130 is configured, based on the identification data ID211, ID212, ID213, to permit access to data and/or services of central unit 130 of motor vehicle 100. Passenger 201, 202, 203 by the activation can also be permitted to access the infrastructure of vehicle 100, for example, a transceiver 140 of the wireless network connection (UMTS, LTE).
  • Alternatively or in combination, central unit 130 is configured, based on the identification data ID211, ID212, ID213 from mobile devices 211, 212, 213, to transmit passenger-specific data D201, D202, D203 from central unit 130 for displaying on display- input device 121, 122, 123. In the exemplary embodiment of FIG. 7, passenger-specific data D201, D202, D203 are stored or generated in central unit 130. The passenger-specific data D201, D202, D203 have, for example, specific instructions for route guidance for passenger 201, 202, 203. For example, the passenger-specific data D201, D202, D203 have a time counter until passenger 201, 202, 203 leaves motor vehicle 100 at a stop of the route guidance. The time counter is displayed by display- input device 121, 122, 123.
  • In addition, passenger 201, 202, 203 is provided with the convenient option of accessing his own data, in that central unit 130 is configured, based on the identification data ID211, ID212, ID213, to permit access to data and/or services of mobile device 211, 212, 213 via near field communication device 111, 112, 113. For example, email can be read from mobile device 211, 212, 213 via near field communication device 111, 112, 113.
  • An occupancy value B1, B2, B3 for the particular seat 101, 102, 103 is changed in central unit 130, based on the identification data ID211, ID212, ID213. As soon as a passenger 201, 202, 203 identifies himself by means of mobile device 211, 212, 213 and the identification data ID211, ID212, ID213 via the particular near field communication device 111, 112, 113, the associated occupancy value B1, B2, B3 is set to "occupied." It is also possible that seat 201, 202, 203 has an occupancy sensor 165, whereby the occupancy value B1, B2, B3 is set based on the sensor data of occupancy sensor 165. Central unit 130 is configured to provide the occupancy value B1, B2, B3 upon an inquiry by server 300 and occupancy values B1, B2, B3 are then transmitted from central unit 130 to server 300. The rider capacities are thus available to server 300 in real time.
  • So that passenger 201 is informed in a timely manner about changing vehicles before location C is reached according to FIG. 3, in the exemplary embodiment of FIG. 7 central unit 130 is configured, based on the identification data ID211, ID212, ID213, to display a map by means of display- input device 121, 122, 123 with the current position of motor vehicle 100, 410 and/or a position of another motor vehicle 420, whereby the other motor vehicle 420 is assigned a trip route RT of passenger 201.
  • To connect each display- input device 121, 122, 123 with central unit 130, the system has a WiFi access point 132 for a wireless connection. Moreover, other devices, for example, brought along by a passenger 201, 202, 203, can be included in the system via WiFi access point 132. To output voice prompts and/or entertainment media, the system of the exemplary embodiment of FIG. 7 has a number of audio amplifiers 153 and a number of loudspeakers 150.
  • FIG. 9 shows other functions of a system of a motor vehicle 100 in communication with a server 300. The system again has a central unit 130. The system has a transceiver 140 for the wireless transmission of data DF from motor vehicle 100 via a wireless connection 340 of a network, e.g., over a wireless base station 310, to server 300. In addition, a plurality of other vehicles 410, 420, 430, 440, 450, 460, which belong to a community 400, can exchange data with server 300 via a wireless connection 340.
  • Central unit 130 of the present system has an interface 136 for receiving measured data M1, M2, M3, M4, M5, M6, M7, M8 from measurement sensors 161, 162, 163, 164, 165, 166, 167, 168 of motor vehicle 100. For example, a measurement sensor is a camera 164 and/or a radar device 161 and/or a speed sensor 162 and/or a microphone 163 and/or an occupancy sensor 165 and/or a position sensor 166 and/or a street condition sensor/vibration sensor 168 and/or a temperature sensor 167 or the like.
  • In the exemplary embodiment of FIG. 9, central unit 100 of the system has an interface 137, 138 for receiving input data E1, E2, E3, E4, E5, E6, E7, E8, E9 of an input by a driver 209 by means of an input device 129 of motor vehicle 100. Input device 129 of driver 209 can also be called the driver terminal 129. The input data in the exemplary embodiment of FIG. 9 have a driver identification E1 with the identification data ID219 and/or a driving style category E3 and/or a group definition E4 and/or a music profile E2 and/or a driving destination E5 and/or a number of available places E6 and/or an input maximum speed E7 and/or a vehicle identification E9 or the like. A number of connected input devices 170, 180 and/or memories 171, 172, 173, 174, 175, 181, 182, 183, 184 are provided for this purpose.
  • Central unit 130 is configured to activate a private mode Mv or a public mode MC. The public mode MC is used here for information for other participants, who, e.g., as passengers require a ride or as a driver of another vehicle would like to be informed about the local situation, for example, by means of image data from camera 164. The private mode MV, in contrast, makes it possible for driver 209 to protect his privacy, when, e.g., exclusively family members travel in the vehicle.
  • Central unit 130 in the private mode MV is configured to activate a first configurable filter 131. A first selection of measured data M2 and/or of input data E1 for transmission by transceiver 140 is released by means of the first configurable filter 131. In the exemplary embodiment of FIG. 9, the speed data M2 of a speed sensor 162 and a driver identification E1 are released. The first configurable filter 131 is shown in FIG. 9 as a function symbol and implemented, for example, by authorization software in central unit 130.
  • Central unit 130 in the public mode MC is configured to activate a second configurable filter 132. A second selection of measured data M4, M6 and/or of input data E3 for transmission by transceiver 140 is released by means of the second configurable filter 132. In the exemplary embodiment of FIG. 9, in the public mode MC the image data M4 of camera 164 and the position data M6 from position sensor 166 and a driving style category E3 are released for transmission. The second configurable filter 132 is shown in FIG. 9 as a function symbol and implemented, for example, by authorization software in central unit 130. The activation of the first configurable filter 131 or second configurable filter 132 is symbolized in FIG. 9 by a switch 133.
  • In the exemplary embodiment of FIG. 9, central unit 130 has a configuration mode MK. Central unit 130 is configured to activate in the configuration mode MK an input mask to configure the first configurable filter 131 and/or second configurable filter 132. Alternatively, the configuration of filters 131, 132 can be fixedly predetermined or programmed via a connection.
  • Central unit 130 is configured to transmit measured data M2, M4, M6 and/or input data E1, E3 released by means of the first configurable filter 131 or second configurable filter 132, when an inquiry Q is received over transceiver 140 about the particular measured data M2, M4, M6 and/or input data E1, E3. For example, camera 164 is selected by the request from a vehicle 440 of the community and then the image data M4 are transmitted via server 300 to vehicle 440 and displayed there.
  • The enormous need for mobility will lead to an advanced management of parking spaces. This will be reached by the Urban Swarm Community Concept, which consistently uses the intelligence of the swarm. In the following the swarm is used to manage the parking in city streets.
  • As shown in the FIGS. 10 and 11 one embodiment provides a system and a method to identify quasi real time vacancies for parking at the roadside as they occur randomly in the cities. These vacancies are made available to other traffic members in the community of the swarm. Such a member can be guided to such vacancy.
  • According to one embodiment a method for navigation is based on a plurality of vehicles 410, 420, 430, 440, 450, 460. The vehicles 410, 420, 430, 440, 450, 460 shown in FIG. 10 are members of the community. Each vehicle 410, 420, 430, 440, 450, 460 is connectable to a server 300 via a radio communication link. In FIG. 10 a base station 310 of a radio communication network is shown, which is connected to the server 300. The server 300 is not only specified as a hardware unit, but also could be a virtual server or be part of cloud.
  • Each of the plurality of vehicles 410, 420, 430, 440, 450, 460 concurrently determines its current position X1, X2. In FIG. 10 all vehicle 410, 420 are moving. The vehicles 490 are objects. The vehicles 490 and the other object 480 are not moving and are parking or stationary. In FIG. 10 three vacancies 510, 520, 530 for parking are shown. These vacancies 510, 520, 530 are a gap between two parked vehicles 490 or between a parked vehicle 490 and the other object 480, e.g. a flower tub.
  • In one embodiment shown in FIG. 10 a vehicle 410 is currently determining one vacancy 510 for parking based on recognized objects 480, 490 at the roadside. The system of the vehicle 410 has an object recognition device 161, 164 as shown in FIG. 7. According to one embodiment of FIG. 7 a video camera 164 and/or a radar sensor 161 are an essential part of an object recognition device. As shown in FIG. 10 another vehicle 420 is currently determining one vacancy 520 for parking based on recognized objects 490 at the left roadside and one vacancy 530 for parking based on recognized objects 490 at the right roadside.
  • The vehicle 410 may determine its current position X1 based on GPS-satellite signals. Depending on its current position X1 the vehicle 410 may determine the position P510 of the vacancy. Correspondingly the vehicle 420 is determining positions P520 and P530 of the vacancies 520, 530 based on its current position X2. As shown in FIG. 10 both vehicles 410, 420 are configured to transmit the positions P510, P520, P530 of the vacancies 510, 520, 530 together with the length L1, L2, L3 of each vacancy 510, 520, 530 to the connected server 300 via the base station 310.
  • The vacancies 510, 520, 530 for parking are received by the server 300. The server 300 enables the storing of the positions P510, P520, P530 of the vacancies 510, 520, 530 in an internal storage 320 or external storage 320' connected to the server 300. The storage may be organized as a database. The aforementioned steps describe how the vacancies 510, 520, 530 for parking are fed into the storage 320, 320'. In the following the steps concerning the request and retrieval of the positions P510, P520, P530 of the vacancies 510, 520, 530 are described.
  • According to one embodiment in FIGS. 10 and 11 an input by a user 209 of a query QP is determined. The query QP concerns vacancies for parking. The query QP together with a final destination F1 is transmitted from the user 209 to the server 300 via the base station 310. In the easiest case positions P540, P550, P560, P570, P580 of vacancies 540, 550, 560, 570, 580 are transmitted from the server 300 to the user 209. FIG. 11 shows a map with an area PA around the final destination F1. Positions P540, P550, P560, P570, P580 of vacancies 540, 550, 560, 570, 580 are shown by parking symbols within the area PA. The symbols may further be used for navigation. According to one embodiment shown in FIG. 11 a selection of a vacancy 540 for parking is determined, if the user 209 is touching the associated symbol. The position P540 of the vacancy 540 is set to be a new final destination P540. The route guidance to the new final destination P540 is started afterwards. It is also possible to calculate a round tour passing several or all of the positions P540, P550, P560, P570, P580 of vacancies 540, 550, 560, 570, 580, e.g. after reaching the final destination F1. After reaching the vacancy an occupation information may be sent from the user 209 to the server 300, if the position P540 is occupied by another vehicle or if a reaching of the position P540 of the vacancy 540 for parking by the user 209 is determined. After the server 300 has received the occupation information the stored position P540 may be deleted in the storage 320, 320' by the server 300. According to one embodiment the vacancies 540, 550, 560, 570, 580 for parking may be concurrently updated. The updating may be terminated, when a parking of the vehicle of the user 209 is detected or if the user switches off the updating, e.g. by a respective input. The area PA may be determined geographically, e.g. by determining each distance to the final destination F1 and comparing it with an area threshold. Alternatively the area PA is defined by a number of closest vacancies, e.g. the position of the ten closest vacancies define the area PA.
  • According to one embodiment the user 209 in FIG. 11 may select a vacancy for reservation. First a selection for reservation is determined, e.g. if the user 209 is touching a symbol of one vacancy for parking. Afterwards a reservation information RP540 is transmitted from the user 209 to the server 300 as shown in FIG. 10. E.g. for a period of time this vacancy is not retrievable for other members of the community.
  • To prevent misuse of the data gathered by the community the access may be limited. According to one embodiment an authentication of the user 209 to be a member of a group legitimated to retrieve vacancies 540, 550, 560, 570, 580 occurs. The positions P540, P550, P560, P570, P580 are transmitted only after the authentication is successfully completed.
  • According to one embodiment of FIG. 10 a length L1, L2, L3 of each vacancy 510, 520, 530 is determined and transmitted along with each position P510, P520, P530 from the respective vehicle 410, 420 to the connected server 300. Based on the request received the server 300 may transmit only that vacancies suitable for the user 209. Alternatively all positions of all vacancies are transmitted to the user along with the respective length of each vacancy. In this case the vacancies may be selected by a user's program. In each case each vacancy may be selected depending on its lengths L1, L2, L3. After selection only fitting vacancies may be displayed for navigation.
  • In dense populated urban areas a management of vacancies for parking may be possible. In one embodiment a vacancy allocation is determined by minimizing walking distances between final destinations F1 and the positions of the vacancies 540, 550, 560, 570, 580 for a plurality of vehicles having final destinations adjacent to each other. Next the positions P540, P550, P560, P570, P580 of vacancies 540, 550, 560, 570, 580 in each area PA are transmitted to the vehicle based on the vacancy allocation.
  • According to one embodiment the behaviour of other vehicles, which are not a member of the community are taken into account. Additionally a point in time of the determination of the vacancy 510, 520, 530 may be determined and the point in time may be stored along with the position P510, P520, P530 by the server 300. Afterwards the positions P540, P550, P560, P570, P580 of vacancies 540, 550, 560, 570, 580 and respective points of time are transmitted from the server 300 to the user 209. The points of time could be used for navigation in several ways. In FIG. 11 visualization is shown. Using at least one time threshold vacancies may be categorized comparing a difference of the points of time and the current time with the at least one time threshold. In FIG. 11 three categories are shown, wherein the vacancy 540 has the youngest point of time and the vacancies 570, 580 are the oldest ones. Another threshold - e.g. 24 hours - may be used to cancel vacancies. Alternatively recognitions of a vacancy may be counted and compared with counting thresholds to categorize vacancies.
  • If parking in a vacancy is not allowed e.g. due to traffic regulations, the user 209 may input respective information. An input associated with a cancelation of a vacancy by the user 209 may be determined. Based on the determined cancelation input respective data may be sent to the server and information concerning parking prohibition may be stored.
  • The invention is not limited to the shown embodiment variants in FIGS. 1 through 11. For example, it is possible to combine various explained functions of the system. It is likewise possible to provide different functions for other applications, for example, a fleet of trucks.

    List of Reference Characters

Claims (8)

  1. A system of a vehicle (100),
    - having a central unit (130) of the vehicle (100), connectable to a driver terminal (129) of the driver (209) for outputting route guidance,
    - having at least one near field communication device (111, 112, 113), which is installed in the vehicle (100) in the area of a receptacle for a mobile device (211, 212, 213) and is connectable to the central unit (130),
    - having at least one display-input device (121, 122, 123), which is installed in the vehicle (100) for use by a passenger (201, 202, 203) and is connectable to the central unit (130),
    - wherein the near field communication device (111, 112, 113) and the display-input device (121, 122, 123) are positioned to a passenger seat (101, 102, 103) for operation by the passenger (201, 202, 203),
    - wherein the central unit (130) is configured to read identification data (ID211, ID212, ID213) from the mobile device (211, 212, 213) of the passenger (201, 202, 203) via the near field communication device (111, 112, 113), and
    - wherein the central unit (130) is configured, based on the identification data (ID211, ID212, ID213), to activate the display-input device (121, 122, 123) for use by the passenger (201, 202, 203) and/or to transmit passenger-specific data (D201, D202, D203) from the central unit (130) to the display-input device (121, 122, 123) to be displayed.
  2. The system according to claim 1,
    - wherein the passenger-specific data (D201, D202, D203) have a route guidance instruction specific for the passenger (201, 202, 203).
  3. The system according to one of the preceding claims,
    - wherein the passenger-specific data (D201, D202, D203) have a time counter for passenger's (201, 202, 203) leaving of the vehicle (100) at a stopover of the route guidance, the time counter being displayed by the display-input device (121, 122, 123) of the passenger (201, 202, 203).
  4. The system according to one of the preceding claims,
    - wherein the central unit (130) is configured, based on the identification data (ID211, ID212, ID213), to allow access to data and/or services of the mobile device (211, 212, 213) via the near field communication device (111, 112, 113).
  5. The system according to one of the preceding claims,
    - wherein the central unit (130) is configured, based on the identification data (ID211, ID212, ID213), to allow access to data and/or services of the central unit (HU) of the vehicle (100).
  6. The system according to one of the preceding claims,
    - wherein the central unit (130) is configured to change an occupancy value (B1, B2, B3) based on the identification data (ID211, ID212, ID213), and
    - wherein the central unit (130) is configured to provide the occupancy value (B1, B2, B3) for a query (Q).
  7. The system according to one of the preceding claims,
    - wherein the central unit (130) is configured to display a map by means of the display-input device (121, 122, 123) with the current position of the vehicle (100) and/or a position of another vehicle (420), based on the identification data (ID211, ID212, ID213),
    - wherein the other vehicle (420) is assigned a travel route (RT) of the passenger (201).
  8. A method for communication by means of a central unit (130) of a vehicle (100), whereby the central unit (130) is connectable to a driver terminal (129) of the driver (209) for outputting route guidance of the vehicle (100), comprising the steps:
    - reading of identification data (ID211, ID212, ID213) from a mobile device (211, 212, 213) of the passenger (201, 202, 203) by means of a central unit (130) via a near field communication device (111, 112, 113), whereby the near field communication device (111, 112, 113) is installed in the vehicle (100) in the area of a receptacle for the mobile device (211, 212, 213) and is connectable to the central unit (130),
    - activating a display-input device (121, 122, 123) for a usage by the passenger (201, 202, 203) by means of the central unit (130), based on the identification data (ID211, ID212, ID213),
    and/or
    - transmitting passenger-specific data (D201, D202, D203) from the central unit (130) to a display-input device (121, 122, 123) to be displayed,
    wherein the display-input device (121, 122, 123) is installed in the vehicle (100) and connectable to the central unit (130).
EP13000818.8A 2013-02-18 2013-02-18 Method and system of a vehicle Ceased EP2767961A1 (en)

Priority Applications (1)

Application Number Priority Date Filing Date Title
EP13000818.8A EP2767961A1 (en) 2013-02-18 2013-02-18 Method and system of a vehicle

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
EP13000818.8A EP2767961A1 (en) 2013-02-18 2013-02-18 Method and system of a vehicle

Publications (1)

Publication Number Publication Date
EP2767961A1 true EP2767961A1 (en) 2014-08-20

Family

ID=47748391

Family Applications (1)

Application Number Title Priority Date Filing Date
EP13000818.8A Ceased EP2767961A1 (en) 2013-02-18 2013-02-18 Method and system of a vehicle

Country Status (1)

Country Link
EP (1) EP2767961A1 (en)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1187072A2 (en) * 2000-09-06 2002-03-13 Yozan Inc. Automatic fare adjustment system and memory device for transportation system
US20020184062A1 (en) 2001-05-30 2002-12-05 Melvin Diaz Vehicle management system
US20030137435A1 (en) * 2001-11-20 2003-07-24 Wassim Haddad Alerting users to impending events
US20110281519A1 (en) * 2010-05-11 2011-11-17 Plantronics, Inc. Information Exchange Via Bluetooth Service Discovery Protocol Service Records
DE102012101638A1 (en) * 2012-02-29 2013-08-29 Rainer Söllner Method and system for transmitting transport / route data in a means of transport to a mobile device and for determining data relevant to billing

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1187072A2 (en) * 2000-09-06 2002-03-13 Yozan Inc. Automatic fare adjustment system and memory device for transportation system
US20020184062A1 (en) 2001-05-30 2002-12-05 Melvin Diaz Vehicle management system
US20030137435A1 (en) * 2001-11-20 2003-07-24 Wassim Haddad Alerting users to impending events
US20110281519A1 (en) * 2010-05-11 2011-11-17 Plantronics, Inc. Information Exchange Via Bluetooth Service Discovery Protocol Service Records
DE102012101638A1 (en) * 2012-02-29 2013-08-29 Rainer Söllner Method and system for transmitting transport / route data in a means of transport to a mobile device and for determining data relevant to billing

Similar Documents

Publication Publication Date Title
EP2767962A1 (en) A system and a method for communication for a motor vehicle
EP2767963B1 (en) A system and a method for automatic scheduling
US20210223051A1 (en) Systems and methods for vehicle ridesharing
US10168168B2 (en) Sub-optimization of individual routes to optimize ridesharing fleet
US10019682B2 (en) Unauthorized vehicle detection
EP2836792B1 (en) Parking based route navigation
US10354531B1 (en) System and method for identifying available parking locations
EP2836990B1 (en) Parking resource management
JP4486650B2 (en) Vehicle share management device and vehicle share management method
CN107492262A (en) Parking navigation method and readable storage medium storing program for executing based on block chain
US20130321178A1 (en) Shared vehicle rental system including transmission of reservation information and targeted advertising
CN111480174B (en) Method and system for suggesting alternative pick-up and drop-down locations for an autonomous vehicle
KR101957641B1 (en) Integrated traffic control system and method for processing thereof
US20200133268A1 (en) Virtual valet
WO2015143097A1 (en) Determining parking status and parking availability
US11354619B2 (en) Vehicle dispatch device
JP4976589B2 (en) Parking lot management device
CN110138822A (en) Server, vehicle and system
EP2767803B1 (en) Method and system for navigation
EP2767802B1 (en) Method and system for navigation
EP2767961A1 (en) Method and system of a vehicle
JP2023032601A (en) Automatic entry-exit control system, automatic entry-exit control method, and program
US20200236787A1 (en) Parking management system
JP6333433B1 (en) Information processing apparatus, vehicle search method, and program
Hassan et al. A Smart Android Parking System

Legal Events

Date Code Title Description
PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

17P Request for examination filed

Effective date: 20130218

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

AX Request for extension of the european patent

Extension state: BA ME

R17P Request for examination filed (corrected)

Effective date: 20141202

RBV Designated contracting states (corrected)

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

17Q First examination report despatched

Effective date: 20180308

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE APPLICATION HAS BEEN REFUSED

18R Application refused

Effective date: 20200922