「標準的なバス情報フォーマット」解説（初 版）

平成 29 年 3 月
国土交通省 総合政策局 公共交通政策部

目 次
1. はじめに ............................................................... 1
2. 「標準的なバス情報フォーマット」作成の目的 .............................. 2
経路検索の有効性.................................................. 2
関連業務の効率化・円滑化 .......................................... 33. 「標準的なバス情報フォーマット」の概要 .................................. 4
フォーマットの考え方 .............................................. 4
フォーマットの構成................................................ 5
フォーマット作成の手法 ............................................ 7
4. 「標準的なバス情報フォーマット」のデータ項目 ............................ 8
データ作成時の留意点 .............................................. 8
各項目の設定方法.................................................. 9
4-2-1. 事業者情報（必須：agency.txt）・事業者追加情報（任意：agency_jp.txt） .............................................. 9
4-2-2. 停留所・標柱情報（必須：stops.txt） ..........................11
4-2-3. 経路情報（必須：routes.txt）・経路追加情報（任意：routes_jp.txt） ..............................................13
4-2-4. 便情報（必須：trips.txt） ....................................15
4-2-5. 営業所情報（任意：office_jp.txt） ............................16
4-2-6. 通過時刻情報（必須：stop_times.txt） .........................17
4-2-7. 運行区分情報（必須：calendar.txt）・運行日情報（任意：calendar_dates.txt） .........................................19
4-2-8. 運賃属性情報（推奨：fare_attributes.txt）・運賃定義情報(推奨：fare_rules.txt) ..............................................21
4-2-9. 描画情報（任意：shapes.txt） .................................22
4-2-10. 運行間隔情報(任意：frequencies.txt） ........................22
4-2-11. 乗換情報（任意：transfers.txt） .............................23
4-2-12. 提供情報（必須：feed_info.txt） .............................23
4-2-13. 翻訳情報（任意：translations.txt） ..........................24

5. フォーマット作成事例....................................................25
フォーマット作成の前提条件 ........................................25
各ファイル間の相関................................................26
各項目の設定事例..................................................27
5-3-1. 事業者情報（必須：agency.txt）・事業者追加情報（任意：agency_jp.txt） ..............................................27
5-3-2. 停留所・標柱情報（必須：stops.txt） ..........................28
5-3-3. 経路情報（必須：routes.txt）・経路追加情報（toutes_jp.txt） ..29
5-3-4. 便情報（必須：trips.txt） ....................................29
5-3-5. 営業所情報（任意：offide_jp.txt） ............................29
5-3-6. 通過時刻情報（必須：stop_times.txt） .........................30
5-3-7. 運行区分情報（必須：calendar.txt） ...........................31
5-3-8. 運行日情報（任意：calendar_dates.txt） .......................31
5-3-9. 運賃属性情報（推奨：fare_attributes.txt） ....................32
5-3-10. 運賃定義情報（推奨：fare_rules.txt） ........................33
5-3-11. 提供情報（必須：feed_info.txt） .............................33
5-3-12. 翻訳情報（任意：translations.txt） ..........................34
付 録 ....................................................................36
1. フォーマットの提供......................................................37
2. ＦＡＱ .................................................................39
3. バス情報の効率的な収集・共有に向けた検討会 ..............................44

1. はじめにインターネット等においては、適切な公共交通機関を組み合わせた経路検索を行うことが可能となっており、交通に関する予備知識がなくても公共交通を利用しやすい環境が一定程度整いつつあります。しかしながら、航空や鉄道についてはほとんどの事業者が経路検索の対象となっているのに対し、バスについては経路検索に資する情報の整備が進んでいない事業者も存在し、こうした事業者は検索を行っても情報が表示されない状況となっています。
このような中で、交通政策基本計画においては、「経路情報等の交通に関する情報を低コストで分かりやすく提供するため、スマートフォンや各種情報案内設備等を利用した交通に関する情報の提供方策を検討」するとしているほか、平成 28 年 3 月に策定された
明日の日本を支える観光ビジョンにおいても、「2020 年までに、全国公共交通機関を網羅した経路検索の可能化」を実現するとされており、中小のバス事業者も含めた経路検索の実現に向けた取り組みが強く求められているところです。
これらを踏まえ、国土交通省総合政策局公共交通政策部においては、平成 28 年 12 月に「バス情報の効率的な収集・共有に向けた検討会」を設置し、経路検索に必要な情報の整備を促進するとともに、バス事業者と経路検索事業者等の情報利用者との間で、簡易に情報の受け渡しが可能となる手法等の検討をすすめてきたところであり、このたび、経路検索に資する交通に関する情報の受け渡しを効率的に行うための「標準的なバス情報
フォーマット」を定めました。
本解説は、バス事業者や自治体等が「標準的なバス情報フォーマット」を作成する際に、参考として活用されることを想定してとりまとめられたものです。本解説の活用により、バスに関する情報提供が促進されることで、バスも含めたモード横断的な経路検索の充実を通じて、域内外の利用者の利便性が向上し、公共交通の活性化につながることを期待しています。

12. 「標準的なバス情報フォーマット」作成の目的
経路検索サービスによるバス情報の案内については、大手の事業者の多くが対応済みとなっている一方で、規模の小さい事業者や自治体等が運営するコミュニティバス等は対応が進んでいない状況にあります。「標準的なバス情報フォーマット」は、経路検索に資する情報を経路検索事業者に提供できていないバス事業者の情報提供を促進するとともに、バス事業者と経路検索事業者等の情報利用者との間で簡易に情報の受渡しを可能とすることを目的として定めたのものです。

経路検索の有効性
平成 28 年 12 月に内閣府が行った世論調査において、路線バスの利用手段・経路などを調べる場合、どのようにして情報を得ることが多いか聞いたところ、「インターネッ
ト等の経路検索サービス」を挙げた者の割合が 41.3％と最も高く、居住地別では大都
市、年代別では 50 歳代までの回答者でその割合が高くなっています。

図表 1 路線バスの経路を調べる手段

地図上に路線が記載され、定期刊行物として時刻表が発行される鉄道と比較し、バス
は路線網が複雑で路線の改廃やダイヤ改正も多く、路線の地図への記載や網羅的に情報提供する刊行物等も存在しないため、その存在自体が認識されていないケースも多くなっています。特に、交通手段を調べる際に経路検索を利用することが多い都市部の居住者等にとっては、経路検索で情報が表示されない場合、当該地域に公共交通が存在していないことと同義と認識されつつあります。
バス事業者が経路検索事業者に情報を提供することで、経路検索において鉄道・バス
等の公共交通機関のシームレスな案内が可能となり、利用者はバスの存在を自然に認識することになります。これにより、これまで取りこぼしていた旅客の需要を取り込むことが可能となり、公共交通の活性化に寄与するものと考えられます。
現在、国内の主要な経路検索事業者においては、公共交通機関の情報を案内することに関して、交通事業者に対して特段の費用負担等は求めておりません。交通事業者は情報を提供するだけで自社路線を無料で PR することができ、経路検索は利便性向上のみならず新規顧客開拓にも有効なツールになるものと考えられます。

2

関連業務の効率化・円滑化
作成すべきフォーマットが定められたことで、意欲あるバス事業者による情報提供の促進が期待され、人的リソース等の観点から、経路検索事業者の中で必ずしも経路検索の対象とする優先順位が高くなかったバス事業者についても、経路検索の対象となることが期待されます。
また、「標準的なバス情報フォーマット」は、車載運賃器や時刻表等のデジタルサイ
ネージ、その他バス事業者の業務システムで利用するデータにも活用可能であり、フォーマットが普及することで、他システムと連携するためのデータ作成業務が軽減されるとともに、システムで利用するデータの標準化、ひいてはシステム標準化の端緒となることも考えられます。これらにより、業務の効率化が期待されるほか、システム導入コストの軽減も期待されます。

3

3. 「標準的なバス情報フォーマット」の概要「標準的なバス情報フォーマット」は、①一般的な表計算ソフトでも取扱が容易な形
式でバス事業者が二次利用可能であること、②データ項目やデータ形式が経路検索に利用可能なことが確認されていること、③データ項目等を定義するレファレンスが早期に整備可能であること等に留意の上、GTFS を基本とし、GTFS ですでに定義済みの項目はそのまま活かし、国内の経路検索で必要となる項目を追加する形で定義しました。
「標準的なバス情報フォーマット」は、GTFS とも互換性があるため、Google マップをはじめとした海外の事業者へも情報提供を行うことが可能になっています。
GTFS(General Transit Feed Specification)
公共交通機関の時刻表とその地理的情報に使用される共通形式を定義したもので、当初は Google 社向けのフォーマットとして作成されていました。現在はオープン化され、誰もが使用できるものとなっています。
零細事業者の利用も視野に、表計算ソフトでの閲覧が容易な CSV 形式を採用し、仕様がオープン化されていることから、北米・欧州を中心に海外で幅広く利用されています。また、GTFS で作成したデータを一定のルールに基づき提供することで、Google
マップで当該交通機関の情報が案内される仕組みもあります。

フォーマットの考え方「標準的なバス情報フォーマット」のデータ形式は、作成したデータを自社の業務やシステムで活用しやすい CSV 形式とし、データ項目は、スモールスタートで早期にフォーマットを確立する観点から、当面一般路線バスの基本的な案内ができる項目に絞り、データ項目が GTFS と重複するものは GTFS に合わせた形で定義しました。また、ファイル構成は、GTFS のファイル構成を基本とし、GTFS で不足する項目については、ファイル名の後ろに「_jp」、項目名の前に「jp_」を付加することで、「標準的な情報
フォーマット」が GTFS にも準拠するよう配慮し、作成したデータが幅広く利用されやすい構成としました。
なお、スモールスタートを前提に、一般路線バスの経路検索に必要となる情報を中心にフォーマットは定義していますが、このフォーマットで表現が可能な範囲で高速バス等の情報受渡への使用を妨げるものではありません。
また、一般路線バスの案内に関しては、IC 運賃や定期運賃、両替の有無等、高速バスの案内に関しては、予約状況や座席のタイプ、トイレの有無といった情報も有益と考えられますが、こうした情報については、フォーマットの普及状況を踏まえつつ今後検討
していくこととしています。

4フォーマットの構成「標準的なバス情報フォーマット」は、17 の CSV ファイルで構成されており、CSV
ファイル間の相関関係は図表 2 のとおりです。これら 17 の CSV ファイルを zip 形式で 1
つにまとめて、データの受渡を行います。
それぞれの項目の設定方法については、4-2. 各項目の設定方法、および 5-3. 各項目の設定事例に詳細を記載していますが、赤文字のファイルおよび項目は、「標準的なバス情報フォーマット」と GTFS で必須とされているもの、青文字のファイルおよび項目は「標準的なバス情報フォーマット」で必須とされているものです。
「標準的なバス情報フォーマット」のうち、最小限、赤枠と青枠で囲まれたファイルとそのファイル内の赤文字と青文字のデータ項目を作成し、経路検索事業者へ提供することで、経路検索に利用可能となります。

5agency.txt★agency_id
agency_nameagency_url
agency_timezone
agency_langagency_phoneagency_fare_url
agency_email
agency_jp.txt
agency_id
agency_official_nameagency_zip_number
agency_address
agency_president_pos
agency_president_nameroutes.txt★route_id
agency_id
route_short_nameroute_long_nameroute_descroute_type
route_urlroute_colorroute_text_color
jp_parent_route_id
routes_jp.txt
route_idroute_update_date
origin_stop
via_stop
destination_stop

feed_info.txt
feed_publisher_namefeed_publisher_url
feed_lang
feed_start_date
feed_end_date
feed_version

translations.txt
trans_id
langtranslation

trips.txt★trip_idroute_id
service_id
trip_headsign
trip_short_namedirection_id
block_idshape_idwheelchair_accesible
bikes_allowed
jp_trip_desc
jp_trip_desc_symbol
jp_office_id
office_jp.txt★office_id
office_nameoffice_url
office_phonefrequencies.txt
trip_idstart_time
end_time
headway_secs
exact_times

calendar.txt★service_id
mondaytuesday
wednesdaythursdayfridaysaturdaysundaystart_date
end_date

stop_times.txt
trip_idarrival_time
departure_time
stop_id
stop_sequence
stop_headsign
pickup_type
drop_off_type
shape_dist_travel
timepoint

stops.txt★stop_idstop_code
stop_namestop_desc
stop_lat
stop_lonzone_id
stop_url
location_type
parent_station
stop_timezone
wheelchair_boarding

calendar_dates.txt
service_id
date
exception_type

GTFS
Extensions to GTFS
GTFS_jp_name/ _desc_headsign/ _url

shapes.txt★shape_id
shape_pt_lat
shape_pt_lon
shape_pt_sequenceshape_dist_traveled

Required
Required_jp
Optional★=key

図表 2 「標準的なバス情報フォーマット」相関図

6transfers.txt
from_stop_id
to_stop_id
transfer_type
min_transfer_time

fare_attributes.txt
fare_id
pricecurrency_type
payment_method
transfers
transfer_duration

fare_rules.txt★fare_idroute_id
origin_id
destination_id
contains_idフォーマット作成の手法「標準的なバス情報フォーマット」は、多数の CSV ファイルから構成され、ファイル間の整合性を保つ必要があることから、各々のファイルに直接データを入力し、フォーマットを作成することは困難と考えられます。このため、バス事業者が「標準的なバス
情報フォーマット」を作成するための手法として、フォーマット作成支援ツールの活用
やフォーマット作成の外注等が考えられるところです。
フォーマット作成支援ツールは、バス事業者のフォーマット作成に関する負担軽減のため、他の業務に付随してフォーマットを作成できる仕組みを取り入れることが有効と考えられ、図表 3 のような仕組みを想定しています。現時点で「標準的なバス情報
フォーマット」の出力に対応したツールは少ないものの、今後対応済みのツールが整備されることが期待されます。

図表 3 「標準的なバス情報フォーマット」への支援ツールの対応状況等

7

4. 「標準的なバス情報フォーマット」のデータ項目「標準的なバス情報フォーマット」を作成する際に、各データ項目にどのような情報を設定する必要があるか、それぞれのファイル毎に説明します。
具体的な設定方法は 5. フォーマット作成事例で、事例をもとに運行ダイヤ・運賃等の情報をどのように設定すれば良いか説明していますので、あわせて参照して下さい。

データ作成時の留意点
フォーマットを作成する上で、ファイル、項目の必要性について区分を定義しています。区分において「必須」とされているものは、必ず設定する必要があります。「推奨」とされているものは、できる限り設定する事が望ましいものです。「任意」とされているものについては、設定の必要はありませんが、設定することでより充実した経路検索が可能となる項目が含まれているため、可能であれば設定することが望ましいものです。
また、「標準的なバス情報フォーマット」を作成する際の形式として、次の点に留意が必要です。
・使用するすべてのファイルはコンマ区切りのテキストファイルとして保存。
・各ファイルの最初の行にはフィールド名（例：[agency_id]や[agency_name]等）を含める。
・すべてのフィールド名で大文字と小文字が区別される。
・フィールド値にタブ、キャリッジ リターン、改行コードなどは使用不可。
・引用符またはコンマを含むデータは引用符で囲むことが必要。元のデータに引用符がある場合もそれぞれ引用符で囲むことが必要。（例：元のフィールド値: 新宿高
速バスターミナル"バスタ新宿",新宿 WE バス → CSV ファイルのフィールド値: "新宿高速バスターミナル""バスタ新宿"",新宿 WE バス"）
・データに HTML タグ、コメント、エスケープシーケンスは使用不可。
・フィールド名、データの間にある余分なスペースはすべて削除。
・各行の末尾は CRLF または LF の改行文字で終わらせ、文字コードは UTF-8 で保存。
・すべてのファイルをまとめて zip 形式で圧縮。

8

各項目の設定方法
各項目の設定方法をファイル別に説明します。
4-2-1. 事業者情報（必須：agency.txt）・事業者追加情報（任意：agency_jp.txt）
事業者の基本的な情報を設定します。事業者名称等が経路検索の結果として表示されます。一度設定した事業者 ID[agency_id]は、可能な限り変更しないよう留意が必要です。
フィールド名agency.txt★agency_id

日本語名
事業者情報
事業者ID

agency_name

事業者名称

agency_url

事業者URLagency_timezone

タイムゾーンagency_lang

言語

agency_phone

電話番号

agency_fare_url

オンライン購入URL

agency_email

事業者Eメール
日本語名
事業者追加情報事業者ID事業者正式名称
事業者郵便番号
事業者住所
代表者肩書
代表者氏名

フィールド名agency_jp.txt
agency_id
agency_official_nameagency_zip_number
agency_address
agency_president_pos
agency_president_name区分
日本のバス向けの設定項目
必須
必須 事業者の法人番号を設定。
運行委託等を行っている場合、原則として運行委託元の法人番号を設定。自治体等が運営するコミュニティバス等は、原則として運行委託元の法人番号を設定。
必須 経路検索で案内するのが適当な名称を設定。正式名称である必要はなく、旅客が交通機関を識別しやすい名称を設定。
必須 原則として、事業者HPのトップページのURLを設定。複数の事業を経営している等の場合、個別の事業ページ（バス事業に関するトップページ等）のURLの設定も可。但し、設定した
URLは頻繁な変更がなされないことに留意。
HPがない場合は、その旨を記載。
必須 日本の場合、「Asia /Tokyo」を設定。
(固定)
任意 日本の場合、「ja」を設定。
(固定)
任意 全社の窓口となる電話番号（本社代表電話、運輸部門代
表電話、お客様センター等）を設定。
運行委託等を行っている場合は、問合せに対応可能な主体の電話番号を設定。
任意 利用者が乗車券等をオンラインで購入な場合に、そのURLを設定。オンラインで購入不可の場合は省略。
任意 利用者が問合せ等で利用可能なEメールアドレスを設定。
区分
日本のバス向けの設定項目
任意
必須 紐づける事業者ID[agency̲id(agency.txt)]を設定。
任意 申請等に必要な正式名称を設定。
任意 ハイフンなしの半角数字７桁で設定。
任意 都道府県から入力。住居表示通りに略さずに全角で設定。
任意 申請者の肩書を設定。
任意 姓と名の間は、全角スペース１文字を挿入。

図表 4 事業者情報の設定項目

9

10

4-2-2. 停留所・標柱情報（必須：stops.txt）
停留所と標柱に関する情報を設定します。標柱とはバス停のポールを指し、同じ停留所名称で上りと下りにポールがある場合やターミナル等で複数のポールがある場合
は、それぞれ別の標柱として認識します。また、複数の標柱をまとめる概念として停留所を定義します。停留所と標柱は、停留所・標柱区分[location_type]で区分するとともに、標柱は親停留所情報[parent_station]に停留所・標柱 ID を設定し停留所に紐づけます（図表 5 参照）。複数の標柱を停留所にまとめることは必須ではありません
が、停留所としてまとめない場合、同じ停留所に属する標柱が同一の停留所として認識されないため、停留所を設定しまとめることを推奨します。
また、緯度経度情報については、経路検索が任意の場所から任意の場所への検索が主流となってきていることを鑑み必須としていますが、経路検索事業者によっては緯度経度の設定がなくても受け付ける場合もあります。

図表 5 停留所と標柱の考え方

11フィールド名
stops.txt★stop_idstop_code

stop_namestop_desc

stop_lat

stop_lon

日本語名
停留所・標柱情報

区分
日本のバス向けの設定項目
必須 標柱を束ねる「停留所（東京駅、市役所前等）」と「標柱（東京駅１番のりば、市役所前駅方向等）」とを定義し、「停留所」と「標柱」は、停留所・標柱区分[location̲type]で区分するとともに、「標柱」は親停留所情報[parent̲station]により「停留所」に紐付けることを推奨する。
停留所・標柱ID
必須 事業者が内部的に使用しているコードをそのまま設定する等、名称等が変更された場合でもIDは引き継ぐことを推奨する。
停留所・標柱番号
任意 駅ナンバリングに相当する旅客向けの記号・番号を停留所や標柱が持っている場合は当該番号を設定。旅客案内用の記号番号であることに留意。該当がない場合は省略。
停留所・標柱名称
必須 標柱は、標柱番号や行き先・方面等を記載する必要がある場
合を除き、基本的に停留所名と同一とする。また、同一の漢字で読みが異なる停留所がある場合は、翻訳情報(translations.txt)での変換を考慮し、主要でない停留所に
よみがなを付す。【例：新宿（にいじゅく）】
停留所・標柱付加情報 任意 停留所や標柱に隣接する施設等に関する付加情報を設定。
（例：市役所前停留所の最寄りに市民会館がある場合、市民会館が最寄りである旨等）
緯度
必須 標柱は標柱が設置されている場所の緯度経度を国土地理院
HP等から取得、またはGPS機器を用いて実測し設定。停留所は、代表地点が定められる場合はその地点の緯度経度、特経度
必須 段の代表地点がない場合は代表的な停留所の緯度経度または、親停留所情報[parent̲station]で紐付けた標柱の緯度経度を平均した数値を設定。

zone_id

運賃エリアID

stop_url

停留所・標柱URL

location_type

停留所・標柱区分

parent_station

親停留所情報

stop_timezone

タイムゾーン

wheelchair_boarding

車椅子情報

任意 標柱の場合のみ設定可。運賃を案内する場合は必須。
均一制の場合、運賃エリアを設定。対キロ制の場合、標柱IDを設定。
任意 停留所・標柱に特化した情報（時刻表やバスロケ等）を案内するための特定のURLがある場合設定。停留所や標柱に紐づくURLがない場合は省略。
推奨 登録するデータが、停留所なのか標柱なのか設定。停車時刻を設定できるのは標柱のみであることに留意。
0：標柱
1：停留所
推奨 停留所－標柱の関係を設定することを原則とし、登録するデー
タが標柱（[location̲type]=0）の場合、当該標柱が属する停留所（[location̲type]=1）の停留所
ID[stop̲id]を設定。
任意 省略した場合、タイムゾーン(不要) [agency̲timezone(agency.txt)]が設定されるため、日本は設定不要。
任意 指定した停留所・標柱における車椅子による乗車の可否を設(不要) 定。バスの場合、停留所・標柱ではなく車両に依存するケースが多いため、当該停留所・標柱に停車するすべての車両が車
椅子対応可能な場合で、かつ明確に当該停留所・標柱において車椅子の対応が不可であるようなケースを除き、設定を推奨しない。

図表 6 停留所・標柱情報の設定項目

12

4-2-3. 経路情報（必須：routes.txt）・経路追加情報（任意：routes_jp.txt）
バスの運行経路の情報を設定します。ここでいう経路とは、運行ルートの最小単位をいい、同一経路を運行する便 ID[trip_id(trips.txt、後述)]を経路 ID[route_id]に紐付けることで、同一経路を運行する複数の便をまとめて管理することになります（図表 7 参照）。
往路・復路は別の経路として設定することを基本とするため、図表 7 の右の図の例
では 6 つの経路ができる形となります。また、運賃は経路に紐付くため、同一経路でも運賃が異なる場合（深夜バス含む）も別経路として設定が必要です。
また、路線 ID[jp_parent_route_id]に経路 ID[route_id]を紐付けることで、路線や系統に相当する概念を表現することができます。路線や系統の括りかたについては、事業者ごとに任意に設定することが可能です。

図表 7 経路設定の考え方

13

フィールド名routes.txt

日本語名
経路情報

★route_id
agency_id
route_short_name

経路 ID
事業者ID
経路略称

route_long_name

経路名route_desc

経路情報

route_type

経路タイプ

route_url

経路URLroute_color

経路色route_text_color

経路文字色

jp_parent_route_id

路線ID

フィールド名routes_jp.txt
route_idroute_update_date
origin_stop
via_stop
destination_stop

日本語名
経路追加情報
経路ID
ダイヤ改正日
起点
経過地
終点

区分
日本のバス向けの設定項目
必須 利用者に一つの経路として案内する経路を定義。往路・復路を別経路として設定することを基本とし、経路違い、運賃違い（深夜バス含む）も別経路として設定する。ダイヤ改正等があった場合でも、経路が変わらない場合は、IDは引き継ぐことを推奨する。
必須 事業者が内部的に使用しているコードをそのまま設定可。
必須 事業者情報(agency.txt)から参照。
必須 系統番号（例：東16）、路線名称（例：駒沢線）、コミュ
ニティバス等の愛称（例：ふれあいバス）等、当該系統を識別可能な略称等を等設定。経路名が設定されていて略称がない場合は、空の文字列を設定。また、急行・快速・直通等の運行種別について追記することが望ましい。
必須 経由地や目的地等を含んだ経路に関する詳細な情報を設定。経路略称でこれらの情報がカバーできる場合は、空の文字列を設定。
任意 不定期運行の既述は、便情報[jp̲trip̲desc(trips.txt)]への記載が基本だが、GTFS向けに運行区分情報(calender.txt)で制御が困難な不定期の運行等を説明する必要がある場合（「学校休業日に一部運休となる便があります」等）にその旨を記載。その他、経路に関する注記がある場
合にも、その内容を記載。
必須 バス事業者は 3 を設定。
(固定)
任意 経路に特化した情報を案内するための特定のURLがある場合設定。紐づくURLがない場合は省略。
任意 経路を線やラベルなどで表現する場合の色を指定。色は00FFFF など 6 桁の 16 進数の値を設定。経路文字色[route̲text̲color]とのコントラストに留意。
任意 経路を線やラベルなどで表現する場合に、その上に系統名などを表示する場合の色を指定。色は00FFFF など 6 桁の 16 進数の値を設定。経路色[route̲color]とのコントラストに留意。
任意 経路の親となる情報（路線IDまたは路線名称等）を設定。
ここで設定された情報により、複数の経路を路線として束ねて時刻表等の案内を実施。
区分
日本のバス向けの設定項目
任意
必須 紐づける経路ID[route̲id(routes.txt)]を設定。
任意 ダイヤ改正日を明示的に登録する場合に設定。
任意 申請時に起点名に使用される名称を指定。
任意 申請時に経過地名に使用される名称を指定。
任意 申請時に終点名に使用される名称を指定。

図表 8 経路情報の設定項目

144-2-4. 便情報（必須：trips.txt）
運行する便の情報を設定します。便情報は、「標準的なバス情報フォーマット」における運行情報設定の最小単位で、旅客が連続して乗車可能な１回の運行を 1 つの便
情報[trip_id]として設定します。
フィールド名trips.txt
route_id
service_id★trip_id

日本語名
便情報
経路 ID
運行日ID
便ID

trip_headsign

便行先

trip_short_name

便名称

direction_id

上下区分

block_id

便結合区分

shape_idwheelchair_accesible

描画 ID
車いす利用区分bikes_allowed

自転車持込区分

jp_trip_desc

便情報

jp_trip_desc_symbol

便記号jp_office_id

営業所ID

区分
日本のバス向けの設定項目
必須
必須 経路情報(routes.txt)から参照。
必須 運行区分情報(calendar.txt)から参照。
必須 便を特定するIDを指定。
例）route̲id+service̲id+便番号など
任意 便としての行先と経由を設定。急行・直通等の種別がある場
合は、行き先に加えて種別を併記。【例：急行 錦糸町駅前
行き】
任意 便に特定可能な名称がある場合、旅客に案内する必要がある
場合のみ設定。【例：萩エクスプレス1号】
ただしGTFSの仕様上、○号等の表示がなく、当該便の特定が不可能な場合は、便名称[trip̲short̲name]ではなく便
行先[trip̲headsign]の行き先に加えて名称を併記。【例：萩エクスプレス 東京駅八重洲口行き】
また、不定期運行路線等に関する注記がある場合には、当該注記を設定。
任意 その便の往復区分を指定。
0：復路
1：往路
任意 別々の便として別々の便ID[trip̲id]が設定されている便を紐付け、連続して案内を行う場合に設定。バスの場合、連続乗車が可能な循環系統等を表現するために使用。
任意 描画情報(shapes.txt)から参照。
任意 当該便における車いすの乗車可否について設定。
０：車いすによる乗車可否の情報なし
１：少なくとも1台の車いすによる乗車可能
２：車いすによる乗車不可
任意 当該便における自転車の持込可否について設定。
０：自転車の持込可否の情報なし
１：少なくとも1台の自転車の持込可能
２：自転車の持込不可
任意 案内時に便に説明が必要な場合に使用。Calenderで制御が困難な不定期運行路線や時刻表に路線としてまとめて表示する場合に説明(「学校休業日に一部運休となる便があります」等）が必要となる項目を設定。
任意 時刻表形式で案内を行う場合に、便情報に代わり時刻に付ける凡例を設定。
任意 営業所情報(oﬃce̲jp.txt)から参照。

図表 9 便情報の設定項目

15

4-2-5. 営業所情報（任意：office_jp.txt）
営業所情報は、国内の経路検索事業者向けに設定された項目で、設定は任意です。
営業所情報は、便情報に紐づくものであり、当該便を運行する営業所の情報を設定します。経路検索事業者によっては、ここで設定された情報に基づき、運行営業所の案
内を行う場合があります。
フィールド名office_jp.txt
office_id
office_nameoffice_url

日本語名
営業所情報
営業所ID
営業所名
営業所URL

office_phone

営業所電話番号

区分
日本のバス向けの設定項目
任意
必須 事業者の営業所を一意に識別する値を指定。
必須 営業所名を指定。
任意 営業所に関するウェブページのURLを指定。個別のウエブペー
ジが存在しない場合は空欄。
任意 営業所の代表電話番号を指定。

図表 10 営業所情報の設定項目

16

4-2-6. 通過時刻情報（必須：stop_times.txt）
停留所の通過時刻を便ごとに設定します。複数の事業者が共同運行する場合は、自社便の情報のみを設定することを原則としますが、相手会社の情報も混在している場
合、その旨を経路情報[route_desc(routes.txt)]に注記が必要です。
フィールド名
stop_times.txt

日本語名
通過時刻情報

trip_idarrival_time

便 ID
到着時刻

departure_time

出発時刻

stop_id

標柱 ID

stop_sequence

通過順位

stop_headsign

停留所行先

pickup_type

乗車区分

drop_off_type

降車区分

shape_dist_travel
timepoint

通算距離
発着時間精度区分
日本のバス向けの設定項目
必須 複数の事業者で共同運行する場合は、自社便の情報のみ記載することを原則とする。複数社の情報が混在する場合は、その旨を経路情報[route̲desc(routes.txt)]に注記。
必須 便情報(trips.txt)から参照。
必須 その便のその標柱への到着時刻を設定。起点はその標柱からの出発時刻と同じ時刻を設定。但し、降車区分[drop̲oﬀ̲type]が0の場合、同一便ID[trip̲id]において同一時分秒の設定不可。
HH:MM:SS形式で、24時以降は25:01:00のように表現。
必須 その便のその標柱からの出発時刻を設定。起点はその標柱への到着時刻と同じ時刻を設定。但し、乗車区分[pickup̲type]が0の場合、同一便ID[trip̲id]において同一時分秒の設定不可。
HH:MM:SS形式で、24時以降は25:01:00のように表現。
必須 stops.txtから参照。参照する停留所・標柱区分[location̲type(stops.txt)]は0であることが必要。
必須 その便での該当標柱の通過順序を指定。通過順位は通過順に昇順で数値を設定。必ずしも連番である必要はない。
任意 循環系統や経由地通過後の表示等、停留所により案内する
行き先が変化する場合に設定。便行先[trip̲headsign(trips.txt)]での設定を上書き。
任意 降車専用の場合は１、デマンド等の場合２または３を設定。
０：通常の乗車地
１：乗車不可能
２：交通機関に乗車予約の電話が必要
３：運転手への事前連絡が必要
任意 乗車専用の場合は１、デマンドやフリー降車等の場合２または３を設定。
０：通常の降車地
１：降車不可能
２：交通機関に降車予約の電話が必要
３：運転手への事前連絡が必要
任意 起点からの距離を設定。単位はmとする。
任意 発着時間の精度を設定。日本では使用しない。
(不要)

図表 11 通過時刻情報の設定項目

17

18

4-2-7. 運行区分情報（必須：calendar.txt）・運行日情報（任意：calendar_dates.t
xt）
平日や休日といった運行区分に関する情報を設定します。運行区分情報は必須、運行日情報は任意の設定となります。曜日ごとに運行・運休といった基本パターンを運
行日 ID[service_id]として設定し、祝日等で平日ダイヤが休日ダイヤとして運行する
ような場合は運行日情報（calendar_dates.txt）で、当該日に運行ダイヤが変わる旨を設定することが基本であり、祝日に限らず、学校休業日や年末年始等でイレギュ
ラーな運行がある場合も同様です。
このような運用が可能な場合は、正確に日程を設定することが望ましいですが、継続的に日付を設定することが難しい場合は、標準として用意された「平日（月〜金）」「平日（月〜土）」「土曜」「日曜」「祝日」「日曜・祝日」「土曜・日曜」「土曜・日曜・祝日」の 8 つの運行日 ID[service_id]により、運行日を表現することも可能とします。この場合、国内の経路検索事業者等は祝日等に応じた対応が可能となりますが、海外等で GTFS として使用される場合、運行日情報（calendar_dates.txt）で運行日の例外を設定しないと祝日等の運行が正しく案内されない可能性があることに留意が必要です。また、学校休業日等祝日以外で運休（または運行）される場合
は、便情報[jp_trip_desc(trips.txt)]で「学校休業日運休」といったような注記が必要になります。

19

フィールド名
calendar.txt

日本語名
運行区分情報★service_id

運行日ID

monday月曜日

tuesday
wednesdaythursdayfridaysaturdaysundaystart_date

火曜日
水曜日
木曜日
金曜日
土曜日
日曜日
サービス開始日

end_date

サービス終了日フィールド名
calendar_dates.txt

日本語名
運行日情報

service_id
date

運行日ID
日付

exception_type

利用タイプ

区分
日本のバス向けの設定項目
必須 祝日や学校休業日等のイレギュラーな運行日に関する設定
は、calendar̲dates.txtで設定することが基本だが、設定が困難な場合、標準として用意された8種類の運行日
ID[service̲id]により、運行日を表現することも可能とする。
この場合、国内の経路検索事業者等は祝日等に応じた対応が可能であるが、海外等でGTFSフォーマットとして使用される
場合、運行日情報(calendar̲dates.txt)で運行日の例外を設定しないと祝日等の運行が正しく案内されない可能性があることに留意。また、学校休業日等祝日以外で運休（または運行）される場合は、便情報[jp̲trip̲desc(trips.txt)]
で「学校休業日運休」といったような注記が必要。
必須 運行区分を表す値を設定。運行区分の判別が可能なIDを設定することが望ましい。なお、「平日（月～金）」「平日（月～土）」「土曜」「日曜」「祝日」「日曜・祝日」「土曜・日曜」「土曜・日曜・祝日」の8区分を標準の運行日
ID[service̲id]として想定し、当該IDで提供された場合、国内の経路検索事業者等においては運行日情報(calendar̲dates.txt)で祝日設定が行われていなくても、祝日を考慮した案内を実施。より正確な案内を実施するためには、運行日情報(calendar̲dates.txt)で個別の運行日を設定することが望ましい。
必須 運行日ID[service̲id]で指定されている運行区分が、当該
必須 曜日の運行を表す場合は1、非運行を表す場合は0を設定す
必須 る。
必須
必須
必須
必須
必須 運行日ID[service̲id]で指定されている運行区分の適用を開始または終了する日付を指定。YYYYMMDD 形式で指必須 定。ここで設定した開始日がデータの有効開始日＝改正日以降のデータとなる。
区分
日本のバス向けの設定項目
任意 祝日等曜日毎の運行区分に基づかない例外的な運行をする日を設定。全ての不定期運行に対して設定することが望ましい
が、設定が困難な場合は基本的な運行パターンを運行区分
情報(calendar.txt)で設定し、便情報[jp̲trip̲desc(trips.txt)]で例外がある旨を表示。
必須 運行区分情報(calendar.txt)から参照。
必須 運行日ID[service̲id]で指定される運行区分の利用タイプ[exception̲type]を設定する日付を指定。YYYYMMDD
形式で指定します。
必須 日付[date]で指定された日に、運行日ID[service̲id]で指定されている運行区分が適用されるかを指定。
1 ：運行区分適用
2 ：運行区分非適用

図表 12 運行区分情報・運行日情報の設定項目

20

4-2-8. 運賃属性情報（推奨：fare_attributes.txt）・運賃定義情報(推奨：fare_rul
es.txt)
運賃に関する情報を設定します。GTFS では任意となっていますが、国内の経路検索事
業者においては必須としている事業者が多いことから、情報を設定することを推奨としています。また、運賃定義情報も推奨としていますが、運賃を設定する場合は必要であり、対キロ制の場合、全ての経路の全ての区間に対して運賃を設定する必要があります。なお、経路検索事業者によっては、三角表等の別ファイルで情報を受け付ける場合もあります。
フィールド名
fare_attributes.txt

日本語名
運賃属性情報★fare_id

運賃 ID

price
currency_type

運賃
通貨

payment_method

支払いタイミ ング

transfers

乗換

transfer_duration

乗換有効期限フィールド名
fare_rules.txt
fare_idroute_id
origin_id

日本語名
運賃定義情報
運賃 ID
系統 ID
乗車地ゾーン

destination_id

降車地ゾーン

contains_id

通過ゾーン

区分
日本のバス向けの設定項目
推奨 GTFSとして利用する場合は任意だが、国内の経路検索事業者等への提供時は、可能な限り設定することが望ましい。
必須 運賃定義情報(fare̲rules.txt)と紐付けるためのIDを設定。
必須 運賃ID[fare̲id]で定義される運賃（円）を指定。
必須 日本の場合、「JPY」を設定。
(固定)
必須 運賃ID[fare̲id]が適用される場合の運賃の支払いタイミン
グを指定。
0 - 乗車後に支払う。
1 - 乗車前に支払う。
必須 運賃ID[fare̲id]が適用される場合、料金で許可される乗り換え回数を指定。
0：この料金で乗り換えることはできません。
1 ：1 度の乗り換えが可能。
2 ：2 度の乗り換えが可能。
（空白）：乗り換え回数に制限がなし
任意 乗換が可能な場合、乗り換え期限が切れるまでの時間を秒数で指定。乗換を認めない場合、ここでの設定値は運賃の有効期限となる。意図的な期限を設定しない場合、空白か値を指定しない。
区分
日本のバス向けの設定項目
推奨
必須 運賃属性情報(fare̲attributes.txt)から参照。
必須※ 経路情報(routes.txt)から参照。
任意 乗車地の運賃エリアID[zone̲id(stops.txt)]を設定。
対キロ制等、区間ごとに運賃が異なる場合は、全ての乗降区
間のパターンに対して設定が必要。
任意 降車地の運賃エリアID[zone̲id(stops.txt)]を設定。
対キロ制等、区間ごとに運賃が異なる場合は、全ての乗降区
間のパターンに対して設定が必要。
任意 使用しない。
(不要)

図表 13 運賃属性情報・運賃定義情報の設定項目

21

4-2-9. 描画情報（任意：shapes.txt）
標柱以外の通過ポイントを指定する場合に設定します。描画情報を設定しない場
合、標柱間を単純に結んだ線が経路として表示されるため、より正確に運行ルートを表現したい場合に設定します。通常は設定しなくても、経路検索は可能です。
フィールド名shapes.txt
shape_idshape_pt_lat
shape_pt_lon
shape_pt_sequence

日本語名
描画情報
描画 ID
描画緯度
描画経度
描画順序

shape_dist_traveled

描画距離

区分
任意
必須
必須
必須
必須

日本のバス向けの設定項目

地図上に描かれる描画を特定する値を設定。
描画ポイントの緯度を指定。
描画ポイントの経度を指定。
描画のポイントの順番を指定。描画では描画順序を0以上の整数で順に結ぶ。
任意 使用しない。
(不要)

図表 14 描画情報の設定項目

4-2-10. 運行間隔情報(任意：frequencies.txt）
定められた時刻表がなく、一定間隔で運行する場合に設定します。運行間隔情報は G
TFS のファイルとして定義されていますが、国内の経路検索で設定する必要性は低いと考えられます。
フィールド名frequencies.txt
trip_idstart_time

日本語名
運行間隔情報便ID
開始時刻

end_time

終了時刻

headway_secs
exact_times

運行間隔
案内精度

区分
日本のバス向けの設定項目
任意 定められた時刻表がなく、一定間隔で運行する場合に設定。
必須 経路情報(trips.txt)から参照。
必須 一定間隔運行案内を開始する時刻をHH:MM:SS 形式で指定。24:00:00 以降の時刻は25:35:00のように表現。
必須 一定間隔運行案内を終了する時刻をHH:MM:SS 形式で指定。24:00:00 以降の時刻は25:35:00のように表現。
必須 一定間隔運行案内を行う運行間隔の値は秒単位で設定。
任意 一定期間隔運行案内を行う場合に時刻を具体的な時刻を案内しない場合は0、時刻を案内する場合は1を指定する。
1が設定されている場合は、開始時刻[start̲time]から終了
時刻[end̲time]までの運行間隔[headway̲secs]に基づき時刻を案内。

図表 15 運行間隔情報の設定項目

22

4-2-11. 乗換情報（任意：transfers.txt）
通常は、標柱の緯度経度情報に基づき乗換ルートが案内されますが、明示的に乗換地点を指定したい場合に設定します。乗換情報は GTFS のファイルとして定義されていますが、国内の経路検索で設定する必要性は低いと考えられます。
フィールド名transfers.txt
from_stop_id

日本語名
乗継情報
乗継元標柱ID

to_stop_id

乗継先標柱 ID

transfer_type

乗継タイプ

min_transfer_time

乗継時間

区分
日本のバス向けの設定項目
任意 明示的に乗換停留所を指定したい場合のみ設定。
必須 便間の乗継情報を設定する場合、乗継元の標柱[stop̲id(stops.txt)]を指定。
必須 便間の乗継情報を設定する場合、乗継先の標柱[stop̲id(stops.txt)]を指定。
必須 乗継の方法を指定。
0：2 つのルート間の推奨乗継地点。
1：2 つのルート間の時間が考慮された乗継地点。
2：乗継には、最低限の乗継時間が必要。乗継時間の指定が必要。
3 - ルート間の乗り継ぎが不可能なことを示します。
任意 乗継タイプ[transfer̲type]が2の場合に、乗り継ぎに必要な時間を定義。秒単位で入力し、0 以上の整数を指定。

図表 16 乗換情報の設定項目

4-2-12. 提供情報（必須：feed_info.txt）
フォーマットを公開している組織の情報や作成したフォーマットの有効期間を設定します。GTFS では必須ではありませんが、国内の経路検索事業者へ提供する場合には必須となります。交通事業者がダイヤ改正等の連絡を情報利用者側に伝達することを失念するようなケースを想定し、1 年程度の期間で提供終了日を設定し、少なくとも 1
年に 1 回程度は経路検索事業者へ最新のフォーマットを提供する事が望ましいといえます。
フィールド名
feed_info.txt
feed_publisher_namefeed_publisher_url
feed_lang

日本語名
提供情報
提供組織名
提供組織 URL
提供言語

feed_start_date
feed_end_date

提供開始日
提供終了日
提供フォーマットバージョンfeed_version

区分
日本のバス向けの設定項目
必須
必須 フォーマットを公開する組織の正式名称を指定。
必須 フォーマット公開組織のURLを指定。
必須 日本の場合、「ja」を設定。
(固定)
任意 フォーマット提供の期間を設定する場合に指定。
YYYYMMDD形式で指定。
任意 提供しているフォーマットのバージョンを記載。記述方法は任意だが、交通事業者が認識するダイヤ改正日（YYYYMMDD）＋社内の管理コード（̲XXXXX）等による表記が望ましい。（例：20170401̲A0015）

図表 17 提供情報の設定項目

23

4-2-13. 翻訳情報（任意：translations.txt）
日本語（漢字名称や注記）をふりがなや英語、その他の言語に変換する際に設定します。各項目の末尾に_name,_desc,_url,_headsign が付された項目に設定してある日
本語（漢字等）に対応するふりがなや英語を設定します。機械的に変換されるため、同一漢字で読みが異なる場合、両者を識別可能な形で登録（あらかじめふりがなを振っておく等）する等、名称の設定に留意が必要です。
なお、ふりがなや外国語対応に関しては、全ての項目に対して設定する必要はな
く、停留所名称や行き先といった必要性の高い項目から、優先順位をつけて対応する等、業務負荷と必要性を比較考量した上で対応を検討する必要があります。
ファイル名stops.txt
日本語名 停留所･標柱名称
翻訳元日本語フィールド名stop̲nametrans̲id
新宿（しんじゅく） 新宿（しんじゅく）
設定例
新宿（にいじゅく） 新宿（にいじゅく）
西新宿
西新宿

translations.txt
ふりがな
lang
translation
しんじゅく
ja-Hrkt にいじゅくにししんじゅく

lang
en

英訳
translation
Shinjuku
NijukuNishi-Shinjuku

図表 18 同一事業者で重複する停留所名がある場合の設定例
フィールド名translations.txt
trans_id

日本語名
翻訳情報
翻訳元日本語

lang

言語

translation

翻訳先言語

区分
日本のバス向けの設定項目
任意必須 翻訳元となる日本語を設定。当該日本語が含まれ、フォール
ド名が̲name,̲desc,̲headsign,̲urlで終わるものについて、言語[lang]で設定された言語で検索がなされた際に翻訳
先言語[translation]で設定した言語に変換を行う。
必須 多言語の翻訳は、原則として2文字のISO639-1コードを指定。よみがなは「ja-Hrkt」として設定。
必須 よみがなは、原則としてそのままの読みを記載【例：とうきょうえ
きじゅうばんのりば】

図表 19 翻訳情報の設定項目

24

5. フォーマット作成事例「標準的なバス情報フォーマット」に停留所や運行ダイヤ、運賃等を設定する際の参考となるようサンプルデータをもとにした作成事例を示しています。4-2. 各項目の設定
方法における説明とあわせ、実際にデータを作成する際の参考として活用して下さい。

フォーマット作成の前提条件
フォーマット作成事例の前提条件については、川崎鶴見臨港バス株式会社をモデルに
下記のとおり路線、運行ダイヤ等をダミーで設定しています。運賃設定については均一の場合と対キロの場合を想定し、それぞれについて下記のとおり運賃をダミーで設定し
ています。
法人番号
社名
略称
郵便番号
住所
代表者
電話番号
URL

系統
番号

川56

5020001072478
川崎鶴見臨港バス株式会社
臨港バス
2100818川崎市川崎区中瀬3-21-6
取締役社長 宮沢 和徳
044-245-8686
http://www.rinkobus.co.jp

経路
ID

停留所

250-1 川崎駅西口57番のりば
小倉
江川町
中之原住宅前末吉橋
南幸町二丁目
川崎駅西口57番のりば

停留所
川崎駅西口
小倉
江川町
中之原住宅前末吉橋
南幸町二丁目川崎駅西口

緯度

35.531191
35.531199
35.531207
35.531215
35.531223
35.531231
35.531239

均一

210

対キロ運賃（ダミー）川崎
200 小倉210 200 江川
220 200 190 中之
230 210 200 200 末吉
260 240 220 220 210 南幸
260 250 230 220 210 190 川崎

経度

139.695363
139.695372
139.695381
139.695390
139.695399
139.695408
139.695417

標柱ID

1510-57
2100-01
1620-01
1610-01
1580-01
1530-01
1510-60

通算
距離

行き先表示

0 矢向末吉橋
3,290
4,190 川崎駅西口
4,470
5,490
7,750
8,250

図表 20 フォーマット作成の前提条件

25

経由地表示

平日（月～金）
1便

2便

3便

川崎止

循環

川崎止

ﾉﾝｽﾃ
6:28 6:45 7:28
6:37 6:56 7:37
末吉橋経由 6:40 7:00 7:40
6:42 7:02 7:42
6:45 7:10 7:45
6:54 7:24 7:54
6:56 7:26 7:56
※循環は川崎駅を跨いでの乗車可。

各ファイル間の相関「標準的なバス情報フォーマット」の CSV ファイルは提供情報（feed_info.txt）を除き、相互に関連づけられています。ここでは、主なファイル、項目についてその相関関係を図示しています。4-2. 各項目の設定方法、および 5-3. 各項目の設定事例とあわせて参照して下さい。

図表 21 項目の設定事例とファイル間の相関関係

26

各項目の設定事例
ここからは、5-1. フォーマット作成の前提条件で示されている情報をもとに、「標準的なバス情報フォーマット」を作成した場合の事例を示しています。
5-3-1. 事業者情報（必須：agency.txt）・事業者追加情報（任意：agency_jp.txt）
agency.txt
事業者情報
必須
複数の事業者のデータをまとめて作成するよ★agency_id
事業者ID
必須 5020001072478[法人番号]
うな場合を除き、通常は 1 社分のデータが 1 行
agency_name
事業者名称
必須 臨港バス[略称]
作成されます。
agency_url
事業者URL必須 http://www.rink
agency_timezone

タイムゾーン固定

obus.co.jp
Asia/Tokyo

agency_lang

言語

固定

ja

agency_phone

電話番号

任意

044-245-8686

agency_fare_url

オンライン購入URL

任意[該当無し]

agency_email

事業者Eメール

任意[該当無し]

事業者追加情報

任意agency_id

事業者ID

必須

5020001072478

agency_official_name

事業者正式名称

任意agency_zip_number

事業者郵便番号

任意

川崎鶴見臨港バス株
式会社[正式名称]
2100818

agency_address

事業者住所

任意

agency_president_pos

代表者肩書

任意

川崎市川崎区中瀬3-21-6
取締役社長

agency_president_nam 代表者氏名
e

任意

宮沢 和徳

agency_jp.txt

27

5-3-2. 停留所・標柱情報（必須：stops.txt）
標柱と標柱をまとめる停留所を設定します。通常は複数の標柱を 1 つの停留所でまとめる形となります。標柱の運賃エリア情報は、均一運賃と対キロ制運賃で設定方法が異なり、均一制では運賃ゾーン ID（任意の ID）を設定するのに対し、対キロ制では
標柱 ID を設定し、5-3-10. 運賃定義情報において、区間ごとの運賃を設定することとなります。
stops.txt★stop_idstop_code
stop_name

停留所・標柱情報
停留所・標柱ID
停留所・標柱番号
停留所・標柱名称

stop_desc

停留所・標柱付加情報 任意

stop_lat
stop_lonzone_id[上段：均一]緯度
経度
運賃エリアID

必須
必須
任意[下段：対キロ]
stop_url

停留所・標柱URL

任意

location_type

停留所・標柱区分

推奨

parent_station

親停留所情報推奨

http://www.rink [該当無し][該当無し]
obus.co.jp/map1
1
1
1
[停留所]
[停留所]
[停留所]
[停留所設定のため、親停留所の設定なし]

stop_timezone
w heelchair_boarding

タイムゾーン
車椅子情報

不要
不要

[設定不要][設定不要]

stops.txt★stop_idstop_code
stop_name

停留所・標柱情報
停留所・標柱ID
停留所・標柱番号
停留所・標柱名称

必須
必須
任意
必須

stop_desc

停留所・標柱付加情報 任意

標柱の設定
1510-57（該当無し）
川崎駅西口57番のりば
川崎駅

1510-60（該当無し）
川崎駅西口60番のりば
川崎駅

stop_lat
stop_lonzone_id[上段：均一]緯度
経度
運賃エリアID

必須
必須
任意[下段：対キロ]
stop_url

停留所・標柱URL

任意

35.531191
139.695363
Z̲210[均一210円区間]
1510-57[stop̲idを設定][該当無し]

location_type

停留所・標柱区分

推奨

parent_station

親停留所情報

推奨

stop_timezone
w heelchair_boarding

タイムゾーン
車椅子情報

不要
不要

0
[標柱]
1510-57[停留所のID][設定不要][設定不要]★stop_idstop_code
stop_name

停留所・標柱情報
停留所・標柱ID
停留所・標柱番号
停留所・標柱名称

必須
必須
任意
必須

標柱の設定
1530-01（該当無し）
南幸町二丁目

stop_desc

停留所・標柱付加情報 任意[該当無し]

stop_lat
stop_lonzone_id[上段：均一]緯度
経度
運賃エリアID

必須
必須
任意[下段：対キロ]
stop_url

停留所・標柱URL

任意

35.531231
139.695408
Z̲210[均一210円区間]
1530-01[stop̲idを設定][該当無し]

location_type

停留所・標柱区分

推奨

parent_station

親停留所情報

推奨

stop_timezone
w heelchair_boarding

タイムゾーン
車椅子情報

不要
不要

stops.txt

必須
必須
任意
必須

停留所の設定1510（該当無し）
川崎駅西口

2100（該当無し）
小倉

1620（該当無し）
江川町

1610（該当無し）
中之原住宅前

1580（該当無し）
末吉橋

1530（該当無し）
南幸町二丁目[該当無し][該当無し][該当無し][該当無し]

35.531207
139.695381

35.531215
139.69539

35.531223
139.695399

35.531231
139.695408[該当無し][該当無し][該当無し]

1
[停留所]

1
[停留所]

1
[停留所]

2100-01（該当無し）
小倉

1620-01（該当無し）
江川町

1610-01（該当無し）
中之原住宅前

1580-01（該当無し）
末吉橋[該当無し][該当無し][該当無し][該当無し]

35.531197
139.695369
Z̲210[均一210円区間]
1510-60[stop̲idを設定][該当無し]

35.531199
139.695372
Z̲210[均一210円区間]
2100-01[stop̲idを設定][該当無し]

35.531207
139.695381
Z̲210[均一210円区間]
1620-01[stop̲idを設定][該当無し]

35.531215
139.69539
Z̲210[均一210円区間]
1610-01[stop̲idを設定][該当無し]

35.531223
139.695399
Z̲210[均一210円区間]
1580-01[stop̲idを設定][該当無し]

0[標柱]
1510-60[停留所のID]

0
[標柱]
2100
[停留所のID]

0
[標柱]
1620
[停留所のID]

0
[標柱]
1610
[停留所のID]

0
[標柱]
1580
[停留所のID]

川崎駅[該当無し][最寄駅設定]35.531191
35.531199
139.695363
139.695372[停留所設定のため、運賃の設定なし]

0
[標柱]
1530
[停留所のID][設定不要][設定不要]

28

5-3-3. 経路情報（必須：routes.txt）・経路追加情報（toutes_jp.txt）
routes.txt
経路情報
必須 経路の設定
経路ごとに経路 ID[route_id]を設定します。
★route_id
経路 ID
必須 250-1
今回の事例では 1 経路のみのため、作成される[任意のIDを設定]
agency_id
事業者ID
必須 5020001072478
route_short_name
データは 1 行のみとなります。
経路略称
必須 川56route_long_name

経路名

必須

route_desc

経路情報

任意

[系統番号等]
矢向末吉橋循環内回り[該当無し]

route_type

経路タイプ

固定

3

route_url

経路URL

任意

[該当無し]

route_color

経路色

任意

e4007froute_text_color

経路文字色

任意

ffffffjp_parent_route_id

路線ID

任意

250
[任意のIDを設定]

経路追加情報

任意route_id

経路ID

必須

250-1

route_update_date

ダイヤ改正日任意20170101

origin_stop

起点

任意

川崎駅西口

via_stop

経過地

任意

末吉橋

destination_stop

終点

任意

川崎駅西口

routes_jp.txt

5-3-4. 便情報（必須：trips.txt）
運行便ごとに便 ID[trip_id]を設定します。今回は前提として、平日の 3 便が提示されているため 3 行のデータが作成されます。
1 便と 3 便は循環で川崎駅で運行を終了するのに対し、2 便は川崎駅を跨いでの乗車が可能となっているため、便
trips.txt
便情報
必須 1便
2便
3便
route_id
経路 ID
必須 250-1
250-1
250-1
結合区分[block_id]で紐づけ
service_id
運行日ID
必須 平日（月～金）
平日（月～金）
平日（月～金）★trip_id
便ID
必須 平日250-1-01
平日250-1-02
平日250-1-03
が必要です。1 便はノンス[任意のIDを設定] [任意のIDを設定] [任意のIDを設定]
trip_headsign
便行先
任意 矢向末吉橋循環内 矢向末吉橋循環内 矢向末吉橋循環内
テップバスによる運行のた回り
回り
回り
trip_short_name
便名称
任意 （該当無し）（該当無し）（該当無し）
め、車いす利用区分[wheelec
direction_id
上下区分
任意 1
1
1
[0か1で区分][0か1で区分][0か1で区分]
hair_accesible]で乗車可能
block_id
便結合区分
任意 [継続乗車不可のた 平日250-1-02A
平日250-1-02A
め設定なし][連続乗車可能な便 [連続乗車可能な便とする設定を行っています。
に同一のIDを設定] に同一のIDを設定]
shape_id
描画 ID
任意 [省略][省略][省略]
また、便情報[jp_trip_desw heelchair_accesible
車いす利用区分任意 1
00[ノンステップバス][車種指定無し][車種指定無し]c]、便記号[jp_trip_desc_sy
bikes_allow ed
自転車持込区分任意 2
22[持込不可][持込不可][持込不可]
mbol]で、途中止まりやノン
jp_trip_desc
便情報
任意 ※：川崎駅止まり、 [該当無し]※：川崎駅止まり☆：ノンステップバスで[便記号の説明]
ステップバスの設定を行うこ
運行[便記号の説明]とが可能です。
jp_trip_desc_symbol
便記号
任意 ※☆
[該当無し]※
jp_office_id

営業所ID

任意

[時刻表用記号]11[任意のIDを設定]

11[任意のIDを設定][時刻表用記号]11[任意のIDを設定]

5-3-5. 営業所情報（任意：offide_jp.txt）
office_jp.txt
営業所情報
任意
営業所の連絡先等に関する情報を設定します。
office_id
営業所ID

必須

11

office_name

営業所名

必須

神明町営業所

office_url

営業所URL任意[該当無し]

office_phone

営業所電話番号

任意045-123-4567

29

5-3-6. 通過時刻情報（必須：stop_times.txt）
便 ID[trip_id(trips.txt)]ごとに、発着時刻と乗降区分を設定します。停留所行先[stop_headsign]は、当該停留所における行き先を設定することが可能で、設定例においては循環系統のため通過地に応じて行き先の表示を変化させています。
通過時刻情報

必須

1便

trip_id

便 ID

必須

平日250-1-001

平日250-1-001

平日250-1-001

平日250-1-001

平日250-1-001

平日250-1-001

arrival_time

到着時刻

必須

6:25

6:37

6:40

6:42

6:45

6:54

departure_time

出発時刻

必須

6:28

6:37

6:40

6:42

6:45

6:54

stop_id

標柱 ID

必須

stop_sequence

通過順位

必須

stop_headsign

停留所行先

任意

1510-57
2100-01[川崎駅57番のりば] [小倉]01
[任意の昇順][任意の昇順]
矢向末吉橋循環
矢向末吉橋循環1620-01[江川町]
2[任意の昇順]
末吉橋経由川崎駅
西口

1610-01[中之原住宅前]
3[任意の昇順]
末吉橋経由川崎駅
西口

1580-01[末吉橋]
4[任意の昇順]
川崎駅西口

1530-01[南幸町二丁目]
5[任意の昇順]
川崎駅西口

pickup_type

乗車区分

任意

drop_off_type

降車区分

任意

shape_dist_travel

通算距離

任意

0
[通常の乗車地]1[降車不可能]00[通常の乗車地]
0[通常の降車地]
4190

0[通常の乗車地]
0[通常の降車地]
4470

0[通常の乗車地]
0[通常の降車地]
5490

0[通常の乗車地]
0[通常の降車地]
7750

timepoint

発着時間精度任意[設定不要]

stop_tim es.txt

0[通常の乗車地]
0[通常の降車地]
3290

通過時刻情報必須

1便

2便

trip_id

便 ID

必須

平日250-1-001

平日250-1-002

平日250-1-002

平日250-1-002

平日250-1-002

平日250-1-002

arrival_time

到着時刻

必須

6:56

6:40

6:56

7:00

7:02

7:10

departure_time

出発時刻

必須

6:56

6:45

6:56

7:00

7:02

7:10

stop_id

標柱 ID

必須

stop_sequence

通過順位

必須

stop_headsign

停留所行先

任意

1510-60
1510-57
2100-01[川崎駅60番のりば] [川崎駅57番のりば] [小倉]9901
[任意の昇順][任意の昇順][任意の昇順]
川崎駅西口
矢向末吉橋循環
矢向末吉橋循環1620-01[江川町]
2[任意の昇順]
末吉橋経由川崎駅
西口

1610-01[中之原住宅前]
3[任意の昇順]
末吉橋経由川崎駅
西口

pickup_type

乗車区分

任意

drop_off_type

降車区分

任意

shape_dist_travel

通算距離

任意

1
[乗車不可能]0[通常の降車地]
8250

0[通常の乗車地]
0[通常の降車地]
4190

0[通常の乗車地]
0[通常の降車地]
4470

1580-01[末吉橋]
4[任意の昇順]
川崎駅西口経由矢向末吉橋循環[継続乗車対応]0[通常の乗車地]
0[通常の降車地]
5490

timepoint

発着時間精度任意[設定不要]

通過時刻情報必須

2便

trip_id

便 ID

必須

平日250-1-002

平日250-1-002

平日250-1-003

平日250-1-003

平日250-1-003

平日250-1-003

arrival_time

到着時刻

必須

7:24

7:26

7:26

7:37

7:40

7:42

departure_time

出発時刻

必須

7:24

7:26

7:28

7:37

7:40

7:42

stop_id

標柱 ID

必須

stop_sequence

通過順位

必須

stop_headsign

停留所行先

任意

1510-60
1510-57
2100-01[川崎駅60番のりば] [川崎駅57番のりば] [小倉]9901
[任意の昇順][任意の昇順][任意の昇順]
矢向末吉橋循環
矢向末吉橋循環
矢向末吉橋循環[継続乗車対応]

1620-01[江川町]
2[任意の昇順]
末吉橋経由川崎駅
西口

1610-01[中之原住宅前]
3[任意の昇順]
末吉橋経由川崎駅
西口

pickup_type

乗車区分

任意

drop_off_type

降車区分

任意

shape_dist_travel

通算距離

任意

1530-01[南幸町二丁目]
5[任意の昇順]
川崎駅西口経由矢向末吉橋循環[継続乗車対応]0[通常の乗車地]
0[通常の降車地]7750

1[乗車不可能]0[通常の降車地]
8250

0[通常の乗車地]1[降車不可能]00[通常の乗車地]
0[通常の降車地]
4190

0[通常の乗車地]
0[通常の降車地]
4470

timepoint

発着時間精度任意[設定不要]

stop_tim es.txt

stop_tim es.txt

0[通常の乗車地]1[降車不可能]00[通常の乗車地]
0[通常の降車地]
3290

3便

通過時刻情報

必須

3便

trip_id

便 ID

必須

平日250-1-003

平日250-1-003

平日250-1-003

arrival_time

到着時刻

必須

7:45

7:54

7:56

departure_time

出発時刻

必須

7:45

7:54

7:56

stop_id

標柱 ID

必須

stop_sequence

通過順位

必須

stop_headsign

停留所行先

任意

1580-01[末吉橋]
4[任意の昇順]
川崎駅西口

1530-01[南幸町二丁目]
5[任意の昇順]
川崎駅西口

1510-60[川崎駅60番のりば]
99[任意の昇順]
川崎駅西口

pickup_type

乗車区分

任意

drop_off_type

降車区分

任意

shape_dist_travel

通算距離

任意

0
[通常の乗車地]
0[通常の降車地]
5490

0[通常の乗車地]
0[通常の降車地]7750

1[乗車不可能]0[通常の降車地]
8250

timepoint

発着時間精度任意[設定不要]

stop_tim es.txt

300[通常の乗車地]
0[通常の降車地]
3290

5-3-7. 運行区分情報（必須：calendar.txt）
運行区分情報必須

平日（月～金）土曜・日曜・祝日★service_id

運行日ID

必須

平日（月～金）土曜・日曜・祝日

monday

月曜日

必須

1 [運行]

0 [運休]

tuesday

火曜日

必須

1 [運行]

0 [運休]

w ednesday

水曜日

必須

1 [運行]

0 [運休]

thursday

木曜日

必須

1 [運行]

0 [運休]

friday金曜日

必須

1 [運行]

0 [運休]

saturday

土曜日

必須

0 [運休]

1 [運行]

sunday日曜日

必須

0 [運休]

1 [運行]

start_date

サービス開始日必須

20170101

20170101

end_date

サービス終了日必須20170630

20170630

calendar.txt

平日、休日等の基本的な運行パター
ンを定めます。運行日 ID[service_id]
は、標準として用意された 8 種類の区分により表現することが可能とされており、標準以外の区分（水曜日のみ運行等）がある場合は、内容が分かるよ
う適切な ID を設定することが望ましいといえます。
なお、前提条件では「土曜・日曜・祝日」が例示されていませんが、5-3-8. 運行日
情報を設定する都合上、事例では当該項目を設定しています。
5-3-8. 運行日情報（任意：calendar_dates.txt）
任意作成のファイルですが、作成する場合は当該運行日に対して運行日 ID[service_id(carendar.txt)]の適用有無を設定します。例えば、平日を祝日に切り替える場合、
平日ダイヤの運休と休日ダイヤの運行の 2 行のデータが作成されることになります。
運行日情報

任意

1/2休日ダイヤ設定

service_id

サービス ID

必須

平日（月～金）土曜・日曜・祝日

平日（月～金）土曜・日曜・祝日

平日（月～金）土曜・日曜・祝日

date

日付

必須

20170102

20170102

20170103

20170103

20170109

20170109

exception_type

利用タイプ

必須

2
[平日ダイヤ運休]

1[休日ダイヤ運行]

2[平日ダイヤ運休]

1[休日ダイヤ運行]

2[平日ダイヤ運休]

1[休日ダイヤ運行]

calendar_dates.txt

1/3休日ダイヤ設定

1/9休日ダイヤ設定

運行日情報

任意

3/20休日ダイヤ設定

service_id

サービス ID

必須

平日（月～金）土曜・日曜・祝日

平日（月～金）土曜・日曜・祝日

平日（月～金）土曜・日曜・祝日

date

日付

必須

20170320

20170320

20170503

20170503

20170504

20170504

exception_type

利用タイプ

必須

2
[平日ダイヤ運休]

1[休日ダイヤ運行]

2[平日ダイヤ運休]

1[休日ダイヤ運行]

2[平日ダイヤ運休]

1[休日ダイヤ運行]

calendar_dates.txt

5/3休日ダイヤ設定

運行日情報

任意

5/5休日ダイヤ設定

service_id

サービス ID

必須

平日（月～金）土曜・日曜・祝日

date

日付

必須

20170505

20170505

exception_type

利用タイプ

必須

2
[平日ダイヤ運休]

1[休日ダイヤ運行]

calendar_dates.txt

31

5/4休日ダイヤ設定

5-3-9. 運賃属性情報（推奨：fare_attributes.txt）
運賃と支払タイミングを設定します。運賃額の数のデータが作成されます。事例では、210 円の運賃が均一と対キロに存在していますが、支払タイミングが異なるため、別の ID を設定しています。
運賃属性情報

推奨

均一運賃

対キロ運賃

★fare_id

運賃 ID

必須

price

運賃

必須

F̲210
[均一210円]
210

K̲190[対キロ190円]
190

K̲200
[対キロ200円]
200

K̲210
[対キロ210円]
210

K̲220
[対キロ220円]
220

K̲230
[対キロ230円]
230

currency_type

通貨

固定

JPY

JPY

JPY

JPY

JPY

JPY

payment_method

支払いタイミ ング

必須

1 [乗車前]0 [乗車後]

0 [乗車後]

0 [乗車後]

0 [乗車後]

0 [乗車後]transfers

乗換

必須

0 [乗換不可]0 [乗換不可]0 [乗換不可]0 [乗換不可]0 [乗換不可]0 [乗換不可]transfer_duration

乗換有効期限任意[設定不要][設定不要]

fare_attributes.txt

運賃属性情報推奨

対キロ運賃★fare_id

運賃 ID

必須

price

運賃

必須

K̲240
[対キロ240円]
240

K̲250
[対キロ250円]
250

K̲260
[対キロ260円]
260

currency_type

通貨

固定

JPY

JPY

JPY

payment_method

支払いタイミ ング

必須

0 [乗車後]

0 [乗車後]

0 [乗車後]transfers

乗換

必須

0 [乗換不可]0 [乗換不可]0 [乗換不可]transfer_duration

乗換有効期限任意[設定不要]

fare_attributes.txt

32

5-3-10. 運賃定義情報（推奨：fare_rules.txt）
均一の場合は 1 行のデータが作成されます。対キロ制の場合は、三角表の全ての運賃の組合せを作成する必要があります。経路 ID[route_id]と運賃 ID[fare_id]を紐づけるとともに、対キロ制については、乗車地ゾーン[origin_id]と降車地ゾーン[desti
nation_id]に運賃エリア ID[zone_id(stop.txt)]を設定し、区間運賃を表現することになります。
運賃定義情報推奨

均一運賃

対キロ区間運賃

fare_id

運賃 ID

必須

F̲210

K̲200

route_id

経路 ID

必須

origin_id

乗車地ゾーン任意

destination_id

降車地ゾーン任意

contains_id

通過ゾーン

不要

250-1
250-1
250-1
250-1
250-1
250-1
[矢向末吉橋循環内 [矢向末吉橋循環内 [矢向末吉橋循環内 [矢向末吉橋循環内 [矢向末吉橋循環内 [矢向末吉橋循環内
回り]
回り]
回り]
回り]
回り]
回り]
Z̲210
1510-57
1510-57
1510-57
1510-57
1510-57[川崎駅57番のりば] [川崎駅57番のりば] [川崎駅57番のりば] [川崎駅57番のりば] [川崎駅57番のりば]
Z̲210
2100-01
1620-01
1610-01
1580-01
1530-01[小倉][江川町][中之原住宅前][末吉橋][南幸町二丁目][設定不要][設定不要]

fare_rules.txt

K̲210

K̲220

K̲230

K̲260

運賃定義情報推奨

対キロ区間運賃

fare_id

運賃 ID

必須

K̲260

route_id

経路 ID

必須

origin_id

乗車地ゾーン任意

destination_id

降車地ゾーン任意

contains_id

通過ゾーン

不要

250-1
250-1
250-1
250-1
250-1
250-1
[矢向末吉橋循環内 [矢向末吉橋循環内 [矢向末吉橋循環内 [矢向末吉橋循環内 [矢向末吉橋循環内 [矢向末吉橋循環内
回り]
回り]
回り]
回り]
回り]
回り]
1510-57
2100-01
2100-01
2100-01
2100-01
2100-01[川崎駅57番のりば] [小倉]
[小倉]
[小倉]
[小倉]
[小倉]
1510-60
1620-01
1610-01
1580-01
1530-01
1510-60[川崎駅60番のりば] [江川町][中之原住宅前][末吉橋][南幸町二丁目][川崎駅60番のりば][設定不要]

fare_rules.txt

K̲200

K̲200

K̲210

K̲240

K̲250

運賃定義情報推奨

対キロ区間運賃

fare_id

運賃 ID

必須

K̲190

route_id

経路 ID

必須

origin_id

乗車地ゾーン任意

destination_id

降車地ゾーン任意

contains_id

通過ゾーン

不要

250-1
250-1
250-1
250-1
250-1
250-1
[矢向末吉橋循環内 [矢向末吉橋循環内 [矢向末吉橋循環内 [矢向末吉橋循環内 [矢向末吉橋循環内 [矢向末吉橋循環内
回り]
回り]
回り]
回り]
回り]
回り]
1620-01
1620-01
1620-01
1620-01
1610-01
1610-01
[江川町]
[江川町]
[江川町]
[江川町]
[中之原住宅前][中之原住宅前]
1610-01
1580-01
1530-01
1510-60
1580-01
1530-01[中之原住宅前][末吉橋][南幸町二丁目][川崎駅60番のりば] [末吉橋][南幸町二丁目][設定不要]

fare_rules.txt

K̲200

K̲220

K̲230

運賃定義情報推奨

対キロ区間運賃

fare_id

運賃 ID

必須

K̲220

route_id

経路 ID

必須

origin_id

乗車地ゾーン任意

destination_id

降車地ゾーン任意

contains_id

通過ゾーン

不要

250-1
250-1
250-1
250-1
[矢向末吉橋循環内 [矢向末吉橋循環内 [矢向末吉橋循環内 [矢向末吉橋循環内
回り]
回り]
回り]
回り]
1610-01
1580-01
1580-01
1530-01[中之原住宅前]
[末吉橋]
[末吉橋]
[南幸町二丁目]
1510-60
1530-01
1510-60
1510-60[川崎駅60番のりば] [南幸町二丁目][川崎駅60番のりば] [川崎駅60番のりば][設定不要]

fare_rules.txt

K̲210

K̲210

K̲200

K̲220

K̲190

5-3-11. 提供情報（必須：feed_info.txt）
feed_info.txt
提供情報
必須
提供フォーマットバージョン[feed_version]に
feed_publisher_name
提供組織名
必須 川崎鶴見臨港バス
feed_publisher_url
は、提供中のフォーマットのバージョンを把握で提供組織 URL
必須 http://www.rink
obus.co.jp
feed_lang
提供言語
固定 ja
きるよう、社内で管理している番号等を付記する
feed_start_date
提供開始日
任意 20170101
feed_end_date
ことが望ましいといえます。
提供終了日
20170630
feed_version
提供フォーマットバージ
任意 20170101̲A015
ョン

33

5-3-12. 翻訳情報（任意：translations.txt）
フィールド名の末尾が[_name][_url][_desc][_headsign]となっているデータを翻訳
元日本語[trans_id]に設定し、それぞれに対する訳語を設定できます。ふりがなにつ
いても、ここで設定を行います。例えば、同じ日本語に対し、ふりがなと英語を設定する場合、作成されるデータは 2 行になります。
翻訳情報

任意

ふりがな

trans_id

翻訳元日本語

必須

臨港バス[事業者名]

川崎駅西口[停留所・行き先]

lang

言語

必須

ja-Hrkt

ja-Hrkttranslation

翻訳先言語

必須

リんこうばすかわさきえきにしぐち

かわさきえきにしぐちご かわさきえきにしぐちろ おぐら
じゅうななばんのりば くじゅうばんのりば

translations.txt

川崎駅西口57番のりば[標柱]
ja-Hrkt

川崎駅西口60番の 小倉
りば[停留所・標柱][標柱]
ja-Hrkt
ja-Hrkt

翻訳情報

任意

ふりがな

trans_id

翻訳元日本語必須

中之原住宅前[停留所・標柱]

末吉橋[停留所・標柱]

南幸町二丁目[停留所・標柱]

矢向末吉橋循環
[行き先]

lang

言語

必須

ja-Hrkt

ja-Hrkttranslation

翻訳先言語

必須

なかのはらじゅうたくま すえよしばし
えtranslations.txt

翻訳情報

任意

英訳

trans_id

翻訳元日本語必須

川崎駅西口[停留所・行き先]

lang

言語

必須

translation

翻訳先言語

必須

translations.txt

ja-Hrkt
えがわちょう英訳
臨港バス[事業者名]

ja-Hrkt

ja-Hrkt

末吉橋経由川崎駅西口[行き先]
ja-Hrkt

みなみさいわいちょうにちょうめ

やこうすえよしばしじゅ すえよしばしけいゆかんかん
わさきえきにしぐち

Rinko busen

川崎駅西口60番の 小倉
りば[停留所・標柱]
[標柱]
en
en

江川町
[停留所・標柱]

中之原住宅前[停留所・標柱]

en

川崎駅西口57番の
りば
[標柱]
en

en

en

Kawasaki sta.
west ent.

Kawasaki sta.
west ent. 57

Kawasaki sta.
west ent. 60

Ogura

EgawachoNakanohara
jutaku-mae

翻訳情報

任意

英訳

trans_id

翻訳元日本語必須

末吉橋[停留所・標柱]

南幸町二丁目[停留所・標柱]

矢向末吉橋循環
[行き先]

lang

言語

必須

en

en

en

末吉橋経由川崎駅
西口
[行き先]
en

translation

翻訳先言語

必須

Sueyoshibashi

Minami-saiwai 2

YakoSueyoshibashi
loop

Kawasaki sta.
West ent. Viasueyoshibashi

translations.txt

江川町[停留所・標柱]

34

35

付 録

36

1. フォーマットの提供「標準的なバス情報フォーマット」は、経路検索事業者等へ提供することではじめて経路検索に反映することが可能となります。あわせて、公共交通に関する情報のオープンデータ化に取り組む公共交通オープンデータ協議会へ提供することで、情報利用者が利活
用しやすい API 形式で情報が公開がされることを通して、より幅広い主体において公共交
通に関する情報が案内されることが期待されます。
また、経路検索事業者や公共交通オープンデータ協議会等への提供のほか、自社のホームページ等で作成したフォーマットを公開（オープン化）することで、国内外のアプリ開発者等がデータを利用可能となり、新たなサービスが創出される可能性もあると考えられます。この場合、適切なライセンスを設定する必要がありますが、ライセンスの考え方については、付録 1-2. ライセンスの考え方をご参照下さい。

フォーマットの提供方法
フォーマットは、すべてのファイルをまとめて ZIP 形式で圧縮し提供します。また、
フォーマットに変更があった場合、変更があったデータやファイルのみではなく、変更のないデータやファイルも含め、すべてのファイルをまとめて zip 形式で圧縮し提供します。
また、フォーマットは GTFS に準拠しているため、GTFS への適応状況を確認できる「FeedValidator1」を利用することができます。ただし、GTFS で定義されていない[_jp]で設定したファイルや、[jp_]で設定した項目については、当該項目に対して「unrecognized」の warning が表示されますが、問題ありません。

ライセンスの考え方
経路検索事業者やオープンデータ協議会等へフォーマットを提供する場合は、データの取扱方法等について、通常の場合、経路検索事業者等との間で契約を締結することになります。
ホームページ等で公表する場合は、データの利用範囲（商用利用の可否や改変の可否等）
や第三者の権利（利用者の責任で第三者の承諾を得る等）、免責（公表者は何らの責任を負わないこと）等について、規約に定めることが必要です。詳細については、一般社団法人オープン＆ビッグデータ活用・地方創生推進機構「オープンデータガイド 2.1 版」等を参考にして下さい。

1

https://developers.google.com/transit/tools?hl=ja から Feedvalidator を選択。ツールは英語です。

37

フォーマットの提供先
主要なフォーマット提供先および連絡先等は以下の通りとなっています。いずれの経路検索事業者も掲載料は必要ありません。経路検索等への反映を希望しフォーマットの提供を検討されている場合は、お問い合わせ下さい。
初めてフォーマットを提供する場合は、フォーマットの不備等に対する問合せを削減するため、一度に複数社に提供するのではなく、いずれかの 1 社にフォーマットを提供
し、作成したフォーマットが経路検索で問題なく使用できるかを確認した上で、他の経路検索事業者に提供することが望ましいといえます。フォーマットを提供し経路検索に反映されるまでの期間は、経路検索事業者等により異なりますが、初回は最短で 2 ヶ月程度が必要になります。詳しくは、経路検索事業者までお問い合わせ下さい。
また、フォーマットはダイヤ改正や停留所の改廃の場合等を含め、継続的に提供を行うことが重要です。適切な時期に正しいフォーマットの提供がなされない場合、経路検索事業者等は以後の掲載を行わない場合がありますので留意する必要があります。
ジョルダン株式会社（乗換案内）【担 当】公共交通部【連絡先】電話：03-5925-8212 メール：norikae-desk@jorudan.co.jp
ナビタイムジャパン株式会社（NAVITIME）【担 当】データ企画担当【連絡先】電話：03-3402-8807 メール：data-kikaku-grp-reg@navitime.co.jp
株式会社ヴァル研究所（駅すぱあと）【担 当】コンテンツ開発部 国交省策定バス情報担当【連絡先】電話：03-5373-3503 メール：std_fmt_bus@val.co.jp
株式会社駅探（駅探）【担 当】エンジン・データ開発部 バス情報グループ【連絡先】メール：busdata@ekitan.co.jp
公共交通オープンデータ協議会【担 当】公共交通オープンデータ協議会 事務局（YRP ユビキタスネットワーキング研究所内）【連絡先】電話：03-5437-2270 メール:odpt-office@ubin.jp

38

2. ＦＡＱ
全体
Ｑ 「標準的なバス情報フォーマット」を整備した意義は？
Ａ バスの停留所や時刻・運賃についての情報は充分に整備されておらず、また各社で仕様が異なっているため、共通のフォーマットを作成し、情報提供の促進や情報の受渡の効率化を図り、経路検索事業者が提供する経路検索サービスに案内を可能とするものです。
Ｑ 「標準的なバス情報フォーマット」による提供は必須なのか？
Ａ 必須ではありませんが、提供により経路検索事業者が提供する経路検索サービスに案内が可能となります。また、このフォーマットが普及することで、情報の受渡が円滑化されることが期待され、将来的にバスロケや発車案内用のサイネージ等のデータ登録等にも活用可能と考えておりますので、積極的な利活用をお願いいたします。
Ｑ 「標準的なバス情報フォーマット」により案内が可能となる情報はどのようなものか？
Ａ 現時点では経路検索事業者が提供している一般路線バス向けの経路検索サービスを想定しています。GTFS に準拠しているため、GTFS に対応した経路検索サイトでも同様に案内が可能となる場合があります。
Ｑ 高速バスは対象としているのか？
Ａ 対象は、一般路線バスを基本としていますが、高速バスのデータを提供いただいてもかまいません。
Ｑ 「標準的なバス情報フォーマット」についての質問はどこにすれば良いのか？
Ａ 全般的な内容は国土交通省総合政策局公共交通政策部、個別のデータ項目は各経路検索事業者にお問い合わせ下さい。

フォーマットの作成
Ｑ 必須・推奨・任意の区別は何か？
Ａ 必須は「標準的なバス情報フォーマット」を提供するにあたり必ず設定する必要があるデータです。推奨は提供いただくことが基本ですが、省略することが可能な
データ、任意は提供の必要が必ずしもないデータとしています。推奨項目を省略し39

た場合、経路検索サービスにおいて省略した情報を利用者に提供できない場合があります。
Ｑ データは全て揃わないといけないのか？
Ａ 必須と表記しているファイルとそのファイル内の必須項目のデータは必ず用意して下さい。
Ｑ 任意項目は空白で良いのか？
Ａ 空白のまま提供いただいてかまいません。
Ｑ 「標準的なバス情報フォーマット」を作成するツールはないのか？
Ａ 3-3. フォーマット作成の手法に記載のとおり、現時点で「標準的なバス情報
フォーマット」に対応したツールは少ないですが、フォーマットの普及に伴い対応済みのツールが整備されることが期待されます。
Ｑ 「標準的なバス情報フォーマット」はどのように作成するのか？
Ａ 5. フォーマット作成事例をご参照下さい。それぞれの項目の情報を 1 行で表現
し、複数情報がある場合は行を追加します。例えば、運行経路が 10 種類ある場合
はタイトルを除き 10 行分データを作成することになります。
Ｑ 作成した「標準的なバス情報フォーマット」に間違いがないか確認できるのか？
Ａ GTFS に準拠しているため、GTFS への適応状況を確認できる「FeedValidator」2を利用することができます。ただし、[_jp]で設定したファイルや、[jp_]で設定した項目については、当該項目に対して「unrecognized」の warning が表示されます
が、問題ありません。
Ｑ グループ会社のデータを親会社が一括して管理しているが、グループ会社ごとに個別で作成する必要があるのか？
Ａ 親会社等が一括で作成しても問題ありません。別々の会社名で案内を希望する場
合、それぞれの社名で事業者 ID[agency_id(agency.txt)]および事業者名称[agenc
y_name(agency.txt)]を作成し、事業者 ID[agency_id(routes.txt)]に紐づけて下さい。

2https://developers.google.com/transit/tools?hl=ja から Feedvalidator を選択。ツールは英語です。

40

Ｑ コミュニティバスの「標準的なバス情報フォーマット」は誰が作成すれば良いのか？
Ａ 自治体あるいは運行会社どちらが作成してもかまいませんので、協議により決めて下さい。なお、コミュニティバスの場合の事業者 ID は運行委託元の自治体で統一します。
Ｑ 他社に運行委託している場合、「標準的なバス情報フォーマット」は誰が作成すれば良いのか？
Ａ 委託者あるいは受託者のどちらが作成してもかまいませんので、協議により決めて下さい。なお、事業者名称は運行委託元の法人名を入れて下さい。

データの内容Ｑ 事業者情報の法人番号はどこで入手すればよいのか？
Ａ 国税庁法人番号公表サイト（http://www.houjin-bangou.nta.go.jp/）において確認できます。
Ｑ グループ会社で運行しているが利用者には同一名称で案内している場合、事業者
名称はどうすれば良いか？
Ａ お客様に案内している事業者名称を使用して下さい。
Ｑ 緯度経度の取得はどこからできるのか？
Ａ 国土地理院 HP の地理院地図から入手、または現地で実測により取得して下さい。
Ｑ 全てのバス停の時刻を表示していない場合はどうすれば良いか？
Ａ デマンドあるいはフリー乗降方式のバス停を除き、停車するバス停（乗降可能なバス停）は全てデータを作成の上、提供をお願いします。
Ｑ 不定期運行路線はどうすれば良いのか？
Ａ 不定期運行路線は除外していただいてもかまいません。
Ｑ ダイヤ改正日には何を入力すれば良いか？
Ａ ダイヤ改正日[route_update_date(routes_jp.txt)]を設定する場合は、当該経路の時刻変更日を入力しておくと整理がしやすくなります。データの一部でも変更があった場合ダイヤ改正と認識しますので、例えばバス停名称変更を行っただけでもダイヤ改正と認識して下さい。

41

Ｑ 多区間運賃を導入しているが、運賃は全停留所必要なのか？
Ａ 運賃は運賃区界以外の停留所も必要になります。運賃情報の乗車地ゾーン[origin_id]に発地の標柱 ID[stop_id]、降車地ゾーン[destination_id]に着地の標柱 ID[stop_id]を設定し、全ての区間に対する運賃を設定して下さい。
Ｑ 描画情報は何のためにあるのか？
Ａ 運行経路をより正確に表現する際に必要となります。
Ｑ 翻訳情報は何のためにあるのか？
Ａ 翻訳情報はバス情報を多言語（ふりがな含む）で表現する際に必要となります。
Ｑ データに文字数の制限はあるのか？また数字・かな等の区別があるのか？
Ａ 基本的に文字数制限はありませんが、ID などは半角英数で表現する方がデータ量が少なくなります。

フォーマットの提供
Ｑ 「標準的なバス情報フォーマット」はどこに提供すれば良いのか？
Ａ 当初は主要経路検索事業者に提供して下さい。将来的にはデータを集約する機関に提供いただくことも検討中です。
Ｑ 「標準的なバス情報フォーマット」の提供様式は？
Ａ テキスト形式(.txt)で保存した CSV ファイルを zip 形式で圧縮し提供します。
Ｑ 「標準的なバス情報フォーマット」はいつまでに提供しないといけないのか？
Ａ 提供期限は設けていませんが、ダイヤ改正日前に十分時間的余裕を持って提供して下さい。データのチェック作業もありますので、ダイヤ改正日の 1 ヶ月前までの提供が推奨されます。ダイヤ改正日の 1 ヶ月前を過ぎての提供も可能ですが、ダイ
ヤ改正日に経路検索サービスの更新が間に合わない可能性があります。
Ｑ 「標準的なバス情報フォーマット」提供後経路検索に反映されるまでの期間はどのくらいか？
Ａ 初回の対応は最短でも 2 ヶ月程度必要です。経路検索事業者によって異なります
ので、付録 1-3. フォーマットの提供先に記載の経路検索事業者各社へお問い合わ
せ下さい。

42

Ｑ 経路検索での案内に際して掲載料等の費用は発生するのか？
Ａ 掲載料はかかりません。ただし、掲載にあたっては各社と契約する必要がありますので、付録 1-3. フォーマットの提供先に記載の経路検索事業者各社へお問い合
わせ下さい。
Ｑ 経路検索事業者へ提供するデータは「標準的なバス情報フォーマット」で良いのか？
Ａ 「標準的なバス情報フォーマット」で問題ありません。ただし、各社独自で希望するデータがありますので、付録 1-3. フォーマットの提供先に記載の経路検索事
業者各社へお問い合わせ下さい。
Ｑ 「標準的なバス情報フォーマット」を提供する必要があるのはどんな時か？
Ａ データの 1 か所でも変更があれば提供が必要となります。停留所の新設廃止・名称変更、系統の新設廃止、運行時刻の変更（修正も含む）等、変更が１か所でもあれば全データの提供が必要です。
Ｑ 共同運行している場合は自社分だけの提供で良いのか？
Ａ 複数事業者で共同運行の場合、自社分だけの提供でもかまいません。他社便も含
めて、同一の事業者 ID で提供する場合は、便情報[jp_trip_desc(trips.txt)]にその旨を記載して下さい。
Ｑ 作成していないファイルも提供する必要があるか？
Ａ データを作成したファイルのみの提供でかまいません。
Ｑ 一部路線のみ変更となるが、全てのデータを用意しないといけないのか？
Ａ 一部の変更だけでも全路線のデータが必要です。特に廃止の場合、廃止対象の
データがわからないため、全路線のデータの提供が基本となります。
Ｑ 変更点を示すデータは必要か？
Ａ 必要ありません。ただし、各事業者の管理面で必要な場合は任意で作成して下さい。

43

3. バス情報の効率的な収集・共有に向けた検討会
経路検索に必要な情報の整備を促進するため、バス事業者と経路検索事業者等の情報
利用者との間で、簡単に情報の受け渡しが可能となる手法等を検討するため、平成 28 年
12 月に学識経験者、経路検索事業者、ダイヤシステムベンダー、バス業界団体からなる「バス情報の効率的な収集・共有に向けた検討会」を設置しました。検討の結果、経路検索に資する情報の受け渡しを行うための手法の一つとして「標準的なバス情報フォーマット」を定めました。

設置趣旨
インターネット等においては、適切な公共交通機関を組み合わせた経路検索を行うことが可能となっており、交通に関する予備知識がなくても公共交通を利用しやすい環境
が一定程度整いつつあるが、中小のバス事業者については経路検索に資する交通に関する情報の整備が進んでおらず、検索を行っても情報が表示されない状況となっている。
このような中で、交通政策基本計画においては、「経路情報等の交通に関する情報を低コストで分かりやすく提供するため、スマートフォンや各種情報案内設備等を利用した交通に関する情報の提供方策を検討」するとしているほか、本年３月に策定された明日の日本を支える観光ビジョンにおいても、「2020 年までに、全国公共交通機関を網羅した経路検索の可能化」を実現するとされており、中小のバス事業者も含めた経路検索の実現に向けた取り組みが強く求められている。
以上を踏まえ、本検討会においては、経路検索に必要な情報の整備を促進するため、中小バス事業者と経路検索事業者等の情報利用者との間で、簡単に情報の受け渡しが可能となる手法等を検討し、中小バス事業者の交通に関する情報等の効率的な収集・共有に向けた方策の具体化を図る。

44

検討会委員
伊藤
一川
伊藤
井上
遠藤

昌毅 東京大学生産技術研究所 助教（座長）雄一 株式会社構造計画研究所 ＩＴＳビジネス部副部長
浩之 公共交通利用促進ネットワーク 事務局
佳国 ジョルダン株式会社 公共交通部部長
治男 日本バス協会 ＩＴ情報化推進特別委員会（川崎鶴見臨港バス株式会社 常務取締役）
櫻井 浩司 株式会社駅探 取締役技術担当
篠原 雄大 株式会社ナビタイムジャパン ビジネス開発部担当部長
丹賀浩太郎 株式会社工房 営業部次長
別所 正博 公共交通オープンデータ協議会 事務局
山本 直樹 株式会社ヴァル研究所 取締役コンテンツ開発部長
角湯 克典 総合政策局公共交通政策部交通計画課 地域振興室長
髙井 嘉親 総合政策局総務課（併）政策統括官付 政策企画官
荒木 智彦 総合政策局情報政策本部情報政策課 ＩＴ戦略企画調整官
山田 昭夫 自動車局旅客課 課長補佐
【事務局】 総合政策局公共交通政策部交通計画課（敬称略、外部有識者五十音順）

検討の経過
3-3-1. 第 1 回検討会（平成 28 年 12 月 15 日）
・検討の進め方
・バス事業者の情報作成の現状、課題の整理・委員からのプレゼンテーション・意見交換
3-3-2. 第 2 回検討会（平成 29 年 2 月 24 日）
・情報フォーマット案の提示
・バス情報の多言語化対応の状況
・意見交換
3-3-3. 第 3 回検討会（平成 29 年 3 月 23 日）
・とりまとめ・意見交換

45

政府の方針等（参考）3-4-1. 交通政策基本計画（抜粋）

3-4-2. 明日の日本を支える観光ビジョン（抜粋）46「標準的なバス情報フォーマット」解説
平成 29 年 3 月 30 日 初版 発行
国土交通省総合政策局公共交通政策部交通計画課〒100-8918 東京都千代田区霞が関 2-1-3
電話 03-5253-8274