DE102016107723A1

DE102016107723A1 - Nutzerweg-Störungen beim Ridesharing und Nutzerrouten-Neuplanung

Info

Publication number: DE102016107723A1
Application number: DE102016107723.2A
Authority: DE
Inventors: Perry Robinson MacNeille; Jinjing Yang; Yimin Liu
Original assignee: Ford Global Technologies LLC
Current assignee: Ford Global Technologies LLC
Priority date: 2015-04-29
Filing date: 2016-04-26
Publication date: 2016-11-03
Also published as: RU2016115525A; CN106096750A; MX2016005552A; US20160320194A1

Abstract

Ein Fahrgemeinschafts-Server kann eine Angabe einer Störung eines oder mehrerer Wege innerhalb eines multimodalen Transportsystems empfangen. Der Server kann auch einen Fahrgemeinschafts-Nutzer als eingeplant für das Reisen unter Verwendung eines gemieteten Fahrzeugs auf dem einen oder den mehreren Wegen, die als gestört angegeben werden, identifizieren; eine alternative Route für den Fahrgemeinschafts-Nutzer bestimmen; und eine Aktualisierung an eine mobile Einrichtung des Fahrgemeinschafts-Nutzers senden, die die alternative Route angibt. Eine mobile Einrichtung eines Fahrgemeinschafts-Nutzers kann vom Fahrgemeinschafts-Server die alternative Route empfangen und an den Fahrgemeinschafts-Server eine Annahme oder Stornierung der alternativen Route senden. Ein Mietfahrzeug-Server kann über die Statusänderung des gemieteten Fahrzeugs informiert werden.

Description

