Microsoft PowerPoint - auto-idshow2006.ppt

Transcription

1 . AXICON AUTO ID,Limited. Euro Plus d.o.o. Premera Symbology WEBSCAN Inc. MUNAZO CHINA MUNAZO US PRINTRONIX,INC. STRATIX Corp. MUNAZO Groupe ASTRONIX, Inc. PRINTRONIX Schweiz GmbH Munazo Global Partnership Munazo Kobe Office Welcome to Munazo

2 RSS シンボルについて ムナゾウ株式会社 宗像恒憲

3 GTIN とは GTIN(Global Global Trade Item Number) とは GTIN(Global Global Trade Item Number) ) は 国際標準の商品識別コードであり世界規模での電子商取引 EDI に共通したデータコンテンツの標準化を図るために商品コードを 4 桁に統一したものであり これは特定のバーコードシンボルを示すものではない GTIN フォーマットは UPC やJAN コードの先頭に PI 梱包識別子 桁を付加し 右端のチェックデジット 桁を再計算して 4 桁とする また UCC/EAN-28 RSS ITF4 のように 4 桁で構成される EAN/UCC4 は それ自体がGTIN である EAN/UCC-4 は PI 梱包識別子 桁 EAN メーカーコード + 商品アイテムコード =2 桁 チェックデジット 桁で構成 日本に於ける GTIN 導入予定 2007 年 3 月 集合包装用商品コード ITF シンボル 6 桁 4 桁への移行開始 集合包装用商品コードの商品アイテムコードと商品アイテムコード (EAN3( EAN3) ) との不一致タイプも流通開始 200 年 3 月 集合包装用商品コード ITF シンボルは 4 桁のみとなる 国際標準に適合した GTIN アロケーション ( 番付ルール ) ルールのみとなる シンボル UCC/EAN-4 EAN3 UCC2 EAN8 T PI N T2 N2 N 0 0 PI: : 梱包識別子 (Package( Indicator) T3 N3 N2 N 0 T4 N4 N3 N2 0 T5 N5 N4 N3 0 T6 N6 N5 N4 0 T7 N7 N6 N5 N N7 N6 N2 C/D: : チェックデジット (Check Digit) UCC/EAN-4 のPI の位置 (=N) は 0~9が設定される GTIN T8 N8 T9 N9 N8 N7 N3 T0 N0 N9 N8 N4 T N N0 N9 N5 T2 N2 N N0 N6 T3 N3 N2 N N7 T4 C/D N4 N3 N2 N8

4 梱包識別子 PI 梱包識別子とは PI(Package Package Indicator) 梱包識別子 PIは EAN/UCC-4 において商品の包装を認識するための認識番号であり 桁の数字で表される ~8 までの 8 分類は メーカーが任意に設定する包装形態を表す 但し 業界内で標準化されている場合は 業界標準の付番ルールが優先する 梱包識別子 PI PI 0 ~8 9 内容 使用単位 個装単位などの最小単位を示す 単一商品で 包装形態が異なる場合を示す 単一商品のパッケージで都度数量が異なる場合を示す アプリケーション識別子 AI は アプリケーション識別子 AI(Application Application Identifier) ) は 該当商品の用途 属性を知るためにデータの先頭に付加される 2 桁の番号で 現在開発した GS(EAN (EAN/UPC) が管理運用を行っている アプリケーション識別子は ISO/IEC548 で規格化されている

5 GS アフ リケーション識別子一覧表抜粋 抜粋 (ISO/IEC 548 規格 ) 分類 AI 識別子の定義 内容 フォーマット シリアル シッピングコンテナコード ( 注 2) (SSCC) 00 ( 注 ) 混載 ( 詰合せ ) 段ホ ールに梱包番号を表示する場合 またパレット積みされた段ホ ール全体に梱包番号を表示する場合 さらに SCM ラベルとして ASN( 事前出荷明細通知 ) システムと連携利用する場合に設定する n2+n8 グローバル トレードアイテム ナンバー (GTIN) ( 注 3) 0 02 チェックテ シ ット 桁を除いた JAN/EAN コート 2 桁の先頭にハ ッケーシ インテ ィケータを設定し チェックテ シ ット 桁を再計算した計 4 桁とする 米国 UPC コート ではチェックテ シ ットを除いた UPC 桁の先頭に前セ ロ 0 を付け さらに左端にハ ッケーシ インテ ィケータ 桁を設定し チェックテ シ ット 桁を再計算した計 4 桁とする AI ( 数量 ) とのみ併用 JAN コート では先頭に 0 を付け 4 桁に設定 UPC コート 2 桁では先頭に 00 を付けて 4 桁に設定 AI 0 0 とは併用しない n2+n4 n2+n4 バッチ / ロットナンバー 0 企業間での追跡識別のため供給者によって設定された追跡可能な番号 ( ロット番号 ハ ッチ番号 加工処理番号等 ) n2+an 20 製造年月日 (*) ( 注 4) ISO のフォーマット YYMMDD ( 例 : 製造年月日 ) 日付指定コート を指定した ANSI 規格 X2.3 のテ ータエレメント番号 374 による n2+n6 支払期限日 2(*) 支払期限日 ( 請求にもとづく ) 支払い満期日 ISO のフォーマット YYMMDD ( 例 : 支払年月日 ) n2+n6 年月日 包装年月日 3(*) ISO のフォーマット YYMMDD ( 例 : 包装年月日 ) n2+n6 販売期限日 5(*) ISO のフォーマット YYMMDD ( 例 : 販売期限日 055 ) Best Before / Sell By Date(Quality) n2+n6 保証期限日 7(*) 推奨保証期限 MUNAZO 有効 CO.,LTD ( 使用 ) 期限 薬効期限 賞味期限など ISO のフォーマット YYMMDD ( 例 : 保証期限年月日 ) n2+n6

6 シンボル送信データフォーマット 送信データ例 :]e00: ]e として リーダーから送信される場合には 符号化データは黄色文字部のみとなる EAN/UCC のシステムでは送信データ内容としては RSS 系シンボル (RSS UCC/EAN 28) は シンボル体系識別子として ]e0 (( 標準 AI エレメント列データ形式であるという ) が シンボルプリフィックスキャラクタとして先頭に送信時自動的に付加される また 標準の EAN/UPC シンボルの場合には シンボル体系識別子 ]E0 が付加される ( もし RSS シンボルに二次元合成コンポーネントが伴っている場合には 二次元合成コンポーネントの AI エレメント列データがリニアコンポーネントデータの直後に続くことになる ) シンボル体系識別子に続いて AI アプリケーション識別子 (0( 0) ) と PI 梱包識別子を含む商品コード 3 桁が付加される 但し チェックデジット 桁は データ送信時に送信データ最終列に プリフィックス 0 と AI 0 0 PI 梱包識別子 及び EAN/UPC キャラクタを加えてあらためて mod0 チェックサムで算出された 2 が新たに送信データに付加されることになる

7 リニアシンボルの情報集積能力 下に各リニアシンボルの情報集積能力比較を示す キャラクタ 桁当りのモジュール数

8 RSS シンボル RSS(Reduced Reduced Space Symbology) シンボル RSS-4 RSS Limited RSS-4 Truncated RSS Expanded RSS-4 Stacked RSS Stacked Omunidirectional RSS Expanded Stacked

9 RSS(Reduced Reduced Space Symbology) 合成シンボル RSS-4 with a four-column CC-A RSS-4 Stacked with a Two-Column CC-A RSS Limited with a Three-Column CC-A RSS Limited with a Three-Column CC-B RSS Expanded with a Four-Column CC-A

10 EAN3 CC-A A (4Columns) EAN/UCC 合成シンボル UPC-A A CC-B B (4Columns) EAN8 CC-A A (3Columns) UCC/EAN28 CC-A A 4Columns) UPC-E E CC-A A (2Columns) UCC/EAN28 CC-C

