Difference between revisions of "दूरसंचार रेटिंग"
Jump to navigation
Jump to search
(Created page with "दूरसंचार में रेटिंग किसी विशेष कॉल की लागत निर्धारित करने की गतिव...") |
|||
| 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 11: | Line 11: | ||
* प्रीमियम शुल्क (प्रीमियम सामग्री के लिए तीसरे पक्ष का शुल्क, मूवी टिकट जैसी भौतिक वस्तुओं की लागत) | * प्रीमियम शुल्क (प्रीमियम सामग्री के लिए तीसरे पक्ष का शुल्क, मूवी टिकट जैसी भौतिक वस्तुओं की लागत) | ||
आम तौर पर व्यक्तिगत कॉलों को रेट किया जाता है और फिर ग्राहक को [[इनवॉइस]] प्रदान करने के लिए रेटेड राशि को [[ बिलिंग प्रणाली ]] में भेजा जाता है। अक्सर रेटिंग सिस्टम | आम तौर पर व्यक्तिगत कॉलों को रेट किया जाता है और फिर ग्राहक को [[इनवॉइस]] प्रदान करने के लिए रेटेड राशि को [[ बिलिंग प्रणाली ]] में भेजा जाता है। अक्सर रेटिंग सिस्टम बड़े बिलिंग सिस्टम आर्किटेक्चर का मॉड्यूल होगा। | ||
रेटिंग प्रणाली को लगातार बदलती मूल्य निर्धारण नीतियों के अनुकूल बनाया जाना चाहिए, जिसका रणनीतिक लक्ष्य मांग को प्रोत्साहित करना है।<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> | |||
== डेटा संरचनाएं == | |||
==डेटा संरचनाएं== | रेटिंग गणना करने के लिए [[कॉल डिटेल रिकॉर्ड]]/ईडीआर तैयार करना आवश्यक है।{{Citation needed|date=September 2007}} कॉल डिटेल रिकॉर्ड<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> | ||
रेटिंग गणना करने के लिए [[कॉल डिटेल रिकॉर्ड]]/ईडीआर तैयार करना आवश्यक है।{{Citation needed|date=September 2007}} | ईडीआर का मतलब इवेंट डेटा/डिटेल रिकॉर्ड है। ईडीआर रिकॉर्ड का उपयोग उन प्रणालियों के लिए किया जाता है जो कॉल-सामग्री से अधिक शुल्क लेते हैं। जैसे रिंग टोन खरीदना.{{Citation needed|date=September 2007}} उत्पन्न सीडीआर/ईडीआर विशेष रेटिंग प्रणाली के लिए उपयुक्त रूप में नहीं हो सकता है। इस मामले में सॉफ़्टवेयर के टुकड़े, जिसे मध्यस्थता प्रणाली के रूप में जाना जाता है, को डेटा को रेटिंग प्रणाली द्वारा उपयोगी रूप में प्रस्तुत करने की आवश्यकता हो सकती है। मध्यस्थता प्रणाली विभिन्न स्रोतों से डेटा त्र करके रिकॉर्ड में त्रित करने के लिए भी उपयोगी है। | ||
ईडीआर का मतलब इवेंट डेटा/डिटेल रिकॉर्ड है। ईडीआर रिकॉर्ड का उपयोग उन प्रणालियों के लिए किया जाता है जो कॉल-सामग्री से अधिक शुल्क लेते हैं। जैसे रिंग टोन खरीदना.{{Citation needed|date=September 2007}} उत्पन्न सीडीआर/ईडीआर विशेष रेटिंग प्रणाली के लिए उपयुक्त रूप में नहीं हो सकता है। इस मामले में सॉफ़्टवेयर के | |||
बोलचाल की भाषा में सीडीआर आमतौर पर किसी भी प्रकार के रिकॉर्ड को संदर्भित करता है: आवाज, एसएमएस या डेटा। | बोलचाल की भाषा में सीडीआर आमतौर पर किसी भी प्रकार के रिकॉर्ड को संदर्भित करता है: आवाज, एसएमएस या डेटा। | ||
==डिज़ाइन विकल्प: गैर प्रोग्रामिंग कॉन्फ़िगरेशन के लिए समर्थन== | ==डिज़ाइन विकल्प: गैर प्रोग्रामिंग कॉन्फ़िगरेशन के लिए समर्थन== | ||
जटिल प्रणालियों में प्रोग्रामिंग कोड की तुलना में अधिक मानव-पठनीय इंटरफ़ेस द्वारा सिस्टम को संशोधित करने और बनाए रखने के लिए लचीलेपन की आवश्यकता होती है, जैसे संपादन तालिकाएँ जहाँ सिस्टम के व्यवहार को परिभाषित किया जाता है। यह त्वरित संपादन और व्यवसाय/टैरिफ विश्लेषकों जैसे गैर प्रोग्रामर को सिस्टम के कॉन्फ़िगरेशन और रखरखाव की अनुमति देने की संभावना दोनों की अनुमति देता है। यह लचीलापन भारी कम्प्यूटेशनल समय की कीमत पर आता है{{Dubious|date=May 2010}} | जटिल प्रणालियों में प्रोग्रामिंग कोड की तुलना में अधिक मानव-पठनीय इंटरफ़ेस द्वारा सिस्टम को संशोधित करने और बनाए रखने के लिए लचीलेपन की आवश्यकता होती है, जैसे संपादन तालिकाएँ जहाँ सिस्टम के व्यवहार को परिभाषित किया जाता है। यह त्वरित संपादन और व्यवसाय/टैरिफ विश्लेषकों जैसे गैर प्रोग्रामर को सिस्टम के कॉन्फ़िगरेशन और रखरखाव की अनुमति देने की संभावना दोनों की अनुमति देता है। यह लचीलापन भारी कम्प्यूटेशनल समय की कीमत पर आता है{{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> नियम-आधारित रेटिंग अधिक सामान्य [[नियंत्रण तालिका]] तकनीक के उपयोग का सरल उदाहरण है। | ||
जैसे-जैसे दूरसंचार बाजार नई प्रौद्योगिकियों (उदाहरण के लिए [[वाइमैक्स]]) के बढ़ते दबाव में आता है, प्रतिस्पर्धी ऑपरेटरों के बीच प्रमुख विभेदक कारक अक्सर नए उत्पाद की पेशकश में नवाचार और बाजार में आने का समय होता है। इससे निम्नलिखित द्वारा प्रदान की जाने वाली क्षमताओं के बीच | जैसे-जैसे दूरसंचार बाजार नई प्रौद्योगिकियों (उदाहरण के लिए [[वाइमैक्स]]) के बढ़ते दबाव में आता है, प्रतिस्पर्धी ऑपरेटरों के बीच प्रमुख विभेदक कारक अक्सर नए उत्पाद की पेशकश में नवाचार और बाजार में आने का समय होता है। इससे निम्नलिखित द्वारा प्रदान की जाने वाली क्षमताओं के बीच स्वाभाविक तनाव पैदा होता है: | ||
* पारंपरिक कॉन्फ़िगरेशन केवल सिस्टम (जिसमें | * पारंपरिक कॉन्फ़िगरेशन केवल सिस्टम (जिसमें ऑपरेटर जिन उत्पादों को कॉन्फ़िगर कर सकता है उन्हें दूसरे द्वारा भी पेश किया जा सकता है), | ||
* नियम आधारित प्रणालियाँ (जिसमें नई पेशकशें अधिक आसानी से बनाई जा सकती हैं, लेकिन प्रदर्शन संबंधी विचार इन्हें बड़े पैमाने पर बाजारों में पेश करने की अनुमति नहीं दे सकते हैं), और | * नियम आधारित प्रणालियाँ (जिसमें नई पेशकशें अधिक आसानी से बनाई जा सकती हैं, लेकिन प्रदर्शन संबंधी विचार इन्हें बड़े पैमाने पर बाजारों में पेश करने की अनुमति नहीं दे सकते हैं), और | ||
* क्रमादेशित सिस्टम (जिसमें आप कई और नवाचार कर सकते हैं, लेकिन विपणन का समय और कार्यान्वयन की लागत अधिक हो सकती है)। | * क्रमादेशित सिस्टम (जिसमें आप कई और नवाचार कर सकते हैं, लेकिन विपणन का समय और कार्यान्वयन की लागत अधिक हो सकती है)। | ||
वास्तविक जीवन की स्थितियों में, यहां तक कि सबसे अधिक कॉन्फ़िगर करने योग्य सिस्टम में भी आम तौर पर | वास्तविक जीवन की स्थितियों में, यहां तक कि सबसे अधिक कॉन्फ़िगर करने योग्य सिस्टम में भी आम तौर पर कार्यान्वयन चरण होता है, जिसमें प्रोग्रामिंग विधियों का उपयोग करके नई क्षमताएं बनाई जाती हैं, और कॉन्फ़िगरेशन चरण होता है, जिसमें नई क्षमताओं को कॉन्फ़िगर किया जाता है और बड़े पैमाने पर बाजार में पेश किया जाता है। | ||
==जटिल रेटिंग== | ==जटिल रेटिंग== | ||
जैसे-जैसे दूरसंचार क्षेत्र में प्रतिस्पर्धा बढ़ी है, रेटिंग लगातार जटिल होती जा रही है। कुछ रेटिंग परिदृश्य | जैसे-जैसे दूरसंचार क्षेत्र में प्रतिस्पर्धा बढ़ी है, रेटिंग लगातार जटिल होती जा रही है। कुछ रेटिंग परिदृश्य ाधिक मापों का उपयोग करते हैं। | ||
उदाहरण: | उदाहरण: | ||
| Line 41: | Line 40: | ||
उदाहरण: | उदाहरण: | ||
:वीडियो-ऑन-डिमांड सत्र देखने का प्रतिनिधित्व करने वाला डेटा सत्र, | :वीडियो-ऑन-डिमांड सत्र देखने का प्रतिनिधित्व करने वाला डेटा सत्र, बार के शुल्क के साथ, उपयोगकर्ता से डेटा वॉल्यूम के लिए शुल्क नहीं लेना चाहिए क्योंकि यह पहले से ही वीडियो के लिए चार्ज किया गया था। ये दोनों चार्जिंग इवेंट सहसंबद्ध हैं और वीडियो स्ट्रीमिंग पर खर्च किए गए डेटा की मात्रा उपयोगकर्ता के डेटा बंडल/खाते से चार्ज नहीं की जाती है। | ||
जटिल रेटिंग में गैर-नेटवर्क संबंधित पैरामीटर भी शामिल हो सकते हैं। कुछ रेटिंग डेटा ग्राहक सेवा या बिलिंग उप-प्रणालियों से आ सकते हैं। | जटिल रेटिंग में गैर-नेटवर्क संबंधित पैरामीटर भी शामिल हो सकते हैं। कुछ रेटिंग डेटा ग्राहक सेवा या बिलिंग उप-प्रणालियों से आ सकते हैं। | ||
उदाहरण: | उदाहरण: | ||
:जब बिलिंग उप-प्रणाली में | :जब बिलिंग उप-प्रणाली में निश्चित राशि से अधिक का उपयोग शुरू हो जाता है तो रेटिंग इंजन उपयोगकर्ता के लिए कम दर निर्दिष्ट कर सकता है। इसे समायोजन दर के रूप में भी जाना जाता है और कुछ प्रणालियों में मॉडल बनाना जटिल हो सकता है। | ||
जटिल रेटिंग व्यवहार विशेष वास्तविक या आभासी व्यवहार के कारण हो सकता है। | जटिल रेटिंग व्यवहार विशेष वास्तविक या आभासी व्यवहार के कारण हो सकता है। | ||
| Line 55: | Line 54: | ||
रेटिंग के मुद्दों में से जो जटिलता के अप्रत्याशित स्रोत हैं, वह है [[ दिन के समय को बचाना ]] टाइम ऑफसेट।<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 70: | Line 67: | ||
===पुनः रेटिंग के विरुद्ध=== | ===पुनः रेटिंग के विरुद्ध=== | ||
* री-रेटिंग समर्थक तर्क वास्तव में | * री-रेटिंग समर्थक तर्क वास्तव में ख़त्म होते प्रतिमान पर आधारित हैं: बिलिंग बैच प्रणाली में की जाती है, और ग्राहक के पास बिना बिल वाली जानकारी तक पहुंच नहीं होती है। यह वास्तव में अब मामला नहीं है: | ||
** आधुनिक बिलिंग सिस्टम अभिसारी हैं (वे | ** आधुनिक बिलिंग सिस्टम अभिसारी हैं (वे ही समय में ही प्लेटफॉर्म पर वास्तविक समय और बैच रेटिंग को संभाल सकते हैं)। वास्तविक समय की घटनाओं के लिए पुनः-रेटिंग संभव नहीं है, क्योंकि वे अब परिभाषा के अनुसार वास्तविक समय नहीं होंगे | ||
** स्व-देखभाल इंटरफेस के साथ आधुनिक बिलिंग सिस्टम (ताकि ग्राहक वास्तविक समय में वेब साइट पर अपने शुल्क देख सकें) का मतलब है कि पुन: रेटिंग संभव नहीं है। ग्राहक के लिए | ** स्व-देखभाल इंटरफेस के साथ आधुनिक बिलिंग सिस्टम (ताकि ग्राहक वास्तविक समय में वेब साइट पर अपने शुल्क देख सकें) का मतलब है कि पुन: रेटिंग संभव नहीं है। ग्राहक के लिए दिन कीमत और बाद में अलग कीमत देखना अस्वीकार्य होगा | ||
** बिल प्रस्तुत करने से पहले री-रेटिंग पूरी की जानी चाहिए, जो आमतौर पर मासिक होती है। कभी-कभी उन सभी सीडीआर के लिए दोबारा रेटिंग करना संभव नहीं होता है, जिन्हें दोबारा रेटिंग दी जानी चाहिए, क्योंकि बिलिंग चक्र पहले ही बंद हो चुका है। | ** बिल प्रस्तुत करने से पहले री-रेटिंग पूरी की जानी चाहिए, जो आमतौर पर मासिक होती है। कभी-कभी उन सभी सीडीआर के लिए दोबारा रेटिंग करना संभव नहीं होता है, जिन्हें दोबारा रेटिंग दी जानी चाहिए, क्योंकि बिलिंग चक्र पहले ही बंद हो चुका है। बंद बिल कानूनी दस्तावेज है और इसे किसी भी परिस्थिति में संशोधित नहीं किया जा सकता है | ||
* पुन: रेटिंग में | * पुन: रेटिंग में स्वाभाविक बर्बादी है: दूरसंचार हार्डवेयर महंगा है, और निवेश पर रिटर्न को अधिकतम करने के लिए आम तौर पर इसकी क्षमता के करीब इसका उपयोग किया जाना चाहिए। पुनः रेटिंग का मतलब है कि अतिरिक्त क्षमता खरीदी जानी चाहिए, और आमतौर पर इसका उपयोग नहीं किया जाएगा। | ||
* री-रेटिंग को अक्सर मानवीय त्रुटि के लिए सुरक्षा जाल के रूप में देखा जाता है। हालाँकि, यदि सुरक्षा जाल है, तो त्रुटियाँ होने की अधिक संभावना है, और परीक्षण और योजना की गुणवत्ता और संपूर्णता में कमी आ सकती है | * री-रेटिंग को अक्सर मानवीय त्रुटि के लिए सुरक्षा जाल के रूप में देखा जाता है। हालाँकि, यदि सुरक्षा जाल है, तो त्रुटियाँ होने की अधिक संभावना है, और परीक्षण और योजना की गुणवत्ता और संपूर्णता में कमी आ सकती है | ||
Revision as of 23:42, 4 August 2023
दूरसंचार में रेटिंग किसी विशेष कॉल की लागत निर्धारित करने की गतिविधि है।[1] रेटिंग प्रक्रिया में कॉल-संबंधित डेटा को मौद्रिक-समतुल्य मूल्य में परिवर्तित करना शामिल है।
कॉल-संबंधित डेटा नेटवर्क में विभिन्न बिंदुओं पर उत्पन्न होता है या नेटवर्क जांच जैसे तीसरे पक्ष के उपकरण द्वारा माप लिया जा सकता है। आम तौर पर यह डेटा कुछ मात्रात्मक और विशिष्ट होता है। त्र किया गया उपयोग डेटा या तो उपकरण द्वारा पैक किया जाता है या इसे चार्जिंग गेटवे आदि पर भेजा जा सकता है।
रेटिंग सिस्टम आमतौर पर किसी कॉल के बारे में निम्नलिखित कुछ या सभी प्रकार के डेटा का उपयोग करते हैं:
- कॉल की समय संपत्ति (सप्ताह का दिन, तारीख, दिन का समय)
- उपयोग की मात्रा (कॉल की अवधि, डेटा की मात्रा, संदेशों की संख्या, गानों की संख्या)
- कॉल का गंतव्य (लैंड लाइन, विदेश, आदि)
- कॉल की उत्पत्ति/कॉल करने वाले का स्थान (मोबाइल नेटवर्क के लिए)
- प्रीमियम शुल्क (प्रीमियम सामग्री के लिए तीसरे पक्ष का शुल्क, मूवी टिकट जैसी भौतिक वस्तुओं की लागत)
आम तौर पर व्यक्तिगत कॉलों को रेट किया जाता है और फिर ग्राहक को इनवॉइस प्रदान करने के लिए रेटेड राशि को बिलिंग प्रणाली में भेजा जाता है। अक्सर रेटिंग सिस्टम बड़े बिलिंग सिस्टम आर्किटेक्चर का मॉड्यूल होगा।
रेटिंग प्रणाली को लगातार बदलती मूल्य निर्धारण नीतियों के अनुकूल बनाया जाना चाहिए, जिसका रणनीतिक लक्ष्य मांग को प्रोत्साहित करना है।[2]
डेटा संरचनाएं
रेटिंग गणना करने के लिए कॉल डिटेल रिकॉर्ड/ईडीआर तैयार करना आवश्यक है।[citation needed] कॉल डिटेल रिकॉर्ड[3][4] (सीडीआर, जिसे कॉल डेटा रिकॉर्ड भी कहा जाता है)[5] कॉल सेटअप और पूर्णता का रिकॉर्ड है,[5]और इसका प्रारूप दूरसंचार प्रदाताओं या कार्यक्रमों के बीच भिन्न होता है, जिन्हें कुछ उपयोगकर्ता द्वारा कॉन्फ़िगर करने की अनुमति देते हैं।[6] ईडीआर का मतलब इवेंट डेटा/डिटेल रिकॉर्ड है। ईडीआर रिकॉर्ड का उपयोग उन प्रणालियों के लिए किया जाता है जो कॉल-सामग्री से अधिक शुल्क लेते हैं। जैसे रिंग टोन खरीदना.[citation needed] उत्पन्न सीडीआर/ईडीआर विशेष रेटिंग प्रणाली के लिए उपयुक्त रूप में नहीं हो सकता है। इस मामले में सॉफ़्टवेयर के टुकड़े, जिसे मध्यस्थता प्रणाली के रूप में जाना जाता है, को डेटा को रेटिंग प्रणाली द्वारा उपयोगी रूप में प्रस्तुत करने की आवश्यकता हो सकती है। मध्यस्थता प्रणाली विभिन्न स्रोतों से डेटा त्र करके रिकॉर्ड में त्रित करने के लिए भी उपयोगी है।
बोलचाल की भाषा में सीडीआर आमतौर पर किसी भी प्रकार के रिकॉर्ड को संदर्भित करता है: आवाज, एसएमएस या डेटा।
डिज़ाइन विकल्प: गैर प्रोग्रामिंग कॉन्फ़िगरेशन के लिए समर्थन
जटिल प्रणालियों में प्रोग्रामिंग कोड की तुलना में अधिक मानव-पठनीय इंटरफ़ेस द्वारा सिस्टम को संशोधित करने और बनाए रखने के लिए लचीलेपन की आवश्यकता होती है, जैसे संपादन तालिकाएँ जहाँ सिस्टम के व्यवहार को परिभाषित किया जाता है। यह त्वरित संपादन और व्यवसाय/टैरिफ विश्लेषकों जैसे गैर प्रोग्रामर को सिस्टम के कॉन्फ़िगरेशन और रखरखाव की अनुमति देने की संभावना दोनों की अनुमति देता है। यह लचीलापन भारी कम्प्यूटेशनल समय की कीमत पर आता है[dubious ]. रेटिंग मामलों-राशियों और एल्गोरिथम रेटिंग प्रक्रिया चरणों दोनों के कोड बाहरी पाठ्य विन्यास के लिए समर्थन को कभी-कभी नियम-आधारित रेटिंग कहा जाता है।[7] नियम-आधारित रेटिंग अधिक सामान्य नियंत्रण तालिका तकनीक के उपयोग का सरल उदाहरण है।
जैसे-जैसे दूरसंचार बाजार नई प्रौद्योगिकियों (उदाहरण के लिए वाइमैक्स) के बढ़ते दबाव में आता है, प्रतिस्पर्धी ऑपरेटरों के बीच प्रमुख विभेदक कारक अक्सर नए उत्पाद की पेशकश में नवाचार और बाजार में आने का समय होता है। इससे निम्नलिखित द्वारा प्रदान की जाने वाली क्षमताओं के बीच स्वाभाविक तनाव पैदा होता है:
- पारंपरिक कॉन्फ़िगरेशन केवल सिस्टम (जिसमें ऑपरेटर जिन उत्पादों को कॉन्फ़िगर कर सकता है उन्हें दूसरे द्वारा भी पेश किया जा सकता है),
- नियम आधारित प्रणालियाँ (जिसमें नई पेशकशें अधिक आसानी से बनाई जा सकती हैं, लेकिन प्रदर्शन संबंधी विचार इन्हें बड़े पैमाने पर बाजारों में पेश करने की अनुमति नहीं दे सकते हैं), और
- क्रमादेशित सिस्टम (जिसमें आप कई और नवाचार कर सकते हैं, लेकिन विपणन का समय और कार्यान्वयन की लागत अधिक हो सकती है)।
वास्तविक जीवन की स्थितियों में, यहां तक कि सबसे अधिक कॉन्फ़िगर करने योग्य सिस्टम में भी आम तौर पर कार्यान्वयन चरण होता है, जिसमें प्रोग्रामिंग विधियों का उपयोग करके नई क्षमताएं बनाई जाती हैं, और कॉन्फ़िगरेशन चरण होता है, जिसमें नई क्षमताओं को कॉन्फ़िगर किया जाता है और बड़े पैमाने पर बाजार में पेश किया जाता है।
जटिल रेटिंग
जैसे-जैसे दूरसंचार क्षेत्र में प्रतिस्पर्धा बढ़ी है, रेटिंग लगातार जटिल होती जा रही है। कुछ रेटिंग परिदृश्य ाधिक मापों का उपयोग करते हैं।
उदाहरण:
- वीडियो डाउनलोड के लिए रेटिंग में मिनटों की संख्या, डेटा की मात्रा, सेवा स्तर समझौते (एसएलए) द्वारा पहचाने गए डेटा ट्रांसफर की गुणवत्ता और वीडियो के उपयोग (कॉपीराइट) की लागत को मापना शामिल हो सकता है।
उदाहरण:
- वीडियो-ऑन-डिमांड सत्र देखने का प्रतिनिधित्व करने वाला डेटा सत्र, बार के शुल्क के साथ, उपयोगकर्ता से डेटा वॉल्यूम के लिए शुल्क नहीं लेना चाहिए क्योंकि यह पहले से ही वीडियो के लिए चार्ज किया गया था। ये दोनों चार्जिंग इवेंट सहसंबद्ध हैं और वीडियो स्ट्रीमिंग पर खर्च किए गए डेटा की मात्रा उपयोगकर्ता के डेटा बंडल/खाते से चार्ज नहीं की जाती है।
जटिल रेटिंग में गैर-नेटवर्क संबंधित पैरामीटर भी शामिल हो सकते हैं। कुछ रेटिंग डेटा ग्राहक सेवा या बिलिंग उप-प्रणालियों से आ सकते हैं।
उदाहरण:
- जब बिलिंग उप-प्रणाली में निश्चित राशि से अधिक का उपयोग शुरू हो जाता है तो रेटिंग इंजन उपयोगकर्ता के लिए कम दर निर्दिष्ट कर सकता है। इसे समायोजन दर के रूप में भी जाना जाता है और कुछ प्रणालियों में मॉडल बनाना जटिल हो सकता है।
जटिल रेटिंग व्यवहार विशेष वास्तविक या आभासी व्यवहार के कारण हो सकता है।
उदाहरण:
- संबद्ध ऑनलाइन गेम खेलने वाले सब्सक्राइबर गेम के अन्य खिलाड़ियों को रियायती कॉल के लिए इन-गेम मुद्रा या उपकरण या प्रोत्साहन टोकन का व्यापार कर सकते हैं।
रेटिंग के मुद्दों में से जो जटिलता के अप्रत्याशित स्रोत हैं, वह है दिन के समय को बचाना टाइम ऑफसेट।[8]
तटस्थ मुद्रा रेटिंग
आधुनिक रेटिंग इंजन मुद्रा तटस्थ भी हो सकते हैं। कुछ बहुराष्ट्रीय दूरसंचार प्रदाता ग्राहकों को कई मुद्राओं में निपटान की क्षमता प्रदान करते हैं। इस परिदृश्य में रेटिंग इंजन मुद्रा तटस्थ बिलिंग रिकॉर्ड उत्पन्न करता है। यह बिलिंग इंजन है जिसे आभासी मुद्रा को वास्तविक लागत में परिवर्तित करने का काम सौंपा गया है।
पुनः रेटिंग
कुछ परिदृश्यों में कॉल को दोबारा रेट करना आवश्यक हो सकता है लेकिन सभी रेटिंग इंजन इसके लिए सक्षम नहीं हैं। पुनर्रेटिंग की उपयोगिता के संबंध में दार्शनिक तर्क है, जिसका कोई स्पष्ट सही उत्तर नहीं है:
प्रो री-रेटिंग
- पहचानी गई त्रुटियों को ठीक करने में सक्षम होना उपयोगी है।
- जटिल छूट की गणना तब तक संभव नहीं हो सकती जब तक कि बिलिंग चक्र के लिए सभी कॉल प्राप्त न हो जाएं।
- री-रेटिंग से सीडीआर देर से आने की समस्या का समाधान हो जाता है। रेटिंग प्रक्रियाओं तक पहुंचने वाले सीडीआर के प्रवाह पर अक्सर कॉल को उस क्रम में वितरित करने के लिए भरोसा नहीं किया जा सकता है जिस क्रम में ग्राहकों को उनकी बिलिंग जानकारी तक पहुंच की आवश्यकता होती है। जब आप अन्य प्रदाताओं द्वारा प्रदान की गई सेवाओं के लिए शुल्क लेते हैं (उदाहरण के लिए, किसी अन्य वाहक के क्षेत्र में रोमिंग के दौरान की गई अंतर्राष्ट्रीय कॉल, पे फोन या अन्य दूरस्थ स्थान से आपके घर के नंबर पर बिल की गई सेवाएं), तो इन सीडीआर में देरी हो सकती है और ग्राहकों को उपयोग की रिपोर्टिंग में अपेक्षित क्रम से बाहर आ सकते हैं। जब उपयोग रिकॉर्ड ख़राब हो जाते हैं, तो आपको पहले प्राप्त उपयोग रिकॉर्ड को फिर से रेट करने की आवश्यकता हो सकती है।
पुनः रेटिंग के विरुद्ध
- री-रेटिंग समर्थक तर्क वास्तव में ख़त्म होते प्रतिमान पर आधारित हैं: बिलिंग बैच प्रणाली में की जाती है, और ग्राहक के पास बिना बिल वाली जानकारी तक पहुंच नहीं होती है। यह वास्तव में अब मामला नहीं है:
- आधुनिक बिलिंग सिस्टम अभिसारी हैं (वे ही समय में ही प्लेटफॉर्म पर वास्तविक समय और बैच रेटिंग को संभाल सकते हैं)। वास्तविक समय की घटनाओं के लिए पुनः-रेटिंग संभव नहीं है, क्योंकि वे अब परिभाषा के अनुसार वास्तविक समय नहीं होंगे
- स्व-देखभाल इंटरफेस के साथ आधुनिक बिलिंग सिस्टम (ताकि ग्राहक वास्तविक समय में वेब साइट पर अपने शुल्क देख सकें) का मतलब है कि पुन: रेटिंग संभव नहीं है। ग्राहक के लिए दिन कीमत और बाद में अलग कीमत देखना अस्वीकार्य होगा
- बिल प्रस्तुत करने से पहले री-रेटिंग पूरी की जानी चाहिए, जो आमतौर पर मासिक होती है। कभी-कभी उन सभी सीडीआर के लिए दोबारा रेटिंग करना संभव नहीं होता है, जिन्हें दोबारा रेटिंग दी जानी चाहिए, क्योंकि बिलिंग चक्र पहले ही बंद हो चुका है। बंद बिल कानूनी दस्तावेज है और इसे किसी भी परिस्थिति में संशोधित नहीं किया जा सकता है
- पुन: रेटिंग में स्वाभाविक बर्बादी है: दूरसंचार हार्डवेयर महंगा है, और निवेश पर रिटर्न को अधिकतम करने के लिए आम तौर पर इसकी क्षमता के करीब इसका उपयोग किया जाना चाहिए। पुनः रेटिंग का मतलब है कि अतिरिक्त क्षमता खरीदी जानी चाहिए, और आमतौर पर इसका उपयोग नहीं किया जाएगा।
- री-रेटिंग को अक्सर मानवीय त्रुटि के लिए सुरक्षा जाल के रूप में देखा जाता है। हालाँकि, यदि सुरक्षा जाल है, तो त्रुटियाँ होने की अधिक संभावना है, और परीक्षण और योजना की गुणवत्ता और संपूर्णता में कमी आ सकती है
यह भी देखें
संदर्भ
- ↑ 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