共通語彙基盤概要

解説
本文書では、共通語彙基盤の概要を解説するとともに、その使用方法を例示する。

1.1

共通語彙基盤とは共通語彙基盤（IMI Vocabulary：Infrastructure for Multi-layer Interoperability Vocabulary）
は、情報共有基盤(IMI)の一部で、分野を超えた情報交換を行うためのフレームワークである。
個々の単語について表記・意味・データ構造を統一し、互いに意味が通じるようにすることにより、オープンデータのデータ間の連携はもちろんのこと、行政システムをはじめとした各種システムの連携、検索性の向上等を実現する社会全体の基盤である。
システム連携
共通語彙基盤は、用語の参照辞書を整備することで、各種データの同一性の確認を容易にし、その結果として、システム間の連携やオープンデータの活用を容易にできるようにする仕組み。
語彙（ボキャブラリ）、情報交換パッケージ（IEP)

情報交換パッケージにより、システム間を連携・高速な情報連携・設計の効率化

オープンデータ

項 目名（Typ e/Sub- properties）

項目名 （エン トリー名 ）英語 名デー タタイ プ
データ タイプ （英語）cardinality 項目説 明
項 目説明 （英語 ）サンプル値
Mapping t o IS A Joinup
ic: 人
人 _型氏 名
PersonType
人の情報をPerson
ic:
Person Name
ic: 表現する
氏 名 型ためのデータ型 。
ic:PersonNa meType
0..1
氏 名 nc:PersonType
ic: 人 _ 性 別
PersonS ex< 抽象要素><abstract eleme nt, no type> 0..1
性別
Substitutable Elements:
Su bstitutable Elements:
Date o f Death of a P erson
ic:LegalResiden
人_性別コー ド+ PersonSexCodec odes: 性 別 コ ー ド 型
cod es:Gender CodeTyp e
本 性 別 コ ー ド ic:人_本籍ic:住所型ic:AddressType0..1
本籍- 性 別 コ ードA
cou ntyo fthat
assigns rights, duties,
Gendera Person
国
ic:人_国籍<抽象要 素><abstract0..n
国籍-1
nc:PersonCiti citizenship
籍ceanda person
becauseic: 人 _ 性 別element,
名+ PersonSexText
ic: テ キスprivileges
トnty
型that to
ic:TextType
籍 nc:PersonSexCod e性別 名
nozenship性A
cou
assignsrights,duties,o f 日本国
国籍名
ic:人_国籍名+ic:テキスト型
ic:TextType
国籍の名 称。
nc:PersonCiti
thebirthorfthat
naturalizationof theduties,
personA
countyoassigns rights,
別 の 名 称。
Gendera Person
男type>
andprivileges
to a person because o f 392
国籍コードic:人_国籍 コード +Citizenship codes:国籍 コー codes:Citizensh
住民基本 台帳 で利用 されている A
zenshipText
nc:PersonCitizenshipFIPS10
in couthatnty
country.
that assigns rights, duties,
nc:PersonSexText
and privileges to a person because 0..1of
ic:人+ic: 人 _ 生 ド型
iso_3166:ISO316
iso_3166:ISO3166
Alpha 国籍コード
国名コード 。
。ISO3166
nc:PersonCitizenshipISO31
Text
Citizenship
ipCodeType-4Code
生 年ISO3166Alph
月日年 月日BirthDateic: 日 付Alpha2。2型
生 年 月日A cou nty thatic:DateTypeassigns rights, duties,
死亡年月 日ic: 人 _ 死 亡 年 月Code日
DeathDate
ic:
日付
型
ISO3166Alph
ic:人
iso_3166:ISO316
iso_3166:ISO3166
Alpha
国名コード。ISO3166
Alpha3。3 and privileges to a person because o f nc:PersonCitizenshipISO31
a2_ISO3166Alpha
6Alpha2Co
2CodeType
文字コード。
66Alpha2Code nc:Person DeathDate
ic:DateType 2 +ISO3166Al
0..1
死 亡deT
年月日
現 住ISO3166Num
人 _ 現 住6Alpha3Co
所Pr esentAddress 文字コードic:。 住 所 型
ic:AddressType
0..1
現 住 所66Alpha3Codea3所_ISO3166Alpha 3 ic:
pha2
ISO3166Al
deT 3CodeTypenc:PersonResidence
Associresidency
eriｃ
pha3
Citizenship
nc:PersonFull fullName
Name
Substitutable Elements:
ケイ ザイ
Substitutable Elements:
the birth or naturalization o f the person in t hat co untry. nc:PersonGiv given namethe birth or naturalization o f the person in t hat co untry. enName
Map ping to NIEM
人氏
型名性別ic:人_ISO3166N umeriｃ

