この規格 プレビューページの目次
※一部、英文及び仏文を自動翻訳した日本語訳を使用しています。
導入
組み込みシステムの環境は、より一般的なコンピューティング環境とは多くの点で異なります。 1 つの違いは、組み込み環境では処理能力やメモリ/ストレージの量がより制限される可能性があり、オペレーティング システムのサポートやリソースもより制限される可能性があることです。その結果、より汎用的なインターフェイスの実装は適切ではない可能性があります。埋め込み型生体認証技術の場合、アルゴリズムとセンサーはハードウェア/ファームウェア モジュールにパッケージ化されることがよくあります。
また、組み込みシステムの設計者が、ソフトウェアやファームウェア内の生体認証技術の詳細には関心がなく、生体認証機能の一部またはすべてを処理する外部モジュールを統合することだけを好む場合もあります。
この国際規格はwhere 生体認証機能の統合がアプリケーションのソフトウェアまたはファームウェア内で行われるアプリケーションを対象としたものではありません。このような場合、BioAPI (ISO/IEC 19784-1) またはそのフレームワークレス バージョンが使用されます (Amd.2 で ISO/IEC 19784-1 を参照)
この国際規格で定義されているインターフェイスは、そのような生体認証モジュールとの直接接続を提供します。このインターフェースの定義は、提供されるサービスのほか、生体認証モジュールに送信されるコマンドと生体認証モジュールから期待される応答のメッセージ形式によって決まります。
この国際規格はwhere BioAPI (ISO/IEC 19784-1) を実装できないすべての生体認証システムに共通のインターフェイスを提供することを目的としています。歴史的な観点から見ると、BioAPI は処理能力とメモリ容量の両方において比較的大きな要件を必要とするため、いくつかの異なるアプローチが開発されてきました。これらのアプローチの 1 つは、BioAPI の最も消費量の多い部分の 1 つである BioAP1 フレームワークを使用せずに BioAPI を使用することです。そのバージョンは Framework free BioAPI と呼ばれ、BioAPI の修正nd で標準化されています。しかし、オペレーティング システムを実行するモバイル デバイスの生体認証アプレットや生体認証サービスなど、いくつかのアプリケーションにとっては非常に役立つこのアプローチでも、組み込みシステムにとっては要求が多すぎる可能性があります。したがって、この国際標準では、Embedded BioAPI という名前で新しいアプローチが標準化されています。これを、BioAPI のフレームワーク フリー バージョンと決して混同しないでください。
Embedded BioAPI が使用される可能性where アプリケーションの例には、リモコン、ガレージ ドア オープナー、自動点火装置、物理的アクセス デバイス、メモリー スティック、認証トークン、携帯用武器などがあります。この環境における標準インターフェイスの有用性は、より汎用的な処理環境ほど明らかではありませんが、次の 2 つの重要な状況に対処します。
- これにより、デバイス (データ キャプチャ デバイスが組み込まれているユニット、例: リモート コントロール デバイス) のメーカーは、自社の製品ラインで、埋め込みデータ キャプチャ デバイス/生体認証技術 (例: 生体認証技術) のみが異なる複数のデバイス/ユニットに同じコード ベースを使用することができますデバイス A には指紋データ キャプチャ デバイス/アルゴリズムが組み込まれており、デバイス B には顔認識カメラ/機能が組み込まれています)これは構成管理 (CM) と効率の問題 (CM を簡素化する単一のコード ベース) です。
- これにより、単一の OEM ユニット/ファームウェアを構築したい OEM データ キャプチャ デバイス メーカーは、複数のデバイス ベンダー (データ キャプチャ デバイス ユニットが組み込まれているデバイスに関係なく、同じファームウェア) をサポートできるようになります。
この国際規格の本文全体を通じて、Embedded BioAPI の使用に適したデバイスは「Embedded BioAPI サブコンポーネント」と呼ばれます。他の種類のデバイスでもこの国際規格を使用できることに留意し、この表記は規格の理解を促進するために使用されています。この国際規格では、これらのデバイス (例: Embedded BioAPI サブコンポーネント) に関する要件は規定されていませんが、Embedded BioAPI を実装するために必要な要件は規定されています。
Introduction
The environment for embedded systems differs in many ways from that of a more general computing environment. One difference is that the amount of processing power and/or memory/storage can be more limited in the embedded environment and operating system support and resources can also be more constrained. As a result, implementation of more general purpose interfaces might not be appropriate. In the case of embedded biometric technology, the algorithms and sensors are frequently packaged into hardware/firmware modules.
It can also be the case that the designer of the embedded system is not concerned with details of the biometric technology within its software and firmware and prefers to just integrate an external module that deals with some or all biometric functionalities.
This International Standard is not meant for applications where the integration of biometric functionality is going to be done within the software or firmware of the application. In such cases BioAPI (ISO/IEC 19784-1) is to be used, or its Frameworkless version (see ISO/IEC 19784-1 with Amd.2).
The interface defined in this International Standard provides a direct connection with such biometric modules. The definition of this interface is given by the services to be provided, as well as the message formats for commands to be sent to biometric modules and responses expected from them.
This International Standard is intended to provide a common interface for all those biometric systems where BioAPI (ISO/IEC 19784-1) cannot be implemented. From the historical point of view, as BioAPI does imply relatively large requirements both in processing power and memory capacity, some different approaches have been developed. One of those approaches is the use of BioAPI without the need of using the BioAPl framework, which is one of the most consuming parts of BioAPI. That version is called Framework free BioAPI, and is standardized in the 2nd Amendment to BioAPI. But even that approach, which can be of great help for several applications, such as Biometric Applets or Biometric services in mobile devices which run an Operating System, can be too demanding for embedded systems. Therefore a new approach is standardized in this International Standard, under the name of Embedded BioAPI, which should never be confused with the Framework free version of BioAPI.
Examples of applications where Embedded BioAPI might be used include remote controls, garage door openers, auto ignitions, physical access devices, memory sticks, authentication tokens, and handheld weapons. The utility of a standard interface in this environment is less obvious than for more general purpose processing environments, but addresses two important situations:
- It allows a device (unit into which the data capture device is embedded, e.g. a remote control device) manufacturer to use the same code base for multiple devices/units in his product line that differ only in embedded data capture device/biometric technology (e.g. Device A comes with a built-in fingerprint data capture device/algorithm and Device B comes with a built-in facial recognition camera/capability). This is a configuration management (CM) and efficiency issue (the single code base simplifying CM).
- It allows an OEM data capture device manufacturer who wants to build a single OEM unit/firmware to support multiple device vendors (the same firmware regardless of what device the data capture device unit is embedded within).
Throughout the text of this International Standard, devices suitable to be using Embedded BioAPI will be referred as “Embedded BioAPI subcomponents”. Noting that other kind of devices can also use this International Standard, this notation has been used for improving understanding of the standard. This International Standard does not state any requirement for those devices (e.g. Embedded BioAPI subcomponents) but those needed as to implement Embedded BioAPI.