⽂字情報基盤導⼊ガイド ver. 1.0
2014 年 3 ⽉ 18 ⽇
1.

本ガイドの⽬的
本ガイドは、平成 25 年 6 ⽉ 14 ⽇の閣議決定「世界最先端 IT 国家創造宣⾔」1のⅢ.3.(1)節「利便性の⾼い電⼦⾏政サービスの提供」に⽰された、「⽂字の標準化・共通化に関しては、今後整備する情報システムにおいては、国際標準に適合した⽂字情報基盤を活⽤することを原則とする」との⽅針に沿ったシステム構築・運⽤を⾏うための具体的な技術的指針を⽰すとともに、
⽂字情報⼀覧表2、関係国際規格等、導⼊に当たって参照すべき資料を明確とすることを⽬的と
している。
2.

⽂字情報基盤について
⽂字情報基盤とは、2002 年度〜2008 年度に実施された「汎⽤電⼦情報交換環境整備プログ

ラム」の成果を出発点とし、2010 年度に内閣官房情報通信技術（IT）担当室（現 IT 総合戦略室）
、総務省、法務省、経済産業省、⽂化庁などの関係府省や専⾨家、産業界関係者が参加する
⽂字情報基盤推進委員会を、独⽴⾏政法⼈情報処理推進機構（以下「IPA」と呼ぶ）を事務局として設置し、検討が開始された事業である。
住⺠基本台帳ネットワークシステム統⼀⽂字（以下「住基統⼀⽂字」と呼ぶ）、⼾籍統⼀⽂字に収録された漢字を整理し、各⽂字体系との対応関係等をまとめた⽂字情報⼀覧表と、⽂字フォント（IPAmj 明朝フォント）を整備するとともに、それらの⽂字符号の国際標準化を推進している。
図 1 に、現在の⽂字情報基盤検討体制を⽰す。⽂字情報基盤ワーキンググループは経済産業省に設置され、IPA が事務局を務めている。

1

閣議決定「世界最先端 IT 国家創造宣⾔」
http://www.kantei.go.jp/jp/singi/it2/kettei/pdf/20130614/siryou1.pdf
2
⽂字情報基盤⽂字情報⼀覧表：http://mojikiban.ipa.go.jp/1311.html-1-

IT総合戦略本部
新戦略推進
専門調査会
電子行政
分科会

パーソナルデータ
に関する検討会
人材育成
分科会

・・・

各府省CIO
連絡会議

電子行政オープン
データ実務者会議

政府情報システム
刷新等WG

塗りつぶし部分は関連する会議体

協力依頼

報告

情報共有基盤推進委員会
委員長
須藤修（東京大学情報学環長）
有識者
武田英明（共通語彙基盤WG座長）、林史典（文字情報基盤WG座長）
関係団体 JISA（ソフト業界）、JEITA（ハード業界）
オブザーバ 内閣官房（IT総合戦略室、社会保障改革担当室）、総務省（行政管理局）

共通語彙基盤WG

文字情報基盤WG＜実施内容＞• 情報連携用語彙基盤DBの構築• APIカタログの整備• 情報連携用ツールの整備＜実施内容＞• 導入ガイドの作成• 文字情報DBの構築• フォント整備• 標準化の実施【主査】武田英明 (NII教授)【関係省庁】（課長級）
IT室、社保室、内閣府防災、総務省、国交省、国会図書館

情報セキュリティ
政策会議

座長
委員
委員
委員
委員
委員
委員
委員
オブザーバ
オブザーバ
オブザーバ
委員
委員
委員

＜メンバー＞
右表のとおり

氏名
林 史典
三上 喜貴
氏原基余司
大山 水帆
梅原 忍
【課長級】
【課長級】
【課長級】
【課長級】
【課長級】
【課長級】
-

• 各委員会、WGの設置主体
は経済産業省、事務局はIPA• 各WGの下には、具体的な検討を行なうSWGを設置。

位置付け
所属
有識者
聖徳大学教授有識者
長岡技術科学大学教授(副学長)
有識者
文化庁
自治体
川口市
関係団体
LASDEC
関係省庁
総務省自治行政局 住民制度課
関係省庁
総務省総合通信基盤局 高度通信網振興課
関係省庁
法務省 民事局
関係省庁(利用) 内閣官房IT室
関係省庁(利用) 内閣官房 社保室
関係省庁(利用) 総務省行政管理局 情報システム管理室
SWG座長(文字情報)
SWG座長(運用)SWG座長(技術)図 1 ⽂字情報基盤の検討体制（2013 年度〜）
2.1.

⽂字情報基盤で提供する成果物等

⽂字情報基盤の事業成果物として、IPA は、以下のものを公開している3。
(1) IPAmj 明朝フォント
⽂字情報基盤で整備された⽂字（⼾籍統⼀⽂字の漢字：55,270 ⽂字、住基統⼀⽂字の漢字：19,563 ⽂字を整理した結果)約６0,000 ⽂字を収録したフォントであり、IPA フォント
ライセンス v1.0 により、無償公開されている。
ISO/IEC 10646 に準拠して符号化されている。符号化⽅式の詳細は 2.2 節、国際標準化
状況は 2.3 節を参照のこと。
(2) ⽂字情報基盤 ⽂字情報⼀覧表（MJ ⽂字情報⼀覧表）
⽂字情報基盤で整備された⽂字について、


⽂字図形、各種⽂字コードとの対応関係



読み、画数、部⾸等の漢字属性情報