TECHNISCHES GEBIET
Aspekte der Offenbarung beziehen sich im Allgemeinen auf ein multimodales Transportsystem, das die Tourenplanung, die Angebotsabgabe, das Anzeigen und die Tourenreservierung ermöglicht, einschließlich der Identifizierung von Wegstörungen und alternativer Routenplanung für Nutzer auf Basis der Identifizierung.
ALLGEMEINER STAND DER TECHNIK
Ein multimodales Transportsystem ist ein System, bei dem Güter oder Passagiere unter Verwendung mehrerer Transportmodi transportiert werden können. Zu diesen Transportmodi können, als einige Beispiele, Busse, Züge, Flugzeuge, Autos, Fahrräder, Schiffe (z. B. Fähren, Kreuzfahrtschiffe usw.) und sogar das Gehen zählen, und zu ihnen kann das Reisen auf Wegen, wie zum Beispiel auf Straßen, Schienen, Einschienenbahnen, in Tunneln, auf dem Wasser und in der Luft, zählen. Multimodale Transportsysteme können den Wettbewerb zwischen Transportmodi fördern, wie zum Beispiel zwischen Massenverkehr, Mehrpersonenverkehr und Individualverkehr. Welcher Transportmodus dominiert, kann von kulturellen, finanziellen, geografischen, insassen- und ressourcenbedingten Vorgaben abhängen. Viele städtische Gebiete enthalten multimodale Transportsysteme, einschließlich einer Mischform aus öffentlichen Massenverkehrs- und Individualverkehrssystemen, die an Transportknotenpunkten miteinander verbunden sind.
KURZE DARSTELLUNG DER ERFINDUNG
In einer ersten veranschaulichenden Ausführungsform enthält ein System einen Fahrgemeinschafts-Server, der dazu ausgelegt ist, eine Meldung über eine Wegstörung innerhalb eines multimodalen Transportsystems zu empfangen; einen Fahrgemeinschafts-Nutzer zu identifizieren, der dazu eingeplant war, auf dem Weg, der die Störung aufweist, zu reisen, bevor er ein Mietfahrzeug verwendet; eine alternative Route für den Fahrgemeinschafts-Nutzer zu bestimmen; und eine Aktualisierung an eine mobile Einrichtung des Fahrgemeinschafts-Nutzers zu senden, die die alternative Route angibt.
In einer zweiten veranschaulichenden Ausführungsform beinhaltet ein computerimplementiertes Verfahren das Empfangen durch eine mobile Einrichtung eines Fahrgemeinschafts-Nutzers von einem Fahrgemeinschafts-Server einer alternativen Route für den Nutzer, die auf Basis einer Wegstörung auf einem geplanten Reiseweg des Nutzers innerhalb eines multimodalen Transportsystems identifiziert worden ist, die das Einplanen eines gemieteten Fahrzeugs betrifft; und das Informieren eines Mietfahrzeug-Servers über eine Statusänderung des Mietfahrzeugs als Reaktion auf das Annehmen der alternativen Route.
In einer dritten veranschaulichenden Ausführungsform enthält ein System eine mobile Einrichtung eines Fahrgemeinschafts-Nutzers, die dazu ausgelegt ist, von einem Fahrgemeinschafts-Server eine alternative Route zu empfangen, die auf Basis einer Störung eines oder mehrerer Wege innerhalb des multimodalen Transportsystems identifiziert worden ist, auf denen der Nutzer zum Reisen eingeplant war, bevor er ein gemietetes Fahrzeug verwendet; an den Fahrgemeinschafts-Server eine Annahme der alternativen Route zu senden; und einen Mietfahrzeug-Server über eine Statusänderung des gemieteten Fahrzeugs zu informieren.
KURZE BESCHREIBUNG DER ZEICHNUNGEN
1 veranschaulicht ein beispielhaftes Schema einschließlich eines Fahrzeugs, das dazu ausgelegt ist, auf Telematik-Server und eine mobile Einrichtung mit einer Tourenplanungsanwendung zuzugreifen;
2A veranschaulicht ein beispielhaftes Logikschema eines multimodalen Transportsystems;
2B veranschaulicht ein beispielhaftes Netzwerkschema des multimodalen Transportsystems;
3 veranschaulicht ein beispielhaftes Datenschema von Kenngrößen, die zur Generierung einer Route nützlich sind;
4 veranschaulicht einen beispielhaften Datenfluss zur Erstellung einer Route;
5 veranschaulicht eine beispielhafte Nutzerschnittstelle der Tourenplanungsanwendung zur Auswahl von Optionen zur Routenaktualisierung auf Basis einer überarbeiteten Routenaktualisierung;
6 veranschaulicht einen beispielhaften Prozess zum Erstellen einer Route; und
7 veranschaulicht einen beispielhaften Prozess zum automatischen Aktualisieren einer Route auf Basis eines identifizierten Stopps oder Verspätung des Dienstes im multimodalen Transportsystem.
AUSFÜHRLICHE BESCHREIBUNG
Wie erforderlich, werden hier ausführliche Ausführungsformen der vorliegenden Erfindung offenbart; allerdings versteht es sich, dass die offenbarten Ausführungsformen lediglich beispielhaft für die Erfindung sind, die in verschiedenen und alternativen Formen ausgeführt werden kann. Die Figuren sind nicht notwendigerweise maßstabsgetreu; einige Merkmale können übertrieben oder minimiert sein, um Details spezieller Komponenten zu zeigen. Daher sind hier offenbarte, spezifische strukturelle und funktionale Details nicht als einschränkend zu interpretieren, sondern lediglich als eine repräsentative Grundlage, um einen Fachmann über verschiedene Anwendungen der vorliegenden Erfindung zu unterrichten.
Ein multimodales Transportsystem kann ein System sein, bei dem Güter oder Passagiere möglicherweise unter Verwendung mehrerer Transportmodi transportiert werden, wie zum Beispiel zu Fuß, mit Fahrrädern, Motorrädern, Autos, Bussen, Flugzeugen, Wasserfahrzeugen und Schienenfahrzeugen, die dem Reisenden oder einem Teil einer Eigentümergruppe, zu der der Partner gehört, gehören oder von diesen geleast sind oder die für Vermietung oder Verleih verfügbar sind. Das multimodale Transportsystem kann Stränge multimodaler Knotenpunkte enthalten, die zum Beispiel durch ein schienengestütztes Massenverkehrssystem oder ein busgestütztes Schnellverkehrssystem verbunden sind. Zu den Knotenpunkten können Merkmale, wie zum Beispiel Parkplätze und Mietwagenplätze, zählen, wobei der Mietwagenplatz Stellplätze für Fahrzeuge, wie zum Beispiel Autos, Motorräder und Fahrräder, einschließt. Um jeden Knotenpunkt herum kann es Straßen, Fahrradstreifen und Gehwege geben, so dass Pendler unter Verwendung von Fahrrädern, Mietwagen oder zu Fuß zwischen Knotenpunkten oder zu den Knotenpunkten und Bestimmungsorten hin und von ihnen weg reisen können. In vielen Fällen werden wenigstens einige der Transportmodi auf Wegen betrieben, die für diesen Transportmodus bestimmt sind.
Zu einem Fahrgemeinschafts-System kann eine Tourenplanungsanwendung zählen, die auf mobilen Einrichtungen des Nutzers installiert ist. Die Tourenplanungsanwendung kann dazu ausgelegt sein, sich mit einer fahrzeuginternen Computerplattform des Fahrzeugs zu verbinden und zu integrieren, wenn sich die mobile Einrichtung des Nutzers in der Drahtlosübertragungsreichweite eines Fahrzeugs befindet. Die Tourenplanungsanwendung kann dazu ausgelegt sein, Routenoptimierung in Übereinstimmung mit Informationen durchzuführen, die vom verbundenen Fahrzeug empfangen werden, wie Global Positioning Informationen. Die Tourenplanungsanwendung kann dazu ausgelegt sein, die Fahrgemeinschafts-Entscheidungsfindung zu erleichtern, indem sie den Status von Fahrzeugrouten über die verschiedenen Transportmodi hinweg und Unterschiede hinsichtlich Kosten, zeitlichen und anderen Faktoren berücksichtigt, wie zum Beispiel die Kenngrößen der Mitfahrer, Routenauswahlregeln (z. B. Fahrspur für Fahrgemeinschaften, Parkgelegenheiten, Geschwindigkeitsbeschränkungen, Fahrzeuggewicht und -größe) und die Anzahl der Fahrzeuginsassen. Fahrgemeinschafts-Fahrer, die die Tourenplanungsanwendung verwenden, können dementsprechend Zielkonflikte zwischen diesen Faktoren verstehen und Auswahlen auf Basis der Empfehlungen treffen (z. B. unter Verwendung der Mensch-Maschine-Schnittstelle (MMS) des Fahrzeugs, unter Verwendung der MMS der mobilen Einrichtung des Nutzers usw.). Die Tourenplanungsanwendung kann dazu ausgelegt sein, autonom, ohne Integration in die Fahrzeug-MMS, zu arbeiten, wenn sie sich außerhalb der Reichweite eines Fahrzeugs befindet.
In einigen Fällen kann das Fahrgemeinschafts-System Informationen empfangen, die angeben, dass ein Massenverkehrsfahrzeug (z. B. ein Zug, ein Bus, ein Flugzeug usw.) verspätet ist. Weil ein Mitfahrer daher möglicherweise später als ursprünglich beabsichtigt an einem Knotenpunkt ankommt, kann es erforderlich sein, eine Startzeit für eine Route von diesem Knotenpunkt aus anzupassen, was eine vorher für den Nutzer vom Knotenpunkt geplante Route teilweise oder vollständig ungültig macht. Zum Beispiel kann bei einer Route, wie sie vorher bestimmt worden ist, beabsichtigt gewesen sein, dass der Nutzer mit einem Zug fährt, der zu einer speziellen Zeit abfährt, und die neue Ankunftszeit des Nutzers würde bewirken, dass der Nutzer den Zug verpasst. Als ein anderes Beispiel kann eine Route, wie sie vorher bestimmt worden ist, immer noch gültig sein, kann aber nicht mehr ermöglichen, dass der Nutzer die Tourenbestimmungsposition rechtzeitig erreicht. Als noch ein weiteres Beispiel kann für eine Route, wie sie vorher bestimmt worden ist, damit gerechnet worden sein, dass ein zweiter Mitfahrer einbezogen wird, um die Kosten für das Mieten eines Fahrzeugs anzurechnen, und dieser zweite Mitfahrer ist möglicherweise nicht für das Mitfahren verfügbar, wenn sich der fahrende Nutzer verspätet. Die Tourenplanungsanwendung kann dazu ausgelegt sein, sowohl Nutzern solche Bedingungen zu melden, als auch den Nutzern zu ermöglichen, alternative Routen anzunehmen, um auf die Zustände einzugehen. Weitere Aspekte des multimodalen Transportsystems und der Tourenplanungsanwendung werden hier ausführlicher erörtert.
Diese Anmeldung steht in Beziehung zu den gemeinsam übertragenen Anmeldungen mit der US-Seriennummer 14/699,226, gleichzeitig hiermit eingereicht und betitelt „RIDE-SHARING RANGE CONTOURS“, mit der US-Seriennummer 14/699,241, gleichzeitig hiermit eingereicht und betitelt „RIDE-SHARING ROUTING USING CONTEXTUAL CONSTRAINTS“, mit der US-Seriennummer 14/699,268, gleichzeitig hiermit eingereicht und betitelt „RIDE-SHARING LONG-TERM RIDE-SHARE GROUPS“, mit der US-Seriennummer 14/699,291, gleichzeitig hiermit eingereicht und betitelt „RIDE-SHARING JOINT-RENTAL GROUPS“, von denen jede hier durch Bezugnahme in ihrer Gänze einbezogen wird.
1 veranschaulicht ein beispielhaftes System 100 einschließlich eines Fahrzeugs 102, das dazu ausgelegt ist, auf Telematik-Server und eine mobile Einrichtung 152 mit einer Tourenplanungsanwendung 170 zuzugreifen. Zum Fahrzeug 102 können verschiedene Arten von Automobilen, wie zum Beispiel Crossover-Utility-Vehicles (CUV), Sport-Utility-Vehicles (SUV), Lastwagen, Freizeitfahrzeuge (RV), Boote, Flugzeuge oder andere mobile Maschinen zum Transportieren von Personen oder Gütern zählen. Zu Telematikdiensten können, als einige nicht einschränkende Möglichkeiten, Navigation, Turn-by-Turn-Wegbeschreibungen, Fahrzeugzustandsberichte, Suche nach lokalen Unternehmen, Unfallberichtswesen und Freisprechen zählen. In einem Beispiel kann das Fahrzeug 102 das SYNC-System, das von The Ford Motor Company aus Dearborn, Michigan, hergestellt wird, enthalten. Es sei darauf hingewiesen, dass das veranschaulichte System 100 lediglich ein Beispiel darstellt und dass mehr, weniger und/oder anders gelegene Elemente verwendet werden können.
Die Computerplattform 104 kann einen oder mehrere Prozessoren 106 enthalten, die dazu ausgelegt sind, Anweisungen, Befehle und andere Routinen als Unterstützung der hier beschriebenen Prozesse durchzuführen. Zum Beispiel kann die Computerplattform 104 dazu ausgelegt sein, Anweisungen von Fahrzeuganwendungen 110 auszuführen, um Merkmale, wie zum Beispiel Navigation, Unfallberichtswesen, Satellitenradiodecodierung und Freisprechen bereitzustellen. Solche Anweisungen und andere Daten können auf eine nichtflüchtige Weise unter Verwendung einer Vielzahl von Arten computerlesbarer Speichermedien 112 gehalten werden. Das computerlesbare Medium 112 (auch als ein prozessorlesbares Medium oder Speicher bezeichnet) enthält irgendein nichtflüchtiges Medium (z. B. ein dinghaftes Medium), das beim Bereitstellen von Anweisungen oder anderen Daten mitwirkt, die vom Prozessor 106 der Computerplattform 104 gelesen werden können. Computerausführbare Anweisungen können von Computerprogrammen kompiliert oder interpretiert werden, die unter Verwendung einer Vielzahl von Programmiersprachen und/oder -technologien erstellt werden, einschließlich, aber ohne Einschränkung, und entweder allein oder kombiniert, Java, C, C++, C#, Objective C, Fortran, Pascal, Java Script, Python, Perl und PL/SQL.
Die Computerplattform 104 kann mit verschiedenen Merkmalen versehen sein, die es den Fahrzeuginsassen erlauben, an die Computerplattform 104 anzukoppeln. Die Computerplattform 104 kann zum Beispiel Folgendes enthalten: einen Audioeingang 114, der dazu ausgelegt ist, gesprochene Befehle von Fahrzeuginsassen über ein verbundenes Mikrofon 116 zu empfangen, und einen Hilfsaudioeingang 118, der dazu ausgelegt ist, Audiosignale aus verbundenen Einrichtungen zu empfangen. Der Hilfsaudioeingang 118 kann eine physische Verbindung, wie zum Beispiel ein elektrischer Draht oder ein Glasfaserkabel, oder ein drahtloser Eingang, wie zum Beispiel eine BLUETOOTH-Audioverbindung, sein. In einigen Beispielen kann der Audioeingang 114 dazu ausgelegt sein, Audioverarbeitungs-Fähigkeiten, wie zum Beispiel die Vorverstärkung von Niederpegelsignalen, und Umwandlung analoger Eingaben in digitale Daten zur Verarbeitung durch den Prozessor 106 bereitzustellen.
Die Computerplattform 104 kann auch einen oder mehrere Audioausgänge 120 für einen Eingang eines Audiomoduls 122 bereitstellen, das Audiowiedergabefunktionalität aufweist. In anderen Beispielen kann die Computerplattform 104 die Audioausgabe für einen Insassen durch Verwendung eines oder mehrerer dedizierter Lautsprecher (nicht veranschaulicht) bereitstellen. Das Audiomodul 122 kann einen Eingangswahlschalter 124 beinhalten, der dazu ausgelegt ist, Audioinhalt aus einer ausgewählten Audioquelle 126 für einen Audioverstärker 128 zur Wiedergabe über die Fahrzeuglautsprecher 130 oder Kopfhörer (nicht veranschaulicht) bereitzustellen. Zu den Audioquellen 126 können, als einige Beispiele, decodierte, amplitudenmodulierte (AM) oder frequenzmodulierte (FM) Funksignale und Audiosignale aus der Audiowiedergabe von Compact Disc (CD) oder Digital Versatile Disk (DVD) zählen. Zu den Audioquellen 126 können auch Audiosignale zählen, die von der Computerplattform 104 empfangen werden, wie zum Beispiel Audioinhalt, der von der Computerplattform 104 generiert wird, Audioinhalt, der aus Flash-Speicherlaufwerken decodiert wird, die mit einem USB-(Universal Serial Bus)Subsystem 132 der Computerplattform 104 verbunden sind, und Audioinhalt, der vom Hilfsaudioeingang 118 über die Computerplattform 104 weitergeleitet wird.
Die Computerplattform 104 kann eine Sprachschnittstelle 134 nutzen, um eine Freisprechschnittstelle zur Computerplattform 104 bereitzustellen. Ein beispielhaftes System für gesprochenen Dialog wird im US-Patent 8,400,332 beschrieben, das hier in seiner Gänze durch Bezugnahme einbezogen wird. Die Sprachschnittstelle 134 kann Spracherkennung von Audiosignalen, die über das Mikrofon 116 empfangen werden, entsprechend Grammatik, die mit verfügbaren Befehlen assoziiert ist, und Generierung von Sprachaufforderungen für die Ausgabe über das Audiomodul 122 unterstützen. Unterschiedliche Sprachdecodierungsstrategien können verwendet werden, wie zum Beispiel phonetische, Einzelwort-, Wort-, Satzerkennung-, LVCSR (Large Vocabulary Continuous Speech Recognition) usw. In einigen Beispielen können andere Sprachgrammatik- und Spracherkennungsmaschinen für die unterschiedlichen Strategien genutzt werden. Die Sprachschnittstelle 134 kann probabilistische Spracherkennungstechniken nutzen, die die Grammatik im Vergleich zum Spracheingang verwenden. In vielen Fällen kann die Sprachschnittstelle 134 ein Standard-Nutzerprofil-Tuning zur Verwendung durch die Spracherkennungsfunktionen enthalten, um zu ermöglichen, dass die Spracherkennung richtig eingestellt wird, um im Durchschnitt gute Ergebnisse bereitzustellen, was beim Großteil der Erstnutzer zu positiven Erfahrungen führt. In einigen Fällen kann das System dazu ausgelegt sein, die vom Eingangswahlschalter 124 ausgewählte Audioquelle zeitweise stumm zu schalten oder anders außer Kraft zu setzen, wenn eine Audioaufforderung zur Darstellung durch die Computerplattform 104 bereitsteht und eine andere Audioquelle 126 zur Wiedergabe ausgewählt ist.
In einigen Beispielen kann eine Push-to-Talk-Taste dazu ausgelegt sein, zu bewirken, dass die Sprachschnittstelle 134 mit der Spracherkennung beginnt. In einem anderen Beispiel kann ein Merkmal „Offenes Mikrofon“ umgesetzt sein, bei dem der Nutzer einfach zu sprechen beginnt, ohne eine Taste zu drücken. Dies kann mit einem sprachgesteuerten Schalter (VOX, Voice Operated Switch) oder mit einer fortschrittlichen LVCSR-Maschine umgesetzt werden, die für einen vorbestimmten Satz aus Sätzen oder Wörtern aktiviert (z. B. einen Namen des Systems, gefolgt von Bitte, gefolgt von einem aus einem speziellen Satz Verben). Die Sprachschnittstelle 134 kann auch Dazwischensprechen unterstützen, wobei der Sprachsynthesizer eine Aufforderung bereitzustellen beginnt, bevor der Nutzer den Satz beendet hat (was für natürliche Sprache typisch ist, bei der ein Zuhörer zu sprechen beginnt, sobald er den Satz verstanden hat, jedoch bevor dieser abgeschlossen ist). Dazwischensprechen kann es einem Dialogsystem auch ermöglichen, absichtlich einen Dialog während Schweigepausen einzuleiten oder ein laufendes Gespräch zu unterbrechen. Dies kann als eine Taktik zum Mitteilen von Dringlichkeit verwendet werden, um dadurch die Aufmerksamkeit des Nutzers zu erhalten.
Die Computerplattform 104 kann auch Eingaben aus Mensch-Maschine-Schnittstellen-(MMS-)Steuerelementen 136 empfangen, die dazu ausgelegt sind, für Interaktion der Insassen mit dem Fahrzeug 102 zu sorgen. Zum Beispiel kann sich die Computerplattform 104 an eine oder mehrere Tasten oder andere MMS-Steuerelemente ankoppeln, die dazu ausgelegt sind, Funktionen auf der Computerplattform 104 aufzurufen (z. B. Lenkrad-Audiotasten, eine Push-to-Talk-Taste, Armaturenbrett-Steuerelemente usw.). Die Computerplattform 104 kann auch eine oder mehrere Displays 138 ansteuern oder anders mit diesen kommunizieren, die dazu ausgelegt sind, visuelle Ausgaben für Fahrzeuginsassen mittels einer Videosteuerung 140 bereitzustellen. In einigen Fällen kann das Display 138 ein Touchscreen sein, der weiterhin dazu ausgelegt ist, Touch-Eingaben des Bedieners über die Videosteuerung 140 zu empfangen, während das Display 138 in anderen Fällen lediglich ein Display sein kann, ohne Berühreingabefähigkeiten.
Die Computerplattform 104 kann weiterhin dazu ausgelegt sein, über ein oder mehrere fahrzeuginterne Netzwerke 142 mit anderen Komponenten des Fahrzeugs 102 zu kommunizieren. Zu den fahrzeuginternen Netzwerken 142 können, als einige Beispiele, ein Fahrzeug-Controller-Area-Network (CAN), ein Ethernet-Netzwerk und ein Media Oriented System Transfer (MOST) zählen. Die fahrzeuginternen Netzwerke 142 können es der Computerplattform 104 ermöglichen, mit anderen Systemen des Fahrzeugs 102 zu kommunizieren, wie zum Beispiel mit einem Fahrzeugmodem 144 (das bei einigen Konfigurationen möglicherweise nicht vorhanden ist), mit einem Global Positioning System(GPS-)Modul 146, das dazu ausgelegt ist, aktuelle Positions- und Kursinformationen des Fahrzeugs 102 bereitzustellen, und mit verschiedenen Fahrzeug-ECUs 148, die dazu ausgelegt sind, mit der Computerplattform 104 zu kooperieren. Als einige nicht einschränkende Möglichkeiten können die Fahrzeug-ECUs 148 Folgendes enthalten: ein Antriebsstrangsteuermodul, das dazu ausgelegt ist, Steuerung von Motorbetriebskomponenten bereitzustellen (z. B. Leerlaufsteuerkomponenten, Kraftstoffzuführungskomponenten, Emissionssteuerkomponenten usw.) und Motorbetriebskomponenten (z. B. den Status von Motordiagnosecodes) zu überwachen; ein Karosseriesteuermodul, das dazu ausgelegt ist, verschiedene Leistungssteuerfunktionen zu managen, wie zum Beispiel Außenbeleuchtung, Innenbeleuchtung, schlüssellosen Zugang, Fernstarten und Zugangspunktstatusverifikation (z.B. Schließzustand der Motorhaube, der Türen und/oder des Kofferraums des Fahrzeugs 102); ein Funk-Transceiver-Modul, das dazu ausgelegt ist, mit Schlüsselanhängern oder anderen lokalen Einrichtungen des Fahrzeugs 102 zu kommunizieren; und ein Klimasteuerungs-Managementmodul, das dazu ausgelegt ist, Steuern und Überwachen von Heiz- und Kühlsystemkomponenten (z. B. Verdichterkupplungs- und Gebläselüftersteuerung, Temperatursensorinformationen usw.) bereitzustellen.
Wie gezeigt wird, können das Audiomodul 122 und die MMS-Steuerelemente 136 mit der Computerplattform 104 über ein erstes fahrzeuginternes Netzwerk 142-A kommunizieren, und das Fahrzeugmodem 144, das GPS-Modul 146 und die Fahrzeug-ECUs 148 können mit der Computerplattform 104 über ein zweites fahrzeuginternes Netzwerk 142-B kommunizieren. In anderen Beispielen kann die Computerplattform 104 mit mehr oder weniger fahrzeuginternen Netzwerken 142 verbunden sein. Zusätzlich oder alternativ können eines oder mehrere MMS-Steuerelemente 136 oder andere Komponenten mit der Computerplattform 104 über andere als die gezeigten fahrzeuginternen Netzwerke 142 oder direkt ohne eine Verbindung mit einem fahrzeuginternen Netzwerk 142 verbunden sein.
Die Computerplattform 104 kann auch dazu ausgelegt sein, mit mobilen Einrichtungen 152 der Fahrzeuginsassen zu kommunizieren. Die mobilen Einrichtungen 152 können irgendwelche von verschiedenen Arten tragbarer Computereinrichtungen sein, wie zum Beispiel Mobiltelefone, Tablet-Computer, Smartwatches, Laptop-Computer, tragbare Musik-Player, Wearable-Technology-Einrichtungen, E-Textilien oder andere Einrichtungen, die zur Kommunikation mit der Computerplattform 104 in der Lage sind. In vielen Beispielen kann die Computerplattform 104 einen drahtlosen Transceiver 150 enthalten (z. B. ein BLUETOOTH-Modul, einen ZIGBEE-Transceiver, einen WiFi-Transceiver, einen IrDA-Transceiver, einen RFID-Transceiver usw.), der dazu ausgelegt ist, mit einem kompatiblen drahtlosen Transceiver 154 der mobilen Einrichtung 152 zu kommunizieren. Zusätzlich oder alternativ kann die Computerplattform 104 mit der mobilen Einrichtung 152 über eine drahtgebundene Verbindung kommunizieren, wie zum Beispiel eine USB-Verbindung zwischen der mobilen Einrichtung 152 und dem USB-Subsystem 132. In einigen Beispielen kann die mobile Einrichtung 152 batteriebetrieben sein, während die mobile Einrichtung 152 in anderen Fällen wenigstens einen Teil ihrer Leistung aus dem Fahrzeug 102 über eine drahtgebundene Verbindung empfangen kann.
Das Kommunikationsnetzwerk 156 kann Kommunikationsdienste, wie zum Beispiel paketvermittelnde Netzwerkdienste (z. B. Internetzugang, VoIP-Kommunikationsdienste), für mit dem Kommunikationsnetzwerk 156 verbundene Einrichtungen bereitstellen. Zu einem Beispiel für ein Kommunikationsnetzwerk 156 kann ein zellulares Telefonnetzwerk zählen. Mobile Einrichtungen 152 können Netzkonnektivität zum Kommunikationsnetzwerk 156 über ein Einrichtungsmodem 158 der mobilen Einrichtung 152 bereitstellen. Um die Kommunikationen über das Kommunikationsnetzwerk 156 zu erleichtern, können die mobilen Einrichtungen 152 mit eindeutigen Einrichtungskennungen (z.B. Mobileinrichtungsnummern (MDNs), Internetprotokoll-(IP-)Adressen usw.) verknüpft sein, um die Kommunikationen der mobilen Einrichtungen 152 über das Kommunikationsnetzwerk 156 zu identifizieren. In einigen Fällen können Insassen des Fahrzeugs 102 oder Einrichtungen, die Erlaubnis haben, sich mit der Computerplattform 104 zu verbinden, von der Computerplattform 104 entsprechend Daten 160 gepaarter Einrichtungen identifiziert werden, die im Speichermedium 112 gehalten werden. Die Daten 160 gepaarter Einrichtungen können zum Beispiel die eindeutigen Einrichtungskennungen der mobilen Einrichtungen 152 angeben, die vorher mit der Computerplattform 104 des Fahrzeugs 102 gepaart worden sind, so dass sich die Computerplattform 104 automatisch, ohne Nutzereingriff, wieder mit den mobilen Einrichtungen 152 verbindet, auf die in den Daten 160 gepaarter Einrichtungen referenziert wird.
Wenn eine mobile Einrichtung 152, die Netzwerkkonnektivität unterstützt, mit der Computerplattform 104 gepaart wird, kann die mobile Einrichtung 152 es der Computerplattform 104 ermöglichen, die Netzwerkkonnektivität des Einrichtungsmodems 158 zu verwenden, um mit dem entfernten Telematik-Server 162 oder anderen entfernten Computereinrichtungen über das Kommunikationsnetzwerk 156 zu kommunizieren. In einem Beispiel kann die Computerplattform 104 einen Data-over-Voice-Plan oder Datenplan der mobilen Einrichtung 152 nutzen, um Informationen zwischen der Computerplattform 104 und dem Kommunikationsnetzwerk 156 zu kommunizieren. Zusätzlich oder alternativ kann die Computerplattform 104 das Fahrzeugmodem 144 nutzen, um ohne Verwendung der Kommunikationsvorrichtungen der mobilen Einrichtung 152 Informationen zwischen der Computerplattform 104 und dem Kommunikationsnetzwerk 156 zu kommunizieren.
Ähnlich der Computerplattform 104 kann die mobile Einrichtung 152 einen oder mehrere Prozessoren 164 beinhalten, die dazu ausgelegt sind, Anweisungen von mobilen Anwendungen auszuführen, die vom Speichermedium 168 der mobilen Einrichtung 152 in einen Speicher 166 der mobilen Einrichtung 152 geladen worden sind. In einigen Beispielen können die mobilen Anwendungen dazu ausgelegt sein, mit der Computerplattform 104 über den drahtlosen Transceiver 154 und mit dem entfernten Telematik-Server 162 oder anderen Netzwerkdiensten über das Einrichtungsmodem 158 zu kommunizieren. Die Computerplattform 104 kann auch eine Einrichtungslinkschnittstelle 172 enthalten, um die Integration von Funktionalität der mobilen Anwendungen in die Grammatik von Befehlen, die über die Sprachschnittstelle 134 verfügbar sind, zu erleichtern. Die Einrichtungslinkschnittstelle 172 kann den mobilen Anwendungen auch Zugang zu Fahrzeuginformationen, die für die Computerplattform 104 verfügbar sind, über die fahrzeuginternen Netzwerke 142 bereitstellen. Ein Beispiel für eine Einrichtungslinkschnittstelle 172 kann die Komponente SYNC APPLINK des SYNC-Systems sein, das von The Ford Motor Company aus Dearborn, Michigan, bereitgestellt wird.
Eine Tourenplanungsanwendung 170 kann ein Beispiel für eine Anwendung sein, die auf der mobilen Einrichtung 152 installiert ist und die dazu ausgelegt ist, die Einrichtungslinkschnittstelle 172 zum Interagieren mit der Computerplattform 104 zu nutzen. Die Tourenplanungsanwendung 170 kann dazu ausgelegt sein, Informationen von Fahrzeugsensoren, -aktuatoren und elektronischen Steuereinheiten zu nutzen, die über den Fahrzeugbus 142 verfügbar gemacht worden sind, wenn sie mit dem Fahrzeug 102 verbunden ist. Die Tourenplanungsanwendung 170 kann auch dazu ausgelegt sein, zu arbeiten, wenn sie nicht mit dem Fahrzeug 102 verbunden ist, wie zum Beispiel, wenn der Nutzer öffentliche Transportmittel nutzt oder zu Fuß geht. Die Tourenplanungsanwendung 170 kann weiterhin dazu ausgelegt sein, mit Servern über das Kommunikationsnetzwerk 156 zu kommunizieren, wie nachstehend ausführlich erörtert wird. Der Nutzer kann mit der Tourenplanungsanwendung 170 über die MMS der mobilen Einrichtung 152, über eine Web-Schnittstelle oder über die MMS des Fahrzeugs 102 interagieren, um Ablenkung während des Fahrens zu vermeiden. Die Tourenplanungsanwendung 170 kann ebenfalls identifizieren, wo sich das nächste Fahrzeug 102 für die nächste Etappe einer Tour eines Mitfahrers befindet, falls der Mitfahrer eine Tour auf mehrere Gemeinschafts-Fahrzeuge 102 aufgeteilt hat.
2A veranschaulicht ein beispielhaftes Logikschema eines multimodalen Transportsystems 200. Wie gezeigt wird, kann das multimodale Transportsystem 200 multimodale Knotenpunkte 202-A bis 202-F (gemeinsam 202) enthalten. Die multimodalen Knotenpunkte 202 können durch Massentransportsysteme 204 verbunden sein, wie zum Beispiel eines oder mehrere von Folgenden: ein schienengestütztes Massentransportsystem (z. B. Züge 204-A), ein luftgestütztes Massentransportsystem (z. B. Flugzeuge 204-B), ein straßengestütztes Transportsystem (z. B. Fahrräder 204-C, Busse 204-D usw.) und ein wassergestütztes Transportsystem (nicht veranschaulicht). Zum System 200 können Fahrzeuge 102, wie zum Beispiel Autos, Lastwagen, Fahrräder, Schienenfahrzeuge oder andere Transportfahrzeuge oder -einrichtungen, zählen, die die Wege 206 befahren können, um die Bewegung von Nutzern von Position zu Position zu erleichtern.
Die Knotenpunkte 202 können dazu ausgelegt sein, die Transportsysteme 204 für Nutzer des Systems 200 verfügbar zu machen. Zu den Transportsystemen 204 können, als einige Möglichkeiten, Mitfahr-Dienste, Mietfahrzeugdienste und Mietfahrraddienste zählen. Zu diesen Diensten kann ein Carsharing-Dienst, wie zum Beispiel die Tochtergesellschaft Zipcar der Avis Budget Group aus Cambridge, Massachusetts, ein Fahrrad-Sharing-Dienst, wie zum Beispiel das Fahrrad-Sharing-System Hubway aus Boston, Massachusetts, ein Taxidienst oder ein anderer Dienst zählen, bei dem die Fahrzeuge 102 gemietet oder zeitweise geliehen werden können (z. B. unter Verwendung der mobilen Einrichtung 152) oder für einen speziellen Zweck oder eine spezielle Tour (z. B. eine einfache Tour) genutzt werden können. Es sei auch angemerkt, dass die Nutzer in einigen Fällen ihre eigenen Fahrzeuge 102 nutzen können. Die Knotenpunkte 202 können zum Abstellen der Fahrzeuge 102 der Transportsysteme 204 ausgelegt sein, wie zum Beispiel gemietete oder geliehene Fahrzeuge 102 in Erwartung eines Mitfahrers. Die Knotenpunkte 202 können zum Abstellen der Fahrzeuge 102 von Einzelpersonen ausgelegt sein, im Besitz typischerweise durch Leasing oder Eigentum. In einem Beispiel kann zu den Knotenpunkten 202 ein Parkplatz oder ein anderer Stellplatz für Verkehrsfahrzeuge 102 (z. B. Autos, Lastwagen, Fahrräder usw.), die Einzelpersonen gehören, und ein Mietwagenplatz oder anderer Stellplatz zum Abstellen von Mietverkehrsfahrzeugen 102 (z. B. Autos, Motorräder, Fahrräder usw.) zählen. Zu den Knotenpunkten 202 können zusätzlich oder alternativ ein oder mehrere Stellplätze für Flugzeuge, Züge usw. zählen, die häufig nicht Einzelpersonen gehören oder von ihnen geleast sind, sondern die Eigentum einer Firma oder der öffentlichen Hand sind oder von ihr geleast sind.
Weiterhin können sich die Knotenpunkte 202 in der Nähe eines oder mehrerer, zur Routenplanung fähiger Wege 206 (wie zum Beispiel Straßen, Fahrradstreifen und Fußwege) befinden, so dass Nutzer die Wege 206 befahren können, um zwischen Knotenpunkten 202 oder zwischen Knotenpunkten 202 und anderen Bestimmungsorten unter Verwendung der Fahrzeuge 102 oder zu Fuß zu reisen. In einigen Fällen können die Wege 206 gemeinsam, über Transportmodi hinweg, genutzt werden (z. B. eigene Fahrzeuge 102 und Taxifahrzeuge 102) oder über mehrere Mitfahr-Fahrzeuge, während sich die Wege 206 in anderen Fällen entsprechend dem Transportmodus unterscheiden können (z. B. befahren Züge und Busse unterschiedliche Wege 206). Ein geordneter Satz von Wegen 206, die von einem Nutzer befahren werden können, um von einer Position zu einer anderen zu gelangen, kann hier als eine Route 226 bezeichnet werden (nachstehend ausführlicher erörtert). Es sei angemerkt, dass die Terminologie zwischen oberirdischer, nautischer und aeronautischer Navigation variieren kann. Zum Beispiel können Automobil-Routenplanungssysteme auf einen Ausgangspunkt, einen Satz von Manövern und einen Bestimmungsort Bezug nehmen. Weiterhin kann es Wegpunkte geben, die durch Etappen zwischen jedem Manöver verbunden sind. Ein Manöver kann an einer Kreuzung stattfinden, und Wegpunkte zwischen Manövern beschreiben die Form der Straßen. Das Auswählen einer Route kann sequentiell erfolgen, z. B. durch Ausschließen der am wenigsten akzeptablen Routen und Einführen zusätzlicher Auswahlkriterien und Entfernen weiterer inakzeptabler Routen, bis eine Route ausgewählt worden ist. Allerdings können unerwartete oder unwahrscheinliche Ereignisse auftreten, und eine vorher inakzeptable Route wird bevorzugt. Bei dynamischer Routenplanung kann sich die Routenauswahl während der Fahrt ändern.
2B veranschaulicht ein beispielhaftes Netzwerkschema 200-B des multimodalen Transportsystems 200. Wie gezeigt wird, kann das Kommunikationsnetzwerk 156 die Kommunikation zwischen verschiedenen Komponenten unterstützen, wie zum Beispiel mobilen Einrichtungen 152 des Nutzers (ob er gerade in Fahrzeugen 102 fährt oder nicht), Fahrgemeinschafts-Servern 208-A, 208-B, 208-C (gemeinsam 208), einem Mietfahrzeug-Server 210, einem Werbe-Server 212, einem Transaktions-Server 214, einer multimodalen Routenplanungsmaschine 216, einem Passagier-Reservierungssystem 218, einem Wetterdienst 220, einem Verkehrsdienst 222 und einem Karten-Server 224. Das System 200 kann viele verschiedene Formen annehmen und enthält mehrere und/oder alternative Komponenten und Vorrichtungen. Obwohl in 2B ein beispielhaftes System 200 gezeigt ist, ist nicht beabsichtigt, dass die beispielhaften, veranschaulichten Komponenten des Systems 200 einschränkend sein sollen. Tatsächlich können zusätzliche oder alternative Komponenten und/oder Umsetzungsformen verwendet werden. Als ein Beispiel kann ein Teil oder die gesamte Funktionalität der multimodalen Routenplanungsmaschine 216 in den Fahrgemeinschafts-Server 208 integriert sein.
Die Fahrgemeinschafts-Server 208 können dazu ausgelegt sein, die Fahrzeuge 102 des Systems 200 zu managen. Wie gezeigt wird, enthält das multimodale Transportsystem 200 mehrere Fahrzeuge 102-A bis 102-H (gemeinsam 102), die dazu ausgelegt sind, mit den Fahrgemeinschafts-Servern 208 zu kommunizieren (z. B. mit oder ohne Verwendung der mobilen Einrichtung 152). Die Fahrgemeinschafts-Server 208 können dazu ausgelegt sein, als Kontaktpunkte für die Nutzer der Tourenplanungsanwendung 170 zu dienen, um mit den Diensten des multimodalen Transportsystems 200 zu interagieren. Zu diesen Diensten können, als einige Möglichkeiten, dynamische Zwischentransportmodus-Optionen, das Planen von Touren für Mitfahr-Passagiere und -Fahrer (z. B. Sofort-Fahrgemeinschaft, dynamisches Fahrgemeinschaftsbilden, Ad-hoc-Fahrgemeinschaften, dynamisches Bilden von Fahrgemeinschaften usw.) und Positionsverfolgung des Fahrzeugs 102 zählen. Die Fahrgemeinschafts-Server 208 können dementsprechend Mitfahr-Dienste für Nutzer des Systems 200 bereitstellen, was es diesen ermöglicht, entweder in einem Knotenpunkt 202 oder bei Ankunft an einem Knotenpunkt 202 effizient eine Fahrgemeinschaft zu bilden oder ein anderes Mitfahr-Fahrzeug zu buchen, und ihnen im GPS zeigen, wo sich das nächste Fahrzeug befindet. Dies kann die Bewegung durch den Transportknotenpunkt 202 entsprechend beschleunigen, indem Mitfahr-Partner automatisch während des Reisens mit dem Massentransportsystem 204 gefunden werden, anstatt dass versucht wird, eine Ad-hoc-Fahrgemeinschaft am Transportknotenpunkt 202 vorzunehmen, z. B. bei Ankunft an einem Flughafen ein Taxi herbeizuwinken.
Die Fahrgemeinschafts-Server 208 können weiterhin Dienste für andere Beteiligte als die Nutzer der Tourenplanungsanwendung 170 bereitstellen. Zum Beispiel können die Fahrgemeinschafts-Server 208 Mitteilung an die Transportsysteme 204 bereitstellen, wenn ein spezieller Transportmodus durch einen Nutzer ausgewählt wird, was die Zuordnung von Fahrzeugen 102 zu Routen 226 für die Nutzer des Systems 200 ermöglicht. In einem anderen Beispiel können Kurzzeit-Mietfahrzeuge 102 von einem Mietfahrzeug-Server 210 gemanagt werden. Die Kurzzeit-Mietfahrzeuge 102 können von den Nutzern über den Mietfahrzeug-Server 210 gebucht werden, und die Details des Mietvorgangs (z. B. Kosten, Miettage usw.) können den Fahrgemeinschafts-Servern 208 zur Verwendung beim Erleichtern von Mitfahren unter Verwendung des gemieteten Fahrzeugs 102 bereitgestellt werden. Zum Beispiel können die Fahrgemeinschafts-Server 208 gemietete Fahrzeuge 102 oder Mitfahr-Fahrzeuge 102 für Nutzer identifizieren, die an einem Knotenpunkt 202 mit einem Massenverkehrstransportsystem 204 angekommen sind und ein Fahrzeug 102 benötigen, um sich an Mitfahrsystemen zu beteiligen, um zwischen dem Transportknotenpunkt 202 und einem endgültigen Bestimmungsort zu reisen.
Der Werbe-Server 212 kann dazu ausgelegt sein, Informationen aus Transportsystemen 204 zu sammeln, um Nutzer anzuziehen und spezielle Ermäßigungen als Ausgleich für Unannehmlichkeiten anzubieten, wie zum Beispiel das Ändern einer Tourenzeit usw. Der Werbe-Server 212 kann weiterhin dazu ausgelegt sein, eine Einnahmequelle für den Betrieb des Systems 200 bereitzustellen, obwohl das System 200 zusätzlich oder alternativ ein Abonnementsmodell zum Tragen von Betriebs- und Fixkosten verwenden kann.
Der Transaktions-Server 214 kann dazu ausgelegt sein, als ein Wallet-Server zu arbeiten, um einen Weg für Reisende bereitzustellen, von der mobilen Einrichtung 152 des Nutzers Fahrkarten zu erwerben, Fahrzeuge 102 zu mieten usw. In einem Beispiel kann der Transaktions-Server 214 dazu ausgelegt sein, Kontoinformationen für Nutzer des Systems zu managen, um es Nutzern sowohl zu erleichtern, Zahlungen für das gemeinsame Nutzen eines Fahrzeugs 102 vorzunehmen und zu empfangen, als auch Transaktionen über einen Rechnungszeitraum (z. B. 30 Tage usw.) anzusammeln, und einem Nutzer am Ende des Rechnungszeitraums ein Guthaben, eine Auszahlung oder eine Rechnung bereitzustellen. Dementsprechend kann der Transaktions-Server 214 das Durchführen von finanziellen Aspekten des Mitfahrsystems ermöglichen, ohne dass in den Fahrzeugen 102 oder an den Knotenpunkten 202 Bargeld- oder Kredittransaktionen durchgeführt werden, was die Bewegung durch die Transportzentren beschleunigt, indem, als ein Beispiel, Stopps an Fahrkartenschaltern vermieden werden.
Als einige andere Möglichkeiten kann der Transaktions-Server 214 gemeinsam genutztes Eigentum von Transportanlagegütern, wie zum Beispiel Fahrzeugen 102 oder Sitzplätzen in Fahrzeugen 102, erleichtern, zum Beispiel kann eine Gruppe von Nutzern entsprechend einer Miteigentumsvereinbarung gemeinschaftlich eine Fahrzeugflotte besitzen. Der Transaktions-Server 214 kann dementsprechend Zugriff auf gemeinsam genutzte Transportanlagegüter bereitstellen, wie es durch die Miteigentumsregeln bestimmt wird. Weiterhin können die Transportanlagegüter für das Leasen, Eigentum oder das gemeinsame Benutzen mit anderen Nutzern verfügbar sein, z. B. um exklusive Verwendung eines Sitzplatzes für eine Einzelperson oder eine Gruppe gegen eine Anzahlung und eine wiederkehrende Gebühr bereitzustellen. Falls ein Nichteigentümer einen Sitzplatz nutzt, der verfügbar ist, aber anderen Nutzern gehört, kann der Nichteigentümer die Gruppe, die ihn besitzt, für die Nutzung des Sitzplatzes bezahlen. Als ein anderes Beispiel kann ein Arbeitgeber einen Sitzplatz für seine Beschäftigten kaufen. Der Sitzplatz kann zugeordnet sein oder im Allgemeinen einer spezifischen Klasse zugeordnet sein. Falls die Klasse voll besetzt ist, kann der Nutzer Anspruch auf einen Gutschein oder irgendeine Entschädigung haben. Der Transaktions-Server 214 kann sowohl diese Eigentumsmodelle ermöglichen, als auch die Abrechnung von Zahlungen zwischen den Nutzern erleichtern.
Die multimodale Routenplanungsmaschine 216 kann dazu ausgelegt sein, für Fahrgemeinschafts-Server 208 Routenplanungsdienste bereitzustellen. Wie nachstehend ausführlich erörtert wird, kann die multimodale Routenplanungsmaschine 216 sowohl dazu ausgelegt sein, Reisezeiten und -wege 206 für eine spezifische Tour zu identifizieren, als auch Routen 226 zu identifizieren und zu aktualisieren, die von Verkehrsstörungen oder anderen Reiseproblemen betroffen sein können, wie zum Beispiel einem Unfall des Fahrzeugs 102 oder einem Wasserrohrbruch. In einigen Fällen kann die multimodale Routenplanungsmaschine 216 in einem oder mehreren Fahrgemeinschafts-Servern 208 integriert sein, während in anderen Fällen ein Teil oder alle Funktionalitäten der multimodalen Routenplanungsmaschine 216 von den Fahrgemeinschafts-Servern 208 getrennt sind und von diesen aufgerufen werden können.
Die Fahrgemeinschafts-Server 208 können weiterhin dazu ausgelegt sein, auch mit anderen, netzwerkverknüpften Informationsquellen zu kommunizieren. In einem Beispiel kann der Fahrgemeinschafts-Server 208 dazu ausgelegt sein, Informationen von einem Passagier-Reservierungssystem 218 eines Transportsystems 204 zu empfangen, wie zum Beispiel Fahrkarteninformationen und Zug- oder andere Planungsinformationen. In einem anderen Beispiel können die Fahrgemeinschafts-Server 208 dazu ausgelegt sein, Informationen von einem Wetterdienst 220 zu empfangen, der dazu ausgelegt ist, Informationen bereitzustellen, die vergangene, aktuelle und/oder prognostizierte Umgebungsbedingungen angeben. In einem weiteren Beispiel können die Fahrgemeinschafts-Server 208 dazu ausgelegt sein, Informationen von einem Verkehrsdienst 222 zu empfangen, der dazu ausgelegt ist, Informationen bereitzustellen, die vergangene, aktuelle und/oder prognostizierte Verkehrsbedingungen für den Weg 206 angeben. In noch einem weiteren Beispiel können die Fahrgemeinschafts-Server 208 dazu ausgelegt sein, Karteninformationen zu empfangen, wie zum Beispiel Informationen zum Weg 206 und Informationen zur Route 226 aus dem Karten-Server 224.
3 veranschaulicht ein beispielhaftes Schema 300 von Kenngrößen, die zur Generierung einer Route 226 nützlich sind. Zu diesen Kenngrößen können, als einige nicht einschränkende Kategorien, Fahrzeugkenngrößen 302, Tourenkenngrößen 304 und Passagierkenngrößen 306 zählen.
Zu den Fahrzeugkenngrößen 302 können eine oder mehrere Kenngrößen eines Fahrzeugs 102 zählen. Zu den Fahrzeugkenngrößen 302 können sowohl Informationen zählen, die einen aktuellen Status des Fahrzeugs 102 angeben, als auch Informationen, die die Fähigkeiten des Fahrzeugs 102 selbst angeben, unabhängig von irgendeinem aktuellen Status. Als einige Beispiele können zu den Fahrzeugkenngrößen 302 folgende zählen: eine Verfügbarkeit 308 des Fahrersitzplatzes, die angibt, ob dem Fahrzeug 102 ein Nutzer zugeordnet ist oder nicht (und falls das der Fall ist, optional eine Kennung des Nutzers), eine maximale Anzahl Passagiere 310, die gleichzeitig unter Verwendung des Fahrzeugs 102 transportiert werden können (z. B. eine Anzahl der Sicherheitsgurte usw.), eine maximale Menge an Gütern 312, die vom Fahrzeug 102 transportiert werden können (z. B. Maximalgewicht, Länge, Volumenmaß usw.), Meilenkosten für den Betrieb 314 des Fahrzeugs 102 (z. B. Kraftstoffwirkungsgradinformationen, Informationen zu den Mietkosten pro Meile usw.), Emissionsdaten 316 (z. B. Sauberkeit des Betriebs des Fahrzeugs 102), Kraftstoffdaten 318 (z. B. ein Maß der Flüssigkraftstoffmenge und der -art oder der aktuell verfügbare Batterieladezustand) und Infotainment-Informationen 320 (z. B. ob Video-, Anruf-, Konnektivitäts- oder andere Merkmale verfügbar sind).
Zu den Tourenkenngrößen 304 können eine oder mehrere Kenngrößen einer Nutzertour zählen, die über das multimodale Transportsystem 200 durchgeführt werden soll. Als einige Beispiele können zu den Tourenkenngrößen 304 folgende zählen: Informationen, wie zum Beispiel Tourenausgangsposition 322 und Tourenbestimmungsposition 324 (z. B. als GPS-Koordinaten, Adressen usw. spezifiziert), Zeitvorgaben 326, die angeben, zu welchen Zeiten die Tour stattfinden soll oder muss (z. B. eine Ankunftszeit am Bestimmungsort, eine Abfahrzeit auf Basis eines vorherigen Ereignisses, wie zum Beispiel der Ankunft an einem Knotenpunkt 202 aufgrund einer vorherigen Tour usw.), Kostenvorgaben 328 (z. B. ein maximaler Betrag, den der Nutzer zu zahlen bereit ist, um die Tour zu machen), Straßenbedingungen 330 (z. B. Verkehr, Straßensperrungen, Wetter, Sichtverhältnisse usw.) und Kontextinformationen 332 (z. B. zeitliche Anforderungen, wie zum Beispiel, bei einer Kinovorstellung anzukommen).
Zu den Passagierkenngrößen 306 können eine oder mehrere Kenngrößen eines Passagiers zählen, der eine Tour machen möchte. Zu den Passagierkenngrößen 306 können tourenspezifische Informationen für den Passagier und/oder Kenngrößen des Passagiers zählen, die unabhängig von der speziellen Tour sind. Als einige Beispiele zählen zu den Passagierkenngrößen 306 Passagierabmaße 334 (z. B. Größe, Breite usw.), Passagiergewicht 336 (z. B. Kilogramm), Komfortanforderungen 338 des Passagiers (z. B. Heizungs-/Kühlungseinstellungen, Massagesitzeinstellungen usw.), Gesundheitsinformationen (z. B. ob der Passagier krank ist, zu Reisekrankheit neigt, spezielle Allergien hat, wie zum Beispiel gegenüber Pollen oder Tabak, usw., was andere Routen oder Unterkünfte erfordert), Informationen 342 zu Behinderungen (z. B. ob der Passagier Bewegungseinschränkungen oder andere Kenngrößen aufweist, die das Reisen betreffen können) und Gepäck 344 (z. B. Informationen bezüglich Anzahl, Gewicht und/oder Abmaßen von Gepäck).
4 veranschaulicht ein beispielhaftes Datenflussdiagramm 400 zur Erstellung einer Route 226. Wie gezeigt wird, kann die Multimodus-Routenplanungsmaschine 216 die Fahrzeugkenngrößen 302, die Tourenkenngrößen 304, die Passagierkenngrößen 306, Wetterdaten 402 vom Wetterdienst 220, Verkehrsdaten 404 vom Verkehrsdienst 222, Kartendaten 406 aus dem Karten-Server 224 und Reservierungsdaten 408 aus dem Passagier-Reservierungssystem 218 empfangen. Unter Verwendung der empfangenen Informationen kann die Multimodus-Routenplanungsmaschine 216 eine Route 226 einschließlich eines geordneten Satzes aus einem oder mehreren Wegen 206, die von einem Nutzer befahren werden können, berechnen.
Die Multimodus-Routenplanungsmaschine 216 kann dazu ausgelegt sein, Zeit- und Kostenwerte für verschiedene Wege 206 über das multimodale Transportsystem 200 zu identifizieren. In einem Beispiel kann die Multimodus-Routenplanungsmaschine 216 Kartendaten 406 empfangen (zu denen z. B. Massenverkehrspläne, prognostizierte Ankunfts- und Abfahrtszeiten und tatsächliche Abfahrts- und Ankunftszeiten zählen). Zum Beispiel können zu Fährenfahrplaninformationen Längen der Wege 206 (z. B. in Meter) und/oder Information bezüglich der Kosten des Befahrens eines Weges (z. B. geschätzte verkehrsfreie Reisezeiten) zählen. Die Multimodus-Routenplanungsmaschine 216 kann weiterhin dazu ausgelegt sein, diese Werte entsprechend aktuellen Bedingungen anzupassen. Zum Beispiel kann die Multimodus-Routenplanungsmaschine 216 die Wetterdaten 402 zum Verringern geschätzter Reisegeschwindigkeiten nutzen (z. B. geschätzte km/h auf den Wegen 206, um Regen, Schnee, Eis, Nebel oder andere Wetterbedingungen zu berücksichtigen). Als eine andere Möglichkeit kann die Multimodus-Routenplanungsmaschine 216 die Verkehrsdaten 404 zum Verringern geschätzter Reisegeschwindigkeiten auf spezifischen Wegen 206 nutzen, die als langsam oder blockiert identifiziert worden sind (z. B. auf Basis tatsächlicher Reisezeitdaten des Fahrzeugs 102, die von Fahrbahnschleifensensoren, Kameras usw. gemessen worden sind). Als noch eine weitere Möglichkeit kann die Multimodus-Routenplanungsmaschine 216, wenn ein Massentransportmodus bei Unterauslastung betrieben wird, die Kosten für Nutzer, die dieses System befahren, gegenüber einem anderen Transportmodus verringern, während die Multimodus-Routenplanungsmaschine 216, wenn der Massentransportmodus bei Auslastung oder darüber betrieben wird, die Kosten für Nutzer, die das System befahren, erhöhen kann.
Die Multimodus-Routenplanungsmaschine 216 kann weiterhin dazu ausgelegt sein, die bestimmten Werte des Wegs 206 zu nutzen, um eine oder mehrere Routen 226 von einer Tourenausgangsposition 322 zu einer Tourenbestimmungsposition 324 zu erstellen, die die zeitlichen Vorgaben 326 und die Kostenvorgaben 328 der Tourenkenngrößen 304 erfüllen. Zum Beispiel kann die Multimodus-Routenplanungsmaschine 216 einen Routenplanungsalgorithmus für geringste Kosten nutzen, um in Frage kommende Routen 226 von der Tourenausgangsposition 322 zu einer Tourenbestimmungsposition 324 zu bestimmen, und kann dann diejenigen Routen verwerfen, die die zeitlichen Vorgaben 326, die Kostenvorgaben 328 und die Vorgaben zur Insassenanzahl des Fahrzeugs 102 (z. B. maximale Anzahl Passagiere 310) nicht erfüllen. In einem Beispiel kann die Multimodus-Routenplanungsmaschine 216 in Fällen, in denen keine Route 226 sowohl die zeitlichen Vorgaben 326 als auch die Kostenvorgaben 328 erfüllt, zeitliche Vorgaben 326 gegenüber Kostenvorgaben 328 bevorzugen. In einem anderen Beispiel kann die Multimodus-Routenplanungsmaschine 216 Informationen in den Tourenkenngrößen 304 oder in den Passagierkenngrößen 306 des Nutzers, der die Route anfordert, nutzen, um zu bestimmen, ob zeitliche Vorgaben 326 gegenüber Kostenvorgaben 328 zu bevorzugen sind oder umgekehrt.
Die identifizierten Routen 226 können dem Nutzer dementsprechend bereitgestellt werden. Außerdem können die identifizierten Routen 226 ebenfalls vom Fahrgemeinschafts-Server 208 gehalten werden. Wenn typischerweise Fahrzeuge 102 gemietet oder Touren gebucht werden, stellen Nutzer typischerweise dem System 200 keinen Einblick in die Reisepläne über mehrere Transportmodi hinweg für die Nutzer bereit. Der Fahrgemeinschafts-Server 208 kann allerdings dazu ausgelegt sein, durch Speichern der identifizierten Routen 226 Operationen in Bezug auf die mehreren Transportmodi durchzuführen, die andernfalls möglicherweise nicht verfügbar sein würden.
Zum Beispiel kann die Multimodus-Routenplanungsmaschine 216 weiterhin die Route 226 und zusätzlich empfangene Informationen nutzen, um aufgrund von überarbeiteten Informationen aktualisierte Routen 226 bereitzustellen. In einem Beispiel kann die Multimodus-Routenplanungsmaschine 216 aktualisierte Verkehrsdaten 404 empfangen, die angeben, dass einer oder mehrere Wege 206 der Route 226 blockiert wurden oder langsam sind. Zum Beispiel können wegen eines Wasserrohrbruchs gewisse Straßen gesperrt sein, was es erforderlich machen kann, dass Routen 226, die mit dem Befahren dieser Wege 206 erstellt worden sind, neu formuliert werden müssen.
In einem anderen Beispiel kann die Multimodus-Routenplanungsmaschine 216 z. B. aus einem Massentransportsystem 204 Informationen empfangen, die angeben, dass ein Massenverkehrsfahrzeug 102 (z. B. ein Zug, Bus, Flugzeug usw.) verspätet ist. Weil daher der Nutzer später als beabsichtigt ankommen kann, kann eine Anpassung der Startzeit für die Route 226 erforderlich sein, wodurch ein Teil der oder die gesamte Route 226 ungültig wird. Zum Beispiel kann bei einer Route 226, wie sie vorher bestimmt worden ist, beabsichtigt gewesen sein, dass der Nutzer mit einem Zug fährt, der zu einer speziellen Zeit abfährt, und die neue Ankunftszeit des Nutzers würde bewirken, dass der Nutzer den Zug verpasst. Als ein anderes Beispiel kann eine Route 226, wie sie vorher bestimmt worden ist, immer noch gültig sein, kann aber nicht mehr ermöglichen, dass der Nutzer die Tourenbestimmungsposition 324 innerhalb der zeitlichen Vorgaben 326 erreicht. Als noch ein weiteres Beispiel kann für eine Route 226, wie sie vorher bestimmt worden ist, damit gerechnet worden sein, dass ein zweiter Mitfahrer einbezogen wird, um die Kosten für das Mieten des Fahrzeugs 102 anzurechnen, und dieser zweite Mitfahrer ist möglicherweise nicht für das Mitfahren verfügbar, wenn sich der fahrende Nutzer verspätet.
Die Multimodus-Routenplanungsmaschine 216 kann dazu ausgelegt sein, die Route 226 neu zu bestimmen, wenn Informationen, wie zum Beispiel die in den oben genannten Beispielen, empfangen werden, die die Route 226 betreffen können, ähnlich wie oben in Bezug auf das anfängliche Erstellen der Route 226 erörtert worden ist. Das System 200 kann dazu ausgelegt sein, den Nutzer über die überarbeitete Route 226 zu informieren, wenn die Multimodus-Routenplanungsmaschine 216 bestimmt, dass die ursprüngliche Route 226 nicht länger möglich ist und eine überarbeitete Route 226 angegeben wird.
5 veranschaulicht eine beispielhafte Nutzerschnittstelle 500 der Tourenplanungsanwendung 170 zur Auswahl von Routenaktualisierungsoptionen auf Basis einer Aktualisierung der überarbeiteten Route 226. Wie veranschaulicht wird, kann die Nutzerschnittstelle 500 dem Nutzer der Tourenplanungsanwendung 170 über ein Display der mobilen Einrichtung 152 dargestellt werden. Als eine andere Möglichkeit kann die Nutzerschnittstelle 500 dem Nutzer über ein Display eines gepaarten Fahrzeugs 102 bereitgestellt werden.
Die Nutzerschnittstelle 500 kann ein Listensteuerelement 504 beinhalten, das dazu ausgelegt ist, eine Auflistung von Routenaktualisierungsoptionen 502 der Datenkriterien anzuzeigen, die vom Nutzer ausgewählt werden können. Wie gezeigt wird, wird jede Routenaktualisierungsoption 502 als einer von mehreren auswählbaren Listeneinträgen 506 angezeigt. Die Nutzerschnittstelle 500 kann auch eine Titelbezeichnung 508 beinhalten, um dem Nutzer anzugeben, dass die Nutzerschnittstelle 500 zur Auswahl der Routenaktualisierungsoptionen 502 (z. B. Alarmieren des Nutzers, dass neue Routenplanung vorgeschlagen wird oder erforderlich ist) dient.
Wie veranschaulicht wird, beinhaltet das Listensteuerelement 504 der Tourenplanungsanwendung 170 einen Eintrag 506-A zum Anpassen der Route 226 (z. B. auf das Benutzen einer grünen Bahnlinienhaltestelle anstelle einer blauen Linienhaltestelle, wie in der ursprünglichen Route 226 angegeben, umzuschalten), einen Eintrag 506-B, um die Nutzung der ursprünglichen Route 226 fortzusetzen (z. B. an der blauen Linienhaltestelle zu stoppen) und einen Eintrag 506-C, um die Entscheidung zu verschieben, ob die Route 226 aktualisiert werden soll. Es sei angemerkt, dass die genauen Optionen, die Anzahl der Optionen und die Reihenfolge der Optionen lediglich ein Beispiel darstellen.
Das Listensteuerelement 504 kann als ein Menü arbeiten, so dass ein Nutzer der Nutzerschnittstelle 500 sowohl in der Lage sein kann, durch die Listeneinträge des Listensteuerelements 504 zu scrollen, um einen aktuell ausgewählten Listeneintrag 510 anzupassen (z. B. unter Verwendung von Auf- und Ab-Pfeiltasten), als auch den aktuell ausgewählten Listeneintrag 510 aufzurufen (z. B. unter Verwendung einer Auswahltaste). In einigen Fällen kann das Listensteuerelement 504 auf einem Touchscreen-Display angezeigt werden, so dass der Nutzer in der Lage sein kann, das Listensteuerelement 504 zu berühren, um einen Menüpunkt auszuwählen und aufzurufen. Als anderes Beispiel kann die Nutzerschnittstelle 500 eine Sprachbefehlsauswahl der Menüpunkte unterstützen. Um zum Beispiel eine Änderung der aktualisierten Route 226 auszuwählen, kann der Nutzer eine Push-to-Talk-Taste drücken oder ein Sprachbefehls-Einleitungsschlüsselwort sagen und den Sprachbefehl „die aktualisierte Route nutzen“ oder „Routenaktualisierungsoption 1 wählen“ sprechen.
Die Tourenplanungsanwendung 170 kann dazu ausgelegt sein, als Reaktion auf die Auswahl des Nutzers die Auswahl an den Fahrgemeinschafts-Server 208 zu senden. Der Fahrgemeinschafts-Server 208 kann dementsprechend ausgelegt sein, um das Ändern der Route 226 für den Nutzer zu erleichtern. Zum Beispiel kann der Fahrgemeinschafts-Server 208 irgendwelche Nutzer, die vorher erwartet hatten, eine Fahrgelegenheit gemeinsam mit einem Nutzer zu benutzen, der ursprünglich für das Fahren eines Fahrzeugs 102 eingeplant war, über die angepasste Wartezeit auf die Ankunft des Fahrzeugs 102 zu informieren oder darüber, dass die Fahrgemeinschafts-Nutzer die Fahrt nicht mehr gemeinsam benutzen können.
6 veranschaulicht einen beispielhaften Prozess 600 zum Erstellen einer Route 226. Der Prozess 600 kann in einem Beispiel von einem Fahrgemeinschafts-Server 208 und der Multimodus-Routenplanungsmaschine 216 durchgeführt werden.
In der Operation 602 empfängt der Fahrgemeinschafts-Server 208 Informationen zur Generierung einer Route 226 innerhalb des multimodalen Transportsystems 200. In einem Beispiel können der Fahrgemeinschafts-Server 208 und/oder die Multimodus-Routenplanungsmaschine 216 die Fahrzeugkenngrößen 302, die Tourenkenngrößen 304, die Passagierkenngrößen 306, Wetterdaten 402 vom Wetterdienst 220, Verkehrsdaten 404 vom Verkehrsdienst 222, Kartendaten 406 aus dem Karten-Server 224 und Reservierungsdaten 408 aus dem Passagier-Reservierungssystem 218 empfangen.
In der Operation 604 erstellt der Fahrgemeinschafts-Server 208 eine Route 226 entsprechend den empfangenen Informationen. In einem Beispiel kann der Fahrgemeinschafts-Server 208 die Multimodus-Routenplanungsmaschine 216 nutzen, um die empfangenen Informationen zum Berechnen einer Route 226 einschließlich eines geordneten Satzes aus einem oder mehreren Wegen 206, die von einem Nutzer befahren werden können, zu verwenden.
In der Operation 606 identifiziert der Fahrgemeinschafts-Server 208 potentielle andere Nutzer, um die Route 226 gemeinsam zu nutzen. In einem Beispiel kann der Fahrgemeinschafts-Server 208 die Multimodus-Routenplanungsmaschine 216 nutzen, um Standorte anderer Nutzer oder die Positionen der nächsten Mitfahr-Fahrzeuge 102 entlang der Route 226 zu identifizieren, wie zum Beispiel Nutzer, die sich in einer vorbestimmten Entfernung von der Route 226 befinden, die sich eine vorbestimmte Reisezeit entfernt von der Route 226 befinden und/oder die als gewillt angegeben werden, Mitfahrgelegenheit zu erwerben.
In der Operation 608 informiert der Fahrgemeinschafts-Server 208 die potentiellen anderen Nutzer über die Möglichkeit, die Route 226 gemeinsam zu nutzen. In einem Beispiel kann der Fahrgemeinschafts-Server 208 Nachrichten an mobile Einrichtungen 152 der anderen Nutzer senden, um sie über die potentielle Mitfahr-Gelegenheit zu informieren. Die Nachricht, in der die potentielle Mitfahr-Gelegenheit angegeben wird, kann weiterhin Informationen über den verfügbaren Sitzplatz, wie zum Beispiel die Position innerhalb des Fahrzeugs 102 enthalten (z. B. wie viele und welche Sitzplätze in den Mitfahr-Fahrzeugen 102 verfügbar sind).
In der Operation 610 informiert der Fahrgemeinschafts-Server 208 die Transportsysteme 204 über die Route 226. In einem Beispiel kann der Fahrgemeinschafts-Server 208 eine Mitteilung an ein Transportsystem 204 bereitstellen, wenn ein spezieller Transportmodus durch einen Nutzer ausgewählt wird, was die Zuordnung von Fahrzeugen 102 zu Routen 226 für die Nutzer des Systems 200 ermöglicht. Der Fahrgemeinschafts-Server 208 kann auch die Route 226 beibehalten, wie zum Beispiel zur Verwendung beim Identifizieren von Wegen 206, die blockiert worden sind, um die aktualisierte Route 226 zu generieren. Nach der Operation 610 endet der Prozess 600.
7 veranschaulicht einen beispielhaften Prozess 700 zum automatischen Aktualisieren einer Route 226 auf Basis eines identifizierten Stopps oder Verspätung des Dienstes im multimodalen Transportsystem 200. Wie beim Prozess 600 kann der Prozess 700 vom Fahrgemeinschafts-Server 208 durchgeführt werden.
In der Operation 702 empfängt der Fahrgemeinschafts-Server 208 Informationen einer Störung eines oder mehrerer Wege 206 innerhalb des multimodalen Transportsystems 200. In einem Beispiel kann der Fahrgemeinschafts-Server 208 eine Mitteilung von einem Passagier-Reservierungssystem 218 eines der Massentransportsysteme 204 empfangen, die eine Verzögerung oder eine andere Änderung in der Planung eines oder mehrerer Massenverkehrsfahrzeuge 102 angibt. In einem anderen Beispiel kann der Fahrgemeinschafts-Server 208 eine Mitteilung aus einem Verkehrsdienst 222 über eine Verkehrsstörung empfangen, wie zum Beispiel einen Unfall des Fahrzeugs 102 oder einen Wasserrohrbruch. Weil unterschiedliche Transportmodi unterschiedliche Wege 206 nutzen können, können Störungen den einen Transportmodus mehr als einen anderen Transportmodus betreffen.
In der Operation 704 identifiziert der Fahrgemeinschafts-Server 208 jegliche betroffenen Nutzer. In einem Beispiel kann der Fahrgemeinschafts-Server 208 identifizieren, ob irgendwelche Nutzer des Fahrgemeinschafts-Servers 208 dazu eingeplant sind, auf irgendeinem des einen oder der mehreren Wege 206 zu reisen, die als gestört identifiziert werden. Dies kann zum Beispiel möglich sein, weil der Fahrgemeinschafts-Server 208 die Informationen zur Route 226 für die Nutzer halten kann, die sonst möglicherweise nicht verfügbar sind, wenn Fahrzeuge 102 typischerweise gemietet werden.
In der Operation 706 bestimmt der Fahrgemeinschafts-Server 208 alternative Routen 226. In einem Beispiel kann der Fahrgemeinschafts-Server 208 Kartendaten aus dem Karten-Server 224 nutzen, um alternative Routen 226 für die betroffenen Nutzer zu identifizieren.
In der Operation 708 sendet der Fahrgemeinschafts-Server 208 Aktualisierungen an betroffene Mitfahrer von Fahrzeugen 102, die dazu eingeplant sind, die betroffenen Routen 226 zu befahren. In einem Beispiel kann der Fahrgemeinschafts-Server 208 Nachrichten, dass es eine Verzögerung geben kann, an Fahrgemeinschafts-Nutzer senden, die ursprünglich für das Mitfahren mit den betroffenen Nutzern vorgesehen waren. In einem anderen Beispiel kann der Fahrgemeinschafts-Server 208 Nachrichten an die betroffenen Fahrgemeinschafts-Nutzer senden, die vorgeschlagene alternative Routen 226 angeben. Nach der Operation 708 endet der Prozess 700.
Obwohl oben Ausführungsbeispiele beschrieben werden, ist nicht beabsichtigt, dass diese Ausführungsformen alle möglichen Formen der Erfindung beschreiben. Stattdessen sind die in der Spezifikation verwendeten Begriffe eher beschreibende als einschränkende Begriffe, und es versteht sich, dass verschiedene Änderungen vorgenommen werden können, ohne vom Gedanken und vom Schutzbereich der Erfindung abzuweichen. Zusätzlich können die Merkmale verschiedener Umsetzungsformen kombiniert werden, um weitere Ausführungsformen der Erfindung zu bilden.
ZITATE ENTHALTEN IN DER BESCHREIBUNG
Diese Liste der vom Anmelder aufgeführten Dokumente wurde automatisiert erzeugt und ist ausschließlich zur besseren Information des Lesers aufgenommen. Die Liste ist nicht Bestandteil der deutschen Patent- bzw. Gebrauchsmusteranmeldung. Das DPMA übernimmt keinerlei Haftung für etwaige Fehler oder Auslassungen.
Zitierte Patentliteratur