dateOfDeath

Name o f a Perso nGender o f a Person1nc:Person Name
nc:PersonS exgender

Date of Birth of a Person-n c:PersonBirthDate

dateO fBirth

語彙で意味を確認し、情報

the birth or naturalization o f the person in t hat co untry. nc:PersonMai birthName
the birthor naturalization
f theprivileges
person intot hat
co untry.
A cou nty thatassignsrights, duties,oanda perso
n be cause o f
denNamenc:PersonCitizenshipISO3166N umericCodethe birth or naturalization o f the person in t hat co untry.
出生 国
ic: 人 _ 出 生 国
BirthCountry
ic: 場 所 型
ic: LocationType0..1
生 ま れ た 国。
A location wher e a person was born.
nc:PersonBirthLocation countryOfBirth 出生 地
ic: 人 _ 出 生 地
BirthPlace
ic: 場 所 型
ic:LocationTyp e
0..1
生 ま れ た 場 所。
A location wher e a
personic:
was
場所_地
born.
nc:PersonBirthLocation
placeOfBirth
氏 名 型名ic: 氏 名 型
PersonNam eType 氏名を 表現する ためのデータ型。
東京nc:PersonNameType姓
都三 鷹名
ic: 氏 名 _ 姓 名
ic: 住所_住所
FullName
ic: テ キ ス ト 型
ic:TextType
0..1市下 連雀１
氏 名 （ 姓 、 名 ）。
Full name o f a P erson
経済 太 郎カ ナ姓名
ic: 氏 名 _ カ ナ 姓 名
KanaFullName
ic: カ タ カ ナ テ キ ス ト 型
ic:TextType
丁目２５−１0..1
氏 名 （ 姓 、 名） の カ ナ表 記 。
Full na me in Katakana.
ケイ ザイ タロ ウロ ーマ字姓名
ic:氏 名_ロ ーマ字 姓名
R omanFullName
ic:テキスト型
ic:TextType
0..1
氏名（姓 、名） のロ ーマ字表記 。
Full name in Roma n alphabet.
KeizaiTaro
姓
ic: 氏 名 _ 姓
FamilyName
ic: テ キ ス ト 型
ic:TextType
0..1
姓。
Family name o f a Person
経済nc:PersonSurName
familyName カ ナ 姓
ic: 氏 名 _ カ ナ 姓Kana FamilyName
ic: カ タ カ ナ テ キ ス ト 型
ic:TextType
0..1
姓 の カ ナ 表 記。
Family name in Katakana.
ロ ーマ字姓
ic: 氏 名 _ ロ ー マ 字 姓Roman FamilyName
ic: テ キ ス ト 型
ic:TextType
0..1
姓のロ ーマ表記。
Family name in Ro man alphab et.
名ic: 氏 名 _ 名GivenName
ic: テ キ ス ト 型
ic:TextType
0..1
名。
Given na me o f a Person
太郎カ ナ名ic: 氏 名 _ カ ナ 名Kana GivenName
ic: カ タ カ ナ テ キ ス ト 型
ic:TextType
0..1
名 の カ ナ 表 記。
Given name in Katakana.
タロ ウロ ー マ 字 名
ic: 氏 名 _ ロ ー マ 字 名Roman GivenNam e
ic: テ キ ス ト 型
ic:TextType
0..1
名のロ ーマ字表記。
Given name in Ro man alphab et.
ミドル ネーム
ic:氏名 _ミドル ネーム
MiddleName
ic:テキスト型
ic:TextType
0..1
ミド ルネーム 。
Middle name o f a person
nc:PersonMiddleNamealternativeName カ ナミドルネー ム
ic:氏 名_カ ナミドルネー ム
Ka naMiddleName
ic:カ タカ ナテキスト型
ic:TextType
0..1
ミドル ネームのカ ナ表記。
Middle nam e in Katakana.
ロ ーマ字ミドル ネーム
ic:氏名_ロ ーマ字 ミドル ネーム
R omanMiddleNam e
ic:テキ スト 型
ic:TextType
0..1
ミドル ネームのロ ーマ字表 記。
Middle name in R oman
ic: MGRS座標系
alphabet. 旧 姓
ic: 氏 名 _ 旧 姓Maiden Name
ic: テ キ ス ト 型_MGRS座標格子ID
ic: 施設_ID
ic:TextType
0..1
旧 姓。
Maiden name.
カ ナ旧姓
ic: 氏 名 _ カ ナ 旧 姓KanaMaiden Name
ic: カ タ カ ナ テ キ ス ト 型
ic:TextType
0..1
旧 姓 のカ ナ
表記 。
Maiden name in Katakana.
ロ ーマ 字 旧姓
ic: 氏 名 _ ロ ー マ 字 旧 姓
R omanMaiden Name
ic: テ キ ス ト 型
ic:TextType
0..1
旧姓のロー
マ字 表 記 。
Maide n nam e in Roman alphabet.

