CZ20004649A3 - Způsob nabídky, objednávky a prodeje zboží a služeb - Google Patents

Abstract

Způsob nabídky, objednávky a prodeje zboží a služeb, v němž jsou tyto produkty nabízeny minimálně jedním nabízejícím (1) většímu počtu účastníků (7) mobilní radiové sítě (20) přes různé komunikační kanály (61,62,63) k prodeji, přičemž zainteresovaní účastníci (7) zadávají do svých mobilních přístrojů identifikaci nabídky a tuto prostřednictvím krátkých zpráv zprostředkovávají přes mobilní radiovou síť (20) centrále služeb (11), která účastníka (7) rozpozná a v krátké zprávě obsažená data spojí s identifikačními daty účastníka (7), přičemž pro minimálně určité z nabízených produktů je uloženo jejich disponibilní množství (101) a pro dodatelnou došlou objednávku se generuje tokem, který je zprostředkován příslušnému nabízejícímu (1) a na mobilní přístroj účastníka (7). Pro každou došlou objednávku, pro kterou se generoval token, se množstevní údaj snižuje a nabízení nabízeného produktu se zastaví, pokud uvedený množstevní údaj činí nulu nebo uplynulo jeho datum spotřeby

Description

Oblast techniky

Předkládaný vynález se týká způsobu nabídky, objednávky a prodeje zboží a služeb, obzvláště pak způsobu nabídky, objednávky a prodeje zboží a služeb, v němž jsou uvedené zboží a služby nabízeny alespoň jedním nabízejícím většímu počtu účastníků mobilní radiové sítě prostřednictvím identifikace nabídky, která je zainteresovanými účastníky zadána do jejich mobilních přístrojů a prostřednictvím krátkých zpráv předána přes mobilní radiovou síť centrále služeb.

Dosavadní stav techniky

V patentovém spise US 5 245 501 je popisován systém pro zpracování a předávání objednávek zákazníků dodavatelům, založený na domovní telefonní zprostředkovatelské centrále, který dodatečně k centrále zahrnuje ještě řečovou rozpoznávací jednotku. Zákazník je prostřednictvím řečových pokynů požádán, aby zadal svůj PIN (Personál Identification Number) prostřednictvím tlačítek svého telefonu. Po úspěšném zadání a verifikaci čísla PIN volí zákazník v několika krocích (kategorie, podkategorie) prostřednictvím tlačítek nebo řeči produkt, například videokazetu s určitým filmovým titulem, který mu je prostřednictvím uložených odpovědí potvrzen. Platba za žádaný produkt probíhá prostřednictvím kreditní karty, jejíž číslo musí zákazník zadat, nebo prostřednictvím vyúčtování ze strany provozovatele telefonu. Podobné systémy jsou známy pro nej různější účely, jejich používání však zákazníci často chápou jako obtížné a příliš zdlouhavé.

···· «« ·· ····

V patentové přihlášce WO 90/11661 je popisován katalogový objednací systém, spojený s veřejně zprostředkovanou telefonní sítí (Public Switched Telephone Network, PSTN), v němž zákazník volí číslo určité objednací služby a prostřednictvím mluvených instrukcí je instruován k zadání jednoho nebo více objednacích čísel, přičemž zadané objednávky jsou zákazníkovi zopakovány a mohou jím být potvrzeny. Nakonec jsou zadaná objednací čísla spolu s telefonním číslem zákazníka na žádost dodavatele tomuto zprostředkována přes telefonní vedení. Ke zvýšené bezpečnosti může být navíc po zákazníkovi požadováno zadání čísla konta. Tento systém funguje podobně jako onen ve výše popsaném patentovém spisu a nenabízí automatizovaný průběh platby.

V patentovém spisu US 4 797 913 je popsán objednací systém, v němž lze objednávat produkty přímo volbou určitého telefonního čísla. Objednací systém je založen na zprostředkovací síti LATA (Local Access Transport Area), ve kterém jsou dostupné služby Feature Group D, jež jsou navolitelné pomocí prvních dvou číslic „10” uvedeného telefonního čísla. V rámci těchto služeb Feature Group D lze následujícími třemi místy navolit mezizprostředkovací místo nebo obzvláště centrum objednacích služeb, přičemž je stále ještě k dispozici deset míst k identifikaci dodavatele a jeho produktů. Tento objednací systém je vhodný především pro katalogové zásilkové služby, ovšem zůstává otázka, jak jsou zprostředkovány např. údaje o množství nebo jak se zjišťuje identita klienta, neboť je známo pouze telefonní číslo telefonu, použitého pro objednávku.

Všechny výše popsané způsoby objednávky či objednací systémy mají společné to, že neumožňují zprostředkování objednaných produktů, obzvláště objednaných informací, přímo a automaticky zákazníkovi. Navíc tyto systémy neumožňují ani automa♦ · ·« ·»·· · · * · ·*· tickou identifikaci zákazníka, nýbrž jsou založeny na jeho telefonním čísle a v některých případech navíc na číslech, která musejí být zákazníkem zadána. Kromě toho nejsou adresné informace o zákazníkovi dodávány těmito systémy, nýbrž jejich správu musí přebírat dodavatelé,

V ještě nezveřejněné patentové přihlášce PCT/CH96/00464 byl popsán způsob a systém zprostředkování zakázek, obzvláště zprostředkování objednání produktů, požadavků informací nebo platebních transakcí v telekomunikační síti, podle kterého jsou uvedené zakázky většího počtu účastníků telekomunikační sítě, obzvláště ale ne výlučně mobilní radiové sítě, zprostředkovány alespoň jednomu dodavateli. Přitom nejsou zakázky předávány v krátkých zprávách prostě jako proud bitů, nýbrž data v nich obsažená jsou spojena s identifikačními daty účastníka z databáze účastníků telekomunikační sítě. Způsob nalézá použití v telekomunikační síti, v níž je rozpoznána identita volajícího účastníka při každém hovoru pomocí centrály služeb této sítě, například v mobilní radiové síti založené na standardu GSM. Účastník musí pouze zadat identifikaci nabídky zboží, nabízeného k prodeji nebo služby, která zahrnuje minimálně jednu identifikaci tohoto zboží nebo služby a identifikaci příslušného dodavatele. Objednací data, závislá na této uvedené identifikaci nabídky, jsou prostřednictvím uvedené telekomunikační sítě předána centrále služeb, která rozpozná účastníka a minimálně určitá data, obsažená v uvedené krátké zprávě, spojí s identifikačními daty účastníka a tato spojená data předá příslušnému dodavateli.

