ਕਿਸੇ ਨੈੱਟਵਰਕ 'ਤੇ ਦਸਤਾਵੇਜ਼ਾਂ ਨੂੰ ਸਕੈਨ ਕਰੋ

ਇੱਕ ਪਾਸੇ, ਇੱਕ ਨੈਟਵਰਕ ਉੱਤੇ ਦਸਤਾਵੇਜ਼ਾਂ ਨੂੰ ਸਕੈਨ ਕਰਨਾ ਮੌਜੂਦ ਜਾਪਦਾ ਹੈ, ਪਰ ਦੂਜੇ ਪਾਸੇ, ਇਹ ਨੈਟਵਰਕ ਪ੍ਰਿੰਟਿੰਗ ਦੇ ਉਲਟ, ਇੱਕ ਆਮ ਤੌਰ 'ਤੇ ਸਵੀਕਾਰ ਕੀਤਾ ਅਭਿਆਸ ਨਹੀਂ ਬਣ ਗਿਆ ਹੈ। ਪ੍ਰਸ਼ਾਸਕ ਅਜੇ ਵੀ ਡਰਾਈਵਰ ਸਥਾਪਤ ਕਰਦੇ ਹਨ, ਅਤੇ ਰਿਮੋਟ ਸਕੈਨਿੰਗ ਸੈਟਿੰਗਾਂ ਹਰੇਕ ਸਕੈਨਰ ਮਾਡਲ ਲਈ ਵਿਅਕਤੀਗਤ ਹੁੰਦੀਆਂ ਹਨ। ਇਸ ਸਮੇਂ ਕਿਹੜੀਆਂ ਤਕਨੀਕਾਂ ਉਪਲਬਧ ਹਨ, ਅਤੇ ਕੀ ਅਜਿਹੀ ਸਥਿਤੀ ਦਾ ਕੋਈ ਭਵਿੱਖ ਹੈ?

ਇੰਸਟਾਲ ਕਰਨ ਯੋਗ ਡਰਾਈਵਰ ਜਾਂ ਸਿੱਧੀ ਪਹੁੰਚ

ਵਰਤਮਾਨ ਵਿੱਚ ਚਾਰ ਆਮ ਕਿਸਮ ਦੇ ਡਰਾਈਵਰ ਹਨ: TWAIN, ISIS, SANE ਅਤੇ WIA। ਜ਼ਰੂਰੀ ਤੌਰ 'ਤੇ, ਇਹ ਡ੍ਰਾਈਵਰ ਐਪਲੀਕੇਸ਼ਨ ਅਤੇ ਨਿਰਮਾਤਾ ਤੋਂ ਇੱਕ ਨੀਵੇਂ-ਪੱਧਰ ਦੀ ਲਾਇਬ੍ਰੇਰੀ ਦੇ ਵਿਚਕਾਰ ਇੱਕ ਇੰਟਰਫੇਸ ਵਜੋਂ ਕੰਮ ਕਰਦੇ ਹਨ ਜੋ ਇੱਕ ਖਾਸ ਮਾਡਲ ਨਾਲ ਜੁੜਦਾ ਹੈ।

ਸਰਲੀਕ੍ਰਿਤ ਸਕੈਨਰ ਕਨੈਕਸ਼ਨ ਆਰਕੀਟੈਕਚਰ

ਆਮ ਤੌਰ 'ਤੇ ਇਹ ਮੰਨਿਆ ਜਾਂਦਾ ਹੈ ਕਿ ਸਕੈਨਰ ਕੰਪਿਊਟਰ ਨਾਲ ਸਿੱਧਾ ਜੁੜਿਆ ਹੋਇਆ ਹੈ। ਹਾਲਾਂਕਿ, ਕੋਈ ਵੀ ਘੱਟ-ਪੱਧਰੀ ਲਾਇਬ੍ਰੇਰੀ ਅਤੇ ਡਿਵਾਈਸ ਦੇ ਵਿਚਕਾਰ ਪ੍ਰੋਟੋਕੋਲ ਨੂੰ ਸੀਮਿਤ ਨਹੀਂ ਕਰਦਾ ਹੈ। ਇਹ TCP/IP ਵੀ ਹੋ ਸਕਦਾ ਹੈ। ਹੁਣ ਜ਼ਿਆਦਾਤਰ ਨੈੱਟਵਰਕ ਵਾਲੇ MFP ਇਸ ਤਰ੍ਹਾਂ ਕੰਮ ਕਰਦੇ ਹਨ: ਸਕੈਨਰ ਲੋਕਲ ਵਜੋਂ ਦਿਸਦਾ ਹੈ, ਪਰ ਕਨੈਕਸ਼ਨ ਨੈੱਟਵਰਕ ਰਾਹੀਂ ਜਾਂਦਾ ਹੈ।

