ГОСТ Р ИСО/МЭК 11694-5-2011. Национальный стандарт Российской Федерации. Карты идентификационные. Карты с оптической памятью. Часть 5. Формат данных для обмена информацией в прикладных программах, использующих ИСО/МЭК 11694-4, приложение B

(утв. и введен в действие Приказом Росстандарта от 13.12.2011 № 1005-ст)

1 января 2013 года

Предисловие

1 ПОДГОТОВЛЕН Федеральным государственным унитарным предприятием «Всероссийский научно-исследовательский институт стандартизации и сертификации в машиностроении» (ВНИИНМАШ) и Техническим комитетом по стандартизации ТК 22 «Информационные технологии» на основе собственного перевода на русский язык англоязычной версии международного стандарта, указанного в пункте 4

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 22 «Информационные технологии»

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 13 декабря 2011 г. № 1005-ст

4 Настоящий стандарт идентичен международному стандарту ИСО/МЭК 11694-5:2006 «Карты идентификационные. Карты с оптической памятью. Часть 5. Формат данных для обмена информацией в прикладных программах, использующих ИСО/МЭК 11694-4, приложение B» (ISO/IEC 11694-5:2006 «Identification cards — Optical memory cards — Part 5: Data format for information interchange for applications using ISO/IEC 11694-4, Annex B», IDT).

При применении настоящего стандарта рекомендуется использовать вместо ссылочных международных стандартов соответствующие им национальные стандарты, сведения о которых приведены в дополнительном приложении ДА

5 ВВЕДЕН ВПЕРВЫЕ

6 Некоторые положения международного стандарта, указанного в пункте 4, могут являться объектом патентных прав. Международная организация по стандартизации (ИСО) и Международная электротехническая комиссия (МЭК) не несут ответственности за идентификацию подобных патентных прав

7 ПЕРЕИЗДАНИЕ. Ноябрь 2018 г.

Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. № 162-ФЗ «О стандартизации в Российской Федерации». Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе «Национальные стандарты», а официальный текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

Введение

Настоящий стандарт — один из серии стандартов, определяющих параметры карт с оптической памятью и их использование для хранения цифровых данных и обмена этими данными.

Настоящий стандарт распространяется на карты с оптической памятью, в которых использован метод линейной записи данных. Характеристики других методов записи — предмет рассмотрения отдельными стандартами.

Настоящий стандарт определяет логическую структуру, которая упрощает взаимообмен данными, записанными на картах с оптической памятью при помощи линейного метода записи.

Все числа в настоящем стандарте записаны в десятичной системе счисления, если не указано иное.

Все многобайтовые числа помещаются в соответствующих структурах данных и записываются на носитель в формате с прямым порядком байтов. В данном формате первым передается самый младший байт числа, а затем более старший(ие) байт(ы).

Во всех примерах, показывающих шестнадцатеричные значения, соответствующие отображаемым символам, применен набор символов ASCII. Для символов, записываемых на картах в соответствии с требованиями настоящего стандарта, может использоваться любой желаемый набор символов до тех пор, пока набор символов не будет установлен в соответствующем теговом документе.

Международный стандарт ИСО/МЭК 11694-5:2006 подготовлен подкомитетом № 17 «Карты и идентификация личности» Совместного технического комитета № 1 ИСО/МЭК «Информационные технологии».

1 Область применения

Настоящий стандарт определяет формат данных для карт с оптической памятью, необходимый для совместимости и взаимообмена данными между системами с использованием метода линейной записи.

2 Нормативные ссылки

В настоящем стандарте использованы нормативные ссылки на следующие стандарты <1>:

<1> Рекомендуется применять последнее издание указанных стандартов, включая все последующие изменения.

ISO/IEC 11694-4, Identification cards — Optical memory cards — Linear recording method — Part 4: Logical data structures (Карты идентификационные. Карты с оптической памятью. Метод линейной записи данных. Часть 4. Логические структуры данных)

ISO/IEC 19785 (all parts), Information technology — Common Biometric Exchange Formats Framework (Информационные технологии. Единая структура форматов обмена биометрическими данными)

ISO/IEC 7501 (all parts), Identification cards — Machine readable travel documents (Карты идентификационные. Машиносчитываемые дорожные документы)

