【スライド】Transit_Data_Blueprint

【ラジオ】EUの法律かGoogleの表計算か

バスや電車の経路検索が成り立つ裏には、公共交通情報の標準があります。基盤にあるのが欧州標準Transmodel(EN 12896)という「概念モデル」。その上にNeTEx(静的データ)、SIRI(リアルタイム)、IFOPT(停留所識別)、OJP(経路検索)が構築されています。一方、GoogleがGoogle Transitのために作り世界に広まった事実上の標準がGTFS。公式標準化と実務的普及という二つの道を、標準化の歴史と制度で整理しました。

※この文書は AI Claude、スライド資料、音声解説 は Gemini により生成されており誤りを含む恐れがあります。

第一章　公共交通情報標準とは何か

定義

公共交通情報標準とは、公共交通に関する情報（路線・停留所・ダイヤ・運賃・リアルタイムの運行状況など）を、共通の形式と概念に基づいて記述し、複数の交通事業者・行政・情報システムの間で相互に交換・利用できるようにするための標準である。本レポートは、GTFS、NeTEx、Transmodelを、個別のデータ形式としてではなく、公共交通情報を標準化し、相互運用性を実現するための情報標準として分析する。

相互運用性（Interoperability）とは、異なるシステムが情報を交換し、その情報を利用できる能力を指す。公共交通は、複数の事業者が異なる情報システムを用いて運営されるため、事業者ごとに情報の形式が異なると、これらを統合した経路検索や案内が困難になる。公共交通情報標準は、この形式の差異を吸収し、情報システム間の相互運用性を確保する役割を担う。

標準化の必要性

公共交通情報の標準化が必要となった背景には、情報システムの分断がある。複数の交通事業者がそれぞれ独自の形式で情報を管理していると、これらを統合した旅客案内・経路検索・運行管理を行うために、形式ごとの変換が必要となる。標準化された情報形式があれば、事業者・行政・情報サービス提供者が共通の形式で情報を交換でき、変換の負担が軽減され、統合されたサービスが可能になる。

欧州では、この標準化が欧州連合の高度道路交通システム（ITS、Intelligent Transport Systems）政策の一環として推進された。欧州標準化委員会（CEN、European Committee for Standardization）の技術委員会CEN/TC 278（高度道路交通システム）が、公共交通情報標準の開発を担った[1]。公共交通情報標準は、欧州連合法においても位置付けを与えられ、指令2010/40/EU（ITS指令）およびマルチモーダル旅行情報サービスに関する委任規則（EU）2017/1926を支えるものとされる[1]。

標準体系の全体像

公共交通情報標準は、単一の標準ではなく、役割の異なる複数の標準から構成される体系である。この体系の基盤をなすのがTransmodel（EN 12896、公共交通参照データモデル）であり、公共交通の概念を抽象的に定義する参照モデルである[2]。この参照モデルの上に、静的なデータ（ネットワーク・ダイヤ）を交換するNeTEx（Network and Timetable Exchange）、リアルタイム情報を交換するSIRI（Service Interface for Real-time Information）、固定オブジェクト（停留所など）を識別するIFOPT（Identification of Fixed Objects in Public Transport）、経路検索を行うOpen Journey Planning（OJP）といった欧州標準が構築されている[2][3]。これに対し、GTFS（General Transit Feed Specification）は、Googleが開発し世界的に普及した、事実上のデータ交換形式である。

本レポートは、各標準の技術仕様の詳細ではなく、これらの標準の成立の歴史、制度上の位置付け、役割の違いと相互関係を中心に分析する。MaaS、運輸連合、PSO、周期時刻表、アクセシビリティ、GTFS-JPの詳細、個別のアプリケーション実装は、情報標準との関係を説明する範囲にとどめる。

第二章　Transmodel ― 概念モデルの基盤

成立経緯

Transmodelは、公共交通情報標準の体系の基盤をなす参照データモデルである。その起源は、1980年代後半の欧州連合のプロジェクトにさかのぼる[4]。Transmodelは、1990年代に欧州連合の資金によるプロジェクトを通じて開発され、プレ標準（pre-standard）のENV 12896として整備された[4]。プレ標準ENV 12896は、1997年5月に発行された[3]。