ਇਸ ਹੱਲ ਦਾ ਫਾਇਦਾ ਇਹ ਹੈ ਕਿ ਐਪਲੀਕੇਸ਼ਨ ਬਿਲਕੁਲ ਇਸ ਗੱਲ ਦੀ ਪਰਵਾਹ ਨਹੀਂ ਕਰਦੀ ਕਿ ਕੁਨੈਕਸ਼ਨ ਕਿਵੇਂ ਬਣਾਇਆ ਗਿਆ ਹੈ, ਮੁੱਖ ਗੱਲ ਇਹ ਹੈ ਕਿ ਜਾਣੇ-ਪਛਾਣੇ TWAIN, ISIS ਜਾਂ ਹੋਰ ਇੰਟਰਫੇਸ ਨੂੰ ਦੇਖਣਾ. ਵਿਸ਼ੇਸ਼ ਸਹਿਯੋਗ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੀ ਕੋਈ ਲੋੜ ਨਹੀਂ ਹੈ.

ਪਰ ਨੁਕਸਾਨ ਵੀ ਸਪੱਸ਼ਟ ਹਨ. ਹੱਲ ਇੱਕ ਡੈਸਕਟੌਪ OS 'ਤੇ ਅਧਾਰਤ ਹੈ। ਮੋਬਾਈਲ ਡਿਵਾਈਸਾਂ ਹੁਣ ਸਮਰਥਿਤ ਨਹੀਂ ਹਨ। ਦੂਜਾ ਨੁਕਸਾਨ ਇਹ ਹੈ ਕਿ ਡਰਾਈਵਰ ਗੁੰਝਲਦਾਰ ਬੁਨਿਆਦੀ ਢਾਂਚੇ 'ਤੇ ਅਸਥਿਰ ਹੋ ਸਕਦੇ ਹਨ, ਉਦਾਹਰਨ ਲਈ, ਪਤਲੇ ਗਾਹਕਾਂ ਵਾਲੇ ਟਰਮੀਨਲ ਸਰਵਰਾਂ 'ਤੇ।

ਬਾਹਰ ਦਾ ਤਰੀਕਾ HTTP/RESTful ਪ੍ਰੋਟੋਕੋਲ ਦੁਆਰਾ ਸਕੈਨਰ ਨਾਲ ਸਿੱਧੇ ਕਨੈਕਸ਼ਨ ਦਾ ਸਮਰਥਨ ਕਰਨਾ ਹੋਵੇਗਾ।

TWAIN ਡਾਇਰੈਕਟ

TWAIN ਡਾਇਰੈਕਟ TWAIN ਵਰਕਿੰਗ ਗਰੁੱਪ ਦੁਆਰਾ ਡਰਾਈਵਰ ਰਹਿਤ ਪਹੁੰਚ ਵਿਕਲਪ ਵਜੋਂ ਪ੍ਰਸਤਾਵਿਤ ਕੀਤਾ ਗਿਆ ਸੀ।

TWAIN ਡਾਇਰੈਕਟ

