このシナリオでは、シンプルなコスト パラメータを使用して、車両に割り当てられる停車地の順序を最適化します。これはルート最適化オペレーションの最もシンプルなモードで、指定された時間内にすべての停車地を訪問できます。
次の例は、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
メッセージ タイプの最も重要なプロパティは、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
の transitions
は常に visits
よりも 1 つ多くなります。これは、車両はルートの始点で出発地から最初の訪問まで、ルートの終点で最後の訪問から目的地まで移動する必要があるためです。車両に始点または終点が設定されていない場合でも、最初または最後の訪問の位置情報が車両の始点または終点として使用されるため、visits
よりも transitions
が 1 つ多くなります。
この例では、3 つの乗車がすべてリクエスト内の同じ場所を共有するため、最初の 3 回の乗車の遷移があります。距離と所要時間はゼロです。
詳細については、ShipmentRoute
リファレンス ドキュメント(REST、gRPC)をご覧ください。
地点の簡単な順序の最適化
この例に示すように、ルート最適化モデルは配送のプロパティとして訪問し、独立したエンティティとしてのウェイポイントや停車地の概念はありません。ただし、停車地や地点を荷物として表すことはでき、受け取りまたは配達として VisitRequest
を 1 つだけ持つことは可能です。オプティマイザーが(実行可能なルートではなく)最適なルートを見つけるには、車両に costPerHour
または costPerKilometer
を割り当てる必要があります。