JAIF B-21 グローバル無線周波数識別(RFID) アイテムレベル基準...- 2 - B-21 グローバル無線周波数識別(RFID)品目レベル基準バージョン2、10/17

JAIF B-21

グローバル無線周波数識別(RFID)

アイテムレベル基準

参考和訳

■本書の取り扱い

本書は原本である「JAIF Global Radio Frequency Identification (RFID) Item Level

Standard」（英語版）を理解するため、自動機械翻訳した資料です。

実際の業務に適用する場合は、英語版原本をご参照ください。

英語版原本では、必須要件である「shall」と推奨の「should」が使い分けられています。

翻訳された本書では区別して表現されていないため、原本をご確認ください。

■お問合わせ先

１．一般社団法人日本自動車工業会／一般社団法人日本自動車部品工業会の事務局

２．自工会会員各社ビジネスシステム部会 AIDC-WG 委員

- 1 -

B-21グローバル無線周波数識別(RFID)品目レベル基準

バージョン 2、日付 10/17

AIAG 公表

AIAG 公表は、その範囲と規定に実質的に関心を持つ人々のコンセンサスを反映している。AIAG 公表は、製造業者、消費者および一般の

人々を支援するためのガイドとして意図されている。AIAG 出版物の存在は、いかなる点においても、誰も出版物に適合しない製品、プロセ

ス、または手順の製造、マーケティング、購入、または使用を妨げるものではない。

注意通知

AIAG の出版物は定期的なレビューの対象であり、ユーザは新版を入手するよう警告されている。

保守手順

本 AIAG 公表はすべての状況を網羅しているわけではないことを認識し、AIAG は保守手順を確立した。リクエストを提出するには、本書裏面

のメンテナンス依頼書を参照してください。

発行者:

Automotive Industry Action Group

26200 Lahser Road, Suite 200

Southfield, Michigan 48033

電話:(248) 358-3570 • FAX:(248) 358-3253

承認状況

AIAG 材料管理運営委員会および指定された利害関係者は、本文書を 2017 年 9 月 1 日に公表することを承認した。

国際著作権に関する情報

本マニュアルは、国際著作権に準拠しており、無断複製は禁じられています。複製許可については、下

記協会にお問い合わせください。本マニュアルは、翻訳された場合には指針のみのために翻訳・発行

されたものであり、公式の英語版の理解を助けることを目的としています。

AIAG 著作権および商標通知:

出版されたすべての材料の内容は、特に断りのない限り、Automotive Industry Action Group によって著作権が付与されている。米国または

州の公務員または従業員が公務として作成した原著作物の一部については、著作権は主張されません。すべての権利は AIAG によって保

持され、内容は、当該内容の一部において改変、配布、公表、または移転することはできません。当該情報の一部または全部を、貴社の組

織内の誰かに、または他の会社に販売してはならない。著作権侵害は、刑事罰および民事罰の対象となる連邦法の違反である。AIAG と

Automotive Industry Action Group は、Automotive Industry Action Group の登録商標です。

©2017 年 Automotive Industry Action Group

Odette 著作権表示: ©2017 Odette International Limited - 無断転載を禁ず。

JAMA 著作権表示 © 2017 一般社団法人日本自動車工業会(JAMA)

JAPIA 著作権表示 © 2017 一般社団法人日本自動車部品工業会(JAPIA)

- 2 -

B-21 グローバル無線周波数識別(RFID)品目レベル基準バージョン 2、10/17

まえがき

この RFID アイテムレベル基準は、グローバルな自動車サプライチェーン全体にわたるアイテム識別、

検証、トレーサビリティ、製品特性、および車輛識別番号(VIN)のためのベストプラクティス、プロセス、

および方法を記述する。自動車業界は、2 次元バーコードシンボル(例えば、データマトリクス/QR コー

ド)と電子媒体(例えば、RFID)との間でデータ交換を可能にするために、ユーザが IT インフラストラクチ

ャへの小限の影響で適切な技術を選択できるように、広範囲にわたる努力を行ってきた。これらの

技術は互いに補完し合い、アプリケーションを必要に応じて、組み合わせまたは別々に適用することを

可能とする。この文書は、これらの目的を達成するための RFID の適用に焦点を当てている。12

データの互換性を達成するための核心は、ANSI MH10 ベースのデータ識別子(DI)および ISO または

EPC/GS1 標準ベースのデータ構文の使用であり、本文書はこれらの方法を採用する。

この基準は、データ利用の追加として、どのメモリバンク(MB)にどういったデータを格納するか、どのデ

ータ構文基準をどこに使用するか、また、それをどのように有効に利用するかについての詳細も提供

する。この基準は、MB01(0x01)セントリック単形固有アイテム識別子(UII)と、MB11(0x11)(ユーザメモリ

バンク)にデータを入れる方法、およびそのデータを配置する方法についての詳細を提供する。、簡潔

な説明と詳細を通じて、あいまいさを減らすことを目的としている。

委員会は、この規格の大筋を作成するにあたり、2 つの地域文書、AIAG B-11 アイテムレベル RFID

規格およびオデット VDA5510 部品および完成車追跡のための RFID/推奨事項を用いている。

注: 、この基準では、出荷ラベルとリターナブルコンテナの 2 つのプロセスについては

取り上げていない。これらのプロセスは、次の自動車のグローバルドキュメント

に詳述されている。

JAIF B-16：自動車産業用グローバル輸送ラベル規格

JAIF RC-6：リターナブル輸送容器に関するグローバルガイドライン

この基準は、以下の仮定に基づいている。

1. パッシブ型またはバッテリー支援パッシブ型 RFID タグのみを使用する。

2. エアインタフェースプロトコル ISO/IEC 18000-63（以前は ISO/IEC 18000-6、タイプ C/GS1

UHF Gen 2 として知られていたもの）。

a. トレーディングパートナとの合意で、ISO/IEC 18000–3、モード 3(ASK)/GS1 HF Gen

2(ASK)のみを使用することもできる。

b. 本書では、ISO/IEC 18000-6、タイプ C/GS1 UHF Gen 2 を「UHF」と呼び、ISO/IEC

18000–3、モード 3(ASK)/GS1 HF Gen 2(ASK)を「HF」と呼ぶ。

c. 本書では、ISO/IEC 18000-63 への参照は、ISO/IEC 18000-3、モード 3(ASK)にも適用

される。

1本書の中で、用語アイテム、製品、部品、部品、モジュール、およびアセンブリは、同義である。

2 VIN および車輛識別は、本書内で同義である。

- 3 -



3. データ構文は、ISO/IEC 15962 または ISO 17367;データ識別子(DI)ベースである。

本書では、「shall」という文言は要件を示し、「should」という文言は推奨事項を示す。

この基準を満たす RFID タグを提供することは、サプライヤの責任である。アイテムレベルの識別のた

めの電子タグに関するこれらの仕様を厳格に遵守することが、実装コストを削減し、業界全体での利益

を増大させることにつながる。

一般に数字に関し種々な表記方法が存在する。

1716 進、17h、17H、17h、または 0x17 は、HEX ベースのデータを表す。

0b15 または 152 は、バイナリベースのデータを表すために使用される。

1010 または 10 は、10 進ベースのデータを表すために使用される。

注:本書では、次の ISO ベースの指定子が使用される。

小数点以下の数字は、基数なしで書かれた数字のみで示されるものとする。(例え

ば、'123456')

16 進数の場合、接頭辞'0x'は数字の左側(例えば、'0x31')の形で使用すること。

2 進数の場合、接頭辞'0b'は数字の左側、例えば"0b1011" の形で使用すること。

注:バイナリ値の長い文字列を接頭辞としてはならないが、本文中に「バイナリ(同等

物)(数式)(値)は以下の通り」と明記する。

注:本書で頻繁に使用される表記が数多くある。それらの正しい表記は、メモリバンク

0b01(MB01)、メモリバンク 0b10(MB10)、メモリバンク 0b11(MB11)、PC ビット

0x15(PC ビット 15)、PC ビット 0x17(PC ビット 17)だが、この文書では、これらの

表記は、MB01、MB10、MB11、PC ビット 15、および PC ビット 17 というように括

弧内が示されるような使い方がされる。

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

本書では、単一の制御文字は、例として、GS、EOT、および RS のように表される。

本書の中で使われる太字は強調のためだけのものであり、要求事項を示すものではない。例えば、デ

ータ識別子(DI)37S および I は、それらをデータから分離する意味で太字にしている。

- 4 -


謝辞

本書の原本作成に参加した企業、組織、関係者；

AIAG ..................................................... James Akright General Motors LLC

Dennis Barlow .................................. AIAG Volunteer

Mary Kay Blantz .............................. E-Business Consulting, LLC

Morris Brown .................................... Chrysler Group, AIAG Loaned Executive

Jerry Czernel ................................... AIM Computer Solutions, Inc.

James Graham ................................. General Motors LLC

Larry Graham ................................... LG AutoID, LLC(共同議長)

Craig K. Harmon .............................. QED Systems

Bill Hoffman ....................................... Hoffman Systems LLC

Dan Kimball ........................................ SRA International

Pat King .............................................. Michelin North America

Steve Lederer .................................. The Goodyear Tire & Rubber Company

Marilyn Smith .................................... General Motors LLC

Gary Tubb .......................................... Unique RFID LLC

Henry T. Ubik.................................... Ford Motor Company

Paul Wilson ........................................ Bridgestone Firestone N.A. Tire, LLC

Akram Yunas .................................... AIAG

Jim Zamjahn ...................................... AIAG

ODETTE John Canvin ...................................... Odette

Christian Daller ................................ SKF GmbH

Marc Hammer ................................... Michelin

Olle Hydbom ..................................... Auto ID Expert Scandinavia

Sten Lindgren ................................... Odette Sweden

Markus Sprafke ................................ Volkswagen Group

Bob Van Broeckhoven .................. AB Volvo (Co-Chair)

JAMA 三橋伸之 .......................................... 日本自動車工業会

落合孝直 .......................................... 富士通（株）

Takehiro Ochiai ............................... 一般財団法人日本品質保証機構（JQA）

大鹿秀正 .......................................... トヨタ自動車（株）

塩沢敬和 .......................................... トヨタ自動車（株）

Satoru Takahashi ............................ 日本検査（株）

高橋滋 ............................................... 富士通（株）

立松潤子 .......................................... 富士通（株）

JAISA 柴田彰 ............................................... (株)デンソーウェーブ

- 5 -



本書のレビューおよびアップデートを支援した企業、組織、および人員；

AIAG Bill Hoffman ....................................... Hoffman Systems LLC

ODETTE Olaf Schuetze.... .............................. GM Europe

Dietmar Terhoerst... ....................... GM Europe

Jorg Walther... .................................. VDA

Miguel Silveira .................................. Volkswagen

Frank Gajek ....................................... Brose Fahrzeugteile

JAMA 山崎敏夫 ............................................ ヤマハ発動機(株)

小山幸雄 ............................................ トヨタ自動車(株)

松浦宏明 ............................................ 日本電気(株)

三橋伸之 ............................................ 日本自動車工業会

JAPIA 永井健一郎 ....................................... （株）デンソー

福原秀春 ............................................ パナソニック（株）

JAISA 大塚裕 ................................................. オムロン（株）

清水博長 ............................................ 東洋セイカングループホールディングス

竹本直也 ............................................ （株）リコー

森本恭弘 ............................................ JAISA

- 6 -


目次

まえがき .......................................................................................................................................................................................................... 2

謝辞 .................................................................................................................................................................................................................. 4

目次 .................................................................................................................................................................................................................. 6

図 ........................................................................................................................................................................................................................ 8 表 ........................................................................................................................................................................................................................ 8

1 範囲 ............................................................................................................................................................................................................ 10

2 引用規格 .................................................................................................................................................................................................. 11

3 用語と定義 ............................................................................................................................................................................................... 13

4 導入 ............................................................................................................................................................................................................ 21

4.1 車載環境における RFID の位置づけ ........................................................................................................................................ 21 4.2 RFID；一般 ............................................................................................................................................................................................ 23

4.2.1 RFID データフィールドとデータ識別子 ............................................................................................................................. 23 4.2.2 MB11 でのデータフィールドの使用 ................................................................................................................................... 24

4.3 EDI への AIDC リンク........................................................................................................................................................................ 24

5 データ構造 ............................................................................................................................................................................................... 25

5.1 データ構造の理由と利用................................................................................................................................................................ 25 5.1.1 ISO/IEC18000-63 によるデータ組織 ............................................................................................................................... 25 5.1.2 タグ(エアインタフェース)のデータ構造 ............................................................................................................................. 25 5.1.3 TID Memory Bank – MB10 (シリアル化およびロック) ................................................................................................ 28

