構造化番号でのシリアル番号

シリアル番号は、構造化データから構成することができる。この場合、あるコンポーネントはオブジェク トデータ(OD)と呼ばれ、別のコンポーネントはオブジェクトシーケンス番号(OSN)と呼ばれる。詳細は下 記参照。

P.2.1 JAMA-JAPIA は構造化シリアル番号を提案

一般:RTI は、適切な発番機関によって定義された個別企業の配分単位によって独立に管理される。し かし、複数の生産設備を有するほとんどの企業は、異なる種類の RTI を用いて、各設備によって RTI を制御することができる。

ほとんどの RTI は、5.3 項に示されるように、パーティションを装備している。パーティションは、関連す るリターナブル輸送項目と組み合わせて管理および管理されるものとする。

構造化シリアル番号のエレメントを表 P.1 に示す。

表 P.1:SN を構成する可能性のあるエレメント

シリアル番号(SN) OD(オブジェクトデータ)

OSN

(目的物シーケンス番号) FIC

(工場識別コード)

KC (現物コード)

パソコン (区分コード)

会社は、その RTI が会社のグローバルオペレーション内で一意にシリアル番号が付けられていること が保証されている限り、FIC、KC、および PC パーティションを使用しないことを選択することができる。

P.2.1.1 工場識別コード(FIC)

RTI が各生産拠点で管理すべき貴重な資産である場合、国内外に製造拠点を有する企業は、各拠点 ごとに固有の会社識別番号(CIN)を介して各拠点を一意に識別するか、または RTI を独自に追跡する ための工場識別コード(FIC)を持たなければならない。FIC の長さは 3 文字以内を推奨する。

P.2.1.2 型式コード(KC)

システム内で 1 種類の RTI のみを使用するいくつかの例を除き、種々のアイテムを輸送する際、各工 場で通常異なるタイプの RTI が必要とされる。RTI のタイプを識別するために開発されたコードは、Kind Code(KC)と呼ばれる。KC の長さは 2 文字以内を推奨します。

P.2.1.3 パーティションコード(PC)

特定のタイプの RTI は、その構造の一部として 1 つ以上のパーティションを持つことがある。パーティシ ョンコード(PC)は、それらのパーティションのタイプを識別するために使用されるコードである。PC の長 さは 2 文字以内を推奨する。

P.2.1.4 オブジェクトシーケンス番号(OSN)

OSN は、OD と組み合わさって、企業のグローバルな事業活動において固有のシリアル番号を作成す る番号である。したがって、OSN は同じ OD(FIC、KC および PC)内で排他的でなければならない。

P.2.2 DI"25B"使用時の構造化 SN の定義

DI"25B"を使用する場合、RTI-Type(RT)は重要 RTI データ(オブジェクトデータ)とみなされ、MB01 の SN に格納しなければならない。RT と OSN のフォーマットに対する異なる定義とは別に、両方とも CIN(会社識別番号)に対する異なる定義を持っている。MB01 のメモリサイズの最適な利用が試みられ ているため、ビットサイズを小さくできるすべてのフィールドに、最適なデータ圧縮を使用する必要があ る。データ圧縮の詳細については、別紙 Q を参照のこと。

P.2.2.1 から P.2.2.3 までに記述されるすべてのフィールドは、固定長であり、必要に応じて先頭ゼロで 埋められる。

表 P.2 のシリアル番号の構造は、これらの要件に関する例を提供している。

表 P.2:SN を構成する可能性のあるエレメント シリアル番号(SN)

OD(オブジェクトデータ) OSN

(オブジェクトシーケンス番号) RTI 型

P.2.2.1 会社識別番号(CIN)

表 P3 データフォーマット CIN

IAC CIN

OD 4 英数字

UN 9 数字

P.2.2.2 RTI-Type (RT)

表 P4 データフォーマット RT

IAC RT

OD 17 英数字 UN 17 英数字

注: 同一の RTI は、RTI の名前を付けた CIN によって異なる RTI タイプの内容およ び/またはフォーマットを持つことができる。

P.2.2.3 オブジェクトシーケンス番号(OSN)

OSN は、OD と組み合わせて、シリアル番号をグローバルに固有にする番号である。従って、OSN は 同じ OD(RT)内で排他的でなければならない。

表 P5 データフォーマット OSN

IAC OSN

OD 8 英数字

UN 8 英数字

附属書 Q:MB11 のデータ比較

(参考)

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

Q.1 データプロトコル環境における ISO/IEC 15962 の状況とカバーされるトピッ クス

アイテム管理のための RFID システムにおいて、情報を交換するために使用されるデータプロトコルは ISO/IEC 15961 および ISO/IEC 15962 に規定されている。どちらも、データプロトコルを完全に理解す るために必要であるが、それぞれ 1 つの特定処理に焦点を当てている。

 ISO/IEC 15961 は、アプリケーションシステムとのインターフェースを扱う。

 ISO/IEC 15962 は、データの処理と RF タグへの提示、および RF タグから取得さ れたデータの初期処理を扱う。

ISO/IEC 15962 は、以下のトピックを扱う。

 適用コマンドで定義された Access-Method の規則に従って、オブジェクト識別子の 符号化構造を提供する。

 異なる Access-Methods の変形で、エンコードされたデータに適用されるデータ圧 縮規則を指定する。

 適用コマンドで定義された Access-Method に関連付けられた追加の構文機能を 指定する。

 選択した Access-Method とタグドライバが定義する論理メモリマップのアーキテク チャに基づいて、データのフォーマット規則を指定する。

 データロックなどのアプリケーション引数をタグドライバに転送する方法を定義する。

 アプリケーションに対する応答を定義する。