データ保持要件 - Microsoft Word - Item-新日本語版B-21_GlobalRFID_ _FINAL_transed

必要が生じた場合(例えば、安全性または品質事象)、供給者は、該当するデータ(プラントサイト、材料、

プロセス、試験データなど)を提供するのに十分なデータを自社のシステムから入手する能力を有するものとし、これらのデータは、それぞれの国の要求事項に従って保管されるべきである。

附属書

附属書 A:スマートラベル

(参考)

RFID タグを含むバーコードラベルは、「スマートラベル」と呼ばれる。ラベルは(シリアル番号のように) 情報を格納し、RFID リーダと通信できるため、「スマート」と見なされる。

ラベルは、個々の部品、または部品のグループに取り付けてもよく、例えば、出荷容器またはパレットに取り付けてもよい。

図 A1:人間可読情報またはバーコードデータおよび/または２次元バーコードデータの両方が必要とされるアイテムに貼付できるスマートラベルの例

図 A2:自動車業界向けの JAIF B-16 国際輸送ラベル規格に適合した輸送コンテナに貼付できるスマートラベルの例

人間可読情報やバーコード/2 次元バーコードシンボルを印刷するだけでなく、埋め込まれた RFID タグをプログラミングすることも可能な熱直接および熱転写プリンタが利用可能である。

附属書 B:MB01； ISO ベースのデータフォーマット例

(参考)

注:PC ビット 17=1 の場合、AFI は UII の一部として符号化されてはならない。AFI は、メモリ場所 0x18 からメモリ場所 0x1F を介して MB01 の属性/AFI セクションにプログラムされる。AFI の詳細については ISO/IEC 15961-2 を参照。図 2 参照。

相対 ID は 6 ビット符号化される(表 9 参照)。偶数バイトに達するまで、文字列はパディングされる。PC 領域(ヘッダ)では、UII 長さは 16 ビットワード(2 バイト)で宣言される。

UII(MB01)の DI「37S」

データの符号化に関するステップごとの詳細については、ISO 17367 を参照のこと。

UII= 37SUN12345678999755512300FFFAS+123456 EOT を含む 6 ビットコンパクトを用いたバイナリ値

110011 110111 010011 010101 001110 110001 110010 110011 110100 110101 110110 110111 111000 111001 111001 111001 110111 110101 110101 110101 110001 110010 110011 110000 110000 000110 000110 000110 000001 010011 101011 110001 110010 110011 110100 110101 110110 100001

パッドビットを含む 8 ビットバイトに組み込まれたデータストリーム全体

11001111 01110100 11010101 00111011 00011100 10110011 11010011 01011101 10110111 11100011 10011110 01111001 11011111 01011101 01110101 11000111 00101100 11110000 11000000 01100001 10000110 00000101 00111010 11110001 11001011 00111101 00110101 11011010 00011000 00100000

各バイナリバイトの 16 値コード表現

CF 74 D5 3B 1C B3

D3 5D B7 E3 9E 79

DF 5D 75 C7 2C F0

C0 61 86 05 3A F1

CB 3D 35 DA 18 20

PC データ(バイト 1):

