CZ2000697A3 - Systém pro centrálnísprávu, uchování a vytváření záznamů o dálkově shromážděných papírových transakcích z dokumentů - Google Patents

Abstract

Systém poskytuje podporu pro zpracování dokumentů a elektronických dat spojených s různými aplikacemi, včetně prodejních, obchodních, bankovních a obecných zákaznických transakcí. Systém získává data transakcí, jako jsou stvrzenky kreditních karet a šeky buď v elektronické nebo papírové formě v jednom nebo více vzdálených místech, kóduje data, * přenáší kódovaná data do centrálního místa, převádí data do použitelné formy, provádí identifikační ověření s použitím podpisových dat a biometrických dat, vytváří informační é výkazy z dat a přenáší tyto informační výkazy do vzdálených míst. Síťová architektura umožňuje bezpečnou komunikaci mezi vzdálenými místy a prostředky centrálního zpracování. Algoritmus dynamického přidělování adres provádí vyvažování zatížení mezi obslužnými kanály systému pro dosažení vyšších rychlostí a lepšího využití v systému. Schéma rozdělení snímání obrazu umožňuje proces opravy chyb.

Description

Systém pro centrální správu, uchování a vytváření záznamů o dálkově shromážděných papírových transakcích z dokumentů

Oblast techniky

Předkládaný vynález se týká obecně automatizovaného zpracování dokumentů a elektronických dat z různých aplikaci, včetně prodejních, obchodních, bankovních a obecných zákaznických transakcí. Přesněji se předkládaný vynález týká automatizovaného systému pro sběr dat o transakcích ve vzdálených místech, pro kódování těchto dat, pro přenos kódovaných dat do centrálního místa, pro převod dat do použitelné formy, pro vytvoření informativních výkazů z dat a pro přenos informativních výkazů do vzdálených míst.

Dosavadní stav techniky

Předkládaný vynález se týká oblasti zpracování dokumentů a elektronických dat, vytvářených, například při prodejních, obchodních a bankovních transakcích, včetně transakcí prováděných kreditními kartami, transakcí prováděných inteligentními kartami, transakcí prováděných automatizovanými pokladnami (ATM), zákaznických nákupů, obchodních tiskopisů, W2 tiskopisů, rodných listů, smluvních a pojišťovacích dokumentů.

Značné množství papírových a elektronických záznamů, vytvářených z dokumentů a elektronických dat z prodejních, obchodních a bankovních transakcí, obsahuje hodnotné informace. Za prvé tyto papírové a elektronické záznamy obsahují informaci, která může být použita pro ověření správnosti záznamů udržovaných spotřebiteli, prodejci a bankovními úředníky. Například zákazníci používají papírové •4· · • · ·

»•4

4 • 4 • · · * 4

4 • · * • 4 · 4 • 4

4

4 ··

4

4444 *»

·.

* stvrzenky o prodejních a bankovních transakcích pro ověření informace na periodických výpisech, které přijímají z jejich banky nebo instituce obsluhující kreditní karty. Prodejci používají papírové potvrzenky pro záznam prodejních transakcí pro správu stížností zákazníků. Daňoví poplatníci používají papírové potvrzenky pro záznam výdajů snižujících daně pro použití při vyplňování jejich daňových přiznání. Zaměstnanci používají papírové potvrzenky pro záznam obchodních výdajů pro vyplňování tiskopisů pro obchodní výdaje.

Papírové a elektronické záznamy rovněž obsahují informace, které mohou být použity pro analýzu trhu.

Například výrobci a maloobchodníci mohou zjišťovat preference zákazníků v různých oblastech a také trendy v těchto preferencích zákazníků z informací obsažených v papírových a elektronických záznamech.

Udržování a zpracování papírových a elektronických záznamů ale představuje náročné problémy. Za prvé, papírové potvrzenky a dokumenty mohou být snadno ztraceny, založeny, ukradeny, poškozeny nebo zničeny. Navíc informace obsažené na těchto papírových a elektronických záznamech nemohou být snadno zpracovány, protože jsou rozptýleny mezi individuálními záznamy. Například informace o trendech na trhu, obsažené ve skupině prodejních záznamů zadržených prodejci, nemohou být snadno zjištěny, protože tyto informace jsou rozptýleny mezi individuálními záznamy. Podobně daňové informace obsažené ve skupině papírových stvrzenek o prodejních transakcích, zdržených spotřebiteli, nemohou být snadno zpracovány.

>44 4 • 4

Již byly navrženy dřívější přístupy pro vyřešení problémů spojených s údržbou a zpracováním papírových a • · 0 0 · · · 0 •··0 · 0 0 · ·· ··

IP u

* elektronických záznamů. Například společností, poskytující službu archivace dat, ukládají informace z papírových potvrzenek a dokumentů shromážděných od jejích zákazníků na J,..;.

mikrofilm nebo paměť na kompaktním disku pouze pro čtení .... I

0» (CD-ROM) v centrálním zařízení. Zákazníci obvykle dopraví ·

0··0 papírové stvrzenky a dokumenty do tohoto centrálního zařízení. Pro citlivé dokumenty, které nemohou opustit sídlo *'*·,· zákazníka, provádějí některé společnosti pro službu archivace • « dat sběr těchto dat a převod na magnetické pásky v sídle ···· zákazníka a dopravují pásky do centrálního zařízení. *«...*

Přístup, nabízený těmito společnostmi pro službu archivace dat, má nevýhody. Za prvé je tento přístup nákladný a má nízkou účinnost, protože vyžaduje nákladný a časově náročný, fyzický transport papírových stvrzenek nebo magnetických pásků ze sídla zákazníka do ústředního zařízení.

Navíc je tento přístup nespolehlivý, protože informace může být ztracena nebo poškozena během fyzického transportu. Tento přístup má rovněž omezené možnosti, protože nezpracovává elektronické záznamy společně s papírovými stvrzenkami v jednom systému.

Další přístupy se zaměřily na eliminaci papírových stvrzenek a dokumentů. US patent č. 5,590,038 popisuje univerzální kartu pro elektronické transakce (UET karta) nebo inteligentní kartu, která ukládá informace o transakcích do paměti zapuštěné na kartě, což pak tvoří náhradu papírové potvrzenky. Podobně US patent č. 5,479,510 popisuje způsob elektronického přenosu a uložení informací o nákupu v čase nákupu, přičemž tyto informace jsou čteny později pro zajištění, že nakoupené zboží nebo služby jsou dodány správné osobě.

Ačkoliv tyto přístupy odstraňuji problémy spojené s papírovými stvrzenkami, máji jiné nevýhody. Za prvé, tyto přístupy nenabízejí nezávislé ověření správnosti záznamů · · udržovaných spotřebiteli, prodejci a bankovními úředníky s ... ;

0 , 00 třetím příjemcem dat o transakcích. Například, pokud je UET

0 0· karta ztracena, ukradena, poškozena nebo neoprávněně změněna bezskrupulózním držitelem po zaznamenání prodejních nebo ···. j

0 bankovních transakcí, nebudou tyto přístupy schopné ověřit či ' * 0 potvrdit zbývající záznamy, které jsou udržovány ostatními *··..*

0000 • 0 účastníky transakcí. *....·

Dále tyto přístupy nemají možnost zpracovávat jak papírové tak i elektronické záznamy o transakcí v jednom, komplexním systému. Důsledkem je, že tyto přístupy se nezabývají úlohou zpracování značného množství papírových stvrzenek, které již byly vytvořeny z prodejních a bankovních transakcí. Absence možnosti zpracovávat jak papírové tak i elektronické záznamy u těchto přístupů je podstatným omezením, protože papírové stvrzenky a dokumenty budou i nadále vytvářeny v dohledné budoucnosti vzhledem k e spolehlivosti a bezpečnosti elektronických transakcí a v důsledku dobré obeznámenosti spotřebitelů a prodejců s těmito papírovými potvrzenkami.

Tyto přístupy rovněž mají bezpečnostní nedostatek v tom, že nenabízejí ověření podpisu, které je obvykle používáno při nákupech s kreditní kartou pro zamezení krádežím a podvodům. Například zloděj by mohl zpronevěřit peníze od držitele UET karty po získání osobního identifikačního čísla (PIN) uživatele silou, manipulací nebo krádeží. Podobně je pro kriminální živly běžné získávat kreditní karty na jména obětí a provádět nezákonné finanční ‘ 25 • «99 9

9 9 4

99 operace po získání rodného čísla (čísla sociálního zabezpečení) oběti. To se stává stále častěji, protože tento typ osobních informací se stává dostupným, například, na internetu. Rovněž ověření podpisu, prováděné ručně prodejci při nákupech s kreditními kartami, často nezjistí falšované podpisy.

Dokonce i kdyby inteligentní karty nebo UET karty měly pro ověření možnost uložení podpisu a dalších biometrických dat uvnitř karty, měl by takový systém stále nevýhody. Za prvé, uložená biometrická data na kartě by mohla být pozměněna zlodějem karty pro oklamání bezpečnostních opatření. Podobně by taková biometrická data mohla být poškozena při poškození karty. Nakonec by toto bezpečnostní opatření bylo nákladné, protože by vyžadovalo nákladný znak biometrického porovnání buď na každé kartě nebo na vybavení v každém prodejním místě.

Pro vyřešení bezpečnostního problému byly navrženy přídavné biometrické ověřovací systémy včetně systémů pro ověřování podpisů. Například, US patent č. 5,657,393 popisuje způsob a zařízení pro ověřování ručně psaných podpisů, který zahrnuje vyjmutí a porovnání charakteristických vlastností podpisu, včetně délky a úhlu zvolených čar v podpisu. Navíc US patent č. 5,602,933 popisuje způsob a zařízení pro ověřování dálkově získávaných dat s odpovídajícími daty uloženými v centrálním zařízení.

Žádný z těchto ověřovacích systémů ale nenabízí obecnou podporu pro inicializaci transakce, dálkové shromáždění papírových a elektronických dat, kódování dat, přenos, dat, archivaci dat, vyhledávání dat, zjišťování dat, manipulační a analytické služby. V současnosti tudíž existuje »99 «

9 »9 « * 9 • 9

99 9 99 99 • · • ♦ • · fe · ·· fefe potřeba pro vytvoření jednoho systému, který nabídne komplexní podporu pro úlohy vyskytující se při automatizovaném zpracování dokumentů, biometrických a elektronických dat z prodejních, obchodních, bankovních a ··· obecných zákaznických transakcí. Navíc existuje potřeba pro · fefefefe vytvoření jednoho komplexního systému majícího spolehlivost, výkon, odolnost proti poruchám, kapacitu, cenu a zabezpečení *·. pro splnění požadavků v oblastech maloobchodu, obchodu, • I bankovnictví a obecných zákaznických služeb. ····' io

Podstata vynálezu

Předkládaný vynález navrhuje automatizovaný, spolehlivý, vysoce výkonný, proti poruchám odolný, a levný systém s maximálním zabezpečením a dostupností pro zpracování elektronických a papírových transakcí. Tento systém byl pojmenován DataTreasury™ System, jak bude užíváno v popisu níže.

Cílem předkládaného vynálezu je vytvořit systém pro centrální správu, ukládání a ověřování dálkově zaznamenaných elektronických a papírových transakcí z kreditních karet, inteligentních karet, debetních karet, dokumentů a potvrzenek, včetně prodejních, obchodních, bankovních a obecných zákaznických aplikací, který zahrnuje:

alespoň jeden podsystém dálkového přístupu dat pro zaznamenání a vysílání dat elektronických a papírových transakcí;

alespoň jeden podsystém sběru dat pro shromažďování a vysílání dat elektronických a papírových transakcí, který zahrnuje první podsystém správy dat pro správu shromažďování a vysílání dat transakcí;

• · · •••fe * ·· • fefe fe • fefe · • fe fefe • 25 alespoň jeden centrální podsystém zpracování dat pro zpracování, vysílání a ukládání dat elektronických a papírových transakcí, který zahrnuje druhý podsystém správy . » dat pro správu zpracování, vysílání a ukládání dat transakcí; ... ;

• fe • fe a

fefe· alespoň jednu komunikační síť pro přenos dat transakcí : ϊ fefefe uvnitř a mezi uvedeným alespoň jedním podsystémem přístupu ·»·_β · • fe dat a uvedeným alespoň jedním podsystémem zpracování dat. · • ·· · • · • ·

DataTreasury ^M System zpracovává papírové a/nebo • » elektronické potvrzenky, jako jsou potvrzenky kreditních ···· karet, potvrzenky automatizovaných pokladen (ATM), potvrzenky pro obchodní výdaje a prodejní potvrzenky, a automatiky vytváří výkazy, jako jsou výpisy kreditních karet, bankovní výpisy, daňové výkazy pro vytvoření daňového přiznání, analýzy trhu a podobně.

Dalším cílem systému DataTreasury™ System je získávání jak papírových tak i elektronických transakcí ve vzdálených místech.

Dalším cílem systému DataTreasury™ System je použít skener a terminál datového vstupu v sídle zákazníka pro získání dat z papírových transakcí a pro umožnění doplnění nebo modifikací skenovaných informací.

Dalším cílem systému DataTreasury™ System je navrhnout vstupní zařízení pro získávání dat transakcí z paměti inteligentních karet pro nezávislé ověřování záznamů udržovaných spotřebiteli, prodejci a bankovními úředníky pro zabránění ztrát dat v důsledku ztráty, krádeže, poškození nebo nepovoleného pozměnění inteligentní karty.

φφφφ · φφ φφ

Dalším cílem systému DataTreasury™ System je získávat a zpracovávat data transakcí z anonymních inteligentních karet systému DataTreasury™ System, které jsou identifikovány číslem účtu a heslem. Protože transakce anonymních inteligentních karet systému DataTreasury™ System mohou být identifikovány bez jména zákazníka, může zákazník přidávat peníze do anonymní inteligentní karty systému DataTreasury™ System a může provádět výdaje se stejným stupněm zachování soukromí, jako při příjmech a výdajích v hotovosti.

Dalším cílem systému DataTreasury™ System je získávat fakturační data zákazníka ze zaměstnaneckých časových výkazů a pro vytváření fakturačních výpisů zákazníka z těchto fakturačních dat.

Dalším cílem systému DataTreasury™ System je inicializovat elektronické transakce, včetně transakcí na internetu, a zajistit identifikační ověření prostřednictvím zaznamenání a porovnání podpisu a biometrických dat.

Dalším cílem systému DataTreasury™ System podle předkládaného vynálezu je zpracovávat elektronické a papírové transakce s vrstvovou propojenou architekturou sestávající Přístupových terminálů (DAT) systému DataTreasury™ System, přístupových sběračů (DAC) systému DataTreasury™ System, a zpracovatelských koncentrátorů (DPC) systému DataTreasury™ System.