3 Термины и определения

В настоящем стандарте применены термины по ИСО/МЭК 11694-4, а также следующие термины с соответствующими определениями:

3.1 приложение (application): Прикладная компьютерная программа, предназначенная для записи или использования данных, считываемых с карт с оптической памятью.

Примечание - Также применяется в более широком смысле к системе, которая обеспечивает использование карты или способа применения карты.

3.2 элемент данных (data element): Набор информационных байтов, используемый только целиком.

Пример - Фамилия человека или файл формата JPEG, содержащий одно изображение.

3.3 файл данных (data file): Поток байтов, на который указывает каждое отдельное вхождение в каталоге карты.

Примечание - Файл данных может включать в себя либо одну единицу данных (связанную с одним тегом), либо поток TLV с множеством единиц данных.

3.4 единица данных (data item): Элемент данных или четко определенный набор элементов данных, связанный с одним тегом, который определяет его содержание и компоновку.

3.5 сектор данных (data sector): Сектор (как он определен в ИСО/МЭК 11694-4), включающий в себя весь файл данных или часть его.

3.6 каталог (directory): Структура, применяемая для отслеживания наличия и размещения данных в запоминающем устройстве с произвольным доступом.

3.7 сектор каталога (directory sector): Сектор носителя (информации) с произвольным доступом, содержащий информацию каталога.

3.8 компоновка (layout): Определенная последовательность байтов, необходимая для единицы данных.

Примечание - Компоновка отличается от содержания единицы данных, которое описывает ее применение.

Пример - Карта может содержать два файла JPEG. Компоновка этих единиц данных одна и та же, а содержание может быть разным. Один файл может быть портретом держателя карты, а в другом может быть, например, изображение отпечатка пальца держателя.

3.9 формат с прямым порядком байтов (little-endian format): Формат для определения порядка байтов в многобайтовом числе, в котором первый байт содержит самый младший (наименее значимый) байт числа, а последний байт содержит самый старший (наиболее значимый) байт числа.

Примечание - Данный формат иногда обозначают как формат Intel.

Пример - Если десятичное число 8765 (которое выражается как 223D в шестнадцатеричной системе счисления) пишется как 16-битовая величина в формате с прямым порядком байтов, то последовательность байтов, включающая в себя это число, представляет собой 3D с последующими 22. Таким образом, пишется самый младший байт (3D шестнадцатеричный), а за ним самый старший байт (22 шестнадцатеричный).

3.10 логическая дорожка (logical track): Последовательность байтов, длина которой — информационная емкость дорожки, составляющая часть файла.

Пример - Файл может иметь длину, превышающую емкость одной дорожки на карте. В подобных случаях файл должен быть разбит на несколько частей, каждая из которых записывается на разные дорожки карты. Считывающее приложение объединит части файла после того, как считает все дорожки, содержащие файл. Каждая из этих частей рассматривается как логическая дорожка, причем первая часть, содержащая начало файла, считается нулевой логической дорожкой. Большей частью логические дорожки пишутся на следующих друг за другом физических дорожках, так что если файл написан начиная с 8-й физической дорожки на двух дорожках, то логическая дорожка 0 занимает дорожку 8, а логическая дорожка 1 занимает дорожку 9. В некоторых случаях данная логическая дорожка может быть записана дважды таким образом, что считывающее приложение находит логическую дорожку 0 на обеих физических дорожках 8 и 9, а логическую дорожку 1 на физической дорожке 10. В таком случае считывающее устройство должно проигнорировать вторую копию логической дорожки 0 и соединить содержимое дорожек 8 и 10 с тем, чтобы образовать первоначальный файл.

3.11 содержание (meaning): Применение, к которому может быть приложена единица данных.

Пример - Данные, связанные с данным тегом, могут иметь такое содержание: это цветная фотография головы человека, которому выдана данная карта.

3.12 физическая дорожка (physical track): Дорожка на полосе с оптической памятью, на которую осуществляется ссылка посредством адреса физической дорожки, как это определено в ИСО/МЭК 11694-4.

3.13 открытая зона (public zone): Часть оптической полосы карты, доступная для всех считывателей оптических карт.

Примечание - Карты с оптической памятью могут также содержать приватные области, доступные только для определенного набора считывателей карт, управляемых эмитентом карт.

