CZ290370B6 - Způsob a zařízení pro flexibilní a optimální příjem a směrování telefonních volání - Google Patents

Abstract

Volaj c strana prov d telefonn vol n prost°ednictv m telefonn s t (15) do druh ho koncov ho za° zen (20). Druh koncov za° zen (20) analyzuje informace o vol n spojen s telefonn m vol n m. Informace o vol n se rozd l na samostatn atributy jako nap° klad volaj c telefonn slo a volan telefonn slo. Pak se prohled jeden nebo v ce seln²ch seznam , ulo en²ch ve druh m koncov m za° zen , aby se zjistilo, zda obsahuj z znam, kter² vykazuje shodu s volac mi atributy. Nenajde-li se shoda, vol n se odm tne. Najde-li se jedna nebo v ce shod, vol n se sm ruje podle specifikace u z znamu z seln ho seznamu s nejoptim ln j shodou. seln seznamy m e u ivatel snadno m nit.\

Description

Vynález se týká oblasti zpracování dat. Podrobněji tento vynález umožňuje příjemci telefonního volání analyzovat informace o volání spojené s telefonním voláním pro určení optimálního směrování telefonního volání.

Dosavadní stav techniky

Telekomunikační průmysl zaznamenal v posledních letech významný technologický pokrok. Minula doba kdy byl telefon byl chválen jako jednoduché zařízení k telefonnímu styku.

Účastník je po příchodu ze zaměstnání zahrnut množstvím telefonních volání a nabídkou speciálních služeb a zboží. Ochranu proti tomu nabízí použití záznamníku. Použití záznamníků má za následek sníženou chuť volání přátel, kteří musí odpovídat na záznamník předtím, než jsou spojeni na živo. Někteří lidé mají tzv. záznamníkovou fóbii a zavěsí ihned po několika zazvoněních, aby nespustili záznamník.

Některé z regionálních společností v USA nabízejí svým klientům službu nazvanou identifikace volajícího. Při identifikaci volajícího se zobrazí telefonní číslo příchozího volání na telefonu uživatele jakmile zazvoní. Vlastník má možnost prohlédnout si číslo a rozhodnout se, zda chce volání přijmout nebo ne. Ačkoliv identifikace volajícího nabízí několik výhod co se týče nežádoucích dotazů, má i svá omezení. Vlastník si často nemůže zapamatovat zobrazené telefonní číslo a rozpoznat, jedná-li se o přítele nebo ne, a často se splete při rozhodování o tom, zda má telefon zvednout.

Technologický rozvoj telefonních sítí způsobil vlastníkům přístrojů také jiné problémy. Přeje-li si uživatel zavolat do nějaké obchodní společnosti, aby se zeptal například na zboží nebo služby, neodpoví na jeho volání známý lokální obchodník. Jeho volání je přijato komplikovanou telemarketingovou sítí vyskytující se neznámo kde. Vlastník potom musí trpělivě snášet zpoždění, neboť jeho volání je přepojováno v rámci telemarketingové společnosti při hledání odborníka s potřebnými znalostmi, které jsou potřeba k zodpovězení na tento konkrétní požadavek. Po uživateli se často požaduje, aby odpovídal na složité série otázek, které klade automaticky přehrávaný hlas pomocí stisku několika tlačítek nebo jiných znaků klávesnice telefonu. Tyto kruté způsoby směrování volání nejsou uspokojující ani pro telemarketingové společnosti, protože jejich odborníci jsou nedostatečně využiti. Vadit to může zejména zákazníkům, kteří se pak mohou rozhodnout přejít ke konkurenci.

Podstata vynálezu

Primárním předmětem vynálezu je zajištění zdokonaleného mechanismu pro manipulaci s příchozími telefonními voláními.

Dalším předmětem vynálezu je zajistit automatický mechanismus pro účinnou ochranu před nežádoucími hovory.

Dalším předmětem vynálezu je zajištění automatického mechanismu pro účinné směrováni příchozího telefonního hovoru do optimálního místa určení.

Tyto a další předměty jsou dosaženy způsobem a zařízením pro flexibilní a optimální příjem a směrování telefonních volání, které jsou zde popsány.

Telefonní volání je provedeno volající stranou. Telefonní volání je směrováno prostřednictvím telefonní sítě k jednomu koncovému zařízení. Koncové zařízení analyzuje informace o volání spojené s telefonním voláním. Informace o volání jsou rozděleny na samostatné volací atributy jako je volající telefonní číslo a volané telefonní číslo. Potom se prohledá jeden nebo více seznamů čísel, aby se zjistilo zda obsahují záznam, který se shoduje s volacími atributy. Pokud se shoda nenajde, volání se zamítne. Nalezne-li se jedna nebo více shod, je volání směrováno podle toho jak udává záznam v seznamu čísel, který vykazuje nej optimálnější shodu. Seznamy čísel může uživatel jednoduše měnit.

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 komunikační prostředí podle tohoto vynálezu obr. 2 koncové zařízení podle tohoto vynálezu obr. 3 podrobnější znázornění obsahu paměti koncového zařízení podle tohoto vynálezu obr. 4A vzorové seznamy čísel podle tohoto vynálezu použité v upřednostňovaném provedení obr. 4B vzorové vyhledávací stromy pro seznamy čísel na obr. 4A obr. 5 vzorový číselný seznam podle tohoto vynálezu použitý v alternativním provedení obr. 6A-6B vývojový diagram vhodně naprogramovaného koncového zařízení podle tohoto vynálezu.