• •flfl * fl • fl· ·

Podstata vynálezu

Úkolem tohoto vynálezu je navrhnout nové způsoby nabídky, objednávky a prodeje zboží a služeb, které jsou obzvláště vhodné i k tomu, podporovat nabízející zboží a služeb omezeně disponibilního počtu.

Podle předkládaného vynálezu se tohoto cíle dosahuje především prostřednictvím prvků charakteristické/význakové části nezávislých nároků. Další výhodné formy provedení kromě toho vycházejí ze závislých nároků a z popisu.

Obzvláště se tohoto cíle dosahuje tím, že pro minimálně určité nabízené zboží a služby je uložen množstevní údaj, odpovídající omezenému disponibilnímu počtu příslušného nabízeného zboží nebo služeb, že se pro došlou objednávku pro minimálně určité nabízené zboží a služby generuje token, pokud je příslušné zboží nebo příslušná služba disponibilní, přičemž tento token je zprostředkován příslušnému nabízejícímu a příslušnému účastníkovi, a přičemž se pro každou došlou objednávku, pro kterou byl generován resp. zprostředkován token, sníží odpovídající množstevní údaj o disponibilním počtu.

Výhodným způsobem se zboží a/nebo služby nabízejí přes různé komunikační kanály účastníků,, přičemž minimálně určité nabídky obsahují nabídkovou identifikací.

Přednostně je objednávající si účastník při každé objednávce rozpoznán a na základě jeho identifikace jsou od něj předaná objednací data spojena s odpovídající identifikačními daty účastníka.

Přednostně se nabízení určitého nabízeného zboží nebo určité nabízené služby zastaví, pokud prostřednictvím příslušného množstevního údaje udaný počet činí nulu. V jedné variantě může být nabídka zastavena i tehdy, když nabídka přestala pla• · · • * ···A A A · · * A · AAAA AA tit, to znamená, když datum spotřeby nabízeného zboží nebo služby uplynulo, když ji nabízející stáhne a/nebo když se podmínky dodání, kupříkladu cena nebo dostupnost nabízených produktů, změnily.

Přednostně se minimálně určité tokeny, které jsou účastníkovi předávány přes mobilní radiovou síť na jeho mobilní přístroj, ukládají ve vyjímatelné, s tímto mobilním přístrojem spojené čipové kartě, a minimálně určité na této Čipové kartě uložené tokeny mohou být při kontrole přístupu použity jako přístupová vstupenka nebo jako link k sadě přístupových vstupenek .

V jedné variantě mohou zainteresovaní účastníci výhodným způsobem navíc zadávat objednací počet, kterým mohou objednat více než jedno zboží nebo službu a který se předává spolu s objednacími daty.

Je-li k dispozici dostatek zboží nebo služeb, je u takovýchto několikanásobných objednávek podle příslušné varianty generováno více tokenů podle příslušného počtu a předáno nabízejícímu, respektive účastníkovi, nebo se generuje a předává jeden token, obsahující dodací číslo, které odpovídá objednanému počtu. Je-li k dispozici pouze nedostatečný počet objednaného zboží nebo služeb, generuje se a předává alespoň, podle varianty, odpovídající počet tokenů nebo jeden token s odpovídajícím dodacím číslem. Množstevní údaj zboží a služeb, které jsou k dispozici, se odpovídajícím způsobem snižuje o dodaný počet.

V jedné variantě se před generováním tokenů, respektive před jeho předáním, ověřuje solventnost zainteresovaného účastníka.

Přednostně se zainteresovanému účastníkovi, například přes mobilní radiovou síť, zprostředkuje negativní odpověď, « · · • · « · •••φ ·· • · · · · ·· ··«· pokud pro jeho došlou objednávku nemohl být generován, respektive předán, odpovídající token, ať už proto, že není solventní, nebo proto, že k dispozici není dostatečný počet zboží nebo služeb, nebo protože nabídka pozbyla platnosti nebo byla vzata zpět.

Podle příslušné varianty je výdaji za zákazníkem objednané zboží nebo služby, pro které byl generován, respektive předán token, zatížen jeho telekomunikační účet, například v mobilní radiové síti, účet od poskytovatele finančních služeb, nebo přímo elektronické konto v oddělitelné čipové kartě, spojené s jeho mobilním přístrojem.

V další variantě mohou nabízející předávat informace o nabízeném zboží a službách automatizovanému nabídkovému serveru.

Přehled obrázků na výkresech

Následně bude provedení tohoto vynálezu popsáno na základě přikladu. Příklad provedení bude ilustrován následujícími přiloženými obrázky:

Obrázek 1 zahrnuje blokové schéma, které schematicky představuje tok dat mezi nabízejícím zboží a/nebo služeb, účastníkem mobilní radiové sítě, centrálou služeb této mobilní radiové sítě, nabídkovým serverem, zprostředkovacím modulem a prodejním modulem.

Obrázek 2 ukazuje logická schémata, která schematicky a vzorově ilustrují průběh programu programovaného softwarového procesu k přijetí a zpracování nabídek a objednávek, v prodejním modulu ·· ·

Příklady provedení vynálezu