5.2 固有アイテム識別子(MB01)のためのデータ構造 ................................................................................................................ 29 5.2.1 UII 符号化方式(UN(DUNS)、OD(Odette)、LA(JIPDEC)、VTD(TEIKOKU DATABANK)、TAJ(国税庁JAPAN)、0-9(GS1)、D(NCAGE)フォーマット ............................................................................................................................. 30 5.2.2 AFI「0x90」を用いた MB01 における車輛識別のための ISO ベース符号化スキーム(VIN) ....................... 35

5.3 ユーザーメモリバンク(MB11)のデータ構造............................................................................................................................. 36 5.3.1 データ要件 ................................................................................................................................................................................... 36 5.3.2 データ保存フォーマット識別子(DSFID) ............................................................................................................................ 36

6 RFID タグデータシナリオ .................................................................................................................................................................... 44

6.1 シナリオ 1: MB01UII(ロック)、MB11 データなしのケース ................................................................................................. 44 6.2 2 シナリオ 2: MB01 UII(ロック)、MB11 データ格納(ロック)のケース ............................................................................ 44 6.3 シナリオ 3: MB01 UII(ロック)、MB11 データ格納(ロックなし)のケース .......................................................................... 45

7 RFID タグの技術仕様 .......................................................................................................................................................................... 46

7.1 タグタイプ .............................................................................................................................................................................................. 46 7.2 タグメモリサイズ ................................................................................................................................................................................. 46 7.3 マルチリーダシステムのための衝突防止メカニズム .......................................................................................................... 46 7.4 環境条件 ............................................................................................................................................................................................... 46 7.5 タグ位置 ................................................................................................................................................................................................. 47 7.6 セキュリティ/データのロック(PERMALOCK コマンド) ............................................................................................................... 47

- 7 -



7.7 EMI と EMC ........................................................................................................................................................................................... 48 7.8 タグ寿命 ................................................................................................................................................................................................. 48 7.9 ポータル経由の相対速度 .............................................................................................................................................................. 48 7.10 RFID 規則 ........................................................................................................................................................................................... 48 7.11 タグ識別マーク ................................................................................................................................................................................. 49

8 ビジネスプロセスアプリケーション ................................................................................................................................................... 50

8.1 アプリケーション固有のデータ構造 ............................................................................................................................................ 50 8.1.1 タグメモリレイアウトの概要 ................................................................................................................................................... 50 8.1.2 データフィールドの識別 ......................................................................................................................................................... 51 8.1.3 推奨大データ長 .................................................................................................................................................................... 51 8.1.4 文字のセット ................................................................................................................................................................................ 51 8.1.5 UII (MB01) Data Structure .................................................................................................................................................... 51

8.2 アイテム識別– MB01 中心 ............................................................................................................................................................. 53 8.2.1 MB11 ベースの顧客が割り当てるソースとアイテムの識別 .................................................................................... 54

8.3 検証 ......................................................................................................................................................................................................... 55 8.4 MB01(DI「37S」)に格納されたアイテムトレーサビリティデータ ........................................................................................ 55 8.5 アイテムの特性:UII(MB01)とユーザメモリ(MB11) ................................................................................................................. 56 8.6 MB01 セントリック車輛識別番号(VIN) ....................................................................................................................................... 56

8.6.1 MB01 エンコーディング例:VIN DI = I (I) ........................................................................................................................... 57 8.6.2 MB01 エンコーディング例:DI "4I" - Globally unique transport vehicle .............................................................. 58 8.6.3 MB01 エンコーディング例:DI "5I" - Unique Production Vehicle Identifier ....................................................... 59

8.7 不正の防止及び摘発の方法 ........................................................................................................................................................ 61 8.8 データ保持要件 .................................................................................................................................................................................. 62

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

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

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

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

附属書 E:SGTIN-96 データフォーマット ............................................................................................................................................ 77

附属書 F: 低 RFID システム性能 ..................................................................................................................................................... 78

附属書 G:本文書で使用する MH10.8.2 データ識別子 ................................................................................................................. 80

附属書 H:ISO 646 文字表現 ................................................................................................................................................................. 84

付属書 I:RFID と２次元バーコードシンボル ..................................................................................................................................... 85

光学メディアから RFID-6 ビットエンコーディング（置き換え）の例 ........................................................................................ 86

附属書 J:シリアル化したバッチ/ロット番号の使用 ....................................................................................................................... 92

附属書 K:ANSI X12.3 データエレメント番号 355 測定コード単位 ............................................................................................ 93

附属書 L:データコンストラクト ............................................................................................................................................................... 94

附属書 M:ANSI データ識別子請求フォーム .................................................................................................................................... 98

附属書 N:保守依頼................................................................................................................................................................................ 104

- 8 -


図 FIGURE 1: RFID VISION IN AUTOMOTIVE ...................................................................................................................................................... 22 FIGURE 2: MEMORY STRUCTURE OF ISO/IEC 18000-63 RFID TAG .................................................................................................. 26 FIGURE 3: ISO/IEC 18000-63 MB01 LAYOUT ......................................................................................................................................... 30 FIGURE 4: ISO/IEC 18000-63 AND ISO/IEC 18000-3 MODE 3 STRUCTURE OF MEMORY BANK "11"; FIRST 16 BITS ..... 40 FIGURE 5: DEFINITION OF IP67 ....................................................................................................................................................................... 47 FIGURE 6: RFID EMBLEM FOR ISO/IEC 18000-63 USING ISO/IEC 15434 AND DATA IDENTIFIERS ......................................... 49 FIGURE 7: GENERIC RFID EMBLEM NOT SHOWING AIR INTERFACE OR DATA FORMAT .................................................................... 49 FIGURE 8: EXAMPLE OF A RFID-BASED SUPPLY CHAIN LABEL ATTACHED TO A WINDSHIELD ....................................................... 58 FIGURE 9: TYPICAL STEPS IN VEHICLE PRODUCTION ................................................................................................................................. 59 FIGURE 10: EXAMPLE OF COUNTERFEIT MEASURES - OBJECT-ORIENTED METHOD ....................................................................... 61 FIGURE 11: EXAMPLE OF COUNTERFEIT MEASURES - SYSTEM-ORIENTED METHOD ....................................................................... 62 FIGURE A1: EXAMPLE OF A SMART LABEL THAT COULD BE AFFIXED TO AN ITEM WHERE BOTH HUMAN-READABLE AND/OR

2D BARCODE DATA MIGHT BE REQUIRED ........................................................................................................................................ 64 FIGURE A2: EXAMPLE OF SMART LABEL THAT COULD BE AFFIXED TO A SHIPPING CONTAINER COMPLYING WITH THE JAIF

B-16 GLOBAL TRANSPORT LABEL STANDARD FOR THE AUTOMOTIVE INDUSTRY ................................................................. 64 FIGURE A3: EXAMPLE OF A SMART LABEL PRINTER ................................................................................................................................. 64 FIGURE I.1: GAS TANK AND ASSOCIATED ITEMS (PARTS) ........................................................................................................................ 87 FIGURE I.2: 2D SYMBOL WITH “AS BUILT” DATA ENCODED WITHIN IT ................................................................................................ 87 FIGURE I.3: THE DATA; AS ENCODED WITHIN DATA MATRIX SYMBOL USING MACRO 06 (~6) ...................................................... 88 FIGURE I.4: THE DATA; AS ENCODED WITHIN DATA MATRIX SYMBOL ................................................................................................ 89

表 TABLE 1: TERMS AND DEFINITIONS................................................................................................................................................................ 13 TABLE 2: APPLICATION FAMILY IDENTIFIER (AFIS).................................................................................................................................... 27 TABLE 3: USAGE OF MB11 IN AN ISO/IEC 18000-63 TAG .................................................................................................................. 28 TABLE 4: DATA STRUCTURE FOR IDENTIFYING PARTS AND COMPONENTS USING DI “37S” AND IAC “UN” ............................ 30 TABLE 5: MB 01 CODING SCHEME FOR PARTS AND COMPONENTS ..................................................................................................... 31 TABLE 6: THE UNIQUE IDENTIFICATION (UII) OF AN RFID TAG (MB01) FOR DOD .......................................................................... 34 TABLE 7: CODING SCHEME FOR VEHICLE IDENTIFICATION (VIN) IN MB01 ......................................................................................... 35 TABLE 8: ASSIGNED AND RESERVED ACCESS METHODS ......................................................................................................................... 37 TABLE 9: SIX-BIT CHARACTER ENCODATION TABLE ................................................................................................................................ 38 TABLE 10: ISO/IEC-ENCODING OF MB 11 (OBJECT LENGTH ≤ 1024 BITS): ................................................................................... 40 TABLE 11: ISO/IEC-ENCODING OF MB 11 (OBJECT LENGTH > 1024 BITS): ................................................................................... 41 TABLE 12: COMPARISON OF ISO AND EPC DATA STRUCTURES IN MB01, MB10 AND MB11 ..................................................... 50 TABLE 13: UII (MB01) DATA STRUCTURE .................................................................................................................................................. 51 TABLE 14: ISSUING AGENCY CODES ............................................................................................................................................................. 52 TABLE 15: DATA FORMAT EXAMPLES - CIN .............................................................................................................................................. 52 TABLE 16: ITEM IDENTIFICATION STRUCTURE USED IN MB01 ................................................................................................................ 53 TABLE 17: ISO-BASED EXAMPLE OF MB01 UNIQUE ITEM IDENTIFICATION USING DI “37S” ........................................................ 54 TABLE 18: ISO-BASED EXAMPLE OF MB01 UNIQUE ITEM IDENTIFICATION USING DI "25S" ........................................................ 54 TABLE 19: EXAMPLE OF A CUSTOMER-ASSIGNED ITEM IDENTIFICATION PLACED IN MB11 ........................................................... 55 TABLE 20: VEHICLE IDENTIFICATION NUMBER (VIN) DEFINITION ........................................................................................................... 56 TABLE 21: EXAMPLE OF 6-BIT ENCODING OF THE VIN DATA INTO THE UII OF MB01 .................................................................... 57

- 9 -



TABLE 22: ISO-BASED EXAMPLE OF MB01 UNIQUE ITEM IDENTIFICATION USING DI “4I” ............................................................ 58 TABLE 23: PRODUCTION VEHICLE IDENTIFICATION STRUCTURE USED IN MB01 ............................................................................... 60 TABLE B.1: DESCRIPTION OF DI "4I" .......................................................................................................................................................... 67 TABLE B.2: MB01 CODING SCHEME FOR GLOBALLY UNIQUE TRANSPORT VEHICLE (DI “4I”) ...................................................... 68 TABLE C.1: SAMPLE DATA FOR ENCODING MB11 .................................................................................................................................... 71 TABLE E.1: SGTIN-96 DATA FORMAT ........................................................................................................................................................ 77 TABLE F.1: ACTUAL READ/WRITE MEASUREMENTS ................................................................................................................................. 79 TABLE G.1: ANS MH10.8.2 DATA IDENTIFIERS USED IN THIS DOCUMENT. ........................................................................................ 80 TABLE H.1: ISO 646 CHARACTER SET ........................................................................................................................................................ 84 TABLE I.1: SUBASSEMBLY INFORMATION THAT MAKES UP THE “AS-BUILT” DATA ......................................................................... 89 TABLE I.2: DESCRIPTION OF "AS-BUILT" DATA; AS PROGRAMMED INTO MB01 AND MB11 ........................................................ 90 TABLE K.1: EXAMPLES OF ANSI X12.3 355 DATA ELEMENT NUMBER 355 UNIT OF MEASURE (QUALIFIER) ........................... 93 TABLE L.1: DATA FORMATS ............................................................................................................................................................................ 94 TABLE L.2: ACCESS METHODS ....................................................................................................................................................................... 96

- 10 -


1 範囲

この基準は、ISO および GS1 基準に基づく。リーダとタグ間の互換性を確保するため、UN、OD、LA、

VTD、TAJ、D、および GS1 からの発番機関コードを使用する。

この国際基準は、アイテム、製品、部品、部品、モジュール、またはアセンブリに適用されるデータキャ

リアの基本的な特徴を推奨する。特に、この基準では:

「アイテム」を識別するための推奨事項を提供する。

▫ 本文書で使用されるアイテム、製品、部品、部品、モジュール、およびアセンブ

リは、同義語である。内容は、第 3 章の「製品」を参照のこと。

RF 質問器と RF タグの間に必要なエアインタフェース規格を指定する。

使用する意味およびデータ構文を指定する。

トレーサビリティの一意の識別子を提供する。

RFID システムの低性能要件を指定する。

ユーザーメモリバンク(MB11)の小サイズを指定する。

ビジネスアプリケーションや RFID システムとのインターフェースに使用するプロセ

スを指定する。

以下の事項に関する、特定のビジネス・プロセス・アプリケーションの提言を提供す

る。

▫ アイテム識別

▫ 検証(エラープルーフ)

▫ アイテムトレーサビリティ

▫ アイテム特性

▫ 車両識別(VIN)

▫ 偽造防止

- 11 -



2 引用規格

日付のない参考文献については、新の公表版を使用すること。日付のある参照については、日付が

以下に参照される日付よりも新しい場合は、新の日付のあるリリースを使用すること。

49 CFR 574.5 タイヤ識別要件

AIAG B-4 部品識別および追跡適用基準

AIAG B-11 アイテムレベル無線周波数識別(RFID)基準

ANS MH10.8.2 データ識別子および適用識別子基準

DOD サプライヤパッシブ RFID 情報ガイド v14.pdf http://www.acq.osd.mil/log/rfid/guide/

GS1 Tag Data Standard

GS1 無線周波数識別プロトコルクラス 1Generation2 UHF 通信用 RFID プロトコル 860MHz–

960MHz 版 1.2.0(本文書では GS1UHFGen2 と呼ぶ)

ISO/IEC 15418: 情報技術 —自動認識とデータ取得技術 —GS1 アプリケーション識別子と ASC

MH 10 データ識別子

ISO/IEC 15434: 情報技術 —自動認識とデータ取得技術 —大容量 ADC メディアのシンタックス

ISO/IEC 15459-1: 情報技術 —自動認識とデータ取得技術－固有識別：輸送ユニット

ISO/IEC 15459-2: 情報技術 —自動認識とデータ取得技術－固有識別：登録手順

ISO/IEC 15459-3: 情報技術 —自動認識とデータ取得技術－固有識別：固有識別子の共通ルール

ISO/IEC 15459-4: 情報技術 —自動認識とデータ取得技術－固有識別：個品、個包装

ISO/IEC 15459-5: 情報技術 —自動認識とデータ取得技術－固有識別：RTI

ISO/IEC 15459-6:情報技術 —自動認識とデータ取得技術－固有識別：グループ化

ISO/IEC 15961: 情報技術 —物品管理用 RFID：ﾃﾞｰﾀﾌﾟﾛﾄｺﾙ— ｱﾌﾟﾘｹｰｼｮﾝｲﾝﾀﾌｪｰｽ

ISO/IEC15961-2 情報技術 —物品管理用 RFID：ﾃﾞｰﾀﾌﾟﾛﾄｺﾙ—第 2 部ﾃﾞｰﾀ構造登録

ISO/IEC 15961-3: 情報技術 —物品管理用 RFID：ﾃﾞｰﾀﾌﾟﾛﾄｺﾙ—第 3 部ﾃﾞｰﾀ構造

- 12 -


ISO/IEC 15962: 情報技術 —物品管理用 RFID —ﾃﾞｰﾀﾌﾟﾛﾄｺﾙ：ﾃﾞｰﾀｴﾝｺｰﾄﾞﾙｰﾙと論理ﾒﾓﾘ機能

ISO/IEC 15963: 情報技術 —物品管理用 RFID —固有 ID

ISO17367: RFID のサプライチェーンアプリケーション—製品ﾀｸﾞ

ISO/IEC 18000-63 (18000-6C): 情報技術 —物品管理用 RFID —第 63 部：ｴｱｲﾝﾀﾌｪｰｽ： 860-

960MHz （タイプ C）

ISO/IEC18046: 情報技術 —自動認識とデータ取得技術－ﾊﾟﾌｫｰﾏﾝｽ試験方法

ISO/IEC18047-6: 情報技術 —第 6 部ｺﾝﾌｫｰﾏﾝｽ試験方法： 860-960MHz

ISO/IEC 19762:情報技術 —自動認識とデータ取得技術－用語：ﾊｰﾓﾅｲｽﾞ語彙

ISO/IEC 29160: 情報技術 —物品管理用 RFID — RFID ｴﾝﾌﾞﾚﾑ

JAIF B-16 自動車産業のための国際輸送ラベル基準

オデット LR03 - 部品およびアセンブリを追跡するための RFID /VDA 5510。

ISO/IEC 15459 AIM 発行エージェンシーコードの登

録:http://www.aimglobal.org/?Reg_Authority15459

- 13 -



3 用語と定義

この基準の主題に関連する多くの用語及び定義は、特別な意味を有する。本文書で使用される他の

関連用語の定義は、2 項で参照される文書で見ることができる。

表 1:用語及び定義

条件定義

AFI プロトコル制御ワード(0x18～0x1F)の 2 バイトに格納されるアプリ

ケーションファミリ識別子

英数字英字(文字)と数字(数)、および通常は句読点などの他の文字を含

む文字セット。

ANS American National Standard の略。ANSI 文書の接頭辞。

ANSI 米国規格協会の接頭辞

ANS MH10 ANSI 傘下のユニットロード&輸送パッケージ委員会。

ANSI MH10.8 ANSI MH10 傘下の単位荷重分科会。

アンテナタグとの間で高周波エネルギーを放射および/または受信する導

電性素子。

組立本書の中では、アイテム、製品、部品、部品、モジュール、および

アセンブリの用語は、同義である。

「製品」参照。

割り当てられた相対 OID OID を参照。

バッテリアシストパッシブ RFID

タグ

バッテリーを使用してその機能性および範囲を改善するパッシブ

タグ。バッテリーが枯渇した場合、通常のパッシブタグとして機能

する。

2 値 0 (ゼロ)と 1(一)の 2 つの価値のみを持つナンバリングシステム。

数学的基数 2、すなわち一連のゼロと 1 で構成され、0bX と表記

される。例:MB0b01, 0b011

ビット Binary Digit の略。コンピュータデータの小単位、すなわち"1"、

"0"である。0b1、0b0 で示す。

- 14 -


条件定義

バイト１バイトは 8 ビットであり、通常、データが格納されるか、命令セッ

トがバイトと呼ばれるビット複数で構成される。

企業識別番号

(CIN)

本書では、製造者またはアイテムの所有者として使用される。そ

れは、NEN が割り当てた会社識別子(後述の IAC を参照)または

GS1 が割り当てた事業者コードで構成される。

文字 1 つの番号、文字、句読点またはその他の情報を表すエレメント

の小グループ。

コンポーネント本書では、アイテム、製品、部品、部品、モジュール、およびアセ

ンブリの用語は、同義である。


CRC-16 MB01 の先頭ワード(ビット 0x00～0x0F)に格納される巡回冗長チ

ェック。

顧客取引において、物品またはサービスを受領、購入、または消費す

る当事者。

データフィールドデータ識別子と直後に続くその関連データから成るメッセージ。

データフォーマット参考データフィールド内で許可されるデータのタイプと、データフィ

ールド内で許可されるデータのタイプの合計量を示すために使用

される文字と数字。

例:

「an...6」とは、英数字データが 6 文字まで許容されることを意味す

る。

「n...12」とは、12 文字までの数値のみのデータが許可されている

ことを意味する。

「an6」とは、6 文字の英数字データが必要なことを意味する。

「n12」とは、数値のみのデータが 12 文字必要であることを意味す

る。

Data Identifier (DI) ANS MH10.8.2 によって定義されるように、直後に続く特定のデー

タを定義する、指定された文字列。

１０進 10 進法。10 を基準として 10 で数えられるか、それより前に数え

られる。基数 10 の番号付けシステム。16 値数(16 値数=0xX)から

10 進数を表す必要がある場合に X で表す。

- 15 -



条件定義

DSFID

(データ保存フォーマット識別

子)

ISO/IEC 15962 に準拠したタグメモリにおけるデータの構造を１バ

イトで指示する識別子。ISO/IEC 18000-63 ベースの部品では、

ユーザ(MB11)内の初のバイトに位置する。

EPC Electronic Product Code™は、サプライチェーン内の物品を識別

する世界的に固有のシリアル番号。EPC 番号は、個々のアイテ

ム、またはアイテムを集荷するためのケースやパレットなどに関

連付けられる。

GS1

(GS1)

GS1(旧 EAN International)と GS1 US™(旧 Uniform Code Council,

Inc.®)のジョイントベンチャーとして設立された共通ミッションに基

づく非営利の標準化団体。

HEX

16 進

１６進数。１６進は 0～9 の数字、A～F 文字で表される。１６進数

を 10 進数(アンダースコア文字=六角数;10 進数=X)で表す必要が

ある場合は、0xX で表す。

HF 3MHz～30MHz の無線周波数帯域。

この規格書では、周波数は 13.56MHz である。

IAC 発番機関コード

ID 識別（Identification）の略。

IEC

International Electrotechnical Commission.(国際電気標準会議)

の略。電気工学、電子工学、および関連した技術を扱う国際的な

標準化団体。

質問器 Reader 及び Reader/Writer を参照してください。

国際標準化機構 International Organization for Standardization（国際標準化機構）

の略。国際標準化機構 ISO は、156 カ国の国家規格機関のネッ

トワークであり、一か国に１組織を基本とする。スイスのジュネー

ブに中央事務局を置き、運営を調整する。

ISO/IEC ISO 及び IEC の両機関が作業、支援を行っていることを示す。

ISO/IEC18000-63 ISO/IEC 18000-6C と同義

アイテム本書では、アイテム、製品、部品、部品、モジュール、およびアセ



- 16 -


条件定義

JAIF Joint Automotive Industry Forum（合同自動車産業フォーラム）。

AIAG、JAMA、Odette にて構成される。

データ長 UII データ内の 16 ビットのワード数を示す。長はプロトコル制御ワ

ードバイト、MB01、ビット 0x10～0x14 に格納される。MB01 の

CRC-16 および PC 文言はこの長さから除外される。Word も参照

のこと。

寿命タグが正常に機能することが期待される定義された期間。

ロック/ロック

ロック解除

タグプロトコルがメモリバンクを「読み取り専用」にする機能。一旦

ロックされると、ロック/ロック解除パスワードを使用してのみ、そ

のメモリの場所を「読み出し/書き込み」に戻すことができる。

LSB 下位バイト。Least Significant Byte の略

ｌｓｂ小有効ビット。least significant bit の略

製造業者製品の実際の生産者又は加工者。必ずしも取引におけるサプラ

イヤではない。ベストプラクティスには、トレーサビリティで使用す

るためのサイト固有の製造識別を含めるべきである。

メモリバンク

(MB)

ISO/IEC 18000-63-および GS1 TDS 1.4 以降に準拠したタグに

は、メモリバンク 00(バイナリ)からメモリバンク 11(バイナリ)までの

4 つの個別に使用可能なメモリバンクがあります。参考図 3.

モジュール本書では、アイテム、製品、部品、部品、モジュール、およびアセ

ンブリの用語は、同義である。Product を参照。

モノモルフィック UII（単形 UII） MB01=0b0 の PC ビット 17 が GS1 TDS1.4 以降の規則に従う場

合、モノモルフィック UII の全ての機能は GS1 識別タイプ、すなわ

ち SGTIN-96 を介して自己宣言する。MB01=0b1 の PC ビット 17

が ISO/IEC 15961-2 の規則に従う場合、モノモルフィック UII の

全ての特徴は、使用される特定の AFI コード価値、すなわち

0xA1 または 0xA5(危険有害性物質)の登録を通して自己宣言さ

れる。

本文書は ISO 17367 を参照する。従って、アイテムレベル識別デ

ータは、推奨大サイズが 35 文字のモノモルフィック UII で構成

される。モノモルフィックアイテムレベル UII は DSFID を含まな

い。

MSBs 上位バイト。Most Significant Byte の略。

- 17 -



条件定義

MSBs 上位ビット。most significant bit の略。

NCAGE NATO 商業・政府機関コード

オブジェクト ID

(OID)

国際的に認められた標準化団体によって特定の所有者に割り当

てられた上位の部分と、上位の部分の所有者によって割り

当てられた下位の部分から構成される固有の特別なフォーマッ

ト化された番号。

例えば、特定のオブジェクトまたはオブジェクトクラスを参照する

ための、ISO 登録基準の下に登録された固有の英数字/数字識

別子。

部品本書では、アイテム、製品、部品、部品、モジュール、およびアセ


「Product」参照。

部品シリアル番号

(PSN)

サプライヤ管理部品のシリアル番号。本文書では、DI および IAC

のシリアル番号コンポーネントのサブセットであり、DI"25S"の

CIN および SN データ構造体である。

パッシブ RFID タグタグは、通常、質問器のアンテナから放射される搬送波信号によ

って外部から給電される。通常、内部電源は含まない。

Permalock タグプロトコルがメモリバンクを「読み取り専用」にする能力。いっ

たん「ロック」されると、そのメモリの場所はロック解除できない。

- 18 -


条件定義

製品本書では、アイテム、製品、部品、部品、モジュール、およびアセ


あるプロセスの結果。

注 1:次に示す四つの一般的な製品分類がある。

— サービス(輸送等)

— ソフトウェア(コンピュータプログラム、辞書など)

— ハードウェア(エンジンの機械部品など)

— 加工材料(潤滑剤等)

多くの製品は、異なる一般的な製品分類に属するエレメントから

なる。その製品がサービス、ソフトウェア、ハードウェア、または加

工材料と呼ぶか否かは、支配的要素に依存する。例えば、提供さ

れる製品である「自動車」は、ハードウェア(タイヤなど)、加工材料

(燃料、冷却液など)、ソフトウェア(エンジン制御ソフトウェア、ドライ

バーズ手動など)、サービス(セールスマンの操作説明書など)から

構成される。

注 2:サービスは、供給者及び顧客との間のインタフェイスで実行

される、少なくとも一つの活動の結果であり、一般に無形である。

サービスの提供には、例えば、次のようなものが含まれる。

— 顧客が供給する有形製品(例えば、修理されるべき自動車)に

対して行われる活動

— 顧客が供給する無形製品(例えば、納税申告書の作成に必要

な損益計算書)に対して行われる活動。

— 無形の製品の提供(例えば、知識の伝達という文脈における情

報の提供)

— 顧客(例えば、ホテルやレストラン)のための雰囲気の創造。

ソフトウェアは、情報から成り、一般に無形資産であり、アプロー

チ、取引、または手続きの形態であり得る。

ハードウェアは一般に有形で、その量は数えることが出来る特性

である。

加工材料は一般に有形であり、その金額は連続的な特性であ

る。

ハードウェアおよび加工材料は、しばしば「商品」と呼ばれる。

- 19 -



条件定義

プロトコル制御(PC) ワード

または

プロトコル制御ビット

PC ワード(16 ビット)は、メモリ場所 0x10 から始まり、以下を含

む。

ビット 0x10～0x14 に格納される UII の長さ(データの長さ

を参照)。

ユーザメモリインジケーター(ビット 0x15)

拡張プロトコル管理インジケーター(ビット 0x16)

番号システム識別子(NSI)インジケーター(ビット 0x17)。

属性/AFI を 0x18～0x1F のビットに格納

RFID 無線読み出し/書き込み装置から投影される無線周波数フィール

ドに存在する RF タグにデータを読み出し/書き込むシステム。

読み取りタグからのデータの励起、抽出、復号、および表示。

読取範囲 RFID システムが規定された条件下で所望のタグから確実に読み

取れる範囲。

リーダ定義されたプロトコルを用いてタグから情報を抽出し、分離する電

子デバイス。

リーダライタタグをその目的物に取り付けた状態で、プロトコルに従って読み

取り/書き込みタグの内容を変更できる電子デバイス。

RoHS（指令）特定有害物質の使用制限指令–の電気・電子機器への使用制限

指令。Restriction of Hazardous Substances の略。

シリアル番号ｼﾘｰｽﾞのの場所を示す番号であって、識別手段として使用するも

の。

サプライヤ/ベンダー取引において、製品又はサービスを生産し、提供し、又は提供す

る者。

サプライヤ/ベンダーID サプライヤ/ベンダーを識別するために使用される数字または英

数字コード。CIN 参照。

タグ本基準では、「タグ」とは、RFID トランシーバと、オブジェクトに取り

付けられ、リーダまたはリーダ/ライタを使用して読み取り/書き込

みを行う情報記憶機構とを指す。

タグ ID

(TID)

タグ ID メモリバンク(MB10)。シリコンチップの世界的にユニーク

な識別番号。チップメーカーがシリアル番号を付、ロックすること。

- 20 -


条件定義

トレーサビリティあるアイテムの起源や歴史と呼ばれることもる。トレーサビリティ

は、少なくとも「What」「Who」「Which」「When」の 4 つの質問に答え

るものとする。

例:What = 部品番号、Who = 生産者またはアセンブラー、Whit =

ロット、バッチ、またはシリアル番号、When = 生産日または組立

日。

UHF 300MHz～3GHz を包含する無線周波数の帯域。

この規格では、860MHz から 960MHz までの周波数。

UII 固有項目識別子:ISO/IEC 18000-63/GS1 UHF クラス 1 Gen 2

RFID タグの UII Memory Bank(MB01)内にあるデータの記述。

VIN

車両識別番号

VIN(時には「VIN 番号」と誤って呼ばれる)は、自動車産業が個々

の自動車を識別するために使用する固有のシリアル番号である

(ISO 3833 に定義されているように、牽引車、オートバイ、及び原

動機にも適用される)。

ベンダーサプライヤ/ベンダーID を参照のこと。

検証審査及び客観的証拠の提供により、特定された要件が満たされ

ていることを確認すること。アイテム、プロセス、業務又は文書が

特定された要件に適合しているか否かを点検し、検査、試験、検

査、検査、監査その他立証し、文書化すること。

ワード（Word） 2 バイト(16 ビット)長のデータブロック。データ長はプロトコル制御

ワードに格納され、ワード数を表す。「データ長」も参照してくださ

い。

書き込みタグにデータを転送するプロセス、タグの内部でデータを保管する

動作。精度を検証するためにデータを読み取ることも含まれる。

書込み範囲 RFID システムが所定の条件下で所望のタグに確実に書き込むこ

とができる範囲。

- 21 -



4 導入

4.1 車載環境における RFID の位置づけ

RFID 技術の基本的な利点は、自動アイテム識別を使用することによってプロセスを適化することで

ある。過去に行っているような製品分類(例えば、部品番号での分類) ができるだけでなく、同じ製品の

個々のエンティティも区別可能(例えば、部品番号 123 および部品シリアル番号 234 を有するエアバッ

グモジュール)となる。プロセスは、この明細化を通して、より正確に、より厳密な管理サイクルで管理す

ることが可能となる。

RFID 技術は、自動車産業では数十年にわたり、主に社内プロセスにのみ役立つクローズドループシス

テムでの使用として適用されてきた。

これらの社内の「クローズドループ RFID アプリケーション」は、件数と範囲が限定されており、本質的に

は第一段階的なものであり、もしくはオープンループシステムにおけるより大きなプロセスの一部であ

るのかもしれない。

RFID 利用での真のポテンシャルは、バリューチェーンの様々な要素が同じ基準と技術を使い、情報を

取引パートナー間で共有するオープンループシステムのあらゆる場面で活用することで生じる。(図 1

参照)

注:自動車産業で使用する場合、EoT 文字(End of transmission：メモリバンク 01 バイナ

リ内の UII データストリームの終端を明確に示すために使用される終端文字)

はバイナリビットパターン「100001」で表される感嘆符("!")とする。この文字は、

UII 内の参照-ID の一部ではない。トレーディングパートナ間での相互合意があ

れば、「100001」は適用不要。

- 22 -


図 1:自動車における RFID ビジョン

企業でタグをプロセス全体で使用することは、大きなビジネスメリットがある。例えば、一つのコンポー

ネントで使用されているタグは、以下の追加機能の支援を可能にする。

生産文書管理。

内部シーケンスが生成される場合、部品へのシーケンス番号の割り当てが可能と

なる。

コード番号/顧客注文番号/シーケンス構築/位置との比較により、アセンブリを車

両に正しく取り付けることができる。

部品の組み付け時に、車両データと共に部品識別番号を自動的に記録・保存する

ことができる。部品が製造された製造バッチで後に問題が発見された場合、費用を

小限に抑え、対象部品のリコールが可能となる。。

保証請求の場合に、工場出荷時の原部品が未だ装着されているかどうかを確認

することができる。

- 23 -



交換部品チェーンでの工程管理の適化。

品質保証において、重要安全部品をスキャンして、品質保証要件が供給者の保証

文書に規定されているとおりに遵守されていることを保証することができる。

リサイクルプロセスでは、タグ上のデータから材料含有量を求めることができ、仕

分けプロセスが簡単になる。

バリューチェーン全体における協調的相互作用は、必要とされるハードウェア構成要素、データ伝送プ

ロトコル、システムインターフェース、およびデータ構造が、共通定義、適用される基準に従ってプロセ

スパートナー間で運用される場合にのみ実現可能である。

RFID システムの実装と運用に関する追加の一般情報については、ISO/IEC TR24729 - パート 1

（RFID-enabled labels and packaging supporting ISO/IEC 18000-63）を参照のこと。RFID は、自動車産

業に、マテリアルフローと生産管理での排他的に動作するテクノロジー（マテリアルフローと情報のフロ

ーの同期表現））を提供する。部品/組立が物理的に利用可能な場合は、添付の情報も入手可能であ

り、その逆も可能である。このため、RFID は、バックエンドシステムの使用と EDI プロセスを介したリン

クを恒久的に代替できない。EDI データ構造は「製品に先立って急ぐ」ものであり、計画作成にも利用で

きる。バックエンドシステムは、データの集中監視を保証します。従って、特にサプライチェーンのパート

ナー間のやりとりでは、RFID でサポートされるマテリアルフローと並行した EDI 情報は、予見し得る将

来においては放棄することはできない。

この基準のために、トレーディングパートナ間の項目プロセスと組立工程が見直された。個々のプロセ

スは、Odette LR03-RFID for Tracking Parts and Assemblies/VDA 5510 文書に記述されている。タグ

に格納するデータフィールドは、本 B-21 文書の第 5 章に記載されている。特に、符号化システムなら

びにタグおよびリーダ技術の要件に注意が向けられてきた。

4.2 RFID；一般

本基準の RFID は仕様(第 7 章)に概説される追加仕様に合致した、読み取り/書き込みパッシブタグ

(またはバッテリー内臓パッシブタグ)RFID タグのみを使用するものとする。以下の RFID 章および第 7

章に示されるすべてのパフォーマンス特性は、タグおよびアンテナ/質問器システムのみに適用する。

それらは、ホストデータ取得時間、レガシーシステム待ち時間、または他のヒトまたはホストシステムが

誘発する制限因子は考慮に入れていない。

近の ISO/IEC 18000-63 および GS1 タグデータ標準版 1.5 以降の改訂によって、OEM（ISO 規格利

用者）とサプライチェーン(小売セグメントを含む GS1 規格利用者)の両方のニーズを同時に同じタグ上

で満たすことを可能にした標準となり、グローバルな RFID 利用コミュニティによって、今や世界的に受

け入れている。

4.2.1 RFID データフィールドとデータ識別子

メモリバンク 0b01(MB 01)では、モノモルフィック UII（単形 UII）のみを用いる。

注:一度ある用語が前提となる修飾子を使ってフルセンテンスで説明されれば、前提と

なる修飾子が使用される場合バイナリ番号は頭に付けない。例えば、前文の

ようなメモリバンク 01(MB01)は、一度フルセンテンスで説明された後は、MB01

とする。

- 24 -


MB11 に符号化されるすべてのデータ領域は、データ識別子(DI)とそのデータの構成とする。

ANS MH 10.8.2(参照 ISO/IEC 15418)に準拠するデータ識別子（DI）のみ使用できる。

DI 関連データ（DI + ﾃﾞｰﾀ）は、この規格または ANS MH10.8.2 で定義される大文字長を超

えてはならない。

注: 5N シリーズを含むすべてのデータ識別子は、ANSI MH10.8.2 データ識別子（DI）お

よびアプリケーション識別子（AI）基準でコード化する。この規格、付番済み相

対 OID の DI 表は、以下のリンクで参照可能。

http://www.mhi.org/standards/di

（MB01 のデータ構築の詳細は 5.2 項、MB11 のデータ構築の詳細は 5.3 項を参照のこ

と）。

4.2.2 MB11 でのデータフィールドの使用

MB11 で何らかのデータフィールドを使用している場合は、、データ識別子の使用は 5.3 章の

記述に従うこと。

4.3 EDI への AIDC リンク

自動識別とデータ取得技術(AIDC)、例えば、バーコード、二次元バーコードシンボル、および RFID は、

電子データ交換(EDI)を、既存の運用を損なわず強化できる。EDI 文書(または取引)は、トレーディング

パートナが発注、出荷計画、発送通知、納品書受領、請求書発行および材料使用データに至るまで、

サプライチェーンデータを相互に伝達する手段として機能する。このうち、ANSI ASC X12 856 または

UN/EDIFACT DESADV に取り込まれた発送通知/マニフェスト(a.k.a. ASN)は、サプライヤから顧客に

出荷される製品に関する詳細情報を提供する。

しかし、製品が受領ドックに到着すると、受領した物理製品と以前に受領した EDI データをリンクする必

要がある。ここに AIDC が入り、容器取引・ライセンスプレートのシリアル番号(JAIF B-16 自動車産業

のためのグローバル・トランスポート・ラベル・スタンダードを参照)が読み込まれ、受信した EDI ファイ

ルの関連情報にアクセスする。シリアル番号または製品コード、数量、および購入注文書が照合され、

製品が受領される。

- 25 -



5 データ構造

5.1 データ構造の理由と利用

ここで述べるデータ構造は、自動車業界での既存の物流プロセスと現行の基準に基づいている。これ

には、さまざまな物流プロセス毎に選択または変更されるデータフィールドを含む。

MB11 の一部をロックすることができ、残りのデータフィールドは、必要に応じて何回もプロセスフローご

とに上書きして、常に新の状態にすることができる。

5.1.1 ISO/IEC18000-63 によるデータ組織

タグ上のデータの基本構造は、ISO/IEC 18000-63 のエアインタフェースで定義される。

本書では、ISO/IEC 18000-63 と 18000-3 モード 3(ASK)は同じと見る。

タグの MB11 に「ユーザデータ」が格納されている場合は、ISO/IEC の推奨に従いタグ上に表

示すること。ISO/IEC 18000-63 は、タグメモリを 4 つのデータセグメントに論理的に分割する

ことから始まる(図 2 に示す)。

5.1.2 タグ(エアインタフェース)のデータ構造

ISO/IEC 18000-63 は、タグメモリを以下の図に示す 4 つのデータセグメントに論理的に分割

することを前提としている。

- 26 -


図 2:ISO/IEC 18000-63 RFID タグのメモリ構造

注:この基準では、影のついた部分は推奨していない。

これらのセグメントの基本的な内容は以下の通りである。

5.1.2.1 Reserved 領域：

MB00 = :パスワード管理(以下を含む)

アクセスパスワード

- 27 -



キールパスワード

5.1.2.2 UII 領域: (詳細は 5.2 項参照)

MB01 = UII (Unique Item Identifier);

CRC: データ検証用のタグの計算チェックサム

PC: 次のようないくつかのデータフィールドを含む

▫ ワード単位の UII フィールド長(1 ワードは 2 バイトに等しい)

▫ ビット 15:ユーザデータが MB11 に保存されているか否かのスイッチ

▫ ビット 17: UII フィールドが EPC か ISO かを示すスイッチ。表 3 参照

▫ AFI フィールド(アプリケーションファミリ識別子)の特徴。表 2 参照

▫ UII フィールド:固有の部品 ID を格納

▫ この基準では、UII フィールドが 240 ビットを超えないことを要求する

UII は、ISO/IEC 15459-4 に従って構築されなければならない。この基準は、（ISO、EPC）両

方のデータ構文の同一環境での共存を可能にしている。

AFI は、RFID アプリケーションで読み取られた目的物の種類(例えば、自動車部品、容器)を

識別する際に助けとなる一次フィルタの役目を果たす。ここれにより、AFI は、関連のあるデ

ータと関連のないデータとのフィルタリングに利用できる。さらに、AFI はどの種類のコーディ

ング(6 ビット)が適用されたかを定義している。標準化された使用可能な AFI は、ISO/IEC

15961-2 Data Constructs Register にリストされ、ISO 17363-17367 にて規定されている。

ISO/IEC は、部品とコンポーネントを識別するための AFI 2 つと、車輛のための AFI１つを提

供する。

表 2: アプリケーションファミリ識別子 (AFI)

AFI

(HEX) 基準

A1 ISO17367 RFID サプライチェーンアプリケーション＿製品タグ

A4 ISO17367 RFID サプライチェーンアプリケーション製品タグ (有害物質)

90 車輛識別番号:ISO/IEC 18000-63 タグにおける 6 ビット圧縮を用いたモノモルフィック UII

MB01 の PC ビット 15 と 17 の割り当てにより、次の 4 つの条件を表現できる。

- 28 -


表 3: ISO/IEC 18000-63 タグにおける MB11 の使用

MB01:プロトコル制御ビット 17

0 = MB01 における EPC ベースのデータ 1 =MB01 における ISO ベースのデータ

MB01:

プロト

コル制

御

ビット

15

0 =

MB11 に

データ無

MB01 は EPC 準拠 UII データ

MB11 にユーザデータ無し

MB01 はモノモルフィック ISO AFI に

基づく UII データ

MB11 にユーザデータ無し

1 =

MB11 に

データあ

り

MB01 は EPC 準拠 UII データ

MB11 にユーザデータあり

MB01 はモノモルフィック ISO AFI に基

づく UII データ

MB11 にユーザデータあり

5.1.2.3 TID 領域:

MB10 = TID (Tag ID);

タグの固有の部品番号およびシリアル番号(タグが取り付けられている自動車部品

の番号ではない)。

タグメーカーがシリアル番号を付番・書き込みをし、永久的にロックする。

注:TID は、チップメーカーによって作成され、プログラムされる。

5.1.2.4 ユーザメモリ領域: (詳細は 5.3 節参照)

MB11 = ユーザメモリバンク:

ユーザがフォーマットし整理できるデータ領域

MB11 に格納するデータの構造は、以下を含むものとする。

▫ 固有データ識別子と関連内容。

▫ すべてのフィールドは任意である、すなわち、データの使用は、トレーディングパ

ートナー間で合意された特定の処理規則によって決定される。

これらのフィールドについては、5.3 項で詳しく説明する。

MB11 にはロック機能がある。

▫ MB11 への書き込みを希望し、かつ MB01 のロックを希望する場合は、MB01 が

ロックされる前に MB11 への書き込みを行うこと。

5.1.3 TID Memory Bank – MB10 (シリアル化およびロック)

タグ ID(TID)メモリバンクは、Allocation Class(AC)と呼ばれる多数のチップ識別オプションを提

供する。これらのオプションは、一意的かつ明確に RFID チップを識別するため、それと、その

RFID タグが作られたチップの起源を識別するための異なったタグ識別プロファイルを提供す

る。これらの Allocation Class の詳細については ISO/IEC 15693 を参照。

- 29 -



ISO/IEC 15963 にはこの文書に関連する 3 つのオプションリスト、0xE0、0xE2、0xE3 がある。

0xE0 は、8 ビットの識別子とそれに続く 48 ビットのシリアル番号からなる基本的な

ISO/IEC 7816-6 発行者識別子コードの AC である。

次の条件の両方が満たされる場合に 0xE2 はシリアル情報を保持する。

1. TID メモリバンクのビット 0x08(TAG MDID の msb)の価値が「1」である。

2. ビット 0x20～0x22 は、符号無し 3 ビットとして扱うとゼロにならない。この番号の

msb はビット 0x20 である。

上記条件「1」を満たす場合、TID メモリバンクのアドレス 0x20～0x2F で 16 ビットの XTID ヘッ

ダが存在する。また、TID には、本仕様の対象とはならないデータがより多く存在する場合があ

る。

0xE3 は、既存の AC0xE0 上に互換性を構築する。AC の後には、8 ビットの I.C.メ

ーカーの登録番号、2 バイトのユーザメモリの存在およびサイズデータ、48 ビットの

固有タグ ID、1 バイトの XTID、および 15 バイトの XTID ヘッダデータが続く。

ISO/IEC 15963 の表 B.2 は、配分クラス 0xE3 の TID フォーマットを示す。

この基準では、チップがユニークにシリアル化された TID を含むことを要求する。シリアル化し

た TID もロックされる。TID(MB10)は、チップメーカーによってシリアル化(グローバルユニーク

化)され、ロックされるものとする。

5.2 固有アイテム識別子(MB01)のためのデータ構造

タグの付いたアイテムの識別は、ISO/IEC 18000-63 に概説されているように、UII を介して達成される。

UII は、ISO/IEC 18000-63 または GS1 UHF Gen 2 エアインタフェースプロトコルに従って「ロック」され

なければならない。

UII は 35 文字以内とする。240 ビット UII では、大 40 文字の 6 ビット文字を符号化できる。

- 30 -


図 3:ISO/IEC 18000-63 MB01 レイアウト

5.2.1 UII 符号化方式(UN(DUNS)、OD(Odette)、LA(JIPDEC)、VTD(TEIKOKU

DATABANK)、TAJ(国税庁 JAPAN)、0-9(GS1)、D(NCAGE)フォーマット

電子タグのデータのフォーマットは、ISO/IEC 15962(表 9 参照)に従って「ASCII 文字 6 ビット

符号化テーブル」を使用する。

5.2.1.1 UN(DUNS)、OD(Odette)、LA(JIPDEC)、VTD(TEIKOKU DATABANK)、TAJ(国税庁 JAPAN)による DI"37S"を使用した部品識別(UII)

本書の以前のバージョンでは、厳密に定義されたストリング長の DI"25S"の適用を推奨した。

しかし、実践においては PN および SN の長さは様々であることが分かった。従い、JAIF は、

本書では将来の RFID アプリケーションおよび可能であれば既存のアプリケーションに

DI"37S"を使用することを推奨する。

DI"37S"は、部品番号(PN)と部品シリアル番号(PSN)が"+"文字で分割され、別々に宣言され

る。

表 4:DI "37S" および IAC "UN"を使用した部品およびコンポーネントの識別のためのデータ構造

DI IAC CIN PN 分離器 PSN

データ識別子発番機関コ

ード

企業識別番号部品番号分離器部品シリアル

番号

37S UN 変動変動 + 変動

3 文字(a) 2 文字(a) 9 char (n) x チャー(a) 1 文字 ychar(a)

以下の表は、MB01 への「37S」データエンコーディングを表しており、2 つの主要なセクション 1) CRC

およびプロトコル制御ワード、および 2)UII を含む。