Výše uvedené a další cíle a znaky předkládaného vynálezu budou snáze pochopitelné z následujícího detailního popisu příkladných provedení ve spojení s odkazy na připojené výkresy.

♦ ·· · • Φ

ΦΦ φφφφ •

• ΦΦ φ φ φ • φ φφφφ φφφφ

9999 ·

9 9

9 • 9 99

Přehled obrázků na výkresech

Obr.l znázorňuje blokové schéma ilustrující tři hlavní operační prvky předkládaného vynálezu: přístupový terminál (DAT) systému

DataTreasury™ System, přístupový sběrač (DAC) systému DataTreasury™ System, a zpracovatelský koncentrátor (DPC) systému DataTreasury™ System;

Obr,2 znázorňuje blokové schéma architektury DAT;

Obr.3a znázorňuje vývojový diagram popisující zaznamenání obrazu prostřednictvím DAT;

Obr.3b znázorňuje příkladnou papírovou stvrzenku, která je zpracovávána prostřednictvím DAT;

Obr.4 znázorňuje blokové schéma architektury DAC;

Obr.5 znázorňuje vývojový diagram popisující dotazování jednotlivých DAT prostřednictvím DAC;

Obr.6 znázorňuje blokové schéma architektury DPC;

Obr.7 znázorňuje vývojový diagram popisující dotazování jednotlivých DAC prostřednictvím DPC;

Obr. 8

Obr.9 znázorňuje vývojový diagram popisující zpracování dat prováděné prostřednictvím DPC, znázorňuje vývojový diagram popisující získávání dat prováděné prostřednictvím DPC;

• 99 9

9 • 9 • •99

999 9

9 «

9999 • 9

9

99 9

4

444 4 4

4 4 4

4 4 4 *·

Obr.10 znázorňuje vývojový diagram popisující použití systému DataTreasury™ pro zpracování osobních účtů.

Příklady provedení vynálezu

Obr, 1 znázorňuje architekturu systému 100 ·““

44·4

DataTreasury™. Systém 100 DataTreasury™ má tří operační ...

prvky: přístupový terminál 200 (DAT) systému DataTreasury™ ,

4*4 (podsystém dálkového přístupu dat), přístupový sběrač 400 J (DAC) systému DataTreasury™ (mezilehlý podsystém f” ,

44 shromažďování dat), a zpracovatelský koncentrátor 600 (DPC) systému DataTreasury™ (centrální podsystém zpracování dat).

Architektura systému 100 DataTreasury™ sestává ze tří vrstev. Ve spodní vrstvě DAT 200 získávají data ze zákaznických míst. V následující vrstvě se DAC 400 dotazují DAT 200 pro přijetí dat, která se shromažďují v DAT 200. V horní vrstvě se DPC 600 dotazují DAC 40Q pro získání dat, která se shromažďují v DAC 400. DPC 6QQ ukládají zákaznická data c centrálním místě, vytvářejí informační výkazy z těchto dat a vysílají informační výkazy k zákazníkům ve vzdálených místech.

• 25

Ve výhodném provedení systém 100 DataTreasury™ vyhovuje průmyslovému standardu SAS70 firmy Price Waterhouse. Přesněji systém 100 DataTreasury™ splňuje softwarový vývojový standard, standard rozmístění systému, standard spolehlivosti, které jsou specifikovány ve standardu SAS70 firmy Price Waterhouse. Napojením na standard SAS70 firmy Price Waterhouse zajišťuje systém 100 DataTreasury bezpečnost, dostupnost a spolehlivost požadovanou životně • 4 · 4 4«·

4· 4 ·· 44 důležitými finančními aplikacemi bank a makléřských společností.

• 9

Jak je známo osobám s běžnými znalostmi v tomto ί.....

oboru, mohl by systém 100 DataTreasury™ rovněž použít jiný ·,ζ softwarový vývojový standard, jiné standardy rozšíření ·*·· • 4 systému a jiné standardy spolehlivosti, pokud navázání na ***’, • 44 · takovéto alternativní standardy zajistí bezpečnost, ·· dostupnost a spolehlivost požadovanou životně důležitými ··*· finančními aplikacemi.

· 4·

Obr. 2 znázorňuje blokové schéma architektury DAT 200. DAT 200 jsou umístěny v zákaznických místech. Zákazníci systému 100 DataTreasury™ zahrnují prodejce, spotřebitele a bankovní úředníky. DAT 200 působí jako zákaznický kontaktní bod pro přizpůsobení službám poskytovaným systémem 1QQ DataTreasury™. Ve výhodném provedení je DAT 2Q0 zkonstruován na zakázku ve spojení se standardním, tenkovrstvým klientským síťovým počítačem (NC), který pracuje s operačním systémem JAVA/OS firmy SUN Microsystem. Zákaznický DAT 200 zahrnuje DAT skener 202, DAT modem 204, DAT digitální paměť 206, DAT řídící jednotku 210 (pracovní stanici), DAT kartové rozhraní 212, případnou DAT tiskárnu 208 a zařízení 214 pro zadávání podpisu (podpisový pad).

Jak je známé osobám s běžnými znalostmi v tomto oboru, mohl by být DAT 200 rovněž zkonstruován na zakázku ve spojení se standardním síťovým počítačem, který pracuje s jinými operačními systémy, pokud tento zvolený operační systém zajišťuje podporu pro souběžné zpracování dat, správu pamětí a dynamické spojování, jak je požadováno systémem 100 DataTreasury™.

• 9

9 • 99 9 · * 99 99

DAT skener 202 skenuje papírovou stvrzenku a vytváří digitální reprezentaci obrazu ve formě bitové mapy, která se nazývá obraz bitové mapy (BI) stvrzenky. Ve výhodném ’ .

•99 9 provedení má DAT skener 202 schopnost podporovat celý rozsah *·· rozlišovacích hodnot zobrazení, které jsou obvykle měřeny v «

999· bodech na palec (DPI). Navíc má DAT skener 202 schopnost ;

• 9 provádět plně duplexní zobrazování. S plně duplexním .

9999 zobrazováním skener současně zachycuje jak přední tak i zadní ; :

9·· stranu papírového dokumentu. DAT skener 202 může rovněž j**j

99·· podporovat zobrazování v šedých odstínech a plno barevné zobrazování v jakýchkoliv hodnotách hloubky bitů na obrazový prvek. DAT skener 202 rovněž podporuje zachycení ručně psaných podpisů pro ověření identity.

Kromě snímání obrazů a textu, DAT skener 202 rovněž skenuje prvky DataGlyph™ dostupné od firmy Xerox Corporation. Jak je známé osobám s běžnými znalostmi v oboru, technologie DataGlyph™ firmy Xerox reprezentuje digitální informace se strojově čitelnými daty, které jsou kódovány do mnoha drobných jednotlivých rytých piktografických prvků.

Každý rytý piktografický prvek sestává ze 45 stupňová diagonální čáry, která může být krátká až 1/100 palce v závislosti na rozlišení snímacích a tiskacích zařízení. Každý rytý piktografický prvek reprezentuje binárně 0 nebo 1 v závislosti na tom, zda je nakloněn dolů doleva respektive doprava. Prvky DataGlyph™ tudíž mohou reprezentovat znakové řetězce, jako jsou binární reprezentace ASCII nebo EBCIDIC.

Navíc kódovací postupy, jak je známo osobám s běžnými znalostmi v tomto oboru, kódují data reprezentovaná technologií DataGlyph™.

0 · 0 · 00000 00 «

0 0 0

0 0 Φ ·0

Použití technologie rytých piktogramů v systému 100

DataTreasury™ zlepšuje přesnost, cenu a výkon systému.

Technologie DataGlyph™ firmy Xerox zahrnuje kódy pro opravu chyb, které mohou být použity pro opravu chyb při skenování ···. · nebo pro opravu poškození dokumentu, způsobeného inkoustovými ·

0000 skvrnami nebo běžným opotřebením. Technologie DataGlyph™ rovněž vede na nižší cenu systému, protože sytém bude ‘”,i vyžadovat méně ručních zásahů pro zadání a opravu dat v

J 0 důsledku zlepšené přesností spojené s prvky DataGlyph™. ··*· • 0

Protože prvky DataGlyph™ reprezentují velké množství informace na malém prostoru, bude DAT skener 100 potřebovat malé množství času pro zadání velkého množství informací.

DAT kartové rozhraní 212 a DAT zařízeni 214 pro zadávání podpisu společně s internetovým a telefonním přístupem přes DAT modem 204 umožňují zákazníkovi systému 100 DataTreasury™ inicializovat bezpečné prodejní a bankovní transakce přes internet nebo telefon s DAT 200 používajícím různé karty, včetně debetních karet, inteligentních karet a kreditních karet. Po zvolení nákupní nebo bankovní transakce přes standardní internetové rozhraní zákazník systému 100 DataTreasury™ vkládá nebo zasouvá debetní kartu, inteligentní kartu nebo kreditní kartu do DAT kartového rozhraní 212.

DAT kartové rozhraní 212 získává identifikační informaci z karty pro následný přenos do cílového místa internetové transakce. Navíc by DAT skener 202 mohl zachytit ručně napsaný podpis z dokumentu nebo by DAT zařízení 214 pro zadání podpisu mohlo zachytit elektronický podpis napsaný na něj speciálním perem. Podobně tyto bezpečnostní znaky umožňují příjemci kreditní karty aktivovat kartu s DAT 200 • « 0 · t ···· 0 00 0 umístěným na prodejním místě. Bezpečnostní znaky by detekovaly neautorizované použiti debetních karet, kreditních karet a inteligentních karet, vyplývající z jejich nezákonného držení, bezpečnostní znaky systémů 100 DataTreasury™ tudíž nabízejí bezpečnější alternativu pro internetové a telefonní transakce než obvyklé postupy, které pouze vyžadují přenos čísla účtu karty a datum ukončení platnosti.

Jak je známo osobám s běžnými znalostmi v oboru, DAT 200 by rovněž mohly zahrnovat přídavná zařízení pro zachycení dalších biometrických dat pro přídavné bezpečnostní znaky. Tato zařízení zahrnují, zobrazení obličeje, otisky prstů, záznam hlasu, zobrazení oční duhovky, zobrazení sítnice a geometrii ruky.

Kromě inicializace prodejních a bankovních transakcí DAT kartové rozhraní 212 rovněž čte prodejní a bankovní transakce inicializované kdekoliv z paměti inteligentních karet pro umožnění následného uložení a zpracování systémem 100 DataTreasury™. Pokud je inteligentní karta ztracena, ukradena, poškozena nebo bez povolení měněna bezskrupulózním držitelem poté, co DAT kartové rozhraní 212 přečte její data transakcí, může systém 100 DataTreasury™ reprodukovat data transakcí pro zákazníka. DAT kartové rozhraní 212 tedy zajišťuje podporu pro nezávislé ověřování záznamů udržovaných spotřebiteli, prodejci a bankovními úředníky pro zabránění ztrát dat v důsledku ztracení, ukradení, poškození nebo nepovoleného změnění inteligentní karty.

DAT kartové rozhraní 212 rovněž podporuje inicializaci a získávání prodejních a bankovních transakcí s anonymními inteligentními kartami systému DataTreasury .

Oproti standardním debetním kartám a kreditním kartám anonymní inteligentní karta systému DataTreasury™ neidentifikuje držitele karty prostřednictvím jména. Namísto toho anonymní inteligentní karta systému DataTreasury™ vyžaduje pouze číslo účtu a heslo. Protože transakce anonymní inteligentní karty systému DataTreasury™ mohou být identifikovány bez jména zákazníka, může zákazník systému 100 DataTreasury™ koupit anonymní inteligentní kartu systému DataTreasury™, přidávat peníze do této karty, provádět výdaje s touto kartou a monitorovat účet spojený s touto kartou se stejným stupněm zajištění soukromí jako při získávání, výdajích a správě hotovosti.

DAT skener 202, internetový přístup, zařízení 214 pro zadávání podpisu a další zařízení pro zachycení biometrických dat rovněž podporují dálkové zachycení souhrnných informací a nákupních objednávek. Například DAT skener 202 zachycuje souhrnné informace vyskytující se na zadní straně účtů v restauracích a barech. Podobně DAT skener 202 by mohl zachycovat nákupní objednávky z domů, což by umožnilo zákazníkům provádět bezprostřední nákupy zboží nabízeného prostřednictvím pošty z jejich domovů. Prodejce prodávající do domu by tudíž mohl vysílat prodeje mnohem cenově přijatelnějším a spolehlivějším způsobem s použitím DAT skeneru 202 namísto prostřednictvím dodávání obálek s

5 předplaceným poštovným do domů.

DAT skener 202 rovněž zachycuje potvrzenky, které jsou následně potřebné pro vyplnění daňového přiznání nebo pro daňové audity. Podobně DAT skener zachycuje potvrzenky o prodeji od prodejců, což zajišťuje vzdálenou bezpečnou a 30 spolehlivou archivaci pro zabezpečení proti ztrátě • · · · ·· · ► 25 •••fe · fe· e ·· ·· vyplývající ze zatopení, požáru nebo jiných okolností. Tento znak by rovněž prodejci umožnil automaticky provádět inventuru spolehlivým a cenově účinným způsobem.

DAT řídící jednotka 210 provádí zpracovatelské úlohy a vstupně/výstupní (I/O) úlohy, které jsou obvykle prováděny procesorem. DAT řídící jednotka 210 komprimuje, kóduje a příznaky označuje Bl pro vytvoření příznaky označeného, kódovaného, komprimovaného obrazu bitové mapy (TECBI). DAT řídící jednotka 210 rovněž spravuje vstup/výstup (1/0). Přesněji DAT řídí jednotka 210 spravuje zařízení, jako je DAT skener 202, DAT digitální paměť 206, případná DAT tiskárna 208 a DAT modem 204.

DAT digitální paměť 208 uchovává data, jako je TECBI. DAT modem 204 vysílá data z DAT 200 do vhodného DAC 400 podle instrukcí prostřednictvím DAT řídící jednotky 210. Přesněji DAT modem 204 vysílá TECBI z DAT digitální paměti 208 do vhodného DAC 400. Ve výhodném provedení je DAT modem 204 vysokorychlostním modemem s propojitelností přes komutovanou linku. DAT digitální paměť 208 je dostatečně veliká pro uložení vstupních dat před vysíláním do DAC 400. DAT digitální paměť 208 může být pamětí s přímým přístupem (RAM) nebo pevná paměť.

Obr. 3a znázorňuje vývojový diagram 300 popisující detailně činnost DAT 200. V kroku 310 DAT skener 202 skenuje papírové stvrzenky do DAT 200 zajištěného operátorem. V kroku 312 DAT řídící jednotka 210 zjišťuje, zda operace byla provedena úspěšně. Pokud je skenování úspěšné, vytváří DAT skener 202 obraz bitové mapy (Bl). Pokud je skenování neúspěšné, DAT řídící jednotka 210 upozorní operátora na problém a žádá operátora o nápravu v kroku 370.

