< B68E9A89DB91E888EA97972E786C7378>

Size: px

Start display at page:

Download "< B68E9A89DB91E888EA97972E786C7378>"

つかさあかさか
5 years ago
Views:

1 課題番号分類 1 分類 2 課題 Source 課題の概要 1 業務実態インフラ治体における残存外字問題の調査及び字情報基盤への反映等 2 業務実態名表記等において字形の差異のユニークさを求める国性 3 業務実態書き字の扱い 4 業務実態類似字間の相違点の表も必要である円満字委員によるレクチャーを予定検索で類似字が出てきた場合その差異を説明し選択の参考にできるようにする 5 導順インフラ本事業が提供するフォント及び新漢字情報テーブルの権利に関する検討 ( 使権改変権字情報基盤利者の権利第三者による検索機能の拡張等字情報基盤を利するアプリケーション開発者等の権利 ) が必要 6 導順インフラフォントの扱い : 字単位か全体括ダウンロードか 7 導順インフラライセンス形態としてフォント漢字情報テーブルの他に検索機能サーバーシステムのライセンスも検討する必要がある 8 運普及インフラ検索機能のダウンロードやそのライセンス形態も検討して欲しいミラーサーバーの設置も含め提供主体の検討が必要でありその場合サーバや検索機能のライセンスも検討しておく必要がある 9 運普及インフラ間企業は使わせないように区別することは難しいのではないか現在は電申請など企業経由でわれることも多く利範囲を限定するのは困難である 10 運普及インフラ検索やサーバ含め間がサービス提供できるようにするべきである政府だけが運するのではなく効率的な運形態を考えていくべきである 11 運普及インフラ成果物に間違いがあったときに修正できる機能を追加して欲しい 12 運普及法制度登記統字も含めた継続的なメインテナンス増補の必要性 13 技術類似字グループでダウンロードする場が想定される検索で類似字が出てきた場合そのグループ毎ダウンロードしたい場合がある 14 技術フォントの動作環境について分に検討がされているか windows Mac だけでなく他の OS への対応も必要ではないか 15 技術 Linux や汎機における扱い 16 技術検索上の課題抽出 17 技術汎字のうちユニコードや JIS X 0213 に対応しないものの扱い 18 字同定籍統字住基統字汎成果物との 1:1 対応をするのか汎事業ではデザイン差を区別せず住基統字と 1 対 1 になっていない ( 集約がわれている ) 19 字同定デザイン差の概念と住基統字との n 対 1 の対応の明確化 20 字の制限技術残存字の扱いをどうするのか籍などを電化した治体が紙で運している残存字についてどのような針にするか決める必要がある 21 字の制限法制度登記の字は現在も増えているが将来的な向はどのようにするのか本事業では字数の増えない籍統字と住基統字を対象としているが現在も増え続けている登記字をどのように扱うのか 1 / 6

2 22 導順法制度名が異なる字で表記した場合の法的有効性を確認する必要がある事務局 23 字の範囲コード化対象字列をどこまでにするのか事務局 24 運普及インフラ 25 業務実態法制度字利頻度をカウントする仕組みが必要である異体字を含む字情報を府省治体で共通化できることが必要 / 26 業務実態法制度外国の住基登録開始で字が増えるのが不安である 27 業務実態法制度外国登録との関連 28 業務実態法制度請求書等の名が籍と同じ名で表記されていないために分宛ではないと拒否する住がいる 29 業務実態法制度電申請や電契約で名漢字がサポートされないことがある 30 業務実態治体間で情報交換する時に正確な字を転送できないことがある他の治体に書類を送るときに治体毎に字のコードが違い外字部分を正確に伝えられない 31 業務実態転居後に転前に使っていた字が表記できないと苦情になることがある 32 導順法制度住基で使っているフォントとの関係 33 導順法制度マッピングテーブルのオーソライズ 34 導順法制度宛名として届けばいいレベルもある字の異同判断が治体窓に任されているため住からのクレームへの対応に不便を来している郵便物などが住居地に届くことによって個認証に代えている例がある ( パスポート銀のキャッシュカードなど ) 35 導順法制度本認証と名表記との関係 36 導順法制度微妙な字形の違いの法的制度的意味合い 37 導順法制度 38 導順オーソライズの法 (CIO 補佐官等連絡会議内閣府 IT 戦略本部など ) 企業コード実証事業などで試実装してみることが必要である 39 導順事業普及のための広報活動が重要である 40 導順利説明書などのドキュメントの整備が重要 41 導順広報のパワーポイントなどの資料が必要 42 導順既存システムを幅に改造しなくても使えることが望ましい 43 導順住基法の改正に間に合うように進めて欲しい 44 導順属性辞書が治体で使えるように 45 導順治体クラウドの議論では字コードに関しては経産省からの積極的な提案が必要 46 導順治体内のシステム連携への対応 47 導順住への包摂概念の分かりやすい説明 48 導順治体クラウド APPLICとの連携 2 / 6

