Aan die een kant lyk dit of dit daar is om dokumente oor die netwerk te skandeer, maar aan die ander kant het dit nie 'n algemene praktyk geword nie, anders as netwerkdrukwerk. Administrateurs installeer steeds drywers, en afstandskanderingsinstellings is individueel vir elke skandeerdermodel. Watter tegnologieë is tans beskikbaar, en het so 'n scenario 'n toekoms.
Installeerbare bestuurder of direkte toegang
Vier tipes drywers is tans algemeen: TWAIN, ISIS, SANE en WIA. In wese dien hierdie drywers as 'n koppelvlak tussen 'n toepassing en 'n vervaardiger se laevlak-biblioteek wat met 'n spesifieke model geassosieer word.
Vereenvoudigde skandeerderverbindingsargitektuur
Обычно подразумевается, что сканер подключен напрямую к компьютеру. Однако, никто не ограничивает протокол между низкоуровневой библиотекой и устройством. Это может быть и TCP/IP. Таким образом сейчас работает большинство сетевых МФУ: сканер виден как локальный, но соединение идет через сеть.
Die voordeel van so 'n oplossing is dat die toepassing nie omgee hoe die verbinding gemaak word nie, die belangrikste ding is om die bekende TWAIN, ISIS of 'n ander koppelvlak te sien. Dit is nie nodig om spesiale ondersteuning te implementeer nie.
Maar die nadele is ook duidelik. Die oplossing is gekoppel aan die rekenaarbedryfstelsel. Mobiele toestelle word onmiddellik van ondersteuning gelaat. Die tweede nadeel is dat bestuurders onstabiel kan werk op komplekse infrastruktuur, byvoorbeeld op terminale bedieners met dun kliënte.
Die uitweg is om direkte verbinding met die skandeerder te ondersteun via HTTP/RESTful-protokol.
TWAIN direk
is deur die TWAIN-werkgroep voorgestel as 'n bestuurderlose toegangsopsie.
TWAIN direk
Die hoofgedagte is dat alle logika na die kant van die skandeerder oorgedra word. En die skandeerder bied toegang via REST API. Daarbenewens bevat die spesifikasie 'n beskrywing van die toestelpublikasie (outo-ontdekking). Lyk goed. Vir die administrateur is dit om ontslae te raak van moontlike probleme met die drywers. Ondersteuning vir alle toestelle, die belangrikste ding is dat daar 'n versoenbare toepassing is. Vir die ontwikkelaar is daar ook voordele, eerstens, 'n bekende interaksie-koppelvlak. Die skandeerder dien as 'n webdiens.
As ons werklike gebruiksgevalle oorweeg, is daar ook 'n paar nadele. Die eerste is die dooiepuntsituasie. Daar is geen toestelle met TWAIN Direct op die mark nie, so daar is geen rede vir ontwikkelaars om hierdie tegnologie te ondersteun nie, en andersom. Die tweede is sekuriteit: die spesifikasie stel nie vereistes vir gebruikersbestuur of opdateringsfrekwensie om moontlike gate te prop nie. Dit is ook onduidelik hoe administrateurs opdaterings en toegang kan beheer. Die rekenaar het antivirusprogrammatuur. En die skandeerderfirmware, wat natuurlik sal bevat webbedienerDit mag dalk nie die geval wees nie. Of dit mag wees, maar dit is nie wat die maatskappy se sekuriteitsbeleid vereis nie. Jy sal saamstem dat dit nie ideaal is om wanware te hê wat alle geskandeerde dokumente na die verkeerde plek stuur nie. Met ander woorde, deur hierdie standaard te implementeer, word take wat voorheen deur derdeparty-toepassingsinstellings hanteer is, na toestelvervaardigers verskuif.
Die derde nadeel is die moontlike verlies aan funksionaliteit. Bestuurders kan bykomende naverwerking hê. Barcode herkenning, agtergrond verwydering. Sommige skandeerders het sg. imprinter - 'n funksie wat die skandeerder toelaat om op die verwerkte dokument te druk. Dit is nie in TWAIN Direct nie. Die spesifikasie laat toe dat die API uitgebrei word, maar dit sal lei tot baie inheemse implementerings.
En nog een minus in scenario's van werk met die skandeerder.
Skandeer vanaf 'n toepassing, of skandeer vanaf 'n toestel
Kom ons kyk hoe normale skandering van binne die toepassing werk. Ek sit die dokument neer. Dan maak ek die toepassing oop en skandeer. Dan vat ek die dokument. Drie stappe. Stel jou nou voor dat die netwerkskandeerder in 'n ander kamer is. Jy moet ten minste 2 benaderings daartoe maak. Dit is minder gerieflik as netwerkdrukwerk.
Nog 'n ding is wanneer die skandeerder self 'n dokument kan stuur. Byvoorbeeld, per pos. Ek sit die dokument neer. Toe scan ek. Die dokument vlieg dadelik na die teikenstelsel.
Dit is die belangrikste verskil. As die toestel aan die netwerk gekoppel is, is dit geriefliker om direk na die teikenberging te skandeer: gids, pos of ECM-stelsel. Daar is geen plek vir 'n bestuurder in hierdie skema nie.
Van 'n buite-perspektief gebruik ons netwerkskandering sonder om bestaande tegnologieë te verander. Verder, beide vanaf rekenaartoepassings deur die bestuurder, en direk vanaf die toestel. Maar afstandskandering vanaf 'n rekenaar het nie so hoofstroom geword soos netwerkdrukwerk nie as gevolg van verskille in werkscenario's. Om na die regte berging te skandeer word al hoe gewilder.
Ondersteuning vir TWAIN Direct-skandeerders as 'n plaasvervanger vir drywers is 'n baie korrekte stap. Maar die standaard is 'n bietjie laat. Gebruikers wil direk vanaf 'n netwerktoestel skandeer en dokumente na hul bestemming stuur. Bestaande toepassings hoef nie die nuwe standaard te ondersteun nie, want dit werk steeds netjies, en skandeerdervervaardigers hoef dit nie te implementeer nie, want daar is geen toepassings nie.
Ten slotte. Die algemene neiging toon dat 'n eenvoudige skandering van een of twee bladsye deur kameras op fone vervang sal word. Daar sal industriële skandering wees, waar spoed belangrik is, ondersteuning vir naverwerkingsfunksies wat TWAIN Direct nie kan verskaf nie, en waar noue integrasie met sagteware belangrik sal bly.
Bron: will.com