Vztahová značka 1 se vztahuje na nabízejícího zboží a/nebo služeb, které budeme v následujícím popisu označovat rovněž souhrnně jako „produkty, přičemž tento nabízející 1 by chtěl nabízet obzvláště produkty vždy omezeného disponibilního počtu. U tohoto nabízejícího se může jednat o organizace, například o malé, střední nebo velké podniky, které vyrábějí nebo prodávají zboží nebo nabízejí či zprostředkovávají služby, nebo se může jednat o jednotlivé osoby nebo skupiny soukromých osob, které by chtěly na trhu udat produkty. Vedle omezeného disponibilního počtu těchto produktů, který může být i veimi malý a může například zahrnovat jen jeden jediný produkt nebo několik málo produktů, mohou tyto produkty vykazovat omezenou trvanlivost, to znamená datum spotřeby, například se může jednat o vstupenku na sportovní akci nebo na koncert, které se konají jen určitý den, nebo se může jednat o produkty podléhající zkáze, jako například potraviny. Produkt může zahrnovat také informace, například informace v podobě textu, audia, videa a/nebo multimédií, které jsou účastníkem objednány a jemu předány nabízejícím 1 přes vhodný zprostředkovací kanál, například jako krátká zpráva SMS nebo data USSD přes mobilní radiovou síť, jako e-mail přes internet, jako programová doprovodná data DAB (Digital Audio Broadcasting) atd.

Nabízející může zprostředkovávat údaje o nabízeném produktu, například jméno nebo označení produktu, eventuelně jeho krátký popis, množstevní údaj disponibilního počtu, informace o ceně stejně jako případné (v okamžiku nabídky ještě platné) datum spotřeby k tomu příslušnému poskytovateli služeb 3. Tento tok dat, naznačený šipkou 2, se může realizovat prostřednictvím papíru, když se například vyplní k tomu určený formu-.

• * lář a předá poskytovateli služeb 3 nebo když je prostřednictvím faxu předán poskytovateli služeb 3. Tok dat těchto nabídkových informaci 2 však může rovněž probíhat elektronickou a automatizovanou cestou, když poskytovatel služeb 3 je reprezentován nabídkovým serverem 3, kterému nabízející 1^ může přes počítačový terminál předat popsané nabídkové informace. Odpovídající terminály mohou být instalovány na veřejně přístupném místě a přes pevné sítě nebo mobilní sítě spojeny s nabídkovým serverem 2 nebo zadávací terminál může být programová aplikace na internetu, kterou může nabízející JL používat prostřednictvím svého PC. Existuje celá řada možností, které může realizovat odborník. Kromě popsaných nabídkových informací musí být poskytovateli služeb 3 předány také informace o nabízejícím které musí být podle příslušné varianty provedení předány pokaždé nově nebo které jsou uloženy v databázi, takže stačí jednoznačná identifikace nabízejícího ý dodatečně k nabídkovým informacím.

V toku dat, naznačeném pomocí šipky 4 na obr. 1, se nabídkové informace nabízejícího 1, evidované poskytovatelem služeb 3 resp. nabídkovým serverem 3 spolu s jeho identifikací předávají zprostředkovacímu modulu 5 například přes pevnou síť. Pokud se na základě eventuelního data spotřeby zjistí/ že produkt pozbyl platnosti/ předá se poskytovateli služeb 3 respektive nabídkovému serveru 3 hlášení o chybě, které může být tímto předáno příslušnému nabízejícímu 1. V opačném případě, pokud produkt ještě nepozbyl platnosti, se například ve zprostředkovacím modulu 5 generuje identifikace nabídky, která zahrnuje minimálně informace k identifikaci nabízeného produktu stejně jako příslušného nabízejícího 1. Identifikace nabídky může být pak sdělena příslušnému nabízejícímu 1 v potvrzení. Podle varianty provedení se tak může stát prostřednictvím zprostředkovacího modulu 5 přes poskytovatele služeb 3 respektive přes nabídkový server 3, nebo přímo prostřednictvím zprostředkovacího modulu 5 nabízejícímu _1. Identifikace nabídky může být generována i v nabídkovém serveru 3 a následně potvrzena nabízejícímu ]L a předána zprostředkovacímu modulu 5. Je ale také možné, že identifikace nabídky je definována přímo nabízejícím 1 na základě formátových předloh a její korektnost a jednoznačnost následně ověřena nabídkovým serverem 3 nebo zprostředkovacím modulem 5.

Takováto identifikace nabídky může zahrnovat několik polí. První pole obsahuje například označení nabízejícího 1, například mnemonik z několika alfanumerických znaků. Druhé pole, které je například od prvního pole odděleno omezovačem pole, obsahuje identifikaci produktů, která označuje určité zboží, službu nebo dodávku informace a může rovněž zahrnovat několik alfanumerických znaků. Další pole, například opět oddělené od identifikace produktů omezovačem pole, obsahuje kontrolní sumu, která je určena z předchozích polí prostřednictvím odborníkovi známého detekčního nebo samoopravného algoritmu. Místo omezovače polí mohou být použity rovněž pole o konstatní předem definované délce nebo pole s údaji o délce.

V toku dat, neznačeném šipkou se zprostředkovávají informace o nabídce ze zprostředkovacího modulu 5 prodejnímu modulu 9. Data, zprostředkovávaná v toku dat 8, zahrnují informace k identifikaci nabízejícího 1^ a nabízeného produktu stejně jako údaje o disponibilním množství nabízeného produktu, a eventuelně datum spotřeby produktu. Prodejní modul 9 může být realizován odborníkem jako programovaný softwarový proces, který může být instalován na vlastním, odděleném počítači nebo spolu s jinými softwarovými aplikacemi na společném počítači. Programovaný softwarový proces, který je vzorově ilustrován na ···· ·* ·* ···♦ ·· obr. 2, přijímá v kroku 100 informace o nabídce od zprostředkovacího modulu 5 a ukládá je, pokud ještě neuplynulo eventuelní datum spotřeby nabízeného produktu, v kroku 101 do databáze, která je instalována odborníkem na tomtéž počítači nebo na jiném počítači, přístupném prodejnímu modulu 9.

