Fahrten mit mehreren aufeinanderfolgenden Fahrten erstellen und anzeigen

Aufeinanderfolgende Fahrten sind exklusive, unabhängige Fahrten, die direkt hintereinander stattfinden. Dabei verpflichtet sich der Fahrer, den nächsten Verbraucher abzuholen, bevor die aktuelle Fahrt beendet wird.

Der Hauptunterschied zwischen einer Fahrt mit mehreren Fahrten und einer Fahrt mit einem einzelnen Ziel besteht darin, dass der Betreiber bei einer Fahrt mit mehreren Fahrten einem Fahrzeug zuweisen kann, dem bereits Fahrten zugewiesen wurden.

In dieser Anleitung erfahren Sie, wie Sie mehrere aufeinanderfolgende Fahrten erstellen. Außerdem wird gezeigt, wie Sie diese Fahrt in Ihre Verbraucheranwendung integrieren, damit Ihre Kunden sich den Streckenfortschritt auf ihren Telefonen anzeigen lassen können. Für die Integration verwenden Sie das Consumer SDK.

Voraussetzungen

Um diese Anleitung abzuschließen, müssen Sie Folgendes tun:

  1. Fleet Engine einrichten. Weitere Informationen finden Sie unter Fleet Engine: Ersteinrichtung.

  2. Binden Sie das Driver SDK in Ihre App ein. Weitere Informationen finden Sie unter Driver SDK initialisieren für Android und Integrationsanleitung für das Driver SDK für iOS.

  3. Binden Sie Ihre nutzerorientierte App in das Consumer SDK ein. Weitere Informationen finden Sie unter Erste Schritte mit dem Consumer SDK für Android und Erste Schritte mit dem Consumer SDK für iOS.

  4. Richten Sie Autorisierungstokens ein. Weitere Informationen zu Autorisierungstokens finden Sie im Leitfaden „Erste Schritte mit Fleet Engine“ unter JSON-Webtoken für die Autorisierung erstellen und in der Dokumentation zum Consumer SDK für Fleet Engine unter Authentifizierung und Autorisierung.

Schritt 1: Fahrzeug in Fleet Engine erstellen

Fahrzeuge sind Objekte, die die Fahrzeuge Ihres Fuhrparks darstellen. Sie müssen sie in Fleet Engine erstellen, um sie in der Verbraucher-App verfolgen zu können.

Sie haben zwei Möglichkeiten, ein Fahrzeug zu erstellen:

gRPC
Rufen Sie die Methode CreateVehicle() mit der Anfragenachricht CreateVehicleRequest auf. Sie benötigen Berechtigungen für Fleet Engine-Superuser, um CreateVehicle() aufzurufen.
REST
Rufen Sie https://fleetengine.googleapis.com/v1/providers.vehicles.create an.

Wichtige Hinweise

Wenn Sie ein Fahrzeug erstellen, gelten die folgenden Einschränkungen.

  • Legen Sie den anfänglichen Fahrzeugstatus auf OFFLINE fest. Dadurch kann Fleet Engine Ihr Fahrzeug für den Abgleich der Fahrten erkennen.

  • Die provider_id des Fahrzeugs muss mit der Projekt-ID des Google Cloud-Projekts übereinstimmen, das die Dienstkonten zum Aufrufen von Fleet Engine enthält. Zwar können mehrere Dienstkonten auf Fleet Engine für denselben Mitfahrdienstanbieter zugreifen, aber Fleet Engine unterstützt derzeit keine Dienstkonten aus verschiedenen Google Cloud-Projekten, die auf dieselben Fahrzeuge zugreifen.

  • Die von CreateVehicle() zurückgegebene Antwort enthält die Instanz Vehicle. Die Instanz wird nach sieben Tagen gelöscht, wenn sie nicht mit UpdateVehicle() aktualisiert wurde. Rufen Sie zuerst GetVehicle() und dann CreateVehicle() auf, um zu bestätigen, dass das Fahrzeug nicht bereits vorhanden ist. Wenn GetVehicle() den Fehler NOT_FOUND zurückgibt, sollten Sie mit dem Aufrufen von CreateVehicle() fortfahren. Weitere Informationen finden Sie unter Fahrzeuge und ihr Lebenszyklus.