フランス主導のプロジェクトSITP（Système d’Information Transport Public、公共交通情報システム）が、プレ標準ENV 12896と欧州委員会のプロジェクトTitanの成果に基づいて、1996年から1997年にかけて実施され、ENV 12896の必要な拡張を行った[3]。このプロジェクトの成果は1999年から2000年にかけて承認され、後継プロジェクトSITP2が2001年から2002年にかけて標準をさらに発展させた[3]。これらのプロジェクトは、フランス運輸省（陸上交通局、DTT）などによって支援された[3]。

2006年、Transmodelのバージョン5.1が、欧州標準化委員会（CEN）によって欧州標準EN 12896として正式に採択された[2][5]。これにより、Transmodelは公共交通の参照データモデルとしての欧州標準の地位を得た。

標準化と概念モデル

Transmodelは、公共交通の概念を抽象的に定義する概念データモデルである。Transmodelは、ネットワーク管理、時刻表作成、車両運用計画、運賃、運行監視、経路計画、人員管理といった領域における情報システムを支えるため、公共交通の共通の概念とデータ構造を定義する[4]。Transmodelは、具体的なデータ交換の形式そのものではなく、公共交通の情報を記述するための共通の概念的枠組み、一貫した用語、確固とした抽象化を提供する[5]。

Transmodelは、統一された概念的枠組みを提供することで、既存の標準・システムを比較・調和・近代化し、国際協力を促進する点で価値を持つとされる[5]。すなわち、Transmodelは、個別のデータ形式が依拠する共通の概念的基盤として機能し、異なる形式の間の翻訳と調和を可能にする。

モジュール化とバージョンの発展

Transmodelは、その後の発展を通じてモジュール化された。2016年、Transmodelはバージョン6（EN 12896:2016）として、複数の文書からなる一連の標準として発行された[3]。この改訂は、NeTExプロジェクトがもたらしたTransmodel v5.1の拡張、とりわけ固定オブジェクトモデル（IFOPT）の統合を主要な入力とした[3]。モジュール化されたTransmodel v6は、第1部「共通概念（Common Concepts）」（EN 12896-1）、第2部「公共交通ネットワークトポロジー（Public Transport Network Topology）」（EN 12896-2）、第3部「時刻情報と車両運用計画（Timing Information and Vehicle Scheduling）」（EN 12896-3）から構成される[3]。2016年の発行は、フランス運輸省によって部分的に支援された[3]。

役割と他規格との関係

Transmodelの役割は、公共交通情報標準の体系における参照モデルとしての基盤の提供である。Transmodelは、SIRI、IFOPT、NeTExといった欧州標準の開発の基礎となった[5]。また、フランスのTrident標準やNEPTUNE形式、英国のTransXChange（バスの時刻表の英国標準）といった各国の具体的なデータモデルの開発にも基礎を提供した[5]。IFOPTは、EN 12896:2006への暗黙のリンクを確立し、EN 28701:2009として発行されたが、後に改訂されてTransmodel v6（EN 12896:2016）に統合され、標準のリストから取り下げられた[3]。

Transmodelは、欧州連合において、高度道路交通システム（ITS）の法的枠組みのなかで言及され、公共交通の参照データモデルとして法的に認知された[3]。CEN/TC 278が開発したEN 12896は、EU法において調和された地位を持ち、とりわけ指令2010/40/EU（ITS指令）と委任規則（EU）2017/1926（マルチモーダル旅行情報サービス）を支える[1]。

第三章　NeTEx ― データ交換標準

成立経緯

NeTEx（Network and Timetable Exchange、ネットワークおよび時刻表交換）は、公共交通の静的な情報を交換するための欧州標準である。NeTExは、Transmodelを概念的基盤として、その概念を具体的なデータ交換の形式に実装したものである。NeTExの開発は、Transmodel v5.1の拡張、とりわけ固定オブジェクトモデル（IFOPT）の統合をもたらし、これがTransmodel v6への改訂の主要な入力となった[3]。

標準化とデータ交換

NeTExは、CEN/TS 16614として標準化された[2]。NeTExは、公共交通のスケジュールおよび関連データを交換するための三部構成の標準群（CEN/TS 16614-1、CEN/TS 16614-2など）である[1][6]。NeTExは、機械可読なコードをXSDスキーマ（XMLの構造を定義する形式）の形で提供する[6]。NeTExは、Transmodelが定義する概念に基づいて、ネットワーク・ダイヤ・運賃といった静的な情報を、システム間で交換するための形式を定める。

