CZ20011750A3 - Způsob zobrazení nákladů za přenos a sluľby při uľívání telekomunikačních sítí - Google Patents

Description

ZPŮSOB ZOBRAZENÍ NÁKLADŮ ZA PŘENOS A SLUŽBY PŘI UŽÍVÁNÍ TELEKOMUNIKAČNÍCH SÍTÍ

Oblast techniky

Vynález se týká způsobu zobrazeni nákladů za přenos a služby účastníka při užíváni telekomunikačních sítí, zejména pro paketově orientovaný přenos dat, jakož i pro internetová a online data, podle úvodní části patentového nároku 1.

Dosavadní stav techniky

Dosud nejběžnější používáni způsobů přenosu dat představuje užíváni online a internetových služeb. Běžný způsob, zejména ve Spolkové republice Německo, pro online a internetový přistup, je udán na obr. 1. Účastník je svým osobním počítačem (A) připojen pomocí modemu (B) na telekomunikační síť (C), například analogovou telefonní síť nebo síť ISDN. Tím se vytváří (D) volitelné spojení k příslušnému Internet Access Provider (IAP), k Internet Service Provider (ISP) nebo k Onlineprovider (OP) . Rozdíl mezi těmito instancemi spočívá v tom, že IAP vytváří jenom síťový přechod mezi telekomunikační sítí a veřejným internetem (E) , zatímco ISP sám nabízí internetové služby. Tak například můžeme přes svůj IAP dosáhnout libovolného ISP na internetu. V praxi se poměry směšují tím, že mnoho IAP také nabízí služby. OP nabízí online služby, tzn. datové služby v přímém přístupu. To nemusí být bezpodmínečně služby založené na internetovém protokolu. Tak se od T-Online

82219 {82219a)

PV 2ΠΜ . 178Π ·· · ··· ··· například po léta nabízely služby videotextu (Btx), ještě před tím, než internet dosáhl své dnešní popularity. Pojem OP se etabloval, i když se dnes stále více nabízejí služby na internetové struktuře protokolu.

Za účelem zjednodušení se zde pojmy shrnují na pojem Data Service Provider (DSP), čímž se následovně rozumí poskytovatel služeb, který nabízí jak internetový přístup pro účastníky, kteří jsou připojeni k telekomunikační síti, tak i pokud možno sám služby, jako například E-Mai-Accounts, internetové prezentace pro účastníky, bankovní transakce, předpověď počasí, služby zpravodajství, diskusní fóra, nabídky zboží atd. Tyto služby, pokud se týká obsahu, netvoří ale sám, nýbrž existují obchodní vztahy se smluvními partnery (Service nebo Contentprovider S/CP), jako banky, obchodní domy, redakce zpráv atd.

Úkol DSP spočívá hlavně ve zprostředkovací situaci mezi poskytovateli (F, H) a účastníky (A). K tomu jsou zapotřebí dohodnuté EDV-rozhraní a přenosové protokoly, rychlá připojení a zejména reprezentativní prezentace podnikových přístupů v titulní stránce (portál) nebo například kartotéka nebo databáze DSP, čímž účastníci pokud možno lehce najdou tento přístup a mohou využívat nabídku.

Popřípadě existují platební dohody, čímž se uskutečňuje zúčtování nákladů Ξ/CP výkonů přes DSP-účet, jako například u T-Online služeb (v dřívější oblasti Btx) . Rovněž existuji částečné smluvní vztahy mezi provozovateli telekomunikačních sítí a DSP, jako například mezi Telekomem a T-Online, čímž se nerealizuje žádný oddělený účet od T-Online, nýbrž se náklady T-Online zúčtovávají přes měsíční účet dálkového spojení.

82219 (82219a)

Ďi/Onni 47c:rt • «

Dále se může vycházet z toho, že v budoucnosti budou provozovatelé telekomunikačních síti nabízet vlastni datové služby svým zákazníkům, přičemž se toto může realizovat například rovněž s podporou S/CP. Takové způsoby se například rýsují v oblasti GSM mobilní radiotelefonie. K tomu budiž poukázáno na „The GSM Systém for Mobile Communications, Cell & Sysy Verlag Palaiseau/Francie ISBN