11 RSS とは RSS(Reduced Reduced Space Symbology) EAN/UPC コードや EAN/UCC28 コードで面積的に表示できない小さな商品や 医薬品や医療材料の小さな容器やパッケージに対応する為に 996 年に米国コードセンター (UCC)) と欧州 EAN インターナルで共同開発されたバーコードシンボルである 999 年には 国際自動認識協会 (AIM( AIM) ) から ITS 規格 ( 国際シンボル体系技術仕様規格 ) となる 従来の POS コードである EAN3,8/UCC-A E 等ではサイズが大きすぎる貼付スペースが限られた小さな商品用として開発される 現在海外では 大変小さなヘルスケア用途に使用されている 医薬品 医療材料等 アイテム例 : 注射器 バイアル アンプル剤 ブリスタカード 携帯電話基板 (RSS Limited) 生鮮食料品例 : 精肉 家禽肉 袋詰めされた農産物 (RSS Expanded) 個単位の農産物例 : りんご オレンジ等 (RSS Stacked Omni-directional) 物流アイテムで商品の貼付スペースでは収まりきらない多くのデータを必要とする例 : 混載されたパレットの為のコンテナ情報これら用途に使用されるシンボルに要求される事項には次のことが挙げれます 多方向 ( オム二 ) スキャニングが必要である 限られたスペースでも問題なく使用できる 幅広いデータ収集用途やその技術に最大限互換性を保持していなくてはならない GTIN( ( グローバルトレードアイテムナンバー )4 桁をコード化されている

12 RSS 2RSS とは RSS(Reduced Reduced Space Symbology) RSSシンボルは 大きく以下の 4 タイプに分類されます RSS-4 シリーズ 商品コードに国際的な電子商取引システムに対応した GTIN(Global Global Trade Item Number) ) の 4 桁を使用する (3 桁 JAN の先頭に 桁の梱包識別子を付加 その後チェックデジットを再計算した 4 桁コード ) また シンボルキャラクタは 0 から 9 までの数字のみの対応 の対応 RSS-4 RSS-4Truncated 4Truncated( ( トランケーテッド ) RSS-4Stacked 4Stacked( ( スタックド ) RSS-4Stacked Omni-directional directional( ( スタックドオムニ -ダイレクショナル ) RSS Limited( ( リミテッド ) 医薬品 医療材用途で 梱包識別子 PI を投薬単位 ( または最小投薬単位 ) の 0 と販売単位の に限定することにより シンボルサイズを最小化したシンボル RSS Expanded( ( エクスパンデッド ) RSS Expanded Stacked( ( エクスパンデッド スタックド ) EAN/UCC28 と同様にアプリケーション識別子とデータの組合せで複数のデータ連結表示を可能にしたもので有効期限やロット番号等のデータ連結が可能となります 最大 74 数字または 4 英文字までの入力が可能 用途によりまでの入力が可能 用途により最大 段までのスタッグド段 ( 多段 ) にすることも可能

13 RSS-4 4 シリーズのシンボル特徴 4 桁 GTIN コードを採用した RSS 省スペースシンボルのスタンダード EAN/UPC 商品コードではスペースが不足する商品に使用 AI(0) (0)GTIN(Grobal Trade Item number) 用識別子 { 但し シンボルには符号化されていない } PI 梱包識別子 0~9 使用可 4データキャラクタ +2+ 2ファインダパターン 全体が 96 モジュールからなる 46 エレメント ( バー / スペース ) で構成されている 2 ファインダパターンは 誤読防止の為モジュロ 79 チェックサムで符号化される レフトガードバー : ナロースペース + ナローバー ライトガードバー : ナロースペース + ナローバー 4 つのデータセグメントに分かれる 双方向読取可 クワイエットゾーン無 RSS Limited のシンボル特徴 RSS シンボル特徴 RSS シンボルで最も小さな省スペースシンボル 梱包識別子が 0 または に限定されている 医薬品等の使用単位 AI(0) (0)GTIN 用識別子 { 但し シンボルには符号化されていない } PI 梱包識別子 0または のみ使用可 2データキャラクタ ++ チェックキャラクタ 全体が 74 モジュールからなる 46 エレメント ( バー / スペース ) で構成されている チェックキャラクタが モジュロ 89 チェックサムで符号化される レフトガードバー : ナロースペース + ナローバー ライトガードバー : ナロースペース + ナローバー 双方向読取可 クワイエットゾーン無

14 RSS Expanded のシンボル特徴 RSS シンボル特徴 生鮮食品の量り売り商品等に使用される 数字で最大 74 桁 アルファベットで最大 4 文字をエンコードできる可変長シンボル AI(0) (0)GTIN(Grobal Trade Item number) 用識別子 { 但し シンボルには符号化されていない } PI 梱包識別子 0~9 使用可 チェックキャラクタ +3~2 データキャラクタ +2~ ファインダパターン 4~22 シンボルキャラクタ又は 最小 02X 最大 534X のシンボル長 高さは 34X チェックキャラクタは モジュロ 2 チェックサム レフトガードバー : ナロースペース + ナローバー ライトガードバー : ナロースペース + ナローバー 5 つのデータセグメントに分かれる 双方向読取可 クワイエットゾーン無 RSS Expanded Stacked Stackedのシンボル特徴 シンボル領域や印刷装置の関係からシンボルを一段に収めるスペースが確保できない場合に使用する 2 段から 段まで積み重ねることができる 段目 2 段目は 2~ 最大 20 シンボルキャラクタ (3 段目 0 4 段目 6 5 段目 4 6 段目 4 7~ 段目 2 各最大シンボルキャラクタタ ) 2 段 ~ 最大 段積み重ね可能 各段の高さは 34X 高さ 3X のセパレータパターンが各段の間に挟まっている チェックキャラクタ +3~2 データキャラクタ +2~ ファインダパターン チェックキャラクタは モジュロ 2 チェックサム レフトガードバー : ナロースペース + ナローバー ライトガードバー : ナロースペース + ナローバー 双方向読取可 クワイエットゾーン無

15 RSS-4 4 シリーズ シリーズシンボル構造シンボル構造 商品コードには GTIN (Grobal Trade Item number )4) 桁を使用するため桁アプリケーション識別子 AI は (0){ { 但し シンボルには符号化されていない シンボル体系識別子 (]e0( ]e0)) に続いて送信データに付加される } PI 梱包識別子は 0~9 までのいずれかを使用 全体が 96 モジュールからなる 46 エレメント ( バー / スペース ) で構成されている 20 兆個 (2 0 3 ) の値を符号化可能 4 データキャラクタ +2 ファインダパターン + 左右ガードパターンの 8 つの領域がある データキャラクタエレメントは 隣接するファインダパターンに向かって配列される 2 ファインダパターンは 誤読防止の為モジュロ 79 チェックサムでエンコードされる 使用されるキャラクタセットは 0 から 9 までの数字のみ レフトガードバー : ナロースペース + ナローバーで構成 ライトガードバー : ナロースペース + ナローバーで構成 クワイエットゾーン無 双方向読取り可

16 RSS-4 4 シリーズ シリーズシンボル構造シンボル構造 2 RSS-4 には 8 つの領域 ( 左から右 ) があり 全体が 96 モジュールで構成されている 4 つあるデータキャラクタは それぞれ (n,k) シンボルキャラクタ構造が用いられる n がモジュール数 kがキャラクタを構成しているバー数とスペース数を表す ) モジュールのスペースと モジュールのバーで左ガードパターンを構成データキャラクタ +2 ファインダパターン 2)6 モジュールからなる 4 スペースと 4 バーで外側データキャラクタ (n,k( n,k)=(6,4) を構成 3)5 モジュールからなる 3 スペースと 2 バーで左ファインダパターン ( チェックキャラクタ ) を構成 4)5 モジュールからなる 4 バーと 4 スペースで内側データキャラクタ 2 (n,k( n,k)=(5,4){ 右から左 } を構成 5)5 モジュールからなる 4 スペースと 4 バーで内側データキャラクタ 4 (n,k( n,k)=(5,4) を構成 6)5 モジュールからなる 3 スペースと 2 バーで右ファインダパターン ( チェックキャラクタ ){) 右から左 } を構成 7)6 モジュールからなる 4 スペースと 4 バーで外側データキャラクタ 3 (n,k( n,k)=(6,4){ 右から左 } を構成 8) モジュールのスペースと モジュールのバーで右ガードパターンを構成

