IMI 共通語彙基盤に対応したデータ公開の手引き
はじめに ................................................................................................................................................ 1■STEP1.
1.1

公開の目的を定めデータセットを選ぶ ................................................................. 3

公開データセットの選定とデータセット定義............................................................. 3■STEP2.

データに意味づけを行う .......................................................................................... 7

2.1

公開対象とするデータ項目の検討 ................................................................................. 8

2.2

データ項目・記載内容・データ構造の整理 ...............................................................10

2.3

データ項目の検証.............................................................................................................20

2.4

応用語彙の定義 .................................................................................................................22

2.5

コード、ID の整備 ...........................................................................................................25

2.6

識別子の定義 .....................................................................................................................28

2.7

データ項目定義書の作成 ................................................................................................30■STEP3.

目的に合った記述方法を決めて実装する...........................................................32

3.1

公開ファイル形式や公開場所などの決定 ...................................................................32

3.2

データレコードの入力・追加・削除 ...........................................................................35

3.3

データの変換 .....................................................................................................................36■STEP4.

データを公開・運用する ........................................................................................37

4.1

データの公開 .....................................................................................................................37

4.2

データ公開の告知.............................................................................................................38

4.3

公開したデータの運用 ....................................................................................................40

4.4

データ項目定義書の公開 ................................................................................................43

この文書について .............................................................................................................................46

独立行政法人情報処理推進機構(IPA)（法人番号 5010005007126）

はじめに本手引きでは、IMI 共通語彙に対応したデータ公開の流れを、以下の４段階のステップに沿って説明していきます。
■STEP1.

公開の目的を定めデータセットを選ぶ■STEP2.

データに意味づけを行う■STEP3.

目的に合った記述方法を決めて実装する■STEP4.

データを公開・運用する

それぞれのステップに明確なルールはありませんが、これまでに行われてきた自治体オープンデータ公開の経験等に基づいたものです。各段階について、作業手順、参考情報、作業のポイント等を、具体例を交えてご紹介します。
本手引きについて、広くご意見・ご要望を募集しております。巻末の「この文書について」をご参照ください。
図 1 はデータ公開までの基本的な流れを示したものです。

STEP1. 公 開 の 目
的 を 定めデ ー タ
セットを選ぶSTEP3.目的に合った記述方法を決めて実装する

STEP2.データに意
味づけを行うSTEP4.データを公開・運用する

1.1

2.1

2.2

2.3

2.4

2.5

2.6

2.7

3.1

3.2

3.3

4.1

4.2

4.3

4.4

(A)

◎

○

○

○

△

△

○

△

◎

◎

△

◎

○

○

△

(B)

◎

△

✕

✕

✕

✕

✕

✕

◎

◎

△

◎

○

○

△

図 1 データ公開までの基本的な流れ

図 1 中にある表の 1 行目に示した数字は、この手引きの章番号と対応しています。
1.1 公開データセットの選定とデータセット定義

3.1

公開ファイル形式や公開場所などの決定

2.1 公開対象とするデータ項目の検討

3.2

データレコードの入力・追加・削除

2.2 データ項目・記載内容・データ構造の整理

3.3

データの変換2.3 データ項目の検証

4.1

データの公開2.4 応用語彙の定義

4.2

データ公開の告知

2.5 コード、ID の整備

4.3

公開したデータの運用

2.6 識別子の定義

4.4

データ項目定義書の公開

2.7 データ項目定義書の作成

imi.go.jp
1また、図 1 では、データ公開までの手順を次の(A)、(B)のパターンに分けています。
（A） データセットやデータ項目を一から定義する場合の手順（B） 「推奨データセット」の例などの「既存データセット定義(既存フォーマット)」を利用する場合の手順
また、図 1 中の◎、○、△、×は、以下の意味です。手順(B)を選ぶと、多くの作業を省略することができます。
◎

必ず行うべき作業○実施を推奨する作業△

可能であれば実施したい作業

✕

不要な作業

データセット名

データセット概要

データの目的データカタログ(公開
データセット一覧)

公開ファイル形式

公開場所
資料の概要や説明
バージョン情報
データ説明資料
備考

データセット1
データ項目定義

1
デ
ー
タ
セ
ッ
ト
定
義

3
フ
ァ
イ
ル
形
式
等
の
定
義

公開データセット一覧の例
各データセットの概要や目的、
ファイル形式などを一覧に整理。
データセッ
デ ー タ の 目 的 (活 用 公 開 フ ァ
定義のバー
データセット概要
公開場所
更新
備考
ト名
例)
イル形式
ジョン
1 AED設置場所 各団体が保有する施設のAED設 防災アプリ、緊急対応 CSV、RDF http://opendata.imi.go.jp/open1
毎年
2017年4月版
一覧
置場所や利⽤可能時間等に関す アプリ、AEDのメンテるデータ。施設ではなく個々の ナンスなど。
AED単位の情報。
2 子育て施設一 幼保連携型認定こども園、幼稚 こどもの年齢や状況な CSV、
http://opendata.imi.go.jp/open1
認可時に 2017年4月版
覧
園型認定こども園、幼稚園、公 ど、利用目的に合わせ XML、RDF
随時
⽴保育所、⺠間保育所、家庭的 た施設検索アプリ。不保育事業、小規模事業所などの 動産等ポータルサイト
施設情報とサービス対象、主要 へのAPI提供など。
サービスなどの情報。
3 文化財一覧 各団体内にある指定⽂化財（有 観光ガイド、観光アプ CSV、XLS http://opendata.imi.go.jp/open1
毎年
2017年4月版形⽂化財、無形⽂化財、記念
リ、教材など。
物）、国登録⽂化財、国認定重要美術品等に関する情報。
4 イベント一覧 各地で予定されている祭りや催 観光ガイド、観光アプ CSV、XLS http://opendata.imi.go.jp/open1
可能な限 2017年4月版 商工会、商連等主催イ事等に関するイベント種別、開 リ、教材、広報誌、地り随時
ベントの収集を検討
催期間、場所、対象、参加方法 方紙への情報提供な中。
などの情報。
ど。

No

項目名

データ項目定義書の例
各データセットに含まれるデー
タ項目ごとに、レコード 欄に記載する内容を定義。

記載内容

データ型

データ構造

データ項目定義書
必須/推奨区分

2
デ
ー
タ
項
目
定
義

記入例
データセット2
データ項目定義

備考■STEP１では公開するデータセットを選び、データセット定義を行う。■STEP2 でデータ項目定義(赤枠の部分)を定義し、■STEP3 でデータセットの公開形式を決めてデータセットを作成する。

図 2 データセット定義とデータ項目定義の構成

imi.go.jp
2

■STEP1. 公開の目的を定めデータセットを選ぶ
 このステップではデータ公開の目的を確定し、その目的に沿って、公開するデータを決めます。
 「公共施設一覧」、「文化財一覧」など、ある目的や用途のために公開されるデータの集まりを、「データセット」と呼びます。
 公開するデータセットの名称、概要、目的などをまとめたものを「データセット定義」と呼びます。

1.1

公開データセットの選定とデータセット定義

 作業の内容想定される利用者や利用シーンを明確にし、公開データセットを検討する。



情報開示請求数やホームページ、既存のデータセットへのアクセスログなどを参考にして、あるいはアイデアソンなどを通じて、利用者のニーズを反映することが望ましい。

ニーズ把握が難しい場合など、まずはデータセットの相互運用性を優先するという判断もありうる。そうしたケースでは、他団体等がすでに公開しているデータセットと共通のデータセットを選ぶ方法も考えられる。



公開対象とするデータセットの名称、概要、目的、更新頻度などを定義し、データセット定義にまとめる。各データセット定義を一覧にまとめると、データカタログになる。