2-9507190-0-7, kde je popsáno, že se provádí stále více služeb přes Short Message Serváce SMS, v budoucnu ale přednostně přes Generál Packet Rádio Serváce GPRS, maketovou službu, standardizovanou na internetové struktuře protokolu, srovnej také „Digital Cellular Telecommunications Systém (Phase 2+) , Generál Packet Rádio Service, ETSI Draft EN 301 113.

Všechny používané způsoby mají toho času tu nevýhodu, že kvůli netriviální struktuře nákladů s několika zúčastněnými podniky (telekomunikační síť, DSP, S/CP) a vždy komplikovanými strukturami plateb, není dána žádná průběžná kontrola nákladů účastníkem. Ten může vždy až na konci určitého účtovacího období, například měsíčně, dodatečně zjistit, jaké náklady způsobil.

Je tedy žádoucí zlepšení situace zavedením automatického způsobu ke zjišťování a zobrazení průběžných celkových nákladů.

Podstata vynálezu

Předložený vynález má za úkol navrhnout způsob, na jehož základě se účastník datových služeb pro internetové,

82219 (82219a)

PV 2001 - 17S0 ·*« · ··· telekomunikační a online služby může jak během relace, tak i preventivně před příslušným přenosem velkých množství dat, zásobovat informací o přenosových nákladech.

Tento úkol se řeší charakteristickými znaky patentového nároku 1.

Vynález spočívá v tom, že poskytovatel služeb stále aktuálně zjišťuje a na požádání nebo automaticky přenáší na koncový přístroj účastníka informaci o platbách pro vzniklé celkové náklady během běžícího spojení při přístupu na vlastní databázi plateb, jakož i při přístupu na srovnatelná zařízení poskytovatelů služeb nebo informačních produktů, podílejících se na spojení a při přístupu na zúčastněnou/zúčastněné telekomunikační a přenosovou síť. V databázi plateb se spravují data o platbách, tzn. jsou zde uloženy všechny platební principy, specifické pro účastníka a pro službu, jakož i smluvní data, specifická pro účastníka (ceny, bonifikace, předplatné, blokace atd.).

Podle provedení vynálezu se přístup ze strany poskytovatele služeb na databáze plateb zúčastněných instancí uskutečňuje podle realizovaného způsobu provedení volitelně automaticky pomocí přímého předání podílových nákladů jako odpovědi na specifický dotaz ze strany poskytovatele služeb na začátku každého spojení. Přitom se podílové náklady, vznikající u zúčastněných instancí, přednostně automaticky aktualizují. Alternativně se může uskutečnit automatický přístup ze strany poskytovatele služeb na příslušné datové soubory databází zúčastněných instancí. Přístup k datům jakož i přenášená data se přednostně chrání pomocí vhodného způsobu proti zneužití.

82219(82219a) v·· «·· ··· • *» ·· * ·*

Další provedeni navrhuje, že data o platbách, která chceme přenášet na straně poskytovatele služeb na koncový přístroj, se mohou volitelně konfigurovat pomocí konfigurace na straně účastníka ve způsobu a rozsahu zasílání, čímž se může uskutečňovat například automatické, permanentně aktualizované zasílání jenom součtu plateb, nebo například kompletních jednotlivých dokladů o platbách. Volitelně se může uskutečňovat například, na straně účastníka, pozorování dat o platbách v databázi poskytovatele služeb, bez automatického zasílání, přičemž možnost konfigurace na straně účastníka je přednostně chráněna vhodným způsobem proti zneužití.

V případě potřeby se může přednostně uskutečnit dodatečné zpracování dat o platbách v koncovém přístroji na straně účastníka, čímž se nechají například znázornit různé zobrazovací formáty a různé stupně podrobností.

K jednoduchému užívání způsobu podle vynálezu je navržena, na straně koncového přístroje, část software (klient), která spolupracuje s T/DSP-databází plateb a je uspořádána bezprostředně uvnitř přístupového nebo Browse softwaru.

Jiné provedení vynálezu navrhuje, že na straně poskytovatele služeb se volitelně uskutečňuje předávání zvláště charakteristických prognózovaných dat (nabídkové náklady) pro nastávající, nákladově intenzivní nabídky služeb nebo přenosu, které se provádějí při zjištění příslušných nákladů na služby a/nebo přenos ve spolupráci s připojenými instancemi a telekomunikačními sítěmi, přičemž se volitelně může uskutečňovat aktivace (objednávka) na straně účastníka, nebo odmítnutí výkonu služby popř.

82219 {82219a)

D\/onrM <7cn • 4 ·♦ •* · « ··· 9

