※一部、英文及び仏文を自動翻訳した日本語訳を使用しています。
1 スコープ
この文書は、公共交通情報アプリケーションのメソッドの XML エンコーディングを確立します。
公共交通情報アプリケーションは、都市間および都市内の移動だけでなく、あらゆる公共 (集合) 交通手段をカバーすることを目的としています。アプリケーション自体は、公共交通機関の情報を効率的かつ言語に依存せずにエンドユーザーに直接送信できるように設計されています。エンドユーザーは公衆であっても、放送局、サービス運営者、その他の情報配信ポイントやセンターなどの他のサービスプロバイダーであっても、後続送信が可能です。 。
TPEG-PTI は、他の方法論では「乗り物」と呼ばれる旅の「区間」を記述することを目的としています。ただし、TPEG-PTI では、ルート、サービス、およびエリア全体の問題のより一般的な記述も可能になるため、単一のサービスの記述に限定されないことに注意することが重要です。
公共 (または集合) 交通情報は通常、4 つの原則的な方法のいずれかで使用されます。TPEG-PTI では、これらはラベル付きのビューであり、次のようなものに似ています。
- 駅やターミナルで使用されるリーダーボード情報
- ネットワークの状態に関するレポート
- 個々のサービスの説明
- ニュース速報として
これら 4 つの「ビュー」のいずれかに関する情報を生成するために必要な要素は、主にプレゼンテーション全体に密接に関係していますが、TPEG アプリケーションのエンドユーザー重視は、エンドユーザーが慣れているプレゼンテーションを模倣できるのに役立つと考えられています。
TPEG-PTI ビューは、通常の方法でエンドユーザーに情報を提示することを目的としています。したがって、TPEG-PTI メッセージはデータ要素をグループ化して、次のいずれかのビューを表示できます。
- インシデントレポートビュー
- 駅・ターミナルビュー
- ルートビュー
- 個別サービスビュー
これらの「ビュー」は単なるプレゼンテーションの補助であることに留意することが重要です。個々のデータ要素の内容とはほとんど関係がありません。ただし、これらのビューのいずれかでプレゼンテーションを行う場合、データ要素をどのようにグループ化する必要があるかを示します。 TPEG-RTM アプリケーションとは異なり、TPEG-PTI は公共交通機関のノード構造の恩恵を受け、その離散的な開始点、終了点、および停止点を利用するだけでなく、現実または仮想の固定ルートに限定されます。
この文書をさらに理解するには、TPEG-PTI バイナリ仕様を一過性以上に理解することが重要です。TPEG-PTI バイナリ仕様では、とりわけ、メッセージ管理、レポート ビュー、およびそれらの構造について段階的なアプローチで説明されています。 TPEG 位置参照システムとともに完全な公共交通情報メッセージを階層的に提供します。
1 Scope
This document establishes the XML encoding of the method of the Public Transport Information application.
The Public Transport Information Application is intended to cover all modes of public (ie collective) transport as well as inter-urban and intra-urban travel. The application itself is designed to allow the efficient and language independent transmission of public transport information either directly to an end-user, be it the public or another service provider, such as broadcasters, service operators or other information disseminating points or centres for onward transmission.
TPEG-PTI aims at describing “legs” of a journey also described as “rides” by other methodologies. However, it is important to note that TPEG-PTI is not limited to describing single services, because it also allows the more general description of route, service and area wide problems.
Public (or collective) transport information is usually consumed in one of four principle ways, and in TPEG-PTI these are labelled views, they are somewhat an analogue to:
- Leader board information as used at stations or terminals
- A report on the state of a network
- The description of an individual service
- As a news flash report
While the elements needed to produce information for any one of these four “views” are largely germane across the presentations, the end-user focus of TPEG applications is seen as useful to be able to mimic presentations, to which end-users are accustomed.
TPEG-PTI views are intended to present information to end-users in a way that they are accustomed. TPEG-PTI messages can therefore group data elements to present one of the following views:
- Incident Report View
- Station/Terminal View
- Route View
- Individual Service View
It is important to bear in mind that these “views” are merely presentational aides; they have little to do with the content in the individual data elements. They do, however, indicate how data elements must be grouped if a presentation in any of these views is intended. Unlike the TPEG-RTM application, TPEG-PTI benefits from the nodal structure of public transport, making use of its discrete start, end and stopping points as well as being limited to fixed, be it real or virtual, routes.
It is vital, for further understanding of this document, to have more than a passing understanding of the TPEG-PTI Binary specification which describes, among other things, in a step-by step approach: Message Management, Report views and how they are structured hierarchically to provide a full Public Transport Information message together with the TPEG Location Referencing system.