資料 0

第3回

情報共有基盤推進委員会
議 事 次 第⽇時

平成 27 年 2 ⽉ 26 ⽇（⽊）15：00〜17：00

場所

経済産業省第 6 共⽤会議室（本館 17 階東 3）＜議事次第＞
1.

開会

2.

共通語彙基盤 WG 報告、及び推進⽅針に係る審議

3.

⽂字情報基盤 WG 報告、及び推進⽅針に係る審議

4.

閉会＜配布資料＞
資料 0

議事次第

資料 0-1 委員名簿
資料 0-2 席次表
資料１

政府・⾃治体での推進状況

資料２

共通語彙基盤整備事業の進捗状況

資料３

構築中のツールについて

資料４

コア語彙、IEP について

資料５

共通語彙基盤整備事業 2015 年度実施項⽬(案)

資料６

⽂字情報基盤整備事業の進捗状況と 2015 年度実施項⽬(案)

資料７

縮退マップについて

参考資料０

電⼦⾏政分野におけるオープンな利⽤環境整備に向けたアクションプラン

参考資料 1

共通語彙基盤パンフレット

参考資料２

⽂字情報基盤パンフレット

参考資料３

IEP の例（住所 IEP）

参考資料４

コア語彙テクニカルガイドライン

資料０-１

第 3 回 情報共有基盤推進委員会 委員名簿
（2015 年 2 ⽉ 26 ⽇）

委員⻑
須藤 修

東京⼤学 ⼤学院 情報学環・学際情報学府学環⻑・学府⻑

委員
武⽥ 英明 共通語彙基盤ワーキンググループ
国⽴情報学研究所委員⻑

情報学プリンシプル研究系

教授

橋⽥ 浩⼀ ⼀般社団法⼈電⼦情報技術産業協会（JEITA）ビッグデータ⼯学専⾨委員会委員⻑
東京⼤学⼤学院情報理⼯学系研究科ソーシャル ICT 研究センター 教授
林 史典

⽂字情報基盤ワーキンググループ委員⻑

聖徳⼤学/聖徳⼤学短期⼤学部⽂学部⽂学科 教授

⼈⽂学部⻑/⼈⽂学部⽇本⽂化学科⻑
伏⾒ 諭

⼀般社団法⼈情報サービス産業協会（JISA）技術強化委員会 標準化部会⻑
合同会社

ソフデラ代表(委員 50 ⾳順)

オブザーバ
内閣官房 IT 総合戦略室
内閣官房 社会保障改⾰担当室
総務省 ⾏政管理局

事務局
和⽥ 恭

経済産業省 情報プロジェクト室 室⻑

宮⾥ 孝則 経済産業省 補佐情報プロジェクト室 室⻑補佐平本 健⼆ 経済産業省 CIO 補佐官
⽥代 秀⼀ 独⽴⾏政法⼈情報処理推進機構 国際標準推進センター⻑

資料０-２

第 3 回情報共有基盤推進委員会席次表
⽇時：2015 年 2 ⽉ 26 ⽇（⽊）15:00
場所：経済産業省第 6 共⽤会議室（本館 17 階東 3）

内閣官房
IT 総合戦略室

オブザーバ
IPA
小林専門委員

IPA 田代国際標準推進センター長

伏見委員

須藤委員長

林委員

経済産業省

橋田委員

平本 CIO 補佐官
経済産業省

武田委員

和田情報プロジェクト

経済産業省 宮里情報

IPA

プロジェクト室長補佐

事務局

事務局

頃末

共通語彙基盤の政府・自治体での推進状況

資料１ 電子行政分野におけるオープンな利用環境整備に向けたアクションプラン
（内閣官房）
 H26の計画であるコア語彙と住所等のIEPを公表済。

 経済産業省
 法人情報に関する情報を、共通語彙基盤の観点から整理中

 中小企業庁
 官公需情報提供等に関し、共通語彙基盤の観点から支援

 公共クラウド 観光情報収集で、共通語彙基盤を参照

 国税庁
 法人番号関連情報提供に関し、共通語彙基盤の観点から支援

 農水省
 農業情報標準化を、共通語彙基盤の観点から支援

 横浜市金沢区
 共通語彙基盤を使った、アプリコンテストを実施• 防災、子育て、公園等の関連アプリが受賞

 千葉市
 千葉市オープンデータの推進に関する指針• 「氏名や住所等の普遍的用語の記述については、国で整備を進めている情報連携用語彙データベース等に準拠することとする。」

1

文字情報基盤の政府・自治体での推進状況１
 世界最先端IT国家創造宣言、電子行政分野におけるオープンな利用環境整備に向けたアクションプラン（内閣官房）
 創造宣言およびアクションプランに従い、文字情報基盤の相談が増加
 「文字情報基盤導入＝全6万字活用」と誤解されているため、アクションプラン等の表記内
容の変更が必要。縮退マップの提供とあわせて実施する必要有り。

 国税庁
 法人番号の公開に伴い、縮退を実施。（IPA縮退マップを活用予定）

資料：
国税庁「法人番号の公表機能に係る仕様」（平成26年11月版）

 マイナンバー 通知カード、個人番号カード、マイポータルでの表記、表示、保存方法の検討が必要であり、
2関係者に情報提供中。

文字情報基盤の政府・自治体での推進状況２
 戸籍制度に関する研究会（法務省）
 第一回研究会（2014/10/29）「戸籍制度に関する検討課題」• 「各ベンダーの戸籍情報システムによって使用している文字テーブルを戸籍統一文字に変換するための作業は行っている。ただ、各市町村の文字を完全に戸籍統一文字へ変換できているわけではなく、相当程度の外字が残っている状態である。」

 第二回研究会（12/3）「番号制度導入について」• 現行制度での戸籍電子化の概要説明。正字にも言及。

 第三回委員会（12/18）「事務処理上の問題点とシステム一元化の是非等」• 自治体毎に外字がありネットワーク化が難しいことが指摘される

 第四回研究会（1/29）で、「システム一元化に伴う制度の見直しの要否」• マイポータルによる手続に関して議論。表示する時の文字の問題はあるが、議論なし。

 文科省
 第8回文化審議会国語分科会漢字小委員会（2014/5/23）で「手書き文字の字形」と「印刷文字の字形」に関する検討を開始。
 第14回文化審議会国語分科会漢字小委員会（2015/1/16）• 「「手書き文字の字形」と「印刷文字の字形」に関する指針」の構成例について（素案）の議論• 常用漢字表における「字体・書体・字形」等の考え方について（共通理解のための素案）の議論

 自治体
 調達仕様に記載が進む等、自治体の導入意欲は高い• ベンダが導入に難色を示しているという意見が未だに寄せられる

3

資料２

共通語彙基盤整備事業の進捗状況

1

IMI

意味

•IMI: Infrastructure for Multilayer Interoperability（共通語彙基盤） 情報システムの「各層」（電気信号→データ（文字→単語）→アプ
リケーション）がきちんと繋がるための「基盤」を提供する。
そのために、情報機器が交換するデータの中で用いられる「用語」について、意味の共有を図ることが重要。

ネットワーク2

共通語彙基盤(IMI)プロジェクトとは• 交換されるデータの基本的構造を⼀致させる／整合させる• データの中に出てくる「⽤語」を統⼀する／関係付けるために• データの構造定義• データ項⽬名の定義• データ構築を⽀援するツール類
等を提供するためのプロジェクト
3例）名簿作成に「語彙基盤」を使う。。
オープンデータ
やデータ連係で活用

名簿のデータベース

氏

名

性別

住所

電話番号

職業

山田

太郎

男

東京都・・

123-4567

会社員

鈴木

花子

女

神奈川・・

123-4567

会社員

山本

一郎

男

千葉・・・・

123-4567

学生

データ項目の定義、構造
意味定義
語
彙
基
盤

項目名 書き方
氏

文字列

名

文字列

性別

＜性別リスト＞

意味

コードリスト
値

意味

男

・・・・

女

・・・・

4

共通語彙基盤の将来像

コア語彙
ドメイン語彙

5

語彙基盤に期待される効果• ⾏政サービスの向上– 透明化– 住⺠参加– 防災• ⾏政の効率化– システムの効率化– 業務の効率化• ビジネス活⽤– データを使う新しいビジネス– データ／アプリを作る新しいビジネス
6進め⽅の基本• 「語彙」の整備• 「語彙」を提供する環境の整備• 「語彙」を構築するための環境の整備• 「語彙」を活⽤するためのツール類の整備

実装

実験

検討・改良

地方自治体等の現場で実験し、検討7

共通語彙基盤事業進捗状況と計画の概要
コア語彙2.2を公開 : http://imi.ipa.go.jp/
2013年度

2014年度

2015年度

16年度

17年度

情報連携⽤共通語彙基盤構築事業
概念モデルの構築（パイロット
実証等による要件整理）

DBプロジェクト
情報連携⽤語彙データベースの概念モデルの構築及びパイロットシ
ステムの構築・運⽤仕様策定フェーズ

成果
２月公開

成果公開ページ :情報連携⽤語彙
データベースシステムの開発

ツールプロジェクト
情報連携⽤語彙データベースと連携するデータ設計・作成⽀援ツール群の試作及び試⽤並びに概念モデルの構築

開発フェーズ

機能強化

ツールの開発を一部先行して実施中（金沢区）

成果
９月公開
ツールの
構築

ツールの構築http://goikiban.ipa.go.jp/node744
http://goikiban.ipa.go.jp/node640
8

運⽤プロセス、整備すべきツールの検討
運用組織体制と運用プロセスの比較• 海外先進事例調査
国際的な相互運⽤も視野に⼊れ、先⾏事例である以下の組織に対し、直接の聴取も含めた調査を実施
 NIEM(⽶国) ISA(欧州) schema.org

項番• ツールの整備

1

ツールプロジェクトでの実証から得られた
ツール群、海外における先進事例で実績のあるツール群より、想定ツール群を整
理した。

2
3
4
5
6
7
8
9
10

ツール名
概要
データモデリング UML等のモデリング言語を用いた、データモデリングを支援するツーツール
ル。
交換・公開するデータ(省庁・自治体の保有データ)の仕様に基づいデータ構造設計支て、当該データの項目に対応する共通語彙を選択し、データの型とな
援ツール
る「データテンプレート」を設計するためのツール。
データ構造変換
ある語彙や形式で表現された実データを、「データテンプレート」にツール基づいて、別の語彙や形式で表現されたデータへ変換するツール。
データ入力支援「データテンプレート」の形式に則ったオープンデータの作成・公開
ツールを容易にするためのツール。
構造化データ付与 Webサイト等のHTMLファイルに対して、メタデータ（RDFa形式など）をツール
付与する作業を支援するためのツール。
語彙データ閲覧
語彙データの情報(名称、定義、構造、典拠、同義語・類義語、対応すツール
る外部用語、利用例など)を閲覧するためのツール。
ある実データが、それに付随するデータテンプレートに準拠している
妥当性検証ツール か（データテンプレートに含まれる物理スキーマで実データが検証に通過するか）を確認するためのツール。
語彙データ管理
語彙データの登録・追加・修正・更新・廃止を実施するとともに、出ツール
典情報や法的根拠を付与するためのツール。
データテンプレートや各種ツール群、その他共通語彙基盤関連の各種
共通語彙
資料や情報を格納し、利用者による共有・再利用を可能とするためのリポジトリ
データベース。
語彙データ提案
語彙データの新規登録・追加・更新・廃止内容に関する提案や、当該ツール提案に対する承認・非承認を実施するためのツール。

9４ドメインについての思考実験• 選択したドメインとその概要
項番

ドメイン

概要

1

地理空間・施設 地図データ及びその地図上にマッピングされる施設のデータを扱うドメイン

2

移動・交通

人の移動や公共交通(鉄道・バス)の移動に関するデータを扱うドメイン

3

財務

政府の公開する予算、決算、調達に係るデータを扱うドメイン

4

防災

平時における災害対策及び発災時における緊急情報の機関間の情報連携に必要となるデータを扱うドメイン• ドメイン語彙のサンプル
地理空間・施設
用語の名称
場所
線
領域
座標列
座標
アクセス
経路
道路区間
道路
方向
起点
終点
範囲
延長
道路
種別
種別(コード)ID
名称
起点
重要な経過地

移動交通

防災

財務（歳出予算、税どこ）

用語の名称

用語の名称

用語の名称

駅

災害対応施設

費目

管轄事業者
開業年月日
一日平均乗車人数
一日平均降車人数
所属路線
路線別駅情報
接続路線
駅構内
駅出入口情報
周辺案内
駅構内
駅
深さ
バリアフリー情報
ホームドア・可動ステップの設置有無
AEDの設置有無
駅係員呼出しインターホンの設置有無
非常停止ボタンの設置有無
可動式ホーム柵の設置有無
ホーム端転落防止柵の設置有無

種別
対象地区
学区
管理者
災害種別
収容可能人数
非常用電源有無
指定有無
災害対応施設種別
種別
コード
補足説明
災害種別
災害種別
コード
補足説明

名称
説明
金額
議会費
議会費
項議会費
議会費
総務費

用語の名称
地方議会
地方議会
地方行政
総務全般
財務・会計
まちづくり推進
政策
住民
選挙
その他

総務管理費
徴税費
総務全般
戸籍住民基本台帳費
電子計算
選挙費
公平委員会
統計調査費
庁舎
監査委員費
支所・出張所
総務管理費
監査
一般管理費
電子計算費

その他
財務・会計

10

⾃治体現場での適⽤実験（2013〜2014年）
報告書・試作ツールを
http://goikiban.ipa.go.jp/node640
から公開

「道路」

• 浦安市都市整備部市街地
インディゴ株式会社
開発課液状化対策推進室

「観光」

• 松江市
• 島根大学• 松江商工会議所「イベント」• 千葉市総務局情報経営部
インフォコム株式会社
業務改革推進課「制度」• 神戸市こども家庭局• 千葉市総務局情報経営部
株式会社
業務改革推進課
アスコエパートナーズ• 川口市企画財政部情報政策課「施設・サービス」• 横浜市金沢区

株式会社
ネットワーク応用通信研究所

株式会社三菱総合研究所
11

コア語彙検討の状況
2014/6

2013/6

コア
語彙
1.01

コア語彙
検討会
内容の
精査
構造の
⾒直し

XML

2015/2

2014/10
コア語彙
検討会

コア

プロジェクトからのフィー
ドバック

語彙
2.0

海外
意⾒聴取

XML
CSV

コア
語彙
2.1

コア語彙
検討会

コア

パブコメの
反映

2.2

語彙

XML

XML

RDF

RDF

CSV

CSV

NIEM

•
•
•

【海外調査、意見聴取】
先行する語彙との整合性
先進事例との比較
開発経験者・有識者からの意見聴取

コア語彙の公開ページ：

EC ISA
schema.org
W3C 他