16 ビットワードでの UII 長: 0b 0111 1 (30 バイト=15 ワード[16 ビット=1 ワード]

有効なユーザメモリ: 0b 1 (ユーザメモリ)

XPC: 0b 0 (未使用–RESERVED)

EPC または ISO コード: 0b 1 (ISO)______________

すべての PC ビット: 0b 0111 1101 (0x7D)

PC(1 バイト) AFI(PC の 2 バイト) 0x7D 0xA1 16 値にコード化された UII 内容(PC と AFI を含む)：

1* 2* UII

7D A1 CF 74 D5 3B 1C B3 D3 5D B7 E3 9E 79 DF 5D 75 C7 2C F0 C0 61 86 05 3A F1 CB 3D 35 DA 18 20

*注:

"1*" プロトコル制御ワードのバイト 1(長さ、PC ビット 15、16、17)を参照。

"2*" プロトコル制御ワードのアプリケーションファミリ識別子(AFI)のバイト 2 を参照。

図 3 参照。

UII の VIN(MB 01)

注:OEM 固有の VIN の厳密な構文は、各 OEM の補足ガイドラインおよび標準に個別の実装および追加の可能性(例えば、カラーコード)が記載されている。

UII=IW0L0XAP68F4050901 EOT を含む 6 ビット圧縮の使用

001001 010111 110000 001100 110000 011000 000001 010000 110110 111000 000110 110100 110000 110101 110000 111001 110000 110001 100001

パッドビットを含む 8 ビットバイトに組み込まれたデータストリーム全体

00100101 01111100 00001100 11000001 10000000 01010000 11011011 10000001 10110100 11000011 01011100 00111001 11000011 00011000 01100000 10000010

バイナリバイトの 16 値コード表現

25 7C 0C C1 80 50

DB 81 B4 C3 5C 39

C3 18 60 82 PC データ(バイト 1):

16 ビットワードでの UII 長: 0b 0100 0 (16 バイト=8 ワード[16 ビット=1 ワード]

有効なユーザメモリ: 0b 0 (ユーザメモリ)

XPC: 0b 0 (未使用–Reserved)

EPC または ISO コード: 0b 1 (ISO)_____________

すべての PC ビット: 0b 0100 0001 (0x41)

PC(1 バイト) AFI(PC の 2 バイト)

0x41 0x90

16 値にコード化された UII 内容(PC および AFI を含む):

1* 2* UII

41 90 25 7C 0C C1 80 50 DB 81 B4 C3 5C 39 C3 18 60 82

*注:

"1*" プロトコル制御ワードのバイト 1(長さ、PC ビット 15、16、17)参照。

"2*" プロトコル制御ワードのアプリケーションファミリ識別子(AFI)のバイト 2 参照。

図 3 参照。

UII (MB01) グローバルユニーク輸送車輛(DI "4I") 表 B.1:DI"4I"の説明

データ識別子データ型分離器車輛登録許可証番号

4I 変動 + 変動

2 文字(a) 17 文字(a) 1 文字 x チャー(a)

表 B.2: グローバルユニーク輸送車輛(DI「4I」)の MB01 符号化方式ビット位置

(HEX) データ型値サイズ内容

MB 01:CRC+プロトコル制御ワード(ヘッダー) 00 –0F CRC-16 ハードウェア割り当

て 16 ビット CRC 10 – 14 データ長 0b01000 5 ビット

PC フィールドと Attribute/AFI フィールドを除いた 16 ビットワード数を表す。

15 PC ビット

0x15 0b0 or 0b1 1 ビット

0 = MB11 にデータ無、または MB11 なし

1 = MB11 に有効データあり 16 PC ビット

0x16 0b0 1 ビット 0 ="拡張 PC ワード"を使用しない 17 PC ビット

0x17 0b1 1 ビット 1 =ISO に基づくデータ解釈規則 18 – 1F AFI 0x90 8 ビット

ISO/IEC 15961-2 データ構成レジスタに従って使用されるアプリケーションファミリ識別子

小計 32 ビット

MB 01:6 ビット符号化を持つ固有アイテム識別子(UII)

位置 20 から始まりデータの終わりへ/使用可能なメモリの終わり

へ

DI "4I" 1a Data Identifier "4I"

VIN "W0L0XAP68F4050

901" 17an 車輛識別番号

分離器 + 1a "+" 符号分離器(0x2B) 車輛登録用

LPN GGAB1234 1... X 一つ

の大文字の「x」までの英数字 EOT 0b100001 6 ビット伝送終了

パッド

0b10、0b1000、

0b100000、

0b100000010、

0b100000000、

0b100000000、または

0b10000000000001 0

2, 4、6、

8、10、12 または 14 ビット

ISO/IEC 15962 第 13.1 章によるワードパッディング

小計変動最大 240 ビット

合計 MB01 ビ

ット: 変動最大 272 ビット

UII=4IW0L0XAP68F4050901+GGAB1234

EOT を含む圧縮 6 ビットコード

110100 001001 010111 110000 001100 110000 011000 000001 010000 110110 111000 000110 110100 110000 110101 110000 111001 110000 110001 101011 000111 000111 000001 000010 110001 110010 110011 110100 100001

パッドビットを含む 8 ビットフラグメントに分割

11010000 10010101 11110000 00110011 00000110 00000001 01000011 01101110 00000110 11010011 00001101 01110000 11100111 00001100 01101011 00011100 01110000 01000010 11000111 00101100 11110100 10000110

16 値コード表現

D0 95 F0 33 06 01

43 6E 06 D3 0D 70

E7 0C 6B 1C 70 42

C7 2C F4 86 PC データ(バイト 1):

16 ビットワードでの UII 長: 0b 0101 1 (22 バイト=11 ワード[16 ビット=1 ワード]

有効なユーザメモリ: 0b 0 (ユーザメモリ)

XPC: 0b 0 (未使用–Reserved)

EPC または ISO コード: 0b 1 (ISO) すべての PC ビット: 0b 0101 1001 (0x59)

PC(1 バイト) AFI(PC の 2 バイト) 0x59 0x90 16 値にコード化された UII 内容 (PC および AFI を含む):

1* 2* UII

59 90 D0 95 F0 33 06 01 43 6E 06 D3 0D 70 E7 0C 6B 1C 70 42 C7 2C F4 86

*注:"1*" プロトコル制御ワードのバイト 1(長さ、PC ビット 15、16、17)を参照。

"2*" プロトコル制御ワードのアプリケーションファミリ識別子(AFI)のバイト 2 参照。

図 3 参照

附属書 C:MB11、アクセス方法 0、フォーマット 3 データ例

(参考) 符号化

ISO/IEC FDIS 15962:2011 に概説されているように、アクセスメソッド 0 とフォーマット 3 を使用して、

ISO/IEC 15434 メッセージの"As-Built"例をどのようにユーザメモリ(UM)で符号化するかを示すために、

次のデータ符号化例が提供される。

UM データは UII データと同様に符号化される。データの最初の部分はヘッダを表す。ヘッダの長さは 3

～4 バイトで、次のデータ文字列の長さによって異なる。

以下では、UM 内容をコーディングする方法について説明する。

表 C.1:MB11 エンコーディング用サンプルデータ

DI 内容サンプル DI+Data Length

1P サプライヤ部品番号 5221886 9

2P エンジニアリング変動レベル 00C 5

52P 色分け F1F 6

2Q ウェイト 2 3

4D 製造日(ユリウス YDDD) 15045 7

DI、実際のデータ内容、およびセパレータを含む完全なデータストリングは、偶数バイトに達するまで、

MB11 に関する ISO/IEC 15962 別紙 T4.1 に従って、6 ビット符号化されパディングされる。

UM Data =1P5221886 GS 2P00C GS 52PF1F GS 2Q2 GS 4D15045

サンプル文字列は 30 文字である。さらに、5 つの制御文字(EOT を含む)が使用される。この結果、35 文字になる。従って、符号化サンプルは 35×6=210 ビットを必要とする。またヘッダの長さは 3 バイト (24 ビット)である。これにより、合計 234 ビットの長さが得られる。文字列は 6 つのパッドビットでパッドされ、偶数の 16 ビットワード(ヘッダ+データ文字列)に達する。パディングを含む全体長は 240 ビット(30 バイト=1516 ビットワード)である。

EOT を含む 6 ビット圧縮を用いたバイナリ値

110001 010000 110101 110010 110010 110001 111000 111000 110110 011110 110010 010000 110000 110000 000011 011110 110101 110010 010000 000110 110001 000110 011110 110010

010001 110010 011110 110100 000100 110001 110101 110000 110100 110101 100001

パッドビットを含む 8 ビットバイトに組み込まれたデータストリーム全体

11000101 00001101 01110010 11001011 00011110 00111000 11011001 11101100 10010000 11000011 00000000 11011110 11010111 00100100 00000110 11000100 01100111 10110010 01000111 00100111 10110100 00010011 00011101 01110000 11010011 01011000 01100001

各バイナリバイトの 16 値コード表現

C5 0D 72 CB 1E 38

D9 EC 90 C3 00 DE

D7 24 06 C4 67 B2

47 27 B4 13 1D 70

D3 58 61

ヘッダーデータ(表 10 参照)

DSFID: 0h 03

PreCursor: 0h 46

バイトカウントインジケータースイッチ: 0b 0 (1 バイトのみ)

バイトカウントインジケーター長さ: 0b 001 1011(27 「6 ビットデータ」のバイトすべてのヘッダバイト: 0h 03 46 1B

コード化された UM 内容(ヘッダーを含む):

DSFID:0x03 プリカーソル:0x46

バイトカウントインジケーター:0x1B

データ(HEX)C5 0D 72 CB 1E 38 D9 EC 90 C3 00 DE D7 24 06 C4 67 B2 47 27 B4 13 1D 70 D3 58 61 MB11 エンコーデーション全体(16 進で、明確にするために使用されるスペース:データの一部ではない)

03 46 1B C5 0D 72 CB 1E 38 D9 EC 90 C3 00 DE D7 24 06 C4 67 B2 47 27 B4 13 1D 70 D3 58 61

附属書 D:MB11、アクセス方法 0、フォーマット 13 データ例

(参考)

MB11(ユーザメモリ)で ISO/IEC 15962 データ構文規則がどのように使用されるかを示すために、次のデータエンコーディング例が提供される。

DSFID 0x0D (No Directory Access Method)は、すべての例で使用される。

注: バイナリデータと 16 値データにスペースを追加して明確にする。

1) サプライヤ部品番号:

P1234567890ABCDEFGH DI:P



ISO/IEC 15962 相対 OID DI テーブルを使用すると、DI "P" = 15 / 0b111 / 0x0F の値が得られる。相対 OID が 14 より大きいので、それは別のバイトで符号化されなければなならない;下記のプレカーソルを参照のこと。



メッセージエンコード(16 値数):4F 00 0E C7 2C F4 D7 6D F8 E7 00 42 0C 41 46 1C 88



この例では、DSFID"0x0D"はユーザーメモリ(MB11)内の最初のバイトとしてエンコードされる。

Complete MB11 Message:DSFID、Precursor、Relative OID、Length of Data、Compacted Data への ASCII データ１６値に

P1234567890ABCDEFGH



0D 4F 00 0E C7 2C F4 D7 6D F8 E7 00 42 0C 41 46 1C 88 完全なエンコーディングは 18 バイト、すなわち 144 ビットを必要とする。

2) 相互に定義される。

ZBETWEENTRADINGPARTNERS12345 DI:Z

注:この DI は、トレーディングパートナとの合意および定義にのみ使用される。

ISO/IEC 15962 DI テーブルを使用すると、DI "Z" = 103 / 0b1100111 / 0x67 の値が得られる。相対 OID が 14 より大きいので、それは別々のバイトで符号化される;下記のプレカーソルを参照。

6 ビット圧縮、プリカーソル値=0b100 を使用したコンパクト内容。

データ: BETWEENTRADINGPARTNERS12345

各データ文字(無視 DI)を 16 値(別紙 H の表 H.1 を使用する)に変換し、次にバイトベースバイナリに変換する。

42 45 54 45 4E 54 4E 54 4444 4E 47 505254 4E 4552 53 31 32 33 35

01000010 01000101 01010100 01010111 01000101 01000101 01001110 01010100 01010010 01000001 01000100 01001001 01001110 01000111 01010000 01000001 01010010 01010100 01001110 01000101 01010010 01010011 00110001 00110010 00110011 00110100 00110101 先頭のバイナリ「00」または「01」を各バイトから切り離し、残りの 6 ビットセグメントをビット文字列に連結する。

000010000101010100010111000101000101001110010100010010000001000100001001001110 000111010000000001010010010100001110000101010010010011110001110010110011110100 110101

MSB で始まるビット列を 8 ビットバイトに分割する。適切なパッド(この例では、バイナリ「100000」)

00001000 01010101 00010111 00010100 01010011 10010100 01001000 00010001 00001001 00111000 01110100 00000001 01001001 01000011 10000101 01001001 00111100 01110010 11001111 01001101 01100000

バイナリを 16 値に変換する。08 55 17 14 53 94 48 11 09 38 74 01 49 49 49 3C 72 CF 4D 60 完全なメッセージ構築:



プレカーソル(2 進/16 進)=0b01001111/0x4F オフセット(バイナリ)=0b0

6 ビット圧縮コード(バイナリ)=0b100

完全なエンコーディングは、25 バイト、すなわち 200 ビットを必要とする。

3) タイヤ ID

21SMKB5A8WR2405 DI:21S

ISO/IEC 15962 DI テーブルを使用して、21S = 08 / 0b1000 / 0x08 で、直接プレカーソルにエンコードする。下記の「プレカーソルフィールドをエンコードする」を参照のこと。

タイヤ ID ユーザデータ長コードのエンコーディング長さコード 16 値): 09