Oblast na obr. 1, orámovaná šrafovaným obdélníkem 30, zahrnuje části, obzvláště centrálu služeb 11, ^ze systému a způsob k předávání zakázek, který byl popsán výše, stejně jako komunikační kanály 61, 62, 63, které byly popsány jménem přihlašovatelky v ještě nezveřejněné patentové přihlášce PCT/CH98/00148, týkající se systému na šíření dat a způsobu šířeni dat.

Identifikace nabídky, generovaná zprostředkovacím modulem 5, respektive jím od nabízejícího 1 přijatá, může být, v typickém případě spolu s dalšími informacemi o nabízeném produktu podle výše uvedeného systému na šíření dat a způsobu na šíření dat jedním nebo více různými komunikačními kanály, takzvanými rozšiřovacími kanály 61, 62, 63 rozšířen většímu počtu účastníků 7. Přitom jsou tato data podle výše zmíněného systému na šíření dat a způsobu na šíření dat odložena v informační databázi, kde mohou být určena k vyslání různými specifickými rozšiřovacími kanály 61, 62, 63 určitým účastníkům 7 nebo skupinám účastníků. Rozšiřování dat z informační databáze probíhá automaticky podle vysílacích kritérií, která zahrnují adresu účastníka 7 nebo skupiny účastníků, údaje o vysílaných datech a o rozšiřovacím kanálu 61, 62, 63, který má být použit. Možné formy rozšiřování a rozšiřovací kanály jsou například zprávy v digitálních mobilních radiových sítích, například krátké zprávy SMS nebo data USSD, zprávy v osobních volacích systémech, adresované zprávy, jako např. e-mail, internet, teletextové strany v teletextovém kanále, doprovodná

0 «0 * 0 0 » 0 0 0 0 0 0 0 0 0 0 0 · • 000 00 00 0000 00 programová data v kanále DAB (Digital Audio Broadcasting), faxové zprávy ve veřejné telekomunikační síti, údaje o datech na indikační tabuli, nebo tisk informací v katalozích nebo jiných tištěných médiích. Podle tohoto výše uvedeného systému na šíření data a způsobu šíření dat mohou data vedle popsané identifikace nabídky k objednávce zboží a/nebo služeb obsahovat kupříkladu i jiné textové informace, a/nebo multimediální data. Je také možné, že zmíněná vysílací kritéria mohou být spravována účastníkem 7 přes telekomunikační systém, například přes internet nebo pomocí speciálních zpráv přes mobilní radiovou síť. Tímto způsobem mohou účastníci 7 určovat např. kategorie, témata, typy nebo nabízející informací, obzvláště zboží, skupiny zboží, služby a/nebo skupiny služeb, o které se zajímají, a mohou určovat vysílací doby a/nebo vysílací periodicity. Vysílání dat může být prostřednictvím odpovídajících vysílacích kritérií rovněž vázáno na určité události.

Účastník 7 mobilní radiové sítě 20, například sítě GSM nebo UMTS, který přes zmíněné komunikační kanály 61, 62, 63 obdrží informaci nabízeném produktu a obzvláště o odpovídající identifikaci nabídky, může tento produkt objednat podle popsaného způsobu zprostředkování zakázek. V souladu s tím je identifikace nabídky, zadaná zainteresovaným účastníkem 7 do jeho mobilního přístroje, například do mobilního telefonu nebo do přenosného osobního počítače, například laptopu nebo palmtopu s odpovídající mobilní radiovou funkčností, nebo identifikace nabídky, tímto mobilním přístrojem přijatá, použita jako základ pro zprostředkování odpovídající krátké zprávy, například krátké zprávy SMS nebo dat USSD, přes mobilní radiovou síť, např. síť GSM nebo UMTS, prostřednictvím toku dat, naznačeným šipkou 10, centrále služeb 11. Zprostředkování dat centrále služeb 11 a zacházení s nimi probíhá kupříkladu podle způsobu • · • · · · » • · · · · · • · · · · ···· Μ ·· ·«»· «

·< ·

SICAP, který byl mimo jiné popsán v EP 689 368, nebo podle podobného způsobu nebo způsobu založeného na WAP (Wireless Application Protocol).

Centrála služeb 11 zahrnuje například centrum Short Message Servise Centre (SMCS) a modul k provedení výše uvedeného způsobu SICAP, takže příslušný účastník 7 tedy může být rozpoznán na základě identifikace přijaté krátké zprávy a obsah krátké zprávy může být předán k dalšímu ošetřování podle způsobu SICAP příslušné aplikaci, určené prostřednictvím datového obsahu krátké zprávy. V této aplikaci, která se rovněž může nacházet v centrále služeb JL1, se alespoň určitá objednací data, obsažená v krátké zprávě, spojí s identifikačními daty rozpoznaného účastníka 7 z databáze účastníků mobilní radiové sítě 20, přístupné centrále služeb 11. Spojená identifikační data zahrnují minimálně adresu zainteresovaného účastníka 7, eventuelně rovněž jeho jazyk a také další informace, například dodatečnou zúčtovací a/nebo doručovací adresu nebo údaje o solventnosti příslušného účastníka 7.

V toku dat, naznačeném šipkou 12, jsou spojená objednací data, která tedy zahrnují minimálně zmíněná identifikační data účastníka 7 stejně jako informace k identifikaci nabízeného, respektive objednaného produktu a příslušného nabízejícího JL, předána zprostředkovacímu modulu 5.

Zprostředkovací modul 5 předává v toku dat, naznačeném šipkou 13, objednací data, obdržená z centrály služeb 11, prodejnímu modulu 9, kde jsou v kroku 200 přijata programovaným softwarovým procesem, ilustrovaným na obr.2, a jsou ošetřována dále, jak bude nyní detailně popsáno.

V jedné variantě provedení se v kroku 201 nejprve ověřuje solventnost účastníka 7, který zadal příslušnou přijatou objednávku. To může proběhnout na základě informací, uložených ·

