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
Dit beteken gewoonlik dat die skandeerder direk aan die rekenaar gekoppel is. Niemand beperk egter die protokol tussen die laevlak-biblioteek en die toestel nie. Dit kan ook TCP/IP wees. Dit is hoe die meeste netwerk-MFP's nou werk: die skandeerder is sigbaar as 'n plaaslike een, maar die verbinding gaan deur die netwerk.
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, dan is daar ook nadele. Die eerste is die dooiepunt situasie. Daar is geen toestelle met TWAIN Direct op die mark nie en dit maak geen sin vir ontwikkelaars om hierdie tegnologie te ondersteun nie, en omgekeerd. Die tweede is sekuriteit, die spesifikasie stel nie vereistes op gebruikersbestuur nie, die frekwensie van opdaterings om moontlike gate toe te maak. Dit is ook nie duidelik hoe administrateurs opdaterings en toegang kan beheer nie. Die rekenaar het antivirus sagteware. En in die firmware van die skandeerder, waarin daar natuurlik 'n webbediener sal wees, is dit dalk nie. Of wees, maar nie wat die maatskappy se sekuriteitsbeleid vereis nie. Stem saam, om 'n wanware te hê wat alle geskandeerde dokumente na links sal stuur, is nie baie goed nie. Dit wil sê, wanneer hierdie standaard geïmplementeer word, word die take wat deur die instellings van derdeparty-toepassings opgelos 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