Beispiel

Im folgenden Codebeispiel des Anbieters wird gezeigt, wie ein Fahrzeug in Fleet Engine erstellt wird.

static final String PROJECT_ID = "my-rideshare-co-gcp-project";

VehicleServiceBlockingStub vehicleService = VehicleService.newBlockingStub(channel);

String parent = "providers/" + PROJECT_ID;

Vehicle vehicle = Vehicle.newBuilder()
    .setVehicleState(VehicleState.OFFLINE)  // Initial state
    .addSupportedTripTypes(TripType.EXCLUSIVE)
    .setMaximumCapacity(4)
    .setVehicleType(VehicleType.newBuilder().setCategory(VehicleType.Category.AUTO))
    .build();

CreateVehicleRequest createVehicleRequest = CreateVehicleRequest.newBuilder()
    .setParent(parent)
    .setVehicleId("8241890")  // Vehicle ID assigned by solution provider.
    .setVehicle(vehicle)      // Initial state.
    .build();

// The Vehicle is created in the OFFLINE state, and no initial position is
// provided.  When the driver app calls the rideshare provider, the state can be
// set to ONLINE, and the driver app updates the vehicle location.
try {
  Vehicle createdVehicle = vehicleService.createVehicle(createVehicleRequest);
} catch (StatusRuntimeException e) {
  Status s = e.getStatus();
  switch (s.getCode()) {
    case ALREADY_EXISTS:
      break;
    case PERMISSION_DENIED:
      break;
  }
  return;
}

Um eine Vehicle zu erstellen, die Fahrten aufeinanderfolgende Fahrten unterstützt, müssen Sie das Feld backToBackEnabled im Vehicle-Objekt festlegen, das als true an CreateVehicleRequest übergeben wird.

Vehicle vehicle = Vehicle.newBuilder()
    .setVehicleState(VehicleState.OFFLINE)
    .addSupportedTripTypes(TripType.EXCLUSIVE)
    .setMaximumCapacity(4)
    .setVehicleType(VehicleType.newBuilder().setCategory(VehicleType.Category.AUTO))
    .setBackToBackEnabled(true) // Set as 'true' so vehicle can be assigned back-to-back trips.
    .build();

Schritt 2: Standortermittlung aktivieren

Die Standortverfolgung bezieht sich auf die Verfolgung des Fahrzeugstandorts während der Fahrt, wobei die Fahrer-App Telemetriedaten an die Fleet Engine sendet, die den aktuellen Standort des Fahrzeugs enthält. Dieser kontinuierlich aktualisierte Strom von Positionsinformationen wird verwendet, um den Fortschritt des Fahrzeugs auf der Route zu vermitteln. Wenn Sie die Standortermittlung aktivieren, sendet die Treiber-App diese Telemetrie standardmäßig mit einer Häufigkeit von jeweils fünf Sekunden.

So aktivieren Sie die Standortermittlung für Android und iOS:

Beispiel

Im folgenden Codebeispiel wird gezeigt, wie die Standortverfolgung aktiviert wird.

Java

RidesharingVehicleReporter vehicleReporter = ...;

vehicleReporter.enableLocationTracking();

Kotlin

val vehicleReporter = ...

vehicleReporter.enableLocationTracking()

Swift

vehicleReporter.locationTrackingEnabled = true

Objective-C

_vehicleReporter.locationTrackingEnabled = YES;

Schritt 3: Fahrzeugstatus auf „Online“ setzen

Sie fahren ein Fahrzeug in Betrieb, um es für die Nutzung verfügbar zu machen, indem Sie seinen Status auf online setzen. Dies ist jedoch erst möglich, nachdem Sie die Standortermittlung aktiviert haben.