適用分野

NeTExの適用分野は、静的な公共交通情報の交換である。NeTExは、ネットワークの記述（路線・停留所など）、ダイヤ情報、運賃情報を対象とする。NeTExの三部構成は、これらの領域に対応している。NeTExは、静的なデータを対象とする点で、後述するリアルタイム情報を対象とするSIRIと役割を異にする。

欧州での導入

NeTExは、欧州連合のマルチモーダル旅行情報サービスに関する委任規則（EU）2017/1926を支える標準として、欧州各国で導入が進められている。この委任規則は、加盟国が国内のアクセスポイント（National Access Point、公共交通データを集約し提供する窓口）を通じて公共交通データを提供することを求めており、NeTExはそのためのデータ形式として用いられる[1]。欧州の標準化プロジェクトData4PTは、Transmodel・NeTEx・SIRIというデータ標準の断片化を減らし調和させることを支援するものとして位置付けられている[7]。NeTExの各国での導入の具体的な進捗については、国により異なり、本レポートで参照しえた資料からは網羅的には確認できない。

第四章　SIRI・IFOPT・OJP ― 関連する欧州標準

SIRI（リアルタイム情報交換標準）

SIRI（Service Interface for Real-time Information、リアルタイム情報のためのサービスインターフェース）は、公共交通のリアルタイム情報を交換するための欧州標準である。SIRIの目的は、バスなどの公共交通のリアルタイムのデータ交換であり、運行の遅延・変更などの動的な情報を対象とする[5]。SIRIは、2001年から2005年にかけて開発され、現在はCENの技術仕様（technical specification）となっている[5]。SIRIは、EN 15531-1から3、およびCEN/TS 15531-4とCEN/TS 15531-5として標準化されている[2]。

SIRIの役割は、静的な情報を対象とするNeTExと対をなす。NeTExがネットワーク・ダイヤ・運賃といった変化しない情報を交換するのに対し、SIRIは運行の実時間の状況という変化する情報を交換する。SIRIも、Transmodelを概念的基盤として開発された欧州標準の一つである[5]。

IFOPT（固定オブジェクト識別標準）

IFOPT（Identification of Fixed Objects in Public Transport、公共交通における固定オブジェクトの識別）は、停留所・駅などの固定されたオブジェクトを識別するためのモデルである。IFOPTは、2006年から2007年にかけて開発され、EN 28701:2009として発行された[3][5]。IFOPTは、EN 12896:2006（Transmodel v5.1）への暗黙のリンクを確立していたが、後に改訂されてTransmodel v6（EN 12896:2016）の第2部に統合され、独立した標準のリストからは取り下げられた[3][5]。IFOPTの役割は、停留所や乗降場といった固定オブジェクトの一貫した識別を提供することであり、これは経路検索や旅客案内の基盤となる。

Open Journey Planning（OJP、経路探索標準）

Open Journey Planning（OJP、開かれた経路計画）は、経路検索（journey planning）のための欧州標準である。OJPの役割は、異なる事業者・地域の経路検索システムの間で、経路検索の要求と結果を交換することである。これにより、複数の事業者・地域にまたがる経路検索が可能になる。OJPも、Transmodelを概念的基盤とする欧州標準の一つである。OJPの標準化の詳細な経緯については、本レポートで参照しえた資料からは十分に確認できない。

標準間の役割分担

これらの欧州標準は、Transmodelを共通の概念的基盤としながら、異なる役割を担う。Transmodelが概念モデルの基盤を提供し、NeTExが静的なデータ（ネットワーク・ダイヤ・運賃）の交換を、SIRIがリアルタイム情報の交換を、IFOPTが固定オブジェクトの識別を、OJPが経路検索を担う。Transmodel・NeTEx・SIRIは、相互に補完し合う欧州データ標準として、欧州連合におけるデータ標準の断片化を減らし調和させることを目指すものと位置付けられている[7]。この役割分担により、公共交通情報の各側面が、共通の概念的基盤の上で標準化されている。

第五章　GTFS ― 世界的に普及したデータ交換形式

Google Transitと成立経緯