ਮੁੱਖ ਵਿਚਾਰ ਇਹ ਹੈ ਕਿ ਸਾਰੇ ਤਰਕ ਨੂੰ ਸਕੈਨਰ ਸਾਈਡ ਵਿੱਚ ਤਬਦੀਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ। ਅਤੇ ਸਕੈਨਰ REST API ਦੁਆਰਾ ਪਹੁੰਚ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਨਿਰਧਾਰਨ ਵਿੱਚ ਡਿਵਾਈਸ ਪ੍ਰਕਾਸ਼ਨ (ਆਟੋਡਿਸਕਵਰੀ) ਦਾ ਵੇਰਵਾ ਸ਼ਾਮਲ ਹੈ। ਸਹੀ ਲੱਗ ਰਿਹਾ. ਪ੍ਰਸ਼ਾਸਕ ਲਈ, ਇਹ ਡਰਾਈਵਰਾਂ ਨਾਲ ਸੰਭਾਵਿਤ ਸਮੱਸਿਆਵਾਂ ਤੋਂ ਛੁਟਕਾਰਾ ਪਾਉਂਦਾ ਹੈ. ਸਾਰੇ ਡਿਵਾਈਸਾਂ ਲਈ ਸਮਰਥਨ, ਮੁੱਖ ਗੱਲ ਇਹ ਹੈ ਕਿ ਇੱਕ ਅਨੁਕੂਲ ਐਪਲੀਕੇਸ਼ਨ ਹੈ. ਡਿਵੈਲਪਰ ਲਈ ਵੀ ਫਾਇਦੇ ਹਨ, ਮੁੱਖ ਤੌਰ 'ਤੇ ਜਾਣੂ ਇੰਟਰਫੇਸ ਇੰਟਰਫੇਸ। ਸਕੈਨਰ ਇੱਕ ਵੈੱਬ ਸੇਵਾ ਵਜੋਂ ਕੰਮ ਕਰਦਾ ਹੈ।

ਜੇਕਰ ਅਸੀਂ ਅਸਲ ਵਰਤੋਂ ਦੇ ਦ੍ਰਿਸ਼ਾਂ 'ਤੇ ਵਿਚਾਰ ਕਰੀਏ, ਤਾਂ ਨੁਕਸਾਨ ਵੀ ਹੋਣਗੇ। ਪਹਿਲੀ ਡੈੱਡਲਾਕ ਸਥਿਤੀ ਹੈ. TWAIN ਡਾਇਰੈਕਟ ਦੇ ਨਾਲ ਮਾਰਕੀਟ ਵਿੱਚ ਕੋਈ ਡਿਵਾਈਸ ਨਹੀਂ ਹਨ ਅਤੇ ਡਿਵੈਲਪਰਾਂ ਲਈ ਇਸ ਤਕਨਾਲੋਜੀ ਦਾ ਸਮਰਥਨ ਕਰਨਾ ਕੋਈ ਅਰਥ ਨਹੀਂ ਰੱਖਦਾ, ਅਤੇ ਇਸਦੇ ਉਲਟ। ਦੂਜਾ ਸੁਰੱਖਿਆ ਹੈ; ਸਪੈਸੀਫਿਕੇਸ਼ਨ ਉਪਭੋਗਤਾ ਪ੍ਰਬੰਧਨ ਜਾਂ ਸੰਭਾਵੀ ਛੇਕਾਂ ਨੂੰ ਬੰਦ ਕਰਨ ਲਈ ਅਪਡੇਟਾਂ ਦੀ ਬਾਰੰਬਾਰਤਾ 'ਤੇ ਜ਼ਰੂਰਤਾਂ ਨੂੰ ਲਾਗੂ ਨਹੀਂ ਕਰਦਾ ਹੈ। ਇਹ ਵੀ ਅਸਪਸ਼ਟ ਹੈ ਕਿ ਪ੍ਰਸ਼ਾਸਕ ਅੱਪਡੇਟ ਅਤੇ ਪਹੁੰਚ ਨੂੰ ਕਿਵੇਂ ਕੰਟਰੋਲ ਕਰ ਸਕਦੇ ਹਨ। ਕੰਪਿਊਟਰ ਵਿੱਚ ਐਂਟੀਵਾਇਰਸ ਸੌਫਟਵੇਅਰ ਹੈ। ਪਰ ਸਕੈਨਰ ਫਰਮਵੇਅਰ ਵਿੱਚ, ਜਿਸ ਵਿੱਚ ਸਪੱਸ਼ਟ ਤੌਰ 'ਤੇ ਇੱਕ ਵੈਬ ਸਰਵਰ ਹੋਵੇਗਾ, ਇਹ ਕੇਸ ਨਹੀਂ ਹੋ ਸਕਦਾ. ਜਾਂ ਬਣੋ, ਪਰ ਉਹ ਨਹੀਂ ਜੋ ਕੰਪਨੀ ਦੀ ਸੁਰੱਖਿਆ ਨੀਤੀ ਦੀ ਲੋੜ ਹੈ। ਸਹਿਮਤ ਹੋਵੋ, ਇੱਕ ਮਾਲਵੇਅਰ ਹੋਣਾ ਜੋ ਸਾਰੇ ਸਕੈਨ ਕੀਤੇ ਦਸਤਾਵੇਜ਼ਾਂ ਨੂੰ ਖੱਬੇ ਪਾਸੇ ਭੇਜ ਦੇਵੇਗਾ ਬਹੁਤ ਵਧੀਆ ਨਹੀਂ ਹੈ। ਭਾਵ, ਇਸ ਮਿਆਰ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੇ ਨਾਲ, ਤੀਜੀ-ਧਿਰ ਦੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਦੀਆਂ ਸੈਟਿੰਗਾਂ ਦੁਆਰਾ ਹੱਲ ਕੀਤੇ ਗਏ ਕਾਰਜਾਂ ਨੂੰ ਡਿਵਾਈਸ ਨਿਰਮਾਤਾਵਾਂ ਵਿੱਚ ਤਬਦੀਲ ਕਰ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ.

