2024/2/29

GTFSデータリポジトリ 説明会

GTFSデータリポジトリの概要(一社)日本バス情報協会 理事 ・ (株)トラフィックブレイン 代表取締役

太田 恒平

本日の内容◼ GTFSおさらい◼ システム概要◼ データ登録のメリット
◼ FAQ

2

GTFSおさらい3

GTFS(General Transit Feed Specification)とは• 世界標準の公共交通データ形式• 日本では「GTFS-JP」として国交省が標準形式として採用

見える化による利用促進

データに基づく交通改善

情報提供

交通計画

経路検索

サイネージ

新サービス

データ活用
GTFS(静的情報)

路線

路線計画

遅延分析

ワンソース・マルチユース
標準化・オープンデータ化
GTFSリアルタイム(動的情報)

7:27 7:57
7:29 7:59
7:32 8:02
6:12 7:34 8:04
6:14 7:36 8:06
6:16 7:38 8:08

120
140 120210 160 120
240 210 160 120
270 240 180 140 120

時刻

運賃満席+5分! △△線 運休
i 〇〇線 増発

位置/遅れ/混雑 運行情報

複数のCSVをZIP圧縮

Protocol Buffers

データ整備

業務システムのアップデート

バス業務システム
ダイヤ編成
システム

運賃システムバスロケーションシステム
4

オープンデータをどのように配布していますか？
①交通事業者・市町村Webサイト②都道府県のWebサイト

例：永井運輸@群馬県

例：山形、富山、兵庫（先行3県）、北海道、福井、和歌山、広島、鳥取、徳島、高知、長崎、秋田県バス協会④データ整備と連携したシステム⑤バスロケシステム自動出力

例：沖縄県、群馬県、ジョルダン製データ@公共交通データHUB

例：バスロケメーカーページ（熊本5社、佐賀5社など）

システム会社も交えてご相談

現状で問題は少ないので、利用する場合はリポジトリと二面運用③オープンデータカタログ(CKAN等)
例：北九州市

今回の主な改善・移行候補
RT (バスロケ)を配信している場合は特に必要

5よくある配布方法ではダメなのか？
1年前の兵庫県の例

実はこうしたデータ配布方法には、いろいろと課題があります6システム概要

7

その前に「リポジトリ」って何ですか？
かんたんに言うと、倉庫です
リポジトリとは：容器、貯蔵庫、倉庫、集積所、宝庫などの意味を持つ英単語。日本
語の外来語としては、複数（多数）のデータや情報などが体系立てて保管されているデータベース（学術機関の「機関リポジトリ」など）のことを指すことが多い。
IT用語辞典 e-Words より
8データ利用者向けWebページ（フィード一覧）

都道府県、事業者名・IDでフィルタリング

オープンデータに適したライセンス

https://gtfs-data.jp/search?pref=富山県

静的とリアルタイムのURL

有効期間更新日9データ利用者向けWebページ（フィード詳細）

静的データURL3種①デフォルト②現行(サイネージ等用)③Google等用

問い合わせ対応用メールアドレス（この例では空）
過去～現在～予定の時系列でデータを蓄積

リアルタイムはバスロケサーバ等のURLを参照

https://gtfs-data.jp/search?pref=富山県&target_feed=chitetsu*chitetsubus

10データ登録者向け画面（組織・フィード管理）組織（事業者・自治体）管理

フィード管理予定～現在～過去のの登録履歴が残る

ファイル
登録へ

バスロケからのGTFS-RTのURLを設定
1組織が複数フィードを管理可能

11

データ登録者向け画面（ファイル登録）
ファイル登録乗換検索CP等のデータ利用者向け
更新内容を設定

未公開状態

ファイル検証（数十秒）

公開済状態

画面からファイル登録12データ登録者向け画面（検証結果詳細）
ページ全体

日本語訳

エラー・警告詳細

解説、例、対策などを日本語で記載

余計な通知は除外

13

連携システムWeb APIを通じて各種システムと連携※API(Application Programming Interface)：ソフトウェア同士が情報をやり取りする仕組み

国土交通データプラットフォーム

QGISプラグイン「GTFS-GO」（開発：MIERUNE社）

一覧からフィードを選択※QGIS：
無料で使えるオープンソースのGIS

運行頻度等を可視化