SVG フォーマットによる⽂字図形イメージ情報等を収録し、⽂字の「⾒える化」を図る⼀覧表である。クリエイティブ・コモンズ・ライセ
ンス 2.1「表⽰、継承」により無償公開されている。
(3) 報告書等3

平成 22 年度調査事業の成果報告書

⽂字情報基盤成果物等は http://mojikiban.ipa.go.jp/-2-から公開されている。

⽂字情報基盤事業の在り⽅に係る検討結果等

平成 24 年度⽂字情報基盤導⼊実証実験成果報告書
⾃治体現場への導⼊実験の結果報告書、実験に⽤いたデータ（コード変換表等）等を公
開）

関連委員会の議事概要

を公開。
2.2.

IPAmj 明朝フォントの符号化⽅式

IPAmj 明朝では⼾籍統⼀⽂字、住基統⼀⽂字を包含する全約 6 万⽂字を図 2 のように国際符号化⽂字集合 ISO/IEC106464 Universal Coded Character Set (以下 UCS と呼ぶ)に準拠して符号化している。

• マイクロソフトOffice 2013
• Apple iWork (Pages 5.0,
Numbers 3.0, Keynote 6.0)
• ⼀太郎2014 徹（てつ）等がIVS技術に対応

⼾籍統⼀（漢字のみ）(55,270⽂字)

2014年度末時点（予定）

住基統⼀(漢字のみ）（19,563⽂字)
⾮漢字（2,014図形/1,684⽂字）
縦書⽤⽂字、リガチャを含む

⽂字情報基盤漢字

ISO/IECに全⽂字受理済(2012年11⽉）、符号化作業進⾏中(58,814⽂字)

1,684⽂字24,210⽂字

26,700⽂字

1,900⽂字6,000⽂字符号化作業中ISO/IEC 10646
UCS

BMP (全65,536⽂字）(Universal Character Set)

ほぼ全ての情報機器で利⽤可能

CJK統合漢字拡張B,C,D,E

IVS

市販の最新の情報機器の多くで利⽤可能
⼀部のOS・アプリケーションで対応が始まっている

図 2 ⽂字情報基盤の符号化状況
図に⽰すように、全約 6 万⽂字は、


BMP5と呼ばれる領域へ符号化された⽂字：約 26,000 ⽂字



拡張領域6と呼ばれる領域へ符号化された⽂字：約 26,000 ⽂字



IVS7と呼ばれる⽅式で符号化された⽂字：約 6,000 ⽂字（2014 年中）

4ISO/IEC 10646 Universal Coded Character Set(UCS):2014 4th edition。対応する国内規格は、JIS X
0221:2014。（いずれも 2014 年中に発⾏予定）
5
BMP (Basic Multilingual Plane): 16 ビットで⽂字を指定できる範囲で、「基本⾯」と呼ばれる。すべての情報機器はこれに対応している。
6
⽂字の指定に 32 ビットを要する領域。⼀部旧式の情報機器は対応していない場合がある。この領域への符号化は ISO/IEC において順次進められており。
「拡張 E」が 2014 年度に出版予定。「拡張 F」の標準化作業が進⾏中である。
7
IVS(Ideographic Variation Sequence / Selector ) : 「字形選択⼦」と呼ばれるもので、字形が類似して

-3-



符号化が未了の⽂字：約 1,900 ⽂字（2014 年中）の各領域へ符号化されている。
これら領域毎に、ソフトウェア（アプリケーションソフトや OS、ミドルウエア等）の対応状
況が異なる。特に IVS は、最新の標準に基づくものであり、2014 年 2 ⽉時点で、PC ⽤の市販
ワープロソフト等はほぼ対応が完了しているが、基幹業務系ソフト等の対応はまだ開始されたばかりである。
2.3.

国際標準化状況

⽂字情報基盤で整備された約 6 万⽂字は UCS に従って符号化を⾏っているが、図 3 に⽰す
ように、2014 年末において約 1,900 ⽂字が国際標準化機構（ISO/IEC JTC1）における符号化作業中のものとなる。これらについては符号化作業完了まで２〜３年を要するものとみられる（遅くとも 2020 年までには完了の⾒込みである）。
2013年度

2014年度

2015年度以降

全約5万⽂字のうち、符号化実装が未了の⽂
字

6,800

現在IVD登録作業中の
IVS実装

6,100

ISO/IEC 10646:2014(予定)を受けたUCS実装

約3700⽂字
2,400
1,900

約500⽂字約1900⽂字2013.11⽉
IPAmj明朝フォントv.002.02公開

2012年10⽉、ISO/IEC
JTC1/SC2/WG2/IRG へ提案し、受理済み

符号化完了！

2013.12月 Unicodeconsortiumが登録を受理し、パブコメ中 （～2014.3月）

図 3 ⽂字情報基盤の符号化作業状況

3.

⽂字情報基盤導⼊にあたっての基本⽅針
⽂字情報基盤を情報システムへ導⼊するにあたっては、以下の点に配慮する必要がある。
1)

国際標準と⽭盾しない技術を⽤いること

2)

既存システムとの共存性、導⼊コストの低さなど、経済合理性を考慮すること

3)

技術の進展、標準化の進展に沿った適切な⼿順を踏むこと

上記１）は、国際標準と⽭盾しない技術を⽤いることにより、市場に在る⼀般的情報機器の活⽤が可能となること、機器間、組織間での⽂字情報の交換に係る変換等のコストが不要となること、等から、電⼦⾏政システムの構築・運⽤に係るコストダウンにつながることが期待さおり、符号的には区別されない⽂字について、その字形を指定するための符号。

