व्यापार

Windows Age API जन्मतिथि नहीं देगा—और अभी कॉल खाली लौट सकती है

|लेखक: QUASA संपादकीय टीम|5 मिनट पढ़ने का समय| 7
Windows Age API जन्मतिथि नहीं देगा—और अभी कॉल खाली लौट सकती है

Microsoft ने 8 सितंबर 2026 को Windows Age APIs पेश किए और उन्हें Windows Insiders के लिए व्यापक रूप से उपलब्ध बताया। ये ऐप को सटीक आयु या जन्मतिथि नहीं देते; Microsoft की घोषणा के अनुसार, ऐप को केवल आयु-श्रेणी और आयु-सत्यापन से जुड़ा सीमित संकेत मिलता है।

इस उपलब्धता का अर्थ यह नहीं कि प्रत्येक Windows 11 यंत्र पर हर कॉल उपयोगी उत्तर देगी। Microsoft के तकनीकी नियमों के अनुसार सुविधा अनुपलब्ध या बंद हो, उपयुक्त खाता-संकेत न मिले अथवा अनुमति न दी जाए तो कॉल null, NotApplicable या E_ACCESSDENIED दे सकती है; इसलिए ऐप को अपना वैकल्पिक अनुभव बनाए रखना होगा।

Insiders के लिए उपलब्ध, लेकिन हर उत्तर की गारंटी नहीं

Windows Insider परिवेश में उपलब्ध आयु-संकेत तरीकों और भविष्य के CheckAgeStatusAsync की अलग स्थिति

Microsoft ने Windows Age APIs को अभी Windows Insiders के बीच व्यापक रूप से उपलब्ध और सभी Windows उपयोगकर्ताओं के लिए जल्द आने वाला बताया है। 8 सितंबर की BleepingComputer रिपोर्ट भी यही चरणबद्ध स्थिति बताती है। सामान्य वितरण की निश्चित तारीख या समर्थित निर्माणों की पूरी सूची अभी प्रकाशित नहीं हुई है।

घोषित क्षमताओं की स्थिति भी समान नहीं है। GetUserAgeRangeAsync आयु-श्रेणी देता है और GetAgeVerificationStatusAsync सत्यापन की स्थिति बताता है। तीसरा तरीका, CheckAgeStatusAsync, पुराने CheckUserAgeConsentGroupAsync का विस्तार होगा और क्षेत्रीय नीतियों के अनुसार बच्चे, अवयस्क या वयस्क का वर्गीकरण देगा, लेकिन Microsoft ने इसे भविष्य के अद्यतन के लिए रखा है।

इसलिए “व्यापक रूप से उपलब्ध” का दायरा Windows Insider वितरण है, सफल और अर्थपूर्ण उत्तर की गारंटी नहीं। किसी ऐप की उत्पादन-व्यवस्था को यह मानकर नहीं बनाना चाहिए कि API का नाम यंत्र पर मिलते ही आयु-संकेत भी अवश्य मिलेगा।

जन्मतिथि की जगह दो अलग संकेत मिलते हैं

Windows Age APIs से अलग आयु-श्रेणी और सत्यापन-स्थिति, बिना सटीक आयु या जन्मतिथि के

GetUserAgeRangeAsync पाँच मोटी श्रेणियों में से एक लौटा सकता है: 10 वर्ष से कम, 10–12, 13–15, 16–17 और 18 या अधिक। उत्तर UserAgeRange के रूप में निचली और ऊपरी सीमा रखता है; 18 या अधिक की ऊपरी सीमा INT32_MAX होती है। आयु अज्ञात या संकेत अनुपलब्ध हो तो परिणाम null रहता है।

GetAgeVerificationStatusAsync आयु नहीं, उसकी सत्यापन-स्थिति बताता है। संभावित मान Verified, Unverified, OptedOut, TemporarilyUnavailable और NotApplicable हैं। Verified का अर्थ है कि पहचान प्रदाता ने आयु सत्यापित की है; इससे कोई खास आयु-श्रेणी अपने आप सिद्ध नहीं होती। इसी तरह NotApplicable या TemporarilyUnavailable को सत्यापित अथवा असत्यापित आयु का प्रमाण नहीं माना जा सकता।

Microsoft का डेवलपर दस्तावेज पुष्टि करता है कि API सटीक आयु या जन्मतिथि उजागर नहीं करते और null को किसी निश्चित आयु-समूह की तरह नहीं पढ़ा जाना चाहिए। इस सीमा का व्यावहारिक परिणाम स्पष्ट है: ऐप केवल मिले हुए संकेत पर नियम लागू कर सकता है, अनुपस्थित संकेत से उपयोगकर्ता की उम्र का अनुमान नहीं लगा सकता।