17 ファインダパターンの構造 RSS-4 4 シリーズ シリーズシンボル構造シンボル構造 3 データキャラクタ と 2 及び 3 と 4 との各中間にあるファインダパターンは それぞれが 5 モジュールからなる 5 エレメントで構成され 左ファインダパターンは両端がスペース 右ファインダパターンは両端がバーとなっている 下表のエレメント 2 と 3 のモジュール合計が 0 から 2 であるのに対し エレメント 4 と 5 のモジュール合計は 2 となっとている したがって 幅広エレメント対 (2 と 3) の幅と連続する 4 エレメント (2 から 5) の合計幅を比で表すと 0:2 から 2:4 となる この比が RSS-4 シンボルのファインダパターン認識の論理として用いられる ファインダパターン値とエレメント幅 ファインダの値 エレメント幅 ( 外側から内側に向かって付番 ) 二つのファインダパターンが 8,0 及び 0,80 8という組み合わせで使用されることはない 0 と 8 は X 分のエッジエラーにより もう一方を反転させた形に変形されることがあり得るためである から 2 を差し引いた残り 79 通りの組み合わせは mod79 チェックサムの値を符号化している

18 RSS-4 4 シリーズ シリーズシンボル構造シンボル構造 4 RSS-4 のデータキャラクタは それぞれが (n,k( n,k) ) 構造をとり 外側データキャラクタ と内側データキャラクタは左から右へ 外側データキャラクタ 3 と内側データキャラクタ 2 は右から左へ いずれも隣接する各ファインダパターンに向かって配列されている 各データキャラクタには 奇数エレメントと偶数エレメントという二つのサブセットがあります 外側データキャラクタ と内側データキャラクタ 2 では 奇数エレメントがスペース 偶数エレメントがバーとなり 内側データキャラクタ 3 と外側データキャラクタ 4 では奇数エレメントがバー 偶数エレメントがスペースとなっている

19 RSS-4 RSS-4 4シンボルエレメント配置 4 シリーズ シリーズシンボル構造シンボル構造 5 エレメントタイプ説明エレメントタイプ説明 S 左ガードパターン 外側エレメント (モジュール幅 ) 25 S データキャラクタ 4, 偶数エレメント 2 B 左ガードパターン 内側エレメント (モジュール幅 ) 26 B データキャラクタ 4, 奇数エレメント 2 3 S データキャラクタ, 奇数エレメント 27 S データキャラクタ 4, 偶数エレメント 2 4 B データキャラクタ, 偶数エレメント 28 B データキャラクタ 4, 奇数エレメント 3 5 S データキャラクタ, 奇数エレメント 2 29 S データキャラクタ 4, 偶数エレメント 3 6 B データキャラクタ, 偶数エレメント 2 30 B データキャラクタ 4, 奇数エレメント 4 7 S データキャラクタ, 奇数エレメント 3 3 S データキャラクタ 4, 偶数エレメント 4 8 B データキャラクタ, 偶数エレメント 3 32 S 右ファインダパターン, エレメント 4 (モジュール幅 ) 9 S データキャラクタ, 奇数エレメント 4 33 B 右ファインダパターン, エレメント 3 0 B データキャラクタ, 偶数エレメント 4 34 B 右ファインダパターン, エレメント 5(モジュール幅 ) S 左ファインダパターン, エレメント 35 S 右ファインダパターン, エレメント 2 2 B 左ファインダパターン, エレメント 2 36 B 右ファインダパターン, エレメント 3 S 左ファインダパターンエレメント 3 37 S データキャラクタ 3, 偶数エレメント 4 4 B 左ファインダパターン, エレメント 4(モジュール幅 ) 38 B データキャラクタ 3, 奇数エレメント 4 5 S 左ファインダパターン, エレメント 5 (モジュール幅 ) 39 S データキャラクタ 3, 偶数エレメント 3 6 B データキャラクタ 2, 偶数エレメント 4 40 B データキャラクタ 3, 奇数エレメント 3 7 S データキャラクタ 2, 奇数エレメント 4 4 S データキャラクタ 3, 偶数エレメント 2 8 B データキャラクタ 2, 偶数エレメント 3 42 B データキャラクタ 3, 奇数エレメント 2 9 S データキャラクタ 2, 奇数エレメント 3 43 S データキャラクタ 3, 偶数エレメント 20 B データキャラクタ 2, 偶数エレメント 2 44 B データキャラクタ 3, 奇数エレメント 2 S データキャラクタ 2, 奇数エレメント 2 45 S 右ガードパターン, 内側エレメント (モジュール幅 ) 22 B データキャラクタ 2, 偶数エレメント 46 B 右ガードパターン, 外側エレメント (モジュール幅 ) 23 S データキャラクタ 2, 奇数エレメント 24 B データキャラクタ 4, 奇数エレメント

20 RSS-4 4 シリーズシンボル構造シンボル構造 6 C 言語によるエレメント幅の符号化及び復号化 シンボル値は (n k) サブセット毎にエレメント幅のパターンへ割り当てられる 割り当てられたサブセット値は C 符号化ルーチン getrsswidths によって計算され C 復号化ルーチン getrssvalue はサブセットエレメント幅を得てから計算される 例えば CC-A 合成シンボルの RSS-4 商品ナンバー 4 商品ナンバー を符号化する場合. シンボル値は 結合フラッグ 商品ナンバー = ( チェックデジット 5 は落ちている ) 2. 左右データキャラクタ対の値は 左対 = div div = 右対 = mod mod = つのデータキャラクタは データ = 左 div597= = div597=7 データ 2= 左 div597= = mod597=842 データ 3= 右 div597= =70097div597=732 データ 4= 右 div597= =70097mod597=093