ਤੀਜਾ ਨੁਕਸਾਨ ਕਾਰਜਸ਼ੀਲਤਾ ਦਾ ਸੰਭਾਵੀ ਨੁਕਸਾਨ ਹੈ। ਡਰਾਈਵਰਾਂ ਕੋਲ ਵਾਧੂ ਪੋਸਟ-ਪ੍ਰੋਸੈਸਿੰਗ ਹੋ ਸਕਦੀ ਹੈ। ਬਾਰਕੋਡ ਪਛਾਣ, ਬੈਕਗ੍ਰਾਊਂਡ ਹਟਾਉਣਾ। ਕੁਝ ਸਕੈਨਰਾਂ ਕੋਲ ਅਖੌਤੀ ਹੈ। imprinter - ਇੱਕ ਫੰਕਸ਼ਨ ਜੋ ਸਕੈਨਰ ਨੂੰ ਇੱਕ ਪ੍ਰੋਸੈਸ ਕੀਤੇ ਦਸਤਾਵੇਜ਼ 'ਤੇ ਪ੍ਰਿੰਟ ਕਰਨ ਦੀ ਇਜਾਜ਼ਤ ਦਿੰਦਾ ਹੈ। ਇਹ TWAIN ਡਾਇਰੈਕਟ ਵਿੱਚ ਉਪਲਬਧ ਨਹੀਂ ਹੈ। ਨਿਰਧਾਰਨ API ਨੂੰ ਵਧਾਉਣ ਦੀ ਆਗਿਆ ਦਿੰਦਾ ਹੈ, ਪਰ ਇਹ ਬਹੁਤ ਸਾਰੇ ਕਸਟਮ ਲਾਗੂਕਰਨ ਦੀ ਅਗਵਾਈ ਕਰੇਗਾ।

ਅਤੇ ਇੱਕ ਸਕੈਨਰ ਨਾਲ ਕੰਮ ਕਰਨ ਦੇ ਦ੍ਰਿਸ਼ਾਂ ਵਿੱਚ ਇੱਕ ਹੋਰ ਘਟਾਓ।

ਕਿਸੇ ਐਪਲੀਕੇਸ਼ਨ ਤੋਂ ਸਕੈਨ ਕਰੋ, ਜਾਂ ਕਿਸੇ ਡਿਵਾਈਸ ਤੋਂ ਸਕੈਨ ਕਰੋ

