एटीएम। तार के दूसरी तरफ

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

चूँकि यह हैबर पर मेरा पहला लेख है, मैं संभवतः अनावश्यक भ्रम के लिए माफी माँगता हूँ।

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

1. कार्ड और खाते

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

2. धोखेबाजों के लिए विपरीत है

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

3. कलेक्टरों / पर्यवेक्षकों के कार्ड

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

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

4. एटीएम एप्लीकेशन

यह ध्यान दिया जाना चाहिए कि सभी अनुप्रयोगों को 2 प्रकारों में विभाजित किया जा सकता है:

• विनिमय प्रोटोकॉल को कड़ाई से परिभाषित किया गया है; एटीएम की तरफ, इस प्रोटोकॉल पर चलने वाले प्रोग्राम को निष्पादित किया जाता है और इसे किसी भी तरह से विस्तारित करना असंभव है। ये हैं, उदाहरण के लिए, NDC, DDC, और ट्राइटन।
• एक्सचेंज प्रोटोकॉल न केवल कठोर रूप से तय किया गया है, बल्कि इसके विपरीत, एटीएम में एप्लिकेशन एक विशिष्ट मेजबान के साथ संचार का समर्थन करने के लिए एक एक्स्टेंसिबल प्लग-इन है। यह है कि कैसे Kalignite एटीएम की व्यवस्था की जाती है - वैसे, मेरे साथ काम करने वालों का सबसे लचीला। Kalignite एप्लिकेशन एक नियमित .Net अनुप्रयोग है, एटीएम स्क्रीन पर प्रदर्शित स्क्रीन साधारण HTML पृष्ठ हैं जो एक मानक .Net ब्राउज़र घटक के माध्यम से प्रदर्शित होते हैं (जो बदले में, IE कोर पर आधारित है, अर्थात इसकी सभी कमजोरियाँ हैं। हालांकि। घटक को बहुत छंटनी की जाती है)। स्क्रिप्ट के दृश्य भाग के इस विकास के लिए धन्यवाद, वेब डिजाइनर संलग्न हो सकते हैं और सभी लाभों का लाभ उठा सकते हैं - उदाहरण के लिए, jQuery, एक आभासी कीबोर्ड और वह सब कुछ जो आपके दिल की इच्छा है।
  चूंकि कोड उस एटीएम पर चलता है जो सिस्टम के डेवलपर द्वारा स्वयं लिखा जाता है, इसलिए किसी भी सेवा कार्यों का प्रदर्शन काफी सरल हो सकता है - उदाहरण के लिए, एटीएम पर ही एक संग्रह लेनदेन उत्पन्न किया जा सकता है और सामान्य लेनदेन अनुरोध के रूप में मेजबान को भेजा जा सकता है (केवल यह एक प्रशासनिक लेनदेन होगा)।

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

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

5. कार्ड से निकासी और अमान्य पिन

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

6. चिप कार्ड

चिप कार्ड के साथ क्या करना है, अगर चिप पढ़ा नहीं जा सका, तो स्क्रिप्ट सेटिंग्स पर निर्भर करता है। सेवाओं की एक संकीर्ण श्रेणी पेश की जा सकती है, या यह केवल सेवा करने से इंकार कर सकती है। वही अन्य बैंकों के कार्ड के लिए जाता है।

7. जारी करने के लिए अधिकतम 40 बिल जारी करना और एल्गोरिथ्म जारी करना

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

40 के नोटों की सीमा वास्तव में भौतिक सीमाओं से आती है - 40 बैंकनोटों का एक पैकेट लगभग एक सेंटीमीटर मोटा होता है। इस तथ्य के बारे में कि एटीएम केवल एक राशि देने से इनकार करता है जो एक समय में शारीरिक रूप से जारी नहीं की जा सकती है, एक अस्पष्ट गलती के साथ - स्क्रिप्ट डेवलपर की गलती यह है कि उसने कारण के बारे में एक स्पष्ट संदेश नहीं दिया है। Kalignite के साथ सब कुछ सरल है, यह सादे HTML है, जैसा कि मैंने ऊपर कहा था, वास्तव में एक स्थानीय साइट है, और NDC / DDC एटीएम के लिए, मेजबान प्रतिक्रिया में अद्यतन स्क्रीन हो सकती है, जिस पर पाठ, फिर से, मेजबान को परिभाषित करता है ... ट्राइटन प्रोटोकॉल और भी बदतर है , और उसके पास कुछ त्रुटि कोड हैं, लेकिन रूस में ट्राइटन, ऐसा लगता है, बहुत आम नहीं हैं।

8. ऑपरेटिंग सिस्टम

जिन पर मैंने परीक्षण किया है, उनके लिए विंडोज एक्सपी है। और मुझे Nign और DDC ATM के साथ Kalignite स्क्रिप्ट के साथ परखा गया।

---

खैर यहाँ। मुझे उम्मीद है कि यह दिलचस्प था और मेरे दिमाग में अराजकता कम हो गई। मुख्य विचार जो मैं बताना चाहता था वह यह है कि पूरी तरह से कॉन्फ़िगर किया गया है। स्वाभाविक रूप से, कहीं कम, कहीं अधिक, लेकिन यह उन लोगों की तुलना में अधिक गहरी बारीकियों से संबंधित है जो पहली नज़र में दिखाई देते हैं।