- تمثيل JSON
- الشحن
- VisitRequest
- LatLng
- Waypoint
- الموقع الجغرافي
- TimeWindow
- مركبة
- TravelMode
- RouteModifiers
- UnloadingPolicy
- LoadLimit
- الفاصل الزمني
- DurationLimit
- DistanceLimit
- BreakRule
- BreakRequest
- FrequencyConstraint
- DurationDistanceMatrix
- الصف
- TransitionAttributes
- ShipmentTypeIncompatibility
- IncompatibilityMode
- ShipmentTypeRequirement
- RequirementMode
- PrecedenceRule
يحتوي نموذج الشحن على مجموعة من الشحنات التي يجب تنفيذها بواسطة مجموعة من المركبات، مع تقليل التكلفة الإجمالية إلى أدنى حد، وهي مجموع ما يلي:
- تكلفة توجيه المركبات (مجموع التكلفة لكل إجمالي الوقت والتكلفة لكل وقت السفر والتكلفة الثابتة على جميع المركبات)
- عقوبات الشحن غير المنفَّذ
- تكلفة المدة الزمنية الإجمالية للشحنات
تمثيل JSON |
---|
{ "shipments": [ { object ( |
الحقول | |
---|---|
shipments[] |
مجموعة الشحنات التي يجب تنفيذها في النموذج |
vehicles[] |
مجموعة من المركبات التي يمكن استخدامها لإجراء الزيارات |
global |
وقتا البدء والانتهاء العامان للنموذج: لا يمكن اعتبار أي أوقات خارج هذا النطاق صالحة. يجب أن تكون الفترة الزمنية للنموذج أقل من عام، أي أنّ عند استخدام حقول يجب أن يكون طابعًا زمنيًا بالتنسيق RFC3339 UTC "Zulu" وبدقة تصل إلى نانوثانية وما يصل إلى تسعة أرقام كسور. أمثلة: |
global |
في حال عدم ضبط القيمة، يتم استخدام 00:00:00 بالتوقيت العالمي المنسق، 1 كانون الثاني (يناير) 1971 (أي الثواني: 31536000، النانو ثانية: 0) كقيمة تلقائية. يجب أن يكون طابعًا زمنيًا بالتنسيق RFC3339 UTC "Zulu" وبدقة تصل إلى نانوثانية وما يصل إلى تسعة أرقام كسور. أمثلة: |
global |
"المدة الإجمالية" للخطة العامة هي الفرق بين أقرب وقت بدء سارٍ وآخر وقت انتهاء سارٍ لجميع المركبات. يمكن للمستخدمين تحديد تكلفة لكل ساعة لهذه الكمية لمحاولة تحسينها من أجل إكمال المهمة في أقرب وقت ممكن، على سبيل المثال. يجب أن تكون هذه التكلفة بالوحدة نفسها المستخدَمة في |
duration |
تُحدِّد مصفوفات المدة والمسافة المستخدَمة في النموذج. إذا كان هذا الحقل فارغًا، سيتم استخدام "خرائط Google" أو المسافات الجيوديسية بدلاً من ذلك، استنادًا إلى قيمة الحقل أمثلة على الاستخدام:
|
duration |
علامات تحدّد مصادر مصفوفتَي المدة والمسافة: تتطابق العلامات مع |
duration |
علامات تحدّد وجهات مصفوفتَي المدة والمسافة؛ تتطابق العلامات مع |
transition |
تمّت إضافة سمات الانتقال إلى النموذج. |
shipment |
مجموعات من أنواع الشحن غير المتوافقة (راجِع |
shipment |
مجموعات من متطلبات |
precedence |
مجموعة من قواعد الأسبقية التي يجب فرضها في النموذج |
max |
تحدّ من الحد الأقصى لعدد المركبات النشطة. تكون المركبة نشطة إذا كان مسارها ينقل شحنة واحدة على الأقل. يمكن استخدام هذا الإجراء للحدّ من عدد المسارات في حال كان عدد السائقين أقل من عدد المركبات وكان أسطول المركبات غير متجانس. بعد ذلك، سيحدِّد التحسين أفضل مجموعة فرعية من المركبات لاستخدامها. يجب أن تكون موجبة بالتأكيد. |
الشحن
شحن سلعة واحدة من مكان جمعها إلى مكان تسليمها لكي يتم اعتبار الشحنة مكتملة، يجب أن تزور مركبة فريدة أحد مواقع الاستلام (وتُخفض سعتها الاحتياطية وفقًا لذلك)، ثم تزور أحد مواقع التسليم لاحقًا (وبالتالي تُعيد زيادة سعتها الاحتياطية وفقًا لذلك).
تمثيل JSON |
---|
{ "displayName": string, "pickups": [ { object ( |
الحقول | |
---|---|
display |
الاسم المعروض الذي يحدّده المستخدم للشحنة يمكن أن يصل طوله إلى 63 حرفًا وقد يستخدم أحرف UTF-8. |
pickups[] |
مجموعة من بدائل الاستلام المرتبطة بالشحنة في حال عدم تحديد موقع جغرافي، يجب أن تزور المركبة موقعًا جغرافيًا يتوافق مع عمليات التسليم. |
deliveries[] |
مجموعة من بدائل التسليم المرتبطة بالشحنة في حال عدم تحديد موقع جغرافي، يجب أن تزور المركبة موقعًا جغرافيًا يتطابق مع مواقع الاستلام. |
load |
متطلبات تحميل الشحنة (مثل الوزن والحجم وعدد المنصات وما إلى ذلك) يجب أن تكون المفاتيح في الخريطة معرّفات تصف نوع الحمولة المقابلة، ويُفضّل أن تتضمّن أيضًا الوحدات. على سبيل المثال: "weight_kg" و"volume_gallons" و"pallet_count" وما إلى ذلك. إذا لم يظهر مفتاح معيّن في الخريطة، يُعتبَر الحمولة المقابلة فارغة. |
allowed |
مجموعة المركبات التي يمكنها تنفيذ هذه الشحنة إذا كان الحقل فارغًا، يمكن لجميع المركبات تنفيذه. يتم عرض المركبات حسب فهرسها في قائمة |
costs |
تُستخدَم لتحديد التكلفة المتكبّدة عند تسليم هذه الشحنة بواسطة كل مركبة. في حال تحديدها، يجب أن تتضمّن أيًا مما يلي:
يجب أن تكون هذه التكاليف بالوحدة نفسها المستخدَمة في |
costs |
مؤشرات المركبات التي ينطبق عليها |
pickup |
تُستخدَم لتحديد الحد الأقصى للوقت المطلق للمسار غير المباشر مقارنةً بأقصر مسار من نقطة الاستلام إلى نقطة التسليم. في حال تحديده، يجب أن يكون موجبًا، ويجب أن تحتوي الشحنة على عملية استلام وتسليم واحدة على الأقل. على سبيل المثال، لنفترض أنّ t هو أقصر وقت يستغرقه الانتقال من خيار استلام الطلب المحدّد مباشرةً إلى خيار التسليم المحدّد. بعد ذلك، يفرض الإعداد
في حال تحديد الحدود النسبية والمطلقة في الشحنة نفسها، يتم استخدام الحد الأكثر تقييدًا لكل زوج من عمليات الاستلام/التسليم المحتملة. اعتبارًا من تشرين الأول (أكتوبر) 2017، لا تتوفّر الالتفافات إلا عندما لا تعتمد مدد التنقّل على المركبات. المدة بالثواني مع ما يصل إلى تسعة أرقام كسور، وتنتهي بـ " |
pickup |
تحدّد هذه السمة الحد الأقصى لمدة عملية الشحن من بداية الاستلام إلى بدء التسليم. في حال تحديده، يجب أن يكون موجبًا، ويجب أن تحتوي الشحنة على عملية استلام وتسليم واحدة على الأقل. ولا يعتمد ذلك على البدائل التي يتم اختيارها للاستلام والتسليم، ولا على سرعة المركبة. ويمكن تحديد ذلك إلى جانب قيود الانحراف القصوى: سيلتزم الحل بكلتا المواصفات. المدة بالثواني مع ما يصل إلى تسعة أرقام كسور، وتنتهي بـ " |
shipment |
سلسلة غير فارغة تحدّد "نوعًا" لهذه الشحنة يمكن استخدام هذه الميزة لتحديد حالات عدم التوافق أو المتطلبات بين يختلف عن |
label |
تُحدِّد تصنيفًا لهذه الشحنة. يتم تسجيل هذا التصنيف في الردّ في |
ignore |
إذا كانت القيمة صحيحة، تخطّ هذه الشحنة، ولكن لا تطبِّق يؤدي تجاهل شحنة إلى حدوث خطأ في التحقّق عند توفّر أي يُسمح بتجاهل شحنة يتم تنفيذها في |
penalty |
في حال عدم اكتمال الشحنة، تتم إضافة هذه الغرامة إلى التكلفة الإجمالية للمسارات. تُعتبر الشحنة مكتملة إذا تم زيارة أحد خيارات الاستلام والتسليم. يمكن التعبير عن التكلفة بالوحدة نفسها المستخدَمة في جميع الحقول الأخرى ذات الصلة بالتكلفة في النموذج، ويجب أن تكون موجبة. ملاحظة مهمة: إذا لم يتم تحديد هذه العقوبة، سيتم اعتبارها غير محدودة، أي أنّه يجب إكمال الشحنة. |
pickup |
تُحدِّد الحد الأقصى للوقت النسبي للمسار غير المباشر مقارنةً بالمسار الأقصر من نقطة الاستلام إلى نقطة التسليم. في حال تحديده، يجب أن يكون موجبًا، ويجب أن تحتوي الشحنة على عملية استلام وتسليم واحدة على الأقل. على سبيل المثال، لنفترض أنّ t هو أقصر وقت يستغرقه الانتقال من خيار استلام الطلب المحدّد مباشرةً إلى خيار التسليم المحدّد. بعد ذلك، يفرض الإعداد
في حال تحديد الحدود النسبية والمطلقة في الشحنة نفسها، يتم استخدام الحد الأكثر تقييدًا لكل زوج من عمليات الاستلام/التسليم المحتملة. اعتبارًا من تشرين الأول (أكتوبر) 2017، لا تتوفّر الالتفافات إلا عندما لا تعتمد مدد التنقّل على المركبات. |
VisitRequest
طلب زيارة يمكن إجراؤها بواسطة مركبة: لها موقع جغرافي (أو موقعان، راجِع المعلومات أدناه)، وأوقات افتتاح وإغلاق يتم تمثيلها من خلال الفترات الزمنية، ومدة الخدمة (الوقت الذي تقضيه المركبة بعد وصولها لجمع السلع أو تسليمها).
تمثيل JSON |
---|
{ "arrivalLocation": { object ( |
الحقول | |
---|---|
arrival |
الموقع الجغرافي الذي تصل إليه المركبة عند تنفيذ هذا |
arrival |
نقطة الطريق التي تصل إليها المركبة عند تنفيذ هذه |
departure |
الموقع الجغرافي الذي تغادر منه المركبة بعد إكمال هذا |
departure |
نقطة الطريق التي تغادر منها المركبة بعد إكمال هذا |
tags[] |
تحدِّد العلامات المرفقة بطلب الزيارة. لا يُسمح باستخدام سلاسل فارغة أو مكرّرة. |
time |
الفترات الزمنية التي تحدّ من وقت الوصول في إحدى الزيارات يُرجى العِلم أنّه قد تغادر المركبة خارج فترة وقت الوصول، أي أنّ وقت الوصول + المدة لا يجب أن يكونا ضمن فترة زمنية. وقد يؤدي ذلك إلى الانتظار إذا وصلت المركبة قبل يعني عدم توفّر يجب أن تكون الفترات الزمنية غير متداخلة، أي يجب ألا تتداخل أي فترة زمنية مع أخرى أو تكون مجاورة لها، ويجب أن تكون بترتيب متزايد. لا يمكن ضبط |
duration |
مدة الزيارة، أي الوقت الذي تقضيه المركبة بين الوصول والمغادرة (تُضاف إلى وقت الانتظار المحتمَل، راجِع المدة بالثواني مع ما يصل إلى تسعة أرقام كسور، وتنتهي بـ " |
cost |
تكلفة خدمة طلب الزيارة هذا على مسار مركبة. ويمكن استخدامها لدفع تكاليف مختلفة لكل عملية استلام أو تسليم بديلة للشحنة. يجب أن تكون هذه التكلفة بالوحدة نفسها المستخدَمة في |
load |
تحميل متطلبات طلب الزيارة هذا يشبه هذا الحقل حقل |
visit |
تحدِّد أنواع الزيارة. ويمكن استخدام هذا الوقت لتحديد الوقت الإضافي المطلوب لمركبة لإكمال هذه الزيارة (راجِع يمكن أن يظهر النوع مرّة واحدة فقط. |
label |
تُحدِّد تصنيفًا لهذا |
LatLng
عنصر يمثّل زوجًا من خطوط العرض/خطوط الطول ويتم التعبير عن ذلك كزوج من الأعداد المزدوجة لتمثيل درجات خط العرض ودرجات خط الطول. يجب أن يكون هذا العنصر متوافقًا مع معيار WGS84 ما لم يتم تحديد خلاف ذلك. يجب أن تكون القيم ضمن النطاقات العادية.
تمثيل JSON |
---|
{ "latitude": number, "longitude": number } |
الحقول | |
---|---|
latitude |
خط العرض بالدرجات يجب أن يكون في النطاق [-90.0, +90.0]. |
longitude |
خط الطول بالدرجات يجب أن تكون القيمة ضمن النطاق [-180.0, +180.0]. |
النقطة الوسيطة
تُغلِّف نقطة طريق. تُستخدَم نقاط التوقف لتحديد مواقع الوصول والمغادرة لطلبات الزيارة، ومواقع البدء والانتهاء للمركبات.
تمثيل JSON |
---|
{ "sideOfRoad": boolean, // Union field |
الحقول | |
---|---|
side |
اختيارية: يشير ذلك إلى أنّ الموقع الجغرافي لنقطة المرور هذه يُفضّل أن تتوقف المركبة على جانب معيّن من الطريق. عند ضبط هذه القيمة، سيمرّ المسار عبر الموقع الجغرافي لكي تتمكّن المركبة من التوقف على جانب الطريق الذي يميل إليه الموقع الجغرافي من مركز الطريق. لا يعمل هذا الخيار مع وضع التنقّل "المشي". |
حقل الربط location_type طرق مختلفة لتمثيل موقع جغرافي يمكن أن يكون location_type واحدًا فقط مما يلي: |
|
location |
نقطة محدّدة باستخدام إحداثيات جغرافية، بما في ذلك عنوان اختياري |
place |
معرّف مكان نقطة الاهتمام المرتبط بنقطة الطريق |
الموقع الجغرافي
تُحاط بموقع جغرافي (نقطة جغرافية وعنوان اختياري).
تمثيل JSON |
---|
{
"latLng": {
object ( |
الحقول | |
---|---|
lat |
الإحداثيات الجغرافية لنقطة الطريق |
heading |
اتجاه البوصلة المرتبط باتجاه تدفق حركة المرور تُستخدَم هذه القيمة لتحديد جانب الطريق الذي سيتم استخدامه لعمليات الاستلام والإرجاع. يمكن أن تتراوح قيم الاتجاه بين 0 و360، حيث يحدد الصفر اتجاهًا شماليًا تمامًا، ويحدد 90 اتجاهًا شرقيًا تمامًا، وما إلى ذلك. |
TimeWindow
تحدّ الفترات الزمنية من وقت الحدث، مثل وقت الوصول إلى زيارة أو وقت بدء مركبة وانتهائها.
تفرض حدود الفترة الزمنية الثابتة، startTime
وendTime
، أقرب وقت وآخر وقت للحدث، على النحو التالي: startTime <= event_time <=
endTime
. يعبّر الحدّ الأدنى لفترة الوقت المرن، softStartTime
، عن تفضيل حدوث الحدث في softStartTime
أو بعد ذلك من خلال تكبد تكلفة تتناسب مع المدة التي قبل softStartTime يحدث فيها الحدث. يعبّر الحدّ الأقصى لفترة الوقت المرنة، softEndTime
، عن تفضيل حدوث الحدث في softEndTime
أو قبله من خلال تكبد تكلفة تتناسب مع المدة التي يحدث فيها الحدث بعد softEndTime
. يجب أن تكون القيم startTime
وendTime
وsoftStartTime
وsoftEndTime
ضمن الحدود الزمنية العامة (راجِع ShipmentModel.global_start_time
وShipmentModel.global_end_time
) وأن تلتزم بما يلي:
0 <= `startTime` <= `endTime` and
0 <= `startTime` <= `softStartTime` and
0 <= `softEndTime` <= `endTime`.
تمثيل JSON |
---|
{ "startTime": string, "endTime": string, "softStartTime": string, "softEndTime": string, "costPerHourBeforeSoftStartTime": number, "costPerHourAfterSoftEndTime": number } |
الحقول | |
---|---|
start |
وقت بدء الفترة الزمنية الثابتة إذا لم يتم تحديدها، سيتم ضبطها على يجب أن يكون طابعًا زمنيًا بالتنسيق RFC3339 UTC "Zulu" وبدقة تصل إلى نانوثانية وما يصل إلى تسعة أرقام كسور. أمثلة: |
end |
وقت انتهاء الفترة الزمنية الصارمة إذا لم يتم تحديدها، سيتم ضبطها على يجب أن يكون طابعًا زمنيًا بالتنسيق RFC3339 UTC "Zulu" وبدقة تصل إلى نانوثانية وما يصل إلى تسعة أرقام كسور. أمثلة: |
soft |
وقت بدء الفترة الزمنية يجب أن يكون طابعًا زمنيًا بالتنسيق RFC3339 UTC "Zulu" وبدقة تصل إلى نانوثانية وما يصل إلى تسعة أرقام كسور. أمثلة: |
soft |
وقت الانتهاء النهائي لفترة زمنية معيّنة يجب أن يكون طابعًا زمنيًا بالتنسيق RFC3339 UTC "Zulu" وبدقة تصل إلى نانوثانية وما يصل إلى تسعة أرقام كسور. أمثلة: |
cost |
تكلفة لكل ساعة تُضاف إلى التكاليف الأخرى في النموذج إذا حدث الحدث قبل softStartTime، ويتم احتسابها على النحو التالي:
يجب أن تكون هذه التكلفة موجبة، ولا يمكن ضبط الحقل إلا إذا تم ضبط softStartTime. |
cost |
تكلفة لكل ساعة تُضاف إلى التكاليف الأخرى في النموذج إذا حدث الحدث بعد
يجب أن تكون هذه التكلفة موجبة، ولا يمكن ضبط الحقل إلا إذا تم ضبط |
مركبة
نماذج مركبة تواجه مشكلة في الشحن سيؤدي حلّ مشكلة الشحن إلى إنشاء مسار يبدأ من startLocation
وينتهي في endLocation
لهذه المركبة. المسار هو تسلسل من الزيارات (راجِع ShipmentRoute
).
تمثيل JSON |
---|
{ "displayName": string, "travelMode": enum ( |
الحقول | |
---|---|
display |
الاسم المعروض للمركبة الذي حدّده المستخدم يمكن أن يصل طوله إلى 63 حرفًا وقد يستخدم أحرف UTF-8. |
travel |
وضع التنقّل الذي يؤثر في الطرق التي يمكن للمركبة استخدامها وسرعتها يمكنك أيضًا الاطّلاع على |
route |
مجموعة من الشروط التي يجب استيفاؤها والتي تؤثّر في طريقة احتساب المسارات للمركبة المحدّدة. |
start |
الموقع الجغرافي الذي تبدأ منه المركبة قبل استلام أي شحنات إذا لم يتم تحديده، تبدأ المركبة في أول عملية استلام. إذا كان نموذج الشحن يتضمّن مصفوفات المدة والمسافة، يجب عدم تحديد |
start |
نقطة طريق تمثّل موقعًا جغرافيًا تبدأ منه المركبة قبل استلام أي شحنات. إذا لم يتم تحديد |
end |
الموقع الجغرافي الذي تنتهي فيه المركبة بعد إكمال آخر |
end |
نقطة طريق تمثّل موقعًا جغرافيًا تنتهي فيه المركبة بعد إكمال آخر |
start |
تُحدِّد العلامات المرفقة ببداية مسار المركبة. لا يُسمح باستخدام سلاسل فارغة أو مكرّرة. |
end |
تحدّد العلامات المرفقة بنهاية مسار المركبة. لا يُسمح باستخدام سلاسل فارغة أو مكرّرة. |
start |
الفترات الزمنية التي يمكن خلالها للمركبة مغادرة موقعها الجغرافي الأولي ويجب أن تكون ضمن الحدود الزمنية العامة (راجِع حقول يجب أن تكون الفترات الزمنية التي تنتمي إلى الحقل المتكرّر نفسه غير متداخلة، أي لا يمكن أن تتداخل أي فترة زمنية مع أخرى أو تكون مجاورة لها، ويجب أن تكون بالترتيب الزمني. لا يمكن ضبط |
end |
الفترات الزمنية التي قد تصل خلالها المركبة إلى موقعها النهائي ويجب أن تكون ضمن الحدود الزمنية العامة (راجِع حقول يجب أن تكون الفترات الزمنية التي تنتمي إلى الحقل المتكرّر نفسه غير متداخلة، أي لا يمكن أن تتداخل أي فترة زمنية مع أخرى أو تكون مجاورة لها، ويجب أن تكون بالترتيب الزمني. لا يمكن ضبط |
unloading |
تم فرض سياسة التفريغ على المركبة. |
load |
سعة المركبة (الوزن والحجم وعدد المنصات مثلاً) المفاتيح في الخريطة هي معرّفات لنوع الحمولة، بما يتوافق مع مفاتيح حقل |
cost |
تكاليف المركبات: تُجمع جميع التكاليف ويجب أن تكون بالوحدة نفسها المستخدَمة في التكلفة لكل ساعة من مسار المركبة يتم تطبيق هذه التكلفة على إجمالي الوقت المستغرَق في المسار، ويشمل ذلك وقت التنقّل ووقت الانتظار ووقت الزيارة. قد يؤدي استخدام |
cost |
التكلفة لكل ساعة من مسار المركبة لا تُطبَّق هذه التكلفة إلا على مدة التنقّل التي يستغرقها المسار (أي المدة المُسجَّلة في |
cost |
التكلفة لكل كيلومتر من مسار المركبة يتم تطبيق هذه التكلفة على المسافة الواردة في |
fixed |
يتم تطبيق تكلفة ثابتة إذا تم استخدام هذه المركبة لمعالجة شحنة. |
used |
لا ينطبق هذا الحقل إلا على المركبات التي لا يمرّ مسارها بأي شحنات. يشير ذلك إلى ما إذا كان يجب اعتبار المركبة مستعملة أم لا في هذه الحالة. إذا كان صحيحًا، تنتقل المركبة من موقعها الجغرافي الأول إلى موقعها الجغرافي النهائي حتى إذا لم تكن تنقل أي شحنات، ويتم أخذ تكاليف الوقت والمسافة الناتجة عن التنقّل من نقطة البداية إلى نقطة النهاية في الاعتبار. بخلاف ذلك، لا تنتقل المركبة من موقع البدء إلى موقع النهاية، ولا يتم تحديد أي |
route |
الحدّ الذي يتم تطبيقه على إجمالي مدة مسار المركبة في |
travel |
الحدّ المفروض على مدة التنقّل في مسار المركبة في |
route |
الحدّ الذي يتم تطبيقه على إجمالي مسافة مسار المركبة في |
extra |
تحدِّد خريطة من سلاسل visitTypes إلى المدّات. المدة هي الوقت بالإضافة إلى إذا كان طلب الزيارة يتضمّن أنواعًا متعدّدة، ستتم إضافة مدة لكل نوع في الخريطة. |
break |
يصف جدول الراحة الذي سيتم فرضه على هذه المركبة. إذا كانت فارغة، لن يتم جدولة أي فواصل لهذه المركبة. |
label |
تُحدِّد تصنيفًا لهذه المركبة. يتم تسجيل هذا التصنيف في الردّ على أنّه |
ignore |
إذا كانت القيمة صحيحة، يجب أن تكون إذا تم تنفيذ عملية شحن بواسطة مركبة تم تجاهلها في إذا تم تنفيذ عملية شحن بواسطة مركبة تم تجاهلها في |
travel |
تُحدِّد هذه السمة عاملاً مضاعِفًا يمكن استخدامه لزيادة أو تقليل أوقات التنقّل لهذه المركبة. على سبيل المثال، يعني ضبط هذا المقياس على 2.0 أنّ هذه المركبة أبطأ وأنّ مدد التنقّل فيها ضعف مدد التنقّل في المركبات العادية. ولا يؤثّر هذا المُضاعِف في مدّة الزيارة. ويؤثر ذلك في التكلفة في حال تحديد تحذير: سيتم تقريب أوقات التنقّل إلى أقرب ثانية بعد تطبيق هذا المُضاعِف ولكن قبل إجراء أي عمليات رقمية، وبالتالي قد يؤدي المُضاعِف الصغير إلى فقدان الدقة. يُرجى الاطّلاع أيضًا على |
TravelMode
وسائل النقل التي يمكن استخدامها من قِبل المركبات
يجب أن تكون هذه الإعدادات مجموعة فرعية من أوضاع التنقّل في واجهة برمجة التطبيقات "الطرق المفضّلة" في "منصّة خرائط Google"، راجِع: https://developers.google.com/maps/documentation/routes_preferred/reference/rest/Shared.Types/RouteTravelMode.
عمليات التعداد | |
---|---|
TRAVEL_MODE_UNSPECIFIED |
وضع سفر غير محدّد، ما يعادل DRIVING |
DRIVING |
وضع التنقّل المرتبط باتجاهات القيادة (سيارة، وما إلى ذلك) |
WALKING |
وضع السفر المرتبط باتجاهات المشي |
RouteModifiers
تُحاط مجموعة من الشروط الاختيارية التي يجب استيفاؤها عند احتساب مسارات المركبات. يشبه هذا الإجراء العنصر RouteModifiers
في واجهة برمجة التطبيقات المفضّلة للمسارات في "منصّة خرائط Google". يُرجى الاطّلاع على: https://developers.google.com/maps/documentation/routes/reference/rest/v2/RouteModifiers.
تمثيل JSON |
---|
{ "avoidTolls": boolean, "avoidHighways": boolean, "avoidFerries": boolean, "avoidIndoor": boolean } |
الحقول | |
---|---|
avoid |
لتحديد ما إذا كنت تريد تجنُّب الطرق ذات الرسوم في الحالات المعقولة سيتم منح الأولوية للمسارات التي لا تتضمّن طرقًا ذات رسوم عبور. لا ينطبق إلا على وسائل النقل الآلية. |
avoid |
يحدّد ما إذا كان يجب تجنُّب الطرق السريعة كلما أمكن ذلك. وسيتم منح الأولوية للمسارات التي لا تحتوي على طرق سريعة. لا ينطبق إلا على وسائل النقل الآلية. |
avoid |
تُحدِّد ما إذا كان يجب تجنُّب العبّارات كلما أمكن ذلك. سيتم منح الأولوية للمسارات التي لا تتضمّن السفر عبر العبّارات. لا ينطبق إلا على وسائل النقل الآلية. |
avoid |
اختيارية: تحدِّد ما إذا كان يجب تجنُّب التنقّل داخل المباني حيثما أمكن. سيتم منح الأولوية للمسارات التي لا تتضمّن التنقّل داخل المباني. ينطبق ذلك على وضع السفر |
UnloadingPolicy
سياسة حول كيفية تفريغ حمولة المركبة لا ينطبق إلا على الشحنات التي تتضمّن عملية استلام وتسليم.
يمكن شحن البضائع الأخرى في أي مكان على المسار بغض النظر عن unloadingPolicy
.
عمليات التعداد | |
---|---|
UNLOADING_POLICY_UNSPECIFIED |
سياسة تفريغ غير محدّدة، يجب أن تتم عمليات التسليم بعد عمليات الاستلام المقابلة لها. |
LAST_IN_FIRST_OUT |
يجب أن تتم عمليات التسليم بترتيب عكسي لعمليات الاستلام. |
FIRST_IN_FIRST_OUT |
يجب أن تتم عمليات التسليم بالترتيب نفسه الذي تم به استلام الطلبات. |
LoadLimit
تُحدِّد الحد الأقصى للحمولة التي يمكن أن تحملها المركبة، مثلاً "يمكن أن تحمل هذه الشاحنة ما يصل إلى 3500 كيلوغرام فقط". يمكنك الاطّلاع على loadLimits
.
تمثيل JSON |
---|
{ "softMaxLoad": string, "costPerUnitAboveSoftMax": number, "startLoadInterval": { object ( |
الحقول | |
---|---|
soft |
حدّ غير حاسم للحمل يمكنك الاطّلاع على |
cost |
إذا تجاوز الحمولة |
start |
الفاصل الزمني المقبول لتحميل المركبة في بداية المسار |
end |
الفاصل الزمني المقبول لتحميل المركبة في نهاية المسار |
max |
الحد الأقصى المسموح به للحمل |
الفاصل الزمني
الفاصل الزمني لمقدار الحمل المقبول
تمثيل JSON |
---|
{ "min": string, "max": string } |
الحقول | |
---|---|
min |
الحد الأدنى للحمل المقبول يجب أن تكون القيمة أكبر من أو تساوي 0. في حال تحديد كلاهما، يجب أن تكون |
max |
الحد الأقصى للحمل المقبول يجب أن تكون القيمة أكبر من أو تساوي 0. في حال عدم تحديد الحد الأقصى للحمولة، لا تفرض هذه الرسالة أي قيود عليه. في حال تحديد كلاهما، يجب أن تكون |
DurationLimit
حدّ يحدّد الحدّ الأقصى لمدة مسار مركبة يمكن أن يكون صلبًا أو لينًا.
عند تحديد حقل حدّ أدنى غير صارم، يجب تحديد الحدّ الأقصى غير الصارم والتكلفة المرتبطة به معًا.
تمثيل JSON |
---|
{ "maxDuration": string, "softMaxDuration": string, "quadraticSoftMaxDuration": string, "costPerHourAfterSoftMax": number, "costPerSquareHourAfterQuadraticSoftMax": number } |
الحقول | |
---|---|
max |
حدّ ثابت يفرض ألا تتجاوز المدة maxDuration المدة بالثواني مع ما يصل إلى تسعة أرقام كسور، وتنتهي بـ " |
soft |
الحدّ المقبول هو حدّ لا يفرض الحدّ الأقصى لمدة الرحلة، ولكن عند مخالفته، يتسبب في تحمّل المسار تكلفة. تضاف هذه التكلفة إلى التكاليف الأخرى المحدّدة في النموذج، باستخدام الوحدة نفسها. يجب أن تكون المدة بالثواني مع ما يصل إلى تسعة أرقام كسور، وتنتهي بـ " |
quadratic |
الحدّ المُعتدل هو حدّ لا يفرض الحدّ الأقصى لمدة الرحلة، ولكن عند انتهاكه، يتسبب في تحمّل المسار تكلفةً تتناسب طرديًا مع المدة. تضاف هذه التكلفة إلى التكاليف الأخرى المحدّدة في النموذج، باستخدام الوحدة نفسها. يجب أن تكون
المدة بالثواني مع ما يصل إلى تسعة أرقام كسور، وتنتهي بـ " |
cost |
التكلفة لكل ساعة يتم تحصيلها في حال انتهاك الحدّ الأقصى
يجب أن تكون التكلفة غير سالبة. |
cost |
التكلفة لكل ساعة مربّعة يتمّ تحصيلها في حال انتهاك الحدّ الأقصى تكون التكلفة الإضافية 0 إذا كانت المدة أقل من الحدّ الأدنى، وإلا تعتمد التكلفة على المدة على النحو التالي:
يجب أن تكون التكلفة غير سالبة. |
DistanceLimit
حدّ يحدّد أقصى مسافة يمكن قطعها يمكن أن يكون صلبًا أو لينًا.
في حال تحديد حدّ أقصى غير حاسم، يجب تحديد كلّ من softMaxMeters
وcostPerKilometerAboveSoftMax
ويجب ألا يكونا سالبين.
تمثيل JSON |
---|
{ "maxMeters": string, "softMaxMeters": string, "costPerKilometerBelowSoftMax": number, "costPerKilometerAboveSoftMax": number } |
الحقول | |
---|---|
max |
حدّ ثابت يفرض ألا تتجاوز المسافة maxMeters يجب أن يكون الحدّ غير سالب. |
soft |
حدّ غير صارم لا يفرض حدًّا أقصى للمسافة، ولكن عند مخالفته يؤدي إلى تكلفة تضاف إلى التكاليف الأخرى المحدّدة في النموذج، باستخدام الوحدة نفسها. إذا تم تحديد softMaxMeters، يجب أن يكون أقل من maxMeters ويجب ألا يكون سالبًا. |
cost |
التكلفة المتكبّدة لكل كيلومتر، والتي تزيد حتى
هذه التكلفة غير متاحة في |
cost |
التكلفة لكل كيلومتر يتم تحصيلها إذا كانت المسافة تتجاوز الحدّ الأقصى
يجب أن تكون التكلفة غير سالبة. |
BreakRule
قواعد لإنشاء فواصل زمنية لمركبة (مثل فواصل الغداء) الفاصل هو فترة زمنية متّصلة تظل خلالها المركبة في وضع السكون في موقعها الحالي ولا يمكنها إجراء أي زيارة. قد يحدث انقطاع في البث في الحالات التالية:
- أثناء التنقّل بين زيارتَين (بما في ذلك الوقت قبل الزيارة مباشرةً أو بعدها مباشرةً، ولكن ليس في منتصف الزيارة)، وفي هذه الحالة يتم تمديد وقت التنقّل المقابل بين الزيارات،
- أو قبل بدء تشغيل المركبة (قد لا يتم تشغيل المركبة في منتصف فترة الراحة)، وفي هذه الحالة لا يؤثر ذلك في وقت بدء تشغيل المركبة.
- أو بعد نهاية المركبة (بالمثل، مع وقت نهاية المركبة).
تمثيل JSON |
---|
{ "breakRequests": [ { object ( |
الحقول | |
---|---|
break |
تسلسل الفواصل اطّلِع على رسالة |
frequency |
قد تنطبق عدة |
BreakRequest
يجب معرفة تسلسل الفواصل (أي عددها وترتيبها) التي تنطبق على كل مركبة مسبقًا. تحدِّد العناصر BreakRequest
المتكرّرة هذا التسلسل بالترتيب الذي يجب أن تحدث به. قد تتداخل الفترات الزمنية (earliestStartTime
/ latestStartTime
)، ولكن يجب أن تكون متوافقة مع الطلب (يتم وضع علامة في المربّع بجانب هذا الخيار).
تمثيل JSON |
---|
{ "earliestStartTime": string, "latestStartTime": string, "minDuration": string } |
الحقول | |
---|---|
earliest |
مطلوب. الحدّ الأدنى (شاملاً) لبداية الاستراحة يجب أن يكون طابعًا زمنيًا بالتنسيق RFC3339 UTC "Zulu" وبدقة تصل إلى نانوثانية وما يصل إلى تسعة أرقام كسور. أمثلة: |
latest |
مطلوب. الحدّ الأقصى (شاملاً) لبداية الاستراحة يجب أن يكون طابعًا زمنيًا بالتنسيق RFC3339 UTC "Zulu" وبدقة تصل إلى نانوثانية وما يصل إلى تسعة أرقام كسور. أمثلة: |
min |
مطلوب. الحد الأدنى لمدة الفاصل يجب أن تكون موجبة. المدة بالثواني مع ما يصل إلى تسعة أرقام كسور، وتنتهي بـ " |
FrequencyConstraint
يمكن فرض قيود إضافية على معدّل تكرار الفواصل الزمنية المحدّدة أعلاه ومدتها، وذلك من خلال فرض حدّ أدنى لمعدّل تكرار الفواصل الزمنية، مثل "يجب أن يكون هناك فاصل زمني لمدة ساعة واحدة على الأقل كل 12 ساعة". بافتراض أنّه يمكن تفسير ذلك على أنّه "خلال أي فترة زمنية متحركة تبلغ 12 ساعة، يجب أن يكون هناك استراحة واحدة على الأقل لمدة ساعة واحدة على الأقل"، سيتم ترجمة هذا المثال إلى FrequencyConstraint
التالي:
{
minBreakDuration { seconds: 3600 } # 1 hour.
maxInterBreakDuration { seconds: 39600 } # 11 hours (12 - 1 = 11).
}
يجب أن يراعي توقيت الفواصل الزمنية ومدتها في الحلّ جميع هذه القيود، بالإضافة إلى الفترات الزمنية والحد الأدنى من المدّات المحدّدة في BreakRequest
.
قد ينطبق FrequencyConstraint
عمليًا على الفواصل غير المتتالية. على سبيل المثال، يراعي الجدول الزمني التالي مثال "ساعة واحدة كل 12 ساعة":
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
تمثيل JSON |
---|
{ "minBreakDuration": string, "maxInterBreakDuration": string } |
الحقول | |
---|---|
min |
مطلوب. الحد الأدنى لمدة الفاصل لهذا القيد غير سالب اطّلِع على وصف المدة بالثواني مع ما يصل إلى تسعة أرقام كسور، وتنتهي بـ " |
max |
مطلوب. الحد الأقصى المسموح به لأي فاصل زمني في المسار الذي لا يتضمّن فاصلًا المدة بالثواني مع ما يصل إلى تسعة أرقام كسور، وتنتهي بـ " |
DurationDistanceMatrix
تُحدِّد مصفوفة المدة والمسافة من مواقع بدء الزيارة والمركبة إلى مواقع انتهاء الزيارة والمركبة.
تمثيل JSON |
---|
{
"rows": [
{
object ( |
الحقول | |
---|---|
rows[] |
تحدّد صفوف مصفوفة المدة والمسافة. يجب أن يحتوي على عدد عناصر يساوي |
vehicle |
علامة تحدِّد المركبات التي تنطبق عليها مصفوفة المدة والمسافة هذه إذا كان هذا الحقل فارغًا، ينطبق ذلك على جميع المركبات، ولا يمكن أن تتوفّر سوى مصفوفة واحدة. يجب أن يتطابق كل بدء مركبة مع مصفوفة واحدة بالضبط، أي أن يتطابق حقل يجب أن تحتوي جميع المصفوفات على |
الصف
تحدّد صفًا من مصفوفة المدة والمسافة.
تمثيل JSON |
---|
{ "durations": [ string ], "meters": [ number ] } |
الحقول | |
---|---|
durations[] |
قيم المدة لصف معيّن يجب أن يحتوي على عدد عناصر يساوي المدة بالثواني مع ما يصل إلى تسعة أرقام كسور، وتنتهي بـ " |
meters[] |
قيم المسافة لصف معيّن إذا لم تكن أي تكاليف أو قيود تشير إلى المسافات في النموذج، يمكن ترك هذا الحقل فارغًا، وإلا يجب أن يحتوي على عدد عناصر يساوي |
TransitionAttributes
تُحدِّد سمات الانتقالات بين زيارتَين متتاليتَين على مسار. قد تنطبق عدة TransitionAttributes
على عملية النقل نفسها: في هذه الحالة، تُجمع كل التكاليف الإضافية وينطبق الحدّ الأقصى أو القيود الأكثر صرامة (وفقًا للدلالات الطبيعية "و").
تمثيل JSON |
---|
{
"srcTag": string,
"excludedSrcTag": string,
"dstTag": string,
"excludedDstTag": string,
"cost": number,
"costPerKilometer": number,
"distanceLimit": {
object ( |
الحقول | |
---|---|
src |
علامات تحدّد مجموعة التحولات (src->dst) التي تنطبق عليها هذه السمات تتطابق زيارة مصدر أو بدء مركبة إذا كان حقل |
excluded |
يمكنك الاطّلاع على |
dst |
تتطابق زيارة الوجهة أو نهاية المركبة إذا كان الحقل |
excluded |
يمكنك الاطّلاع على |
cost |
تحدّد تكلفة لتنفيذ هذا النقل. تكون هذه القيمة بالوحدة نفسها المستخدَمة في جميع التكاليف الأخرى في النموذج، ويجب ألا تكون سالبة. ويتم تطبيقها بالإضافة إلى جميع التكاليف الحالية الأخرى. |
cost |
تحدّد تكلفة لكل كيلومتر تُطبَّق على المسافة المقطوعة أثناء تنفيذ هذا النقل. ويضاف إلى أي |
distance |
تحدّد هذه السمة حدًا أقصى للمسافة التي يتم قطعها أثناء تنفيذ هذا الانتقال. اعتبارًا من حزيران (يونيو) 2021، أصبح بإمكانك استخدام الحدود الدنيا فقط. |
delay |
تُحدِّد هذه السمة تأخّرًا يحدث عند تنفيذ هذا الانتقال. يحدث هذا التأخير دائمًا بعد إنهاء زيارة المصدر وقبل بدء زيارة الوجهة. المدة بالثواني مع ما يصل إلى تسعة أرقام كسور، وتنتهي بـ " |
ShipmentTypeIncompatibility
تُحدِّد حالات عدم التوافق بين الشحنات استنادًا إلى shipmentType. يتم حظر ظهور الشحنات غير المتوافقة على المسار نفسه استنادًا إلى وضع عدم التوافق.
تمثيل JSON |
---|
{
"types": [
string
],
"incompatibilityMode": enum ( |
الحقول | |
---|---|
types[] |
قائمة بالأنواع غير المتوافقة الشحنتان اللتان تتضمّنان |
incompatibility |
الوضع الذي تم تطبيقه على عدم التوافق |
IncompatibilityMode
أوضاع تحدّد كيفية حظر ظهور الشحنات غير المتوافقة على المسار نفسه
عمليات التعداد | |
---|---|
INCOMPATIBILITY_MODE_UNSPECIFIED |
وضع عدم التوافق غير محدّد يجب عدم استخدام هذه القيمة مطلقًا. |
NOT_PERFORMED_BY_SAME_VEHICLE |
في هذا الوضع، لا يمكن مطلقًا أن تشترك شحنتان من أنواع غير متوافقة في المركبة نفسها. |
NOT_IN_SAME_VEHICLE_SIMULTANEOUSLY |
بالنسبة إلى شحنتَين بنوعَين غير متوافقَين في وضع عدم التوافق
|
ShipmentTypeRequirement
تُحدِّد المتطلبات بين الشحنات استنادًا إلى shipmentType. يتم تحديد تفاصيل المتطلّب حسب وضع المتطلّب.
تمثيل JSON |
---|
{
"requiredShipmentTypeAlternatives": [
string
],
"dependentShipmentTypes": [
string
],
"requirementMode": enum ( |
الحقول | |
---|---|
required |
قائمة بأنواع الشحن البديلة المطلوبة من قِبل |
dependent |
تتطلّب جميع الشحنات التي تحتوي على نوع في الحقل ملاحظة: لا يُسمح بسلسلة المتطلبات التي تعتمد فيها |
requirement |
الوضع الذي تم تطبيقه على الشرط |
RequirementMode
الأوضاع التي تحدّد مظهر الشحنات التابعة على مسار معيّن
عمليات التعداد | |
---|---|
REQUIREMENT_MODE_UNSPECIFIED |
وضع متطلبات غير محدّد يجب عدم استخدام هذه القيمة مطلقًا. |
PERFORMED_BY_SAME_VEHICLE |
في هذا الوضع، يجب أن تتشارك جميع الشحنات "التابعة" المركبة نفسها مع شحنة واحدة على الأقل من الشحنات "المطلوبة". |
IN_SAME_VEHICLE_AT_PICKUP_TIME |
في وضع لذلك، يجب أن يتضمّن استلام الشحنة "التابع" أيًا مما يلي:
|
IN_SAME_VEHICLE_AT_DELIVERY_TIME |
كما هو الحال من قبل، باستثناء أنّ الشحنات "التابعة" يجب أن تتضمّن شحنة "مطلوب" على مركبتها في وقت تسليمها. |
PrecedenceRule
قاعدة الأولوية بين حدثَين (كل حدث هو استلام أو تسليم شحنة): يجب أن يبدأ الحدث "الثاني" بعد offsetDuration
على الأقل من بدء الحدث "الأول".
يمكن أن تشير عدة أولويات إلى الأحداث نفسها (أو ذات الصلة)، على سبيل المثال: "يتم استلام الطلب (ب) بعد تسليم الطلب (أ)" و "يتم استلام الطلب (ج) بعد استلام الطلب (ب)".
بالإضافة إلى ذلك، لا تسري الأولويات إلا عند تنفيذ كلتا الشحنتَين ويتم تجاهلها بخلاف ذلك.
تمثيل JSON |
---|
{ "firstIsDelivery": boolean, "secondIsDelivery": boolean, "offsetDuration": string, "firstIndex": integer, "secondIndex": integer } |
الحقول | |
---|---|
first |
يشير إلى ما إذا كان الحدث "الأول" هو عملية إرسال. |
second |
يشير إلى ما إذا كان الحدث "الثاني" تسليمًا. |
offset |
الفاصل الزمني بين الحدث "الأول" والحدث "الثاني". يمكن أن تكون سلبية. المدة بالثواني مع ما يصل إلى تسعة أرقام كسور، وتنتهي بـ " |
first |
فهرس الشحنة للحدث "الأول". يجب تحديد هذا الحقل. |
second |
فهرس الشحنة للحدث "الثاني". يجب تحديد هذا الحقل. |