3.14 тег (tag): Уникальное беззнаковое 16-битовое число в диапазоне от 0 до 65535 (включительно), применяемое для идентификации единицы данных, хранящейся на карте.

Примечание - Отдельный набор тегов применяется к любым и всем данным, хранящимся в открытой зоне карт с оптической памятью, соответствующим настоящему стандарту.

3.15 теговый документ (tag document): Документ, который полностью описывает содержание и компоновку одной или нескольких единиц данных, связанных с тегом или численно близкими группами тегов.

Примечание - Такой документ создается органом, предполагающим выпустить или актуализировать карты, и представляется для публикации в орган, издающий теги. Организация, планирующая создавать или считывать и применять описанные единицы данных, должна иметь возможность осуществлять это посредством чтения тегового документа и всех ссылок, включенных в этот документ.

3.16 орган, издающий теги (tag issuing body): Организация, выпускающая теги для организаций, желающих выпустить или обновить карты, соответствующие настоящему стандарту.

Примечание - Орган, издающий теги, ведет перечень их с целью обеспечения соответствия тега уникальному типу единицы данных и публикует теговые документы, описывающие содержание и компоновку данных, связанных с каждым тегом. Предполагается, что Laser Card Corporation является органом, выпускающим теги для ИСО/МЭК 11694-5.

3.17 поток данных тег, длина, значение (TLV) [tag, length, value (TLV) data stream]: Структура хранения данных, включающая размещение множества единиц данных в последовательном порядке в запоминающей среде и отслеживание этих единиц через тег, идентифицирующий содержание и компоновку данных, следующую за тегом длину данных в байтах и следующее за длиной значение, которое, собственно, и представляет собой данные. За последним байтом части «значение» может следовать другая структура TLV в том же потоке. Поток завершается нулевым тегом.

Примечание - Несмотря на то что подобный поток данных является последовательным логическим объектом, технология произвольного доступа может включать в себя любое количество подобных потоков, а части потока TLV при желании можно считывать независимо. Каждый поток данных TLV содержится в файле, на который указывает вхождение в каталоге карты.

3.18 дорожка (track): Физическое местоположение на карте с оптической памятью, которое может включать в себя один или несколько секторов.

Примечание - Данный термин равнозначен термину «физическая дорожка» и определен в ИСО/МЭК 11694-4.

3.19 уникальный штамп (unique stamp): Уникальное 12-байтовое значение, создаваемое на основе времени записи и уникального серийного номера записывающего устройства для карт с оптической памятью.

Примечание - Данный штамп применяется для идентификации двух отдельных секторов как составных частей одного и того же файла данных.

4 Общая структура

Целью настоящего стандарта является предоставление возможности обмена данными на оптических картах посредством установления структуры каталога на карте и метода идентификации единичных элементов данных, записанных на карте. Каталог обеспечивает соответствие между идентичностью элемента данных и местоположением этого элемента на карте. Теги применяются для идентификации элементов данных по их содержанию и компоновке ссылочных данных.

Настоящий стандарт определяет исходное местоположение каталога на карте. В нем не определяется местоположение данных. Объект, который осуществляет запись на карту, выбирает местоположение данных, записывает данные на карту, используя формат, определенный в настоящем стандарте, после чего осуществляет запись каталога для обеспечения возможности соответствующим приложениям, которые впоследствии обращаются к карте, считывать эти данные и (или) добавлять новые данные на карту.

4.1 Теги

Тег — уникальное 16-битовое число, применяемое для идентификации типа единицы данных (цветной портрет, кодированный образец отпечатка пальца, имя и т.п.). Несмотря на то что настоящий стандарт не определяет содержания отдельных тегов, он устанавливает их диапазон, которым будут присвоены единицам данных в зависимости от их содержания. Уникальность и универсальность тегов обеспечиваются одним органом, издающим теги. Орган, издающий теги, должен издавать группы численно близких тегов для стороны, предполагающей выпустить или обновить идентификационные карты. Сторона, для которой издаются теги, несет ответственность за возврат в орган, издающий теги, документа, описывающего единицу данных, соответствующую каждому выпускаемому тегу. Данный документ называется теговым. Орган, издающий теги, несет ответственность за публикацию теговых документов, позволяя таким образом другим организациям, осуществляющим запись на карты, использовать новые теги, поскольку их индивидуальное содержание и компоновка данных уже определены. Нельзя рассматривать карту как полностью соответствующую настоящему стандарту до тех пор, пока не будет опубликован теговый документ для каждой единицы данных, записанной в открытой зоне карты.