GTFS（General Transit Feed Specification、一般交通フィード仕様）は、Googleが開発し世界的に普及した公共交通のデータ交換形式である。GTFSは、当初、Google Transit Feed Specificationとして、Googleの経路検索サービスGoogle Transitに公共交通データを提供するために開発された。GTFSは、2005年から2006年頃、Googleと米国オレゴン州ポートランドの公共交通事業者トライメット（TriMet）の協力によって生まれたとされる。TriMetが自らの公共交通データをGoogleの地図サービスに掲載しようとしたことが、GTFSの開発の契機となった。

GTFSは、その後、多数の事業者がデータを提供する形式として採用され、Google以外の多くの経路検索・地図サービスでも用いられるようになった。GTFSの名称は、当初のGoogle Transit Feed SpecificationからGeneral Transit Feed Specificationへと改められ、特定の企業のサービスに限定されない一般的な形式として位置付けられた。GTFSの成立の正確な年・経緯の詳細については、本レポートで参照しえた資料からは網羅的には確認できない。

GTFS StaticとGTFS Realtime

GTFSは、静的な情報を対象とするGTFS Static（またはGTFS Schedule）と、リアルタイム情報を対象とするGTFS Realtimeから構成される。GTFS Staticは、路線・停留所・ダイヤ・運賃といった静的な情報を、CSV（カンマ区切りの表形式）ファイルの集合として記述する。GTFS Realtimeは、運行の遅延・変更・車両位置といったリアルタイム情報を記述する。GTFS Staticが欧州標準のNeTExに、GTFS RealtimeがSIRIに、それぞれ役割の面で対応する。

GTFSの特徴は、その簡明さにある。GTFS Staticは、CSVという広く用いられる簡素な形式を採用しており、事業者がデータを作成しやすく、開発者が利用しやすい。この簡明さが、GTFSの世界的な普及の一因となった。これに対し、欧州標準のNeTExは、XMLに基づき、Transmodelの詳細な概念モデルを反映するため、より表現力が高い一方、GTFSより複雑である。

MobilityDataへの移行

GTFSの管理は、Googleから非営利組織MobilityDataへと移行した。MobilityDataは、GTFSをはじめとする公共交通データ標準の維持・発展を担う組織であり、GTFSの仕様の管理、拡張、普及を担っている。この移行により、GTFSは特定の企業の管理から、より中立的な組織の管理へと移された。MobilityDataは、GTFSの発展を、事業者・開発者・利用者を含む広い関係者の協働のもとで進めている。MobilityDataへの移行の正確な時期・経緯の詳細については、本レポートで参照しえた資料からは十分に確認できない。

世界的普及

GTFSは、世界的に普及した事実上のデータ交換形式となった。GTFSは、Google Transitへのデータ提供という当初の目的を超えて、世界中の多数の交通事業者・地域で採用され、経路検索・地図・分析といった多様な用途に用いられている。GTFSの世界的普及は、その簡明さと、Googleの経路検索サービスという普及の基盤に支えられた。日本でも、GTFSの日本向けの形式としてGTFS-JPが整備されているが、その詳細は本レポートの対象外とする。

第六章　標準の相互関係と制度的位置付け

欧州標準とGTFSの対比

欧州標準（Transmodel・NeTEx・SIRIなど）とGTFSは、成立の経緯と性格を異にする。欧州標準は、CENという公式の標準化機関によって、Transmodelという概念モデルを基盤として体系的に開発された。これに対し、GTFSは、Googleという企業がその経路検索サービスのために開発し、その簡明さゆえに世界的に普及した事実上の標準である。

両者は、表現力と複雑さの面で対照的である。欧州標準は、Transmodelの詳細な概念モデルを反映し、運賃・アクセシビリティ・運行管理といった広範な領域を高い表現力で記述できる一方、複雑である。GTFSは、簡素なCSV形式を採用し、作成・利用が容易である一方、表現できる情報の範囲が欧州標準より限定される面がある。この対比は、公式の標準化による体系的な標準と、実務的な普及による事実上の標準という、二つの標準化の経路を示している。

制度的位置付け

欧州標準は、欧州連合法において制度的な位置付けを与えられている。Transmodelは、ITSの法的枠組みで言及され、公共交通の参照データモデルとして法的に認知された[3]。CEN/TC 278が開発したEN 12896は、EU法において調和された地位を持ち、指令2010/40/EU（ITS指令）と委任規則（EU）2017/1926（マルチモーダル旅行情報サービス）を支える[1]。委任規則2017/1926は、加盟国が国内アクセスポイントを通じて公共交通データを提供することを求めており、NeTExがそのデータ形式として位置付けられる[1]。