• « • · • » t · • · · ♦ β • · · · ·· ··

Pokud je vytvořen BI, vykoná DAT řídící jednotka 210 běžný algoritmus komprimování obrazu, jako je program pro příznaky označený obrazový formát souborů (TIFF) pro komprimování BI v kroku 314. V kroku 316 DAT řídící jednotka 210 zjišťuje, zda komprimování bylo provedeno úspěšně. Pokud je komprimování úspěšné, vytvoří komprimovaný obraz bitové mapy (CBI). Pokud je komprimování neúspěšné, DAT řídící jednotka 210 upozorní operátora na problém a žádá operátora o nápravu v kroku 370.

Pokud je vytvořen CBI, datová řídící jednotka 210 vykoná kódovací algoritmus, který je dobře známý osobám s běžnými znalostmi v tomto oboru, pro zakódování CBI v kroku 318. Kódování chrání proti neautorizovanému přístupu během následujícího vysílání dat, které bude diskutováno níže. V kroku 320 DAT řídící jednotka 210 zjišťuje, zda kódování bylo vykonáno úspěšně. Pokud je kódování úspěšné, vytvoří kódovaný, komprimovaný obraz bitové mapy (ECBI). Pokud je kódování neúspěšné, DAT řídící jednotka 210 upozorní operátora na problém a žádá operátora o nápravu v kroku 370.

Pokud je vytvořen ECBI, DAT řídící jednotka 210 označí ECBI příznaky s časovou značkou, která zahrnuje čas skenování, identifikačním číslem pro identifikací prodejce vytvářejícího obraz a jakoukoliv další užitečnou informací v kroku 322. V kroku 324 DAT řídící jednotka 210 zjišťuje, zda operace označováni příznaky byla provedena úspěšně. Pokud označení příznaky je úspěšné, vytvoří příznaky označený, kódovaný, komprimovaný obraz bitové mapy (TECBI). Pokud je označení příznaky neúspěšné, DAT řídící jednotka 210 upozorní operátora na problém a žádá operátora o nápravu v kroku 370.

• 999 9

Pokud je vytvořen TECBI, DAT řídící jednotka 210 ukládá TECBI v DAT digitální paměti 208 v kroku 326. V kroku 328 DAT řídící jednotka 210 zjišťuje, zda operace uložení byla vykonána úspěšně. Pokud je operace uložení úspěšná, bude DAT digitální paměť 208 obsahovat TECBI. Pokud je operace uložení neúspěšná, DAT řídící jednotka 210 upozorní operátora na problém a žádá operátora o nápravu v kroku 370.

Pokud je TECBI správně uložen v DAT digitální paměti 208, DAT řídící jednotka zjišťuje, zda všechny papírové stvrzenky již byly skenovány v kroku 330. Pokud všechny papírové stvrzenky ještě nebyly skenovány, vrací se řízení do kroku 310. ve kterém bude zpracována následující papírová stvrzenka podle postupu diskutovaného výše. Pokud již byly skenovány všechny papírové stvrzenky, žádá DAT řídící jednotka 210 operátora o ověření počtu skenovaných papírových stvrzenek v kroku 334. Pokud počet skenovaných papírových stvrzenek, který byl určen DAT řídící jednotkou 210, neodpovídá počtu skenovaných papírových stvrzenek, který byl určen operátorem, dotazuje se DAT řídící jednotka 210 operátora, zda požaduje opětovné skenování všech papírových stvrzenek v kroku 338.

Pokud operátor zvolí opětovné skenování všech papírových stvrzenek v kroku 338, vymaže DAT řídící jednotka 210 všechny TECBI spojené s touto dávkou stvrzenek z DAT digitální paměti 208 v kroku 342. Poté, co operátor připraví dávku papírových stvrzenek pro opětovné skenování v kroku 346, vrací se řízení do kroku 310, ve kterém bude první papírová stvrzenka v dávce zpracována tak, jak bylo diskutováno výše.

•M 9 • 9 »·· 9

9 ••99

9999 • ·· ·

Pokud operátor zvolí v kroku 338, že se nebudou opětovně skenovat všechny papírové stvrzenky z dávky, vrací • · se řízení do kroku 334, ve kterém DAT řídící jednotka 210 ·.....

··· · žádá operátora, aby ověřil počet skenovaných papírových *.í

B stvrzenek, jak bylo diskutováno výše. .****·

Β · bbb*

Pokud se počet skenovaných papírových stvrzenek, ··. i *B který byl určen DAT řídící jednotkou 210, rovná počtu • ee b skenovaných papírových stvrzenek, který byl určen operátorem, ·...,· • · BB

DAT řídící jednotka 210 v kroku 350 vytiskne dávkový lístek na DAT tiskárně 206. Operátor připojí tento dávkový lístek k dávce papírových stvrzenek, které byly skenovány. Tento dávkový lístek bude obsahovat relevantní informace o operaci, jako je doba skenování, počet papírových stvrzenek a identifikační číslo datového operátora. Pokud pro dávku papírových stvrzenek nastanou potíže se zpracováním po obrazovém zachycení podle vývojového diagramu 300, umožní jim dávkový lístek, aby byly rychle lokalizovány pro opětovné skenování s DAT 200.

V kroku 354 DAT řídící jednotka 210 zjišťuje, zda operace skenování byla dokončena. Pokud operace skenování ještě nebyla dokončena, vrací se řízení do kroku 310, ve které bude první stvrzenka následující dávky pro operaci skenování zpracována tak, jak bylo diskutováno výše. Pokud operace skenování jíž byla dokončena, DAT řídící jednotka selektivně tiskne výkaz o operaci na DAT tiskárně 206 v kroku 358. DAT řídící jednotka 210 zapisuje statistické informace pro operace do DAT digitální paměti 208 v kroku 362. V kroku 366 DAT řídící jednotka 210 ukončuje operaci.

Obr. 3b znázorňuje příkladnou papírovou stvrzenku, která je zpracovávána prostřednictvím DAT 200, jak je popsáno • 444 • * 4 • · 4 ·· 44 vývojovým diagramem 300 znázorněným na obr. 3a. Tato příkladná papírová stvrzenka se týká transakce provedené • 4 kreditní kartou, přičemž tato transakce má čtyři účastníky: ·

44» 4

A. Vydavatel: je subjekt, jako je banka nebo . *’ společná finanční instituce, jako je GE Capital, GM nebo ·”**;

>444

AT&T, která poskytuje kredit pro kreditní kartu a vydává ··.. !

• 4 kartu spotřebiteli, ·

4444 4 4

4

B* Zpracovatel: vykonává zpracovaní transakci ·· • 4 spojených s kreditní kartou prostřednictvím provádění *····* základního ověření platnosti transakce, které zahrnuje kontrolu s databází vydavatele pro zajištění, že kreditní karta má dostatečný kredit pro umožnění povolení transakce.

C. Nabyvatel: specializuje se na prodej, instalaci a podporu terminálů na místě prodeje (POS) pro kreditní karty. Nabyvatel, podobně jako DAC 400 v systému 100 Data Treasury™, působí jako elektronický sběrný bod pro úvodní transakci kreditní karty, když je karta vložena do POS terminálu. Po nabytí transakce, nabyvatel předává transakci zpracovateli.

D. Prodejce: vkládá kreditní kartu do POS terminálu a zadává hodnotu transakce pro inicializaci transakce kreditní karty.

Ve výhodném provedení DAT 200 čte následující informace ze vzorové papírové stvrzenky, znázorněné na obr.

3b, a ukládá tyto informace ve formátu popsaném níže.

CUSTOMER_ID 370: Toto pole je 7 místná šestnáctková číselná hodnota. Toto pole unikátně identifikuje zákazníka užívajícího terminál. V tomto příkladu by toto pole identifikovalo prodejce pro kreditní kartu.

• · « * ·*·· Λ • » , » ftft , ·· ftft

TERMINAL_ID 372: Toto pole 6 místná desítková číselná hodnota. Toto pole unikátně identifikuje terminál pro • ft kreditní kartu, který je použit pro vytisknutí stvrzenky pro * .

··· · kreditní kartu. ’··

TRANSACTION DÁTE 374: Toto pole obsahuje datum a čas ϊ ΐ — ···· transakce kreditní karty. ··. ;

ft·

TRANSACTION_LINE_ITEM 376: Toto pole je znakovým .....

• · řetězcem s proměnnou délkou. První tři pozice reprezentují ”·· • ft • · pravě nastavené číselne pole s úvodními nulami, ktere ··*· indikuje úplnou délku tohoto pole. Toto pole obsahuje všechna data týkající se nakupované položky, včetně ceny položky. DAT 200 uloží pole TRANSACTION_LINE_ITEM pro každou řádkovou položku transakce na stvrzence. Toto pole je nepovinné, protože ne všechny transakce kreditní karty budou mít řádkové položky.

TRANSACTION_SUBTOTAL 378: Toto pole je číslo s pohyblivou Čárkou dvojnásobné přesnosti. Toto pole indikuje dílčí součet položek TRANSACTION_LINE_ITEM.

TRANSACTIQN_SALES_TAX 380: Toto pole je číslo s pohyblivou čárkou dvojnásobné přesnosti. Toto pole obsahuje prodejní daň pro TRANSACTION_SUBTOTAL.

TRANSACTION_AMOUNT 382: Toto pole je číslo s pohyblivou čárkou dvojnásobné přesnosti. Toto pole je součtem TRANSACTION_SUBTOTAL a TRANSACTION_SALES_TAX.

CREDIT_CARD_ACCT_NUM 381: Toto pole je 12 místnou desítkovou hodnotou. Toto pole identifikuje kreditní kartu, která byla použita pro provedení této transakce.

* 0 ···♦ ·

CREDIT_CARD_EXP_DATE 386: Toto pole datum uplynutí platnosti pro kreditní kartu.

• * 0

0 0 * 0 0 0 ·· *0 identifikuje

TRANSACTION_APPROVAL_CODE 388.: Toto pole je 6 místnou číselnou hodnotou. Toto pole indikuje povolovací kód, který byl udělen pro určitou transakci.

DAT 200 rovněž ukládá přídavné položky, které nejsou znázorněny na obr. 3b, jak je popsáno níže:

ISSUER_ID: Toto pole je 7 místnou desítkovou číselnou hodnotou. Toto pole identifikuje vydavatele kreditní karty.

ACQUIER__1D číselnou hodnotou.

Toto pole je 7 místnou desítkovou Toto pole identifikuje nabyvatele.

PROCESSOR_ID: Toto pole je 7 místnou desítkovou číselnou hodnotou. Toto pole identifikuje zpracovatele.

TRANSACTION_LINE_ITEM_CNT: Toto pole je 7 místnou desítkovou číselnou hodnotou. Toto pole identifikuje počet řádkových položek transakce na stvrzence. Hodnota nula indikuje absenci jakýchkoliv řádkových položek transakce na stvrzence.

TRANSACTION_GRATUITY: Toto pole je číslo s pohyblivou čárkou dvojnásobné přesnosti. Toto pole je nepovinné, protože se objeví pouze na stvrzenkách z restaurací a barů.

FINAL_TRANSACTION_AMOUNT: Toto pole je číslo s pohyblivou čárkou dvojnásobné přesnosti. Toto pole je nepovinné, protože se objeví pouze na stvrzenkách z restaurací a barů. Toto pole je součtem TRANSACTION_AMOUNT a ³⁰ TRANSACTION GRATUITY.

• ·♦♦ 0 0 0 • 000 • 0 • 0

000»

000 0 0 0

0

0000 • 0

0

0000

0000

0 ·

• ·*· • •«9 9 • · · · 9 • · ♦ 9 ·* 99

Příznak přede připojený k ECBI v kroku 322 vývojového diagramu 300 podle obr. 3a identifikuje čas a místo původu dokumentu. Přesněji tento příznak sestává z následujících * * ••9 9

9 polí: ··

999

DAT_TERMINAL_ID: Toto pole je 7 místnou šestnáctkovou číselnou hodnotou. Toto pole unikátně *’·. ϊ identifikuje DAT 200, který je použit zákazníkem. J • 9 • *

DAT SESSION DÁTE: Toto pole identifikuje datum a čas — — · » 9 9 operace DAT 200, která vytvořila obraz dokumentu. ”·*

DAT_USER_ID: Toto pole je 4 místnou desítkovou číselnou hodnotou. Toto pole identifikuje jednotlivce v organizaci zákazníka, který inicializoval operaci DAT 200.

DATA_GLYPH_RESULT:Toto pole je znakovým řetězcem s proměnnou délkou. První čtyři pozice obsahují právě nastavenou číselnou polohu s úvodní nulou, které indikují délku pole. Pátá pozice indikuje stav prvku DataGlyph™.

Hodnota 0 indikuje, že datový rytý piktografický prvek nebyl na stvrzence přítomen. Hodnota 1 indikuje, že datový rytý piktografický prvek byl na stvrzence přítomen a neobsahoval chyby. Hodnota 2 indikuje, že datový rytý piktografický prvek byl na stvrzence přítomen a obsahoval jmenovité chyby. Pokud pátá pozice tohoto pole má hodnotu 2, zbývající část řetězce identifikuje chybná čísla pole. Jak je popsáno v následujícím popisu, DPC 600 označí tuto část pole pro zachycení chybných dat ze stvrzenky alternativními postupy. Hodnota 3 indikuje, že datový rytý piktografický prvek byl přítomen s vážnými chybami. Jinými slovy hodnota 3 indikuje, že prvek DataGlyph™ byl vážně poškozen a nečitelný.

0 • * ···· ·

Stvrzenka znázorněná na obr. 3b, může rovněž obsahovat podpis, který může být zachycen prostřednictvím DAT skeneru 202. Datový rytý piktografický prvek by mohl ··*·!· identifikovat umístění podpisu na stvrzence.

Jak je známo osobám s běžnými znalostmi v oboru, může systém 100 DataTreasury™ rovněž zpracovávat stvrzenky s ·»· 4 alternativními formáty, pokud tyto stvrzenky obsahují vhodné ·· identifikační informace, pokud se týká hodnoty transakce, ·****.

···* zákazníka, DAT 200, data transakce, daně pro transakci, čísla *····, ·

· · 0 kreditní karty, doby uplynutí platnosti kreditní karty a podobně.

Systém 100 DataTreasury™ rozděluje papírovou stvrzenky na obrazové části, jak je ilustrováno prostřednictvím vzorové stvrzenky na obr. 3b. Rozdělení umožňuje zlepšení pří zpracování pro opravu chyb z operace skenování. Pokud během skenování nastala chyba, systém 100 DataTreasury™ opravuje chyby s použitím ručního zadávání. S rozdělením systém 100 DataTreasury™ zaměřuje opravné úsilí pouze na obrazovou část mající chyb namísto toho, aby opravoval celý dokument. Níže v popise diskutované schéma databáze systému 10Q DataTreasury™ popisuje detailně realizaci rozdělovacího konceptu.

