ISO/IEC 11694-5:2014 識別カード—光メモリカード—線形記録方法—パート5:ISO / IEC11694-4を使用するアプリケーションの情報交換のためのデータ形式 | ページ 6

※一部、英文及び仏文を自動翻訳した日本語訳を使用しています。

3 用語と定義

このドキュメントの目的のために、ISO/IEC 11694-4 および以下に記載されている用語と定義が適用されます。

3.1

アプリケーション

光学メモリカードから読み取ったデータに書き込むか、またはそれを利用するコンピュータアプリケーションプログラム。

注記 1:これは、カードを使用するシステムまたはカードの使用方法にも、より一般的に適用されます。

3.2

データ項目

全体としてのみ有用なデータ バイトのセット

例:

個人の姓または 1 つの画像を含む JPEG ファイル。

3.3

データファイル

カードのディレクトリ内の単一のエントリによって参照されるバイトのストリーム

注記 1データファイルには、単一のデータ項目 (単一のタグに関連付けられている) または複数のデータ項目を持つ TLV ストリームのいずれかを含めることができます。

3.4

データ項目

意味とレイアウトを定義する単一のタグに関連付けられたデータ要素または明確に定義されたデータ要素のセット

3.5

データセクター

データファイルの全部または一部を含むセクタ (ISO/IEC 11694-4 で定義)

3.6

ディレクトリ

ランダムアクセスストレージメディア上のデータの存在と場所を追跡するために使用される構造

3.7

ディレクトリセクタ

ディレクトリ情報を含むランダム アクセス メディア上のセクタ

3.8

レイアウト

データ項目に必要な特定のバイト シーケンス

注記 1これは,データ項目の使用法を説明するデータ項目の意味とは対照的である。

例:

カードには 2 つの JPEG「ファイル」を含めることができます。これらの項目のレイアウトは同じですが、意味が異なる場合があります。たとえば、1 つはカード所有者の肖像画で、もう 1 つはカード所有者の指紋の画像です。

3.9

リトルエンディアン形式

マルチバイト数のバイト順を定義するためのフォーマット

注記 1:この形式は、「Intel」形式と呼ばれることがあります。マルチバイト数値の最初のバイトには数値の最下位バイトが含まれ、最後のバイトには数値の最上位バイトが含まれます。

例:

10 進数 8765 (16 進数表記で 223D として表される) がリトルエンディアン形式の 16 ビット量として書き出される場合、数値を含む一連のバイトは、3D の後に 22 が続きます。つまり、最下位バイト ( 3D hex) が書き出され、その後に最上位バイト (22 hex) が続きます。

3.10

論理トラック

ファイルの一部を構成するトラックのデータ容量の長さである一連のバイト

例:

ファイルは、カードの 1 トラックの容量を超える長さを持つことができます。このような場合、ファイルはいくつかの断片に分割され、それぞれがカードの異なるトラックに書き込まれます。読み取りアプリケーションは、ファイルを含むすべてのトラックを読み取った後、ファイルの断片を元に戻します。これらの「ピース」はそれぞれ「論理トラック」と見なされ、ファイルの先頭を含む最初のピースが論理トラック 0 としてカウントされます。ほとんどの場合、論理トラックは後続の物理トラックに書き込まれるため、ファイルが 2 トラックの物理トラック 8 から書き込まれる場合、論理トラック 0 はトラック 8 を占有し、論理トラック 1 はトラック 9 を占有します。特定の論理トラックは 2 回書き込まれる可能性があるため、読み取りアプリケーションが物理トラック 8 と 9 の両方で論理トラック 0 を検出し、物理トラック 10 で論理トラック 1 を検出する可能性があります。この場合、リーダーは論理トラックの 2 番目のコピーを無視する必要があります。トラック 0 を削除し、トラック 8 と 10 の内容を一緒に貼り付けて元のファイルを作成します。

3.11

意味

データ項目を入れることができる用途

例:

特定のタグに関連付けられたデータは、カードが発行された人の頭部のカラー写真であるという意味を持つことができます。

3.12

物理トラック

ISO/IEC 11694-4 で定義されている物理トラック アドレスによって参照される光メモリ ストライプ上のトラック。

3.13

公共の場