obr. 7 počítačové obrazovky použité k úpravě informací obsažených v seznamu čísel podle tohoto vynálezu

Příklady provedení vynálezu

Obr. 1 ukazuje komunikační prostředí podle vynálezu. První telefon 10 je způsobilý k zahájení volání, které je přijato druhým telefonem 18 prostřednictvím prvního koncového zařízení 12, telekomunikační sítě 15 a druhého koncového zařízení 20. V upřednostňovaném provedení je síť 15 síť ISDN, ačkoliv lze použít také jiné telekomunikační sítě od současných založených na DTMF až po sítě budoucnosti. Lze použít libovolnou telekomunikační síť způsobilou pro přenos souvisejících informací o telefonním volání.

Síť 15 podporuje spojení až tisícům koncových zařízení takových jako je první koncové zařízení 12 a druhé koncové zařízení 20 na obr. 1. Koncové zařízení připojené k síti 15 podporuje protokol sítě 15 umožňuje komunikaci mezi jednotlivým koncovým zařízením a libovolným z připojených telefonů. Přestože obr. 1 ukazuje jeden telefon připojený ke každému z koncových zařízení, lze ke každém koncovému zařízení kdekoliv připojit až několik stovek telefonních přístrojů.

-2 CZ 290370 B6

První koncové zařízení 12 může být umístěno na stejném místě jako jeho podporované telefony nebo na místě vzdáleném v místní, regionální nebo národní telefonní ústředně. Zatímco první telefon 10 a první koncové zařízení 12 a druhý telefon 18 a druhé koncové zařízení 20 jsou v upřednostňovaném provedení diskrétní komponenty, v alternativním provedení může být telefon a koncové zařízení v jedné kombinované jednotce. Tato kombinace může být zvláště výhodná pro domovní nebo malé kancelářské prostředí, kde není potřeba výkonné koncové zařízení s připojenými stovkami telefonů.

Obr. 2 ukazuje podrobněji druhé koncové zařízení 20. Druhé koncové zařízení 20 obsahuje síťové rozhraní 21, procesor 23, paměť 30 a telefonní rozhraní 25. Síťové rozhraní 21 umožňuje koncovému zařízení 20 komunikovat se sítí 15. Síťové rozhraní 21 přijímá telefonní volání zahájené z ostatních telefonů této sítě a také přenáší telefonní volání zahájená z dalších telefonů připojených ke druhému koncovému zařízení 20 prostřednictvím vedení 17. Vedení 17 není vyžadováno, neexistují-li telefony, ke kterým se lze připojit, jako například pro datová volání mezi koncovými zařízeními, nebo v případech, kdy koncové zařízení odpovídá na hlasové volání digitalizovanou řečí nebo směruje volání zpět prostřednictvím sítě 15.

Procesor 23, vhodně naprogramovaný, jak ukazuje vývojový diagram na obr. 6A-6B, provádí příjem/odmítání a optimalizované směrování příchozích volání přijatých druhým koncovým zařízením 20 jak bude podrobněji popsáno níže. Procesor 23 může být velmi jednoduchý mikroprocesor, jako například Intel 8088, nebo být součástí složitějšího výpočetního prostředí, které se nachází v mikropočítačích, počítačích středního výkonu nebo sálových počítačích.

Telefonní rozhraní 25 je připojeno k procesoru 23 a umožňuje druhému koncovému zařízení 20 komunikovat s jedním nebo více telefony, jako například s druhým telefonem 18 (obr. 1) připojeným k telefonnímu rozhraní 25 prostřednictvím vedení 17. Složitost telefonního rozhraní 25 ve velké míře závisí na počtu telefonů podporovaných druhým koncovým zařízením 20. Je-li podporován pouze jeden nebo maximálně několik málo telefonů, může být telefonní rozhraní 25 jednoduchá přepínací logika, která se nachází v běžným multiplexorech, nebo jiná odborníkům dobře známá logická hradla. Telefonní rozhraní 25 se nevyžaduje pokud druhé koncové zařízení 20 není spojeno s žádným z telefonů. Naopak, jsou-li napájeny desítky, stovky nebo tisíce telefonů, telefonní rozhraní 25 je stále složitější. Může být žádoucí použít výpočetní výkon soukromé pobočkové ústředny nebo podobného zařízení, popř. softwaru, které jsou schopny komunikace s takovým zařízením.

V upřednostňovaném provedení je procesor 23 a paměť 30 součástí aplikačního systému Application System/400 se středně velkým výpočetním výkonem vyráběného firmou IBM. Síťové rozhraní 21 je adaptér ISDN Basic Rate Interface integrovaný do AS/400. Linka 16 je kabel RJ45. Telefonní rozhraní 25 je licenční programový produkt CallPath/400 umožňující manipulaci s telefonem, také vyráběný firmou IBM.

Vrátíme-li se znovu k obr. 2, je paměť 30 spojena s procesorem 23. Paměť 30 obsahuje data, která používá vhodně programovaný procesor 23 pro rozhodnutí, zda příchozí volání přijmout či odmítnout, a v případě přijetí jej směrovat do příslušného telefonu. Obsah paměti 30 je podrobně ukázán na obr. 3. Paměť 30 obsahuje jeden nebo více číselných seznamů 31 ajeden nebo více vyhledávacích stromů 32. Každý číselný seznam v paměti 30 obsahuje stejný počet řádků (jako například řádek 33) a sloupců (jako například 34) jako ostatní číselné seznamy v paměti 30. Každý řádek číselného seznamu je záznam s číslem. Záznam s číslem v seznamu obsahuje jeden nebo více sloupců dat. Jak bude podrobněji uvedeno níže, jsou data číselného seznamu použita k určení optimální cesty nebo odmítnutí příchozího volání. Počet řádků, sloupců a číselných seznamů je proměnný a může se měnit podle požadované funkčnosti.