-4-

れる。国際標準として参照すべき事項については、8 章を参照のこと。
上記２）については、⾏政機関においては⼈名漢字等を処理するための様々なバージョンの情報機器が稼働しており、これらを⼀度に置き換えることなく、それらと新規システムとの共存を図る⽅策をとることにより、移⾏に係るコストの低減を図ることが必要である。
上記３）については、⽂字情報基盤の国際標準化が現在進⾏中であること、また、情報機器の対応についても過渡的状況にあることから、これらの進展の各段階での機器間での相互運⽤
性、共存可能性を⼗分配慮した導⼊計画を⽴てることが求められる。
また、最終的には、⾏政で⽤いられる各種情報システム間での⽂字情報の交換を、UCS に基づく⼀貫した様式で⾏うシステムへ移⾏するべきであることを視野に⼊れる必要がある。
4.

利⽤する⽂字の範囲について
実際に業務で使⽤する⽂字の範囲等については、当該業務に係る法令等に従うことが必要であるが、⼀般的には、業務効率や相互運⽤性を考慮し、業務内容に応じた適切な⼤きさの⽂字
範囲を使⽤するよう検討することが必要である。
表 1 に、適⽤場⾯ごとに想定される⽂字/⽂字図形の範囲と符号化⽅式の例を⽰す。⽂字の絞込みの定義に係る国際標準については、8.3 節「⽂字集合の絞込みに係る定義」を参照のこと。

表 1 適⽤業務と⽂字の範囲（参考）⽂字/⽂字図形集
合の定義
⼾籍業務
住⺠記録業
組織内に閉じた業務

務
法⼈関連業
務

⽂字情報基盤

⽂字情報基盤で整備されたで整備された⽂字図形（字

⽂字図形（UCS

体レベル8）

レベル9）

IVD

MJ ⽂ 字 情 報 ⼀

Moji_Joho覧表に含まれる

collection

UCS 符号位置

(*A)

△

○(*A)

△

○(*A)

△

○(*A)

△

○

（字形に正確さが求められ

常⽤漢字

JIS X

8.3 節参照

8.3 節参照

0213:2012
附属書 12る場合）（⽇常業務）

⼀般的な書

9

JIS X 0208

⽣徒名簿等

⽣徒名簿等

8

JIS X 0213○△△→○(*B)○→△(*B)UCS に加え、IVS 等を指定し、細かな⽂字図形を区別する利⽤法。
UCS のみを指定し、IVS を指定しない利⽤法。この場合、フォントの当該 UCS 符号に対するディフォル
ト図形として実装された⽂字図形が表⽰される。

-5-

類作成
災害等緊急
時対応シス

△→○(*B)

○

△

○

○

○

○

○

△→○(*B)○→△(*B)テム
外部への通知等

⼀般向け広
報⽂書
正確な⼈名
表記を要す

△(*C)

△(*C)

○(*C)

る通知⽂等
情報公開等

外部からの申請等
(*A)

○(*C)

⼀般的な申
請等
正確な⼈名
表記を要す

○(*D)

△(*D)

る申請等

必要に応じ、⽂字情報基盤で整備された⽂字図形以外の⽂字図形を、「外字」等として利⽤することが有り得るが、できる限り⽂字情報基盤の⽂字範囲に収まるよう、調整することが望
ましい。

(*B)

市場にある⼀般的情報機器の対応状況に応じ、変化する。

(*C)

JIS X 0213 範囲以外の⽂字については、図形イメージによる表⽰、伝送を検討する。

(*D)

JIS X 0213 範囲以外の⽂字については、表⽰を図形イメージによるものとするほか、Web
上に漢字⼊⼒を⽀援するサービスを設けることを検討する。

5.

システム間接続の運⽤の基本⽅針

5.1.

⽂字図形の厳密な⼀致性が不要な場合

⼀般事務向けのシステム等では、⽂字図形について厳密な⼀致性は求められず、JIS X 0213
や UCS で採⽤されている包摂あるいは統合の考え⽅（⽂字図形の差がわずかである⽂字については同⼀の符号を与えるという考え⽅）に従い、⽂字情報を交換することが適当である。
この場合は、２つのシステムに異なるデザインのフォントが実装されている場合にも、UCSの符号のみを交換すれば⼗分である。
ただし、同じ UCS を使⽤しているシステムでも、⼀⽅が JIS X 0208 相当の⽂字集合のみをサポートしており、他⽅が JIS X 0213 相当の⽂字集合を使⽤しているといった場合等、使⽤する⽂字図形集合の⼤きさに差がある場合においては、⼤きな集合から⼩さな集合への（N 対１の）対応関係をまとめた「縮退マップ」の採⽤（5.3 あるいは、⽂字を図形イメージ情報として伝送する（8.4 参照）等の必要が⽣じる。
5.2.

⼈名等⽂字図形の厳密な⼀致性が求められる場合⼈名を扱う⾏政事務等では、使⽤する⽂字図形に対し、⼾籍に記載された⽂字図形との間、あるいは過去に使⽤した⽂字図形との間等での⾼度な図形的⼀致性が求められる場合がある。

-6-

