DIN CEN TS 15531-4-2011 Public transport - Service interface for real-time information relating to public transport operations - Part 4 Functional service interfaces Facility Monit.pdf

1、September 2011 Normenausschuss Automobiltechnik (NAAutomobil) im DINPreisgruppe 19DIN Deutsches Institut fr Normung e. V. Jede Art der Vervielfltigung, auch auszugsweise, nur mit Genehmigung des DIN Deutsches Institut fr Normung e. V., Berlin, gestattet.ICS 35.240.60Zur Erstellung einer DIN SPEC knn

2、en verschiedene Verfahrensweisen herangezogen werden: Das vorliegende Dokument wurde nach den Verfahrensregeln einer Vornorm erstellt.!$jce“1716466www.din.deDDIN CEN/TS 15531-4ffentlicher Verkehr Serviceschnittstelle fr Echtzeitinformationen bezogen auf Operationenim ffentlichen Verkehr Teil 4: Funk

3、tionale Dienst-Schnittstellen: Anlagenberwachung;Englische Fassung CEN/TS 15531-4:2011Public transport Service interface for real-time information relating to public transport operations Part 4: Functional service interfaces: Facility Monitoring;English version CEN/TS 15531-4:2011Transport Public Se

4、rvice dchanges de donnes temps rel pour le Transport en Commun Partie 4: Interfaces de service fonctionnel: Supervision des services et des quipements;Version anglaise CEN/TS 15531-4:2011Alleinverkauf der Spezifikationen durch Beuth Verlag GmbH, 10772 Berlin www.beuth.deGesamtumfang 51 SeitenDIN SPE

5、C 91246DIN CEN/TS 15531-4 (DIN SPEC 91246):2011-09 2 Nationales Vorwort Dieses Dokument (CEN/TS 15531-4:2011) wurde vom Technischen Komitee CEN/TC 278 Telematik fr den Straen-Verkehr und -Transport“ ausgearbeitet, dessen Sekretariat vom NEN (Niederlande) gehalten wird. Das zustndige deutsche Normung

6、sgremium ist der Gemeinschaftsarbeitsausschuss NA 052-02-71 GA Telematik“ des Normenausschusses Automobiltechnik (NAAutomobil). Das Prsidium des DIN hat mit seinem Beschluss 1/2004 festgelegt, dass von dem in den Regeln der europischen Normungsarbeit von CEN/CENELEC verankerten Grundsatz, wonach Eur

7、opische Normen in den drei offiziellen Sprachen Deutsch, Englisch und Franzsisch verffentlicht werden, in begrndeten Ausnahmefllen abgewichen und auf die deutsche Sprachfassung verzichtet werden kann. Dienste des ffentlichen Verkehrs verlassen sich zunehmend auf Informationssysteme, um zuverlssige F

8、ahrgastinformationen ber effiziente Operationen und weitreichenden Zugriff sicherzustellen. Gut definierte, offene Schnittstellen spielen eine entscheidende Rolle, die Wirtschaftlichkeit und technische Durchfhrbarkeit alle Arten von Systemen des ffentlichen Verkehrs zu verbessern. Unter Verwendung s

9、tandardisierter Schnittstellen knnen Systeme als eigenstndige adaptierbare Module implementiert werden, welche aus einem weitreichenden Sortiment von Anbietern der freien Wirtschaft ausgewhlt werden knnen. Dabei wird im Gegensatz von proprietren Lsungen, die Verbindung einzelner Systeme erleichtert.

10、 Auerdem erlauben Schnittstellen den Einsatz systematischer automatisierter Tests von komplexen funktionellen Modulen. Einzelne Module knnen unabhngig voneinander ersetzt oder erweitert werden. Eine DIN SPEC nach dem Vornorm-Verfahren ist das Ergebnis einer Normungsarbeit, das wegen bestimmter Vorbe

11、halte zum Inhalt oder wegen des gegenber einer Norm abweichenden Aufstellungsverfahrens vom DIN noch nicht als Norm herausgegeben wird. Zur vorliegenden DIN SPEC wurde kein Entwurf verffentlicht. Erfahrungen mit dieser DIN SPEC sind erbeten vorzugsweise als Datei per E-Mail an naautomobildin.de in F