Vyhledávací stromy 32 se používají v upřednostňovaném provedení k urychlení vyhledávání dat v číselném seznamu, ale nejsou potřeba v alternativním provedení. Jsou-li použity vyhledávací

-3 CZ 290370 B6 stromy 32, existuje jeden vyhledávací strom pro každý sloupec (jako například sloupec 34) číselného seznamu. Protože každý seznam čísel z číselných seznamů 31 obsahuje čtyři sloupce, jsou ukázány čtyři vyhledávací stromy 32.

Každý vyhledávací strom obsahuje záznamy, jako například záznam 35. Vyhledávací strom obsahuje počet záznamů, který se rovná celkovému počtu záznamů ve všech číselných seznamech. Jelikož existuje celkem patnáct vstupů v číselných seznamech 31, obsahuje každý vyhledávací strom patnáct záznamů.

První vyhledávací strom obsahuje data z číselného seznamu z prvního sloupce každého číselného seznamu. Záznam vyhledávacího stromu obsahuje tři sloupce dat vyhledávacího stromu. Sloupec 37 záznamu 35 vyhledávacího stromu obsahuje data z číselného seznamu na prvním řádku a v prvním sloupci druhého číselného seznamu, zde například 5551212. Sloupec 38 obsahuje označení číselného seznamu, ze kterého přicházejí tato data číselného seznamu (například zde označeno jako 02 což udává číselný seznam 02). Sloupec 39 obsahuje označení řádku v číselném seznamu, ze kterého pocházejí data tohoto číselného seznamu (zde například 01 což udává první řádek číselného seznamu).