注:表 5 の値の列の「変動」および「固定」という用語は、そのデータの長さではなく、使

用された実際のデータを指す。

- 31 -



表 5:MB 01 部品およびコンポーネントのコーディングスキーム

ビット位置

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

MB 01:CRC+プロトコル制御ワード

00 – 0F CRC-16 ハードウェア割り当

て 16 ビットＣＲＣ

10 – 14 データ長変動 5 ビット

PC フィールドと Attribute/AFI フィ

ールドを除いた 16 ビットワードの数

を表す。

15 PC ビット

0x15

0b0

または

0b1

1 ビット

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

なし 1 = MB11 に有効データあり

MB11

16 PC ビット

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

17 PC ビット

0x17 0b1 1 ビット 1 =ISO に基づくデータ解釈規則

18 – 1F AFI

0xA1

または

0xA4

8 ビット

ISO/IEC 15961 および ISO 17367

に従って使用されるアプリケーショ

ンファミリ識別子。有害部品は A4

を使用する。

小計 32 ビット

MB 01:6 ビット符号化を持つ固有項目識別子(UII)

位置 20 か

ら始まるり、

データの終

わりへ/使

用可能なメ

モリの終わ

DI 「37S」 3 an 部品識別のためのデータ識別子

「37S」

発行機関コ

