हाबरा ग्लास - जियोसिकल सेवा कैसे करें

लगभग किसी भी सेवा को भू-स्थानिक बनाया जा सकता है। यानी सामान्य इंटरनेट से परे इसकी कार्यक्षमता का विस्तार करें और सेवा के उपयोगकर्ताओं को वास्तविक जीवन में बातचीत का अवसर दें।

पहला सवाल यह है कि क्या उपयोगकर्ताओं को इसकी आवश्यकता है? जवाब बहुत कुछ इस बात पर निर्भर करता है कि यह किस तरह की सेवा है। उदाहरण के लिए, डेटिंग सेवाएँ बहुत लोकप्रिय हैं क्योंकि वे कई समस्याओं को हल करती हैं। वे उन लोगों को अनुमति देते हैं जो एक साथी की तलाश में समय बचाने के लिए एक-दूसरे को जानना चाहते हैं। वे विनय को दूर करने और कई संघर्ष स्थितियों से बचने में मदद करते हैं।

यदि आप कुछ दिलचस्प के बारे में सोचते हैं, तो हबराब्र की भू-सेवा प्रदान कर सकते हैं?

गोपनीयता सेटिंग्स विकल्प:
1) सभी के लिए दृश्यमान - उन लोगों के लिए जो अधिकतम संचार चाहते हैं
2) केवल उन सभी सदस्यों के साथ, जो मेरे साथ कई साझा हब के सदस्य हैं
3) केवल उन लोगों के लिए दृश्यमान हैं, जिनके लिए मैंने सदस्यता ली है और एक ही समय में, जो मेरा अनुसरण कर रहे हैं - अधिकतम पारस्परिक हित के साथ न्यूनतम संपर्क।

मुझे लगता है कि इस योजना के साथ, लगभग सभी को एक उपयुक्त विकल्प मिलेगा। वैसे, मैं मानचित्र पर उपयोगकर्ताओं के पैक के खिलाफ हूं, जैसा कि कुछ सेवाएं करती हैं। बहुत अधिक दिलचस्प है जब उपयोगकर्ताओं को केवल उनके यादृच्छिक मुठभेड़ों के बारे में सूचित किया जाता है। और वास्तविक प्रभावशीलता प्राप्त करने के लिए, स्थान को ऑन-डिमांड (चीकिन्स के सिद्धांत द्वारा) नहीं, बल्कि ऑन-लाइन किया जाना चाहिए।

तकनीकी कार्यान्वयन

सेवा को भू-स्थानिक बनाने के लिए, आपको मोबाइल उपकरणों के लिए क्लाइंट एप्लिकेशन विकसित करने और सर्वर साइड पर जियोलोकेशन सेवा को लागू करने की आवश्यकता है।



जियोलोकेशन सेवा विशेषताएं:
1) उपकरणों से आने वाले डेटा का सत्यापन
2) बैठकों के लिए खोजें (डिवाइस निकटता)
3) उपयोगकर्ताओं की गोपनीयता सेटिंग्स का विश्लेषण मिला
4) बैठक के बारे में सेवा और इच्छुक उपयोगकर्ताओं को सूचित करना।
5) उपयोगकर्ता इंटरैक्शन के लिए आवश्यक अतिरिक्त कार्य, उदाहरण के लिए, चैट के लिए एक मॉड्यूल आदि।

मोबाइल क्लाइंट अनुप्रयोग सुविधाएँ
1) जियोलोकेशन
2) सर्वर के लिए वर्तमान निर्देशांक का स्थानांतरण
3) बैठकों और अन्य घटनाओं के बारे में उपयोगकर्ताओं की अधिसूचना
4) उपयोगकर्ता बातचीत के लिए आवश्यक अतिरिक्त कार्य, जैसे चैट आदि।

बारीकियों

आपको यह समझने की जरूरत है कि एक पूर्ण ग्राहक आवेदन का कार्यान्वयन एक श्रमसाध्य चीज है। और अगर हम विभिन्न प्लेटफार्मों के लिए क्लाइंट अनुप्रयोगों के कार्यान्वयन के बारे में बात करते हैं, तो लागत और भी अधिक बढ़ जाती है। आप उपयोग करके कार्य को सरल बना सकते हैं, उदाहरण के लिए, अनुप्रयोगों के उपयोगकर्ता इंटरफ़ेस के लेआउट के लिए HTML 5, लेकिन स्थान मॉड्यूल को मूल बनाना होगा।

स्थान ऊर्जा कुशल होना चाहिए। यह समस्या Android पर सबसे आसानी से हल हो गई है। आप एक स्मार्ट स्थान एल्गोरिथ्म लिखकर बिजली की खपत को नियंत्रित कर सकते हैं। यानी कुछ मामलों में, ऊर्जा लागत के संदर्भ में एक सटीक, लेकिन महंगा पाने के लिए, जीपीएस समन्वय करता है। यदि दृश्यता क्षेत्र में वाईफाई है, तो, निश्चित रूप से, इसे स्थान के लिए उपयोग करें (50-100 मीटर की त्रुटि, लगभग ऊर्जा की खपत के बिना)। कभी-कभी सेल निर्देशांक निर्धारित करने के लिए उपयोग किया जाता है। हमें पर्याप्त रूप से बड़ी (लेकिन कुछ मामलों में स्वीकार्य) त्रुटि मिलती है, लेकिन ऊर्जा की खपत के बिना।