【開始時に用意する情報】• 保有する既存データ【得られる成果物】• 公開対象とするデータセットの一覧• データセット定義【外部参照資料・ツール等】• 開示請求の数、ウェブサイトのアクセスログなど（利用者ニーズ）• 政府が公開している「推奨データセット」https://cio.go.jp/policy-opendata• 類似データを扱う他自治体等の団体が作成したデータセット定義• Dublin Core、Schema.org などその他の団体が作成した語彙

imi.go.jp
3

作業例①

公開するデータセットの検討～埼玉県の場合1

県内市町村が共通フォーマットに沿って作成した 10 種のデータセットをとりまとめて公開している埼玉県では、公開データセットの選定にあたって、公開データを保有する市町村の担当者、データを活用するサービス提供者や支援技術提供者などから構成される官民協働ワーキンググループを開催。データセットへのニーズや活用した場合の価値と可能性、また市町村の対応の可否などを協議しながら検討を行った（図 3、図 4）。
ワーキンググループに先立って実施した自治体アンケート調査や前年度の自治体オープ
ンデータ勉強会で集めた意見、また「二次利用の促進のための府省のデータ公開に関する基本的考え方(ガイドライン)」2等をふまえ、「オープンデータの意義」「シティプロモーシ
ョン」「観光」「子育て・健康」「安心・安全」「癒し」5 つのテーマを設定した。

図 3 データセット検討シートの例

1

埼玉県の取組み事例は、IMI サイトでも紹介しています。https://imi.go.jp/event/0005.html

2

政府、独立行政法人、地方公共団体等のオープンデータ推進に関する考え方を示した方針。2013 年 6 月 25 日 各府
省情報化統括責任者(CIO)連絡会議決定。https://www.kantei.go.jp/jp/singi/it2/cio/dai52/kihon.pdf

imi.go.jp
4

データ提供 可 否と活用の可能性 、 活用した場合の価値の3点からデータセ ッ トを評価

この時点で想定
更新頻度の検討を開始

図 4 スコアリングによるデータセット評価の例

ワーキンググループでの検討の結果、県下の各市町村が公開する 5 テーマ・10 の共通データセット（表 1）が選定された。併せて、データ公開後に想定するデータ更新頻度もデータセットごとに「随時」「毎月」「毎年」などと定義した。

表 1 データセット一覧の例

データセット定義としては、それぞれの要件や活用先を整理し、共通フォーマットのバ
imi.go.jp
5ージョンや更新頻度などを記述した（図 5）。
一般に、公開するデータの名称、概要、目的（活用例）、公開ファイル形式、公開場所、
更新頻度、定義のバージョンなどを記述した、一覧を作成することが望ましい。

データセットごとの要件や活用先を整理

図 5 データセット定義の記述例

 作業のポイント
 利用者のニーズが高く、データを揃えやすいデータセットの公開から着手することが望ましい。
 公開後のデータセット運用を含め、データ作成・データ更新の作業量も考慮してデータセットを選ぶ。データ更新の際の過去のデータセットの取り扱いなども定義しておくことが望ましい。
 政府や類似団体が作成したデータセット定義を利用することにより、作業の簡略化が期待できる。ただし、公開しようとする既存データセットのデータ項目を、1 対 1 では割り当てられない場合がある。その場合は、■STEP2 の段階で既存データセットの内容を考慮し、データ項目を検討する。
 類似するデータセットの例を参考に、データ項目や構成を利用シーンやニーズの観点から検討する。〔→作業例①〕

imi.go.jp
6■STEP2. データに意味づけを行う
 このステップでは、■STEP1 で選んだデータセットごとに、公開対象とするデー
タの項目を選び、データ項目や構造の整理を行います。
 それぞれのデータ項目に IMI コア語彙の割り当て（意味づけ）をしていきます。
 語彙の割り当てに際しては、公開するデータの内容に合わせて各データ項目の項目
名（ラベル）
・データ型などを段階的に定義していきます。
 なお、この章で行う作業の多くは、既存のデータセット定義を用いることにより、大幅に削減できます。

■STEP1 で公開対象としたデータセットは、全く新しく作成することもあるかもしれま
せんが、例えば、表 2 のような表形式の既存データセットが存在することが多いと思われます。こういったデータセットが、本手引きに沿って公開するデータの出発点となります。
■STEP2 では、このような既存データについて、公開するデータ項目の絞り込み、デー
タ項目の意味を明確にし、さらに、その項目名を整理していきます。

表 2 利用可能な既存データセットの例

ページタイトル

施設、場
施設ジャ 所、イベン
郵便番号
ンル
トの名称
（読み）

住所

●●市民活動支援センター
市役所・区役所等○○シミンカツドウシエンセンター
000-0013 ●●市□□2－5－1
××小学校
非常用井戸等○○○○ショウガッコウ
000-0013 ●●市××2－15－1●●市 児童相談所 その他市施設
ジドウソウダンジョ
000-0014 ●●市△△3丁目2－3

ビル名

フロア数 緯度

経度●●中央ツインビル２号館
９階
nn.6097881
oo.121926
nn.607909
oo.114303
nn.620787
oo.065964

imi.go.jp
72.1

公開対象とするデータ項目の検討

 作業の内容■STEP1 で選定したデータセットのそれぞれについて、具体的に公開するデータ項
目の種類や内容を検討する。データセット定義に記載した用途や利用方法をふまえつつ、更新の可否などを考慮して公開対象とするデータ項目の取捨選択を行う。



データ項目が、公開するデータセットの用途や実際活用される際の利用方法に適合しているかどうかを確認し、追加すべき(足りない)データ項目、削除すべき(該当するデータレコードがない、公開しないなど)データ項目を検討する。



類似したデータセットやデータセット定義が公開されている場合は、データ項目定義の参考にすることが望ましい。

【開始時に用意する情報】• 1.1 で作成した、公開対象とするデータセット定義（図 5）• 既存データセットのデータ項目一覧（既存のデータセットを公開する場合）【得られる成果物】• 公開データセットごとのデータ項目の一覧【外部参照資料・ツール等】• IMI コア語彙

http://imi.go.jp/ns/core/2• 政府が公開している「推奨データセット」https://cio.go.jp/policy-opendata• 類似データを扱う他自治体等の団体、また Dublin Core、Schema.org などその他の団体が作成したデータセット

1.1 で定義したデータセットごとに、利用目的や概要をふまえ、どのようなデータ項目実際に公開する対象とするかを決め、書き出していきます。その検討例を表 3 に示します。

imi.go.jp8

表 3 データ項目の検討例

imi.go.jp
92.2

データ項目・記載内容・データ構造の整理

 作業の内容

構造が複雑な既存のデータ表を用いる場合は、機械判読性や相互運用性を確保する
ため、データ項目やレコードの記述方法を整理することが望ましい。

2.1 で選定したデータ項目に対して、項目名（ラベル）、記載内容（記載例）、デー
タ型、必須／任意の種別などを、IMI コア語彙に対応させて整理していく。IMI コア
語彙からデータ項目に相当する用語を探し、各データ項目定義に割り当てる。



IMI コア語彙で表現できないデータ項目や、独自に設定した方がデータの意味を表現しやすいデータ項目の場合は、IMI コア語彙を割り当てなくてよい。対応欄を空白にしておき、後のステップで応用語彙を検討する（2.4 を参照）。

【開始時に用意する情報】• 2.1 で作成した公開対象とするデータ項目の一覧（表 3 のデータ項目）【得られる成果物】• 公開対象とするデータ項目とデータ構造• IMI コア語彙との対応有無（データ項目ごとに種別）【外部参照資料・ツール等】• IMI コア語彙 http://imi.go.jp/ns/core/2

 このステップでの検討・定義の対象• 項目名（ラベル）• 記載内容（記載例）• データ型（文字列、日付、時刻といったデータの形式）• 必須／推奨の種別• IMI コア語彙との対応