+ ISO31 66Numeric iso_3 166:ISO3166 NumeriｃCod iso_3 166:ISO3166 NumeriｃCodeTyp e

国名 コード。ISO3 166Nu meric。数 字3桁 コード。

交換パッケージから、情報を抽出

小・中一貫
ic: 施設_概
三鷹市立第四小学校
要
ic: 建物_所在

教育校「連雀学 園」に属 す る 小

ic: 場所_地理 識 別子学校。

ic: 場所_住所
ic: 住所_構造 化 住所

・サービス設計の効率化

ic: 構造化 住 所_国
ic: 構 造 化 住 所 _ 都 道 府 県
東 京 都
ic: 構 造 化 住 所 _ 市 区 町 村
三 鷹 市
ic: 構 造 化 住 所 _ 町 名
下 連 雀
ic: 構造化 住 所_街区 符号
ic: 構造化 住 所_住居 番号
ic: 構造化 住 所_地番
ic: 構造化 住 所_方書
ic: 方書_方書1251ic: 方書_ビル
名ic: 場所_経緯 度 座標

ic: 経緯度座標 系_測地系コード
ic: 経緯度 座 標系_
緯度ic: 場所_UTM座標

ic: 経緯度 座 標系_
経度・安定した情報連携

ic: 方書_部
屋番 号
ic: 構造化 住 所_郵便 番号181-0013
ic: 構造化 住 所_住所I D
ic: 構造化住所_住所コ ード

検索

ic: 緯度_度
ic: 緯度_分
ic: 緯度_秒

ic: 場所_MGRS 座標

ic: UTM座 標系_UTM座 標ic: UTM座 標系_UTM測 地系I Dic: 経度_度
ic: 経度_分
ic: 経度_秒

ic: UTM座 標系_東距
ic: UTM座標系_グリッドゾーンID
ic: UTM座標系_グリッドゾーン格子 ID
ic: UTM座 標系_北距
ic: MGRS座標系_MGRS座標
ic: 建物_施設 情 報
ic: 証明_識別I Dic: 証明_証明 種 類
ic: 証明_発行 日
ic: 証明_失効 日
ic: 証明_発行 者ic: 施設_名称第四小学校

三鷹市立ic: 施設_種別
ic: 施設_商
用区 分

小学校

Schema.org
検索エンジン大手が整備する構造化データマークアップの共通仕様

語彙間の整理をしておくことで、検索を効果的に実施・検索の利便性の向上
・効果的な広報の実施

共通語彙基盤が実現する情報共有基盤
このような語彙の基盤を整備し、各語彙が正確に物事を表現できるようになると、同じ単語を違う意味で使うことによる誤解や、違う単語を同じ意味で使うことによる意思疎通の不便さを解消することができる。この基盤は、広域での情報連携を促進し、流通性の高いアプリケーション開発をすることが可能であることから、データホルダ、開発者、データ活用者等のオープンデータに関する多くの関係者から早期の整備が期待されている。
2

都道府県の持つ施設情報

A市の施設情報広域アプリや地域アプリが作りやすくなる

D市の施設情報

B市の施設情報

C市の施設情報

従来

共通語彙対応すると上記の各情報がバラバラで検索できない公開用情報が統一されるので、組み合わせて使ったり、様々な使い方が可能。