4.1.1 Установленные диапазоны тегов

Настоящий стандарт определяет диапазоны тегов для обеспечения возможности считывающим устройствам осуществлять поиск единиц данных, соответствующих запрошенному приложению. Например, приложению может быть необходимо вывести на дисплей изображение держателя карты. При этом могут существовать несколько тегов, связанных с общим понятием «изображение держателя карты», либо по причине незначительной разницы в содержании, либо потому, что содержания одинаковы, но есть различие в компоновке. В данном случае считывающее устройство может осуществлять поиск тегов в определенном диапазоне, удовлетворяющем их критериям.

Определены следующие диапазоны:

4.1.2 Теговый документ

• полное описание содержания и компоновки данных, связанных с данным тегом или диапазоном тегов;
• если определено множество тегов, то полный перечень отличий одного тега от другого по содержанию и компоновке.

Образец тегового документа:

Значение опций защиты SBH никогда не изменится, но устройство, считывающее паспорта, должно быть подготовлено к запланированному в будущем переключению опции целостности с 0x02 (с подписью) на 0x01 (с MAC <3>). BDB данного файла содержит следующие поля:

<3> MAC (АКС) — message authentication code (аутентификационный код сообщения).

Набор тегов применяется следующим образом:

В дополнение к конкретному пальцу, закодированному в теге, чтобы позволить считывающему устройству определять палец при считывании только каталога, считывающее устройство может определять палец из необязательного поля «Биометрическая особенность» файла ЕСФОБД.

В вышеприведенном примере эмитент карты имел выбор закодировать палец в единице данных или использовать различные теги. Принято решение запросить по одному тегу на каждый палец, чтобы принимающие страны могли быстрее определить из каталога, какие пальцы представлены на носителе без необходимости сначала считать информацию.

4.2 Поток TLV

Если множество единиц данных записаны совместно последовательным образом и к ним имеется доступ посредством одного вхождения в каталоге, то единицы данных должны быть записаны как поток TLV. Поток TLV состоит из тега T, соответствующего единице данных, длины (L), которая фиксирует размер единицы данных в байтах, и из самой единицы данных V. За каждым набором байтов TLV следует другой набор до тех пор, пока не будут записаны все желаемые единицы данных. После записи всех единиц пишется нулевой тег. Любые неиспользованные байты в той области, ссылка на которую осуществляется вхождением в каталоге, или в остатке последнего сектора потока должны быть установлены записывающим устройством на все нули и проигнорированы любым соответствующим считывающим устройством.

Структура вхождения TLV:

В некоторых случаях желательно установить, что данная единица присутствует или известна, но содержит значение NULL. Например, если большинство документов данного типа содержит имя и фамилию держателя карты, а отдельные держатели карточек не имеют имени, то было бы желательным специально указать данный факт вместо того, чтобы просто не включать имя. В таких случаях может быть включено соответствующее вхождение TLV с нулевой длиной. В этом случае за полем L (нуль) сразу же должно следовать поле T следующего элемента.

Приведем пример потока TLV, содержащего несколько текстовых единиц данных:

Единицы данных не должны вноситься в поток в порядке возрастания номера тега, несмотря на то что в данном случае записаны. Результирующий поток в шестнадцатеричной системе счисления следующий:

Поток начинается с числа 3039 (шестнадцатеричное) в формате с прямым порядком байтов (наименее значимый байт идет первым), за ним следует число 6, за ним 6-байтовое PUBLIC. Сразу же после C из public мы имеем следующий тег 303A, за ним длина данных в 0 байт. Поскольку длина нулевая, то часть V отсутствует и следующим байтом после нулевой длины является тег следующего элемента 303B, за ним следует его длина в 12 байтов, за ним 123-456-7890. Следующие 2 байта должны быть тегом следующего элемента потока. Данный тег устанавливается на нуль, поскольку единица 303B является последней единицей в потоке, а нулевой тег отмечает конец потока.