この場合、異なるシステム間での⽂字情報交換について、以下のような⼿法が考えられる。
(1) ⽂字情報基盤⽂字情報⼀覧表を媒介とした対応付け
⽂字情報基盤で整備された⽂字図形は、⼾籍統⼀⽂字及び住基統⼀⽂字の⽂字図形との間で 1
対 1 の対応関係を持つよう作られている。⼈名に⽤いられる漢字を処理するための既存の情報システムは、⼈名が⼾籍由来であることから、⼾籍統⼀⽂字、住基統⼀⽂字に同定可能な字形を持つ独⾃フォントを採⽤していることが多い。
その結果、これらシステムで⽤いられている多くの⽂字図形は、⽂字情報基盤が整備した⽂字図形に同定可能である。
そのため、固有の⽂字体系を持つシステムの持つ⽂字図形を、⼀旦⽂字情報基盤の⽂字図形に同定し、その対応関係を明らかにしておけば、これを媒介にして、他のシステムで⽤いられている⽂字図形と、容易に対応することが可能となる。
このような対応法を⽤いることにより、N 種類の⽂字体系について、それらと⽂字情報基盤の⽂字図形との対応関係を記述した N 通りのマップを作るだけで、N×N のシステム間を接続することが可能となり、対応付けの効率が⾶躍的に⾼められる。
また、ある⽂字体系と⽂字情報基盤との対応関係のマップは、当該⽂字体系の提供者がその責任において作成することができ、そのマップと他の体系について他の体系の提供者が作ったマップを組み合わせて使⽤することで、最終的な⽂字対応をとることができることから、⽂字の対応マップ作成に係る責任分界が明確となる。結果、責任分界の⾯でも、⽂字情報交換に係るシステム構築の容易性が拡⼤する。
このような対応付け⽅法の有効性は、IPA の実施した実証実験においても確認されている10。
将来的には⽂字情報基盤の⽂字図形は、全て UCS および IVS によって参照できるようになる予定であるが、現在は ISO/IEC JTC1 での規格化⼿続きの進⾏中であり、2014 年度末においても約 1,900 ⽂字については国際標準化された符号による指定はできない。そのため、変換マップ等において⽂字情報基盤で整備された⽂字図形を識別するためには、将来的には UCS+IVS
を⽤いることが推奨されるが、当⾯は「MJ ⽂字図形名」を⽤いることが必要となる。
相互に合意した組織の間では、これらの⽂字を UCS で規定された「私⽤⾯」へ割り当てた、
いわゆる「外字」のコードを交換することも有り得る。ただし、その場合においては、「合意した組織」外へ、当該外字コードが流出しないよう、⼗分な配慮を⾏う必要がある。また、外字を使⽤した⽂書を保存する際には、外字コードが不変なものでないことを⼗分配慮する必要がある。
(2) その他の⽅法（図形イメージ情報の交換）
⽂字情報基盤の⽂字へ同定できない⽂字図形については、字形そのものを図形（イメージ）
情報として交換する必要がある、その技術的⽅法は、8.4 に⽰した。
各交換⽅式の特徴を表 2 に⽰す。
対象業務における⽂字図形の厳密性への要求、アプリケーションの対応状況等に応じ、適切な⽅式の採⽤を検討することが求められる。

10

⽂字情報基盤を⾃治体等のシステムで活⽤する実証実験の結果については、
http://mojikiban.ipa.go.jp/category/03/03002 に掲載されている。

-7-

表 2 交換⼿段の特徴
交換⽅式

相互運⽤性

対応ソフトの豊富対応ソフトさ(⼀般アプリケの豊富さ（基ーション)

幹システム）

伝えられる⽂字図形の厳密さUCS(BMP)

◎

◎

◎

△

UCS(BMP+拡張領域)

◎

◎

○

○

◎

△→○

×

(*B)

◎

○

△(ブラウザ等)

×(*B)

◎

○(*A)

△(*A) (ブラウザ等)

×(*B)

◎

◎/×(*C)◎○◎/×(*C)UCS+IVS
⽂字図形情報の交換（MJ ⽂字図形名の活⽤）

⽂字図形情報の交換（独⾃⽂字図形の利⽤）
外字の利⽤(UCS 私⽤⾯
11

の利⽤)
(*A)

⽂字の図形的形状を伝えることができるが、その⽂字を特定するための情報を伝えることはできず、検索や意味の解釈に⽀障をきたす場合がある。
(*B)

システム内では外字へ変換するなどの作りこみは可能。

(*C)

当該外字の利⽤について相互に合意した組織においては厳密な⽂字図形情報を伝達できるが、当該外字コードを当該組織外に流出させた場合においては、⽂字化け等の障害を起こす。 また、外字コードを含んだ⽂書を保存するにあたっては、外字コードが不変なものでないことを⼗分配慮する必要がある。
5.3.

縮退変換の活⽤

2 つのシステムの扱える⽂字集合の⼤きさが異なる場合、⼤きな⽂字集合を⼩さな⽂字集合にマップさせる、「縮退変換」を⾏うという考え⽅がある。
例えば、災害時の対応等、被災者⽀援等のために、⽂字図形の厳密な識別よりも、市販の情報機器等を活⽤する即応性、利便性、検索性などが優先される場合がある。
市販情報機器では⾏政機関等が⽤いている⼈名漢字を扱えない場合も多く、変換に⼤きな⼿間を要したり、⽂字化け等が起きることが東⽇本⼤震災の経験でも多く指摘された。
このような場合に備え、⼈名などを扱うために⽤意された⼤きな⽂字セットを、JIS X 0208
等の最⼩限の⽂字セットへ縮退変換するためのテーブルをあらかじめ⽤意することが求められる。
また、災害対策といった特殊な場合でなくとも、通常業務においても、業務効率やシステム構築コストの関係から、⽂字図形の数を抑制することは重要である。
⽂字情報基盤が整備した⽂字図形と 1 対 1 に同定できない⽂字のうち、通常業務で多く⽤いられている⽂字等については、8.4 のような図形情報による交換だけでなく、⽂字情報基盤が整備した⽂字への縮退変換マップの整備等も検討する（7.1 参照）。
なお、⼀旦、⼩さな⽂字図形集合に縮退された情報を⼤きな⽂字図形集合に再変換した場合、