0000 00 • 0 0 • 0 0 0 0 •000 · 0 i ·· 0000 00 000 v databázi, jež je přístupná prodejnímu modulu 9, například v databázi, spravované provozovatelem mobilní radiové sítě 20 nebo poskytovatelem finančních služeb. Informace o solventnosti účastníka 7 mohou být v další variantě zprostředkovány prodejnímu modulu 9 také centrálou služeb 11, respektive zprostředkovacím modulem 5 spolu se spojenými objednacími daty. Nelze-li solventnost účastníka 7 zaručit, je v kroku 203 softwarového programu příslušnému uživateli 7 posláno negativní potvrzení s odpovídajícím odůvodněním, například prostřednictvím krátkých zpráv, kupříkladu prostřednictvím krátké zprávy SMS nebo dat USSD, a to přes mobilní radiovou síť 20, například přes síť GSM nebo UMTS. K tomuto účelu je prodejní modul 9 spolu s příslušným hardware vybaven odpovídajícími komunikačními prostředky. Zdůvodněné negativní potvrzení je přijato mobilním přístrojem příslušného účastníka 7 přes mobilní radiovou síť 20 a zobrazeno na displeji tohoto mobilního přístroje. V opačném případě, pokud je solventnost účastníka 7 ve vztahu k objednávce zaručena, pokračuje softwarový program prodejního modulu 9 krokem 202.

V kroku 202 se ověřuje, je-li momentálně disponibilní množství objednaného produktu větší než nula. Není-li již objednaný produkt disponibilní, to znamená, pokud disponibilní množství činí nulu, je v kroku 203 softwarového programu příslušnému účastníkovi 7 posláno negativní potvrzení s odpovídajícím odůvodněním, jak bylo zmíněno výše. V opačném případě se v kroku 204 generuje token, který představuje jednoznačný certifikát, a který kupříkladu obsahuje rovněž informace k identifikaci objednaného produktu a/nebo příslušného nabízejícího 1. Token může být kupříkladu zakódován pomocí odborníkům známých prostředků a opatřen digitálním podpisem, aby byla zaručena jeho autentičnost a bezpečnost. Na tomto místě a

a a • a ♦ · ··· · • * · • a • a · ·« ··«

je třeba poznamenat, že v alternativní variantě provedení lze již při přijetí a uložení nabídky v krocích 100 a 101 generovat a uložit takový počet tokenů, který odpovídá disponibilnímu množství nabízených produktů, čímž se krok 204 v této podobě ušetří.

V explicitně nezobrazeném kroku eventuelně softwarový program na základě data spotřeby příslušného nabízeného produktu ověřuje, zda v okamžiku objednávky produkt dosud nepozbyl platnosti. Pokud produkt platnosti skutečně pozbyl, je tato skutečnost sdělena podobně jak bylo popsáno výše příslušnému účastníkovi 7 prostřednictvím negativního potvrzení s odůvodněním. Vedle data spotřeby mohou samozřejmě existovat i další důvody, proč již není nabídka platná. Například mohla být nabídka nabízejícím vzata zpět a/nebo se mohly změnit dodací podmínky, například cena nebo disponibilita nabízeného produktu. Odpovídající funkce k přijetí takovýchto informací, například od příslušného nabízejícího 1, a k jejich ověření před generováním a zprostředkováním tokenu mohou být implementovány odborníkem.

V kroku 205 je generovaný token spolu s údaji o příslušném účastníkovi 7, například jeho identitou a adresou, a s informacemi o příslušném objednaném produktu a odpovídajícím nabízejícím 1, například ve formě identifikace nabídky, udané v objednávce, zprostředkován nabízejícímu 1. Podle příslušné varianty provedení a eventuelně i v závislosti na příslušném produktu může být tento na obr. 1 šipkou 15 naznačený tok dat proveden elektronickou formou, například prostřednictvím EDI nebo e-mailu, mobilní sítí nebo konvenčními prostředky poštou nebo faxem.

V kroku 206 se generovaný token spolu s pozitivním potvrzením zprostředkovává příslušnému účastníkovi 7.

• · A » · * • * · A * V

A··· ·« ·» »··«

Zprostředkování probíhá např. prostřednictvím krátkých zpráv, například prostřednictvím krátkých zpráv SMS nebo dat USSD, přes mobilní radiovou síť 20, například přes síť GSM nebo UMTS. Toto pozitivní potvrzení je přijato mobilním přístrojem příslušného účastníka 7 a zobrazeno na displeji tohoto mobilního přístroje. Token je uložen kupříkladu na vyjímatelné, s mobilním přístrojem spojené čipové kartě, a může být například později použit jako přístupový lístek nebo jako link k sadě přístupových lístků při kontrole přístupu, například při sportovní akci, na koncertě, v divadle apod. pro tento a jiné účely může být token odložen například na čipové kartě, například na kartě SIM (Subscriber Identity Module) a/nebo na čipové kartě podle typu Opencard, jako applet, například jako applet Jávy, který pak nalezne použití jako ticketing-applet při příslušné automatizované kontrole přístupu, například když je prostřednictvím bezdrátového rozhraní zprostředkován této přístupové kontrole. U takovýchto typů produktů se token nabízejícím 1. odpovídajícím způsobem integruje do jeho přístupových procesů, takže přístupoví kontrola probíhá korektně. Všeobecně může být token, uložený na čipové kartě, později sloužit jako doklad úspěšné objednávky příslušného produktu a při jeho výměně za odpovídající protihodnotu, to znamená předání zboží nebo provedení služby respektive přístup k ní, může být například opět vymazán.