So legen Sie den Fahrzeugstatus für Android und iOS auf „online“ fest:

Beispiel

Das folgende Codebeispiel zeigt, wie der Status des Fahrzeugs auf ONLINE gesetzt wird.

Java

vehicleReporter.setVehicleState(VehicleState.ONLINE);

Kotlin

vehicleReporter.setVehicleState(VehicleState.ONLINE)

Swift

vehicleReporter.update(.online)

Objective-C

[_vehicleReporter updateVehicleState:GMTDVehicleStateOnline];

Schritt 4: Fahrt in Fleet Engine erstellen

Um eine aufeinanderfolgende Fahrt zu erstellen, erstellen Sie wie für eine Fahrt mit einem einzelnen Ziel ein Trip-Objekt.

Eine Fahrt ist ein Objekt, das eine Fahrt darstellt. Dabei handelt es sich um eine Sammlung von Geokoordinatenpunkten, einschließlich Startort, Wegpunkte und Ausstiegspunkte. Für jede Fahrtanfrage muss ein Trip-Objekt erstellt werden, damit die Anfrage einem Fahrzeug zugeordnet und dann erfasst werden kann.

Erforderliche Attribute angeben

Um eine aufeinanderfolgende Fahrt zu erstellen, müssen Sie die folgenden Felder ausfüllen:

parent
Ein String, der die Anbieter-ID enthält. Sie muss mit der Projekt-ID des Google Cloud-Projekts übereinstimmen, das die Dienstkonten zum Aufrufen von Fleet Engine enthält.
trip_id
Ein von Ihnen erstellter String, der diese Fahrt eindeutig identifiziert.
trip
Das zu erstellende Trip-Objekt.

Die folgenden Felder müssen im an CreateTripRequest übergebenen Trip-Objekt festgelegt werden:

trip_type
TripType.EXCLUSIVE
pickup_point
Der Ausgangspunkt der Fahrt.
dropoff_point
Absetzpunkt der Fahrt. Dieses Feld ist bei der Fahrterstellung nicht erforderlich und kann später durch Aufrufen von UpdateTrip festgelegt werden.

Beispiel

Im folgenden Beispiel für die Back-End-Einbindung wird gezeigt, wie Sie eine Fahrt erstellen und einem Fahrzeug zuweisen.

// A vehicle with ID 'my-vehicle' is already created and it is assigned to a trip with ID 'current-trip'.

static final String PROJECT_ID = "my-rideshare-co-gcp-project";
static final String VEHICLE_ID =" my-vehicle";
static final String TRIP_ID = "back-to-back-trip");

TripServiceBlockingStub tripService = TripService.newBlockingStub(channel);

String parent = "providers/" + PROJECT_ID;

Trip trip = Trip.newBuilder()
    .setTripType(TripType.EXCLUSIVE)
    .setPickupPoint(
        TerminalLocation.newBuilder().setPoint(
            LatLng.newBuilder()
                .setLatitude(-6.195139).setLongitude(106.820826)))
    .setDropoffPoint(
        TerminalLocation.newBuilder().setPoint(
            LatLng.newBuilder()
                .setLatitude(-6.1275).setLongitude(106.6537)))
    .setVehicleId(VEHICLE_ID)
    .build();

// Create trip request
CreateTripRequest createTripRequest = CreateTripRequest.newBuilder()
    .setParent(parent)
    .setTripId(TRIP_ID)
    .setTrip(trip)
    .build();

// Error handling.
try {
  // Fleet Engine automatically assigns a 'waypoints' list to the trip containing
  // the vehicle's current trip waypoints.
  Trip createdTrip =
      tripService.createTrip(createTripRequest);
} catch (StatusRuntimeException e) {
  Status s = e.getStatus();
  switch (s.getCode()) {
    case ALREADY_EXISTS:
      break;
    case PERMISSION_DENIED:
      break;
  }
  return;
}