DAC 400 tvoří páteř vrstvové architektury znázorněné na obr. 1 a obr. 4. Jak je znázorněno na obr. 1, každý DAC 400 podporuje oblast obsahující skupinu DAT 200. Každý DAC 400 se dotazuje DAT 2QQ ve svojí oblasti a přijímá TECBI, které byly nashromážděny v DAT 200. DAC 400 jsou umístěny na klíčových centrálních místech a maximální hustotou prodejců.

• · · 9 •·9* *· ··

Ve výhodném provedení obslužný kanál (server) 402 DAC zahrnuje samostatné SMP Alpha 4100 2/566 obslužné kanály

4 (servery) od firmy Digital Equipment Corporation (DEC) , které ;····· _v , ··> 4 jsou připojeny na společnou síť pracující se systémem Windows ·.;

NT. Obslužné kanály DEC Alpha spravuji shromažďování a ....

• 9 mezilehlé ukládání obrazů a dat, které jsou přijímány z DAT ^M‘‘, • 44 4

200.

4444

Jak je známo osobám s běžnými znalostmi v oboru,

4 44 systém 100 DataTreasury by mohl používat kterýkoliv z ί ί • 444 množství různých obslužných kanálů, které jsou dostupné od jiných prodejců výpočetní techniky, pokud takový obslužný kanál splňuje nároky systému na kapacitu, výkon a spolehlivost.

Ve výhodném provedení obslužný kanál 402 DAC rovněž zahrnuje diskové paměťové systémy EMC 3300 SYMMETRIX CUBE, které ukládají obrazy a data, shromážděné a spravované obslužnými kanály DEC Alpha. Architektura DAC 400 rovněž využívá dálkové datové zařízení SYMMETRIX (SRDF), dostupné od firmy EMC, pro umožnění mnoha, fyzicky odděleným datovým centrům, obsahujícím paměťové systémy EMC, udržovat redundantní zálohy vzájemně mezi sebou prostřednictvím dálkové sítě (WAN). Protože SRDE provádí záložní operace na pozadí, neovlivní operační výkon systému 100 DataTreasury™.

Obslužný kanál 402 DAC má rovněž sekundární paměť 410. Ve výhodném provedeni je touto sekundární pamětí 410 nízkokapacitní DLT opakovač.

Obslužné kanály DAC Alpha obslužného kanálu 402 DAC vkládají obrazy a data, přijaté z DAT 200 do databáze, která je uložena na diskových paměťových systémech, s použitím jazyku pro manipulaci s daty, jak je velmi dobře známo osobám • 0 • 0 0000 I s běžnými znalostmi v oboru. Ve výhodném provedení je touto databází relační databáze dosažitelná od firmy Oracle.

• »

Jak je velmi dobře známo osobám s běžnými znalostmi v ·····* oboru, mohl by systém 100 DataTreasury™ použít kterýkoliv z ·.;

množství různých databázových modelů, které jsou dostupné od »·»· • 0 jiných prodejců, včetně modelu vztahů mezi objekty, pokud ··· ♦ 0 0 taková zvolená databáze splňuje požadavky systému s ohledem · na paměť a účinnost přístupu. Viz například Database System

0000

Concepts, kapitola 2, od autorů Korth a Silberschatz. »****.

•000

Architektura DAC 400 využívá vzor na bázi WEBu s použitím zlepšených služeb doménových jmen (DNS), prvkový objektový model (DCOM) od firmy Microsoft, a aplikační programová rozhraní systému Windows NT pro usnadnění komunikace a vyvážení zatížení mezi obslužnými kanály zahrnujícími obslužný kanál 402 DAC. Jak je známo osobám s běžnými znalostmi v oboru, DNS, které jsou rovněž známé jako Bind, staticky překládají jméno požadované pro adresy internetového protokolu 4 (IP4). V architektuře DAC 400 zlepšené DNS dynamicky přiděluji IP4 adresy pro vyvážení zatížení mezi obslužnými kanály zahrnujícími obslužný kanál 402 DAC.

Ve výhodném provedení jsou zlepšené DNS zkonstruovány a realizovány s použitím objektů z DCOM od firmy Microsoft. Použitím DCOM objektů zlepšené DNS nabývají statistiky a zatížení a výkonu obslužných kanálů v reálném čase pro každý obslužný kanál zahrnující obslužný kanál 402 DAC od Windows NT API v nastavených intervalech. Na základě těchto statistik zatížení a výkonu zlepšené DNS nastavují mapování jmen požadovaných pro IP4 adresy pro směrování dat k obslužným kanálům, které jsou méně zatížené.

• · • · a · • ••fe ·

Velká skupina modemů 404 se dotazuje DAT 2Q0 v zákaznických místech uvnitř oblasti DAC 400. Ve výhodném provedení skupina modemů 404, dostupná jako CISCO AS5200, je ;····* • souborem 48 modemových zařízení s možností napojení na ’“.J lokální síť (LAN) 406, což umožňuje obslužným kanálům 402 DAC volat DAT 200 bez požadavku na 48 samostatných modemů a ····* *·♦ · sériových připojení. *.í

Obslužné kanály 402 DAC a skupina modemů 404 jsou fefe·· napojeny na LAN 406. Ve výhodném provedení LAN využívá ···* komunikační hardwarovou vrstvu komutovaného lOOBaseT/lOBaseT protokolu. Jak je známo osobám s běžnými znalostmi v oboru, lOOBaseT/lOBaseT protokol je založen na modelu Ethernet.

Navíc čísla 100 a 10 označují rychlost.komunikační linky v megabitech za sekundu. Ve výhodném provedení podporuje v LAN

406 propojitelnost mezi zařízeními připojenými na tuto LAN

406, včetně obslužných kanálů 402 DAC a skupiny modemů 404, síťový přepínač CISCO Catalyst 2900.

Jak je známo osobám s běžnými znalostmi v oboru, mohly by pro vytvoření komunikace mezi zařízeními v LAN 406 použity alternativní architektury pro LAN. Například by LAN 406 mohla využít centralizovanou architekturu s přidělovacím algoritmem cyklické obsluhy, algoritmem časového multiplexu nebo algoritmem statistického multiplexu.

₅ Směrovací program 408 dálkové sítě (WAN) spojuje LAN

406 s WAN pro umožnění komunikace mezi DAC 400 a DPC 600. Ve výhodném provedení směrovací program 408 sítě WAN je směrovací program CISCO 4700 WAN. Směrovací program 408 WAN používá propojení s přenosem rámců pro spojení LAN 406 DAC s g WAN. Jak je známo osobám s běžnými znalostmi v oboru, mohly by pro umožnění komunikace mezi DAC 400 a DPC 600 být použity ř ; ;

·· · • fe • •fefe fe • fe • fe ·« alternativní zařízení, jako je telekomunikační přepínač

NORTEL Magellen Passport 50, pokud takový zvolený směrovací • · program splňuje požadavky systému na výkon a kvalitu ··♦··

I komunikace. ·.;

*

Jak je známo osobám s běžnými znalostmi v oboru, rámcový přenos je protokol rozhraní pro statisticky multiplexované datové komunikace s přepojováním paketů, ve které jsou pakety (rámce) o proměnné velikosti použity tak, že zcela uzavírají uživatelské pakety, které přenášejí. Naproti tomu pro nekomutované (přidělené) dvoubodové spoje, které zaručují určitou datovou rychlost, komunikace s rámcovým přenosem zajišťuje šířku pásma na vyžádání se zaručenou minimální datovou rychlostí. Komunikace s rámcovým přenosem rovněž umožňuje přenos občasných krátkých vysokorychlostních datových shluků podle možností sítě.

···« * fe • · ···· •

• fefe · fe » ·· • •fefe • fe·· • ••fe fe fe • · •fefefe

Každý rámec uzavírá jeden uživatelský paket a přidává adresovací a ověřovací informace. Datová komunikace s rámcovým přenosem má obvykle přenosové rychlosti mezi 56 kilobyty za sekundu (kb/s) a 1,544 megabyty za sekundu (Mb/s). Rámce mohou měnit délku až do daného limitu přibližně 1 kilobyte.

Přenosová síť 412 Telco je komunikační síť, která přijímá rámce určené pro DPC 600 a vyslané směrovacím programem 408 WAN z DAC 400. Jak je známo osobám s běžnými znalostmi v oboru, nosné zajišťují komunikační služby v lokálních ústřednách. Tyto ústředny obsahují síťové prostředky a vybavení pro propojení telefonních a datových komunikací s dalšími ústřednami uvnitř jejich vlastní sítě a uvnitř sítí dalších nosných.

* 9 « *· ·* 99 w

Protože nosné sdílejí jednotlivé linky propojovací sítě, musí být datová komunikace dynamicky přidělována linkám v síti podle jejich dostupnosti. Vzhledem k dynamické povaze

9 směrování dat je propojovací přenosová síť označována jako • 99 9 systém nosných v komunikační šířce pásma. ’.ί

Veškeré vybavení DAC 400 je plně redundantních přímo ; ’ ;

• 9 · připojených napájecích zdrojích UPS pro zajištění maximální ··· Ϊ dosažitelnosti napájení. Navíc pro minimalizaci doby pro · ·· · · zjištění závad, analýzu závad a jejich opravu, veškeré • 99· vybavení DAC 400 zahrnuje prostředky pro detekcí závad a dálkové podávání zpráv a diagnostiku, jak je známo osobám v oboru znalým.

Obr. 5 znázorňuje vývojový diagram 500 popisující dotazování DAT 200 prostřednictvím DAC 400 a přenos TECBI z jednotlivých DAT 200 do DAC 400. V kroku 502 obslužný kanál 402 DAC čte adresu prvního DAT 200 ve svojí oblasti pro dotazování. V kroku 504 modem ve skupině modemů 404 volá první DAT 200. DAC 400 zjišťuje, zda volání DAT 200 bylo úspěšné, v kroku 506. Pokud volání prvního DAT 200 bylo neúspěšné, DAC 400 v kroku 508 ověří, že DAT 200 je přípraven pro přenos. Pokud DAT 200 není připraven pro přenos, DAC 400 v kroku 522 zaznamená chybový stav v celkovém výkazu o operaci a oznámí chybu do DPC 600.

Pokud je DAT 2QQ přípraven pro přenos v kroku 508, pak DAT 200 v kroku 510 přenese paketové záhlaví TECBI do DAC 400. DAC 400 bude zjišťovat v kroku 512, zda přenos paketového záhlaví TECBI byl úspěšný. Pokud byl přenos paketového záhlaví TECBI neúspěšný, DAC 400 v kroku 522 zaznamená chybový stav v celkovém výkazu o operaci a oznámí chybu do DPC 600.

B • · B • B

w r • · • · ···· »

X!

BB

Pokud byl přenos paketového záhlaví TECBI úspěšný v kroku 512, DAT 200 v kroku 514 přenese paket TECBI do DAC 400. DAC 400 bude zjišťovat v kroku 516, zda přenos paketu TECBI byl úspěšný. Pokud byl přenos paketu TECBI neúspěšný,

DAC 400 v kroku 522 zaznamená chybový stav v celkovém výkazu ·«·. ·

BB o operaci a oznámí chybu do DPC 600. ·

BBBB B ·

Β B

Pokud byl přenos paketu TECBI v kroku 516 úspěšný, ·· •BB ·

DAC 400 v kroku 513 porovná paketové záhlaví TECBI, přenesené *·ί v kroku 510, s paketem TECBI, přeneseným v kroku 514. Pokud ,····,

B « paketové záhlaví TECBI neodpovídá paketu TECBI, DAC 400 v .’·*·.

* · kroku 522 zaznamená chybový stav v celkovém výkazu o operaci a oznámí chybu do DPC 600.

Pokud v kroku 518 paketové záhlaví TECBI odpovídá paketu TECBI, DAC 400 v kroku 520 nastaví stav paketu TECBI pro indikaci, že je připraven pro přenos do DPC 600. DAC 400 bude v kroku 520 rovněž přenášet stav do DAT 200 pro indikaci úspěšného dokončení operace dotazování a přenosu. Dále bude DAC 400 v kroku 524 zjišťovat, zda TECBI byly přeneseny ze všech DAT 200 v jeho oblasti. Pokud DAT 200 v oblasti DAC 400 již přenesly TECBI do DAC 400, pak DAC 400 v kroku 528 sestaví stavový výkaz DAT 200 před ukončením operace.

Pokud jeden nebo více DAT 200 v oblasti DAC 400 ještě nepřenesl TECBI do DAC 400, převezme DAC 400 v kroku 526 adresu následujícího DAT 200 v oblasti. Dále se řízení vrací do kroku 504, ve kterém bude tento následující DAT 200 v oblasti DAC 400 dotazován tak, jak bylo diskutováno v popisu výše.

Ve výhodném provedení obslužný kanál 402 DAC inicializuje dotazování a přenos dat v optimálních okamžicích

4 «I meziměstských sazeb pro snížení ceny datového přenosu. Kromě přesouvaného řízení a redundantních obslužných kanálů bude

DAC 400 rovněž mít duální páskové záložní jednotky, které

4 budou periodicky vytvářet zálohu celého datového souboru. ··*..,

Pokud dojde k závažné poruše DAC 400, mohou být tyto pásky ’”»J získány a poslány přímo do DPC pro zpracování. Jak dotazování a datový přenos DAT 200 postupuje, bude DAC 400 periodicky ···.

••4 · aktualizovat DPC 600 svým stavem. Pokud u DAC 400 nastane *·!

závažná porucha, měl by DPC 600 mít informaci o tom, do jaké .’···,

4 / ·· · · fáze bylo provedeno dotazování a zaloha dat před selháním DAC • 4

400. DPC 600 tudíž může snadno přidělit další DAC 400 pro dokončení dotazování a datového přenosu pro DAT 200 v oblasti porouchaného DAC 400.

Obr. 6 znázorňuje blokové schéma architektury DPC 600. DPC 600 shromažďuje, zpracovává a ukládá obrazy pro pozdější vyhledávání systémem DataTreasury™ pro dotazující se zákazníky, kteří mají autorizaci pro přístup k relevantním informacím. Dotazující se zákazníci systému DataTreasury™ zahrnují prodejce využívající prodej přes kreditní karty, společnosti poskytující kreditní karty, společnosti poskytující informace o kreditních kartách a spotřebitele.

Jak je znázorněno na obr. 6 a obr. 1, DPC 600 se dotazuje jednotlivých DAC 400 a přijímá TECBI, které byly nashromážděny v DAC 400.

