コードで語るマニフェスト:政府データは本当に使えるか(技術検証レポート)

どうも〜おかむーです!大家好,我是おかむー!今天用“コードで語るマニフェスト”的思路,从工程与数据角度拆解政府/自治体公開数据的现状、问题与改进路线。
- 这篇文章通过实测公开CSV、PDF与政策文件,评估机器可读性与API可用性
- 结论是:散在的CSV有价值但治理不足、PDF仍普遍、标准化与API化能快速放大价值
- 提出具体工程改进(CSV化、JSON-LD、OpenAPI、ETL示例)和政策建议
結論
政府与自治体已经开始把数据放出来(例:notice.go.jp 的 status_notice.csv、環境省のCSV、総務省の全国CSV),でも多くが“人間用の公開”にとどまっているんですよね。エンジニア的に言うと、データは既にあるけど「API一本で解決する」レベルの整備がまだ足りない。要するに、データの機械可読性・スキーマ整備・バージョン管理・認証レイヤーを揃えれば、再利用が劇的に増えるということです。
レポート本文
現状サンプリングと技術的観察
これ見てくださいよ:
- notice.go.jp/docs/status_notice.csv(CSVで公開)
- 環境省のCSV(例: https://www.env.go.jp/content/900398071.csv)
- 総務省の全国CSV(https://www.soumu.go.jp/main_content/000323625.csv)
- 内閣府/デジタル庁資料(機械可読性ルールの議論、https://www.digital.go.jp/...)
観察ポイント:
- CSVは存在するがスキーマがドキュメント化されていないことが多い
- 多くの政策資料はPDFで発表され、表が埋め込まれているだけで二次利用しにくい
- APIが存在するケースは限定的で、あっても認証・レート制御・メタデータが不足
要するに、データは“あるが使いにくい”んです!正直、ここは改善の余地ありまくりだと思ってます!
技術的問題点の詳細
- スキーマ不在:カラム名の意味、単位、更新頻度が不明
- フォーマット混在:CSVとXLSXとPDFが混在。エンジニアはCSVかJSONだけで勝負したい
- 機械可読性の欠如:PDFに埋めた表はOCR/解析が必要、コストかかる
- バージョニング欠如:過去データの差分が取りにくい
- API設計不備:メタデータ(更新日時、ソース、ライセンス)が揃っていない
具体的な改善提案(技術ロードマップ)
- すべてのCSVにJSON Schema (.schema.json)を添付
- カラム説明、型、単位、許容値を明記
- dataset:publisher, dataset:issued, dataset:license 等を埋める
- GET /datasets/{id}?from=2025-01-01&to=2025-03-31
- 標準的なpagination、filter、sortを用意
短いコード例:CSVを拾ってスキーマ検証する(Python)
import requests
import pandas as pd
import jsonschema
url = 'https://notice.go.jp/docs/status_notice.csv'
df = pd.read_csv(url)
簡易スキーマ
schema = {
'type': 'array',
'items': {
'type':'object',
'properties':{
'id':{'type':'integer'},
'status':{'type':'string'}
},
'required':['id','status']
}
}
transform to records and validate
records = df.to_dict(orient='records')
jsonschema.validate(records, schema)
print('schema ok')
要するに、この手のチェックをCIに組み込めば破壊的なフォーマット変更を早期検知できます。
API設計のミニマム要件
- メタデータ:title, description, publisher, license, schema_url, last_updated
- フィルタ/ページネーション/検証可能なスキーマ
- 変更履歴(diff)とリリースノート
- CORSを有効にしてフロントから直接叩けること
政策と実績のギャップ分析(例)
デジタル行財政改革会議の資料(2026-03-31)では機械可読性ルールが示されているが、現場のCSV例をみるとメタデータ整備は追いついていない。つまり政策の“意図”はあるが“実装”が未完という典型です。
活用シナリオ提案
- 迅速なダッシュボード作成:共通APIで自治体横断のKPIを自動更新
- リサーチ用データパイプライン:定期的にデータを収集・正規化してオープンデータDBに格納
- 市民向けアプリ:個別APIを組み合わせてサービス化(通知、可視化、アラート)
まとめ
- 政府データは量が増えてきたが、機械可読性・スキーマ・API化が鍵
- PDF依存をやめてCSV/JSON+JSON-LDメタデータ、OpenAPI を標準にすべき
- エンジニア視点では小さな改善(スキーマ、CI、メタデータ)を積み上げれば即効性がある
おかむーから一言
テクノロジーで行政をアップデートするのは遠い夢じゃないんです。まずはCSVにスキーマを付けるところから始めましょう!僕も一緒にやりたいと思ってますよ〜
信息来源
- https://www.zhihu.com/question/1940157301433557604
- https://www.govtechtokyo.or.jp/services/data-utilization/
- https://www.zhihu.com/question/40553450
- https://note.govtechtokyo.jp/n/n77785a8254d6
- https://bus.gov.ru/
- https://notice.go.jp/docs/status_notice.csv
- https://www.env.go.jp/content/900398071.csv
- https://www.inpit.go.jp/content/100869372.csv
- https://www.mhlw.go.jp/content/001682075.csv
- https://www.soumu.go.jp/main_content/000323625.csv
- https://www.zhihu.com/question/290714454
- https://www.cas.go.jp/jp/seisaku/digital_gyozaikaikaku/kakusyoDX4/kakusyoDX4.html
- https://www.zhihu.com/question/6430289390
- https://www.digital.go.jp/assets/contents/node/basic_page/field_ref_resources/256dcba6-b936-4031-b88d-3abb27e27f9b/7c809f2f/20260331_meeting_executive_outline_05.pdf
- https://www.zhihu.com/question/38923279
相关报告

代码で語るマニフェスト:以香川县公共设施预约系统为例的技术与数据审视
以香川县公共设施预约系统为例,从API、数据格式与标准化角度检视自治体系统,给出可执行的技术改进方案与代码示例。

用代码说话的宣言:从机器可读性到API化,解读日本数字化政策的数据工程路径
从Digital庁到e-Stat,评估日本数位政策的数据交付形态,提出API化与工程化改进路线,附代码与验证示例。

コードで語るマニフェスト:日本政府データをエンジニア視点で検証する
政府のマニフェストをデータとコードで検証。PDF多用やAPI断片化を指摘し、e-StatやJapan Dashboardを例に具体的な改善案とコード例を提示します。