आपको यह भी ध्यान रखना होगा कि स्थान उपलब्ध कराने वाला फोन इस समय नहीं सोता है। और इसका प्रोसेसर भी ऊर्जा की खपत करता है। यदि हम एक स्थान प्राप्त करने के लिए जागते हैं, तो हम हमेशा इसे जल्दी से जल्दी नहीं कर सकते जितना हम चाहते हैं। जीपीएस मॉड्यूल, जो उपग्रहों के बारे में जानकारी प्राप्त करता है, हमें निर्देशांक बहुत जल्दी देता है, लेकिन इसे शुरू करने में कई मिनट लग सकते हैं।

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

मामलों के लिए विभिन्न स्थान मोड सहित महान ऊर्जा बचत प्राप्त की जा सकती है:
- डिवाइस स्थिर है
- उपकरण कम गति से चलता है
- डिवाइस तेज चलता है

इस मामले में, दो मुख्य विचार हैं। जब उपकरण स्थिर होता है, तो यह किसी भी घटना को उत्पन्न नहीं करता है। जब डिवाइस तेजी से चलता है (कार में एक व्यक्ति) तो कई घटनाएं होती हैं, लेकिन उपयोगकर्ता, वैसे भी, उन्हें जवाब देने में सक्षम नहीं होगा।

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

और फिर भी, यदि हम निर्देशांक प्राप्त करने के लिए न केवल जीपीएस का उपयोग करते हैं, तो ट्रैक डिवाइसों को देखते हुए, हम असंतुष्ट होंगे। आंदोलन कुछ छलांगों की तरह आगे, अब पिछड़े, अब दाईं ओर, फिर बाईं ओर लगेगा। यह सोचने में अच्छा है कि डिवाइस से आने वाले निर्देशांक को कैसे संसाधित किया जाए, यह देखते हुए कि त्रुटि लगातार बदल रही है? अगर किसी को दिलचस्पी है, तो मैं निम्नलिखित लेखों में से एक में एल्गोरिथ्म का वर्णन कर सकता हूं।

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

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

विंडोज फोन इस प्रणाली का 7 वां संस्करण, जाहिरा तौर पर, मोबाइल उपकरणों के लिए काफी भारी निकला, और एक पूर्ण पृष्ठभूमि वाले स्थान के लिए संभावनाओं का एहसास नहीं हुआ। 8 वें संस्करण ने एक बड़ा कदम आगे बढ़ाया। एक व्यापक जियोलोकेशन एपीआई दिखाई दिया है, जो एंड्रॉइड और आईओएस के बीच एक क्रॉस है। हालाँकि, सूत्र को न भूलें:
"नया ऑपरेटिंग सिस्टम" + "विभिन्न निर्माताओं के उपकरण" = "अपरिहार्य बग"।
और इसका विकास की जटिलता पर सबसे अच्छा प्रभाव नहीं हो सकता है।

ठीक है, निश्चित रूप से, आपको Google ग्लास के लिए एक ग्राहक विकसित करने की आवश्यकता है। मैं यहां कुछ नहीं कह सकता, क्योंकि मैंने इसे अपने हाथों में नहीं पकड़ा है। और सामान्य तौर पर, मुझे लगता है, क्या यह मजाक है?

अधिसूचना

कुछ मामलों में, मीटिंग और अन्य ईवेंट के उपयोगकर्ताओं को सूचित करना आवश्यक होगा। प्रत्येक प्लेटफ़ॉर्म के लिए, आपको एक अलग मूल कार्यान्वयन करना होगा। हालांकि, हमारे मामले में, विक्रेताओं की सेवाओं के माध्यम से अधिसूचना को व्यवस्थित करने का एक अनूठा अवसर है, लेकिन हमारी अपनी प्रतिक्रिया के माध्यम से।

यदि डिवाइस टीसीपी के माध्यम से हमारे सर्वर से जुड़ता है, तो हम सत्र के दौरान किसी भी समय उससे संपर्क कर सकते हैं। यहां तक ​​कि अगर डिवाइस हमें यूडीपी पैकेट भेजता है (जो कि उचित है अगर हम लोड के बारे में सोचते हैं), तो हमारे पास प्रतिक्रिया पैकेट भेजने के लिए कुछ समय है। यह समय इंटरनेट प्रदाता पर निर्भर करता है, लेकिन, किसी भी मामले में, कम से कम 10 सेकंड है।

एग्रीगेटर्स

आप प्रयास और पैसा बचा सकते हैं और एग्रीगेटर की सेवाओं का उपयोग कर सकते हैं, जो तृतीय-पक्ष सेवाओं को एकीकृत करने के लिए एपीआई प्रदान करते हैं और स्वतंत्र रूप से मोबाइल उपकरणों के स्थान के साथ मुद्दों को हल करते हैं। वे उपयोगकर्ताओं के लिए पहले से ही लागू कार्यक्षमता के साथ विभिन्न प्लेटफार्मों के लिए तैयार-निर्मित टेम्पलेट देशी एप्लिकेशन प्रदान करते हैं, उन्हें मैप पर प्रदर्शित करते हैं (यदि आवश्यक हो) और बहुत कुछ, और वेब-व्यू के माध्यम से प्रत्येक सेवा के लिए कार्यात्मक को एम्बेड करने की क्षमता भी प्रदान करते हैं।



पुनश्च यह लेख भू-स्थानिक सेवाओं के तकनीकी कार्यान्वयन के लिए केवल सामान्य विचारों और सिद्धांतों का वर्णन करता है। हबहार के संबंध में, निश्चित रूप से, आप कई और दिलचस्प और उपयोगी विशेषताओं के साथ आ सकते हैं। मैं आपकी राय जानना चाहूंगा, प्रिय हैब्राइट्स।