US 8400332 [0023]

Claims

System, das Folgendes umfasst: einen Fahrgemeinschafts-Server, der zu Folgendem ausgelegt ist: eine Angabe einer Wegstörung innerhalb eines multimodalen Transportsystems zu empfangen; einen Fahrgemeinschafts-Nutzer zu identifizieren, der dazu eingeplant ist, auf dem Weg zu reisen, der die Störung aufweist, bevor er ein gemietetes Fahrzeug verwendet; eine alternative Route für den Fahrgemeinschafts-Nutzer zu bestimmen; und eine Aktualisierung an eine mobile Einrichtung des Fahrgemeinschafts-Nutzers zu senden, die die alternative Route angibt.
System nach Anspruch 1, wobei der Fahrgemeinschafts-Server weiterhin dazu ausgelegt ist, eine Aktualisierung an die mobile Einrichtung des Fahrgemeinschafts-Nutzers zu senden, die Anzahl und Position verfügbarer Sitzplätze im gemieteten Fahrzeug angibt.
System nach Anspruch 1, wobei das multimodale Transportsystem weiterhin wenigstens zwei von Folgenden enthält: schienengestützte Transportwege, luftgestützte Transportwege, wassergestützte Transportwege und straßengestützte Transportwege, und wobei das gemietete Fahrzeug ein straßengestütztes Transportfahrzeug ist und wobei zur Wegstörung eine Störung der schienengestützten Transportwege oder der luftgestützten Transportwege oder der wassergestützten Transportwege zählt.
System nach Anspruch 1, wobei der Fahrgemeinschafts-Server weiterhin zu Folgendem ausgelegt ist: den Fahrgemeinschafts-Nutzer aus einem Mietfahrzeug-Server als einen Fahrer des gemieteten Fahrzeugs zu identifizieren; einen alternativen Weg für den Fahrgemeinschafts-Nutzer vorzuschlagen, bei dem nicht das gemietete Fahrzeug verwendet wird; und den Mietfahrzeug-Server über eine Statusänderung des gemieteten Fahrzeugs in Bezug auf den Fahrgemeinschafts-Nutzer zu informieren.
System nach Anspruch 1, wobei der Fahrgemeinschafts-Server weiterhin zu Folgendem ausgelegt ist: den Fahrgemeinschafts-Nutzer als einen Mitfahr-Passagier eines gemieteten Fahrzeugs eines Fahrernutzers zu identifizieren; einen alternativen Weg für den Fahrgemeinschafts-Nutzer vorzuschlagen, bei dem nicht das gemietete Fahrzeug verwendet wird; und den Fahrernutzer des gemieteten Fahrzeugs über eine Statusänderung des Mitfahr-Passagiers in Bezug auf das gemietete Fahrzeug zu informieren.
System nach Anspruch 1, wobei der Fahrgemeinschafts-Server weiterhin dazu ausgelegt ist, aus der mobilen Einrichtung des Fahrgemeinschafts-Nutzers Positionsaktualisierungen zu empfangen, die die Positionierung des Fahrgemeinschafts-Nutzers innerhalb des multimodalen Transportsystems angeben, und wobei die alternative Route wenigstens zum Teil auf der Positionierung des Fahrgemeinschafts-Nutzers basiert.
System nach Anspruch 1, wobei der Fahrgemeinschafts-Server weiterhin dazu ausgelegt ist, einen alternativen Weg für den Fahrgemeinschafts-Nutzer vorzuschlagen, der eine Rücktour enthält, um das gemietete Fahrzeug mitzunehmen.
Computerimplementiertes Verfahren, das Folgendes umfasst: von einem Fahrgemeinschafts-Server durch eine mobile Einrichtung eines Fahrgemeinschafts-Nutzers eine alternative Route für den Nutzer zu empfangen, die auf Basis einer Wegstörung auf einem geplanten Reiseweg des Nutzers in einem multimodalen Transportsystem, die die Planung eines gemieteten Fahrzeugs betrifft, identifiziert wird; und einen Mietfahrzeug-Server über eine Statusänderung des gemieteten Fahrzeugs als Reaktion auf die Annahme der alternativen Route zu informieren.
Verfahren nach Anspruch 8, wobei das multimodale Transportsystem weiterhin wenigstens zwei von Folgenden enthält: schienengestützte Transportwege, luftgestützte Transportwege, wassergestützte Transportwege und straßengestützte Transportwege, wobei das gemietete Fahrzeug ein straßengestütztes Transportfahrzeug ist und wobei zur Wegstörung eine Störung der schienengestützten Transportwege oder der luftgestützten Transportwege oder der wassergestützten Transportwege zählt.
Verfahren nach Anspruch 8, wobei das Einplanen des gemieteten Fahrzeugs das Verwenden des gemieteten Fahrzeugs (i) vor dem Reisen entlang der Wegstörung oder (ii) nach dem Reisen entlang der Wegstörung beinhaltet.
Verfahren nach Anspruch 8, das weiterhin Folgendes umfasst: den Fahrgemeinschafts-Nutzer gegenüber einem Mietfahrzeug-Server als einen Fahrer des gemieteten Fahrzeugs zu identifizieren; einen alternativen Weg für den Fahrgemeinschafts-Nutzer vorzuschlagen, bei dem das gemietete Fahrzeug nicht verwendet wird; und den Mietfahrzeug-Server über eine Statusänderung des gemieteten Fahrzeugs in Bezug auf den Fahrgemeinschafts-Nutzer zu informieren.
Verfahren nach Anspruch 8, das weiterhin Folgendes umfasst: den Fahrgemeinschafts-Nutzer als einen Mitfahr-Passagier des gemieteten Fahrzeugs eines Fahrernutzers zu identifizieren; einen alternativen Weg für den Fahrgemeinschafts-Nutzer vorzuschlagen, bei dem das gemietete Fahrzeug nicht verwendet wird; und den Fahrernutzer des gemieteten Fahrzeugs über eine Statusänderung des Mitfahr-Passagiers in Bezug auf das gemietete Fahrzeug zu informieren.
Verfahren nach Anspruch 8, das weiterhin Senden von der mobilen Einrichtung des Fahrgemeinschafts-Nutzers an den Fahrgemeinschafts-Server von Positionsaktualisierungen umfasst, die die Positionierung des Fahrgemeinschafts-Nutzers innerhalb des multimodalen Transportsystems angeben, wobei die alternative Route wenigstens zum Teil auf der Positionierung des Fahrgemeinschafts-Nutzers basiert.
Verfahren nach Anspruch 8, das weiterhin Vorschlagen eines alternativen Wegs für den Fahrgemeinschafts-Nutzer umfasst, der eine Rücktour enthält, um das gemietete Fahrzeug mitzunehmen.
System, das Folgendes umfasst: eine mobile Einrichtung eines Fahrgemeinschafts-Nutzers, die zu Folgendem ausgelegt ist: von einem Fahrgemeinschafts-Server eine alternative Route zu empfangen, die auf Basis einer Störung eines oder mehrerer Wege innerhalb eines multimodalen Transportsystems identifiziert worden ist, auf denen der Nutzer zum Reisen eingeplant war, bevor er ein gemietetes Fahrzeug verwendet; an den Fahrgemeinschafts-Server eine Annahme der alternativen Route zu senden; und einen Mietfahrzeug-Server über eine Statusänderung des gemieteten Fahrzeugs zu informieren.
System nach Anspruch 15, wobei die mobile Einrichtung weiterhin zu Folgendem ausgelegt ist: den Fahrgemeinschafts-Nutzer gegenüber einem Mietfahrzeug-Server als einen Fahrer des gemieteten Fahrzeugs zu identifizieren; einen alternativen Weg für den Fahrgemeinschafts-Nutzer vorzuschlagen, bei dem nicht das gemietete Fahrzeug verwendet wird; und den Mietfahrzeug-Server über eine Statusänderung des gemieteten Fahrzeugs in Bezug auf den Fahrgemeinschafts-Nutzer zu informieren.
System nach Anspruch 15, wobei die mobile Einrichtung weiterhin zu Folgendem ausgelegt ist: den Fahrgemeinschafts-Nutzer als einen Mitfahr-Passagier des gemieteten Fahrzeugs eines Fahrernutzers zu identifizieren; einen alternativen Weg für den Fahrgemeinschafts-Nutzer vorzuschlagen, bei dem nicht das gemietete Fahrzeug verwendet wird; und den Fahrernutzer des gemieteten Fahrzeugs über eine Statusänderung des Mitfahr-Passagiers in Bezug auf das gemietete Fahrzeug zu informieren.
System nach Anspruch 15, wobei die mobile Einrichtung weiterhin dazu ausgelegt ist, Positionsaktualisierungen, die die Positionierung des Fahrgemeinschafts-Nutzers innerhalb des multimodalen Transportsystems angeben, an den Fahrgemeinschafts-Server zu senden, wobei die alternative Route wenigstens zum Teil auf der Positionierung des Fahrgemeinschafts-Nutzers basiert.
System nach Anspruch 15, wobei die mobile Einrichtung weiterhin dazu ausgelegt ist, einen alternativen Weg für den Fahrgemeinschafts-Nutzer zu empfangen, der eine Rücktour enthält, um das gemietete Fahrzeug mitzunehmen.
System nach Anspruch 15, wobei zu der mobilen Einrichtung ein Smartphone zählt, das eine Tourenplanungsanwendung ausführt.