null मिलने पर वैकल्पिक व्यवहार कैसे तय हो

null आयु-श्रेणी पर ऐप का सुरक्षित वैकल्पिक अनुभव सक्रिय रहना

सुरक्षित कार्यप्रवाह में null कोई आयु-वर्ग नहीं, बल्कि “अज्ञात या अनुपलब्ध” अवस्था है। ऐप को API बुलाने से पहले तय करना होगा कि इस अवस्था में उसका मौजूदा आयु-द्वार, सीमित सुविधा या तटस्थ पूर्वनिर्धारित अनुभव कैसे बना रहेगा।

  1. पहले जाँचें कि संबंधित तरीका वर्तमान रनटाइम पर उपलब्ध है। तरीका न मिले तो उसी क्षण निर्धारित वैकल्पिक अनुभव अपनाएँ।
  2. ऐप पैकेज में userAccountInformation क्षमता घोषित करें और Windows की खाता-सूचना अनुमति का सम्मान करें। अनुमति न मिलने पर E_ACCESSDENIED को आयु-संबंधी उत्तर न मानें।
  3. GetUserAgeRangeAsync और GetAgeVerificationStatusAsync को अलग संकेत समझें। null आयु-श्रेणी को 18 या अधिक मानकर प्रवेश देना अथवा सबसे छोटी श्रेणी मानकर स्थायी वर्ग बनाना, दोनों गलत अनुमान होंगे।
  4. Verified, Unverified, OptedOut, TemporarilyUnavailable और NotApplicable के लिए अलग शाखाएँ रखें। TemporarilyUnavailable तकनीकी रूप से अनिर्णीत अवस्था है और OptedOut उपयोगकर्ता की पसंद; दोनों में ऐप को अपुष्ट आयु के आधार पर निर्णय नहीं देना चाहिए।
  5. उपयोगी और लागू संकेत मिलने पर ही आयु-आधारित नियम चलाएँ। संकेत न मिले तो पहले से निर्धारित वैकल्पिक अनुभव जारी रखें।

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

खाता, सहमति और प्रशासनिक नीति भी उत्तर बदलते हैं

आयु-संकेत वर्तमान प्रक्रिया चला रहे उपयोगकर्ता के लिए माँगा जाता है और न्यूनतम मंच Windows 11 है। पहचान प्रदाता से मिलने वाले आयु-संकेत फिलहाल Microsoft accounts तक सीमित हैं। दूसरे खाता प्रकार में, यदि प्रशासक ने कोई पूर्वनिर्धारित मान नहीं लगाया है, तो अपेक्षित परिणाम null और NotApplicable हैं।

प्रबंधित यंत्रों पर Group Policy या MDM से पूर्वनिर्धारित आयु-समूह अथवा सत्यापन-स्थिति दी जा सकती है। ऐसे उत्तर का स्रोत प्रशासनिक नीति हो सकता है, इसलिए ऐप को केवल मान का अर्थ लागू करना चाहिए; यह अनुमान नहीं लगाना चाहिए कि हर उत्तर सीधे उपयोगकर्ता के खाते या स्वतंत्र सत्यापन से आया है।

Windows की गोपनीयता सेटिंग में खाता-सूचना की सहमति भी आवश्यक है। पहुँच अस्वीकृत होने पर कॉल E_ACCESSDENIED के साथ विफल हो सकती है—यह null से अलग तकनीकी परिणाम है, लेकिन दोनों स्थितियों में उम्र का अनुमान लगाने के लिए कोई पुष्ट संकेत उपलब्ध नहीं होता।

फिलहाल निश्चित स्थिति इतनी है: Windows Insiders को दो आयु-संकेत विधियाँ उपलब्ध कराई जा रही हैं, सभी Windows उपयोगकर्ताओं के लिए विस्तार की तारीख तय नहीं है और CheckAgeStatusAsync बाद के अद्यतन में आएगा। जन्मतिथि कभी उत्तर का हिस्सा नहीं होगी; उपयोगी संकेत न मिलने की स्थिति को संभालना API के साथ काम करने की वैकल्पिक सुविधा नहीं, उसके अनुबंध का हिस्सा है।

यह भी पढ़ें:

साझा करें:

हमारे न्यूज़लेटर की सदस्यता लें

Web3, AI और क्रिप्टो की नवीनतम खबरें सीधे अपने इनबॉक्स में पाएँ।

0