21 RSS-4 シンボルキャラクタ値 4 シリーズシンボル構造シンボル構造 7 シンボル値は チェックキャラクタを挟んだ左側のデータキャラクタ対と右側データキャラクタ対の値を組み合わせて得られる シンボルキャラクタ値 V SYMBOL V SYMBOL =( =( V LPAIR SYMBOL は次の式により求められる LPAIR )+V V RPAIR LPAIR V RPAIR LPAIR が左側データキャラクタ対の値 RPAIR が右側データキャラクタ対の値 シンボル値 V SYMBOL が である場合 左右のデータキャラクタ対 V LPAIR とV RPAIR へ符号化するには : V LPAIR = V SYMBOL div V LPAIR = div =272 V RPAIR = V SYMBOL mod V RPAIR = mod = データキャラクタ対 V PAIR PAIR は次の式により求められる V PAIR =(597 C OUTSIDE )+C INSIDE C OUTSIDE と C INSIDE は 外側 / 内側の各データキャラクタ値を表す データキャラクタ対の値 V PAIR を外側のデータキャラクタ C OUTSIDE と内側のデータキャラクタ C INSIDE へ符号化するには : C OUTSIDE =V PAIR div V INSIDE C INSIDE =V PAIR mod V INSIDE 例えば データキャラクタ対の値 V PAIR が である場合には C OUTSIDE とC INSIDE はつぎの通りとなる C OUTSIDE =97265 div 597=234 C INSIDE =97265 mod 597=567 データキャラクタ対の値 外側のデータキャラクタ (n,k) (6,4) 値 (V( OUTSIDE ) 284 内側のデータキャラクタ (n,k) (5,4) 値 (V( INSIDE ) 597 データキャラクタ対 値の数 値の範囲 0~

22 RSS-4 4 シリーズシンボル構造シンボル構造 つのデータキャラクタにある奇数及び偶数サブセットの値は データ は (6,4) であり 値 7 はグループ 3 に属するため 奇数 / 偶数エレメントのモジュール数が 8/88 となる データ の値から公式を用いて V ODO と V EVEN を求めると : V ODD =( データ ー 96)div div34=(7 ー 96)div div34=750div34=22 V EVEN =( データ ー 96)mod mod34=(7 ー 96)mod mod34=750mod34=2 データ 2 は (5,4) であり 値 842 はグループ 2 に属するため 奇数 / 偶数エレメントのモジュール数が 7/87 8となる データ 2 の値から公式を用いて V ODO と V EVEN を求めると : V ODD 2=( データ 2 ー 336)div div20=(842 ー 336)div div20=506div20=25 V EVEN 2=( データ 2 ー 336)mod mod20=(842 ー 336)mod mod20=506mod20=6 データ 3 は (6,4) であり 値 732 はグループ 2 に属するため 奇数 / 偶数エレメントのモジュール数が 0/6 となる データ 3 の値から公式を用いて V ODO と V EVEN を求めると : V ODD 3=( データ 3 ー 6)div div0=(732 ー 6)div div0=57div0=57 V EVEN 3=( データ 3 ー 6)mod mod0=(732 ー 6)mod mod0=57mod0= データ 4 は (5,4) であり 値 093 はグループ 3 に属するため 奇数 / 偶数エレメントのモジュール数が 9/69 となる データ 4 の値から公式を用いて V ODO と V EVEN を求めると : V ODD 4=( データ 4 ー 036)div div20=(093 ー 036)div div48=57div48= V EVEN 4=( データ 4 ー 036)mod mod20=(093 ー 036)mod mod48=57mod48=9 5. C 符号化ルーチンによってサブセット値から以下の幅が生成される 奇数 ( 値 22)=33 偶数 ( 値 2)=33 従って データ の幅は =3333= 奇数 2( 値 6)=23 偶数 2( 値 25)=33 従って データ 2 の幅は =3233= 3233( ( 左右逆転 ) 奇数 3( 値 57)=333 偶数 3( 値 )=22 従って データ 3 の幅は =33322( = 左右逆転 ) 奇数 4( 値 9)=242 偶数 4( 値 )=22 従って データ 4 の幅は =24222=

23 データキャラクタ値 データキャラクタ値の範囲 0 ~ 60 6 ~ ~ ~ ~ 2840 RSS-4 グループ シリーズ 外側 シリーズシンボル構造シンボル構造 9 外側のデータキャラクタ (6,4) の特性 前のグループの 合計 G SUM 0 6 奇数 / 偶数 サブセット モジュール 2/4 0/6 8/8 6/0 4/2 奇数 / 偶数 最大エレメント 8/ 6/3 4/5 3/6 /8 奇数サブセット 合計 T ODD 偶数サブセット 合計 T EVEN 内側 内側のデータキャラクタ (5,4) の特性 前のグループの 奇数 / 偶数 奇数 / 偶数 奇数サブセット 偶数サブセット データキャラクタ値の範囲 グループ 合計 G SUM サブセット 最大エレメント 合計 合計 モジュール T ODD T EVEN 0 ~ /0 2/ ~ /8 4/ ~ /6 6/ ~ /4 8/ 8

24 RSS-4 外側のデータキャラクタ (6,4) の特性 4 シリーズ シリーズシンボル構造シンボル構造 0 外側のデータキャラクタ 及び 3 では 偶数エレメントの組合せの中に モジュール幅のエレメントが少くとも一つは含まれているものとする ( よって 最大エレメント幅の最大モジュール数が 9 までに制限される ) (6,4) キャラクタの組合せは 最大 284 通りある 下表は (6,4) サブセットの特徴を示したものであり 奇数サブセットと偶数サブセットを一組として データキャラクタ値に従って 5グループに分けられる 奇数 偶数いずれのサブセットもモジュール数が偶数となっている 最大エレメント幅は 隣合う二つのエレメントのモジュール数が 9 を超えることがないよう規定されている (6,4) データキャラクタ値 V D は次の式により求められる V D =(V =(V ODD T EVEN )+V EVEN +G SUM T EVEN は偶数サブセットの合計数 V ODD が奇数サブセット値 V EVEN が偶数サブセット値 G SUM は前のグループに含まれる値の合計 V ODD =(V D - G SUM )div T EVEN データキャラクタ値の範囲 グループ EVEN V EVEN =( 外側 =(V D - G SUM )mod T EVEN 外側のデータキャラクタ (6,4) の特性 前のグループの 合計 G SUM 奇数 / 偶数 サブセット 隣り合う奇数 / 偶数 最大エレメント div 整数除算演算子 mod 除算整数剰余 奇数サブセット 合計 T ODD 偶数サブセット 合計 T EVEN モジュール総数 ( 最大モジュール数 9) 0 ~ /4 8/ 6 6 ~ /6 6/ ~ /8 4/ ~ /0 3/ ~ /2 /8 26

25 データキャラクタ値の範囲 0 ~ ~ ~ 55 56~ RSS-4 V EVEN =(V D - G SUM )div T ODD 内側 グループ シリーズ 内側のデータキャラクタ (5,4) の特性 前のグループの 合計 G SUM シリーズシンボル構造シンボル構造 内側のデータキャラクタ 2 及び 4 では奇数エレメントの組合せの中に モジュール幅のエレメントが少くとも一つは含まれているものとする ( よって 最大エレメント幅の最大モジュール数が 9 までに制限される ) 偶数サブセットに関しては モジュール幅のエレメントを持っていなくても有効とすることができる (5,4) キャラクタの組合せは 最大 597 通りある 下表は (5,4) サブセットの特徴を示したものであり 奇数サブセットと偶数サブセットを一組として データキャラクタ値に従って 4グループに分けられる 奇数サブセットはモジュール数が奇数 偶数サブセットはモジュール数が偶数となっている 最大エレメント幅は 隣合う二つのエレメントのモジュール数が 9 を超えることがないよう規定されている 奇数サブセット許容値の範囲は 最も内側にあるエレメント ( 奇数エレメント ) が 4 モジュールを超えることがないよう制限されている (5,4) データキャラクタ値 V D は次の式により求められる V D =(V =(V EVEN T ODD )+V ODD +G SUM T EVEN は偶数サブセットの合計数 V ODD が奇数サブセット値 V EVEN が偶数サブセット値 G SUM は前のグループに含まれる値の合計 ODD V ODD =( =(V D - G SUM )mod T ODD 内側のデータキャラクタ (5,4) の特性 奇数 / 偶数 サブセット モジュール総数 5/0 7/8 9/6 /4 隣り合う奇数 / 偶数 最大エレメント ( 最大モジュール数 9) 2/7 4/5 6/3 8/ 奇数サブセット 合計 T ODD 偶数サブセット 合計 T EVEN

26 Mod79 チェックサム RSS-4 4 シリーズシンボル構造シンボル構造 2 各ファインダパターンのチェックサム値は データキャラクタに含まれるエレメントの幅 ( モジュール数 ) にウエイトを付け合計した値 mod79 計算して得た剰余に等しい 二つのファインダパターン値を符号化する場合には 以下の計算式に従う Temp=check value Temp が 8 以上の場合 :temp=temp+: Temp が 72 以上の場合 :temp=temp+: C LEFT =temp div 9 RIGHT =temp mod 9 C RIGHT 合成シンボル結合フラッグのセット データキャラクタ値の組合せは 通りあるが (0~ ) 個の値のみ使用 二次元合成コンポーネント結合フラッグは 独立した RSS-4 ならば 0 が送信データにセットされる 二次元合成コンポーネントが伴っている場合には 二次元シンボルの AI エレメント列データが RSS-4 データの直後に続くことになる

27 RSS -4 RSS-4 シリーズ EAN3 やUPC-A では大きすぎて 空きスペースが不十分な小さ小さな商品に使用する GTIN フォーマットに従って 4 桁で構成され POS スキャナで多方向スキャンで読み取りが可能 オムニスキャン用にデザインされた RSS-4 のスタンダード バーコード長 ;96X バーコード高 ;33X 最小 スタート ;X スペース ストップ ;X バー 4 データキャラクタ +2 ファインダパターン 2 ファインダパターンは, mod 79 チェックサムによりエラーチェックされる

28 RSS-4 シリーズ RSS -4 トランケートテッド (Truncated) 多方向スキャナでは 効率よく読取ることができないが ポータブルハンディタイプのスキャナでは読み取れるようにデザインされた小さな商品で 使用されるバーコードの高さが最小 3X までに切り詰められた RSS-4 シンボル バーコード長 ;96X バーコード高 ;3X 最小 スタート ;X スペース ストップ ;X バー 4 データキャラクタ +2 ファインダパターン

29 RSS -4 4 スタックド (Stacked) RSS-4 シリーズ RSS-4 スタックドは RSS-4 トランケイテッドの二段フォーマットとして 4 桁の情報を二段に分けてデザインされた RSS-4 であり スペースが十分なく RSS リミッテッドでさえも貼付スペースが不足するきわめてスペースが少ない小型商品に用いる 但し ポータブルハンディスキャナ用としてデザインされており 多方向読取スキャナ読取り用ではない バーコード長 ;50X バーコード高 ;3X 最小 ( 上段が 5X 5 下段が 7X 7 セパレータが X) スタート ;X スペース ストップ ;X バー 4 データキャラクタ +2 ファインダパターン セパレータパターンは左側にある モジュール幅のスペースから始まる 上下のモジュール色が異なっている場合には その左にあるモジュール色の反対色を使用する 但し 最初の 4 モジュールと最後の 4 モジュールは常に白とする

30 RSS -4 RSS-4 4 シリーズ 4 スタックドオムニダイレクショナル (Stacked Omnidirectional) RSS-4 の二段フォーマットであり 4 桁の情報を二段に分けて多方向スキャン用に読み易いようにデザインされた RSS-4 セパレータは高さ X 以上で 3 段 スタート ;X スペース ストップ ;X バー バーコード長 ;50X バーコード高 ;69X 最小 ( 高さ 3X3 のセパレータパターンを含む ) 4 データキャラクタ +2 ファインダパターン セパレータパターン ;X 以上 3 段 ( 高さ 3X 3 以上 ) で各行 33X で構成. セパレータ上段は 上にあるモジュール色の反対色となる 但し 両端とファインダパターンのエレメント,2, 3 の下にある 3 モジュールについては 隣接するファインダパターンの反対色から反転を交互に繰り返す セパレータ中段は 両端を除き交互に繰り返される白モジュールと黒モジュールからなる セパレータ下段は 下にあるモジュール色の反対色となる 但し 両端とファインダパターンのエレメント,2, 3 の下にある 3 モジュールについては 隣接するファインダパターンの反対色から反転を交互に繰り返す セパレータの最初の 4 モジュールと最後の 4 モジュールは常に白とする

31 RSS Limited リミテッド RSS RSS Limited 最も小さくて省スペース用シンボルであり PI 梱包識別子は 0 または のみ使用できる ポータブルハンディースキャナで読み取れるようにデザインされており 多方向読み取りスキャナ用ではない 医薬品 医療材用途で 梱包識別子 PI を投薬単位 ( または最小投薬単位 ) の 0 と販売単位の に限定することにより シンボルサイズを最小化したシンボル

32 RSS Limited シンボル構造 商品コードには GTIN(Grobal Trade Item number )4) 桁を使用するためアプリケーション識別子 AI は (0){ { 但し シンボルには符号化されていない シンボル体系識別子 (]e0( ]e0)) に続いて送信データに付加される } PI 梱包識別子は 0 または のみ使用可 全体が 74 モジュールからなる 46 エレメント ( バー / スペース ) で構成されている 4 兆個 (4 0 2 ) の値を符号化可能 2 データキャラクタ + チェックキャラクタ + 左右ガードパターンの 5 つの領域がある データキャラクタエレメントと チェックキャラクタは左から右へ配列される チェックキャラクタは 誤読防止の為モジュロ 89 チェックサムでエンコードされる 使用されるキャラクタセットは 0 から 9 までの数字のみ バーコード長 ;74X バーコード高 ;0X( ( 最小 ) レフトガードバー : ナロースペース + ナローバーで構成 ライトガードバー : ナロースペース + ナローバーで構成 クワイエットゾーン無 双方向読取り可

33 RSS Limited シンボル構造 2 RSS Limited には 5 つの領域 ( 左から右 ) があり 全体が 74 モジュール 46 エレメントで 構成されている (n,k) シンボルキャラクタ構造が用いられ 幅 n モジュールのシンボルキャラクタが k 個のバーと k 個のスペースから構成されることになる 4 兆個の数を符号化することができる一次元シンボルである ) モジュールのスペースと モジュールのバーで左ガードパターンを構成 2)26 26モジュールからなる 7 スペースと 7 バーで左データキャラクタ (n,k( n,k)=(26,7) を構成 3)8 8モジュールからなる 7 スペースと 7 バーでチェックキャラクタ (n,k( n,k)=(8,7) を構成 4)26 26モジュールからなる 4 スペースと 4 バーで右データキャラクタ (n,k( n,k)=(26,7) を構成 5) モジュールのスペースと モジュールのバーで右ガードパターンを構成

34 RSS Limited シンボル構造 3 ファインダパターン RSSLimited シンボルでは データキャラクタとチェックキャラクタのピッチ比がファインダパターンとなっている バーとスペース 4 エレメントからなるチェックキャラクタと隣接する同じく 4 エレメントからなる二つのデータキャラクタのキャラクタピッチ比が 26:8:26 であることから認識される この比が RSSLimited シンボルのファインダパターン認識の論理として用いられる

35 RSS Limited シンボル構造 4 RSS Limited シンボルエレメント配置 エレメントタイプ 説明 S 左ガードパターン 外側エレメント (モジュール幅 ) 2 B 左ガードパターン 内側エレメント (モジュール幅 ) 3 S 左データキャラクタ, 奇数エレメント 4 B 左データキャラクタ 2, 偶数エレメント 5 S 左データキャラクタ 3, 奇数エレメント 2 6 B 左データキャラクタ 4, 偶数エレメント 2 7 S 左データキャラクタ 5, 奇数エレメント 3 8 B 左データキャラクタ 6, 偶数エレメント 3 9 S 左データキャラクタ 7, 奇数エレメント 4 0 B 左データキャラクタ 8, 偶数エレメント 4 S 左データキャラクタ 9, 奇数エレメント 5 2 B 左データキャラクタ 0, 偶数エレメント 5 3 S 左データキャラクタ, 奇数エレメント 6 4 B 左データキャラクタ 2, 偶数エレメント 6 5 S 左データキャラクタ 3, 奇数エレメント 7 6 B 左データキャラクタ 4, 偶数エレメント 7 7 S 左チェックキャラクタエレメント 8 B 左チェックキャラクタエレメント 2 9 S 左チェックキャラクタエレメント 3 20 B 左チェックキャラクタエレメント 4 2 S 左チェックキャラクタエレメント 5 22 B 左チェックキャラクタエレメント 6 23 S 左チェックキャラクタエレメント 7 24 B 左チェックキャラクタエレメント 8 エレメントタイプ 説明 25 S 左チェックキャラクタエレメント 9 26 B 左チェックキャラクタエレメント 0 27 S 左チェックキャラクタエレメント 28 B 左チェックキャラクタエレメント 2 29 S 左チェックキャラクタエレメント 3 30 B 左チェックキャラクタエレメント 4 3 S 右データキャラクタ, 奇数エレメント 32 B 右データキャラクタ 2, 偶数エレメント 33 S 右データキャラクタ 3, 奇数エレメント 2 34 B 右データキャラクタ 4, 偶数エレメント 2 35 S 右データキャラクタ 5, 奇数エレメント 3 36 B 右データキャラクタ 6, 偶数エレメント 3 37 S 右データキャラクタ 7, 奇数エレメント 4 38 B 右データキャラクタ 8, 偶数エレメント 4 39 S 右データキャラクタ 9, 奇数エレメント 5 40 B 右データキャラクタ 0, 偶数エレメント 5 4 S 右データキャラクタ, 奇数エレメント 6 42 B 右データキャラクタ 2, 偶数エレメント 6 43 S 右データキャラクタ 3, 奇数エレメント 7 44 B 右データキャラクタ 4, 偶数エレメント 7 45 S 右ガードパターン, 内側エレメント 46 B 右ガードパターン, 外側エレメント 3(モジュール幅 ) 4(モジュール幅 ) 内側エレメント (モジュール幅 ) 外側エレメント (モジュール幅 )

36 RSS Limited シンボル構造 5 C 言語によるエレメント幅の符号化及び復号化 シンボル値は (n k) サブセット毎にエレメント幅のパターンへ割り当てられる 割り当てられたサブセット値は C 符号化ルーチン getrsswidths によって計算され C 復号化ルーチン getrssvalue はサブセットエレメント幅を得てから計算される 例えば RSSLimited シンボルで商品ナンバー を符号化する場合. シンボル値は 商品ナンバー = 左右のデータキャラクタ値は 左 = div =4904 右 = mod = ( チェックデジット 5 は落ちている ) 3.2 2つのデータキャラクタつのデータキャラクタに対応する奇数及び偶数サブセット値に対応する奇数及び偶数サブセット値は 値 4904 を持つ左データはグループ に属しており 奇数 / 偶数モジュールが 7/9 9となっているため : 左奇数 =( ( 左データ -0)div div28=4904div28=75 左偶数 =( 左データ -0)mod mod28=4904mod28=4 値 を持つ左データはグループ 6 に属しており 奇数 / 偶数モジュールが 9/7 7となっているため : 右奇数 =( ( 右データ )div div=8div=88 右偶数 =( 右データ )mod=8mod=0

37 RSS Limited シンボル構造 6 4.C C 符号化ルーチンによってサブセット値から以下の幅が生成される 左奇数 ( 値 75)= )=22245 左偶数 ( 値 4)=22 従って 左データ幅は == 右奇数 ( 値 8)= )= 右偶数 ( 値 )= 従って 右データ幅は =333522= シンボルの値シンボルの値は 左右のデータキャラクタ値を組み合わせて得られる シンボルの値 V SYMBOL は次の式により求められる V SYMBOL =( V DLEFT )+V DRIGHT V DLEFT が左側データキャラクタ値 DRIGHT が右側データキャラクタ値 V DRIGHT シンボル値 V SYMBOL を左右のデータキャラクタ V DLEFT とV DRIGHT へ符号化するには : V DLEFT = V SYMBOL div V RPAIR = V SYMBOL mod 20357

38 データキャラクタ (26,7(,7)) の特性 RSS Limited シンボル構造 シンボル構造 7 偶数エレメントの組合せの中に モジュール幅のエレメントが少くとも一つは含まれているものとするが奇数エレメントの全組み合わせでは モジュールよりも大きくてもよい (26,7) キャラクタの組合せは 最大 2,03,57 通りある 下表は (26,7) サブセットの特徴を示したものであり 奇数サブセットと偶数サブセットを一組として データキャラクタ値に従って 7グループに分けられる 奇数 偶数いずれのサブセットもモジュール数が奇数となっている 最大エレメント幅は 隣合う二つのエレメントのモジュール数が 9 を超えることがないよう規定されている (26,7) データキャラクタ値 V D は次の式により求められる V D =(V =(V ODD T EVEN )+V EVEN +G SUM EVEN は偶数サブセットの合計数 V ODD が奇数サブセット値 V EVEN が偶数サブセット値 G SUM は前のグループに含まれる値の合計 T EVEN V ODD =(V D - G SUM )div T EVEN EVEN V EVEN =( データキャラクタ (26,7) の特性 前のグループの =(V D - G SUM )mod T EVEN 奇数 / 偶数 隣合う奇数 / 偶数 奇数サブセット 偶数サブセット データキャラクタ値の範囲 グループ 合計 G SUM サブセット 最大エレメント 合計 合計 モジュール総数 T ODD T EVEN 0~ /9 6/ ~ /3 5/ ~ /7 3/ ~ / 5/ ~ /5 4/ ~ /7 8/ ~ /9 /8 6632

39 RSS Limited シンボル構造 8 Mod89 チェックサムチェックキャラクタのチェックサム値は データキャラクタに含まれるエレメントの幅 ( モジュール数 ) にウエイトを付け合計した値 mod89 計算して得た剰余に等しい チェックキャラクタ値を符号化する場合には 以下の計算式計算式に従う チェックサム値 =( 左データエレメントウエイト合計値 + 右データエレメントウエイト合計値 )mod) 89 合成シンボル結合フラッグのセット データキャラクタ値の組合せは 4,054,468,72,04 通りあるけれど 0~, , , ,999 までと 2,05,33,53,096~4,05,33,53,095 までの二つの範囲の値しか使用しない 二つの範囲が規定されているのは 最初の範囲での組合せの場合 右データキャラクタを復号化しなくても 左データキャラクタの各サブセットにあるモジュール数から二次元合成シンボルの有無が判断できるため ( ちなみにこの場合 独立した RSS リミテッドでは 左キャラクタの値が 0~ となり 合成シンボルの中にある RSS リミテッドでは 左キャラクタが ~ となっている ) 値が 以上となる二番目の範囲に属している場合には 結合フラッグがセットされ 二次元合成コンポーネントが RSS リミテッドシンボルに付随していることになる

40 RSS Expanded シリーズ EAN/UCC28 と同様にアプリケーション識別子とデータの組合せで複数のデータ連結表示を可能にしたもので 商品コードデータに重量 有効期限やロット番号等の補助データの連結が可能な RSS シンボル 可変長シンボルであり 最大 74 数字キャラクタまたは 4 英文字キャラクタまでの入力が可能 用途により最大 段までのスタッグド段 ( 多段 ) にすることも可能 シンボルキャラクタ数が 4~22 または シンボル長が最小 02X~ ~ 最大 534X 高さは 34X 最小 チェックキャラクタ +3~2 データキャラクタ +2~ ファインダパターン チェックキャラクタは モジュロ 2 チェックデジット レフトガードバー : ナロースペース + ナローバー ライトガードバー : ナロースペース + ナローバー クワイエットゾーン無 双方向読取可

41 RSS Expanded シンボル構造 シンボル構造 RSS Expanded は ファインダパターンとそれを囲む二つのシンボルキャラクタからなるシーケンスによって 構築されている シンボルキャラクタの数が奇数である場合は ファインダパターンが最後のシンボルキャラクタの後にくる 下図は 6 個のデータキャラクタを含む RSSExpanded シンボルであり の領域 ( 左から右 ) から構成 5 モジュールからなる 67 エレメントで構成されている 6 つあるデータキャラクタは それぞれ (n,k) シンボルキャラクタ構造が用いられる 幅 n モジュールのシンボルキャラクタが k 個のバーと k 個のスペースから構成されることになる ) モジュールのスペースと モジュールのバーで左ガードパターンを構成 2)7 モジュールからなる 4 スペースと 4 バーでデータキャラクタ (n,k( n,k)=(7,4) を構成 3)5 モジュールからなる 3 スペースと 2 バーでファインダパターン A を構成 4)7 モジュールからなる 4 バーと 4 スペースでデータキャラクタ (n,k n,k)=(7,4){ 右から左 } を構成 5)7 モジュールからなる 4 バーと 4 スペースでデータキャラクタ 2(n,k n,k)=(7,4) を構成 6)5 モジュールからなる 3 バーと 2 スペースでファインダパターン B2 を構成 7)7 モジュールからなる 4 スペースと 4 バーでデータキャラクタ 3(n,k n,k)=(7,4){ 右から左 } を構成 8) 7 モジュールからなる 4 スペースと 4 バーでデータキャラクタ 4(n,k n,k)=(7,4) を構成 9) 5 モジュールからなる 3 スペースと 2 バーでファインダパターン B を構成 0)7 モジュールからなる 4 スペースと 4 バーでデータキャラクタ 5(n,k n,k)=(7,4){ 右から左 } を構成 ) モジュールのスペースと モジュールのバーで右ガードパターンを構成