ード(IAC)

「OD」「UN」「LA」

「VTD」「TAJ」 2 または 3 an DUNS、Odette、JIPDEC、または

TEIKOKU DATABANK、国税庁によ

- 32 -


りへる発行機関コード

企業識別コ

ード(CIN) IAC の定義による

4 an(OD)、9an

(UN および

VTD)、12 an

(LA)、

13 n (TAJ)

企業識別番号

シリアル番号

(SN)

部品番号よ

り構成、

部品番号(PN) 1... X an 所有者が割り当てた PN ID の英数

字文字の可変数

+ ( 分離器) 1an "+" 符号分離器(2Bh)

分離器およ

び部品シリア

ル番号

部品シリアル番号

(PSN) 1... Y an 英数字 Y 文字以内、大文字

EOT 0b100001 6 ビット伝送終了文字

後の 16 ビ

ットワードの

終わりまでパ

ディング

0b10、0b1000、

0b100000、

0b100000、

0b100000010、

0b100000000、

0b100000000、また

は

0b10000000000001

0

2, 4、6、8、10、12

または 14 ビット

ワードパッド

ISO/IEC 15962 第 13.1 章による。

小計変動大 240 ビット

TOTAL

MB01: 変動大 272 ビット

注:EOT およびパディングビットは、管理目的およびワードパッドに使用される。これら

は UII(MB01)内の参照 ID の一部ではなく、UM(MB11)に格納されるデータ、す

なわちデータのデコード時に EOT ビットとパッドビットの両方が削除されるデー

タである。

- 33 -



5.2.1.2 NATO(NCAGE)パッシブ Gen2RFID タグ用コンストラクト

DOD は、ケースおよびパレットレベルのすべての出荷ユニットにパッシブ Gen2 RFID タグを

取り付けることを要求している。この要件は、GS1 タグデータ指定に従ってデータをフォーマッ

トすることを含む。EPC の会社管理者番号を持たない会社または EPC の会社管理者番号を

使用しない会社には、EPC の会社管理者番号の代わりに商業および政府機関(CAGE)コード

を使用することができる「DOD Construct」（または.「DOD 96」として知られている）がある。

北大西洋条約機構(NATO)連合委員会 135(AC135)は、NCAGE または NATO CAGE コード

の発行を管理している。「CAGE」という用語は、名目上、加盟国の軍隊に対して AC135 によ

って発行された NCAGE コードを指す。AC135 は、NCAGE コードが個々に固有であることを

保証する規則を公表した。CAGE コードと NCAGE コードは同じ長さ(5 文字の英数字)である。

EPC および DOD に準拠した RFID タグ ID の組み立て方法に関する詳細な指示は、米国国

防総省サプライヤの『パッシブ RFID 情報ガイド』版 14.0 に掲載されている。

UII メモリ領域(MB01)の使用方法は、「GS1 タグデータ基準」バージョン 1.5 以降に記載されて

いる。

以下の表は、MB01 にエンコードされ、2 つの主要なセクションを含むデータを表す。1) CRC

およびプロトコル制御ワード、および 2)UII。

注:表 6 の値の列の「変動」および「固定」という用語は、そのデータの長さではなく、使

用された実際のデータを指す。

- 34 -


表 6:DOD の RFID タグ(MB01)の固有識別(UII)

ビット位置


MB01:CRC+プロトコル制御ワード

00 – 0F CRC ハードウェア割

り当て 16 ビット CRC

10 – 14 データ長変動 5 ビット

PC フィールドと Attribute/AFI フィー

ルドを除いた 16 ビットワードの数を

表す。

15 PC ビット

0x15

0b0

または

0b1

1 ビット


なし

1 = MB11 に有効データあり

16 PC ビット


17 PC ビット

0x17 0b0 1 ビット 0 =EPC に基づくデータ解釈規則

18 – 1F 属性 0b00000000 8 ビット EPC フォーマットの AFI なし

小計 32 ビット

MB01:

UII すべての UII データは、ISO/IEC 17367 に従って、表 9 からの 6 ビットの符号化値を使用する。

使用しない位置には、先頭のゼロ(ASCII"ゼロ"[0x30])が埋め込まれる。

位置 20 か

ら始まり、デ

ータの終端

へ/使用可

能メモリ終

了へ

ヘッダ 0x2F

00101111 8 ビット DOD 96 のヘッダ

フィルタ値

0b0000

または

0b0001

または

0b0010

4 ビット

0000 =パレット(パレット積載量)

0001 =ケース(出荷・外装コンテナ)

0010 =ユニットパック他のすべての

組み合わせ=将来の使用の

ためにリザーブ

政府管理識

別子

「スペース」の後

ろに 5 文字の

英数字

48 ビット

NCAGE コードまたは CAGE コード

の先頭に「スペース」が付く。

または

DODAAC - 6 文字(米軍の活動を識

別するためにのみ使用される)

(–付属書 I の 16 進数表示)

製造番号変動 36 ビット左詰めゼロを使用したバイナリ形式

小計 96 ビット

TOTAL 128 ビット

- 35 -



MB01:

5.2.2 AFI「0x90」を用いた MB01 における車輛識別のための ISO ベース符号化スキ

ーム(VIN)

AFI「0x90」を用いた MB01 における車輛識別のための ISO ベース符号化スキーム(VIN)は、その車輛

を構成する部品と区別される車輛を識別するために使用されるモノモルフィック 6 ビット符号化データ

ストリングである。

以下の表は AFI "0x90" および DI "I" を使用しての MB01 への実際の VIN データエンコードを表す。

これには 2 つの主要なセクション 1) CRC およびプロトコル制御ワード、および 2)UII がある。

表 7:MB01 における車輛識別(VIN)の符号化方式

ビット位

