डिजिटल साइनेज ओपन एडीबीः ग्राहक के स्वामित्व वाले एंड्रॉइड ऐप को तैनात करना

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

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

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

उन सवालों ने हमें डिस्प्ले को केवल सामग्री-प्लेबैक डिवाइस के बजाय एंड्रॉइड प्लेटफॉर्म के रूप में मूल्यांकन करने के लिए प्रेरित किया।

ग्राहक को एक कारखाने एंड्रॉयड वातावरण से अधिक की आवश्यकता थी

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

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

इस मामले में, आवश्यकता केवल एक बार एप्लिकेशन स्थापित करने की नहीं थी। ग्राहक चाहता था कि उसका अपना सॉफ्टवेयर उपयोगकर्ताओं को प्रस्तुत सामान्य इंटरफ़ेस बन जाए।

उस अंतर ने हमारे अनुरोध के दृष्टिकोण को बदल दिया। "एंड्रॉइड" को पर्याप्त विनिर्देश के रूप में इलाज करने के बजाय, हमने तैनाती को कई व्यावहारिक परतों में अलग कर दियाः एडीबी एक्सेस,एपीके स्थापना, कस्टम लांचर व्यवहार, स्टार्टअप व्यवहार, और रूट पहुँच.

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

एक कॉम्पैक्ट अनुप्रयोग वातावरण के लिए,10.1-इंच RK3588 एंड्रॉयड 13 डिस्प्ले एक RK3588 एंड्रॉयड 13 डिजिटल साइनेज डिस्प्ले का एक प्रासंगिक हार्डवेयर उदाहरण प्रदान करता है।यह एक RK3588 प्रोसेसर और एंड्रॉइड 13 का उपयोग करता है और सॉफ्टवेयर एकीकरण और अनुकूलन की आवश्यकता वाले अनुप्रयोगों के लिए एंड्रॉइड डिस्प्ले के रूप में तैनात है.

उत्पाद ही मामले का मुख्य मुद्दा नहीं है।क्या मायने रखता है कि हार्डवेयर एक फिक्स्ड कारखाने इंटरफ़ेस के आसपास अपने आवेदन का निर्माण करने के लिए integrator की आवश्यकता के बजाय एक ग्राहक नियंत्रित सॉफ्टवेयर वातावरण समायोजित कर सकते हैं.

ओपन एडीबी ग्राहक-साइड एपीके तैनाती संभव बनाता है

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

ओपन एडीबी एक कंप्यूटर से एंड्रॉयड डिवाइस के साथ संवाद करने के लिए उपयोग किया जाने वाला एक्सेस चैनल प्रदान करता है। इस तैनाती परिदृश्य में,प्रासंगिक क्षमता यह है कि ग्राहक अपने स्वयं के एपीके को स्थापित करने के लिए एडीबी का उपयोग कर सकता है.

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

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

The distinction matters during procurement because a display can support Android and even allow application installation without necessarily providing the level of system access required by an integrator.

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

एंड्रॉयड सिग्नल के लिए खोज खरीदारों के लिए खुद को स्थापित APK क्षमता स्थापित करने के लिए या पर अपने खुद के APK स्थापित करने की योजना बना डिजिटल साइनेज डिस्प्लेयह स्पेसिफिकेशन शीट में एंड्रॉइड संस्करण की खोज करने से अधिक उपयोगी अंतर है।

एपीके स्थापित करने के बाद महत्वपूर्ण कदम आता है

एपीके को स्थापित करने से यह एप्लिकेशन स्वचालित रूप से डिवाइस का मुख्य इंटरफ़ेस नहीं बनता है।

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

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

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

यह दो प्रकार के एंड्रॉइड साइनअप स्वयं स्थापित एपीके परियोजनाओं के बीच एक सार्थक अंतर बनाता है।

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

यह अंतर यह भी है कि कस्टम लांचर डिजिटल सिग्नलिंग परियोजना का मूल्यांकन करते समय "एपीके स्थापना समर्थित" को पूर्ण उत्तर के रूप में क्यों नहीं माना जाना चाहिए।

रूट एक्सेस इंटीग्रेटर को सिस्टम-स्तरीय विकल्प देता है

ग्राहक की आवश्यकता में खुली प्रणाली तक पहुंच भी शामिल थी, जहां रूट प्रासंगिक हो जाता है।

पुष्टि की विन्यास डिफ़ॉल्ट रूप से रूट पहुँच प्रदान करता है. अधिक विशेष रूप से,adb शेलएक प्रतिबंधित खोल उपयोगकर्ता के बजाय रूट के रूप में संचालित होता है.

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

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

इस प्रकार के परियोजनाओं के लिए, अंतर को सरलता से व्यक्त किया जा सकता हैः

यही कारण है कि हम खुले एडीबी कियोस्क डिस्प्ले आवश्यकताओं को केवल रूट आवश्यकता के रूप में वर्णन नहीं करते हैं।किसी परियोजना को ADB और एक कस्टम लांचर की आवश्यकता हो सकती है जिसके लिए प्रत्येक सिस्टम फ़ंक्शन को उपयोगकर्ता के संपर्क में लाने की आवश्यकता नहीं होती है.

कस्टम लांचर और कियोस्क संबंधित हैं, लेकिन समान नहीं हैं

एक कस्टम लांचर उपयोगकर्ता अनुभव के एक महत्वपूर्ण हिस्से को हल करता हैः यह ग्राहक के ऐप को सामान्य होम इंटरफ़ेस बनने की अनुमति देता है।