3 49 運普及インフラ類似異体字の字番号を検索できること他の組織に書類を送るときに治体毎に字のコードが違い外字部分を正確に伝えられない 50 運普及インフラ国が異体字の中から字を選択して使えること検索時に類似字を覧などで表し分の字を選べるようにする 51 運普及インフラ融機関サービス業など間企業でも外字が課題になっている 52 運普及インフラ漢字情報テーブルを表単位でダウンロードしたい漢字情報テーブルを括してダウンロードすることにより独のシステムを開発することが可能となる 53 運普及インフラガイドラインなどに記述して利に強制を持たせて欲しい 54 運普及インフラ字情報を常に最新にできること 55 運普及インフラ本事業の成果物の実装 / 運 / 維持管理の組織体制等 56 運普及インフラ 57 運普及インフラ 58 運普及インフラ 59 運普及インフラ治体窓で扱う字に関わる業務を援し負荷を解消するための策 ( 字番号の参照機能や出機能申請字の字判別同定作業のための情報や指針の提供等 ) アプリケーション開発者等第三者による字情報基盤の利活業務間情報交換のためのマッピングテーブルの必要性フォントは証明書の印字に使えるクォリティが必要 60 運普及インフラ間ビジネスへの配慮 ( 間ビジネスを阻害しない観点での字情報基盤のフォント及び新漢字情報テーブル等の在り ) 61 運普及法制度全府省でオーサライズする仕組みを作って欲しい 62 運普及法制度利頻度を元にした字数の直しが必要である 63 運普及法制度正しさを優先するパターンと伝わりやすさを優先するパターン 64 運普及法制度 IT 戦略本部的問題から官連携へ 65 運普及法制度将来の官連携も踏まえた費負担体制の検討 66 技術 IVS に登録していない字をどのように扱うのか 67 技術検索システムには API が必要 68 技術既存システムでは 2 バイト字しか使えないことが多い (COBOL DB 等 ) 69 字同定籍辞書の明確化 70 コード体系共通番号体系を軸に進めるべきではないか変換テーブル 71 その他運転免許証国会図書館歴史的書 72 業務実態インフラ籍電化したときに電化できなかった字を追加登録して欲しい 73 業務実態法制度外字同定などに関する統解がほしい 74 業務実態法制度デザインの差の解釈が各治体に任せられているので場所によっては判断が難しくなっている 75 業務実態法制度外字の利は廃すべきである 76 業務実態同コードでもベンダにより字形が違うのは困る 3 / 6