Ve výhodném provedení obslužný kanál 602 DPC zahrnuje samostatné obslužné kanály SMP Alpha 4100 4/566 od firmy Digital Equipment Corporation (DEC), které jsou připojené na společnou síť pracující se systémem Windows NT. Obslužné kanály Alpha DEC spravují sběr a prozatímní uložení obrazů a dat, přijímaných z DAC 4QQ.

• >· 0

Ve výhodném provedení obslužný kanál 602 DPC rovněž zahrnuje diskové paměťové systémy EMC 3700 SYMMETRIX CUBE, které ukládají obrazy a data, shromážděné a spravované obslužnými kanály DEC Alpha. Podobně jako architektura DAC 400, architektura DPC 600 rovněž využívá dálkové datové zařízení SYMMETRIX (SRDF), dostupné od firmy EMC, pro umožnění mnoha, fyzicky odděleným datovým centrům, obsahujícím paměťové systémy EMC, udržovat redundantní zálohy vzájemně mezi sebou prostřednictvím dálkové sítě (WAN).

Podobně jako architektura DAC 400, architektura DPC 600 využívá vzor na bázi WEBu s použitím zlepšených služeb doménových jmen (DNS) , prvkový objektový model (DCOM) od firmy Microsoft, a aplikační programová rozhraní systému Windows NT pro usnadnění komunikace a vyvážení zatížení mezi obslužnými kanály zahrnujícími obslužný kanál 602 DPC, jak je popsáno výše ve spojení s diskusí o architektuře DAC 400.

Pracovní stanice 604 provádí operační řízení a monitorování systému a správu sítě DPC 600. Ve výhodném provedení je pracovní stanicí 604, dostupné od firmy Compaq, pracovní stanice na platformě firmy Intel, která pracuje se systémem Windows NT 4.x od firmy Microsoft. Pracovní stanice 604 by mela být schopná spouštět systém Windows NT 5.x od firmy Microsoft, když bude dostupný. Pracovní stanice 604 realizuje software CA Unicenter TNG pro provádění síťového monitorování a správy systému. Pracovní stanice 604 realizuje software SnoBound Imaging pro zobrazení a zpracování TECBI.

Pracovní stanice 604 rovněž provádí identifikační ověření porovnáním podpisových dat získaných dálkově prostřednictvím DAT 200 s podpisovými daty uloženými v DPC 600. Ve výhodném provedení identifikační ověření provádí na *00 0 • 0

0«· • 00 0 • · * 4 I ♦ ♦ · * ···· · 44 pracovní stanici 604 software pro ověřování podpisů, dostupný od firmy Communications Intelligence Corporation of Redwood Shores z Kalifornie. Jak je známo osobám s běžnými znalostmi v oboru, pracovní stanice 604 by mohla vykonávat jiný software pro provádění identifikačního ověření prostřednictvím porovnávání biometrických dat, zahrnujících zobrazení obličeje, otisky prstů, záznam hlasu, zobrazení oční duhovky, zobrazení sítnice a geometrii ruky. DPC 600 by tedy mohl ověřovat identitu osoby, která provádí nákup s kreditní kartou prostřednictvím porovnání biometrických dat, zachycených dálkově, s biometrickými daty, uloženými v DPC 600.

Jak je známo osobám s běžnými znalostmi v oboru, systém 100 DataTreasury™ by mohl využívat pracovní stanice se základní jednotkou od jiných prodejců integrovaných obvodů, pokud taková zvolená pracovní stanice má možnost provádět standardní operace, jako je vyvolání instrukcí, vyvolání dat, vykonání vyvolaných instrukcí s vyvolanými daty a ukládání výsledků. Podobně by systém 100 DataTreasury™ mohl využívat operační systémy alternativní k Windows a síťový monitorovací software, pokud zvolený software může monitorovat stav pracovních stanic a linek v síti a zobrazovat zjištěný stav operátorovi.

Ústředna 614 dálkového zadávání dat a vzdálené zařízení 616 dálkového zadávání dat opravují chyby, které nastaly během zachycování dat prostřednictvím DAT 200.

Protože systém 100 DataTreasury™ rozděluje dokument, jak je popsáno při popisu příkladné stvrzenky podle obr. 3b, operátor v ústředně 614 dálkového zadávání dat nebo ve vzdáleném zařízení 616 dálkového zadávání dat musí opravit ·

* 00 · 0 pouze tu část dokumentu nebo ten obrazový úsek, který obsahuje chybu.

Rozdělování zlepšuje výkon systému, snižuje cenu systému a zlepšuje kvalitu systému. S rozdělováním obslužný ····!

kanál 602 DPC vysílá do ústředny 614 dálkového zadávání dat *··.

nebo do vzdáleného zařízení 616 dálkového zadávání dat pouze tu část dokumentu, která obsahuje chybu. Protože operátor v *···.

••0 0 těchto místech zadávání dat vidí pouze tu část dokumentu, která obsahuje chybu, může tuto chybu rychle rozeznat a ,··♦· • 0 opravit. Bez rozdělování by operátor musel vyhledávat chybu v * 0 • 0 celém dokumentu. S takovým neúčinným postupem by operátor ···· potřeboval mnohem více času a bylo by mnohem pravděpodobnější, že chybu špatně opraví tím, že ji přehlédne nebo provede modifikaci nesprávného místa. Rozdělování tudíž zlepšuje výkon systému a jeho kvalitu zvýšením rychlosti a přesnosti procesu pro opravování chyb.

Podobně rozdělování snižuje provoz na LAN 606 DPC a přenosové síti 412 Telco, protože DPC 602 vysílá do ústředny 614 dálkového zadávání dat nebo do vzdáleného zařízení 616 dálkového zadávání dat pouze obrazový úsek obsahující chybu. Rozdělování tudíž snižuje cenu systému prostřednictvím omezení šířky pásma požadované pro propojovací sítě.

Lan 606 DPC umožňuje komunikaci mezi zařízeními, která jsou připojena na tuto LAN 606, včetně obslužného kanálu 62 a síťové pracovní stanice 604. Ve výhodném provedení LAN 606 DPC využívá komunikační hardwarovou vrstvu komutovaného lOOBaseT/lOBaseT protokolu podobně jako LAN 406 DAC, jak bylo diskutováno v přecházejícím popisu. Ve výhodném provedení je LAN 606 DPC vysokorychlostní páteřní síť OC2. Ve výhodném provedení podporuje v LAN 606 DPC propojitelnost

9999 · • 9 mezi zařízeními připojenými na tuto LAN 606 síťový přepínač CISCO Catalyst 5500.

Jak je známo osobám s běžnými znalostmi v oboru, mohly by pro vytvoření komunikace mezi zařízeními v LAN 606 použity alternativní architektury pro LAN. Například by LAN 606 mohla využít centralizovanou architekturu s přidělovacím algoritmem cyklické obsluhy, algoritmem časového multiplexu nebo algoritmem statistického multiplexu.

Směrovací program 612 dálkové sítě (WAN) spojuje LAN 606 DPC s WAN pro umožnění komunikace mezi DAC 400 a DPC 600. Ve výhodném provedení směrovací program 612 sítě WAN je směrovací program CISCO 7507 WAN. Směrovací program 612 WAN používá propojení s přenosem rámců pro spojení LAN 606 DPC s WAN. Jak je známo osobám s běžnými znalostmi v oboru, mohly by pro umožnění komunikace mezi DAC 400 a DPC 600 být použity alternativní zařízení, jako je telekomunikační přepínač NORTEL Magellen Passport 50, pokud takový zvolený směrovací program splňuje požadavky systému na výkon a kvalitu komunikace.

DPC 600 má třívrstvou architekturu pamětí pro podporu masívních nároků na paměť v systému 100 DataTreasury™. Ve výhodném provedení sestává paměťová architektura z technologie Fiber Channel RAID na bázi paměťových systému EMC Symmetríx Enterprise, kde jednotlivá oddělení podporují přes 1 Terabyte paměti. Poté, co obrazy TECBI již byly zpracovány a byly on-line přístupné po dobu 30 dnů, budou přesunuty do opakovačích systémů na bázi DVD. Poté, co obrazy TECBI byly takto on-líne přístupné po dobu 90 dnů, budou přesunuty do opakovačích systémů na bázi paměti 608 pro jeden zápis a ♦·· 9

9

9»

9999 *99 9

9

9999 •999 v V • fe • fefe · fe • fe « fe · · ·· fefe vícenásobné čtení (WORM) pro dlouhodobější uložení po dobu až roky podle požadavků zákazníka.

V alternativním provedení je DPC 600 určen rovněž pro konfiguraci velkokapacitní permanentní paměti (HD-ROM), když * .

• fefe · bude dostupná od firmy NORSAM Technologies, Los Alamos, Nové ’··

Mexiko, do opakovačích optických paměťových systémů 610, jako ·**·*.

• · ·♦·· jsou systémy dostupné od firmy Hewlett Packard, pro nahrazení · • · komponentů DVD za účelem zvýšené kapacity paměti. HD-ROM . * fefefefe vyhovuje standardům CD-ROM pro vytváření pokovených disků í ;

fefefefe

WORM. HD-ROM v současností má velmi velkou kapacitu paměti • fefefe přes 320 gigabytů (320 GB) na jedné desce a má předpokládanou kapacitu několika terabytů (TB) na jedné desce. DPC 600 využívá technologie firem IBM a Philips pro čtení z HD-ROM a pro zápis na HD-ROM.

DPC Alpha obslužné kanály obslužného kanálu 602 DPC vkládají obrazy a data, přijímané z DAC 400 do jedné databáze, která je uložena pracovních systémech digitální pamětí s využitím jazyku pro manipulaci s daty, jak je velmi dobře známo osobám s běžnými znalostmi v oboru. Ve výhodném provedení je touto databází relační databáze V8.0 od firmy Oracle, která je zkonstruována pro podporu jak uložení dat tak i obrazu v jednom archívu.

Jak je známo osobám s běžnými znalostmi v oboru, sestává relační databáze ze souboru tabulek, které mají unikátní jména. Viz například Database System Concepts, kapitola tři, autorů Korth a Silberschatz. Databázové schéma je logickou konstrukcí databáze. Každá tabulka v relační databázi má atributy. Řádka v tabulce reprezentuje vztah mezi sadou hodnot pro atributy v tabulce. Každá tabulka má jeden nebo více nadřízených klíčů. Nadřízený klíč je sada jednoho • 9 • 9

99

9··« 9 ·* 9 nebo více atributů, které unikátně identifikují řádku v tabulce. Kandidátový klíč je nadřízený klíč, pro který nějaká vlastní podmnožina není také nadřízeným klíčem. Primární klíč je kandidátový klíč zvolený konstruktérem databáze jako prostředek pro identifikaci řádky v tabulce.

Jak je velmi dobře známo osobám s běžnými znalostmi oboru, mohl by systém 100 DataTreasury™ použít kterýkoliv z množství různých databázových modelů, které jsou dostupné od „ jiných prodejců, včetně modelu vztahu mezi objekty, pokud ;

• 999 taková zvolená databáze splňuje požadavky systému s ohledem • 999 na paměť a účinnost přístupu. Viz například Database System Concepts, kapitola 2, od autorů Korth a Silberschatz.

Příkladné základní schéma DPC 600 sestává z tabulek uvedených níže. Protože jména atributů jsou popisná, odpovídajícím způsobem definují také obsahy těchto atributů.

Primární klíče v každé tabulce jsou identifikovány dvěma hvězdičkami (**), Číselné atributy, které jsou unikátní pro určitou hodnotu primárního klíče, jsou označeny příponou NO. Číselné atributy, které jsou unikátní v celé relační databázi, jsou označeny příponou NUM.

• · ··· 9 • · • 9

Zákazník: Tato tabulka popisuje zákazníka systému DataTreasury™.

A. **ID_Zákazníka

B. Jméno_společnosti

C. Kontakt

D. Pojmenování_kontaktu

E. Addrl

F. Addr2 • Φφφ «

I* • ·

	G.	Město
		H.	Kód oblasti
		I.	Směrový kód
		J.	Kód země
5		K.	Číslo_telefonu
		L.	Číslo_faxu
		M.	Datum vytvoření
	II.	Pošta pro zákazníka: Tato tabulka popisuje poštovní
10		adresu zákazníka systému DataTreasury™.
		A.	**Pošta pro No
		B.	**ID zákazníka
		C.	Jméno zákazníka
		D.	Kontakt
15		E.	Pojmenování kontaktu
		F.	Addrl
		G.	Addr2
		H.	Město
		I.	Kód oblasti
20		J.	Směrový kód
		K.	Kód země
		L.	Číslo telefonu
		M.	Číslo faxu
		N.	Datum vytvoření
25		0.	Komentář

• φ* φ

·· •

φφφφ • φ • φ φφφφ •

φφφ φ • φ φφφφ • · « φ • φφφ φφφφ • · φ φ φφφ»

III. Umístění_DAT_zákazníka: Tato tabulka popisuje umístění DAT zákazníka systému DataTreasury™.

A. **Místo_DAT_NO

B. **ID zákazníka

44«· »

c.

D.

E.

F.

G.

H.

I.

J.

K.

L.

M.

N.

O.

Jméno_zákazníka Kontakt

Pojměnování_kontaktu

Addrl

Addr2

Město

Kód_oblasti

Směrový_kód

Kód_země

Číslo_telefonu

Číslo_faxu

Datum_vytvoření

Komentář • · ·»«*« •

• 44 4 • 4 • 4 • 444 • 4 • 4 • 444 • •4 4 • 4 • ·

4

4··« •44« • 4

4

4 44

IV. Místo_DAT_zákazníka: Tato tabulka popisuje místo (místa) DAT zákazníka systému DataTreasury™.

A. **ID_terminálu_DAT

B. **Místo_DAT_NO i

C. **ID_zákazníka

D. Datum_instalace

E. Datum_posledního_servisu

F. Datum_vytvoření

G. Komentář

V. Datová_specífikace: Tato tabulka zajišťuje datové specifikace pro rozdělení a vyjímání dokumentů.

A. **ID_datové_specifikace

B. **ID_zákazníka

C. Popis

D. Záznam_rozložení_pravidel

Φ· φ • Φ «

• φ ί φφ · · • φ φ φφ

Ε. Datum_vytvoření F. Komentář

VI. Specifikace_datových_polí: Tato tabulka popisuje specifikace datových polí pro rozdělení a vyjímání dokumentu.

A. **Datová_specifikace_NO

B. **ID_datové specifikace

C: Jméno_pole

D. Popis

E. Typ_dat

F. Maximální__hodnota

G. Minimální_hodnota

H. Počáteční_pozice

I. Koncová_pozice

J. Délka_pole

K. Pravidla

L. Datum_vytvoření

M. Komentář

VII. Šablona_dokumentu: Tato tabulka specifikuje rozdělení předem definovaného dokumentu.

A. **Šablona_dokumentu_NUM

B. ID_specifikace_dat

C. Popis

D. Pravidla