42 RSS Expanded シンボル構造 2 シンボルキャラクタ (7,4) の特性 奇数エレメントの組合せの中に モジュール幅のエレメントが少くとも一つは含まれているものとするが偶数エレメントの全組み合わせでは モジュールよりも大きくてもよい ファインダパターンから最も離れたキャラクタの最初の奇数エレメントは 常に 5 モジュール幅を超えない (7,4) キャラクタの組合せは 最大 2,03,57 通りある 次表は (7,4) サブセットの特徴を示したものであり 奇数サブセットと偶数サブセットを一組として データキャラクタ値に従って 5グループに分けられる 奇数サブセットのモジュール数は偶数 偶数サブセットのモジュール数は奇数となっている 最大エレメント幅は 隣合う二つのエレメントのモジュール数が 9 を超えることがないよう規定されている (7,4) データキャラクタ値 V D は次の式により求められる V D =(V ODD V ODD =( V EVEN =( ODD T EVEN )+V EVEN +G SUM T EVEN V ODD V EVEN G SUM EVEN : 偶数サブセットの合計数 ODD : 奇数サブセット値 EVEN : 偶数サブセット値 SUM : 前のグループに含まれる値の合計 =(V D - G SUM )div T EVEN =(V D - G SUM )mod T EVEN

43 RSS Expanded シンボル構造 という値のデータキャラクタを符号化する場合 データキャラクタ値がグループ 4 に属することから G SUM =2948 及び =04 となる V ODD =( ) 2948)div04=596div04= V EVEN =( ) 2948)mod04=596mod04= 04=76 RSS シンボルの C 符号化プログラムにしたがって グループ 4 に属するデータキャラクタは 6 モジュールからなりシーケンス値が 0(0~9) ) あるうちの 5(V ODD =5) ) である奇数サブセットと モジュールからなりシーケンス値が 04(0~03 03) ) あるうちの 76(V EVEN =76) ) である偶数サブセットで構成される C 符号化ルーチンによって これらサブセット値から奇数エレメント幅が {3} 偶数エレメント幅が {442} となり データエレメント幅は {4342} となる データキャラクタ値の範囲 0~ ~ ~ ~ ~ 49 グループ データキャラクタ (7,4) の特性 前のグループの 合計 G SUM 奇数 / 偶数 サブセット モジュール総数 2/5 0/7 8/9 6/ 4/3 隣合う奇数 / 偶数 最大エレメント 7/2 5/4 4/5 3/6 /8 奇数サブセット 合計 T ODD 偶数サブセット 合計 T EVEN

