ネットワーク経由でドキュメントをスキャンすることは存在しているようですが、一方で、ネットワーク印刷とは異なり、一般的に受け入れられていません。 管理者は引き続きドライバーをインストールし、リモート スキャン設定はスキャナー モデルごとに個別に行われます。 現時点ではどのようなテクノロジーが利用可能ですか?また、そのようなシナリオには将来性があるのでしょうか?
インストール可能なドライバーまたは直接アクセス
現在、ドライバーには TWAIN、ISIS、SANE、WIA の XNUMX つの一般的なタイプがあります。 基本的に、これらのドライバーは、アプリケーションと、特定のモデルにリンクするメーカーの低レベル ライブラリ間のインターフェイスとして機能します。
簡素化されたスキャナ接続アーキテクチャ
通常、スキャナはコンピュータに直接接続されていると想定されます。 ただし、低レベルのライブラリとデバイス間のプロトコルを制限する人はいません。 TCP/IP である可能性もあります。 現在、ほとんどのネットワーク接続された MFP はこのように動作します。スキャナはローカルとして表示されますが、接続はネットワーク経由で行われます。
このソリューションの利点は、アプリケーションが接続方法を正確に気にしないことです。主なことは、使い慣れた TWAIN、ISIS、またはその他のインターフェイスを表示することです。 特別なサポートを実装する必要はありません。
しかし、デメリットも明らかです。 このソリューションはデスクトップ OS に基づいています。 モバイル デバイスはサポートされなくなりました。 XNUMX 番目の欠点は、シン クライアントを備えたターミナル サーバーなど、複雑なインフラストラクチャではドライバーが不安定になる可能性があることです。
解決策は、HTTP/RESTful プロトコル経由でスキャナへの直接接続をサポートすることです。
TWAINダイレクト
TWAIN ワーキング グループによってドライバーレス アクセス オプションとして提案されました。
TWAINダイレクト
主なアイデアは、すべてのロジックがスキャナー側に転送されるということです。 また、スキャナーは REST API 経由でアクセスを提供します。 さらに、仕様にはデバイスの公開 (自動検出) の説明が含まれています。 いいね。 管理者にとって、これによりドライバーに関する潜在的な問題が解決されます。 すべてのデバイスをサポートします。主なことは、互換性のあるアプリケーションがあることです。 開発者にとっても利点があり、主に使い慣れた対話インターフェイスが挙げられます。 スキャナーは Web サービスとして機能します。
実際の使用シーンを考慮すると、デメリットも存在します。 XNUMXつ目はデッドロック状況です。 TWAIN Direct を搭載したデバイスは市場に存在せず、開発者がこのテクノロジをサポートすることは意味がありません。また、その逆も同様です。 XNUMX つ目はセキュリティです。この仕様では、可能性のある穴を塞ぐためのユーザー管理や更新頻度に関する要件は課されていません。 また、管理者が更新とアクセスをどのように制御できるかも不明です。 コンピューターにはウイルス対策ソフトウェアが入っています。 しかし、スキャナ ファームウェアには明らかに Web サーバーが含まれるため、これは当てはまらない可能性があります。 あるいはそうなりますが、会社のセキュリティ ポリシーが要求するものではありません。 同意します。スキャンされたすべての文書を左側に送信するマルウェアがあることは、あまり良いことではありません。 つまり、この標準の実装により、サードパーティ製アプリケーションの設定によって解決されていたタスクがデバイス メーカーに移管されます。
XNUMX 番目の欠点は、機能が失われる可能性があることです。 ドライバーには追加の後処理が必要な場合があります。 バーコード認識、背景除去。 一部のスキャナには、いわゆる「. インプリンター - スキャナーが処理されたドキュメントに印刷できるようにする機能。 TWAIN Directでは利用できません。 この仕様では API を拡張できますが、これにより多くのカスタム実装が必要になります。
そして、スキャナーを使用するシナリオではもう XNUMX つのマイナス点があります。
アプリケーションからスキャンするか、デバイスからスキャンする
アプリケーションからの定期的なスキャンがどのように機能するかを見てみましょう。 書類を置いています。 次に、アプリを開いてスキャンします。 それから私はその書類を受け取ります。 2 つのステップ。 ここで、ネットワーク スキャナが別の部屋にあると想像してください。 少なくとも XNUMX つのアプローチを行う必要があります。 これはネットワーク印刷よりも利便性が劣ります。
スキャナー自体がいつ文書を送信できるかは別の問題です。 たとえば、メールで。 書類を置いています。 それからスキャンします。 ドキュメントは即座にターゲット システムに送信されます。
これが主な違いです。 デバイスがネットワークに接続されている場合は、ターゲット ストレージ (フォルダー、メール、または ECM システム) に直接スキャンする方が便利です。 このサーキットにはドライバーの居場所はない。
外部から見ると、既存のテクノロジーを変更することなくネットワーク スキャンを使用しています。 さらに、デスクトップ アプリケーションからドライバー経由で送信することも、デバイスから直接送信することも可能です。 しかし、コンピュータからのリモート スキャンは、操作シナリオの違いにより、ネットワーク印刷ほど普及していません。 目的の保存場所に直接スキャンすることが一般的になりつつあります。
ドライバーの代わりとして TWAIN ダイレクト スキャナーをサポートすることは、非常に良いステップです。 しかし、標準は少し遅れています。 ユーザーは、ネットワーク デバイスから直接スキャンして、ドキュメントを宛先に送信したいと考えています。 既存のアプリケーションは、すべてが正常に動作するため、新しい標準をサポートする必要はありません。アプリケーションが存在しないため、スキャナのメーカーは新しい標準を実装する必要がありません。
結論は。 一般的な傾向としては、XNUMX ～ XNUMX ページをスキャンするだけの作業が携帯電話のカメラに取って代わられることが示されています。 速度が重要な産業用スキャン、TWAIN Direct では提供できない後処理機能のサポート、およびソフトウェアとの緊密な統合が引き続き重要な産業用スキャンが残ります。
出所： habr.com