Schritt 5: Fahrt mit der Fahrzeug-ID und Wegpunkten aktualisieren

Sie müssen die Fahrt mit einer Fahrzeug-ID konfigurieren, damit Fleet Engine das Fahrzeug entlang seiner Route verfolgen kann. Bei aufeinanderfolgenden Fahrten wird eine Fahrt einem Fahrzeug zugewiesen, auch wenn ihm bereits ein Fahrzeug zugewiesen wurde.

  • Sie können die Fahrt mit der Fahrzeug-ID aktualisieren, indem Sie den Endpunkt UpdateTrip mit einer UpdateTripRequest aufrufen. Geben Sie im Feld update_mask an, dass Sie die Fahrzeug-ID aktualisieren möchten.

Nachdem Sie die Fahrt einem Fahrzeug zugewiesen haben, fügt Fleet Engine automatisch die Wegpunkte, die mit den aufeinanderfolgenden Fahrten verknüpft sind, dem Wegpunktfeld des Fahrzeugs hinzu. Das Feld remainingWaypoints einer Fahrt enthält eine Liste aller Wegpunkte, einschließlich der Wegpunkte gleichzeitiger Fahrten, die vor der Abfahrt der Fahrt angefahren werden.

Betrachten Sie beispielsweise zwei aufeinanderfolgende Fahrten: Fahrt A und Fahrt B. Das Fahrzeug hat den Verbraucher für Fahrt A abgeholt. Auf dem Weg zu der Haltestelle erhält der Fahrer eine Anfrage, einen anderen Verbraucher für die nächste Fahrt aufzunehmen (Fahrt B).

  • Beim Aufrufen von getVehicle() wird eine Liste der verbleibenden Wegpunkte (remainingWaypoints) zurückgegeben, die
    A AbsetzB AbholungB Abbruch enthält.
  • Entweder getTrip() oder der onTripRemainingWaypointsUpdated-Callback für Fahrt A gibt eine Liste der verbleibenden Wegpunkte (remainingWaypoints) zurück, die A Absetz enthält.
  • Entweder getTrip() oder der Callback onTripRemainingWaypointsUpdated für Fahrt B gibt eine Liste der verbleibenden Wegpunkte (remainingWaypoints) zurück, die A AbflugB Abholung → und B Abflug enthält.

Schritt 6: Benachrichtigungen zu Fahrten in der Verbraucher-App erhalten

  • Für Android können Sie auf Datenaktualisierungen einer Fahrt warten, indem Sie ein TripModel-Objekt aus dem TripModelManager abrufen und einen TripModelCallback-Listener registrieren.

  • Für iOS können Sie auf Datenaktualisierungen einer Fahrt warten, indem Sie ein GMTCTripModel-Objekt aus dem GMTCTripService abrufen und einen GMTCTripModelSubscriber-Abonnenten registrieren.

Mit einem TripModelCallback-Listener und einem GMTCTripModelSubscriber-Abonnent kann Ihre Anwendung bei jeder Aktualisierung anhand des Intervalls für die automatische Aktualisierung regelmäßig Aktualisierungen des Fahrtfortschritts empfangen. Nur Werte, die sich ändern, können den Callback auslösen. Andernfalls bleibt der Callback stumm.

Die Methoden TripModelCallback.onTripUpdated() und tripModel(_:didUpdate:updatedPropertyFields:) werden immer aufgerufen, unabhängig von Datenänderungen.

Beispiel 1

Im folgenden Codebeispiel wird gezeigt, wie Sie ein TripModel aus TripModelManager/GMTCTripService abrufen und einen Listener dafür festlegen.

Java

// Start journey sharing after a trip has been created via Fleet Engine.
TripModelManager tripModelManager = consumerApi.getTripModelManager();

// Get a TripModel object.
TripModel tripModel = tripModelManager.getTripModel(tripName);

