टाइम ज़ोन के विकल्प

समय की सटीक जानकारी दिखाना, ऑटोमोटिव सूचना और मनोरंजन की सुविधा देने वाले डिवाइस का एक मुख्य फ़ीचर है. यह लोगों को गुमराह करने वाला लग सकता है. खास तौर पर तब, जब उन्हें समय और समय की ज़रूरत हो ज़ोन मैनेजमेंट कम है और उसका पूरा होना ज़रूरी है. भरोसेमंद सटीक होने पर, समय जल्दी जटिल हो जाता है तारीख और समय को बिना मैन्युअल तरीके से दिखाया जाना चाहिए.

आम तौर पर, सिस्टम पर इस्तेमाल होने वाली चिप (SoC) में इस्तेमाल की जाने वाली सभी रीयल-टाइम घड़ियों में कुछ उतार-चढ़ाव होता है. यह डेटा, समय के साथ इकट्ठा होता रहता है. इसे ठीक न करने पर, गंभीर गड़बड़ी हो सकती है. इसके अलावा, क्योंकि स्थानीय समय को सटीक रूप से प्रदर्शित किए जाने की उम्मीदें ज़्यादा हैं, इसलिए सही ऑफ़सेट कोऑर्डिनेटेड यूनिवर्सल टाइम (यूटीसी) का इस्तेमाल करना ज़रूरी है.

समय क्षेत्र की जानकारी और डेलाइट सेविंग टाइम के इस्तेमाल की जानकारी (डीएसटी), वाहन के अनुमानित लाइफ़टाइम के दौरान बदल सकता है. उदाहरण के लिए, कई डीएसटी लागू होने के कई साल बाद, ब्राज़ील ने 2019 में डीएसटी शेड्यूल शुरू नहीं करने का फ़ैसला किया.

Android, टाइम ज़ोन के नियम की जटिलता पर मोल-भाव करने के लिए ज़रूरी इन्फ़्रास्ट्रक्चर मुहैया कराता है मैनेज करना. जानकारी के लिए, यह देखें टाइम ज़ोन के नियम, इसकी मदद से OEM, टाइम ज़ोन के अपडेट किए गए नियमों के डेटा को डिवाइसों पर पुश कर सकते हैं. इसके लिए, किसी सिस्टम की ज़रूरत नहीं होती अपडेट. इस तरीके से ये सुविधाएं काम करती हैं:

  • उपयोगकर्ताओं को समय-समय पर अपडेट मिलते रहेंगे. इसकी मदद से, Android डिवाइस को लंबे समय तक इस्तेमाल किया जा सकता है.
  • OEM, सिस्टम इमेज अपडेट से अलग टाइम ज़ोन अपडेट की जांच करें.

ध्यान दें: AAOS 10 को Android की रिलीज़ में बताए गए, APEX-आधारित मॉड्यूल अपडेट करने के तरीके के साथ काम करते हों 10 (और ज़्यादा).

ध्यान दें: इस तरीके को लागू करने के लिए, सिस्टम को फिर से चालू करना ज़रूरी है.

कारों में टाइम (ज़ोन) की जानकारी के सोर्स