図 6 に、IMI のコア語彙に沿ってデータの項目名を整理する例を示します。
上表は整理する前のデータ。その一行目に、既存の項目名が並んでいます。データの内容を確認しながら、IMI コア語彙の「施設型」等に対応させ、下表のように項目名を整理していきます。
imi.go.jp
10ページタイトル

施設、場施設ジャ 所、イベン
郵便番号
ンル
トの名称
（読み）

住所

●●市民活動支援センター
市役所・区役所等○○シミンカツドウシエンセンター
000-0013 ●●市□□2－5－1
××小学校
非常用井戸等○○○○ショウガッコウ
000-0013 ●●市××2－15－1●●市 児童相談所 その他市施設
ジドウソウダンジョ
000-0014 ●●市△△3丁目2－3

ビル名

フロア数 緯度

経度●●中央ツインビル２号館
９階
nn.6097881
oo.121926
nn.607909
oo.114303
nn.620787
oo.065964

施設、場
施設ジャ 所、イベン
郵便番号
住所
ビル名 フロア数 緯度 経度
ンル
トの名称
（読み）
コア語彙と
施設>種
施設>名称>表記の対応
別
レコード1 ●●市民活動支援センター
市役所・区役所等○○シミンカツドウシエンセンター
000-0013 ●●市□□2－5－1●●中央ツインビル２号館
９階
nn.6097881
oo.121926
レコード2 ××小学校
非常用井戸等○○○○ショウガッコウ
000-0013 ●●市××2－15－1
nn.607909
oo.114303
レコード3 ●●市 児童相談所 その他市施設
ジドウソウダンジョ
000-0014 ●●市△△3丁目2－3
nn.620787
oo.065964
レコード4 ○○小学校
非常用井戸等○○○○ショウガッコウ
000-0014 ●●市□□区○○2－6－23
nn.60932
oo.128119
データ項目
(ラベル)

ページタイトル

図 6 IMI 語彙をもちいたデータ項目定義の例

IMI のコア語彙には、図 7 のような基本的な用語、つまり「クラス用語」が用意されています。このなかから、整理しようとしているデータセットのデータ項目に最も近いもの、
ここでは「施設」を選びます。

http://imi.go.jp/ns/core/2 で公開している IMI コア語彙。図 6 のデータセットの場合、ここで「施設型」
をクリックすると「施設型」に用意されたプロパティの一覧（図 8）が表示される。

図 7 IMI コア語彙のクラス用語一覧3

3

クラス用語やプロパティ用語については、「IMI 共通語彙基盤入門」で説明しています。
https://imi.go.jp/doc/IMI_introduction_20171227.pdf

imi.go.jp
11クラス用語「施設」には、図 8 のような「プロパティ」が用意されています4。

図 8 IMI コア語彙のクラス用語（施設型）におけるプロパティ一覧

4

IMI コア語彙は、https://imi.go.jp/ns/core/2 をご参照ください。また、語彙の構造等を説明した資料として、「IMI
共通語彙基盤入門」https://imi.go.jp/doc/IMI_introduction_20171227.pdf をご参照ください。

imi.go.jp
12さて、図 6 の例で、既存の項目名にある「ページタイトル」に、IMI コア語彙に用意された用語を対応づけるにはどうすればよいでしょう？
データを見ると、「●●市民活動支援センター」、「××小学校」などが並んでいますが、これは、施設の名称を文字列で記述したもののようです。
コア語彙の「施設型」には、「名称」というプロパティがあり、これが図 6 のデータ項目「ページタイトル」中のレコード（「××小学校」といった文字の並び）を入れる先として適しているようです。図 8 を詳しく見ると、「名称」は「名称型」というクラスを用いることとなっており、「名称型」は、さらに「種別」、「表記」、「参照」などのプロパティから構成
されていることがわかります5。そのうち「表記」は「値型」が”xsd:string”となっている、すなわち、文字列で自由にそのレコードを表現できるプロパティです6。
結果、既存データセットに含まれるデータ項目「ページタイトル」は、コア語彙の「施設型」の中にある「名称」というプロパティの、さらにその中にある「表記」というプロ
パティ用語に対応付けるのが適切だと判断できます。図 6 の例では、このデータ項目の構造を理解しやすくするために、「施設＞名称＞表記」と表現します。この表現の方法に関する詳細は、「構造化項目名7」の説明を参照してください。
次に、既存データセットにある「施設ジャンル」というデータ項目名について検討してみます。
「施設ジャンル」が、各施設の種別を表すものであれば、IMI コア語彙の「施設型」にある「種別」というプロパティへの対応付けが最も適していると考えられます。IMI コア
語彙の「施設型」にある「種別」を調べると、このプロパティ用語は「表記」同様に”xsd:string”
つまり、文字列を表現できることがわかります。したがって、「施設ジャンル」は「施設＞種別」に対応付けることが適当です。
こうして、既存データセットにあったデータ項目を、コア語彙と結び付けていったのが、
図 6 の下表の青色で示された行です。
では、実際の作業例を見てみましょう。既存データセットは様々な形式をしていること

5もし、この小学校が、正式名称の他に、愛称を持っており、それも書きたいような場合に備え、「名称」というクラスには「種別」（例えば「愛称」）も書けるよう、「種別」というプロパティも用意されています。「コア語彙」は幅広い用途に用いることができるよう、いろいろな用語が用意されていますが、通常使うのはそのごく一部です。

6”xsd:string”は、「そこは文字列（文字の並び）で記述する」、ということを示す国際標準の言葉です。

7

構造化項目名： https://imi.go.jp/goi/goi-about.html

imi.go.jp
13があり、コア語彙と結び付けるために作業例②のような前準備が必要な場合があります。

作業例②

複数行で表現されたデータ項目等の整理

図 9 の例では既存データの「区分」のデータ項目が二層構造であり、情報セキュマネ、
基本情報、応用情報といった試験群のひとつである「情報セキュマネ」という区分の下に
「応募者」
「受験者」
「合格者」が記述されている。この場合、それぞれのデータ項目を「情報セキュマネ試験の応募者」「情報セキュマネ試験の受験者」「情報セキュマネ試験の合格者」と階層化して整理した方が、機械可読性は高まる。同様に「勤務先」としてまとめられているデータ項目も、「勤務区分の社会人の製造業務」「勤務区分の学生の大学院生」などと、それぞれあらたに升目を設けて明示することが望ましい。

imi.go.jp14

意味構造 情報セキュマネの応募者
 情報セキュマネの受験者
 情報セキュマネの合格者
意味構造 社会人の製造業勤務者の実数
 社会人の製造業勤務者の割合

各列にひとつの意味を指定

値(レコー ド)の 区分が各行単体でわかるように、升目を分割して値を記述

E列12行が「社会人の製造業勤務者」の「情報セキュマ
ネ受験者」の「実数」の値として特定される

図 9 データ項目の整理例（その１）

また、図 9 では、データの各セルを上下二段に分け、「実数」と「割合」を表示している。
このような場合、図 10 のようにそれぞれに対し「実数」「割合」の行を設け、別のセルに数値を記入したほうが、データの意味が伝わりやすい。データ構造を整理することにより、
E 列 12 行が「社会人の製造業勤務者」の「情報セキュマネ受験者」の「実数」の値として特定でき、機械判読性が高まる。
また「実数」と「割合」のようにデータ型が異なるデータは、別のデータセットとして表を分割したほうが使いやすいことが多い。
imi.go.jp15意味構造 社会人の製造業勤務者の実数(人) 社会人の製造業勤務者の割合(％)

値の意味ごとにデータセットを分割(C列は不要になるので削除)

実数値だけのデータセット

割合値だけのデータセット

図 10 データ項目の整理例（その２）

作業例③

