生体認証入力を使用して、アプリケーションのユーザー入力を確認することを計画しています。私はネットでいくつかの調査を行い、生体認証入力の次のオプションを思いつきました。
そのうち、指紋が最適な選択肢だと感じました。ただし、これに伴う問題は、指紋デバイスのAPIがハードウェアによって異なることです。したがって、おそらく私は複数のデバイスAPIに対してコーディングする必要があると思いますが、これは友好的ではありません。
私はC#でプログラミングを行うつもりです。これから抜け出す方法はありますか?私はこれに慣れていないので、私は無知です。この問題を攻撃する方法は何ですか、プロジェクトの範囲はどれくらい広いのか、そしてこのプロジェクトに対する私のアプローチはどうあるべきですか。
この問題は指紋リーダーに固有のものではなく、リスト内の他のすべてのオプションや他の多くの周辺機器に当てはまります。実際、標準APIは例外です。
したがって、このためのライブラリを販売している人、または独自のライブラリ(COMおよび/または相互運用)を作成している人を探す必要があります。そして、あなた自身を転がすことは、通常、小さくも単純なプロジェクトでもありません。
プログラムには、残りを除いて、サポートされているデバイスのリストがあります。
指紋リーダーの場合この記事をご覧ください: http://www.codeproject.com/Articles/97590/A-Framework-in-C-for-Fingerprint-Verification
私の同僚は、私たちが共に働いていた会社のために、生体認証ベースのスタッフの出勤システムを構築する任務を負っていました。私たちITは、生体認証ソースとして指紋を選択します。彼はこのライブラリを Bayometric --Griaule Fingerprint SDK から調査し、いくつかの安価なMSプリントリーダーと一緒に使用しました。彼が私に見せて話したところから、この.netライブラリにはNice APIがあり、操作が簡単であると私は信じています。
生体認証システムは、約5年後の今日でも使用されています。
私は生体認証の分野で働いており、指紋の処理の多くにC#を使用しています。私の会社は、まさにこの理由から、指紋デバイス抽象化ライブラリを開発する必要がありました。すべての指紋スキャナーは本当に1回の呼び出しのみを必要とすることを考慮してください:getImage
。これを知って、私の会社は、各デバイスを初期化してセットアップし、汎用ラッパーを作成し、一意のIDを割り当て、それを列挙できる大きなリストにスローするライブラリを作成しました。
次に、C#側から、デバイスを「選択」して(必要なのは、一意のIDと、場合によっては製造元だけです)、それを使用するだけです。返される画像データは、毎回何を取得するかがわかるように、事前に決定する必要があります。
このアプローチの主な問題は、最近の多くのデバイスにさまざまなギミック(プログラム可能な点滅ライトなど)があり、デバイスを抽象化することで、これらの特別な機能にアクセスできなくなったことです。さらに、一部のデバイスは実際には複数のチャネルのデータ(たとえば、さまざまなスペクトルの光)を返し、アプリケーションがデバイスに依存しないようにするには、1つのチャネルを除くすべてを破棄する必要があります。これは難しい決断です。
最後に、これを覚えておいてください。細目抽出を行う場合、残念ながら、使用するデバイスは、検出される細目に影響を与えます。一部のデバイスは特定のアルゴリズム用に「調整」されているため、デバイスAに登録し、デバイスBと照合すると、完全な指紋があるにもかかわらず、まったく機能しない場合があります。
ここにも同様の質問があります: 。netWindowsフォーム/ WPFまたはSilverlightクライアント用の指紋リーダー
回答のリンクを確認してください