E. Datum vytvoření

F. Komentář φφφ Φ ♦ · • Φ

Φ φφφφ

Φφ • ♦ ΦΙ φφφφ • » • » φφφφ • Φφ» ···· • 4 ί ί ♦ ·4 *

VIII. Šablona_tiskopisu; Tato tabulka definuje umístění tiskopisů na předem definovaném dokumentu.

A. **Šablona_tiskopisu_NO

B. **Šablona_dokumentu_NUM

C. Strany_na_tiskopis

D. Obraz_předlohy_strana_A

E. Obraz_předlohy_strana_B

F. Rotace_zobrazení_A

G. Rotace_zobrazení_B

H. Popis

I. Pravidla

J. Datum vytvoření • 4 ••444* *

··· 4 • 4 ·· *··· •«49 ··· 4 • 4 «4

4444 • 4 • 4 44*4 4444

4*4

IX. Šablona_oken: Tato tabulka specifikuje umístění oken uvnitř tiskopisů předem definovaného dokumentu.

A. **Šablona_okna_NO

B. **Šablona_strany_NG

C. **Šablona_tiskopisu__NO

D. **Šablona_dokumentu_NUM

E. Rotace_zobrazení

F. Okno_UL_X

G. Okno_UL_Y

H. Okno_LR_X

I. Okno_LR_Y

J. Popis

K. Pravidla

L. Datum_vytvoření • 0 * 0

X. Šablona_polí: Tato tabulka definuje umístění polí uvnitř oken tiskopisu předem definovaného dokumentu.

A. **Šablona_pole_NO

B. **Šablona_okna_NO

C. **Šablona_strany_NO

D. **Šablona_tiskopisu_NO

E. **Šablona_dokumentu_NUM

F. Rotace_zobrazení

G. Pole_UL_X

H. Pole_UL_Y

I. Pole_LR_X

J. Pole_LR_Y

K. Popis

L. Pravidla

M. Datum_vytvoření ·· ···» • 0 ··>·«·

900 «

• 000 •

·· 0 « 0 9 *00« « · • 0 ••00 •000 ·· >·

XI.

XII.

Dávka DAT: tato tabulka definuje dávky dokumentů, které byly zpracovány během operace DAT.

A. **Dávka_DAT_NO **Operace_DAT_NO **Datum_operace_DAT * * ID_terminá1u_DAT Jednotka_DAT_CNT Datum vytvoření

B.

C.

D.

E.

F.

Jednotka_DAT: Tato tabulka definuje jednotku v dávce dokumentů, které byly zpracovány v operaci DAT.

A. **Jednotka_DAT_NUM

B. **Dávka~DAT_NO

C.

**Operace DAT NO • · φ » ♦ · · ·· « φ φ φ φ« *

Λ

D. **Datum_operace__DAT Ε. **ID_terminálu_DAT

F. Tiskopis_CNT

G. Dokument_CNT

H. Datum_vytvoření ϊ·..ϊ.

• ··· φ φ φ ·

XIII. Dokumenty_DAT: Tato tabulka definuje dokumenty v · • ··· φ jednotce dokumentu, které byly zpracovány v operaci

DAT. **·.:

• Φ

A. **Dokumenty_DAT NO

B. **Jednotka DAT NUM *··· — — ·♦··

Ϊ ·

C. 2áznam_dat_dokumentu «···*

D. Datum_vytvoření

Tabulky Datová_specifikace, Specifikace_datových_ polí, Šablona_dokumentu, Šablona_tiskopisů, Šablona_oken, a Šablona_polí realizují algoritmus rozdělení dokumentu, jak byl zmiňován výše ve spojení s popisem vzorové stvrzenky podle obr. 3b. Křížový průnik tabulek datová_specifikace a specifikace_datových_polí rozděluje libovolný dokument, zatímco křížový průnik tabulek Šablona_dokumentu,

Šablona_tiskopisů, Šablona__oken, a Šablona_polí rozděluje předem definované dokumenty systému 1QQ DataTreasury™.

Tabulka Šablona_tiskopisů definuje umístění tiskopisů v předem definovaném dokumentu. Tabulka Šablona_oken definuje umístění oken uvnitř tiskopisů v předem definovaném dokumentu. Nakonec tabulka Šablona_polí definuje umístění polí uvnitř oken tiskopisu v předem definovaném dokumentu.

DPC 600 provádí získávání dat a vytváření výkazů pro velké množství aplikací prostřednictvím výběru informací z • ♦ *

4 • * ··· 4 databáze. Například DPC 600 vytváří výkazy pro analýzy trendů na trhu a inventární výkazy pro prodejce prostřednictvím analýzy dat ze stvrzenek zachycených prostřednictvím DAT 200.

DPC 600 může rovněž poskytovat důležité daňové informace pro plátce daní ve formě výkazu nebo pro softwarové aplikace, í.,.;

jako je software pro vyplňování daňového přiznání, ···.

prostřednictvím vyhledávání daňových informací z databáze, · •«•4 které původně byly umístěny na stvrzenkách, dokumentech a v

I elektronických transakcích zachycených prostřednictvím DAT

200. Podobně může DPC 600 také poskytovat daňové informace .J,, • 4 • · pro určité časové periody pro ucely daňového auditu. ····

Obr. 7 znázorňuje vývojový diagram 700 popisující dotazování DAC 400 prostřednictvím DPC 600 a přenos TECBI z jednotlivých DAC 400 do DPC 600. V kroku 702 DPC 600 čte adresu prvního DAC 400 ve svojí oblasti pro dotazování. V kroku 7Q4 se DPC 600 spojuje s prvním DAC 400 pro přenos. DPC 600 zjišťuje, zda spojení s DAC 400 bylo úspěšné, v kroku 706. Pokud volání prvního DAC 400 bylo neúspěšné, DPC 600 v kroku 722 zaznamená chybový stav v celkovém výkazu o operaci a oznámí chybu do řídícího programu DPC 600.

Pokud spojení s prvním DAC 400 bylo úspěšné, DPC 600 v kroku 708 ověří, že DAC 400 je připraven pro přenos. Pokud DAC 400 není připraven pro přenos, DPC 600 v kroku 722 zaznamená chybový stav v celkovém výkazu o operaci a oznámí chybu do řídícího programu DPC 600.

Pokud je DAC 400 připraven pro přenos v kroku 708, pak DAC 400 v kroku 710 přenese paketové záhlaví TECBI do DPC 600. DPC 600 bude zjišťovat v kroku 712, zda přenos paketového záhlaví TECBI byl úspěšný. Pokud byl přenos paketového záhlaví TECBI neúspěšný, DPC 600 v kroku 722 »00

Λ

9 »··· · • 0 0 *0 ·· zaznamená chybový stav v celkovém výkazu o operaci a oznámí chybu do řídícího programu DPC 600.

Pokud byl přenos paketového záhlaví TECBI úspěšný v kroku 712, DAC 400 v kroku 714 přenese paket TECBI do DPC

600. DPC 600 bude zjišťovat v kroku 716, zda přenos paketu i**'

TECBI byl úspěšný. Pokud byl přenos paketu TECBI neúspěšný, ”’·

DPC 600 v kroku 722 zaznamená chybový stav v celkovém výkazu o operaci a oznámí chybu do řídícího programu DPC 600. *·*' • · 0

Pokud byl přenos paketu TECBI v kroku 716 úspěšný, , ·*· ·

DPC 600 v kroku 718 porovná paketové záhlaví TECBI, přenesené I •0«a v kroku 710, s paketem TECBI, přeneseným v kroku 714. Pokud • 0 ·« paketové záhlaví TECBI neodpovídá paketu TECBI, DPC 600 v kroku 722 zaznamená chybový stav v celkovém výkazu o operaci a oznámí chybu do řídícího programu DPC 6QQ.

Pokud v kroku 718 paketové záhlaví TECBI odpovídá paketu TECBI, DPC 600 v kroku 720 nastaví stav paketu TECBI pro indikaci, že je připraven pro přenos do DPC 600. DPC 600 bude v kroku 720 rovněž přenášet stav do DAC 400 pro indikaci úspěšného dokončení operace dotazování a přenosu. Dále bude DPC 600 v kroku 724 zjišťovat, zda TECBI byly přeneseny ze všech DAC 400 v jeho oblasti. Pokud všechny DAC 400 v oblasti DPC 600 již přenesly TECBI do DPC 600, pak DPC 600 v kroku 728 sestaví stavový výkaz DAC 400 před ukončením operace.

Pokud jeden nebo více DAC 400 v oblasti DPC 600 ještě nepřenesl TECBI do DPC 600, převezme DPC 600 v kroku 726 adresu následujícího DAC 400 v oblasti. Dále se řízení vrací do kroku 704, ve kterém bude tento následující DAC 400 v oblasti DPC 600 dotazován tak, jak bylo diskutováno v popisu výše.

• ·· 0 •999 • · 9 9 v * · w • 9 9 9 9 • ♦ « 9

M 99 s·

Obr. 8 znázorňuje vývojový diagram 800 popisující zpracování dat, prováděné prostřednictvím DPC 60Q. V kroku 802 DPC 600 vyvolává první paket TECBI. Dále v kroku 804 DPC 600 vyjímá první TECBI z paketu TECBI. V kroku 806 DPC 600 vkládá TECBI do databáze. V kroku 808 DPC 600. vyjímá příznakové záhlaví, které obsahuje identifikátor zákazníka, ·...:

kódovací klíče a šablonu identifikátoru, z TECBI pro získání ···, ;

ECBI.

•9·«

V kroku 810 DPC 600 dekóduje ECBI obraz pro získání **** ···

CBI. V kroku 812 DPC 600 dekomprimuje CBI pro získání Bl. V ·· kroku 814 DPC 600 vyvolává a aplikuje šablonu Bl na Bl. Dále • 9 · » v kroku 814 DPC 600 rozděluje Bl na obrazové úseky a opatřuje * 9 • 9 « ·

Bl šablonu příznaku podle pravidel pro zachycení dat pro vytvoření příznaky označené bitové mapy obrazových úseků (TBIS). V kroku 816 DPC 600 zadává TBIS pro operace datového zachycení pro vytvoření IS odvozeného datového záznamu (ISDATA). DPC 600 vymaže TBIS po dokončení operací pro zachycení dat v kroku 816. V kroku 818 DPC 600 aktualizuje záznam TECBI v databázi s IS odvozenými daty.

V kroku 820 DPC 600 zjišťuje, zda již byl zpracován poslední TECBI v paketu TECBI. Pokud tento poslední TECBI v paketu TECBI ještě nebyl zpracován, DPC 600 v kroku 822 vyjímá další TECBI z paketu TECBI. Dále se řízení vrací do kroku 806, ve kterém bude zpracován tento další TECBI tak, jak bylo popsáno v popisu výše. Pokud poslední TECBI v paketu TECBI již byl zpracován, zjišťuje DPC 600 v kroku 824, zda již byl zpracován poslední paket TECBI. Pokud poslední paket TECBI ještě nebyl zpracován, DPC 600 v kroku 826 vyvolává další paket TECBI. Dále se řízení vrací do kroku 804, ve kterém bude tento další paket TECBI zpracován tak, jak bylo * fe · fefe · • fefe · « • fe fefe popsáno v popisu výše. Pokud je v kroku 824 zjištěno, že poslední paket TECBI již byl zpracován, DPC 600 ukončí zpracování dat.

Jak je známo osobám s běžnými znalostmi v oboru, uživatel může vyžadovat informace z relační databáze s použitím dotazovacího jazyka. Viz, například, Database System Concepts, kapitola tři, autorů Korth a Silberschatz.

Například může uživatel získat všechny řady z databázové tabulky, mající primární klíč s určitými hodnotami, prostřednictvím specifikování požadovaných hodnot primárního klíče a jména tabulky při zvolené operaci. Podobně může uživatel získat všechny řady z více databázových tabulek, majících primární klíče s určitými hodnotami, prostřednictvím specifikování požadovaných hodnot primárních klíčů a jmen tabulek se zvolenými operacemi.

Systém DataTreasury™ poskytuje zjednodušené rozhraní pro svoje zákazníky vyhledávající informace pro umožnění vyjímání dat z jeho relační databáze, jak je popsáno ve spojení s obr. 9. Například může zákazník systému DataTreasury™ získávat čas, datum, umístění a hodnotu specifikované transakce.

DPC 600 provádí získávání dat a vytváření výkazů pro velké množství různých aplikací prostřednictvím vyjímání informací z databáze. Například, DPC 600 vytváří výkazy pro analýzy trendů na trhu a inventární výkazy pro prodejce prostřednictvím analýzy dat ze stvrzenek zachycených prostřednictvím Dat 200. DPC 600 může rovněž poskytovat důležité daňové informace pro plátce daní ve formě výkazu nebo pro softwarové aplikace, jako je software pro vyplňování daňového přiznání, prostřednictvím vyhledávání daňových *

• fefe fe fe fe ·· • fefefe fe • fefe » • » • fe ···· • fefe· • φ

Φ· φ φφφφ ·

ΦΦ ·Φ *4 informací z databáze, které původně byly umístěny na stvrzenkách, dokumentech a v elektronických transakcích zachycených prostřednictvím DAT 200. Podobně může DPC 600 také poskytovat daňové informace pro určité časové periody

Φ Φ pro účely daňového auditu. · ··· Φ φ Φ

Obr. 9 znázorňuje vývojový diagram 900 popisující . “

Φ ·»* vyhledávání dat, prováděné prostřednictvím DPC 600. V kroku Ϊ :

·>·*

902 DPC 600 přijímá žádost o vyhledání TECBI. V kroku 904 DPC ···. · ·«

600 získává identifikátor zákazníka. V kroku 906 DPC 600 · ·♦· · • · zjišťuje, zda identifikátor zákazníka je platný. Pokud ···♦ identifikátor zákazníka není platný, vrací se řízení do kroku 904, ve kterém DPC 600 získá další identifikátor zákazníka.

Pokud je v kroku 906 zjištěno, že identifikátor zákazníka je platný, získá v kroku 908 DPC 600 bezpečnostní profil zákazníka. V kroku 910 DPC 600 přijímá žádost zákazníka o vyhledání dat. V kroku 912 DPC 600 zjišťuje, zda žádost zákazníka o vyhledání dat je konzistentní s bezpečnostním profilem zákazníka. Pokud žádost zákazníka o vyhledání dat není konzistentní s bezpečnostním profilem zákazníka, vrátí se řízení do kroku 910, ve kterém DPC 600 získá další žádost zákazníka o vyhledání dat. Pokud je žádost zákazníka o vyhledání dat konzistentní s bezpečnostním profilem zákazníka, DPC 600 v kroku 914 vysílá výsledky zákazníkovi, jak je indikováno prostřednictvím bezpečnostního profilu zákazníka.