4.3 Руководство по присвоению элементов данных единицам данных

Настоящий стандарт позволяет размещать разные элементы данных в одной единице данных или разбивать на несколько разных единиц данных, поэтому эмитент карт должен решить, каким образом разделить информацию карты на единицы. Рекомендуется несколько указаний:

• если два элемента данных не применяются по отдельности, то они должны быть в одной и той же единице данных;
• если элемент данных является необязательным, то он должен быть в собственной единице данных при условии, что он не умещается в секторе с обязательными элементами;
• если несколько элементов данных всегда пишутся и считываются вместе, то они должны быть в одной и той же единице данных;
• если несколько элементов данных достаточно малы, чтобы вместиться в один сектор, они должны быть в одной и той же единице данных;
• если элемент данных будет обновляться независимо от других элементов данных, то этот элемент не должен входить в ту же самую единицу данных.

5 Структура каталога

Настоящий стандарт только устанавливает исходное местоположение каталога. Положение остатка каталога и данных определяется приложением, которое осуществляет запись на карту. Информация о данном местоположении записана внутри каталога. В ИСО/МЭК 11694-4 описано два метода записи, один из которых дан в приложении A, а другой — в приложении B. Система нумерации дорожек, описанная здесь, используется в приложении B:

Поскольку общее количество дорожек на карте может варьироваться, адреса копий необязательных резервных дорожек отражены в параметрическом виде. Значение n описано в приложении B ИСО/МЭК 11694-4:2001.

5.1 Секторы каталога

Секторы каталога всегда начинаются с сигнатуры сектора. Она идентифицирует его как сектор каталога карты, соответствующий настоящему стандарту.

Есть два типа секторов каталога. Секторы типа A обычно описывают файлы, которые включают в себя только одну единицу данных. Секторы типа B описывают файлы, включающие в себя множество единиц данных в потоке TLV. Данный сектор каталога должен включать в себя вхождения каталога либо типа A, либо типа B, но никак не обоих типов. Если каталог содержит более одного сектора, то некоторые секторы могут включать в себя вхождения типа A, в то время как другие включают в себя вхождения типа B.

Секторы каталога всегда начинаются со следующего заголовка:

Вместе с сигнатурой и типом сектора каталога данный заголовок включает в себя местоположение на карте следующего сектора каталога. Поскольку секторы каталога всегда начинаются с первого сектора на дорожке и для продолжения каталога используют все секторы на данной дорожке, нужен только адрес дорожки и тип сектора. Если считывающее устройство обнаруживает сектор каталога, который включает в себя такой же адрес физической дорожки, что и только что прочитанный сектор каталога, то оно должно найти следующий сектор каталога в следующем физическом секторе той же самой дорожки. Последний сектор на дорожке должен включать в себя номер следующей дорожки, где каталог продолжается. На определенной стадии система, издающая или обновляющая карту, будет иметь написанными все секторы каталога. Если последний написанный сектор как часть данного обновления является последним сектором на текущей дорожке каталога, эмитент должен записать в заголовке этого сектора адрес свободной дорожки, где предполагается продолжение каталога при последующем обновлении карты.

5.1.1 Вхождения каталога типа A

Обычно при использовании вхождений типа A число единиц с тегом в описываемом файле равно 1. В этом случае описываемый файл должен содержать только описываемую единицу данных без полей T и L потока TLV.

Хотя для описания множества единиц данных вхождения типа B, как правило, лучше, эмитент может использовать для этой цели множество вхождений типа A и описывать единицы данных в одном и том же потоке TLV. В этом случае упомянутое выше поле «число единиц с тегом» будет больше 1, а эмитент карты должен осуществить запись вхождения каталога типа A для каждого тега в описываемом потоке TLV. Эти вхождения должны быть идентичны один другому во всем, за исключением тега. Поле «адрес дорожки» вхождения типа A должно всегда указывать на начальную дорожку файла, включающего поток TLV, независимо от физической дорожки, на которой ссылочная единица данных фактически может быть записана. Другими словами, если данная единица данных находится в потоке TLV, который начинается на дорожке T, и длина данного потока составляет несколько дорожек, а единица данных фактически записана на дорожке T + 2, то поле «адрес дорожки» вхождения типа A, включающего тег этой единицы данных, должно по-прежнему иметь значение T, а не T + 2. Несмотря на то что имеется множество вхождений каталога, описывающих один и тот же файл, считывающее устройство должно считывать поток TLV один раз и анализировать его, чтобы извлечь отдельные единицы данных.

