JIS D 0810 : 2004 自動車－カーナビゲーションシステム用地図データ格納フォーマット

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

附属書8（参考）案内検索に関する推奨規則

この附属書（参考）は，本体に関連する事柄を補足するもので，規定の一部ではない。

1. ボリューム管理レコードのデータ宣言　ボリューム管理レコードのデータ宣言は次のとおりである。

1.1

階層検索，複合検索 “DSRC” = “Define for SeaRCh” 階層検索，複合検索　（シグネチャ）

“DSRC” = “Define for SeaRCh”は，一般的な段階を追って，データを絞り込んでいく検索に利用する。

複合検索は，エリア←→50音など，複数の画面の間を自由に遷移できるような検索。

1.2

B−Tree型検索 “DSBT” = “Define for Search of Balanced Tree” B−Tree型検索 “DSBT” =

“Define for Search of Balanced Tree”は，ある（入力）キーに対して，データが一意に決まる場合，

及びデータ量が膨大になり，各検索コストを均一化したい場合に利用する検索。基本的には，キーによっ

て該当データはソートされている。

1.3

周辺検索 “DSAR” = “Define for Search of ARound” 周辺検索 “DSAR” = “Define for Search

of ARound”は，対象地点周辺にある施設などを，近い順又はルート沿いの順番に表示するといった目的に

利用する。

1.4

音声用検索 “DSVC” = “Define for Search by VoiCe” 音声用検索 “DSVC” = “Define for

Search by VoiCe”は，音声認識専用のデータを利用する検索。ハード・方式に依存する検索。

1.5

（さらなる）ボリューム管理 “DVCR” = “Define for Volume ContRol” （さらなる）ボリュ

ーム管理 “DVCR” = “Define for Volume ContRol”は，更に，先の階層で，検索の用途・形式を決定

する場合に利用する。例えば，鉄道駅名などの場合，初段は，“鉄道駅名検索”といった表記項目となり，

次段で“50音別”・“エリア別”・“路線別”といった，それぞれのボリュームに分かれることになる。この

ような場合の初段が該当する。

1.6

地図オーバーレイ用サービス情報 “DSIM” = “Define for Service Information on Map” 地図

オーバーレイ用サービス情報 “DSIM” = “Define for Service Information on Map”は，外部から供

給する，詳細情報付きの地点情報である。基本的に，情報の変更は不可能である。

1.7

登録地点 “DPOU” = “Define for Points Of Userʼs” 登録地点 “DPOU” = “Define for Points

Of Userʼs”は，利用者が作成・変更可能な地点情報である。

1.8

おすすめルートデータ “DIRD” = “Define for Interesting Routeʼs Data” おすすめルートデ

ータ “DIRD” = “Define for Interesting Routeʼs Data”は，目的地と，出発地点（立ち寄り地点）

から目的地までのルートデータを管理する。ルートデータとしては，既に計算済みの点列表現のものと，

計算条件だけを格納し，選択時に再計算を行うものの2種類が考えられる。

1.9

ゲーム “DGAM” = “Define for GAMes” ゲーム “DGAM” = “Define for GAMes”は，HTML

などを利用したゲームの管理に利用する。

ゲームの種類としては，占い・相性診断によるお勧めスポットの選択など，あくまでドライブ（目的地

を設定・地点情報を選択）することを目的としたものである。

2. アドレス記述宣言　アドレス記述宣言は，アドレスの記述方法について以下のシグニチャで，その方

針を記述する。ボリューム管理レコード（管理型）以外のレコードで，以下に管理される検索フレームで

定義される“アドレス”は，すべて本宣言での方針に準じる。

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

361

2.1

ファイル名称＆オフセット指定 “FNME” = “File Name & offset”

2.2

オフセット指定 “OFST” = “OFfSeT”

2.3

地図ユニット依存型指定 “DPUA”or“DPUB” = “DePend of Unit A(B)”

2.4

メッシュ依存型指定 “DPME” = “DePend of MEsh”

3. 地点情報管理レコードのデータ宣言

3.1

地点情報（通常）

“PINR” = “Point of Interest(NoRmal)”

3.2

地図ユニット依存型

“PIFA” = “Point of Interest depend of map Frame A”

“PIFB” = “Point of Interest depend of map Frame B”

3.3

メッシュ依存型

“PIME” = “Point of Interest depend of Mesh”

基本的には，地図ユニット依存型になるものは，周辺検索でだけ使用するもの，又は，検索とは関係な

く，カーソルなどによって，地図上で選択された施設などの解説として利用されるものに限られる。

なお，1ユニットのデータサイズオーバー，スケールごとにデータをもつ無駄を省くため，付加データ

A・Bフレームに，該当データフレーム，地点情報フレームなどの実データを設定せず，実データのある

位置を示すアドレスを設定する場合もある。

更に，一部データだけ実データを設定，その他は，アドレスによって，実データのある位置を検索する

ことが可能である。

付加フレームの記述方法は，検索データのように，ボリュームによる管理を行う。

メッシュ依存型も上記同様であるが，周辺検索にて使用するもの，又は検索とは関係カーソルなどによ

って地図上で選択された施設などの解説として利用されるものに限られる。付加データA，Bのデータと

は異なり，別のメディアにもデータを格納することも可能である（地図データをキーに検索を行わないよ

うな場合。）。