共通語彙基盤のメリット
語彙（ボキャブラリ）の整備には、グローバルな視点が重要であり、共通語彙基盤は、米国政府のNIEM（National Information Exchange Model）や欧州の Joinup のボキャブラリとの連携を図るとともに、W3C、UN/CEFACT 等の枠組みを参照しながら、国際整合性を取って整備が進められている。
共通語彙基盤の以前から語彙の整備はこれまでも行われてきたが、これまでの取組みとの大きな差は、単に単語を集めて意味を明確化するだけではなく、語彙のフレームワークを整備し、構造化を図っているところである。また、これまでの EDI 等の取り組みは業界毎に行われることが多く、社会全体でコンセンサスをとるべき語彙の整備が進んでこなかった。
共通語彙基盤では、語彙は 3 階層で考えている。その中核となるのが「コア語彙」である。
コア語彙は、氏名、住所、組織名、施設表記方法等、あらゆる分野で使用される語彙である。それらのコア語彙をベースに、各種社会活動や業務で使用される語彙を「ドメイン語彙」として整理している。これは、社会共通的に整備するフレームワークの基盤的な語彙と、専門家が整理すべき語彙を分けて整理するためである。「ドメイン語彙」は、さらに、複数分野で共通的に使われる「ドメイン共通語彙」とその分野でのみ使われる「ドメイン固有語彙」の 2 分野で整理している。例えば「駅」は、市民ガイド、観光ガイド等の複数分野で使うが、時刻表で使う語彙は、交通の分野でしか使わないので、これを「ドメイン共通語彙」と「ドメイン固有語彙」と分けている。このように管理することで、分野横断の語彙の整備の効率化と相互運用性の確保を両立させている。

3

コア語彙
どの分野でも利用される普遍的な語彙。
例）人、物、場所、日付 など

地理空間・施設

病院

ドメイン共通語彙
分野固有の語彙の内、他の分野でも参照する主要な語彙。
例）病院、駅名、避難所 など

住所

駅

コア語彙
ドメイン共通語彙

避難所

防災

災害復旧費

ドメイン
固有語彙

ドメイン固有語彙
各分野での利用に特化した語彙。
例）病床数、時刻表 など

移動・交通

財務

共通語彙基盤の構造
また、語彙を構造化して扱うのが共通語彙基盤のもう一つの特徴である。例えば、病院と小学校とイベントに関して情報を記述しようとすると、これまでは、その情報を整理したい人が、「住所」といった共通的な情報についても、それぞれが独自にその記述法を「再発明」し、その結果、表記にばらつきが出るといったことが頻繁に起こっていた。しかし、共通語彙基盤では、情報を構造化して表すようになっており、下図のように表現できる。病院、小学校、イベントを表現するのに、建物や住所等のコア語彙を再利用して組み合わせるとともに、ドメイン固有語彙を付加することで、各分野の情報管理の構造化を推進するとともに、分野横断的な情報交換を容易にしている。以下のように情報を管理することで、災害時に、標高１０ｍ以上で鉄筋コンクリートつくりの建物を抽出などの作業も瞬時に行えるようになる。
コア語彙とドメイン語彙の使用イメージ
病院

小学校
建物

イベント
建物

所在（住所）

所在（住所）

施設情報

施設情報

建築物情報

建築物情報

コア語彙

診療科

建物

ドメイン語彙

所在（住所）

避難所情報
生徒数

スケジュール

状況

連絡先

ベッド数

4

語彙を効率的に取り組む仕組みとしては、オントロジ等の技術的な解決策も研究されているが、そのような技術で解決を図る場合にも、このような語彙の基盤はその基礎をなすものとなる。

1.2

既存語彙等との共存関係

