Cómo crear y mostrar viajes seguidos

Los viajes uno tras otro son viajes exclusivos e independientes que ocurren inmediatamente después del otro y en los que el conductor se compromete a recoger al siguiente consumidor antes de completar el viaje actual.

La principal diferencia entre un viaje de regreso y de un solo destino es que, en un viaje seguido, el operador de viajes podría asignar un viaje a un vehículo al que ya se asignaron viajes.

En este instructivo, se explica el proceso de creación de un viaje consecutivo. También se muestra cómo puedes integrar ese viaje con la aplicación para consumidores, de modo que los clientes puedan visualizar el progreso del viaje desde sus teléfonos. Esta integración se realiza con el SDK de consumidor.

Requisitos previos

Para completar este instructivo, asegúrate de completar lo siguiente:

  1. Configura Fleet Engine. Para obtener más información, consulta Fleet Engine: Configuración inicial.

  2. Integra tu app con el SDK de Driver. Si deseas obtener más información, consulta Cómo inicializar el SDK de Driver para Android y la Guía de integración del SDK de Driver para iOS.

  3. Integra tu app para consumidores con el SDK para consumidores. Si deseas obtener más información, consulta Comienza a usar el SDK para consumidores para Android y Comienza a usar el SDK para consumidores para iOS.

  4. Configurar tokens de autorización Para obtener más información sobre los tokens de autorización, consulta Crea un token web JSON para la autorización en la guía Comienza a usar Fleet Engine y Autenticación y autorización en la documentación del SDK del consumidor para Fleet Engine.

Paso 1: Crear un vehículo en Fleet Engine

Los vehículos son objetos que representan los vehículos de tu flota. Debes crearlos en Fleet Engine para poder rastrearlos en la app para consumidores.

Puedes crear un vehículo usando cualquiera de los dos enfoques siguientes:

gRPC
Llama al método CreateVehicle() con el mensaje de solicitud CreateVehicleRequest. Debes tener privilegios de superusuario de Fleet Engine para llamar a CreateVehicle().
REST
Llama a https://fleetengine.googleapis.com/v1/providers.vehicles.create.

Advertencias

Las siguientes advertencias se aplican cuando creas un vehículo.

  • Asegúrate de establecer el estado inicial del vehículo en OFFLINE. Esto garantiza que Fleet Engine pueda encontrar tu vehículo para buscar coincidencias de viajes.

  • El provider_id del vehículo debe ser el mismo que el ID del proyecto de Google Cloud que contiene las cuentas de servicio que se usan para llamar a Fleet Engine. Si bien varias cuentas de servicio pueden acceder a Fleet Engine para el mismo proveedor de transporte compartido, por el momento, Fleet Engine no admite cuentas de servicio de diferentes proyectos de Google Cloud que acceden a los mismos vehículos.

  • La respuesta que muestra CreateVehicle() contiene la instancia Vehicle. La instancia se borra después de siete días si no se actualizó con UpdateVehicle(). Debes llamar a GetVehicle() antes de llamar a CreateVehicle() solo para confirmar que el vehículo aún no existe. Si GetVehicle() muestra un error NOT_FOUND, debes continuar con la llamada a CreateVehicle(). Para obtener más información, consulta Vehículos y su ciclo de vida.

Ejemplo

En la siguiente muestra de código del proveedor, se demuestra cómo crear un vehículo en Fleet Engine.

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;
}

Para crear una Vehicle que admita viajes uno tras otro, debes configurar el campo backToBackEnabled en el objeto Vehicle que se pasa a CreateVehicleRequest como true.

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();

Paso 2: Habilita el seguimiento de ubicación

El seguimiento de ubicación se refiere al seguimiento de la ubicación del vehículo durante el viaje, para el cual la app del conductor envía la telemetría a Fleet Engine, que contiene la ubicación actual del vehículo. Este flujo de información de posición que se actualiza constantemente se utiliza para transmitir el progreso del vehículo a lo largo de la ruta del viaje. Cuando habilitas el seguimiento de ubicación, la app del conductor comienza a enviar esta telemetría a una frecuencia predeterminada de una vez cada cinco segundos.