GTFSは、このような法的な位置付けを持たないが、事実上の標準として広く用いられている。欧州においても、GTFSは実務的に用いられる一方、法的な枠組みのもとではNeTExをはじめとする欧州標準が位置付けられている。GTFSと欧州標準の間の変換（たとえばNeTExからGTFSへの変換）が、実務上行われている。

標準化の役割分担

公共交通情報標準の体系は、Transmodelを概念モデルの基盤とし、その上にNeTEx（静的データ交換）、SIRI（リアルタイム情報交換）、IFOPT（固定オブジェクト識別）、OJP（経路探索）といった欧州標準が構築され、これと並行してGTFS（事実上のデータ交換形式）が世界的に普及するという構造をとる。この体系において、各標準は役割を分担している。Transmodelが共通の概念的基盤を提供し、他の標準がその上で具体的な機能を担う。GTFSは、欧州標準の体系とは別の経緯で普及したが、静的データとリアルタイムデータという役割の面では、NeTExおよびSIRIと対応関係を持つ。

第七章　総括

本レポートは、GTFS、NeTEx、Transmodelを、公共交通情報を標準化し相互運用性を実現するための情報標準として、その成立・発展・制度的位置付け・相互関係を分析した。確認できた事実を要約する。

公共交通情報標準は、情報システムの分断を克服し、事業者・行政・情報サービス提供者の間の相互運用性を確保するために整備された。欧州では、この標準化が欧州連合のITS政策の一環として、CEN/TC 278によって推進された[1]。

Transmodelは、公共交通情報標準の体系の基盤をなす参照データモデルである。1980年代後半のプロジェクトに起源を持ち、1997年にプレ標準ENV 12896として発行され、2006年にバージョン5.1がCENによって欧州標準EN 12896として採択された[3][4][5]。2016年にはバージョン6としてモジュール化され、第1部から第3部の構成となった[3]。Transmodelは、公共交通の共通の概念とデータ構造を定義する概念モデルであり、SIRI・IFOPT・NeTExといった欧州標準や各国の標準の開発の基礎となった[5]。

Transmodelを概念的基盤として、役割の異なる複数の標準が構築されている。NeTEx（CEN/TS 16614）は静的なデータ（ネットワーク・ダイヤ・運賃）の交換を担い[2][6]、SIRI（EN 15531）はリアルタイム情報の交換を担い[2][5]、IFOPT（EN 28701:2009、後にTransmodel v6に統合）は固定オブジェクトの識別を担い[3]、OJPは経路検索を担う。これらは相互に補完し合う欧州データ標準として位置付けられる[7]。

GTFSは、Googleが経路検索サービスGoogle Transitのために開発し、世界的に普及した事実上のデータ交換形式である。GTFSは静的なGTFS StaticとリアルタイムのGTFS Realtimeから構成され、その簡明なCSV形式ゆえに世界中で採用された。GTFSの管理は、Googleから非営利組織MobilityDataへ移行した。欧州標準がCENによる体系的な標準化を経たのに対し、GTFSは実務的な普及による事実上の標準であり、両者は表現力と複雑さの面で対照的である。

制度的位置付けとして、Transmodelをはじめとする欧州標準は、EU法において調和された地位を持ち、指令2010/40/EU（ITS指令）と委任規則（EU）2017/1926（マルチモーダル旅行情報サービス）を支える[1]。GTFSはこのような法的位置付けを持たないが、事実上の標準として広く用いられている。

本レポートで扱った範囲においては、OJPの標準化の詳細な経緯、GTFSの成立の正確な年・経緯、MobilityDataへの移行の時期、NeTExの各国での導入の具体的な進捗については、参照しえた資料からは網羅的には確認できず、不明な点が残る。これらの詳細については、CEN・各標準の公式文書・MobilityDataの一次資料の直接の参照を要する。