Если имеется множество файлов данных, подлежащих описанию с использованием сектора каталога данного типа, то за вышеупомянутыми вхождениями каталога должны следовать еще вхождения типа A до тех пор, пока не будут описаны все файлы.

Независимо от того, указана или не указана первая свободная дорожка, считывающая программа должна также использовать данное вхождение нулевого тега как сигнал, что ни один файл более не описывается текущим сектором каталога. Записывающее устройство должно заполнять нулями любую неиспользуемую часть сектора каталога. Считывающее устройство должно игнорировать любые данные после поля «первая свободная дорожка».

5.1.2 Вхождения каталога типа B

Вхождение каталога типа B описывает файл, который включает в себя множество единиц данных или который записан с избытком для увеличения местоположений на карте. За исключением завершающегося вхождения (описанного ниже), каждое вхождение типа B начинается со следующего заголовка:

Данный набор подвхождений охватывает весь каталог всех тегов, включенных в описанный файл. Поле S является значением первого тега в непрерывном диапазоне тегов, которые соответствуют вхождениям TLV в файле. Поле № устанавливает количество тегов в данной совокупности.

Поле O в заголовке может быть нулевым или иметь большее значение. Оно устанавливает число наборов дорожек, которые содержат указанный файл, но не входят в стандартные секторы данных, как описано в последующем разделе. Это дает возможность файлу разделять на карте секторы с другими структурами данных, если это требуется записывающему устройству. За описанными выше подвхождениями диапазонов тегов должно следовать число O копий следующей структуры:

Первое число O комплектов дорожек из общего числа C комплектов дорожек, описанных ниже, должно быть комплектом дорожек, на которых начинается поток TLV с байтовым смещением F. Сразу же после перечня O смещений (если они имели место) должен следовать перечень исходных дорожек для каждой резервной копии данных. Этот перечень состоит из числа C копий следующей структуры:

В зависимости от длины файл может постоянно находиться на одной или нескольких дорожках. В этом случае остаток файла должен быть записан на последующие дорожки с идущими друг за другом адресами физической дорожки. Например, если файл начинается на дорожке n, то он должен продолжиться на дорожках n + 1, n + 2 и т.д.

Если имеется большее число файлов, подлежащих описанию, то вхождение каталога для следующего файла должно начаться сразу же после числа C исходных вхождений дорожки.

Нулевое значение в поле R сигнализирует об окончании сектора каталога. Если R = 0, следующие 2 байта (которые были бы C и O) должны включать в себя адрес физической дорожки для первой дорожки на карте, доступной для дальнейших обновлений. Это 16-битовый номер в формате с прямым порядком байтов. Заголовок завершающего вхождения (не имеющего тела) имеет следующую структуру:

Если эмитент карты, которую необходимо обновить, имеет предложенную первую свободную дорожку, то вышеупомянутое поле F должно быть адресом ненулевой физической дорожки, подсказывающим, где обновляющее приложение может начать размещение своих данных. В ином случае поле F будет нулем.

Вот пример каталога типа B. Допустим, эмитент карты желает разместить поток TLV, включающий в себя элементы с тегами от 1 до 10 и от 15 до 20 (включительно), в стандартные секторы данных на дорожках 100 и 200 и в дополнение к этому желает разместить копию быстрого доступа в конце самого сектора каталога, находящегося на дорожке 6. Размещают его при офсете 556 в секторе, оставляющем первую половину сектора в 1112 байт для каталога. Эмитент также желает разместить простой одноэлементный файл, содержащий тег 21, в области, начинающейся на дорожке 201. Это то, что будет содержать дорожка каталога для нашего примера. Все значения выражены в десятичной системе счисления, за исключением содержания, которое выражено в шестнадцатеричной системе счисления.

6 Структура данных

6.1 Нормальная компоновка

6.1.1 Общие положения