4. 地点情報種別宣言

4.1

地点情報（通常） ”PKNR” = “Point of interest Kind NoRmal”

4.2

地点情報（住所） ”PKAD” = “Point of interest Kind ADdress”

5. 検索詳細情報レコードのデータ宣言

5.1

50音検索

“SR50” = “SeaRCH by 50 on”

5.2

住所検索（日本）

“SRJP” = “SeaRch by JaPanese area”

5.3

電話番号検索

“SRTN” = “SeaRch by Telephone Number”

5.4

（単なる）階層検索

5.5

ジャンル検索

5.6

（混在の）階層検索

5.7

周辺検索

“SRNR” = “SeaRch (NorMal)”

“SRGN” = “SeaRch by GeNre”

“SRMX” = “SeaRch (MiXed)”

“SRAR” = “SeaRch by ARound”

6. シグネチャ一覧　インタオペラビリティを確保するため，案内検索で使用するシグネチャを以下に推

奨する。附属書8表1による。

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

附属書8表 1 シグネチャ　一覧

シグネチャ

名称

意味

ゲーム（HTML等を利用したはん用的なもの）

おすすめルートデータ

地点情報　データ宣言

登録地点

（静的な）周辺検索

住所検索

B−Tree型検索

HTMLサービス情報検索

地図オーバーレイ用サービス情報

階層検索・複合検索

（動的な・リアルタイムの）周辺検索

電話番号検索

音声用検索

郵便番号検索

（さらなる）ボリューム管理

地点情報メッシュ検索管理（通常）

地点情報（通常）

アルファベット　キーボード（大文字・小文字の区別なし）

アルファベット　キーボード（KBA1＋数字）

地方名　キーボード

都道府県名　キーボード

市区町村名　キーボード

地名　キーボード

系列会社名，チェーン店名称キーボード

ジャンルリストキーボード

グループ（見る・遊ぶ・食べる）リストキーボード

50音　キーボード（完全）

50音　キーボード（大文字だけ）

50音　キーボード（KBJ1＋数字）

50音　キーボード（KBJ2＋数字）

50音　キーボード（KBJ1＋アルファベｯト）

50音　キーボード（KBJ2＋アルファベｯト）

50音　キーボード（KBJ3＋アルファベｯト）

50音　キーボード（KBJ4＋アルファベｯト）

数字用　はん用キーボード

電話番号用　キーボード

郵便番号用　キーボード

国際電話　番号用　キーボード（国番号を追加）

海外　郵便番号用　キーボード（けた数の制限を変更）

路線名キーボード

観光地エリア分類キーボード

観光地エリア項目1キーボード

観光地エリア名キーボード

電話帳ジャンル選択キーボード

通常キーボード　（リスト形式）

周辺検索用　該当データ　宣言

ファイル管理部　宣言

メッシュ検索ブロック　宣言

検索ブロック　宣言

住所文字数

都道府県コード

行政区域（市区町村）コード

大字／小字コード

丁目

号

番地

建物階数

部屋番号

住所名称

（住所）番地名称

住所1

住所2

住所3

50音コード全体（日本語だけ）

番地（数字）コード

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

363

附属書8表 1 シグネチャ　一覧（続き）

シグネチャ

名称

意味

種別＋店鋪コード

エリアコード

建物ID

建物名称

ダミー

50音コード“数字，あ，か，さ・・ん”だけ

種別コード

店鋪コード　上位Xビットまで

案内地点軽度緯度座標

高速施設（SA・PA）情報

ジャンプテーブルレコード数

ジャンプキー

ジャンプテーブル作成基準

ジャンプテーブル選択肢へのオフセット

ジャンプテーブルサイズ

ジャンプテーブル　サイズ＆対応キー＆オフセット＆

緯度

リンク方向1

リンク方向2

案内地点経度2

表記項目　言語別オフセット

リンクID番号1

リンクID番号2

リンク方向

リンクID番号

経度

案内地点緯度1

案内地点緯度2

座標精度

表示地図尺度

（表示）名称

名称文字数

経度緯度（真位置）座標

検索メッシュ番号

検索メッシュ統合度

市外局番

市内局番

加入者番号

電話番号

表記項目　文字情報サイズ

テキスト文字数

テキストデータ

読み文字数

（名称）読み

郵便番号　けた数

郵便番号

動作記述

フィールドリレーション

通常　（状態・表現）

オフセット表現

ポインタ表現

実数代入

実オフセット記述

実ポインタ記述

音声認識用データ

可変長表現

50音＋αコード検索キー

都道府県コード検索キー

行政区域コード検索キー

大字／小字コード検索キー

アルファベット検索キｰ

建物ID検索キー

検索メッシュ番号キー

市外局番検索キー

市内局番検索キー

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

附属書8表 1 シグネチャ　一覧（続き）

シグネチャ

名称

意味

加入者番号検索キー

番号検索キー

郵便番号検索キー

50音検索

周辺ジャンル検索

周辺検索

建物ID検索

建物情報検索

B-Tree型検索機能

（単なる）階層検索

（観光地エリア別）階層検索

ハイブリッドエリア検索（狭域エリア : 行政）

ハイブリッドエリア検索2（狭域エリア : 観光地）

ハイブリッドジャンル検索

エリア検索（日本）

観光地エリア検索（日本）

メッシュ検索

ハイブリッド検索