Android डिवाइस, सिस्टम लेवल पर Unix समय में समय मैनेज करते हैं. अपनी पसंद के हिसाब से टाइम ज़ोन ऑफ़सेट लागू करें, और फिर उपयोगकर्ताओं को दिखाने के लिए इस वैल्यू को स्थानीय समय में बदल दें. मौजूदा उपयोगकर्ता का ज़ोन आईडी (अक्सर को सेटिंग के तौर पर सेव किया जाता है. उदाहरण के लिए, यूरोप/लंदन.

नीचे बताए गए ज़्यादातर तरीके, समय की जानकारी देने वाले होते हैं. इन मानकों का मकसद यह है ताकि उपयोगकर्ताओं को मौजूदा समय की जानकारी दी जा सके. इसका मकसद, लागू टाइम ज़ोन के नियमों के बारे में बताना न हो. तय करने के लिए वास्तविक समय क्षेत्र दिखाई नहीं देता है, तो डिवाइस को देश, ऑफ़सेट और डीएसटी जैसे कारकों से वापस काम करना चाहिए ऑफ़सेट के हिसाब से सेट करना होगा.

यह प्रोसेस एक चुनौती हो सकती है. उपलब्ध जानकारी के आधार पर वापस काम करना अस्पष्ट. उदाहरण के लिए, समय क्षेत्र नियम अमेरिका/डेनवर DST का पालन करता है लेकिन माउंटेन के लिए अपनाता है गर्मियों के दौरान डेलाइट टाइम (MDT) और अमेरिका/फ़ीनिक्स ने MDT को स्वीकार करना जारी रखा.

सेल्युलर रेडियो

सिस्टम की जानकारी (SI), लॉन्ग-टर्म एवोल्यूशन (एलटीई) एयर इंटरफ़ेस का एक ज़रूरी पहलू है. इसे बेस स्टेशन (BS) से ब्रॉडकास्ट कंट्रोल चैनल (बीसीसीएच) पर ट्रांसमिट किया जाता है. 3GPP टीएस 36.331 में SystemInfoBlockType16 (SIB16) के बारे में पता चलता है, जिसमें जीपीएस से जुड़ी जानकारी होती है और कोऑर्डिनेटेड यूनिवर्सल टाइम (यूटीसी), लोकल टाइम ऑफ़सेट, और डीएसटी (डिजिटल सेवा टैक्स) की जानकारी.

नेटवर्क आइडेंटिटी और टाइम ज़ोन (NITZ) का इस्तेमाल करने पर, 2G और 3G नेटवर्क में भी इसी तरह की सुविधाएं मिल सकती हैं जानकारी ब्रॉडकास्ट की जा सकती है (ज़्यादा जानकारी के लिए, 3GPP TS 22.042 देखें). अन्य सेल्युलर रेडियो मानकों में मिलती-जुलती सुविधाएं उपलब्ध हैं.

दुर्भाग्य से, ज़्यादातर मानकों में यह समानता है कि इस जानकारी को भेजना इसलिए, यह सभी नेटवर्क पर यूनिवर्सल तौर पर उपलब्ध नहीं है.

फ़ायदा नुकसान
  • उपलब्ध होने पर, ज़्यादातर ज़रूरी जानकारी उपलब्ध होती है.
  • सरलता, जो सेल्युलर रेडियो को फ़ोन के रूप में प्रदर्शित होने पर Android द्वारा पहले से समर्थित है, नहीं का इस्तेमाल सिर्फ़ डेटा मॉडम के तौर पर किया जा सकता है.
  • इसके लिए इंटरनेट कनेक्शन की ज़रूरत नहीं है.

  • इसकी कोई गारंटी नहीं है कि जानकारी ब्रॉडकास्ट होगी और न ही इसका बेस स्टेशन ठीक से होगा कॉन्फ़िगर किया गया.

  • सीमा वाले इलाकों में, पड़ोसी देश से कोई (रोमिंग) सेल टावर पिक अप कर सकता है और संभावित रूप से गलत टाइम ज़ोन दिखा सकते हैं.

  • कुछ जगहों पर, अपडेट होने में घंटे, यहां तक कि दिन भी लग सकते हैं.

नेटवर्क टाइम प्रोटोकॉल

नेटवर्क टाइम प्रोटोकॉल (एनटीपी) का इस्तेमाल अक्सर, Unix epoch टाइम का सटीक पता लगाने के लिए किया जाता है जानकारी. Android, अपने सिस्टम टाइम को NTP सर्वर के साथ सिंक करने की सुविधा देता है के क्लाइंट के संपर्क में आने की संभावना होती है, RadioManager सामान्य से RadioTuner.getParameters() मेटाडेटा. एनटीपी के खत्म होने पर, सिस्टम का समय अपडेट हो जाता है और किसी कैरियर ने हाल ही में कोई NITZ अपडेट न दिया हो. अगर उपयोगकर्ता, NITZ उपलब्ध न होने पर, AUTO_TIME तुरंत नेटवर्क की जांच करता है समय.

फ़ायदा नुकसान

Android पर काम करने के लिए उपलब्ध सादगी.

  • अधूरा, एनटीपी सिर्फ़ एक ज़रूरी मान (समय) देता है. सबसे अच्छी स्थिति में भी, NTP, टाइम ज़ोन की जानकारी नहीं दे सकता.

  • साथ ही, इंटरनेट कनेक्शन होना ज़रूरी है.

रेडियो ट्यूनर ब्रॉडकास्ट करें

टाइम ज़ोन और टाइम ज़ोन की जानकारी पाने के लिए, पहले से मौजूद ट्यूनर का इस्तेमाल करना काफ़ी दिलचस्प होता है. चुनौतियों का सामना करना पड़ता है. रेडियो ब्रॉडकास्ट के कई स्टैंडर्ड, अपनी पसंद का रेडियो ब्रॉडकास्ट करने के विकल्प तय करते हैं जानकारी. आम तौर पर, ब्रॉडकास्ट रेडियो ट्यूनर वही जानकारी देता है जो सेल्युलर रेडियो.

ETSI EN 300 401 V1.4.1 (2006-06), सेक्शन 8.1 सेवा की जानकारी के बारे में बताता है सुविधाएँ जो उपलब्ध कराती हैं डिजिटल ऑडियो के लिए, ऑडियो प्रोग्राम और डेटा, दोनों से जुड़ी सेवाओं के बारे में अतिरिक्त जानकारी ब्रॉडकास्टिंग (डीएबी) सिस्टम. सेक्शन 8.1.3 में समय और तारीख के साथ-साथ फ़ॉर्मैट के बारे में भी बताया गया है. देश और स्थानीय समय ऑफ़सेट के लिए जानकारी.

इसी तरह, एफ़एम ट्यूनर में आम तौर पर लागू होने वाले रेडियो डेटा सिस्टम (आरडीएस) के लिए, सेक्शन 3.1.5.6 EN 50067 स्टैंडर्ड क्लॉक-टाइम और डेटा (प्रति मिनट एक बार ट्रांसमिट) का प्रारूप परिभाषित करता है. इसके अलावा, बढ़ाई गई अवधि देश के कोड (ECC) को भी, ट्रांसमिट किए गए प्रोग्राम की पहचान करने वाले टूल के तौर पर वापस पाया जा सकता है.

एचडी रेडियो में HD RadioTM एयर इंटरफ़ेस डिज़ाइन स्टेशन की जानकारी में, स्टेशन इन्फ़ॉर्मेशन सर्विस ट्रांसपोर्ट के ब्यौरे सेवा (SIS) पैरामीटर मैसेज (MSG आईडी 0111). सेक्शन 5 में साफ़ तौर पर चेतावनी देने वाले ऐसे शब्दों का ज़िक्र किया गया है जो प्रसारण के घड़ी समर्थन का उपयोग करने का प्रयास करते समय ध्यान दिया जाना चाहिए. यही ज्ञान लागू होता है अन्य सिस्टम की तरह:

... यह डेटा ब्रॉडकास्टर की जगह की स्थानीय परंपराओं के बारे में बताता है, जो कि ब्रॉडकास्टर की जगह के हिसाब से तय होती है और पाने वाले के स्थान पर स्थानीय कस्टम के रूप में अलग नहीं होना चाहिए. टाइम-ज़ोन की सीमाओं के नज़दीक, उपभोक्ताओं को अलग-अलग डेटा वाले कई स्टेशन मिल सकते हैं. इसलिए, इन डेटा सिर्फ़ संकेत के तौर पर दिया गया हो. साथ ही, इसकी व्याख्या और इस्तेमाल किया जाना चाहिए यह ग्राहक के कंट्रोल पर निर्भर करता है. ..."

इसके अलावा, कम से कम HD रेडियो के लिए इस जानकारी का प्रसारण वैकल्पिक है और इसे नहीं पूरी तरह से निर्भर नहीं होना चाहिए.

फ़ायदा नुकसान
  • यह आम तौर पर, अलग-अलग रीजनल ब्रॉडकास्ट रेडियो स्टैंडर्ड के लिए उपलब्ध होता है.
  • इसके लिए इंटरनेट कनेक्शन की ज़रूरत नहीं है.
  • Android पर यह सुविधा काम नहीं करती है.
  • ट्यूनर को सही तरीके से चालू करने के लिए, कम से कम कभी-कभी बैकग्राउंड में उसे चालू करना ज़रूरी होता है जानकारी का पता लगाएं.

  • विश्वसनीयता, ब्रॉडकास्टर पर निर्भर करती है.

लागू करने के लिए सलाह

Android, अपने सिस्टम टाइम को NTP सर्वर से सिंक करने की सुविधा देता है. ऐसा तब ही किया जा सकता है, जब के करीब पहुंच गए RadioManager. हमारा सुझाव है कि आप वेंडर एक्सटेंशन की सुविधा का फ़ायदा लें. इस फ़ंक्शन को लागू करने की प्रोसेस, हार्डवेयर ऐब्स्ट्रैक्शन लेयर (HAL) में होनी चाहिए. इसके बाद, अगर सामान्य तरीके से RadioManager के क्लाइंट को दिखाया जा सकता है RadioTuner.getParameters() तरीका.

समाधान को बेहतर बनाए रखने के लिए, इस वेंडर एक्सटेंशन के उपभोक्ता को यह तय करना होगा कि HAL इस सुविधा का इस्तेमाल करता है (यह न मानें कि यह सुविधा मौजूद है). पैरामीटर स्ट्रिंग getParameters कॉल साफ़-साफ़ व्यवस्थित होना चाहिए, ताकि सभी वेंडर को इसका इस्तेमाल आसानी से किया जा सके. इसके लिए उदाहरण के लिए, अपने संगठन के नेमस्पेस का उपयोग करते हुए उसे उचित डोमेन के साथ जोड़कर, उदाहरण, com.me.timezoneTuner.currenttimezone.

इवेंट के आधार पर तैयार की गई जानकारी होती है. इसलिए, इवेंट के आधार पर तैयार की गई जानकारी यह जानकारी पाने के लिए RadioTuner.Callback.onParametersUpdated() कॉलबैक. अगर आपने इस सुविधा को कॉन्फ़िगर किया जा सकता है. इसके अलावा, अपनी ज़रूरत के हिसाब से रूटीन का एक सेट तैयार किया जा सकता है. setParameters. उदाहरण के लिए:

com.me.timezoneTuner.currenttimezoneEvent.enable

ग्लोबल नेविगेशन सैटलाइट सिस्टम (जीएनएसएस) अपने-आप में सिर्फ़ सटीक समय बता सकता है पोज़िशन की जानकारी देता है.

भौगोलिक-स्थान

इस असुविधा का हल रिवर्स-जियोकोडिंग करना और देश का पता लगाना है. समय क्षेत्र के हिसाब से खोज करें. GNSS, हमारे सिस्टम में सबसे सही और सबसे अच्छी क्वालिटी है वाहन में जगह की जानकारी. Google की टाइम ज़ोन एपीआई में वह सभी चीज़ें मिलती हैं जो ज़रूरी कन्वर्ज़न के लिए ज़रूरी हैं. बेशक, इंटरनेट कनेक्टिविटी आपके लिए आवश्यक. किसी ऑनलाइन समाधान को लागू करते समय, उपयोगकर्ता की निजता को पक्का करना सबसे बड़ी प्राथमिकता होनी चाहिए! कॉन्टेंट बनाने डेटा खर्च की कीमतें स्वीकार करने (या नहीं करने) के लिए उपयोगकर्ता की अनुमति ज़रूरी है और इसके लिए अनुरोध करना होगा.

ऑफ़लाइन इस्तेमाल के लिए एक सही समाधान तैयार किया जा सकता है. एक स्थानीय मैप डेटाबेस, जिसमें देश और टाइम ज़ोन के बारे में सटीक जानकारी देने के लिए, वाहन के स्टोरेज. इसके साथ ही, यह टाइम ज़ोन (और देश) को अपडेट करने के लिए पूरी तरह से लागू की गई रणनीति है की ज़रूरत होती है, तो GNSS के आधार पर देश/टाइम ज़ोन को रिवर्स-जियोकोड किया जा सकता है स्थान सबसिस्टम से मिली स्थिति.

फ़ायदा नुकसान
  • इस सुविधा की मदद से, साफ़ तौर पर सही टाइम ज़ोन का पता लगाया जा सकता है.
  • इंटरनेट कनेक्टिविटी की ज़रूरत नहीं है (लोकल DB के मामले में).
  • यह सुविधा ज़्यादातर गाड़ी चलाने पर काम करती है.
  • Android पर यह सुविधा काम नहीं करती है.
  • अगर वाहन के अंदर या ढकी हुई ऐसी जगह है जहां जीएनएसएस सैटलाइट सिग्नल अच्छा नहीं है शुरुआती कॉन्फ़िगरेशन के दौरान सटीक समय, जगह, और और टाइम ज़ोन की जानकारी.
  • लोकल डेटाबेस को अपडेट करने की ज़रूरत है.
  • लागू करने से जुड़ी जटिलता.

फ़ोन को ब्लूटूथ, वाई-फ़ाई या यूएसबी से कनेक्ट किया गया है

किसी उपयोगकर्ता के फ़ोन में टाइम ज़ोन और टाइम ज़ोन का डेटा पाने के लिए, कई टेक्नोलॉजी का इस्तेमाल किया जा सकता है. सभी फ़ोन के लिए, फ़ोन में पसंद के मुताबिक बनाया गया ऐप्लिकेशन और साथी ऐप्लिकेशन इंस्टॉल होने चाहिए और वाहन में इंफ़ोटेनमेंट (आईवीआई) सिस्टम पर. तब, 30 मिनट में समय को और ज़रूरत के हिसाब से इंटरवल चुना जा सकता है. उदाहरण के लिए, कनेक्ट किए जाने पर और फ़ोन को किसी नए समय क्षेत्र में.

ब्लूटूथ स्मार्ट (BLE) की सुविधा वाले कुछ फ़ोन, GATT मौजूदा समय की विशेषता और मौजूदा टाइम सर्विस प्रोफ़ाइल के स्पेसिफ़िकेशन 1.1 के बारे में बताया गया है. हालांकि, यह विकल्प यह काफ़ी बड़े बाज़ार में उपलब्ध नहीं है जिस सेगमेंट पर सिर्फ़ भरोसा करना चाहिए.

फ़ायदा नुकसान
  • इसके लिए इंटरनेट कनेक्शन की ज़रूरत नहीं है.
  • फ़ोन से पता लगाए गए टाइम ज़ोन में हुए बदलावों को मुख्य यूनिट को रिले किया जा सकता है.
  • Android पर यह सुविधा काम नहीं करती है.
  • यह सुविधा सिर्फ़ तब काम करती है, जब फ़ोन मुख्य यूनिट से कनेक्ट हो.
  • समय उतना ही अच्छा या बुरा है जितना कि फ़ोन से मिलता है.
  • इसे लागू करना मुश्किल होता है.
  • सभी फ़ोन, BLE GATT की मौजूदा टाइम सर्विस प्रोफ़ाइल के साथ काम नहीं करते.

सोर्स इस्तेमाल करें

हर डिवाइस वेंडर को यह तय करना होगा कि बार को कितना ऊंचा सेट करना है और किस उपयोगकर्ता को सबसे ज़्यादा प्राथमिकता देनी है अहम. उपयोगकर्ता को मिलने वाले ज़रूरी अनुभव की पूरी जानकारी होने पर ही, इस फ़ैसले पर फ़ैसला लिया जा सकता है. ज़्यादातर मामलों में, वेंडर को लागू करने से जुड़ी जटिलता.

ऊपर बताए गए हर विकल्प के फ़ायदे और नुकसान हैं. उदाहरण के लिए, अगर आपका पब्लिकेशन समय-समय पर खराब प्रदर्शन करने (जैसे कि समय बदलने, बेहतर ढंग से काम करने की क्षमता) की तुलना में, इस्तेमाल किया जा सकता है और कमियों को कैसे मैनेज किया जाए. यह पूरी तरह से अपने-आप काम करने वाला समाधान है, जिससे यह सुविधा सभी स्थितियों में सही तरीके से काम कर रही है. हालांकि, इसे जानकारी के कई सोर्स के कॉम्बिनेशन पर आधारित होना चाहिए. किसी भी एक विकल्प से प्रॉडक्ट की उपलब्धता 100% नहीं हो सकती.

अस्थायी फ़ॉलबैक के तौर पर, मैन्युअल कॉन्फ़िगरेशन विकल्प को एक्ज़ीक्यूट करना आसान होता है. साथ ही, इससे कुछ बदलाव भी किए जा सकते हैं कई उपयोगकर्ताओं के लिए पर्याप्त होता है.