Download presentation
Presentation is loading. Please wait.
Published byAmbrose Wood Modified over 9 years ago
1
© 2004Kizoom 1 Structured Travel Incidents & Situations SIRI - Service Interface for Real Time Information (CEN-OO278181 ) http://www.siri.org.uk CENTC278 WG3 http://www.siri.org.uk 27- 29 Cursitor Street London, EC4A 1LT nick_knowles@kizoom.com Siri 0.1g v3.6c
2
© 2004Kizoom 2 Topics SIRI UK Guidance Possible Further CEN Work Items –Additional Functional Services Further convergence / interoperability – TIH, Datex ?
3
© 2004Kizoom 3 SIRI Structured Incidents - Rationale SIRI GMS is currently agnostic on incident structure. –Can embed any message structure –But Can’t relate incident content to SIRI functional service payload / location model Want a richer semantics Need to choose an incident structure model –TPEG is popular standard for PT & ROAD incidents, with TpegML –Has message identity management suitable for distributed model –Has systematic classification scheme of causes & effects –Has NL translations Why not just use TPEG as it is? –Function Is missing some function e.g.control action and distribution data that experience shows we need –Technology Predates TransModel – Model derived from binary optimised form – complex rules to endcode/decode DTD based –Process
4
© 2004Kizoom 4 Structured Situations - Concept –XML schema designed with semantics tied to SIRI model & other functional services Effects / Location Model Control Actions: eg cancellation, addition, short working Equipment –TransModel concepts and termonology –Full TPEG interoperability : can translate into /out of TPEG, retaining message identity –Exchange with GMS Other services use existing support for Situation References
5
© 2004Kizoom 5 Distributed Computerised Incident Processing Line, Section, Station, Area Reason, Severity Start, End, Duration/ Expiry Trackable : Timestamp, Id, Cross-references Actions, Channels, Workgroups, etc Summary, Detail Summary, Detail Advisory Computer- generated, computer readable Human readable Effect Processing by Computers –XML & other renderings Presenting to Humans –Multi-channel delivery Incident is self describing object Rich Structured Model –Identity Management –Standards based Classification –Standards based Location Model –Distribution Actions & directives –Quality data Many Distribution “Rules Engine” Business Rules Relate to This Model
6
© 2004Kizoom 6 Distributed Message (ie Incident) Management Applications Incident Database Interface Applications Incident Database Interface Applications Incident Database Interface Applications Incident Database Interface Applications Incident Database Interface Solution Architecture Store & Forward Write only + Cross- reference XML Exchange Interface Interface versioning Structured Distribution rules Life Cycle Events New message Publish message Update to message Expiry of message Challenges Many different participants & sources Heterogeneous systems Multi-way flow Real time, mission critical Many point of failure
7
© 2004Kizoom 7 The Incident Lifecycle All participants need to apply the same rules to incidents –E.g. How long valid, precedence of update, location model interpretation. –Identity & version management rules allow reconciliation of updates –State Model incident describes allowed states and transitions. Eg once published must be closed –Cross referencing allows linking of independent into causal chains
8
© 2004Kizoom 8 Situation Contents Message Identity –Identity & version –Cross reference Message Content –Status –Temporal Scope –Classification: TPEG –Textual Descriptions (where different from derived) –Network Scope (Affects) Location Model: Lines, VehicleJourneys, StopPoints, Operators –Resulting Disruption (Effects) Location Model Delays, Mobility, Blocking, : TPEG Textual Advice –Distribution Channel Directives (Actions) Guidance to delivery systems: for content management
9
© 2004Kizoom 9 Related Additional Work Items Situation/Event Structured Incident model UK/FR –Enhance GMS to have preferred structured incident model for describing disruptions to services, model relates to SIRI, Based on TPEG + TransModel Real-time Facility Changes Service FR –Allows changes to availability of facilities and equipment of stop, vehicle and service to be exchanged in real time. This can be used for example to communicate equipment changes affecting impaired access to PT such as lift or escalator changes. Information is of use to real-time journey-planning and alert services. Should consider interchange aspects. Control Actions Server Interface SE –Service for distributing control actions amongst participants, for example for coordinating management of late services.
10
© 2004Kizoom 10 XTIS – An “Existence proof” Incident Situation Schema –Encoded using SIRI elements & terms –TPEG categories –In use with SIRI GMS in TfL. (Kizoom/MDV) Open Points –Road –Relationship to Control Actions –Relationship to Facility/Equipment –Textual Descriptions (where different from derived) Categorisation TPEG
11
© 2004Kizoom 11 SIRI - Separation of concerns Data Content Exchange Behaviour Transport Protocol well-defined interactions with XML schema Representations parameterising behaviour Independent e.g. HTTP POST, SOAP. defined XML Schema For payload
12
© 2004Kizoom 12 TIH Data Content Exchange Behaviour Transport Protocol define through registry simple GET request/response (+ allows more complex if required, but does not define) HTTP GET (or CORBA)
Similar presentations
© 2025 SlidePlayer.com. Inc.
All rights reserved.