置(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 なし


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 「I」 1a VIN 用データ識別子 I

VIN "W0L0XAP68F405

0901" 17an

VIN

EOT 0b100001 6 ビット伝送終了

- 36 -


可能なメ

モリの終

わりへパッド 0b10000010000010 14 ビット

ISO/IEC 15962 第 13.1 章によるワードパッ

ディング

小計

128 ビット

TOTAL

MB01:

160 ビッ

ト

5.3 ユーザーメモリバンク(MB11)のデータ構造

MB11 では、データ構造は、光学シンボルと RFID 媒体の間の変換を可能にするために、ISO/IEC

15434 および ISO/IEC 15418(ANSI MH 10.8.2 を参照)、データフォーマット 06「ASC MH 10 データ識別

子を使用するデータ」に準拠するものとする。

RFID を使用する場合は、ISO/IEC 15962 アクセス方法 0(No Directory)フォーマット 3 またはアクセス

方法 0(No Directory)フォーマット 13 を使用する。

ユーザメモリバンク(MB11)の小サイズは 512 ビットとする。

5.3.1 データ要件

固有の識別子を低限の要求事項としてタグの MB01 に保存する(5.2 項参照)。第 6 章のア

プリケーションシナリオ 2 および 3 では、追加のユーザデータが必要である。要件は、ビジネ

スプロセスおよび参加パートナーとの合意によって異なる。

"ユーザメモリ"Memory Bank11(MB11)は、データセマンティクスと構文の観点から多くの形式

をとることができる。PC ビット 15=0b1(MB11 にデータがあることを示すフラグ)および PC ビッ

ト 17=0b1(ISO 対 EPC 構造を示すフラグ)の場合、ユーザメモリの初の 8～16 ビットは、

ISO/IEC 15961-1、ISO/IEC 15961-2 および ISO/IEC 15962 の DSFID 規則に従ってエンコー

ドされる。

本書は、MB11 内のデータをエンコードするためのアクセスメソッド 0 とフォーマット 3 または

13 について説明し、それを推奨する。

5.3.2 データ保存フォーマット識別子(DSFID)

1 バイトの DSFID(データ保存フォーマット識別子)は、アクセス方式とデータフォーマットを定

義し、以下の構造を持つ。

ビット 8 とビット 7 はアクセス方式を定義し、タグ上のデータの符号化を決定する。

表 8 参照。

▫ この基準は、バイナリビット値「00」のアクセス方式「ディレクトリなし」を推奨する。

ビット 6 は拡張構文インジケーター(推奨="0")である。

▫ ビット 6 = "1" の場合、次のようになる。

- 37 -



ビット 8 は拡張性ビット

ビット 7 と 6 は拡張構文

ビット 5、4 はメモリ長

ビット 3～1 はバッテリーアシスト、フルファンクションセンサ、シンプルセンサイ

ンジケータ

その後のバイトは 6 ビットエンコーディングでデータを保持する。

フォーマット 3 を使用する場合、データストリームは"EOT"文字で終了する。

ビット 5～1 は、データフォーマットを記述する。

▫ DSFID 値"0x03"は、"No Directory, ISO/IEC 15434-based Data Syntax"の使

用を示す。SG1 常設文書「SG1 Guidelines for 15962」は、フォーマット 06、6 ビッ

ト符号化でのこの方法の使用について説明している。

▫ DSFID 値「0x0D」は、「ISO/IEC 15962 割り当てられた RelativeOID DI 表を使用

したディレクトリなし」の使用を示す。これは推奨フォーマットである。

▫ DSFID 値「0x8D」は、「ISO/IEC 15962 割り当てられた relativeOID DI 表を使用

したパックド目的物」の使用を示す。

注:割り当てられた相対 OID DI Table は、http://www.mhi.org/standards/di 参照。

表 8:割り当ておよび予約済みアクセス方法

15961

整数コ

ード

15962

DSFID ビ

ットコード

15962

SFF ビ

ットコ

ード

名称内容

0 00 00 No-

Directory

この構造は、すべてのデータ設定の隣接をサポートす

る。

1 01 00 Directory

データは No-Directory と同様に符号化されるが、RFID

タグは追加ディレクトリをサポートし、初に読み取って

関連するオブジェクト識別子のアドレスを指す。

2 10 00 Packed-

Objects

これは、アプリケーション管理者が定義するインデックス

構造でデータをフォーマットする統合コンパクションとエ

ンコード方式である(ISO/IEC 15961-2 参照)。

3 11 00

Tag-

Data-

Profile

これは、各々が定義された長さの固定されたデータエレ

メントの集積化された圧縮および符号化スキームであ

る。

- 38 -


4 – 15 00 01 RFU ISO/IEC 15962 の先物の改訂版に備える。

5.3.2.1 アクセス方式 0、フォーマット 3、ISO 17367 で定義する SO/IEC 15434エンコーディング方式。

DSFID およびプリカーソルを使用して、ISO/IEC 15962 のフォーマット 3 は、ISO/IEC 15434 メ

ッセージエンベロープの以下の部分をエンコードする必要性を排除する。コンプライアンス・イ

ンジケータおよびフォーマット・トレーラー"[ ]>RS"、フォーマット・ヘッダ(DI 用に本文書で使用

される;"06 GS")、およびメッセージの後のフォーマット・トレーラー/メッセージ・トレーラー文

字"RS EOT"データエンコーディングは、表 9 の 6 ビットデータ文字を使用することによって達

成される。詳細は ISO 17367 を参照のこと。

表 9:6 ビット文字符号化テーブル

文字バイナリ

ー値文字

バイナリ

ー値文字

バイナリ

ー値文字

バイナリ

ー値

スペース 100000 0 110000 @ 000000 P 010000

EOT 100001 1 110001 A 000001 Q 010001

<

RESERVED> 100010 2 110010 B 000010 R 010010

FS 100011 3 110011 C 000011 S 010011

米国 100100 4 110100 D 000100 T 010100

<

RESERVED> 100101 5 110101 E 000101 U 010101

<

RESERVED> 100110 6 110110 F 000110 V 010110

<

RESERVED> 100111 7 110111 G 000111 W 010111

( 101000 8 111000 H 001000 X 011000

) 101001 9 111001 I 001001 Y 011001

- 39 -



* 101010 : 111010 J 001010 Z 011010

+ 101011 ; 111011 K 001011 [ 011011

, 101100 < 111100 L 001100 \ 011100

- 101101 = 111101 M 001101 ] 011101

. 101110 > 111110 N 001110 GS 011110

/ 101111 ? 111111 O 001111 RS 011111

注: 上記は、ISO 646 の 8 ビット ASCII 文字セットから 2 つの上位ビットを簡単単純に

除去して作成された 6 ビットエンコーディングで、影付きの制御文字はそこに追

加で割り当てられた文字である。この影付きの制御文字は ISO/IEC 15434 エ

ンベロープを使用する際、ビット数を小限に抑えるために追加されたもので

ある。

本書では、以下の文字のみ使用が許可される。

0, 1、2、3、4、5、6、7、8、9、A、B、C、D、E、F、G、H、I、J、K、L、M、N、O、P、Q、R、S、T、U、V、W、X、

Y、Z、*(アスタリスク)、+(プラス記号)、-(ダッシュ)(ピリオドまたはフルストップ)、EOT(送信終了)、RS(レ

コードセパレータ)、GS(グループセパレータ)、および「スペース」キャラクタ。

5.3.2.2 アクセスメソッド 0、フォーマット 3 エンコーディングの概要:

メモリの初のバイトは、常に固定値 0x03 を持つ DSFID であり、メモリがアクセス

メソッド 0 を使用し、フォーマット 3(ISO/IEC 15434)メッセージをエンコードすることを

示す。符号化/復号化及び翻訳ガイダンスについては、ISO 17367 を参照のこと。

メモリの 2 バイト目はプリカーソルであり、与えられた ISO/IEC 15434 フォーマット

インジケーター(ISO/IEC 15962 および 15434 でカバーされている例外条件を除く

すべての条件に適用される)に対する固定値である。

▫ フォーマット 3 を使用する場合、この基準に準拠するために、固定プリカーソル

価値 0x46 が常に使用され、6 ビット符号化および ISO/IEC 15434 フォーマット

インジケーター6(DI 用)を示す。

メモリの 3 バイト目は、EBV-8 価値としてエンコードされたデータの長さ(バイト単位)

を示す。も長い ISO/IEC 15434 メッセージ(127 バイトを超えるメッセージ)を除く

すべてのメッセージについて、この番号は 1 バイトで符号化される。

後続のバイト(その長さは先行バイトで示される)は、6 ビットエンコーディング(参照

表 9)でデータを含む。

▫ この基準では、15434 メッセージを 1 つだけエンコードすることを推奨している。

- 40 -


図中の番号の説明:

1 アクセス方法:"0" (表 7 – ISO/IEC 15962 に記載)

2 拡張構文–DSFID バイトの追加バイトをオンにする(この例ではオフ)。

3 データフォーマット「03」(ISO/IEC 15434)

4 拡張ビット–(ISO/IEC 15962 第 9.2.8 項及び別紙 T 参照)

5 圧縮ビット(6 ビットテーブル)

6 フォーマットエンベロープ(DI "06")

7 バイトカウントインジケータースイッチ(バイトカウントの終バイトを表すには「0」に設定)

8 バイトカウントインジケーターのビット値(データの長さに基づいて変数)

9 メモリ内のビット位置

図 4:メモリバンク MB11 の ISO/IEC 18000-63 および ISO/IEC 18000-3 モード 3 構造：初の 16 ビッ

ト

注:上記の例では、バッテリー補助およびセンサーは存在しないものとして示されてい

る。

プロトコル制御ワードの長さコンポーネントに格納される情報は、オブジェクト長が 1024 ビット

以下であるか否かによって異なる。表 10 と表 11 に違いを示す。

注:データ長コンポーネント(バイト数インジケーター長さ)の変更は、表 10 および表 11

の制御情報セクションのみ示す。表 10 と表 11 のユーザメモリセクションは、同

じデータを示している。

表 10:MB11 の ISO/IEC エンコーディング(オブジェクト長≤1024 ビット):

位置データ型値サイズ内容

MB 11:ユーザメモリ(UM):MB 11 <= 1024 ビットの制御情報(ヘッダ)

1 DSFID 0x03 1 バイトデータ構造形式識別子

2 プレカーソル 0x46 1 バイト圧縮コード+ RelativeOID

3a バイトカウン

トインジケー0b0 1 ビット

0b0"0 バイナリ"は、次の 7 ビットを使

用して、次のアプリケーションデータの

- 41 -




タースイッチ長さ(オブジェクト長が 1024 ビット以下)

を定義することを宣言する。

オブジェクト長を示すために使用され

る追加のバイトはない。

3b

バイトカウン

トインジケー

ター長

変動 7 ビットオブジェクト長 (バイト)

小計 24 ビット

MB 11:ユーザメモリ(UM):ユーザーおよびアプリケーションのデータ

1 データ識別

子 <DI> 6 ...24 ビットデータ識別子「1」

2 データ英数字(a) 6 ビット文字データ

3 グループセ

パレータ GS 0b011110、表 9 より 6 ビットグループ分離

4 データ識別

子 <DI> 6...24 ビットデータ識別子「2」

5 データ英数字(a) 6 ビット文字データ

6 .. .. .. ..

7 EOT EOT 0b100001、表 9 より 6 ビット伝送終了

8 ワードパディ

ング

0b10、0b1000、

0b100001、

0b1000001、

0b100000110、

0b10000011000、

0b100000110001

、または

0b1000001100

2, 4、6、8、

10、12 また

は 14 ビット

MB 11 に関する ISO/IEC 15962 別紙

T 4.1 に従ったワードパッディング

Total MB 11 変動チップリミットまで

前述のように、MB11 の制御部の内容は、MB11 に格納されるデータのサイズに依存する。表

11 は、MB11 のアプリケーションデータ(データ長)が 1024 ビットを超えた場合の制御情報を示

す。

表 11:MB11 の ISO/IEC エンコーディング(データ長>1024 ビット):

- 42 -



MB 11:ユーザメモリ(UM):MB11>1024 ビットの制御情報(ヘッダ)

1 DSFID 0x03 1 バイトデータ構造形式識別子

2 プレカーソ

ル 0x46 1 バイト圧縮コード+ RelativeOID

3a

バイトカウ

ントインジ

ケータース

イッチ

0b1 1 ビット

1 バイナリ

アプリケーションデータ長(オブジェクト長)を定義する

ために追加のバイトを使用することを宣言する。拡

張適用データ(オブジェクト長>1024 ビット)を示すた

めに、次の 7 ビットとそれに続く追加の 7 ビットが連

結される。

3b

バイトカウ

ントインジ

ケーター長

変動 7 ビット長さの宣言の初の部分。

4a

バイトカウ

ントインジ

ケータース

イッチ

0b0 1 ビット0 バイナリ次の 7 ビットがアプリケーションデータ長

を表すために使用されることを宣言する。

4b

バイトカウ

ントインジ

ケーター長

変動 7 ビット

例:

3b:10000001 (128 バイト)

4b:00000010 (2 バイト)

総オブジェクト長:130 バイト

小計 32 ビッ

ト

5.3.2.3 アクセス方法 0 フォーマット 13;ISO/IEC 15962 相対 OID DI テーブルに割り当てられた ISO/IEC 15961-2 で定義するエンコーディング

フォーマット 13 を使用する場合、メモリの初のバイトは、常に固定値 0x0D を有

する DSFID であり、ユーザメモリがアクセス方式 0 およびフォーマット 13(ISO/IEC

15962 割り当て RelativeOIDDI 表)を使用して符号化されることを示す。

メモリの 2 番目のバイトは、オフセットビット、圧縮コード(3 ビット)、および使用され

る DI(4 ビット)のための割り当てられた RelativeOID DI 表からの値から成るプレカ

ーソルである。

メモリの 3 バイト目は、EBV-8 値としてエンコードされたデータの長さ(バイト単位)を

示す。

- 43 -



後続のバイト(その長さは先行バイトによって示される)は、プレカーソル (整数、数

値、5 ビット、6 ビット、または 7 ビット)の中で示される符号化スキーマ(圧縮)を使用

して、データを含む。

ユーザメモリに書き込まれる各データに対して、上記のプリカーソル、データ長、データのパタ

ーンが繰り返される。

- 44 -


6 RFID タグデータシナリオ

以下に述べるタグデータ構造は、電子タグデータ処理プロセスの三つの基本的に異なるシナリオを可

能にし、それぞれがシステム全体に異なる要求を課す。この文脈における「トータルシステム」とは、タ

グ、リーダ、ネットワーク、ミドルウェア、アプリケーション、組織などを含む、RFID 中心のプロセスに必

要なすべてのリソースを意味する。

以下のシナリオの説明でタグデータに言及すると、MB01 に格納されている論理な部品 ID(UII)が参照

される。この ID の正確な定義はセクション 5.2 で説明される。

「ユーザデータ」とは、ユーザメモリバンク-MB11 に格納されているすべてのデータを指す。

以下の 3 つのシナリオは、タグの部品 ID(UII)への読み取りアクセスを可能にする。

6.1 シナリオ 1: MB01UII(ロック)、MB11 データなしのケース

このシナリオは、MB01 には UII があり、MB11 にはデータがなく、タグ上で読み取られる唯一のデータ

フィールドはグローバルにユニークな部品 ID(UII)のケースである。UII はロックし、上書きできない(「ロッ

ク/ロック」の定義を参照)。

「UII のみ」のシナリオでは、当該部品に関連する他のすべての情報は、関連するバックエンドシステム

または他のデータベースを介してアクセスするものとする。

このシナリオは、電子タグ上のデータにアクセスする安全で便利な方法である。

これは、複数の RFID タグを含むパレット(例えば、RFID が有効なポータル経由)でバルク・リードを実行

する場合に重要である。

この場合、バックエンドシステムまたはデータベースから追加の「アイテムデータ」を読み取るものとす

る。

6.2 2 シナリオ 2: MB01 UII(ロック)、MB11 データ格納(ロック)のケース

このシナリオは、MB01 に書き込まれた UII(グローバルにユニークな部品 ID)に加えて、ユーザメモリバ

ンク(MB11)にプログラムされたアイテムアテンダントデータをカバーする。

この場合、UII(MB01)と item–attendant ユーザ情報(MB11)を同時に書き込みロックする。

タグデータへのアクセスは、すべてのプロセスステップで「読み取り専用」になる。

必要なすべての追加データは、タグからのデータを超えて、関連するバックエンドシステムを介してアク

セスするものとする。

このシナリオは、電子タグに含まれる関連データ(例えば、色、改訂レベル、部品番号、製造日など)へ

の使用時アクセスを提供する。

- 45 -



6.3 シナリオ 3: MB01 UII(ロック)、MB11 データ格納(ロックなし)のケース

UII(MB01 に書き込まれたグローバルにユニークな部品 ID)に加えて、このシナリオは、ユーザメモリバ

ンク(MB11)にアイテム付属のデータが含まれるケースである。UII(MB01)がロックされる。タグに書き込

まれたアイテムアテンダントのユーザーデータ(MB11)はロック解除される。

部品に関するサプライチェーンのパートナー間で交換しなければならないデータは、パートナー間で定

義しなければならない。

注:ISO/IEC18000-63 に従い、MB11 へのデータ書き込み機能は、個々のフィールドレ

ベルではなく、ユーザメモリバンク全体に対してのみ可能である。また、特定の

データ・アクセス許可(読み取り専用、更新など)のために特定のユーザー・グル

ープに割り当てられた一般的な役割に基づくセキュリティ・パーミッションは使

用できない。

- 46 -


7 RFID タグの技術仕様

以下に述べる仕様は、自動車産業のプロセス要件を満足する。これらのプロセス要件は第 6 章に含ま

れている。許容可能な RFID システムを達成するために、技術仕様は厳密に準拠するものとする。

7.1 タグタイプ

パッシブまたはバッテリー内臓パッシブ UHF ベース(特に 860MHz～960MHz)のみ使用。ただし、トレー

ディングパートナの合意により、HF ベース(13.553MHz–13.567MHz)の RFID タグも使用できる。

エアインタフェースは、UHF については ISO/IEC 18000-63 とし、HF については

ISO/IEC 18000-3M3(ASK)とする。

ISO/IEC 18000-63 に適合するために、エアインタフェースの ISO/IEC 18047-6 適

合性試験および RFID システムの ISO/IEC18046 性能試験に従わなければならな

い。

ISO/IEC 18000-3M3(ASK)に準拠するため、エアインタフェースの ISO/IEC 18047-

3 適合性試験および RFID システムの ISO/IEC18046 性能試験に従う。

7.2 タグメモリサイズ

タグの小メモリサイズは、1,024 ビット(128 バイト)以上であること。

特定のアプリケーションの要件を満たすには、256 バイト(2,048 ビット)以上のタグメモリサイズが必要に

なる場合がある。

大 35 文字(6 ビット符号化)の ISO ベース UII データには、低 240 ビットの UII メモリバンク(MB01)

サイズが推奨される。

ユーザメモリバンク(MB11)の小サイズは 512 ビットとする。

7.3 マルチリーダシステムのための衝突防止メカニズム

マルチリーダシステムのための衝突防止スキームは、ISO/IEC 18000-63 に従わなければならない。

本システムを設置する際は、以下の点にも注意すること。

重複する検出フィールドを持つ複数の UHF リーダによって引き起こされる衝突エラーを除外するため

に、技術報告書 ETSI TR 102 436 電磁適合性および電波スペクトル事項(ERM);UHF で動作する RFID

システムの設置およびコミッショニングにおける ETSI(欧州電気通信規格協会)の勧告に従う必要があ

る。

7.4 環境条件

リーダライタおよびタグの保護機構:IP67

- 47 -



RFID ユーザと RFID 技術プロバイダ間の商業上の合意に従い、物流/生産環境における適正な効率

を確保するために、低限 IP67(国際保護等級)保護とすべきである。IP67 が提供する保護は、図 5 に

説明。

6 防塵性防塵効果あり。粉塵の侵入なし、接触に対する完全

な保護

7 防水性大 1m の浸漬

特定された圧力及び時間( 大 1m の水没)の条件下

で容器を水中に浸漬する場合、有害な数量の水が侵

入することは不可能であること。

試験方法:30 分

深さ 1m 浸漬

図 5:IP67 の定義

タグの保護の選択においても、以下を考慮するものとする。

使用寿命、水分および塵埃の故障の原因となる物理的損傷からタグを完全に保護

すること。

油、冷却水、水、雪、雨、容器洗浄剤等の水没による悪条件からの保護このような

不利な条件下では、機能が限定されることは許容される。タグが悪条件から取り外

されると、完全な機能が発生するものとする。

動作温度範囲:

▫ -40°～+80°C

保存温度範囲:

▫ –50°～+120°C

悪天候下では、読みやすさを保証する適切な措置が必要である。

オイルスプレー、切削油、蒸気等の被ばくに対する防護は、個別に考慮されなけれ

ばならない。

7.5 タグ位置

タグは、関連する読み取り装置で読み取りが可能な位置に置くこと。生産プロセスの検討と、部品の設

置に関する要件、および設置後に部品を読み取る必要性を考慮し、パートナー間で合意するものとす

る。

7.6 セキュリティ/データのロック(Permalock コマンド)

この基準が基礎としている RFID プロトコルは、インタロゲータベースのソフトウェアコマンドセットの特

定のコマンドを介してデータを「ロック」する能力を提供する。

MB01 内の UII データに Permalock コマンドを使用する必要がある。

- 48 -


7.7 EMI と EMC

電磁干渉(EMI)は、電気または電子機器の性能の望ましくない応答または劣化を引き起こすあらゆる

電磁波である。EMI は、伝導(電流)、放射線(電磁界)、誘導結合(磁界)、容量結合(電界)を介して発生

する。

驚くべきことに、EMI は「読めない」だけでなく「読む側リード」(反射、スプリアス発光などにより、読む対

象以外の読むタグ)も引き起こす。

電磁両立性(EMC)は、意図しない EMI による劣化を引き起こしたり、受けたりすることなく、意図した環

境で動作する装置の能力である。

電磁両立性(EMC)干渉問題を解決するための有用な情報源は以下のとおりである。

ETSI TR 102 436 電磁適合性および電波スペクトル事項(ERM);UHF で動作する

RFID システムの設置およびコミッショニング。

ISO/IEC 24729– 3、RFID 実施ガイドライン。

7.8 タグ寿命

パッシブタグは、低限、取り付けられた部品の寿命まで存続するものとする。

「End of Life」(リサイクル)については、本規格に準拠した RF タグおよび RF「スマートラベル」は、欧州

連合および米国における RoHS など、適用される国/地域/規格の規制要件に従う必要がある。

7.9 ポータル経由の相対速度

ポータルを通過する速度が高いほど、読み取り過誤の確率が高くなる。

有効な読み込み速度は、次のようないくつかの要因に依存する。

アンテナに対する部品上のタグの位置

タグとアンテナの距離

タグに対するアンテナの場所/場所

タグ切屑の種類

タグアンテナのサイズ

環境(例えば、近傍の金属、周囲の RF 活動/ノイズ、タグを取り付ける材料の種類

など)

7.10 RFID 規則

この基準に準拠したタグは、以下の要件を満たすものとする。

タグは、タグおよびアンテナが使用される適用される国/地域/規格の承認された

電力レベル、チャネル数、チャネル幅、チャネル分離、デューティサイクル、および

他の規制パラメータの範囲内で問い合わせるものとする。

- 49 -



7.11 タグ識別マーク

この基準に準拠した RF タグおよび RF「スマートラベル」には、国際的に受け入れられた RFID エンブレ

ムの 1 つ以上を含めるべきである。RFID エンブレムの詳細については、ISO/IEC 29160 を参照のこと。

図 6 および図 7 は、参照のためにのみ提供される。

図 6:ISO/IEC 15434 およびデータ識別子を用いた ISO/IEC 18000-63 のための RFID エンブレム

図 7:エアインタフェースまたはデータフォーマットを表示しない汎用 RFID エンブレム

- 50 -


8 ビジネスプロセスアプリケーション

この基準のスコープ範囲内で、以下の一般的な産業プロセスアプリケーションが特定されている。RFID

Vision in Automotive のコンテキストについては、図 1 を参照。

アイテム識別(8.2 項参照)

検証(エラープルーフ)(8.3 項参照)

アイテムトレーサビリティ(8.4 項参照)

アイテムの特性(8.5 項参照)

VIN(8.6 項参照)

偽造防止(8.7 項参照)

8.1 アプリケーション固有のデータ構造

RFID タグに符号化されたデータのセキュリティと完全性を高めるために、タグは、チップメーカーによっ

てシリアル化およびロックされた TID(個別のシリコンチップのグローバルにユニークなタグ識別)を有す

るものとする。

固有の識別子は、低限必要条件として、メモリバンク 01(MB01)にタグに保存する。後述するすべて

のアプリケーションにおいて、メモリバンク 11(MB11)または「ユーザメモリ」には、追加のユーザデータ

が含まれることがあり、5.3 項で説明する。要件は、ビジネスプロセスおよび参加パートナーとの契約に

よって異なる。

8.2 項から 8.7 項までに記述されるアプリケーションをサポートするために、次のセクションで詳述される

スキーマに従うものとする。

8.1.1 タグメモリレイアウトの概要

ISO/IEC 18000-63 RFID タグは、MB00、MB01、MB10、MB11 の 4 つのメモリバンクに対応し

ている。厳密に本文書では、メモリバンク MB01、MB10、および MB11 がある。

この項と表 12 は、MB01 のデータ構造、MB10 と MB11 の名前と内容、およびこれらのメモリ

バンクのこの文書に対応する状態を示している。メモリバンクの詳細については、図 2 を参照

のこと。

表 12:MB01、MB10、MB11 における ISO と EPC のデータ構造の比較

MB01 (UII) MB10 MB11

ISO

(表 5 参照) DI IAC CIN SN

1 日 3

回

ユーザメモ

リ EPC

(表 E.1 参照)

ヘッダとフィルタの

値とパーティション

事業者コ

ード

アイテムリファ

レンスとシリア

ル番号

- 51 -



MB01:UII(固有アイテム識別) - グローバルに固有で、ロックされ、必須–ユーザに

て作成。

MB10:TID(タグ識別) - 世界的にﾕﾆｰｸで、ロックされ、必須–チップメーカにて作成。

MB11：ユーザメモリ－オプションデータ、オプションロック。

8.1.2 データフィールドの識別

データ識別子(DI)はアプリケーション項で定義される;別紙 G も参照のこと。

8.1.3 推奨大データ長

MB01 に格納される場合、識別データは推奨大 35 文字(データ識別子を除く)を含み、推奨

大 40 文字(2406 ビット文字)を超えてはならない。

例えば、40 文字の英数字から成る UII をエンコードするには、240 ビットの MB01 サイズが必

要となる(6 ビットエンコーディングを使用)。MB01 には、UII と並んで、32 ビットからなるプロト

コル制御情報(CRC および PC)も含まれる。これは、272 ビット(32 ビット+240 ビット)の MB01

サイズとなる。

注:UII が 40 文字を超えると、パフォーマンスの制限(すなわち、読み取り時間、全体的

な処理タイミング)につながることがある。

8.1.4 文字のセット

本書では、以下の文字の使用のみが許可される。

0, 1、2、3、4、5、6、7、8、9、A、B、C、D、E、F、G、H、I、J、K、L、M、N、O、P、Q、R、S、T、U、

V、W、X、Y、Z、*(アスタリスク)、+(プラス記号)、-(ダッシュ)(ピリオドまたはフルストップ)、EOT、

RS、および GS。

8.1.5 UII (MB01) Data Structure

以下の表 13 で用いられる頭字語は、表の後のセクションで詳細に説明されている。

表 13:UII (MB01) Data Structure

識別子構造

37S IAC CIN PN + SN

25S IAC CIN SN(PN と部品 SN からなる)

I 車輛識別番号(VIN)

4I VIN + 車輛登録許可証番号

5I ボディタグ番

号(BTN) +

製造オーダ番

号(PON) + SN

- 52 -


8.1.5.1 発番機関コード(IAC)

発番機関コード(IAC)は、1 文字から大 3 文字の範囲で構成され、ISO/IEC 15459-2 に従っ

て、適切な登録当局によって発番機関として認定された機関/組織/会社を識別するために

使用されるコードである。目的により登録された IAC は、取引パートナー間の相互の合意に

より使用することができる。推奨される IAC を以下に示す。

表 14:発番機関コード

機関内容 IAC 文字

Dun & Bradstreet データユニバーサルナンバリングシステム

(DUNS) UN 2 (an)

Odette Europe Odette ナンバリングシステムＯＤ 2 (an)

Teikoku Databank Ltd. 帝国データバンク VTD 3 (an)

JIPDEC 日本情報処理開発協会 LA 2 (an)

NATO AC135 北大西洋条約機構「統一に関する国家理

事会」(AC135) D 1 (an)

国税庁国税庁ＴＡＪ 3 (aｎ)

8.1.5.2 会社識別番号(CIN)

会社識別番号(CIN) は、発番機関が各企業に割り当てる固有のコードである。各発番機関は、CIN 用

に独自のフォーマットを持つ。

この基準に準拠するため、ユーザは適切な発行機関によって割り当てられた固有の CIN を持つものと

する。表 15 参照。

表 15 データフォーマット例 CIN

IAC CIN

DUNS UN 数字 9 桁

JIPDEC LA 英数字 12 文字

NATO AC135 D AC135 参照

Odette OD 英数字 4 文字

帝国データバンク VTD 数字 9 桁

国税庁 TAJ 数字 13 桁

- 53 -



8.1.5.3 シリアル番号(SN)

サプライヤが割り当てる(または管理する)SN は、IAC および CIN と組み合わせて、アイテム

の世界的に固有の識別子を構成するものとする。

DI"37S"を使用する場合、IAC、CIN、PN、"+"および PSN は、その寿命を通してその特定の

アイテムに対して固定され、変更不可でなければならない。構文解析が容易なため DI"37S"

を推奨する。

DI"25S"を使用する場合、IAC、CIN、SN は、その存続期間を通じてその特定のアイテムに対

して固定され、変更不可能であるものとする。DI「25S」の中では、SN は、表 13 に示されるよ

うに、連結された PN と SN の相互に合意された構造で構成されるべきである(DI「37S」と

「25S」の間のフォーマットの違いに注意)。

シリアル番号(SN)は、8.1.4 節の中で識別される文字集合で構成される。

部品シリアル番号(PSN)は、製造場所の識別、製造日、製造時間、製造ライン、終試験ステ

ーションの識別、ロット、バッチ、加熱など、多くの異なる方法で構成することができる。別紙 J

参照。

8.2 アイテム識別– MB01 中心

小レベルでアイテムを識別する能力は、部品番号である。また、同じ部品番号が複数のサプライヤ

によって提供される可能性があるため、アイテムを生産した特定の供給源(サイト)を特定することが望

ましい。アイテム識別を満たす小データエレメントは、次のうちの 1 つを含まなければならない。

ISO で定義された世界的にユニークなアイテム ID;DI"37S"が推奨される。(別紙 B

も参照)

アイテム識別のための EPC 符号化体系(SGTIN-96)。(別紙 E を参照)

表 16:MB01 で使用されるアイテム識別構造

DI データ構造

37S IAC CIN PN+PSN

25S IAC CIN SN

注:データはバイナリで表されるため、トレーディングパートナは、必要に応じて人間可

読情報 (HRI)および/または 2 次元バーコードシンボル内でデータを表す方法

について合意するものとする。

- 54 -


表 17: ISO ベースの DI"37S"を用いた MB01 固有アイテム識別の例

MB01

格納する

値タグメモリ(ASCII/Binary)内のデータの電子表現

ビッ

ト

37SUN123

456789997

55512300F

FFAS+123

456

3 7 S U N 1 2 3 4 5 6 7 8

240

110011 110111 010011 010101 001110 110001 110010 110011 110100 110101 110110 110111 111000

9 9 9 7 5 5 5 1 2 3 0 0 F

111001 111001 111001 110111 110101 111000 111001 111001 111001 110111 110101 110000 000110

F F A S + 1 2 3 4 5 6 EOT ワード

パッド*

000110 000110 000001 010011 101011 110001 110010 110011 110100 110101 110110 100001 100000

100000

*注:ワードパッドプロセスを正しく利用するための詳細については、5.2.1.1 および別紙

B を参照のこと。

表 18: ISO ベースの DI"25S"を用いた MB01 固有アイテム識別の例

MB01

格納する値タグメモリ(ASCII/Binary)内のデータの電子表現ビッ

ト

25SUN014

841806 部

品番号

000001

A2B3C4

2 5 S U N 0 1 4 8 4 1 8 0

240

11001

0 110101 010011 010101 001110 110000 110001 110100 111000 110100 110001 111000 110000

6 P A R T N U M B E R 0 0

11011

0 010000 000001 010010 010100 001110 010101 001101 000010 000101 010010 110000 110000

0 0 0 0 1 A 2 B 3 C 4 EOT

ワー

ドパ

ッド*

11000

0 110000 110000 110000 110001 000001 110010 000010 110011 000011 110100 100001

100000

100000

*注:ワードパッドプロセスを正しく利用するための詳細については、5.2.1.1 および別紙

B を参照のこと。

8.2.1 MB11 ベースの顧客が割り当てるソースとアイテムの識別

顧客が割り当てたアイテムの識別を容易にするには、ユーザメモリ(MB11)にプログラムする

ことが必要である。このセクションの情報は、その前提に基づいている。

- 55 -



アクセス方式 0、フォーマット 13 のエンコードの詳細を表 19 および別紙 D に示す。

表 19:MB11 に配置された顧客割当アイテム識別の例

格納する値タグメモリ(HEX)における電子表現バイ

ト

ビッ

ト

18VUN987654321P87654321 0D 4F 11 09 54 EE 78 DF 6D 74 CF 2C 40 4F 00 06 E3

7D B5 D3 3C B1

22 176

注:データは、上記の１６値数で表され、タグにバイナリで書き込まれるため、トレーディ

ングパートナは、データが人間可読情報 (HRI)および/または必要に応じて２次

元バーコードシンボル内でどのように表するかについて合意するものとする。

8.3 検証

検証または過誤校正は、正しいアイテムが選ばれているか、組立/製造作業に取り付けられているか

を検証するプロセスである。アイテムは、特定の方法でのみインストールできるように設計することがで

きる。他の場合には、使用するアイテムを識別するために「ピッキングライト」システムを使用してもよい。

部品番号は、国際的にユニークでない方法で、アイテムを小単位で識別する機能を提供する。

ISO ベースの MB01 セントリックなデータ構成については、表 16 を参照。

8.4 MB01(DI「37S」)に格納されたアイテムトレーサビリティデータ

製品ライフサイクルプロセス(クレードルから墓場)を通して、車輛の「組み立て」履歴をトレース(VIN と連

動)する能力は、アイテムの独自の差別化を必要とする。

サプライヤは、データ識別子「37S」を使用して、グローバルにユニークなアイテム識別子をトレーディン

グパートナと合意し割り当てるものとする。表 17 参照。

サプライヤのアイテムデータは、個々の製造/生産/組立工程で収集され、長期間保存される。顧客の

データベースと共に使用する場合、このセクションで概説するように、データは、キャンペーンと組み合

わせて、特定のアイテムまたはアイテムが設置された車輛を正確に決定することができる。顧客および

サプライヤは、アイテムのデータ記録がそのライフサイクルにわたって維持され、世界的に固有のまま

であることを保証するものとする。サプライヤからのこのアイテムに関するすべての詳細情報(例えば、

使用された原材料のバッチ、供給されるアイテムの製造業者、試験結果、初期設定、製造場所、製造

装置など)は、必要に応じて、アイテムの機能、製造、および材料の品質に関するデータを迅速、正確

かつ明確に利用できるように、文書化し、保管しなければならない。

- 56 -


8.5 アイテムの特性:UII(MB01)とユーザメモリ(MB11)

グローバルにユニークなアイテム識別(本文書で推奨される 37S または 25S)と、キーアイテム特性を組

み合わせることで、ビジネスプロセスを可能にする。この能力は、保証の妥当性確認、品質管理、製品

開発、較正パラメータ、サービスなどをサポートする。RFID タグは、読み取り/書き込みが可能。すなわ

ち、データは、スタティック(ロックされているが読み取り可能)およびダイナミック(読み取り可能および書

き込み可能)の両方が可能である。「新たな能力=新しい可能性」

製品特性の例としては、ラジエーター圧力試験の試験台結果、照明モジュールの電流引出し、締結具

の測定トルク、装置の無線周波数(RF)、または品質管理または保証上重要と判断されるその他の重要

な測定データがある。場合によっては、シリンダボアにピストンサイズを合わせるなどのプロセスによる

使用のために製品特性が必要とされる。

製品特性を活かす大きなチャンスは、電気自動車のバッテリーなど、新しい技術が導入されているとき

である。なぜなら、まだ歴史がないからである。「われわれは何を知らないのかわからない」。

一例として、個別リチウムイオン電池(Li-イオン)セルを考えてみる。無負荷電圧、内部セル抵抗、試験

台の周囲温度などの製品特性を有することは、エンジニアリングが知りたい重要なパラメータである。

例えば、セルの開回路電圧は、顧客の初の品質管理ステーションで測定され、供給者の終テスト

監査によってタグに記録された値と比較される。これにより、Go/No-Go 事象がトリガされ、リターンプロ

セスのドキュメントがサポートされる。この方法を用いて、重要なデータが使用現場で入手可能である。

8.6 MB01 セントリック車輛識別番号(VIN)

VIN(時には「VIN 番号」と誤って呼ばれる)は、自動車産業が個々の自動車を識別するために使用する

固有のシリアル番号である(ISO 3833 に定義されているように、牽引車、オートバイ、および原動機にも

適用される)。1981 年以降、VIN は 17 文字からなり、文字 I(i)、O(o)、Q(q)(数字 1 および 0 との混同を

避けるため)は含まれない。

現代の車輛識別番号システムは、ISO 3779 および ISO 3780 という 2 つの関連基準に基づいている。

VIN は、DI"I"と 17 文字の車輛識別番号のみからなり、これら 2 つの基準で規定されている。表 20 お

よび表 21 参照。

表 20:車輛識別番号(VIN)の定義

位置 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17

VIN W 0 L 0 X A P 6 8 F 4 0 5 0 9 0 1

機能世界製造業者

識別子(WMI)

VDS(Vehicle Descriptor

Section) 車輛識別部(VIS)

世界製造業者識別子(WMI): 初の 3 文字は、世界製造業者識別子または WMI コードを使用して、車

輛の製造者を一意に識別する。

車輛識別部(VIS)： VIN の 4～9 番目の位置が VDS である。これは、地域の規制に従って、車輛の種

類を識別するために使用され、使用される自動車のプラットフォーム、モデル、およびボディスタイルに

関する情報を含み得る。

- 57 -



注:第 9 位は、米国特許規則第 49 巻第 565 条に基づき、チェックデジットとして使用さ

れる。

車輛識別子セクション(VIS):10～17 番目の位置は、車輛識別部または VIS として使用される。これは、

製造業者が当該車輛を識別するために使用する。これには、設置されたオプションまたはエンジンおよ

びトランスミッションの選択肢に関する情報が含まれるが、しばしば単純な連続番号である。

モデル年:10 桁目は、車輛のモデル年を符号化するために世界中で必要とされる。VIN 本体では許さ

れない 3 文字(I、O、Q)の他に、モデル年コードには U、Z、0 の文字は使用されない。

設備コード:11 番目の文字は、車輛の製造工場をエンコードします。各製造業者は独自の設備コード設

定を持っているが、VIN におけるその場所は標準化されている。

8.6.1 MB01 エンコーディング例:VIN DI = I (I)

車輛メーカーは、VIN データを割り当て、「I」データ識別子を使用するものとする。

表 21 のデータは、ISO/IEC 17367 に従ってエンコードされる。符号化の詳細については、別紙 B を参

照のこと。

注:VIN を MB01 の UII タグ符号化セグメントに符号化するとともに、「0xA1」の AFI が

MB01 の属性/AFI セグメントに符号化される。図 3 参照。

表 21:MB01 の UII への VIN データの 6 ビットエンコーディングの例

格納する

値タグメモリ(ASCII/Binary)内のデータの電子表現ビット

I W0L0X

AP68F40

50901

I W 0 L 0 X A P 6 8 F 4 0

128 001001 010111 110000 001100 110000 011000 000001 010000 110110 111000 000110 110100 110000

5 0 9 0 1 EOT ワードパッド*

110101 110000 111001 110000 110001 100001 10000010000010

*注:ワードパッドプロセスを正しく利用するための詳細については、5.2.2 および別紙 B

を参照のこと。

注:表 21 は符号化された AFI を示していない。PC ビット 17=1 の場合の MB01 の完全

な符号化については別紙 C を参照のこと。

- 58 -


注:この記録は、Permalock コマンドによってロックされる。これは、タグプロトコルが、メ

モリロケーションを「読み取り専用」にする能力である。いったん「ロック」される

と、そのメモリの場所はロック解除できない。

8.6.2 MB01 エンコーディング例:DI "4I" - Globally unique transport vehicle

DI「I」に加え、DI「4I」(グローバルユニーク輸送車輛)を活用して、車輛運搬車などの商用車を

識別することができる。DI「4I」は、好ましくはフロントガラスに取り付けられた RFID ベースの

サプライチェーンラベルと共に使用することができる。

DI「4I」は、いくつかの利点を開拓する。運搬する車輛運搬車及び車輛は、IT 内で事前に割り

当てることができ、RFID リーダネットワークは、正しい車輛運搬車が正しい車輌をピックアップ

したことを検証するために使用することができる。全負荷(車輛運搬車+運搬される車)は、車

輛運搬車の UII に基づいて追跡することができる。

さらに、車載器の識別・認証は、トランスポンダに書き込まれた VIN と車載器登録番号を調べ

ることによって行うことができる。これは通常、ビデオベースのカメラシステムによって行われ

る。

図 8:フロントガラスに取り付けられた RFID ベースのサプライチェーンラベルの例

表 22:DI"4I"を用いた MB01 固有アイテム識別の ISO ベースの例

MB01

格納する


4IW0L0XA 4 I W 0 L 0 X A P 6 8 F 4 176

- 59 -



P68F4050

901+GGA

B1234

110100 001001 010111 110000 001100 110000 011000 000001 010000 110110 111000 000110 110100

0 5 0 9 0 1 + G G A B 1 2

110000 110101 110000 111001 110000 110001 101011 000111 000111 000001 000010 110001 110010

3 4 EOT ワードパッド

*

110011 110100 100001 10



注:表 22 は、符号化された AFI を示していない。PC ビット 17=1 の場合の MB01 の完

全な符号化については、別紙 B を参照のこと。

注:この記録は、Permalock コマンドによってロックされる。これは、タグプロトコルが、メ

モリロケーションを「読み取り専用」にする能力である。いったん「ロック」される

と、そのメモリの場所はロック解除できない。

8.6.3 MB01 エンコーディング例:DI "5I" - Unique Production Vehicle Identifier

生産車と完成車を区別する明確な方法を持たなければならない生産シナリオは様々である。

車輛の生産開始時には、VIN 番号はまだ入手できないか、または特定の身体に割り当てら

れておらず、管理目的のための固有の識別が必要とされる。一般に、この固有の生産車輛

識別は、ボディ番号、および任意選択的に、生産オーダ番号に基づく。

DI 5I を使用する給付の一部を以下に示す。

完成車(DI"I"付)と同一のデータ構造概念を車輛生産工程で使用できること。

未完成車の追跡が可能になり、他の「モノ」と同様に完成品から分離することが

AFI 90 と DI"5I"で可能になる。

セル生産工程における車輛制御(業界 4.0)

図 9:自動車生産における典型的な段階

- 60 -


下記の内容は、上記の図 9 の数字と一致する。図形は、単なる例示を目的としたものであり、

車輛生産の特定の定義を意図したものではない。

1. ボディショップでは、ボディタグ番号、製造オーダ番号、シリアル番号とともに DI

「5I」が割り当てられ、適用される。

2. VIN の割り当て/申請は、国連総会で行われる。DI「5I」は、組立/品質監査プロ

セスにおいて、SN または VIN 形状のいずれかを使用し、DI「I」を使用する場合

と比較して、完成した(合法的な)車輛から未完成車輛を分離する。

3. 車輛が生産から売却へ移管されると、DI"5I"で表されるデータストリームは、

DI"I"で構成され、DI"I"で表されるデータストリームに置き換えられる。

表 23:MB01 で使用する生産車輛識別構造

AFI DI BTN 分離器ポン分離器 SN 本文末尾

アプリケーシ

ョンファミリ識

別子

データ識

別子

ボディタグ

番号

製造オーダ

番号製造番号伝送終了

90hex 5I x キャラクタ

(aｎ) +

Y キャラクタ

チャー

(an)

+

Z キャラ

クタ

(an)

100001

DI"5I"は、バーコード、２次元バーコードシンボル、および/または RFID 技術と共に使用する

ことができる。この識別に RFID タグを使用する場合、製造ラインの後にタグを取り外すか、

または MB01 を VIN のみ(データ識別子「I」)で再プログラムし、その後ロックする必要がある。

テーブル 24: ISO ベースの DI"5I"を用いた MB01 固有アイテム識別の例

MB01

格納する


5IABCD12

34+CO123

4+W0L0X

AP68F405

0901

5 I A B C D 1 2 3 4 + C O

224110100 001001 000001 000010 000011 000100 110001 110010 110011 110100 101011 000011 001111

1 2 3 4 + W 0 L 0 X A P 6

110001 110010 110011 110100 101011 010111 110000 001100 110000 011000 000001 010000 110110

- 61 -



8 F 4 0 5 0 9 0 1 EOT ワードパッド*

111000 000110 110100 110000 110101 110000 111001 110000 110001 100001 10000010



注:表 24 は符号化された AFI を示していない。PC ビット 17=1 の場合の MB01 への

DI"4I"の完全な符号化については別紙 CB を参照のこと。

8.7 不正の防止及び摘発の方法

ビジネスを成功させるためには、効果的な不正防止・検出方法が不可欠である。以下に示すオプション

は、すべてを網羅しているわけではなく、情報として提供される。

不正防止と検出には 2 つの異なる方法がある。

オブジェクト指向メソッド

システム指向メソッド

オブジェクト指向メソッドは、オブジェクト ID および/または部品またはコンポーネントのデータの保護に

焦点を当てる。これは、参照 ID(UII)および場合によっては UM に保存された追加データを不正アクセス

から保護する暗号化方法を意味する。詳細は ISO TC 247 を参照のこと。

もうひとつのオブジェクト指向メソッドは、オブジェクト ID(UII)とチップ・プロデューサによって発行される

不変の TID とをマッチングすることで構成される(図 10)。作成された参照 ID はデータベースに保存さ

れる。データベースに保管されていない部品やコンポーネントは、偽造品である可能性が高い。

図 10 模倣品対策の事例オブジェクト指向メソッド

システム指向メソッドは、部品やコンポーネントがサプライチェーン全体およびその製品ライフサイクル

全体を通じて頻繁に捕捉されることを意味する。これにより、非常に詳細な電子文書が作成され、妥当

- 62 -


性チェックの実行に使用できる。すなわち、不一致は、偽造の検出および潜在的な起源の特定におい

て裏付けられる。システム指向の方法は、非常に高いレベルのパートナー協調とプロセス/システム統

合を必要とする。アドレス指定された部品やコンポーネントは頻繁に取り込まれ、蓄積されたデータは

中央データベース・システム(図 11 参照)に保存される。中央データベース・システムは、ビジネスパート

ナー(共有リポジトリ)によって共有される。

図 11 模倣品対策の事例システム指向メソッド

8.8 データ保持要件

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

プロセス、試験データなど)を提供するのに十分なデータを自社のシステムから入手する能力を有する