参考文献

  1. CEN/TC 278（高度道路交通システム）関連資料、および Transmodel の EU 法上の位置付け（指令2010/40/EU、委任規則（EU）2017/1926、国内アクセスポイント）に関する記述. ※Grokipedia等の二次的資料を含み、記載事項はCEN・EU法令の一次資料との照合を要する。閲覧日：2026年7月1日.
  2. BS EN 12896-1:2016 / CSN EN 12896-1 “Public transport – Reference data model – Part 1: Common concepts”（Transmodel V5.1（2006年 EN 12896）、IFOPT（EN 28701:2009）、SIRI（EN 15531-1〜3、CEN/TS 15531-4・5）、NeTEx（CEN/TS 16614-1・2）の関係に関する記述）. en-standard.eu / GlobalSpec. 閲覧日：2026年7月1日.
  3. Transmodel公式サイト（transmodel-cen.eu）”History”（ENV 12896（1997年5月）、SITP・SITP2プロジェクト、フランス運輸省の支援、2016年 v6 モジュール化（EN 12896-1〜3）、IFOPTの統合、ITS法的枠組みでの認知に関する記述）. 閲覧日：2026年7月1日.
  4. Transmodel（EN 12896）の定義・起源（1980年代後半のEUプロジェクト、v6、ネットワーク管理・時刻表・運賃・経路計画等の領域）に関する記述. ※二次的資料を含み一次資料との照合を要する。閲覧日：2026年7月1日.
  5. Transmodel（EN 12896）の概要（2006年 CEN による EN 12896 採択、SIRI（2001-2005）、IFOPT（2006-2007）、TransXChange・Trident等の派生、統一的概念枠組みの価値に関する記述）. ※二次的資料を含み一次資料との照合を要する。閲覧日：2026年7月1日.
  6. ITS Standards（itsstandards.eu）”Public transport”（transmodel-cen.eu、netex-cen.eu、CEN/TS 16614 三部構成、XSDスキーマに関する記述）. 閲覧日：2026年7月1日.
  7. Data4PT（data4pt-project.eu）”Data Models”（Transmodel・NeTEx・SIRIが相互補完する欧州データ標準であること、断片化の低減と調和に関する記述）. 閲覧日：2026年7月1日.
  8. Google / MobilityData “GTFS: Making Public Transit Data Universally Accessible”（gtfs.org）（GTFS Static・GTFS Realtime、MobilityDataによる管理に関する記述）. ※GTFSの成立年・経緯の一部は一次資料での確認を要する。閲覧日：2026年7月1日.

年表 ― 公共交通情報標準の成立と発展の系譜

用語集

本レポートで用いた主要な用語・標準・組織。形式は「英語(または原語), 用語(原語と異なる場合), 正式名称(用語と異なる場合), 略称(と異なる場合): 解説」です。

標準・概念

標準・法令

組織

※ 用語の訳語・解説は本レポートの文脈に即したものです。除外指定分(GTFS-JP、European Commission、UITP、UIC、ITF、Deutsche Bahn等の既出分)は本一覧から除いています。本レポートは公共交通情報標準の成立・発展・制度的位置付け・相互関係を標準化の歴史と制度を中心に整理したものであり、技術仕様の詳細解説・提言・将来予測を含みません。MaaS・運輸連合・PSO・周期時刻表・GTFS-JPの詳細等は情報標準との関係を説明する範囲にとどめました。Transmodel(EN 12896、2006年v5.1・2016年v6)、NeTEx(CEN/TS 16614)、SIRI(EN 15531)、IFOPT(EN 28701:2009、後にTransmodel v6へ統合)、ENV 12896(1997年)、EU法上の位置付け(指令2010/40/EU、委任規則2017/1926)はCEN標準文書・Transmodel公式サイト・Data4PT等および参照しえた資料に基づきます。GTFSの起源(Google・TriMet)・成立年・MobilityDataへの移行時期の一部は一次資料での確認を要します。OJPの標準化経緯、NeTExの各国導入の進捗は参照資料からは網羅的に確認できず本文で「不明」「確認できない」と記載しました。二次的資料を参照した箇所があり、標準の版・年次・法令参照はCEN・EUR-Lex・各標準公式文書との照合を要します。厳密な典拠は各標準公式仕様書(transmodel-cen.eu、netex-cen.eu、gtfs.org)をご参照ください。

Claudeへのプロンプト

指示
以下の条件を厳守し、日本語で詳細なレポートを作成してください。

テーマ
GTFS・NeTEx・Transmodel ― 公共交通情報標準の成立、発展、制度的位置付けおよび活用
本レポートでは、GTFS、NeTEx、Transmodelを個別のデータ形式としてではなく、公共交通情報を標準化し、複数の交通事業者・行政・情報システム間で相互運用性（Interoperability）を実現するための情報標準として分析すること。
対象は主に以下とする。
欧州連合（EU）
ドイツ
スイス
オーストリア
必要に応じて以下についても取り上げてよい。
イギリス
北欧諸国
GoogleによるGTFSの世界的普及