V kroku 207 se účastníkovi 7 objednaný a ve formě tokenů zprostředkovaný produkt zúčtuje. To lze vyřešit tak, že náklady za objednaný produkt stejně jako údaje k identifikaci příslušného účastníka 7 jsou zaneseny do databáze, přístupné prodejnímu modulu, například do stej16 • · · · · · ·· ·«·· · · né databáze, v níž jsou uloženy nabídky, nebo se potřebné informace zprostředkují poskytovateli finančních služeb. Pokud jsou zúčtované náklady prodejním modulem 9 odloženy do databáze, mohou být v dávkovacím modu později zpracovány, když jsou například periodicky zprostředkovávány poskytovateli finančních služeb k dalšímu zpracování a zatížení účastníka 7, nebo když jsou náklady přímo připojeny příslušným účastníkům 2 do jejich účtů za komunikační náklady v mobilní radiové síti 20. V další variantě mohou být náklady příslušnému účastníkovi 7 zatíženy přímo na jeho čipové kartě, například když je příslušná částka stažena z předplacené částky, uložené na čipové kartě. Odpovídající instrukce mohou být přes mobilní radiovou síť 20 za pomoci odborníkům známého vhodného bezpečnostního postupu zprostředkovány vyjímatelné čipové kartě, spojené s mobilním přístrojem účastníka 7.

V kroku 208 se sleduje množstevní údaj o počtu disponibilních příslušných produktů v prodejním modulu 9, když je snížen.

V kroku 209 se ověřuje, zda množstevní údaj o aktuálním počtu disponibilních příslušných produktů činí nulu, to znamená, zda již není disponibilní žádný produkt. Pokud jsou ještě příslušné produkty disponibilní, pokračuje se přijetím nové objednávky v kroku 200. Pokud však již příslušný produkt disponibilní není, je v kroku 210, jak je tomu naznačeno na obr. 1 tokem dat 16, zprostředkovacímu modulu ze strany prodejního modulu zprostředkována instrukce, aby byla nabídka příslušného produktu zastavena. Navíc je příslušnému nabízejícímu 2 zasláno potvrzení, že nabídka byla uzavřena. Podle příslušného provedení může toto potvrzení obsahovat i vyúčtování a/nebo • · • · · · · ··· · · ·· · nabízejícího 1 informovat, kolik produktů bylo prodáno. Pak se v daném případě pokračuje přijetím nové objednávky v kroku 200. Krok 210 může být proveden i tehdy, například separátním procesem, který periodicky ověřuje uložené objednávky, když datum spotřeby nabízeného produktu uplynulo. Jak bylo zmíněno výše, mohou být instrukce k zastavení objednávky zprostředkovány i z jiného důvodu, např. stáhnutí nabídky nabízejícím 1 nebo změněné dodací podmínky jako je disponibilita nebo cena. Ve zprostředkovacím modulu 5 má přijetí těchto instrukcí k zastavení nabídky určitého produktu za následek, že výše popsané rozšiřování identifikace nabídky příslušného produktu přes různé komunikační kanály 61, 62, 63 je zastaveno, to znamená přerušeno.

V další variantě provedení je možné, že zainteresovaný účastník 7 při výše popsaném zadání a zprostředkování objednávky může navíc zadat objednací počet, který je zprostředkován v naznačeném toku dat 10 spolu s objednacími daty centrále služeb 11. Z centrály služeb 11 je tento objednací počet spolu s výše popsanými spojenými objednacími daty přenesen do zprostředkovacího modulu 5 a odtamtud spolu s objednacími daty předán prodejnímu modulu 9, kde je v kroku 200 přijat programovaným softwarovým procesem, ilustrovaným na obr. 2.

V první podvariante vícenásobné objednávky se v softwarovém programu tak dlouho generuje další, dodatečný token a množstevní údaj disponibilního počtu příslušného produktu snižuje o jednu, dokud množstevní údaji nečiní nulu, to znamená, že nejsou disponibilní žádné další příslušné produkty, nebo dokud počet generovaných tokenů nedopovídá objednacímu počtu, to znamená, že

všechny objednané produkty mohou být dodány. V této první podvariantě se tedy pro každý produkt k dodání generuje token a přenáší se účastníkovi 7. Pokud není k dispozici dostatek produktů, zprostředkuje se disponibilní počet tokenů spolu s příslušným potvrzením účastníkovi 7. Jak bylo zmíněno výše, mohou být v alternativním provedení tokeny generovány a uloženy již v krocích 100 a 101.

Ve druhé podvariantě provedení vícenásobné objednávky se, pokud je uvedený množstevní údaj větší než nula, generuje token, obsahující dodací počet, které je počínaje nulou tak dlouho zvyšováno o jednu a množstevní údaj disponibilních příslušných produktů tak dlouho snižován o jednu, až dodací počet odpovídá uvedenému objednacímu počtu, to znamená, že je k dispozici dostatek příslušných produktů, nebo až snížený množstevní údaj disponibilních příslušných produktů činí nulu, to znamená, že není k dispozici dostatek produktů a objednávka nemůže být dodaná kompletně. V této druhé podvariantě se tedy také pro více objednaných produktů generuje pouze jeden token a předává účastníkovi 7, přičemž ovšem tento token obsahuje počet dodaných produktů. Pokud není k dispozici dostatek produktů, zprostředkuje se účastníkovi 7 dodatečně odpovídající potvrzení. Jak bylo zmíněno výše, mohou být v alternativním provedení tokeny generovány a uloženy již v krocích 100 a 101, to znamená že v této druhé podvariantě vícenásobné objednávky je „zničen takový počet předgenerovaných tokenů, jaký je udaný v dodacím počtu zprostředkovaného tokenů.

Obě popsané podvarianty vícenásobné objednávky mohou být odborníkem použity i kombinovaně, například fl fl ♦ flfl v závislosti příslušných nabízených a objednaných produktů.

Pro případy, kdy může být objednávka dodána pouze neúplná, může být odborníkem dodatečnými kroky, které zde nejsou blíže popisovány, účastníkovi T_ umožněno tuto pouze částečně dodanou objednávku zrušit, a tím počet disponibilních produktů opět zvýšit o počet vrácených produktů. Účastníkovi může být obecně nabídnuta možnost zrušit objednávku, ovšem může mu za to být započítán poplatek.

