Difference between revisions of "दूरसंचार रेटिंग"

From alpha
Jump to navigation Jump to search
Line 1: Line 1:
'''दूरसंचार में रेटिंग''' किसी विशेष कॉल की लागत निर्धारित करने की गतिविधि है।<ref>Carl Wright, Service Level LLC (2001) ''[http://www.servicelevel.net/rating_matters/newsletters/issue06.htm What is Rating? What is Billing?] {{Webarchive|url=https://web.archive.org/web/20070102101345/http://www.servicelevel.net/rating_matters/newsletters/issue06.htm |date=2007-01-02 }}'', Rating Matters issue n. 6, 21 March 2001 {{ISSN|1532-1886}}</ref> रेटिंग प्रक्रिया में कॉल-संबंधित डेटा को मौद्रिक-समतुल्य मूल्य में परिवर्तित करना सम्मिलित होता है।
'''दूरसंचार में रेटिंग''' किसी विशेष कॉल की लागत निर्धारित करने की गतिविधि है।<ref>Carl Wright, Service Level LLC (2001) ''[http://www.servicelevel.net/rating_matters/newsletters/issue06.htm What is Rating? What is Billing?] {{Webarchive|url=https://web.archive.org/web/20070102101345/http://www.servicelevel.net/rating_matters/newsletters/issue06.htm |date=2007-01-02 }}'', Rating Matters issue n. 6, 21 March 2001 {{ISSN|1532-1886}}</ref> रेटिंग प्रक्रिया में कॉल-संबंधित डेटा को मौद्रिक-समतुल्य मूल्य में परिवर्तित करना सम्मिलित होता है।


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


रेटिंग प्रणाली सामान्यतः किसी कॉल के सम्बन्ध में निम्नलिखित कुछ या सभी प्रकार के डेटा का उपयोग करते हैं:
रेटिंग प्रणाली सामान्यतः किसी कॉल के सम्बन्ध में निम्नलिखित कुछ या सभी प्रकार के डेटा का उपयोग करती हैं:


* कॉल की समय संपत्ति (सप्ताह का दिन, दिनांक, दिन का समय)
* कॉल की समय संपत्ति (सप्ताह का दिन, दिनांक, दिन का समय)
Line 13: Line 13:
सामान्यतः व्यक्तिगत कॉल्स को रेट किया जाता है और फिर ग्राहक को [[इनवॉइस]] प्रदान करने के लिए रेटेड राशि को[[ बिलिंग प्रणाली ]]में प्रेक्षित किया जाता है। प्रायः रेटिंग प्रणाली बड़े बिलिंग प्रणाली आर्किटेक्चर का मॉड्यूल होता है।
सामान्यतः व्यक्तिगत कॉल्स को रेट किया जाता है और फिर ग्राहक को [[इनवॉइस]] प्रदान करने के लिए रेटेड राशि को[[ बिलिंग प्रणाली ]]में प्रेक्षित किया जाता है। प्रायः रेटिंग प्रणाली बड़े बिलिंग प्रणाली आर्किटेक्चर का मॉड्यूल होता है।


रेटिंग प्रणाली को लगातार परिवर्तित होती हुई मूल्य निर्धारण नीतियों के अनुकूल बनाया जाना चाहिए, जिसका रणनीतिक लक्ष्य मांग को प्रोत्साहित करना है।<ref>Susana Schwartz (2006) ''[http://www.billingworld.com/rev2/printable/printPage-article.cfm?PID=7798 Mobile Operators Race to Embrace Retail Models]'' Billing World and OSS Today 10/2006</ref>
रेटिंग प्रणाली को निरंतर परिवर्तित होती हुई मूल्य निर्धारण नीतियों के अनुकूल बनाया जाना चाहिए, जिसका रणनीतिक लक्ष्य मांग को प्रोत्साहित करना है।<ref>Susana Schwartz (2006) ''[http://www.billingworld.com/rev2/printable/printPage-article.cfm?PID=7798 Mobile Operators Race to Embrace Retail Models]'' Billing World and OSS Today 10/2006</ref>


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


बोलचाल की भाषा में सीडीआर सामान्यतः किसी भी प्रकार के रिकॉर्ड को संदर्भित करता है: आवाज, एसएमएस या डेटा आदि I
सामान्य भाषा में सीडीआर सामान्यतः किसी भी प्रकार के रिकॉर्ड जैसे आवाज, एसएमएस या डेटा आदि को संदर्भित करता है I


==डिज़ाइन विकल्प: अन्य प्रोग्रामिंग कॉन्फ़िगरेशन के लिए समर्थन==
==डिज़ाइन विकल्प: अन्य प्रोग्रामिंग कॉन्फ़िगरेशन के लिए समर्थन==
जटिल प्रणालियों में प्रोग्रामिंग कोड की तुलना में अधिक मानव-पठनीय इंटरफ़ेस द्वारा प्रणाली को संशोधित करने और बनाए रखने के लिए लचीलेपन की आवश्यकता होती है, जैसे संपादन तालिकाएँ जहाँ प्रणाली के व्यवहार को परिभाषित किया जाता है। यह त्वरित संपादन और व्यवसाय या टैरिफ विश्लेषकों जैसे अन्य प्रोग्रामर को प्रणाली के कॉन्फ़िगरेशन और रखरखाव की अनुमति देने की संभावना दोनों की अनुमति प्रदान करता है। यह लचीलापन भारी कम्प्यूटेशनल समय की कीमत पर आता है I{{Dubious|date=May 2010}} रेटिंग विषयों-राशियों और एल्गोरिथम रेटिंग प्रक्रिया चरणों दोनों के कोड बाहरी पाठ्य विन्यास के लिए समर्थन को कभी-कभी नियम-आधारित रेटिंग कहा जाता है।<ref>Carl Wright, Service Level LLC (2002) ''[http://www.servicelevel.net/rating_matters/newsletters/issue12.htm Program Code Based vs. Table-driven vs. Rule-Based Rating]'', Rating Matters issue n. 12,  13 November 2002 {{ISSN|1532-1886}}</ref> नियम-आधारित रेटिंग अधिक सामान्य [[नियंत्रण तालिका]] तकनीक के उपयोग का सरल उदाहरण है।
समष्टि प्रणालियों में प्रोग्रामिंग कोड की अपेक्षा में अधिक मानव-पठनीय इंटरफ़ेस द्वारा प्रणाली को संशोधित करने और बनाए रखने के लिए लचीलेपन की आवश्यकता होती है, जैसे संपादन तालिकाएँ जहाँ प्रणाली के व्यवहार को परिभाषित किया जाता है। यह त्वरित संपादन और व्यवसाय या टैरिफ विश्लेषकों जैसे अन्य प्रोग्रामर को प्रणाली के कॉन्फ़िगरेशन और सुरक्षा की अनुमति देने की संभावना दोनों की अनुमति प्रदान करता है। यह लचीलापन कम्प्यूटेशनल समय के मूल्य पर आता है I रेटिंग विषयों-राशियों और एल्गोरिथम रेटिंग प्रक्रिया चरणों दोनों के कोड बाहरी पाठ्य विन्यास के लिए समर्थन को कभी-कभी नियम-आधारित रेटिंग कहा जाता है।<ref>Carl Wright, Service Level LLC (2002) ''[http://www.servicelevel.net/rating_matters/newsletters/issue12.htm Program Code Based vs. Table-driven vs. Rule-Based Rating]'', Rating Matters issue n. 12,  13 November 2002 {{ISSN|1532-1886}}</ref> नियम-आधारित रेटिंग अधिक सामान्य [[नियंत्रण तालिका]] प्रौद्योगिकी के उपयोग का सरल उदाहरण है।


जैसे-जैसे दूरसंचार बाजार नई प्रौद्योगिकियों (उदाहरण के लिए [[वाइमैक्स]]) के बढ़ते दबाव में आता है, प्रतिस्पर्धी ऑपरेटरों के मध्य प्रमुख विभेदक कारक प्रायः नए उत्पाद की प्रस्तुति में नवाचार और बाजार में आने का समय होता है। इससे निम्नलिखित द्वारा प्रदान की जाने वाली क्षमताओं के मध्य स्वाभाविक तनाव उत्पन्न होता है:
जैसे-जैसे दूरसंचार बाजार नई प्रौद्योगिकियों (उदाहरण के लिए [[वाइमैक्स]]) के बढ़ते प्रेशर में आता है, प्रतिस्पर्धी संचालकों के मध्य प्रमुख विभेदक कारक प्रायः नए उत्पाद की प्रस्तुति में नवाचार और बाजार में आने का समय होता है। इससे निम्नलिखित द्वारा प्रदान की जाने वाली क्षमताओं के मध्य स्वाभाविक घृष्टता उत्पन्न होता है:
* पारंपरिक कॉन्फ़िगरेशन केवल प्रणाली (जिसमें ऑपरेटर जिन उत्पादों को कॉन्फ़िगर कर सकता है उन्हें दूसरे द्वारा भी प्रस्तुत किया जा सकता है),
* पारंपरिक कॉन्फ़िगरेशन केवल प्रणाली (जिसमें संचालक जिन उत्पादों को कॉन्फ़िगर कर सकता है उन्हें दूसरे द्वारा भी प्रस्तुत किया जा सकता है),
* नियम आधारित प्रणालियाँ (जिसमें नई प्रणाली अधिक सरलता से बनाई जा सकती हैं, किन्तु प्रदर्शन संबंधी विचार इन्हें बड़े पैमाने पर बाजारों में प्रस्तुत करने की अनुमति नहीं दे सकते हैं), और
* नियम आधारित प्रणालियाँ (जिसमें नई प्रणाली अधिक सरलता से बनाई जा सकती हैं, किन्तु प्रदर्शन संबंधी विचार इन्हें बड़े स्तर पर बाजारों में प्रस्तुत करने की अनुमति नहीं दे सकते हैं), और
* क्रमादेशित प्रणाली (जिसमें आप कई और नवाचार कर सकते हैं, किन्तु विपणन का समय और कार्यान्वयन की लागत अधिक हो सकती है)।
* क्रमादेशित प्रणाली (जिसमें आप कई और नवाचार कर सकते हैं, किन्तु विपणन का समय और कार्यान्वयन की लागत अधिक हो सकती है)।


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


==जटिल रेटिंग==
==समष्टि रेटिंग==


जैसे-जैसे दूरसंचार क्षेत्र में प्रतिस्पर्धा बढ़ी है, रेटिंग लगातार जटिल होती जा रही है। कुछ रेटिंग परिदृश्य एकाधिक मापों का उपयोग करते हैं।
जैसे-जैसे दूरसंचार क्षेत्र में प्रतिस्पर्धा बढ़ी है, रेटिंग निरंतर समष्टि होती जा रही है। कुछ रेटिंग परिदृश्य एकाधिक मापों का उपयोग करते हैं।


उदाहरण:
उदाहरण:
:वीडियो डाउनलोड के लिए रेटिंग में मिनटों की संख्या, डेटा की मात्रा, सेवा स्तर समझौते (एसएलए) द्वारा पहचाने गए डेटा ट्रांसफर की गुणवत्ता और वीडियो के उपयोग (कॉपीराइट) की लागत को मापना सम्मिलित हो सकता है।
:वीडियो डाउनलोड के लिए रेटिंग में मिनटों की संख्या, डेटा की मात्रा, सेवा स्तर भागीदारी (एसएलए) द्वारा पहचाने गए डेटा ट्रांसफर की गुणवत्ता और वीडियो के उपयोग (कॉपीराइट) की लागत को मापना सम्मिलित हो सकता है।


उदाहरण:
उदाहरण:
Line 43: Line 43:
:शुल्क के साथ वीडियो-ऑन-डिमांड सत्र देखने का प्रतिनिधित्व करने वाला डेटा सत्र में उपयोगकर्ता से डेटा वॉल्यूम के लिए शुल्क नहीं लिया जाना चाहिए क्योंकि यह पूर्व से ही वीडियो के लिए चार्ज किया गया था। ये दोनों चार्जिंग इवेंट सहसंबद्ध हैं और वीडियो स्ट्रीमिंग पर व्यय किए गए डेटा की मात्रा उपयोगकर्ता के डेटा बंडल या खाते से चार्ज नहीं की जाती है।
:शुल्क के साथ वीडियो-ऑन-डिमांड सत्र देखने का प्रतिनिधित्व करने वाला डेटा सत्र में उपयोगकर्ता से डेटा वॉल्यूम के लिए शुल्क नहीं लिया जाना चाहिए क्योंकि यह पूर्व से ही वीडियो के लिए चार्ज किया गया था। ये दोनों चार्जिंग इवेंट सहसंबद्ध हैं और वीडियो स्ट्रीमिंग पर व्यय किए गए डेटा की मात्रा उपयोगकर्ता के डेटा बंडल या खाते से चार्ज नहीं की जाती है।


जटिल रेटिंग में अन्य-नेटवर्क संबंधित पैरामीटर भी सम्मिलित हो सकते हैं। कुछ रेटिंग डेटा ग्राहक सेवा या बिलिंग उप-प्रणालियों से आ सकते हैं।
समष्टि रेटिंग में अन्य-नेटवर्क संबंधित पैरामीटर भी सम्मिलित हो सकते हैं। कुछ रेटिंग डेटा ग्राहक सेवा या बिलिंग उप-प्रणालियों से आ सकते हैं।


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


जटिल रेटिंग व्यवहार विशेष वास्तविक या आभासी व्यवहार के कारण हो सकता है।
समष्टि रेटिंग व्यवहार विशेष वास्तविक या आभासी व्यवहार के कारण हो सकता है।


उदाहरण:
उदाहरण:
:संबद्ध ऑनलाइन गेम खेलने वाले सब्सक्राइबर गेम के अन्य खिलाड़ियों को रियायती कॉल के लिए इन-गेम मुद्रा या उपकरण या प्रोत्साहन टोकन का व्यापार कर सकते हैं।
:संबद्ध ऑनलाइन गेम खेलने वाले सब्सक्राइबर गेम के अन्य खिलाड़ियों को रियायती कॉल के लिए इन-गेम मुद्रा या उपकरण या प्रोत्साहन टोकन का व्यापार कर सकते हैं।


रेटिंग के विषयों में से जो जटिलता के अप्रत्याशित स्रोत हैं, वह है [[ दिन के समय को बचाना |डेलाइट सेविंग टाइम]] ऑफसेट भी सम्मिलित है।<ref>Carl Wright, Service Level LLC [http://www.servicelevel.net/rating_matters/newsletters/issue16.htm Why a Day Isn't Always 24 Hours Long<!-- Bot generated title -->] {{Webarchive|url=https://web.archive.org/web/20040926032822/http://www.servicelevel.net/rating_matters/newsletters/issue16.htm |date=2004-09-26 }}</ref>
रेटिंग के विषयों में से जो समष्टिता के अप्रत्याशित स्रोत हैं, वह है [[ दिन के समय को बचाना |डेलाइट सेविंग टाइम]] ऑफसेट भी सम्मिलित है।<ref>Carl Wright, Service Level LLC [http://www.servicelevel.net/rating_matters/newsletters/issue16.htm Why a Day Isn't Always 24 Hours Long<!-- Bot generated title -->] {{Webarchive|url=https://web.archive.org/web/20040926032822/http://www.servicelevel.net/rating_matters/newsletters/issue16.htm |date=2004-09-26 }}</ref>


== तटस्थ मुद्रा रेटिंग ==
== तटस्थ मुद्रा रेटिंग ==
Line 63: Line 63:


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



Revision as of 20:17, 12 August 2023

दूरसंचार में रेटिंग किसी विशेष कॉल की लागत निर्धारित करने की गतिविधि है।[1] रेटिंग प्रक्रिया में कॉल-संबंधित डेटा को मौद्रिक-समतुल्य मूल्य में परिवर्तित करना सम्मिलित होता है।

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

रेटिंग प्रणाली सामान्यतः किसी कॉल के सम्बन्ध में निम्नलिखित कुछ या सभी प्रकार के डेटा का उपयोग करती हैं:

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

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

रेटिंग प्रणाली को निरंतर परिवर्तित होती हुई मूल्य निर्धारण नीतियों के अनुकूल बनाया जाना चाहिए, जिसका रणनीतिक लक्ष्य मांग को प्रोत्साहित करना है।[2]

डेटा संरचनाएं

रेटिंग गणना करने के लिए कॉल डिटेल रिकॉर्ड या ईडीआर निर्मित करना आवश्यक है। कॉल डिटेल रिकॉर्ड[3][4] (सीडीआर, जिसे कॉल डेटा रिकॉर्ड भी कहा जाता है)[5] कॉल सेटअप और पूर्णता का रिकॉर्ड है,[5] और इसका प्रारूप दूरसंचार प्रदाताओं या कार्यक्रमों के मध्य भिन्न होता है, जिन्हें कुछ उपयोगकर्ता द्वारा कॉन्फ़िगर करने की अनुमति प्राप्त होती हैं।[6]

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

सामान्य भाषा में सीडीआर सामान्यतः किसी भी प्रकार के रिकॉर्ड जैसे आवाज, एसएमएस या डेटा आदि को संदर्भित करता है I

डिज़ाइन विकल्प: अन्य प्रोग्रामिंग कॉन्फ़िगरेशन के लिए समर्थन

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

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

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

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

समष्टि रेटिंग

जैसे-जैसे दूरसंचार क्षेत्र में प्रतिस्पर्धा बढ़ी है, रेटिंग निरंतर समष्टि होती जा रही है। कुछ रेटिंग परिदृश्य एकाधिक मापों का उपयोग करते हैं।

उदाहरण:

वीडियो डाउनलोड के लिए रेटिंग में मिनटों की संख्या, डेटा की मात्रा, सेवा स्तर भागीदारी (एसएलए) द्वारा पहचाने गए डेटा ट्रांसफर की गुणवत्ता और वीडियो के उपयोग (कॉपीराइट) की लागत को मापना सम्मिलित हो सकता है।

उदाहरण:

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

समष्टि रेटिंग में अन्य-नेटवर्क संबंधित पैरामीटर भी सम्मिलित हो सकते हैं। कुछ रेटिंग डेटा ग्राहक सेवा या बिलिंग उप-प्रणालियों से आ सकते हैं।

उदाहरण:

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

समष्टि रेटिंग व्यवहार विशेष वास्तविक या आभासी व्यवहार के कारण हो सकता है।

उदाहरण:

संबद्ध ऑनलाइन गेम खेलने वाले सब्सक्राइबर गेम के अन्य खिलाड़ियों को रियायती कॉल के लिए इन-गेम मुद्रा या उपकरण या प्रोत्साहन टोकन का व्यापार कर सकते हैं।

रेटिंग के विषयों में से जो समष्टिता के अप्रत्याशित स्रोत हैं, वह है डेलाइट सेविंग टाइम ऑफसेट भी सम्मिलित है।[8]

तटस्थ मुद्रा रेटिंग

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

पुनः रेटिंग

कुछ परिदृश्यों में कॉल को पुनः रेट करना आवश्यक हो सकता है, किन्तु सभी रेटिंग इंजन इसके लिए सक्षम नहीं हैं। पुनर्रेटिंग की उपयोगिता के संबंध में दार्शनिक तर्क है, जिसका कोई स्पष्ट त्रुटिहीन उत्तर नहीं है:-

प्रो री-रेटिंग

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

पुनः रेटिंग के विरुद्ध

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

यह भी देखें

संदर्भ

  1. Carl Wright, Service Level LLC (2001) What is Rating? What is Billing? Archived 2007-01-02 at the Wayback Machine, Rating Matters issue n. 6, 21 March 2001 ISSN 1532-1886
  2. Susana Schwartz (2006) Mobile Operators Race to Embrace Retail Models Billing World and OSS Today 10/2006
  3. Lynn S. Cauffman, Jeffrey N. Thompson, John M. Cauffman (1994) Billing system with data indexing
  4. M Zolotov (2004) US Patent 6,718,023 Method and system for creating real time integrated Call Details Record (CDR) databases in management systems of telecommunication networks
  5. 5.0 5.1 DP Diekelman, CB Stockwell (1996) US Patent 5,555,444 Method and apparatus for predictive operation of a communication system
  6. "कॉल डिटेल रिकॉर्ड - टेलीकॉम बिलिंग ओएसएस समाचार समीक्षा". Retrieved 2007-09-25.
  7. Carl Wright, Service Level LLC (2002) Program Code Based vs. Table-driven vs. Rule-Based Rating, Rating Matters issue n. 12, 13 November 2002 ISSN 1532-1886
  8. Carl Wright, Service Level LLC Why a Day Isn't Always 24 Hours Long Archived 2004-09-26 at the Wayback Machine


बाहरी संबंध