11

UCS の私⽤⾯（15 ⾯、16 ⾯ : 0F0000-10FFFF）には、相互に合意した組織の間で「外字」を登録し、私的に（外部へ流出させずに）使⽤することが認められている。

-8-

⼤きな⽂字図形集合における識別粒度が保証されないことに留意する必要がある。
6.

導⼊の⼿順
最終的には、⽂字情報基盤が整備した⽂字図形の全てが UCS および IVS により扱えることを⽬指している。
また、究極的には、⽂字情報基盤が整備した⽂字図形を使う全てのシステムが IVS に対応することが望まれる。
しかし、これらは、標準化およびソフトウェアの対応状況の進展に応じ、段階的に進めてゆく必要がある。
当然、その過程のどの段階においても、既存システムと新規システムとの間の相互運⽤性は維持しなくてはならない。
また、将来的には⽂字情報基盤が整備した⽂字図形以外の⽂字図形を全く使⽤しないことにするという選択肢も有り得るが、本ガイドでは、そのような選択肢は想定せず、こういった⽂字については、図形（イメージ）情報として 8.4 に⽰したような⽅式に則って交換可能とすることを⽬標とする。
システム構築は、同⼀組織内に閉じたシステム間における情報交換と、組織を超えた情報交
換とに分けて考える必要がある。
「組織を超えた」情報交換においては、例えば「外字」フォン
トを共有する（8.5 参照）といったことを想定しない⽅法を検討する必要がある。
これらを⼀覧にまとめると表 3 の様になる。

表 3 各組織・各段階における導⼊の⽅針
短期

中・⻑期

特に内部実装を変更する必要

IVS を含む UCS が使⽤可能なは無い。

システムの導⼊を図る

⾏政組織間・⾃治体間（⽂字図 4 に⽰す「交換表現」によ

⽂字情報⼀覧表に記載された情報の交換）

り、状況と必要に応じ、UCS、 ⽂字図形は、すべて IVS を含組織内部（内部実装）

IVS、図形情報等を交換する。 む UCS 表現を⽤い、その他のシステムには、「交換表現」

図形⽂字は図形（イメージ）に対応した変換システムを装情報として交換する

備し、交換された情報を内部表現へ変換する。特に相互に合意のとれた組織間では、私⽤⾯に割り当てたコードの交換も検討する。
組織外（開放系への情報発使⽤する部分⽂字レパートリ

使⽤する部分⽂字レパートリ

信）（8.3 参照）を明記する。

（8.3 参照）を明記する。

符号化⽅式（Shift-JIS など）

IVS を含む UCS の符号化⽅式を明記する。

を⽤いる

符号化範囲外にある⽂字図形

IVS が使⽤できない環境へ向は図形（イメージ）情報としけた発信のため、必要に応じ-9-

て発信する。

て図形（イメージ）情報の伝⽂字図形を厳密に識別する必送を併⽤する。

要のない外部組織等への情報

⽂字図形を厳密に識別する必

公開、災害対応等のために縮要のない外部組織等への情報

退変換マップを活⽤する。縮公開、災害対応等のために縮退のためのマッピングテーブ

退変換マップを活⽤する。縮ルは原則公開する。

退のためのマッピングテーブ
ルは原則公開する

組織外（開放系からの⼊⼒） 使⽤可能な部⽂字レパートリ

MJ ⽂字図形のすべての図形（8.3 参照）を制御する。

⽂字を識別⼊⼒可能とする。

別途、⼿動による⼊⼒⼿段

別途、⼿動による⼊⼒⼿段（GUI による選択⼊⼒等）を（GUI による選択⼊⼒等）を

提供する。

提供する。

システムA

システムB

交換表現
⽂字情報基
盤がカバー
する範囲
UCS+IVS

符号化⽂字
符号化⽂字

UCS+IVSに変換<8FBB, E0102>

UCS+IVSに変換<8FBB, E0103>

MJ⽂字図形名に変換

MJ⽂字図形名

該当システムの私⽤領域に対応付け

⽂字図形情報として交換

図形情報

該当システムの私⽤領域に対応付け

