FI115585B - The method of billing transactions and the billing system for transactions - Google Patents
The method of billing transactions and the billing system for transactions Download PDFInfo
- Publication number
- FI115585B FI115585B FI20011701A FI20011701A FI115585B FI 115585 B FI115585 B FI 115585B FI 20011701 A FI20011701 A FI 20011701A FI 20011701 A FI20011701 A FI 20011701A FI 115585 B FI115585 B FI 115585B
- Authority
- FI
- Finland
- Prior art keywords
- rule
- level
- hierarchical
- billing
- user
- Prior art date
Links
Landscapes
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Description
115585115585
Menetelmä tapahtumien laskuttamiseksi ja tapahtumien laskutusjärjestelmäThe method of billing transactions and the billing system for transactions
Nyt esillä oleva keksintö kohdistuu menetelmään tapahtumien laskut-5 tamiseksi järjestelmässä, joka käsittää ainakin tiedonsiirtoverkon ja laskutuspalvelun, jossa menetelmässä käyttäjän päätelaitteesta muodostetaan yhteys tiedonsiirtoverkkoon, ja määritetään hierarkkinen käyttäjätietokanta, joka käsittää ainakin kaksi hierarkiatasoa, ja määritetään mainitun käyttäjätietokannan ainakin yhdelle hierarkiatasolle 10 ainakin yksi sääntö, jota käytetään tapahtuman laskuttamisessa. Keksintö kohdistuu myös tapahtumien laskutusjärjestelmään, joka käsittää ainakin tiedonsiirtoverkon, laskutuspalvelun, käyttäjän päätelaitteen, ja välineet yhteyden muodostamiseksi käyttäjän päätelaitteesta tiedonsiirtoverkkoon, ja järjestelmä käsittää lisäksi ainakin hierarkkisen 15 käyttäjätietokannan, joka käsittää ainakin kaksi hierarkiatasoa, ja että mainitun käyttäjätietokannan ainakin yhdelle hierarkiatasolle on määritetty ainakin yksi sääntö, joka on järjestetty käytettäväksi tapahtuman laskuttamisessa.The present invention relates to a method for billing transactions in a system comprising at least a communication network and a billing service, the method of connecting a user terminal to a communication network and defining a hierarchical user database comprising at least two hierarchy levels and , used to bill the transaction. The invention also relates to an event billing system comprising at least a communication network, a billing service, a user terminal, and means for connecting from a user terminal to a communication network, and the system further comprising at least a hierarchical user database comprising at least two hierarchy levels a rule set up to be used for billing an event.
20 Yleisen kytkentäisen puhelinverkon PSTN (Public Switched Telephone Network) kautta suoritettavat puhelut on tyypillisesti laskutettu aikave-loitukseen perustuen. Lisäksi laskutuksessa on käytetty tiettyä perusmaksua, joka veloitetaan soittajalta. Tämän perusmaksun suuruus on riippumaton puhelun kestoajasta. Lisäksi tunnetaan palvelunumeroita 25 ja vastaavia, joihin soitettaessa veloitetaan jokaisesta palvelunumeroon | soitetusta puhelusta palvelukohtainen perusmaksu ja/tai palvelukohtai seen aikaveloitukseen perustuva maksu. Tyypillisissä tunnetun teknii-kan mukaisissa puhelinjärjestelmissä laskutusperusteet ovat kaikille saman puhelinoperaattorin puhelinliittymän tilaajille tyypillisesti samat.Calls made through the Public Switched Telephone Network (PSTN) are typically billed on a time-charging basis. In addition, there is a basic charge that is charged to the caller. The amount of this basic charge is independent of the duration of the call. In addition, service numbers 25 and the like are known, and each service number is charged when called a basic service-specific charge for a call made and / or a service-specific time-based charge. In typical prior art telephone systems, the billing criteria are typically the same for all subscribers to a telephone subscription of the same telephone operator.
’ l 30 Palvelupuheluiden osalta ei myöskään ole käytössä käyttäjäkohtaista laskutusta, vaan kaikkia palvelun käyttäjiä veloitetaan samoilla lasku-. tusperusteilla.'L 30 There is also no per-user billing for service calls, but all service users will be charged the same bill. assigned by the NCB.
I t * »I t * »
Kansainvälisessä patenttijulkaisussa WO 97/05734 on esitetty eräs 35 tietoliikenneverkon käyttöön liittyvä laskutusjärjestelmä. Tässä järjes-:* * telmässä käytetään tapahtumapohjaista laskutusta siten, että tietolii kenneverkossa tarjottaviin palveluihin on liitetty joukko laskutuskaavoja 2 115585 (schema), joihin liittyy palvelukohtaista tietoa ja vähintään yksi lasku-tussääntö. Tietoliikenneverkon käyttäjiin on yhdistetty tiettyjä palveluita. Hinnoittelussa käytetään apuna graafia, joka sisältää laskutuskaavat jokaista palvelua kohti. Graafia muokataan käyttäjän palvelujen mu-5 kaan laskennan tehostamiseksi. Tämän julkaisun mukaisen järjestelmän käyttö edellyttää kuitenkin sitä, että käyttäjäkohtaiset palvelut on määriteltävä jokaiselle käyttäjälle erikseen, mikä on työlästä, jos käyttäjiä on paljon. Vastaavasti esimerkiksi hinnoitteluperusteiden muuttuessa on kaikkien käyttäjien määrityksiä muutettava.International Patent Publication WO 97/05734 discloses a billing system associated with the use of a telecommunications network 35. This system uses event-based billing with a set of billing formulas 2 115585 (schema) associated with services provided over a telecommunications network, with associated service-specific information and at least one billing rule. Certain services are connected to users of a telecommunications network. Pricing uses a graph that includes billing formulas for each service. The graph is edited to enhance computing according to the user's services. However, to use the system of this publication, you must define user-specific services for each user individually, which is cumbersome if you have a large number of users. Similarly, for example, as pricing criteria change, the configuration of all users needs to be changed.
1010
Eräässä toisessa kansainvälisessä patenttijulkaisussa WO 99/21350 on esitetty tapahtumapohjainen laskutusjärjestelmä, jossa on mahdollista käyttää kahta tai useampaa eri palvelua katkaisematta välillä yhteyttä. Tällä järjestelyllä voidaan välttää se, että jokaista palvelua var-15 ten olisi varattava oma puhelinnumeronsa. Julkaisun mukaisessa järjestelmässä laskutusperusteet ovat palvelukohtaisia, jolloin kaikkia samaa palvelua käyttäviä veloitetaan samoin perustein.Another international patent publication WO 99/21350 discloses an event based billing system in which it is possible to use two or more different services without interrupting the connection. This arrangement avoids having to reserve a separate telephone number for each service. In the system according to the publication, the billing criteria are service-specific, whereby all users of the same service are charged on the same basis.
Patentti US 5,878,400 esittää laskutusjärjestelmää, jossa tuottei-20 ta/palveluita ja asiakkaita voidaan jaotella hierarkkisesti eri ryhmiin kuuluviksi. Tällöin laskutus suoritetaan eri hierarkiatasoille määritetty-jen laskutussääntöjen perusteella. Menetelmässä haetaan sopivat hin-nanmuokkaukset vastaten tiettyä osto-organisaatiota, jokaista organi-saatioryhmää tietyn osto-organisaation yläpuolella mainitussa organi-25 saatioryhmähierarkiassa. Kun asiakas valitaan, kaikki ryhmät, joihin asiakas kuuluu ja kaikki hinnanmuokkaukset, joihin kukin ryhmä on oi-keutettu, tunnistetaan. Lopullinen hinta määräytyy hierarkiatason ja kaikkien sen yläpuolella olevien hierarkiatasojen määritysten mukaan. Lopullinen hinta määräytyy alimmalla tasolla määritetystä loppusum-·/.; 30 masta.US 5,878,400 discloses a billing system in which products / services and customers can be hierarchically divided into different categories. In this case, the billing is performed according to the billing rules defined for the different hierarchy levels. The method searches for appropriate price adjustments corresponding to a particular purchasing organization, each organization group above a particular purchasing organization in said organization-group hierarchy. When a customer is selected, all groups to which the customer belongs and any price adjustments to which each group is eligible are identified. The final price is determined by the level of the hierarchy and all hierarchical levels above it. The final price will be determined by the lowest level of the · · / .; 30 masts.
/ . Nyt esillä olevan keksinnön eräänä tarkoituksena on aikaansaada pa- ’ rannettu menetelmä tapahtumapohjaiseen laskutukseen ja laskutus- ' ti· järjestelmä, jossa kullekin käyttäjälle voidaan tarvittaessa määrittää ! ’: 35 omat laskutusperusteet ja joiden muuttaminen on suhteellisen helppoa./. It is an object of the present invention to provide an improved method of event based billing and a billing system where each user can be configured as needed! ': 35 custom billing bases, which are relatively easy to change.
··; Keksintö perustuu siihen ajatukseen, että muodostetaan hierarkkinen käyttäjätietokanta, jossa laskutussääntöjä voidaan muodostaa kullekin 3 115585 hierarkiatasolle. Täsmällisemmin ilmaistuna nyt esillä olevan keksinnön mukaiselle menetelmälle on pääasiassa tunnusomaista se, että mainittuihin sääntöihin tallennetaan tietoa hinnoitteluperusteiden periytymisestä alaspäin seuraavalle hierarkiatasolle, 5 että menetelmässä suoritetaan ainakin seuraavat vaiheet: etsitään hierarkkisesta käyttäjätietokannasta hierarkiataso, johon tapahtumaan liittyvä käyttäjä on määritetty, suoritetaan hierarkiatasoihin liittyvät säännöt alkaen ensimmäisestä hierarkiatasosta siihen hierarkiatasoon, johon tapahtu-10 maan liittyvä käyttäjä on määritetty, ja että kullakin hierarkiatasolla tutkitaan hierarkiatasoon määritellyn säännön periytyvyys seuraavalle hierarkiatasolle, jolloin mikäli sääntö periytyy, jatketaan säännön suorittamista seuraa-valla hierarkiatasolla, muussa tapauksessa lopetetaan kyseisen 15 säännön suorittaminen.··; The invention is based on the idea of creating a hierarchical user database in which billing rules can be generated for each level of 1155585 hierarchies. Specifically, the method of the present invention is essentially characterized in that said rules store downgrading information about the pricing principles to the next hierarchy level, performing at least the following steps: searching the hierarchical user database for the from the hierarchical level to the hierarchical level to which the event-related user is defined, and examining the inheritance of the rule defined at the hierarchical level to the next hierarchical level at each hierarchical level, whereupon the rule continues to run at the next hierarchical level;
Nyt esillä olevan keksinnön mukaiselle laskutusjärjestelmälle on pääasiassa tunnusomaista se, että mainittuihin sääntöihin on tallennettu tietoa hinnoitteluperusteiden periytymisestä alaspäin seuraavalle 20 hierarkiatasolle, että järjestelmässä on järjestetty etsittäväksi hierarkkisesta käyttäjätietokannasta hierarkiataso, johon tapahtumaan liittyvä käyttäjä on määritetty, jolloin hierarkiatasoihin liittyvät säännöt on järjestetty suoritettavaksi alkaen ensimmäisestä hierarkiatasosta siihen hierarkiatasoon, johon tapahtumaan liittyvä käyttäjä on määritetty, ja 25 että kullakin hierarkiatasolla on järjestetty tutkittavaksi hierarkiatasoon * · määritellyn säännön periytyvyys seuraavalle hierarkiatasolle, jolloin : mikäli sääntö periytyy, säännön suorittamista on järjestetty jatketta- vaksi seuraavalla hierarkiatasolla, muussa tapauksessa kyseisen säännön suorittaminen on järjestetty lopetettavaksi.The billing system according to the present invention is essentially characterized in that said rules store information on the downgrading of pricing principles to the next 20 hierarchy levels, that the system provides a searchable hierarchical level in the user database, to the hierarchy level to which the user associated with the event is assigned, and 25 for each hierarchy level to be examined for hierarchy level * · the inheritance of the rule defined to the next hierarchy level, where: if the rule inherits, the rule is sequenced to continue to the next brought to an end.
: ' : 30: ': 30
Nyt esillä olevalla keksinnöllä saavutetaan merkittäviä etuja tunnetun . tekniikan mukaisiin menetelmiin ja järjestelmiin verrattuna. Keksinnön ’· : mukaista menetelmää sovellettaessa voidaan käyttäjälle laatia omat laskutusperusteet eri palveluita varten. Toisaalta hierarkkisuus mahdol-: : 35 listaa sen, että kaikille käyttäjille ei tarvitse laatia omaa laskutussään- ; j töä jokaista mahdollista palvelua varten. Tällöin voidaan käyttää hierar kiassa muualla olevaa yhtä tai useampaa laskutussääntöä sellaisissa 4 115585 tilanteissa, joissa käyttäjälle ei ole määritelty tietylle palvelulle laskutus-sääntöä. Laskutusperusteiden muuttaminen on keksinnön mukaisessa järjestelmässä helpompaa kuin tunnetun tekniikan mukaisissa järjestelmissä, koska kaikkia hintamuutoksia ei tarvitse tehdä kaikille käyttä-5 jille erikseen. Esimerkiksi tietylle hierarkiatasolle tehdyt hintamuutokset vaikuttavat tämän hierarkiatason alapuolella oleviin laskutussääntöihin, ellei alemmalla hierarkiatasolla ole erikseen määritettynä esim. käyttäjäkohtaista laskutussääntöä. Lisäksi keksinnön mukaisessa järjestelmässä voidaan muodostaa uusia laskutussääntöjä esimerkiksi paljous-10 alennusten toteuttamiseksi esimerkiksi siten, että käyttäjän käyttäessä jotakin palvelua tietyn määrän, muodostetaan uusi tapahtumatietue, jolla pienennetään käyttäjän laskua.The present invention achieves significant advantages over the prior art. compared to prior art methods and systems. By applying the method of the invention, the user can create their own billing bases for different services. On the other hand, hierarchy can: 35 list the fact that not all users need to create their own billing rules; j for every possible service. In this case, one or more billing rules elsewhere in the hierarchy can be used in situations where the user is not assigned a billing rule for a particular service. Changing the billing bases in the system of the invention is easier than in the systems of the prior art, since not all price changes need to be made individually for all users. For example, price changes made at a certain level of the hierarchy will affect the billing rules below that level, unless the lower level of the hierarchy has its own, e.g. In addition, new billing rules may be generated in the system of the invention to provide, for example, volume-10 reductions, for example, when a user uses a certain amount of service, a new transaction record is generated to reduce the user's bill.
Keksintöä selostetaan seuraavassa tarkemmin viitaten samalla oheisiin 15 piirustuksiin, joissa kuva 1 esittää pelkistettynä kaaviona erästä tunnetun tekniikan mukaista tietoliikennejärjestelmää, jossa keksintöä voidaan soveltaa, 20 kuva 2 esittää pelkistettynä lohkokaaviona keksinnön erään edulli-sen suoritusmuodon mukaisen laskutuspalvelimen sisäistä rakennetta keksinnön mukaisen järjestelmän toimintojen osalta, ; 25 kuva 3 esittää esimerkkiä keksinnön erään edullisen suoritusmuodon mukaisessa laskutusjärjestelmässä sovellettavasta ..: hierarkkisuudesta, ja ί 30 kuva 4 esittää erästä toista esimerkkiä keksinnön erään edullisen , ‘ : suoritusmuodon mukaisessa laskutusjärjestelmässä sovel- / . lettavasta hierarkkisuudesta.The invention will now be described in more detail with reference to the accompanying drawings, in which: Figure 1 is a simplified block diagram of a prior art communication system in which the invention may be applied; Figure 2 is a simplified block diagram of an internal structure of a billing server according to a preferred embodiment of the invention; Figure 3 shows an example of a hierarchy applicable to a billing system according to a preferred embodiment of the invention, and Figure 4 illustrates another example applicable to a billing system according to a preferred embodiment of the invention. on the cheap hierarchy.
1 » s t1 »s t
Kuvassa 1 on esitetty eräs tietoliikennejärjestelmä, jossa nyt esillä ole-!35 vaa keksintöä voidaan soveltaa. Järjestelmä käsittää edullisesti kyt-:·; kentäisen televerkon 1 (PSTN, Public Switched Telephone Network), johon on yhdistetty puhelinoperaattorikohtainen laskutuspalvelu 2, 5 115585 keskuksia 6a, 6b, 6c, palveluntarjoajien palvelimia 4a, 4b, ja käyttäjien päätelaitteita 5. Kuvassa 1 on esitetty yksi päätelaite 5, joka on yhdistetty televerkkoon puhelinkeskuksen 6a välityksellä, mutta on selvää, että käytännön järjestelmissä on televerkkoon yhdistetty suuri joukko 5 päätelaitteita sekä keskuksia 6a, 6b, 6c. Tietoliikennejärjestelmään on muodostettu vielä yksi tai useampi tietokanta 3, johon laskutuspalveli-mesta 2 on järjestetty tiedonsiirtoyhteys. Tallennusvälineisiin 3 tallennetaan hierarkkinen käyttäjätietokanta 3a, tietoa eri laskutussään-nöistä, tietoa puheluista, kuten puhelun aloitusaika, lopetusaika tai pu-10 helun kesto, tieto soittaneesta puhelinnumerosta, ja tieto siitä, mihin puhelinnumeroon on soitettu.Figure 1 illustrates a telecommunication system in which the present invention can be applied. The system preferably comprises: ·; a Public Switched Telephone Network (PSTN) 1 connected to a telephone operator-specific billing service 2, 5 115585 switches 6a, 6b, 6c, service provider servers 4a, 4b, and user terminals 5. Figure 1 shows one terminal 5 which is connected to the telecommunications network via the telephone exchange 6a, but it is clear that in practical systems a large number of terminals 5 and switches 6a, 6b, 6c are connected to the telecommunications network. One or more databases 3 are formed in the telecommunication system, to which the data transmission connection 2 is arranged from the billing server 2. The storage means 3 stores a hierarchical user database 3a, information on various billing rules, information on calls such as call start time, end time or call duration, information on the calling telephone number, and information on which telephone number is called.
On kuitenkin selvää, että keksintöä ei ole rajoitettu ainoastaan puhelinjärjestelmiin ja puheluiden laskutukseen, vaan keksintöä voidaan so-15 veltaa myös muissa tietoliikennejärjestelmissä ja muidenkin palveluiden kuin puheluiden laskuttamisen yhteydessä. Päätelaite 5 voi olla esimerkiksi tietojenkäsittelylaite, kuten henkilökohtainen tietokone (PC, Personal Computer), joka käsittää modeemin, radiomodeemin, verkkokortin tai vastaavan, jolla tiedonsiirtoyhteys tietoliikennejärjestelmään 20 voidaan muodostaa. Käyttäjätietokantaan 3a tallennettavat tiedot riippuvat mm. siitä, minkä tyyppisestä palvelusta kulloinkin on kyse.It is understood, however, that the invention is not limited to telephone systems and call billing, but that the invention may also be applicable to other telecommunications systems and services other than call billing. The terminal 5 may be, for example, a data processing device, such as a personal computer (PC) comprising a modem, a radio modem, a network card or the like, by means of which a communication link to the communication system 20 can be established. The information stored in the user database 3a depends on e.g. the type of service in question.
*» >« * · ,· . Kuvassa 2 on esitetty tarkemmin laskutuspalvelimen 2 sisäistä raken netta keksinnön mukaisen järjestelmän toimintojen osalta. Laskutus-: ’ 25 palvelimeen 2 tietoa laskutettavista tapahtumista syötetään tapahtumi- en syöttörajapinnan 7 kautta. Tieto tapahtumista on muodostettu esi-: ; merkiksi siinä puhelinkeskuksessa 6a, johon käyttäjän päätelaite 5 on vyhteydessä. Tapahtumat ovat edullisesti merkkijonoja, kuten XML-koo-dattuja merkkijonoja (Extensible Markup Language) siten, että yhden i 30 tapahtuman tiedot muodostavat yhden tapahtumatietueen EDR (Event Detail Record). Tapahtumien syöttörajapinnasta 7 tapahtumatietueet / . välitetään tapahtumatietueiden tarkistuslohkoon 8, jossa suoritetaan : tapahtumatietueen sisältämien tietojen oikeellisuuden tarkistus. Mikäli IM'·* tapahtumatietuen sisältää kaikki tarvittavat tiedot ja tiedot on muutenkin 35 todettu oikeiksi, välitetään tapahtumatietue edelleen käsiteltäväksi kä-;-· sittelylohkoon 9. Jos kuitenkin tapahtumatietueesta puuttuu yksi tai useampi tarpeellinen tieto tai joku tiedoista vaikuttaa virheelliseltä, 6 115585 muodostetaan tapahtumasta virhe. Tällainen virhe voi aiheutua esimerkiksi, jos puhelun aloitus- tai lopetusaika on myöhäisempi kuin tietojen tarkistusaika, tai aloitusaika on myöhäisempi kuin lopetusaika. Virheestä muodostetaan sopivimmin ilmoitus järjestelmän ylläpitäjälle, 5 joka voi suorittaa tällaisen virheellisen tietueen käsittelyn ja tarvittaessa selvittää virheen aiheuttajan.* »>« * ·, ·. Figure 2 shows in more detail the internal structure of the billing server 2 with respect to the functions of the system according to the invention. Billing: '25, information on the billable events is provided to the server 2 via the event entry interface 7. Event information is pre-formed; for example, in the telephone exchange 6a to which the user terminal 5 is connected. Preferably, the events are strings, such as XML encoded strings (Extensible Markup Language), such that the data of one i 30 event forms one Event Detail Record (EDR). From Event Input Interface 7 Event Records. passing to the event record checker block 8, which performs: checking the information contained in the event record. If the IM '· * event record contains all the necessary information and is otherwise found to be 35, the event record is forwarded for further processing to block 9. However, if one or more of the required information is missing from the event record or some of the information appears to be incorrect, . Such an error may occur, for example, if the call start or end time is later than the data check time or the start time is later than the end time. Preferably, the error is generated by a notification to the system administrator 5, who can handle such an invalid record and, if necessary, identify the cause of the error.
Seuraavaksi selostetaan tapahtumatietueiden tarkistuksen jälkeen suoritettavaa käsittelyvaihetta viitaten samalla kuvien 3 ja 4 esimerkkeihin.The processing step to be performed after checking the event records will now be described with reference to the examples of Figures 3 and 4.
10 Käsittelylohkossa 9 saapuneen tapahtumatietueen käsittely aloitetaan edullisesti siten, että tallennusvälineisiin 3 tallennetusta käyttäjähierar-kiatietokannasta 3a haetaan tapahtuman aiheuttaneen käyttäjän tili A sekä kaikki käyttäjähierarkiassa hänen yläpuolellaan olevat tilit B, C. Jokaiselle haetulle tilille A, B, C haetaan siihen liitetyt säännöt R1f R2, 15 jotka koskevat tapahtuman aiheuttanutta palvelua. Sen jälkeen kun tapahtumaan liittyvät säännöt on selvitetty, jokainen sääntö R-ι, R2 suoritetaan vuorollaan siten, että ensimmäisenä suoritetaan ylimmän tason sääntö R^ Jokaisen säännön suoritus lisää laskutustietokantaan 3b yhden tai useamman hintarivin, joista käy ilmi muun muassa maksaja, 20 maksun saaja, käytetty hintasääntö ja hinta.Preferably, the processing of the event record received in processing block 9 is initiated by retrieving from the user hierarchy database 3a stored in the storage means 3 the account A of the user who caused the event and all accounts B, C above him in the user hierarchy. 15 relating to the service that caused the incident. After the rules for the transaction have been clarified, each rule R-ι, R2 is executed in turn, with the top-level rule R ^ being executed first. Each rule adds one or more price lines to billing database 3b showing, inter alia, the payer, the price rule used and the price used.
Oletusarvoisesti säännöt periytyvät hierarkiassa alaspäin taso tasolta, kunnes jollakin hierarkiatasolla esiintyy ns. ylimäärittelevä sääntö. Nyt esillä olevan keksinnön mukaisessa järjestelmässä tämä ylimäärittely ’ 25 voidaan toteuttaa esimerkiksi siten, että asetetaan kyseisen hierarkia tason Lj sääntöön Rk liittyvä hintakomponentti Pj samaksi kuin tasoa : ylempänä olevan säännön hintakomponentti Pj^. Esimerkiksi kuvan 3 , ,: mukaisessa tilanteessa toisen tason L2 säännön R2 hintakomponentti P2 on sama kuin ensimmäisen tason L1 hintakomponentti P,. Vastaa-; ’ I 30 vasti kuvan 4 mukaisessa esimerkissä ensimmäisen L1 ja toisen tason L2 hintakomponentit P^ P2 eivät ole samat, jolloin molempien tasojen , L1, L2 säännöt suoritetaan toisistaan riippumatta.By default, the rules are inherited down the level in the hierarchy until a so-called hierarchical level occurs. over-prescriptive rule. In the system of the present invention, this over-definition '25 may be implemented, for example, by setting the price component Pj associated with the rule Rk of the hierarchy Lj in question to the level: the price component Pj ^ of the higher rule. For example, in the situation of Fig. 3,,: the price component P2 of the rule R2 of the second level L2 is the same as the price component P1 of the first level L1. Correspondingly; In the example of Fig. 4, the price components P 1 - 2 of the first L 1 and the second level L 2 are not the same, whereby the rules of the two levels L 1, L 2 are executed independently of one another.
» « t ♦ Sääntö sisältää laskukaavan, jolla hinta määritetään. Tämä laskukaava I * : 35 käsittää edullisesti puhelun kestoajan, jos veloitus perustuu aikaveloi- ; | tukseen, sekä mahdollisen kertamaksun, joka veloitetaan riippumatta palvelun käyttämisen kestoajasta. Sääntö on esimerkiksi seuraavan 7 115585 kaavan mukainen: (puhelun lopetusaika - puhelun aloitusaika) * u + v, missä u ja v ovat vakioita. Ainakin yksi näistä vakioista u, v on erisuuri kuin nolla, jos kyseessä ei ole ilmaispalvelun käyttö tai muu tapahtuma, josta ei veloiteta. Myös muita veloitusperiaatteita voidaan käyttää, ku-5 ten siirretyn informaation määrä (esim. tietopakettien lukumäärä), In-ternet-tietoverkosta ladattujen kotisivujen määrä, tietojenkäsittelylait-teella suoritettavan tietokantahaun monimutkaisuus, jne.»« T ♦ The rule contains a formula to determine the price. This formula I *: 35 preferably comprises the duration of the call if the charge is based on a time charge; | and any one-time charges, regardless of how long you use the service. For example, the rule has the formula 7115585: (call end time - call start time) * u + v, where u and v are constants. At least one of these constants u, v is different from zero, unless it is a free service or other unpaid event. Other charging principles may also be used, such as the amount of information transmitted (e.g., the number of data packets), the number of web pages downloaded from the Internet, the complexity of database search using a data processing device, and the like.
Sääntöjen suorittaminen muodostaa siis yhden tai useamman hintarivin 10 laskutustietokantaan. Kuvan 3 esimerkkitilanteessa oletetaan, että käyttäjä on päätelaitteellaan 5 käyttänyt palveluntarjoajan 4a tarjoamaa palvelua, esimerkiksi tilannut konserttilipun. Tällöin kyseiseen tapahtumaan liittyvien sääntöjen selvittämisen jälkeen aloitetaan hintarivien muodostaminen suorittamalla tarvittavat säännöt. Tämä aloitetaan 15 ylimmältä hierarkiatasolta L1, eli operaattoriin C liitetyn säännön Fh suorittamisella. Tällöin muodostuu ensimmäinen hintarivi, joka on esitetty taulukossa 1 (ID=1). Hintarivi sisältää tiedon maksajasta, maksun saajasta, tiedon hintarivin muodostuksessa käytetystä säännöstä sekä tiedon kyseisen tapahtuman hinnasta. Hintarivi tallennetaan 10 lasku-20 tustietokantaan 3b. Tässä esimerkkitapauksessa palveluntarjoaja 4a on määritetty maksajaksi ja maksun saajaksi operaattori C. Hinta on muodostettu säännöllä Rv Palveluntarjoaja on tehnyt operaattorin kanssa sopimuksen, joka mahdollistaa sen, että palvelun tarjoajan palvelua voidaan käyttää operaattorin tietoliikenneverkon välityksellä. Tä-25 män vastineeksi palveluntarjoaja maksaa palveluiden käyttämisestä [ tietyn summan. Tieto tästä summasta on tallennettuna sääntöön Rv : Säännön R^ suorittamisen jälkeen siirrytään hierarkiatasolla alaspäin :..,: seuraavalle tasolle, johon on määritetty sääntö R2. Nyt verrataan tämän tason sääntöön R2 liitettyä hintakomponenttia P2 edellisen tason sään-ν' i 30 non R^ hintakomponenttiin Pv Jos hintakomponentit ovat samat, ei '· edellisen tason sääntö periydy hierarkiatasolla alaspäin, jolloin sääntöä *» * / . R, ei tässä esimerkissä suoriteta enää toisella tasolla. Sen sijaan tällä ’· : toisella tasolla suoritetaan sääntö R2, jolloin muodostuu uusi hintarivi, 1 t I t jota esittää toinen hintarivi (ID=2) taulukossa 1. Tämä hintarivi kertoo : 35 sen, että toisen säännön mukaan muodostetun hinnan maksajana on palvelun käyttäjä ja maksun saajana on palveluntarjoaja 4a. Hinnan muodostuksessa käytettiin sääntöä R2. Tästä esimerkkitapahtumasta 8 115585 muodostettiin siis kaksi hintariviä, joista ensimmäisellä operaattori veloittaa palveluntarjoajaa tietyllä summalla ja vastaavasti toisella hintari-villä palveluntarjoaja veloittaa käyttäjää palvelun käyttämisestä. Palveluntarjoaja on määritellyt tämän toisen säännön edullisesti siten, että 5 käyttäjältä veloitettavalla maksulla katetaan maksu, jonka palveluntarjoaja maksaa operaattorille, sekä kate, jolla palveluntarjoaja mm. pystyy ylläpitämään palvelua. Hintarivillä oleva hinta voi olla esimerkiksi tiettynä valuuttana, kuten euroina (tai eurosentteinä), tai hinta voi olla perusyksikköinä, jolloin hinta-sarakkeessa olevalla lukuarvolla kerro-10 taan perusyksikölle määritetty hinta (esim. euroina tai eurosentteinä), jolloin kertolaskun tuloksena saadaan lopullinen veloitettava summa lisättäväksi laskuun.Thus, execution of the rules constitutes one or more price lines 10 in the billing database. In the example situation of Figure 3, it is assumed that the user has used the service provided by the service provider 4a on his terminal device 5, for example, has ordered a concert ticket. In this case, once the rules for that event have been determined, the formation of the price rows will begin by executing the necessary rules. This starts with the top 15 hierarchical levels L1, that is, by executing rule Fh associated with operator C. This creates the first price row shown in Table 1 (ID = 1). The price line contains information on the payer, the payee, the rule used to form the price line, and the price of the transaction in question. The price row is stored in 10 invoice-20 database 3b. In this example case, the service provider 4a is designated as the payer and the payee is the operator C. Price is formed by the rule Rv The service provider has entered into an agreement with the operator that allows the service provider's service to be used over the operator's communications network. In return, the service provider pays [a certain amount for using the services. Information about this sum is stored in rule Rv: After running rule R ^, the hierarchical level goes down: ..,: to the next level defined by rule R2. Now, the price component P2 attached to this level rule R2 is compared to the price level component Pv of the previous level weather-ν 'i 30 non R ^ If the price components are the same,' · the previous level rule is not inherited downwards, so * »* /. R, in this example is no longer performed at the second level. Instead of this' ·: at the second level, rule R2 is executed to form a new price line, 1 t I t represented by another price line (ID = 2) in Table 1. This price line indicates: 35 that the price generated by the second rule is paid by the service user and the payee is the service provider 4a. The rule R2 was used to establish the price. Thus, from this example transaction 8115585, two price lines were formed, the first of which the operator charges the service provider for a certain amount and the second price line, respectively, charges the service provider for the use of the service. Preferably, this second rule has been defined by the service provider in such a way that the fee charged to the user 5 covers the fee paid by the service provider to the operator, as well as the margin by which the service provider e.g. is able to maintain the service. The price in the price line can be, for example, in a particular currency such as euros (or cents), or the base unit can be multiplied by the value in the price column multiplied by 10 (eg euros or cents) per base unit, resulting in a final charge. to be added to the invoice.
ID Maksaja Maksun saaja Käytetty Hinta _sääntö_ 1 Palveluntarjoaja 4a Operaattori C 1 3 2 Käyttäjä_Palveluntarjoaja 4a 2_5_ID Payer Payee Used Price _ Rule_ 1 Provider 4a Operator C 1 3 2 User_ Provider 4a 2_5_
Taulukko 1 15Table 1 15
Kuvassa 4 on vastaavasti esitetty esimerkki käyttäjähierarkiasta, jossa toisen tason säännön hintakomponentti ei ole sama kuin tätä edeltä-·: vän, ensimmäisen tason hintakomponentti. Tällöin keksinnön erään edullisen suoritusmuodon mukaisessa menetelmässä toimitaan seu-20 raavasti. Selvitetään kyseiseen tapahtumaan liittyvät säännöt eri hie-: rarkiatasoilla, kuten edellä esitetyssä esimerkissä. Sen jälkeen aloite- . taan hintarivien muodostaminen suorittamalla tarvittavat säännöt ylim mältä hierarkiatasolta L1 alkaen, eli operaattoriin C liitetyn säännön Rt suorittamisella. Tällöin muodostuu taulukon 2 ensimmäinen hintarivi 25 (ID=3). Tässäkin esimerkkitapauksessa palveluntarjoaja 4a on määri- : tetty maksajaksi ja maksun saajaksi operaattori C. Hinta on muodos- : tettu säännöllä Ri. Säännön Rt suorittamisen jälkeen siirrytään hierar- \ : kiatasolla alaspäin seuraavalle tasolle, johon on määritetty sääntö R2.Similarly, Figure 4 shows an example of a user hierarchy in which the price component of the second level rule is not the same as the price component of the preceding, first level. Hereby, the process according to a preferred embodiment of the invention proceeds as follows. The rules associated with this event are explained at different hierarchical levels, as in the example above. After that, the initiative. This is done by executing the necessary rules starting from the highest hierarchical level L1, that is, by executing the rule Rt associated with the operator C. This produces the first price row 25 (ID = 3) in Table 2. In this example case too, the service provider 4a is defined as the payer and the payee is the operator C. The price is formed by the rule Ri. After executing rule Rt, the hierarchy level goes down to the next level defined by rule R2.
j Nyt verrataan tämä tason sääntöön R2 liitettyä hintakomponenttia P2 > » 30 edellisen tason säännön Rt hintakomponenttiin Ρτ· Koska hintakompo- : ’ : nentit eivät ole samat, edellisen tason sääntö periytyy hierarkiatasolla : alaspäin, jolloin sääntö Rt suoritetaan uudelleen tällä toisella tasolla L2 9 115585 alkaen palveluntarjoajasta 4a. Tällöin muodostuu taulukon 2 toinen hintarivi (ID=4). Tämän säännön avulla palveluntarjoaja veloittaa hierarkiassa seuraavalta tasolta, tässä esimerkissä käyttäjältä. Koska tässä esimerkkitilanteessa on tapahtuman laskuttamiseen liittynyt 5 kolme hierarkiatasoa, siirrytään seuraavaksi suorittamaan toiseen tasoon liittyvää sääntöä R3, jolloin muodostuu uusi hintarivi, jota esittää kolmas hintarivi (ID=5) taulukossa 2. Palveluntarjoaja 4a on määritellyt säännön R3 käytettäväksi palvelun käyttämisestä laskuttamiseen. Sääntö R3 ei välttämättä riipu siitä, kuinka paljon palveluntarjoaja jou-10 tuu operaattorille maksamaan, koska tämä osuus veloitetaan käyttäjältä taulukon 2 toisessa hintarivissä. Sääntö R3 voi kuitenkin perustua aikaveloitukseen ja/tai kertaveloitukseen. Taulukon 2 kolmas hintarivi kertoo sen, että säännön R3 mukaan muodostetun hinnan maksajana on palvelun käyttäjä ja maksun saajana on palveluntarjoaja 4a. Tästä 15 esimerkkitapahtumasta muodostettiin siis kolme hintariviä. Palveluntarjoaja on määritellyt tämän kolmannen säännön edullisesti siten, että käyttäjältä veloitettavilla maksuilla katetaan palvelun ylläpitämisestä aiheutuvat muut kulut kuin operaattorille suoritettavat maksut.j Now, this price component P2> »30 associated with the level rule R2 is compared to the price component Ρτ of the previous level rule Rt · Since the price component 's are not the same, the previous level rule is inherited at the hierarchical level: from the service provider 4a. This creates the second price row in Table 2 (ID = 4). This rule allows the service provider to charge the next level in the hierarchy, in this example the user. Since this example scenario has three hierarchy levels associated with transaction billing, the next step is to execute second level rule R3 to form a new price row represented by the third price row (ID = 5) in Table 2. Provider 4a has defined rule R3 for use in billing. Rule R3 does not necessarily depend on how much the service provider will pay the operator in Dec. 10, as this portion will be charged to the user in the second price row of Table 2. However, rule R3 may be based on time charging and / or one time charging. The third price row in Table 2 indicates that the price established under rule R3 is payable by the service user and payable by the service provider 4a. Thus, three price lines were formed out of these 15 sample events. This third rule is preferably defined by the service provider in such a way that charges to the user cover the costs of maintaining the service other than charges to the operator.
ID Maksaja Maksunsaaja Käytetty Hinta _______sääntö __ 3 Palveluntarjoaja 4a Operaattori C 1 3 *. 4 Käyttäjä Palveluntarjoaja 4a 1 3 5 Käyttäjä_Palveluntarjoaja 4a 3_2_ 20 Taulukko 2 > «· • > *ID Payer Payee Price Used _______ Rule __ 3 Service Provider 4a Operator C 1 3 *. 4 User Service Provider 4a 1 3 5 User_Provider 4a 3_2_ 20 Table 2> «· •> *
Keksinnön mukainen järjestely mahdollistaa sen, että jokaiselle käyt-*· * täjälle ei tarvitse muodostaa omia laskutussääntöjä, vaan voidaan so veltaa hierarkiatasolla ylempänä olevia sääntöä. Lisäksi käyttäjiä voi- • · . : 25 daan helposti ryhmitellä siten, että ryhmän kaikille käyttäjille noudate-The arrangement according to the invention makes it possible that each user does not have to set up their own billing rules, but rules higher than the hierarchy can be applied. In addition, users can • ·. : 25 can easily be grouped so that all users in the group follow the
» I»I
.,,: taan samoja laskutussääntöjä. Jokainen palveluntarjoaja voi määrittää .·! : omia ryhmiään, jotka eivät ole riippuvaisia muista mahdollisista ryh- .i.mämäärityksistä. Hintojen muutokset voidaan keksinnön mukaisessa järjestelmässä toteuttaa helpommin kuin tunnetun tekniikan mukaisissa \: 30 järjestelmissä, koska hinnan muutos yhdellä hierarkiatasolla vaikuttaa ””i niihin tapahtumiin, joissa käytetään tämän hierarkiatason sääntöä.. ,, same billing rules. Each service provider can configure. ·! : their own groups that are not dependent on other possible group definitions. Price changes in the system of the invention can be more easily accomplished than in prior art systems, because a change in price at one level of the hierarchy affects events using the rule of this level of hierarchy.
10 115585 Tällöin hintamuutoksia ei välttämättä tarvitse tehdä kaikille käyttäjille erikseen.10 115585 In this case, it may not be necessary to make price changes individually for all users.
Siinä vaiheessa kun operaattori C muodostaa laskuja lähetettäväksi 5 käyttäjille, käydään tietokantaan 3b tallennetut käyttäjäkohtaiset hinta-rivit läpi ja lisätään hinnat asianomaiseen laskuun.When operator C generates invoices to be sent to users 5, the user-specific price lines stored in database 3b are reviewed and the prices are added to the relevant invoice.
Keksintö mahdollistaa myös sen, että tapahtumien avulla voidaan generoida uusia tapahtumia. Tällöin voidaan järjestää mm. paljousalen-10 nuksia. Esimerkiksi jos jokin käyttäjä on käyttänyt palvelua tietyn määrän, esim. sata kertaa kuukauden aikana, muodostetaan uusi tapahtu-matietue, jolla pienennetään käyttäjän laskua.The invention also makes it possible for events to generate new events. Hereby, one can arrange e.g. kallousalen-10 nuus. For example, if a user has used the service for a certain amount, e.g., a hundred times a month, a new transaction record is created to reduce the user's bill.
Keksinnön edullisen suoritusmuodon mukaisessa järjestelmässä las-15 kutuspalvelin käsittää myös raportointirajapinnan 11. Rajoitettu pääsy raportointirajapintaan 11 voidaan antaa myös käyttäjille, jolloin he voivat tarkistaa sen, kuinka paljon he ovat mitäkin palvelua käyttäneet ja kuinka suuri lasku on odotettavissa. Nämä laskutustiedot haetaan tietokantaan 3b tallennettujen, kyseistä käyttäjää koskevien hintarivien 20 tiedoista kokoamalla. Käyttäjällä on tällöin reaaliaikainen tieto laskutus-tilanteestaan. Lisäksi käyttäjä voi raportointirajapinnan kautta tiedus-telia omaa hinnastoaan tietylle palvelulle. Tieto hinnastosta haetaan reaaliaikaisesti hierarkiatietokannassa 3a olevista säännöistä. Tästä ’ syystä hinnasto on aina ajan tasalla eikä tarvitse erillistä päivittämistä 25 hinnaston muuttuessa.In a system according to a preferred embodiment of the invention, the billing server also comprises a reporting interface 11. Restricted access to the reporting interface 11 can also be provided to users, allowing them to check how much they have used which service and how much billing is expected. This billing information is retrieved from the price data 20 stored in database 3b for that user. The user will then have real-time information about their billing status. In addition, the user can, through the reporting interface, research Telia's own price list for a particular service. Information on the Price List is retrieved in real time from the rules in Hierarchy Database 3a. For this reason, the price list is always up-to-date and does not require a separate update as 25 price lists change.
: Laskutuspalvelimeen on edullisesti muodostettu myös vientirajapinta 12, jonka kautta tietoa tapahtumista voidaan siirtää muihin järjestelmiin edullisesti XML-koodatussa muodossa. Jos mitään hinnoittelusääntöjä ! 30 ei ole määritetty, tallennetaan tapahtumat suoraan laskutustietokan- taan 3b ilman hinnoittelua. Tällaisessa tilanteessa laskutustietokanta . . 3b toimii tietojen varastoijana ja hinnoittelu voidaan toteuttaa jossakin : toisessa järjestelmässä.Advantageously, the billing server also has an export interface 12 through which information about the transactions can be transmitted to other systems, preferably in XML-encoded form. If no pricing rules! 30 not specified, the transactions are stored directly in the billing database 3b without any pricing. In this situation, the billing database. . 3b acts as a data repository and pricing can be done in one system: another system.
* l * · : 35 Vaikka edellä keksintöä on kuvattu tapahtumien laskuttamista tietolii- : kennejärjestelmässä, on selvää, että keksintöä voidaan soveltaa myös muissa järjestelmissä, joissa käytetään tapahtumapohjaista laskutusta 11 115585 ja tapahtumiin liittyvät osapuolet voidaan jakaa hierarkkisesti eri tasoihin.* l * ·: 35 Although the invention has been described above in the field of transaction billing in a telecommunication system, it is clear that the invention can also be applied to other systems using event-based billing 11 115585 and the parties involved in the event can be hierarchically divided into different levels.
On selvää, että nyt esillä olevaa keksintöä ei ole rajoitettu ainoastaan 5 edellä esitettyihin suoritusmuotoihin, vaan sitä voidaan muunnella oheisten patenttivaatimusten puitteissa.It will be understood that the present invention is not limited to only the above embodiments, but may be modified within the scope of the appended claims.
« * · ♦ » »· * I * * · • ' · * t • · « I · * · » I I » » > »«* · ♦» »· * I * * · • '· * t • ·« I · * · »I I» »>»
Claims (7)
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FI20011701A FI115585B (en) | 2001-08-24 | 2001-08-24 | The method of billing transactions and the billing system for transactions |
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FI20011701A FI115585B (en) | 2001-08-24 | 2001-08-24 | The method of billing transactions and the billing system for transactions |
| FI20011701 | 2001-08-24 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| FI20011701A0 FI20011701A0 (en) | 2001-08-24 |
| FI20011701A FI20011701A (en) | 2003-02-25 |
| FI115585B true FI115585B (en) | 2005-05-31 |
Family
ID=8561788
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FI20011701A FI115585B (en) | 2001-08-24 | 2001-08-24 | The method of billing transactions and the billing system for transactions |
Country Status (1)
| Country | Link |
|---|---|
| FI (1) | FI115585B (en) |
-
2001
- 2001-08-24 FI FI20011701A patent/FI115585B/en not_active IP Right Cessation
Also Published As
| Publication number | Publication date |
|---|---|
| FI20011701A (en) | 2003-02-25 |
| FI20011701A0 (en) | 2001-08-24 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US8195783B2 (en) | Flexible rating rules and calender rules implemented in a real-time charging system for a telecommunications network | |
| US8798578B2 (en) | Computer-implemented method, system, and computer program product for telecommunications rating | |
| US6456986B1 (en) | Decision network based event pricing system in a component based, object oriented convergent customer care and billing system | |
| US7340436B1 (en) | Communication network charging method and system | |
| US6345090B1 (en) | Conditional purchase offer management system for telephone calls | |
| US20010034704A1 (en) | Method and system to facilitate financial settlement of service access transactions between multiple parties | |
| US20010034677A1 (en) | Method and system to normalize transaction data pertaining to accesses to a service provided via a plurality of service providers | |
| US20020161601A1 (en) | Billing method for multimedia networks | |
| JP2004531779A (en) | System and method for providing a prepaid service over an internet protocol network system | |
| US20010034693A1 (en) | Method and system to broker a service access transaction | |
| WO2003003154A2 (en) | Rule-based system and apparatus for rating transactions | |
| US20090088128A1 (en) | Prepaid services accounts with multi-user customers and individualized quotas | |
| MX2010014329A (en) | Method and system to implement telephony billing to incentivise shared phone usage. | |
| US6173046B1 (en) | Customer group billing | |
| US20090005001A1 (en) | System and method for a wireless handset upgrade credit | |
| FI115585B (en) | The method of billing transactions and the billing system for transactions | |
| US7925558B2 (en) | System and method for commoditizing browsing time in a self-service store | |
| KR20010089971A (en) | A free call system and method of pre-paid service card using the internet advertisement | |
| KR100391552B1 (en) | Method of Managing a Fee in the Communication System | |
| KR20010035470A (en) | A method for charging a fee for use of information on the internet billed through the internet | |
| JP2002111913A (en) | Apparatus for automatically selecting lowest charge of communication line at any time | |
| KR20050046801A (en) | Method for paying a user fee proposed by a service provider | |
| KR100781491B1 (en) | Method and system for providing telecommunication insurance service | |
| KR970008909B1 (en) | Information provider charge processing method based on number of calls at the communication processing system | |
| NZ523955A (en) | Flexible consolidated billing and charges allocation for accounts processing applications |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FG | Patent granted |
Ref document number: 115585 Country of ref document: FI |
|
| MM | Patent lapsed |