（単なる）階層検索

電話番号検索

郵便番号検索

ジャンル遊園地検索機能

ジャンル空港検索機能

ジャンル水族館検索機能

ジャンルビジネスホテル検索機能

ジャンルキャンプ検索機能

ジャンル交差点検索機能

ジャンル城・城跡検索機能

ジャンルデパート検索機能

ジャンルフェリー検索機能

Function Genre Famous place & Sightseeing point ジャンル名所・観光地検索機能

ジャンルゴルフ場検索機能

ジャンルホール検索機能

ジャンル病院検索機能

ジャンルホテル・旅館検索機能

ジャンル高速道路施設検索機能

ジャンル国際展示場検索機能

ジャンルジャームス検索機能

ジャンル図書館検索機能

ジャンル各種資料館検索機能

ジャンルマリーナ検索機能

ジャンル美術館検索機能

ジャンル役所検索機能

ジャンル公営娯楽検索機能

ジャンル公共の宿検索機能

ジャンル公園検索機能

ジャンル警察署検索機能

ジャンルペンション検索機能

ジャンル温泉検索機能

ジャンル特別情報付き施設検索機能

ジャンルスキー場検索機能

ジャンル学校検索機能

ジャンル神社・仏閣検索機能

ジャンルスポーツ検索機能

ジャンル道の駅検索機能

ジャンル駅検索機能

ジャンル競技場

ジャンル自動車ディラー・販売店検索機能

ジャンル有料道路検索機能

ジャンルトヨタレンタカー検索機能

Function Genre Tax office & District land ジャンル税務署・陸運局検索機能

ジャンル結婚式場検索機能

ジャンル動物園・植物園検索機能

電話番号検索機能

電話番号局番機能

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

365

附属書8表 1 シグネチャ　一覧（続き）

シグネチャ

名称

意味

ハイブリッド検索機能

エリア検索機能

電話帳検索機能

郵便番号複合検索機能

郵便番号検索機能

周辺検索機能

周辺　ジャンル検索機能

メッシュ検索機能

建物情報検索機能

種別コード　数

次段カテゴリ・該当データ判別フラグ

種別コード　大分類

種別コード　小分類（店舗コード）

種別コード（一般）種別＋店鋪

種別コード

付帯施設／種別コード

種別マスクコード　大分類

種別マスクコード　小分類

付加情報　ファイル名称　文字数

付加情報　ファイル名

付加情報　（ファイル先頭からの）オフセット

付加情報　サイズ

前レコード先頭へのリレーション

選択肢定義フィールド数

定義フィールド数

検索動作定義

格納データフラグ

消去フラグ

該当データの数

該当データレコードサイズ

該当データへのオフセット

該当データ読み取りサイズ

HTMLデータへのオフセット

HTMLデータサイズ

関連施設参照ID

同一物件連続件数

周辺検索データフレームへのオフセット

付加情報A依存検索

付加情報B依存検索

メッシュ依存検索

住所依存検索（日本）

選択肢格納データフラグ

選択肢　数

選択肢末尾レコードへのオフセット

選択肢先頭レコードへのオフセット

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

附属書8表 1 シグネチャ　一覧（続き）

シグネチャ

6.1

名称

意味

サービス情報

格納データフラグ

トップメニュー名称

画像データID

画像データへのオフセット

画像データサイズ

車両制限情報

付加情報記述

HTML 情報

BMP イメージファイル

GIF イメージファイル

JPG イメージファイル

イメージデータ

メモ（テキスト情報） byte数

メモ（テキスト情報）

ルート計算　条件

ルートデータ

ルートデータ　ポイント列

ルートデータ　データサイズ

音声データ

道路名称

道路　右（左）側

地図オーバーレイ用サービス情報

付加情報種類

テキストデータ

WAV サウンドファイル

緯度経度　座標数（反応ポイント数）

フィールド　記述タイプ用　シグネチャ　一覧　フィールド　記述タイプ用　シグネチャ　一覧

は，附属書8表2による。

附属書8表 2 フィールド　記述タイプ用　シグネチャ　一覧

シグネチャ

6.2

名称

意味

通常表現

実数代入

オフセット表現

実オフセット記述

ファイル名記述

ディレクトリ名記述

ポインタ表現

実ポインタ記述

動作記述

音声認識用データ

可変長表現

フィールドリレーション

（前後レコードへのオフセット）

アドレス表記　データ宣言（記述内容）　シグネチャ　一覧　アドレス表記　データ宣言（記述

内容）　シグネチャ　一覧は，附属書8表3による。

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

367

附属書8表 3 アドレス表記　データ宣言（記述内容）シグネチャ　一覧

シグニチャ

6.3

名称

意味

ファイル名記述

ディレクトリ名記述

ポインタ表現

オフセット（絶対）指定

地図ユニット依存型指定

（付加情報A）

地図ユニット依存型指定

（付加情報B）

メッシュ依存型指定

フィールド記述型宣言　シグネチャ一覧　フィールド記述型宣言　シグネチャ一覧は，附属書8表4

による。

附属書8表 4 フィールド　記述型宣言　シグネチャ一覧

シグネチャ

サイズ

符号あり8bits 整数

符号なし2bits 整数

符号なし4bits 整数

符号なし8bits 整数

符号なし16bits 整数

符号なし32bits 整数