私⽤領域(外字）

私⽤領域(外字） 符号化⽂字の集合としてはJIS X 0208, JIS X 0213,
UCSなどが想定される。規格により例⽰字形が異なる場合があることに留意する。
 既存システムの私⽤領域(外字）にある⽂字には、UCS、
IVS、MJ⽂字図形に対応するものもあることに留意する。

 複数のシステム間で⽂字情報基盤のカ
バーする⽂字の⽂字情報を交換する際には、対応するUCS符号＋IVS⼜は、
MJ⽂字図形名を⽤いる。
 それ以外の⽂字については、送信側、受信側で合意した⽅式により図形(イメージ)情報を伝送する。

図 4 ⽂字情報交換のイメージ- 10 -

 UCSから該当システムの符
号化⽂字に変換する際、縮退対応（複数のUCSを単⼀の該当システム符号位置に対応）させ、再度該当シス
テムからUCSへの対応付け
を⾏うと、双⽅向での情報の保全は保証されてないことに留意する。

7.

今後整備するべき事項

7.1.

⾏政システムの構築等で参照するための⼀覧表等

⽂字情報の円滑な交換を⽀援するため、⽂字情報基盤として、以下のような情報を検討し、整備、公開するものとする。
(1)

⽂字情報基盤⽂字情報⼀覧表に含まれる UCS 符号位置を列挙した⼀覧表(2)

⽂字情報基盤が整備した⽂字図形のうち、対応する UCS 符号位置を持たないものすべての MJ ⽂字図形名の⼀覧表(3)「交換表現」（図 4 参照）のリファレンスとなるスキーマ類(4)

⽂字情報基盤が整備した⽂字図形を、以下のように分類して掲載した⼀覧表および、それらの⽂字図形を直接参照するための URIA)UCS に対応するデフォルトグリフ12
MJ ⽂字図形の通常のオープンタイプフォント実装において、IVS を⽤いなくても該当⽂
字図形が表⽰される範囲の⽂字図形

B)

UCS に対応するデフォルトグリフ以外の⽂字図形
MJ ⽂字図形で対応する UCS が存在するもののうち、IVS を⽤いなければ該当⽂字図形が表⽰できない⽂字図形C)対応する UCS 符号位置を持たない MJ ⽂字図形
MJ ⽂字図形⼀覧表において、現在、対応する UCS 符号位置を持たない⽂字図形（ISOにおける標準化作業過程にあるもの。「拡張 F」として規定されることが想定される）。
これらの⼀覧表を参照することにより、IVS に対応しないシステムでの内部表現のために
IVS ⽂字を外字として作成し、使⽤する場合、符号位置を持たない⽂字図形をシステム内
で外字として使⽤する際等の参考とすることができる。

(5)

変体仮名の⽂字図形(6)

⾏政で多く⽤いられるにもかかわらず、⽂字情報基盤で整備した対象となっていない⽂字
図形について、⽂字情報基盤で整備された⽂字図形に縮退変換するための変換テーブル。

(7)

⽂字情報基盤で整備された⽂字をより⼩さな⽂字集合へ縮退対応させるための対応表。

7.2.

国際標準化活動

現在、Unicode Consortium が管理する、IVD に登録されている Moji_Joho Collection を拡充し、⽂字情報基盤が整備したすべての⽂字図形に対して IVS が⼀意に定まるよう拡張登録を⾏う作業を進めている。
また、残された 1,900 ⽂字については、その符号化提案が国際標準化団体に受理され、符号化作業が進⾏中である。
さらに、以下のような標準化を計画している。
(1)

ISO/IEC JTC1/SC2/WG2 に対し、⽂字情報基盤で整備された全ての⽂字図形に対応する
UCS の符号位置を、UCS の部分レパートリとして追加提案する。

(2)

12

公⽤⽂への適⽤が義務づけられている常⽤漢字表に含まれる漢字及び、⽇本語のローマ字

デフォルトグリフは、IVS を明に指定しない場合に表⽰される⽂字図形である。
http://mojikiban.ipa.go.jp/1292.html 参照- 11 -

表記に必要となる⽂字（⻑⾳記号付きのローマ字等）についても、併せて部分レパートリとしての提案を⾏う。
(3)

JIS X 0221 の附属書 JA において、Moji_Joho collection を参照することの提案を対応する国内委員会に⾏う。

(4)

変体仮名の符号化につき、ISO/IEC JTC1 WG2 へ提案する。

UCS の CJK 統合漢字拡張 F の規格化及び IVD Moji_Joho collection の拡張登録が終了すれば、⽂字情報基盤⽂字情報⼀覧表に記載されている⽂字図形のすべてを IVS で記述することが可能となり、⽂字図形集合として、Moji_Joho Collection を指定するだけで、⽂字図形集合を特定することが可能となり、当該⽂字図形セットに対応する⺠間のフォントの活⽤等を含め、情報システムの利便性が、いちじるしく向上することが期待される。
7.3.

最終⽬標に⾄るまでのロードマップ
国際標準化活動

⽂字情報基盤事業推奨される新規システム
内部実装

2012 年

IRG で拡張 F 審議開始

UCS（UTF-16）（済）

UCS 実装⽂字以外の私⽤⾯へのマッピング

2013 年

⽂字情報⼀覧表UCS（UTF-16）003.01 公開

UCS 実装⽂字以外の私⽤

IPAmj 明朝 002.02 公

⾯へのマッピング

開2014 年IVD Moji_Joho

⽂字情報⼀覧表バージ

UCS（UTF-16）

collection（第 1 次）公開ョンアップ

UCS 実装⽂字以外の私⽤

MJ ⽂字図形相当の部分⽂

IPAmj 明朝バージョン

⾯へのマッピング

字レパートリの UCS

アップ

UCS+IVS の実装の推奨

拡張 F の標準化完了

⽂字情報⼀覧表バージ

UCS+IVS の実装促進

IVD Moji_Johoョンアップcollection 追加登録（第 3IPAmj 明朝バージョン

次）

アップ

JIS X 0221 改正（Annex

⽂字情報基盤事業の成JA の増補改正）

果物と国際標準の整合

Annex A への追加を
ISO/IEC JTC1 に提案
IVD Moji_Johocollection の拡張登録（第2 次）2018 年