http://imi.ipa.go.jp/
12普及活動（実施したイベント）• 2014.6.6「姿を現し始めた『共通語彙基盤』」– 試作ツールのデモと説明– 参加者：約100名• 2014.10.22「IPAグローバルシンポジウム」– 欧州/⽇本の語彙にかかる取り組みを紹介– 参加者：約140名• 2015.2.4 「共通語彙基盤（IMI）プロジェクト
成果説明会〜オープンデータ・情報連携のための基本⽤語の定義と構造」– コア語彙2.2の説明、語彙基盤応⽤事例の紹介– 参加者：約130名
13

国際コミュニティの設⽴• ⽇・⽶・欧の関係機関が「Community of Practice on Core Data
Models 」の設⽴に合意– 現在設⽴準備中• ⽬的– Good Practiceの共有– 各国の基本語彙間のマッピング• 初期メンバー– 欧州委員会DG Informatics– 欧州各国（12カ国）の担当組織– ⽶国NIEM– ⽇本IMI• 5⽉にSEMIC国際会議
14欧州委員会主催ワークショップ（11⽉12⽇）

15

2015年5⽉ EC主催の国際で発表予定

16

資料３

構築中のツールについて

2015 年2月
独立行政法人 情報処理推進機構

1

開発中ツールの概要
 表計算ソフトやCSV形式等で保存されているデータに対し、IMI語彙による情報の付加や構造の整理を行いコンピュータ処理に適したデータを作成にする作業を支援します。
元データ

既存の
データを
入力

 IMIが定義する構造に従って、データの構造を整理する。
 IMIが定義する項目の情報をデータに付加する。

作成ツール
利用者は項目に対応するIMIの用語を選択
ic:施設
ID

ic:ID

名称

郵便番号

ic:名称
ic:連絡先の電話番
号
ic:住所の郵便番号

住所

ic:住所（分割）

よみがな

ツールによる助言「住所」には「ic:住所」を対応付けることができそうです。

IMI語彙が付加されたデータ

IMI語彙による情報が付加されたデー
タを出力

ツールによるデータ構造の整理
住所の分割
電話番号の定型化など

2

開発スケジュールとサイクル
 先ずは、横浜市金沢区が運営する、「かなざわ育なび.net」により提供されている、子育て、防災等に関する、施設、制度、イベント等すべてのデータをIMI語彙を利用した情報が付加された二次利用がし易いオープンデータとして提供することを目標とする。
 二次利用し易いオープンデータの作成作業を自治体職員自身ができるようにすることを目指し、利用者の利便性を最優先した設計とする。
 自治体職員の利便性を高めるため、設計段階から、実装段階に至り、自治体職員によるレ
ビュー・試用を繰り返し行う。
2015/3

開発会社

データ作成部分の実装

ユーザインターフェース設計

設計レビュー

試用
フィードバック

自治体職員（横浜市金沢区）

2015/4

ユーザインターフェース設計レ
ビュー

データ等出力
部分の実装

試用
フィードバック

ワークフローに沿った試用2015/5

フィードバック

ワークフローに沿った試用

実業務での試用

フィードバック

実データの
作成作業

 2015年5月初旬に開発を終了し、2015年6月中に運用を開始する予定
 IPAのサーバーにてツールを運用するとともに、変換ロジックなどを再利用できるよう、ソース
コードをオープンソースとして提供する予定。
3

資料４

コア語彙、IEPについて

2015 年2月
独立行政法人 情報処理推進機構
1

コア語彙とは【コア語彙】
どのような分野・サービスでも広く利用される普遍的な語彙。「人」「氏名」「住所」「連絡先」「組織」「場所」「日時」「日付」「建物」「施設」「座標」など、特定のものを表現する語彙から、「数量」「面積」「重量」「長さ」「時間」「金額」のような計量のための基礎概念を表現する語彙などが含まれる。
【ドメイン共通語彙】「病院」「避難所」など、複数分野に渡って使われる用語【ドメイン語彙】「診療科」「病床数」など、特定分野での利用に特化した用語

2

コア語彙の提供資料
 コア語彙（HTML） http://imi.ipa.go.jp/ns/core/2/
データ作成者が、コア語彙として定義されている用語を確認するためのWebページ。

 スキーマ
データの検証やデータの意味を推測するためにコンピュータシステムが参照するコア語彙の定義ファイル（通常のWebブラウザでは表示できません。）
 コア語彙 XML スキーマ 名前空間： http://imi.ipa.go.jp/ns/core/2/ コア語彙 RDF スキーマ 名前空間： http://imi.ipa.go.jp/ns/core/rdf#

 IEP（情報交換パッケージ） http://imi.ipa.go.jp/doc/IEP/v1/
コア語彙を使用して情報交換を行うための雛形です。IEPを共有することにより、同種のデータの定型化を促進することができます。
コア語彙2.2のリリースに併せ、サンプルとして参照できるよう、下記9つの実用レベルのIEPを提供しています。
○住所 ○地物 ○施設 ○避難施設 ○イベント ○医療機関 ○氏名 ○設備 ○組織

 共通語彙基盤およびコア語彙に関するドキュメント
 共通語彙基盤概要 http://imi.ipa.go.jp/doc/IMI_Overview_v2.pdf
自治体職員等、技術者でない方を対象とし、共通語彙基盤の意義や基本的な考え方が理解できるように解説したドキュメントです。

 コア語彙テクニカルガイドライン http://imi.ipa.go.jp/doc/IMI_Core2_TechGuide_v2.pdf
コア語彙を用いたデータ設計やシステム設計、また、同形式の独自語彙等の定義を行う技術者向けに技術的な詳細を解説したドキュメントです。

3

コア語彙2の用語

様々な分野のデータの中で共通に使用される用語で構成、用語には以下の2種類の用語があります。
クラス用語



「人」や「組織」などの大きな概念を表す用語。プロパティ用語のリストをもつ。
48個の用語が定義されている。

クラス用語一覧
分類

クラス用語

物や事象を表す用語

 人
 施設
 駐車場
 建物
 組織
 氏名
 住所
 場所
 座標
 ID
 ID体系
 コード
 コードリスト
 名称

 法人
 業務組織 イベント
 製品
 製品個品 連絡先
 アクセス アクセス区間
 スケジュール
 イベントスケジュール
 定期スケジュール
 詳細スケジュール
 詳細スケジュール規則
 構成員

 重量
 価格
 期間
 時間
 人数

 数量
 長さ
 面積
 容量
 電話番号

物や事象の説明を行う用語

値に関する用語

 地物
 設備

 施設関連
 事物
 実体
 状況
 組織関連

 日時
 日付
 金額
 測定値

プロパティ用語
例

クラス用語を構成する項目となり、クラス用語と、他のクラス用語や値との関係を表す用語。
206個の用語が定義されている。
（カッコ内はプロパティ用語を項目としてもつ主なクラス用語）
生年月日（人）、都道府県（住所）、関連組織（組織）、製造者（製品）、送付先（連絡先） など、

4

資料５

共通語彙基盤整備事業
2015年度実施項⽬(案)1