Адрес дорожки первого сектора файла указан в каталоге. Данные всегда должны запускаться в первом секторе дорожки. Если файл состоит из нескольких секторов, то следующие секторы файла должны быть записаны на последующих секторах той же самой дорожки. Если файл больше одной дорожки, то последующие секторы файла должны быть записаны на последующих физических дорожках носителя.

Например, если длина файла составляет 3000 байт и файл записан с применением типа сектора с длиной 1112 байт, то часть данных файла будет занимать последние 1112 — 36 байт (размер вышеупомянутого заголовка) = 1076 байт каждого сектора. Это означает, что файл будет записан на 3000/1076 = 3 секторах (с округлением в большую сторону). Поскольку 1112-байтовый тип сектора имеет один сектор на каждую дорожку, то файл будет записан на трех следующих друг за другом физических дорожках. Если, например, местоположение для данного файла в каталоге установлено как дорожка 20, то данный файл будет занимать на носителе дорожки 20, 21 и 22. Оставшиеся (3·1076) — 3000 = 228 байт дорожки 22 будут заполнены нулями и будут игнорироваться приложением, считывающим данный файл.

Если имеется ошибка записи одной из данных логических дорожек, то записывающее приложение может переписать данные для этой дорожки на следующую физическую дорожку. Так как дисковод может осуществлять запись на данную дорожку и получить ошибку при операции записи, а позднее может успешно считать данную дорожку, то считывающее приложение должно быть готово считывать и игнорировать дополнительные копии одной и той же логической дорожки, как если бы оно считывало файл.

Последнее поле вышеупомянутого заголовка содержит смещение в байтах первого тега в данном секторе. Это полезно тогда, когда данный сектор содержит только часть потока TLV, более ранние части которого не могут быть считаны. В этом случае считывающее устройство может использовать установленное смещение в байтах для нахождения первой полной единицы данных в потоке TLV и может затем продолжить анализ потока без необходимости успешного считывания предыдущих секторов.

Если файл содержит более одной единицы данных, файл данных (при 36-байтовом сдвиге на каждом секторе данных) должен содержать полный поток TLV, включающий в себя все единицы данных. В случаях, когда файл содержит одну единицу данных, файл должен включать в себя только саму единицу данных (поле V) без полей T и L. Последние поля не требуются, поскольку тег и длина полей находятся во вхождении каталога, описывающем файл.

Второе поле заголовка включает в себя подсчет максимального количества дорожек, которые могли бы включать в себя данный файл. Это используется в случае ошибок при считывании файла, что позволяет считывающему устройству остановить поиск дорожек, если оно уже считало последнюю дорожку, которая может содержать часть файла.

6.1.2 Уникальный штамп

Каждая стандартная компоновка сектора данных содержит уникальный штамп. Данный штамп является разным для каждого файла на карте, но одинаков для всех секторов, составляющих тот же файл. Считывающее устройство должно использовать уникальный штамп вместе с другими полями заголовка, которые описывают длину файла и номер логического сектора, чтобы соединить части файла, которые оно может считать из различных местоположений на карте. Например, если каталог карты не может быть считан, а считывающее устройство способно обнаружить все различные логические дорожки файла посредством сканирования всех физических дорожек карты, то считывающее устройство распознает соответствие частей файла и будет в состоянии соединить вновь все файлы.

Например, файл записан дисководом с серийным номером 12345 31 марта 2002 года в 2:59:59 PM и 999 мс, уникальный штамп имеет при этом следующую структуру и значение:

Так как временнбя часть уникального штампа является точной, то устройство, записывающее файл, должно использовать время непосредственно перед началом записи первого сектора файла с целью создания уникального штампа, который должен быть применен для всех секторов файла. Это обеспечивает идентичность уникальных штампов, считываемых из всех секторов одного и того же файла.

6.2 Альтернативная компоновка

Иногда желательно хранить множество относительно небольших обновлений данных, имеющих в основном одинаковое содержание. Например, паспорт может содержать штамп для регистрации въезда путешественника в данную страну. Для подобных случаев должна использоваться следующая альтернативная компоновка:

Предположительно вышеуказанные типы вхождений TLV должны занимать последующие секторы в области носителя, которая имеет свою исходную дорожку и тип сектора, установленный одним вхождением в каталоге, связанную с установленным тегом.

Приложение ДА (справочное)

Таблица ДА.1