12、orm einer Tabelle. Die Vorlage dieser Tabelle kann im Internet unter http:/www.din.de/stellungnahme abgerufen werden; oder in Papierform an den Normenausschuss Automobiltechnik (NAAutomobil), Behrenstrae 35, 10117 Berlin. DIN CEN/TS 15531-4 (DIN SPEC 91246):2011-09 3 Nationaler Anhang NA (informativ

13、) Begriffe Fr die Anwendung dieses Dokuments gelten die Begriffe nach CEN/TS 15531-1:2007, und die folgenden Begriffe. 3.1 Einrichtung (en: facility) SIRI Ausrstung oder Dienst, welche(r) eine bestimmte Annehmlichkeit oder Dienst fr den Fahrgast untersttzt BEISPIELE Fahrkartenautomaten, Aufzge, Roll

14、treppen, Toiletten, Transport, Gepckaufgabe, usw. ANMERKUNG Eine Einrichtung kann eine Ausrstung, ein Dienst, ein persnliches Gert oder reserviertes Gebiet sein. 3.2 Einrichtungsbedingung (en: facility condition) SIRI spezieller Modus einer Einrichtung, welcher den Status und die Verfgbarkeit beschr

15、eibt 3.3 Einrichtungsklasse (en: facility class) SIRI Kategorisierung des Einrichtungstyps BEISPIEL Ausrstung, Dienst, persnliches Gert oder reserviertes Gebiet. 3.4 Fahrgast Zugnglichkeitsbewertung (en: passenger accessibility assessment) IFPOT Kategorisierung der ZUGNGLICHKEITs-Charakteristik eine

16、s FAHRGASTS, um deren Anforderungen fr ZUGNGLICHKEIT anzuzeigen BEISPIEL Fahrgste, die keine Treppen oder Lifte benutzen knnen, oder visuelle oder auditive Einschrnkungen haben. Der FAHRGAST-ZUGNGLICHKEITSTYP entspricht einer oder mehrerer ZUGNGLICHKEITSBESCHRN-KUNGEN, welcher die Berechnung verschi

17、edener Wege fr Fahrgste mit eingeschrnkter Mobilitt erlaubt. Zum Beispiel Rollsthle, keine Aufzge, keine Treppen. 3.5 Kundennutzen (en: user need) IFPOT ZUGNGLICHKEITs-Anforderung eines Fahrgastes BEISPIEL Fahrgste, die keine Treppen oder Lifte benutzen knnen, oder visuelle oder auditive Einschrnkun

18、gen haben. DIN CEN/TS 15531-4 (DIN SPEC 91246):2011-09 4 3.6 Eignung (en: suitablility) IFPOT ob eine bestimmte Einrichtung wie z. B. HALTESTELLE-KOMPONENTE oder FAHRZEUG von einem Fahrgast mit einem bestimmten KUNDENNUTZEN genutzt werden kann 3.7 Kontrollinformation (en: monitoring information) SIR

19、I Information, welche die Bedingung und die Kontrollzustnde beschreibt: manuell/automatisch, Messfrequenz, usw. 3.8 Abhilfe (en: remedy) SIRI vorgeschlagene Alternativlsung fr Fahrgste, wenn Einrichtungen/Dienste nicht lnger verfgbar sind CEN/TS 15531-4 May 2011 ICS 35.240.60 English Version Public

20、transport Service interface for real-time information relating to public transport operations Part 4: Functional service interfaces: Facility Monitoring Transport Public Service dchanges de donnes temps rel pour le Transport en Commun Partie 4: Interfaces de service fonctionnel: Supervision des serv

21、ices et des quipements ffentlicher Verkehr Serviceschnittstelle fr Echtzeitinformationen bezogen auf Operationen im ffentlichen Verkehr Teil 4: Funktionale Dienst-Schnittstellen: Anlagenberwachung; This Technical Specification (CEN/TS) was approved by CEN on 17 January 2011 for provisional applicati