4 77 業務実態ベンダー毎に管理している拡張漢字の統 78 業務実態システム更新時にベンダーの変更が困難である 79 業務実態外字が存在するため印刷の外部委託が難しい 80 業務実態各省庁や治体間の連携の現状と将来の在り 81 導順法制度 82 導順 83 運普及インフラ 84 運普及技術政上の字取り扱いに関する法的根拠の調査 ( 例 : 紙籍から電籍への移時の異体字等の扱い ) 字情報基盤の将来像 ( 例 : 電政府及び治体業務の枠外への応 - 歴史化に関する分野への応等 ) 修整情報を利治体に通知できる仕組みにして欲しい部品検索書き検索等ユーザフレンドリなデータベース検索に求められる要件の将来像 85 技術クラウド技術を含む実装の法と将来の展望 86 字の制限法制度外字を使うケースは名や部の地名に限られるので般の利では常漢字に制限するべきである 87 字の制限法制度籍以外の業務に関しては字を制限しても良いのではないか 88 字の制限法制度籍以外は類似字での運を認め IT 化を進めるべきである 89 字の制限法制度公的な途で旧字や外字を使えなくすることも案である 90 コスト使われていない字があるのではないか 91 業務実態インフラ統フォントは必須である 92 業務実態技術籍住基等の更なる電化推進とこれら相互の情報活による効率化の必要字コードを統したとしてもベンダ毎に字のデザインが微妙に異なり住が満しないことがある 93 業務実態法制度 94 業務実態法制度 95 業務実態 96 業務実態 97 業務実態外字を国で統仕様にしてもらえるとありがたい全ての外国をアルファベットの管理にすることで外字を減らすべき各種電申請等における窓業務等政事務の効率化及び申請者負荷の低減が必要外字を登録するときに作成したデザインの個差がでてしまう治体内で統できる字コードとその他のコードへの変換の仕組みを整備して欲しい全国の治体で多くの外字が作成されていて各治体の負担になっている外字登録時に住の資料などを基に類似字を作成するが作成する職員や業者によりデザインの差ができてしまう治体内に複数のシステムがありそれぞれ別の字体系で運されているため変換テーブルなどで対応している 98 導順地域情報プラットフォームを導する際に必要になるので早く進めて欲しい 99 運普及インフラ外字の検索機能がないため探すのに苦労する現状では検索時に類似字を覧などで表し分の字を選べるようにできていない 100 運普及インフラ運の継続性が確保される必要がある 101 技術エクセルなどに外字をコピーすると正確に表されないことがある 102 技術外字領域が不していて登録できない 4 / 6

5 103 業務実態外字登録の労が変転などがあると作成の必要性を判断の上必要な場合には作成している 104 業務実態治体内でシステム間の連携が変治体内に複数のシステムがありそれぞれ別の字体系で運されているため変換テーブルなどで対応している 105 業務実態 106 業務実態外字対応があるには各種証明書が即発できない住票の広域交付をするとベンダの違いにより字のデザインが異なることがある 107 業務実態治体で外字を作成している治体アンケート転などがあると作成の必要性を判断の上必要な場合には作成している 108 業務実態外字がきれいに作れない治体アンケート 109 導順法制度住基字と字情報基盤との1 対 1 対応の必要性必要局 110 導順 5 年ロードマップと10 年ロードマップを分ける必要 111 導順使いのロードマップ提 112 運普及インフラ追加した外字の管理配布式 113 運普及インフラフォントの継続的メインテナンス 114 運普及インフラ漢字情報テーブルの継続的メインテナンス 115 運普及インフラ住基籍登記以外のシステムが外字を使うための規範 116 運普及法制度外字追加の判定に関する運法 117 技術メタデータを検討するために要件を確認する必要がある 118 技術フォントフォーマットが適正かどうか 119 技術情報交換ハブとしての漢字情報テーブル 120 字同定辞書典拠 121 字同定 AJ1-6とのIVSの重登録 122 字同定互換字とIVDとの関係 123 字同定同符号位置を持つ異体字の区別 124 字の範囲どういう字が追加されるかについての情報が必要 125 字の範囲よく分からない図形の扱い 126 コード体系共通番号式にする場合各システムが使している字を共通番号に対応付ける必要がある 127 コード体系共通番号と既存字番号の混在時の扱い転などがあると作成の必要性を判断の上必要な場合には作成している住基番号と字情報基盤番号 ( 仮称 ) との交換性を保証したいおよびにより利局を調査中 128 その他フォントのデザインポリシーについてのアドホックグループの設置 129 技術字を画像で表するときの画像の持ち事前配布式オンデマンドによる配布式 130 字同定 131 字の範囲包摂のない字番号で字をユニークに指定 / 検索 / 交換ができる新漢字情報テーブルの在り籍統字が3 字追加になった事への対応をする必要がある 132 字の範囲変体仮名をどうするのか / 133 その他委員会のスコープを明確にして欲しい 134 業務実態字は使えるが情報交換できないという問題が重要 135 導順コストとの兼ね合いで踏み込むべきではない領域もあるだろう 136 導順利局の明確化 137 運普及インフラ異なるデータ形式のIANAへの登録の可能性 138 運普及インフラ 139 技術 140 技術 141 技術字情報基盤の利法 ( 字番号の中間コードとしての活既存システムとの同期の法既存字セットの活の在り等 ) IVS にしても OS が対応されていないのではないか IVS で OS が対応するとしてもミドルウェアが対応しないことがある IVS では 2 字の字列なのでアプリケーション上の夫が必要 ( オフィスアプリ等 ) 現在の OS で公式に IVS をサポートしているものはない ( 公式であるが部 OS では対応はしている ) IVS の字は 2 字による字列なのでバックスペースしたときやコピーペーストしたときの扱いに対応が必要 5 / 6