社会全体では、既に業界等で分野の語彙を整備しているところがある。しかし、分野毎の 語
彙では、分野横断の共同作業を行うときに不便なことがある。電機業界と機械業界では、 同じ単語を違う意味で使っているかもしれない。現代社会は、様々な分野の融合したサービ スが盛んであり、その場合には、業界の語彙を超えた情報交換の枠組みが必要になってくる。行政分野でも、マイナンバーの導入により、様々な分野が接続し、情報交換が行われるので、やはり分野間をつなぐ基盤が重要になる。
共通語彙基盤は、これらの既存の語彙をつなぐ基盤でもある。言葉の定義が違う業界間でも、共通語彙基盤の語彙を中間的に参照して情報交換することで、正確に情報交換できるようになる。例えば国の支援制度の情報を情報交換しようとすると、「貸付」のことを、ある省では「融資」と定義し、他の省では「貸与」と定義している。これらは、法律などで規定されている等で統一は難しいが、情報交換するときには共通語彙基盤で定義する「貸付」に統一する、あるいは、それへの結びつきを明確にしようと決めることで、情報交換が容易になる。もちろん、オープンデータとして活用したときにも関連情報の収集や整理が容易になる。
統計データの公開でも同様に、語彙の違いによる問題が生じている。各種オープンデータの統計を集めてきたときに、そのデータ項目の持つ意味が異なる場合には、重ね合わせたデータが意味をなさない場合もある。例えば、「一人当たりの水消費量」といったときに、水道水の使用量か、飲料水の消費量か、ミネラルウォーターの消費量かわからない。また、単位も、リットルか、トンか、ガロンかがわからないし、単位表記の語彙も併せて整理しておく必要がある。
「リットル」、「ℓ」「㍑」「liter」は人の目では同じと判断できるが、コンピュータでは、判断が難しい。
情報流通連携基盤共通 API の中でのボキャブラリの整理なども、共通語彙基盤のフレームの中で整理・連携することが可能である。

1.3

共通語彙基盤の導入方法

共通語彙基盤は、フレームワーク化されているので、順次導入することが可能である。
2014 年 2 月に行われたインターナショナル・オープン・データ・デーでは、ハッカソンを効率的に進められるよう、情報交換パッケージ（IEP：Information Exchange Package）を提供するなど、語彙の整備と検証が並行して行ってきた。その後に語彙全体の見直しが行われ実証を行う等、内容の精査を図っている。また、上述の情報交換パッケージの内容を充実させ、データモデル記述（DMD : Data Model Description）として仕様の策定が行われた。
AED の情報を例にとると、AED の DMD を使えば、既に、AED に関する語彙が洗い出されて体系化されているので、その語彙やその構造について考える手順が省略できる。そのう

5

えで、実装するアプリケーションの目的に応じて使用するデータ項目を選択し、アプリケーション開発を行えばよい。そうすることで、広域での相互運用性が高く、流通性もあるアプリケーションが開発できる。また、英語名も用意されているので、国際対応も容易に可能となる。
データ項目設定の例

ひな形

実装A

AED

AED

所在

所在
住所

住所

経緯度座標

経緯度座標

公共設備情報公共設備情報設置場所

設置場所
AED独自情報

設置者

設置者

パッド種類

利用可能時間

有効期限

利用可否

タイプ
モデル番号

設置日

シリアル番号

ホームページ

有効期限

利用者

モデル番号

設置日

パッド種類

外部利用タイプ

利用者

AED独自情報

利用可能時間

ホームページ

シリアル番号

写真

連絡先

写真

連絡先

補足

情報原

補足

情報原

実装B

AED
所在

英語

住所
経緯度座標

AED
Location

公共設備情報Address

設置場所

LocationTwoDimensional
GeographicCoordinate

Equipment
Information

設置者
Spot of
Equipment

Owner

AED
Information
Type of Pad

Business HoursAED独自情報
パッド種類

利用可能時間

有効期限

外部利用

Expiry date

AccessAvailability

User

Model Number

Day ofInstallation

Photo

Contact

Note

Information
Source

モデル番号

設置日

Serial Number

Homepage

タイプ

利用者

Type

ホームページ

シリアル番号

写真連絡先

補足

情報原

なお、DMD 等で使われているひな形の作成は、複数の行政機関や NPO 等で実際に使われているデータ項目を精査したうえで整備している。
以下に導入手順を示す。
① 導入の目標を決める
目標を明確にすることで、必要なデータ項目を選択することができる。この部分が明確でないと、データ項目に過不足が生じることとなる。
② 既存語彙や共通語彙基盤の整備状況を確認する
現在、その対象物を管理している場合には、どのようなデータ項目で管理しているかを確認する。また、その分野に関連した、コア語彙を確認するとともに、その分野のひな形であるDMDなどのドメイン用の支援キットなどが用意されているかどうかを確認する。
③ データ項目を整備する