タイヤ ID メッセージ長=9 バイト

(0 から 127 バイトの長さは、1 バイトとリードバイナリビットの 0 でエンコードされる)バイナリ:00001001

HEX:09 48 09 34 B0 B5 07 85 D2 CB 4C 35

タイヤ ID ユーザデータのエンコードデータ: MKB5A8WR2405

コンパクト(16 値): 34 B0 B5 07 85 D2 CB 4C 35 圧縮: 6 ビット

M K B (データ残高=) 5A8WR2405 0x4D 0x4B 0x42 16 値変換

01001101 01001011 01000010 16 値データのバイナリ変換 001101 001011 000010 各バイトで最初の 2 ビットを落とす

00110100 10110000 文字列の連結、グループバイト化、16 値変換 0x34 0xB0 (等) 48 09 34 B0 B5 07 85 D2 CB 4C 35

(ブロックはユーザデータのバランス変換を示す)

プレカーソルフィールドのエンコーディングプリカーソル(16 値): 48

圧縮スキームと相対 OID を符号化するビット 8=オフセットなしのゼロ

0b01001000

0x48 48 09 34 B0 B5 07 85 D2 CB 4C 35

Tire ID コードの完全なエンコーディングと、タグコマンドの"Read All"タイプを使用した後のデータの外観。例は、MB11 でエンコードされる唯一のデータはタイヤ ID であると仮定している。

21SMKB5A8WR2405 (ASCII) 0D 4809 34 B0 B5 07 85 D2 CB 4C 35 (HEX)



完全なエンコーディングは 12 バイト、すなわち 96 ビットを必要とする。

ドキュメント内 Microsoft Word - Item-新日本語版B-21_GlobalRFID_ _FINAL_transed_ docx (ページ 64-87)