6 142 技術 IVS では 2 字の字列なのでアプリケーション上の夫が必要 ( 画帳票 DB 設計 ) 出フィールド格納領域が不する可能性がある 143 技術 IVS では 2 字の字列なのでアプリケーション上の夫が必要 ( 既存プログラム ) COBOL 等字の表現が 16 ビットに限定される処理系での問題 144 技術 IVSを前提とした話なのか前提の確認が必要 145 技術実装デザインガイド 146 技術字の表業務システム等での技術的な取り扱い 147 技術コボル以外のレガシーシステムの例現状把握が必要 148 技術 IVS 技術と既存環境の共存 149 技術コード化されていない字の扱い 150 技術区別のオプションとノーマライゼーションの必要性 151 字同定メタデータの具体的なイメージ 152 字の範囲まれな名漢字を扱う必要があるか等の実態の調査が必要 153 字の範囲重複字等を法務省で検討する可能性はあるのか 154 字の範囲字として扱うか図形として扱うか 155 字の範囲汎で整理された以外の字の取り扱い 156 コード体系共通字番号が必要である 157 コード体系ユニークIDの必要性 158 コード体系ユニークIDの検索での扱い 159 コストそもそも名地名漢字の範囲に100% があるかという問題意識 160 コストどこまで拡張例外を許すかという議論と経済合理性の関係 6 / 6

IPA の提供する縮退マップにされる MJ 字集合 JIS 字集合への縮退対応関係はある字について縮退先として 1 つの漢字がされるとは限らず縮退先として複数の候補がされる IPA としては縮退先の候補をさないの場合があります 2.2. 縮退マップの成りち IPA の提供する縮退

IPA の提供する縮退マップにされる MJ 字集合 JIS 字集合への縮退対応関係はある字について縮退先として 1 つの漢字がされるとは限らず縮退先として複数の候補がされる IPA としては縮退先の候補をさないの場合があります 2.2. 縮退マップの成りち IPA の提供する縮退資料 5 縮退マップ利ガイド ( 案 ) ドラフト (2015 年 3 24 ) 1. 縮退マップの的インターネットを使った情報公開や電申請など不特定多数の般利者を対象とするサービスでは利者の使う多様なデバイスで表ができるよう使う字の範囲を JIS X 0213 の範囲 ( 約 1 万字 ) とするなど必要最限に絞ることが求められます組織内での常的情報処理においても