ਆਉ ਵੇਖੀਏ ਕਿ ਇੱਕ ਐਪਲੀਕੇਸ਼ਨ ਤੋਂ ਨਿਯਮਤ ਸਕੈਨ ਕਿਵੇਂ ਕੰਮ ਕਰਦਾ ਹੈ। ਮੈਂ ਦਸਤਾਵੇਜ਼ ਹੇਠਾਂ ਪਾ ਰਿਹਾ/ਰਹੀ ਹਾਂ। ਫਿਰ ਮੈਂ ਐਪ ਖੋਲ੍ਹਦਾ ਹਾਂ ਅਤੇ ਸਕੈਨ ਕਰਦਾ ਹਾਂ। ਫਿਰ ਮੈਂ ਦਸਤਾਵੇਜ਼ ਲੈਂਦਾ ਹਾਂ। ਤਿੰਨ ਕਦਮ. ਹੁਣ ਕਲਪਨਾ ਕਰੋ ਕਿ ਨੈੱਟਵਰਕ ਸਕੈਨਰ ਕਿਸੇ ਹੋਰ ਕਮਰੇ ਵਿੱਚ ਹੈ। ਤੁਹਾਨੂੰ ਇਸਦੇ ਲਈ ਘੱਟੋ ਘੱਟ 2 ਪਹੁੰਚ ਬਣਾਉਣ ਦੀ ਜ਼ਰੂਰਤ ਹੈ. ਇਹ ਨੈੱਟਵਰਕ ਪ੍ਰਿੰਟਿੰਗ ਨਾਲੋਂ ਘੱਟ ਸੁਵਿਧਾਜਨਕ ਹੈ।

ਇਹ ਇੱਕ ਹੋਰ ਮਾਮਲਾ ਹੈ ਜਦੋਂ ਸਕੈਨਰ ਖੁਦ ਇੱਕ ਦਸਤਾਵੇਜ਼ ਭੇਜ ਸਕਦਾ ਹੈ। ਉਦਾਹਰਨ ਲਈ, ਡਾਕ ਦੁਆਰਾ. ਮੈਂ ਦਸਤਾਵੇਜ਼ ਹੇਠਾਂ ਪਾ ਰਿਹਾ/ਰਹੀ ਹਾਂ। ਫਿਰ ਮੈਂ ਸਕੈਨ ਕਰਦਾ ਹਾਂ। ਦਸਤਾਵੇਜ਼ ਤੁਰੰਤ ਨਿਸ਼ਾਨਾ ਸਿਸਟਮ ਨੂੰ ਉੱਡਦਾ ਹੈ.

ਇਹ ਮੁੱਖ ਅੰਤਰ ਹੈ. ਜੇ ਡਿਵਾਈਸ ਇੱਕ ਨੈਟਵਰਕ ਨਾਲ ਕਨੈਕਟ ਕੀਤੀ ਗਈ ਹੈ, ਤਾਂ ਟੀਚੇ ਦੀ ਸਟੋਰੇਜ ਨੂੰ ਸਿੱਧਾ ਸਕੈਨ ਕਰਨਾ ਵਧੇਰੇ ਸੁਵਿਧਾਜਨਕ ਹੈ: ਫੋਲਡਰ, ਮੇਲ ਜਾਂ ECM ਸਿਸਟਮ। ਇਸ ਸਰਕਟ ਵਿੱਚ ਡਰਾਈਵਰ ਲਈ ਕੋਈ ਥਾਂ ਨਹੀਂ ਹੈ।