Obr. 10 znázorňuje vývojový diagram popisující použití systému DataTreasury™ pro zpracování šeků. V kroku 1004 systém DataTreasury™ zachytí šek ve vzdáleném místě plátce, ve výhodném provedení předtím, než plátce předloží šek příjemci. Alternativně plátce jednoduše předloží nebo • «ftft ft ft · pošle šek příjemci. Zachycení šeku ve vzdáleném místě plátce v kroku 1004 umožní následné porovnání šeku, jak byl napsán plátcem, s šekem, jak byl přijat příjemcem. Jinými slovy tento krok umožňuje detekci změny šeku při podvodných manipulacích s šekem, když je šek zachycen pachatelem předtím, než jej přijme příjemce, a je tímto pachatelem chemicky omyt pro umožnění pachateli, aby pracoval s čistým šekem.

V kroku 1006 systém DataTreasury™ zachycuje šek a biometrická data plátce ve vzdáleném místě příjemce. V alternativním provedení systém DataTreasury™ vysílá elektronická data transakce, reprezentující šek, ze vzdáleného místa plátce do vzdáleného místa příjemce. V kroku 1008 systém DataTreasury™ provádí ověření šeku a biometrických dat prostřednictvím porovnání dálkově zachycených dat s daty uloženými v centrálním místě. Ověření dále zahrnuje kontrolu placené částky a podpis plátce.

ft ft·· ftft·· ft · ft ft··· ft • ftft · * ft • ftftft ftft·· • ftftft • ft • · • ftftft **

V kroku 1010 systém DataTreasury™ zjišťuje, zda ověření bylo úspěšné. Pokud ověření v kroku 1010 bylo neúspěšné, systém vysílá chybovou zprávu do vzdálených míst v kroku 1012 a vrací se do kroku 1004 pro opětovné použití. Pokud ověření v kroku 1010 bylo úspěšné, systém v kroku 1014 vytváří elektronickou transakci reprezentující šek v centrálním místě. Elektronická transakce, reprezentující šek, sestává z identifikačního čísla banky plátce, směrovací informace banky plátce, čísla účtu plátce, šeku plátce, směnky banky plátce, hodnoty šeku nebo směnky, identifikačního čísla banky příjemce, směrovací informace banky příjemce a čísla účtu příjemce. V kroku 1016 je tato elektronická transakce, reprezentující šek, vysílána do banky příjemce. V kroku 1018 banka příjemce vysílá elektronickou transakci, reprezentující šek, do banky plátce.

• 4 44

V kroku 1020 banka plátce ověřuje elektronickou transakci, reprezentující šek, a zjišťuje, zda má povolit převod peněžních prostředků. Pokud banka plátce a banka příjemce udělí povolení v kroku 1020, banka plátce převede peněžní prostředky z banky plátce do banky příjemce v kroku 1022. V kroku 1024. systém DataTreasury™ oznámí bance příjemce vzdáleným místům stav převodu.

Ačkoliv v popisu výše byl předkládaný vynález popsán ve spojení s odkazy na určitá výhodná provedení, rozsah předkládaného vynálezu není omezen na tato provedení. Osoba v oboru znalá může nalézt různé variace těchto výhodných provedení, které nicméně přesto spadají do podstaty předkládaného vynálezu, jehož rozsah je definován připojenými patentovými nároky.

Zastupuje :

• 44 » • 4

444 • ·

4

4444 ··· 4

4

9444 • 4 ·

4444

Claims (36)

1. PATENTOVÉ NÁROKY

   000* · •J

   1. Systém pro centrální správu, uchování a vytváření záznamů o dálkově shromážděných papírových transakcích z dokumentů, včetně stvrzenek a šeků, vyznačující se tím, že zahrnuje:

   jeden nebo více podsystémů dálkového přístupu dat pro zachycení a vysílání dat papírových transakcí a identifikačních informací podsystému, přičemž takový podsystém zahrnuje alespoň jeden zobrazovací podsystém pro zachycení dokumentů a alespoň jednu řídící jednotku datového přístupu pro správu, zachycení a vysílání dat papírových transakcí;

   alespoň jeden centrální podsystém zpracování dat pro zpracování, vysílání, ověřování a ukládání dat papírových transakcí a identifikačních informací podsystému, přičemž takový podsystém zahrnuje řídící podsystém pro správu zpracování, vysílání a ukládání dat papírových transakcí; a alespoň jednu komunikační síť pro přenos dat transakci uvnitř a mezi jedním nebo více podsystémy dálkového přístupu dat a alespoň jedním podsystémem zpracování dat, přičemž podsystémy dálkového přístupu dat poskytují podsystému zpracování dat kódované identifikační informace podsystému a kódovaná data papírových transakcí.

   •00 > • 0 • 0

   0000 0 0

   0 0

   0000

   000 0 • 0 • 000 • 0

   0 0 • 00»

   0000 0 0 • 0

   0 000
2. 2. Systém podle nároku 1, vyznačující se tím, že jeden nebo více podsystémů dálkového přístupu dat zachycují elektronické transakce z kreditních karet, inteligentních karet a debetních karet, podpisová data nebo biometrická data, a dále zahrnuje:

   alespoň jeden skener pro zachycení dat papírových transakcí;

   Φ¹ • ·· Φ · ♦ ♦ »« alespoň jedno kartové rozhraní pro zachycení dat elektronických transakcí;

   alespoň jedno podpisové rozhraní pro zachycení elektronických podpisů; nebo alespoň jedno biometrické rozhraní pro zachycení biometrických dat.
3. 3. Systém podle nároku 1, vyznačující se tím, že alespoň jedna řídící jednotka datového přístupu postupně převádí zachycená data papírových transakcí na obraz bitové mapy, komprimovaný obraz bitové mapy, kódovaný, komprimovaný obraz bitové mapy a kódovaný, komprimovaný obraz bitové mapy, označený příznaky s informacemi identifikujícími polohu a čas zachycení dat transakcí, přičemž jeden nebo více podsystémů dálkového přístupu dat zahrnují digitální paměť pro uložení příznaky označeného, kódovaného, komprimovaného obrazu bitové mapy, a případně přičemž alespoň jedno kartové rozhraní inicializuje elektronické transakce.

   • Φ

   ΦΦΦΦΦΦ ·*· Φ * * • Φ φφφφ • · ♦ « φφφφ • φφ φφφφ • Φφφ
4. 4. Systém podle nároku 1, vyznačující se tím, že jeden nebo více podsystémů dálkového přístupu dat dále zahrnují alespoň jednu tiskárnu pro tisknutí papírových transakcí, inicializovaných prostřednictvím alespoň jednoho kartového rozhraní, přičemž tato alespoň jedna tiskárna obsahuje datové ryté piktografické prvky.
5. 5. Systém podle nároku 1, vyznačující se tím, že datový řídící podsystém alespoň jednoho podsystému zpracování dat zahrnuj e:

   alespoň jeden obslužný kanál pro dotazování jednoho nebo více podsystémů dálkového přístupu dat na data transakcí;

   databázový podsystém pro ukládání dat transakcí v použitelné formě;

   generátor výkazů pro vytváření výkazů z dat transakcí a poskytování dat pro softwarové aplikace; ·...!»

   5 alespoň jednu základní jednotku pro správu ukládání dat ... ΐ fefe transakcí;

   • ··· program služeb doménových jmen pro dynamické •

   přidělování jednoho z uvedeného alespoň jednoho obslužného ***. Ϊ kanálu pro přijímání částí dat transakcí pro vyvažování dat

   J ·

   10 transakcí mezi uvedeným alespoň jedním obslužným kanálem; a ···** fefefe • · paměťovou hierarchii, která zahrnuje alespoň jednu primární paměť pro uložení nedávno zadaných dat transakcí a alespoň jednu sekundární paměť pro uložení dat ostatních transakcí, přičemž sekundární paměť zahrnuje alespoň jeden

   15 opakovači paměťový prostředek s jedním zápisem a možností vícenásobného čtení a alespoň jeden optický paměťový opakovači prostředek, přičemž tento paměťový opakovači prostředek zahrnuje technologii paměti pouze pro čtení, včetně pokoveného disku s jedním zápisem a vícenásobným

   20 čtením typu kompaktního disku CD-ROM.
6. 6. Systém podle nároku 5, vyznačující se tím, že alespoň jeden obslužný kanál se dotazuje rovněž na biometrická a podpisová data, přičemž databáze ukládá biometrická data a podpisová data, a alespoň jedna základní jednotka ověřuje

   25 , , , biometrická data a podpisová data, a přičemž databázový podsystém případně zahrnuje alespoň jednu předem definovanou šablonu pro rozdělení uložených dat transakcí do oken a identifikačních míst oken, přičemž podsystém zpracování dat dále zahrnuje ústřednu vstupu dat pro opravu chyb v oknech uložených dat transakcí.

   ♦ 9 *·«« φ
7. 7. Systém podle nároku 1, vyznačující se tím, že dále zahrnuje alespoň jeden podsystém sběru dat pro shromažďování a vysílání dat elektronických a papírových transakcí, který zahrnuje další řídící podsystém pro správu shromažďování a vysílání dat transakcí, přičemž tento další řídící podsystém dat tohoto alespoň jednoho podsystému sběru dat zahrnuje:

   alespoň jeden obslužný kanál pro dotazování jednoho nebo více podsystémů dálkového přístupu dat na data transakcí;

   databázi pro ukládání dat transakcí v použitelné formě; *.··.* alespoň jednu základní jednotku pro správu shromažďování dat transakcí;

   program služeb doménových jmen pro dynamické přidělování jednoho z uvedeného alespoň jednoho obslužného kanálu pro přijímání částí dat transakcí pro vyvažování dat transakcí mezi uvedeným alespoň jedním obslužným kanálem; a paměťovou hierarchii zahrnující alespoň jednu primární paměť pro shromažďování dat transakcí a alespoň jednu sekundární paměť pro záložní ukládání dat transakcí, přičemž tato alespoň jedna sekundární paměť zahrnuje alespoň jeden DLT paměťový opakovači prostředek.
8. 8. Systém podle nároku 1, vyznačující se tím, že alespoň jedna komunikační síť zahrnuje:

   alespoň jednu první lokální síť pro přenos dat uvnitř odpovídajícího jednoho z jednoho nebo více podsystémů dálkového přístupu dat;

   alespoň jednu druhou lokální síť pro přenos dat uvnitř odpovídajícího jednoho z uvedeného alespoň jednoho podsystému zpracování dat;

   alespoň jednu dálkovou síť pro přenos dat mezi jedním nebo více podsystémy dálkového přístupu dat a alespoň jedním podsystémem zpracování dat;

   alespoň jeden modem pro spojení uvedené alespoň jedné první lokální sítě jednoho nebo více podsystémů dálkového , .

   44444

   5 přístupu dat s odpovídající jednou z uvedené alespoň jedné · • 4 druhé lokální sítě uvedeného alespoň jednoho podsystému . “ zpracování dat přes uvedenou alespoň jednu dálkovou síť; a • 444 alespoň jednu skupinu modemů pro spojení uvedené ··· i alespoň jedné druhé lokální sítě uvedeného alespoň jednoho · • 444 • ·

   10 podsystému zpracování dat s odpovídající nějakou z alespoň ···♦ ječné první lokální sítě uvedených jednoho nebo více podsystémů dálkového přístupu dat přes uvedenou alespoň jednu dálkovou síť.
9. 9. Systém podle nároku 8, vyznačující se tím, že alespoň jedna komunikační síť zahrnuje:

   alespoň jednu první lokální síť pro přenos dat uvnitř odpovídajícího jednoho z jednoho nebo více podsystémů dálkového přístupu dat;

   alespoň jednu druhou lokální síť pro přenos dat uvnitř odpovídajícího jednoho z uvedeného alespoň jednoho podsystému sběru dat;

   alespoň jednu třetí lokální síť pro přenos dat uvnitř odpovídajícího jednoho z uvedeného alespoň jednoho podsystému zpracování dat; a alespoň jednu dálkovou síť pro přenos dat mezi jedním nebo více podsystémy dálkového přístupu dat, alespoň jedním podsystémem sběru dat a alespoň jedním podsystémem zpracování dat.

   t # ·

   Μ·» *
10. 10. Systém podle nároku 8, vyznačující se tím, že alespoň jedna komunikační síť dále zahrnuje:

    alespoň jeden první modem pro spojení uvedené alespoň jedné první lokální sítě jednoho nebo více podsystémů dálkového přístupu dat s odpovídající jednou z uvedené * , ··· · alespoň jedné druhé lokální sítě přes uvedenou alespoň jednu ·· dálkovou síť; ****** • 9 • 999 alespoň jednu skupinu modemů pro spojení uvedené ;

    9 9 alespoň jedné druhé lokální sítě uvedeného alespoň jednoho , • 99« podsystému sběru dat s odpovídající nějakou z alespoň jedné Ϊ první lokální sítě uvedených jednoho nebo více podsystémů ·’”*· • 99* dálkového přístupu dat přes uvedenou alespoň jednu dálkovou síť;

    alespoň jeden první směrovací program dálkové sítě pro spojení odpovídající jedné z uvedené alespoň jedné druhé lokální sítě uvedeného alespoň jednoho podsystému sběru dat s uvedenou alespoň jednou dálkovou sítí; a alespoň jeden druhý směrovací program dálkové sítě pro spojení odpovídající jedné z uvedené alespoň jedné třetí lokální sítě uvedeného alespoň jednoho podsystému zpracování dat s uvedenou alespoň jednou dálkovou sítí, přičemž uvedená alespoň jedna první dálková síť a uvedená alespoň jedna druhá dálková síť zahrnuje skupinu nosných, a přičemž tato skupina nosných využívá způsob rámcového přenosu pro přenos dat transakcí.
11. 11. Systém podle nároku 10, vyznačující se tím, že uvedená alespoň jedna druhá lokální síť a uvedená alespoň jedna třetí lokální síť dále zahrnuje odpovídající jeden z alespoň jednoho síťového přepínače pro směrování dat transakcí uvnitř » 4 • ··· 4 této alespoň jedné druhé lokální sítě a této alespoň jedné třetí lokální sítě.
12. 12. Systém podle nároku 1, vyznačující se tím, že data papírových transakcí zahrnují identifikační číslo banky plátce, směrovací číslo banky plátce, směrovací informace banky plátce, číslo účtu plátce, šek plátce, směnku banky plátce, hodnotu šeku, identifikační číslo banky příjemce, směrovací informaci banky příjemce a číslo účtu příjemce;

    systém dále navíc zahrnuje podsystémy dálkového přístupu dat pro ověřování dat transakcí z šeků.