V upřednostňovaném provedení jsou záznamy vyhledávacího stromu setříděny podle dat číselného seznamu, číselného seznamu a řádku, aby se urychlilo vyhledávání. Například tři záznamy před záznamem 35 by obsahovaly data z číselného seznamu z jeho prvního sloupce záznamů s čísly menšími než 551212. Zbývající záznamy následující za záznamem 35 v prvním vyhledávacím stromu by obsahovaly data z prvního sloupce ve zbytku záznamů z číselných seznamů s čísly většími než 5551212, za nimi by následovaly všechny záznamy se zástupnými znaky (jako například 608#) a všechny obecné záznamy (jako například *ANY, tj. všechny).

Druhý vyhledávací strom obsahuje data ze druhého sloupce každého číselného seznamu opět setříděná pro urychlení vyhledávání. Záznam 36 obsahuje data číselného seznamu z prvního řádku druhého sloupce druhého seznamu (například zde 23). Zbytek druhého vyhledávacího stromu, stejně tak i třetí a čtvrtý vyhledávací strom se řídí stejným organizačním vzorem. Jak je odborníkům jasné, organizační vzor vyhledávání do stromu je jen jedním z několika více možných ekvivalentních organizačních vzorů, které lze použít k urychlení vyhledávání dat v číselném seznamu.

Obr. 4A ukazuje vzorové číselné seznamy podle tohoto vynálezu, které lze použít v aplikaci přijímání hovorů v telemarketingu, kde koncové zařízení přijímá denně tisíce volání. Jsou zobrazeny tři číselné seznamy. Tyto seznamy obsahují čtyři sloupce dat. První sloupec obsahuje telefonní číslo volající strany. Druhý sloupec obsahuje dílčí adresu volající strany. Dílčí adresa může být vložena původcem telefonního volání nebo jeho koncovým zařízením a může poskytovat dodatečné informace o volající straně. Například dílčí adresa volající strany 13 může znamenat, že volající je vdaná běloška ve věku 30-50 let s ročním příjmem nad 50 000 dolarů.

Třetí sloupec obsahuje telefonní číslo volané strany. Čtvrtý sloupec obsahuje dílčí adresu volané strany, obsahující dodatečné informace o účelu volání. Například dílčí adresa 09 volající strany může být kódem inzerátu v časopise, která byla zadána původcem volání, který naznačuje, že volající má zájem se dozvědět podrobnější informace o mezinárodním kapitálovém společném fondu.

V našem příkladu na obr. 4A koncové zařízení v telemarketingovém centru, kde se přijímají telefonické hovory, přijme telefonické volání. Telefonické volání by bylo doprovázeno informacemi o volání, které souvisí s telefonickým voláním. Koncové zařízeni by rozdělilo informace o volání na jeden nebo více volacích atributů. Volací atributy jsou v tomto příkladu

-4CZ 290370 B6 číslo volající strany, dílčí adresa volající strany a dílčí adresa volané strany. Atributy prostředí udávají informace o příjemci volání a jsou-li přítomny, zjistí se a přidají se k volacím atributům.

Tyto atributy se porovnají s každým záznamem číselného seznamu, přičemž se hledá jedna nebo více shod. Shodou může být bud, to přesná shoda, shoda se zástupnými znaky, nebo generická shoda. Přesná shoda je tam, kde všechny atributy se přesně shodují se všemi daty v záznamu. Povšimněte si, že v upřednostňovaném provedení se data ΝΟΝΕ (žádný) považují za přesnou shodu pro atribut, který neobsahuje žádná data. Shoda se zástupnými znaky nastává tam, kde se neshoduje jeden nebo více atributů přesně s daty v číselném seznamu, ale kde se shoduje zkrácená verze atributu s daty z číselného seznamu v záznamu. Například telefonní číslo 6081111211 by se přesně neshodovalo s údajem z číselného seznamu 608#, ale nastane shoda se zkrácenou verzí telefonního čísla. Znak # je jednou z mnoha reprezentací operace zkracování zleva doprava. V alternativním provedení lze používat jiné zkracování pomocí zástupných znaků kromě zkracování zleva doprava. Například u dat $555# z číselného seznamu by nastala shoda se zkrácenou verzí volacího atributu 6085551111, protože tento volací atribut obsahuje řetězec 555. Znak $ je jedním z více reprezentací operace zkracování zprava doleva.

Generická shoda nastává tam, kde jeden nebo více atributů nenalezne přesnou shodu s daty v číselném seznamu v záznamech, ale kde data v číselném seznamu udávají, že je pro atribut přípustná libovolná hodnota. Například telefonní číslo 6081111211 by nenalezlo přesnou shodu s daty v číselném seznamu *ANY, údaj *ANY však udává, že je přípustné libovolné telefonní číslo, včetně 6081111211.

Je třeba poznamenat, že záznam v číselném seznamu označený jako shoda se zástupnými znaky nebo generická shoda s atributy z příchozích volání a prostředí příjemce mohou skutečně obsahovat jeden nebo více záznamů, které jsou identické s určitým atributem. Například, volací atributy 5075553311, 12, 6082224444, 00 od příchozího volání by se genericky shodovaly se záznamem 5075553311, *ANY, *ANY, *ANY, přestože atribut prvního volání 5075553311 je identický s daty v záznamu z prvního číselného seznamu.

V upřednostňovaném provedení nemůže mít záznam v číselném seznamu přesnou shodu, shodu se zástupnými znaky ani generickou shodu s volacími atributy a atributy prostředí, pokud u nějakých dat v záznamu číselného seznamu nenastane shoda sjeho atributem. Alternativní provedení by to umožňovalo, avšak jen pokud se shoduje alespoň jeden atribut.

Záznam v číselném seznamu, který se přesně shoduje s atributy příchozího volání se považuje za získání volání a může indikovat, kam se má volání směrovat. Není-li nalezena přesná shoda, získá volání nejoptimálnější nebo generická shoda. Způsob určení toho, která shoda se zástupnými znaky nebo generická shoda je nejoptimálnější bude popsán podrobněji níže, nicméně je založen na počtu záznamů identických s volacími atributy a na libovolném uživatelem určeném nastavení vah důležitosti dat z číselného seznamu.

Nenalezne-li se žádná přesná shoda, shoda se zástupnými znaky, ani generická shoda (jak bylo definováno výše) volání se odmítne.

Tyto informace o směrování použité získávajícím záznamem z číselného seznamu pro směrování telefonního volání mohou být bud, to připojeny ke každému číselnému seznamu jako celku, nebo mohou být spojeny s každým záznamem v číselném seznamu. Směrovací data mohou být uložena v paměti s číselným seznamem nebo se záznamem číselného seznamu nebo uložena jako součást aplikačního programu nebo jiných segmentů paměti 30 (obr. 2).

Nyní opět co se týče obr. 4A předpokládejme, že číselný seznam 01 je určen ke zpracování směrování příchozích volání, pro které nelze předem získat podrobné informace. Kdykoliv je záznam z číselného seznamu v číselném seznamu 01 vítězný pro příchozí volání, bude příchozí

-5CZ 290370 B6 volání směrováno na telefon podle číselného seznamu 01. Číselný seznam 02 je určen k řízení směrování příchozích volání pro speciální zákazníky, kteří již dříve volali nebo pro ty, jejichž telefonní číslo, popř. jiné informace, byly již získány. Tyto zákazníky lze nasměrovat rychle a přesně k obchodníkovi telemarketingové společnosti, který obsluhuje telefon podle číselného seznamu 02. Volání může obsahovat dostatek podrobností ktomu, aby mohl pracovník telemarketingové společnosti odpovědět na příchozí hovor nějak adresně, například Dobrý den pane Nováku! Už jste se rozmyslel, zda koupíte ten svetr, na který jste se minule ptal ?.

Číselný seznam 03 je určen k řízení směrování příchozích volání od zákazníků, kteří do společnosti ještě nikdy nevolali, avšak označili konkrétní dotaz. Například jakékoli příchozí volání obsahující dílčí adresu volaného 21 udává, že zákazník si přeje dozvědět podrobnosti o léčení a prevenci plešatosti, takže volání může být směrováno automaticky na zaměstnance telemarketingové společnosti, který se touto problematikou zabývá.

Na obr. 4B jsou znázorněny vyhledávací stromy spojené s číselnými seznamy na obr. 4A. Jak bylo popsáno výše, každý vyhledávací strom obsahuje setříděná data z číselného seznamu z odpovídajícího sloupce každého číselného seznamu.

Obr. 5 ukazuje vzorový číselný seznam podle tohoto vynálezu, který by mohl být použit k aplikaci v domácím prostředí nebo v malé kanceláři, kde koncové zařízení přijímá denně pouze málo telefonních volání. Je ukázán jeden číselný seznam. Tento číselný seznam obsahuje sedm sloupců dat číselného seznamu. První čtyři sloupce byly popsány výše. Pátý sloupec udává den v týdnu, kdy bylo volání přijato. Tato informace může být přijata buďto jako volací atribut, nebo určena procesorem 23 dotazem na systémové datum uložené v paměti 30. Šestý sloupec obsahuje informaci o držiteli. Tyto informace se používají k porovnání s atributem prostředí, který není zahrnut jako část příchozího volání, aleje udán příjemcem volání. Je-li přítomen jeden nebo více atributů prostředí, přidají se a manipuluje se s nimi stejně, jako s volacími atributy přijatými ve volání, jak bude podrobněji popsáno níže. V našem příkladě stavové údaje o držiteli udávají, zda držitelé odešli, nejsou zaneprázdněni, nebo pracují. Poslední sloupec obsahuje informace o směrování. Na rozdíl od příkladu z obr. 3A jsou tato směrovací data uložena v každém záznamu z číselného seznamu.

V našem příkladu z obr. 5 je koncové zařízení obsaženo v hlavním telefonu umístěném v rodinném domě Johnsonových. Do jejich domu jsou zavedeny tři telefonní linky: 5071111111 je telefonní číslo sídla, 5072222222 je telefonní číslo malé účetní firmy paní Johnsonové v přízemí a 5073333333 je telefonní číslo jejich pubertální upovídané dcery Tiffany.

Směrovací kódy 01 a 02 směrují příchozí volání do telefonu v kuchyni, ale kód 02 způsobí dvojí zazvonění tohoto telefonu. Podobně 03 a 04 směrují příchozí volání na telefon v přízemní kanceláři, přičemž opět 04 způsobí dvojí zazvonění tohoto telefonu, a kódy 05 a 06 směrují příchozí volání do ložnice Tiffany, přičemž 06 způsobí jeho dvojí zazvonění. Směrovací kód 00 udává explicitně, aby volání nebylo přijato a směrovací kód 10 udává, aby volání bylo směrováno na rodinný záznamník.

Je-li první záznam z číselného seznamu vítězný záznam, příchozí volání je směrováno do kuchyně a telefon zazvoní jednou. Je-li vítězný záznam čtvrtý záznam číselného seznamu, volání přichází od speciálního klienta obchodu paní Johnsonové a je směrováno na telefon v její kanceláři a zvoní dvakrát. Je-li vítězný záznam osmý záznam z číselného seznamu, volá James Jilted, bývalý přítel Tiffany. Tiffany zadala tento záznam do číselného seznamu tak, aby příchozí volání z Jamesova telefonního čísla nebyla přijímána.

V upřednostňovaném provedeni jsou s číselným seznamem na obr. 5 spojeny vyhledávací stromy podobné vyhledávacím stromům na obr. 48. Jak bylo uvedeno výše, obsahuje každý vyhledávací strom setříděná data z číselného seznamu z příslušného sloupce seznamu. V případě jediného

-6CZ 290370 B6 číselného seznamu nebo malého počtu číselných seznamů nemusí urychlení při použití vyhledávacích strojů vyvážit pracnost s jejich zavedením a používáním.

Obr. 6A-6B ukazují vývojový diagram toho, jak je druhé koncové zařízení 20 naprogramováno k provádění tohoto vynálezu. Blok 101 inicializuje proměnnou nazvanou Count (počet) pro každý záznam číselných seznamů na hodnotu -1. Blok 102 zpracuje nebo rozdělí informace o volání spojené s příchozím hovorem na jeden nebo více volacích atributů. Pomocí našeho příkladu telemarketingové aplikace pro příjem telefonních volání z obr. 4, blok 102 zpracuje informace o volání na čtyři volací atributy známé jako Atribut (1), Atribut (2), Atribut (3) a Atribut (4). Atribut (1) odpovídá číslu volajícího účastníka. Atribut (2) odpovídá dílčí adrese volajícího, atd. Blok 102 také vytvoří záložní kopii těchto atributů, takže vývojový diagram z obr. 6A-6B vždy pracuje se správnými informacemi. Tato záložní kopie se použije k obnově atributu na jeho původní hodnotu pokud se atribut zkrátí nebo se provede jeho zobecnění jako součást konkrétní operace při zpracování.

Blok 110 ověří, zda budou potřeba nějaké atributy prostředí jako součást procesu rozhodování, jak bylo popsáno výše, atribut prostředí není součástí volání, ale je označen příjemcem volání. Existuje-li jeden nebo více atributů prostředí, (jako například stav držitele z obr. 5A), určí se hodnota těchto atributů a přidají se do volacích atributů určených v bloku 102. Také se vytvoří záložní kopie atributů prostředí v bloku 110. V našem příkladě neexistují žádné atributy prostředí.

Pro vysvětlení vývojového diagramu předpokládejme, že je přijato volání a blok 102 zpracuje informace o volání do následujících atributů:

Atribut (1) = 6085551111

Atribut (2) = 16

Atribut (3) = 5073337766

Atribut (4) = 21

Blok 103 hledá v prvním prohledávacím stromu záznam, který vyhovuje Atributu(l). Blok 103 určí, že záznam 201 z prvního prohledávacího stromu vyhovuje Atributu (1), takže blok 104 je vyhodnocen kladně. Blok 105 si zapamatuje číselný seznam (02) a řádek z číselného seznamu (také 02) obsažený v záznamu 201. Blok 106 se zeptá, zda Atribut (1) je *ANY nebo udává shodu se zástupnými znaky. Protože právě nastala přesná shoda, blok 106 je vyhodnocen záporně a blok 107 nastaví proměnnou Count pro tento záznam z číselného seznamu rovnu uživatelsky definované váze Atributu(l). Telemarketingové centrum má možnost rozhodnout se, že některé atributy jsou důležitější než jiné a přiřadit jim různé váhové činitele. Centrum může například přiřadit váhový činitel 0, 5 Atributu(2) a hodnotu 1,0 zbývajícím atributům a tím udat, že Atribut (2) je pouze z poloviny důležitý oproti zbývajícím atributům. Pro naše účely předpokládejme, že všechny atributy mají výchozí váhový činitel 1,0. V tomto případě blok 107 nastaví proměnnou Count=l. Blok 108 nastaví proměnnou counter j = 2 při přípravě na kontrolu dalšího atributu.

Blok 120 (obr. 68) ověří, zda další volací atribut vyhovuje dalšímu sloupci dat ze seznamu čísel v záznamu, který vyhovoval předchozímu volacímu atributu. V našem příkladě z obr. 4 se ověří záznam 202 druhého prohledávacího stromu, aby se zjistilo, zda data v prvním sloupci záznamu 202 vyhovují Atributu(2). Protože Atribut (2) = 16, je provedena shoda, takže tok řízení pokračuje do bloku 122. Blok 122 se zeptá, zda Atribut (j) je *ANY nebo udává shodu se zástupnými znaky. Protože máme přesnou shodu, blok 122 je vyhodnocen záporně a blok 123 inkrementuje proměnnou Count pro tento záznam o uživatelsky definovanou váhu Atributu(2). V našem příkladě blok 123 inkrementuje proměnnou Count na 2.

Blok 124 se přesvědčí, zda existuje další volací atribut, který se má zkontrolovat. Protože ke kontrole na shodu zůstává Atribut (3), proměnná j se inkrementuje na 3 a znovu se provedou

-7 CZ 290370 B6 bloky 120-123. Tyto bloky určí, že nastala shoda mezi záznamem 203 prohledávacího stromu a Atributem(3), takže se proměnná Count inkrementuje na 3. Protože zůstává ke kontrole Atribut (4), provedou se znovu bloky 120-123. Tyto bloky určí, že nastala shoda mezi záznamem 204 prohledávacího stromu a Atributem(4), takže proměnná Count se zvýší na 4 pro tento záznam z číselného seznamu. Blok 124 určí, že neexistují další atributy ke kontrole, takže se tok řízení vrací do bloku 103 na obr. 6A. V našem příkladě udává proměnná Count=4 přesnou shodu pro záznam 301 z číselné tabulky z obr. 4A.

Blok 103 opět zkontroluje první prohledávací strom, aby zjistil, zda existují nějaké další shody pro Atribut (1). Protože žádné další záznamy kromě záznamu 201 neobsahují hodnotu 6085551111, není nalezena žádná shoda a blok 104 je vyhodnocen záporně. Blok 130 se zeptá, zda byly zkontrolovány všechny zástupné znaky pro Atribut (1). Protože jsme ještě nekontrolovali žádné zástupné znaky, blok 130 je vyhodnocen záporně a blok 132 zkrátí Atribut (1) odseknutím jednoho znaku a nahrazením všech odseknutých znaků jedním znakem #. Proto je Atribut (1) nyní 608555111#. Bloky 103, 104, 130 a 132 se provádí opakovaně, dokud není nalezena shoda se zástupnými znaky nebo dokud nebyly odříznuty všechny znaky Atributu(l). V našem příkladě je Atribut (1) opakovaně zkracován, dokud není 608#. V tomto bodě blok 130 nalezne shodu se záznamem 205 prohledávacího stromu, a provede se blok 105 pro uložení číselného seznamu a řádku záznamu 205. Blok 106 se ještě jednou zeptá, zda Atribut (1) = *ANY nebo se jedná o shodu se zástupným znakem. Protože se jedná o shodu se zástupným znakem, proměnná Count spojená s tímto záznamem číselného seznamu je změněna z -1 na 0, což udává, že tento záznam obsahuje platnou shodu. Blok 108 nastaví j=2 a bloky 120-123 zkontrolují, zda se první sloupec záznamu 206 prohledávacího stromu shoduje s Atributem(2). Protože obě tyto hodnoty jsou 16, existuje shoda a proměnná Count je inkrementována na 1.

Blok 125 nastaví j=3 a bloky 120-122 zkontrolují, zda se první sloupec záznamu 207 prohledávacího stromu shoduje s Atributem(3). Protože Atribut (3) = 5073337766 a záznam prohledávacího stromu obsahuje *ANY, nenastává shoda. Blok 121 je vyhodnocen záporně, a tok řízení se přesune do bloku 140. Blok 140 se zeptá, zda byly zkontrolovány všechny zástupné znaky pro Atribut (3). Protože jsme zatím nekontrolovali žádné zástupné znaky pro tento atribut, blok 140 je vyhodnocen záporně a blok 142 zkrátí Atribut (3) odříznutím jednoho znaku a nahrazením všech odříznutých znaků jedním znakem #. Atribut (3) je tudíž nyní 507333776#. Bloky 103, 104, 130 a 132 se opakovaně provádějí, dokud není nalezena shoda se zástupnými znaky nebo dokud nebyly odříznuty všechny znaky Atributu(3).V našem příkladě je Atribut (1) opakovaně zkracován, dokud jediná ponechaná část není #, aniž by došlo dokonce ke shodě s *ANY obsaženým v záznamu 207 prohledávacího stromu. Byly tudíž prohledány všechny zástupné znaky a blok 140 je vyhodnocen kladně.

Blok 150 se zeptá, zda Atribut (3) = *ANY. Protože Atribut (3) je nyní #, blok 150 je vyhodnocen záporně a blok 152 nastaví Atribut (3) = *ANY. Tok se vrátí do bloku 120, který zkontroluje, zda se nyní první sloupec záznamu 207 prohledávacího stromu shoduje s Atributem(3). Protože jsou obě tyto hodnoty nyní *ANY, nastala shoda. Blok 122 je však vyhodnocen kladně, takže proměnná Count není inkrementována. Stejně jako je tomu u shody se zástupnými znaky, proměnná počet Count není u generické shody inkrementována. Blok 124 udává, že existuje ještě jeden atribut, který je třeba ověřit, takže se inkrementuje proměnná j na 4 a přecházíme zpět do bloku 120.

Nyní bloky 120-122 zkontrolují, zda se první sloupec záznamu 208 prohledávacího stromu shoduje s Atributem(4). Protože Atribut (4) = 21 a záznam prohledávacího stromu obsahuje 99, shoda nenastane. Blok 121 je vyhodnocen záporně a tok řízení se přesune na blok 140. Bloky 140 a 142 se provádí, dokud se nenalezne Atribut (4) = # s žádnou shodou. Bloky 150 a 152 pak nastaví Atribut (4) na *ANY, ale tentokrát je blok 121 vyhodnocen záporně, protože *ANY se neshoduje s 99. Protože byly ověřeny všechny zástupné znaky a Atribut (4) je *ANY, blok 150 je vyhodnocen záporně. Když je blok 150 vyhodnocen záporně, víme, že jsme nalezli

-8CZ 290370 B6 záznam, který se neshodoval - tj. neexistuje přesná shoda, shoda se zástupnými znaky, ani generická shoda. V upřednostňovaném provedení záznam číselného seznamu nemůže získat volání pokud obsahuje záznam, kde nenastane shoda u volacího atributu. Blok 155 tudíž resetuje proměnnou Count zpět na -1 pro tento záznam a tím označí dosažení nepřijatelného výsledku. V alternativním provedení může záznam číselného seznamu získat volání pokud obsahuje záznam, který se neshoduje s volacím atributem a má nejvyšší hodnotu proměnné Count. V tomto provedení blok 155 neexistuje.

V obou provedeních blok 156 obnoví atributy na jejich původní hodnoty ze záložní kopie uložené v blocích 102, a/nebo bloku 110 a tok se pak opět vrátí zpět do bloku 103. Blok 103 ověří opět první prohledávací strom, aby zjistil, zda existují nějaké další shody pro Atribut (1). Protože žádné další záznamy kromě záznamu 201 neobsahují hodnotu 6085551111, není nalezena žádná shoda a blok 104 je vyhodnocen záporně. Blok 130 se zeptá, zda byly ověřeny všechny zástupné znaky pro Atribut (1). Protože již tyto zástupné znaky byly ověřeny, blok 130 je vyhodnocen kladně. Blok 160 se zeptá, zda Atribut (1) = *ANY. Protože Atribut (1) není *ANY, blok 160 je vyhodnocen záporně a blok 162 nastaví Atribut (1) = *ANY. Tok se vrátí do bloku 103, který ověří, zda se první sloupec záznamu 209 prohledávacího stromu nyní shoduje s Atributem(l). Protože obě tyto hodnoty jsou nyní *ANY, nastává shoda. Bloky 104 a 106 jsou vyhodnoceny kladně a blok 109 nastaví proměnnou Count pro záznam na 0.

Opakovaně se provádí bloky 120, 121, 140, 150, 152, 103-108, 120, 121, 122, 124 a 125 a určí, že záznamy 210, 211 a 212 prohledávacího stromu, jako například záznam 209 prohledávacího stromu, všechny obsahují generické shody. Blok 124 je po ověření posledního atributu vyhodnotí záporně a tok se vrací zpět do bloku 103. Povšimněte si, že proměnná Count pro tento záznam číselného seznamuje 0.

Blok 103 eventuálně najde další výskyty, kde je *ANY umístěno v prvním sloupci záznamu prohledávaného stromu a eventuálně určí, že tyto záznamy číselného seznamu nejsou přípustné, protože obsahují jednu nebo více neshod. Po ověření všech těchto záznamů je blok 160 vyhodnocen kladně, což znamená, že veškeré prohledávání je hotové. Řízení toku se přesune do bloku 170.

Blok 170 hledá záznam číselného seznamu s nejvyšší hodnotou proměnné Count. Určí, že záznam 301 číselného seznamu má hodnotu proměnné Count 4, záznam 302 má hodnotu proměnné Count 1, záznam 303 má hodnotu proměnné Count 0 a zbytek záznamů má hodnotu proměnné Count -1. Určí proto, že záznam 301 číselného seznamu je vítěz s hodnotou proměnné count 4. V případě nerozhodného výsledku může být vítěz vybrán náhodně nebo jiným mechanismem rozřešování nerozhodných výsledků.

Blok 171 se zeptá, zda hodnota proměnné Count pro vítězný záznam číselného seznamu je platná. V upřednostňovaném provedení je platná libovolná hodnota proměnné count větší nebo rovna 0, přestože tento způsob určení by mohlo být v případě potřeby jiné. Protože záznam 301 číselného seznamu má platnou hodnotu proměnné count 4, blok 172 směruje volání podle toho jak udává záznam číselného seznamu nebo číselný seznam. V našem příkladě se volání směruje pracovníkovi telemarketingové společnosti, který odpovídá číselnému seznamu 02, protože záznam 301 číselného seznamu je členem číselného seznamu 02. Program pak skončí v bloku 190. Pokud nebyl nalezen platný číselný seznam, volání by se v bloku 175 odmítlo.

Data číselného seznamu obsažená v číselných seznamech, stejně tak jako váhové koeficienty přiřazené volacím atributům, mohou být snadno měněny uživatelem, jako je ukázáno na obrazovkách obr. 7.

Zatímco tento vynález byl popsán vzhledem k upřednostňovanému provedení, odborníci pochopí, že v něm lze provádět mnoho změn v detailech bez odchýlení od ducha, rozsahu

-9CZ 290370 B6 a nauky tohoto vynálezu. Například přestože se většina popisu soustředila na hlasové aplikace, přijímaní/odmítání a směrování datových hovorů mezi počítači by také mohlo použít tento vynález. Tento vynález by byl důležitý zejména jako bezpečnostní mechanismus pro vzdálené terminály připojené k hostitelskému počítači prostřednictvím telefonického připojení sítě. Navíc lze použít jiné mechanismy pro zadávání/změnu dat v číselném seznamu, jako například použití číselné klávesnice samotného telefonu, místo obrazovek z obr. 7A-C. Zde uvedený popis má tedy být omezen pouze do té míry, jak udávají patentové nároky.

PATENTOVÉ NÁROKY

Claims (6)

1. Způsob pro flexibilní a optimální příjem a směrování telefonního volání založený na informacích o volání spojených s telefonním voláním, vyznačující se tím, že informace o volání se rozdělí na množství volacích atributů, dále se hledá v číselném seznamu první záznam z číselného seznamu, který vykazuje shodu s množstvím volacích atributů, potom se nalezne první záznam z číselného seznamu vykazující shodu, potom se přiřadí první hodnota prvnímu záznamu z číselného seznamu, přičemž první hodnota ukazuje jak optimálně se shoduje první záznam z číselného seznamu s množstvím atributů, v dalším kroku se v číselném seznamu hledá druhý záznam z číselného seznamu, který vykazuje shodu s množstvím atributů, pak se nalezne druhý záznam z číselného seznamu a přiřadí se druhá hodnota druhému záznamu z číselného seznamu, přičemž druhá hodnota udává, jak optimálně druhý se záznam z číselného seznamu shoduje s množstvím volacích atributů, pak se určí, zda druhá hodnota udává optimálnější shodu než první hodnota a telefonní hovor se směruje na telefon spojený s druhým záznamem z číselného seznamu, pokud se určí, že druhá hodnota udává optimálnější shodu.

2. Způsob podle nároku 1,vyznačující se tím, že během přiřazování první hodnoty prvnímu číselnému seznamu se označí v první hodnotě, že první záznam z číselného seznamu obsahuje platnou shodu, dále se určí váhový činitel pro každý z množství volacích atributů a inkrementuje se první hodnota o váhový činitel spojený s jedním z množství volacích atributů pokaždé, když se záznam z číselného seznamu přesně shoduje s jedním z množství volacích atributů.

3. Způsob podle nároku 1 nebo 2, vyznačující se tím, že se určí atribut prostředí a

- 10CZ 290370 B6 hledá se v číselném seznamu první záznam z číselného seznamu, který vykazuje shodu s atributem prostředí, potom se přiřadí první hodnota prvnímu záznamu z číselného seznamu, přičemž první hodnota udává, jak optimálně se shoduje první záznam z číselného seznamu s atributem prostředí a v číselném seznamu se hledá druhý záznam z číselného seznamu, který vykazuje shodu s atributem prostředí a přiřadí se druhá hodnota druhému záznamu z číselného seznamu, kde druhá hodnota udává, jak optimálně se shoduje druhý záznam z číselného seznamu s atributem prostředí.

4. Způsob podle nároku 3, v y z n a č u j í c í se tím, že se určí váhový činitel pro atribut prostředí a první hodnota se inkrementuje o váhový činitel spojený s atributem prostředí pokaždé, když se data v číselném seznamu přesně shodují s atributem prostředí.

5. Zařízení pro flexibilní a optimální příjem a směrování telefonních volání z telefonní sítě na základě informací o volání spojených s telefonním voláním, obsahující koncové zařízení (12, 20) připojené k telefonní síti (15), přičemž koncové zařízení (12, 20) má procesor (23) a paměť (30), vy z n a č uj í c í se t í m , že obsahuje prostředky pro rozdělení informací o volání na množství volacích atributů, prostředky pro hledání v prvním číselném seznamu prvního záznamu z číselného seznamu, který vykazuje shodu s množstvím volacích atributů a pro hledání v číselném seznamu druhého záznamu z číselného seznamu, který vykazuje shodu s množstvím volacích atributů, prostředky pro hledání prvního záznamu z číselného seznamu, který vykazuje shodu, a pro hledání druhého záznamu z číselného seznamu, prostředky pro přiřazení první hodnoty prvnímu záznamu z číselného seznamu a pro přiřazení druhé hodnoty druhému záznamu z číselného seznamu, prostředky pro určení toho, zda druhá hodnota udává optimálnější shodu, nežli první hodnota a prostředky pro směrování telefonního volání na telefon spojený s druhým záznamem z číselného seznamu, pokud se určí, že druhá hodnota udává optimálnější shodu.

6. Zařízení podle nároku 5, vyznačující se tím, že dále obsahuje prostředky pro označení první hodnotě, že první záznam z číselného seznamu obsahuje platnou shodu, prostředky pro určení váhového činitele pro každý z množství volacích atributů a prostředky pro inkrementování první hodnoty o váhový činitel spojený s jedním z množství volacích atributů, kde inkrementování nastane pokaždé, když se data v záznamu z číselného seznamu přesně shodují s jedním z množství volacích atributů.