// Register a listener on the trip.
TripModelCallback tripCallback = new TripModelCallback() {
  ...
};
tripModel.registerTripCallback(tripCallback);

// Set the refresh interval.
TripModelOptions tripModelOptions = TripModelOptions.builder()
    .setRefreshInterval(5000) // interval in milliseconds, so 5 seconds
    .build();
tripModel.setTripModelOptions(tripModelOptions);

// The trip stops auto-refreshing when all listeners are unregistered.
tripModel.unregisterTripCallback(tripCallback);

Kotlin

// Start journey sharing after a trip has been created via Fleet Engine.
val tripModelManager = consumerApi.getTripModelManager()

// Get a TripModel object.
val tripModel = tripModelManager.getTripModel(tripName)

// Register a listener on the trip.
val tripCallback = TripModelCallback() {
  ...
}

tripModel.registerTripCallback(tripCallback)

// Set the refresh interval.
val tripModelOptions =
  TripModelOptions.builder()
    .setRefreshInterval(5000) // interval in milliseconds, so 5 seconds
    .build()

tripModel.setTripModelOptions(tripModelOptions)

// The trip stops auto-refreshing when all listeners are unregistered.
tripModel.unregisterTripCallback(tripCallback)

Swift

let tripService = GMTCServices.shared().tripService

// Create a tripModel instance for listening for updates from the trip
// specified by the trip name.
let tripModel = tripService.tripModel(forTripName: tripName)

// Register for the trip update events.
tripModel.register(self)

// Set the refresh interval (in seconds).
tripModel.options.autoRefreshTimeInterval = 5

// Unregister for the trip update events.
tripModel.unregisterSubscriber(self)

Objective-C

GMTCTripService *tripService = [GMTCServices sharedServices].tripService;

// Create a tripModel instance for listening for updates from the trip
// specified by the trip name.
GMTCTripModel *tripModel = [tripService tripModelForTripName:tripName];

// Register for the trip update events.
[tripModel registerSubscriber:self];

// Set the refresh interval (in seconds).
tripModel.options.autoRefreshTimeInterval = 5;

// Unregister for the trip update events.
[tripModel unregisterSubscriber:self];

Beispiel 2

Das folgende Codebeispiel zeigt, wie ein TripModelCallback-Listener und GMTCTripModelSubscriber-Abonnenten eingerichtet werden.

Java

// Implements a callback for the trip model so your app can listen for trip
// updates from Fleet Engine.
TripModelCallback subscriber =
  new TripModelCallback() {

    @Override
    public void onTripStatusUpdated(TripInfo tripInfo, @TripStatus int status) {
      // ...
    }

    @Override
    public void onTripActiveRouteUpdated(TripInfo tripInfo, List<LatLng> route) {
      // ...
    }

    @Override
    public void onTripVehicleLocationUpdated(
        TripInfo tripInfo, @Nullable VehicleLocation vehicleLocation) {
      // ...
    }

    @Override
    public void onTripPickupLocationUpdated(
        TripInfo tripInfo, @Nullable TerminalLocation pickup) {
      // ...
    }

    @Override
    public void onTripPickupTimeUpdated(TripInfo tripInfo, @Nullable Long timestampMillis) {
      // ...
    }

    @Override
    public void onTripDropoffLocationUpdated(
        TripInfo tripInfo, @Nullable TerminalLocation dropoff) {
      // ...
    }

    @Override
    public void onTripDropoffTimeUpdated(TripInfo tripInfo, @Nullable Long timestampMillis) {
      // ...
    }

    @Override
    public void onTripETAToNextWaypointUpdated(
        TripInfo tripInfo, @Nullable Long timestampMillis) {
      // ...
    }

    @Override
    public void onTripActiveRouteRemainingDistanceUpdated(
        TripInfo tripInfo, @Nullable Integer distanceMeters) {
      // ...
    }

    @Override
    public void onTripUpdateError(TripInfo tripInfo, TripUpdateError error) {
      // ...
    }

    @Override
    public void onTripUpdated(TripInfo tripInfo) {
      // ...
    }

    @Override
    public void onTripRemainingWaypointsUpdated(
        TripInfo tripInfo, List<TripWaypoint> waypointList) {
      // ...
    }

    @Override
    public void onTripIntermediateDestinationsUpdated(
        TripInfo tripInfo, List<TerminalLocation> intermediateDestinations) {
      // ...
    }

    @Override
    public void onTripRemainingRouteDistanceUpdated(
        TripInfo tripInfo, @Nullable Integer distanceMeters) {
      // ...
    }

    @Override
    public void onTripRemainingRouteUpdated(TripInfo tripInfo, List<LatLng> route) {
      // ...
    }
  };