13. 13. Způsob pro centrální správu, uchování a ověřování dálkově zachycených papírových transakcí z dokumentů, včetně stvrzenek a šeků, vyznačující se tím, že zahrnuje kroky:

    zachycení a vysílání dat papírových transakcí v jednom nebo více vzdálených místech;

    správy zachycení a vysílání dat transakcí; shromažďování, zpracovávání, vysílání a ukládání dat transakcí v centrálním místě;

    správy shromažďování, zpracovávání, vysílání a ukládání dat transakcí; a přenosu dat transakcí uvnitř a mezi vzdálenými místy a centrálním místem.
14. 14. Způsob podle nároku 13, vyznačující se tím, že krok správy zachycení a vysílání zahrnuje kroky:

    postupné transformace zachycených dat transakcí na obraz bitové mapy, komprimovaný obraz bitové mapy, kódovaný, komprimovaný obraz bitové mapy a kódovaný, komprimovaný obraz bitové mapy, označený příznaky s informacemi identifikujícími místo a čas zachycení dat transakcí; a • · •

    ··* 4 • 4 4« •

    • 4*4 •

    4444 ··· 4 • 4 44

    4444 • 44« «··· • ftftft ft uložení příznaky označeného, kódovaného, komprimovaného obrazu bitové mapy; a přičemž dále:

    krok zachycení a vysílání nastává v množství vzdálených míst; a krok shromažďování, zpracovávání, vysílání a ukládání “*· ί nastává v množství centrálních míst a zahrnuje kroky:

    • · dotazování vzdálených míst na data transakcí s ···· • ftft · obslužnými kanály v centrálních místech; *.í ukládání dat transakcí v centrálním místě v • * paměťové hierarchii, přičemž ukládání udržuje nedávno • · zadaná data transakcí v primární paměti a data **** ostatních transakcí v sekundární paměti; a dynamického přidělování obslužných kanálů v centrálním místě pro přijímání částí dat transakcí pro vyvažování dat transakcí mezi obslužnými kanály; a vytváření výkazů z dat transakcí a poskytování dat softwarovým aplikacím, přičemž krok ukládání případně zahrnuje kroky:

    rozdělení uložených dat transakcí s předem definovanými šablonami do oken; a identifikování míst oken, přičemž krok správy rovněž opravuje chyby v oknech uložených dat transakcí, pokud je to potřebné.
15. 15. Způsob podle nároku 14, vyznačující se tím, že krok 25 správy zachycováni a vysílaní rovněž zachycuje elektronické transakce z kreditních karet, inteligentních karet a debetních karet, podpisová data nebo biometrická data, a dále zahrnuje kroky:

    inicializace elektronické transakce; zachycení podpisových dat;

    zachycení biometrických dat; a vytisknutí papírové transakce s datovými rytými piktografickými prvky pro inicializovanou elektronickou transakci.
16. 16. Způsob podle nároku 13, vyznačující se tím, že dále zahrnuje kroky:

    dotazování vzdálených míst na zachycená elektronická data, zachycená podpisová data a zachycená biometrická data s obslužnými kanály v centrálních místech; a porovnávání zachycených podpisových dat a zachycených biometrických dat s uloženými podpisovými daty respektive s uloženými biometrickými daty pro identifikační ověření, a přičemž krok vysílání dat transakcí zahrnuje kroky:

    přenosu dat uvnitř vzdálených míst; přenosu dat z každého vzdáleného místa do odpovídajícího centrálního místa; a přenosu dat uvnitř centrálních míst, přičemž krok přenosu dat z každého vzdáleného místa do odpovídajícího centrálního místa zahrnuje kroky:

    spojení každého vzdáleného místa s odpovídajícím centrálním místem; a spojení každého centrálního místa s odpovídajícími vzdálenými místy.

    ··· 4

    4·

    4 · • 4

    444* ► 4 » 4

    4 4 4· ····
17. 17. Způsob podle nároku 16, vyznačující se tím, že dále zahrnuje kroky:

    shromažďování a vysílání dat elektronických nebo papírových transakcí v mezilehlých místech;

    správy shromažďování a vysílání dat transakcí; a přenosu dat transakcí uvnitř mezilehlého místa a mezi mezilehlými místy a vzdálenými místy a centrálními místy, rt.

    • *0 * 0 »· přičemž krok správy shromažďování a vysílání zahrnuje kroky:

    dotazování vzdálených míst na data transakcí s obslužnými kanály v mezilehlých místech;

    ukládání dat transakcí v mezilehlých místech v ····· «

    použitelné formě, přičemž toto ukládání udržuje data !

    ·· transakcí v primární paměti paměťové hierarchie a provádí • 0 záložní ukládání dat transakcí do sekundární paměti paměťové ···· · hierarchie; a *.í dynamického přidělování obslužných kanálů pro přijímání .····, • 0 částí transakčních dat pro vyvažování těchto transakčních dat

    0 « 0 0 mezi obslužnými kanály.
18. 18. Způsob podle nároku 17, vyznačující se tím, že krok přenosu dat transakcí zahrnuje kroky:

    přenosu dat uvnitř vzdálených míst;

    přenosu dat z každého vzdáleného místa do odpovídajícího mezilehlého místa;

    přenosu dat uvnitř mezilehlých míst; přenosu dat z každého mezilehlého místa do odpovídajících centrálních míst; a přenosu dat uvnitř centrálních míst.
19. 19. Způsob podle nároku 18, vyznačující se tím, že krok přenosu dat z každého vzdáleného místa do odpovídajících mezilehlých míst zahrnuje kroky:

    spojení každého vzdáleného místa s odpovídajícím mezilehlým místem; a spojení mezilehlých míst s odpovídajícími vzdálenými místy, a přičemž přenos dat z každého mezilehlého místa do odpovídajících centrálních míst zahrnuje kroky:

    spojení každého mezilehlého místa s vnější komunikační sítí; a spojení odpovídajících centrálních míst s touto vnější komunikační sítí.

    • φφφ φ φφφ • Φ · » φφ
20. 20. Způsob podle nároku 19, vyznačující se tím, že krok přenosu dat z každého mezilehlého místa do odpovídajících centrálních míst dále zahrnuje kroky: »··_β ί «« uspořádání dat transakcí do rámců; a · φφφφ _a · · přenosu rámců přes vnější komunikační síť.

    *·· · • Φ
21. 21. Způsob podle nároku 13, vyznačující se tím, že *· krok zachycování zahrnuje zachycení obrazu dat i****:

    • · Φ · papírových transakcí, přičemž tato data transakcí zahrnují • · · · identifikační číslo banky plátce, směrovací číslo banky plátce, směrovací informace banky plátce, číslo účtu plátce, šek plátce, směnku banky plátce, hodnotu šeku, identifikační číslo banky příjemce, směrovací informace banky příjemce a Číslo účtu příjemce;

    krok vysílání zahrnuje vysílání zachyceného obrazu dat papírových transakcí; a krok přenosu zahrnuje kódování identifikačních informací podsystému a dat transakcí, a přenos identifikačních informací podsystému a dat transakcí.
22. 22. Způsob podle nároku 21, vyznačující se tím, že krok zachycování zahrnuje zachycení obrazu šeků; krok vysílání zahrnuje vysílání zachyceného obrazu šeků; a krok přenosu zahrnuje kódování identifikačních informací podsystému a dat transakcí, ověření dat transakcí ze šeku, a přenos identifikačních informací podsystému a dat transakcí.
23. 23. Komunikační síť pro přenos dat uvnitř a mezi jedním nebo více vzdálenými podsystémy, alespoň jedním mezilehlým podsystémem a alespoň jedním centrálním podsystémem, vyznačující se tím, že podsystémy tvoří vrstvovou

    5 architekturu, každý z alespoň jednoho centrálního podsystému zpracování dat komunikuje s odpovídajícím nějakým z alespoň jednoho podsystému sběru dat a každý z alespoň jednoho podsystému sběru dat komunikuje s odpovídajícím nějakým z jednoho nebo více podsystémů zpracování dat, a přičemž tato

    10 síť zahrnuje:

    alespoň jednu první lokální síť pro přenos dat uvnitř odpovídajícího jednoho z jednoho nebo více vzdálených podsystémů;

    alespoň jednu druhou lokální síť pro přenos dat uvnitř 15 odpovídajícího jednoho z uvedeného alespoň jednoho mezilehlého podsystému;

    alespoň jednu třetí lokální síť pro přenos dat uvnitř odpovídajícího jednoho z uvedeného alespoň jednoho centrálního podsystému; a

    20 alespoň jednu dálkovou síť pro přenos dat mezi jedním nebo více vzdálenými podsystémy, alespoň jedním mezilehlým podsystémem a alespoň jedním centrálním podsystémem.
24. 24. Komunikační síť podle nároku 23, vyznačující se tím, že dále zahrnuje:

    alespoň jeden první modem pro spojení uvedene alespoň jedné první lokální sítě jednoho nebo více vzdálených podsystémů s odpovídající jednou z uvedené alespoň jedné druhé lokální sítě přes uvedenou alespoň jednu dálkovou síť;

    alespoň jednu skupinu modemů pro spojení uvedené 30 alespoň jedné druhé lokální sítě uvedeného alespoň jednoho ···· · *·

    Φ9 mezilehlého podsystému s odpovídající nějakou z alespoň jedné první lokální sítě uvedených jednoho nebo více vzdálených podsystémů přes uvedenou alespoň jednu dálkovou síť;

    alespoň jeden první směrovací program dálkové sítě pro

    5 spojení odpovídající jedné z uvedené alespoň jedné druhé ···, ;

    ♦ · lokální sítě uvedeného alespoň jednoho mezilehlého podsystému ’ • · s uvedenou alespoň jednou dálkovou sítí; a *··.»’ *

    ? · · · · alespoň jeden druhy směrovací program dálkové site pro spojení odpovídající jedné z uvedené alespoň jedné třetí ....

    • «

    10 lokální sítě uvedeného alespoň jednoho centrálního podsystému

    9 · s uvedenou alespoň jednou dálkovou sítí. ····
25. 25. Komunikační síť podle nároku 24, vyznačující se tím, že uvedená alespoň jedna první dálková síť a uvedená alespoň jedna druhá dálková síť zahrnuje skupinu nosných, která využívá způsob rámcového přenosu pro přenos dat transakcí.
26. 26. Komunikační síť podle nároku 25, vyznačující se tím, že uvedená alespoň jedna druhá lokální síť a uvedená alespoň jedna třetí lokální síť dále zahrnuje odpovídající jeden z alespoň jednoho síťového přepínače pro směrování dat transakcí uvnitř této alespoň jedné druhé lokální sítě a této alespoň jedné třetí lokální sítě; a dále přičemž data zahrnují (a) elektronické transakce z kreditních karet, inteligentních karet a debetních karet, podpisová data nebo biometrická data, nebo (b) papírové transakce z dokumentů.
27. 27. Komunikační síť podle nároku 23, vyznačující se tím, že vzdálené podsystémy zahrnují podsystémy dálkového zpracování dat;

    mezilehlé podsystémy zahrnují mezilehlé podsystémy sběru dat;

    4 4

    4·4« ·

    4 4 4 >4 44 podsystém zpracováni dat obsahuje zobrazovací podsystém pro zachycení obrazů šeků; a data zahrnují identifikační číslo banky plátce,' směrovací číslo banky plátce, směrovací informace banky plátce, číslo účtu plátce, šek plátce, směnku banky plátce, hodnotu šeku, identifikační číslo banky příjemce, směrovací informaci banky příjemce a číslo účtu příjemce.
28. 28. Komunikační síť podle nároku 27, vyznačující se tím, že podsystém zpracování dat dále navíc zahrnuje podsystémy dálkového přístupu dat pro ověřování šeků.

    • 44 *

    4 4 >4

    4 4

    4444 •

    ··· 4

    4 4 ••44 •44«
29. 29. Způsob přenosu dat uvnitř a mezi jedním nebo více vzdálenými podsystémy, alespoň jedním mezilehlým podsystémem a alespoň jedním centrálním podsystémem, vyznačující se tím, že data se přenášejí vrstvovým způsobem, každý z centrálních podsystémů komunikuje s alespoň jedním mezilehlým podsystémem a každý z mezilehlých podsystémů komunikuje s alespoň jedním vzdáleným podsystémem, a přičemž tento způsob zahrnuje kroky:

    zachycení dat;

    přenos dat uvnitř vzdálených míst;

    přenos dat z každého vzdáleného místa do odpovídajícího mezilehlého místa;

    přenos dat uvnitř mezilehlých míst; přenos dat z každého mezilehlého místa do odpovídajícího centrálního místa; a přenos dat uvnitř centrálních míst.
30. 30, Způsob podle nároku 29, vyznačující se tím, že krok přenosu dat z každého vzdáleného místa do odpovídájících mezilehlých míst zahrnuje kroky:

    spojení každého vzdáleného místa s odpovídajícím mezilehlým místem; a spojení mezilehlých míst s odpovídajícími vzdálenými místy.

    • 99« 9 k
31. 31. Způsob podle nároku 30, vyznačující se tím, že přenos dat z každého mezilehlého místa do odpovídajících centrálních míst zahrnuje kroky:

    spojení každého mezilehlého místa s vnější komunikační sítí; a spojení odpovídajících centrálních míst s touto vnější komunikační sítí.
32. 32. Způsob podle nároku 31, vyznačující se tím, že krok přenosu dat z každého mezilehlého místa do odpovídajících centrálních míst dále zahrnuje kroky:

    uspořádání dat transakcí do rámců; a přenosu rámců přes vnější komunikační síť.

    9·· • 9 9«

    9 ·

    9 9

    99·· •

    «9· ·

    9 9 • 9 • 999 99«·
33. 33. Způsob podle nároku 29, vyznačující se tím, že data se získávají z (a) elektronických transakcí z kreditních karet, inteligentních karet a debetních karet, podpisových dat nebo biometrických dat, nebo (b) papírových transakcí z dokumentů
34. 34. Způsob podle nároku 29, vyznačující se tím, že krok zachycování dat zahrnuje zachycení obrazu šeků a vyjmutí dat z tohoto obrazu, přičemž krok vyjmutí dat zahrnuje ověření

    25 vyjmutých dat šeku.
35. 35. Způsob podle nároku 29, vyznačující se tím, že krok zachycování zahrnuje zachycení obrazu šeků a vyjmutí dat z tohoto obrazu, přičemž tato zahrnují identifikační číslo banky plátce, směrovací číslo banky plátce, směrovací

    30 informace banky plátce, číslo účtu plátce, šek plátce, směnku

    4··· *

    44 ·· banky plátce, hodnotu šeku, identifikační číslo banky příjemce, směrovací informace banky příjemce a číslo účtu příjemce.
36. 36. Způsob podle nároku 35, vyznačující se tím, že krok zachycení dat dále zahrnuje krok porovnání zachycených elektronických dat s uloženými elektronickými daty, a přičemž krok správy shromažďování, zpracování, vysílání a ukládání dále zahrnuje krok provedení papírové transakce převedením peněžních prostředků elektronicky z banky plátce do banky příjemce.