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

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

どうも〜おかむーです!大家好,我是おかむー!今天用“コードで語るマニフェスト”的思路,从工程与数据角度拆解政府/自治体公開数据的现状、问题与改进路线。

  • 这篇文章通过实测公开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化+スキーマ化”
  • - すべてのCSVにJSON Schema (.schema.json)を添付

    - カラム説明、型、単位、許容値を明記

  • JSON-LD を使ったメタデータ付与
  • - dataset:publisher, dataset:issued, dataset:license 等を埋める

  • OpenAPIでCRUD的に公開
  • - GET /datasets/{id}?from=2025-01-01&to=2025-03-31

    - 標準的なpagination、filter、sortを用意

  • PDFは一次ソースにせず、必ず機械可読フォーマットを同時公開
  • データカタログとAPIゲートウェイを整備(認証・レート制御・監査ログ)
  • CIでデータ品質チェック(schema validation, null ratio, value ranges)
  • 短いコード例: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にスキーマを付けるところから始めましょう!僕も一緒にやりたいと思ってますよ〜