ಒಂದೆಡೆ, ನೆಟ್‌ವರ್ಕ್‌ನಲ್ಲಿ ಡಾಕ್ಯುಮೆಂಟ್‌ಗಳನ್ನು ಸ್ಕ್ಯಾನ್ ಮಾಡುವುದು ಅಸ್ತಿತ್ವದಲ್ಲಿದೆ ಎಂದು ತೋರುತ್ತದೆ, ಆದರೆ ಮತ್ತೊಂದೆಡೆ, ಇದು ನೆಟ್ವರ್ಕ್ ಪ್ರಿಂಟಿಂಗ್‌ಗಿಂತ ಭಿನ್ನವಾಗಿ ಸಾಮಾನ್ಯವಾಗಿ ಅಂಗೀಕರಿಸಲ್ಪಟ್ಟ ಅಭ್ಯಾಸವಾಗಿ ಮಾರ್ಪಟ್ಟಿಲ್ಲ. ನಿರ್ವಾಹಕರು ಇನ್ನೂ ಡ್ರೈವರ್‌ಗಳನ್ನು ಸ್ಥಾಪಿಸುತ್ತಾರೆ ಮತ್ತು ರಿಮೋಟ್ ಸ್ಕ್ಯಾನಿಂಗ್ ಸೆಟ್ಟಿಂಗ್‌ಗಳು ಪ್ರತಿ ಸ್ಕ್ಯಾನರ್ ಮಾದರಿಗೆ ಪ್ರತ್ಯೇಕವಾಗಿರುತ್ತವೆ. ಈ ಸಮಯದಲ್ಲಿ ಯಾವ ತಂತ್ರಜ್ಞಾನಗಳು ಲಭ್ಯವಿವೆ ಮತ್ತು ಅಂತಹ ಸನ್ನಿವೇಶವು ಭವಿಷ್ಯವನ್ನು ಹೊಂದಿದೆಯೇ?
ಸ್ಥಾಪಿಸಬಹುದಾದ ಚಾಲಕ ಅಥವಾ ನೇರ ಪ್ರವೇಶ
ಪ್ರಸ್ತುತ ನಾಲ್ಕು ಸಾಮಾನ್ಯ ರೀತಿಯ ಡ್ರೈವರ್‌ಗಳಿವೆ: TWAIN, ISIS, SANE ಮತ್ತು WIA. ಮೂಲಭೂತವಾಗಿ, ಈ ಡ್ರೈವರ್‌ಗಳು ನಿರ್ದಿಷ್ಟ ಮಾದರಿಗೆ ಲಿಂಕ್ ಮಾಡುವ ತಯಾರಕರಿಂದ ಅಪ್ಲಿಕೇಶನ್ ಮತ್ತು ಕಡಿಮೆ-ಮಟ್ಟದ ಲೈಬ್ರರಿಯ ನಡುವಿನ ಇಂಟರ್ಫೇಸ್ ಆಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ.
ಸರಳೀಕೃತ ಸ್ಕ್ಯಾನರ್ ಸಂಪರ್ಕ ಆರ್ಕಿಟೆಕ್ಚರ್
ಸಾಮಾನ್ಯವಾಗಿ ಸ್ಕ್ಯಾನರ್ ನೇರವಾಗಿ ಕಂಪ್ಯೂಟರ್ಗೆ ಸಂಪರ್ಕ ಹೊಂದಿದೆ ಎಂದು ಊಹಿಸಲಾಗಿದೆ. ಆದಾಗ್ಯೂ, ಕಡಿಮೆ ಮಟ್ಟದ ಲೈಬ್ರರಿ ಮತ್ತು ಸಾಧನದ ನಡುವಿನ ಪ್ರೋಟೋಕಾಲ್ ಅನ್ನು ಯಾರೂ ಮಿತಿಗೊಳಿಸುವುದಿಲ್ಲ. ಇದು TCP/IP ಆಗಿರಬಹುದು. ಈಗ ಹೆಚ್ಚಿನ ನೆಟ್ವರ್ಕ್ ಮಾಡಲಾದ MFP ಗಳು ಈ ರೀತಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತವೆ: ಸ್ಕ್ಯಾನರ್ ಸ್ಥಳೀಯವಾಗಿ ಗೋಚರಿಸುತ್ತದೆ, ಆದರೆ ಸಂಪರ್ಕವು ನೆಟ್ವರ್ಕ್ ಮೂಲಕ ಹೋಗುತ್ತದೆ.
ಈ ಪರಿಹಾರದ ಪ್ರಯೋಜನವೆಂದರೆ ಅಪ್ಲಿಕೇಶನ್ ನಿಖರವಾಗಿ ಸಂಪರ್ಕವನ್ನು ಹೇಗೆ ಮಾಡಬೇಕೆಂದು ಕಾಳಜಿ ವಹಿಸುವುದಿಲ್ಲ, ಮುಖ್ಯ ವಿಷಯವೆಂದರೆ ಪರಿಚಿತ TWAIN, ISIS ಅಥವಾ ಇತರ ಇಂಟರ್ಫೇಸ್ ಅನ್ನು ನೋಡುವುದು. ವಿಶೇಷ ಬೆಂಬಲವನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವ ಅಗತ್ಯವಿಲ್ಲ.
ಆದರೆ ಅನಾನುಕೂಲಗಳು ಸಹ ಸ್ಪಷ್ಟವಾಗಿವೆ. ಪರಿಹಾರವು ಡೆಸ್ಕ್‌ಟಾಪ್ ಓಎಸ್ ಅನ್ನು ಆಧರಿಸಿದೆ. ಮೊಬೈಲ್ ಸಾಧನಗಳು ಇನ್ನು ಮುಂದೆ ಬೆಂಬಲಿಸುವುದಿಲ್ಲ. ಎರಡನೆಯ ಅನನುಕೂಲವೆಂದರೆ ಡ್ರೈವರ್‌ಗಳು ಸಂಕೀರ್ಣ ಮೂಲಸೌಕರ್ಯಗಳಲ್ಲಿ ಅಸ್ಥಿರವಾಗಬಹುದು, ಉದಾಹರಣೆಗೆ, ತೆಳುವಾದ ಕ್ಲೈಂಟ್‌ಗಳೊಂದಿಗೆ ಟರ್ಮಿನಲ್ ಸರ್ವರ್‌ಗಳಲ್ಲಿ.
HTTP/RESTful ಪ್ರೋಟೋಕಾಲ್ ಮೂಲಕ ಸ್ಕ್ಯಾನರ್‌ಗೆ ನೇರ ಸಂಪರ್ಕವನ್ನು ಬೆಂಬಲಿಸುವುದು ಒಂದು ಮಾರ್ಗವಾಗಿದೆ.
ಟ್ವೈನ್ ನೇರ
ಚಾಲಕರಹಿತ ಪ್ರವೇಶ ಆಯ್ಕೆಯಾಗಿ TWAIN ವರ್ಕಿಂಗ್ ಗ್ರೂಪ್ ಪ್ರಸ್ತಾಪಿಸಿದೆ.
ಟ್ವೈನ್ ನೇರ
ಎಲ್ಲಾ ತರ್ಕವನ್ನು ಸ್ಕ್ಯಾನರ್ ಬದಿಗೆ ವರ್ಗಾಯಿಸಲಾಗುತ್ತದೆ ಎಂಬುದು ಮುಖ್ಯ ಆಲೋಚನೆ. ಮತ್ತು ಸ್ಕ್ಯಾನರ್ REST API ಮೂಲಕ ಪ್ರವೇಶವನ್ನು ಒದಗಿಸುತ್ತದೆ. ಹೆಚ್ಚುವರಿಯಾಗಿ, ವಿವರಣೆಯು ಸಾಧನ ಪ್ರಕಟಣೆಯ ವಿವರಣೆಯನ್ನು ಒಳಗೊಂಡಿದೆ (ಆಟೋ ಡಿಸ್ಕವರಿ). ಚೆನ್ನಾಗಿ ಕಾಣಿಸುತ್ತದೆ. ನಿರ್ವಾಹಕರಿಗೆ, ಇದು ಚಾಲಕರೊಂದಿಗಿನ ಸಂಭವನೀಯ ಸಮಸ್ಯೆಗಳನ್ನು ತೊಡೆದುಹಾಕುತ್ತದೆ. ಎಲ್ಲಾ ಸಾಧನಗಳಿಗೆ ಬೆಂಬಲ, ಮುಖ್ಯ ವಿಷಯವೆಂದರೆ ಹೊಂದಾಣಿಕೆಯ ಅಪ್ಲಿಕೇಶನ್ ಇದೆ. ಡೆವಲಪರ್‌ಗೆ ಅನುಕೂಲಗಳು ಸಹ ಇವೆ, ಪ್ರಾಥಮಿಕವಾಗಿ ಪರಿಚಿತ ಸಂವಹನ ಇಂಟರ್ಫೇಸ್. ಸ್ಕ್ಯಾನರ್ ವೆಬ್ ಸೇವೆಯಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ.
ನಾವು ನೈಜ ಬಳಕೆಯ ಸನ್ನಿವೇಶಗಳನ್ನು ಪರಿಗಣಿಸಿದರೆ, ಅನಾನುಕೂಲಗಳೂ ಇರುತ್ತವೆ. ಮೊದಲನೆಯದು ಡೆಡ್ಲಾಕ್ ಪರಿಸ್ಥಿತಿ. TWAIN ಡೈರೆಕ್ಟ್‌ನೊಂದಿಗೆ ಮಾರುಕಟ್ಟೆಯಲ್ಲಿ ಯಾವುದೇ ಸಾಧನಗಳಿಲ್ಲ ಮತ್ತು ಡೆವಲಪರ್‌ಗಳಿಗೆ ಈ ತಂತ್ರಜ್ಞಾನವನ್ನು ಬೆಂಬಲಿಸಲು ಯಾವುದೇ ಅರ್ಥವಿಲ್ಲ, ಮತ್ತು ಪ್ರತಿಯಾಗಿ. ಎರಡನೆಯದು ಭದ್ರತೆ; ಸಂಭಾವ್ಯ ರಂಧ್ರಗಳನ್ನು ಮುಚ್ಚಲು ಬಳಕೆದಾರರ ನಿರ್ವಹಣೆ ಅಥವಾ ನವೀಕರಣಗಳ ಆವರ್ತನದ ಮೇಲೆ ನಿರ್ದಿಷ್ಟತೆಯು ಅವಶ್ಯಕತೆಗಳನ್ನು ವಿಧಿಸುವುದಿಲ್ಲ. ನಿರ್ವಾಹಕರು ನವೀಕರಣಗಳು ಮತ್ತು ಪ್ರವೇಶವನ್ನು ಹೇಗೆ ನಿಯಂತ್ರಿಸಬಹುದು ಎಂಬುದು ಅಸ್ಪಷ್ಟವಾಗಿದೆ. ಕಂಪ್ಯೂಟರ್ ಆಂಟಿವೈರಸ್ ಸಾಫ್ಟ್‌ವೇರ್ ಅನ್ನು ಹೊಂದಿದೆ. ಆದರೆ ಸ್ಕ್ಯಾನರ್ ಫರ್ಮ್‌ವೇರ್‌ನಲ್ಲಿ, ನಿಸ್ಸಂಶಯವಾಗಿ ವೆಬ್ ಸರ್ವರ್ ಅನ್ನು ಹೊಂದಿರುತ್ತದೆ, ಇದು ಹಾಗಲ್ಲದಿರಬಹುದು. ಅಥವಾ ಇರಲಿ, ಆದರೆ ಕಂಪನಿಯ ಭದ್ರತಾ ನೀತಿಯ ಅಗತ್ಯತೆಗಳಲ್ಲ. ಒಪ್ಪುತ್ತೇನೆ, ಎಲ್ಲಾ ಸ್ಕ್ಯಾನ್ ಮಾಡಿದ ಡಾಕ್ಯುಮೆಂಟ್‌ಗಳನ್ನು ಎಡಕ್ಕೆ ಕಳುಹಿಸುವ ಮಾಲ್‌ವೇರ್ ಅನ್ನು ಹೊಂದಿರುವುದು ತುಂಬಾ ಒಳ್ಳೆಯದಲ್ಲ. ಅಂದರೆ, ಈ ಮಾನದಂಡದ ಅನುಷ್ಠಾನದೊಂದಿಗೆ, ಮೂರನೇ ವ್ಯಕ್ತಿಯ ಅಪ್ಲಿಕೇಶನ್‌ಗಳ ಸೆಟ್ಟಿಂಗ್‌ಗಳಿಂದ ಪರಿಹರಿಸಲಾದ ಕಾರ್ಯಗಳನ್ನು ಸಾಧನ ತಯಾರಕರಿಗೆ ವರ್ಗಾಯಿಸಲಾಗುತ್ತದೆ.
ಮೂರನೆಯ ಅನನುಕೂಲವೆಂದರೆ ಕ್ರಿಯಾತ್ಮಕತೆಯ ಸಂಭವನೀಯ ನಷ್ಟ. ಚಾಲಕರು ಹೆಚ್ಚುವರಿ ಪೋಸ್ಟ್-ಪ್ರೊಸೆಸಿಂಗ್ ಹೊಂದಿರಬಹುದು. ಬಾರ್ಕೋಡ್ ಗುರುತಿಸುವಿಕೆ, ಹಿನ್ನೆಲೆ ತೆಗೆಯುವಿಕೆ. ಕೆಲವು ಸ್ಕ್ಯಾನರ್ಗಳು ಕರೆಯಲ್ಪಡುವ ಹೊಂದಿವೆ. ಇಂಪ್ರಿಂಟರ್ - ಸಂಸ್ಕರಿಸಿದ ಡಾಕ್ಯುಮೆಂಟ್‌ನಲ್ಲಿ ಸ್ಕ್ಯಾನರ್ ಅನ್ನು ಮುದ್ರಿಸಲು ಅನುಮತಿಸುವ ಒಂದು ಕಾರ್ಯ. ಇದು TWAIN ಡೈರೆಕ್ಟ್‌ನಲ್ಲಿ ಲಭ್ಯವಿಲ್ಲ. ವಿವರಣೆಯು API ಅನ್ನು ವಿಸ್ತರಿಸಲು ಅನುಮತಿಸುತ್ತದೆ, ಆದರೆ ಇದು ಅನೇಕ ಕಸ್ಟಮ್ ಅನುಷ್ಠಾನಗಳಿಗೆ ಕಾರಣವಾಗುತ್ತದೆ.
ಮತ್ತು ಸ್ಕ್ಯಾನರ್ನೊಂದಿಗೆ ಕೆಲಸ ಮಾಡುವ ಸನ್ನಿವೇಶಗಳಲ್ಲಿ ಮತ್ತೊಂದು ಮೈನಸ್.
ಅಪ್ಲಿಕೇಶನ್‌ನಿಂದ ಸ್ಕ್ಯಾನ್ ಮಾಡಿ ಅಥವಾ ಸಾಧನದಿಂದ ಸ್ಕ್ಯಾನ್ ಮಾಡಿ
ಅಪ್ಲಿಕೇಶನ್‌ನಿಂದ ಸಾಮಾನ್ಯ ಸ್ಕ್ಯಾನ್ ಹೇಗೆ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಎಂಬುದನ್ನು ನೋಡೋಣ. ನಾನು ಡಾಕ್ಯುಮೆಂಟ್ ಅನ್ನು ಕೆಳಗೆ ಇಡುತ್ತಿದ್ದೇನೆ. ನಂತರ ನಾನು ಅಪ್ಲಿಕೇಶನ್ ತೆರೆಯುತ್ತೇನೆ ಮತ್ತು ಸ್ಕ್ಯಾನ್ ಮಾಡುತ್ತೇನೆ. ನಂತರ ನಾನು ಡಾಕ್ಯುಮೆಂಟ್ ತೆಗೆದುಕೊಳ್ಳುತ್ತೇನೆ. ಮೂರು ಹಂತಗಳು. ಈಗ ನೆಟ್ವರ್ಕ್ ಸ್ಕ್ಯಾನರ್ ಮತ್ತೊಂದು ಕೋಣೆಯಲ್ಲಿದೆ ಎಂದು ಊಹಿಸಿ. ನೀವು ಅದಕ್ಕೆ ಕನಿಷ್ಠ 2 ವಿಧಾನಗಳನ್ನು ಮಾಡಬೇಕಾಗಿದೆ. ಇದು ನೆಟ್ವರ್ಕ್ ಮುದ್ರಣಕ್ಕಿಂತ ಕಡಿಮೆ ಅನುಕೂಲಕರವಾಗಿದೆ.
ಸ್ಕ್ಯಾನರ್ ಸ್ವತಃ ಡಾಕ್ಯುಮೆಂಟ್ ಅನ್ನು ಕಳುಹಿಸಿದಾಗ ಅದು ಇನ್ನೊಂದು ವಿಷಯವಾಗಿದೆ. ಉದಾಹರಣೆಗೆ, ಮೇಲ್ ಮೂಲಕ. ನಾನು ಡಾಕ್ಯುಮೆಂಟ್ ಅನ್ನು ಕೆಳಗೆ ಇಡುತ್ತಿದ್ದೇನೆ. ನಂತರ ನಾನು ಸ್ಕ್ಯಾನ್ ಮಾಡುತ್ತೇನೆ. ಡಾಕ್ಯುಮೆಂಟ್ ತಕ್ಷಣವೇ ಗುರಿ ವ್ಯವಸ್ಥೆಗೆ ಹಾರುತ್ತದೆ.
ಇದು ಮುಖ್ಯ ವ್ಯತ್ಯಾಸ. ಸಾಧನವು ನೆಟ್‌ವರ್ಕ್‌ಗೆ ಸಂಪರ್ಕಗೊಂಡಿದ್ದರೆ, ಗುರಿ ಸಂಗ್ರಹಣೆಗೆ ನೇರವಾಗಿ ಸ್ಕ್ಯಾನ್ ಮಾಡಲು ಹೆಚ್ಚು ಅನುಕೂಲಕರವಾಗಿದೆ: ಫೋಲ್ಡರ್, ಮೇಲ್ ಅಥವಾ ಇಸಿಎಂ ಸಿಸ್ಟಮ್. ಈ ಸರ್ಕ್ಯೂಟ್‌ನಲ್ಲಿ ಚಾಲಕನಿಗೆ ಸ್ಥಳವಿಲ್ಲ.
ಹೊರಗಿನ ದೃಷ್ಟಿಕೋನದಿಂದ, ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ತಂತ್ರಜ್ಞಾನಗಳನ್ನು ಬದಲಾಯಿಸದೆ ನಾವು ನೆಟ್ವರ್ಕ್ ಸ್ಕ್ಯಾನಿಂಗ್ ಅನ್ನು ಬಳಸುತ್ತೇವೆ. ಇದಲ್ಲದೆ, ಡೆಸ್ಕ್‌ಟಾಪ್ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಂದ ಡ್ರೈವರ್ ಮೂಲಕ ಮತ್ತು ನೇರವಾಗಿ ಸಾಧನದಿಂದ. ಆದರೆ ಆಪರೇಟಿಂಗ್ ಸನ್ನಿವೇಶಗಳಲ್ಲಿನ ವ್ಯತ್ಯಾಸಗಳಿಂದಾಗಿ ಕಂಪ್ಯೂಟರ್‌ನಿಂದ ರಿಮೋಟ್ ಸ್ಕ್ಯಾನಿಂಗ್ ನೆಟ್ವರ್ಕ್ ಪ್ರಿಂಟಿಂಗ್‌ನಂತೆ ವ್ಯಾಪಕವಾಗಿಲ್ಲ. ಬಯಸಿದ ಶೇಖರಣಾ ಸ್ಥಳಕ್ಕೆ ನೇರವಾಗಿ ಸ್ಕ್ಯಾನ್ ಮಾಡುವುದು ಹೆಚ್ಚು ಜನಪ್ರಿಯವಾಗುತ್ತಿದೆ.
ಡ್ರೈವರ್‌ಗಳಿಗೆ ಬದಲಿಯಾಗಿ TWAIN ಡೈರೆಕ್ಟ್ ಸ್ಕ್ಯಾನರ್‌ಗಳಿಗೆ ಬೆಂಬಲವು ಉತ್ತಮ ಹೆಜ್ಜೆಯಾಗಿದೆ. ಆದರೆ ಮಾನದಂಡ ಸ್ವಲ್ಪ ತಡವಾಗಿದೆ. ಬಳಕೆದಾರರು ನೇರವಾಗಿ ನೆಟ್ವರ್ಕ್ ಸಾಧನದಿಂದ ಸ್ಕ್ಯಾನ್ ಮಾಡಲು ಬಯಸುತ್ತಾರೆ, ಡಾಕ್ಯುಮೆಂಟ್‌ಗಳನ್ನು ತಮ್ಮ ಗಮ್ಯಸ್ಥಾನಕ್ಕೆ ಕಳುಹಿಸುತ್ತಾರೆ. ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಅಪ್ಲಿಕೇಶನ್‌ಗಳು ಹೊಸ ಮಾನದಂಡವನ್ನು ಬೆಂಬಲಿಸುವ ಅಗತ್ಯವಿಲ್ಲ, ಏಕೆಂದರೆ ಎಲ್ಲವೂ ಈಗ ಉತ್ತಮವಾಗಿ ಕಾರ್ಯನಿರ್ವಹಿಸುತ್ತದೆ ಮತ್ತು ಸ್ಕ್ಯಾನರ್ ತಯಾರಕರು ಯಾವುದೇ ಅಪ್ಲಿಕೇಶನ್‌ಗಳಿಲ್ಲದ ಕಾರಣ ಅದನ್ನು ಕಾರ್ಯಗತಗೊಳಿಸುವ ಅಗತ್ಯವಿಲ್ಲ.
ಕೊನೆಯಲ್ಲಿ. ಸಾಮಾನ್ಯ ಪ್ರವೃತ್ತಿಯು ಕೇವಲ ಒಂದು ಅಥವಾ ಎರಡು ಪುಟಗಳನ್ನು ಸ್ಕ್ಯಾನ್ ಮಾಡುವುದನ್ನು ಫೋನ್‌ಗಳಲ್ಲಿ ಕ್ಯಾಮೆರಾಗಳಿಂದ ಬದಲಾಯಿಸಲಾಗುತ್ತದೆ ಎಂದು ತೋರಿಸುತ್ತದೆ. ಕೈಗಾರಿಕಾ ಸ್ಕ್ಯಾನಿಂಗ್ ಉಳಿಯುತ್ತದೆ, ಅಲ್ಲಿ ವೇಗವು ಮುಖ್ಯವಾಗಿರುತ್ತದೆ, TWAIN ಡೈರೆಕ್ಟ್ ಒದಗಿಸಲಾಗದ ಪೋಸ್ಟ್-ಪ್ರೊಸೆಸಿಂಗ್ ಕಾರ್ಯಗಳಿಗೆ ಬೆಂಬಲ, ಮತ್ತು ಸಾಫ್ಟ್‌ವೇರ್‌ನೊಂದಿಗೆ ಬಿಗಿಯಾದ ಏಕೀಕರಣವು ಮುಖ್ಯವಾಗಿರುತ್ತದೆ.
ಮೂಲ: www.habr.com