Je třeba zde také zmínit, že popsaný způsob může být odborníkem realizován tak, že zainteresovaný účastník 7 může najednou objednat více různých produktů.

Toky dat, naznačené šipkami 12, 13 a 16, probíhající mezi centrálou služeb 11 a zprostředkovacím modulem 5, respektive mezi zprostředkovacím modulem 5 a prodejním modulem 9, jsou podle varianty provedení a implementace těchto serverů odborníkem realizovány jako počítačově interní komunikace, jsou-li odpovídající softwarové programy instalovány na stejném počítači, nebo přes lokální pevné sítě, například přes LAN nebo vysokorychlostní sítě, jsou-li odpovídající softwarové procesy implementovány na různých počítačích.

Služby popsaného způsobu mohou být nabízejícím zúčtovány v různých podobách. Například mohou být vyzvání k placení pevného, kupříkladu jednorázového, ročního nebo měsíčního základního poplatku a dodatečné provize, například v proporci k počtu prodaných nebo nabízených objektů nebo ve vztahu k příjmům v důsledku prodeje těchto objektů.

• 0

0 0 0 *

0* 0000 0«

000

0*0

Vedle možností výdělku prostřednictvím nabídky služeb z popsaného způsobu je rovněž možné prodávat server a obzvláště softwarové programy pro prodejní modul 9.

I když zde bylo uvedeno jen několik málo příkladů použití, jsou možnosti použití takřka neomezené a implementovány mohou být nej různější druhy elektronických a automatických bazarů a trhů. Na tomto místě je třeba uvést, že se pospaný způsob nehodí jen pro snižující se procesy, ve kterých se například snižuje množstevní údaj nebo počet tokenů, nýbrž že ho lze použít i na zvyšující se procesy, ve kterých se například množstevní údaj nebo počet tokenů odpovídajícím způsobem zvyšuje.

Rozšířením naznačených toků dat 10 a 14 na pevné sítě, například na internet nebo veřejně zprostředkované telefonní sítě (PSTN) mohou být takovéto bazary a tržiště zpřístupněny rovněž účastníkům těchto pevných sítí.

Claims (33)

1. PATENTOVÉ NÁROKY

   1. Způsob objednávek, kterým mohou účastníci (7) mobilní radiové sítě (20) objednávat zboží a/nebo služby od většího počtu nabízejících (1), přičemž různé nabízené zboží a/nebo služby jsou identifikovány různými odpovídajícími identifikacemi nabídky, přičemž každá identifikace nabídky zahrnuje identifikaci nabízejícího (1), přičemž účastníci (7) mohou objednávat určité zboží a/nebo určitou službu tím, že zadají do svých mobilních přístrojů odpovídající identifikaci nabídky a zprostředkují odpovídající objednací data přes uvedenou mobilní radiovou síť (20) prodejnímu modulu (9), vyznačující se tím, že minimálně určité zboží a/nebo služby odpovídají jednomu z tokenů, které jsou v omezeném počtu dány k dispozici uvedeným prodejním modulem (9), který je při objednávce přes uvedenou mobilní radiovou síť (20) zprostředkován na mobilní telefon objednávajícího účastníka (7).
2. 2. Způsob objednávek podle předchozího nároku, vyznačující se tím, že účastník (7) je rozpoznán při každé objednávce.
3. 3. Způsob objednávek podle předchozího nároku, vyznačující se tím, že objednací data jsou spojena s identifikačními daty účastníka.
4. 4. Způsob objednávek podle předchozího nároku, vyznačující se tím, že uvedená identifikační data účastníka zahrnují doručovací adresu.
5. 5. Způsob objednávek podle kteréhokoli z předchozích nároků, vyznačující se tím, že objednací data jsou automaticky předána nabízejícímu (1), uvedenému v objednacích datech.

   «·«· ·· • · ·
6. 6. Způsob objednávek podle kteréhokoli z předchozích nároků, vyznačující se tím, že zboží a/nebo služby jsou účastníkům (7) nabízeny přes různé komunikační kanály (61, 62, 63), přičemž minimálně určité nabídky obsahují identifikaci nabídky.
7. 7. Způsob objednávek podle předchozího nároku, vyznačující se tím, že nabízení zboží nebo služby se zastaví (210), pokud již nejsou k dispozici odpovídající tokeny.
8. 8. Způsob objednávek podle jednoho z nároků 6 nebo 7, vyznačující se tím, že nabízení zboží nebo služby se zastaví (210), pokud uplyne datum spotřeby tohoto zboží nebo této služby.
9. 9. Způsob objednávek podle kteréhokoli z předchozích nároků, vyznačující se tím, že minimálně určité z uvedených tokenů, zprostředkovaných na mobilní přístroj účastníka (7), se uloží na vyjímatelnou čipovou kartu, s tímto mobilním přístrojem spojenou,
10. 10. Způsob objednávek podle předchozího nároku, vyznačující se tím, že minimálně určité na uvedené čipové kartě uložené tokeny mohou být při kontrole přístupu použity jako vstupenky.
11. 11. Způsob objednávek podle kteréhokoli z předchozích nároků, vyznačující se tím, že minimálně určití z uvedených objednávajících účastníků (7) navíc zadávají objednací počet, který je spolu s uvedenými objednacími daty zprostředkován uvedenému prodejnímu modulu (9),
12. 12. Způsob objednávek podle předchozího nároku, vyznačující se tím, že se zprostředkovává takový počet tokenů, který odpovídá objednacímu počtu, pokud jsou k dispozici.

    * · * φ · ·

    ΦΦΦ ·· ΦΦΦ * * φ
