資料4

⽂字情報基盤検討状況について2013 年9⽉
独⽴⾏政法⼈情報処理推進機構

⽂字情報基盤の概要• ⾏政の実務で必要とされる約6万⽂字を提供• IPAmj明朝フォント ： 約6万⽂字を国際標準に準拠して実装• ⽂字情報⼀覧表 ： 他の体系の⽂字との対応関係などの情報を提供【1/22】

1

導⼊状況

第6回 地方自治体における情報システム基盤の現状と方向性の調査報告書
2013年6月 情報処理推進機構

IPAmj明朝フォント
累計４万件以上のダウンロード(民間サイトからの配布を除く）

文字情報基盤の活用

2

H24実証実験の実施
実証実験テーマ名（対象⾃治体／実施企業）
多種⽂字コードと⽂字情報基盤⽂字コードと1 のコード変換ライブラリを介したデータ連携（⽯巻市／株式会社⽇⽴製作所）
基幹系住⺠情報の汎⽤的連携
2（藤沢市／⽇本電気株式会社）
⽂字情報基盤を活⽤した⾃治体間での字形情報の交換
3（福岡県、北九州市、粕屋町／株式会社エヌ・ティ・ティ・データ）
⽂字情報基盤を適⽤したプリントアウトソー
シング実証実験4（南幌町／富⼠ゼロックスシステムサービス株式会社）
住⺠情報系システム再構築における共通基盤
導⼊評価
5（札幌市／ピースミール・テクノロジー株式会社）

概 要
異なる⽂字体系を持つ⼾籍系システ
ムと住基系システムの⽂字連携を実験住基系システムと被災者⽀援システ
ムの接続を実験
異種システム、複数⾃治体間において⾃動⾞税等⼈名漢字を含む情報の交換を実験
印刷を外部委託する際の情報連携を実験

⽂字情報基盤を活⽤した住⺠情報系システムの共通基盤構築の報告（上記5.については、IPAによる実証実験ではなく、札幌市で既に独自に行っていた事業についての評価を行った報告となっています。）

1,2は、異なるシステム間の連携のための文字コード変換に、MJ文字情報一覧表を活用したものです。1の石巻市では、戸籍システムと住基システムとの連携実験を行い、2の藤沢市では被災者支援システムと基幹系システムとの連携実験を行いました。
文字コード変換の妥当性などについて、実際に自治体の現場の職員の方々に確認していただき、有効性を確認しました。
3の実験では、IPAmj明朝フォントとMJ文字情報一覧表を活用し、自動車税システムをはじめとする複数のシステムを用い、福岡県/北九州市/粕屋町での人名漢字情報を交換する連携実験を行い職員の方々にその有効性を確認していただきました。
4の実験は、IPAmj明朝フォントを活用することにより、自治体外部に印刷を委託する場合に、正確な人名漢字を伝達するための環境の構築を行ったものです。これを実際に宛名印刷に活用し、結果の有効性を、住民アンケート等を通じて確認しました。
5では、札幌市がその基幹システムの構築を、IPAmj明朝フォントを活用して再構築した経験を報告書として取りまとめたものです。
札幌市では、システム更新にあたり、文字情報基盤を活用することで、大幅なコストダウンを目指しています。
【2/22】
3文字情報基盤の利用／導入に関する意見


文字コード体系、業者変更によるシステム移行（データコンバート）コスト、業者による囲い込み、不透明な費用積算が当面の課題である。 （10万人以上30万人未満 ）外字が国レベルで統一されることにより、ベンダの異なるシステム間の連携が円滑化すると思われる。 (30万人以上)他団体間での文字を共通化することは難しい。(1万人未満)
メーカー及びベンダがオープンな標準化を進められる環境が必要。また文字コード（外字）の標準化が実現すると、スムーズな共同化が図れるシステムが多いと感じている。(1万人未満)
IPAの文字等外字に対する標準的な取組を行うことにより、外字にかかる連携費用等を削減することができる。(5万人
以上10万人未満)
平成24年度は自治体実証実験によらず独自に普及活動を行っており、IVS実装検証をはじめ、クラウド型被災者支援システムにおけるベースフォントとしての活用や、文字情報基盤一覧表を活用による文字検索システムの実装やアンケート調査の宛名の文字にIPAMJの字形を実装するなど、実装においても積極的に活用を進めている。(30万人以上)
統一文字及び外字の統合について、システムやベンダ毎に違いがあることから検証に労力を使うこととなり、移行等に時間が必要となるため文字変換ツールの開発が急務である。これが実現すれば、かなりのコスト削減が見込まれる。また、システム連携ツールを作成することにより特別なインターフェイスが必要なくなるのではないだろうか。(3
万人以上5万人未満) 10 0
文字情報基盤等の取組み・活用については、自治体内の固有事情（既存インフラやデータ等）への影響を最小限に留めつつ、情報技術や製品、国策等の変化に柔軟に対応するためには、自治体毎に様々な対策を講じることは避けられず、本団体においても、柔軟性を維持できる基盤整備に着手している。しかし、多くの自治体では、財政状況や技術力の問題、既存ベンダとの関係等により、TRM等の活用はおろか、最適なIT基盤の構築に向けた検討すら、着手できていない現状がある。(30万人以上)
今後、国及び地方自治体において最適な基盤を整備し、マイナンバー制度の有効活用を含めた住民サービス向上に資するためには、国及び自治体内で活用する情報技術（IT）や文字問題（外字等）を解決し、また、ベンダロックイン（特にSIベンダによるロックイン）を真に回避できる仕組みづくりが必要である。TRMをはじめ、文字情報等に関する経済産業省による規格化（JIS等）、総務省における自治体内での調達・運用指針の充実など、国及び地方自治体全体としての揺るぎないポリシーの整備が必須である。(30万人以上)
4【3/22】

5⽂字情報基盤データベースの概念設計

独⽴⾏政法⼈ 情報処理推進機構

6

⽂字情報基盤データベース概念設計書• ⽂字情報基盤データベース– ⽂字情報基盤が提供する⽂字情報を充実させ、オープンデータとして提供することを⽬指す• 概念設計の検討範囲– オープンデータの調査（技術動向、ライセンス）– 利⽤者ニーズとDBの要求要件– RDFやSPAQLでの⽂字情報の取扱い– データモデルの定義
概念設計書のURL: http://mojikiban.ipa.go.jp/mojikibandb/【4/22】

7

⽂字情報基盤DBの要件イメージ
世の中に存在する文字に関する情報【要求3】 ⽂字情報とその典拠を合わせて提供

⽂字情報基盤
データベース

文字情報配信ネットワーク
⾏政機関
⺠間企業等

下流配信
サーバ

【要求8】 利⽤実績等の統計情報を取得
DB

⽂字情報の⼆次配布

⽂字情報の配信DBDB⑦【要求6】 複数の⽅式・⼿段で情報を提供

DBDB

DB

⽂字情報の検索 ②④
DB

LODのネットワーク

外部Webサービスとの連携(Linked Open Data)【要求1】 効率的な検索⼿段と必要な⽂字情報の提供

⽂字情報の提供【要求5】 複数形式で情報を提供

DB

①

⽂字情報
DB

統計情報の収集③

オープンデータ
提供元【要求4】 ⽂字間の関係性【関係性を表す情報を提供【要求2】 利⽤者が必要とする⽂字情報を提供⑤⑥

⽂字情報の追加・修正要望【要求7】 利⽤者からの要望を受付
文字検索の利用者
文字研究者等

⾏政機関
⺠間企業等

住⺠、顧客等のサービス利⽤者

オープンデータの利用者等

外部連携

登録窓口
（文字検索の利用者）

DB
業務システム

データ連携

DB
業務システムDB
業務システム8

RDFによる⽂字情報記述の検討

JISX0213
http://mjdb.ipa.go.jp/JISX0213

UCS
http://mjdb.ipa.go.jp/UCS
外部HP

第1水準

http://mjdb.ipa.go.jp/J
ISX0213/1-20-91

1-20-91

http://mjdb.ipa.go.jp/U
CS/65E2

BMP
U+65E2

J+65E2

http://mjdb.ipa.go.jp/J
UKI/65E2

http://mjdb.ipa.go.jp/JUKI
住基ネット統一文字

http://mjdb.ipa.go.jp/
MJ/MJ013146

MJ013146

http://mjdb.ipa.go.jp/MJ
MJ文字情報【5/22】

154180

外部HP

http://mjdb.ipa.go.jp/K
OSEKI/154180

http://mjdb.ipa.go.jp/KOSEKI
戸籍統一文字9標準化の状況について2013 年9⽉
独⽴⾏政法⼈情報処理推進機構

背景• ⽂字情報基盤における国際標準化のゴール– 全てのMJ⽂字図形がISO/IEC 10646(UCS*)により⼀意に特定でき、情報交換可能とすること• 新規符号化提案とIVD登録でゴールを⽬指す– 新規符号化提案（拡張F提案）
既存のUCS符号で扱うことができない⽂字については、ISO/IECへ新規符号化提案– IVD**登録
UCS符号に複数MJ⽂字図形が対応する場合(複数の字体が存在)字形選択⼦(VS)によって識別*Universal Coded Character Set**http://www.unicode.org/ivd/【6/22】

11

現在のUCS符号化状況
IPAmj明朝フォントVer.002.01の符号化状況
登記固有⽂字(10,330)

⼾籍統⼀（漢字のみ）(55,269⽂字)
住基統⼀(漢字のみ）（19,563⽂字)

⾮漢字（2,002図形/1,672⽂字）
縦書⽤⽂字、リガチャを含む

⽂字情報基盤漢字(58,814⽂字)
今回は符号化対象外

1,672⽂字ISO/IEC10646

23,941⽂字

BMP (全65,536⽂字）

25,808⽂字

2,275⽂字 6,789⽂字

CJK統合漢字拡張B,C,D(全47,000⽂字)

UCS調査によって既存の統合漢字に統合可能であると分かったもの
次期バージョンで実装

700字

CJK統合漢字,拡張A〜D

CJK統合漢字拡張E(全5,768⽂字)

現在のIVD

未実装

505⽂字 約1900⽂字

CJK統合漢字拡張F(国際提案)

約3700⽂字IVS追加(IVD登録)拡張Eは、ISO/IEC 10646:2012の次版で規格化される。現在の計画では2014度中に規格が発⾏される予定

12

拡張F提案の状況について• 1,834⽂字を提案し受理された（2012年10⽉）– 電⼦⾏政での必要性を強調し、理解を得られた• 新規の提案に当たって提出が求めれていた典拠資料として、電⼦政府⽤の⽂字情報データベースでも認められることとした。

• 拡張F分割（2013年5⽉）– IRGは、拡張Fで提案された⽂字数が多い（8000⽂字）ため、先に作業するF1と、次に作業するF2に分割することに決めた。
– ⽇本からは、総務省の「外字実態調査*1)」で実利⽤が確認された518⽂字をF1に⼊れるよう求め、承認された。

1) 市区町村の使用する外字の実態調査（2012年3月）【7/22】

