あなたの多くは、おそらくオフィス経由でLinux経由でネットワークスキャンを実装する必要がある状況に出くわしているでしょう。 いくつかの点で、私は似たようなものを手に入れましたが、反対側からは少しです。 メインターミナルサーバー（Windows Server 2008R2）を備えた本社と、市内に散在する多数の支店があり、VPNトンネルを介してサーバーに接続されています。 各ポイントで、同じ機器-HPミニネットブック（OpenSuseを使用していましたが、Debian 6.0では殺されました）とHP LaserJet M1214 MFP。 タスク：ユーザーがサーバー上のドキュメントをスキャンする機能を実現します。 サーバーはユーザー（1Cクライアント）に対して1つのアプリケーションのみを実行するため、「ボタンをクリックした-データベースをスキャンする」ように見えるはずです。
実行方法：MFPはネットワークベースであり、ネットワーク上でスキャンできます。 そのため、ユーザーはスキャナーを選択するだけで問題ありません。 そこにはありませんでした。 MFPは、同じPC（この場合はサーバー）に同時にインストールされたネットワークスキャナーのように動作できないことが判明しました。 どのスキャナーを選択しても、最後にインストールされたスキャナーが常にスキャンされます。 HPの技術サポートがついにこのオプションを埋めました。 要するに、答えは「これは不可能です」でした。
機器を変更することはオプションではありません-スキャンはTKに応じて機能するため、費用がかかります（クライアントにとっては費用がかかります）。
そのため、MFPにネットブックの「ローカル」スキャンを強制し、スキャンをサーバーに転送する必要があります。 この場合、ユーザーは端末からこれを行う必要があります-ボタンをクリックして待機します。
HPLIPのようなプロジェクトがあるのは良いことです。 MFPをネットブックに固定する最初の試みは失敗しました-Debianバージョンは最新ではなく、HP LJ M1214をサポートしていません。 最新バージョンをダウンロードしてコンパイルする必要がありました。 ここでは、MFPが印刷とスキャンの両方で著しく認識され、獲得されました。
次に、スキャンプロセスを自動化する必要がありました。 まず、スキャンを開始する簡単なスクリプトが作成され、結果が/ tmp / scanに保存され、すぐにjpgに変換されました。
scan.sh：
#!/bin/bash mkdir /tmp/scan/ rm /tmp/scan/* scanimage --source Flatbed --format=pnm --resolution 100 --mode Gray > /tmp/scan/scan.$1.pnm &&convert /tmp/scan/scan.$1.pnm /tmp/scan/scan.$1.jpg
スクリプトのパラメーターは名前のサフィックスです。
スキャン品質はあまり良くありませんが、クライアントには十分です。 1回のスキャンは約300〜400 kbです。 すばやくスキャンし、ベースをあまり詰まらせません。
次に、このスクリプトをターミナルの下からリモートで実行する必要があります。 ここでは、すばらしいPuttyプロジェクトのユーティリティセットが役立ちました。 より正確には、2つのユーティリティ-plink.exeおよびpscp.exe。 最初はスキャンコマンドを送信し、2番目は結果を取得します。 試行錯誤の結果、次のbatファイルが作成されました。
c:\putty\plink.exe 192.168.%1.100 -l root -pw mypass /bin/scan.sh %2
c:\putty\pscp.exe -pw mypass root@192.168.%1.100:/tmp/scan/*.jpg %3
各ブランチには番号があり、最初のパラメータによって送信される最後のサブネット番号と一致します。 ホスト番号は約100です。2番目のパラメーターは、イメージの名前の接尾辞です。 3つ目は、1cが取得するまでテンポスキャンを保存するサーバー上の場所です。 それでは、1cプログラマーが切望する「スキャン」ボタンを作成し、この特定のユーザーのパラメーターでバッチファイルを起動しました。
HPLIPのインストールと構成を各ポイントでゼロから操作しないために、1ポイントに費やす時間を大幅に削減するイメージが作成されました（平均で30分）。
一般に、このシステムは2か月間故障することなく機能しています。
ご清聴ありがとうございました！