符号あり32bits 実数

符号あり64bits 実数

シグニチャ

0(FALSE) or not0(TRUE) 論理型

4Bytes BCD時分秒セクタ表現 (hhmmssbb)

フィールド定義テーブル

緯度経度表現

数＋(自然数タイプデータ)テーブル

オフセット数＋オフセットテーブル

数＋(サイズ+オフセット)テーブル

可変長

数＋(シグネチャ＋サイズ+オフセット)テーブル

ビットフラグ　ビット指定

ビットフラグ利用時のパディング用

多言語対応表現文字情報データリスト

可変長

多言語対応表現文字情報データリスト2

名称

可変長

意味

無効

キャラクタ

符号あり2bits 整数

符号あり4bits 整数

符号あり16bits 整数

符号あり32bits 整数

−BN: 緯度経度表現

緯度・経度は，南西の端点を最小，北東の端点を最大とし，緯度経度それぞれPID形式とする。

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

−CT: 数＋（自然数タイプデータ）テーブル

SWSの数＋自然数タイプの実データで構成する。

複数の周辺検索の対象コードの指定　などに利用する。

CT: 数＋（Nデータ）テーブルは，附属書8表5による。

又，（N 自然数タイプデータ）テーブルは，附属書8表6による。

附属書8表 5 CT: 数＋（Nデータ）テーブル

項番　オフセット　データ長

データ形式

項目名

数

（N 自然数タイプデータ）テーブル

備考

識別

備考

識別

附属書8表 6 （N 自然数タイプデータ）テーブル

項番　オフセット　データ長

データ形式

項目名

データ（1）

データ（2）

データ（n）

−OT: オフセット数＋オフセットテーブル

SWSのオフセット数＋2byte(D)単位のオフセットポインタから構成する。

オフセットポインタの場所にある実データが，固定長で，用途が判明しているときに使用する。

実データの判別には，定義フィールドの付加情報を利用する。

複数の経路探索対象（複数の入口）の緯度経度表現などに利用する。

OT: オフセット数＋オフセットテーブルは，附属書8表7による。

又，オフセットポインタテーブルは，附属書8表8による。

附属書8表 7 OT: オフセット数＋オフセットテーブル

項番　オフセット　データ長

データ形式

項目名

オフセット数

オフセットポインタテーブル

備考

識別

備考

識別

附属書8表 8 オフセットポインタテーブル

項番　オフセット　データ長

データ形式

項目名

オフセットポインタ（1）

オフセットポインタ（2）

オフセットポインタ（n）

−SO: 数＋(サイズ+オフセット)テーブル

SWSのピース数＋[SWSの実データサイズ＋2バイト(D)単位のオフセットポインタ]テーブルより

構成する。

オフセットポインタの場所にある実データが，可変長で，用途（利用方法）が判明しているとき

に使用する。

実データの判別には，定義フィールドの付加情報を利用する。

SO: 数＋(サイズ+オフセット)テーブルは，附属書8表9による。

又，（サイズ＋オフセットポインタ）テーブルは，附属書8表10による。

又，（サイズ＋オフセットポインタ）ピーステーブルは，附属書8表11による。

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

369

附属書8表 9 SO: 数＋(サイズ+オフセット)テーブル

項番　オフセット　データ長

データ形式

項目名

ピース数

（サイズ＋オフセットポインタ）テーブル

備考

識別

備考

識別

備考

識別

附属書8表 10 （サイズ＋オフセットポインタ）テーブル

項番　オフセット　データ長

データ形式

項目名

（サイズ＋オフセットポインタ）（1）

（サイズ＋オフセットポインタ）（2）

（サイズ＋オフセットポインタ）（n）

附属書8表 11 （サイズ＋オフセットポインタ）ピーステーブル

項番　オフセット　データ長　データ形式

サイズ

オフセットポインタ

項目名

−SO: 数＋(シグネチャ＋サイズ+オフセット)テーブル

SWSのピース数＋（SWSの実データサイズ＋2バイト(D)単位のオフセットポインタ）テーブル

から構成する。

オフセットポインタの場所にある実データが，可変長で，用途（利用方法）が判明しているとき

に使用する。

実データの判別には，定義フィールドの付加情報を利用する。

SO: 数＋(シグネチャ＋サイズ+オフセット)テーブルは，附属書8表12による。

又，（シグネチャ＋サイズ+オフセット）テーブルは，附属書8表13による。

又，（シグネチャ＋サイズ+オフセット）ピーステーブルは，附属書8表14による。

附属書8表 12 SO: 数＋(シグネチャ＋サイズ+オフセット)テーブル

項番　オフセット　データ長　データ形式

項目名

ピース数

（シグネチャ＋サイズ＋オフセｯトポインタ）テーブル

備考

識別

備考

識別

備考

識別

附属書8表 13 （シグネチャ＋サイズ+オフセット）テーブル

項番　オフセット　データ長　データ形式

項目名

C:SWS:D （シグネチャ＋サイズ＋オフセｯトポインタ）（1）

C:SWS:D （シグネチャ＋サイズ＋オフセｯトポインタ）（2）

C:SWS:D （シグネチャ＋サイズ＋オフセｯトポインタ）（n）

附属書8表 14 （シグネチャ＋サイズ+オフセット）ピーステーブル

項番　オフセット　データ長　データ形式

シグネチャ