分野外の人にもGTFSオープンデータの存在に気づいてもらえる

画面操作だけでQGISに読み込み
14国土交通データプラットフォームに連携するシステムとして開発
国土交通データプラットフォーム

公共交通データ連携実証実験

GTFSデータリポジトリを通じて拡充

2020年4月に公開され、順次Ver.UP中国交DPFと連携する公共交通データ基盤としてAIGIDがGTFSデータリポジトリを開発し2021～2022年度に検討会を実施
15

データ登録メリット= 厄介なGTFS配布のお作法を簡単に

16

GTFS配布のお作法を簡単に
分類

項目

面倒事

リポジトリによるメリット

初期設定

オープンデータサイト開設

記載内容、配布方法、庁内説明に悩む

サイト開設が不要 or 簡易になる

Google初期設定

不慣れな用語、契約手続き

-

データ
準備

関係者間で受け渡し

データ整備業者 ⇔ 市町村/事業者⇔ 県交通課 ⇔ 県情報課 でメール等複数・共同管理が可能

品質検証

英語のエラーの解釈、データ修正

検証ツールを自動実行、日本語解説

オープンデータサイト更新

有効期間、改正内容等の記載、ファイル差替

リポジトリ上のフォームで定型化、自社サイトは更新不要

乗換検索CPへの連絡

オープンデータサイトと同様の内容をメール

Googleへの設定

ダッシュボードからの設定、指摘対応

サイネージ等への設定

ダイヤ改正当日に対応が必要

毎回
必要 データ配布

時系列（現行/予定/過去）データを固定URLで配信することで個別の連絡や設定が不要に！

手動運用では困難
17

Googleや乗換検索以外にも使えるGTFS情報提供
デジタルサイネージ

ミニサイネージ

My時刻表

これらの運用自動化には固定URLにより当日のデータを自動取得できる必要がある
18

固定URL配信
背景

自動連携には固定URLが必要

従来

例：九州産交バス（バスロケから固定URLで配信）

改正ごとにURLが変わる

例：兵庫県サイト

神戸市コミュニティバス

デジタルサイネージ「その看板」（起動時等に更新）

Google Maps（指定時刻に更新）
https://web.pref.hyogo.lg.jp/ks05/documents/gtfs-kobe-shiokaze20220401.zip

これでは自動連携できない！
マイ時刻表などの情報提供システム（深夜に更新）

データカタログサイト（通称 嶋田リスト）

リポジトリ 固定URLで配信

固定URLが自動連携に使える！
https://api.gtfs-data.jp/v2/organizations/kobecity/feeds/kobe-shiokaze/files/feed.zip

非固定URLの場合、嶋田先生が手動で有効期限等を確認……

19

時系列（現行/予定/過去）データ配信
背景

利用システムにより必要なデータが異なる

従来

予定データと固定URLの両立は手動では困難

よくある予定データ配布方法

システム

必要なデータ

必要な時

現行データ
2023/04/01改正

https://test-bus.jp/gtfs.zip

サイネージ

当日データ

当日未明

https://test-bus.jp/gtfs_next.zip

乗換CP

予定データ

改正約2週前予定データ
2023/10/01改正

Google
固定URL

次または現行
データ

改正約1週前

データ分析

過去を含む指定日
データ

任意データ分析の例：
GTFS-GO

過去を含む指定日

自動運用するには、2023/10/01未明に、現行データの中身を差し替えて、予定データへのリンクを消す必要がある。

リポジトリ

固定URLが改正日に自動差替システム

必要なデータ設定するURL(神戸市の例)

サイネージ

当日

https://api.gtfs-data.jp/v2/organizations/kobecity/feeds/kobeshiokaze/files/feed.zip?rid=current

Google
固定URL

次または現行https://api.gtfs-data.jp/v2/organizations/kobecity/feeds/kobeshiokaze/files/feed.zip?rid=next

予定データを登録しておけば、同じURLから取得できるファイルが、改正日に自動的に差し替わる。
APIを用いて日付等で検索も可能
20

オープンデータサイトが不要 or 簡易に
意外と面倒な
オープンデータサイト管理

リポジトリ

洗練された統一的な方法で簡単に管理

項目

GTFSリポジトリの方法

ページ構成

