解决巡回优化问题后的响应,其中包含每辆车行驶的路线、已跳过的运输以及解决方案的总费用。
| JSON 表示法 | 
|---|
| { "routes": [ { object ( | 
| 字段 | |
|---|---|
| routes[] | 
 为每辆车计算路线;第 i 条路线对应于模型中的第 i 条车辆。 | 
| requestLabel | 
 
 | 
| skippedShipments[] | 
 所有已跳过的配送的列表。 | 
| validationErrors[] | 
 我们能够独立检测到的所有验证错误的列表。请参阅  | 
| metrics | 
 此解决方案的时长、距离和用量指标。 | 
OptimizeToursValidationError
描述验证 OptimizeToursRequest 时遇到的错误或警告。
| JSON 表示法 | 
|---|
| {
  "code": integer,
  "displayName": string,
  "fields": [
    {
      object ( | 
| 字段 | |
|---|---|
| code | 
 验证错误由始终存在的对 ( 其他字段(见下文)可提供有关错误的更多背景信息。 多个错误:如果存在多个错误,验证流程会尝试输出其中多个错误。与编译器类似,这并不是一个完美的流程。有些验证错误是“严重”错误,也就是说,它们会停止整个验证流程。 STABILITY: 参考:所有(代码、名称)对的列表: 
 | 
| displayName | 
 错误的显示名称。 | 
| fields[] | 
 错误上下文可能涉及 0、1(大多数情况下)或更多字段。例如,如需引用车辆 4 和运输 2 的首次上门取件,可以按如下方式操作: 但请注意,对于给定的错误代码, | 
| errorMessage | 
 用于描述错误的直观易懂的字符串。 稳定性:不稳定:与给定  | 
| offendingValues | 
 可以包含字段的值。此功能并不总是可用。您绝不应依赖它,只能将其用于手动模型调试。 | 
FieldReference
为验证错误指定上下文。FieldReference 始终引用此文件中的给定字段,并采用相同的层次结构。例如,我们可以使用以下命令指定 5 号车辆的 startTimeWindows 元素 2:
name: "vehicles" index: 5 subField { name: "endTimeWindows" index: 2 }
不过,我们会省略 OptimizeToursRequest 或 ShipmentModel 等顶级实体,以免消息过于拥挤。
| JSON 表示法 | 
|---|
| { "name": string, "subField": { object ( | 
| 字段 | |
|---|---|
| name | 
 字段的名称,例如“vehicles” | 
| subField | 
 以递归方式嵌套子字段(如果需要)。 | 
| 联合字段  
 | |
| index | 
 字段的索引(如果重复)。 | 
| key | 
 键(如果字段是映射)。 | 
指标
所有路由的汇总指标。
| JSON 表示法 | 
|---|
| {
  "aggregatedRouteMetrics": {
    object ( | 
| 字段 | |
|---|---|
| aggregatedRouteMetrics | 
 通过路由进行汇总。每个指标都是所有同名  | 
| skippedMandatoryShipmentCount | 
 跳过的强制性发货数量。 | 
| usedVehicleCount | 
 使用的车辆数量。注意:如果车辆路线为空且  | 
| earliestVehicleStartTime | 
 二手车的开始时间最早,计算方法为所有二手车的  时间戳采用 RFC3339 世界协调时间(UTC,即“祖鲁时”)格式,精确到纳秒,最多九个小数位。示例: | 
| latestVehicleEndTime | 
 二手车的最晚结束时间,根据  时间戳采用 RFC3339 世界协调时间(UTC,即“祖鲁时”)格式,精确到纳秒,最多九个小数位。示例: | 
| costs | 
 解决方案费用,按与费用相关的请求字段细分。键是相对于输入 OptimizeToursRequest 的 proto 路径,例如“model.shipments.pickups.cost”,值是相应费用字段生成的总费用,涵盖整个解决方案。换句话说,costs["model.shipments.pickups.cost"] 是解决方案的所有上门取件费用的总和。模型中定义的所有费用均在此处详细报告,但与 TransitionAttributes 相关的费用自 2022 年 1 月起仅以汇总方式报告。 包含一系列  | 
| totalCost | 
 解决方案的总费用。费用映射中所有值的总和。 |