サイズ

オフセットポインタ

項目名

−BF: ビットフラグ

−NB: ビットフラグ利用時のパディング用

ビットフラグ（ビット指定）を使用する場合，フィールドを設定し，ビットアレンジを宣言する

必要がある。

ビットフラグ利用時は，MSBから，アサインするものとする。また，使用しないビットに関して

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

は，“NB”を利用して，明確に分かるようにする。

−ML: 多言語対応表現文字情報データリスト

多言語対応表現文字情報データリストは，“表記項目”などで利用されている形式を利用する。デ

ータ長は可変長。フィールド数は，必ず，＝1となる。　メタデータで設定される対応言語数を格納

する。格納の順番は，メタデータでの格納順とする。ただし，格納言語が1種類（単言語：例えば，

日本語だけ）の場合は，言語別オフセットテーブルは，削除する。

多言語対応表現文字情報データリストは，附属書8表15による。

附属書8表 15 多言語対応表現文字情報データリスト

項番　オフセット　データ長　データ形式

項目名

多言語対応表現　文字情報データサイズ

多言語対応表現　言語別オフセットポインタテーブル

多言語対応表現　文字情報リスト

備考

識別

−MC: 多言語対応　表現文字情報データリスト2

多言語対応表現文字情報データリスト2は，“表記項目”などで利用されている形式を利用する。

上記多言語対応表現文字情報リストと異なり，文字情報データサイズは存在しない別途設定する。

メタデータで設定する対応言語数分格納し，格納の順番は，メタデータでの設定順とする。ただ

し，格納言語が1種類（単言語：例えば，日本語だけ）の場合は，“言語別オフセットテーブル”，

“多言語対応文字列サイズ”は削除する。

多言語対応表現文字情報データリスト２は，附属書8表16による。

附属書8表 16 多言語対応表現文字情報データリスト2

項番　オフセット　データ長　データ形式

項目名

多言語対応表現　言語別オフセットポインタテーブル2

多言語対応表現　文字情報リスト2

備考

識別

備考

識別

備考

識別

多言語対応　言語別オフセットポインタテーブル2は，附属書8表17による。

附属書8表 17 多言語対応　言語別オフセットポインタテーブル2

項番　オフセット　データ長　データ形式

項目名

多言語対応　言語別オフセットポインタ2（言語1）

多言語対応　言語別オフセットポインタ2（言語2）

多言語対応　言語別オフセットポインタ2（言語n）

多言語対応　文字情報2は，附属書8表18による。

附属書8表 18 多言語対応　文字情報2

項番　オフセット　データ長

データ形式

項目名

多言語対応　文字列サイズ（バイト）

多言語対応　文字列

上記，データ長B0 については，このフィールドを設定する場合，別途設定する本フィールドの

データ長と同じデータ長をもつ。すなわち，

固定長表現され，別途“多言語文字情報2サイズ”が“UW”で設定する場合，B0=2

可変長表現され，このフィールドのデータ長が“CH”で設定する場合，B0=1

となる。

6.4 個別拡張時のシグネチャ記述について　このフォーマットにて設定するメーカ共通のシグネチャは，

先頭1文字が英大字で設定することとする。

個別拡張で追加シグニチャを格納する場合は，先頭1文字がメタデータで設定するMIDに対応するメー

カ識別キャラクタコード（1文字）を英大文字以外のコードを用いて設定することとする。

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

371

7. レコード間のバウンダリに関する規則　基本的に，データのアクセス効率をよくするための工夫とし

て，レコード間のバウンダリに関して，次の運用規則を設ける。

a) レコードサイズは，2の倍数を基準とする（4の倍数を基準単位とすることを推奨）。

b) フィールドサイズは，1の倍数を基準とする（2の倍数を基準単位とすることを推奨）。

備考　ただし，1バイト未満のフィールドが連続格納する場合は，附属書8の10.に後述する。

8. B-Tree型検索のキー記述に関する規則 B-Tree型検索等，キーを使用する場合，その検索キーは，レ

コードの先頭から配置するものとする。

9. 選択肢の定義に関する規則 “DCSF” = “Define for Count of Sub Fields”

カテゴリの選択肢数を格納したならば，それ以降のフィールドは，選択肢の設定となる。選択肢である

ことを明確にするため，シグニチャ“DCSF”を宣言する。つまり，“SELN”を宣言した場合，その後ろの定

義フィールドは，必ず“DCSF”となる。

具体的には，附属書8表19による。

附属書8表 19 鉄道駅　路線別の場合のカテゴリの設定　例

用途

（シグネチャ）

記述タイプ

（シグネチャ）

項番

記述型宣言

データ数

付加情報

特記事項

定義フィールド宣言

名称

選択肢数

選択肢定義フィールド宣言

（選択肢）名称

該当データ数

該当データへのオフセット

次カテゴリへのオフセット

項番4以降が，選択肢の設定部分である。

10. フィールド間のバウンダリに関する規則

10.1 1バイト以上フィールドのバウンダリ規則 1バイト以上フィールドのバウンダリ規則は，1byte単

位のバウンダリを保証する。

10.2 1バイト未満のフィールドのバウンダリ規則 1バイト未満のフィールドのバウンダリ規則は，デー

タのアクセス効率をよくするために，バイト境界をまたぐフィールドの設定を制限する。

