색인
RouteOptimization
(인터페이스)AggregatedMetrics
(메시지)BatchOptimizeToursMetadata
(메시지)BatchOptimizeToursRequest
(메시지)BatchOptimizeToursRequest.AsyncModelConfig
(메시지)BatchOptimizeToursResponse
(메시지)BreakRule
(메시지)BreakRule.BreakRequest
(메시지)BreakRule.FrequencyConstraint
(메시지)DataFormat
(열거형)DistanceLimit
(메시지)GcsDestination
(메시지)GcsSource
(메시지)InjectedSolutionConstraint
(메시지)InjectedSolutionConstraint.ConstraintRelaxation
(메시지)InjectedSolutionConstraint.ConstraintRelaxation.Relaxation
(메시지)InjectedSolutionConstraint.ConstraintRelaxation.Relaxation.Level
(열거형)InputConfig
(메시지)Location
(메시지)OptimizeToursRequest
(메시지)OptimizeToursRequest.SearchMode
(열거형)OptimizeToursRequest.SolvingMode
(열거형)OptimizeToursResponse
(메시지)OptimizeToursResponse.Metrics
(메시지)OptimizeToursValidationError
(메시지)OptimizeToursValidationError.FieldReference
(메시지)OutputConfig
(메시지)Shipment
(메시지)Shipment.Load
(메시지)Shipment.VisitRequest
(메시지)ShipmentModel
(메시지)ShipmentModel.DurationDistanceMatrix
(메시지)ShipmentModel.DurationDistanceMatrix.Row
(메시지)ShipmentModel.PrecedenceRule
(메시지)ShipmentRoute
(메시지)ShipmentRoute.Break
(메시지)ShipmentRoute.EncodedPolyline
(메시지)ShipmentRoute.Transition
(메시지)ShipmentRoute.VehicleLoad
(메시지)ShipmentRoute.Visit
(메시지)ShipmentTypeIncompatibility
(메시지)ShipmentTypeIncompatibility.IncompatibilityMode
(열거형)ShipmentTypeRequirement
(메시지)ShipmentTypeRequirement.RequirementMode
(열거형)SkippedShipment
(메시지)SkippedShipment.Reason
(메시지)SkippedShipment.Reason.Code
(열거형)TimeWindow
(메시지)TransitionAttributes
(메시지)Vehicle
(메시지)Vehicle.DurationLimit
(메시지)Vehicle.LoadLimit
(메시지)Vehicle.LoadLimit.Interval
(메시지)Vehicle.TravelMode
(열거형)Vehicle.UnloadingPolicy
(열거형)Waypoint
(메시지)
RouteOptimization
차량 둘러보기를 최적화하기 위한 서비스입니다.
특정 유형의 필드 유효성:
google.protobuf.Timestamp
- 시간은 1970-01-01T00: 00:00+00:00 이후의 Unix 시간:초 단위입니다.
- 초는 [0, 253402300799], 즉 [1970-01-01T00:00:00+00:00, 9999-12-31T23:59:59+00:00]에 있어야 합니다.
- nanos를 설정하지 않거나 0으로 설정해야 합니다.
google.protobuf.Duration
- 초는 [0, 253402300799], 즉 [1970-01-01T00:00:00+00:00, 9999-12-31T23:59:59+00:00]에 있어야 합니다.
- nanos를 설정하지 않거나 0으로 설정해야 합니다.
google.type.LatLng
- 위도는 [-90.0, 90.0] 형식이어야 합니다.
- 경도는 [-180.0, 180.0] 형식이어야 합니다.
- 위도와 경도 중 적어도 하나는 0이 아니어야 합니다.
BatchOptimizeTours |
---|
하나 이상의 이 메서드는 장기 실행 작업 (LRO)입니다. 최적화를 위한 입력 (메시지
|
OptimizeTours |
---|
목표는
|
AggregatedMetrics
모든 Transition
및/또는 Visit
(모든 ShipmentRoute
요소에 대한 응답)에서 OptimizeToursResponse
에 대해 집계된 ShipmentRoute
입니다.
입력란 | |
---|---|
performed_shipment_count |
수행된 배송 수입니다. 수령 및 배달 쌍은 한 번만 계산됩니다. |
travel_duration |
경로 또는 솔루션의 총 이동 시간입니다. |
wait_duration |
경로 또는 솔루션에 대한 총 대기 시간입니다. |
delay_duration |
경로 또는 솔루션의 총 지연 시간입니다. |
break_duration |
경로 또는 솔루션의 총 중단 시간입니다. |
visit_duration |
경로 또는 솔루션에 대한 총 방문 시간입니다. |
total_duration |
총 소요 시간은 위의 모든 기간을 합한 값과 같아야 합니다. 경로의 경우 다음 항목에도 해당합니다.
|
travel_distance_meters |
경로 또는 솔루션의 총 이동 거리입니다. |
max_loads |
이 경로 (응답 솔루션)의 각 수량에 대해 전체 경로 (응답 솔루션)에서 달성한 최대 부하이며, 모든 |
BatchOptimizeToursMetadata
이 유형에는 필드가 없습니다.
BatchOptimizeToursRequest
호출의 작업 메타데이터입니다.
BatchOptimizeToursRequest
둘러보기를 비동기 작업으로 일괄 최적화하도록 요청합니다. 각 입력 파일에는 하나의 OptimizeToursRequest
가 포함되어야 하고 각 출력 파일에는 하나의 OptimizeToursResponse
가 포함됩니다. 요청에는 파일을 읽고 쓰고 파싱하기 위한 정보가 포함됩니다. 모든 입력 및 출력 파일은 동일한 프로젝트에 있어야 합니다.
입력란 | |
---|---|
parent |
필수 항목입니다. 전화를 걸 프로젝트와 위치를 타겟팅합니다. 형식: * 위치를 지정하지 않으면 리전이 자동으로 선택됩니다. |
model_configs[] |
필수 항목입니다. 각 구매 모델의 입력/출력 정보(예: 파일 경로, 데이터 형식) |
AsyncModelConfig
하나의 최적화 모델을 비동기식으로 해결하기 위한 정보
입력란 | |
---|---|
display_name |
선택사항입니다. 사용자가 정의한 모델 이름. 사용자가 모델을 추적하기 위해 별칭으로 사용할 수 있습니다. |
input_config |
필수 항목입니다. 입력 모델에 관한 정보입니다. |
output_config |
필수 항목입니다. 원하는 출력 위치 정보. |
BatchOptimizeToursResponse
이 유형에는 필드가 없습니다.
BatchOptimizeToursRequest
에 대한 응답입니다. 작업이 완료된 후 장기 실행 작업에서 반환됩니다.
BreakRule
차량 휴식 시간 (예: 점심시간)을 생성하는 규칙입니다. 휴식은 차량이 현재 위치에서 유휴 상태로 유지되며 방문을 수행할 수 없는 연속 기간입니다. 다음 경우에 휴식이 발생할 수 있습니다.
- (방문 중간이 아닌 방문 직전 또는 직후의 시간을 포함) 두 방문 간 이동 시간 동안 1회 이상 발생한 경우
- 차량 시동 전에 (차량이 휴식 중에 시동을 걸 수 없음) 이 경우 차량 시동 시간에 영향을 미치지 않습니다.
- 또는 차량 종료 후 (ditto, 차량 종료 시간 포함)
입력란 | |
---|---|
break_requests[] |
광고 시점의 순서입니다. |
frequency_constraints[] |
여러 |
BreakRequest
각 차량에 적용되는 중단 순서 (예: 번호 및 순서)는 사전에 알고 있어야 합니다. 반복되는 BreakRequest
는 발생해야 하는 순서대로 이 시퀀스를 정의합니다. 시간대 (earliest_start_time
/ latest_start_time
)는 중복될 수 있지만 주문과 호환되어야 합니다 (확인됨).
입력란 | |
---|---|
earliest_start_time |
필수 항목입니다. 광고 시점 시작의 하한값 (해당 값 포함)입니다. |
latest_start_time |
필수 항목입니다. 광고 시점 시작의 상한값 (포함)입니다. |
min_duration |
필수 항목입니다. 광고의 최소 시간입니다. 양수여야 합니다. |
FrequencyConstraint
'12시간마다 최소 1시간의 휴식이 있어야 함'과 같이 최소 광고 빈도를 적용하여 위에 지정된 광고 시점의 빈도와 지속 시간을 추가로 제한할 수 있습니다. 이를 '12시간의 슬라이딩 시간 기간 내에 최소 1시간의 중단이 한 번 이상 있어야 한다'고 해석할 수 있다고 가정하면 이 예는 다음 FrequencyConstraint
로 변환됩니다.
{
min_break_duration { seconds: 3600 } # 1 hour.
max_inter_break_duration { seconds: 39600 } # 11 hours (12 - 1 = 11).
}
솔루션의 중단 시점과 시간은 이미 BreakRequest
에 지정된 기간 및 최소 지속 시간 외에도 이러한 모든 제약 조건을 준수합니다.
실제로 FrequencyConstraint
는 비연속 나누기에 적용될 수 있습니다. 예를 들어 다음 일정은 '1h 매주 12h' 예를 따릅니다.
04:00 vehicle start
.. performing travel and visits ..
09:00 1 hour break
10:00 end of the break
.. performing travel and visits ..
12:00 20-min lunch break
12:20 end of the break
.. performing travel and visits ..
21:00 1 hour break
22:00 end of the break
.. performing travel and visits ..
23:59 vehicle end
입력란 | |
---|---|
min_break_duration |
필수 항목입니다. 이 제약조건의 최소 중단 기간입니다. 음수가 아닙니다. |
max_inter_break_duration |
필수 항목입니다. |
DataFormat
입력 및 출력 파일의 데이터 형식입니다.
열거형 | |
---|---|
DATA_FORMAT_UNSPECIFIED |
잘못된 값입니다. 형식이 지정되지 않아야 합니다. |
JSON |
JavaScript 객체 표기법. |
PROTO_TEXT |
프로토콜은 텍스트 형식을 버퍼링합니다. https://protobuf.dev/reference/protobuf/textformat-spec/를 참조하세요. |
DistanceLimit
이동할 수 있는 최대 거리를 정의하는 제한입니다. 단단하거나 부드러울 수 있습니다.
소프트 한도를 정의한 경우 soft_max_meters
와 cost_per_kilometer_above_soft_max
는 모두 정의되어야 하며 음수가 아니어야 합니다.
입력란 | |
---|---|
max_meters |
거리를 max_meters 이하로 제한하는 엄격한 한도입니다. 한도는 음수가 아니어야 합니다. |
soft_max_meters |
최대 거리 제한을 적용하지 않는 소프트 한도를 위반하면 비용이 동일 단위로 모델에서 정의된 다른 비용에 합산됩니다. 정의된 soft_max_meters는 max_meters보다 작아야 하며 음수가 아니어야 합니다. |
cost_per_kilometer_above_soft_max |
거리가
비용은 음수가 아니어야 합니다. |
GcsDestination
출력 파일이 작성될 Google Cloud Storage 위치입니다.
입력란 | |
---|---|
uri |
필수 항목입니다. Google Cloud Storage URI입니다. |
GcsSource
입력 파일을 읽을 Google Cloud Storage 위치입니다.
입력란 | |
---|---|
uri |
필수 항목입니다. |
InjectedSolutionConstraint
제한해야 하는 방문 및 제한 방법에 대한 정보를 포함하여 요청에 삽입된 솔루션입니다.
입력란 | |
---|---|
routes[] |
삽입할 솔루션의 경로 일부 경로는 원래 솔루션에서 생략될 수 있습니다. 경로 및 건너뛴 배송은 |
skipped_shipments[] |
주입할 용액의 배송을 건너뛰었습니다. 일부는 원래 솔루션에서 생략될 수 있습니다. |
constraint_relaxations[] |
0개 이상의 차량 그룹에 대해 제약조건을 완화할 시기와 정도를 지정합니다. 이 필드가 비어 있으면 비어 있지 않은 모든 차량 경로가 완전히 제한됩니다. |
ConstraintRelaxation
차량 그룹의 경우 방문에 대한 제약 조건을 완화할 기준과 그 수준을 지정합니다. skipped_shipment
필드에 표시된 배송은 건너뛸 수 있습니다. 즉, 배송을 수행할 수 없습니다.
입력란 | |
---|---|
relaxations[] |
|
vehicle_indices[] |
방문 제약 조건 차량 색인은 |
휴식
relaxations
가 비어 있으면 routes
에서 모든 방문의 시작 시간과 순서가 완전히 제한되며 해당 경로에 새 방문을 삽입하거나 추가할 수 없습니다. 또한 routes
에서 차량의 시작 및 종료 시간은 차량이 비어 있지 않은 경우 (즉, 모델에서 방문 횟수가 없고 used_if_route_is_empty
가 false로 설정된 경우) 완전히 제한됩니다.
relaxations(i).level
는 다음을 충족하는 방문 #j에 적용되는 제약 조건 완화 수준을 지정합니다.
route.visits(j).start_time >= relaxations(i).threshold_time
및j + 1 >= relaxations(i).threshold_visit_count
마찬가지로 다음을 충족하면 차량 시작이 relaxations(i).level
로 완화됩니다.
vehicle_start_time >= relaxations(i).threshold_time
및relaxations(i).threshold_visit_count == 0
이며 다음을 충족하는 경우 차량 끝이relaxations(i).level
로 완화됩니다.vehicle_end_time >= relaxations(i).threshold_time
및route.visits_size() + 1 >= relaxations(i).threshold_visit_count
방문이 threshold_visit_count
또는 threshold_time
를 충족하는 경우 휴식 수준을 적용하려면 level
가 동일한 relaxations
두 개를 추가합니다. 하나는 threshold_visit_count
만 설정하고 다른 하나는 threshold_time
만 설정합니다. 방문이 여러 relaxations
의 조건을 충족하는 경우 가장 완화된 수준이 적용됩니다. 그 결과, 차량 출발 경로부터 차량 도착 지점까지 운행하는 경로를 통과하면 휴식 수준이 더 완화됩니다. 즉, 경로가 진행됨에 따라 완화 수준은 감소하지 않습니다.
relaxations
의 임계값 조건을 충족하지 않는 경로 방문의 타이밍 및 순서는 완전히 제한되며 이러한 시퀀스에는 방문을 삽입할 수 없습니다. 또한 차량의 시작 또는 종료 지점이 완화 조건을 충족하지 않으면 차량이 비어 있지 않은 한 시간이 고정됩니다.
입력란 | |
---|---|
level |
|
threshold_time |
완화 |
threshold_visit_count |
완화
|
수준
방문에 적용되는 제약조건 완화 수준과 기준점 조건을 충족할 때 이어지는 제약조건 완화 수준을 표현합니다.
아래 열거는 완화를 높이기 위한 것입니다.
열거형 | |
---|---|
LEVEL_UNSPECIFIED |
암시적 기본 완화 수준: 제약 조건이 완화되지 않습니다. 즉, 모든 방문이 완전히 제한됩니다. 이 값은 |
RELAX_VISIT_TIMES_AFTER_THRESHOLD |
방문 시작 시간과 차량 시작/종료 시간은 완화되지만 각 방문은 동일한 차량에 구속된 상태로 유지되며 방문 순서를 관찰해야 합니다. 이러한 차량 사이나 앞에 방문을 삽입할 수 없습니다. |
RELAX_VISIT_TIMES_AND_SEQUENCE_AFTER_THRESHOLD |
RELAX_VISIT_TIMES_AFTER_THRESHOLD 와 동일하지만 방문 시퀀스도 완화됩니다. 방문은 단순히 차량에 구속된 상태로 유지됩니다. |
RELAX_ALL_AFTER_THRESHOLD |
RELAX_VISIT_TIMES_AND_SEQUENCE_AFTER_THRESHOLD 와 동일하지만 차량도 완화됩니다. 기준점 시간 이후에는 방문이 완전히 무료이며 수행되지 않을 수 있습니다. |
InputConfig
[BatchOptimizeTours][google.maps.routeoptimization.v1.RouteOptimizationService.BatchOptimizeTours]의 입력을 지정합니다.
입력란 | |
---|---|
data_format |
필수 항목입니다. 입력 데이터 형식입니다. |
통합 필드 source . 필수 항목입니다. source 은 다음 중 하나여야 합니다. |
|
gcs_source |
Google Cloud Storage 위치입니다. 단일 객체 (파일)여야 합니다. |
위치
위치 (지리적 지점 및 선택적 방향)를 캡슐화합니다.
입력란 | |
---|---|
lat_lng |
경유지의 지리적 좌표입니다. |
heading |
통행 방향과 관련된 나침반 방향입니다. 이 값은 승차 및 하차에 사용할 도로의 측면을 지정하는 데 사용됩니다. 방위 값은 0에서 360 사이이며, 여기서 0은 정북 방향을 지정하고 90은 정동 방향을 지정합니다. |
OptimizeToursRequest
해결할 배송 모델과 최적화 매개변수를 정의하는 둘러보기 최적화 솔버에 대한 요청입니다.
입력란 | |
---|---|
parent |
필수 항목입니다. 전화를 걸 대상 프로젝트 또는 위치입니다. 형식: * 위치를 지정하지 않으면 리전이 자동으로 선택됩니다. |
timeout |
이 제한 시간을 설정하면 서버는 제한 시간이 경과하거나 동기식 요청에 대한 서버 기한에 도달하기 전에(둘 중 더 빠른 시간) 응답을 반환합니다. 비동기식 요청의 경우 서버는 제한 시간이 경과하기 전에 솔루션 (가능한 경우)을 생성합니다. |
model |
해결할 배송 모델입니다. |
solving_mode |
기본적으로 해결 모드는 |
search_mode |
요청을 해결하는 데 사용되는 검색 모드입니다. |
injected_first_solution_routes[] |
최적화 알고리즘이 이전 해와 유사한 첫 번째 해를 찾도록 안내합니다. 첫 번째 솔루션을 빌드할 때는 모델이 제한됩니다. 경로에서 배송되지 않은 모든 배송은 첫 번째 해결 방법에서 암묵적으로 건너뛰지만 연속적인 해결 방법으로 수행될 수 있습니다. 이 솔루션은 몇 가지 기본 유효성 가정을 충족해야 합니다.
삽입된 솔루션을 실행할 수 없는 경우, 유효성 검사 오류가 반드시 반환되지는 않으며, 실행 불가능한 것을 나타내는 오류가 대신 반환될 수 있습니다. |
injected_solution_constraint |
최적화 알고리즘을 제한하여 이전 해와 유사한 최종 해법을 찾습니다. 예를 들어, 이는 이미 완료되었거나 완료될 예정이지만 수정해서는 안 되는 경로의 일부를 고정하는 데 사용할 수 있습니다. 삽입된 솔루션을 실행할 수 없는 경우, 유효성 검사 오류가 반드시 반환되지는 않으며, 실행 불가능한 것을 나타내는 오류가 대신 반환될 수 있습니다. |
refresh_details_routes[] |
비어 있지 않으면 지정된 경로는 기본 방문 순서 또는 이동 시간의 기본 순서를 수정하지 않고 새로고침되며 다른 세부정보만 업데이트됩니다. 이것으로 모델을 해결할 수는 없습니다. 2020년 11월부터 비어 있지 않은 경로의 다중선만 채워지며 전달된 경로의 이 필드는
|
interpret_injected_solutions_using_labels |
true인 경우:
이 해석은 true인 경우 다음 카테고리의 라벨은 카테고리에 최대 한 번만 표시되어야 합니다.
삽입된 솔루션의 삽입된 솔루션에서 경로 방문 또는 전체 경로를 제거하면 암시적 제약 조건에 영향을 줄 수 있으며, 이로 인해 솔루션 변경, 검증 오류 또는 실행 불가능성이 발생할 수 있습니다. 참고: 호출자는 각 |
consider_road_traffic |
|
populate_polylines |
true인 경우 응답 |
populate_transition_polylines |
true인 경우 |
allow_large_deadline_despite_interruption_risk |
이 속성을 설정하면 요청의 기한 (https://grpc.io/blog/deadlines 참고)을 최대 60분으로 설정할 수 있습니다. 그렇지 않은 경우 최대 기한은 30분입니다. 오래 지속되는 요청은 중단 위험이 훨씬 큽니다 (그러나 여전히 작음). |
use_geodesic_distances |
true인 경우 이동 거리는 Google 지도 거리 대신 최단 거리(최단 거리)를 사용하여 계산되고, 이동 시간은 |
label |
이 요청을 식별하는 데 사용할 수 있는 라벨( |
geodesic_meters_per_second |
|
max_validation_errors |
반환된 유효성 검사 오류의 수를 자릅니다. 이러한 오류는 resolve_mode=VALIDATE_ONLY가 아닌 한 일반적으로 BadRequest 오류 세부정보 (https://cloud.google.com/apis/design/errors#error_details)로 INVALID_ARGUMENT 오류 페이로드에 첨부됩니다. |
SearchMode
검색 동작을 정의하고 지연 시간과 솔루션 품질 사이에서 절충하는 모드입니다. 모든 모드에서 전역 요청 기한이 적용됩니다.
열거형 | |
---|---|
SEARCH_MODE_UNSPECIFIED |
지정되지 않은 검색 모드입니다. RETURN_FAST 와 같습니다. |
RETURN_FAST |
첫 번째 좋은 해결 방법을 찾은 후에는 검색을 중지합니다. |
CONSUME_ALL_AVAILABLE_TIME |
더 나은 솔루션을 찾는 데 가능한 시간을 모두 할애하세요. |
SolvingMode
솔버가 요청을 처리하는 방법을 정의합니다. VALIDATE_ONLY
를 제외한 모든 모드에서 요청이 유효하지 않으면 INVALID_REQUEST
오류가 발생합니다. 반환되는 오류 수를 제한하려면 max_validation_errors
를 참고하세요.
열거형 | |
---|---|
DEFAULT_SOLVE |
모델을 해결합니다. |
VALIDATE_ONLY |
모델을 해결하지 않고만 검증합니다. 가능한 한 많은 OptimizeToursResponse.validation_errors 를 채웁니다. |
DETECT_SOME_INFEASIBLE_SHIPMENTS |
중요: 실행할 수 없는 모든 배송 상품이 이곳으로 반환되는 것은 아니며 사전 처리 중에 실행할 수 없는 것으로 감지된 배송 상품만 여기에 반환됩니다. |
OptimizeToursResponse
각 차량이 오가는 경로, 건너뛴 배송, 솔루션의 전체 비용이 포함된 투어 최적화 문제를 해결한 후의 응답
입력란 | |
---|---|
routes[] |
각 차량에 대해 계산된 경로. i번째 경로는 모델의 i번째 차량에 해당합니다. |
request_label |
요청에 라벨이 지정된 경우 |
skipped_shipments[] |
건너뛴 모든 배송 목록입니다. |
validation_errors[] |
독립적으로 감지할 수 있는 모든 유효성 검사 오류의 목록입니다. |
metrics |
이 솔루션의 기간, 거리, 사용량 측정항목입니다. |
측정항목
모든 경로에서 집계된 전체 측정항목입니다.
입력란 | |
---|---|
aggregated_route_metrics |
여러 경로를 통해 집계됩니다. 각 측정항목은 이름이 동일한 모든 |
skipped_mandatory_shipment_count |
건너뛴 필수 배송 수입니다. |
used_vehicle_count |
사용된 차량 수 참고: 차량 경로가 비어 있고 |
earliest_vehicle_start_time |
중고차의 가장 이른 시작 시간으로, |
latest_vehicle_end_time |
중고차의 가장 늦은 종료 시간으로, |
costs |
솔루션의 비용이며, 비용 관련 요청 필드별로 분류됩니다. 키는 입력 OptimizationToursRequest를 기준으로 한 proto 경로(예: 'model.shipments.pickups.cost')이며 값은 해당 비용 필드에 의해 생성된 총 비용이며 전체 솔루션에 걸쳐 집계됩니다. 즉, 비용["model.shipments.pickups.cost"] 은 솔루션의 모든 수령 비용 합계입니다. 2022년 1월 현재 집계 방식으로만 보고되는 TransitionAttributes와 관련된 비용을 제외하고 모델에 정의된 모든 비용은 여기에 자세히 보고됩니다. |
total_cost |
솔루션의 총 비용입니다. 비용 매핑에 포함된 모든 값의 합계입니다. |
OptimizeToursValidationError
OptimizeToursRequest
의 유효성을 검사할 때 발생하는 오류를 설명합니다.
입력란 | |
---|---|
code |
유효성 검사 오류는 항상 존재하는 쌍 ( 아래의 다른 필드 (아래)는 오류에 관한 추가 컨텍스트를 제공합니다. 여러 오류: 오류가 여러 개 있는 경우 확인 프로세스에서 여러 오류를 출력하려고 시도합니다. 컴파일러와 마찬가지로 이 프로세스는 불완전합니다. 일부 유효성 검사 오류는 '치명적인' 오류로서 전체 유효성 검사 프로세스를 중지합니다. 특히 STABILITY: REFERENCE: 모든 (코드, 이름) 쌍의 목록입니다.
|
display_name |
오류 표시 이름입니다. |
fields[] |
오류 컨텍스트에는 0, 1 (대부분 해당) 이상의 필드가 포함될 수 있습니다. 예를 들어 차량 4와 배송 2의 첫 번째 수령을 참조하는 방법은 다음과 같습니다.
그러나 |
error_message |
사람이 읽을 수 있는 오류를 설명하는 문자열입니다. STABILITY: 불안정합니다. 특정 |
offending_values |
필드 값을 포함할 수 있습니다. 항상 사용할 수 있는 것은 아닙니다. 이 클래스에 의존해서는 안 되며 수동 모델 디버깅에만 사용해야 합니다. |
FieldReference
유효성 검사 오류의 컨텍스트를 지정합니다. FieldReference
는 항상 이 파일의 특정 필드를 참조하며 동일한 계층 구조를 따릅니다. 예를 들어 다음을 사용하여 차량 5의 start_time_windows
요소 #2를 지정할 수 있습니다.
name: "vehicles" index: 5 sub_field { name: "end_time_windows" index: 2 }
하지만 OptimizeToursRequest
또는 ShipmentModel
와 같은 최상위 항목은 메시지 크라우딩을 방지하기 위해 생략됩니다.
입력란 | |
---|---|
name |
필드 이름입니다(예: '차량'). |
sub_field |
필요한 경우 재귀적으로 중첩된 하위 필드입니다. |
통합 필드
|
|
index |
반복되는 경우 필드의 색인입니다. |
key |
필드가 맵인 경우의 키입니다. |
OutputConfig
[BatchOptimizeTours][google.maps.routeoptimization.v1.RouteOptimizationService.BatchOptimizeTours] 결과의 대상을 지정합니다.
입력란 | |
---|---|
data_format |
필수 항목입니다. 출력 데이터 형식입니다. |
통합 필드 destination . 필수 항목입니다. destination 은 다음 중 하나여야 합니다. |
|
gcs_destination |
출력을 작성할 Google Cloud Storage 위치입니다. |
배송
수령에서부터 배송 중 하나로의 단일 상품 배송입니다. 배송이 수행된 것으로 간주되려면 고유한 차량이 수령 위치 중 한 곳을 방문하여 예비 용량을 줄인 후 나중에 배송 위치 중 하나를 방문하여 예비 용량을 다시 늘려야 합니다.
입력란 | |
---|---|
display_name |
배송의 사용자 정의 표시 이름입니다. 최대 63자(영문 기준)이며 UTF-8 문자를 사용할 수 있습니다. |
pickups[] |
배송과 관련된 수령 대안의 집합입니다. 지정하지 않으면 차량은 배송에 해당하는 위치만 방문하면 됩니다. |
deliveries[] |
배송과 관련된 대체 배송의 집합입니다. 지정하지 않으면 차량은 승차에 해당하는 위치만 방문하면 됩니다. |
load_demands |
배송 요구를 로드합니다 (예: 중량, 부피, 팰릿 수 등). 맵의 키는 해당 로드의 유형을 설명하는 식별자여야 하며, 단위도 포함하는 것이 좋습니다. 예: 'weight_kg', 'volume_gallons', 'pallet_count' 등. 지정된 키가 지도에 표시되지 않으면 해당 로드는 null로 간주됩니다. |
allowed_vehicle_indices[] |
이 배송을 수행할 수 있는 운송 수단의 집합입니다. 비어 있으면 모든 차량에서 실행할 수 있습니다. 차량은 |
costs_per_vehicle[] |
각 차량이 배송할 때 발생하는 비용을 지정합니다. 지정할 경우 다음 중 하나여야 합니다.
비용은 |
costs_per_vehicle_indices[] |
|
pickup_to_delivery_absolute_detour_limit |
승차 위치에서 배달까지의 최단 경로와 비교하여 최대 절대 우회 시간을 지정합니다. 지정된 경우 음수가 아니어야 하며 배송에는 적어도 수령 및 배달이 포함되어야 합니다. 예를 들어 선택한 수령 대안에서 직접 선택한 배송 대안으로 이동하는 데 걸리는 최단 시간을 라고 가정해 보겠습니다. 그런 다음
한 배송에 상대적 및 절대적 한도가 모두 지정된 경우 가능한 각 수령/배달 쌍에 더 엄격한 한도가 적용됩니다. 2017년 10월 10일부터 우회로는 이동 시간이 차량에 의존하지 않는 경우에만 지원됩니다. |
pickup_to_delivery_time_limit |
상품 수령 시작부터 배송 시작까지의 최대 기간을 지정합니다. 지정된 경우 음수가 아니어야 하며 배송에는 적어도 수령 및 배달이 포함되어야 합니다. 이는 수령 및 배달에 선택된 대안 또는 차량 속도에 따라 영향을 받지 않습니다. 이는 최대 우회 제약 조건과 함께 지정할 수 있으며, 솔루션은 두 사양을 모두 준수합니다. |
shipment_type |
이 배송의 '유형'을 지정하는 비어 있지 않은 문자열입니다. 이 기능은 1회 방문에 대해 지정된 |
label |
이 배송의 라벨을 지정합니다. 이 라벨은 상응하는 |
ignore |
true인 경우 배송을 건너뛰지만 배송을 무시하면 모델에
|
penalty_cost |
배송이 완료되지 않으면 이 페널티가 경로의 전체 비용에 추가됩니다. 수령 및 배송 옵션 중 하나를 방문하면 배송이 완료된 것으로 간주됩니다. 비용은 모델의 다른 모든 비용 관련 필드에 사용된 것과 동일한 단위로 표현할 수 있으며, 양수여야 합니다. 중요: 이 페널티를 지정하지 않으면 무제한으로 간주됩니다. 즉, 배송이 완료되어야 합니다. |
pickup_to_delivery_relative_detour_limit |
승차 위치에서 배달까지의 최단 경로와 비교하여 최대 상대 우회 시간을 지정합니다. 지정된 경우 음수가 아니어야 하며 배송에는 적어도 수령 및 배달이 포함되어야 합니다. 예를 들어 선택한 수령 대안에서 직접 선택한 배송 대안으로 이동하는 데 걸리는 최단 시간을 라고 가정해 보겠습니다. 그런 다음
한 배송에 상대적 및 절대적 한도가 모두 지정된 경우 가능한 각 수령/배달 쌍에 더 엄격한 한도가 적용됩니다. 2017년 10월 10일부터 우회로는 이동 시간이 차량에 의존하지 않는 경우에만 지원됩니다. |
로드
방문 시 승차인 경우에는 미리 정의된 금액이 차량 적재량에 추가되고, 배달인 경우에는 차감될 수 있습니다. 이 메시지에서 해당 금액을 정의합니다. load_demands
페이지를 참고하세요.
입력란 | |
---|---|
amount |
해당하는 방문에서 발생하는 차량의 부하는 달라질 수 있습니다. 정수이므로 정밀도 손실을 방지하기 위해 적절한 단위를 선택하는 것이 좋습니다. 0 이상이어야 합니다. |
VisitRequest
차량이 수행할 수 있는 방문 요청: 지리적 위치 (또는 아래 2개 참고), 시간대로 표시되는 영업 시작 및 영업 종료 시간, 서비스 시간 (차량이 도착하여 상품을 수령하거나 반납하기까지 소요한 시간)이 있습니다.
입력란 | |
---|---|
arrival_location |
이 |
arrival_waypoint |
이 |
departure_location |
이 |
departure_waypoint |
차량이 이 |
tags[] |
방문 요청에 연결된 태그를 지정합니다. 비어 있거나 중복된 문자열은 허용되지 않습니다. |
time_windows[] |
방문 시 도착 시간을 제한하는 시간대입니다. 차량이 도착 시간 범위를 벗어나 출발할 수도 있습니다. 즉, 도착 시간 + 소요 시간이 특정 시간 범위 내에 있지 않아도 됩니다. 이로 인해 차량이
기간은 분리되어야 합니다. 즉, 기간은 다른 기간과 겹치거나 인접하지 않아야 하며 오름차순이어야 합니다.
|
duration |
방문 시간, 즉 도착과 출발 사이에 차량에서 소요한 시간입니다 (가능한 대기 시간에 추가됨, |
cost |
차량 경로에서 이 방문 요청을 처리하는 데 드는 비용입니다. 이 방법을 사용하면 대체 물품 수령 또는 배송 건별로 다른 비용을 지불할 수 있습니다. 비용은 |
load_demands |
이 방문 요청의 로드 수요입니다. 이는 전체 |
visit_types[] |
방문 유형을 지정합니다. 차량이 이번 방문을 완료하는 데 필요한 추가 시간을 할당하는 데 사용할 수 있습니다 ( 유형은 한 번만 나타날 수 있습니다. |
label |
이 |
ShipmentModel
배송 모델에는 일련의 차량이 수행해야 하는 일련의 배송 세트를 포함하면서 다음 항목의 총합인 전체 비용을 최소화합니다.
- 차량 경로 지정 비용 (총 시간당 비용, 이동 시간당 비용, 모든 차량에 대한 고정 비용의 합계)
- 처벌을 받을 수 있습니다.
- 전 세계 배송 기간의 비용
입력란 | |
---|---|
shipments[] |
모델에서 수행해야 하는 배송 집합입니다. |
vehicles[] |
방문에 사용할 수 있는 이동 수단 집합입니다. |
global_start_time |
모델의 전체 시작 및 종료 시간: 이 범위를 벗어나는 시간은 유효한 것으로 간주되지 않습니다. 모델의 시간 범위는 1년 미만이어야 합니다. 즉,
|
global_end_time |
설정하지 않으면 1971년 1월 1일 00:00:00 UTC (즉, 초: 31536000, nanos: 0)가 기본값으로 사용됩니다. |
global_duration_cost_per_hour |
전체 계획의 '전체 기간'은 모든 차량의 가장 빠른 유효 시작 시간과 가장 최근의 유효 종료 시간 간의 차이입니다. 예를 들어 사용자는 시간당 비용을 해당 수량에 할당하여 작업을 가장 이른 완료가 되도록 최적화할 수 있습니다. 이 비용은 |
duration_distance_matrices[] |
모델에 사용되는 소요 시간 및 거리 행렬을 지정합니다. 이 필드가 비어 있으면 사용 예:
|
duration_distance_matrix_src_tags[] |
소요 시간 및 거리 행렬 소스를 정의하는 태그. 태그는 |
duration_distance_matrix_dst_tags[] |
소요 시간 및 거리 행렬의 목적지를 정의하는 태그. 태그는 |
transition_attributes[] |
모델에 전환 속성이 추가되었습니다. |
shipment_type_incompatibilities[] |
호환되지 않는 shipment_types 세트입니다 ( |
shipment_type_requirements[] |
|
precedence_rules[] |
모델에 적용해야 하는 우선순위 규칙의 집합입니다. |
max_active_vehicles |
활성 차량의 최대 수를 제한합니다. 경로에서 배송이 1회 이상 수행되면 차량이 활성 상태입니다. 이는 차량보다 운전자 수가 적고 차량 수가 이종인 경우 경로 수를 제한하는 데 사용할 수 있습니다. 그러면 최적화에서 사용할 최적의 차량 하위 집합을 선택합니다. 양수여야 합니다. |
DurationDistanceMatrix
방문 및 차량 출발 위치와 차량 도착 위치까지의 소요 시간 및 거리 행렬을 지정합니다.
입력란 | |
---|---|
rows[] |
소요 시간 및 거리 행렬의 행을 지정합니다. 요소는 |
vehicle_start_tag |
이 소요 시간 및 거리 행렬을 적용할 차량을 정의하는 태그입니다. 비어 있으면 모든 차량에 적용되며 단일 행렬만 있을 수 있습니다. 각 차량 출발 지점은 정확히 하나의 행렬과 일치해야 합니다. 즉, 모든 행렬은 다른 |
행
소요 시간 및 거리 행렬의 행을 지정합니다.
입력란 | |
---|---|
durations[] |
지정된 행의 기간 값입니다. 요소는 |
meters[] |
지정된 행의 거리 값입니다. 비용 또는 제약조건이 모델의 거리를 참조하는 경우 비워 둘 수 있습니다. 그렇지 않으면 요소가 |
PrecedenceRule
두 이벤트 (각 이벤트는 화물 수령 또는 배송임): '두 번째' 이벤트는 '첫 번째'가 시작된 후 최소한 offset_duration
후에 시작해야 합니다.
여러 우선순위는 동일한 (또는 관련된) 이벤트를 나타낼 수 있습니다. 예: 'B 상품 수령은 A 상품 배송 후 이루어집니다.' 및 'C 상품 수령은 B 상품 수령 후에 이루어집니다.'
또한 우선순위는 두 배송이 모두 수행된 경우에만 적용되며 다른 경우에는 무시됩니다.
입력란 | |
---|---|
first_is_delivery |
'첫 번째' 이벤트가 게재인지 여부를 나타냅니다. |
second_is_delivery |
'두 번째' 이벤트가 배송인지 여부를 나타냅니다. |
offset_duration |
'첫 번째' 이벤트와 '두 번째' 이벤트 사이의 오프셋입니다. 부정적일 수 있습니다. |
first_index |
'first' 이벤트의 배송 색인입니다. 이 필드는 반드시 지정해야 합니다. |
second_index |
'second' 이벤트의 배송 색인입니다. 이 필드는 반드시 지정해야 합니다. |
ShipmentRoute
차량의 경로는 다음과 같이 시간 축을 따라 분해될 수 있습니다 (n회의 방문이 있다고 가정).
| | | | | 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
다음 중 하나에 차이가 있습니다.
- 차량 시작 및 종료, 각 방문의 시작 및 종료 (일명 도착 및 출발) 등 '시간을 지키는 이벤트' 주어진 시간 내에 발생합니다.
- '시간 간격'(예: 방문 자체, 방문 간 전환) 시간 간격의 지속 시간은 0일 수 있지만(즉, 시작과 종료가 같은 초에 끝나기도 함) 대개는 양수입니다.
불변:
- 방문이 n이면 전환 수는 n+1입니다.
- 방문은 항상 그 이전의 전환 (같은 인덱스)과 그 다음의 전환 (색인 + 1)으로 둘러싸여 있습니다.
- 차량 시동 후에 항상 전환 #0이 나옵니다.
- 차량 끝 앞에는 항상 전환 #n이 옵니다.
확대하면 Transition
및 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
마지막으로 전환 중에 여행, 휴식, 지연, 대기를 설정하는 방법은 다음과 같습니다.
- 서로 겹치지 않습니다.
- DELAY(지연)는 고유하며 다음 방문(또는 차량 종료) 직전의 연속된 기간이어야 합니다. 따라서 지연 시간을 알면 시작 및 종료 시간을 알 수 있습니다.
- BREAK는 연속적이고 겹치지 않는 기간입니다. 응답은 각 광고 시점의 시작 시간과 지속 시간을 지정합니다.
- TRAVEL과 WAIT는 '선점 가능'하므로 이 전환 중에 여러 번 중단될 수 있습니다. 고객은 이동이 '최대한 빨리' 이루어지고 '대기'로 남은 시간이 채워질 것이라고 가정할 수 있습니다.
(복잡한) 예:
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 | | | | ||
|| | | | | | | ||
--++-----------------------------------------------------------------++-->
입력란 | |
---|---|
vehicle_index |
경로 수행 차량으로, 소스 |
vehicle_label |
이 경로를 운행하는 차량의 라벨입니다(지정된 경우 |
vehicle_start_time |
차량이 경로를 시작하는 시간입니다. |
vehicle_end_time |
차량이 경로를 끝내는 시간입니다. |
visits[] |
경로를 나타내는 방문의 순서가 지정된 순서입니다. visit[i] 은 경로에서 i번째 방문입니다. 이 필드가 비어 있으면 차량이 사용되지 않은 것으로 간주됩니다. |
transitions[] |
경로의 순서가 지정된 전환 목록입니다. |
has_traffic_infeasibilities |
교통량으로 인해 예상 이동 시간( |
route_polyline |
경로의 인코딩된 폴리라인 표현입니다. 이 필드는 |
breaks[] |
이 경로를 운행하는 차량의 중단이 예정되어 있습니다. |
metrics |
이 경로의 소요 시간, 거리, 부하 측정항목입니다. |
route_costs |
경로의 비용으로, 비용 관련 요청 필드별로 분류됩니다. 키는 입력 OptimizationToursRequest를 기준으로 한 proto 경로(예: 'model.shipments.pickups.cost')이며 값은 해당 비용 필드에 의해 생성된 총 비용이며 전체 경로에 걸쳐 집계됩니다. 즉, 비용["model.shipments.pickups.cost"] 은 경로상에서 발생한 모든 수령 비용의 합계입니다. 2022년 1월 현재 집계 방식으로만 보고되는 TransitionAttributes와 관련된 비용을 제외하고 모델에 정의된 모든 비용은 여기에 자세히 보고됩니다. |
route_total_cost |
경로의 총비용입니다. 비용 맵에 표시된 모든 비용의 합계입니다. |
휴식 시간
광고 시점 실행을 나타내는 데이터입니다.
입력란 | |
---|---|
start_time |
휴식 시작 시간입니다. |
duration |
휴식 시간입니다. |
EncodedPolyline
폴리라인의 인코딩된 표현입니다. 다중선 인코딩에 대한 자세한 내용은 https://developers.google.com/maps/documentation/utilities/polylinealgorithm https://developers.google.com/maps/documentation/javascript/reference/geometry#encoding에서 확인할 수 있습니다.
입력란 | |
---|---|
points |
폴리라인의 인코딩된 점을 나타내는 문자열입니다. |
전환
경로에 있는 두 이벤트 간의 전환. ShipmentRoute
의 설명을 참고하세요.
차량에 start_location
또는 end_location
가 없으면 해당하는 이동 측정항목은 0입니다.
입력란 | |
---|---|
travel_duration |
전환 기간의 이동 시간입니다. |
travel_distance_meters |
전환 중에 이동한 거리입니다. |
traffic_info_unavailable |
|
delay_duration |
이 전환에 적용된 지연 시간의 합계입니다. 지연이 있는 경우 다음 이벤트 (방문 또는 차량 종료)에서 정확히 |
break_duration |
전환 중에 발생하는 중단 시간의 합계입니다(있는 경우). 각 광고 시점의 시작 시간과 지속 시간에 관한 세부정보는 |
wait_duration |
이 전환 중에 기다리는 데 소비한 시간입니다. 대기 시간은 유휴 시간에 해당하며 중단 시간은 포함되지 않습니다. 또한 이 대기 시간은 여러 개의 비연속 간격으로 분할될 수 있습니다. |
total_duration |
총 전환 시간으로, 편의를 위해 제공됩니다. 다음과 같음:
|
start_time |
이 전환의 시작 시간입니다. |
route_polyline |
전환 중에 이어지는 경로의 인코딩된 폴리라인 표현입니다. 이 필드는 |
vehicle_loads |
전환 중 이 차량의 첫 번째 전환 중의 부하는 차량 경로의 시작 부하입니다. 그런 다음 각 방문 후 방문의 |
VehicleLoad
지정된 유형에 대해 경로의 특정 지점에서 차량의 실제 부하를 보고합니다 (Transition.vehicle_loads
참고).
입력란 | |
---|---|
amount |
특정 유형의 차량에 가해지는 부하량입니다. 부하 단위는 일반적으로 유형으로 표시됩니다. |
이동
경로 중간에 이루어진 방문입니다. 이 방문은 Shipment
의 수령 또는 배달에 해당합니다.
입력란 | |
---|---|
shipment_index |
소스 |
is_pickup |
true인 경우 방문은 |
visit_request_index |
|
start_time |
방문이 시작되는 시간입니다. 차량이 이보다 앞서 방문 위치에 도착할 수 있습니다. 시간은 |
load_demands |
배송 및 방문 요청 |
detour |
방문 전에 경로에 있는 배송 물품과 시간대에 따라 발생할 수 있는 대기 시간으로 인해 추가적인 우회 시간이 발생합니다. 방문이 배달인 경우 해당 픽업 방문에서 우회로가 계산되며 다음과 같습니다.
그렇지 않으면 차량
|
shipment_label |
상응하는 |
visit_label |
상응하는 |
ShipmentTypeIncompatibility
shipment_type에 따라 배송 간의 비호환성을 명시합니다. 호환되지 않는 배송물이 동일한 경로에 표시되는 것은 비호환성 모드에 따라 제한됩니다.
입력란 | |
---|---|
types[] |
호환되지 않는 유형 목록입니다. 나열된 상품 중 |
incompatibility_mode |
비호환성에 적용되는 모드입니다. |
IncompatibilityMode
모드: 동일한 경로에서 호환되지 않는 배송의 외형이 어떻게 제한되는지를 정의합니다.
열거형 | |
---|---|
INCOMPATIBILITY_MODE_UNSPECIFIED |
비호환성 모드가 지정되지 않았습니다. 절대로 이 값을 사용하지 마세요. |
NOT_PERFORMED_BY_SAME_VEHICLE |
이 모드에서는 호환되지 않는 유형의 배송 2건이 동일한 차량을 공유해서는 안 됩니다. |
NOT_IN_SAME_VEHICLE_SIMULTANEOUSLY |
|
ShipmentTypeRequirement
shipment_type에 따라 배송 간의 요구사항을 지정합니다. 요구사항의 세부사항은 요구사항 모드에서 정의됩니다.
입력란 | |
---|---|
required_shipment_type_alternatives[] |
|
dependent_shipment_types[] |
참고: |
requirement_mode |
요구사항에 모드가 적용되었습니다. |
RequirementMode
모드
열거형 | |
---|---|
REQUIREMENT_MODE_UNSPECIFIED |
지정되지 않은 요구사항 모드입니다. 절대로 이 값을 사용하지 마세요. |
PERFORMED_BY_SAME_VEHICLE |
이 모드에서 모든 '의존' 배송은 하나 이상의 '필수' 배송과 동일한 차량을 공유해야 합니다. |
IN_SAME_VEHICLE_AT_PICKUP_TIME |
따라서 '의존적인' 배송 수령에는 다음 중 하나가 있어야 합니다.
|
IN_SAME_VEHICLE_AT_DELIVERY_TIME |
'종속' 배송의 경우 배송 시 차량에 '필수' 배송 항목이 있어야 한다는 점을 제외하면 이전과 동일합니다. |
SkippedShipment
솔루션의 미실행 배송에 대한 세부정보를 명시합니다. 사소한 경우 또는 건너뛰기의 원인을 확인할 수 있는 경우 여기에 그 이유를 보고합니다.
입력란 | |
---|---|
index |
색인은 소스 |
label |
상응하는 |
reasons[] |
배송을 건너뛴 이유 목록 |
이유
배송을 건너뛴 이유를 설명할 수 있는 경우 여기에 사유가 표시됩니다. 모든 차량에서 이유가 같지 않으면 reason
에 요소가 2개 이상 있습니다. 건너뛴 배송에는 중복 사유가 없어야 합니다(예: example_vehicle_index
을 제외한 모든 필드가 동일한 경우). 예:
reasons {
code: DEMAND_EXCEEDS_VEHICLE_CAPACITY
example_vehicle_index: 1
example_exceeded_capacity_type: "Apples"
}
reasons {
code: DEMAND_EXCEEDS_VEHICLE_CAPACITY
example_vehicle_index: 3
example_exceeded_capacity_type: "Pears"
}
reasons {
code: CANNOT_BE_PERFORMED_WITHIN_VEHICLE_DISTANCE_LIMIT
example_vehicle_index: 1
}
건너뛴 배송은 일부 차량과 호환되지 않습니다. 모든 차량에서 이유는 다를 수 있지만, 차량 1대를 포함한 1대 이상의 '사과' 수용 인원이 초과되고(차량 3 포함), 차량 1대를 포함한 차량 1대 이상의 거리 제한이 초과될 수 있습니다.
입력란 | |
---|---|
code |
코드의 설명을 참조하세요. |
example_exceeded_capacity_type |
이유 코드가 |
example_vehicle_index |
사유가 배송 차량의 비호환성과 관련된 경우 이 필드는 관련 차량 1대의 색인을 제공합니다. |
코드
이유 유형을 식별하는 코드입니다. 여기서 순서는 무의미합니다. 특히, 두 가지 모두에 해당하는 경우 주어진 이유가 해답에서 다른 이유보다 먼저 나타나는지 여부를 나타내지 않습니다.
열거형 | |
---|---|
CODE_UNSPECIFIED |
사용해서는 안 됩니다. 배송을 건너뛴 이유를 알 수 없는 경우 빈 사유를 반환합니다. |
NO_VEHICLE |
모델에 차량이 없어 모든 배송을 실행할 수 없습니다. |
DEMAND_EXCEEDS_VEHICLE_CAPACITY |
배송 수요가 일부 용량 유형(example_exceeded_capacity_type 중 하나)의 차량 용량을 초과합니다. |
CANNOT_BE_PERFORMED_WITHIN_VEHICLE_DISTANCE_LIMIT |
배송을 수행하는 데 필요한 최소 거리(예: 차량의 이 계산에서는 측지 거리를 사용합니다. |
CANNOT_BE_PERFORMED_WITHIN_VEHICLE_DURATION_LIMIT |
이동 시간, 대기 시간, 서비스 시간을 포함하여 배송을 수행하는 데 필요한 최소 시간이 차량의 참고: 이동 시간은 최적의 시나리오, 즉 측지 거리 x 36m/s (약 130km/시간)에서 계산됩니다. |
CANNOT_BE_PERFORMED_WITHIN_VEHICLE_TRAVEL_DURATION_LIMIT |
위와 동일하지만 최소 이동 시간과 차량의 travel_duration_limit 만 비교합니다. |
CANNOT_BE_PERFORMED_WITHIN_VEHICLE_TIME_WINDOWS |
가장 이른 시작 시간에 시작되는 경우 차량이 최적의 시나리오 (시간 계산은 CANNOT_BE_PERFORMED_WITHIN_VEHICLE_DURATION_LIMIT 참고)에서 배송을 실행할 수 없습니다. 총 시간으로 인해 차량이 가장 늦은 종료 시간 후에 종료됩니다. |
VEHICLE_NOT_ALLOWED |
배송의 allowed_vehicle_indices 입력란이 비어 있지 않으며 이 차량은 여기에 속하지 않습니다. |
TimeWindow
시간대는 방문 시 도착 시간 또는 차량의 시작 및 종료 시간과 같은 이벤트 시간을 제한합니다.
명확한 기간 경계인 start_time
및 end_time
는 이벤트의 가장 이른 시간과 가장 늦은 시간을 적용합니다(예: start_time <= event_time <=
end_time
). 소프트 타임 기간 하한값인 soft_start_time
는 soft_start_time 이벤트 발생 시간에 비례하는 비용을 발생시켜 soft_start_time
또는 그 이후에 이벤트가 발생하는 기본 설정을 표현합니다. 소프트 타임 기간 상한값인 soft_end_time
는 soft_end_time
이벤트가 발생한 후 시간에 비례하여 비용을 발생시켜 soft_end_time
또는 그 이전에 이벤트가 발생하는 것을 선호합니다. start_time
, end_time
, soft_start_time
, soft_end_time
은 전역 시간 제한 (ShipmentModel.global_start_time
및 ShipmentModel.global_end_time
참고) 내에 있어야 하며 다음을 준수해야 합니다.
0 <= `start_time` <= `soft_start_time` <= `end_time` and
0 <= `start_time` <= `soft_end_time` <= `end_time`.
입력란 | |
---|---|
start_time |
하드 기간 시작 시간입니다. 지정하지 않으면 |
end_time |
하드 기간 종료 시간입니다. 지정하지 않으면 |
soft_start_time |
기간의 소프트 스타트 시간입니다. |
soft_end_time |
기간의 소프트 종료 시간입니다. |
cost_per_hour_before_soft_start_time |
soft_start_time 이전에 이벤트가 발생한 경우 모델의 다른 비용에 추가되는 시간당 비용으로, 다음과 같이 계산됩니다.
비용은 양수여야 하며 soft_start_time이 설정된 경우에만 필드를 설정할 수 있습니다. |
cost_per_hour_after_soft_end_time |
비용은 양수여야 하며, 필드는 |
TransitionAttributes
경로에서 두 연속 방문 사이의 전환 속성을 지정합니다. 동일한 전환에 여러 TransitionAttributes
를 적용할 수 있습니다. 이 경우 모든 추가 비용이 합산되고 자연스러운 'AND' 시맨틱스에 따라 가장 엄격한 제약조건이나 한도가 적용됩니다.
입력란 | |
---|---|
src_tag |
이 속성이 적용되는 (src->dst) 전환 집합을 정의하는 태그입니다. 소스 방문 또는 차량 출발은 |
excluded_src_tag |
|
dst_tag |
도착지 방문 또는 차량 종료는 |
excluded_dst_tag |
|
cost |
이 전환을 수행하는 데 필요한 비용을 지정합니다. 모델의 다른 모든 비용과 동일한 단위이며 음수가 아니어야 합니다. 이 예산은 다른 모든 기존 비용에 추가로 적용됩니다. |
cost_per_kilometer |
이 전환을 수행하는 동안 이동 거리에 적용되는 킬로미터당 비용을 지정합니다. 차량에 지정된 모든 |
distance_limit |
이 전환을 수행하는 동안 이동 거리의 제한을 지정합니다. 2021/06부터는 소프트 한도만 지원됩니다. |
delay |
이 전환을 수행할 때 발생하는 지연을 지정합니다. 이러한 지연은 항상 소스 방문을 완료한 후, 그리고 도착 페이지 방문을 시작하기 전에 발생합니다. |
차량
배송 문제가 있는 차량을 모델링합니다. 배송 문제를 해결하면 start_location
에서 출발하여 end_location
에 끝나는 이 차량의 경로가 만들어집니다. 경로는 일련의 방문입니다 (ShipmentRoute
참고).
입력란 | |
---|---|
display_name |
차량의 사용자 정의 표시 이름입니다. 최대 63자(영문 기준)이며 UTF-8 문자를 사용할 수 있습니다. |
travel_mode |
차량이 사용할 수 있는 도로와 속도에 영향을 주는 이동 수단입니다. |
start_location |
배송 상품을 수령하기 전에 차량이 출발하는 지리적 위치입니다. 지정하지 않으면 차량이 첫 승차 위치에서 시작됩니다. 배송 모델에 기간 및 거리 행렬이 있는 경우 |
start_waypoint |
화물 운송을 시작하기 전에 차량이 출발하는 지리적 위치를 나타내는 경유지입니다. |
end_location |
차량이 마지막 |
end_waypoint |
차량이 마지막 |
start_tags[] |
차량 경로의 시작 부분에 연결된 태그를 지정합니다. 비어 있거나 중복된 문자열은 허용되지 않습니다. |
end_tags[] |
차량 경로의 끝에 연결된 태그를 지정합니다. 비어 있거나 중복된 문자열은 허용되지 않습니다. |
start_time_windows[] |
차량이 시작 위치에서 출발할 수 있는 시간대입니다. 전체 시간 제한 내에 있어야 합니다 ( 동일한 반복 필드에 속하는 기간은 분리되어야 합니다. 즉, 기간이 다른 기간과 겹치거나 인접해 있지 않아야 하며 시간순으로 해야 합니다.
|
end_time_windows[] |
차량이 종료 위치에 도착할 수 있는 시간 범위입니다. 전체 시간 제한 내에 있어야 합니다 ( 동일한 반복 필드에 속하는 기간은 분리되어야 합니다. 즉, 기간이 다른 기간과 겹치거나 인접해 있지 않아야 하며 시간순으로 해야 합니다.
|
unloading_policy |
차량에 언로드 정책이 적용되었습니다. |
load_limits |
차량 적재량 (예: 중량, 부피, 팰릿 수) 맵의 키는 |
cost_per_hour |
차량 비용: 모든 비용이 합산되며 차량 경로의 시간당 비용입니다. 이 비용은 경로에서 소요한 총 시간에 적용되며 이동 시간, 대기 시간, 방문 시간이 포함됩니다. |
cost_per_traveled_hour |
차량 경로의 이동 시간당 비용입니다. 이 비용은 경로에서 소요한 시간 (예: |
cost_per_kilometer |
차량 경로의 킬로미터당 비용입니다. 이 비용은 |
fixed_cost |
이 차량을 배송 처리에 사용하는 경우 고정 비용이 적용됩니다. |
used_if_route_is_empty |
이 필드는 배송 경로가 없는 차량에만 적용됩니다. 이 경우 차량을 중고차로 간주해야 하는지 여부를 나타냅니다. true인 경우 출고를 제공하지 않더라도 차량은 출발지에서 목적지까지 이동하며, 출발에서 도착한 후부터 발생하는 시간 및 거리 비용이 고려됩니다. 그렇지 않으면 출발지에서 도착지까지 이동하지 않으며 이 차량에 |
route_duration_limit |
한도는 차량 경로의 총 소요 시간에 적용됩니다. 지정된 |
travel_duration_limit |
차량 경로의 이동 시간에 적용되는 한도입니다. 지정된 |
route_distance_limit |
차량 경로의 총 거리에 적용되는 한도입니다. 지정된 |
extra_visit_duration_for_visit_type |
방문_유형 문자열에서 소요 시간까지의 맵을 지정합니다. 이 기간은 지정된 방문 요청에 여러 유형이 있는 경우 지도의 각 유형마다 소요 시간이 추가됩니다. |
break_rule |
이 차량에 적용할 휴식 일정을 설명합니다. 비어 있으면 이 차량에 휴식이 예약되지 않습니다. |
label |
차량의 라벨을 지정합니다. 이 라벨은 응답에서 상응하는 |
ignore |
true인 경우
|
travel_duration_multiple |
이 차량의 이동 시간을 늘리거나 줄이는 데 사용할 수 있는 곱셈 계수를 지정합니다. 예를 들어 이 값을 2.0으로 설정하면 이 차량이 더 느리고 이동 시간이 일반 차량보다 두 배 더 길다는 의미입니다. 이 값은 방문 시간에 영향을 주지 않습니다. 경고: 이동 시간은 이 배수가 적용된 후 그러나 숫자 연산을 실행하기 전에 가장 가까운 초로 반올림되므로 작은 배수는 정밀도가 떨어질 수 있습니다. 아래의 |
DurationLimit
차량 경로의 최대 시간을 정의하는 제한입니다. 단단하거나 부드러울 수 있습니다.
소프트 한도 필드가 정의되면 소프트 최대 임곗값과 관련 비용을 모두 함께 정의해야 합니다.
입력란 | |
---|---|
max_duration |
기간을 최대 max_duration으로 제한하는 엄격한 한도입니다. |
soft_max_duration |
최대 시간 제한을 적용하지 않지만 위반 시 경로에 비용이 발생합니다. 이 비용은 동일한 단위를 사용하여 모델에 정의된 다른 비용에 추가됩니다. 정의된 경우 |
quadratic_soft_max_duration |
최대 기간 제한을 적용하지 않지만 위반 시 경로에 이차적인 비용이 발생합니다. 이 비용은 동일한 단위를 사용하여 모델에 정의된 다른 비용에 추가됩니다. 정의된 경우
|
cost_per_hour_after_soft_max |
비용은 음수가 아니어야 합니다. |
cost_per_square_hour_after_quadratic_soft_max |
기간이 기준 미만이면 추가 비용은 0이고, 기준 미만이면 비용은 다음과 같이 기간에 따라 달라집니다.
비용은 음수가 아니어야 합니다. |
LoadLimit
차량에 적용되는 하중 제한을 정의합니다(예: '이 트럭은 최대 3, 500kg까지만 운반할 수 있습니다.'). load_limits
페이지를 참고하세요.
입력란 | |
---|---|
soft_max_load |
부하의 소프트 한도입니다. |
cost_per_unit_above_soft_max |
차량의 경로에 있는 하중이 |
start_load_interval |
경로 시작 지점에서 차량의 허용 가능한 적재 간격입니다. |
end_load_interval |
경로 끝에서 차량의 허용 가능한 적재 간격입니다. |
max_load |
허용되는 최대 부하 양입니다. |
간격
허용되는 로드 양의 간격입니다.
입력란 | |
---|---|
min |
|
max |
최대 허용 부하 0 이상이어야 합니다. 지정하지 않으면 이 메시지로 최대 로드의 제한이 적용되지 않습니다. 둘 다 지정된 경우 |
TravelMode
차량이 사용할 수 있는 이동 수단입니다.
이는 Google Maps Platform Routes Preferred API 이동 모드의 하위 집합이어야 합니다. https://developers.google.com/maps/documentation/routes_preferred/reference/rest/Shared.Types/RouteTravelMode를 참고하세요.
열거형 | |
---|---|
TRAVEL_MODE_UNSPECIFIED |
지정되지 않은 이동수단입니다. DRIVING 와 같습니다. |
DRIVING |
운전경로 (자동차, ...)에 해당하는 이동 모드입니다. |
WALKING |
도보 경로에 해당하는 이동 모드입니다. |
UnloadingPolicy
차량의 짐을 내릴 수 있는 방법에 대한 정책입니다. 수령 및 배송이 모두 가능한 배송에만 적용됩니다.
그 밖의 배송은 unloading_policy
와 무관하게 경로상의 어느 곳에서나 무료로 배송이 가능합니다.
열거형 | |
---|---|
UNLOADING_POLICY_UNSPECIFIED |
미로드 정책입니다. 배송은 해당 수거 후 바로 이루어져야 합니다. |
LAST_IN_FIRST_OUT |
배송은 수령의 역순으로 이루어져야 합니다. |
FIRST_IN_FIRST_OUT |
배송은 수령과 같은 순서로 진행해야 합니다. |
경유지
경유지를 캡슐화합니다. 경유지는VisitRequests의 도착 및 출발 위치와 차량의 시작 및 종료 위치를 표시합니다.
입력란 | |
---|---|
side_of_road |
선택사항입니다. 이 경유지의 위치가 도로의 특정 쪽에 정차하는 것을 선호한다는 것을 나타냅니다. 이 값을 설정하면 경로가 위치를 통과하므로 차량이 도로의 중심에서 쪽으로 편중되는 도로가에 정차할 수 있습니다. 이 옵션은 '걷기' 이동 모드에서는 작동하지 않습니다. |
통합 필드 location_type . 위치를 나타내는 다양한 방법 location_type 은 다음 중 하나여야 합니다. |
|
location |
지리적 좌표를 사용하여 지정된 지점입니다(선택적 방위 포함). |
place_id |
경유지와 연결된 관심 장소 장소 ID입니다. |