22、on. The period of validity of this CEN/TS is limited initially to three years. After two years the members of CEN will be requested to submit their comments, particularly on the question whether the CEN/TS can be converted into a European Standard. CEN members are required to announce the existence

23、of this CEN/TS in the same way as for an EN and to make the CEN/TS available promptly at national level in an appropriate form. It is permissible to keep conflicting national standards in force (in parallel to the CEN/TS) until the final decision about the possible conversion of the CEN/TS into an E

24、N is reached. CEN members are the national standards bodies of Austria, Belgium, Bulgaria, Croatia, Cyprus, Czech Republic, Denmark, Estonia, Finland, France, Germany, Greece, Hungary, Iceland, Ireland, Italy, Latvia, Lithuania, Luxembourg, Malta, Netherlands, Norway, Poland, Portugal, Romania, Slov

25、akia, Slovenia, Spain, Sweden, Switzerland and United Kingdom. Management Centre: Avenue Marnix 17, B-1000 Brussels 2011 CEN All rights of exploitation in any form and by any means reserved worldwide for CEN national Members. Ref. No. CEN/TS 15531-4:2011: EEUROPEAN COMMITTEE FOR STANDARDIZATION COMI

26、T EUROPEN DE NORMALISATION EUROPISCHES KOMITEE FR NORMUNG TECHNICAL SPECIFICATION SPCIFICATION TECHNIQUE TECHNISCHE SPEZIFIKATION CEN/TS 15531-4:2011 (E) 2 Contents Page Foreword 4Introduction .61 Scope 72 Normative references 73 Terms and definitions .74 Symbols and abbreviations 85 Business Contex

27、t.85.1 Overview of service function 85.2 Examples of Service Function . 105.3 Use Cases 115.4 Use Cases: Capture b) the mechanisms to be adopted for data exchange communications links (CEN/TS 15531-2); c) data structures for a series of individual application interface modules (CEN/TS 15531-3): 1) P

28、roduction Timetable (SIRI-PT); 2) Estimated Timetable (SIRI-ET); 3) Stop Timetable (SIRI-ST); 4) Stop Monitoring (SIRI-SM); 5) Vehicle Monitoring (SIRI-VM); 6) Connection Timetable (SIRI-CT); 7) Connection Monitoring (SIRI-CM); 8) General Message (SIRI-GM). Additional documents are used for addition

29、al functional services, to date these are: d) Facilities Management (SIRI-FM) (this document, CEN/TS 15531-4); e) Situation Exchange (SIRI-SX): The SIRI Situation describing its state and availability 3.3 facility class SIRI categorisation of the type of a facility EXAMPLE Equipment, service, person

30、al device or reserved area. 3.4 passenger accessibility assessment IFOPT categorisation of the ACCESSIBILITY characteristics of a PASSENGER to indicate their requirements for ACCESSIBILITY EXAMPLE That are unable to navigate stairs, or lifts, or have visual or Auditory impairments. PASSENGER ACCESSI

31、BILITY TYPE corresponds to one or more ACCESSIBILITY LIMITATIONs, allowing the computation of paths for passengers with constrained mobility. For example, Wheelchair, No Lifts, No Stairs. 3.5 user need IFOPT ACCESSIBILITY requirement of a PASSENGER DIN CEN/TS 15531-4 (DIN SPEC 91246):2011-09 CEN/TS

32、15531-4:2011 (E) 8 EXAMPLE That they are unable to navigate stairs, or lifts, or have visual or auditory impairments. 3.6 suitability IFOPT whether a particular facility such as a STOP PLACE COMPONENT or VEHICLE can be used by a passenger with a particular USER NEED 3.7 monitoring information SIRI i

33、nformation describing the conditions and circumstances of monitoring: manual/automatic, frequency of measurement, etc. 3.8 remedy SIRI suggested alternative solution for passengers when a facility/service is no longer available. 4 Symbols and abbreviations For the purposes of this document, the symb

34、ols and abbreviations given in CEN/TS 15531-1:2007 apply. 5 Business Context NOTE This section is a complement to the Annex B “Business Context“, in Part 1 of the SIRI document set, prCEN/TS 00278181-1). 5.1 Overview of service function The facility monitoring service allows the rapid real-time exch