フィールド定義でバイト境界をまたぐ設定を行った場合は，次のフィールドの間がパンディングする（附

属書8図1参照）。

↑パンディングビット

bit

型宣言（定義フィールド）

↑パンディングビット

附属書8図 1 1バイト未満のフィールドバウンダ規則

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

11. フィールド型宣言に関する規則　フィールド型宣言に関する規則は，フィールド　記述タイプで“可変

長表現”を利用した場合，当該フィールドの先頭に可変長フィールドの定義フィールドのデータ数で指定

された型でデータ列のサイズを格納する（型宣言が1バイト未満の場合は附属書8の7.の運用規則に従う。）。

12. 可変長レコードに関する規則　フィールド記述タイプで可変長表現若しくはフィールド用途（シグネ

チャ）で格納データフラグを利用した場合，当該レコードは可変長レコードとなる。

可変長レコードを効率よく双方向にアクセスするために，次の運用規則を設ける。

a) 1レコードの総サイズは，2の倍数を基準とする（4の倍数を基準単位とすることを推奨）。

b) 実際のデータ列に，前後の該当フィールドのへのリレーションを格納する。

13. 格納データフラグ運用規則　格納データフラグは，定義フレーム中任意の箇所に配置することが可能

で，定義されたフィールド以降のフィールドの存在有無をビットフラグによって示すことが可能である。

格納データフラグは，次の運用規則を設け利用することが可能である。

a) 格納データフラグは，格納するフィールドよって設定ビット分のフィールドの存在の有無を示す。格

納データフラグの表現範囲外のフィールドは，すべてフィールドは存在することとする。

b) 格納データフラグは，同一定義フレームで複数設定可能であるが，新たなの格納データフラグが定義

された場合は，以降の格納データフラグは無効とし，ダミービットとする。以降のフィールド定義は，

新たに設定された格納データフラグで行う。

c) 選択肢定義フィールド宣言のある定義フレームで，親カテゴリのフィールド有無を格納データフラグ

を用いて表現することも可能である（ただし，親カテゴリ内でだけ有効とし余ったビットは，ダミー

ビットとする。）。

d) 選択肢定義フィールド宣言のある定義フレームで，選択肢に格納データフラグを格納する場合ですべ

ての選択肢での格納データフラグ同一の場合，親カテゴリに“選択肢格納データフラグ”(=“SEFG”)

を設定することが可能である。（選択肢格納データフラグも他の運用規則に同様に準じる。）。

e) 格納データフラグは，“UB”の配列型にて設定することとし，各定義フレームにおいてサイズは異な

る（ただし，各格納データフラグで余ったビットはダミービットとする。）。

ビットフラグのアサインについては，LSBからアサインするものとする。

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

373

例　定義フィールド数が10フィールドの場合　附属書8図2に例を示す。

[0]

[1]

対応フィールド

ダミー（0固定）

対応するビットが1の場合はそのフィールドが存在し，0の場合は存在しない。

項目数が9個以上となり格納データフラグとして複数バイトが必要になる場合，

バイト単位で拡張し,配置されるバイトの下位ビットから順にフィールドを対応付ける。

バイト単位で余ったビットはダミー（0固定）とする。

附属書8図 2 格納データフラグ運用規則の例

14. 種別コードに関する規則　情報の分類は，主観的なものである。そのため，地点情報データを業種ご

とに分ける／分けないといった設定は行わない。ただし，分類表（分類名及び種別コードの一覧表）は，

別途規定する。この分類表は，データ・メディアによらず各社共通とし，情報の交換・配布に際し，共通

のコードとして扱う。

この種別コードを利用して，地点情報のマークを指し示すキーとする。

15. ジャンプテーブルに関する規則　リスト表示において，例えば，50音順に表示しているときの，あ・

か・さ・た・な送りなどのように，ある一定の条件で，件数とばしを行いたい場合がある。そのための情

報［該当する選択肢（子）への飛び先のテーブル］を格納するデータをジャンプテーブルと呼び，親カテ

ゴリに可変長データの一つとしてもつこともできる。

さらに，データ容量削減のために選択肢（子）カテゴリテーブルのサイズが，一定値以下である場合は，

ジャンプテーブルのサイズを0で設定し，ジャンプテーブル自体の足きりを行うこともできる（ただし，

実施については，将来の検討課題とする。）。

ジャンプテーブル定義は，附属書8表20による。

附属書8表 20 ジャンプテーブル定義

項番

用途

（シグネチャ）

記述タイプ

（シグネチャ）

記述型宣言

データ数

付加情報

特記事項

“AL50” 注(1)

ジャンプテーブル

注(1) リストの並びとしては，50音順に並んでいたり，ジャンル（種別コード）ごとに並んでいたり，住所（番地）

の順に並んでいたりする。よってジャンプテーブルの種類としても

・50音ジャンプテーブル

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

・ジャンルジャンプテーブル

・番地ジャンプテーブル

といったものが考えられる。

それぞれのジャンプテーブルもある基準を設けることによって，必要に応じたデータをもつことが可能になる。

作成基準は付加情報にシグネチャで設定し，その内容を次に示す。

AL50(for ALl of 50 on code)

: 50音コード全体

G150(for Group 1 of 50 on code)

: 50音コード“あかさたな・・・わ”だけ

ALCT(for ALl of CaTeGory code)

