eパスポートの読み取り は、すべての μFRシリーズNFCリーダーでサポートされるようになりました。 この機能は、 μFCoder ライブラリ バージョン 5.0.12 のリリースで導入されました。
すべてのμFRシリーズNFCリーダは、ICAO仕様に準拠したeパスポートを含む、機械可読渡航文書(MRTD)に埋め込まれたNFCチップからのデータグループの読み取りをサポートするようになりました。
この実装は、NFC チップ アクセスの基本アクセス制御 (略して BAC) メカニズムをサポートしています。 BAC は、 MRTD に埋め込まれた NFC タグを使用して、認証と安全な暗号化通信チャネルを有効にします。 BACは、3DESアルゴリズムを使用した対称暗号化のみに基づいており 、ICAO 9303、パート11に従って実装されています。ICAO は 国際民間航空機関 (https://www.icao.int) を表します。 ICAO 9303 仕様は、eパスポートを含む MRTD を標準化しています。
告知：
- MRTD の基本アクセス制御は、バージョン 5.0.12 以降の uFCoder ライブラリでサポートされています。
- MRTD ソフトウェアは、RF ブースター アップグレードを搭載した μFR NFC RFID デバイスと互換性がありません。
Docs & Software Download
eパスポート読み取りソフトウェアSDKの例
eパスポートMRTD SDKサンプル のダウンロードリンク。
ソフトウェアのデモンストレーション
プロジェクトをダウンロードし、適切なフォルダーからバイナリ実行可能ファイルを起動します。
32 ビット ウィンドウの場合は、win32_releaserun_me.cmd
を起動します
64 ビット版の場合は、win64_releaserun_me.cmd
を起動します
32ビットLinuxの場合はlinux32_release / ePassport_mrtd
を起動します
64ビットLinuxの場合はlinux64_release / ePassport_mrtdを起動します
eパスポート読み取りソフトウェアの例では、μFRリーダーデバイスをPCに接続して構成する必要があります。 μFR リーダーを使用する他のアプリケーションまたはサービスをコンピューターで実行しないでください。 「eパスポートMRTDの例」が正常に起動すると、次のような画面が表示されます。
ここで、画面上のアプリケーションの使用方法に記載されているように、「M」または「P」オプションのいずれかを選択する必要があります。
M'オプションを選択すると、次のテキストが表示されます。
「P<XXX姓<<名<<<<<<<<<<<<<<<<<<<<<の下にあるサブジャセントMRZ行を入力することを選択し
ました。
サブジャセント MRZ 行を入力します。 サブジャセント MRZ 行の長さは 44 文字でなければなりません。
サブジャセントMRZの例は、下の写真で見ることができます。
それ以外の場合、「P」オプションを選択した場合は、「ドキュメント番号、生年月日、有効期限を個別に入力することを選択しました」というテキスト
が表示されます。
伝票番号を入力します。 ドキュメント番号は 9 文字の長さにする必要があります。
_________ …
生年月日を入力します。 日付形式は YYMMDD でなければなりません。
______ …
有効期限の日付を入力します。 日付形式は YYMMDD でなければなりません。
______ …
有効なデータを入力すると、アプリケーションはメッセージで通知します:
MRZプロトタイプキーが正常に設定されました。
——————————————————————-
このメッセージの後、eパスポートに埋め込まれたNFCタグの読み取り操作を続行できます。
これで、eパスポートをμFRリーダーフィールドに入力できます。 通信が成功すると、リーダーフィールドにNFCタグに関する基本情報が表示されます。 例:
——————————————————————-タグタイプ:DL_GENERIC_ISO14443_4、sak = 0x??,uid[4] =
??:???:??:??——————————————————————-
この例の SAK と UID はマスクされており、任意の値を持つことができます。eパスポートは常にDL_GENERIC_ISO14443_4タグタイプと同様に認識されます。
これで、アプリケーションの読み取りオプションを選択できます。
'C' – このオプションは、eパスポートから共通データ (EF.COM 基本ファイル) を読み込みます。 読み取りが成功すると、データが解析され、次の形式で表示されます。 EF.COM 正常に読み取られました。
ファイルの長さは??バイト
生データ:60 xx xx xx xx xx xx xx xx
EF.COM 生データの解析:
LDSバージョンは01.07
ですUNICODEバージョンは04.00.00
です既存のデータグループリスト:
見つかりました:EF。DG1
が見つかりました: EF.DG2
が見つかりました: EF.DG3
が見つかりました: EF.DG14
——————————————————————-
この例の生データは、セキュリティ上の理由からマスクされています (xx xx xx…)。 自分のドキュメントを読むと、実際の生データがここに表示されます。 LDSバージョンとUNICODEバージョンの詳細については 、ICAO 9303、パート10のドキュメントを参照してください。
LDS および UNICODE のバージョンの後には、eパスポートに含まれるデータグループリストが続きます。 DG1 と DG2 のみが必須です。 他のすべてのデータ グループは、特定の MRTD に存在することも、存在しないこともできます。
'S' – このオプションは、ドキュメント セキュリティ オブジェクト (EF.SOD elementary file) をバイナリ ファイルに保存します。 文書セキュリティー・オブジェクトには、標準 PKCS#7 CMS 形式のデジタル署名が含まれています。 EFの存在。MRTD の SOD は必須です。
'1' – このオプションは EF を読み取ります。DG1 を解析し、生データと解析済みデータを次の形式で表示します。
DG1 が正常に読み取られました。 ファイルの長さは??バイト
生データ:
61 xx xx xx xx xx xx xx xx xx
EF の単純な解析。DG1生データ
:ドキュメントコード:P(eパスポート)
発行国または組織:???
名義人名:姓FIRST_NAME
文書番号:?????????
国籍：。。。
生年月日: ??.??.????.
性：。。。。
有効期限 (dd.MM.yyyy.): ??.??.????.
オプションのデータ: ??????????????
——————————————————————-
この例の生データは、セキュリティ上の理由からマスクされています (xx xx xx…)。 自分のドキュメントを読むと、実際の生データがここに表示されます。
'2' – このオプションは EF を読み取ります。DG2を選択し、プロンプトが表示されたら入力する必要のあるパスと名前をバイナリファイルに保存します。 エフ。DG2には、ドキュメントホルダーの顔画像が含まれており、必須です。 エフ。顔画像に加えてDG2には、生体認証の顔の特徴も含まれている可能性があります。 EF についての詳細。DG2コンテンツは 、ICAO 9303、パート10ドキュメントで読むことができます。
'I' – このオプションは EF を読み取ります。DG2も。 この場合、MRTDファイルから顔画像のみが抽出され、入力したパスと名前のファイルに保存されます。 画像形式が自動的に検出され、それに従ってファイル拡張子が設定されます。 このコンテキストでは、JPEGまたはJP2(つまり.jpeg 2000)の2つの画像ファイル形式が定義されています。
'D' – このオプションは、基本データグループ (EF.DG) ファイルを MRTD から取得し、プロンプトが表示されたら入力する必要があるパスと名前をバイナリ ファイルに保存します。 このオプションを選択すると、EF の入力を求められます。DGインデックス。 インデックスは 1 から 16 の範囲で指定できます (たとえば、EF の場合は 1)。EF の場合は DG1 および 14。DG14)。 読み取る基本ファイルは、EF.COM データグループリストにリストされている必要があります。
「eパスポートMRTDの例」の現在のバージョンは1.0で、uFCoderライブラリバージョン5.0.12およびuFRファームウェアバージョン5.0.22に依存します。
その他のリンク
他のソフトウェア例を閲覧またはダウンロードするには、Gitlabソフトウェアリポジトリにアクセスしてください。
デバイスの購入については、公式オンラインストアにアクセスしてください。
ソフトウェアの例についてご不明な点がございましたら、テクニカルサポートまでお気軽にお問い合わせください。