Puedes habilitar el seguimiento de ubicación para iOS y Android de la siguiente manera:

Ejemplo

En el siguiente ejemplo de código, se muestra cómo habilitar el seguimiento de ubicación.

Java

RidesharingVehicleReporter vehicleReporter = ...;

vehicleReporter.enableLocationTracking();

Kotlin

val vehicleReporter = ...

vehicleReporter.enableLocationTracking()

Swift

vehicleReporter.locationTrackingEnabled = true

Objective‑C

_vehicleReporter.locationTrackingEnabled = YES;

Paso 3: Establece el estado del vehículo en línea.

Para poner un vehículo en servicio (es decir, a fin de que esté disponible para su uso), configura su estado como online, pero no podrás hacerlo hasta que hayas habilitado el seguimiento de ubicación.

Configura el estado del vehículo como en línea para iOS y Android de la siguiente manera:

Ejemplo

En el siguiente ejemplo de código, se muestra cómo establecer el estado del vehículo en ONLINE.

Java

vehicleReporter.setVehicleState(VehicleState.ONLINE);

Kotlin

vehicleReporter.setVehicleState(VehicleState.ONLINE)

Swift

vehicleReporter.update(.online)

Objective‑C

[_vehicleReporter updateVehicleState:GMTDVehicleStateOnline];

Paso 4: Crea un viaje en Fleet Engine

Para crear un viaje de regreso a atrás, debes crear un objeto Trip al igual que lo harías para un viaje de un solo destino.

Un viaje es un objeto que representa un viaje, que es una colección de puntos geográficos, incluidos el origen, los puntos de referencia y los puntos de destino. Debes crear un objeto Trip para cada solicitud de viaje, de manera que la solicitud pueda coincidir con un vehículo y, luego, se pueda hacer un seguimiento.

Proporciona los atributos obligatorios

Para crear un viaje de regreso, debes proporcionar los siguientes campos:

parent
Es una cadena que incluye el ID de proveedor. Debe ser el mismo que el ID del proyecto de Google Cloud que contiene las cuentas de servicio que se usan para llamar a Fleet Engine.
trip_id
Es una cadena que creas, que identifica este viaje de forma inequívoca.
trip
Objeto Trip para crear.

Se deben configurar los siguientes campos en el objeto Trip que se pasa a CreateTripRequest:

trip_type
TripType.EXCLUSIVE
pickup_point
Es el punto de origen del viaje.
dropoff_point
El punto de destino del viaje Este campo no es obligatorio durante la creación del viaje y se puede configurar más adelante llamando a UpdateTrip.

Ejemplo

En el siguiente ejemplo de integración del backend, se demuestra cómo crear un viaje y asignarlo a un vehículo.

// 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;
}

Paso 5: Actualiza el viaje con el ID del vehículo y los puntos de referencia

Debes configurar el viaje con un ID de vehículo para que Fleet Engine pueda rastrear el vehículo a lo largo de su ruta. Para las vueltas atrás, se asigna un viaje a un vehículo, incluso si ya se le asignó uno.

  • Para actualizar el viaje con el ID del vehículo, llama al extremo UpdateTrip con un UpdateTripRequest. Usa el campo update_mask para especificar que deseas actualizar el ID del vehículo.

Después de asignar el viaje a un vehículo, Fleet Engine agrega automáticamente los puntos de referencia asociados con los viajes consecutivos al campo de puntos de referencia del vehículo. El campo remainingWaypoints de un viaje contiene una lista de todos los puntos de referencia, incluidos los de viajes simultáneos, que se visitarán antes de la bajada del viaje.