性の達成
2020 年

UCS+IVS の⼀層の促進- 12 -

8.

（参考）⽂字情報の交換に係る標準規格等

8.1.

符号化⽂字集合と⽂字図形集合13

図 5 に⽰すように、UCS では細かな字形の差異を区別しないことを原則としており、その結果、⾏政の業務上で区別されるべき複数の⽂字図形に対して同⼀の符号（⽂字コード）が与えられる場合がある。
UCS では同⼀符号を与えられた複数の⽂字図形から⼀つを指定する⼿段として「字形選択⼦」（Variation Selector ：VS）という特別な符号列を定義しており14、この VS を「⽂字符号」に付記することにより、同⼀の⽂字符号を持つ⽂字図形から⼀つの⽂字図形を選択して指定することができる。この符号と字形選択⼦（VS）の列を、Ideographic Variation Sequence(IVS)と呼ぶ。
IVS によって指定することのできる⽂字図形は、Unicode Consortium に登録するむねがUCS で規定されている。Unicode Consortium ではこの⽂字図形を IVD（Ideographic
Variation Database）15として管理している。
⽂字情報基盤で⽤いている IVS は、現在、この IVD の中の“Hanyo-Denshi collection”という集合を⽤いているが、情報規格調査会は現在、⽂字情報基盤が整備した⽂字図形のうち未だ IVD に登録されていない⽂字図形を含めた⽂字図形全体を、改めて“Moji_Joho collection”
として、新規登録する⼿続きを進めており（図 3 参照）、2014 年中にはその⼿続きが完了する
⾒込みである。その結果、⽂字情報基盤で整備された⽂字図形のうち、約 1,900 ⽂字図形を除
くすべての⽂字図形が、国際標準に従って指定できるようになる16。
2014 年度以降に出荷される⼀般 PC 向けの OS, Web ブラウザ、ワープロ等のソフトウェアのほとんどが IVS に対応しており、今後、IVS に対応した環境は急速に含むと考えられる。
8.2.

エンコーディング⽅式 (encoding scheme)

8.1 に述べた規定に従って符号化された⽂字を、通信時やファイル格納時等に実際にコンピュータが利⽤できる形式に変換する⽅式。どのような⽅式でビット列化するかを定めた規定であり、UCS の場合、UTF-8、UTF-16、UTF-32 等が⽤いられる。

13

本ガイドでは、《符号化⽂字》という⽤語を UCS で定義されている”Character”の訳語として、《⽂字図形》という⽤語を ISO/IEC TR 15285 “Information technology – An operational model forcharacters and glyph”で定義されている glyph の訳語として⽤いる。なお、UCS の翻訳規格である JIS
X 0221 では、《⽂字》を”Character”の訳語として⽤いていることに留意する必要がある。
14
IVS の概略については、http://mojikiban.ipa.go.jp/1292.html を参照のこと。
15
http://www.unicode.org/ivd/
16
⽂字情報基盤が参照する IVD の collection は、2014 年度中に“Hanyo-Denshi collection”から“Moji_Joho collection”へ変更されることになるが、多くの IVS 値は新 collection へ継承されており、
また、旧フォントを前提にして作成された⽂書ファイル等に対する、新フォントの上位互換性は保たれる。

- 13 -

UCS符号は、細かな字体(glyph, ⽂字図形)の差異は区別せず、複数の字体を⼀つの符号に統合している。

UCS符号とVS（字形選択子）
を並べて記述すること（この列をIVSと言う）で、文字図形を指定することができる。
※図中のVSの値は説明のための仮の値であり、実際の規格とは異なります。

UCS符号
…

…

VS

845A

…

E0101
E0102

…

845B
…

…

E0100

…

…

8FBB

E0100

…

…

8FBA

E0101

…

…

…

…

図 5 IVS（字形選択⼦）について

8.3.

⽂字集合の絞込みに係る定義

UCS には、ローマ字、漢字、ハングル、アラブ系⽂字、インド系⽂字、その他多様な⽂字が規定されている。その中で、⽇本の⾏政業務で必要とするのは⼀部であり、UCS で規定された⽂字全体の中の、どの様な部分集合を、⾏政向け情報システムの調達等において指定するかを意識する必要がある17。
UCS では、⽤途に応じて絞り込まれた⽂字集合を「UCS の部分⽂字レパートリ」と呼び、その Annex A の章において多数規定している。これらのうち、⽇本の⾏政現場の実務に関わるものとしては、以下のようなものがある。
BASIC JAPANESE（基本⽇本⽂字集合）JIS X 0201，ISO/IEC 646 の IRV 及び JIS X 0208 に相当する基本部分集合。



JIS2004 IDEOGRAPHICS EXTENSION（JIS2004 拡張漢字集合）
JIS X 0213 の第 3 ⽔準及び第 4 ⽔準漢字部分に相当する拡張⽤の部分集合。

JAPANESE NON IDEOGRAPHICS EXTENSION（拡張⾮漢字集合）
JIS X 0213 の⾮漢字部分（ただし，JIS X 0208 にも含まれるものを除く。）に相当する
拡張⽤の部分集合。

17

もし、「UCS に対応する」とのみ仕様書に書いてしまうと、仕様に合致した製品の⼊⼿は極めて困難なものとなってしまう。

- 14 -