ਬਾਹਰੀ ਦ੍ਰਿਸ਼ਟੀਕੋਣ ਤੋਂ, ਅਸੀਂ ਮੌਜੂਦਾ ਤਕਨਾਲੋਜੀਆਂ ਨੂੰ ਬਦਲੇ ਬਿਨਾਂ ਨੈੱਟਵਰਕ ਸਕੈਨਿੰਗ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਡਰਾਈਵਰ ਦੁਆਰਾ ਡੈਸਕਟੌਪ ਐਪਲੀਕੇਸ਼ਨਾਂ ਤੋਂ, ਅਤੇ ਸਿੱਧੇ ਡਿਵਾਈਸ ਤੋਂ। ਪਰ ਓਪਰੇਟਿੰਗ ਦ੍ਰਿਸ਼ਾਂ ਵਿੱਚ ਅੰਤਰ ਦੇ ਕਾਰਨ ਇੱਕ ਕੰਪਿਊਟਰ ਤੋਂ ਰਿਮੋਟ ਸਕੈਨਿੰਗ ਨੈੱਟਵਰਕ ਪ੍ਰਿੰਟਿੰਗ ਜਿੰਨੀ ਵਿਆਪਕ ਨਹੀਂ ਹੋਈ ਹੈ। ਲੋੜੀਂਦੇ ਸਟੋਰੇਜ ਟਿਕਾਣੇ 'ਤੇ ਸਿੱਧਾ ਸਕੈਨ ਕਰਨਾ ਵਧੇਰੇ ਪ੍ਰਸਿੱਧ ਹੋ ਰਿਹਾ ਹੈ।

ਡਰਾਈਵਰਾਂ ਦੇ ਬਦਲ ਵਜੋਂ TWAIN ਡਾਇਰੈਕਟ ਸਕੈਨਰਾਂ ਲਈ ਸਮਰਥਨ ਇੱਕ ਬਹੁਤ ਵਧੀਆ ਕਦਮ ਹੈ। ਪਰ ਮਿਆਰ ਥੋੜਾ ਲੇਟ ਹੈ. ਉਪਭੋਗਤਾ ਕਿਸੇ ਨੈੱਟਵਰਕ ਡਿਵਾਈਸ ਤੋਂ ਸਿੱਧੇ ਸਕੈਨ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹਨ, ਦਸਤਾਵੇਜ਼ਾਂ ਨੂੰ ਉਹਨਾਂ ਦੀ ਮੰਜ਼ਿਲ 'ਤੇ ਭੇਜਦੇ ਹੋਏ। ਮੌਜੂਦਾ ਐਪਲੀਕੇਸ਼ਨਾਂ ਨੂੰ ਨਵੇਂ ਸਟੈਂਡਰਡ ਦਾ ਸਮਰਥਨ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਹੁਣ ਸਭ ਕੁਝ ਠੀਕ ਕੰਮ ਕਰਦਾ ਹੈ, ਅਤੇ ਸਕੈਨਰ ਨਿਰਮਾਤਾਵਾਂ ਨੂੰ ਇਸ ਨੂੰ ਲਾਗੂ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਨਹੀਂ ਹੈ, ਕਿਉਂਕਿ ਕੋਈ ਐਪਲੀਕੇਸ਼ਨ ਨਹੀਂ ਹਨ।

ਅੰਤ ਵਿੱਚ. ਆਮ ਰੁਝਾਨ ਦਿਖਾਉਂਦਾ ਹੈ ਕਿ ਸਿਰਫ਼ ਇੱਕ ਜਾਂ ਦੋ ਪੰਨਿਆਂ ਨੂੰ ਸਕੈਨ ਕਰਨ ਨਾਲ ਫ਼ੋਨਾਂ 'ਤੇ ਕੈਮਰੇ ਬਦਲ ਦਿੱਤੇ ਜਾਣਗੇ। ਉੱਥੇ ਉਦਯੋਗਿਕ ਸਕੈਨਿੰਗ ਰਹੇਗੀ, ਜਿੱਥੇ ਗਤੀ ਮਹੱਤਵਪੂਰਨ ਹੈ, ਪੋਸਟ-ਪ੍ਰੋਸੈਸਿੰਗ ਫੰਕਸ਼ਨਾਂ ਲਈ ਸਮਰਥਨ ਜੋ TWAIN ਡਾਇਰੈਕਟ ਪ੍ਰਦਾਨ ਨਹੀਂ ਕਰ ਸਕਦਾ ਹੈ, ਅਤੇ ਜਿੱਥੇ ਸੌਫਟਵੇਅਰ ਨਾਲ ਸਖ਼ਤ ਏਕੀਕਰਣ ਮਹੱਤਵਪੂਰਨ ਰਹੇਗਾ।

ਸਰੋਤ: www.habr.com