Kotlin

// Implements a callback for the trip model so your app can listen for trip
// updates from Fleet Engine.
val subscriber =
  object : TripModelCallback() {
    override fun onTripStatusUpdated(tripInfo: TripInfo, status: @TripStatus Int) {
      // ...
    }

    override fun onTripActiveRouteUpdated(tripInfo: TripInfo, route: List<LatLng>) {
      // ...
    }

    override fun onTripVehicleLocationUpdated(
      tripInfo: TripInfo,
      vehicleLocation: VehicleLocation?
    ) {
      // ...
    }

    override fun onTripPickupLocationUpdated(tripInfo: TripInfo, pickup: TerminalLocation?) {
      // ...
    }

    override fun onTripPickupTimeUpdated(tripInfo: TripInfo, timestampMillis: Long?) {
      // ...
    }

    override fun onTripDropoffLocationUpdated(tripInfo: TripInfo, dropoff: TerminalLocation?) {
      // ...
    }

    override fun onTripDropoffTimeUpdated(tripInfo: TripInfo, timestampMillis: Long?) {
      // ...
    }

    override fun onTripETAToNextWaypointUpdated(tripInfo: TripInfo, timestampMillis: Long?) {
      // ...
    }

    override fun onTripActiveRouteRemainingDistanceUpdated(
      tripInfo: TripInfo,
      distanceMeters: Int?
    ) {
      // ...
    }

    override fun onTripUpdateError(tripInfo: TripInfo, error: TripUpdateError) {
      // ...
    }

    override fun onTripUpdated(tripInfo: TripInfo) {
      // ...
    }

    override fun onTripRemainingWaypointsUpdated(
      tripInfo: TripInfo,
      waypointList: List<TripWaypoint>
    ) {
      // ...
    }

    override fun onTripIntermediateDestinationsUpdated(
      tripInfo: TripInfo,
      intermediateDestinations: List<TerminalLocation>
    ) {
      // ...
    }

    override fun onTripRemainingRouteDistanceUpdated(tripInfo: TripInfo, distanceMeters: Int?) {
      // ...
    }

    override fun onTripRemainingRouteUpdated(tripInfo: TripInfo, route: List<LatLng>) {
      // ...
    }
  }

Swift

class TripModelSubscriber: NSObject, GMTCTripModelSubscriber {

  func tripModel(_: GMTCTripModel, didUpdate trip: GMTSTrip?, updatedPropertyFields: GMTSTripPropertyFields) {
    // Update the UI with the new `trip` data.
    updateUI(with: trip)
    ...
  }

  func tripModel(_: GMTCTripModel, didUpdate tripStatus: GMTSTripStatus) {
    // Handle trip status did change.
  }

  func tripModel(_: GMTCTripModel, didUpdateActiveRoute activeRoute: [GMTSLatLng]?) {
    // Handle trip active route did update.
  }

  func tripModel(_: GMTCTripModel, didUpdate vehicleLocation: GMTSVehicleLocation?) {
    // Handle vehicle location did update.
  }