Por ejemplo, considera dos viajes seguidos: Viaje A y Viaje B. El vehículo recogió al consumidor para el viaje A y, mientras se encontraba en camino al lugar de destino, el conductor recibe una solicitud para recoger a otro consumidor para el siguiente viaje (Viaje B).

  • Si llamas a getVehicle(), se muestra una lista de puntos de referencia restantes (remainingWaypoints) que contiene
    A DestinoB RetiroB Destino.
  • getTrip() o la devolución de llamada onTripRemainingWaypointsUpdated para el Viaje A muestran una lista de los puntos de referencia restantes (remainingWaypoints) que contiene Un Destino.
  • getTrip() o la devolución de llamada onTripRemainingWaypointsUpdated para el Viaje B muestran una lista de los puntos de referencia restantes (remainingWaypoints) que contiene A DestinoB PartidaB Destino.

Paso 6. Cómo detectar actualizaciones de viajes en la aplicación para consumidores

  • En Android, puedes escuchar actualizaciones de datos de un viaje si obtienes un objeto TripModel de TripModelManager y registras un objeto de escucha de TripModelCallback.

  • En iOS, puedes escuchar actualizaciones de datos de un viaje si obtienes un objeto GMTCTripModel de GMTCTripService y registras un suscriptor de GMTCTripModelSubscriber.

Un objeto de escucha de TripModelCallback y un suscriptor de GMTCTripModelSubscriber permiten que tu app reciba actualizaciones periódicas del progreso del viaje en cada actualización según el intervalo de actualización automática. Solo los valores que cambian pueden activar la devolución de llamada. De lo contrario, la devolución de llamada permanecerá en silencio.

Siempre se llama a los métodos TripModelCallback.onTripUpdated() y tripModel(_:didUpdate:updatedPropertyFields:), independientemente de los cambios en los datos.

Ejemplo 1

En la siguiente muestra de código, se indica cómo obtener un TripModel desde TripModelManager/GMTCTripService y configurar un objeto de escucha en él.

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];

Ejemplo 2

En la siguiente muestra de código, se indica cómo configurar un objeto de escucha TripModelCallback y un suscriptor GMTCTripModelSubscriber.

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

Puedes acceder a la información del viaje en cualquier momento de la siguiente manera:

  • Llama al método TripModel.getTripInfo() del SDK de consumidores para Android. Llamar a este método no fuerza la actualización de los datos, aunque los datos se siguen actualizando con la frecuencia de actualización.

  • Obtén la propiedad del SDK de consumidores para iOS GMTCTripModel.currentTrip.

Paso 7: Muestra el recorrido en la aplicación para consumidores

Puedes acceder a las APIs de los elementos de la interfaz de usuario de Rides & Deliveries de la siguiente manera:

Ejemplo

En el siguiente ejemplo de código, se muestra cómo comenzar la interfaz de usuario de uso compartido de recorridos.

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];

Situación de ejemplo

Considera un viaje seguido en el que el vehículo ya recogió al consumidor para el primer viaje. El vehículo está en camino al punto de bajada cuando el conductor recibe una solicitud para recoger a un consumidor diferente al finalizar el viaje en curso.





En este momento, el consumidor del primer viaje ve lo siguiente:





Al mismo tiempo, el consumidor del segundo viaje ve lo siguiente:





De forma predeterminada, el SDK de consumidor muestra solo el segmento activo en la ruta, pero tienes la opción de mostrar el segmento restante, que incluye el destino.

Si quieres mostrar información sobre puntos de referencia de otros viajes, puedes acceder a todos los puntos de referencia relevantes para un viaje de la siguiente manera:

Paso 8. Administra el estado del viaje en Fleet Engine

Debes especificar el estado de un viaje con uno de los valores de enumeración TripStatus. Cuando cambia el estado de un viaje (por ejemplo, cuando se cambia de ENROUTE_TO_PICKUP a ARRIVED_AT_PICKUP), debes actualizar el estado del viaje a través de Fleet Engine. El estado del viaje siempre comienza con un valor de NEW y termina con un valor de COMPLETE o CANCELED. Para obtener más información, consulta trip_status.

Ejemplo

En la siguiente muestra de integración del backend, se indica cómo actualizar el estado del viaje en Fleet Engine.

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;
}