♦ ··· přenosu. Tím se může účastník již před užitím služby nebo před přenosem dat informovat o pravděpodobných nákladech.

Aby se šetřily přenosové náklady v závislosti na denní době, může účastník požadovat pomocí dodatečných bodů menu na straně koncového přístroje volitelně použití služeb a/nebo přenosů alternativně v pozdějším časovém okamžiku, kdy se uskutečňuje nákladově příznivější využití pomocí automatické aktivace na straně koncového přístroje, nebo alternativně na straně poskytovatele služeb, například download rozsáhlých souborů v době nočního tarifu.

V této souvislosti je podle vynálezu dále navrženo, že účastník může volitelně dodatečně zahájit okamžitý přenos nabízených dat vzdáleného Internet Service Provider k poskytovateli služeb, přičemž přenos dat (vyzvednuti nebo doručení) příslušných dat mezi poskytovatelem služeb a koncovým přístrojem se může uskutečňovat odděleně v pozdějším časovém okamžiku, což je výhodné zejména tehdy, když účastník disponuje drahým telekomunikačním vedením k poskytovateli služeb a v internetu existují přenosové úzké profily, takže nákladově intenzivní telekomunikační vedení se může využívat hospodárněji v nárazovém přenosu mezi poskytovatelem služeb a koncovým přístrojem.

Přehled obrázků na výkresech

Vynález bude blíže vysvětlen prostřednictvím konkrétních příkladů provedení znázorněných na výkresech, na kterých představuje obr. 1 znázornění typického internetového spojení (stav

82219 (82219a) ··· <·· ·· · techniky);

obr. 2 znázorněni internetového spojeni s rozšířením podle vynálezu pro zobrazení nákladů;

obr. 3 příklad pro dva nezávislé způsoby znázornění nákladů na spojení.

Příklady provedení vynálezu

Obr. 1 se týká znázornění typického internetového spojení a byl již podrobněji vysvětlen výše.

Obr. 2 ukazuje principiální způsob podle vynálezu. Účastník je běžným způsobem spojen svým koncovým přístrojem 1_ přes modem 2 s telekomunikační sítí 3 a vytváří tím spojeni se svým poskytovatelem 4_ služeb. Přitom je nepodstatné, zda se způsob používá pro Telecommunication Service Provider (T5P) v telekomunikační síti jako poskytovatele služeb, nebo pro Data Service Provider (DSP) v připojení na telekomunikační síť. Oba poskytovatelé 4 služeb jsou proto ve schématickém zobrazení shrnuti pod označením (T/DSP).

Na základě použitého protokolu spojení existuje zpravidla koncové spojení mezi koncovým přístrojem 1 účastníka, podle sítě PC, mobilním radiotelefonním přístrojem nebo podobně, jakož i mezi poskytovatelem 4 služeb.

Poskytovatel služeb podle vynálezu zjišťuje příslušné celkové náklady spojení např.

internetového spojení a

82219 (82219a) «·· ♦· · ·· »·« přenáší je k účastníkovi, kde se ve vhodném znázornění zobrazují na koncovém přístroji _1.

Poskytovatel 4 služeb k tomu disponuje spojením k databázi ]_ plateb svého zúčastněného poskytovatele 6 služeb a informačních produktů (S/CP), přičemž příslušné informace o platbách se volitelně automaticky předávají ze strany poskytovatele 6 služeb a informačních produktů, automaticky se dotazují ze strany poskytovatele _4 služeb, nebo ze strany S/CP se automaticky zjišťují při omezeném S/CP povolení k přístupu na příslušná místa paměti v S/CP databázi 7 plateb. Poskytovatel 4 služeb dále disponuje spojením k databázi 9 plateb telekomunikační sítě 3, což je zde schematicky příkladně znázorněno pomocí přístupu na

Customer Care a Billing Center _8 (CCBS) s připojenou databází 9 plateb.

Podle favorizovaného způsobu a technického vybavení je možné automatické předávání průběžných plateb (například tarifových impulsů) k poskytovateli 4 služeb, které se tam následovně podle potřeb zpracovávají, nebo se uskutečňuje předávání informací vyšších řádů, jako například přenos sečtených spojovacích nákladů. Volitelně se k úplnému zobrazení celkových nákladů prostřednictvím poskytovatele 4. služeb také předávají základní platby, dosud nakumulované měsíční platby jakož i další vhodná data. Alternativně k tomuto způsobu poskytovatel 4 služeb získá omezený přistup na databázi 9 plateb telekomunikační sítě 3 a zjišťuje při nahlédnutí smluvních dat mezi telekomunikační sítí 3 a účastníkem, která jsou vedle tarifového impulsu zapotřebí k výpočtu skutečných nákladů, samostatně a automaticky právě požadované hodnoty.