13

IVD登録について• ⽂字情報基盤のIVDコレクション名– Moji-Johoコレクション(MJコレクション)と命名• IVD登録に係る⽅針– ⽂字情報基盤が規範としている汎⽤電⼦の成果物から多くを継承• 情報規格調査会SC2専⾨委員会への依頼– SC2専⾨委員会がIVD登録主体となる– 汎⽤電⼦成果物の継承に係る合意形成

14

IVD登録状況と今後の⾒通し時期

内容

2013年7⽉（完了）

第1期IVD登録候補の確定、SC2専⾨委員会への依頼と登録案の提出

2013年7⽉〜9⽉（完了）

SC2専⾨委員会による登録案のレビュー

2013年秋Unicodeコンソーシアムによる公開レビューの開始

2014年上期

MJコレクション第1期の登録完了

2014年夏以降

MJコレクションに対応したIPAmj明朝フォントの公開【8/22】

15

「⽂字情報基盤導⼊ガイド」の⽅針案

2013 年9⽉
独⽴⾏政法⼈ 情報処理推進機構

技術的背景(1)
IPAmj明朝フォントの符号化⽅式と、技術との対応
登記固有⽂字(10,330)

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

マイクロソフトOffice 2013+
Windwos8が対応。
(Office 2007/ 2010はアドインにより対応）

住基統⼀(漢字のみ）

IPAmj明朝フォントVer.002.01（19,563⽂字)

⾮漢字（2,002図形/1,672⽂字）
縦書⽤⽂字、リガチャを含む(58,813⽂字)

1,672⽂字ISO/IEC 10646
UCS

ISOに全⽂字受理済(2012年11⽉）、符号化作業進⾏中

⽂字情報基盤漢字

23,941⽂字

25,808⽂字

BMP (全65,536⽂字）

CJK統合漢字拡張B,C,D(全47,000⽂字)

IVD

フォントには未実装(Universal multi-octetcoded Character Set)

第１の壁
⇒16ビット【9/22】

第２の壁
⇒IVS

第３の壁
⇒標準化

技術的背景(2)IPAmj明朝フォント実装計画
2014年度

2015年度以降
現在作業中のIVS実装

約3700⽂字完了

約６８００⽂字符号化実装が未了の⽂字

2013年度ISO/IEC 10646:2012の発⾏を受けたIVS実装
ISO/IEC 10646:2014(予定)を受けたIVS実装

約600⽂字完了
約500⽂字完了
約1900⽂字符号化完了！

2012年10⽉、ISO/IEC
SC2 WG2 IRG へ提案済

導⼊ガイドの⽬的• 「閣議決定」の⽅針に従い、今後整備する情報システムに⽂字情報基盤を活⽤するにあたっての、典型的な具体的導⼊⼿順、運⽤法等を明らかにする。
• 今後、⽂字活⽤に係る調達仕様等を策定するにあたって、参考となる資料（技術モデル）とする。
• 今後、⽂字に係るシステムを運⽤するにあたって、参考となる資料（運⽤モデル）とする。
【10/22】19

導⼊ガイドの基本的⽅針• 国際標準と⽭盾しない技術的指針を⽰す• 経済合理性を考慮した技術的指針を⽰す– 既存システムとの共存– 低い導⼊コスト• 技術の進展、標準化の進展に沿った⼯程案を⽰す• ⽂字そのものの運⽤ポリシはスコープ外とする– 別途法律等で定められている⽅針に従う

20

⽂字情報交換の原則（案）• 組織内部– 短期的：現状の⽂字体系を変えない– 中・⻑期的：IVSを使⽤可能なシステムの導⼊を図る• 政府の組織間、⾃治体間– 短期的：IVS+MJ⽂字図形名＋図形情報を交換できる統⼀的な「交換表現」の導⼊– 中・⻑期的：IVS＋図形情報を交換できる統⼀的な「交換表現」の導⼊【11/22】21⽂字情報交換の原則（案）• 組織外との情報交換（表⽰の場合）– 短期的：JIS X 0208＋図形(*1)– 中期的：JIS X 0213（UCSによる符号化）＋図形(*1)（Webによる情報交換等の場合、サービスとして、MJ⽂字図形名をメタデータとして添付することを検討）– ⻑期的：IVS+図形(*1)（⼾籍が⼿書きで記載されている等の場合に限られる）• 組織外との情報交換（⼊⼒の場合）– 短期的：JIS X 0213に限定し、別途⼿動による⼊⼒⼿段を⽤意– 中・⻑期的：IVSを受け⼊れ、別途⼿動による⼊⼒⼿段を⽤意(*1) 国際標準に則った図形交換⽅式を採⽤する
22「交換表現」のイメージ
交換表現

システムA

システムB

「⽂字情報基盤がカバーする範囲」

UCS+IVS

符号化⽂字

符号化⽂字

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

UCS+IVSに変換<8FBB, E0103>
私⽤領域(外字）

私⽤領域(外字）MJ⽂字図形名に変換

MJ⽂字図形名

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

⽂字図形情報として交換

図形情報

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

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

 複数のシステム間で⽂字情報を交換する際には、原則として⽂字情報基盤⽂字情報⼀覧表のMJ⽂字図形名もしくは対応するUCS符号位置及びIVSを⽤いる。
 MJ⽂字図形名を図形情報の固有名として⽤い、外部の⽂字図形データベースへの参照データとして⽤いてもよい。

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

「⽂字セットを定義する規格」の必要性について2013 年9⽉
独⽴⾏政法⼈ 情報処理推進機構

背景
コンピュータで使う⽂字を指定するためには
1. コーディングスキーム（ISO/IEC 10646 UCS等）
2. エンコーディングスキーム（UTF-8等）
3. ⽂字セットの3つを指定する必要があるが、⾏政で使⽤する⽂字図形（グリフ）のセットを指定するにあたって3)に適切な規格が無く、そのため政府・⾃治体等での情報システム調達等で混乱を招いており、また、相互運⽤性に問題が⽣じている。
【13/22】25

⽬的• ⾏政場⾯に応じたいくつかの⽂字図形の集合– 常⽤漢字
– ⽂字情報基盤⽂字（住⺠基本台帳ネットワーク統⼀⽂字と⼾籍⽂字との和集合）– その他（要検討）を規定し、電⼦⾏政に係るシステム調達等において、⽂字に係る要件を客観的に正確に指定できるようにする。
26

期待される効果• 情報システムの調達にあたり、⽂字に係る要件を、特定の実装を指定することなく、規格によって客観的に指定できる。
• 規格に沿ったフォントを⾃由に製品化できるため、フォントや関連情報製品/サービスに係る市場の活性化が期待される。

【14/22】27

新規規格の基本⽅針（案）• 電⼦政府で⽤いる（べき／ことのできる）グリフ（⽂字図形）の集合を規定する。
• 新たな符号化は⾏わず、既存の規格：– ⽂字符号についてはISO/IEC 10646– IVSについては、IVD(*1)

を参照する。

www.unicode.org/ivd/(*1)http://28【15/22】29

【16/22】

⽂字情報基盤成果物のバージョンアップについて

2013 年9⽉
独⽴⾏政法⼈情報処理推進機構バージョンアップの概要• MJ⽂字情報⼀覧表– ⾏政実務で⽤いられる情報を拡充、国際標準化状況を反映した表記に変更、使い勝⼿を向上• IPAmj明朝フォントのUCS実装追加– 698⽂字図形に新たにUCS符号を実装• 公開予定時期– 2013年10⽉上旬〜中旬• 次期バージョン名– IPAmj明朝フォントVer.002.02– MJ⽂字情報⼀覧表Ver.002.03【17/22】31

MJ⽂字図形の追加• 平成24年4⽉に追加された⼾籍統⼀⽂字に対応し、IPA明朝デザインポリシーに基づき新たな⽂字図形（MJ068053）を作成

⼾籍統⼀⽂字MJ⽂字図形

552710

MJ068053
32

MJ⽂字情報⼀覧表の更新案(1/2)• ⾏政実務で⽤いる情報を拡充、国際標準ISO/IEC 10646との対応情報をより分かりやすく変更（詳細は項⽬⼀覧案を参照）– ⼊管正字コード* の欄を新設– ⼾籍実務で⽤いられる「新潮⽇本語漢字辞典」の検字番号欄を新設• 「対応するUCS」、「UCS実装」の表記内容の変更、および「対応する互換漢字」欄の新設– 互換漢字に該当するMJ⽂字図形名については、「対応する互換漢字」欄にそのUCSコードを表記するとともに、「対応するUCS」欄に正規化後のUCSコードを表記– IPAmj明朝フォントには「UCS実装」欄のUCSコードを実装する。
*平成23年法務省告⽰第582号第⼆項第四号で規定されたコード等【18/22】33

MJ⽂字情報⼀覧表の更新案(2/2)• 「対応するUCS」情報の更新
2012年度〜2013年度に実施した調査結果に基づき、「対応するUCS」欄の値を以下のように更新。
– 新規にUCS値を記載するもの・ ・ ・353⽂字– 対応するUCS値の記載を変更するもの・・・118⽂字（内 101⽂字は互換漢字の欄へ移⾏）– 対応するUCS値を削除するもの・・・12⽂字（ ISOで審議中（9⽂字は拡張F,3⽂字は拡張E）の⽂字へ同定）• 「UCS実装」情報の更新– 698⽂字についてUCS符号位置を追加– 符号位置変更 2⽂字– 符号位置削除 2⽂字(新規に国際提案中)34

符号化実装の削除を検討している⽂字
符号位置削除MJ⽂字図形

MJ001865

MJ058862

現状

U+3C08

U+285C7

規格表の当該符号位置に⽰されている字形•

これらはISO １０６４６の「拡張F」へ新規の⽂字として提案中。

•

次期バージョン⼀覧表の「対応するUCS符号位置」欄からは削除し、フォントについては、「拡張F」が確定後に実装変更を⾏う。

•

フォント実装変更に当たっては後⽅互換性を配慮した検討を⾏う。

[4]

[0]

⾃治体における外字作成実績数【19/22】35符号化実装の変更を検討している⽂字
符号位置変更MJ⽂字図形

MJ000379

MJ006392

現状

U+35B4U+4E54

変更先

U+26BB6

U+215E4•

ISOの統合規則に照らし、誤った割り当てであった。

••

U+4E54の実装変更はしないU+215E4に対応した新たなMJ⽂
字図形名を追加•

⼊国管理局正字において、当該字形をU+7F53に対応付けられた
MJ007306の対応をU+7F53に変更
し、U+5188に対応付ける新たなMJ
⽂字図形名を追加[0][5]•MJ007306

U+5188

U+7F53[7]

規格表の当該符号位置に ⾃治体における⽰されている字形
外字作成実績数

36

IPAmj明朝フォントについて(1/2)• UCS実装について– MJ⽂字情報⼀覧表の「UCS実装」情報の更新に伴う、UCS実装の追加・修正（修正については、前項の考え⽅の通り）• その他の修正・追加– 縦組み表⽰改善のためのフォントメトリクス調整– Ideographic Description Characters（U+2FF0– U+2FFB）の追加実装【20/22】37

IPAmj明朝フォントについて(2/2)• UCS実装の優先順位(*)の追加(⾚字部分を追加)
1.常⽤漢字表に掲載されている字形
2.⼈名⽤漢字別表（⼾籍法施⾏規則別表第⼆漢字の表）に掲載されている字形
3.住⺠基本台帳ネットワークシステム統⼀⽂字コードと対応するUCSが⼀致する字形
4.JIS X 0213:2004に掲載されている例⽰字形
5.UCSのJ欄（⽇本提案の字体）に掲載されている例⽰字形
6.法務省告⽰第582号別表1に掲載されている字形
7.康煕字典体8.「市区町村が使⽤する外字の実態調査」の出現頻度(*)同一のUCSコードを持つ図形が複数ある場合において、フォント実装において対応付ける図形（デフォルトグリフ）の優先順位。

38

参考： Ideographic Description Characters(IDS)【21/22】

39

IPAmj明朝フォント実装計画

2013年度

2014年度

2015年度以降

符号化実装が未了の⽂字

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

6,100

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

約500⽂字1,900
約1900⽂字符号化完了！

10月
2012年10⽉、ISO/IEC
SC2 WG2 IRG へ提案済40【22/22】