すべての光カード ドライブからアクセスできる、カード上の光ストライプの一部

注記 1:光メモリーカードには、カード発行者が操作する特定のカードドライブのセットのみがアクセスできるプライベートゾーンを含めることもできます。

3.14

カードに保存されたデータ項目を識別するために使用される、0 から 65535 までの範囲 (両端を含む) の一意の符号なし 16 ビット数

注記 1セットのタグは、ISO/IEC 11694 のこのパートに準拠する光メモリ カードのパブリック ゾーンに保存されているすべてのデータに適用されます。

3.15

タグ ドキュメント

タグまたはタグの数値的に連続したグループに関連付けられた 1 つまたは複数のデータ項目の意味とレイアウトの両方を完全に説明するドキュメント

注記 1:この文書は、カードの発行または更新を希望する団体によって作成され、発行のためにタグ発行団体に提出されます。記述されたデータ項目を作成または読み取り、使用することを希望する組織は、タグ ドキュメントおよびタグ ドキュメントに組み込まれた参照を読み取ることによって、これを実行できるものとします。

3.16

タグ発行機関

ISO/IEC 11694 のこのパートに準拠したカードの発行または更新を希望する組織にタグを発行する責任を負う組織

注記1:タグ発行機関は、タグのリストを維持して、各タグが固有のタイプのデータ項目に対応していることを確認し、各タグに関連付けられたデータの意味とレイアウトを説明するタグ文書を発行します。 HID Global が ISO/IEC 11694-5 のタグ発行機関になることが提案されています。

3.17

タグ、長さ、値 (TLV) データ ストリーム

複数のデータ項目を連続して記憶媒体に配置し、タグを介してこれらの項目を追跡することを含むデータ記憶構造

注記 1:タグは、データの意味とレイアウトを識別し、その後にデータの長さ (バイト単位)、その後にデータ自体である値が続きます。 「値」部分の最後のバイトには、オプションで、ストリーム内の別の TLV 構造が続きます。ストリームはゼロの「タグ」で終了します。このようなデータ ストリームはシリアル エンティティですが、ランダム アクセス テクノロジにはそのようなストリームをいくつでも含めることができ、必要に応じて TLV ストリームの一部を個別に読み取ることができます。各 TLV データ ストリームは、カードのディレクトリ内の単一のエントリによって参照されるファイルに含まれています。

3.18

トラック

1 つまたは複数のセクタを含むことができる光メモリ カード上の物理的な場所

注記 1この用語は「物理トラック」という用語と同じであり、ISO/IEC 11694-4 で定義されています。

3.19

ユニークなスタンプ

書き込み時間と光メモリカード書き込みデバイスの一意のシリアル番号に基づいて作成される一意の 12 バイトの値

注記 1:このスタンプは、同じデータ ファイルの一部を含む 2 つの別個のセクタを識別するために使用されます。

参考文献

[1]ISO/IEC 750, ID カード — 機械可読旅行書類
[2]ISO/IEC 1978, 情報技術 — Common Biometric Exchange Formats Framework

3 Terms and definitions

For the purposes of this document, the terms and definitions given in ISO/IEC 11694-4 and the following apply.

3.1

application

computer application program which writes to or makes use of the data read from an optical memory card

Note 1 to entry: This also applies more generally to a system that makes use of the card or the way the card is used.

3.2

data element

set of data bytes that is only useful in its entirety

EXAMPLE:

A person’s surname or a JPEG file containing a single image.

3.3

data file

a stream of bytes which is referenced by a single entry in the card’s directory

Note 1 to entry: A data file can contain either a single data item (associated with a single tag) or a TLV stream having multiple data items.

3.4

data item

data element or well-defined set of data elements that is associated with a single tag, which defines its meaning and layout

3.5

data sector

sector (as defined in ISO/IEC 11694-4) that contains all or part of a data file

3.6

directory

structure used to keep track of the presence and location of data on a random access storage media

3.7

directory sector

sector on a random access media that contains directory information

3.8

layout

specific sequence of bytes required in the data item

Note 1 to entry: This is in contrast to the meaning of the data item, which describes its use.

EXAMPLE:

A card can contain two JPEG “files”. The layout of these items is the same, but the meaning can be different. One can be a portrait of the card holder, and the other can be an image of the card holder’s fingerprint, for example.