レポートの目的
以下を明らかにすること。
公共交通情報標準とは何か
なぜ標準化が必要になったのか
Transmodelとは何か
NeTExとは何か
GTFSとは何か
それぞれの成立の歴史
制度上の位置付け
標準化団体
データモデル
相互関係
適用分野
欧州各国での導入
世界への普及
活用事例
現在の課題
各規格の仕様説明ではなく、制度・歴史・標準化の流れを中心に分析すること。
提言・政策提案・将来予測・あるべき論は記載しない。

本レポートで扱わない内容
以下は別テーマとして詳しく扱うため、本レポートでは概要説明に留めること。
MaaS
Organisation vor Elektronik vor Beton
Verkehrsverbund
Public Service Obligation（PSO）
Taktfahrplan
Accessibility
日本との交通政策比較
GTFS-JPの詳細
個別アプリケーションの実装方法
API設計・ソフトウェア開発手法
これらは情報標準との関係を説明する範囲に限定すること。

執筆方針
本レポートは仕様書の解説ではなく、
公共交通情報標準の歴史・制度・標準化・役割を分析するレポート
とする。
XMLやCSVなどの技術仕様の詳細説明は必要最小限に留めること。
データ項目の羅列は行わない。
制度上の位置付け、思想、標準化の背景を中心に記述すること。

特に重視する事項
GTFSを中心としたレポートとしてはならない。
Transmodelを公共交通情報モデルの基盤として位置付け、
その上で
NeTEx
SIRI
IFOPT
Open Journey Planning（OJP）
などの欧州標準が構築されていることを明確に説明すること。
GTFSはGoogleが開発し世界的に普及した事実を説明すること。
NeTExおよびTransmodelは欧州標準（CEN）としての位置付けを説明すること。
各標準の役割の違いを整理すること。

エビデンス
以下を優先して使用すること。
CEN（European Committee for Standardization）
欧州委員会
Transmodel公式文書
NeTEx公式仕様
SIRI公式仕様
Open Journey Planning（OJP）仕様
Google GTFS公式資料
MobilityData
UITP
UIC
査読付き学術論文
大学出版物
Wikipediaは参考程度とし、根拠として使用しない。
企業ブログ・技術ブログ・個人ブログのみを根拠としてはならない。

事実と推論の区別
確認できる事実のみを断定的に記述すること。
合理的推論が必要な場合のみ
【推論】
を付与すること。

不明事項
十分なエビデンスが存在しない場合は
「不明」
と記載すること。
推測は禁止する。

捏造防止
ソースが不足している場合は
「不明」
と記載すること。
回答を捏造してはならない。
推論が必要な場合は必ず【推論】を付与すること。
このルールに違反した場合は回答を中断し、
「エビデンス不足のため、これ以上は推測となる」
と自己申告して終了すること。

調査対象
以下について詳しく調査すること。
公共交通情報標準
相互運用性（Interoperability）
標準化の必要性
欧州ITS政策
CEN
Transmodel
EN12896
NeTEx
SIRI
IFOPT
Open Journey Planning（OJP）
GTFS
GTFS Realtime
Google Transit
MobilityData
データモデル
概念モデル
ネットワークモデル
運賃情報
停留所情報
ダイヤ情報
リアルタイム情報
経路検索
多言語対応
アクセシビリティ情報
欧州各国での導入
世界への普及
活用事例
現在の課題

詳しく取り上げる内容
以下について重点的に分析すること。
Transmodel
成立経緯
標準化
概念モデル
役割
他規格との関係

NeTEx
成立経緯
標準化
データ交換
適用分野
欧州での導入

GTFS
Google Transit
成立経緯
世界的普及
GTFS Static
GTFS Realtime
MobilityDataへの移行

その他の関連規格
SIRI
IFOPT
Open Journey Planning（OJP）
それぞれ
目的
役割
Transmodelとの関係
を整理すること。

レポート構成

可能な限り政府資料・標準化団体資料・学術研究による定量的・客観的なデータを用いること。