Následovně se volitelně uskutečňuje automatický přenos

82219 (82219a) ·«· ··· ·· · ·· dat o platbách ke koncovému přístroji 1_ účastníka, který přenos se, vždy aktuálně přizpůsoben aktuálnímu stavu plateb, přednostně opakuje, nebo se informace přichystává v neustále aktualizovaném souboru, do kterého může účastník nahlížet. V této souvislosti je výhodné, když se stav plateb aktualizuje také během pozorování účastníkem, čímž ze strany uživatele existuje možnost, například při pracích s grafickými čelními plochami obrazovek, orientovanými na okna, otevřít okno plateb a mít je otevřené po delší dobu. Poskytovatel služeb přitom přenáší při každé aktualizaci plateb aktualizovaný stav automaticky k účastníkovi.

Tímto způsobem se mohou odděleně ukazovat různá zobrazení, jako například dosavadní celkové náklady v zúčtovacím období (např. měsíčně) a náklady běžící relace.

Například je také možná volitelná výstraha při předem nastavené nejvyšsí hranici (měsíční limit).

Zjištění preventivních informací o nákladech pro nastávající přenosy dat třetí stranou, například Filé Transport Protokoll soubory (FTP-soubory) odstraněných ISP nad internetovým přístupem poskytovatele 4 služeb, přičemž poskytovatel 4_ služeb kvůli typickému koncovému spojení v internetu 5 nemá žádný vliv na obsah tohoto spojení, se uskutečňuje pomocí, ze strany uživatele, dotazu na náklady u poskytovatele 4 služeb, přičemž tento například přenáší objem dat příslušného přenosu buď manuálně, nebo pomoci automatické procedury při použití příslušné dotazovací masky k poskytovateli £ služeb a tento může alespoň spočítat prognózované vlastní podíly nákladů a náklady telekomunikační sítě pro přenosový výkon.

Obrázek 3 představuje příkladně dva principiálně

82219 (32219a) *·· ··· ·· · ·· ··· rozdílné způsoby znázornění. Zatímco varianta A nabízí permanentní informace o nákladech v krátké formě, pomocí zobrazení na obrazovce na exponovaném místě, nebo například pomocí překrývání v příslušné poloze internetového prohlížeče nebo online-přístupového software, u varianty B se jako zobrazení používá nezávislé okno grafické uživatelské plochy, přičemž se zde volitelně může zobrazovat více informací, například individuální výkaz. Rovněž je možné spojeni obou postupů ve způsobu, že při výběru a aktivaci krátkého údaje se otevírá vlastní informační okno o nákladech s rozšířenou informací.

Zjišťování preventivních nákladů nastávajícího přenosu jsou možná v případě, když je k dispozici informace k nastávajícímu rozsahu dat. Toto je často případ zejména u FTP-provozu, když je například k dispozici download-soubor s udáním množství dat.

Volitelně se může zobrazit dodatečné obslužné menu, které umožňuje aktivaci různých přenosových možností, jako je pozdější cenově příznivý automatický přenos, například v POP-provozu (PC automaticky inicializuje spojení) nebo v PUSH-provozu (poskytovatel služeb automaticky inicializuje spojení) nebo například meziřešení s okamžitým přenosem ze strany vzdálené ISP k poskytovateli služeb s dočasným meziuložením do paměti a pozdějším přenosem po telekomunikační síti.

Claims (13)

1. Způsob zobrazeni nákladů za přenos a služby účastníka při užívání telekomunikačních sítí, zejména pro paketově orientovaný přenos dat v telekomunikačních sítích jakož i pro internetová a online data, vyznačující se tím, že poskytovatel (4) služeb stále aktuálně během nebo po spojení na koncový vznikající přístupu zjišťuje a na požadavek nebo automaticky přenáší přístroj (1) účastníka informaci o celkové náklady během probíhajícího poskytovatelů (6) služeb nebo platbách pro spojeni, při informačních podílejících se na produktů, telekomunikačních a přenosových plateb, jakož i při zúčastněných na vlastní databázi přístupu na srovnatelná zařízení