全国統一の方法で、必要な項目が整理済

ライセンス

オープンデータに適した
CC0, CC-BYを選択（カスタム可）• ファイルアップロード（ファイル名に注意）

ファイル名・URL

自動的に固定URLを発行• 情報更新（更新日、有効期間、改正内容）

時系列

従来◼ 初期準備• 内容の検討（ページ構成、ライセンス等）• 関係部署との調整（情報部門等）◼ 更新時• 改正日に時系列（現行/予定/過去）の整理• 情報部門に連絡（組織によっては必要）(現行/予定/過去)

改正日に自動で差し替わる

更新日・有効期間

自動で反映

更新内容

定型化＋更新メモ

乗換検索CP等のデータ利用者向け
更新内容を設定

画面からファイル登録（有効期間はfeed_info.txt参照）

これから配布する方→ 自社オープンデータサイトは不要です
既にオープンデータサイトから配布している方→ 自社サイトは最低限の内容を残し、GTFSリポジトリのみを更新、自社サイトからリンク（後述）21乗換CPへの連絡・Googleへの手動設定が不要に
従来

乗換CP：メール送付

To: kohei-ota@test-bus.co.jp
Bcc: data@navitime.co.jp,data@jorudan.co.jp,data@val.co.jp,data@ekitan.com
Date: 2022/03/01 10:00:00
Subject:手須戸バスGTFSデータ更新のお知らせ(2023/04/01)
乗換検索CP バスデータ担当各位お世話になっております、手須戸バスの太田です。
次回ダイヤ改正のGTFSデータを送付いたしますので、取込お願いします。
改正日：2023/4/1
更新内容：
・ダイヤ改正・停留所名変更（手須戸高校前）
・運賃改定----------添付(testbus_gtfs_20230401.zip)-----------

従来

Google：ダッシュボードで手動更新

リポジトリ

乗換CP：連絡不要、API等で更新把握

個別連絡していた情報（予定データ、有効期間、更新内容）がリポジトリのAPI等から自動取得可能になる↓
個別連絡は不要、リポジトリから取っていってもらう形にリポジトリ

Google：手動更新不要、固定URL設定

以下の設定をすれば、改正ごとの更新は自動で行われる• データ転送方法に「Webサイトから自動取得」を設定• 固定URL（次または現行）を設定• 自動取得時刻を設定

リポジトリだけ更新すれば、オープンデータ、乗換CP、Googleも更新される
22

検証の自動実行・日本語解説
従来

言語と専門性の壁が厚かった

リポジトリ

・英語エラーの理解が大変・対策が分かりづらい・エラーのままオープンデータ公開

・MoblilityDataのValidator(Googleとほぼ同等)をリポジトリに搭載
・リポジトリへのデータ登録時に検証を自動実行
・検証結果をリポジトリ上で表示

Googleの検証結果画面例

リポジトリ

データ登録時に検証を自動実行

日本語訳と解説を追加し余計な警告を除外

解説、例、対策などを日本語で記載

余計な通知は除外
23

複数・共同管理
従来複数組織がデータ整備に関わるとファイルのやり取りが煩雑になる業者・市・県が連携する例

業者 データを作成
検証ツールを実行
市町村にメール添付↓
市
検証結果を確認
Googleに設定
Googleの検証結果を確認
県にメール添付
CPにメール添付↓
県
更新内容を確認
県オープンデータサイトに掲載
改正当日にURL差替

1アカウントで複数組織のデータを管理

リポジトリ

県が一括管理する例
AIGIDアカウント

組織フィード

ファイル

X県

A自動車

Aバス

2022/04/01版 2022/10/01版

B市

B市営バス

2022/04/01版 2023/04/01版

旧β町生活バス

2022/04/01版

1組織が複数フィードを保持可能

複数アカウントで1組織のデータを共同管理

リポジトリ

市がデータ業者に整備を委託し、県が見守る例
AIGIDアカウント

組織フィードファイル

C市

C市街巡回バス

2022/04/01版 2023/04/01版

整備主体

C市
委託先

共有

Dシステム
何かあれば支援

Y県
Googleのダッシュボードと同様にアカウント・組織を紐づけて管理

24

FAQ

25

Q.他のデータプラットフォームとどう違う？
A. GTFSの運用実態、データ登録者・利用者からの意見も踏まえた、決定版◼ 他のシステムとの比較
他のシステムにおける課題例

