L'itinéraire d'un véhicule peut être décomposé le long de l'axe temporel comme suit (nous supposons qu'il y a n visites) :
| | | | | T[2], | | |
| Transition | Visit #0 | | | V[2], | | |
| #0 | aka | T[1] | V[1] | ... | V[n-1] | T[n] |
| aka T[0] | V[0] | | | V[n-2],| | |
| | | | | T[n-1] | | |
^ ^ ^ ^ ^ ^ ^ ^
vehicle V[0].start V[0].end V[1]. V[1]. V[n]. V[n]. vehicle
start (arrival) (departure) start end start end end
Notez que nous faisons la distinction entre :
- "Événements ponctuels", tels que le début et la fin du trajet du véhicule, ainsi que le début et la fin de chaque visite (c'est-à-dire l'arrivée et le départ). Ils se produisent à un moment précis.
- "intervalles de temps", tels que les visites elles-mêmes et la transition entre les visites. Bien que les intervalles de temps puissent parfois avoir une durée nulle (c'est-à-dire commencer et se terminer à la même seconde), ils ont souvent une durée positive.
Règles invariantes :
- S'il y a n visites, il y a n+1 transitions.
- Une visite est toujours entourée d'une transition avant (même index) et d'une transition après (index + 1).
- Le démarrage du véhicule est toujours suivi de la transition 0.
- La fin du véhicule est toujours précédée de la transition #n.
Voici ce qui se passe lors d'une Transition et d'une Visit :
---+-------------------------------------+-----------------------------+-->
| TRANSITION[i] | VISIT[i] |
| | |
| * TRAVEL: the vehicle moves from | PERFORM the visit: |
| VISIT[i-1].departure_location to | |
| VISIT[i].arrival_location, which | * Spend some time: |
| takes a given travel duration | the "visit duration". |
| and distance | |
| | * Load or unload |
| * BREAKS: the driver may have | some quantities from the |
| breaks (e.g. lunch break). | vehicle: the "demand". |
| | |
| * WAIT: the driver/vehicle does | |
| nothing. This can happen for | |
| many reasons, for example when | |
| the vehicle reaches the next | |
| event's destination before the | |
| start of its time window | |
| | |
| * DELAY: *right before* the next | |
| arrival. E.g. the vehicle and/or | |
| driver spends time unloading. | |
| | |
---+-------------------------------------+-----------------------------+-->
^ ^ ^
V[i-1].end V[i].start V[i].end
Enfin, voici comment les états TRAVEL, BREAKS, DELAY et WAIT peuvent être organisés lors d'une transition.
- Elles ne se chevauchent pas.
- Le champ DELAY est unique et doit correspondre à une période continue juste avant la prochaine visite (ou la fin de l'utilisation du véhicule). Il suffit donc de connaître la durée du retard pour connaître son heure de début et de fin.
- Les PAUSES sont des périodes contiguës et non chevauchantes. La réponse spécifie l'heure de début et la durée de chaque pause.
- Les états TRAVEL et WAIT sont "préemptables" : ils peuvent être interrompus plusieurs fois pendant cette transition. Les clients peuvent supposer que le voyage a lieu "dès que possible" et que le temps restant est rempli par "attente".
Exemple (complexe) :
TRANSITION[i]
--++-----+-----------------------------------------------------------++-->
|| | | | | | | ||
|| T | B | T | | B | | D ||
|| r | r | r | W | r | W | e ||
|| a | e | a | a | e | a | l ||
|| v | a | v | i | a | i | a ||
|| e | k | e | t | k | t | y ||
|| l | | l | | | | ||
|| | | | | | | ||
--++-----------------------------------------------------------------++-->
| Représentation JSON |
|---|
{ "vehicleIndex": integer, "vehicleLabel": string, "vehicleStartTime": string, "vehicleEndTime": string, "visits": [ { object ( |
| Champs | |
|---|---|
vehicleIndex |
Véhicule effectuant l'itinéraire, identifié par son index dans la source |
vehicleLabel |
Libellé du véhicule effectuant cet itinéraire, égal à |
vehicleStartTime |
Heure à laquelle le véhicule commence son trajet. Utilise la norme RFC 3339, où la sortie générée utilise toujours le format UTC (indiqué par "Z" pour le temps universel coordonné) avec des secondes fractionnaires de 0, 3, 6 ou 9 chiffres décimaux. Des décalages horaires autres que "Z" (UTC) sont également acceptés. Exemples : |
vehicleEndTime |
Heure à laquelle le véhicule termine son trajet. Utilise la norme RFC 3339, où la sortie générée utilise toujours le format UTC (indiqué par "Z" pour le temps universel coordonné) avec des secondes fractionnaires de 0, 3, 6 ou 9 chiffres décimaux. Des décalages horaires autres que "Z" (UTC) sont également acceptés. Exemples : |
visits[] |
Séquence ordonnée de visites représentant un itinéraire. visits[i] correspond à la i-ème visite de l'itinéraire. Si ce champ est vide, le véhicule est considéré comme inutilisé. |
transitions[] |
Liste ordonnée des transitions pour l'itinéraire. |
hasTrafficInfeasibilities |
Lorsque L'arrivée à next_visit aura probablement lieu plus tard que la plage horaire actuelle en raison de l'augmentation du temps de trajet estimé |
routePolyline |
Représentation de l'itinéraire sous forme de polyligne encodée. Ce champ n'est renseigné que si |
breaks[] |
Pauses prévues pour le véhicule effectuant cet itinéraire. La séquence |
metrics |
Métriques de durée, de distance et de charge pour cet itinéraire. Les champs de |
vehicleFullness |
Champ Expérimental : le comportement ou l'existence de ce champ peuvent changer à l'avenir. |
routeCosts |
Coût de l'itinéraire, réparti par champs de requête liés aux coûts. Les clés sont des chemins proto, relatifs à l'OptimizeToursRequest d'entrée (par exemple, "model.shipments.pickups.cost"), et les valeurs sont le coût total généré par le champ de coût correspondant, agrégé sur l'ensemble de l'itinéraire. En d'autres termes, costs["model.shipments.pickups.cost"] correspond à la somme de tous les coûts d'enlèvement sur l'itinéraire. Tous les coûts définis dans le modèle sont détaillés ici, à l'exception de ceux liés aux TransitionAttributes, qui ne sont agrégés qu'à partir du 01/01/2022. |
routeTotalCost |
Coût total de l'itinéraire. Somme de tous les coûts dans la carte des coûts. |
Consulter
Visite effectuée au cours d'un itinéraire. Cette visite correspond à un retrait ou à une livraison d'un Shipment.
| Représentation JSON |
|---|
{
"shipmentIndex": integer,
"isPickup": boolean,
"visitRequestIndex": integer,
"startTime": string,
"loadDemands": {
string: {
object ( |
| Champs | |
|---|---|
shipmentIndex |
Index du champ |
isPickup |
Si la valeur est "true", la visite correspond à la récupération d'un |
visitRequestIndex |
Index de |
startTime |
Heure à laquelle la visite commence. Notez que le véhicule peut arriver plus tôt sur le lieu de la visite. Les heures sont cohérentes avec le Utilise la norme RFC 3339, où la sortie générée utilise toujours le format UTC (indiqué par "Z" pour le temps universel coordonné) avec des secondes fractionnaires de 0, 3, 6 ou 9 chiffres décimaux. Des décalages horaires autres que "Z" (UTC) sont également acceptés. Exemples : |
loadDemands |
La demande de charge de visite totale correspond à la somme de la demande de livraison et de la demande de visite |
detour |
Temps de détour supplémentaire dû aux livraisons visitées sur l'itinéraire avant la visite et au temps d'attente potentiel induit par les créneaux horaires. Si la visite est une livraison, le détour est calculé à partir de la visite de retrait correspondante et est égal à : Sinon, elle est calculée à partir de la Durée en secondes avec neuf chiffres au maximum après la virgule et se terminant par " |
shipmentLabel |
Copie du |
visitLabel |
Copie du |
injectedSolutionLocationToken |
Jeton opaque représentant des informations sur un lieu visité. Ce champ peut être renseigné dans les visites des itinéraires de résultats lorsque Expérimental : pour en savoir plus, consultez https://developers.google.com/maps/tt/route-optimization/experimental/u-turn-avoidance/make-request. |
Transition
Transition entre deux événements sur l'itinéraire. Consultez la description de ShipmentRoute.
Si le véhicule ne dispose pas de startLocation et/ou de endLocation, les métriques de trajet correspondantes sont égales à 0.
| Représentation JSON |
|---|
{ "travelDuration": string, "travelDistanceMeters": number, "trafficInfoUnavailable": boolean, "delayDuration": string, "breakDuration": string, "waitDuration": string, "totalDuration": string, "startTime": string, "routePolyline": { object ( |
| Champs | |
|---|---|
travelDuration |
Durée du trajet pendant cette transition. Durée en secondes avec neuf chiffres au maximum après la virgule et se terminant par " |
travelDistanceMeters |
Distance parcourue pendant la transition. |
trafficInfoUnavailable |
Lorsque le trafic est demandé via |
delayDuration |
Somme des durées de retard appliquées à cette transition. Le cas échéant, le délai commence exactement Durée en secondes avec neuf chiffres au maximum après la virgule et se terminant par " |
breakDuration |
Somme de la durée des pauses survenues pendant cette transition, le cas échéant. Les détails sur l'heure de début et la durée de chaque pause sont stockés dans Durée en secondes avec neuf chiffres au maximum après la virgule et se terminant par " |
waitDuration |
Temps passé à attendre pendant cette transition. La durée d'attente correspond au temps d'inactivité et n'inclut pas le temps de pause. Notez également que ce temps d'attente peut être divisé en plusieurs intervalles non contigus. Durée en secondes avec neuf chiffres au maximum après la virgule et se terminant par " |
totalDuration |
Durée totale de la transition, fournie pour plus de commodité. Cela équivaut à :
Durée en secondes avec neuf chiffres au maximum après la virgule et se terminant par " |
startTime |
Heure de début de cette transition. Utilise la norme RFC 3339, où la sortie générée utilise toujours le format UTC (indiqué par "Z" pour le temps universel coordonné) avec des secondes fractionnaires de 0, 3, 6 ou 9 chiffres décimaux. Des décalages horaires autres que "Z" (UTC) sont également acceptés. Exemples : |
routePolyline |
Représentation de la polyligne encodée de l'itinéraire suivi pendant la transition. Ce champ n'est renseigné que si |
routeToken |
Uniquement en sortie. Jeton opaque pouvant être transmis au SDK Navigation pour reconstruire l'itinéraire pendant la navigation et, en cas de changement d'itinéraire, respecter l'intention initiale lors de la création de l'itinéraire. Traitez ce jeton comme un blob opaque. Ne comparez pas sa valeur entre les requêtes, car elle peut changer même si le service renvoie exactement le même itinéraire. Ce champ n'est renseigné que si |
vehicleLoads |
Charges du véhicule pendant cette transition, pour chaque type qui apparaît dans le Les chargements lors de la première transition sont les chargements de départ de l'itinéraire du véhicule. Ensuite, après chaque visite, les |
EncodedPolyline
Représentation encodée d'une polyligne. Pour en savoir plus sur l'encodage des polylignes, consultez les pages suivantes : https://developers.google.com/maps/documentation/utilities/polylinealgorithm et https://developers.google.com/maps/documentation/javascript/reference/geometry#encoding.
| Représentation JSON |
|---|
{ "points": string } |
| Champs | |
|---|---|
points |
Chaîne représentant les points encodés de la polyligne. |
Pause
Données représentant l'exécution d'une pause.
| Représentation JSON |
|---|
{ "startTime": string, "duration": string } |
| Champs | |
|---|---|
startTime |
Heure de début d'une pause. Utilise la norme RFC 3339, où la sortie générée utilise toujours le format UTC (indiqué par "Z" pour le temps universel coordonné) avec des secondes fractionnaires de 0, 3, 6 ou 9 chiffres décimaux. Des décalages horaires autres que "Z" (UTC) sont également acceptés. Exemples : |
duration |
Durée d'une pause. Durée en secondes avec neuf chiffres au maximum après la virgule et se terminant par " |
VehicleFullness
VehicleFullness est une métrique qui calcule le taux de remplissage d'un véhicule. Chaque champ VehicleFullness est compris entre 0 et 1. Il est calculé comme le ratio entre un champ de métrique plafonné (par exemple, AggregatedMetrics.travel_distance_meters) et sa limite de véhicule associée (par exemple, Vehicle.route_distance_limit), le cas échéant. Sinon, le ratio de remplissage reste non défini. Si la limite est définie sur 0, le champ est défini sur 1. Remarque : Lorsqu'un itinéraire est soumis à des problèmes de trafic, certains ratios de remplissage bruts peuvent dépasser 1,0 (par exemple, le véhicule peut dépasser sa limite de distance). Dans ce cas, nous limitons les valeurs de remplissage à 1,0.
| Représentation JSON |
|---|
{ "maxFullness": number, "distance": number, "travelDuration": number, "activeDuration": number, "maxLoad": number, "activeSpan": number } |
| Champs | |
|---|---|
maxFullness |
Maximum de tous les autres champs de ce message. |
distance |
Ratio entre |
travelDuration |
Ratio entre [AggregatedMetrics.travel_duration_seconds][] et |
activeDuration |
Ratio entre [AggregatedMetrics.total_duration_seconds][] et |
maxLoad |
Ratio maximal parmi tous les types de [AggregatedMetrics.max_load][] et leurs |
activeSpan |
Ratio (vehicleEndTime - vehicleStartTime) / (latestVehicleEndTime - earliestVehicleStartTime) pour un véhicule donné. Si le dénominateur n'est pas présent, il utilise ( |