44 RSS Expanded シンボル構造 4 RSS Expanded シンボルエレメント配置 ( 但し 全 67 エレメントの場合の配置例 ) エレメントタイプ 説明 S 左ガードパターン 外側エレメント (モジュール幅 ) 2 B 左ガードパターン 内側エレメント (モジュール幅 ) 3 S データキャラクタ, 奇数エレメント (4モジュール以下限定 ) 4 B データキャラクタ, 偶数エレメント 5 S データキャラクタ, 奇数エレメント 2 6 B データキャラクタ, 偶数エレメント 2 7 S データキャラクタ, 奇数エレメント 3 8 B データキャラクタ, 偶数エレメント 3 9 S データキャラクタ, 奇数エレメント 4 0 B データキャラクタ, 偶数エレメント 4 S ファインダパターン A, エレメント 2 B ファインダパターン A, エレメント 2 3 S ファインダパターン A エレメント 3 4 B ファインダパターン A, エレメント 4(モジュール幅 ) 5 S ファインダパターン A, エレメント 5(モジュール幅 ) 6 B データキャラクタ 2, 偶数エレメント 4 7 S データキャラクタ 2, 奇数エレメント 4 8 B データキャラクタ 2, 偶数エレメント 3 9 S データキャラクタ 2, 奇数エレメント 3 20 B データキャラクタ 2, 偶数エレメント 2 2 S データキャラクタ 2, 奇数エレメント 2 22 B データキャラクタ 2, 偶数エレメント 23 S データキャラクタ 2, 奇数エレメント (4モジュール以下限定 ) 24 B データキャラクタ 3, 奇数エレメント (4モジュール以下限定 ) 25 S データキャラクタ 3, 偶数エレメント 26 B データキャラクタ 3, 奇数エレメント 2 27 S データキャラクタ 3, 偶数エレメント 2 28 B データキャラクタ 3, 奇数エレメント 3 29 S データキャラクタ 3, 偶数エレメント 3 30 B データキャラクタ 3, 奇数エレメント 4 3 S データキャラクタ 3, 偶数エレメント 4 32 S ファインダパターン B2, エレメント 5(モジュール幅 ) 33 B ファインダパターン B2, エレメント 4(モジュール幅 ) エレメント タイプ 説明 34 B ファインダパターン B2, エレメント 3 35 S ファインダパターン B2, エレメント 2 36 B ファインダパターン B2, エレメント 37 S データキャラクタ 4, 偶数エレメント 4 38 B データキャラクタ 4, 奇数エレメント 4 39 S データキャラクタ 4, 偶数エレメント 3 40 B データキャラクタ 4, 奇数エレメント 3 4 S データキャラクタ 4, 偶数エレメント 2 42 B データキャラクタ 4, 奇数エレメント 2 43 S データキャラクタ 4, 偶数エレメント 44 B データキャラクタ 4, 奇数エレメント (4モジュール以下限定 ) 45 S データキャラクタ 5, 奇数エレメント (4モジュール以下限定 ) 46 B データキャラクタ 5, 偶数エレメント 47 S データキャラクタ 5, 奇数エレメント 2 48 B データキャラクタ 5, 偶数エレメント 2 49 S データキャラクタ 5, 奇数エレメント 3 50 B データキャラクタ 5, 偶数エレメント 3 5 S データキャラクタ 5, 奇数エレメント 4 52 B データキャラクタ 5, 偶数エレメント 4 53 S ファインダパターン B, エレメント 54 B ファインダパターン B, エレメント 2 55 S ファインダパターン B, エレメント 3 56 B ファインダパターン B, エレメント 4(モジュール幅 ) 57 S ファインダパターン B, エレメント 5 (モジュール幅 ) 58 B データキャラクタ 6, 偶数エレメント 4 59 S データキャラクタ 6, 奇数エレメント 4 60 B データキャラクタ 6, 偶数エレメント 3 6 S データキャラクタ 6, 奇数エレメント 3 62 B データキャラクタ 6, 偶数エレメント 2 63 S データキャラクタ 6, 奇数エレメント 2 64 B データキャラクタ 6, 偶数エレメント 65 S データキャラクタ 6, 奇数エレメント (4モジュール以下限定 ) 66 B 右ガードパターン, 内側エレメント (( モジュール幅 ) 67 S 右ガードパターン, 外側エレメント (( モジュール幅 )

45 データの符号化 RSS Expanded シンボル構造 5 RSS シンボルへ符号化されるユーザデータは 常に UCC/EAN システムのデータ規格に準拠したアプリケーション識別子とデータフィールドで構成されており UCC/EAN28 シンボルへと符号化する場合と全く同じようにフォーマットされる 数量やロット番号のように可変長フォーマットのデータが連結される場合はデータ末尾を認識する為に当該データの直後に GS( グループ セパレータ ) キャラクタとして FNC を挿入する 但し 可変長フォーマットのデータが最後に連結される場合は不要となる

46 RSS Expanded Stacked シンボル構造 RSS Expanded Stacked Stackedのシンボル特徴 シンボル領域や印刷装置の関係からシンボルを一段に収めるスペースが確保でない場合に使用する 2 段から 段まで積み重ねることができる 段目 2 段目は 2~ 最大 20 シンボルキャラクタ (3 段目 0 4 段目 6 5 段目 4 6 段目 4 7~ 段目 2 各最大シンボルキャラクタ ) 2 段 ~ 最大 段積み重ね可能 各段の高さは 34X 高さ 3X のセパレータパターンが各段の間に挟まっている チェックキャラクタ +3~2 データキャラクタ +2~ ファインダパターン チェックキャラクタは モジュロ 2 チェックサム レフトガードバー : ナロースペース + ナローバー ライトガードバー : ナロースペース + ナローバー 双方向読取可 クワイエットゾーン無

47 RSS(Reduced Reduced Space Symbology) 合成シンボル RSS-4 with a four-column CC-A RSS-4 Stacked with a Two-Column CC-A RSS Limited with a Three-Column CC-A RSS Limited with a Three-Column CC-B RSS Expanded with a Four-Column CC-A

48 EAN3 CC-A A (4Columns) EAN/UCC 合成シンボル UPC-A A CC-B B (4Columns) EAN8 CC-A A (3Columns) UCC/EAN28 CC-A A 4Columns) UPC-E E CC-A A (2Columns) UCC/EAN28 CC-C

49 CC-A シンボル構造 CC-A A / RSS 合成 合成シンボル構造 CC-A はRAP (Raw Address Pattern) ( 行指示パターン ) の組合せからなる MicroPDF47 の改良型である CC-A は 2 次元合成シンボルの最小コンポーネントであり 56 桁まで符号化することができる 3~ ~ 最大 2 行 2~ ~ 最大 4 列で構成される 各行の高さは 最小 2X(X はモジュールの幅 ナローバーまたはスペース ) となる 高さ X の最小セパレータパターンが リニアコンポーネントと 2 次元合成コンポーネントの間に配置されます (EAN/UPC リニアコンポーネントとの CC-A の場合 高さ 6Xのセパレーターパターンが使用される ) 各列は一つのデータ n,k=7,4 あるいは行毎に誤り訂正キャラクタ ( コードワード ) を含む (n( はモジュールの数 kはバーの数であり またスペースの数でもある ) それゆえコードワードの幅は 7X となる 一番右の RAP 列は X バーによって終了されるので この幅は 0X の代わりに X となる CC-A の各行は 両端に X のクワイエットゾーンを必要とする コードワード列に加えて CC-A は行数を符号化する 2 つあるいは 3 つの RAP 列 ( 行指示パターン ) n,k=(0 3) ) を持つ 下図の 2 列と 3 列の CC-A バージョンは 2 つの RAP 列 ( 行指示パターン ) を持ち 4 列 CC-A バージョンは 3 つの RAP 列を持つ

50 CC-A A / RSS 合成 合成シンボル構造 2 下表は CC-A で可能なすべての列と行の組合せを表にしたものである これはまた 2 次元合成コンポーネントのサイズと容量を表示している 例えば 2 列 5 行の CC-A は幅 57X( ( 余分に右端のガードバーの X を含む ) ) 高さ 0X ( セパレータパターンを含まず ) もし 0.25mm( インチ ) の X- - 次元の場合には 幅 4.25mm(0.57 インチ ) 高さ 2.50mm( インチ ) となる CW= コード語 Error= 誤り訂正 Component Width, in X コンポーネントの幅は 両端に各 X クワイエットゾーンを含む Component Height, in X 行の高さ想定値 2X セパレータパターンは除く

51 CC-B シンボル構造 CC-B B / RSS 合成 合成シンボル構造 CC-B はシンボルの最初のコード語 920 によって識別される MicroPDF47 シンボルである 符号化システムは 符号化するデータ量が CC-A の容量を超えている場合に 通常自動的に CC-B を選択する CC-B は338 桁まで符号化することができ 0~ ~ 最大 44 行 2~ ~ 最大 4 列で構成される 列 各行は最低高さ 2X(X はモジュール幅 ) となる 高さ X の最小セパレータパターンが リニアコンポーネントと 2 次元合成コンポーネントの間に配置されます (EAN/UPC リニアコンポーネントとの CC-A の場合 高さ 6Xのセパレーターパターンが使用される ) 各コラムは一つの n,k=7,4 データ もしくは各行毎の誤り訂正コード語を含んでいる (n( はモジュールの数 k はバーまたはスペースの数である ) それゆえコード語の幅は 7X となる 各行も両端に X のクワイエットゾーンを必要とする コードワード列に加えて CC-B Bは行数を符号化する 2 つあるいは 3 つの RAP 列 ( 行指示パターン ) n,k=(0 3) ) を持つ 下図に示されているように 2 列の CC-B バージョンは 2 つの RAP 列を持ち 3 列 4 列の CC-B バージョンは 3 つのRAP 列 ( 行指示パターン ) を持つ CC-B は3 列構造において 左側に CC-A にはない 3 番目の RAP 列を持つという点において CC-A と異なる

52 CC-B B / RSS 合成 合成シンボル構造 2 下表は CC-B に可能なすべての列と行の組合せをリストにしたものである これはまた 2 次元合成コンポーネントのサイズと容量を示している 例えば 4 列 0 行の CC-B は 幅 0X 高さ 20X( ( セパレーターパターンを含まず ) もし 0.25mm( インチ ) の X- - 次元の場合には 幅 25.25mm(.0 インチ ) 高さ 5.00mm (0.20 インチ ) となる CW= コード語 Error= 誤り訂正 Component Width, in X コンポーネントの幅は 両端に各 X クワイエットゾーンを含む Component Height, in X 行の高さ想定値 2X セパレータパターンは除く

53 CC-C C UCC/EAN28 合成 CC-C シンボル構造 合成シンボル構造 CC-C はシンボルの最初のコード語であるシンボル長記述子コード語に続くコード語 920 の存在により識別される PDF47 シンボルである CC-C はUCC/EAN28 合成シンボルの中において 2 次元合成コンポーネントとして使用される EAN.UCC 合成シンボルの中でも最大のデータ容量を持ち 236 桁まで符号化できる できる 3~ 最大 30 行 ~ 最大 30 列を持つ 各行は最低高さ 3X(X3 はモジュールの幅 ) となる 高さ X 最小セパレータパターンはリ二アコンポーネントと 2 次元合成コンポーネントの間に位置する 各列 ( コラム ) は 一つの n,k=7,4 データ あるいは行ごとに誤り訂正キャラクタ ( コード語 ) を含む (nはモジュールの数 kは各バー スペースの数である ) それゆえ 誤り訂正コード語幅は 7X となる CC-C はコード語列に加えて 2 つの (7,4( 7,4) 行表示列 幅 7X のスタートパターン 幅 8X のストップパターンを持つ CC-C の各行の両端に 2X のクワイエットゾーンを必要とする CC-C は通常は UCC/EAN28 シンボルリ二アコンポーネントの幅にほぼ合わせた列数で作成される オプションとしてユーザーがより幅の広い CC-C を指定することもできるが これにより 2 次元合成コンポーネントの高さは縮小されことになる これは高さに制限のある用途に適している

54 GS 各シンボル印字品質等の要求仕様

55 THE END