6DMD がある場合には、その項目から公開データに使うデータ項目を選択する。DMDがない場合には、データに含める項目をCSV形式などで作成したうえで、DMDエディターを用いて、DMDを作成する。
④ データ項目の検証をする
いくつかの例を入力して、情報項目に不足しているものがある場合には、追加を検討する。独自項目として追加するものと、共通語彙基盤事務局に改善を呼びかける場合がある。
⑤ データの定義書を作成する
データの定義書（アプリケーション・プロファイル）を作成し、DMDに追加する。作
成したDMDをDMDエディターに登録することで、他組織での活用に寄与することが可能である。
⑥ データを登録する
データの入力をしていく。既存の各部門が情報を持っている場合には、コンバートして入力する。すべての情報を入力しようとすると、入力者の負担になることがある。空欄があってもかまわないくらいの気持ちで最初は取り組むことが重要である。データがCSV等の表形式のデータとして作成されている場合は、DMDエディターを利用して表形式のデータを変換して共通語彙基盤形式のデータを作成することができる。
⑦ 情報を公開する
API、CSV 等の情報が再利用しやすい形で情報を公開する。
⑧ 利用を呼び掛け、フィードバックを呼びかける
データ活用を推進し、改善のためのフィードバックを呼びかける。

1.4

情報連携用語彙データベース、支援ツール、共通語彙基盤ライブラリとは共通語彙基盤を効率的に導入するための情報連携用語彙データベースの開発と、関連ツールの開発が進められ、試行運用されている。情報連携用語彙データベースは、使いたい語彙が既に定義されているか、類似の語彙がないかを検索する等、語彙を管理するためのデータベースである。語彙の増加、ひな形の増加、情報交換用パッケージの追加などには必要な基盤である。利用者による語彙の追加要望や既存の語彙等の追加は、事務局で審査のうえで実施し、語彙の品質を確保していく。
支援ツールは、データのテンプレートの設計や、データの入力や表示を支援するツールで ある。
現在でも、郵便番号を入力すると、住所の町まで自動で入力してくれる各種サービス はあるが、システム的には、市町村と町を分離して持ちたい場合もある。その場合には、入 力者に負担をかけずに、自動的にデータを生成するツールが必要となる。データを精緻に持 ちたいという要望と簡易に入力したいという、相容れない要望を実現するためにはこうし た入出力の支援ツールが必要であり、順次整備を行っている。下記の千葉市の例は、ウェブ で公開するデータの中に、それをオープンデータとして活用しやすくするために、そのデー タの意味等を説明する情報をメタデータとして埋め込む作業を支援するツールの例である。
7

共通語彙基盤ライブラリは、共通語彙基盤の各種の語彙、DMDやデータを容易に扱えるようにするためのライブラリで、データを生成するシステムやデータを利用するアプリケーションを容易に構築できるようにするためのものである。

8

画面
データベース
郵便番号 100-0013
住所
番地名

自動入力

東京都千代田区霞が関
－－ビル等

郵便番号
市町村コード100-0013
131016

都道府県警

東京都

市町村名

千代田区

町名

霞が関

住所入力支援ツールの例

イベント情報の項目のデータとして設定された箇所は反転表示

イベント情報の項目にデータが設定されるイベント情報入力支援ツール例

1.5

共通語彙基盤のメンテナンス

導入に当たってデータ項目の変更等が起こる問題を指摘されている。アジャイル型で整備が進められているため、データ項目の変更が全くないとは言えないが、中核部分に変更が起こらないように、十分な検討が行われている。
共通語彙基盤のメンテナンスは、語彙の専門家による委員会において行われている。メンテナンスの方法と指定は以下の方法で行う予定である。
（１）メジャーアップデート
コア語彙の主要項目のアップデート等、影響範囲が大きいアップデートであり、数年に1 回の実施を予定している。将来的にドメイン語彙の委員会ができたときには、ドメイン語彙とコア語彙の語彙の調整なども含まれる。
9

（２）マイナーアップデート
特定分野の追加等、ブロック単位での追加等を行うアップデートである。実証等により特定語彙ブロックなどができた場合に実施される。
（３）マイクロアップデート
ケアレスミスや語彙解説の精緻化等の軽微なアップデートであり、随時行われる。
これらのコア語彙のアップデートと並行して、DMD の追加は随時行われる。
共通語彙基盤の成熟に合わせて上記のように修正が行われていくが、整備は継続的に行われるものであり、共通語彙基盤の導入はその時点のバージョンで進めていくべきである。
古いバージョンで実装した場合にもデータが構造化されているので、これまでのデータ移 行と異なり、新バージョンへの移行も軽微な負担で行うことができる。

10