COMMON JAPANESE（通⽤⽇本⽂字集合）a)に⽰した BASIC JAPANESE に，⽇本の市販 PC 等で広く⽤いられている拡張を加えた部分集合。Shift-JIS を⽤いるシステムで、しばしば⽤いられる。
⽇本⽂字部分レパートリのうち，BASIC JAPANESE 及び COMMON JAPANESE は，それぞれを単独で⼜は他の⽇本⽂字部分レパートリと組み合わせて⽤いることが想定されている。
他の三つのレパートリは，単独で⽤いることは想定されていない。
JIS X 0213 2004 に規定された⽂字の集合を、UCS における「部分レパートリ」の定義の⾔葉で表現した場合、(1) “BASIC JAPANESE，JIS2004 IDEOGRAPHICS EXTENSION 及び JAPANESE NONIDEOGRAPHICS EXTENSION の組合せ”と表現することとなる。
その他、⾮漢字等の必要性や、市販パソコンにおける拡張⽂字との互換性への必要等に応じ、(2) “COMMON JAPANESE 及び JIS2004 IDEOGRAPHICS EXTENSION の組合せ”(3) “COMMON JAPANESE，JIS2004 IDEOGRAPHICS EXTENSION 及び JAPANESENON IDEOGRAPHICS EXTENSION の組合せ”
といった指定が有り得る。
これ以外の組み合わせは、通常業務での必要性が考えにくく、また、市販システム等などとの互換性の観点から推奨されない。
⽂字情報基盤で整備した⽂字図形全体の集合を指定する際は、上記 3 種類のいずれかの組み合わせ指定に加え、における”Moji_Joho collection”の⽂字図形集合を参照することとなる。
Moji_Joho collection については、ISO/IEC 10646 の国際⼀致規格である JIS X 0221 の次期以降の版において参照するようにすることを検討する（7.2 参照）。
ただし、⽂字情報基盤で整備された全 6 万⽂字図形のうち、約 1,900 ⽂字については、ISOでの標準化作業が進⾏中であることから、これらが UCS および IVS で指定できるようになるにはしばらく時間がかかる。それまでの間、この範囲の⽂字図形については、⽂字情報基盤で整備した⽂字情報⼀覧表で⽰された MJ ⽂字図形名の集合として指定する必要がある（7.1 参照）。
8.4.

⽂字図形イメージの交換

UCS や IVS を持たない⽂字図形については、情報システム間で、それを図形（イメージ）として交換する必要がある。図形(イメージ)を交換するための規格として広く知られているものに、
SVG18, PNG19がある。
⽂字図形に係るデータを、XML ⽂書等に埋め込む場合、以下のような記法が考えられる。本記法は JIS X 4166 “XML ⽂書へのグリフ識別⼦埋め込み”の記法を参考にしたものである20。
18

SVG: Scalable Vector Graphics. Ｗ３Ｃで標準化された図形表記のフォーマット
（http://www.w3.org/standards/techs/svg）
19
PNG: Portable Network Graphics. ISO/IEC 15948:2004 として規定されている。
20
JIS X 4166 は、⽂字図形の参照を ISO/IEC 10036 に基づいて登録されたグリフ名を参照するものとし- 15 -

XML ⼀般においては、<glyph uri=“ [⽂字図形に係る URI]”/>（ここで、「glyph」は、指定したグリフをこの場所へ表⽰することを⽰すタグとして別途定義するもの。タグ名を含め、別途、リファレンスとなる定義を規定する（7.1 参照）。）
⼀般の html ブラウザ向けでの記述では、<span glyph:uri=“[⽂字図形に係る URI]”>代</span>（ここで「代」は、URI で指定された当該グリフを表⽰できない環境で代替えとして置き換えられる⽂字(列)。“glyph”は⽂字図形を指定するための属性として別途リファレンスとなる
定義を規定する（7.1 参照）。
）
ここで参照する⽂字図形が、⽂字情報基盤で整備された図形であれば、[⽂字図形に係る URI]の部分に
glyph.mojikiban.ipa.go.jp/<MJ ⽂字図形名>「MJ ⽂字図形名」は、⽂字情報基盤で整備のように記述することにより、指定可能である21。
された⽂字図形を⼀意に識別するために設けられた、MJxxxxxx のような、MJ+6 桁の数字から構成される識別名である。
⽂字情報基盤で整備した対象となっていない⽂字図形を指定する必要がある場合、SVG、PNG
等の標準規格で表現した図形を別途独⾃に⽤意し、そこの URI を指定することで図形を交換することが可能である。この場合、当該 URI は⻑期に渡って内容を維持管理する必要がある。また、図形情報をデータファイルの形で別途伝送した上で、そのファイル名を指定するといった⼿段も有る。この場合は、⽂字図形に係る情報は、受け⼿が管理する必要がある。
8.5.

外字の利⽤

UCS では、特定の範囲(私⽤⾯：Private Use Plane, PUP)の⽂字符号に、利⽤者が独⾃の⽂
字図形を割り振って使うことが認められている。このようにして使⽤する⽂字を⼀般に、
「外字」
と呼ぶ。
「外字」の符号は、利⽤者が任意に与えるものなので、異なる利⽤者間で符号のみを交換す
ると、同⼀符号が両者で異なる⽂字図形に対応することとなり、いわゆる「⽂字化け」の原因となり、情報交換上の混乱を来す。そのため、外字の利⽤は特定組織の内部あるいは、密接に連携した組織間のみにとどめ、それら組織外への送信には⽤いるべきでない。

21ているが、ここでは⼀般的 URI で参照するものとして記載した。
同 URI は近く IPA から公開予定である（7.1 参照）。

- 16 -