एक सख्त कियोस्क तैनाती के लिए इससे अधिक की आवश्यकता हो सकती है। आवेदन को एकमात्र व्यावहारिक उपयोगकर्ता-आधारित वातावरण बने रहने की आवश्यकता हो सकती है,जबकि एंड्रॉयड डेस्कटॉप या सिस्टम सेटिंग्स के लिए सामान्य नेविगेशन प्रतिबंधित है पी.ओ.एस. कैश रजिस्टर श्रृंखला.

उन आवश्यकताओं को अलग से परिभाषित किया जाना चाहिए।

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

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

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

भौतिक प्रदर्शन अभी भी आवेदन के अनुरूप होना चाहिए

सॉफ्टवेयर कॉन्फ़िगरेशन मूल अनुरोध का केवल एक हिस्सा था। ग्राहक को एक कॉम्पैक्ट डिस्प्ले और एक स्टैंड की भी आवश्यकता थी जो विभिन्न अभिविन्यासों को समायोजित कर सके।

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

एक कॉम्पैक्ट अनुप्रयोग वातावरण के लिए,10.1-इंच RK3588 एंड्रॉयड 13 डिस्प्लेयह एक RK3588 प्रोसेसर और एंड्रॉइड 13 का उपयोग करता है और सॉफ्टवेयर एकीकरण और अनुकूलन की आवश्यकता वाले अनुप्रयोगों के लिए एंड्रॉइड डिस्प्ले के रूप में तैनात है।

उत्पाद ही मामले का मुख्य मुद्दा नहीं है।क्या मायने रखता है कि हार्डवेयर एक फिक्स्ड कारखाने इंटरफ़ेस के आसपास अपने आवेदन का निर्माण करने के लिए integrator की आवश्यकता के बजाय एक ग्राहक नियंत्रित सॉफ्टवेयर वातावरण समायोजित कर सकते हैं.

एक कॉम्पैक्ट के लिएएंड्रॉयड डिजिटल साइनेज डिस्प्ले, 10.1 इंच की कॉन्फ़िगरेशन मूल आवश्यकता के करीब है।15.6 इंच FHD IPS Android टैबलेट RK3288 के साथऔर13.3-इंच ऑल-इन-वन एंड्रॉयड टैबलेट FHD IPS स्क्रीन और RK3288 के साथसिग्नलिंग और कियोस्क अनुप्रयोगों के लिए कॉम्पैक्ट और बड़े प्रारूपों के बीच फिट।21.5-इंच RK3588 स्टैंड बाय मी एंड्रॉयड डिस्प्लेएक ही सामान्य एंड्रॉयड प्लेटफॉर्म दृष्टिकोण का उपयोग करते हुए एक अलग भौतिक प्रारूप प्रदान करता है।

इन दोनों विचारों को अलग करने का कारण व्यावहारिक है। सॉफ्टवेयर लचीलापन स्वचालित रूप से यांत्रिक स्थापना को निर्धारित नहीं करता है।परिदृश्य और चित्रों के लिए उचित भौतिक संरचना की आवश्यकता होती है, घूर्णन तंत्र, या स्टैंड विन्यास।

इस कारण से, हमारेएंड्रॉयड विज्ञापन प्रदर्शन रेंजइसमें विभिन्न व्यावसायिक डिस्प्ले प्रारूप शामिल हैं जिनका मूल्यांकन अनुप्रयोग वातावरण के अनुसार किया जा सकता है 24 इंच RJ45 PoE ऑल-इन-वन एंड्रॉयड टैबलेट350cd/m2 चमक के साथ।

हम कैसे आवश्यकता को लागू करने योग्य विन्यास में अनुवाद करने में मदद करते हैं

इस प्रकार के प्रोजेक्ट का उपयोगी हिस्सा सिर्फ यह पुष्टि नहीं कर रहा है कि एक डिस्प्ले एंड्रॉइड चलाता है।चुनौती ग्राहक के मौजूदा सॉफ्टवेयर को उस हार्डवेयर वातावरण से जोड़ना है जिसमें यह काम करेगा.

बोस्निया स्थित वितरक के लिए इस आवश्यकता को व्यावहारिक प्रश्नों के एक अनुक्रम में अनुवाद किया जा सकता हैः एपीके डिवाइस तक कैसे पहुंचेगा, क्या एप्लिकेशन लांचर बन सकता है,रीबूट के बाद क्या होता है, और इंटीग्रेटर के पास एंड्रॉइड एक्सेस का क्या स्तर है?

एक बार जब इन सवालों को अलग कर लिया गया, तो हार्डवेयर की आवश्यकता बहुत स्पष्ट हो गई।

पुष्टि की गई क्षमता का सार इस प्रकार हैः

यह प्रक्रिया का वह हिस्सा है जो एक इंटीग्रेटर के लिए अनिश्चितता को कम कर सकता है। पहले एक डिस्प्ले चुनने और बाद में सॉफ्टवेयर प्रतिबंधों की खोज करने के बजाय,सॉफ्टवेयर की आवश्यकता का उपयोग यह निर्धारित करने के लिए किया जा सकता है कि क्या यह प्लेटफॉर्म एंड्रॉइड डिजिटल साइनेज डिस्प्ले के लिए सही है, जिसमें ओपन एडीबी और रूट एक्सेस प्रोजेक्ट है, इससे पहले कि यह आगे की तैनाती में आगे बढ़े. The same approach can be used for a digital signage open ADB project in which the customer's application already exists and the main requirement is to deploy that software onto a commercial Android display.

अपने स्वयं के एंड्रॉइड साइन प्रोजेक्ट के लिए एक व्यावहारिक प्रारंभिक बिंदु

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

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

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

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