ものとし、これらのデータは、それぞれの国の要求事項に従って保管されるべきである。

- 63 -



附属書

- 64 -


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

(参考)

RFID タグを含むバーコードラベルは、「スマートラベル」と呼ばれる。ラベルは(シリアル番号のように)

情報を格納し、RFID リーダと通信できるため、「スマート」と見なされる。

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

に取り付けてもよい。

図 A1:人間可読情報またはバーコードデータおよび/または２次元バーコードデータの両方が必要とさ

れるアイテムに貼付できるスマートラベルの例

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

ートラベルの例

人間可読情報やバーコード/2 次元バーコードシンボルを印刷するだけでなく、埋め込まれた RFID タグ

をプログラミングすることも可能な熱直接および熱転写プリンタが利用可能である。

図 A3:スマートラベルプリンタの例

- 65 -



附属書 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

- 66 -


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


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

- 67 -



C3 18 60 82




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

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

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


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)

- 68 -


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

ビット位置


MB 01:CRC+プロトコル制御ワード(ヘッダー)

00 –0F CRC-16 ハードウェア割り当

て 16 ビット CRC

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

PC フィールドと Attribute/AFI フィー

ルドを除いた 16 ビットワード数を表

す。

15 PC ビット

0x15 0b0 or 0b1 1 ビット


なし


16 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、

0b100000、

0b100000010、

0b100000000、

0b100000000、また

は

0b10000000000001

0

2, 4、6、

8、10、12

または 14

ビット

ISO/IEC 15962 第 13.1 章によるワー

ドパッディング

小計変動大 240 ビット

- 69 -



合計 MB01 ビ

ット: 変動大 272 ビット

- 70 -


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




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

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

すべての PC ビット: 0b 0101 1001 (0x59)


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 参照。

- 71 -



図 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

- 72 -


010001 110010 011110 110100 000100 110001

110101 110000 110100 110101 100001


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

- 73 -



附属書 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 より大きいので、それは別のバイトで符号化され

なければなならない;下記のプレカーソルを参照のこと。

6 ビット圧縮、プレカーソル値=0b100 を使用したコンパクトデータ(DI を除く)。

データ: 1234567890ABCDEFGH

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

ベースバイナリに変換する。

▫ 0X31 32 334 35 36 37 38 39 41 44 44 45 47 48

▫ 00110001 00110010 00110011 00110100 00110101 00110110 00110111

00111000 00111001 00110000 01000001 01000010 01000011 01000100

01000101 01000110 01000111 01001000

先頭のバイナリ「00」と「01」を各バイトから切り離し、残りの 6 ビットセグメントをビッ

ト列に連結する。

▫ 110001110010110011110100110101110110110111111000111001110000000001

000010000011000100000101000110000111001000

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

ナリ「1000」)

▫ 11000111 00101100 11110100 11010111 01101101 11111000 11100111

00000000 01000010 00001100 01000001 01000110 00011100 10001000

バイナリを 16 値に変換する。C7 2C F4 D7 6D F8 E7 00 42 0C 41 46 1C 88

完全なメッセージ構築:

プレカーソル:0b01001111 / 0x4F

▫ Offset = 0b0

▫ 圧縮コード=0b100

- 74 -


▫ 相対 OID 値>14 = 0b1111 (相対 OID を追加バイトに入れる必要がある)

相対 OID:15 – 15 = 0 / 0b0000 / 0x00

長さコード: 14 / 0b1110 / 0x0E

メッセージエンコード(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」)

- 75 -



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

相対 OID 値>14 = 0b1111 (相対 OID を追加バイトに入れる必要がある)

相対 OID;103 – 15 = 88 / 0b100001 / 0x41

データ長=21 / 0b10101 / 0x15

16 値= 08 55 17 15 53 94 48 11 09 38 74 01 49 43 85 49 3C 72 CF 4D 60 の圧縮

データ

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

ードされる。

完全なメッセージ:DSFID、Precursor、Relative OID、Length of Data、Compacted Data への ASCII デ

ータ 16 進に

ZBETWEENTRADINGPARTNERS12345 0D 4F 41 15 08 55 17 14 53 94 48 11 09 38 74 74 49 49 85

3C 72 CF 4D 60

完全なエンコーディングは、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

- 76 -