35、ange of equipment status data. Figure 1 provides an overview of the main use cases and data exchanges involved in using the SIRI Facility Monitoring service. DIN CEN/TS 15531-4 (DIN SPEC 91246):2011-09 CEN/TS 15531-4:2011 (E) 9 Figure 1 Main use cases for facility monitoring The status data needed f

36、or Facility Monitoring is provided by collecting the status of the facilities on the network (top of the figure). This can be achieved either through manual data capture (an individual checks the status of the facilities in situ, and reports them using a customised software interface), or using an a

37、utomated monitoring system with sensors to detect the equipment status. In both cases, the monitored data is sent to the real-time data server through a SIRI service link. Monitored facilities can be any facility on the network (mainly stop points, stop places, etc.), on connection links or on vehic

38、les, for example: lifts; escalators; wheel chair access; passenger information devices; DIN CEN/TS 15531-4 (DIN SPEC 91246):2011-09 CEN/TS 15531-4:2011 (E) 10 ticket machine; boarding human assistance; etc. (see the Facility Feature table for a more detailed list). When several providers are availab

39、le, all the data flows are merged into a single real-time service. The resulting real-time data set is then available to all downstream systems through a single SIRI-FM access point. A large set of potential user systems can be considered: a) passenger information displays; b) system providing infor

40、mation for the staff (on board, on stations, on call centres, etc.); c) passenger information system, possibly including a journey planner, and providing information through: 1) web access; 2) mobile phone access; 3) specific devices for mobility restricted people; 4) etc. 5.2 Examples of Service Fu

41、nction Data from the Facility Monitoring service is useful for many different passenger information services. For example: a) the use of facility disruption information (for instance “lift broken affecting wheel chair access on a connection link“) in a journey planner. This has to be related to the

42、time of the intended journey vis a vis the start and stop time (or expected stop time) of the disruption. Some disruptions may be planned, other may be unexpected and may occur and be monitored during the current operational day; b) when facilities like Ticket offices are closed, online systems can

43、provide information about the facilities status on a map, on textual information, through RSS feeds, through web site access/ mobile phone access, etc.; c) facility conditions can be converted into a situation message and disseminated using a wide variety of formats, for example, TPEG, and broadcast

44、 to any compliant device (i.e. informing on both road and public transport situations); d) provide information to the staff informing people of the availability of facilities: 1) inside a station, and on the related CONNECTION LINKs; 2) for a LINE; 3) for a whole network; e) passengers with specific

45、 accessibility needs, because of disability, luggage, etc can check the availability of facility: 1) at a STOP POINT; 2) on a VEHICLE; 3) on a VEHICLE JOURNEY; DIN CEN/TS 15531-4 (DIN SPEC 91246):2011-09 CEN/TS 15531-4:2011 (E) 11 4) on a CONNECTION LINK; f) real-time information about the status of

46、 facilities is also useful for operational purposes, for example: 1) to ask for repair when manual monitoring is performed; 2) to report the state of facilities when manual monitoring is performed; 3) to ask for the time when the facility will be available (repaired); 4) etc. 5.3 Use Cases The follo

47、wing Use Cases illustrate functional cases for using the Facility Conditions service in PT information systems and provide specific scenarios that the SIRI-FM service is intended to support. The purpose of the Use Cases is to identify specific behaviour which requires corresponding support in the SI

48、RI-FM Facility Conditions model and protocol. The Use Cases are organised under the following headings: Capture/Origination of Facility Conditions; Relating Facility Conditions to other SIRI services; Onwards distribution to other systems. 5.4 Use Cases: Capture 2) A Line (Transmodel); 3) A Connecti

49、on Link (Transmodel); 4) An Interchange (Transmodel); 5) Stop Place (IFOPT); 6) Stop Place Component (IFOPT): i) Access Space (IFOPT); ii) Quay (IFOPT); iii) BoardingPosition (IFOPT); iv) Path Link (IFOPT); v) Entrance (IFOPT); b) Moving: 1) a Vehicle (Transmodel); 2) a Vehicle Journey (Transmodel). The referenced elements are components of the Transmodel model, including its IFOPT ex