: 種別コード全体（大，中，小分類）

G1CT(for Group 1 of CaTeGory code)

: 種別コード　大，中分類まで

G2CT(for Group 2 of CaTeGory code)

: 種別コード　大分類まで

ALAD(for ALl of ADdress)

: 番地（数字）コード全体

ジャンプテーブルのデータ列（構造）は，上記シグネチャによって暗黙的に宣言する。

附属書8表21に例を示す。

附属書8表 21 ジャンプテーブル　フィールド例（AL50の場合）

項番

オフセット

データ長

データ形式

項目名

ジャンプテーブルサイズ

#1 ジャンプキー

#1 ジャンプ選択肢へのオフセット

#2 ジャンプキー

#2 ジャンプ選択肢へのオフセット

#10 ジャンプキー

#10 ジャンプ選択肢へのオフセット

備考

識別

a) ジャンプテーブルサイズ　ジャンプテーブルサイズは，項番2〜21までのサイズを表す（サイズが0

の場合は，項番2〜21を省略する。）。

b) ジャンプキー　ジャンプキーには，ジャンプ先の選択肢がもつ検索キーのコード体系に準じた値を格

納する。

c) ジャンプ選択肢へのオフセット　ジャンプ選択肢へのオフセットは，親カテゴリの先頭から当該選択

肢へのディスプレイスメントを表す。

16. 検索メッシュに関する規則　検索メッシュ対応データは，メッシュ検索（管理部）からいったん対象

メッシュの情報を特定し，対応するメッシュ単位の検索ボリュームを構成するボリューム管理へと指示す

る。

周辺検索など，地図に依存性が高いデータは，付加情報A，Bにデータを保持することも可能であるが，

メッシュ検索を用いてデータを絞り込むことも可能である。

附属書8図3に，その例を示す。

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

375

メッシュ検索管理

メッシュ依存型検索フレーム:マップ2

マップ1

周辺検索フレーム管理

検索フレーム

＊＊検索フレーム管理

検索フレーム

マップ2

マップ3

マップ4

メッシュ依存型検索フレーム:マップ3

マップ5

周辺検索フレーム管理

検索フレーム

マップ6

＊＊検索管理

検索フレーム

マップ3

メッシュ番号で

対応メッシュを特定

メッシュ依存型ヴォリューム

メッシュ依存型検索フレーム:マップx

マップx

のオフセット情報が取得可能

附属書8図 3 メッシュ依存型ボリュームの管理形式

メッシュ依存型データの検索フレームは，一般の検索フレームと同じである。対象メッシュだけの50

音検索なども可能である。附属書8図4に，その例を示す。

周辺検索ヴォリューム管理

メッシュごとに存在

カテゴリデータ定義

カテゴリデータ

該当データ定義

該当データ

地点情報

メッシュを超えて共用

附属書8図 4 メッシュ依存型データの検索フレーム構成

地点情報は，メッシュごとにデータを格納することも同様に可能であり，このような場合メッシュごと

にデータ隣接して格納することができる。また，近隣複数施設の情報を地点情報から取得する場合，デー

タの取得効率が向上する。

メッシュを超えた検索フレームをもつ場合（全国対象の電話番号検索等）は，メッシュを意識しない”

“地点情報へのオフセット”をもつことによって，従来の方法と変わらずアクセスが可能である。

16.1 検索メッシュについて　検索メッシュについては，検索対象のデータへのアクセス効率を向上させ

るため，POI専用DISKでの周辺検索を可能にするため地点情報，周辺検索などのデータを地図メッシュ

単位に格納することとする。

16.2 検索メッシュの記述　検索メッシュは全世界ユニークであり，経緯度方向によって正規化されたメ

ッシュを，附属書8図 5に示す。

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

40 500等分

32秒

(約1km)

40 500

4バイト表現で全世界をカバーできるメッシュ

32秒

(約1km)

附属書8図 5 検索メッシュの記述

16.3 検索メッシュの格納順序　検索メッシュの格納順序は，下記の附属書8図 6のようなNの順序で，

検索メッシュ依存データを格納する。

(LOmax,LAmax)

LOmin：最小経度

LAmin：最小緯度

LOmax：最大経度

LAmax：最大緯度

ボリューム管理（メッシュ検

索）に定義するメディア単位で

ユニークな基準座標となる。

検索メッシュは，基準メッシュの4n

個を含む正方形で定義する。

附属書8図 6 検索メッシュの格納順序

そうすることによって，隣接の地図が連続的に配置され，かつ，上位のメッシュ（4メッシュ正方）で

も連続的に配置されることとなる。

16.4 メッシュ検索における統合メッシュとのデータ共有方法について　データ作成者においては，各メ

ッシュ単位にすべてのメッシュ依存型データを分けてデータを格納する方法も可能であるが，例えば，周

囲10 kmを対象にした周辺検索を行う場合などは，最大100メッシュを検索することとなり，データの取

得効率が低下することも考えられる。

そのようなコンテンツのもとに検索を行うボリュームについては，次のような構造で該当データフレー

ムをまとめ，データの取得効率を向上させる方法もある（周辺検索では，本データ構造でデータを格納す

ることとなる。）。

附属書8図 7にその例を示す。

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

377

検索対象データ

メッシュ管理部

統合度0

検索フレー

ム管理

検索フレー

ム管理

検索フレー

ム管理