3.9

little-endian format

format for defining the order of bytes in a multi-byte number

Note 1 to entry: This format is sometimes referred to as “Intel” format. The first byte of a multi-byte number contains the least significant byte of the number, and the last byte contains the most significant byte of the number.

EXAMPLE:

If the decimal number 8765 (which is expressed as 223D in hexadecimal notation) is written out as a 16-bit quantity in little-endian format, the series of bytes containing the number is: 3D followed by 22. So the least significant byte (3D hex) is written out followed by the most significant byte (22 hex).

3.10

logical track

sequence of bytes, the length of which is the data capacity of a track, which make up part of a file

EXAMPLE:

A file can have a length that exceeds the capacity of a single track on the card. In such a case, the file shall be broken up into several pieces, each of which shall be written to a different track on the card. The reading application shall put the pieces of the file back together after it has read all the tracks containing the file. Each of these “pieces” is considered a “logical track”, with the first piece containing the beginning of the file being counted as logical track zero. Most of the time, the logical tracks will be written to succeeding physical tracks, so if a file is written starting at physical track 8 for 2 tracks, logical track 0 occupies track 8 and logical track 1 occupies track 9. In some cases, a given logical track can be written twice, so it can be that the reading application finds logical track 0 at both physical tracks 8 and 9 and finds logical track 1 at physical track 10. In this case, the reader shall ignore the second copy of logical track 0 and paste the contents of tracks 8 and 10 together to form the original file.

3.11

meaning

use to which the data item can be put

EXAMPLE:

The data associated with a given tag can have the meaning that it is a colour photograph of the head of the person to whom the card was issued.

3.12

physical track

track on the optical memory stripe that is referenced by a physical track address as defined in ISO/IEC 11694-4

3.13

public zone

part of the optical stripe on the card that is accessible to all optical card drives

Note 1 to entry: Optical memory cards can also contain a private zone that is accessible to only a specific set of card drives operated by the card issuer.

3.14

tag

unique unsigned 16-bit number in the range 0 through 65535 (inclusive) that is used to identify a data item stored on the card

Note 1 to entry: A single set of tags applies to any and all data stored in the pubic zone of an optical memory card that conforms to this part of ISO/IEC 11694.

3.15

tag document

document that completely describes both the meaning and the layout of one or more data items associated with a tag or a numerically contiguous group of tags

Note 1 to entry: This document is created by the body which wishes to issue or update cards and is submitted to the tag issuing body for publication. An organization that desires to create or read and use the described data item(s) shall be able to do so by reading the tag document and any references incorporated in the tag document.

3.16

tag issuing body

organization responsible for issuing tags to organizations which wish to issue or update cards complying with this part of ISO/IEC 11694

Note 1 to entry: The tag issuing body maintains a list of tags to ensure that each tag corresponds to a unique type of data item and publishes tag documents which describe the meaning and layout of the data associated with each tag. It is proposed that HID Global be the tag issuing body for ISO/IEC 11694-5.

3.17

tag, length, value (TLV) data stream

data storage structure that involves placing multiple data items in serial fashion on a storage medium and keeping track of these items through a tag

Note 1 to entry: The tag identifies the meaning and layout of the data, followed by the length of the data in bytes, followed by the value, which is the data itself. The last byte of the “value” part is then optionally followed by another TLV structure within the stream. The stream is terminated by a “tag” of zero. Although such a data stream is a serial entity, a random access technology can contain any number of such streams, and parts of a TLV stream can be read independently if desired. Each TLV data stream is contained in a file that is referenced by a single entry in the card’s directory.

3.18

track

physical location on an optical memory card that can contain one or more sectors

Note 1 to entry: This term is the same as the term “physical track” and is defined in ISO/IEC 11694-4.

3.19

unique stamp

unique 12-byte value that is created based on the time of writing and the unique serial number of the optical memory card writing device

Note 1 to entry: This stamp is used to identify two separate sectors as containing parts of the same data file.

Bibliography

[1]ISO/IEC 7501 (all parts), Identification cards — Machine readable travel documents
[2]ISO/IEC 19785 (all parts), Information technology — Common Biometric Exchange Formats Framework