  func tripModel(_: GMTCTripModel, didUpdatePickupLocation pickupLocation: GMTSTerminalLocation?) {
    // Handle pickup location did update.
  }

  func tripModel(_: GMTCTripModel, didUpdateDropoffLocation dropoffLocation: GMTSTerminalLocation?) {
    // Handle drop off location did update.
  }

  func tripModel(_: GMTCTripModel, didUpdatePickupETA pickupETA: TimeInterval) {
    // Handle the pickup ETA did update.
  }

  func tripModel(_: GMTCTripModel, didUpdateDropoffETA dropoffETA: TimeInterval) {
    // Handle the drop off ETA did update.
  }

  func tripModel(_: GMTCTripModel, didUpdateRemaining remainingWaypoints: [GMTSTripWaypoint]?) {
    // Handle updates to the pickup, dropoff or intermediate destinations of the trip.
  }

  func tripModel(_: GMTCTripModel, didFailUpdateTripWithError error: Error?) {
    // Handle the error.
  }

  func tripModel(_: GMTCTripModel, didUpdateIntermediateDestinations intermediateDestinations: [GMTSTerminalLocation]?) {
    // Handle the intermediate destinations being updated.
  }

  ...
}

Objective-C

@interface TripModelSubscriber : NSObject <GMTCTripModelSubscriber>
@end

@implementation TripModelSubscriber

- (void)tripModel:(GMTCTripModel *)tripModel
            didUpdateTrip:(nullable GMTSTrip *)trip
    updatedPropertyFields:(GMTSTripPropertyFields)updatedPropertyFields {
  // Update the UI with the new `trip` data.
  [self updateUIWithTrip:trip];
  ...
}

- (void)tripModel:(GMTCTripModel *)tripModel didUpdateTripStatus:(enum GMTSTripStatus)tripStatus {
  // Handle trip status did change.
}

- (void)tripModel:(GMTCTripModel *)tripModel
    didUpdateActiveRoute:(nullable NSArray<GMTSLatLng *> *)activeRoute {
  // Handle trip route did update.
}

- (void)tripModel:(GMTCTripModel *)tripModel
    didUpdateVehicleLocation:(nullable GMTSVehicleLocation *)vehicleLocation {
  // Handle vehicle location did update.
}

- (void)tripModel:(GMTCTripModel *)tripModel
    didUpdatePickupLocation:(nullable GMTSTerminalLocation *)pickupLocation {
  // Handle pickup location did update.
}

- (void)tripModel:(GMTCTripModel *)tripModel
    didUpdateDropoffLocation:(nullable GMTSTerminalLocation *)dropoffLocation {
  // Handle drop off location did update.
}

- (void)tripModel:(GMTCTripModel *)tripModel didUpdatePickupETA:(NSTimeInterval)pickupETA {
  // Handle the pickup ETA did update.
}

- (void)tripModel:(GMTCTripModel *)tripModel
    didUpdateRemainingWaypoints:(nullable NSArray<GMTSTripWaypoint *> *)remainingWaypoints {
  // Handle updates to the pickup, dropoff or intermediate destinations of the trip.
}

- (void)tripModel:(GMTCTripModel *)tripModel didUpdateDropoffETA:(NSTimeInterval)dropoffETA {
  // Handle the drop off ETA did update.
}

- (void)tripModel:(GMTCTripModel *)tripModel didFailUpdateTripWithError:(nullable NSError *)error {
  // Handle the error.
}

- (void)tripModel:(GMTCTripModel *)tripModel
    didUpdateIntermediateDestinations:
        (nullable NSArray<GMTSTerminalLocation *> *)intermediateDestinations {
  // Handle the intermediate destinations being updated.
}
…
@end

So können Sie jederzeit auf Informationen für die Fahrt zugreifen:

  • Rufen Sie die Methode TripModel.getTripInfo() des Consumer SDK for Android auf. Das Aufrufen dieser Methode erzwingt keine Datenaktualisierung, die Daten werden jedoch weiterhin mit der Aktualisierungshäufigkeit aktualisiert.

  • Laden Sie die Property „Consumer SDK for iOS“ GMTCTripModel.currentTrip herunter.

