मुश्किल हिस्सा स्पष्ट है: हमने Yandex.Shell में कॉल इंटरफ़ेस कैसे बनाया

आज हम इस बारे में बात करना चाहते हैं कि हमने इस तरह की प्रतीत होने वाली स्पष्ट चीज़ कैसे बनाई, जैसे कि Yandex.Shell कॉल इंटरफ़ेस। हमारे आश्चर्य के लिए, हमारे काम के दौरान हमने महसूस किया कि कितनी देर पहले किसी ने इस तथ्य के बारे में गंभीरता से नहीं सोचा था कि ज्यादातर फोन में कई वर्षों से कार्यात्मक रूप से सुधार नहीं हुआ है। और इस समय के दौरान दुनिया आगे बढ़ गई है। यह एक पूर्वव्यापी नज़र लेने का समय है कि यह कैसे बनाया गया था, हमें किन कार्यों का सामना करना पड़ा और हम क्या निर्णय ले आए।

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

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

इस लक्ष्य को प्राप्त करने में हमारा लाभ यह था कि, अपने समकक्षों के विपरीत, Yandex.Diler को शुरू में रूस और Yandex उपस्थिति के अन्य देशों के अनुरूप बनाया गया था, जिसने हमें अपने "हमारे" उपयोगकर्ताओं के हितों और व्यवहार संबंधी विशेषताओं को ध्यान में रखने का अवसर दिया। इसके अलावा, लंबे समय से विकसित उपयोगकर्ता सेवाएं यैंडेक्स की ताकत हैं, और यह उनकी मदद से था कि हमें अपने डीलर की कार्यक्षमता में सुधार की उम्मीद थी।

लेकिन पहले बातें पहले।

अंतहीन पता पुस्तिका

हमारे पहले कार्यों में से एक क्लिक की संख्या को कम करने की आवश्यकता थी जो उपयोगकर्ता को उस संगठन को कॉल करने की आवश्यकता है जिसे उसे ज़रूरत है। वास्तव में, विभिन्न संगठनों को कॉल, जिनमें उपयोगकर्ता के लिए अज्ञात है, सबसे लोकप्रिय फोन उपयोग परिदृश्यों में से एक रहा है।

तैयार किए गए कार्य में उपयोगकर्ता व्यवहार के स्टीरियोटाइप का पूर्ण पुनर्विचार शामिल है। अब तक, सही संगठन के एक कॉल में अनुक्रमिक क्रियाओं की एक पूरी श्रृंखला निहित है। एक छोटे से उदाहरण पर विचार करें। यदि मुझे निकटतम फार्मेसी को कॉल करने की आवश्यकता है, तो मुझे क्या कार्रवाई पूरी करनी होगी? विभिन्न विकल्प संभव हैं, लेकिन जाहिर है, वे किसी भी तरह शामिल होंगे:

- स्थिति (शुरुआत के लिए, मैं कहां हूं?);
- किसी दिए गए क्षेत्र में फार्मेसियों की खोज करें;
- फार्मेसी का विकल्प;
- उसकी संपर्क जानकारी के लिए खोज;
- फोन नंबर की प्रतिलिपि या मैन्युअल स्थानांतरण;
- वास्तव में कॉल।

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

हमने निर्णय लिया कि अब से संपर्क सूची उपयोगकर्ता के व्यक्तिगत संपर्कों तक सीमित नहीं रहेगी। जैसे ही उपयोगकर्ता अपने स्वयं के संपर्कों के अलावा एक नाम या शीर्षक दर्ज करता है, उसे अब ऐसे संकेत दिए जाते हैं जो सबसे लोकप्रिय यांडेक्स उपयोगकर्ताओं के प्रश्नों के आधार पर खोज मानदंडों को पूरा करते हैं। ये संकेत तुरंत जारी किए जाते हैं क्योंकि वे पहले से ही फोन में डाउनलोड किए जाते हैं। जब आप किसी एक संकेत का चयन करते हैं, तो उपयोगकर्ता को उसके वर्तमान स्थान के आधार पर व्यापक Yandex.Directory डेटाबेस से निकटतम संगठनों की एक संबंधित सूची दी जाती है।

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

आइए अपने फार्मेसी उदाहरण पर वापस जाएं और देखें कि यह रास्ता अब कैसे जाता है।

1. डायलर पर जाएं, टैब "संपर्क"।

2. हम "फार्मेसी" शब्द लिखना शुरू करते हैं। आपको लंबे समय तक डायल नहीं करना होगा, क्योंकि "अप" के बाद प्रॉम्प्ट न केवल "फार्मेसी" शब्द देता है, बल्कि "फार्मेसी" शब्द से संबंधित कुछ सबसे लोकप्रिय प्रश्न भी हैं।



3. वांछित प्रांप्ट का चयन करें। हम अपने स्थान से दूरी के आधार पर, हमारे लिए उपयुक्त फार्मेसियों की सूची में आते हैं।



4. बुलाओ।

या कॉल नहीं करते हैं। और हम संचार के किसी अन्य साधन का उपयोग करने के लिए संपर्क कार्ड में जाते हैं या अपने संपर्कों में इस कार्ड को जोड़ते हैं।



इस तरह के एक शक्तिशाली डेटाबेस को Yandex.Directory के रूप में जोड़ने के लिए diler ने उपयोगकर्ता की पता पुस्तिका को इंटरैक्टिव बनाया, स्थान के आधार पर और वास्तव में, अंतहीन। एक बार एक अंतहीन पता पुस्तिका की संभावनाओं में महारत हासिल करने के बाद, उपयोगकर्ता धीरे-धीरे दो नियमों के रूप में सरल के पक्ष में व्यवहार के स्टीरियोटाइप को बदलना शुरू कर देता है: “यदि आप कॉल करना चाहते हैं, तो डायलर पर जाएं। खोज विजेट से नहीं, ब्राउज़र से नहीं, कार्ड से नहीं, बल्कि तुरंत डायलर से। यह बहुत स्वाभाविक है।

अज्ञात नंबरों की पहचान

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

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

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



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

मोबाइल ऑपरेटरों के लोगो

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

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

अनूदित खोज

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

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

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

संक्षिप्त में खोजें

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



जैसा कि एक जिज्ञासु पाठक पहले से ही महसूस कर चुका है, अंतिम दो संभावनाओं को मिलाकर, हम यह प्राप्त करते हैं कि [वोवा] के अनुरोध पर सभी व्लादिमीर हैं, जिन्हें साबित किया जाना चाहिए था।

इन दोनों कार्यों (संक्षिप्त नामों द्वारा अनुवादित खोज और खोज) को उपरोक्त वर्णित iPhone और Android डीलरों में लागू नहीं किया गया था, केवल इसलिए कि यह समस्या अमेरिकी और यूरोपीय बाजारों के लिए अप्रासंगिक होने के कारण अपने रचनाकारों के लिए सतह पर नहीं थी। और इन कार्यों का कार्यान्वयन, विशेष रूप से संक्षिप्त रूप से खोज, सभी समर्थित स्थानों के लिए बहुत समस्याग्रस्त होगा। हम रूस में इस्तेमाल किए गए नामों से संतुष्ट थे और उनमें से अधिकांश के लिए इस कार्यक्षमता का समर्थन करने की कोशिश की।