本レポートで確認できた事実のみを整理すること。
公共交通情報標準の成立背景、標準体系、各規格の役割、相互関係、導入成果、現在の課題を要約すること。
提言・将来予測・独自見解・価値判断は記載しない。

文体
常体（である調）。
行政白書・国際標準仕様書・学術論文・専門書に準じた客観的な文体とする。
約30,000字を目安とし、各章で十分な文献調査を行い、概要説明ではなく制度・歴史・標準体系・導入実態・成果・課題を具体的に記述すること。

引用
本文中は
[1]
[2]
の形式で引用すること。
最後に
を設けること。
引用文献には番号を付与し、以下の情報を可能な限り記載すること。
著者
発行年
論文・資料名
発行機関
DOIまたはURL（存在する場合）
閲覧日（Web資料の場合）
CEN、欧州委員会、Google GTFS公式資料、MobilityData、UITP、UIC、査読付き学術論文、一次資料を優先して引用すること。
このテーマでは、「技術仕様」ではなく「標準化の歴史・制度・体系」を軸にすることが重要です。特に、Transmodelを概念モデルの基盤、NeTExをデータ交換標準、SIRIをリアルタイム情報交換標準、OJPを経路探索標準、GTFSを世界的に普及した事実上のデータ交換形式として位置付けることで、それぞれの役割と相互関係を体系的に理解できるレポートになります。

※ 本レポートは、公共交通情報標準（GTFS・NeTEx・Transmodel・SIRI・IFOPT・OJP）の成立・発展・制度的位置付け・相互関係を、標準化の歴史と制度を中心に整理したものであり、技術仕様の詳細な解説、提言・政策提案・将来予測・あるべき論を含まない。MaaS・Organisation vor Elektronik vor Beton・運輸連合・PSO・周期時刻表・アクセシビリティ・GTFS-JPの詳細・API設計は、情報標準との関係を説明する範囲にとどめた。本文中で「【推論】」を付すべき箇所は生じなかったが、詳細が確認できない事項（OJPの標準化経緯、GTFSの成立の正確な年・経緯、MobilityDataへの移行時期、NeTExの各国導入の進捗）については「不明」「確認できない」と明記した。Transmodel（EN 12896、2006年 v5.1・2016年 v6）、NeTEx（CEN/TS 16614）、SIRI（EN 15531）、IFOPT（EN 28701:2009、後に Transmodel v6 に統合）、ENV 12896（1997年）、EU法上の位置付け（指令2010/40/EU、委任規則2017/1926）は、CEN標準文書・Transmodel公式サイト・Data4PT等および参照しえた資料に基づく。GTFSの起源（Google・TriMet）、GTFS Static/Realtime、MobilityDataへの移行は、GTFS公式資料および参照しえた資料に基づくが、成立年・移行時期の一部は一次資料での確認を要する。本レポートは二次的資料（百科事典的資料を含む）を参照した箇所があり、標準の版・年次・法令参照はCEN・EUR-Lex・各標準公式文書の一次資料との照合を要する。学術的に厳密な典拠は各標準の公式仕様書（CEN、transmodel-cen.eu、netex-cen.eu、gtfs.org）をご参照されたい。

公共交通情報標準(GTFS/NeTEx/Transmodel/SIRI/IFOPT/OJP)を歴史・制度・標準体系として分析するレポートです。Transmodelを概念モデル基盤、NeTExをデータ交換、SIRIをリアルタイム、OJPを経路探索、GTFSを事実上の世界標準として位置付ける点が核心です。CEN標準の事実を正確に確認します。まずTransmodel(EN12896)とNeTEx・SIRIのCEN標準としての位置付けを確認します。Transmodelの標準体系を確認しました。Transmodel(EN 12896、1997年ENV 12896プレ標準、2006年V5.1がCEN欧州標準、2016年V6でモジュール化Part1-3、CEN/TC 278が開発、IFOPT=EN 28701:2009がTransmodel v6に統合、SIRI=EN 15531、NeTEx=CEN/TS 16614)、EU法での位置付け(指令2010/40/EU ITS指令、委任規則2017/1926マルチモーダル旅行情報サービス)、Data4PT、フランス主導(SITP)を確認しました。GTFSの起源(Google Transit、2005-2006年、Portland TriMet、MobilityData移管)は既知の範囲を補強確認し執筆します。CEN・公式資料を優先、である調で約30,000字を執筆します。

投稿タグ
, , , , , ,