दूरसंचार रेटिंग: Difference between revisions
From Vigyanwiki
No edit summary |
m (17 revisions imported from alpha:दूरसंचार_रेटिंग) |
||
| (5 intermediate revisions by 2 users not shown) | |||
| 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> रेटिंग प्रोसेस में कॉल-रिलेटेड डेटा को मॉनेटरी इक्विवेलेंट वैल्यू में परिवर्तित करना सम्मिलित है। | ||
कॉल- | कॉल-रिलेटेड डेटा नेटवर्क में विभिन्न पॉइंट्स पर उत्पन्न होता है या नेटवर्क टेस्ट जैसे थर्ड पार्टी के डिवाइस द्वारा माप लिया जा सकता है। सामान्यतः यह डेटा मात्रात्मक और विशिष्ट होता है। स्टोर किया गया यूसेज डेटा या तो डिवाइस द्वारा पैक किया जाता है या इसे चार्जिंग गेटवे आदि पर सेंड किया जा सकता है। | ||
रेटिंग सिस्टम सामान्यतः किसी कॉल के सम्बन्ध में निम्नलिखित | रेटिंग सिस्टम सामान्यतः किसी कॉल के सम्बन्ध में निम्नलिखित डेटा का उपयोग करती हैं: | ||
* कॉल की | * कॉल की टाइम प्रॉपर्टी (सप्ताह का दिन, दिनांक, दिन का समय) | ||
* | * अमाउंट ऑफ यूसेज (कॉल की अवधि, डेटा का अमाउंट, संदेशों की संख्या, गानों की संख्या) | ||
* कॉल | * डेस्टिनेशन ऑफ कॉल (लैंड लाइन, विदेश, आदि) | ||
* कॉल की उत्पत्ति या कॉल करने वाले | * कॉल की उत्पत्ति या कॉल करने वाले की लोकेशन (मोबाइल नेटवर्क के लिए) | ||
* प्रीमियम | * प्रीमियम चार्ज (प्रीमियम कंटेंट के लिए थर्ड पार्टी का शुल्क, मूवी टिकट जैसी भौतिक वस्तुओं की व्यय) आदि I | ||
सामान्यतः व्यक्तिगत कॉल्स को रेट किया जाता है और फिर | सामान्यतः व्यक्तिगत कॉल्स को रेट किया जाता है और फिर सब्सक्राइबर को [[इनवॉइस]] प्रदान करने के लिए रेटेड अमाउंट को[[ बिलिंग प्रणाली | बिलिंग सिस्टम]] में सेंट किया जाता है। प्रायः रेटिंग सिस्टम बड़े बिलिंग सिस्टम आर्किटेक्चर का मॉड्यूल होता है। | ||
रेटिंग सिस्टम को निरंतर | रेटिंग सिस्टम को निरंतर चेंजिंग प्राइसिंग पॉलिसी के अनुकूल बनाया जाना चाहिए, जिसका लक्ष्य डिमांड को स्टिमुलेट करना है।<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>Lynn S. Cauffman, Jeffrey N. Thompson, John M. Cauffman (1994) ''[http://patft.uspto.gov/netacgi/nph-Parser?Sect2=PTO1&Sect2=HITOFF&p=1&u=%2Fnetahtml%2FPTO%2Fsearch-bool.html&r=1&f=G&l=50&d=PALL&RefSrch=yes&Query=PN%2F5325290 Billing system with data indexing]''</ref><ref>M Zolotov (2004) US Patent 6,718,023 ''[http://www.google.com/patents?vid=USPAT6718023 Method and system for creating real time integrated Call Details Record (CDR) databases in management systems of telecommunication networks]''</ref> (सीडीआर, जिसे कॉल डेटा रिकॉर्ड भी कहा जाता है)<ref name="Diekelman96">DP Diekelman, CB Stockwell (1996) US Patent 5,555,444 ''[http://www.google.com/patents?&vid=USPAT5555444&id=GNkbAAAAEBAJ&oi=fnd Method and apparatus for predictive operation of a communication system]''</ref> कॉल सेटअप और | रेटिंग कैलकुलेशन करने के लिए [[कॉल डिटेल रिकॉर्ड]] या ईडीआर निर्मित करना आवश्यक है। कॉल डिटेल रिकॉर्ड<ref>Lynn S. Cauffman, Jeffrey N. Thompson, John M. Cauffman (1994) ''[http://patft.uspto.gov/netacgi/nph-Parser?Sect2=PTO1&Sect2=HITOFF&p=1&u=%2Fnetahtml%2FPTO%2Fsearch-bool.html&r=1&f=G&l=50&d=PALL&RefSrch=yes&Query=PN%2F5325290 Billing system with data indexing]''</ref><ref>M Zolotov (2004) US Patent 6,718,023 ''[http://www.google.com/patents?vid=USPAT6718023 Method and system for creating real time integrated Call Details Record (CDR) databases in management systems of telecommunication networks]''</ref> (सीडीआर, जिसे कॉल डेटा रिकॉर्ड भी कहा जाता है)<ref name="Diekelman96">DP Diekelman, CB Stockwell (1996) US Patent 5,555,444 ''[http://www.google.com/patents?&vid=USPAT5555444&id=GNkbAAAAEBAJ&oi=fnd Method and apparatus for predictive operation of a communication system]''</ref> कॉल सेटअप और कम्पलीशन का रिकॉर्ड है,<ref name="Diekelman96"/> और इसका फॉर्मेट टेलीकम्यूनिकेशन प्रोवाइडर्स या प्रोग्राम के मध्य भिन्न होता है, जिन्हें कुछ यूजर द्वारा कॉन्फ़िगर करने की अनुमति प्राप्त होती हैं।<ref>{{cite web |url=http://www.ossnewsreview.com/call-detail-record/ |title=कॉल डिटेल रिकॉर्ड - टेलीकॉम बिलिंग ओएसएस समाचार समीक्षा|accessdate=2007-09-25 |work=}}</ref> | ||
ईडीआर का आशय इवेंट डेटा या डिटेल रिकॉर्ड होता है। ईडीआर रिकॉर्ड का उपयोग उन | ईडीआर का आशय इवेंट डेटा या डिटेल रिकॉर्ड होता है। ईडीआर रिकॉर्ड का उपयोग उन सिस्टम्स के लिए किया जाता है जो कॉल-कंटेंट से अधिक चार्ज लेते हैं-जैसे रिंग टोन परचेज करना आदि I उत्पन्न सीडीआर या ईडीआर पर्टिकुलर रेटिंग सिस्टम के लिए उपयुक्त रूप में नहीं हो सकता है। इस विषय में सॉफ़्टवेयर के भाग, जिसे मेडिटेशन सिस्टम के रूप में जाना जाता है, को डेटा रेटिंग सिस्टम द्वारा उपयोगी रूप में प्रस्तुत करने की आवश्यकता हो सकती है। मेडिटेशन सिस्टम विभिन्न सोर्स से डेटा एकत्र करके रिकॉर्ड में एग्रीगेट करने के लिए भी उपयोगी है। | ||
सामान्य | सामान्य लैंग्वेज में सीडीआर सामान्यतः किसी भी प्रकार के रिकॉर्ड जैसे आवाज, एसएमएस या डेटा आदि को रेफर करता है I | ||
==डिज़ाइन | ==डिज़ाइन चोइसेस: अन्य प्रोग्रामिंग कॉन्फ़िगरेशन के लिए समर्थन== | ||
काम्प्लेक्स सिस्टम्स में प्रोग्रामिंग कोड की अपेक्षा में अधिक ह्यूमन रेडब्ल इंटरफ़ेस द्वारा सिस्टम को संशोधित करने और बनाए रखने के लिए फ्लेक्सिबिलिटी की आवश्यकता होती है, जैसे एडिटिंग टेबल्स जहाँ सिस्टम के बिहेवियर को परिभाषित किया जाता है। यह क्विकर एडिटिंग और व्यवसाय या टैरिफ विश्लेषकों जैसे अन्य प्रोग्रामर को सिस्टम के कॉन्फ़िगरेशन और सेफ्टी की अनुमति देने की संभावना दोनों की अनुमति प्रदान करता है। यह फ्लेक्सिबिलिटी कम्प्यूटेशनल समय के मूल्य पर आता है 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> रूल बेस रेटिंग अधिक सामान्य [[नियंत्रण तालिका|कंट्रोल टेबल]] टेक्निक के उपयोग का सरल उदाहरण है। | |||
जैसे-जैसे टेलीकम्यूनिकेशन | जैसे-जैसे टेलीकम्यूनिकेशन मार्केट नई टेक्निक (उदाहरण के लिए [[वाइमैक्स]]) के बढ़ते प्रेशर में आता है, प्रतिस्पर्धी ओपेरटरों के मध्य प्रमुख विभेदक कारक प्रायः नवीन प्रोडक्ट की प्रस्तुति में इनोवेशन और बाजार में आने का समय होता है। इससे निम्नलिखित द्वारा प्रदान की जाने वाली क्षमताओं के मध्य टेंशन उत्पन्न होती है: | ||
* पारंपरिक कॉन्फ़िगरेशन | * पारंपरिक कॉन्फ़िगरेशन सिंगल सिस्टम (जिसमें ऑपरेटर जिन प्रोडक्ट्स को कॉन्फ़िगर कर सकता है उन्हें दूसरे द्वारा भी प्रस्तुत किया जा सकता है), | ||
* | * रूल बेस्ड सिस्टम (जिसमें नई सिस्टम अधिक सरलता से बनाई जा सकती हैं, किन्तु प्रदर्शन संबंधी विचार इन्हें बड़े स्तर पर बाजारों में प्रस्तुत करने की अनुमति नहीं दे सकते हैं), और | ||
* | * प्रोग्राम्ड सिस्टम (जिसमें आप कई और इनोवेशन कर सकते हैं, किन्तु विपणन का समय और कार्यान्वयन की व्यय अधिक हो सकती है)। | ||
रियल जीवन की स्थितियों में, यहां तक कि सबसे अधिक कॉन्फ़िगर करने योग्य सिस्टम में भी सामान्यतः कार्यान्वयन चरण होता है, जिसमें प्रोग्रामिंग विधियों का उपयोग करके नई क्षमताएं बनाई जाती हैं, और कॉन्फ़िगरेशन चरण होता है, जिसमें नई क्षमताओं को कॉन्फ़िगर किया जाता है और बड़े स्तर पर बाजार में प्रस्तुत किया जाता है। | |||
==काम्प्लेक्स रेटिंग== | ==काम्प्लेक्स रेटिंग== | ||
जैसे-जैसे टेलीकम्यूनिकेशन क्षेत्र में प्रतिस्पर्धा बढ़ी है, रेटिंग निरंतर | जैसे-जैसे टेलीकम्यूनिकेशन क्षेत्र में प्रतिस्पर्धा बढ़ी है, रेटिंग निरंतर काम्प्लेक्स होती जा रही है। कुछ रेटिंग सिनेरियो एकाधिक मापों का उपयोग करते हैं। | ||
उदाहरण: | उदाहरण: | ||
:वीडियो डाउनलोड के लिए रेटिंग में मिनटों की संख्या, डेटा | :वीडियो डाउनलोड के लिए रेटिंग में मिनटों की संख्या, डेटा का अमाउंट, सर्विस लेवल एग्रीमेंट (एसएलए) द्वारा पहचाने गए डेटा ट्रांसफर की क्वालिटी और वीडियो के यूसेज (कॉपीराइट) की व्यय को मापना सम्मिलित हो सकता है। | ||
उदाहरण: | उदाहरण: | ||
: | :चार्ज के साथ वीडियो-ऑन-डिमांड सेशन देखने का प्रतिनिधित्व करने वाला डेटा सेशन में यूजर से डेटा वॉल्यूम के लिए चार्ज नहीं लिया जाना चाहिए क्योंकि यह पूर्व से ही वीडियो के लिए चार्ज किया गया था। ये दोनों चार्जिंग इवेंट कोरिलेटेड हैं और वीडियो स्ट्रीमिंग पर व्यय किए गए डेटा का अमाउंट यूजर के डेटा बंडल या अकाउंट से चार्ज नहीं की जाती है। | ||
काम्प्लेक्स रेटिंग में अन्य-नेटवर्क रिलेटेड पैरामीटर भी सम्मिलित हो सकते हैं। कुछ रेटिंग डेटा सब्सक्राइबर सेवा या बिलिंग सब-सिस्टम्स से आ सकते हैं। | |||
उदाहरण: | उदाहरण: | ||
:जब बिलिंग | :जब बिलिंग सब-सिस्टम में निश्चित अमाउंट से अधिक का उपयोग प्रारम्भ हो जाता है, जिससे रेटिंग इंजन यूजर के लिए कम दर निर्दिष्ट कर सकता है। इसे समायोजन दर के रूप में भी जाना जाता है और कुछ सिस्टम्स में फॉर्मेट बनाना कठिन हो सकता है। | ||
काम्प्लेक्स रेटिंग बिहेवियर पर्टिकुलर रियल या वर्चुअल बिहेवियर के कारण हो सकता है। | |||
उदाहरण: | उदाहरण: | ||
:संबद्ध ऑनलाइन गेम खेलने वाले सब्सक्राइबर गेम के अन्य खिलाड़ियों को | :संबद्ध ऑनलाइन गेम खेलने वाले सब्सक्राइबर गेम के अन्य खिलाड़ियों को डिस्काउंटेड कॉल के लिए इन-गेम करेंसी या डिवाइस या इंसेंटिव टोकन का व्यापार कर सकते हैं। | ||
रेटिंग के विषयों में से जो | रेटिंग के विषयों में से जो कॉम्प्लेक्सिटी के अप्रत्याशित सोर्स हैं, उसमें [[ दिन के समय को बचाना |डेलाइट सेविंग टाइम]] ऑफसेट भी सम्मिलित है।<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> | ||
== नेचुरल करेंसी रेटिंग == | == नेचुरल करेंसी रेटिंग == | ||
आधुनिक रेटिंग इंजन | आधुनिक रेटिंग इंजन करेंसी न्यूट्रल भी हो सकते हैं। कुछ बहुराष्ट्रीय टेलीकम्यूनिकेशन प्रोवाइडर्स सब्सक्राइबर्स को कई मुद्राओं में निपटान की क्षमता प्रदान करते हैं। इस सिनेरियो में रेटिंग इंजन करेंसी न्यूट्रल बिलिंग रिकॉर्ड उत्पन्न करता है। यह बिलिंग इंजन है जिसे वर्चुअल करेंसी को रियल कॉस्ट में परिवर्तित करने का कार्य दिया गया है। | ||
==री-रेटिंग== | ==री-रेटिंग== | ||
कुछ परिदृश्यों में कॉल को पुनः रेट करना आवश्यक हो सकता है, किन्तु सभी रेटिंग इंजन इसके लिए सक्षम नहीं हैं। पुनर्रेटिंग की उपयोगिता के संबंध में दार्शनिक लॉजिक है, जिसका कोई | कुछ परिदृश्यों में कॉल को पुनः रेट करना आवश्यक हो सकता है, किन्तु सभी रेटिंग इंजन इसके लिए सक्षम नहीं हैं। पुनर्रेटिंग की उपयोगिता के संबंध में दार्शनिक लॉजिक है, जिसका कोई करेक्ट उत्तर नहीं है:- | ||
===प्रो री-रेटिंग=== | ===प्रो री-रेटिंग=== | ||
* | * आईडेंटिफाइड एरर को उचित करने में सक्षम होना उपयोगी है। | ||
* | * काम्प्लेक्स डिस्काउंट की कैलकुलेशन तब तक संभव नहीं हो सकती जब तक कि बिलिंग साइकिल के लिए सभी कॉल प्राप्त न हो जाएं। | ||
* री-रेटिंग से सीडीआर देर से आने की समस्या का समाधान हो जाता है। रेटिंग प्रक्रियाओं तक पहुंचने वाले सीडीआर के | * री-रेटिंग से सीडीआर देर से आने की समस्या का समाधान हो जाता है। रेटिंग प्रक्रियाओं तक पहुंचने वाले सीडीआर के फ्लो पर प्रायः कॉल को उस क्रम में वितरित करने के लिए विश्वास नहीं किया जा सकता है जिस क्रम में सब्सक्राइबर्स को उनकी बिलिंग जानकारी तक पहुंच की आवश्यकता होती है। जब आप अन्य प्रोवाइडर्स द्वारा प्रदान की गई सेवाओं के लिए चार्ज लेते हैं (उदाहरण के लिए, किसी अन्य वाहक के क्षेत्र में रोमिंग के समय की गई अंतर्राष्ट्रीय कॉल, पे फोन या अन्य दूरस्थ स्थान से आपके घर के नंबर पर बिल की गई सेवाएं), तो इन सीडीआर में विलम्ब हो सकता है और सब्सक्राइबर्स को उपयोग की रिपोर्टिंग में अपेक्षित क्रम से बाहर आ सकते हैं। जब उपयोग रिकॉर्ड अनुपयुक्त हो जाते हैं, तो आपको पूर्व प्राप्त उपयोग रिकॉर्ड को पुनः रेट करने की आवश्यकता हो सकती है। | ||
===री-रेटिंग के अगेंस्ट === | ===री-रेटिंग के अगेंस्ट === | ||
* री-रेटिंग सपोर्टिंग लॉजिक | * री-रेटिंग सपोर्टिंग लॉजिक रियल में डाईंग पाराडिगं पर आधारित हैं: बिलिंग बैच सिस्टम में की जाती है, और सब्सक्राइबर के पास बिना बिल वाली जानकारी तक पहुंच नहीं होती है। यह रियल में अब विषय नहीं है: | ||
** आधुनिक बिलिंग सिस्टम कनवर्जेंट हैं (वे एक ही समय में एक ही प्लेटफॉर्म पर रियल टाइम और बैच रेटिंग को संभाल सकते हैं)। रियल टाइम के इंसिडेंट के लिए पुनः रेटिंग संभव नहीं है, क्योंकि वे अब परिभाषा के अनुसार रियल टाइम नहीं | ** आधुनिक बिलिंग सिस्टम कनवर्जेंट हैं (वे एक ही समय में एक ही प्लेटफॉर्म पर रियल टाइम और बैच रेटिंग को संभाल सकते हैं)। रियल टाइम के इंसिडेंट के लिए पुनः रेटिंग संभव नहीं है, क्योंकि वे अब परिभाषा के अनुसार रियल टाइम नहीं होता है I | ||
** सेल्फ-केयर इंटरफेस के साथ आधुनिक बिलिंग सिस्टम (जिससे | ** सेल्फ-केयर इंटरफेस के साथ आधुनिक बिलिंग सिस्टम (जिससे सब्सक्राइबर रियल टाइम में वेब साइट पर अपने चार्ज देख सकें) का आशय है कि पुन: रेटिंग संभव नहीं है। सब्सक्राइबर के लिए दिन की कीमत और पश्चात् में भिन्न कीमत अस्वीकार्य होता है I | ||
** बिल प्रस्तुत करने से पूर्व री-रेटिंग पूर्ण की जानी चाहिए, जो सामान्यतः मासिक होती है। कभी-कभी उन सभी सीडीआर के लिए पुनः रेटिंग करना संभव नहीं होता है, जिन्हें पुनः रेटिंग दी जानी चाहिए, क्योंकि बिलिंग | ** बिल प्रस्तुत करने से पूर्व री-रेटिंग पूर्ण की जानी चाहिए, जो सामान्यतः मासिक होती है। कभी-कभी उन सभी सीडीआर के लिए पुनः रेटिंग करना संभव नहीं होता है, जिन्हें पुनः रेटिंग दी जानी चाहिए, क्योंकि बिलिंग साइकिल पूर्व ही क्लोज्ड हो चुका है। क्लोज्ड बिल लीगल डॉक्यूमेंट है और इसे किसी भी परिस्थिति में संशोधित नहीं किया जा सकता है I | ||
* पुन: रेटिंग में स्वाभाविक अपव्ययिता है: टेलीकम्यूनिकेशन हार्डवेयर मूल्यवान है, और | * पुन: रेटिंग में स्वाभाविक अपव्ययिता है: टेलीकम्यूनिकेशन हार्डवेयर मूल्यवान है, और इन्वेस्टमेंट पर रिटर्न को अधिकतम करने के लिए सामान्यतः इसकी क्षमता के निकट इसका उपयोग किया जाना चाहिए। पुनः रेटिंग का आशय है कि एक्स्ट्रा कैपेसिटी परचेज की जानी चाहिए, और सामान्यतः इसका उपयोग नहीं किया जाता है। | ||
* री-रेटिंग को प्रायः ह्यूमन एरर के लिए | * री-रेटिंग को प्रायः ह्यूमन एरर के लिए सेफ्टी नेट के रूप में देखा जाता है। चूँकि, यदि सेफ्टी नेट है, तो एरर होने की अधिक संभावना है, और टेस्टिंग और प्लानिंग की क्वालिटी और परफेक्शन में कमी आ सकती है I | ||
==यह भी देखें== | ==यह भी देखें== | ||
*[[फ़ोन धोखाधड़ी|फ़ोन फ्रॉड]] | *[[फ़ोन धोखाधड़ी|फ़ोन फ्रॉड]] | ||
*[[टेस्ट कॉल जेनरेटर]] | *[[टेस्ट कॉल जेनरेटर]] | ||
*[[राजस्व की गारंटी]] | *[[राजस्व की गारंटी|रेवेन्यू असुरेन्स]] | ||
*[[दूरसंचार बिलिंग|टेलीकम्यूनिकेशन बिलिंग]] | *[[दूरसंचार बिलिंग|टेलीकम्यूनिकेशन बिलिंग]] | ||
| Line 96: | Line 96: | ||
[[Category: Machine Translated Page]] | [[Category: Machine Translated Page]] | ||
[[Category:Created On 25/07/2023]] | [[Category:Created On 25/07/2023]] | ||
[[Category:Vigyan Ready]] | |||
Latest revision as of 22:16, 2 February 2024
टेलीकम्यूनिकेशन में रेटिंग किसी पर्टिकुलर कॉल की कॉस्ट निर्धारित करने की एक्टिविटी है।[1] रेटिंग प्रोसेस में कॉल-रिलेटेड डेटा को मॉनेटरी इक्विवेलेंट वैल्यू में परिवर्तित करना सम्मिलित है।
कॉल-रिलेटेड डेटा नेटवर्क में विभिन्न पॉइंट्स पर उत्पन्न होता है या नेटवर्क टेस्ट जैसे थर्ड पार्टी के डिवाइस द्वारा माप लिया जा सकता है। सामान्यतः यह डेटा मात्रात्मक और विशिष्ट होता है। स्टोर किया गया यूसेज डेटा या तो डिवाइस द्वारा पैक किया जाता है या इसे चार्जिंग गेटवे आदि पर सेंड किया जा सकता है।
रेटिंग सिस्टम सामान्यतः किसी कॉल के सम्बन्ध में निम्नलिखित डेटा का उपयोग करती हैं:
- कॉल की टाइम प्रॉपर्टी (सप्ताह का दिन, दिनांक, दिन का समय)
- अमाउंट ऑफ यूसेज (कॉल की अवधि, डेटा का अमाउंट, संदेशों की संख्या, गानों की संख्या)
- डेस्टिनेशन ऑफ कॉल (लैंड लाइन, विदेश, आदि)
- कॉल की उत्पत्ति या कॉल करने वाले की लोकेशन (मोबाइल नेटवर्क के लिए)
- प्रीमियम चार्ज (प्रीमियम कंटेंट के लिए थर्ड पार्टी का शुल्क, मूवी टिकट जैसी भौतिक वस्तुओं की व्यय) आदि I
सामान्यतः व्यक्तिगत कॉल्स को रेट किया जाता है और फिर सब्सक्राइबर को इनवॉइस प्रदान करने के लिए रेटेड अमाउंट को बिलिंग सिस्टम में सेंट किया जाता है। प्रायः रेटिंग सिस्टम बड़े बिलिंग सिस्टम आर्किटेक्चर का मॉड्यूल होता है।
रेटिंग सिस्टम को निरंतर चेंजिंग प्राइसिंग पॉलिसी के अनुकूल बनाया जाना चाहिए, जिसका लक्ष्य डिमांड को स्टिमुलेट करना है।[2]
डेटा स्ट्रक्चर
रेटिंग कैलकुलेशन करने के लिए कॉल डिटेल रिकॉर्ड या ईडीआर निर्मित करना आवश्यक है। कॉल डिटेल रिकॉर्ड[3][4] (सीडीआर, जिसे कॉल डेटा रिकॉर्ड भी कहा जाता है)[5] कॉल सेटअप और कम्पलीशन का रिकॉर्ड है,[5] और इसका फॉर्मेट टेलीकम्यूनिकेशन प्रोवाइडर्स या प्रोग्राम के मध्य भिन्न होता है, जिन्हें कुछ यूजर द्वारा कॉन्फ़िगर करने की अनुमति प्राप्त होती हैं।[6]
ईडीआर का आशय इवेंट डेटा या डिटेल रिकॉर्ड होता है। ईडीआर रिकॉर्ड का उपयोग उन सिस्टम्स के लिए किया जाता है जो कॉल-कंटेंट से अधिक चार्ज लेते हैं-जैसे रिंग टोन परचेज करना आदि I उत्पन्न सीडीआर या ईडीआर पर्टिकुलर रेटिंग सिस्टम के लिए उपयुक्त रूप में नहीं हो सकता है। इस विषय में सॉफ़्टवेयर के भाग, जिसे मेडिटेशन सिस्टम के रूप में जाना जाता है, को डेटा रेटिंग सिस्टम द्वारा उपयोगी रूप में प्रस्तुत करने की आवश्यकता हो सकती है। मेडिटेशन सिस्टम विभिन्न सोर्स से डेटा एकत्र करके रिकॉर्ड में एग्रीगेट करने के लिए भी उपयोगी है।
सामान्य लैंग्वेज में सीडीआर सामान्यतः किसी भी प्रकार के रिकॉर्ड जैसे आवाज, एसएमएस या डेटा आदि को रेफर करता है I
डिज़ाइन चोइसेस: अन्य प्रोग्रामिंग कॉन्फ़िगरेशन के लिए समर्थन
काम्प्लेक्स सिस्टम्स में प्रोग्रामिंग कोड की अपेक्षा में अधिक ह्यूमन रेडब्ल इंटरफ़ेस द्वारा सिस्टम को संशोधित करने और बनाए रखने के लिए फ्लेक्सिबिलिटी की आवश्यकता होती है, जैसे एडिटिंग टेबल्स जहाँ सिस्टम के बिहेवियर को परिभाषित किया जाता है। यह क्विकर एडिटिंग और व्यवसाय या टैरिफ विश्लेषकों जैसे अन्य प्रोग्रामर को सिस्टम के कॉन्फ़िगरेशन और सेफ्टी की अनुमति देने की संभावना दोनों की अनुमति प्रदान करता है। यह फ्लेक्सिबिलिटी कम्प्यूटेशनल समय के मूल्य पर आता है I रेटिंग केस अमाऊंट और एल्गोरिथम रेटिंग प्रोसेस चरणों दोनों के कोड बाहरी पाठ्य विन्यास के लिए समर्थन को कभी-कभी रूल बेस रेटिंग कहा जाता है।[7] रूल बेस रेटिंग अधिक सामान्य कंट्रोल टेबल टेक्निक के उपयोग का सरल उदाहरण है।
जैसे-जैसे टेलीकम्यूनिकेशन मार्केट नई टेक्निक (उदाहरण के लिए वाइमैक्स) के बढ़ते प्रेशर में आता है, प्रतिस्पर्धी ओपेरटरों के मध्य प्रमुख विभेदक कारक प्रायः नवीन प्रोडक्ट की प्रस्तुति में इनोवेशन और बाजार में आने का समय होता है। इससे निम्नलिखित द्वारा प्रदान की जाने वाली क्षमताओं के मध्य टेंशन उत्पन्न होती है:
- पारंपरिक कॉन्फ़िगरेशन सिंगल सिस्टम (जिसमें ऑपरेटर जिन प्रोडक्ट्स को कॉन्फ़िगर कर सकता है उन्हें दूसरे द्वारा भी प्रस्तुत किया जा सकता है),
- रूल बेस्ड सिस्टम (जिसमें नई सिस्टम अधिक सरलता से बनाई जा सकती हैं, किन्तु प्रदर्शन संबंधी विचार इन्हें बड़े स्तर पर बाजारों में प्रस्तुत करने की अनुमति नहीं दे सकते हैं), और
- प्रोग्राम्ड सिस्टम (जिसमें आप कई और इनोवेशन कर सकते हैं, किन्तु विपणन का समय और कार्यान्वयन की व्यय अधिक हो सकती है)।
रियल जीवन की स्थितियों में, यहां तक कि सबसे अधिक कॉन्फ़िगर करने योग्य सिस्टम में भी सामान्यतः कार्यान्वयन चरण होता है, जिसमें प्रोग्रामिंग विधियों का उपयोग करके नई क्षमताएं बनाई जाती हैं, और कॉन्फ़िगरेशन चरण होता है, जिसमें नई क्षमताओं को कॉन्फ़िगर किया जाता है और बड़े स्तर पर बाजार में प्रस्तुत किया जाता है।
काम्प्लेक्स रेटिंग
जैसे-जैसे टेलीकम्यूनिकेशन क्षेत्र में प्रतिस्पर्धा बढ़ी है, रेटिंग निरंतर काम्प्लेक्स होती जा रही है। कुछ रेटिंग सिनेरियो एकाधिक मापों का उपयोग करते हैं।
उदाहरण:
- वीडियो डाउनलोड के लिए रेटिंग में मिनटों की संख्या, डेटा का अमाउंट, सर्विस लेवल एग्रीमेंट (एसएलए) द्वारा पहचाने गए डेटा ट्रांसफर की क्वालिटी और वीडियो के यूसेज (कॉपीराइट) की व्यय को मापना सम्मिलित हो सकता है।
उदाहरण:
- चार्ज के साथ वीडियो-ऑन-डिमांड सेशन देखने का प्रतिनिधित्व करने वाला डेटा सेशन में यूजर से डेटा वॉल्यूम के लिए चार्ज नहीं लिया जाना चाहिए क्योंकि यह पूर्व से ही वीडियो के लिए चार्ज किया गया था। ये दोनों चार्जिंग इवेंट कोरिलेटेड हैं और वीडियो स्ट्रीमिंग पर व्यय किए गए डेटा का अमाउंट यूजर के डेटा बंडल या अकाउंट से चार्ज नहीं की जाती है।
काम्प्लेक्स रेटिंग में अन्य-नेटवर्क रिलेटेड पैरामीटर भी सम्मिलित हो सकते हैं। कुछ रेटिंग डेटा सब्सक्राइबर सेवा या बिलिंग सब-सिस्टम्स से आ सकते हैं।
उदाहरण:
- जब बिलिंग सब-सिस्टम में निश्चित अमाउंट से अधिक का उपयोग प्रारम्भ हो जाता है, जिससे रेटिंग इंजन यूजर के लिए कम दर निर्दिष्ट कर सकता है। इसे समायोजन दर के रूप में भी जाना जाता है और कुछ सिस्टम्स में फॉर्मेट बनाना कठिन हो सकता है।
काम्प्लेक्स रेटिंग बिहेवियर पर्टिकुलर रियल या वर्चुअल बिहेवियर के कारण हो सकता है।
उदाहरण:
- संबद्ध ऑनलाइन गेम खेलने वाले सब्सक्राइबर गेम के अन्य खिलाड़ियों को डिस्काउंटेड कॉल के लिए इन-गेम करेंसी या डिवाइस या इंसेंटिव टोकन का व्यापार कर सकते हैं।
रेटिंग के विषयों में से जो कॉम्प्लेक्सिटी के अप्रत्याशित सोर्स हैं, उसमें डेलाइट सेविंग टाइम ऑफसेट भी सम्मिलित है।[8]
नेचुरल करेंसी रेटिंग
आधुनिक रेटिंग इंजन करेंसी न्यूट्रल भी हो सकते हैं। कुछ बहुराष्ट्रीय टेलीकम्यूनिकेशन प्रोवाइडर्स सब्सक्राइबर्स को कई मुद्राओं में निपटान की क्षमता प्रदान करते हैं। इस सिनेरियो में रेटिंग इंजन करेंसी न्यूट्रल बिलिंग रिकॉर्ड उत्पन्न करता है। यह बिलिंग इंजन है जिसे वर्चुअल करेंसी को रियल कॉस्ट में परिवर्तित करने का कार्य दिया गया है।
री-रेटिंग
कुछ परिदृश्यों में कॉल को पुनः रेट करना आवश्यक हो सकता है, किन्तु सभी रेटिंग इंजन इसके लिए सक्षम नहीं हैं। पुनर्रेटिंग की उपयोगिता के संबंध में दार्शनिक लॉजिक है, जिसका कोई करेक्ट उत्तर नहीं है:-
प्रो री-रेटिंग
- आईडेंटिफाइड एरर को उचित करने में सक्षम होना उपयोगी है।
- काम्प्लेक्स डिस्काउंट की कैलकुलेशन तब तक संभव नहीं हो सकती जब तक कि बिलिंग साइकिल के लिए सभी कॉल प्राप्त न हो जाएं।
- री-रेटिंग से सीडीआर देर से आने की समस्या का समाधान हो जाता है। रेटिंग प्रक्रियाओं तक पहुंचने वाले सीडीआर के फ्लो पर प्रायः कॉल को उस क्रम में वितरित करने के लिए विश्वास नहीं किया जा सकता है जिस क्रम में सब्सक्राइबर्स को उनकी बिलिंग जानकारी तक पहुंच की आवश्यकता होती है। जब आप अन्य प्रोवाइडर्स द्वारा प्रदान की गई सेवाओं के लिए चार्ज लेते हैं (उदाहरण के लिए, किसी अन्य वाहक के क्षेत्र में रोमिंग के समय की गई अंतर्राष्ट्रीय कॉल, पे फोन या अन्य दूरस्थ स्थान से आपके घर के नंबर पर बिल की गई सेवाएं), तो इन सीडीआर में विलम्ब हो सकता है और सब्सक्राइबर्स को उपयोग की रिपोर्टिंग में अपेक्षित क्रम से बाहर आ सकते हैं। जब उपयोग रिकॉर्ड अनुपयुक्त हो जाते हैं, तो आपको पूर्व प्राप्त उपयोग रिकॉर्ड को पुनः रेट करने की आवश्यकता हो सकती है।
री-रेटिंग के अगेंस्ट
- री-रेटिंग सपोर्टिंग लॉजिक रियल में डाईंग पाराडिगं पर आधारित हैं: बिलिंग बैच सिस्टम में की जाती है, और सब्सक्राइबर के पास बिना बिल वाली जानकारी तक पहुंच नहीं होती है। यह रियल में अब विषय नहीं है:
- आधुनिक बिलिंग सिस्टम कनवर्जेंट हैं (वे एक ही समय में एक ही प्लेटफॉर्म पर रियल टाइम और बैच रेटिंग को संभाल सकते हैं)। रियल टाइम के इंसिडेंट के लिए पुनः रेटिंग संभव नहीं है, क्योंकि वे अब परिभाषा के अनुसार रियल टाइम नहीं होता है I
- सेल्फ-केयर इंटरफेस के साथ आधुनिक बिलिंग सिस्टम (जिससे सब्सक्राइबर रियल टाइम में वेब साइट पर अपने चार्ज देख सकें) का आशय है कि पुन: रेटिंग संभव नहीं है। सब्सक्राइबर के लिए दिन की कीमत और पश्चात् में भिन्न कीमत अस्वीकार्य होता है I
- बिल प्रस्तुत करने से पूर्व री-रेटिंग पूर्ण की जानी चाहिए, जो सामान्यतः मासिक होती है। कभी-कभी उन सभी सीडीआर के लिए पुनः रेटिंग करना संभव नहीं होता है, जिन्हें पुनः रेटिंग दी जानी चाहिए, क्योंकि बिलिंग साइकिल पूर्व ही क्लोज्ड हो चुका है। क्लोज्ड बिल लीगल डॉक्यूमेंट है और इसे किसी भी परिस्थिति में संशोधित नहीं किया जा सकता है I
- पुन: रेटिंग में स्वाभाविक अपव्ययिता है: टेलीकम्यूनिकेशन हार्डवेयर मूल्यवान है, और इन्वेस्टमेंट पर रिटर्न को अधिकतम करने के लिए सामान्यतः इसकी क्षमता के निकट इसका उपयोग किया जाना चाहिए। पुनः रेटिंग का आशय है कि एक्स्ट्रा कैपेसिटी परचेज की जानी चाहिए, और सामान्यतः इसका उपयोग नहीं किया जाता है।
- री-रेटिंग को प्रायः ह्यूमन एरर के लिए सेफ्टी नेट के रूप में देखा जाता है। चूँकि, यदि सेफ्टी नेट है, तो एरर होने की अधिक संभावना है, और टेस्टिंग और प्लानिंग की क्वालिटी और परफेक्शन में कमी आ सकती है I
यह भी देखें
संदर्भ
- ↑ 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
- ↑ Susana Schwartz (2006) Mobile Operators Race to Embrace Retail Models Billing World and OSS Today 10/2006
- ↑ Lynn S. Cauffman, Jeffrey N. Thompson, John M. Cauffman (1994) Billing system with data indexing
- ↑ 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.0 5.1 DP Diekelman, CB Stockwell (1996) US Patent 5,555,444 Method and apparatus for predictive operation of a communication system
- ↑ "कॉल डिटेल रिकॉर्ड - टेलीकॉम बिलिंग ओएसएस समाचार समीक्षा". Retrieved 2007-09-25.
- ↑ 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
- ↑ Carl Wright, Service Level LLC Why a Day Isn't Always 24 Hours Long Archived 2004-09-26 at the Wayback Machine
बाहरी संबंध
- Real-time interconnect billing system and method of use
- A collection of information resources on rating & billing (Service Level LLC)
- Carl Wright, Service Level LLC (2003) Block Of Time Rating, Rating Matters issue n. 15, 28 February 2003 ISSN 1532-1886
