このシナリオでは、単純な費用パラメータを使用して、車両に割り当てられた停車地の順序を最適化します。これはルート最適化オペレーションの最もシンプルなモードで、指定された時間枠内にすべての停車地に立ち寄ります。
次の例は、1 台の車両と 3 つの配送があり、すべてが デポと呼ばれる 1 つの場所から出発する基本的なシナリオを示しています。
リクエストの例を見る
{ "populatePolylines": true, "populateTransitionPolylines": true, "model": { "globalStartTime": "2023-01-13T16:00:00-08:00", "globalEndTime": "2023-01-14T16:00:00-08:00", "shipments": [ { "deliveries": [ { "arrivalLocation": { "latitude": 37.789456, "longitude": -122.390192 }, "duration": "250s" } ], "pickups": [ { "arrivalLocation": { "latitude": 37.794465, "longitude": -122.394839 }, "duration": "150s" } ] }, { "deliveries": [ { "arrivalLocation": { "latitude": 37.789116, "longitude": -122.395080 }, "duration": "250s" } ], "pickups": [ { "arrivalLocation": { "latitude": 37.794465, "longitude": -122.394839 }, "duration": "150s" } ] }, { "deliveries": [ { "arrivalLocation": { "latitude": 37.795242, "longitude": -122.399347 }, "duration": "250s" } ], "pickups": [ { "arrivalLocation": { "latitude": 37.794465, "longitude": -122.394839 }, "duration": "150s" } ] } ], "vehicles": [ { "endLocation": { "latitude": 37.794465, "longitude": -122.394839 }, "startLocation": { "latitude": 37.794465, "longitude": -122.394839 }, "costPerKilometer": 10.0, "costPerHour": 40.0 } ] } }
ルート最適化リクエスト フィールド
概要で説明したように、ルート最適化リクエストの最も重要なプロパティは vehicles と shipments です。
リクエストには、車両と荷物に加えて、次のフィールドが含まれます。
ポリライン
populatePolylines と populateTransitionPolylines は、ルート最適化でポリラインを返すかどうかを指定します。
このサービスは、Maps JS ポリライン コーデックを使用してポリラインをエンコードします。このコーデックは、印字可能な ASCII 文字を使用してバイナリ ポリライン データを表します。インタラクティブ ポリライン エンコーダー ユーティリティを使用すると、ルート最適化によって計算されたパスを可視化できます。このガイドの例では populatePolylines と populateTransitionPolylines を true に設定していますが、他のガイドではレスポンス サイズを小さくするために false に設定しています。
エンコード形式の説明については、エンコード ポリライン アルゴリズム形式をご覧ください。
グローバル時間制約
model.globalStartTime と model.globalEndTime は任意の 24 時間に設定されています。これにより、出力タイムスタンプを解釈しやすくなります。
場所を訪れる
このリクエスト例では、model.shipments[].pickups[].arrivalLocation と model.shipments[].deliveries[].arrivalLocation のみを使用しています。また、建物の片側に入口があり、もう一方に出口がある駐車場など、車両の出発地点と到着地点が異なる状況に対応する departureLocation プロパティもあります。このガイドと以降のガイドでは、出発地と到着地が同じであると想定しています。
latLng の代替として、到着と出発の waypoint も存在します。Waypoint フィールドでは、LatLng の代わりに Google プレイス ID を使用できます。また、車両の向きを指定することもできます。詳細については、リファレンス ドキュメント（REST、gRPC）をご覧ください。
例の制約
このシナリオでは、オプティマイザーがいくつかの方法で制約されます。
- すべてのアクティビティは、グローバルな開始時間と終了時間の間に完了する必要があります。このシナリオでは、荷物の近接性とグローバルな時間枠の広さを考慮すると、開始時刻と終了時刻は非常に緩い制約になります。
- すべての発送を完了する必要があります。これは、
shipmentsでペナルティ費用が指定されていない場合のデフォルトの動作です。 costPerKilometerとcostPerHourが車両に設定されます。
費用については、費用モデルのパラメータをご覧ください。
ルート最適化のレスポンス プロパティ
リクエストの例に対するレスポンスを確認する
{ "routes": [ { "vehicleStartTime": "2023-01-14T00:00:00Z", "vehicleEndTime": "2023-01-14T00:36:41Z", "visits": [ { "shipmentIndex": 2, "isPickup": true, "startTime": "2023-01-14T00:00:00Z", "detour": "0s" }, { "shipmentIndex": 1, "isPickup": true, "startTime": "2023-01-14T00:02:30Z", "detour": "150s" }, { "isPickup": true, "startTime": "2023-01-14T00:05:00Z", "detour": "300s" }, { "startTime": "2023-01-14T00:11:25Z", "detour": "0s" }, { "shipmentIndex": 1, "startTime": "2023-01-14T00:19:29Z", "detour": "503s" }, { "shipmentIndex": 2, "startTime": "2023-01-14T00:29:02Z", "detour": "1324s" } ], "transitions": [ { "travelDuration": "0s", "waitDuration": "0s", "totalDuration": "0s", "startTime": "2023-01-14T00:00:00Z", "routePolyline": {} }, { "travelDuration": "0s", "waitDuration": "0s", "totalDuration": "0s", "startTime": "2023-01-14T00:02:30Z", "routePolyline": {} }, { "travelDuration": "0s", "waitDuration": "0s", "totalDuration": "0s", "startTime": "2023-01-14T00:05:00Z", "routePolyline": {} }, { "travelDuration": "235s", "travelDistanceMeters": 795, "waitDuration": "0s", "totalDuration": "235s", "startTime": "2023-01-14T00:07:30Z", "routePolyline": { "points": "kvteFtfjVAA?C?C@C?A?C@AFMj@s@JKb@k@Zc@LSjA}ARWDGdAxAdAvAXa@@k@AsA\\c@FKp@_A\\c@Ze@fA{ALSFGd@o@rAgBB{BZc@" } }, { "travelDuration": "234s", "travelDistanceMeters": 793, "waitDuration": "0s", "totalDuration": "234s", "startTime": "2023-01-14T00:15:35Z", "routePolyline": { "points": "cwseFti_jVRWj@w@x@eAHLNRHJbApAHLX\\V^?@hA~AT\\PVFFDHDFJNp@~@NRLNNTFFUZIJY^Y^g@p@[`@KP{@fAEFSXe@l@c@h@WZY\\?BELk@v@MNa@l@" } }, { "travelDuration": "323s", "travelDistanceMeters": 1204, "waitDuration": "0s", "totalDuration": "323s", "startTime": "2023-01-14T00:23:39Z", "routePolyline": { "points": "cuseFhjVSTY`@Yb@GHEDIJEF]f@IJi@r@oAbBeCfDKLaApAKNQVIPKPCDQJIBIBM@iAJeALqBVC@C?A?QBYDI@C?_@Dc@FO@a@FDp@HfAHvABVDl@Dj@PpCQDiALsALAQASKwAOgBEe@COCYEa@Es@Eg@" } }, { "travelDuration": "209s", "travelDistanceMeters": 665, "waitDuration": "0s", "totalDuration": "209s", "startTime": "2023-01-14T00:33:12Z", "routePolyline": { "points": "{zteFxbajV?CAYEc@AMC_@AOAK?E?CCWAOAKCe@CY?WScDEm@d@EFA\\ENCB?XEVC^E`@EhBUVCNEB?@?\\Er@IMUe@k@k@w@AAMQa@i@SWQWMQi@u@AC?A" } } ], "routePolyline": { "points": "kvteFtfjVAA?C?C@C?A?C@AFMj@s@JKb@k@Zc@LSjA}ARWDGdAxAdAvAXa@@k@AsA\\c@FKp@_A\\c@Ze@fA{ALSFGd@o@rAgBB{BZc@RWj@w@x@eAHLNRHJbApAHLX\\V^?@hA~AT\\PVFFDHDFJNp@~@NRLNNTFFUZIJY^Y^g@p@[@KP{@fAEFSXe@l@c@h@WZY\\?BELk@v@MNa@l@STY@Yb@GHEDIJEF]f@IJi@r@oAbBeCfDKLaApAKNQVIPKPCDQJIBIBM@iAJeALqBVC@C?A?QBYDI@C?_@Dc@FO@a@FDp@HfAHvABVDl@Dj@PpCQDiALsALAQASKwAOgBEe@COCYEa@Es@Eg@?CAYEc@AMC_@AOAK?E?CCWAOAKCe@CY?WScDEm@d@EFA\\ENCB?XEVC^E`@EhBUVCNEB?@?\\Er@IMUe@k@k@w@AAMQa@i@SWQWMQi@u@AC?A" }, "metrics": { "performedShipmentCount": 3, "travelDuration": "1001s", "waitDuration": "0s", "delayDuration": "0s", "breakDuration": "0s", "visitDuration": "1200s", "totalDuration": "2201s", "travelDistanceMeters": 3457 }, "travelSteps": [ { "duration": "0s", "routePolyline": {} }, { "duration": "0s", "routePolyline": {} }, { "duration": "0s", "routePolyline": {} }, { "duration": "227s", "distanceMeters": 794, "routePolyline": { "points": "kvteFtfjVAA?C?C@C?A?C@AFMj@s@JKb@k@Zc@LSjA}ARWDGdAxAdAvAXa@@k@AsA\\c@FKp@_A\\c@Ze@fA{ALSFGd@o@rAgBB{BZc@" } }, { "duration": "233s", "distanceMeters": 791, "routePolyline": { "points": "cwseFti_jVRWj@w@x@eAHLNRHJbApAHLX\\V^?@hA~AT\\PVFFDHDFJNp@~@NRLNNTFFUZIJY^Y^g@p@[`@KP{@fAEFSXe@l@c@h@WZY\\?BELk@v@MNa@l@" } }, { "duration": "322s", "distanceMeters": 1205, "routePolyline": { "points": "cuseFhjVSTY`@Yb@GHEDIJEF]f@IJi@r@oAbBeCfDKLaApAKNQVIPKPCDQJIBIBM@iAJeALqBVC@C?A?QBYDI@C?_@Dc@FO@a@FDp@HfAHvABVDl@Dj@PpCQDiALsALAQASKwAOgBEe@COCYEa@Es@Eg@" } }, { "duration": "208s", "distanceMeters": 666, "routePolyline": { "points": "{zteFxbajV?CAYEc@AMC_@AOAK?E?CCWAOAKCe@CY?WScDEm@d@EFA\\ENCB?XEVC^E`@EhBUVCNEB?@?\\Er@IMUe@k@k@w@AAMQa@i@SWQWMQi@u@AC?A" } } ], "vehicleDetour": "2201s", "routeCosts": { "model.vehicles.cost_per_hour": 24.455555555555556, "model.vehicles.cost_per_kilometer": 34.57 }, "routeTotalCost": 59.025555555555556 } ], "totalCost": 59.025555555555556, "metrics": { "aggregatedRouteMetrics": { "performedShipmentCount": 3, "travelDuration": "1001s", "waitDuration": "0s", "delayDuration": "0s", "breakDuration": "0s", "visitDuration": "1200s", "totalDuration": "2201s", "travelDistanceMeters": 3457 }, "usedVehicleCount": 1, "earliestVehicleStartTime": "2023-01-14T00:00:00Z", "latestVehicleEndTime": "2023-01-14T00:36:41Z", "totalCost": 59.025555555555556, "costs": { "model.vehicles.cost_per_kilometer": 34.57, "model.vehicles.cost_per_hour": 24.455555555555556 } } }
ルート最適化のレスポンスには、提案されたルートを表す最上位の routes フィールドが含まれます。車両ごとに 1 つのルートが含まれます。このガイドのサンプル リクエストでは車両が 1 台のみ指定されているため、routes には 1 つの ShipmentRoute メッセージが含まれます。
ShipmentRoute 件の宿泊施設
ShipmentRoute メッセージ タイプの最も重要な 2 つのプロパティは、visits と transitions です。
各 Visit は、リクエスト メッセージの VisitRequest のいずれかからの集荷または配達の完了を表します。訪問は、特定の場所と時間で車両が完了する作業を効果的に割り当てたものです。
各 Transition は、ある場所から次の場所へ移動する車両を表します。遷移は、車両の出発地、訪問場所、車両の終点のペアの間で発生する可能性があります。
車両の完全なルートを再構築するには、ShipmentRoute の visits と transitions を組み合わせる必要があります。フィールドを組み合わせて車両アクティビティの進行状況を表すと、次のようになります。
request.vehicles[0].startLocation -> transitions[0] -> visits[0] ->
transitions[1] -> visits[1] -> transitions[2] -> ... -> visits[3] ->
transitions[4] -> request.vehicles[0].endLocation
ShipmentRoute には常に visits より 1 つ多い transitions があります。これは、車両がルートの開始時に開始地点から最初の訪問先まで移動し、ルートの終了時に最後の訪問先から終了地点まで移動する必要があるためです。車両に開始位置または終了位置がない場合でも、最初または最後の訪問場所が車両の開始位置または終了位置としてそれぞれ使用されるため、visits よりも transitions が 1 つ多くなります。
この例では、最初 3 つの集荷訪問は、リクエストで同じ場所を共有しているため、距離と所要時間がゼロの遷移があります。
詳細については、ShipmentRoute リファレンス ドキュメント（REST、gRPC）をご覧ください。
シンプルな経由地の順序の最適化
この例が示すように、Route Optimization は配送のプロパティとして訪問をモデル化し、独立したエンティティとしての経由地や停車地の概念はありません。ただし、1 つの VisitRequest を集荷または配達として、停留所または経由地を配送として表すことは可能です。オプティマイザーが最適なルートを見つける（実行可能なルートを見つけるのではなく）には、車両に costPerHour または costPerKilometer を割り当てる必要があります。