コンパクト(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 ビットを必要とする。

- 77 -



附属書 E:SGTIN-96 データフォーマット

(参考)

Header Filter Value

Partition Company

Prefix Item

Reference Serial

8 bits 3 bits 3 bits 20-40 bits 24-4 bits 38 bits

0011 0000 0-7** 0-7*** 999,999 - 9,999,999 - 9 274,877,906,943*

999,999,999,999 (actual value) (decimal (decimal (Max decimal (decimal

capacity) capacity) (Max decimal range*) range*) capacity)

表 E.1:SGTIN-96 データフォーマット

* 事業者コードおよび商品コードフィールドの大 10 進値の範囲は、パーテーションフィールドの内

容によって変わる。

** EPC タグデータスタンダード( 新版)を参照。

*** EPC タグデータスタンダード ( 新版)を参照。

SGTIN は、以下の情報エレメントから構成される。

事業者コード:GS1 によって管理エンティティに割り当てられる。

商品コード:管理エンティティによって特定のオブジェクトクラスに割り当てられる。

UII エンコーディングの目的のための商品コードは、GTIN のインジケーター桁と商

品コード桁を連結し、結果を単一の整数として扱うことによって、GTIN から導出さ

れる。

注:インジケーター(バイナリ 0b0 または 0b1)は、0 に設定すると、商品コードに先頭の

ゼロ桁が存在しないことを示す。Indicator Digit が 1 に設定されている場合、商

品コードに先頭の 0 桁があることを示す。

シリアル番号:管理エンティティによって個々のオブジェクトに割り当てられる。

注:この別紙のデータは、参考のためにのみ提供する。SGTIN-96 の完全な構造の詳

細については、GS1 のタグデータスタンダード、新の改訂を参照のこと。

- 78 -


附属書 F: 低 RFID システム性能

(参考)

RFID システム性能は、ISO/IEC 18000-63/GS1 UHF Gen 2 エアインタフェーススタンダードに規定され

ているとおりとする。ODIN Technologies が提供した情報を以下に示す。ODIN Technologies は、その

精度についてのみ責任を負っている。符号化速度に影響を及ぼす要因は、ここに述べたもの以外にも

数多くある。

ISO/IEC 18000-63/GS1 UHF Gen 2 書き込みプロセス:

書き込み操作の Gen2 コマンドシーケンスは 2 つのステップで実行される。

ステップ 1: インベントリ-推定時間-5 ミリ秒(10～3 秒または ms)

インベントリの総時間は、リーダプラットフォーム、リンク周波数、クエリコマンド、および Q 値に依存す

る。インベントリプロセスは、次の順序で行われる。

1. リーダがクエリを送信

2. タグは RN16 で応答

3. リーダが ACK で確認応答

4. タグは MB01;CRC,PC Word,UII で応答

手順 2:書き込み(16 ビット)–推定時刻-約 15ms

書き込みプロセスは、インベントリサイクルが成功した後にのみ行われる。すべてのビットが完全に書

き込まれるまで、インベントリおよび書き込みサイクル全体が繰り返される。書き込みサイクルを完了す

るのに要する時間は、リーダプラットフォームに大きく依存する。書き込み処理は次の順序で行われる。

1. RN#(ReqRN)のリーダ要求

2. タグは RN16 で応答

3. リーダは、UII、ユーザメモリ、または予約メモリデータを書き込むアドレスを含む書き込みコマン

ドを送信

4. タグ書き込み 16 ビット

5. タグ送信 RN16

6. Reader が RN16 を確認

7. 上記の手順は、各 16 ビットのデータストリングに対して繰り返される。

理論計算:

96 ビット UII を符号化するための計算された書き込み時間:

5ms(棚卸資産)+([96/16]×15ms)(書き込み)=95ms

実測値:(ODIN Technologies 提供情報)

Alien Higgs 3、Impinj Monza 3、および NXP G2XX シリコン(96 ビット)をエンコードするための測定時間

- 79 -



試験に使用すたリーダシリット IN510

パワーレベル 1 ワット（コネクタにて）

試験に使用するアンテナゲイン 6 dBi

表 F.1:実際の読み込み/書き込み測定

IC チップ概算時間(ミリ秒) 近似エンコード速度(フィート/分)*

Alien Higgs 3 95 335

Impinj Monza 3 51 620

NXP G2XX 51 620

*注:フル UII(96 ビット)が正常に符号化されるコンベア速度。

- 80 -


附属書 G:本文書で使用する MH10.8.2 データ識別子

(参考)

表 G.1:本文書で使用する ANS MH10.8.2 データ識別子。

DI タイトルデータフォ

ーマット

全照射フィ

ールド長内容

4D 日付:フォーマット YYDDD(ユリウス)

I 車輛識別

番号(VIN) an17 18

排他的割り当て - 米国特許規則第 49 条、

§565 に基づき、国際的に ISO 3779 によって

定義される車輛識別番号(VIN)。(これらは完全

に互換性のあるデータ構造である)

4I

グローバル

ユニーク輸

送車輛識

別子

An 35

49 CFR§565 に基づき米国で定義され、国際

的に ISO 3779 によって構成される車輛識別番

号(VIN)からなるグローバルにユニークな輸送車

輛識別子(例えば、トラック)と、「+」文字の後に、

輸送車輛に割り当てられた「4I」、「VIN」「+」、「政

府発行の車輛登録ライセンスプレート番号」(明

瞭性のためにのみ示された引用符とスペース、

データの一部ではない)の形式で輸送車輛に割

り当てられた政府発行の車輛登録ライセンスプ

レート番号が続く。

注:この DI は、連結文字がプラス(+)文字である

リニアシンボルまたは他の媒体で他の DI と連

結されてはならない。

例:4I1CPH423GA4G102745+GBQ7198

4IWGV110000CMSP7891+KA-PA-777

- 81 -




ーマット

全照射フィ

ールド長内容

5I

生産工程

における車

輛の固有

生産車輛

識別子

an 50

車体タグ番号(BTN、または原料車体を識別す

るために使用される他の記述子、または別の言

い方をすれば、車輛の原料産を開始するために

使用される部品の組み立て)、次に「+」文字、続

いて「製造オーダ番号」(PON)、続いて「+」文字、

続いて「メーカー指定シリアル番号」(SN)からな

る、車輛生産工程で使用される固有の生産車

輛識別子。注:組立工程で VIN が入手でき次

第、SN 部品を VIN に交換する。

構造は、"5I"、"BTN"、"+"、"+"、"+"、"SN"が

(VIN が利用可能な場合)"5I"、"BTN"、"+"、

"+"、"+"、"VIN"に変わる。

注:引用符とスペースは明瞭化のためだけに示

されているが、これらはデータの一部ではない。

注:この DI は、連結文字がプラス(+)文字である

リニアシンボルまたは他の媒体において他の

DI と連結してはならない。

例:

SN

version:5IABCD1234+CO1234+W0L201600001

VIN バージョ

ン:5IABCD1234+CO1234+W0L0XAP68F4050901

P 顧客部品

番号 an -

顧客が割り当てたアイテム識別コード。

1P アイテム情

報

サプライヤが割り当てたアイテム識別コード

2P アイテム情

報 an

アイテムの改訂レベル(エンジニアリング変動レ

ベル、版、改訂など)を指定するために割り当て

られたコード

52P 色分け an 1...50 パートナー間で相互に合意したコード又は用語

により識別される物品の色彩

2Q 測定 n 実重量(数値のみ)

21S タイヤ ID an 16 米国特許法 49 CFR 574.5 に基づく米国運輸省

- 82 -



ーマット

全照射フィ

ールド長内容

(D.O.T)によって定義されるタイヤ識別番号。

25S ユニクアイ

テム識別子an -

ISO/IEC 15459 およびそのレジストリに従って、

会社識別番号(CIN)の保有者によって割り当て

られた取引の当事者の識別。関連発番機関コ

ード(IAC)を含み、3 つの連結データエレメントの

シーケンスとして構成される。IAC、続いて CIN、

続いてサプライヤが割り当てたシリアル番号

は、CIN 保有者のドメイン内で固有である(別紙

C.11 を参照)。

附属書 C.11:アイテムの固有識別。データ識別子(DI)25S の使用目的は、DI に続くデータが、アイテムを一意に識別する連結データストリングを表すことを示すことである。25S データストリングは、18V セグメントとサプライヤが割り当てたシリアル番号セグメントの 2 つのセグメントから形成される。サプライヤが割り当てたシリアル番号(18V セグメントで指定)は、そのサプライヤに固有のものでなければならない。

18V セグメントはセクション 1 で定義される。シリアル番号セグメントは、18V の会社識別番号(CIN)の固有のシリアル番号から構成される。部品番号および/またはロット/バッチ内でシリアライズする会社については、シリアル番号セグメント内で固有のアイテム識別を作成する方法は以下のとおり。

部品番号とシリアル番号(CIN の当該部品番号に対して固有)ロット/バッチ番号の部品シリアル番号(CIN のロット/バッチ内で固有)18V 以降のデータ文字列は、構成要素データ要素を得るために解析してはならない。

37S ユニクアイ

テム識別子an -

5 つのデータエレメントのシーケンスからなる固

有アイテム識別子:「IAC」、続いて「CIN」、続いて

「部品番号(PN)」、続いて「+」文字、続いて、CIN

保有者のドメイン内でグローバルに一意な「Part

Serial Number(PSN)」が割り当てられた(または

- 83 -




ーマット

全照射フィ

ールド長内容

管理された)サプライヤ、IAC CIN PN+PSN(視覚

的な明瞭さのためにのみ提供されるスペース。

これらはデータの一部ではない)。(上記 DI

「25S」に記載されている別紙 C.11 を参照)

7Q

製品特性

値(プロダク

ト・キャラク

タリシス・バ

リュー)(プロ

ダクト・キャ

ラクタリシ

ス・バリュ

ー)

an -

数量、金額、数金額のフォーマット：数量次いで

2 文字の ANSI X12.3 データエレメント No.355

測定コード単位

T

顧客割当

取引可能

件数推移

an -

固有のエンティティー(例えば、ロット、バッチ、加

熱)のグループを識別/トレースするために顧客

によって割り当てられたトレーサビリティ番号

12V DUNS 番号 an 9 製造者を特定する DUNS 番号

18V

取引の相

手方の識

別

-

データフォーマットが 2 つの連結セグメントから

構成されるトランザクションの当事者の識別。

初のセグメントは、ISO/IEC 15459 に準拠した

発番機関コード(IAC)である。2 番目のセグメント

は発番機関によって確立された規則に従って割

り当てられた固有のエンティティ識別会社識別

番号(CIN)である

(http://www.nen.nl/web/Normen-

ontwickelen/ISOIEC-15459-Issuing-Agency-

Codes.htm を参照)。

Z 相互定義 - 顧客とサプライヤの間で相互に定義される。

注:フィールドの長さはすべてバイト単位。ANS MH10.8.2 Data Identifiers are

maintained as continuous maintenance document at

http://mhi.org/standards/di

- 84 -


附属書 H:ISO 646 文字表現

(規範)

表 H.1:ISO646 文字セット

- 85 -



HEX DEC ASCII /ISO 646

Character HEX DEC

ASCII /ISO 646 Character

HEX DEC ASCII /ISO 646

Character

00 00 NUL 2B 43 + 56 86 V01 01 SOH 2C 44 , 57 87 W02 02 STX 2D 45 - 58 88 X 03 03 ETX 2E 46 . 59 89 Y 04 04 EOT 2F 47 / 5A 90 Z 05 05 ENQ 30 48 0 5B 91 [06 06 ACK 31 49 1 5C 92 \07 07 BEL 32 50 2 5D 93 ]08 08 BS 33 51 3 5E 94 ^09 09 HT 34 52 4 5F 95 _ 0A 10 LF 35 53 5 60 96 '0B 11 VT 36 54 6 61 97 a0C 12 FF 37 55 7 62 98 b0D 13 CR 38 56 8 63 99 c0E 14 SO 39 57 9 64 100 d 0F 15 SI 3A 58 : 65 101 e10 16 DLE 3B 59 ; 66 102 f11 17 DC1 3C 60 < 67 103 g12 18 DC2 3D 61 = 68 104 h13 19 DC3 3E 62 > 69 105 i 14 20 DC4 3F 63 ? 6A 106 j 15 21 NAK 40 64 @ 6B 107 k 16 22 SYN 41 65 A 6C 108 l17 23 ETB 42 66 B 6D 109 m18 24 CAN 43 67 C 6E 110 n 19 25 EM 44 68 D 6F 111 o1A 26 SUB 45 69 E 70 112 p 1B 27 ESC 46 70 F 71 113 q1C 28 F

S 47 71 G 72 114 r 1D 29 G

S 48 72 H 73 115 s 1E 30 R

S 49 73 I 74 116 t 1F 31 U

S 4A 74 J 75 117 u 20 32 SP 4B 75 K 76 118 v21 33 ! 4C 76 L 77 119 w22 34 " 4D 77 M 78 120 x 23 35 # 4E 78 N 79 121 y 24 36 $ 4F 79 O 7A 122 z25 37 % 50 80 P 7B 123 {26 38 & 51 81 Q 7C 124 |27 39 ' 52 82 R 7D 125 }28 40 ( 53 83 S 7E 126 ~ 29 41 ) 54 84 T 7F 127 DEL2A 42 * 55 85 U

付属書 I:RFID と２次元バーコードシンボル

(参考)

- 86 -


この基準のこのバージョンは主に RFID を中心としているが、特に２次元バーコードシンボルベースの

データを介して RFID タグとラベル間の相互運用性を奨励することが本規格の意図である。両技術を企

業内でシームレスに活用することで、大きなメリットが生まれる。

AIAG 基準 B-4 部品識別および追跡アプリケーションおよび B-11 アイテムレベル RFID は、貴社のレ

ビューに推奨される。JAIF B-16 Global Transport Label Standard for the Automotive Industry は、ロ

ジスティックスの参考としてレビューすることを推奨する。

注:印刷不可能な制御文字 GS、RS、および EOT は、人間可読/印刷可能な表現、すな

わちそれらを表すシンボルを有していない。従って、ソフトウェアプログラマは、

人間の読みやすさを助けるために、ISO 646 可読/印刷可能な文字を使用し

て、これらの制御文字を表現するようにプログラムをコード化することができ

る。例えば、RS はで、 ; GS は↔で、 EOT はで、あるいは単純に、RS また

は EOT が表示されずに、データフィールド間にスペースとして表示される。残

念ながら、一貫した推奨事項や基準は存在しないため、ソフトウェアプロバイダ

が独自の表現を採用することに任されている。

光学メディアから RFID-6 ビットエンコーディング（置き換え）の例

ユニークなアイテムアイデンティティ UII の作成は、部品の作成から始まる。以下の「As-Built」の例に

示されていないのは、各組立部品の UII が独自の UII を有することである。メーカーによってすでに作

成されており、２次元バーコードシンボルベースのラベルを使用して組立部品上に配置されている。

次のデータ例は、２次元データマトリクスシンボルからデータを読み出し、RFID タグ内でシームレスに

エンコードする方法を示している。また、RFID タグの中に特定のデータがどこに置かれているか、どの

ように符号化されているかも示す。

図 I.1 は、ガスタンクとそれに組み込まれる部品、および各部品を識別するために使用されるラベルを

示している。

図 I.2 は、5 つのデータがすべて示された 2 次元データマトリクスシンボルと、それにエンコードされた

組み立てられたガスタンク全体のトレーサビリティコードを示す。

注:以下の例では、DI は、設計上、人間可読情報に含まれていない。DI はデータマトリ

クスシンボル内で符号化される。表 I.1 参照。

- 87 -



図 I.1:ガスタンク及び関連アイテム(部品)

図 I.2:その中に符号化された「As-Buit」データを持つ２次元バーコードシンボル

注:図 I.2 に示した人間可読情報 (Human-Readable Information)では、各データ項目に

使用した DI は示されていない。DI を含むデータの完全な構成は、下記の図

1.3 に示されている。(データは明瞭化のためだけに列で示されている)。

- 88 -


~6

25SUN98765432100000000087654321A2B4C6D8E RS

P34567812 GS 12V345678912 GS TCC090303333333 RS

P23456781 GS 12V234567891 GS TBB09018222222222 RS

P12345678 GS 12V123456789 GS TAA08274111111111 RS

P45678123 GS 12V456789123 GS TDD0901444444444 RS

P56781234 GS 12V567891234 GS TEE09016555555555

図 I.3:マクロ 06(～6)を使用したデータマトリクスシンボル内の符号化データ

注:ヘッダおよびトレーラー06 マクロ("～6"はマクロ 06 を表す)：06 マクロは、ISO/IEC

15434 データ構文基準の符号化において 8 ビットで英数字を格納する。ﾃﾞｰﾀﾏ

ﾄﾘｯｸｽ ISO/IEC 18004 には、ヘッダとトレーラーを 1 文字に短縮する方法があ

る。この特徴は、ISO/IEC 15434 データ構文基準を使用して、シンボル内のデ

ータを符号化するのに必要なシンボル文字の数を減らすために開発された。

06 マクロ文字は、初のシンボル文字位置にある場合にのみ適用される。ヘ

ッダはデータストリームの接頭部として送信され、トレーラーはデータストリーム

の接尾部として送信される。

MB01 の PC ビット 17 が「1」の場合、２次元バーコードシンボルのトレーサビリティコードである「25S」ベ

ースのデータが、MB01 の Unique Item Identifier(UII)の作成に使用される。

MB01 の PC ビット 17 が「0」の時、GS1 の TDS v1.5 以上の下の直列化固有アイテム識別子のために

概説されるように、GS1 データ構造体が UII のために使用される。

残りの 5 行はユーザーメモリバンク(MB11)にプログラムされる。詳しくはこのセクションの後半を参照の

こと。

下の図 I.4 は、各データセグメントとそれが記述する物理的実体との関係を示す。

- 89 -



図 I.4:データマトリクスシンボルで符号化されたデータ

表 I.1:「As-Buit」データを構成するサブアセンブリ情報

組立 DI 部品番号 DI IAC DUNS DI トレースコード

ガスタ

ンク 25S 00000000087654321 NA UN 987654321 NA A2B4C6D8E

部品

A P 34567812 12V NA 345678912 T CC09030333333333

部品

B P 23456781 12V NA 234567891 T BB09018222222222

部品

C P 12345678 12V NA 123456789 T AA08274111111111

部品

D P 45678123 12V NA 456789123 T DD09019444444444

- 90 -


部品

E P 56781234 12V NA 567891234 T EE09016555555555

注:NA=該当なし

表 I.2:「As-Built」データの内容、MB01、MB11 にプログラミング

MB

01

データ型 AFI / DI /

EPC Type データ文字数

符号化ビ

ット数

合計

ビット

数 MB01 タグオ

ーバーヘッド CRC16(16 ビット)+プロトコル制御ワード(16 ビット) 32 32

メモリブロック 01 の UII 領域(0x20 から始まる)には、PC ビット 17=0 のとき次のデータが格納される。

(注)以下の PC ビット 17=0 と PC ビット 17=1 では同じデータではない。

EPC

別紙 F 参照 SGTIN-96

URI データ:urn:epc:tag:sgtin-

96:0.1234567.012345.123456789012 符号化デー

タ、16 進数:0x30 18 78 90 03 DC 9E 5C BE 99 1A

14

- 96 128

メモリブロック 01 の UII 領域(0x20 から始まる)には、以下のデータが格納される。PC ビット 17 が「1」の時は、

以下のデータが格納される。

(注)PC ビット 17=1 の場合、MB01 のメモリ位置 0x18～0x1F に AFI(本書では「0xA1」)をプログラミングするもの

とする。5.2.15.2.1 項参照

ISO 別紙 C

を参照 25S UN98765432100000000012345678A2B4C6D8E 40 240 272

MB

11

メモリブロック 11 には以下のデータが格納される。

(注: MB01 PC ビット 15 = 1; MB01 PC ビット 17 = 0 または 1; アクセス方式 0、フォーマット 3)

内容 DI データ

データセパ

レータ/タ

ーミネータ

符号化ビ

ット数

合計

ビット

数

プロトコルのオ

ーバーヘッド

(DSFID、プレ

カーソル、デー

タ長)

-

「0x03」は、「アクセス方式 0(ディレクトリなし)、フォ

ーマット 3(ISO/IEC 15434)」の DSFID である。

「0x46」は、ISO/IEC 15434 フォーマットインジケー

ター06(DIS)のプレカーソルである。

「0x8119」は、この例のデータの長さである。(表の

注 1 参照)

32

( 注 1) 32

顧客割当アイ

テム識別コー

ド

P 34567812 GS 60 92

DUNS 番号識

別メーカー* 12V 345678912 GS 78 170

顧客割当トレ

ーサビリティ番T CC09030333333333 RS 108 278

- 91 -



号

顧客割当アイ

テム識別コー

ド

P 23456781 GS 60 338

DUNS 番号識

別メーカー 12V 234567891 GS 78 416

顧客割り当ト

レーサビリティ

番号

T BB09018222222222 RS 108 524

顧客割当アイ

テム識別コー

ド

P 12345678 GS 60 584

DUNS 番号識

別メーカー 12V 123456789 GS 78 662

顧客割当トレ

ーサビリティ番

号

T AA08274111111111 RS 108 770

顧客割当アイ

テム識別コー

ド

P 45678123 GS 60 830

DUNS 番号識

別メーカー 12V 456789123 GS 78 908

顧客割当トレ


号

T DD09019444444444 RS 108 1016

顧客割当アイ

テム識別コー

ド

P 56781234 GS 60 1076

DUNS 番号識

別メーカー 12V 567891234 GS 78 1154

顧客割当トレ


号

T EE09016555555555

RS EOT

(表の注 2

参照)

102 1256

*発番機関コードの完全なリストは、http://www.aimglobal.org/?Reg_Authority15459 にある。

注 1:プロトコルのオーバーヘッドは、以下のものから構成される。DSFID(1 バイト)、プレ

カーソル(1 バイト)、データの長さ(2 バイトまで)プロトコルのオーバーヘッドの合

計は 4 バイト(32 ビット)である。

注 2:メッセージトレーラー文字「RS EOT」はエンコードされない。詳細は別紙 D を参照

のこと。

表 I.2 に示すアクセス方式 0 のフォーマット 03 の例については、別紙 C を参照のこと。

詳細なアクセス方式 0 のフォーマット 13 の例については、別紙 D を参照のこと。

- 92 -


附属書 J:シリアル化したバッチ/ロット番号の使用

(参考)

シリアル化された製品を製造する企業は、品番内だけでなくロットまたはバッチ内でもシリアル化される

ことがある。バッチおよびシリアル化の例としては、エンジンのような製品があり、ブロックはバッチベー

スで製造および成形され、完成したエンジンは、追跡および管理のためにシリアル化される。ロットおよ

びシリアラル化の例としては、オートモーティブエレクトロニクスがあり、ロットは、する搭載ソフトウェア

を除いて、他の点では同一であるアイテムを指し、終アイテムは、追跡および管理のためにシリアル

化される。

シリアル番号は、必要に応じ各バッチまたはロットでゼロに再初期化される。一意性を達成するために

は、バッチ番号またはロット番号をシリアル番号と組み合わせなければならない。従って、アイテムのグ

ローバルにユニークな識別は、IAC、CIN、部品番号またはロットまたはバッチ、およびシリアル番号を

含むことになる。

- 93 -



附属書 K:ANSI X12.3 データエレメント番号 355 測定コード単位

(参考)

表 K.1:ANSI X12.3 355 データエレメント番号 355 測定単位(Qualifier)の例

修飾子定義修飾子定義

2G ボルト(交流) 68 アンペア

2H ボルト(DC) CE 摂氏

2N デシベル DNS デシニュートンメーター

2P キロバイト FA 華氏

2Z ミリボルト G9 ギガバイト

4K ミリアンペア HJ 馬力

4L メガバイト HP Millimeter H20

4S パスカル HZ ハーツ

70 ボルト NU ニュートンメートル

- 94 -


附属書 L:データコンストラクト

(参考)

Data Constructs Steering Committee は、いくつかのデータフォーマットが別のアプリケーションで互い

に影響を及ぼさない方法で使用されることを期待し、このを分示している。ここでのデータ出力形式表

示は 10 進値である。

表 L.1:データフォーマット

データフ

ォーマッ

ト(10 進

数)

割り当てられ

た機関または

機能

ルート OID コメント

0 未フォーマット適用外

この値は、まだフォーマットされていない RFID タグのデフォル

ト値であるため、システムは、タグにエンコードされたデータが

ないと仮定することができる。データフォーマットとアクセス方

式を組み合わせた DSFID は、00HEX とする。

1 フル機能適用外

これは、各 OID が完全に符号化されなければならない場合、

すなわちルート OID を切り捨てることなく使用される場合であ

る。これは、RFID タグが異なるドメインからの OID、またはマイ

ナードメインからの OID の混合物を含む可能性が高い場合に

適している。

2 ルート OID を

符号化タグにエンコード

これは、データのセットを符号化する必要がある小型さなドメイ

ンに有用である。このデータフォーマットはルート OID を符号

化することを要求するが、RelativeOID のみを符号化する必要

があるように全ての OID を切り捨てる。

3 ISO-15434 1 0 15434 この基準は、元々2 次元バーコードシンボルを意図した多くの

メッセージ構造をサポートする。

4 ISO-6523 1 3

この基準は、国際コード指定子(ICD)のレベルへのドメインの

登録を扱う。例としては、DUNS、EAN 場所コード、すべてのイ

ンターネット IP アドレス、NATO、そして多くの政府や多国籍企

業スキームなどがある。このデータフォーマットは、既存の組

織構造を、変動を低限に抑えてサポートすることを可能にす

る。(注「ICD 問題」参照)

5 ISO-15459 1 0 15459

ISO/IEC 15459 は、複数の産業及び商業部門にわたる固有

の識別コードをサポートするメカニズムを提供する。この規格

の様々な部分は、サプライチェーンの全てのレベルのトラック

コードとトレースコードの基礎を提供する。

6 ISO-28560-2 1 0 15961 6

この基準は、ライブラリコミュニティの RFID タグ上のデータの

エンコーディングを扱い、すべての Relative OID 価値を定義す

る。

7 リザーブ ▬ ▬

8 ISO-15961 複

合 1 0 15961

これは、共通のルート OID{1 0 15961}を持つ OID の任意の組

み合わせを符号化することを可能にする。次に、Relative-OID

- 95 -



データフ

ォーマッ

ト(10 進

数)

割り当てられ

た機関または

機能

ルート OID コメント

が次の円弧(オブジェクトによって異なることがある)になり、次

に特定のデータエレメントを識別する別の円弧が続く。この仕

組みは、2 つ以上の関連機関が、すべての符号化効率を持た

ずに、合意–によって、符号化を共有できるように開発された。

関連機関による共同登録は、データ構築物を割り当てるため

の要件であるべきである。

9 GS1-AI 1 0 15961 9 このデータフォーマットは、GS1 適用識別子をオブジェクト識別

子構造における相対的 OID として使用することを可能にする。

10 ANS-DI-アル

ゴリズム 1 0 15961 10

このデータフォーマットは、ANS MH10 データ識別子をオブジェ

クト識別子構造における RelativeOID として使用することを可

能にする。英数字 DI は、ISO/IEC 15961:2004 で定義されたア

ルゴリズムを使用して、RelativeOID に変換される。

11 リザーブ ▬ ▬

12 IATA 手荷物 1 0 15961 12 Relative-OID 価値は IATA RP1740C 基準に定義されている。

13

ANSI-DI-マッ

ピングテーブ

ル

1 0 15961 13

このデータフォーマットは、ANS MH10 データ識別子を、データ

フォーマット 10 よりも効率的な符号化方法で、オブジェクト識

別子構造における RelativeOID として使用することを可能にす

る。現在のマッピングテーブルは、次の場所で利用できる。

http://mhi.org/standards/di

14～28

歳リザーブ ▬ ▬

29

ISO/IEC15962

規則に完全に

符号化された

閉鎖システム

データ

ルート OID は暗

示される。

このデータフォーマットは、クローズドシステムまたはプロトタイ

プデータが、15962 符号化規則に対応する方法(すなわち、関

連するアクセス方式を宣言することにより)で符号化されること

を可能にする。アプリケーションを実装する者は RelativeOID

価値の解釈指針を知っているので、ルート OID は暗黙で存在

したり登録したりする必要がない。

30

ISO/IEC15962

規則に符号化

されていない

閉鎖システム

データ

該当事項なし

完全な DSFID は、符号化されたバイトが ISO/IEC 15962 およ

び ISO/IEC 24791 の実装において変更されることなく通過す

ることを示すために、000111110 である。

31 拡張データフ

ォーマット該当事項なし

DSFID の ISO/IEC 15962 Rev1 には様々な拡張機構が含ま

れており、追加の 256 データフォーマットを割り当てることがで

きる。初の DSFID の価値が xxx11111 の場合、エンコードさ

れるデータ出力形式は、このテーブルの次の列で定義される

ものである。

32～287 リザーブ

これらの値は、ISO/IEC 15961 のパート 2 の下で登録された

オープンシステムアプリケーションのために、拡張メカニズム

が複数バイトの DSFID のための ISO/IEC 15962 規則の下で

呼び出されるときに予約される。

- 96 -


表 L.2:アクセス方式

方法構造コメント

0 ディレクト

リなし

この Access-Method は、も単純なエンコーディング規則の設定を提供

する。基本的なルールは、データオブジェクトをオブジェクト識別子にリン

クし、これを適切な構文的コンポーネントでサポートしてデータ集合を作

成することである。データ集合は、論理メモリマップの中で符号化された

バイトの連続したシーケンスを生成するために連結される。

1 ディレクト

リ一

ディレクトリ構造は、No-Directory 構造のすべての符号化規則をサポー

トするが、さらに RFID タグ上の論理メモリマップ内のより高いアドレス値

におけるディレクトリの符号化をサポートする。ディレクトリ構造が使用さ

れるとき、データを選択的に読み取ることを求める任意のコマンドは、

初にディレクトリにアクセスしてデータ設定の開始のメモリアドレスを見つ

け、次にその場所に移動してデータ設定のエンコーディングを表すバイト

を読み取ることができる。注:ディレクトリは、当初符号化データよりも遅い

時間に RFID に書き込まれてもよい。

2 パックドオ

ブジェクト

パックドオブジェクト構造は、ISO/IEC 15962 の初の改訂版と ISO/IEC

15961 のこの巻のこの版で導入された。符号化方式は、オブジェクト識別

子とそのオブジェクトの集合をとり、圧縮と符号化を統合する索引付き構

造でそれらを符号化するので、根本的に異なる。Packed-Object エンコ

ーディングスキームは、個々のエレメントに対して特定の圧縮スキームを

呼び出す、各データフォーマットに対するルールベースのテーブルを必

要とする。圧縮方式は、データフォーマットに関係なく、標準である。

Packed-Object 方式は、No-Directory および Directory Access-

Methods よりも複雑な符号化および復号化規則を必要とするが、多数の

オブジェクト識別子が符号化される必要があるときに、基本的な No-

Directory 構造にわたってさえ重要な符号化効率を提供する。これによ

り、RFID タグに必要なメモリ量を減らすことができ、リードコマンドに応答

してエアインタフェースを介して転送されるメッセージのサイズを減らすこ

とができる。アプリケーションドメインは、このアクセス方法を実装するた

めに、インデックス付き RelativeOID の表を定義する必要がある。これ

は、特定の RFID タグ上の No-Directory または Directory Access-

Methods のオルタナティブとしてのみ適用できるが、Access-Methods の

いずれかを持つタグは、同じアプリケーションで混在させることができる。

3

タグデータ

プロファイ

ル

タグデータプロファイルスキームは、典型的には多数のオブジェクト識別

子とそのオブジェクトが符号化される必要がある、固定メッセージ構造を

サポートすることを意図している。固定メッセージ構造は、合理的に均質

であり、更に、アプリケーション内のすべての RFID タグ上に正確に同じ

オブジェクト識別子を符号化するための一貫した要件を有するアプリケ

ーションに適である。各タグデータプロファイルは登録を必要とする。

4 複数レコ

ード複数記録符号化プロセスは、同一の論理メモリに符号化されるこれらの

複数インスタンスのための、構造を No-Directory、パックド目的物、およ

- 97 -



方法構造コメント

びタグデータプロファイルアクセス方法上にオーバーレイする、そしてこ

れらのアクセス方法の混合物さえもする。これは、符号化された MR ヘッ

ダと各レコードのプリアンブルの導入によって達成される。これにより、

個々のレコードのエンコーディングが固有のアクセス方法に完全に準拠

できるようになる。これにより、同じオブジェクト識別子が別の記録でエン

コードされ、1 つの記録で同じデータエレメントのリストをサポートする 1

つのルールが有効になる。Access-Method でサポートされるアプリケー

ションには 3 つの主要なクラスがあり、これらも混在させることができる。

1 つのクラスは、異なるデータフォーマットおよびデータの所有者が、同じ

RFID タグを共有するが、タグの元の所有者の制御下にあることを可能に

する。もう一つは、繰り返される同じタイプの履歴レコードの時間シーケ

ンスをサポートする。3 番目の大分類は、階層的に関連した記録、例え

ばサプライチェーンの提供や材料の種類の構造の手形などをサポートし

ている。

5-15 RFU

ISO/IEC 15962 で定義され、複数バイトの DSFID の規則で呼び出される

先物の符号化方式のために予約される。新しい Access-Methods のいく

つかは、複数レコードの固有のエンコード方式である可能性がある。これ

は、符号化方式が開発されるときにのみ決定可能である。

- 98 -


附属書 M:ANSI データ識別子請求フォーム

(参考)

Rev. ANS MH10.8.2-7262 (DI)

Reference: ___________________________

日付: __________________________________

MHS 10.8.2 データ識別子請求フォーム

すべての箇所を完成させ、以下に提出してください。

電子メール: [email protected]

メール: DIMC

c/o MHI

8720 Red Oak Blvd – Suite #201

Charlotte, NC 28007-3992

米国

電話: +1 704.676.1190

Data Identifier Request Desk の依頼

不完全なフォーム、または要求された変動に対するサポートが不十分なフォームは、提出者に返却さ

れます。ANS MH10.8.2 DI メンテナンス委員会は、審査後に作業依頼の状態を提出者に通知します。

ASC MH10.8.2 データ識別子および ANSI MH10.8.2 の新版のアプリケーション識別子の公開可能な

連続メンテナンス版の URL:http://www.mhi.org/standards/di

請求先: ___ 新しいデータ識別子

___ データ識別子の解釈指針

機関: _____________________________________________________________________________________________________

連絡先担当者: _____________________________________________________________________________________________________

住所: _____________________________________________________________________________________________________

電話: _____________________________________________________________________________________________________

電子メールアドレス: _____________________________________________________________________________________________________

- 99 -



1. 提案データ識別子

提案されたデータ識別子の説明として含まれるであろう短い説明(20 ワード以下)を提供する。解釈のために、解釈を必要とする識別子の態様の包括的な内容を提供する。

- 100 -


ページ 2(データ識別子請求)

2. ビジネスケース

提案された割り当てが必要な理由を説明せよ。ANS MH10.8.2 Data Identifier Standard への新しい割り当てによって満足されるビジネス機能、操作、または問題が何であるかを示す完全なシナリオを提供する。提案された DI がすでに機関で使用されている場合、この識別子がどのくらいの期間使用されているか、また、誰が同じ識別子を使用するかを知っている他の機関を特定してください。ANS MH10.8.2 DI メンテナンス委員会は、必要に応じて代替ソリューションを提案できる十分な情報を要求する。これは、ANS MH10.8.2 議決権パッケージにも記載され、有権者が議決権の基礎となる唯一の情報となるため、具体的に述べること。

- 101 -




3. 定義

新しい任務および業界固有の用語の定義は完全でなければならない。新しい ANS MH10.8.2 DI については、提案された割り当てと DI 定義を提供する。規則(1) 頭字語/略語は、明記しなければならない基準に追加することはできない。(2) 各 DI の割り当て定義を拡張し、完全には説明できない、すなわち、一般的な業務用語ではない用語、または業界固有の用語を提供する。(3) 参照したすべての外部公開コードリスト(非 ANS MH10.8.2)のコード源参照(新規または改訂コード源参照のフォームを使用する)についてコード源参照を提供する。もし存在するならば、このアプリケーションのためにあなたの組織が予期したデータの構造の正確な内容を提供しましょう。関連するデータエレメントとその形式(数値、英数字、固定長または可変長、進点以下桁数)を示す。アプリケーションの各データエレメントの業務機能を示す。

- 102 -



4. 媒体及び出願の使用

o どのようなメディア(例えば、バーコード、2D シンボル、RF タグなど)で、提案されたデー

タ識別子を使用するつもりですか?

o どの段階で、データ識別子とデータが作成され、適用されるか?

o 何に、いつメディアを適用するか(パッケージ、ラベル、タグ、ドキュメント、....)

o なぜ情報は機械で読み取れる必要があるのか?

o メディアはいつ、どこで読まれますか?

o 発信者以外のユーザによるデータ識別子の使用について説明する。

• 潜在的利用者数は?

5. 正当化

アプリケーションから期待される給付(ハードおよびソフトの節約)を説明してください。

6. 追加情報

あなたの組織やアプリケーションに関する追加情報は自由に添付してください。

日付: ___________________________________ 署名: _______________________________________________________________________________________

- 103 -




データ識別子データ辞書レコード

注:複数のオプションがヘッダーに続く場合は、1 つを選択して他のオプションを削除し

ます。

例:

現在リストされているとおり:クラス:数値/アルファ/英数字/バイナリ

選択後:クラス:アルファ

データ辞書詳細入力

名前: 版キー

XML Tag: DI:

定義:

クラス: 数値/アルファ/英数字/バイナリ備考:

進点:

Yes/No Min_Length:

Max_Length:

大文字小文字を区別する:

有/業務規程なし:

データエレメントソース/権限:

適用分野

領域適用カテゴリー備考

使用

適用分野使用タイプ特定用途

ALIAS:制作日

a 表の脚注。

- 104 -


附属書 N:保守依頼

(参考)

本書に公表すべき誤り等がございましたら、ご記入の上、下記住所にご返送ください。

提出者の名称日付:______________________

:社____________________________________________________________________________

会社の住所_____________________________________________________________________

電話:____________________ FAX:______________________ E-mail:____________________

変更要求(必要に応じて追加シートを使用する)ページの変更番号:

文書の現在読み込み:

推奨される変更/読むべき:

推奨される追加事項:

変動の理由

提出者の署名_________________________________________________________________

この変更要求を下記住所に機関に提出してください。

Automotive Industry Action Group

26200 Lahser Road, Suite 200 電話: (248) 358-3570

Southfield, MI48033 FAX: (248) 358-3253

米国 Web: www.aiag.org

Odette InternationalＬｉｍｉｔｅｄ

71 Great Peter Street 電話: +44 207 344 9227

London SW1P 2BN FAX: +44 207 235 7112

英国 Web: www.odette.org

一般社団法人日本自動車工業会(JAMA)

〒100-0004 東京都港区芝大門 1 丁目 1-30 電話: +81 3-5405-6130

自動車会館 FAX: +81 3-5405-6136

日本 Web: www.jama.or.jp

一般社団法人日本自動車部品工業会(JAPIA)

〒108-0074 東京都港区高輪 1-16-15 電話: +81 3-3445-4211

自動車部品会館 5 階 FAX: +81 3-3447-5372

日本 Web: www.japia.or.jp

Documents

JAIF B-21 グローバル無線周波数識別(RFID) アイテムレベル基準...- 2 - B-21 グローバル無線周波数識別(RFID)品目レベル基準 バージョン2、10/17

JAIF B-21 グローバル無線周波数識別(RFID) アイテムレベル基準...- 2 - B-21 グローバル無線周波数識別(RFID)品目レベル基準バージョン2、10/17