Schritt 7: Kaufprozess in der Nutzer-App darstellen

So können Sie auf die APIs der Benutzeroberfläche von Rides & Deliveries zugreifen:

Beispiel

Das folgende Codebeispiel zeigt, wie Sie die Benutzeroberfläche zum Teilen von Journeys starten.

Java

JourneySharingSession session = JourneySharingSession.createInstance(tripModel);
consumerController.showSession(session);

Kotlin

val session = JourneySharingSession.createInstance(tripModel)
consumerController.showSession(session)

Swift

let journeySharingSession = GMTCJourneySharingSession(tripModel: tripModel)
mapView.show(journeySharingSession)

Objective-C

GMTCJourneySharingSession *journeySharingSession =
    [[GMTCJourneySharingSession alloc] initWithTripModel:tripModel];
[self.mapView showMapViewSession:journeySharingSession];

Beispielszenario

Nehmen wir als Beispiel eine mehrere Fahrt, bei der das Fahrzeug den Kunden bereits bei der ersten Fahrt abgeholt hat. Das Fahrzeug ist auf dem Weg zur Abgabestelle, wenn der Fahrer nach Abschluss der aktuellen Fahrt eine Anfrage erhält, einen anderen Verbraucher abzuholen.





Zu diesem Zeitpunkt sieht der Nutzer der ersten Fahrt Folgendes:





Zur gleichen Zeit sieht der Nutzer der zweiten Fahrt Folgendes:





Standardmäßig zeigt das Consumer SDK nur den aktiven Abschnitt in der Route an. Sie haben jedoch die Möglichkeit, den restlichen Abschnitt einschließlich des Ziels anzuzeigen.

Wenn Sie Informationen zu Wegpunkten aus anderen Fahrten anzeigen möchten, können Sie so auf alle für eine Fahrt relevanten Wegpunkte zugreifen:

Schritt 8: Fahrtstatus in der Fleet Engine verwalten

Der Status einer Fahrt wird mit einem der Aufzählungswerte TripStatus angegeben. Wenn sich der Status einer Fahrt ändert (z. B. von ENROUTE_TO_PICKUP in ARRIVED_AT_PICKUP), müssen Sie den Fahrtstatus über die Fleet Engine aktualisieren. Der Fahrtstatus beginnt immer mit dem Wert NEW und endet mit dem Wert COMPLETE oder CANCELED. Weitere Informationen findest du unter trip_status.

Beispiel

Das folgende Back-End-Integrationsbeispiel zeigt, wie der Fahrtstatus in Fleet Engine aktualisiert wird.

static final String PROJECT_ID = "my-rideshare-co-gcp-project";
static final String TRIP_ID = "trip-8241890";

String tripName = "providers/" + PROJECT_ID + "/trips/" + TRIP_ID;

TripServiceBlockingStub tripService = TripService.newBlockingStub(channel);

// Trip settings to be updated.
Trip trip = Trip.newBuilder()
    .setTripStatus(TripStatus.ARRIVED_AT_PICKUP)
    .build();

// Trip update request
UpdateTripRequest updateTripRequest = UpdateTripRequest.newBuilder()
    .setName(tripName)
    .setTrip(trip)
    .setUpdateMask(FieldMask.newBuilder().addPaths("trip_status"))
    .build();

// Error handling.
try {
  Trip updatedTrip = tripService.updateTrip(updateTripRequest);
} catch (StatusRuntimeException e) {
  Status s = e.getStatus();
  switch (s.getCode()) {
    case NOT_FOUND:            // The trip doesn't exist.
      break;
    case FAILED_PRECONDITION:  // The given trip status is invalid.
      break;
    case PERMISSION_DENIED:
      break;
  }
  return;
}