IMI の「コア語彙」から既存データの項目に相当する用語を探して割り当てる

図 11 は横浜市職員有志勉強会「よこはま YY ラボ」による横浜のおすすめスポット一覧「YOKOHAMA.spot」である。ここでは各スポットの所在地や説明が、IMI コア語彙の「施設型」を利用して記述されている

imi.go.jp
16






「施設>住所」のプロパティ
施設>住所>都道府県
施設>住所>都道府県コード
施設>住所>市区町村
・・






「施設」のプロパティ
施設>名称
施設>説明
施設>参照
・・

IMI コア語彙との対応を明記した公開データセットの例。
http://linkdata.org/work/rdf1s5372i/YOKOHAMA_spot.html?key=#work_information

図 11 公開データ（YOKOHAMA.spot）における IMI コア語彙との対応例

IMI コア語彙の用語「施設型」を見ると、「名称」
、
「説明」、
「参照」、
「備考」
、「住所」といったプロパティがあり（図 12 の赤い枠内）、それらはほぼそのまま「YOKOHAMA.spot」
データセットのデータ項目定義と対応付けられそうだということがわかる。

https://imi.go.jp/ns/core/Core241.html#ic:施設型

図 12 施設のデータを表現するための IMI コア語彙「施設型」
imi.go.jp
17

IMI コア語彙「施設型」の「住所」の部分には、値型の欄に「住所型」と記載されているので、これをクリックするとの「住所型」のプロパティ一覧が表示される（図 13 ）。
「YOKOHAMA.spot」のデータ項目定義は、この住所型のプロパティから、「都道府県」、「都道府県コード」、「市区町村」、「市区町村コード」を割り当てている。
ただし、「YOKOHAMA.spot」にある「町丁目」という用語は IMI コア語彙にはない。
IMI コア語彙では、
「町名」
、
「丁目」
、
「番地」のように分離した用語となっている。このような場合は、「YOKOHAMA.spot」のように「町丁目」というプロパティ用語を独自に定義する方法（応用語彙の作成）と、データレコードを IMI コア語彙に合わせて「町名」と「丁目」に分割する方法がある。語彙はあまり独自に作成せず、既存のものを用いるほうが、データの相互運用性にとっては望ましい。

図 13 IMI コア語彙「住所型」

 作業のポイント データ項目の語彙（用語）の名称を決める前に、そのデータ項目に含まれる実データ(値)の内容を確認し、実データの意味に合ったデータ項目名を検討することが望ましい。
 項目内に階層が含まれている場合、データ表の各列は１つの意味だけをもつようにし、各セルには原則として複数の値が入らないように整理する。〔→作業例②〕
 IMI コア語彙として用意されている用語から、利用できる用語をみつけてデータ項目とimi.go.jp
18の対応を記入する。〔→作業例③〕
 IMI コア語彙を参考に、既存のデータセットで作成されている一般的な名称の項目（たとえば「連絡先」）を、さらに分割（「連絡先の名称」「連絡先の住所」「連絡先の電話番号」など）できないか検討する。
 構造が複雑な項目については、構造の下位にある項目を意識しつつも、データ作成者の心理的負担を考慮し、この段階ではあえて「連絡先」などとしておき、まずは入力を促
す工夫も必要である。

imi.go.jp
19

2.3

データ項目の検証

 作業の内容


データセット定義の各データ項目定義が IMI 共通語彙等により適切に意味付けされ、データの意味を適切に表しているかどうかを検証する。2.2 で作成した各デー
タ項目を列見出しとして、1 行 1 レコードになるように、いくつか実データを入れてみて、データ項目名やデータ型が合致しているかどうか確認する。
〔→作業例④〕



IMI コア語彙や既存のデータ項目定義では表現できない項目があれば、そのデータ項目や利用目的を書き出しておく。これらのデータ項目は、2.4 で説明する「応用語彙」としてあらたに定義する。

【開始時に用意する情報】• 2.2 で作成した公開対象とするデータ項目一覧• 公開予定の実データ【得られる成果物】• 検証済データセット• 既存語彙で表現できないデータ項目の一覧(→2.4 へ) このステップでの検討・定義の対象• 項目名（ラベル）• 記載内容（記載例）• データ型• 必須／推奨の種別• IMI コア語彙との対応

以下はデータ項目の検証についての作業例です。このようにして、既存の実データとの整合性を確認し、必要に応じて再調整します。

作業例④

データ項目を検証する

2.2 で作成した各データ項目を列見出し(タイトル行)として、1 行 1 レコードになるように実データを入れる。データ項目名やデータ型が合致しているかどうか確認する。
imi.go.jp20

図 14 の場合、AP 列の「申込み・問合せ先」は、「担当部署」「問合せ先_住所_都道府県」などと個別データ項目に分割した方が機械判読性は高い。ただし、既存データの修正にかかる負担が大きい場合など、「まず公開する」ことを優先するという選択肢も考えられる。

図 14 データ項目の検証

 作業のポイント
 実データを入れてみた際に、適切な記載方法が判断しづらい場合や、入力すべきデータ
項目数がデータ作成者に過度な負荷になりそうな場合などは、2.2 に戻りデータ項目定義を再検討する。

imi.go.jp
21

2.4

応用語彙の定義 作業の内容


2.2、2.3 で発見された、IMI コア語彙や既存のデータセット定義では表現できない
項目を、応用語彙として定義する。



応用語彙を定義する場合も、IMI コア語彙の用語を使用する場合と同様、項目名（ラベル）、記載内容、データ型、データ構造、必須／任意の種別などを定義する。〔→
作業例⑤〕【開始時に用意する情報】• 2.2 で作成した IMI コア語彙で表現できない項目の一覧【得られる成果物】• 応用語彙の定義

 このステップでの検討・定義の対象• 応用語彙

ここでは、「応用語彙」について触れます。
「コア語彙」は、広い範囲で共通に使われることを目的として設計された語彙ですが、実際のデータセットへの適用にあたっては、コア語彙に定義された用語だけでは表現しきれない場合があります。
そのような場合、ゴア語彙で定義されているクラス用語に足りない用語を追加し、新しいクラスを作る作業を行います。このように、現場の必要に応じて、現場ごとに新たに作られた語彙を「応用語彙」と呼んでいます8。
作業例⑤で、応用語彙が作られた例を紹介します。現場で作られた応用語彙は、作成者が8

応用語彙の位置づけなどについて、さらに詳しくは「IMI 共通語彙基盤入門」
https://imi.go.jp/doc/IMI_introduction_20171227.pdf

をご参照ください。

imi.go.jp22Web サイト等で公開するほか、データモデル記述（DMD）へ同梱して配布し、利用者やア
プリ作成者等へ提供すると、データ構造について共通の理解をしやすくなります（3.3 を参
照）
。

作業例⑤

北海道・森町と埼玉県における独自の応用語彙

北海道・森町では、IMI コア語彙とは別に地域のニーズにあわせて「避難施設型」
「植物
型」
「作物型」
「年度型」
「人口型」といった独自語彙を策定し、公開データに利用している（図 15）。

「ic:」で始まる項目名は IMI コア語彙。応用語彙には森町独自の接頭辞「moridm:」を設定している。
http://www.town.hokkaido-mori.lg.jp/docs/2015090800018/

図 15 応用語彙の例（その１）