GTFSデータリポジトリのメリット

1時点のデータしか配信できない
時系列データを配信できるがURL不定・操作煩雑

時系列（現行/予定/過去）データを固定URLで配信

ライセンスが不明・不適（改変・再配布不可等）

オープンデータ用ライセンス(CC0, CC-BY)が基本

品質検証がされない

登録時に自動で検証

複数の組織で共同管理ができない

県、市区町村、事業者、システム会社等で共同管理可能

データ利用にアカウント登録が必要

データ利用にアカウント不要（データ登録には必要）

あくまでカタログで、一次情報は別にある一次情報（交通事業者・市町村の公式情報）の配信を想定◼ 関係者と協議・私用を重ねつつ進化してきた• 2021年度より国交省受託事業として「国土交通データプラットフォーム公共交通データ連携検討会」を5回実施• 国交省3課（技術調査課【事業発注課】、情報政策課、モビリティサービス推進課）と連携• GTFS有識者が集まる日本バス情報協会のメンバーが主に仕様検討• 3県（山形県・富山県・兵庫県）、乗換検索CP4社、有識者らと、WG・ヒアリングも重ねながら協議• 試用を踏まえて要望を募集し、可能な限り対応してきた26

Q. 今後も無料で使えるのか？
A. データ登録について、個別のデータ登録者に費用を求めない• 社会基盤情報流通推進協議会および日本バス情報協会で継続運用中。
• 2021-2022年度は国土交通データプラットフォームの関連事業として実施• 2023-2025年度も継続して国の研究事業（SIP）の一環として運用・開発中• 単なる維持だけでなく、機能向上・品質向上・普及に必要な費用を補うビジネスモデルのあり方を引き続き検討していく。

27

Q.既存の自社（自治体）サイトはどうすればいい？

二重運用？

よくある疑問「自社サイトに加えて、リポジトリも更新するのは面倒！」
A. 自社サイトは最低限の内容とし、GTFSリポジトリにリンクしましょう
A. GTFSリポジトリのみを更新しましょう
自社サイトからのリンクのパターン
リンク先URL

都道府県へのおすすめ

交通事業者/市町村へのおすすめ①都道府県別一覧○ 自県サイトにフィード一覧が不要で✕ あまり意味が無い②組織別一覧

△ 粒度として中途半端○ 自社に複数フィードあるならお勧め③フィード詳細○ 既にある県内のフィード一覧ページを○ 自社に1フィードだけならお勧め④ファイル固定URL※ オープンデータカタログ連携に有用※ 他の方法と併用前提

簡易な内容で済む。
新たに始める県はこれで充分？

活かすならお勧め

複数フィードある場合も既にあるフィード一覧
ページを活かすならお勧め

詳しくは後ほど説明28

シンプルになった兵庫県のオープンデータサイト
都道府県サイトリポジトリ（県別フィード一覧）

29

Q. システムの信頼性は？
◼ システム構成• AWS(Amazon Web Service)東京リージョン上にシステムを構築• ハードウェアレベルの可用性は、AWSの可用性設計に準ずる• 例：ストレージは1年で99.99%• 認証はAIGIDアカウントを利用◼ セキュリティ• ログイン• 次の3段階で管理• 1.データ利用者（アカウント無し）• 2.データ登録者（自分が所属する組織にアクセス可能、登録者の一部が組織の管理者になる）• 3.システム管理者（事務局。全組織にアクセス可能）• なりすまし防止• 共同管理• 組織の管理者が、複数のデータ登録者を紐づけできる• ※以前の共有アカウントに比べてセキュリティ向上• 個人情報• GTFS自体はバス情報なので個人情報を含まない• 個人として登録した登録者の、所属、氏名、メールアドレス等を保持する◼ バックアップ• 毎日、DBとファイルのバックアップを取る仕組みを開発予定• システム障害の場合は日単位で戻せるようにする• 操作ミスによるデータ消失は対象外• ※自治体・事業所のオープンデータ配信サイトからは移行可能と考えるが、部署内でのファイルの管理は継続を推奨• 組織（事業者・自治体）作成時には、事務局にてメールアドレスの有効性、申請内容を確認し、手動発行する30