2015年度の実施項⽬(案）• 情報連携⽤語彙データベースの構築開始– ドメイン語彙の作成、検討の⽀援– コア語彙の配布、検索– ドメイン語彙のポータル– ツールの配布、検索• 語彙活⽤のためのツール構築– データ設計⽀援– データ⼊⼒⽀援– データ変換⽀援• コア語彙の充実– ⽤語定義や説明⽂書の充実– 国際連携• 活⽤⽀援、普及・啓発– 事例の集積と導⼊ガイドの作成（アクションプランに提案）– 省庁・⾃治体等への個別対応– セミナー（地⽅へ紹介へも⼒を⼊れる）
2

㈨ᩱ䠒ഞߞ࣮൙Ղಁ४ಡߚ‫ז‬ʍदᳶࣳ‫ׅ‬ʇ௻୩ࠄ߀‫܈‬෾ƸΠƹ ௻ٚ
ஶງ‫ۼ‬३൥ऩ ࣮൙࢈๽ीदՑ‫ۥ‬ৈ҉Ϋϑ҇Ƹ௻ٚƹΤ‫܇‬ʍஞɬ
௪ೝ

ߚࣛ

ҩ๗

ٚ௪ ‫ז‬Қઘ੄ʍঙງ

ഞߞ࣮൙Ղಁʍ೩֊ʗ‫ۈ‬ɰɾ‫ז‬ҚӜஞʱीदɸʪɾʠƐǄ,96իࡱਛदֶմ҇ǅʱҔৠɶƐǄഞߞ࣮൙իࡱਛदֶմ҇ǅʗٚ௪ ഞߞ࣮൙Ղಁ஡௬ʾʶ˛຾ʍ‫ۂ‬ҟ

,3$ɪʨ‫ۂ‬ҟ•ഞߞ࣮൙Ղಁ஡௬ ˣ̅˧˾˕˚•ഞߞ࣮൙Ղಁ஡௬ʾʶ˛ 9HU•ഞߞ࣮൙Ղಁ஡௬˘ˁ˝ʽ˽ˋˑ˙ʵ 9HUٚ௪Ǆ୕޶߭ߥ੄ʍࠪৠʞʱљਤɸʪɾʠʍʍ޼धǅਅ෕ࣈ߭ߥ‫ۼ‬३‫ח‬ɪʨ߭ߥ੄ʗ‫ۈ‬ɰɾ޼ध•‫ܙ‬ʍࠪʩৠʞʇɶʅഞߞ࣮൙Ղಁʱ࣐҆Ǆ୕޶‫ۼ‬३ഒฐʊɩɰʪʼƪ˩̅ʉٚ௪ ๸๑Ԗֻ४ಡʊ‫ۈ‬ɰɾʴˁˉ˹̅˩
˻̅ǅҺ೤ࣈ࣮൙ѓ஍ӛএ௰ࠖƸ&,2ƹໞ๭҇մٔଜ•஡௬ʾʶ˛ʍ‫ࣆޖ‬•࡬੖˰˕˩ʍ४ಡ

ٚ௪ 0RMLB-RKR FROOHFWLRQʍ,9'ୠ໻ഞߞ࣮൙Ղಁʍഞߞऺ‫ح‬ʱ࠿໻ɶɾp0RMLB-RKR &ROOHFWLRQpɫƐ8QLFRGH˅̅ˏƪˉʴ˲ɪʨ‫ۂ‬ҟٚ௪ ˍ˱˜ƪʍࠄ߀ද૗˳˕ˍʆҟ‫݋‬ɴʫɾ,QWHURS҇࣪ʊʅǄ‫ۼ‬३ʍ୕޶ѓʗʍӜ๑ɫदʟǆഞߞ࣮൙ՂಁǇǅʱҟ‫݋‬ٚ௪ ഞߞ࣮൙Ղಁ˙ƪˑ˫ƪˋ‫ۥ‬યҟ޳ഞߞʊ‫ؤ‬ʪ࣮൙ʱ5')‫߲ح‬ʆҾఈɶƐ‫ۂ‬ҟɸʪ˙ƪˑ˫ƪˋƑ௻ќʊєϷ๑ҟ޳฽ଜƑචҾϷ๑ҟ޳ʎ௻ٚƑٚ௪ ,62,(& ʍౙ‫ۼ‬ഞߞ࣮൙ՂಁʍഞߞʍɥʀƐตഞߞɫ՜Ҿʊૻљ

0-ഞߞ࣮൙φ๷೅,3$PM෢૝ʍٚ௪ˢƪˊ˹̅ʴ˕˩

,9'ୠ໻Ɛ,62,(&ʍౙ‫ۼ‬ʱ౩Ͽೀࢀʊ࡞ʂʅެɧʪഞߞɫตഞߞਕљٚ௪ ,62,(&-7&6&Ϋϑ҇ҟ‫݋‬••ഞߞ࣮൙ՂಁɪʨଥΠ઺ʍตഞߞʍɥʀƐตഞߞɫ୺ೄʗƑഞߞ࣮൙Ղಁʍ˂˼˧ʍࡘ܏ʍଜձʱ՜Ҿ࢑ʊљɧʪɲʇʊʃɬƐଥΠɫ࠷๽ɴʫɾ Ƕ ୺ೄ࢈๽઺

•੆ࣛഞߞʍূଜࣳ‫ׅ‬Ɛ՜ҾѓൣधΠʱ൙‫ܘ‬ɶƐմ໼ٚ௪ഷ੄є෠՜ҾΠʍࢀಡࣳ‫ׅ‬ʱ࣮൙՜Ҿ૦݀҇6&দฉΫϑ҇ʗ൙‫ܘ‬ೀࢀѓࣳ‫ׅ‬ʍҩ๗ৌตවഞߞʍɥʀƐ೬܎ѓࠄ਍ɫෆນʍഞߞॐ

௻୩

௻୩

௻୩

௻୩Τ‫܇‬

0RMLB-RKR &ROOHFWLRQʇɶʅ,9'ୠ໻ԂນƸ௻ٚƹ

6,100,62,(&ਫ਼౱Ҽ૗(Ƹ௻ٚƹ,62,(&-7&6&҇մʆ࠷๽ɴʫ୺ೄʗ ௻ٚ

2,400
1,900
ตഞߞ
ٚ
,3$PM෢૝˧ʻ̅˚Y‫ۂ‬ҟตഞߞ
ٚ,3$PM෢૝˧ʻ̅˚Y‫ۂ‬ҟ೬܎ѓԂນƘ

௻ٚƐ,62,(&
6&:*,5*ʗଥΠ‫ݗ‬‫ޖ‬۵ƕ‫҇ݣܙ‬մʍ௪ପ• 6&҇մ• WKm 0DWVXH-DSDQFROORFDWHGZLWK:*• VWm  WHQWDWLYH 5XVVLD WHQWDWLYH 86$ EDFNXS• QGm WHQWDWLYH &KLQD SHQGLQJFRQILUPDWLRQ• :*҇մ• WKm 0DWVXH-DSDQ• WKm  WHQWDWLYH 5XVVLD WHQWDWLYH 86$ EDFNXS• WKm  WHQWDWLYH &KLQD SHQGLQJFRQILUPDWLRQ• ,5*҇մ• WK 6HRXO5HSXEOLFRI.RUHD• WK +.6$5

6&೬܎ѓഞߞࡘ܏ʍদฉΫϑ҇:*,62,(&Ƹ‫ݣܙ‬೬܎ѓഞߞࡘ܏ƹηߡƔ‫ݴ‬२ʍ‫זݴ‬೼҇
,5*,GHRJUDSKLF5DSSRUWHXU*URXS ԓߞೀࢀѓ‫˓זݴ‬ƪ˲ƹˢƪˊ˹̅ʴ˕˩ҩ๗o ௻ٚ௪ʊ‫ۂ‬ҟ
o 0-ഞߞ࣮൙φ๷೅9HU– ‫ݣܙ‬՜Ҿʍۡओʊ౦ɥ‫࣮ݢس‬൙ʍૻљ– ‫ۼ‬३ࠄ෕ʆ๑ɣʨʫʪߞ߯୅٫ߞಀ܎࣮൙ʍૻљo ,3$PM෢૝˧ʻ̅˚9HU
– ௻ٚౙ‫ۼ‬ʍ,62,(&ਫ਼౱ʊ੆ж– ‫ݣܙ‬ೀࢀ՜Ҿʍ‫ݍ‬ओ౱ʊ੆жɶƐৈˢƪˊ˹̅ʇಐӇɶʅตഞߞɫ๸๑њ

0-ഞߞ࣮൙φ๷೅9HUo ‫ݣܙ‬՜Ҿۡओʊ‫ؤ‬ʪ‫܈‬෾ૻљ– ,3$PM෢૝9HUʆࠄ਍ɶɾǄ0RMLB-RKR˅˾ˁˉ˹̅,96ǅ– ,3$PM෢૝9HUʆࠄ਍ɶɾ‫ک‬ԋԓߞʊ੆ɸʪ
696 6WDQGDUGL]HG9DULDWLRQ6HTXHQFH
o ,62,(&ਫ਼౱ʊ౦ɥǄ੆жɸʪ8&6ǅʍۡओ– ओɾʊೝ฿ɶɾʡʍ ĳĳĳ ഞߞ– ೬܎Φપʱഷۡɶɾʡʍĳĳĳ ഞߞo Τђʍߞ߯୅٫ߞಀ܎ʍૻљ– ‫۾‬ઠࠔओ੝ߞ୅– Ӆন੝ߞ‫څ‬

,3$PM෢૝˧ʻ̅˚9HU
o 8&6Ɛ,96ʍ೬܎ѓࠄ਍ʍૻљ– ,62,(&ਫ਼౱ʊ੆жɶƐҼ૗(ʊҮஆɸʪഞߞʱ8&6೬܎ѓࠄ਍– ,9'0RMLB-RKR˅˾ˁˉ˹̅ʍ,96ʱഞߞࠄ਍– ‫ک‬ԋԓߞʊ੆ɸʪ696ʱഞߞʊ੆ɶࠄ਍o ৈʍˢƪˊ˹̅ʇಐӇɶʅƐ๸๑њఉʉഞߞɫ
ഞߞਕљ‫ݥڇ‬ʍ8&6೬܎ѓࣳ‫ׅ‬,3$PM෢૝˧ʻ̅˚9HUʍ೬܎ѓࣳ‫ׅ‬‫ڗ‬ঌ஍φƸԓߞʍʞƹഞߞ࡛Ղ஍φ ԓߞʍʞƹƸഞߞ
ಝԓߞƸऺ‫ح‬ഞߞƹࡤ࢑๑ഞߞƐ˼ʾ˓˵ʱ԰ʟ

ISO/IEC 10646UCSഞߞ࣮൙Ղಁԓߞ
ഞߞ

ഞߞ
ഞߞ

ഞߞ

%03 ৌഞߞƹ&-.஍܏ԓߞҼ૗%&'ৌഞߞ

(Universal coded
Character Set)ഞߞ

ഞߞ

,9'‫ݥڇ‬ʎ೬܎ѓ੆ࣛҤ

ตഞߞ
ตഞߞ

୺ೄ࢈๽઺&-.஍܏ԓߞҼ૗)ৌตഞߞ

௻୩ٚ
ɪʨएմҟ޳

&-.஍܏ԓߞҼ૗*‫ݣܙ‬ଥΠ઺

ตഞ
ߞ

,96ૻљ
,9'ୠ໻

ਫ਼Վୠ໻‫זݴ‬ʱ௻
୩઺ʊҟ޳



ഞߞ࣮൙Ղಁ˙ƪˑ˫ƪˋʍҩ๗ᩥᏐ᝟ሗᇶ┙䝕䞊䝍䝧䞊䝇䖃እ㒊䜲䞁䝍䝣䜵䞊䝇䛿䠎䛴䞉᳨⣴䛸ၥྜ䛫䛾䝴䞊䝄䜲䞁䝍䝣䜵䞊䝇䞉䝅䝇䝔䝮䛛䜙䛾WebAPI䛻䜘䜛䜰䜽䝉䝇䖃⟶⌮ᶵ⬟䞉䝬䝇䝍䞊DB䛸බ㛤⏝DB䜢ู䛻⟶⌮䞉᳨⣴ᩥᏐ䜔᳨⣴᪉ἲ䛾䜰䜽䝉䝇≧ἣ䜢⟶⌮䞉ၥྜ䛫UI䛛䜙せᮃ஦㡯䜢ཷ௜

Web䛻䜘䜛䝴䞊䝄䜲䞁䝍䝣䜵䞊䝇

WebAPI䛻䜘䜛䜰䜽䝉䝇5')ʊʧʪഞߞ࣮൙՝ࡲʍʶ˳ƪˊऺ๗য়ऺ‫ح‬

㛵㐃Ꮠ

㉤
MJ011258

蹿⮜

MJ035756

㉞

◆

˄̅

ஷʞ


MJ059587㉣
MJ011257

㛵㐃Ꮠ
MJ057482

ஷʞ

˄̅Ɛʑɲ


ഞߞʍԪ‫ؤ‬१ʍ४๽ㄗᏐ಑Ꮠ䞉ṇᏐ୍ぴ⾲䛻䛚䛡䜛ᩚ⌮㎡᭩䛻䛚䛡䜛
㛵ಀᛶ䛾ᩚ⌮

ഞߞ٫‫ݽ‬Ցఉ٫‫ݽ‬Ցఉҩ๗ȣ Ղච٫‫ݽ‬ΤђʊߪɸʧɥʉѾॐƐஷʞƐ೼࠵உʍ‫܈‬෾ʱ޼ଜɶɾ٫‫ݽ‬
Ɣ࣭๑ԓߞ
Ɣёஷʞ
Ɣ‫ڗ‬ঌ൥ࣣʍऩ෠ԓߞ
Ɣ‫؝‬ஷʞƔਅѾॐƔ-,6;ुࢀ
Ɣۗᓗ೼࠵Ɣ೼࠵ௐѾॐȤ ˅ƪ˛٫‫ݽ‬ΤђʊߪɸʧɥʉҺ࠱˅ƪ˛ʱ޼ଜɶɾ٫‫ݽ‬
Ɣ0-ഞߞऺ‫ح‬෠Ɣ੆жɸʪ-,6;෮‫୐׶‬ΦપƔഥ२෢૝˂˼˧෠
Ɣ੆жɸʪ-,6;‫୐׶‬ΦપƔ‫ڗ‬ঌ஍φഞߞಀ܎Ɣ੆жɸʪ8&6
Ɣ࡛Ղ˟˕˚஍φ˅ƪ˛Ɣ੝ԓ໾߯୅ ٫ߞಀ܎Ɣ௬ԛ९ߞ˅ƪ˛Ɣ௪ච‫ڶ‬ԓߞ߯୅ ٫ߞಀ܎Ɣୠ՝஍φഞߞಀ܎
Ɣओ੝ߞ୅ ٫ߞಀ܎Ɣ੝ߞ‫ څ‬٫ߞಀ܎ȥ ๗য়ऺ‫ح‬٫‫ݽ‬๸๑ࠖɫ0-ഞߞऺ‫ح‬ʊ԰ʝʫʪ๗য়ऺ‫ح‬ʱ޼ଜɶɾ٫‫ݽ‬๸๑ࠖɫ૰খ63$54/ˁʺ˼ʱ޼ଜɸʪ٫‫ݽ‬63$54/ˁʺ˼٫‫ݽ‬ഞߞ٫‫ݽ‬ՑఉƸˇ̅˩˽Ѿ෮ƹ䝖䝑䝥䝨䞊䝆

᳨⣴⤖ᯝ䚸ᩥᏐヲ⣽⾲♧ᩥᏐ䜢ධຊ䛧䛶
䜽䜲䝑䜽᳨⣴

᮲௳䜢ᣦᐃ䛧䛯
᳨⣴䛿䛣䛣䛛䜙

ާଜ߈๑˅ƪ˛ʍ‫ݼ‬ଜʇధೣo ާଜ߈๑˅ƪ˛ʍ಴๗१– ஡௬ʾʶ˛ʇடߢ‫ۂ‬೅ʍ˘ˁ˝ʽ˽ˋˑ˙ʵʊ෢՝o ೀࢀѓ‫זݴ‬ʇࠄ਍೩֊ʝʆʍާଜ଺ʉ߀‫ݼ‬– 8&6ʊɩɣʅෆ೬܎ѓʍ0-ഞߞऺ‫ح‬ตഞߞʱާଜ଺
ʊ߈๑෮ʊ˰˕˦̅˂
– ,9'ʊ0-˅˾ˁˉ˹̅ʇɶʅୠ໻‫ݗ‬ʞʍ0-ഞߞऺ‫ح‬ตഞߞʱާଜ଺ʊ߈๑෮ʊ˰˕˦̅˂o ഞߞ࣮൙իࡱਛदֶմ҇ɫ‫ݼ‬ଜƔధೣ– ๸๑ʊஆɾʂʅʎƐ੆ࣛৠँʍ‫ڌ‬ଜஉʱ‫ۼ‬ʮʉɣ– ߈๑ഞߞຬς๸๑ʍ‫ݣ‬ʎƐਏ࠷ऊԨʍਂ‫ک‬ນ҈ɫ಴स– ๸๑ʊஆɾʂʅʍഃ‫ݴ‬๑Ƹ˅ƪ˛ʱִอɶʅɣʉɣৠँʗ
ʍਏऊॣ‫ڌ‬ʍ಴๗१Ɛާଜ߈๑˅ƪ˛๸๑ՎԨࡊນߢʍζ‫࢈ۼ‬પʍ಴๗१உƹʊʃɣʅʎƐ๸๑ࠖʍ߭‫ڔ‬এ௰ʱୀଞ
ާଜ߈๑˅ƪ˛ʍʶ˳ƪˊ
2015ᖺ
UCS
䛾ᵓ㐀

⌧≧
䠄2014ᖺ䠅ᩥᏐ᝟ሗᇶ┙
ᬻᐃ⚾⏝䝁䞊䝗12020ᖺᩥᏐ᝟ሗᇶ┙
ᬻᐃ⚾⏝䝁䞊䝗䠎

U+000000᭱⤊ᙧ䠄UCS+IVS䠅ᇶᮏ㠃
U+00FFFF
U+020000

PUA

ᣑᙇ
A䡚E
ᣑᙇF

U+0F0000
U+100000

⚾⏝㠃
(PUP)

IVS
➢ྕ໬ᮍ஢



ഷ੄є෠ʍ‫ݣܙ‬ೀࢀѓ‫זݴ‬o ‫ۼ‬३ࠄ෕ʆʍ಴๗१– ओ‫ڗ‬ঌ൥ʍ߀‫ۼ‬Ƹ௻ƹΤৈʊॲʝʫɾऩʍ෠ʊެ๑ແ– ‫ڗۼڇ‬ঌ൥ђʆʡ಴๗Ƒ‫ڗ‬ঌ൥߀‫ۼ‬՜ਝʍҔ९ʆ࢜ঌஓචʍൃਮՎԨ
ɫ௻ʊʉʂɾʍʆƐ‫گܩ‬ʡਂஆՎԨ಴๗– ‫ݥڇ‬ʍ‫ڗ‬ঌ஍φഞߞʊʎഞߞʍഷ੄є෠ʊ‫ڑ‬อ,'ɫೝ฿ɴʫʅɣʪo ӌࡱ๑ୣʆʍ಴๗१– ‫୔܊‬દ໾߅Ƹ‫ܙ‬ງ‫ࢊٰ֖ڶܙ‬ƹɫ઺ऐʇʉʩƐϏ‫זބ‬ҚƐӌࡱԪ‫ࠖؤ‬ɪʨʍടɬࠪʩ૦݀ʱࠄ߀– ௪ච‫ڶ‬ӌƐ໐ޯӌƐ࢑ߓӌƐऺ࢑ԭ࣮൙ӌʉʈƐऩഞѠӌ‫ػ‬ʍٰ֖ഒฐʊɩɣʅƐ࣮൙૾ऊԖֻђʆʍഷ੄є෠๸๑ʗʍֽܲɣ๗ංɫɡʂɾ– ٰ֖ࠖอ޺ʊʧʪஒմ٫ஒʱ‫ؼ‬ʅƐ಴๗ഷ੄є෠ഞߞࠧʱূଜo ࣮൙՜Ҿ૦݀҇6&দฉΫϑ҇ʇɶʅʍഷ੄є෠˾ˣƪ˚˼ƪʍূଜʇ‫ݣܙ‬ଥΠ– ‫ۼ‬३ࠄ෕๑ʇӌࡱ๑ʱ४๽஍܏ɶɾഞߞֽʱଥΠ– ёїʇߞ൒ʍৠʊ‫ڑ‬อʍ,'ʱೝ฿ɸʪൣ‫ۈ‬ʆ٫ஒ઺‫ޖ‬۵ƕߞ‫ح‬٫ஒʍࣳ‫ׅ‬‫گܩ‬ʍ‫ك‬Ѿ Π௪ೝߚࣛ௻୩઺

ೀࢀଥΠʗ‫ۈ‬ɰɾഷ੄є෠ഞߞˍ˕˚Ɛ˙ˈʶ̅Πʍӂଜ௻ٚ

0-ഞߞ࣮൙φ๷೅ʗૻљƸ‫ڗ‬ঌഞߞʇʍ੆жԪ‫ؤ‬ӂଜƹ௻ٚ,62,(&-7&6&ਅ҇֊ʒட:*҇մʗʍଥΠ௻୩

ೀࢀѓԂນʱ෾޼ɸ

௻୩ʍࠄ߀‫܈‬෾ Πo ഷ੄є෠ʍ‫ݣܙ‬՜ҾѓଥΠo ଥΠ‫ݗ‬ʞʍԓߞഞߞೀࢀѓ˧ʻ˿ƪʴ˕˩o ഞߞ࣮൙˙ƪˑ˫ƪˋʍ‫ۥ‬યʇѪ஝o ‫ז‬Қઘ੄ʇʍໞ‫ش‬o ೩֊‫ب‬ౙ

㈨ᩱ䠓࡬੖˰˕˩ʊʃɣʅ

ஶງ‫ۼ‬३൥ऩ

௻ٚ
࣮൙࢈๽ीदՑ‫ۥ‬಴๗१• ʶ̅ˑƪ˟˕˚ʆʍ࣮൙‫ۂ‬ҟʣ୕޶ङॻʉʈʍ࣪෮ʆʎƐਵɮʍ˙ˢʶˋʆެ๑ʆɬʪʧɥƐެɥഞߞʱ-,6ʍ౹Ωʇɸʪɲʇɫ֑ʠʨʫʪƑ• ɼʍ਴Ɛެ๑ɸʪഞߞʍ౹Ωʱ೜಴๗ʊ੝ɬɮɺɹƐ‫෕ז‬ʊжɷɾ଼ঔʉ੝ɬɴʇɸʪɲʇɫƐ‫ۄ‬ຆѓʍࣣʆ଼ঔƑऩ෠உʆ๑ɣʪවഞߞʱ-,6౹Ωʗ࡬੖ɸʪ੆жೝɰʱƐৠँඬʊεʉʪൣ߲ʣ˯˼ˉʆ‫ۼ‬ɥʇƐܴ๰ʱࢵɮ‫׀‬ʫ࡬੖੆жʊɡɾʩƐɼʍ՜౹ʇʉʪ࣮൙ɫ಴๗
ʴˁˉ˹̅˩˻̅o ୕޶‫ۼ‬३ഒฐʊɩɰʪʼƪ˩̅ʉ๸๑Ԗֻ४
ಡʊ‫ۈ‬ɰɾʴˁˉ˹̅˩˻̅Ƹഥ२௻ٚ௪ Һ೤ࣈ࣮൙ѓ஍ӛএ௰ࠖƸ&,2ƹໞ๭҇մٔଜƹ– ‫ࣈזޞݗؼ‬ʎƐҺ೤ࣈʍЗӞʉ஡௬ʱ޽ПɸʪɾʠƐഞߞ࣮൙ՂಁʍഞߞƸตȨවഞߞƹʱƐ޸౸˅̅˦˷ƪˑʆறലʉঙଜ෗ɶʆӜ๑ʆɬʪ-,6౹Ωʍഞߞʗʍഷԋʱ‫ۼ‬ɥ‫ݣ‬ʊ‫ࣆޖ‬ɸʪ࡬੖˰˕
˩ʍଥ֯ʱƐഥ२௻୩઺ʊࠄ߀ɸʪƑ

,3$ɫଥ֯ɸʪ˰˕˩ʍՂච଺۵ɧൣo Һ࣮൙ˉˋ˘˲ʍ‫࣪ڇ‬ʆƐ࡬੖ഷԋ࢈๽ʱࠄ߀ɸʪ
਍પஉʊঙଜɸʪɾʠʍഷԋ˘ƪ˨˽ʱ‫ݴ‬२ɸʪɾʠʊ‫ࣆޖ‬ɸʪ࣮൙ʆɡʪƑ– ૰খ˰ˉ̅ʊঙଜɸʪɲʇʎ৳ଜɶʉɣo ഞߞ࣮൙Ղಁഞߞˍ˕˚Ƕ-,6ഞߞˍ˕˚ʍ੆жԪ‫ؤ‬ʎ Q੆ʊ‫ڌ‬ʨɹƐ
Q੆PƸഉॐʍ‫ڿ‬ൊʱߪɸƹƐQ੆Ƹ,3$ʇɶʅʎ‫ڿ‬ൊʱߪɴʉɣƹɫɡʩமʪƑo Q੆PƐQ੆੆жഞߞʊʃɣʅʎƐ– ഷԋ˘ƪ˨˽‫ݴ‬२ߢʊƐஆҮˉˋ˘˲Ԫ‫ࠖؤ‬ɫূ੨– ഷԋ˘ƪ˨˽ʊʧʪഷԋ‫ߢזݴ‬ʊƐऩʍ҆௬ʱ֑ʠʪ
உʍ੆࢈ɫ಴๗ʇʉʪƑ࡬੖˰˕˩ʍӜ๑ʶ˳ƪˊ࡬੖˰˕˩ ,3$ଥ֯

Һ߭ߥ੄உʆʍ‫זݴ‬8)%%
0-…

ഷԋ˘ƪ˨˽

8
࣭๑ԓߞ

8&
ऩ෠๑ԓߞ…

ഷԋ‫זݴ‬

0-

ࢀಡ‫זݴ‬• ੆жঢʍӂଜ• ഷԋ‫ߢזݴ‬ʍऩʍ҆௬อ෗உʊ‫ؤ‬ʪ˯˼ˉʱٔʠƐഷԋ˘ƪ˨˽ʱ‫ݴ‬२

0-

ǈҮஆ෗ɶǉ
0-
߭ஞ଺࡬੖ഷԋ࢈๽Ƹऩʍ҆௬ɫ֑ʠʨʫʪ࣪܏ʡɡʩமʪƹ࡬੖˰˕˩‫ݴ‬२ʍࠬࢇ
6WDUWǭɪʨђʎƐǭɪʨܾʗࡰʅɣʪসʍঢʍ࢈๽ɫʆɬʉɪʂɾިʩʊʃɣʅ࢈๽ɸʪ

࡬੖‫ڿ‬ൊ

߯࢑ʊʧʩ࡬੖ʆɬ
ʉɣഞߞ
Ƹ-,6;ಝԪໞ
ߞƹʆɡʪɲʇʱӂ௳ตഞߞ

ёĳձஉɪʨʍ
ीଜตഞߞ

ตȣഞߞ

ตഞߞ• ‫ڗ‬ঌ൥Ԫໞʍ૾੷• ߯࢑• Ҥ‫ܙ‬ऩୠ໻Ԫໞʍ‫ߪܘ‬ʊʧʪԪ‫ؤ‬ೝɰตഞߞ

-,6 ;ൗগՂࢀƔ
8&6஍܏՜ਝʍ଼๑

φʃʍ0-ഞߞʊ੆ɶƐഉॐʍ࡬੖ঢ‫ڿ‬ൊɫ੆жೝɮ࣪܏ɫɡʪƑ,3$ʇɶʅʎ
࡬੖‫ڿ‬ൊʱ
ߪɴʉɣഉॐ‫ڿ‬ൊɪʨφʃʱূʕɾʠʊƐূ੨˯˼ˉʍ‫ݼ‬ଜʣऩԨʍ҆௬ɫ಴๗ƑஷʞɪʉʊഷɧʪʉʈƐऩԨʍ҆௬ɫ಴๗
࡬੖‫ڿ‬ൊʱ,3$ʇɶʅʎߪɴʉɣ࣪܏ʍແo ࡬੖ʆɬʉɣഞߞʆอʪɲʇʱ߯࢑ʆӂ௳ʆɬɾ࣪܏
ℷƝǻ㦚ῂ ɳɹɯ Ƙ
0-
੝ԓ໾߯୅ ൊǻ⯱㉟ ɮʨʢ Ƙ ǻ㋘⺣ ɨʣɱ

0-
੝ߞ‫ߞܙڅ‬φ๷ ഭઞ෾‫ڎ‬෾ℷƝǻ⤵╹濮 ɻɼʩɪɯʭ Ƙ
0-
੝ԓ໾߯୅ ൊ0-
੝ߞ‫ߞܙڅ‬φ๷ ഭઞ෾‫ڎ‬෾ǻ䜫ʒ啯 ɪɻʒɦʈʦʒ

0-
੝ߞ‫ߞܙڅ‬φ๷ ഭઞ෾‫ڎ‬෾• 㡢䡡⩏୙ヲ䠋㎡᭩䛻ぢ䛔䛰䛫䛺䛛䛳䛯ሙྜℷƝ
0-0-

0-

0-

࡬੖˰˕˩ʍʶ˳ƪˊࠄ‫ݣ‬ʍ˰˕˩ʎ&69‫߲ح‬Ƹऺ‫ح‬෗ɶƹʆ‫ۂ‬ҟ฽ଜ
0-ഞߞऺ‫ح‬-,6ൗগ՜ࢀ
8&6஍܏՜ਝ

‫ڗ‬ঌ൥Ԫໞ૾੷

൥෕ࣈ‫܎ߪܘ‬梬0-

0-

ߞ߯୅ʆʍԪໞߞ

ёĳձஉɪʨʍीଜ

ǩ

1-36-52
U+8FBB゛⻕
8'(


8&

㩄㪜
0-

ߞ߯୅‫ݢس‬ʱӂ௳ǩ゛⼧
U+5DE6, U+5C6E§


8 8&§䚶
8)(

0-

§0-
ࠄ߀ɶɾ‫זݴ‬ƸٚයԂນƹo ߯࢑୅֢ʍɡʪഞߞʍ૦݀
Ƹ୅֢߯࢑ƕ੝ԓ໾߯୅Ɛ੝ߞ‫څ‬Ɛओ੝ߞ୅Ɛ௪ච‫ڶ‬ԓߞ߯୅ƹ– ୅֢߯࢑ʇ0-ഞߞऺ‫ح‬ʇʍ੆ж૦݀– Һ୅֢߯࢑ௐʍԪໞߞ૦݀o ߯࢑୅֢ʍ෗ɣഞߞʍ૦݀– П๑ߕຟƕ‫ߞڷ‬ਥߞƔ९ߞφ๷೅Ƹഥ२φ໷௻φƩٚφ‫ޱ‬௪ීφਫ਼௡ౖ‫ޱ‬௡܎ීߚ‫ח‬૫૾੷ƹ– П๑ߕຟƕ९ߞƔਥߞஉ੆ࣆ೅Ƹഥ२௡௻φƩٚ௡Ʃ௪ී௡ਫ਼‫ڨ‬௡Ʃ௡܎૾ઢല೅ƹ‫گܩ‬ʍ฽ଜ Π௻୩઺o ٚ௪ ഞߞ࣮൙ՂಁϷ๑٫ஒ6:*o ٚ௪ ഞߞ࣮൙Ղಁ:*o ٚයǄ࡬੖˰˕˩ YǅɩʧʒǄ๸๑ʍࠬϔɬǅʱ‫ۂ‬ҟo ί‫ࡘ്ٵ‬ʍࠄ߀o ௻ќ Ǆ࡬੖˰˕˩Yǅʱ‫ۂ‬ҟ参考資料０

電子行政分野におけるオープンな利用環境整備に向けたアクションプラン

平成 26 年 4 月 25 日
各府省情報化統括責任者（CIO）連絡会議決定「世界最先端 IT 国家創造宣言」（平成 25 年 6 月 14 日閣議決定）に基づき、
電子行政分野におけるオープンな利用環境整備に向けたアクションプランを下記のとおり定める。
記
１． 基本的考え方
世界最先端 IT 国家創造宣言では、より便利で利用者負担の少ない行政サービスの提供を、国民と政府の相互協力関係を基軸として進めることにより、持続的に発展可能な新たな電子行政モデルを構築することとしている。
創造宣言の目指すべき社会を実現するためには、政府・自治体、官民間の連携を円滑にするためのデータ構造等の共通基盤を整備することが不可欠であり、このような共通基盤が整備されれば、行政の効率化やサービスの品
質向上、社会における生産性向上も期待できる。
また、従来の電子政府施策において重点的に取り組んできた、インターネ
ットを活用した情報提供についても、提供情報の分かりやすさや最新化等についての意見・要望もみられるところであり、今後も引き続き、利用者視点に立った継続的な改善活動に取り組んでいく必要がある。
２．オープンな利用環境整備に向けたアクションプラン
本アクションプランでは、創造宣言の目標年次である 2020 年度（平成 32年度）までの間、以下のとおり、文字、用語、コードの標準化・共通化等オープンな利用環境整備のための基盤整備に優先的に取り組みつつ、国民・企業等の利便性向上を図るための Web サイトの見直しを順次展開していくこととする。
なお、利用者の利便性向上のためには、国と地方公共団体のシームレスな連携が必要であり、地方公共団体においても、本アクションプランを参考に、
オープンな利用環境の整備に向けた取組を推進することが望ましい。

1２．１ オープンな利用環境の実現（１）文字情報の標準化と活用について
今後整備する政府情報システムにおいては、国際標準に適合した文字情報基盤を活用することを原則とする。
各府省は、経済産業省を中心に策定した「文字情報基盤導入ガイド」を参照しつつ、導入を推進する。また、経済産業省は、各府省の円滑な導入を支援するため、文字情報基盤の文字（約６万文字）を、市販コンピュータで特別な設定無しで活用できる JIS 範囲の文字への変換を行う際に参照する縮退マップの提供を、平成 26 年度中に実施する。
（２）用語の共通化等について
システム間の連携やデータの二次利用を円滑にするためには、氏名、住所、組織等の普遍的用語の記述に関する情報連携用語彙の早期整備を図るとともに、各組織が運用する既存の語彙との連携方法を整理することが必要である。
このため、経済産業省において、国際的な連携を踏まえた情報連携用語彙の整備を進め、整備された語彙から順次公開するとともに、平成 27 年度中に情報連携用語彙データベースの運用を開始する。また、総務省において、情報流通連携基盤共通ＡＰＩ（データモデル、共通ボキャブラリ、標準 API
規格等）等の開発・実証を平成 27 年度中に行う。
（３）コードの標準化等について
公開データの二次利用を促進するため、「電子行政オープンデータ推進のためのロードマップ（平成 25 年 6 月 14 日高度情報通信ネットワーク社会推進戦略本部決定）」に沿って、コードの公開の促進、コードの対応関係の整理等の活用促進を図る。
２．２ 利便性の高いサービスの実現（１）調達情報、制度情報の集約提供について
調達情報や制度等に関する情報は、国民・企業等が行う社会・経済活動に有益な情報であり、国や地方公共団体の情報を集約して提供することについての要望も高い。
このため、調達情報については、「電子行政オープンデータ推進のためのロードマップ」に沿って、より高度な利用が可能なデータ形式での公開を拡大する。
また、制度等に関する情報については、復旧復興支援制度データベースの2

ように国と自治体が一体となったサービスを実現している例も見られるところである。内閣官房において、このような先行事例の取組も参考にしつつ、利用者視点でより一層迅速かつ容易に情報を入手することが可能となるよう、関連情報の集約的提供等に係る方策等を検討の上、平成 26 年度中に方針を策定し、推進する。
（２）利便性向上のための Web サイトの見直し
各府省は、それぞれの保有する Web サイトについて、時宜を得た情報提供と提供内容の最新化、また、提供情報のわかりやすさと利便性の向上等の観点から点検するとともに、利用者のニーズを踏まえた継続的な改善活動を行うこととする。
このため、内閣官房において、平成 26 年度中に、以下のような基本的なガイド類の整備を行うこととし、各府省は、これを踏まえ Web サイトの改善活動を実施する。
ア．組織別サイトの基本デザイン・メニュー項目等
組織別サイトについて、ユーザビリティ・アクセシビリティに配慮した基本デザイン、基本情報項目、見出しや案内方法も含めた共通コンテ
ンツ、政府の共通的な開発環境の在り方 等
イ．統一的タグの付与
各府省トップページに掲載している新着情報への、統一的タグ（例：[調達]、[会議]、[報告]、[発表]等）の付与の在り方

２．３ 統一的なガバナンスの確保（１）政府ドメインの運用の見直し
各府省は、別途定める要領に基づき、ドメイン管理のプロセスを明確にするとともに、国以外の機関が保持する政府ドメイン（go.jp）についての早期解消を含めたドメインの集約化等に係る計画を策定し、同計画に基づく見直しを実施する。
内閣官房は、各府省が策定した計画を取りまとめの上、公表する。
（２）統一的なガバナンスの確保等
各府省は、上記に係る施策を府省内において統一的に推進するための体制を整備する。
3

内閣官房において、より利便性の高い公共サービスの実現に向け、官民協働で改革に取り組む体制の在り方等についての検討を行いつつ、本アクショ
ンプランを統一的に推進するために必要なガイドライン等を整備する。
（３）進捗状況のフォローアップ等
内閣官房は、本アクションプランに基づき推進する施策の進捗状況について、各府省から適宜報告・説明を求めつつフォローアップを実施するとともに、これを踏まえ、新戦略推進専門調査会電子行政分科会の意見も聴取しつ
つ、本アクションプランの必要な見直しを行うこととする。

4

参考資料1

共通語彙基盤
ＩＭＩ

意味

InfrastructureforMulti‐layer Interoperability

良いサービスを作るにために、良いデータを揃えましょう
都道
府県

交換

交換
病院

小学校
建物

イベント
建物

民間

建物

所在（住所）

所在（住所）

施設情報

施設情報

建築物情報

建築物情報

国

市町
村

所在（住所）

市町村

避難所情報
スケジュールコア
ボキャブラリドメイン
ボキャブラリ

連絡先
診療科
状況
ベッド数

生徒数

普段使っている情報って、意外に共通点があります。
これを体系化すると、情報の活用方法が格段に広がります。

この基盤を使うことで、サービスの検討や広範囲に使えるサービス構築が容易になります。
IT戦略「世界最先端IT国家創造宣言」（平成25年6月閣議決定）で、「データの組み合わせや横断的利用を容易とする共通の語彙の基盤構築にも取り組む。」「国民がステークホルダーとして積極的に参加できるよう、（中略）、データ・フォーマット、用語、コード、文字等の標準化・共通化、APIの公開等を行いつつ整備する。」と今後の活用が国の方針として決定されています。

経済産業省

独立行政法人情報処理推進機構

共通語彙基盤の内容
共通語彙基盤では、3つの語彙の階層を定義しています。
コア語彙：「氏名」「住所」等、どのようなサービスでも使う用語

ドメイン共通語彙：「病院」｢避難所」など、複数の分野で使われる用語
ドメイン固有語彙：「診療科」「病床数」等、特定分野での専門用語
ドメイン共通語彙

防災
将来
領域
・・・

避難所

語彙（ボキャブラリ）ドメイン固有語彙
項目名（ Type / Sub- pro pe rtie s）
人型
氏名
性別

医療

項目名（ エントリー名）
ic:人型
ic:人_氏名
ic:人_性別

英語名
PersonType
PersonName
PersonSex

データタイプ

データタイプ（ 英語）c ardin ality

ic:氏名型<抽象要素>

ic:PersonNameType<abstract element, no type>

0..1
0..1

項目説明
人の情報を表現するためのデータ型。
氏名
性別

性別コード
性別名
生年月日
死亡年月日
現住所
本籍

ic:人_性別コード
ic:人_性別名
ic:人_生年月日
ic:人_死亡年月日
ic:人_現住所
ic:人_本籍+ PersonSexCode+ PersonSexText
BirthDate
DeathDate
PresentAddress
LegalResidence

codes:性別コード型
ic:テキスト型
ic:日付型
ic:日付型
ic:住所型
ic:住所型

codes:GenderCodeType
ic:TextType
ic:DateType
ic:DateType
ic:AddressType
ic:AddressType

0..1
0..1
0..1
0..1

性別コード
性別の名称。
生年月日
死亡年月日
現住所
本籍

国籍

ic:人_国籍

Citizenship<抽象要素><abstract element, no type>0..n

ic:テキスト型

ic:TextType

codes:国籍コード型

codes:CitizenshipCodeType

Substitutable Elements:

Substitutable Elements:
国籍名

診療科

氏名

コア
語彙

関連の単語一覧+ CitizenshipCode

国籍

国籍の名称。
住民基本台帳で利用されている国籍コード。

ic:人_ISO3166Alpha2+ ISO3166Alpha2

iso_3166:ISO3166Alpha2CodeTiso_3166:ISO3166Alpha2CodeType

国名コード。ISO3166Alpha2。2文字コード。

ic:人_ISO3166Alpha3+ ISO3166Alpha3

iso_3166:ISO3166Alpha3CodeTiso_3166:ISO3166Alpha3CodeType

国名コード。ISO3166Alpha3。3文字コード。

出生国
出生地
氏名型
姓名
カナ姓名
ローマ字姓名
姓
カナ姓
ローマ字姓
名
カナ名
ローマ字名
ミドルネームカナミドルネーム
ローマ字ミドルネーム
旧姓
カナ旧姓ローマ字旧姓

Mappin g to NIEM
nc:PersonType
nc:PersonName
nc:PersonSex

Mapping to ISA Jo in up
Persongender

A county that assigns rights, duties, and privileges to a person because of
the birth or naturalization of the person in that country.

-

nc:PersonSexCode
nc:PersonSexText
nc:PersonBirthDate
dateOfBirthnc:PersonDeathDate
dateOfDeath
nc:PersonResidenceAssoc residency

ic:人_ISO3166Numeriｃ+ ISO3166Numeric

ic:人_出生国
ic:人_出生地
ic:氏名型
ic:氏名_姓名
ic:氏名_カナ姓名
ic:氏名_ローマ字姓名
ic:氏名_姓
ic:氏名_カナ姓
ic:氏名_ローマ字姓
ic:氏名_名
ic:氏名_カナ名
ic:氏名_ローマ字名
ic:氏名_ミドルネーム
ic:氏名_カナミドルネーム
ic:氏名_ローマ字ミドルネーム
ic:氏名_旧姓
ic:氏名_カナ旧姓
ic:氏名_ローマ字旧姓

BirthCountry
BirthPlace
PersonNameType
FullName
KanaFullName
RomanFullName
FamilyName
KanaFamilyName
RomanFamilyName
GivenName
KanaGivenName
RomanGivenName
MiddleName
KanaMiddleName
RomanMiddleName
MaidenName
KanaMaidenName
RomanMaidenName

iso_3166:ISO3166NumeriｃCodeiso_3166:ISO3166NumeriｃCodeType

国名コード。ISO3166Numeric。数字3桁コード。

ic:場所型
ic:場所型

ic:LocationType
ic:LocationType

0..1
0..1

ic:テキスト型
ic:カタカナテキスト型
ic:テキスト型
ic:テキスト型
ic:カタカナテキスト型
ic:テキスト型
ic:テキスト型
ic:カタカナテキスト型
ic:テキスト型
ic:テキスト型
ic:カタカナテキスト型
ic:テキスト型
ic:テキスト型
ic:カタカナテキスト型
ic:テキスト型

ic:TextType
ic:TextType
ic:TextType
ic:TextType
ic:TextType
ic:TextType
ic:TextType
ic:TextType
ic:TextType
ic:TextType
ic:TextType
ic:TextType
ic:TextType
ic:TextType
ic:TextType

0..1
0..1
0..1
0..1
0..1
0..1
0..1
0..1
0..1
0..1
0..1
0..1
0..1
0..1
0..1

生まれた国。
生まれた場所。
氏名を表現するためのデータ型。
氏名（姓、名）。
氏名（姓、名）のカナ表記。
氏名（姓、名）のローマ字表記。
姓。
姓のカナ表記。
姓のローマ表記。
名。
名のカナ表記。
名のローマ字表記。
ミドルネーム。
ミドルネームのカナ表記。
ミドルネームのローマ字表記。
旧姓。
旧姓のカナ表記。
旧姓のローマ字表記。

A county that assigns rights, duties, and privileges to a person because of
the birth or naturalization of the person in that country.
A county that assigns rights, duties, and privileges to a person because of
the birth or naturalization of the person in that country.
A county that assigns rights, duties, and privileges to a person because of
the birth or naturalization of the person in that country.
A county that assigns rights, duties, and privileges to a person because of
the birth or naturalization of the person in that country.
A county that assigns rights, duties, and privileges to a person because of
the birth or naturalization of the person in that country.
A location where a person was born.
A location where a person was born.
Full name of a Person
Full name in Katakana.
Full name in Roman alphabet.
Family name of a Person
Family name in Katakana.
Family name in Roman alphabet.
Given name of a Person
Given name in Katakana.
Given name in Roman alphabet.
Middle name of a person
Middle name in Katakana.
Middle name in Roman alphabet.
Maiden name.
Maiden name in Katakana.
Maiden name in Roman alphabet.

日本国
392

nc:PersonCitizenshipcitizenship

nc:PersonCitizenshipText
nc:PersonCitizenshipFIPS10-4Codenc:PersonCitizenshipISO3166Alpha2Codenc:PersonCitizenshipISO3166Alpha3Codenc:PersonCitizenshipISO3166NumericCode

経済 太郎
ケイザイタロウ
Keizai Taro
経済
ケイザイ
太郎
タロウ

nc:PersonBirthLocation
nc:PersonBirthLocation
nc:PersonNameTypenc:PersonFullName

countryOfBirthplaceOfBirth
fullName

nc:PersonSurName

familyName

nc:PersonGivenName

given namenc:PersonMiddleNamealternativeName

nc:PersonMaidenName

birthName

製造
畑

・・・

+ CitizenshipText

ic:人_国籍コード

ISO3166Alpha2
ISO3166Alpha3
ISO3166Numeriｃ

病院

サンプル値
1
1
男
-

Substitutable Elements:
ic:人_国籍名

国籍コード

項目説明（ 英語）
Name of a Person
Gender of a Person
Gender of a Person
Gender of a Person
Date of Birth of a Person
Date of Death of a Person

Substitutable Elements:

情報交換パッケージ（IEP)
農業

小学校
建物

流通

所在（住所）
施設情報

単語を組み合わせたテンプレート群

建築物情報
避難所情報
生徒数

このように、情報交換するデータを定義、構造化することで、広域のサービスを迅速に連携可能（基本的モデルが参照できるので合意が取りやすい）

従来各情報の書式がバラバラで一覧
化、広域サービスができない

都道府県の持
つ施設情報

A市の
施設情報

D市の
施設情報

交換ルールを作ると組み合わせて使ったり、様々な使い方が可能。

B市の
施設情報

C市の
施設情報

その結果
利用者本位のサービス
他の地域に展開が容易

導入方法
アプリ開発や情報連携で活用すると、短い検討時間で、高品質なデー
タ設計をすることができます。

AED：自動体外式除細動器（Automated External Defibrillator ）現在提供中の語彙・情報交換パッケージ（ＩＥＰ）

氏名IEP
組織IEP
住所IEP
イベントIEP

地物IEP
施設IEP
避難施設IEP
医療機関IEP
設備IEP

コア語彙

他に不足する語彙がある場合には、米国政府が整備するNIEMや検索業界が定義するSchema.orgも参照すると参考になる資料が手に入ることがあります。
https://www.niem.gov/
http://www.schema.org/

FAQ
Q:語彙って何ですか？
A:語彙は、特定範囲において使われる単語のグループの総体を言っており、システム間の情報連携をするための単語の総体として使っています。
Q:既存の用語集との関係はどうなっていますか？
A：専門分野や企業毎に用語集が整備されていることが多いです。それを変える必要はありません。外部と情報交換するときに、共通語彙基盤を活用してください。一度対応関係を整理すれば、その後は容易に変換できるようになります。
Q業界内で用語を整備しているので必要性を感じないのだけれど？
A:最近のサービスでは業界横断や地域横断のサービスが増えてきています。そのような広範囲での情報連携の時に効果が生じます。
Q何を根拠に語彙を選び、情報交換パッケージを整理しているのですか？
A行政や語彙の専門家が委員会で、既存の関連データ構造や実例を収集しデータの設計をしています。また、実データをサンプルとして入れて検証しています。
Q：コードの一覧は提供されないのですか？
A:主要なコードは情報交換パッケージに記述していますが、今後拡充していきます。
Q：国際的な情報交換はできるのですか？
A:諸外国の類似プロジェクトと協力しながらプロジェクトの推進をしています。対応表も整備していく予定です。翻訳も効率的にできるようにするひな形を整備する予定です。
Q：各種資料の更新頻度を教えてほしい？
A：現在のコア語彙はv2.2です。しばらく大規模なメジャーバージョンアップは予定していません。ドメインの追加等のマイナーバージョンアップは、適宜行う予定です。
Q：既存の語彙を当てはめようとすると、共通語彙基盤の語彙が細かすぎて、そこまで入力できません。どうしたらよいのでしょう？
A：共通語彙基盤の用語は、用途に応じて取捨選択して活用するようになっていますので、すべてを正確に合わせる必要はありません。従来データを活かして、大括りで情報を扱うことも可能です。現場に負担をかけず、徐々に移行していくことをお勧めします。
Q:データの入力や変換が大変なのですが、何か工夫はありますか？
A:データの入出力を支援するツールを整備中です。もうしばらくお待ちください。

問合先
独立行政法人情報処理推進機構国際標準推進センター http://imi.ipa.go.jp/
2015‐02‐21

参考資料2

文字情報基盤IPAmj
行政機関で使う文字の問題は
これで解決
都道
府県

交換

交換
文字情報基盤：IPAmj明朝フォント（漢字58,815文字）

民間

戸籍統一文字（漢字55,270文字）

国

市町
村

戸籍のオンライン手続に使用することを目的として整理した文字（辞書をベースに整理）

住民基本台帳ネットワークシステム統一文字（漢字19,563文字）
多くの住民が氏名に使う文字を整理

JIS漢字コード（10,050文字）
常用漢字（2,136文字）
法令、公用文書、新聞、雑誌、放送等、一般の社会生活において、現代の国語を書き表す場
合の漢字使用の目安を示す。

実用上の情報交換の必要性から、出現頻度等を元に文字を選定（JISX2013:2004）

市町
村

文字情報基盤を使うことで、あらゆる機関との文字情報の交換が簡単にできるようになります
IT戦略「世界最先端IT国家創造宣言」（平成25年6月閣議決定）の電子行政部分で、「文字の標準化・共通化に関しては、今後整備する情報システムにおいては、国際標準に適合した文字情報基盤を活用することを原則とする。」と今後の活用が国の方針として決定されています。

経済産業省

独立行政法人情報処理推進機構

文字情報基盤の内容
IPAmj明朝フォント◦ 拡大縮小が自由にできるOpentypeフォーマット
◦ 文字の画像ファイルも併せて提供

文字情報一覧表◦ 各種文字コード間の関係や部首などの文字の基本情報を一覧で整理

文字情報基盤導入ガイド◦ 業務によって使うべき文字範囲の例示など基本的方針

文字情報基盤導入テクニカルスタディ◦ コード化完了までの暫定運用推奨案

文字縮退マップ◦ 文字情報基盤からJIS第4水準までの縮退対応表

参考：変体仮名一覧（準備中）◦ 変体仮名のフォントを提供し、文字情報基盤の運用を補助

導入事例◦ 札幌市等での文字情報基盤導入実証の結果を整理

文字データベース（構築中）◦ 文字をだれでも使いやすくするデータベース

文字
IPAmj明朝
フォント
変体仮名
フォント

導入によるメリット
・外字管理コストの削減
・幅広い業務での一貫した作業
・文字によるベンダロックインの回避
・目的別に文字を使い分けることで、行政サービスと行政効率化を同時に実現

ガイド
文字
情報
一覧

支援ツール
縮退マップ

導入ガイド

導入事例
仕様例

一覧

テクニカル
スタディ

文字データ
ベース

導入方法
文字に関しての導入基本方針の決定◦ 中長期にどのように管理していくかの方針を決める◦ 導入は、組織内で一斉に行う必要はなく、順次実施してもよい

現在、保有している文字の棚卸◦ 同定方針を決める（実施しながら整理していくのでもよい）◦ 各システムで持っている外字を文字情報基盤の文字に同定作業をする

導入ルールの整備◦ どの業務で、文字をどの範囲（文字数）で提供するか方針を決める◦ 縮退ができない文字をひらがな表記にするなどの方針の整理◦ 外部連携にあたってのプライベート領域（PUA)利用方針の整理

仕様への記載◦ 調達仕様に文字情報基盤の活用を記載する。

適用業務と文字の範囲（参考）

組織内
に閉じた
業務

外部へ
の
通知等
外部から
の
申請等

戸籍業務
住民記録業務
法人関連業務
生徒名簿等（字形に正確さが求められる場合）
生徒名簿等（日常業務）
一般的な書類作成
災害等緊急時対応システム
一般向け広報文書
正確な人名表記を要する通
知文等
情報公開等
一般的な申請等
正確な人名表記を要する申請等

文字情報基盤で整備された文字図形（IVS使用*）
○(*A)
○(*A)
○(*A)

文字情報基盤で整備された文字図形（IVS不使用*）
△
△
△

○(*A)

△

○(*C)

△(*C)

△(*C)

○(*C)

○(*D)

△(*D)

JIS X 0213

JIS X 0208

常用漢字○△→○(*B)△→○(*B)△△○→△(*B)○○○○△→○(*B)○○→△(*B)○(*A)必要に応じ、文字情報基盤で整備された文字図形以外の文字図形を、「外字」等として利用することが有り得るが、できる限り文字情報基盤の文字範囲に収まるよう、調整することが望ましい。
(*B)市場にある一般的情報機器の対応状況に応じ、変化する。
(*C)JIS X 0213範囲以外の文字については、図形イメージによる表示、伝送を検討する。
(*D)JIS X 0213範囲以外の文字については、表示を図形イメージによるものとするほか、Web上に漢字入力を支援するサービスを設けることを検討する。

（*) IVS(字形選択子）を使用するシステムでは文字情報基盤で整備した全ての文字（約6万文字図形）を区別可能。使用しないシステムでは約5万文字図形を区別
可能。

FAQ
Q: 「文字情報基盤を活用することを原則とする」とは、６万文字を使える様にしろ、ということでしょうか？
A:いいえ、違います。業務に応じた適切な範囲を用いることが重要です（前ページの表を参照してください）。
また、文字情報基盤では、6万字近いフルセットからJISの範囲へ縮退するための情報（縮退マップ）を提供しています。
これを活用することで、用途に応じて、文字の利用範囲を自由に選択できます。
人名等の正確な表記が必要な業務では「外字」等を用いず、国際標準に適合した文字情報基盤の文字セットを活用することが重要です。
Q：縮退マップを使うと、6万文字のどの文字もJISの範囲に自動的に縮退できるのでしょうか？
A：いいえ。縮退候補が複数になる場合や、漢字一文字への縮退対応ができず、かなや複数漢字からなる単語に置き換える必要のある場合があります。そのような場合には、縮退変換に人間の介入が必要となるため、全自動変換はできません。
Q:外字って何ですか？
A:コンピュータに標準では入っていない文字を特別に追加した文字のことです。
Q:文字情報基盤を導入するのに条件はありますか？
A：文字情報基盤は、無料で誰でもご利用になれます。異体字をまとめて扱うことができるIVSの機能を使うには、
windows7以降のパソコンを使う等の制限がありますが、その機能を使わなければ、制限はありません。
Q:ベンダから外字は自由に作れますといわれますが、そのほうが住民の要望に応えられるのではないですか？
A:独自の外字を作ると、運用にも費用が掛かることになります。また、外部との情報連携ができないなど、運用に支障が生じます。新たな外字を作らずに、文字情報基盤に対応した文字を活用することで、これらの課題やベンダロックインを回避することができます。
Q：戸籍統一文字、住民基本台帳ネットワークシステム統一文字、登記統一文字との関係を教えてください？
A:戸籍統一文字、住民基本台帳ネットワークシステム統一文字は、文字情報基盤ですべて含んでおり、コード間の関係も一覧として提供しています。登記文字についても、必要な文字については、縮退マップを提供する予定です。また、
文字情報基盤は、すべての業務に使える汎用文字です。
Q：文字情報基盤は、変体仮名を含んでいないのではないですか？
A:現在の文字情報基盤本体には変体仮名を含んでいません。それは、変体仮名には規範となる同定基準が存在しないためです。しかし、現場からの要望が強いため、国際標準化に着手するとともに、参考データとしての公開を開始いたします。
Q：ベンダが、文字情報基盤に対応できませんと言っていますが、どうしたらよいのでしょうか？
A：文字情報基盤は、技術的には導入は難しくありません。ベンダに対して、再度の確認をお勧めします。
Q:コード化されていな1900文字はどのように扱えばよろしいのでしょうか？
A:コード化が完了するまでの数年間は、暫定的にプライベートな外字領域（私用面：PUP）を使う方策を業界団体が提示しており、これに対応したフォントも提供されています。ただし、これはあくまでも暫定的なもので、利用上の注意等について合意のとれた利用者の間だけで使用することが求められます。

問合先
独立行政法人情報処理推進機構国際標準推進センター http://mojikiban.ipa.go.jp/

2014.3.18

参考資料３

共通語彙基盤
住所
情報交換パッケージ（IEP）
v1.0

平成２７年２月３日

共通語彙基盤 住所 IEP

目次

１． 本 IEP の目的 ......................................................1
２． データ項目 ........................................................2
３． IEP 活用の流れ ....................................................6
３．１ 新規システム構築の場合................................................... 6
３．２ 既存システムの場合....................................................... 6
３．３ 自治体で中間標準レイアウトを使っている場合 ............................... 7

４． コード等 ..........................................................9
５． サンプル .........................................................10

図
図 1
図 2
図 3
図 4
図 5
図 6
図 7

表 目 次

IEP を介したデータの連係.................................................................................................. 1
主なデータ項目..................................................................................................................... 2
詳細データ項目..................................................................................................................... 4
英語対応、schema.org 対応 ................................................................................................. 5
新規システムでの導入イメージ ......................................................................................... 6
既存システムでの導入イメージ ......................................................................................... 7
サンプル .............................................................................................................................. 12i共通語彙基盤 住所 IEP

１．本 IEP の目的
住所とは、行政区域に基づき表記される位置情報である。ビル名や階数等の方書情報を含む場合もある。住所には、住民票の住所、現住所、法人登記上の住所、本店所在地等がある。
多くの業務において住所の記述が求められるが、その形式は申請等のサービス毎に定義されている。例えば、「1 行で書かれる住所」、「都道府県・市区町村等の構造化した住所」が混在し統一されていない。そのため、システム内で住所データを保存していたとしても、申請を送る時に相手先毎に再入力もしくはデータ変換を行う必要がある。
そこで、住所を交換する時の共通的な交換方法が必要となる。既存のシステムのデータ構造を変更する必要はないが、相手先にあわせてデータ変換する時に参照すべきデータ一覧が必要となる。
本 IEP（Information Exchange Package:情報交換パッケージ）は、住所の情報を公開、交換、管理するために整備されたものである。実装に当たっては、共通語彙基盤の語彙セットを本IEP と合わせて参照されたい。

独自データ構造IEP

連携先データ構造
パターンA
パターンB
パターンC

対応
関係
整理
図 1

変換

・・・
パターンZ

IEP を介したデータの連係

IEP 活用のメリット
・組織内外の多くのシステムと情報交換がしやすくなる（調整やインタフェース改造が不要）
・情報項目に定義があるので、誰が見ても誤解なく情報が活用できる
・新規システム開発では、データ設計が標準的なデータでできる
世界的には通りを中心にした住所表示をする国が多いが、日本の面を中心とした住所特性を基本にして整備を行っている。

1

共通語彙基盤 住所 IEP

２．データ項目
データ項目と記述イメージは、以下の通りである。灰色項目はその下に記述された項目を組み合わせることで、アプリケーションで自動生成できる項目である。ただし、構造化した住所を使用しないで、直接記入することも可能である。
データ項目名 説明
備考
住所表記
都道府県、市区町村、町名を連続して記 下記の構造化した住所をもと載。その後、丁目、番地、号をハイフン に自動生成することが望ましで接続して半角で記載。「東京都千代田 い。
区霞が関 1-3-1」
郵便番号
郵便番号を半角、ハイフンなし、連番で記載。
都道府県
都道府県を記載。
市区町村
市区町村名を記載。郡の場合は町村と間を空けずに記載。「＊＊郡＆＆町」
区
政令指定都市の区を記載。
東京都の特別区は、上の市区町村に記載。
町名
地区の名称を記載。
字等、数字の前の漢字項目を記載。
丁目
半角で記載。
番地補足
番地の前の文字列を記載。
丁目以降の数字の前に、「東」「北」「浜」「甲」「イ」
等の文字が付く場合には記載。
番地
半角で記載。
号
半角で記載。
町名の後ろに数字が 1 つしかない場合はここに記載。
ビル名
ビル名を記載「合同庁舎」
ビル番号
半角数字で記載４号棟は「4」。
ビル棟名が新館、○○棟数字
以外で示される時にはビル名の後ろにスペースを空けずに記載。
「○○省新館」等
部屋番号
半角数字で記載。「1234」
部屋名が文字の場合には、文字で記入。ただし、半角数字
でない場合には、一部の処理でデータが処理されないことがある
方書
ビル名と部屋番号を連続して記載。「合 構造化したデータをもとに自同庁舎 4- 1234」
動生成することが望ましい。
図 2 主なデータ項目

アプリケーションでは、図２のデータが利用者に見える。データベースでデータを管理する場
合の IMI 対応は以下のとおりである。

2

共通語彙基盤 住所 IEP

ic:住所型
ic:種別

現住所が基本であるが、「住民票上の住所」等
住所項目を複数持つ時に使用する。
都道府県、市区町村、町名を連続して記載。その後、丁目、番地、号をハイフンで接続して半角で記載。
国名を記載。
国名コード（２文字）を記載。

ic:表記

ic:国
ic:国コード

都道府県名を記載。「東京都」「神奈川県」のように、都道府県まで記載。
全国地方公共団体コード（左２桁）を記載。

ic:都道府県
ic:都道府県コード

市町村名、および、東京都の場合は特別区名を記載。郡は、「○○郡○○村」と記入。北海道
で総合振興局の記載が必要な場合には、市町村名の前に記載。
全国地方公共団体コード（右4桁）を記載。

ic:市区町村

ic:市区町村コード

政令指定都市の場合は、区を記載。

ic:区

町名、大字等、文字での住所記載部分を記載。

ic:町名

半角数字

ic:丁目

丁目以降の数字の前に、「東」「北」「浜」「甲」「イ」等の文字が付く場合には記載。
半角数字。

ic:番地補足
ic:番地

半角数字。町名の後ろに数字が1つしかない場合はここに記載。
ビルに、「新館」等の日本語補足があるときには、「○○ビル新館」の要に記入
半角英数字

ic:号
ic:ビル名ic:ビル番号3

共通語彙基盤 住所 IEP

ic:部屋番号
ic:方書
ic:ID
ic:住所コード

半角数字
ビル名、ビル番号、部屋番号を連続して記載。

ic:コード種別
ic:名称
ic:発行者
ic:バージョン
ic:URI

ID に名称がある場合に記載。
ID を発行する組織名を記載。
ここで使用する ID のバージョンを記載。
ID に URI がある場合に記載。
ID の実際の値を記載。この部分が一般には表示される。

ic:識別値
ic:郵便番号

図 3 詳細データ項目

4

共通語彙基盤 住所 IEP

英語名は IMI の命名規則（NDR）に従い、単語の頭文字を大文字にして英単語を接続している。
また、検索エンジンでの用語の標準化している Schema.org との関係も下表に整理する。
利用した Schema.org の分類は、以下の通りである。
ic:住所型
英語名
Schema.org
ic:表記
ic:国

FullAddressCountry

Thing>Place>address
Thing>Intangible>StructuredVal
ue>ContactPoint>Address>addres
sCountry
Thing>Intangible>StructuredVal
ue>ContactPoint>Address>addressRegionThing>Intangible>StructuredVal
ue>ContactPoint>Address>addres
sLocality(Thing>Intangible>StructuredVa
lue>ContactPoint>Address>streetAddress)(Thing>Intangible>StructuredVa
lue>ContactPoint>Address>streetAddress)(Thing>Intangible>StructuredVa
lue>ContactPoint>Address>streetAddress)(Thing>Intangible>StructuredVa
lue>ContactPoint>Address>streetAddress)

ic:都道府県

Prefecture

ic:市区町村

City

ic:町名

AddressArea

ic:丁目

Thoroughfare

ic:番地

HouseNumber

ic:号

LotNumber

ic:ビル名ic:ビル番号

LocatorFull

ic:部屋番号

LocatorName

ic:郵便番号

LocatorDesignator

ic:ID
ic:住所コードPostCode
AddressId

図 4 英語対応、schema.org 対応

5Thing>Intangible>StructuredVal
ue>ContactPoint>Address>postal
Code共通語彙基盤 住所 IEP

３．IEP 活用の流れ
３．１ 新規システム構築の場合
データ設計において、本 IEP の活用を検討する。本 IEP に対応することで、インタフェー
スのカスタマイズを最小限に抑えることができる。
データベース内のデータを詳細項目で記録して、入出力においては利用者に合わせた形で構築する。こうすることで、高い相互運用性と使いやすいインタフェースを両立させること。

出力
入力

システム内のデータ

住所登録
郵便番号 100-0013

住所
自動入力

千代田区霞が関

住所

丁番地号 3 - 3
ビル名
ビル番号

-3

Gビル
A

部屋番号 132
・・・

IMIデータ項目

登録内容

種別

事業所住所

国

日本

都道府県

東京都

市区町村

千代田区

町名

霞が関

丁目

3

番地

3

号

3

ビル名

Gビル

ビル番号

A

部屋番号

132

霞が関3-3-3
・・・・・

名簿
100-0013 千代田区霞が関 ・・・

入館証
渡辺 花子
東京

<Country>日本/ <Country>

住所コード
郵便番号

①入力は簡易に実装

1000013②システムにはIMI形式に分解して格納

10000133-3-3-A-132③様々な形式で出力

図 5 新規システムでの導入イメージ（１）手順１

データ洗い出し新システムで必要なデータ項目の洗い出しを行う（２）データ確認とサブセット作成
IMI の住所項目データを見て、過不足を検討する。そして、IMI のデータのうち使用する項目のサブセットを作成する。

（３）データ実装方式の検討
画面やデータベースでのデータ実装方式を検討する。郵便番号や町字コードから住所を自動入力するなどの工夫を行う。

３．２ 既存システムの場合
他システムとの情報交換や情報公開のためにデータのインタフェース設計（API を含む）
が必要な時に、本 IEP の活用を検討する。本 IEP を活用することで、2 回目以降の変換作業の負担を大幅に減らすことができる。

6

共通語彙基盤 住所 IEP

既存システムインタフェース
IMIデータ項目

登録内容

データ項目

登録内容

種別

事業所住所

郵便番号

1000013

国日本

住所千代田区霞が関
3-3-3

都道府県

東京都

市区町村

千代田区

方書

Gビル A132

町名

霞が関

丁目

3

番地

3

号

3

ビル名

Gビル

ビル番号

A

部屋番号

132

・・・

連携先システム
データ項目

登録内容

事業所

100-0013
東京都千代田区霞が関3-3-3 Gビル A132

住所コード
郵便番号

①既存システムのデータ
構造は変更不要

1000013②他システムとの連携時は、IMIの情報交換用データに変換③受け取ったデータを自シス
テムのデータ構造に変換

図 6 既存システムでの導入イメージ（１）データ対応表の作成
自組織内で住所に関するデータベースを持っている時には、IMI のデータ項目に対して対応表を作成する。

（２）情報交換用データセットに変換
情報交換先にあわせて、構造化された住所を、１行で記載する住所に変換したり、その逆に、１行で書かれた住所を分割したりする。
必要な場合には、漢字の住所データを元に、カナデータを生成する。

（３）IMI 形式データの受信と自組織のデータ形式への変換
データ連係先には、IMI 形式でのデータ送信を依頼する。その上で、IMI 形式で受信したデータを、自組織のデータ形式に変換する。

３．３ 自治体で中間標準レイアウトを使っている場合
自治体では、中間標準レイアウトの利用が推奨されている。その場合には、以下のルール
で変換を実施する。
IMI
中間標準レイアウト
備考
住所区分
種別
以下から選択。
現住所、転入前住所、転出先、実定地、本籍地

7

共通語彙基盤 住所 IEP

住所コード

ic:住所_住所コード

住所ic:住所_表記

方書
カナ方書
郵便番号

ic:定型住所_方書
ic:住所_郵便番号8

町・字コードを記載。
※町・字コードは有料であるため、IMI では任意使用項目である。
中間標準レイアウトでは、番地まですべて全角で記載。
IMI では、丁目以下は半角
で記載。
該当なし
半角数字 7 桁連番。

共通語彙基盤 住所 IEP

４．コード等
住所の表記には以下のコードが活用できる。
名称：国名コード（２文字）
コード ID：ISO3166-1alpha-2,JIS X 0304-ISO3166-1
発行者：ISO
発行者 ID：
バージョン ：URI （URL） ：http://www.iso.org/iso/country_codes.htm
名称：国名コード（3 文字）
コード ID：ISO3166-1alpha-3,JIS X 0304-ISO3166-1
発行者：ISO
発行者 ID：
バージョン ：URI （URL） ：http://www.iso.org/iso/country_codes.htm
名称：全国地方公共団体コード
コード ID：
発行者：総務省
発行者 ID：
バージョン ：URI （URL） ：http://www.soumu.go.jp/denshijiti/code.html

名称
：郵便番号
コード ID：ISO3166-1alpha-2,JIS X 0304-ISO3166-1
発行者：日本郵便株式会社
発行者 ID：
バージョン ：URI （URL） ：http://www.post.japanpost.jp/zipcode/
以下のコードは自治体での利用が行われているが、企業等の情報交換先が対応していない場合には使用しても交換に活用できない。
名称：全国町・字（まちあざ）ファイル
コード ID：
発行者：地方公共団体情報システム機構
発行者 ID：
バージョン ：URI （URL） ：https://www.j-lis.go.jp/jyouhou-syori/machiaza/cms_11034.html

9共通語彙基盤 住所 IEP

５．サンプル
サンプル１
データ項目名
種別
住所表記

郵便番号
都道府県
市区町村
町名
丁目
番地
号
ビル名
ビル番号
部屋番号
方書
種別
住所表記

郵便番号
都道府県
市区町村
区
町名
丁目
番地
号
ビル名
ビル番号
部屋番号
方書
種別
住所表記

説明
都道府県、市区町村、町名を連続して記載。その後、丁目、番地、号をハイフンで接続して半角で記載。
郵便番号を半角、ハイフンなし、連番で記載。
都道府県を記載。
市区町村名を記載。郡の場合は町村と間を空けずに記載。
「＊＊郡＆＆町」
地区の名称を記載。
半角で記載。
半角で記載。
半角で記載。
ビル名を記載「合同庁舎」
半角数字で記載４号棟は「4」。
半角数字で記載。「1234」
ビル名と部屋番号を連続して記載。「合同庁舎 4- 1234」
都道府県、市区町村、町名を連続して記載。その後、丁目、番地、号をハイフンで接続して半角で記載。
郵便番号を半角、ハイフンなし、連番で記載。
都道府県を記載。
市区町村名を記載。郡の場合は町村と間を空けずに記載。
「＊＊郡＆＆町」
区名を記載。
地区の名称を記載。
半角で記載。
半角で記載。
半角で記載。
ビル名を記載「合同庁舎」
半角数字で記載４号棟は「4」。
半角数字で記載。「1234」
ビル名と部屋番号を連続して記載。「合同庁舎 4- 1234」
都道府県、市区町村、町名を連続して

10

サンプル
現住所
東京都千代田区霞が関 1-3-1

1000013
東京都
港区
霞が関
1
3
1
カスミビル本館
1208
カスミビル 1208
転入前住所
京都府京都市下京区烏丸通
高辻上る大政所町 682
6008413京都府
京都市
下京区
烏丸通高辻上る大政所町

682
烏丸 A ビル
２
201
烏丸 A ビル 2-208
転出先
1401 Constitution Ave., N.W.

共通語彙基盤 住所 IEP

郵便番号
国
都道府県
市区町村
町名
丁目
番地
号
種別
住所表記

郵便番号
都道府県
市区町村
町名
丁目
番地
号
方書
種別
住所表記

郵便番号
都道府県
市区町村
区
町名
丁目
番地
号
種別
住所表記

記載。その後、丁目、番地、号をハイフンで接続して半角で記載。
郵便番号を半角、ハイフンなし、連番
で記載。
国を記載。
都道府県を記載。
市区町村名を記載。郡の場合は町村と間を空けずに記載。
「＊＊郡＆＆町」
地区の名称を記載。
半角で記載。
半角で記載。
半角で記載。
都道府県、市区町村、町名を連続して記載。その後、丁目、番地、号をハイフンで接続して半角で記載。
郵便番号を半角、ハイフンなし、連番で記載。
都道府県を記載。
市区町村名を記載。郡の場合は町村と間を空けずに記載。
「＊＊郡＆＆町」
地区の名称を記載。
半角で記載。
半角で記載。
半角で記載。
ビル名と部屋番号を連続して記載。「合同庁舎 4- 1234」
都道府県、市区町村、町名を連続して記載。その後、丁目、番地、号をハイフンで接続して半角で記載。
郵便番号を半角、ハイフンなし、連番で記載。
都道府県を記載。
市区町村名を記載。郡の場合は町村と間を空けずに記載。
「＊＊郡＆＆町」
区名を記載。
地区の名称を記載。
半角で記載。
半角で記載。
半角で記載。
都道府県、市区町村、町名を連続して

11

Washington,DC
20230
United States
DC
Washington
Constitution Ave., N.W.

1401
実定地
群馬県吾妻郡中之条町大字
小雨 577-1
3771795
群馬県
吾妻郡中之条町
大字小雨
577
1
田中様方
本籍地
北海道札幌市北区北 24 条西6-2-120018585
北海道
札幌市
北区
北 24 条西
6
2
12
本社所在地
石川県金沢市磯部町ニ４５

共通語彙基盤 住所 IEP

郵便番号
都道府県
市区町村
区
町名
丁目
番地補足
番地
号

記載。その後、丁目、番地、号をハイフンで接続して半角で記載。
郵便番号を半角、ハイフンなし、連番で記載。
都道府県を記載。
市区町村名を記載。郡の場合は町村と間を空けずに記載。
「＊＊郡＆＆町」
区名を記載。
地区の名称を記載。
半角で記載。
丁目以降の数字の前に、「東」「北」「浜」「甲」「イ」等の文字が付く場合には記載。

半角で記載。
半角で記載。

9200012
石川県
金沢市

磯部町
6
ニ

45
図 7 サンプル

12参考資料４

共通語彙基盤
コア語彙テクニカルガイドライン

V1.0
2015/2/3

目次
1.

共通語彙基盤の概要 ........................................................................................................ 1

2.

語彙 ................................................................................................................................. 22.1.

語彙の種類 ................................................................................................................... 32.2.

語彙の構造 ................................................................................................................... 4

3.

用語 ................................................................................................................................. 5

3.1.

クラス用語 ................................................................................................................... 5

3.2.

プロパティ用語 ........................................................................................................... 5

3.3.

用語の構造 ................................................................................................................... 5

3.3.1.

項目名 ...................................................................................................................... 5

3.3.2.

データ型 ................................................................................................................... 5

3.3.3.

カーディナリティ .................................................................................................... 54.

コア語彙の設計と利用 .................................................................................................... 64.1.

コア語彙の設計方針 .................................................................................................... 64.2.

コア語彙の構成 ........................................................................................................... 7

4.2.1.

用語の階層構造 ........................................................................................................ 7

4.2.2.

コア語彙の名前空間 URI......................................................................................... 84.3.

コア語彙の利用方法 .................................................................................................... 94.4.

コア語彙の物理形式表現 ........................................................................................... 10

4.4.1.

XML 形式 ................................................................................................................11

4.4.2.

RDF 形式 ............................................................................................................... 12

4.4.3.

自然言語形式.......................................................................................................... 13i1. 共通語彙基盤の概要
官民にわたる多くの組織がオープンデータを活用し、分野を超えた情報交換を行うには、個々の用語について表記・意味・データ構造を統一し、互いに意味が通じるようにする必要がある。それら多くの用語を、どのような統一フォーマット（構造）でデータ化し、誰もが共通利用できるようにするための枠組みが「共通語彙基盤」（英語名称：Infrastructure
for Multilayer Interoperability（IMI））である。
「共通語彙基盤」は、用語における類義語や表記の揺れ、背景によって異なる意味を持
つ同一用語など、「オープンデータ」の目的である電子的情報共有や、情報連携の効率化を進める際の障害を取り除き、データの組み合わせや横断的利用を容易にする。
語彙基盤の利用によって以下のようなメリットが得られる


行政機関等が、意味が明確で再利用性の高い情報を効率的に作成可能



行政機関などから公開された情報の意味の解釈が機械的に可能

再利用性の高い公共情報が普及することにより、情報交換効率の向上による行政の業務効率とサービス向上

オープンデータとして公開された再利用性の高い情報を活用し、価値を引き出す各
種産業が発展再利用に適した
IMI対応データとして情報公開オープンデータとしての公開

個別データ

データ入力
支援ツール

デ ー タ提供者

IMI対応
データ
利用者

組織間での効率的な情報交換語彙DBを参照し、
データの意味を明確に把握

データテンプレート
データテンプレート
データテンプレート

IMI語彙DB

データを二次加工し再利用

コア語彙

既存データ形式とIMI語彙との対応付けを行い、変換
テーブルを作成

用語
用語
用語

変換
変換
テーブル
変換
テーブル
テーブル

ドメイン語彙
ドメイン語彙
用語
ドメイン語彙
用語
用語
用語
用語
用語
用語
用語
用語

マッシュアップした情報の公開など

デ ー タ構造設計者

IMI語彙を介した相互情報交換

組織A

データ
形式 A

変換
テーブル

組織B

データ変換
ツール

データ変換
ツール

IMI対応
データ

変換
テーブル

データ
形式 B

図 1．
「共通語彙基盤」の利用イメージ

12. 語彙
「語彙」とは、一般には言葉の集合を意味するが、共通語彙基盤における語彙は単に言葉を集めたものではなく、ファイルやインターネットなどを介して行われるコンピュータ
間のデータ通信を円滑かつ確実に行うことを目的とした、意味や構造、言葉と言葉の関係などを明確にした言葉の集合である。共通語彙基盤では、それぞれの言葉を「用語」と呼ぶ。
「用語」は、ある特定の意味あるいは概念を示すものであり、文字を組み合わせた表記を伴う。また、用語は、その意味あるいは概念の一部として、他の用語の関係（構造）を持つ場合がある。たとえば、「時刻」という用語を「時」、「分」、「秒」という下位の用語から構成すると定義することができる。

語彙（用語の集合）
時刻

時
包含

分

（注）入れ物であり、値では無い

秒

凡例：

用語

図 2．語彙と用語
このような用語の集合が「語彙」である。用語の構造や意味、表記の制限、用語と用語との関係等、用語に係る様々な情報を総称してここでは「語彙データ」と呼ぶこととする。

2

2.1. 語彙の種類
語彙は、その示す内容によって「コア語彙」、「ドメイン語彙」に分類される。
ここで「ドメイン」とは、語彙を利用する目的・対象別に分割された領域の概念であり、その例に「地理空間・施設」「移動・交通」「防災」「財務」などがある。
【コア語彙】どのドメインでも広く利用される普遍的な語彙。
「人」
「名称」
「住所」
「連絡先」
「組織」
「場所」
「日時」「日付」「建物」「製品」「座標」など、特定のものを表現する語彙から、
「数量」
「面積」
「重量」
「長さ」
「時間」
「金額」のような計量のための基礎概念を表現する語彙まで含まれる。
【ドメイン固有語彙】
各ドメインでの利用に特化した語彙。ドメイン内の各種標準や既存システムの語彙などを含む。
ドメイン語彙には、領域固有の用語としてコア語彙とは完全に独立したものが入ることもあるが、コア語彙をプロパティとして用いたクラスとして領域に必要な用語を新たに作ることもある。
なお、ドメイン固有語彙の中で、他のドメインでも参照することのできる語彙で、それがコア語彙に含まれないものはドメイン共通語彙と呼ぶ。
地理空間
・施設

移動・
交通

病院

施設
駅

コア
語彙

場所

ドメイン
固有語彙

ドメイン
共通語彙

避難所
災害復旧費

財務

図 3．コア語彙とドメイン語彙

3防災2.2. 語彙の構造
語彙は以下のような情報と共に用いられる。
1 名前空間用語の名前が一意であることが保障される範囲。URI で示される。全ての用語はただ一つの名前空間に所属する。
2 名前空間接頭辞
用語が含まれる名前空間名前空間を識別するため、用語の前にコロン（：）を挟んで置く文字列。
名前空間接頭辞は、名前空間の URI にマッピングするための文字列に過ぎず、語彙をXML 形式や RDF 形式でデータ化する際に名前空間と接頭辞のマッピングを宣言して使う。つまり、名前空間の本質は URI で表されており、名前空間接頭辞はその一時的なエ
イリアスなので、データ化の都度名前空間 URI に対して異なる名前空間接頭辞を与えることも可能である。
また、語彙の管理のために以下の情報も必要である。
3 バージョン番号
コア語彙の用語の追加・削除などのメンテナンスに対応し、どの用語の集合を扱っているかを識別するための番号。
4 作成日
コア語彙の当該バージョンを作成（公開）した日付。
5 作成者
コア語彙の開発主体。

4

3. 用語用語には以下のようにクラス用語とプロパティ用語がある。

3.1. クラス用語
用語の内、後述のプロパティ用語を包含するような構造を持った用語。他のクラス用語を拡張することで、拡張先のクラス用語が包含するプロパティ用語義することも可能

3.2. プロパティ用語
用語の内、クラス用語と他のクラス用語とを関連付けるもの。コア語彙においては、どのプロパティ用語もそれぞれ一つのクラス用語に包含される。

3.3. 用語の構造
それぞれの用語は、項目名、データ型、カーディナリティで表現される。

3.3.1. 項目名
用語の名称を日本語で表記したもの。コア語彙においては、用語の「項目名」は、 UTF-8
でエンコード可能な文字であって、以下に挙げた文字を使って記載されることと規定している。
・ 英数半角文字（記号を除く）
・ 全角文字（全角英数文字、及び、全角括弧文字'（','）'以外の全角記号を除く）
・ 半角アンダースコア（'_'）（単語、語句、値のセパレータとしてのみ使用されなければならない）

3.3.2. データ型
プロパティのデータの形式。コア語彙で定義されたクラスに対応するクラスが指定される場合と、W3C の「XML Schema Part 2: Datatypes」で定義されたデータ型など、既存のデータ型が指定される場合がある。

3.3.3. カーディナリティ
プロパティがクラスの中で何回出現できるかを最小出現回数、最大出現回数で定義したもの。

5

4. コア語彙の設計と利用
共通語彙基盤の語彙は、政府機関等から公開されるデータの 2 次利用や組織間でのデー
タ交換・連携を容易にするために、以下のような設計方針に基づいて作られている。

4.1. コア語彙の設計方針
データ交換やデータ連携を行う際に、「人」と「人物」のように異なる言葉が使われていると、コンピュータで処理する際に不都合が生じる。そこで、共通語彙基盤では、言葉の意味が明確になっている必要が生じる。
しかし、一つ一つの言葉の意味を明確にしただけでは、機械処理に適したものとはいえない。 「人」という言葉の意味が記述されているだけでは、「人」が何かということは分かるが、ある特定の人に関係するデータを機械処理に適した形式で記述することができな
いためである。そこで、言葉の意味だけではなく、その言葉で表現すものを、関連するデータの集まりとして表現する必要がある。
このように、共通語彙基盤の用語は構造をもつが、実際にデータ公開やデータ交換を行う際に利用されるデータ形式が同じような構造をもっているとは限らない。データは種類や用途によって、固有な階層構造やフラットな形式をもったデータなど、様々な異なる形
式で公開される。そのため、用語は、一般的に利用されているどのようなデータ形式においても利用できるものとなっている必要がある。
コア語彙では、クラス用語がプロパティ用語の集合を包含するとう構造を持たせること
により、まずは用語の関連性を階層的（XML など）あるいはネットワーク的（RDF など）な形式で表現することを可能とした。さらに、それをフラットに展開したデータ項目を生成することによって CSV のような形式にも対応することができる。

図 4. コア語彙のクラスとプロパティによる論理設計
6

4.2. コア語彙の構成
以下にコア語彙に含まれる用語の相互関係、またコア語彙活用する際の識別子となる名
前空間 URI について説明する。

4.2.1. 用語の階層構造
コア語彙のクラス用語はプロパティ用語の集合である。そのプロパティのデータ型がコ
ア語彙の他のクラスを指すことにより、クラス用語の階層関係が生じる。
例えば、次の図の「人」クラスに含まれる「氏名」プロパティはデータ型が「氏名型」となっているが、「氏名型」は「氏名」クラスに対応したデータ型である。したがって、こ
こに「人」クラスと「氏名」クラスとの階層関係がみられる。同様に、「住所」プロパティのデータ型「住所型」によって「人」クラスと「住所」クラスとの間にも階層関係ができる。
※上記の例ではプロパティとそれに対応するクラスの名称が同じであるが、プロパティ
名は必ずしもクラス名と同じである訳ではない。例えば、「人」クラスの「出生地」プロパ
ティのデータ型は「住所型」であり「出生地」が「住所」クラスと結び付けられていることが分かる。

図 5. プロパティを介したクラスの階層構造
7

4.2.2. コア語彙の名前空間 URI
コア語彙 v2.2 には、それを識別するための名前空間 URI が付されている。ここで XMLで使用する名前空間と RDF で使用する名前空間は、用途の違いから別のものを用いる。
XML："http://imi.ipa.go.jp/ns/core/2"
RDF："http: //imi.ipa.go.jp/ns/core/rdf#"
RDF では、この名前空間 URI は、「ic:氏名」のような“接頭辞：項目名”というデータに対して接頭辞を置きかえることにより、実際にコンピュータ処理の対象となる"http://imi.ipa.go.jp/ns/core/rdf#氏名"という項目名が生成される。
このため、RDF では、
名前空間 URI が変わるとデータ項目そのものが変わることになり、データのマッシュアップなどを行った場合に、データ項目が別のものになってしまう。このため、RDF では極力名前空間 URI は変えないことが望ましい。
一方、XML においては、名前空間 URI は、XML の要素（データ項目）の集合を識別するために用いられる。したがって、要素（データ項目）の追加、削除、などの変更があれば、集合の構成が変わるので、それが名前空間によって区別できることがコンピュータのアプリケーションにとって重要である。
このため、コア語彙の物理形式表現において、XML と RDF で異なる名前空間 URI を用いることとした。

8

4.3. コア語彙の利用方法
様々な業務領域では、それぞれのデータ項目およびその構造の設計が行われるが、コア
語彙（およびドメイン語彙）は、それらの情報交換の要として活用される。
具体的な業務におけるデータ構造設計において、データベースに格納されたコア語彙（およびドメイン語彙）を参照して対応関係を付ける。このようにして定義された特定業務用のデータ項目が、後述する XML や RDF などのデータとして表現され、公開、交換された
場合、コア語彙との対応関係をキーとして、他者にその意味（Semantics）を伝えることが用意になり、2 次利用や組織間でのデータ交換・連携が可能になる。

既存データに基づく設計
入力ルールの設定
対応付け①語彙の作成語彙DBに格納する、共通語彙（コア語彙／ドメイン
語彙）を作成。
• 用語の意味、出典等の定義• 用語の関係の定義

既存データ

既存用語を 利用

出現回数指定用語構造の設計
ルート

用語の追加

用語（型）

データ項目A

用語

データ項目B

用語

用語

データ項目

制約

データ項目A

出現回数指定データ項目B

値の範囲

データ項目X
データ項目C
データ項目D

独自用語

独自用語の定義

語彙デ ータ設計者

文字セット②データ構造の設計
デ ー タ構造設計者

語彙DBを参照し、データの入力用テンプレートを設計• 用語構造の設計（データ項目の定義）• データ入力ルールの設定• データ項目と語彙の変換テーブル作成
入力ルールの設定

IMI語彙DB
用語
用語
用語

変換
テーブル

用語
データ項目C
データ項目D

コア語彙

データテンプレート

値の範囲
文字セット

データテンプレート

出現回数指定新規設計

対応付け
既存用語を 利用

用語構造の設計

値の範囲
文字セット

ルート

データ項目

用語

データ項目α

用語（型）ドメイン語彙
ドメイン語彙
用語
ドメイン語彙
用語
用語
用語
用語
用語
用語
用語
用語

用語
用語

独自用語の定義

変換
テーブル

値の範囲

データ項目β
データ項目γ

用語

データ項目δ

独自用語

データ項目ε文字セット③データの入力

IMI準拠によるデータ共通理解の促進
デ ー タ作成者
データ変換ツール

IMI対応データ形式

制約
出現回数指定

変換
テーブル

適用分野別
デ ー タ形式

図 6. コア語彙に基づくデータ活用の方法

9

データテンプレートに基づいてデータを作成• 構造の統一• 用語の統一
データ入力支援ツール
データ
テンプレート4.4. コア語彙の物理形式表現「用語」は概念を定義するものであり、抽象的な論理形式で表されているが、実際に使用する際には、XML や RDF など目的に合った物理的なデータ表現形式を利用する。これによって、データベースなどの XML や RDF の処理アプリケーションによる用語のコンピ
ュータ処理が可能となる。
現在、語彙を物理的（機械可読）な形式で記述するための表現形式として以下の 3 種類がサポートされている。
①XML Schema 形式
XML 仕様や XML Schema 仕様に沿って、構造化データを定義するためのスキーマで語彙を表現した形式。
構造情報を含めたデータ送受信や、可読性向上に利用される。
②RDF Schema 形式
RDF 仕様や RDF Schema 仕様に沿って、リソースのプロパティやタイプを定義するためのスキーマで語彙を表現した形式。
データ間の関係性記述や、オープンデータ、ビッグデータの表現形式に利用される。
③自然言語形式
XML や RDF 等の構造化仕様を用いずに、各用語を単純な（構造化されていない）自然言語として表現した形式。 CSV データのヘッダ等として利用される。

(1)論理形式

コア語彙
シリアライズXML Schema

RDF Schema(2)物理形式

自然言語
データ

XMLデータRDFデータ

CSVデータ等

物理形式の語彙を用いてデータを表現(インスタンス化)
利用者が目的に合わせて語彙のデータを利用

利用者A

利用者C

利用者B

図 7．コア語彙の 3 つの表現形式
以下に 3 つの形式の事例をそれぞれ示す。
10

4.4.1. XML 形式
W3C XML Schema によるコア語彙の定義では、クラスはスキーマの「型」に対応させ、プロパティは「要素」として表す。
【XML Schema の例】<xsd:schema xmlns:xsd="http://www.w3.org/2001/XMLSchema"targetNamespace="http://imi.ipa.go.jp/ns/core/2" version="2.2" xmlns:ic="http://imi.ipa.go.jp/ns/core/2">
・・・<xsd:complexType name="人型">“人”クラスに対応する型<xsd:complexContent><xsd:extension base="ic:実体型"><xsd:sequence><xsd:element ref="ic:氏名" minOccurs="0" maxOccurs="unbounded"/><xsd:element ref="ic:性別" minOccurs="0" maxOccurs="1"/>・・・</xsd:sequence>“人”クラスに属するプロパティへの参照</xsd:extension></xsd:complexContent></xsd:complexType><xsd:complexType name="氏名型">“氏名”クラスに対応する型<xsd:complexContent><xsd:extension base="ic:事物型"><xsd:sequence><xsd:element ref="ic:姓名" minOccurs="0" maxOccurs="1"/><xsd:element ref="ic:姓名カナ表記" minOccurs="0" maxOccurs="1"/>・・・</xsd:sequence>“氏名”クラスに属するプロパティへの参照</xsd:extension></xsd:complexContent></xsd:complexType>・・・<xsd:element name="人" type="ic:人型"/>“人”クラスを表現する要素
・・・<xsd:element name="氏名" type="ic:氏名型"/><xsd:element name="性別" type="xsd:string"/><xsd:element name="姓名" type="xsd:string"/><xsd:element name="姓名カナ表記" type="xsd:string"/>・・・</xsd:schema>

各プロパティを表現する要素【XML インスタンスの例】<ic:人><ic:氏名><ic:姓名>情報 太郎</ic:姓名><ic:姓名カナ表記>ジョウホウ タロウ</ic:姓名カナ表記></ic:氏名><ic:性別>男性</ic:性別></ic:人>11

4.4.2. RDF 形式
コア語彙の RDF 形式は OWL（Web Ontology Language）を使った定義を行う。
【RDF スキーマ（Turtle）の例】@prefix ic: <http: //imi.ipa.go.jp/ns/core/rdf#> .
@prefix owl: <http://www.w3.org/2002/07/owl#> .
@prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> .
@prefix xsd: <http://www.w3.org/2001/XMLSchema#> .
@prefix schema: <http://schema.org/> .
## プロパティ定義 ################
ic:氏名 a owl:ObjectProperty ;rdfs:label "氏名"@ja ;rdfs:comment "人の氏名"@ja ;schema:domainIncludes ic:人型 ;rdfs:range ic:氏名型 .
ic:性別 a owl:DatatypeProperty ;rdfs:label "性別"@ja ;rdfs:comment "性別の名称"@ja ;schema:domainIncludes ic:人型 ;rdfs:range xsd:string .
ic:姓名 a owl:DatatypeProperty ;rdfs:label "姓名"@ja ;rdfs:comment "氏名（姓、名）"@ja ;schema:domainIncludes ic:氏名型 ;rdfs:range xsd:string .
ic:姓名カナ表記 a owl:DatatypeProperty ;rdfs:label "姓名カナ表記"@ja ;rdfs:comment "氏名（姓、名）のカナ表記"@ja ;schema:domainIncludes ic:氏名型 ;rdfs:range xsd:string .
## クラス定義 ################
ic:人型 a owl:Class ;rdfs:label "人型"@ja ;rdfs:comment "人の情報を表現するためのクラス"@ja ;rdfs:subClassOf ic:実体型 .
ic:氏名型 a owl:Class ;rdfs:label "氏名型"@ja ;rdfs:comment "人の氏名を表現するためのクラス"@ja ;rdfs:subClassOf ic:事物型 .

【RDF インスタンスの例】@prefix ic: <http: //imi.ipa.go.jp/ns/core/rdf#> .
<#Person1> a ic:人型 ;ic:氏名 [
ic:姓名 "情報 太郎";ic:姓名カナ表記 "ジョウホウ タロウ";];
ic:性別 "男性".

12

4.4.3. 自然言語形式
自然言語形式では、クラス名とプロパティ名を各助詞「の」で連結することによりデー
タ項目を表現する。
インスタンスはデータ項目の並びに対応させた CSV 形式などを用いる。
【語彙の自然言語形式の例】
・・・
人の氏名の姓名
人の氏名の姓名カナ表記
人の性別
・・・

【自然言語形式に基づく CSV インスタンスの例】"Person1","情報太郎","ジョウホウ タロウ","男性"

13