Chỉ định cách thức và liệu có nên bao gồm dữ liệu lưu lượng truy cập hay không

Các lựa chọn ưu tiên về giao thông mà bạn chọn sẽ giúp cân bằng độ chính xác của thông tin tuyến đường với hiệu suất của yêu cầu. Khi đưa ra yêu cầu, bạn cần cân nhắc xem nên trả về kết quả chính xác nhất có thể hay trả về kết quả nhanh nhất có thể. Routes API cung cấp các tuỳ chọn cho phép bạn kiểm soát chất lượng của dữ liệu phản hồi so với độ trễ của phản hồi.

Đặt mức dữ liệu lưu lượng truy cập

API Tuyến đường cung cấp RoutingPreference (REST) và RoutingPreference (gRPC) cho phép bạn chỉ định các lựa chọn ưu tiên về định tuyến để tính toán các tuyến đường. Các các lựa chọn ưu tiên khác nhau ở mức độ mà chúng tính đến điều kiện lưu lượng truy cập vào tính toán tuyến đường. Mỗi lựa chọn ưu tiên định tuyến sẽ tạo ra kết quả khác nhau về chất lượng tuyến đường, thời gian đến dự kiến và độ trễ phản hồi.

Tình trạng giao thông mô tả tốc độ lưu lượng giao thông. Ví dụ:

• Khi không có tắc nghẽn, tình trạng giao thông được coi là bình thường và luồng giao thông ở tốc độ không bị cản trở như bình thường.
• Đang đến gần giờ cao điểm, mật độ giao thông tăng, khiến giao thông đến giảm tốc độ, tạo ra tình trạng giao thông từ nhẹ đến trung bình.
• Trong lưu lượng truy cập từ quảng cáo đệm đến đoạn quảng cáo đệm, lưu lượng truy cập bị gián đoạn, tạo ra tình trạng giao thông.

Không nhận biết được lưu lượng truy cập

Khi bạn đặt lựa chọn ưu tiên về định tuyến TRAFFIC_UNAWARE, các tuyến đường sẽ được tính toán mà không tính đến tình trạng giao thông hiện tại. Lựa chọn ưu tiên về định tuyến này cung cấp độ trễ phản hồi thấp nhất (phản hồi được trả về nhanh nhất).

TRAFFIC_UNAWARE là chế độ cài đặt mặc định.

Trong phản hồi:

• ETA có trong thuộc tính phản hồi duration.

• Các thuộc tính phản hồi duration và staticDuration chứa cùng một thuộc tính giá trị.

Sử dụng tuỳ chọn định tuyến này khi bạn muốn phản hồi được trả về nhanh nhất và thông tin định tuyến ước chừng vẫn đủ chính xác.

Nhận biết lưu lượng truy cập

Khi bạn đặt tuỳ chọn định tuyến TRAFFIC_AWARE, các tuyến đường sẽ được tính toán dựa trên tình trạng giao thông hiện tại. Do đó, tuyến đường và chi tiết tuyến đường phản ánh chính xác hơn các điều kiện thực tế. Bởi vì sự gia tăng này trong chất lượng dữ liệu sẽ đánh đổi bằng độ trễ phản hồi, việc tối ưu hoá hiệu suất được áp dụng để giảm nhiều độ trễ.

Trong câu trả lời:

• Thời gian đến dự kiến (ETA) có tính đến lưu lượng truy cập theo thời gian thực được chứa trong thuộc tính phản hồi duration.

• Thuộc tính phản hồi staticDuration chứa thời lượng di chuyển qua tuyến đường mà không xem xét đến tình trạng giao thông.

Hãy sử dụng tùy chọn định tuyến này khi bạn muốn thông tin định tuyến chính xác hơn TRAFFIC_UNAWARE, nhưng bạn không ngại nếu phản hồi được trả về kèm theo độ trễ tăng vừa phải.

Tối ưu hoá theo lưu lượng truy cập

Khi bạn đặt lựa chọn ưu tiên về định tuyến TRAFFIC_AWARE_OPTIMAL, các tuyến đường sẽ được tính toán cho điều kiện giao thông hiện tại, nhưng không có hiệu suất tối ưu hoá. Ở chế độ này, máy chủ sẽ thực hiện toàn diện hơn tìm kiếm mạng lưới đường để tìm tuyến đường tối ưu.

Lựa chọn ưu tiên định tuyến TRAFFIC_AWARE_OPTIMAL tương đương với chế độ mà maps.google.com và ứng dụng Google Maps dành cho thiết bị di động sử dụng.

Khi sử dụng tuỳ chọn này với tính năng Tính toán ma trận tuyến đường, số lượng phần tử trong một yêu cầu (số lượng điểm xuất phát × số lượng điểm đến) không được vượt quá 100. Để biết thêm thông tin về giới hạn của ma trận tuyến tính, hãy xem Tính toán ma trận lộ trình.

Trong câu trả lời:

• Thời gian đến dự kiến (ETA) có tính đến lưu lượng truy cập theo thời gian thực được chứa trong thuộc tính phản hồi duration.

• Thuộc tính phản hồi staticDuration chứa thời lượng di chuyển qua tuyến đường mà không tính đến tình trạng giao thông.

Lựa chọn ưu tiên định tuyến này cung cấp độ trễ phản hồi cao nhất (tức là phản hồi trả về với độ trễ dài nhất). Hãy sử dụng lựa chọn ưu tiên định tuyến này khi bạn muốn có kết quả chất lượng cao nhất, bất kể thời gian phản hồi.

Ảnh hưởng của việc đặt thời gian khởi hành

Bạn có thể tuỳ ý sử dụng thuộc tính departureTime để đặt giờ khởi hành cho một chuyến đi. Nếu bạn không đặt thuộc tính departureTime, thì thuộc tính này sẽ mặc định là thời điểm bạn đưa ra yêu cầu.

• Đối với TRAFFIC_UNAWARE, bạn không thể đặt departureTime vì lựa chọn về tuyến đường và thời lượng dựa trên mạng đường và điều kiện giao thông trung bình không phụ thuộc vào thời gian.

• Đối với TRAFFIC_AWARE và TRAFFIC_AWARE_OPTIMAL, sử dụng giao thông trực tiếp xem xét một số điều kiện cụ thể, thì lưu lượng truy cập trực tiếp đóng vai trò quan trọng hơn gần với departureTime hơn. Bạn càng đặt thời gian khởi hành xa hơn trong tương lai, thì càng có nhiều điều kiện lưu lượng truy cập trong quá khứ được xem xét.

Ví dụ về cách đặt tuỳ chọn định tuyến

Mã JSON sau đây minh hoạ cách đặt tuỳ chọn định tuyến trong một phần nội dung của thực thể thông báo yêu cầu.

{
  "origin":{
    "location":{
      "latLng":{
        "latitude":37.419734,
        "longitude":-122.0827784
      }
    }
  },
  "destination":{
    "location":{
      "latLng":{
        "latitude":37.417670,
        "longitude":-122.079595
      }
    }
  },
  "travelMode":"DRIVE",
  "routingPreference":"TRAFFIC_AWARE_OPTIMAL"
}

Định cấu hình lưu lượng truy cập trên nhiều đường

Routes API cho phép bạn yêu cầu thông tin về tình trạng giao thông dọc theo một đường đa tuyến có nhận biết tình trạng giao thông. Xem Yêu cầu hình nhiều đường để biết thêm thông tin.