埼玉県が公開している「ご当地キャラクター」のデータセットは、IMI コア語彙に対応する用語がない「モチーフ」や「性格」といったデータ項目について、独自の応用語彙を作成している（図 16）
また、
「身長」
「体重」
「誕生日」などのデータは、IMI コア語彙の「人型」に含まれるが、
2.3 データ項目の検証を行ったところ、身長が「ゆず５個分」、体重が「深谷ねぎ 480 本分」、
誕生日が「古墳時代」などと記述されていることがわかった。IMI コア語彙の「人型」の用語は「身長」「体重」を数量で、「誕生日」を年月日で記載する想定であり、これら実デー
imi.go.jp
23タの意味を適切に表現できないため、「ご当地キャラクター」用に特化した応用語彙をあらたに作成した。
PREFIX ic: <http://imi.go.jp/ns/core/rdf#>
PREFIX pd3110:<http://imi.go.jp/ns/pd/3110/1_0_0#>
PREFIX pd3119:<http://imi.go.jp/ns/pd/3119/1_0_0#>
PREFIX xsd: <http://www.w3.org/2001/XMLSchema#>
PREFIX schema: <http://schema.org/>

selectdistinct ?dantai_code ?dantaimei ?shikibetsujoho?meisho ?motif ?gaiyo?shincho ?taiju ?seikaku ?shumi ?tanjobi?gazo ?gazo_license ?gazo_text?tantoka ?tantoka_denwabango ?tantoka_email?jiyukijutsuran ?url
where {

▼データレコードの確認例▼
名称

モチーフ

もろ丸くん ゆず

身長

体重

ゆず５個分

ゆず５個分

graph<http://data.pref.saitama.lg.jp/graph/10_yuru

chara>
誕生日
性格
趣味
康平６年（１０６３年）１{ ?KEY pd3110:団体コード ?dantai_code;
たくさんの人に支えられていることに気が付いているので、いつも「ありがとう」の心を忘れない、明るく元気な頑張り屋さん。伝統を守ろうとする意思が強い。
ゆず狩りと馬と遊ぶこと
１月３日
pd3110:団体名 ?dantaimei;
6月28日 やさしい、まけずぎらい つぶやくこと（Twitter、Facebook、Instagram）、おさんぽ

ふっかちゃんウサギのようでシカのような「ふっか」という生きもの
深谷ねぎ5本分
深谷ねぎ480本分
体の大きさを変えられる（大きくなったり、
戸田ヶ原自然再生キャラクターとだみちゃん
戸田の原っぱに暮らす妖精。 サクラソウの花をあしらった服と帽子を着ています。
不明
不明
不明
ちいさくなったりできる）。
はにわくん 男子埴輪
古墳時代（5世紀前半）
男
はにこちゃん女子埴輪
古墳時代（5世紀前半）
女
ミヤコタナゴと同じ大１１月３日（滑川町ができ
ターナちゃん町の魚「ミヤコタナゴ」
ないしょ
明るく元気いっぱい
きさ
た日）
ワラビー
2.12ｃｍ不明
平成元年４月１日
明るく元気
ぽぽたん
黒目川のほとりに咲くたんぽぽ
未定
未定
3月15日 未定
くりっかー かわせみ、栗、曼珠沙華
泣き虫

pd3110:識別情報 ?shikibetsujoho;

ic:名称/ic:表記 ?meisho; ストローで花の蜜を吸う。
戸田ヶ原に生育するトダスゲに乗って空を飛ぶことができる。
ic:概要 ?gaiyo;

pd3119:モチーフ ?motif;
pd3119:身長 ?shincho;
pd3119:体重 ?taiju;
蕨市内散策、イベント巡り
未定
pd3119:誕生日 ?tanjobi;
対応語彙が コア語彙の「人>身長」や「人>体重」、
栗を食べること、幸せをふりまくこと
pd3119:性格 ?seikaku;
対応語彙がない例
ない例「人>誕生日」では表現しづらい例
pd3119:趣味 ?shumi;
遺跡めぐりや博物館めぐりをすること
遺跡めぐりや博物館めぐりをすること

子どもと遊ぶこと（遊んでもらうこと）

schema:image/schema:contentUrl ?gazo;…

「pd3110:」「pd3119:」で始まる項目名は、埼玉県オープンデータ共通フォーマットで独自に定義された応用語彙。https://opendata.pref.saitama.lg.jp/fs/9/6/_/gotoutikyarajyoho.pdf

図 16 応用語彙の例（その２） 作業のポイント 語彙（用語）の名称を決める前に、そのデータ項目に含まれる実データ（値）の内容を確認し、実データの意味に合ったデータ項目名（ラベル）を検討することが望ましい。
 実データの性質によっては、IMI コア語彙にすでに同じ用語があっても、応用語彙を設定した方が良い場合がある。

imi.go.jp
24

2.5

コード、ID の整備

 作業の内容


データセット内の各レコードを識別する、他のデータセットとの関連性を記述する、
複数のデータ間で共有する値をまとめて定義しておくといった目的のために、コードや ID を定義する。



部署コードや職員 ID など、既存の識別子とデータ項目の名称を対応させたリストを整備する。これらのコードや ID を整備した経緯や目的を記録しておく。

「全国地方公共団体コード」や「統計に用いる標準地域コード」のような既存のコー
ドリスト、ID 体系を参照して、可能な限り互換性を保つことが望ましい。利用できるコードや ID がない場合は、必要に応じあらたにコードや ID を整備する。

【開始時に用意する情報】• 部署コード一覧• 施設種別コード一覧• 職員 ID 一覧

等【得られる成果物】• コードや ID 体系の定義• コードや ID の一覧【外部参照資料・ツール等】• 全国地方公共団体コード

http://www.soumu.go.jp/denshijiti/code.html• 統計に用いる標準地域コード
http://www.soumu.go.jp/toukei_toukatsu/index/seido/9-5.htm

 このステップでの検討・定義の対象• コードリストの名称• ID 体系の名称• コード、ID の発行者
• コード、ID の説明• コード、ID の発行日時

imi.go.jp25データの中には、区分、や種別などを文字列による自然言語で表現する代わりに、数字など、統制を取った符号（コード）によって表現することがあります。そのような場合、
コードの定義を、別途明確にし、公開する必要があります9。
コードが使われたデータ（表 4）と、そのコードの定義の例（表 5）を示します。

表 4 コードの使用例
一連番号 法人番号

処理区分 訂正区分 更新年月日

1 1000013050320

1

1

2 1000020453820

1

3 1010001165096

1

4 1010001167927

12

0

5 1010003017626

1

0

変更年月日

法人種別 国内所在地（都道府県）
国内所在地（市区町村）

2017/4/17

2015/10/5

101 宮崎県

都城市1

2017/4/17

2015/10/5

201 宮崎県

東諸県郡国富町0

2015/11/27

2015/10/5

301 宮崎県

児湯郡都農町2016/5/10

2016/5/2

301 宮崎県

宮崎市

2015/11/27

2015/10/5

305 宮崎県

宮崎市

国税庁「法人番号公表サイト」で提供されている法人の基本 3 情報データセットでは、「処理区分」や「訂正区分」、「法人種別」などをコードで提供している。
http://www.houjin-bangou.nta.go.jp/download/index.html

9「コード」について、詳しくは「ID 体系とコードリスト」https://imi.go.jp/goi/goi-idcode.html をご参照ください。

imi.go.jp26

表 5 コードの例
リソース定義書（ダウンロードファイル等）
項目名
名称

データ形式等形式(凡例参照)

リソース名

項目値
桁数

コード

提供項目

項目値
名称

ダウン
ロード

項目の説明

Web-API
ver1

ver2

ver3

一連番号

sequenceNumber

ZZZZZZZ9

1～8

-

-

○

○

○

○

法人番号

corporateNumber

9999999999999

13

-

-

○

○

○

○

-

月次データ（月末時点の最新情報）やWeb-APIによる法人番号を指定した最の取得以外の場合（例えば、ある法人の情報を履歴情報を含めて取得する場
次の更新情報を取得する場合。）には、同一法人に関する情報が複数存在するある。
その際に、法人（法人番号）単位に時系列の更新処理等を行う場合に、一連
小さい値の情報から順番に処理することにより、時系列に順序性を保って更新行うことを可能にするために設けた項目。
なお、ダウンロードでは、１ファイルのデータ容量が300ＭＢを超過する場合にが分割して提供され、Web-APIではデータ件数が2,000件を超過した場合にデー割して提供されるが、いずれの場合も、一連番号は、データ全体を通じて付され法人番号の指定を受けた者（以下「法人番号保有者」という。）の法人番号をデータ項目。

法人番号の指定、商号又は所在地に変更等が発生した事由をコード値で表す
英語表記又はフリガナの登録に係る処理区分はありません（提供済みのデー語表記又はフリガナの登録情報を追加した上で、訂正データとして提供するた-値「01」は、新たに法人番号が公表されたことを表す情報であることを意味す

処理区分

処理区分

process

process

99

99

2

2

01

新規

11

商号又は
名称の変更

12

国内所在地
の変更

13

国外所在地
の変更

21

登記記録
の閉鎖等

22

登記記録
の復活等

値「22」は、法人等が清算の結了、合併による解散などの事由により登記記録
鎖等が生じた後、清算結了等の手続きに瑕疵があり、清算結了が無効になる
由により登記記録が復活等したことを表す情報であることを意味する。

71

吸収合併

値「71」は、設立登記法人が、吸収合併を行ったことを表す情報であることを意
る。

72

吸収合併無
効

81

商号の登記
の抹消

99

削除

値「11」は、商号又は名称が変更されたことを表す情報であることを意味する

○

○

○

○

値「12」は、国内における本店又は主たる事務所の所在地の変更、国内に本主たる事務所がない法人等の場合は、国内における事務所又は営業所の所在
更又は、市区町村合併等により住居表示が変更されたことを表す情報であるこ味する。

値「13」は、国外における本店又は主たる事務所の所在地が変更されたことを報であることを意味する。

値「21」は、清算の結了、合併による解散などの事由により登記記録の閉鎖等由が生じたことを表す情報であることを意味する。

値「72」は、吸収合併後存続した設立登記法人の吸収合併について無効判決したことを表す情報であることを意味する。

○

○

○

○

値「81」は、設立登記法人について商号の登記が抹消されたことを表す情報でとを意味する。

値「99」は、法人番号の重複指定等の理由により法人番号の指定を撤回した
公表に同意した人格のない社団等の代表者又は管理人が、公表の同意を撤回とを表す情報であることを意味する。

訂正区分は、提供していたデータについて、次の場合に値を設定するデータ項

表 4 のデータとともに公開されているコードの定義資料。
「処理区分」や「訂正区分」「法人種別」に記載○ 、履歴データ（過去分含む。）の内容に誤りがあり、訂正が生じる場合○ 履歴データの追加が生じた場合された「1」「12」などのコードの意味を説明している。
○ 履歴データの削除が生じた場合
http://www.houjin-bangou.nta.go.jp/download/index.html#resource○ 英語表記又はフリガナの登録情報を提供する場合

-

訂正区分
作業のポイント
correct

9

-

1

○

○

○

○

内容に誤りがあった場合は、当該データ項目を活用し、誤った内容のデータをて、訂正データを取り込むことにより、保有データを訂正することができる。
なお、訂正処理があった場合は、訂正した法人等に係る全ての履歴データをている。
また、英語表記の登録があった場合には、提供済みのデータに対し項番31「は名称（英語表記）」～34「国外所在地（英語表記）」の項目を追加した上で、訂タとして提供するため、訂正区分には「１：訂正」が設定される。
フリガナの登録があった場合には、提供済みのデータに対し項番35「フリガナ目を追加した上で、訂正データとして提供するため、訂正区分には「１：訂正」がれる。

 コードや ID は、識別値の集合として体系的に整理できる。整理されたコードや ID を組織の内外で共有、参照できるようにしておくと、コードや ID を活用するデータの相互運用性が向上する。
訂正したデータ（訂正区分が「1」）以外の場合、当該訂正区分に訂正以外「0」
0

訂正以外

1

訂正

する。
訂正したデータの場合、当該訂正区分に訂正「1」を設定する。

imi.go.jp27

2.6

識別子の定義 作業の内容


データセット内の各レコードを識別するために、識別子を付与する。識別子がただし
く管理付与されたレコードであれば、内外から参照することが容易になる。逆に、識別子がないと、似たレコード同士を識別することが困難になる場合がある。



施設番号や固有の名称など、既存の識別子がある場合は活用する。識別子がない場合
は、将来にわたって変わることのない一意の番号や文字列を検討し、識別子のルールとして定義する。

【開始時に用意する情報】• レコードごとの識別子（ある場合）【得られる成果物】• 識別子の定義【外部参照資料・ツール等】• 施設番号、制度番号など

 このステップでの検討・定義の対象• 識別子の名称、説明、記述方法• 記述方法に沿ったレコードの識別子

データの管理を効率的に行うために、データの各レコードに、ユニークな識別子(id)を付けておくと便利です。そのような識別子を付けた例を次（図 17）に示します。適切に識別子を管理することで、名称の変更や、対象物の廃止、統合などの際のデータの管理が容易になります。

imi.go.jp
28

2017年の施設一覧

2018年の施設一覧

id番号

公共施設の名称(name)id番号

公共施設の名称(name)

YS000000002

南区役所

YS000000002

南区役所

YS000000003

南福祉事務所

YS000000003

南保健福祉センター（健康長寿推進課，生活福

YS000000004

南保健センター

YS000000004

南保健福祉センター（子どもはぐくみ室，障害保YS000000005

芝出張所

YS000000005

芝出張所

YS000000006

小宮出張所

YS000000006

小宮出張所

YS000000007

霧土出張所

YS000000007

霧土出張所

YS000000008

南水区役所

YS000000008

南水区役所

YS000000009

南水福祉事務所

YS000000009

南水保健福祉センター

YS000000010

南水保健センター

YS000000011

左水区役所

YS000000011

左水区役所

YS000000012

左水保健福祉センター

YS000000012

左水福祉事務所

YS000000015

清川出張所

YS000000013

左水保健センター

YS0000A0050

堀出張所

YS000000015

清川出張所

統合

名称変更

閉鎖

新設

それぞれのデータセット内でユニークな識別子を設定する。複数の期間や地域などのデータセットを組み合わせて使う際にもユニークな識別子が必要である。
施設の例では新設、閉鎖、統合、名称変更といった値の変更が起きるが、いちど使った識別子（閉鎖施設の例）は廃番とし、新たにユニークな識別子（新設の例）を設定する。統合の場合は、ひとつの施設として識別子もひとつに集約する方法も、例のように施設の機能が異なるなどの理由で名称のみ変更する方法もありうる。利用目的に鑑みて値の意味が変わらないように運用を検討する。

図 17 識別子の例

 作業のポイント 識別子はデータセット内でのユニーク性が担保されている必要がある。また、他のデー
タセットのデータと一緒に扱う場面がある場合には、全体の中でもユニーク性が担保されている必要がある。
 規則性のある単純な番号を連続して識別子として使う場合もあれば、名称にユニーク性がある場合（例：明治、大正、昭和など）はその文字列を識別子とする場合もある。また、ウェブのようなグローバル空間でデータを共有するには、URL を採用する場合もある。

imi.go.jp29

2.7

データ項目定義書の作成

 作業の内容


データセットごとに、2.1～2.6 で検討・定義してきた IMI コア語彙/応用語彙の種別、
データ項目名、値の範囲、書式、使用するコード・ID 体系、記載例を整理した「データ項目定義書」を作成する。

「データ項目定義書」に従い、データ作成者が入力や整形にもちいるための「データ入力フォーマット」を作成する。

【開始時に用意する情報】• 2.6 までに作成した各データ項目定義【得られる成果物】• データ項目定義書• データ入力フォーマット

ひととおりデータの設計が終わったら、それを「データ項目定義書」としてまとめます。
データの各項目はどういう意味を持つのか、そこにはどのような様式でデータを入れるのかといった説明をまとめます。図 18 に、データ定義書の例を示します。

imi.go.jp30

2.6 識別子の定義
2.2 IMIコア語彙との対応
2.2 データ型(形式)を定義

2.2 デ ー タ
の階層関係
(データ構
造)を定義

2.2データ項目

2.5 コードやID

図中の番号（2.2 等）は、本手引きの章番号と対応しています。

図 18 データ項目定義書の例

データ項目定義書ができたら、そこの項目名を見出し行に並べることで、容易にデータ入力用のフォームを作成することができます（図 19）。

図 19 データ入力用フォームの例

 作業のポイント データ入力フォーマットは、データの保有者が入力しやすいように、データ項目ごとに説明や入力例を記載することが望ましい。特に表記ゆれが発生しやすい日付や住所、電話番号等の記載方法は丁寧に説明する（図 18）。

imi.go.jp
31

■STEP3. 目的に合った記述方法を決めて実装する
 このステップでは公開するデータセットの実装を行います。
 実装にあたっては公開の目的にあわせてファイル形式を決定し、必要な場合はデータ変換を行います。
 データセットの用途によっては、DMD（データモデル記述）を作成します。

3.1

公開ファイル形式や公開場所などの決定

 作業の内容


データセットごとに、公開目的に合致するファイル形式（*.csv、*.xlsx、*.xls、*.ttl、*.xml など）を決める。



公開対象とするデータセットを一覧表のかたちに整理する（データカタログ）。公開データセット及び公開フォーマットの流通や再利用を促すため、データセットと併せて
データカタログを公開することが望ましい（図 20）。

【開始時に用意する情報】• ■STEP1 でデータセットごとに定義したデータの公開目的【得られる成果物】• データセットごとの公開ファイル形式• データカタログ

公開するデータセットの構造が決まったら、データセットを具体的にどのような形式で公開するかを決めます。例えば表形式（.csv、.xlsx 等）、構造化データ(.ttl、.xml)など、目的に応じて形式を決めます。
また、どこから（Web サイトの URL など）公開するかを決めます。
この決定に従い、公開データを整理したデータカタログを作成します。データカタログにどのような情報をまとめるかの例を図 20 に示します。一般的に、データセットを説明した一覧表と、各データの項目名を説明したデータ項目定義書が、カタログに含まれます。

imi.go.jp
32

データセット名

データセット概要

データの目的データカタログ(公開
データセット一覧)

公開ファイル形式

公開場所
資料の概要や説明
バージョン情報
データ説明資料
備考

データセット1
データ項目定義

1
デ
ー
タ
セ
ッ
ト
定
義

3
フ
ァ
イ
ル
形
式
等
の
定
義

公開データセット一覧の例
各データセットの概要や目的、
ファイル形式などを一覧に整理。
定義のバー
デ ー タ の 目 的 (活 用 公 開 フ ァ
データセッ
備考
更新
公開場所
データセット概要
ジョン
イル形式
例)
ト名
2017年4月版
毎年
1 AED設置場所 各団体が保有する施設のAED設 防災アプリ、緊急対応 CSV、RDF http://opendata.imi.go.jp/open1
置場所や利⽤可能時間等に関す アプリ、AEDのメンテ一覧
るデータ。施設ではなく個々の ナンスなど。
AED単位の情報。
認可時に 2017年4月版
http://opendata.imi.go.jp/open1
2 子育て施設一 幼保連携型認定こども園、幼稚 こどもの年齢や状況な CSV、随時
園型認定こども園、幼稚園、公 ど、利用目的に合わせ XML、RDF
覧
⽴保育所、⺠間保育所、家庭的 た施設検索アプリ。不保育事業、小規模事業所などの 動産等ポータルサイト
施設情報とサービス対象、主要 へのAPI提供など。
サービスなどの情報。
2017年4月版
毎年
3 文化財一覧 各団体内にある指定⽂化財（有 観光ガイド、観光アプ CSV、XLS http://opendata.imi.go.jp/open1
リ、教材など。
形⽂化財、無形⽂化財、記念物）、国登録⽂化財、国認定重要美術品等に関する情報。
可能な限 2017年4月版 商工会、商連等主催イ
4 イベント一覧 各地で予定されている祭りや催 観光ガイド、観光アプ CSV、XLS http://opendata.imi.go.jp/open1
ベントの収集を検討
り随時事等に関するイベント種別、開 リ、教材、広報誌、地中。
催期間、場所、対象、参加方法 方紙への情報提供など。
などの情報。

No

項目名

データ項目定義書の例
各データセットに含まれるデー
タ項目ごとに、レコード 欄に記載する内容を定義。

記載内容

データ型

データ構造

データ項目定義書
必須/推奨区分

2
デ
ー
タ
項
目
定
義

記入例
データセット2
データ項目定義

備考

図 20 データカタログとデータ項目定義書

表 6 に、データセット一覧表の例を示します。

表 6 公開データセット一覧の例
データセッ
デ ー タ の 目 的 (活 用 公 開 フ ァ
定義のバー
データセット概要
公開場所
更新
備考
ト名
例)
イル形式
ジョン
1 AED設置場所 各団体が保有する施設のAED設 防災アプリ、緊急対応 CSV、RDF http://opendata.imi.go.jp/open1
毎年
2017年4月版
一覧
置場所や利⽤可能時間等に関す アプリ、AEDのメンテるデータ。施設ではなく個々の ナンスなど。
AED単位の情報。
2 子育て施設一 幼保連携型認定こども園、幼稚 こどもの年齢や状況な CSV、
http://opendata.imi.go.jp/open1
認可時に 2017年4月版
覧
園型認定こども園、幼稚園、公 ど、利用目的に合わせ XML、RDF
随時
⽴保育所、⺠間保育所、家庭的 た施設検索アプリ。不保育事業、小規模事業所などの 動産等ポータルサイト
施設情報とサービス対象、主要 へのAPI提供など。
サービスなどの情報。
3 文化財一覧 各団体内にある指定⽂化財（有 観光ガイド、観光アプ CSV、XLS http://opendata.imi.go.jp/open1
毎年
2017年4月版形⽂化財、無形⽂化財、記念
リ、教材など。
物）、国登録⽂化財、国認定重要美術品等に関する情報。
4 イベント一覧 各地で予定されている祭りや催 観光ガイド、観光アプ CSV、XLS http://opendata.imi.go.jp/open1
可能な限 2017年4月版 商工会、商連等主催イ事等に関するイベント種別、開 リ、教材、広報誌、地り随時
ベントの収集を検討
催期間、場所、対象、参加方法 方紙への情報提供な中。
などの情報。
ど。

No

図 21 に、公開するデータセットのファイル形式の記載例を示します。

imi.go.jp
33

csv、xls、xlsx、txt、kml、shp など、用途に応じて公開データのファイル形式を複数用意する場合もある。

図 21 埼玉県オープンデータにおける公開データのファイル形式の例

 作業のポイント 公開データのファイル形式は用途に応じて適切なものを用意する（表 6、図 21）。
 データセットの大分類や目的、ファイル形式、公開日、更新頻度などを記述して公開しておくと、ユーザーがデータセットを選びやすい（表 6）。

imi.go.jp
34

3.2

データレコードの入力・追加・削除

 作業の内容


2.7 で作成した「データ項目定義書」に従い、データ入力フォーマットに公開するデータのレコード（値）を入力する。もとにする実データがある場合は、データ入力フォーマットに合わせて整形する。公開対象としないデータは削除する。



あらたに識別子を定義した場合は、2.6 で定義した記述方法に沿い、各データレコー
ドに識別子を付与する。

【開始時に用意する情報】• データ項目定義書• データ入力フォーマット
• 入力対象データ（既存データセットなど）【得られる成果物】• 公開データセット一式(Excel、csv 等)

データ項目定義書に従い、公開するデータを作成します。さらに RDF 形式などを作成す
る手順については、3.3 をご参照ください。

 作業のポイント
 全角文字と半角文字の違いや、空白文字や区切り記号の有無等の整理（データクレンジ
ング）は、データセットとして全てのレコードを入力したあとに作業する方が、効率的な場合が多い。
 公開の初期段階では、各レコードの完全性よりも、データレコードの数の充実を優先することが望ましい。

imi.go.jp
35

3.3

データの変換 作業の内容


アプリでの利用など、データ活用先が決まっている場合は、3.2 で作成した Excel データ（*.csv、*.xlsx、*.xls）などを、XML や RDF などの機械判読可能な形式に変換する。



必要に応じてデータモデル記述（Data Model Description）10を作成しておくと、アプリ開発者やコンピューターがデータセットの構造を理解しやすくなる。

【開始時に用意する情報】• 3.2 で作成した公開データセット• データ項目定義書【得られる成果物】• 公開データセット一式(XML、RDF など)

 このステップでの検討・定義対象• データモデル記述(DMD)

IMI 共通語彙基盤では、データの構造や、各項目へのデータの入力方法などを機械可読な形式にまとめた DMD（データモデル記述）の様式を規定しています。

 作業のポイント Excel 等の表形式データで問題はなく、まずはデータセットの公開を優先する。必要に応じて、より機械判読性の高い形式での公開を検討する。
 ■STEP2 でデータ項目を適切に整理し、3.2 でデータ項目定義に合致したデータを作成してあれば、データ変換の作業は外部委託が容易になることが多い。

10

DMD については「IMI 共通語彙基盤入門」「https://imi.go.jp/doc/IMI_introduction_20171227.pdf

をご参照く

ださい。

imi.go.jp
36

■STEP4. データを公開・運用する
 このステップでは、共通語彙に対応した項目の定義と整理が完了したデータセット
一式の公開を行います。
 公開後はユーザーの意見・要望等を積極的に受け付け、より良いものに改善してい
きます。

4.1

データの公開 作業の内容


オープンデータサイト等に、公開データセット一式を公開する。

【開始時に用意する情報】• 公開データセット一式【得られる成果物】• オープンデータサイト等でのデータセット公開

データセット公開用のサイトへ、■STEP3 までで構築したデータを配置し、公開します。

 作業のポイント データセットを RDF や XML で公開する場合、独自に作成した応用語彙については、データ公開サーバー等に名前空間（namespace）を定義したファイルを格納する。11

11

IMI における応用語彙の作成方法に関しては、支援ツールやドキュメントなどを公開する予定です。

imi.go.jp
37

4.2

データ公開の告知

 作業の内容


データを公開したことを公式ホームページ等で告知する。

【開始時に用意する情報】• オープンデータサイト等【得られる成果物】• オープンデータサイト、公式ホームページなどでの告知

データセット公開の告知例を図 22 に示します。

公式ページでも告知を行った例。https://www.pref.saitama.lg.jp/a0001/news/page/170119-01.html

図 22 データ公開告知の例
imi.go.jp38埼玉県ではデータセット公開の際、共通フォーマット策定の経緯やデータ項目定義書、検討プロセスにおける参加メンバーなども含めて告知を行いました（図 23）。

埼玉県は、共通フォーマット作成の経緯やデータの活用事例なども含めて情報公開を行った。
https://opendata.pref.saitama.lg.jp/events/news20170119.html

図 23 データ公開の告知記事例

imi.go.jp
39

4.3

公開したデータの運用

 作業の内容


1.1 で定義したデータセットの更新頻度に従い、データセットを更新または追加していく。



レコードの追加、削除、変更等が生じた場合は、可能な限り該当データセットのメンテナンスを行う。

【開始時に用意する情報】• 更新レコード• ユーザーからのコメント等【得られる成果物】• 更新されたデータセットや更新履歴

データを公開した後は、必要に応じ、更新等のメンテナンスを行います。
図 24 の例（京都市）では、最新のデータセットとともに、その更新履歴も併せて公開しています。

imi.go.jp
40

https://data.city.kyoto.lg.jp/node/94981#{}

図 24 データ更新履歴公開の例
imi.go.jp41公開後、データセットやデータ項目の構造を見直す場合もあります。図 25 に、埼玉県でのデータ項目の見直し作業の例を示します。

2016年9月30日 v1.0.0

2017年6月29日 v1.1.0

開始時間・終了時
間のデータ形式を変更した例

図 25 データ形式の見直し例（埼玉県）

 作業のポイント データセットの信頼性を確保するため、データセットごとに公開日、更新日などを記述
しておくことが望ましい。
 2.6 識別子の定義で識別子を定義し識別子を付与した場合は、識別子を変更しないように留意する。

imi.go.jp
42

4.4

データ項目定義書の公開

 作業の内容


ユーザーがデータセットを選んだり活用したりする際にデータの意味が伝わりやすくなるよう、データ項目定義書を公開する。



ユーザーや他団体等のコメント、利用ログ等をふまえ、相互運用性向上の可能性を検討する。

【開始時に用意する情報】• データ項目定義書• データモデル記述（DMD）

充実したデータ項目定義書を整備し、公開することで、公開したデータをより活用しや
すくなります。京都市の例（作業例⑥）、厚木市の例（作業例⑦）を紹介します。

作業例⑥

京都市オープンデータポータルサイト

京都市オープンデータポータルサイトは、各データセットに「データセットの情報」を提供。作成者、更新日、公開日、更新頻度、データセットの識別子と存在場所、ライセン
ス、作成基準日などがわかるようになっている（図 26）。

imi.go.jp
43

データセットごとにメタ情報を公開している例。https://data.city.kyoto.lg.jp/node/93460

図 26 データ項目定義の公開例

一部データセットについてはデータ構造や SPARQL クエリのサンプルを含む「情報の仕様書」を公開している（図 27）。

図 27 データ項目定義書の公開例
imi.go.jp
44

作業例⑦

厚木市オープンデータポータルサイト

厚木市オープンデータポータルサイトでは、利用者からのオープンデータに関する要望を募っている（図 28）。

厚木市オープンデータポータルの「ご要望」ページ。随時要望を収集している例。
http://www.city.atsugi.kanagawa.jp/shisei/15001/opendata/portalsite/d033348.html

図 28 要望・意見の募集例

 作業のポイント
 各データセットについての情報を提供すると、ユーザーが安心してデータを活用しやすい。
〔→作業例⑥〕
 ユーザーのコメント等をふまえ、データ項目やデータ構造の見直しを行うことが望ましい。
〔→作業例⑦〕

imi.go.jp45

この文書について「IMI 共通語彙基盤」に対応したデータ公開の手順を解説しています。
表題

IMI 共通語彙基盤に対応したデータ公開の手引き

公開日2018 年 3 月 30 日

改定日2018 年 5 月 31 日

作成者

独立行政法人情報処理推進機構(IPA)
技術本部国際標準推進センター

発行者

独立行政法人情報処理推進機構(IPA)（法人番号 5010005007126）

この文書のご利用にあたって

 著作権
この文書は、IPA が著作権を持ち、CC0 1.0 全世界（https://creativecommons.o
rg/publicdomain/zero/1.0/legalcode.ja）で公開します。

 免責事項
本書の内容を適用した結果生じたこと、また適用できなかった結果について、IPA 及び IMI 検討部会は、一切の責任を負いませんのでご了承ください。

ご意見を募集しています
広くみなさまのご意見を募集しています。以下ご意見投稿のページに進み、ご記入ください。
https://imi.go.jp/783/

imi.go.jp
46