2.

Způsob podle nároku 1, vy značující se tím, že v databázi plateb se uskutečňuje správa dat o platbách a ukládají se všechny principy plateb, specifické pro účastníka a specifické pro službu jakož i smluvní data, specifická pro účastníka (ceny, bonifikace, předplatné, blokace atd.).

3. Způsob podle nároku 1 nebo 2, vyznačující se tím, že přístup ze strany poskytovatele služeb na databázi (7, 9) plateb zúčastněných poskytovatelů (6) služeb a informačních produktů a telekomunikačních sítí (3) se uskutečňuje podle realizovaného způsobu provedení automaticky pomocí přímého předáváni podílových nákladů pomocí zúčastněných instancí (6, 3), jako odpověď na

16 82219 (82219a) • 9 specifické dotazy ze strany poskytovatele služeb na začátku každého spojení.

4. Způsob podle nároku 1 nebo 2, vyznačující se tím, že se uskutečňuje automatický přistup ze strany poskytovatele služeb na příslušné záznamy databází (7, 9) zúčastněných instancí (6, 3).

některého z nároků vyznačující se tím, že podílové náklady, vznikaj icí pomocí zúčastněných instancí (4, 6,

3), se přednostně aktualizují automaticky.

6.

Způsob podle některého z nároků

1 až 5, tím, že datový přistup na databáze (7,

9) jakož i na přenášená data se přednostně chrání vhodným způsobem proti zneužití.

7. Způsob podle některého z nároků 1 až 6, vyznačující se tím, že informace o platbách, které je třeba přenášet na straně poskytovatele služeb ke koncovému přístroji (1), se volitelně konfigurují pomocí konfigurace na straně účastníka zaslaným způsobem a rozsahem.

8. Způsob podle některého z nároků 1 až 7, vyznačující se tím, že se uskutečňuje automatické permanentní zasílání jenom součtu plateb, nebo jednotlivých dokladů o platbách.

9. Způsob podle některého z nároků 1 až 8, vyznačující se tím, že se v databázi poskytovatele služeb uskutečňuje pozorování, ze strany účastníka, dat o platbách, přičemž možnost konfigurace na straně účastníka je

16 82219 (82219a) •·« ··♦ ·· přednostně chráněna vhodným způsobem proti zneužití.

10. Způsob podle některého z nároku 1 až 9, vyznačující se tím, že informace o platbách se v případě potřeby připravuje na straně koncového přístroje, individuálně pro účastníka a ve více či méně detailním tvaru se přivádí na koncový přístroj (1) účastníka.

11. Způsob podle některého z nároků 1 až 10, vyznačující se tím, že v případě potřeby se uskutečňuje dodatečné zpracování dat o platbách v koncovém přístroji (1) účastníka, přičemž se nechají představit rozdílné zobrazovací formáty a stupně podrobnosti.

12. Způsob podle některého z nároků 1 až 11, vyznačující se tím, že bezprostředně v přístupovém software popř. v software prohlížeče je uspořádána na straně koncového přístroje část software (klient), která spolupracuje s databází plateb poskytovatele (4) služeb.

13. Způsob podle některého z nároků 1 až 12, vyznačující se tím, že na straně poskytovatele služeb se uskutečňuje předávání zvláště význačných prognózovaných dat (náklady nabídky) pro nastávající nákladově intenzivní služby nebo nabídky přenosu, které se provádí při zjišťování příslušných nákladů na služby a/nebo přenos ve spolupráci s připojenými instancemi (6) a komunikačními sítěmi (3).

14. Způsob podle některého z nároků 1 až 13, vyznačující se tím, že účastník může požadovat pomocí dodatečných bodů menu na straně koncového přístroje použití služeb a/nebo přenosů v pozdějším časovém okamžiku, kdy se uskutečňuje nákladově příznivější použití pomocí automatické

16 82219(82219a) aktivace na straně koncového přístroje, nebo alternativně na straně poskytovatele služeb.

15. Způsob podle některého z nároků 1 až 14, vyznačující se tím, že účastník může zahájit okamžitý přenos nabízených dat vzdáleného Internet Service Provider k poskytovateli (4) služeb, přičemž přenos dat příslušných dat mezi poskytovatelem (4) služeb a koncovým přístrojem (1) se uskutečňuje odděleně v pozdějším časovém okamžiku.