統合度1

統合度0:map1

統合度0:map2

統合度0:map3

統合度0:map4

統合度2

メッシュ番号ごとにソートし

対象データをまとめる

附属書8図 7 統合メッシュとのデータ共有方法について

a) 各統合メッシュに応じて各々のボリューム管理を設けることによって，各統合メッシュに応じた検索

ボリュームを構成することが可能である。

このような構成で，各レベルの該当データ（周辺検索なら，種別コード，座標，地点情報へのポイ

ンタなど）の情報を共有化できる。

b) データ件数の少ないメッシュについては，メッシュ検索で意図的に検索メッシュを統合することも可

能である。

16.5 検索メッシュの統合概念図　附属書8図 8に，検索メッシュの統合概念図の例を示す。

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

：最小メッシュ

：検索メッシュ (統合度0) で構成

：検索メッシュ (統合度1) で構成

検索メッシュの構成

：検索メッシュ (統合度0) 5個

：検索メッシュ (統合度1) 4個

附属書8図 8 検索メッシュの統合概念図

16.6 検索メッシュ番号　検索メッシュ番号については，0から始まる連番で構成することとし，付番順序

については附属書8の16.3による。

16.7 検索メッシュ統合度　検索メッシュ統合度は，基準検索メッシュを統合した大きさの度合いを示す。

0〜15までの連番を設定することが可能で，統合度nに対応する基準メッシュは，4n個とする。

16.8 検索メッシュの境界値記述　検索メッシュの境界値は，基準経緯度が，定義メッシュエリアの最小

経緯度(PID)以上，最大経緯度未満として，設定する。

附属書8図 9にその例を示す。

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

379

北緯、西経

南緯、西経

北緯、東経

南緯、東経

太線箇所は，基準メッシュに含まれる。

附属書8図 9 検索メッシュの境界値定義

16.9 周辺施設検索　周辺施設検索は，地図ユニットの付加フレームA・B（メッシュ依存型ボリュームに

も同様）に，ボリューム管理レコードを利用して，地図ユニットにそのまま書き込まれるデータ・地図ユ

ニット外に記録されているデータを判断させる。

地図ユニットに記録するデータは，“種別コード・店舗コード”を含む該当データ。

種別コード・店舗コードの絞り込みは，カテゴリを利用し，その状態を保持する。

なお，地図ユニットに格納するため，該当テーブルにはユニット正規化座標を記録する。

該当テーブルの種別コードで設定する名称が選択されているときには表示する。CRなどによって選択

が確定されて，地点情報が呼び出され，テキスト表示などが行われる。

地図ユニットの付加データAフレーム，Bフレーム，メッシュ依存型ボリュームのいずれを利用するか

は，管理データによって設定する。

（本体の11.5参照）

17. 検索のためのキーボード　検索は，一般に表示されている選択肢から一つを選ぶことによって，目的

のデータを絞り込んでいる。

検索の特殊な方法及び，イメージなどで用意することが可能な入力方法（取り得る選択肢が明確に分か

っている場合）として，a) アルファベット・50音入力（1バイトコード），b) 漢字入力・50音入力（2バ

イトコード），c) 電話番号，d) 郵便番号(Zip Code)，e) 地方・都道府県選択が挙げられる。

このキーボードは，上記方法のとき，利用しなくてもかまわない。その場合，選択肢の表示方法は，通

常のものとなる。

なお，このキーボード及びコードは，カテゴリで使用するものである。

該当データがない場合，そのコードを選択肢から削除する，又は，該当データ数＝0として，カテゴリ

を作成する。いずれのキーボードも，頻繁に利用するため，カテゴリに名称を書く代わりに，1byteのコー

ドを使用することによって，データ量の削減・表現の個性化（イメージベースの選択方法など）をはかる

ことができる。

a) アルファベット・50音入力（1バイトコード）　アルファベット・50音入力（1バイトコード）は，

ASCIIコードなど，1バイトコードを対象としたキーボードである。

日本において，全角平仮名(0x829f 〜 0x82f1)を50音入力の対象とした場合などで，

2019年7月1日の法改正により名称が変わりました。まえがきを除き，本規格中の「日本工業規格」を「日本産業規格」に読み替えてください。

シフトJISコード - 0x829e

などの変換式を利用して1バイトコードとして処理する場合は，アルファベット・50音入力を（各

国で標準化されない限り）用いてはいけない。

b) 漢字入力・50音入力（2バイトコード）　漢字入力・50音入力（2バイトコード）は，漢字などの2

バイトコードを対象としたキーボードである。

漢字を対象にする・2バイト平仮名だけを対象とするなど，様々な条件が設定できる。

日本の50音入力では，小文字を対象にしない・濁音を利用しないなどの制約を用いたほうがよい場

合もある。

c) 電話番号　プッシュボタンをデザインしたイメージを活用したり，リモコンに10キーがあれば，電話

番号を利用することが可能となる。

BCD表現を利用する。これは，4ビット単位のマスクによる検索によって対象データが特定できる

ためである。

入力けた数や，オートダイアルなどのためのトーン信号とリンクさせる場合もあるため，各国対応

が必要である。

d) 郵便番号(Zip Code) 郵便番号(Zip Code)は，電話番号入力に準拠する。

e) 地方・都道府県選択　地方・都道府県選択は，各国対応が必要である。