इस दस्तावेज़ में, फ़्लीट इंजन में शेड्यूल की गई टास्क सेवा के बारे में बताया गया है. इसका मतलब है कि आपने Fleet Engine क्या है? पढ़ा है. साथ ही, आपको फ़्लीट इंजन सेवा की उन खास क्षमताओं के बारे में पता है जिनकी आपको ज़रूरत है.
इस दस्तावेज़ को पढ़ते समय, इन बातों का ध्यान रखें:
- टास्क बनाए जा सकते हैं और उन्हें गाड़ी के स्टॉप से जोड़ा जा सकता है. इससे टास्क और उस जगह के बीच का असोसिएशन बनाया जा सकता है जहां वाहन के रुकने की संभावना है, ताकि ड्राइवर टास्क पूरा कर सके. Fleet Engine में वाहन कैसे काम करते हैं, इस बारे में बेहतर तरीके से जानने के लिए, वाहनों के बारे में जानकारी पढ़ें.
- शेड्यूल किए गए टास्क के लिए, Fleet Engine इन संसाधनों का इस्तेमाल करता है:
Task
औरDeliveryVehicle
. Fleet Engine, gRPC सेवा और REST इंटरफ़ेस, दोनों उपलब्ध कराता है:
शेड्यूल किया गया टास्क क्या होता है?
Fleet Engine में शेड्यूल किया गया टास्क, किसी अलग-अलग कार्रवाई को दिखाता है. यह कार्रवाई, वाहन का इस्तेमाल करके ड्राइवर को पूरी करनी होती है. यह कार्रवाई, परिवहन से जुड़े किसी बड़े ऑपरेशन के दायरे में आती है. यह ड्राइवर के लिए खास मकसद तय करता है. उदाहरण के लिए:
- किसी घर पर सामान डिलीवर करने के लिए
- शिपमेंट डिपो में लौटाने के लिए, पैकेज पिक अप करने के लिए
- किसी ग्राहक को जगह पर सेवा देने के लिए, किसी जगह पर रुकना
- वाहन में ईंधन के लिए शेड्यूल किए गए स्टॉप पर जाने के लिए
टास्क के एलिमेंट
नीचे दी गई इमेज में, किसी वाहन के लिए शेड्यूल की गई स्टैंडर्ड यात्रा में, टास्क के इन एलिमेंट को दिखाया गया है.
टास्क के बुनियादी फ़ील्ड
फ़ील्ड | ब्यौरा |
---|---|
टाइप | टास्क से जुड़ी कार्रवाई का टाइप बताता है. |
टास्क आईडी | एक स्ट्रिंग, जो सिस्टम में टास्क की खास तौर पर पहचान करती है. |
पहले से तय जगह | उस जगह के बारे में बताता है जहां टास्क करना है. यह जगह, हमेशा गाड़ी के स्टॉप के लिए तय की गई जगह से अलग होती है. |
स्थिति | इससे पता चलता है कि टास्क पूरा हो गया है या नहीं. |
टास्क का नतीजा | इससे पता चलता है कि टास्क पूरा हुआ या नहीं. |
टास्क के लिए डेटा मॉडल
यहां दिए गए डायग्राम में, Task
रिसॉर्स के डेटा मॉडल के साथ-साथ, उससे जुड़े DeliveryVehicle
रिसॉर्स का डायग्राम भी दिखाया गया है. दोनों संसाधनों के बीच के संबंधों को समझने के लिए, दोनों डायग्राम देखे जा सकते हैं. ऐसा करते समय, इन बातों का ध्यान रखें:
- प्लान की गई जगह: वाहन के स्टॉप और टास्क, दोनों के लिए प्लान की गई जगहें अलग-अलग होती हैं.
- टास्क के लिए, तय की गई जगह से पता चलता है कि ड्राइवर को कहां कार्रवाई करनी चाहिए. उदाहरण के लिए, किसी बड़े रिहायशी कॉम्प्लेक्स में 15 पैकेज डिलीवर करने के लिए, उसी कॉम्प्लेक्स में अलग-अलग मेल रूम में डिलीवरी की ज़रूरत होती है.
- वाहन के स्टॉप के लिए, तय की गई जगह से पता चलता है कि ड्राइवर टास्क पूरे करते समय, वाहन कहां रुकेगा. उदाहरण के लिए, कोई गाड़ी किसी अपार्टमेंट कॉम्प्लेक्स के दरवाज़े पर रुकती है और ड्राइवर कॉम्प्लेक्स के अलग-अलग मेल रूम में पैकेज को हाथ से डिलीवर करता है.
- स्थिति: टास्क और वाहन के स्टॉप, दोनों में स्थिति फ़ील्ड होता है, जो एक-दूसरे से अलग होता है.
- वाहन के स्टॉप की स्थिति से पता चलता है कि वाहन स्टॉप के मुकाबले कहां तक पहुंचा है. इसका इस्तेमाल फ़्लीट ट्रैकिंग के लिए किया जाता है.
- टास्क के स्टेटस से पता चलता है कि टास्क चालू है या नहीं. इसकी वजह से, टास्क से जुड़ी अन्य कार्रवाइयों पर असर पड़ता है. जैसे, टास्क के नतीजे सेट करना या इसे किसी वाहन को असाइन करना.
टास्क का नतीजा: टास्क का नतीजा, डेटा मॉडल में एक अहम फ़ील्ड है. इसका इस्तेमाल, टास्क की स्थिति के बावजूद, टास्क के पूरे होने या न होने की जानकारी देने के लिए किया जाता है.
आईडी:
- किसी वाहन को टास्क असाइन करने पर, Fleet का इंजन
deliveryVehicleId
फ़ील्ड को अपने-आप भर देता है. रीड-ओनली फ़ील्ड उस वाहन को दिखाता है जिसे टास्क असाइन किया गया है. - टास्क आईडी, आपके सिस्टम के सभी टास्क के लिए यूनीक आइडेंटिफ़ायर होते हैं.
- ट्रैकिंग आईडी, शिपमेंट को ट्रैक करने के लिए किसी टास्क की पहचान करते हैं.
- किसी वाहन को टास्क असाइन करने पर, Fleet का इंजन
Tasks का डेटा मॉडल
वाहन का डेटा मॉडल
टास्क के आईडी
फ़्लीट इंजन में वाहन के आईडी की तरह ही, हर टास्क में एक आईडी होना चाहिए, ताकि वे सिस्टम के दूसरे टास्क से अलग दिखें. अपने वर्कफ़्लो के सभी टास्क का रेफ़रंस देने और उन्हें मैनेज करने के लिए, उनके आईडी का इस्तेमाल करें. इन आईडी को बनाने के लिए, CreateTaskRequest
सेवा का इस्तेमाल करें. साथ ही, इस सेक्शन में बताई गई ज़रूरी शर्तों के मुताबिक आईडी स्ट्रिंग दें.
इसके बाद, इस स्ट्रिंग में टास्क संसाधन के नाम का एक हिस्सा शामिल होता है. यह Task
ऑब्जेक्ट पर सिर्फ़ आउटपुट वाला फ़ील्ड होता है. यह फ़्लीट इंजन की तरह है, जिसमें वाहनों के नाम वाले संसाधन
बनाए जाते हैं. Fleet Engine के बारे में जानकारी में, संसाधन का नाम सेक्शन देखें.
प्रॉपर्टी | ब्यौरा |
---|---|
यूनीक होने की वजह | फ़्लीट इंजन को लागू करने के दौरान, हर टास्क आईडी यूनीक होना चाहिए, ताकि भ्रम की स्थिति से बचा जा सके और सही पहचान की जा सके. |
फ़ॉर्मैट |
|
टास्क आईडी के अच्छे उदाहरण |
|
---|---|
इस्तेमाल न किए जा सकने वाले टास्क आईडी |
|
टास्क के टाइप
Fleet Engine, अलग-अलग तरह के टास्क के साथ काम करता है, ताकि परिवहन से जुड़े ऑपरेशन में अलग-अलग कार्रवाइयों को दिखाया जा सके. यहां इनके दिखने के तरीके और बिलिंग की जानकारी के साथ-साथ इनके बारे में बताया गया है.
टास्क का टाइप | ब्यौरा | शिपमेंट ट्रैकिंग किसको दिखे | बिल बन चुका है |
---|---|---|---|
डिलीवरी टास्क | इसका इस्तेमाल, किसी ग्राहक के लिए आइटम छोड़ने या कोई टास्क पूरा करने के लिए किया जाता है. | उपभोक्ता इसे देख सकते हैं और ट्रैक कर सकते हैं. | हां |
पिकअप करने का टास्क | इसका इस्तेमाल यह बताने के लिए करें कि खरीदार से सामान पिक अप किया गया है. पिकअप के किसी भी टास्क के लिए, आपके पास डिलीवरी से जुड़े टास्क होने चाहिए. | उपभोक्ता इसे देख सकते हैं और ट्रैक कर सकते हैं. | नहीं |
टास्क उपलब्ध नहीं है | वाहन की पहचान उस वाहन के तौर पर करता है जो सेवा के लिए उपलब्ध नहीं है. जैसे, जब ड्राइवर ने ब्रेक लिया हो या वाहन में ईंधन भरा हो. | यह जानकारी, उपभोक्ताओं को नहीं दिखती. | नहीं |
शेड्यूल किया गया टास्क बंद करें | जो टास्क डिलीवर नहीं किया गया उसे किसी खास जगह पर रोकने की ज़रूरत होती है. किसी खास जगह पर, हर दिन तय समय पर सामान लेने के लिए, शेड्यूल किए गए स्टॉप टास्क का इस्तेमाल करें. यह टास्क, उसी जगह पर की जाने वाली अन्य डिलीवरी या पिकअप से अलग होता है. ड्रॉप बॉक्स से इकट्ठा करने के लिए शेड्यूल किए गए स्टॉप टास्क भी बनाए जा सकते हैं. इसके अलावा, फ़ीडर-वाहन ट्रांसफ़र करने के मॉडल के लिए या सर्विस सेंटर और सर्विस पॉइंट पर स्टॉप के टास्क भी बनाए जा सकते हैं. | उपभोक्ता इस खास टास्क को ट्रैक नहीं कर सकते. हालांकि, वे इसे अन्य टास्क को ट्रैक करने के दौरान देख सकते हैं. | नहीं |
टास्क और प्रोसेस की लाइफ़साइकल
इस सेक्शन में, फ़्लीट इंजन में डिलीवरी टास्क की लाइफ़साइकल के बारे में जानकारी दी गई है. टास्क की लाइफ़साइकल, वाहन की यात्रा से जुड़ी होती है. ऐसा इसलिए, क्योंकि वाहन को स्टॉप तक जाना होगा, ताकि ड्राइवर तय जगह पर टास्क पूरा कर सके.
1. टास्क बनाना
जब पहली बार फ़्लीट इंजन में कोई टास्क बनाया जाता है, तो उस टास्क के लिए अलग-अलग फ़ील्ड सेट किए जाते हैं. इससे उन्हें किसी स्टॉप से अलग नहीं जोड़ा जा सकता.
प्रॉपर्टी | ब्यौरा |
---|---|
स्थिति | 'खुला है' पर सेट करें |
आईडी | अगर आपने अपने उपभोक्ताओं के लिए शिपमेंट ट्रैकिंग का इस्तेमाल किया है, तो टास्क और ट्रैकिंग आईडी सेट करें. |
समस्या शुरू होने का समय | टास्क के लिए तय की गई अवधि और उसकी टारगेट टाइम विंडो. ज़्यादा जानकारी के लिए टास्क का समय देखें. |
प्लान की गई जगह | उस जगह की सटीक जानकारी सेट करें जहां टास्क पूरा करना है. |
2. टास्क असाइन करना
जब किसी वाहन को कोई टास्क असाइन किया जाता है, तो वाहन को स्टॉप के साथ जोड़कर ऐसा किया जाता है. स्टॉप, अक्षांश/देशांतर निर्देशांक होते हैं. इनसे उस जगह की जानकारी मिलती है जहां ड्राइवर, स्टॉप से जुड़े टास्क पूरे करने के दौरान वाहन पार्क करता है. स्टॉप आम तौर पर ऐक्सेस पॉइंट होते हैं, जैसे कि लोडिंग डॉक या रोड-स्नैप की गई जगह.
3. जारी है
टास्क की स्थिति 'प्रोसेस नहीं हुए हैं' या 'प्रोसेस हो गए हैं' में से एक होती है. हालांकि, किसी वाहन को टास्क असाइन हो जाने के बाद, उसकी प्रोग्रेस को ट्रैक किया जा सकता है. इसके लिए, वाहन की जगह और टास्क पूरा करने के स्थान में वाहन की जगह तय की जा सकती है.
जब वाहन किसी स्टॉप से निकल जाता है या नेविगेशन शुरू हो जाता है, तो स्टॉप का स्टेटस ENROUTE
में बदल जाना चाहिए. इस तरह उपभोक्ता शिपमेंट ट्रैकिंग, टास्क के लिए पाने वाले को अपडेट कर सकती है. इसमें बचे हुए स्टॉप की संख्या और पहुंचने का अनुमानित समय बताया जाता है. यह उपभोक्ता शिपमेंट ट्रैकिंग या बेड़े की ट्रैकिंग के लिए, किसी भी रीयल-टाइम विज़ुअलाइज़ेशन के साथ भी काम करता है.
4. मंज़िल पर पहुंचने और टास्क का नतीजा
जब वाहन किसी स्टॉप पर पहुंचता है, तो स्टॉप की स्थिति ARRIVED
पर सेट होनी चाहिए. ENROUTE
स्टॉप स्टेटस की तरह, इससे टास्क की स्थिति पर कोई असर नहीं पड़ता. हालांकि, यह उपभोक्ता को सूचनाएं देने और फ़्लीट ऑपरेटर के इस्तेमाल किए जाने वाले फ़्लीट ट्रैकिंग के लिए, रीयल-टाइम रिपोर्टिंग, दोनों के साथ काम करता है. इससे, बाद में होने वाली उस कार्रवाई से जुड़े आंकड़े और रिपोर्टिंग भी चालू हो जाती है जिसका इस्तेमाल डिलीवरी ऑप्टिमाइज़ेशन के लिए करना है.
वाहन के स्टॉप पर पहुंचने के बाद, आपका सिस्टम इनमें से किसी एक तरीके का इस्तेमाल करके बाकी काम पूरा कर सकता है:
टास्क पूरे होने के बाद उन्हें बंद करना.
जब ड्राइवर किसी टास्क को 'पूरा हो गया' के तौर पर मार्क करता है, तो आपका सिस्टम उसे स्टॉप से हटा सकता है. हालांकि, स्टॉप पर असाइन किए गए अन्य टास्क मौजूद रहेंगे.
वाहन से पूरा स्टॉप हटाएं.
जब ड्राइवर सभी टास्क को पूरा कर के मार्क कर ले और जब वाहन अगले स्टॉप पर पहुंच जाए, तब वाहन से पूरे स्टॉप को हटाया जा सकता है. हटाए गए स्टॉप से जुड़े सभी टास्क, Fleet Engine अपने-आप बंद कर देता है.
किसी टास्क को बंद करने का मतलब यह नहीं है कि वह सफल या सफल नहीं हुआ
किसी टास्क को बंद करने का मतलब यह है कि वह अब जारी नहीं हुआ है.
CLOSED
की स्थिति वाले टास्क के लिए, उनके नतीजे SUCCEEDED
या FAILED
पर सेट किए जाते हैं. शिपमेंट ट्रैकिंग के लिए असल नतीजे दिखाने और सही बिलिंग के लिए, यह जानकारी देना ज़रूरी है. फ़्लीट इंजन सिर्फ़ ऐसे डिलीवरी टास्क के लिए शुल्क लेता है
जिसमें हूबहू दिया गया है.
टास्क का नतीजा सेट करने के बाद, उसे बदला नहीं जा सकता
किसी टास्क के नतीजे को मार्क करते समय, Fleet Engine अपने-आप टास्क के नतीजे की जगह की जानकारी को वाहन की पिछली लोकेशन से भर देता है. हालांकि, टास्क के नतीजे के समय और टास्क के नतीजे की जगह को सेट करने के बाद, उनमें बदलाव किया जा सकता है. साथ ही, Fleet Engine इन फ़ील्ड को बदल नहीं पाएगा.
5. टास्क के अन्य उदाहरण
ज़रूरी नहीं है कि Fleet Engine में आपके मॉडल किए गए सभी टास्क, एक सामान्य सफ़र में फ़िट हो जाएं. उदाहरण के लिए:
- टास्क चुनें. अगर किसी पैकेज को बाद में प्रोसेस करने के लिए डिपो में लौटाना है, तो उसके लिए पिकअप टास्क के साथ-साथ डिलीवरी टास्क भी बनाएं. साथ ही, डिपो को डिलीवरी की जगह के तौर पर सेट करें. इसके अलावा, आम तौर पर पिक अप के टास्क, डिलीवरी टास्क जैसा ही होते हैं.
- टास्क को फिर से असाइन करना. किसी टास्क को सीधे तौर पर किसी दूसरे वाहन को असाइन नहीं किया जा सकता. इसके बजाय, किसी टास्क को एक से दूसरे वाहन में ले जाने के लिए, ओरिजनल टास्क को बंद कर दें और नए वाहन को असाइन करने से पहले उसे फिर से बनाएं. अगर किसी ऐसे टास्क के लिए ऑर्डर का क्रम अपडेट किया जाता है जिसे पहले ही किसी दूसरी गाड़ी को असाइन किया जा चुका है, तो Fleet Engine एक गड़बड़ी दिखाता है.
- टास्क मिटाए जा रहे हैं. वाहनों की तरह ही, Fleet Engine उन टास्क को मिटा देता है जिन्हें सात दिनों के बाद भी अपडेट नहीं किया गया है. अगर किसी ऐसे टास्क आईडी को फिर से इस्तेमाल करने की कोशिश की जाती है जिसे पहले बंद किया जा चुका है, तो Fleet Engine पर गड़बड़ी का मैसेज दिखता है. ऐसा तब होता है, जब उस आईडी का इस्तेमाल पिछले सात दिनों में किया गया हो. इसके उलट, अगर आपको टास्क का डेटा सात दिनों से ज़्यादा समय तक सेव रखना है, तो आपको खुद यह सुविधा लागू करनी होगी. जैसे, सात दिन की अवधि को रीसेट करने के लिए शेड्यूल की गई किसी जॉब की मदद से.
टास्क की प्रोग्रेस शेयर करना
Fleet Engine में, टास्क की प्रोग्रेस को रीयल-टाइम में मॉनिटर किया जा सकता है. साथ ही, ड्राइवर की यात्रा की जानकारी को दो मुख्य तरीकों से शेयर किया जा सकता है:
- उपभोक्ता के अनुभव से, उपभोक्ता अपने शिपिंग ऑर्डर या अनुरोध किए गए सेवा ऑर्डर की स्थिति जान सकते हैं.
- फ़्लीट ट्रैकिंग की मदद से, आपके फ़्लीट ऑपरेटर, इसमें शामिल वाहनों की स्थिति को ट्रैक और उसका विश्लेषण कर सकते हैं.
उपभोक्ता अनुभव
टास्क की प्रोग्रेस शेयर करने के लिए, आपको JavaScript कंज़्यूमर SDK टूल का इस्तेमाल करके, उपभोक्ता अनुभव सेट अप करना होगा. SDK टूल की मदद से, वेब या मोबाइल ऐप्लिकेशन के विज़ुअल अनुभव को बेहतर बनाया जा सकता है. इससे उपभोक्ता, डिलीवरी वाहन के पहुंचने का अनुमानित समय और उसकी जगह की रीयल-टाइम जानकारी के साथ-साथ, शिपमेंट की स्थिति पर नज़र रख सकते हैं. उपभोक्ता SDK टूल के शेड्यूल किए गए टास्क की खास जानकारी देखें.
उपभोक्ता SDK टूल में, Fleet Engine से कनेक्ट करने के लिए, JavaScript मैप और डेटा कॉम्पोनेंट शामिल होते हैं. मैप, स्टैंडर्ड google.maps.Map
ऑब्जेक्ट के लिए ड्रॉप-इन रिप्लेसमेंट है. आपके क्लाइंट को आपके असली उपयोगकर्ताओं की पुष्टि करनी चाहिए. साथ ही, सिर्फ़ ग्राहक से जुड़ी जानकारी दिखाने के लिए, आपके Google Cloud प्रोजेक्ट से डिलीवरी उपभोक्ता की भूमिका का इस्तेमाल करना चाहिए. Fleet Engine, रिस्पॉन्स में मौजूद अन्य जानकारी को फ़िल्टर करता है और उसे छिपाता है. उदाहरण के लिए, उपलब्धता वाले किसी टास्क के दौरान,
असली उपयोगकर्ता के साथ जगह की कोई जानकारी शेयर नहीं की जाती.
टास्क की प्रोग्रेस को उपभोक्ता के साथ शेयर करने के लिए, Fleet Engine में ये सेटिंग चालू करें:
- Tasks,
TaskTrackingViewConfig
प्रॉपर्टी का इस्तेमाल करता है. ज़रूरी नहीं. - टास्क, ट्रैकिंग आईडी का इस्तेमाल करते हैं. लाइब्रेरी को किसी उपभोक्ता के लिए काम के टास्क की पहचान करने के लिए, इस आईडी की ज़रूरत होती है.
फ़्लीट ट्रैकिंग
JavaScript फ़्लीट ट्रैकिंग लाइब्रेरी की मदद से, करीब-करीब रीयल-टाइम में अपने सभी वाहनों में मौजूद वाहनों की जगह को विज़ुअलाइज़ किया जा सकता है. इस लाइब्रेरी में, डिलीवरी करने वाले वाहनों और उन्हें असाइन किए गए टास्क को दिखाने के लिए, Fleet Engine API का इस्तेमाल किया जाता है. JavaScript कंज्यूमर SDK टूल की तरह, इसमें एक JavaScript मैप कॉम्पोनेंट होता है. यह स्टैंडर्ड google.maps.Map
इकाई के लिए ड्रॉप-इन रिप्लेसमेंट होता है. इसमें ऐसे डेटा कॉम्पोनेंट होते हैं जिनका इस्तेमाल, Fleet Engine से कनेक्ट करने के लिए किया जाता है.
यह लाइब्रेरी, फ़्लीट इंजन में बनाए जाने के बाद, डिलीवरी करने वाले वाहनों के दिखने की जानकारी दिखाती है. इसे लागू करने के लिए, Fleet Engine सेवा के सुपर उपयोगकर्ता Cloud IAM भूमिका का इस्तेमाल किया जाता है. साथ ही, डिलीवरी वाहनों और उनसे जुड़े टास्क को ऐक्सेस करने के लिए, Java वेब टोकन का दावा किया जाता है.
शेड्यूल किए गए टास्क की स्थितियां
इस सेक्शन में, टास्क की अलग-अलग स्थितियां दिखाई गई हैं. इनसे, गाइड में इस बिंदु पर दी गई जानकारी के बारे में खास जानकारी मिलती है. इसका मकसद, आपके कारोबार के हिसाब से Fleet Engine में ट्रांसपोर्टेशन के तरीके को मॉडल करने के अलग-अलग तरीकों को समझने में आपकी मदद करना है.
ट्रैकिंग के साथ डिलीवरी
डिलीवरी की इस स्थिति में, डिपो से शुरू होने वाली यात्रा के आखिर में डिपो पर वापस आने के लिए, डिपो को शेड्यूल किया गया स्टॉप टास्क असाइन किया गया है. इसमें किसी स्टॉप के लिए, डिलीवरी के दो टास्क भी दिखते हैं. इनमें से एक टास्क पूरा नहीं हुआ. इस असाइनमेंट का इस्तेमाल डिपो से आने और वहां तक पहुंचने की ट्रैकिंग चालू करने के लिए करें. साथ ही, दिन के शुरू और खत्म होने के समय को मॉडल करने के तरीके के तौर पर भी इसका इस्तेमाल करें. स्टॉप के शेड्यूल किए गए टास्क के लिए, कोई बिलिंग नहीं होती.
डिपो डिलीवरी के साथ पिकअप
इस उदाहरण में, पिक अप को उसके ज़रूरी डिलीवरी टास्क के साथ मॉडल करने का तरीका बताया गया है. आपने बिलिंग के मकसद से, डिपो में लौटाए जाने वाले प्रॉडक्ट को डिलीवरी के तौर पर सेट किया है.
फ़ीडर वाहन
इस उदाहरण में, दो डिलीवरी दिखाई गई हैं. इनमें, फ़ीडिंग वाहन के लिए बीच में एक स्टॉप शेड्यूल किया गया है. इसका मकसद, डिलीवरी वाहन को शिप किए जाने वाले कई पैकेज के साथ डिपो पर वापस लाना है. शेड्यूल किए गए स्टॉप के हिसाब से भी फ़ीडर वाहन का मॉडल बनाया जा सकता है.
टास्क का समय
टास्क के समय को मॉडल करने से रूट प्लान करने, ETA पाने, और डिलीवरी की ज़रूरतों को मैनेज करने में मदद मिलती है. इस सेक्शन में, फ़्लीट इंजन के ज़रिए टास्क के समय का अनुमान लगाने के लिए, दो मुख्य फ़ंक्शन के बारे में बताया गया है.
टास्क की अवधि
टास्क की अवधि को task_duration
फ़ील्ड के साथ सेट किया जाता है. यह एक ज़रूरी फ़ील्ड है. यह उस अनुमानित समय को मॉडल करता है जो ड्राइवर किसी स्टॉप पर या थोड़ी देर के लिए, टास्क पूरा करने में लगाता है. स्टॉप के लिए, इसमें स्टॉप पर पहुंचने के बाद की जाने वाली सभी ज़रूरी गतिविधियां शामिल होती हैं. जैसे, पैकेज उतारना और पैकेज पाने वाले व्यक्ति से इंटरैक्ट करना. यह जानकारी जितनी सटीक होगी उतना ही बेहतर फ़्लीट इंजन, सफ़र के बाद के स्टॉप के लिए, पहुंचने का सही समय और ETA दे पाएगा.
फ़ील्ड की जानकारी के लिए, प्रोटोकॉल बफ़र दस्तावेज़ में अवधि देखें.
टारगेट के लिए समय की अवधि
टारगेट किए गए समय से, किसी टास्क के लिए सुझाई गई समयसीमा का पता चलता है. आम तौर पर, इसका इस्तेमाल ग्राहकों से बातचीत करने या इंटरनल प्लानिंग के लिए किया जाता है. इसे target_time_window
फ़ील्ड की मदद से सेट किया जाता है. इसमें शुरू और खत्म होने का समय शामिल होता है.
इससे, रास्ते के हिसाब लगाने पर सीधे तौर पर कोई असर नहीं पड़ता. हालांकि, इसका इस्तेमाल कई कामों के लिए किया जा सकता है. जैसे, किसी उपभोक्ता को पैकेज डिलीवरी के लिए तय समय की जानकारी देना या शेड्यूल किए गए सेवा कर्मचारी के आने का समय बताना.
टास्क के एट्रिब्यूट
ListTasks
अनुरोध का इस्तेमाल करते समय, फ़्लीट इंजन में टास्क के एट्रिब्यूट, खास विशेषताओं के आधार पर टास्क को फ़िल्टर करने का एक आसान तरीका देते हैं. Cloud Logging के साथ, आंकड़ों को दिखाने के लिए, कस्टम टास्क एट्रिब्यूट का इस्तेमाल भी किया जा सकता है. साथ ही, उपभोक्ताओं को जानकारी भेजी जा सकती है या सभी डिवाइसों को ट्रैक किया जा सकता है. इस सुविधा का मकसद, वाहन के एट्रिब्यूट की तरह ही है: डिलीवरी कार्रवाइयों के बारे में ज़्यादा सटीक जानकारी देने के लिए, इस एट्रिब्यूट का इस्तेमाल करें.
सीमाएं और पाबंदियां
- कस्टम एट्रिब्यूट बनाना: फ़्लीट इंजन हर टास्क के लिए तय किए जा सकने वाले कस्टम एट्रिब्यूट की संख्या को सीमित करता है. इन सीमाओं को बढ़ाने का अनुरोध करने के लिए, अपने सेल्स रेप्रज़ेंटेटिव से संपर्क करें.
- फ़िल्टर करने की सुविधाएं: टास्क के एट्रिब्यूट, टास्क के मुख्य डेटा फ़ील्ड की जगह नहीं लेते. हालांकि, ये टास्क को फ़िल्टर करने की सुविधा देते हैं. अपनी ज़रूरतों के हिसाब से, अतिरिक्त फ़िल्टर करने के लिए इनका इस्तेमाल करें.
- हर एट्रिब्यूट की एक यूनीक कुंजी होनी चाहिए.
- एट्रिब्यूट की वैल्यू में निजी पहचान से जुड़ी जानकारी या अन्य संवेदनशील जानकारी शामिल न करें. ऐसा इसलिए, क्योंकि ये जानकारी उपयोगकर्ता को दिख सकती है.
- डेटा की पुष्टि करना: पक्का करें कि आपके कस्टम एट्रिब्यूट के डेटा टाइप और फ़ॉर्मैट, Fleet Engine की ज़रूरी शर्तों के मुताबिक हों.