13. 13. Způsob objednávek podle kteréhokoli z nároků 11 nebo 12, vyznačující se tím, že lze zprostředkovávat tokeny, které zahrnují dodací počet.
14. 14. Způsob objednávek podle kteréhokoli z předchozích nároků, vyznačující se tím, že uvedený nabízející (1) může předávat informace o nabízeném zboží a/nebo službách automatizovanému nabídkovému serveru (3) .
15. 15. Způsob objednávek podle kteréhokoli z předchozích nároků, vyznačující se tím, že v dodatečném kroku (201) je ověřována solventnost uvedeného objednávajícího účastníka (7), než je zprostředkován uvedený token.
16. 16. Způsob objednávek podle kteréhokoli z předchozích nároků, vyznačující se tím, že se uvedenému objednávajícímu účastníkovi (7) přes uvedenou mobilní radiovou síť (20) zprostředkuje negativní potvrzení (203), není-li jeho přijaté objednávce odpovídající token disponibilní.
17. 17. Způsob objednávek podle kteréhokoli z předchozích nároků, vyznačující se tím, že uvedenému účastníkovi (7) jsou náklady za jím objednané zboží nebo službu, pro které byl zprostředkován token, připsány na jeho účet za komunikační služby v uvedené mobilní radiové síti (2é).
18. 18. Způsob objednávek podle kteréhokoli z nároků 1 až 16, vyznačující se tím, že uvedenému objednávajícímu účastníkovi (7) jsou náklady za jím objednané zboží nebo službu, pro které byl zprostředkován token, připsány k tíži na jeho účet od poskytovatele finančních služeb.

    • · 0

    0 0

    0 0

    0·· 0000 00 ί 0 'i

    0 0 ·

    0 0· «· «0·
19. 19. Způsob objednávek podle kteréhokoli z nároků 1 až 16, vyznačující se tím, že uvedenému objednávajícímu účastníkovi (7) jsou náklady za jím objednané zboží nebo službu, pro které byl zprostředkován token, připsány k tíží na jeho čipové kartě.
20. 20. Způsob prodeje k prodeji zboží a/nebo služeb omezeného disponibilního počtu, který je nabízen k prodeji minimálně jedním nabízejícím (1) většímu počtu účastníků (7) minimálně jedné mobilní radiové sítě (20) přes minimálně jeden komunikační kanál (61, 62, 63), vyznačující se tím, že jsou přijímány a ukládány informace o nabízeném uvedeném zboží a/nebo službách, kteréžto informace obsahují minimálně identifikaci uvedeného zboží a/nebo služeb, identifikaci jejich uvedených nabízejících (1) stejně jako množstevní údaj o uvedeném disponibilním počtu, a že se přijímají objednávky (200), které obsahují minimálně identifikaci uvedeného zboží a/nebo služby, identifikaci uvedeného nabízejícího (1), stejně jako identifikační data zainteresovaného účastníka (7).
21. 21. Způsob prodeje podle předchozího nároku, vyznačující se tím, že jsou vydány instrukce k zastavení nabízení příslušného zboží nebo příslušné služby (210), pokud příslušný uvedený množstevní údaj činí nulu (209).
22. 22. Způsob prodeje podle kteréhokoli z nároků 20 až 21, v y značující se tím, že jsou vydány instrukce k zastavení nabízení příslušného zboží nebo příslušné služby (210), pokud uplynulo datum spotřeby tohoto příslušného zboží nebo této příslušné služby.

    ♦ · · * · · • · «
23. 23. Způsob prodeje podle kteréhokoli z nároků 20 až 22, vyznačující se tím, že přijatá uvedená objednávka navíc zahrnuje objednací počet.
24. 24. Způsob prodeje podle předchozího nároku, vyznačující se tím, že se zprostředkovávají tokeny, jejichž počet odpovídá objednacímu počtu, je-li k dispozici dostatek příslušného zboží nebo služeb.
25. 25. Způsob prodeje podle kteréhokoli z nároků 23 až 24, vyznačující se tím, že se zprostředkovává token, který může zahrnovat dodací počet.
26. 26. Způsob prodeje podle kteréhokoli z nároků 20 až 25, vyznačující se tím, že v dodatečném kroku (201) je ověřována solventnost uvedeného zainteresovaného účastníka (7), než mu je zprostředkován token, odpovídající jeho přijaté objednávce (204).
27. 27. Způsob prodeje podle kteréhokoli z nároků 20 až 26, vyznačující se tím, že uvedenému zainteresovanému účastníkovi (7) je přes uvedenou mobilní radiovou síť (20) zprostředkováno negativní potvrzení (203), nelze-li zprostředkovat token, odpovídající jeho přijaté objednávce.
28. 28. Způsob prodeje podle kteréhokoli z nároků 20 až 27, vyznačující se tím, že uvedenému zainteresovanému účastníkovi jsou náklady za jím objednané zboží nebo službu, pro které mu byl zprostředkován odpovídající token, připsány k tíži na jeho účet za komunikační náklady v uvedené mobilní radiové síti (20).
29. 29. Způsob prodeje podle kteréhokoli z nároků 20 až 28, vyznačující se tím, že uvedenému zainteresovanému účastníkovi jsou náklady za jím objednané zboží nebo službu, pro které mu byl zprostředkován * * * • · · • · · «· ··♦

    4 « * • · ♦ • « 4 ·· ···· • · odpovídající token, připsány k tíži na jeho účet od poskytovatele finančních služeb.
30. 30. Způsob prodeje podle kteréhokoli z nároků 20 až 29, vyznačující se tím, že uvedenému zainteresovanému účastníkovi jsou náklady za jím objednané zboží nebo službu, pro které mu byl zprostředkován odpovídající token, připsány k tíži na jeho čipovou kartu.
31. 31. Způsob prodeje podle kteréhokoli z nároků 30 až 31, vyznačující se tím, že uvedená identifikační data zainteresovaného účastníka (7) zahrnují doručovací adresu.
32. 32. Prodejní server, zahrnující programovatelný počítač s komunikačními prostředky, který může realizovat způsob prodeje podle nároků 20 až 31.
33. 33. Počítačově čitelný nosič dat, obsahující kódovaná data, která reprezentují počítačový program, který umožňuje řídit prodejní server podle předchozího nároku tak, že tento realizuje způsob prodeje podle nároků 20 až 31.