natgillin/translations-raw huggingface dataset:
Additional Requirements on the Databases
További lehetőségként az ilyen adatok a menetvonal-adatbázisban is tárolhatók (lásd a 4.2.2. Menetvonal-kérelem című pontot).
Under the following points are listed additional requirements which must be supported by the various databases.
Ezeknek az adatbázisoknak elérhetőknek kell lenniük a közös interfészen keresztül (4.2.12.1.
These are:
Általános architektúra és 4.2.12.6.
Authentication
Közös interfész).
A database must support the authentication of users of the systems before they can gain access to the database.
Az adatbázisokra vonatkozó további követelmények
Security
Az alábbi pontokban azok a további követelmények kerülnek felsorolásra, amelyeknek a különféle adatbázisoknak meg kell felelniük.
A database must support the security aspects in the meaning of controlling access to the database.
Ezek a következők:
The possible encryption of the database contents itself is not required.
Hitelesítés
Consistency
Az adatbázisnak támogatnia kell a rendszer felhasználóinak hitelesítését, mielőtt hozzáférhetnének az adatbázishoz.
A database selected shall support the ACID principle (Atomicity, Consistency, Isolation and Durability).
Biztonság
Access Control
Az adatbázisnak támogatnia kell a biztonsági szempontokat az adatbázis elérésének ellenőrzése szempontjából.
A database must allow access to the data to users or systems that have been granted permission.
Magának az adatbázis tartalmának titkosítása nem kötelező.
The access control shall be supported down to a single attribute of a data record.
Következetesség
The database shall support configurable, role based access control for insertion, update or deletion of data records.
A kiválasztott adatbázisnak támogatnia kell az ACID elvet (Atomicity, Consistency, Isolation, Durability – atomicitás, konzisztencia, izoláció, tartósság).
Tracing
Hozzáférés-ellenőrzés
A database must support logging all actions applied to the database to allow for tracing the detail of the data entry (Who, What, When did the contents change).
Az adatbázisnak lehetővé kell tennie az adatok elérését az engedélyezett felhasználók vagy rendszerek számára.
Lock strategy
A hozzáférés ellenőrzését az adatrekordok egyes jellemzőinek szintjéig kell támogatni.
A database must implement a locking strategy which allows access to the data even when other users are currently editing records.
Az adatbázisoknak támogatniuk kell az adatrekordok beszúrásával, aktualizálásával vagy törlésével kapcsolatos konfigurálható, szerepalapú hozzáférést.
Multiple access
Visszakeresés
A database must support that data can be accessed simultaneously by several users and systems.
Az adatbázisnak támogatnia kell az adatbázisban végzett tevékenységek naplózását az adatbevitel részleteinek nyomon követése érdekében (ki, mit, mikor változtatott a tartalmon).
Reliability
Lezárási stratégia
The reliability of a database must support the required availability.
Az adatbázisnak olyan lezárási stratégiát kell alkalmaznia, amely akkor is lehetővé teszi az adatok elérését, amikor más felhasználók éppen rekordokat szerkesztenek.
Availability
Több felhasználó általi elérés
A database must have an availability on demand of at least 99,9 %.
Az adatbázisnak biztosítania kell, hogy az adatok egyszerre több felhasználó vagy rendszer számára is elérhetők legyenek.
Maintainability
Megbízhatóság
A maintainability of the database must support the required availability.
Az adatbázisnak az előírt rendelkezésre állásnak megfelelő megbízhatósággal kell rendelkeznie.
Databases themselves are not safety-related.
Rendelkezésre állás
Hence safety aspects are not relevant.
Az adatbázisnak legalább 99,9 %-os rendelkezésre állással kell rendelkeznie.
This is not to be confused with the fact that the data — e.g. wrong or not actual data — may have impact on the safe operation of a train.
Karbantarthatóság
Compatibility
Az adatbázisnak az előírt rendelkezésre állásnak megfelelő karbantarthatósággal kell rendelkeznie.
A database must support a data manipulation language that is widely accepted, such as SQL or XQL.
Maguk az adatbázisok nem igényelnek biztonsági intézkedéseket.
Import facility
A biztonsági szempontok ezért nem lényegesek.
A database shall provide a facility that allows the import of formatted data that can be used to fill the database instead of manual input.
Ezt nem szabad összetéveszteni azzal a ténnyel, hogy az adatok – pl. a helytelen vagy nem valós adatok – hatással lehetnek a vonat működési biztonságára.
Export facility
Kompatibilitás
A database shall provide a facility that allows to export the contents of the complete database or its part as formatted data.
Az adatbázisnak támogatnia kell valamely széles körben elfogadott adatkezelési nyelvet, például az SQL-t vagy az XQL-t.
Mandatory Fields
Importálási lehetőség
A database must support mandatory fields that are required to be filled before the relevant record is accepted as input to the database.
Az adatbázisnak lehetőséget kell biztosítania arra, hogy az adatbázis formázott adatok importálásával legyen feltölthető manuális beírás helyett.
Plausibility Checks
Exportálási lehetőség
A database must support configurable plausibility checks before accepting the insertion, update or deletion of data records.
Az adatbázisnak lehetőséget kell biztosítania arra, hogy a teljes adatbázis tartalma vagy annak egy része formázott adatokként exportálható legyen.
Response times
Kötelező mezők
A database must have response times that allow users to insert, update or delete data records in a timely manner.
Az adatbázisnak támogatnia kell az olyan kötelező mezőket, amelyeket ki kell tölteni, mielőtt a vonatkozó rekordok elfogadhatók lennének az adatbázis bemeneti adataiként.
Performance aspects
Valószínűségi ellenőrzések
The reference files and databases shall support in a cost effective manner the queries necessary to allow the effective operation of all relevant train runs and wagon movements that are covered by the provisions of this TSI.
Az adatbázisnak támogatnia kell a konfigurálható valószínűségi ellenőrzéseket az adatrekordok beszúrásának, aktualizálásának vagy törlésének elfogadása előtt.
Capacity aspects
Válaszidők
A database shall support the storage of the relevant data for all freight wagons respectively the network.
Az adatbázis válaszidejének olyannak kell lennie, hogy lehetővé tegye az adatrekordok időben történő beszúrását, aktualizálását vagy törlését.
It shall be possible to extend the capacity by simple means (i.e. by adding more storage capacity and computers).
Teljesítményszempontok
The extension of the capacity shall not require replacement of the subsystem.
A referenciafájloknak és az adatbázisoknak – költséghatékony módon – támogatniuk kell az ezen ÁME hatálya alá tartozó vonatközlekedés és kocsimozgatás hatékony végrehajtását lehetővé tevő lekérdezéseket.
Historical data
Kapacitásbeli szempontok
A database shall support the management of historical data in the meaning of making of data available that has been already transferred into an archive.
Az adatbázisnak támogatnia kell az összes áruszállító kocsival és a hálózattal kapcsolatos lényeges adatok tárolását.
Back-up strategy
A kapacitásnak egyszerű eszközökkel bővíthetőnek kell lennie (pl. több tárolókapacitás és számítógép hozzáadásával).
A back-up strategy shall be in place to ensure that the complete database contents for up to a 24 hour period can be recovered.
A kapacitás bővítése nem igényelheti az alrendszer cseréjét.
Commercial aspects
Korábbi adatok
A database system used shall be available commercially off-the-shelf (COTS-product) or be available in the public domain (Open Source).
Az adatbázisnak támogatnia kell a korábbi adatok kezelését, azaz elérhetővé kell tennie a már az archívumba továbbított adatokat.
Remarks:
Biztonsági mentési stratégia
The above requirements must be handled by a standard Database Management System (DBMS).
Biztonsági mentési stratégiát kell megvalósítani annak biztosítása érdekében, hogy egy 24 órás időszakig bezárólag az adatbázis teljes tartalma visszanyerhető legyen.
The usage of the various databases is embedded into various work flows described here before.
Kereskedelmi szempontok
The general workflow is a request/response mechanism, where an interested party requests information from the database through the Common Interface (4.2.12.1: General Architecture and 4.2.12.6: Common Interface).
Az alkalmazott adatbázis-rendszernek kereskedelmi forgalomban lévő készterméknek (COTS-terméknek) vagy nyilvánosan elérhetőnek (nyílt forráskódúnak) kell lennie.
The DBMS responds to this request either by providing the requested data or by responding that no data can be made available (no such data exists or access is refused due to access control).
Megjegyzések:
General Architecture
A fenti követelményeket egy szabványos adatbázis-kezelő rendszernek (DBMS) kell kezelnie.
This subsystem will see, over time, the growth and interaction of a large and complex Telematics rail interoperability community with hundreds of participating players (RUs, IMs, etc.), which will compete and/or cooperate in serving the market's needs.
A különféle adatbázisok használata a már korábban említett különféle munkafolyamatokba ágyazódik.
The Network & Communication infrastructure supporting such rail interoperability community will be based on a common Information Exchange Architecture, known and adopted by all participating players.
Az általános munkafolyamat egy kérés-válasz mechanizmus, ahol az érdekelt felek a közös interfészen keresztül kérnek le információkat az adatbázisból (4.2.12.1. Általános architektúra és 4.2.12.6. Közös interfész).
The proposed Information Exchange Architecture:
A DBMS vagy a kért adatok biztosításával, vagy azzal válaszol az ilyen kérésre, hogy nem tehető elérhetővé adat (nincs ilyen adat, vagy az elérését jogosultsági alapon elutasították).
is designed to reconcile heterogeneous information models by semantically transforming the data that is exchanged between the systems and by reconciling the business process and application-level protocol differences,
Általános architektúra
has minimum impact on the existing IT architectures implemented by every actor,
Ez az alrendszer idővel növekedésnek indul, és interakcióba lép a vasúti átjárhatóságot célzó nagy és összetett, több száz szereplős (VT-k, PM-ek stb.) közösségekkel, amelyek versenyeznek és/vagy együttműködnek a piaci igények kiszolgálása érdekében.
safeguards IT investments made already.
Az ilyen vasúti átjárhatósági közösségeket támogató hálózati és kommunikációs infrastruktúra alapja egy olyan közös információcsere-architektúra, amelyet minden szereplő ismer és elfogad.
The Information Exchange Architectures favours a mostly Peer-to-Peer type of interaction between all players, while it guarantees the overall integrity and consistency of the rail interoperability community by providing a set of centralised services.
A javasolt információcsere-architektúra:
A Peer-to-Peer interaction model allows the best cost distribution between the different players, based on actual usage and it will present, in general, lesser scalability problems.
úgy van kialakítva, hogy össze tudja egyeztetni a heterogén információs modelleket oly módon, hogy szemantikailag átalakítja a rendszerek között kicserélt adatokat, és összeegyezteti az üzleti folyamatok és az alkalmazási szintű protokollok közötti különbségeket,
A pictorial representation on the general architecture is given in the document ‘TAF TSI — Annex A.5 Figures and Sequence Diagrams of the TAF TSI messages’, Chapter 1.5, listed in Appendix I.
minimális hatással van a szereplők által megvalósított meglévő informatikai architektúrákra,
Network
megőrzi a már meglévő informatikai beruházásokat.
Networking in this case means the method and philosophy of communication and does not mean the physical network.
Az információcsere-architektúrák leginkább az összes szereplő közötti egyenrangú (peer-to-peer) interakciót támogatják, míg egy sor központosított szolgáltatás nyújtásával garantálják a vasúti átjárhatóságot biztosító közösség átfogó integritását és egységességét.
Rail interoperability is based on a common Information Exchange Architecture, known and adopted by all participants, thus encouraging and lowering barriers for new entrants, especially customers.
Az egyenrangú (peer-to-peer) interakciós modell biztosítja a különböző szereplők közötti legjobb költségelosztást a tényleges használat alapján, és általában kevesebb méretezhetőségi problémát okoz.
The security issue will therefore be addressed not by the network (VPN, tunnelling, etc.), but by exchanging and managing inherently secure messages.
Az általános architektúra képi ábrázolása az I. függelékben felsorolt, FTA ÁME – A.5. melléklet: Az FTA ÁME üzeneteinek szemléltető és folyamatábrái című dokumentum 1.5. pontjában található.
A VPN network is therefore not required (the administration of a large VPN network will be complex and costly to manage), thus avoiding problems with responsibilities and ownership allocation.
Hálózat
Tunnelling is not considered as a necessary means for achieving the appropriate security level.
A hálózat ebben az esetben a kommunikáció módját és filozófiáját jelenti, nem pedig egy fizikai hálózatot.
In any case if some players already have or want to implement various degrees of security on selected partitions of the network, they can do so.
A vasúti átjárhatóság alapja a közös információcsere-architektúra, amelyet minden résztvevő ismer és elfogad, és így a korlátok csökkentésével ösztönzi az új belépőket, különösen az ügyfeleket.
Over the public Internet network it is possible to implement a hybrid Peer to Peer model with a common interface at each actor's node and a central certificate authority.
A biztonságot így nem a hálózat garantálja (VPN, protokollok egymásba ágyazása stb.), hanem az önmagában biztonságos üzenetek cseréje és kezelése.
Afterwards, a Peer to Peer communication is performed between involved players.
Ezért nincs szükség VPN-hálózatra (a nagyméretű VPN-hálózat kezelése bonyolult és költséges), így elkerülhetők a felelősségek és tulajdonjogok kiosztásával kapcsolatos problémák.
The peer-to-peer communication is based on technical standards for the common Interface described in the document ‘TAF TSI — Annex D.2: Appendix F — TAF TSI Data and Message Model’ listed in Appendix I.
A protokollok egymásba ágyazása nem tekinthető a megfelelő biztonsági szint eléréséhez szükséges eszköznek.
To achieve a high level of security, all messages must be self-contained, which means that the information in the message is secured and the receiver can verify the authenticity of the message.
Mindenesetre ha egyes szereplők már megvalósítottak vagy meg kívánnak valósítani bizonyos fokú biztonságot a hálózat egyes részein, akkor megtehetik.
This may be solved by using an encryption and signing scheme similar to email encryption.
A nyilvános internetes hálózaton megvalósítható egy, az egyes szereplők csomópontjain közös interfésszel és egy központi hitelesítő hatósággal rendelkező egyenrangú (peer-to-peer) hibrid modell.
Encryption
Ezt követően a szereplők között egyenrangú (peer-to-peer) kommunikáció valósul meg.
Either asymmetric encryption or a hybrid solution based on symmetric encryption with public key protection must be used, due to the fact that sharing a common secret key among many players will fail at some point.
A szereplők közötti egyenrangú (peer-to-peer) kommunikáció a közös interfészre vonatkozó műszaki szabványokon alapul, amelyek leírása az I. függelékben felsorolt, FTA ÁME – D.2. melléklet: F. függelék – FTA ÁME Adat- és üzenetmodell című dokumentumban található.
A higher level of security is easier to achieve if every actor takes responsibility for its own pair of keys, even though a high level of integrity of the central repository (the key server) is required.
Nagyfokú biztonság eléréséhez minden üzenetnek önállónak kell lennie, ami azt jelenti, hogy az üzenetben lévő információ titkosítva van, és a címzett ellenőrizni tudja az üzenet hitelességét.
Central Repository
Ez titkosítással és az e-mail-titkosításhoz hasonló aláírási rendszerrel érhető el.
The Central Repository must be able to handle:
Titkosítás
metadata — structured data describing the content of messages,
Vagy aszimmetrikus titkosítást, vagy nyilvános kulccsal védett szimmetrikus titkosításra épülő hibrid megoldást kell alkalmazni, mivel bizonyos számú szereplő fölött nem működik, ha sok szereplő osztozik egy közös titkos kulcson.
Public Key Infrastructure (PKI),
Könnyebben lehet nagyobb mértékű biztonságot elérni úgy, ha minden szereplő felelősséget vállal a saját kulcspárjáért, noha a központi adattár (a kulcsszerver) nagymértékű integritása szükséges.
Certification Authority (CA),
Központi adattár
The management of the central repository should be under the responsibility of a non-commercial co-European organisation.
A központi adattárnak képesnek kell lennie az alábbiak kezelésére:
Where the Central Repository is in use in conjunction with the TAP TSI (2), development and changes must be in line with TAP TSI (2) in order to achieve optimum synergies.
metaadatok – az üzenetek tartalmát leíró strukturált adatok,
A Common Interface is mandatory for each actor in order to join the rail interoperability community.
nyilvános kulcsú infrastruktúra (PKI),
A Common Interface has to be able to handle:
hitelesítésszolgáltató (CA).
message formatting of outgoing messages according to the metadata,
A központi adattár kezelését egy nem kereskedelmi európai társszervezet felelőssége alatt kell megvalósítani.
signing and encryption of outgoing messages,
Amennyiben a központi adattárat a személyszállítási szolgáltatások telematikai alkalmazásai alrendszerre vonatkozó ÁME-vel [2] együttesen használják, a legelőnyösebb szinergiák elérése érdekében a központi adattár kialakításának és módosításainak a lehető legközelebb kell állnia a személyszállítási szolgáltatások telematikai alkalmazásai alrendszerre vonatkozó ÁME-hez [2].
addressing of the outgoing messages,
A közös interfész minden egyes szereplő számára kötelező a vasúti átjárhatósági közösséghez való csatlakozáshoz.
authenticity verification of the incoming messages,
A közös interfésznek képesnek kell lennie az alábbiak kezelésére:
decryption of incoming messages,
a kimenő üzenetek metaadatok szerinti megformázása,
conformity checks of incoming messages according to metadata,
a kimenő üzenetek aláírása és titkosítása,
handling the single common access to various databases.
a kimenő üzenetek címzése,
Each instance of a Common Interface will have access to all the data required according the TSI within each Wagon keeper, LRU, RU, IM, etc., whether the relevant Databases are central or individual (see also document ‘TAF TSI — Annex A.5: Figures and Sequence Diagrams of the TAF TSI messages’, Chapter 1.6, listed in Appendix I).
a bejövő üzenetek hitelességének ellenőrzése,
Where a Common Interface is in common use with the TAP TSI (2), the development and changes must be in line with TAP TSI (2), in order to achieve optimum synergies.
a bejövő üzenetek dekódolása,
Based on the results of authenticity verification of incoming messages, a minimum level of message acknowledgement can be implemented:
a bejövő üzenetek metaadatok szerinti megfelelőségi ellenőrzése,
positive send ACK;
a különböző adatbázisok egységes, közös elérésének kezelése.
negative send NACK.
A közös interfész minden példánya hozzáféréssel rendelkezik valamennyi, az ÁME által előírt adathoz az egyes kocsi-üzembentartókon, VVT-ken, VT-ken, PM-eken stb. belül, függetlenül attól, hogy a vonatkozó adatbázisok központiak vagy egyéniek (lásd még az I. függelékben felsorolt, FTA ÁME – A.5. melléklet: Az FTA ÁME üzeneteinek szemléltető és folyamatábrái című dokumentum 1.6. pontját).
A common interface uses the information in the central repository in order to manage the above tasks.
Amennyiben a közös interfészt a személyszállítási szolgáltatások telematikai alkalmazásai alrendszerére vonatkozó ÁME-vel [2] együttesen használják, a legelőnyösebb szinergiák elérése érdekében az interfész kialakításának és módosításainak a lehető legközelebb kell állnia a személyszállítási szolgáltatások telematikai alkalmazásai alrendszerére vonatkozó ÁME-hez [2].
An actor may implement a local ‘mirror’ of the central repository to shorten response times.
A bejövő üzenetek hitelességének ellenőrzése alapján megvalósítható az üzenetek nyugtázásának minimális szintje:
In light of the essential requirements in Chapter 3, the functional and technical specifications of the interfaces are as follows:
i. pozitív nyugtázás;
The infrastructure subsystem includes traffic management, tracking, and navigation systems:
negatív nyugtázás.
technical installations for data processing and telecommunications intended for long-distance passenger services and freight services on the network in order to guarantee the safe and harmonious operation of the network and efficient traffic management.
A közös interfész a központi adattárban lévő információkat használja fel a fenti feladatok ellátására.
The subsystem Telematics Applications for Freight uses the data required for operational purposes as given by the path contract, possibly completed by infrastructure restriction data, as provided by the IM.
A szereplők helyi „tükrözést” készíthetnek a központi adattárról a válaszidők csökkentése érdekében.
Thus no direct interface exists between this TSI and the TSI for infrastructure.
A 3. fejezetben meghatározott alapvető követelmények fényében a kapcsolódási pontok funkcionális és műszaki jellemzői az alábbiak:
The only connection to control command and signalling is via the
Ez az infrastruktúra alrendszer magában foglalja a forgalomirányítási, helymegállapítási és navigációs rendszereket:
Path contract, where within the line segment description the relevant information about usable command control and signalling equipment is given, and
a hálózaton történő távolsági személyszállítási és árufuvarozási szolgáltatásokat támogató adatfeldolgozási és távközlési műszaki létesítményeket, amelyek feladata biztosítani a hálózat biztonságos és összehangolt üzemeltetését, valamint a hatékony forgalomirányítást.
various Rolling Sock Reference Databases, where the command control and signalling equipment of the rolling stock must be stored.
A fuvarozási szolgáltatások telematikai alkalmazásai alrendszer a menetvonal-szerződésben megadott üzemeltetési célokhoz szükséges, esetlegesen a PM által biztosított infrastruktúra-korlátozási adatokkal kiegészített adatokat használja.
The subsystem Telematics Applications for freight identifies the technical and operational data, which must be available for the rolling stock.
Így nincs közvetlen kapcsolódási felület a jelen ÁME és az infrastruktúra ÁME-je között.
The rolling stock TSI specifies the characteristics of a wagon.
Az ellenőrző/irányító és jelzőrendszerekkel való egyetlen kapcsolódási pont
If the characteristics changes for a wagon, this must be updated in the Rolling Stock Reference Databases within the normal maintenance process for the database.
a menetvonal-szerződés, amennyiben a menetvonalszegmens leírásában megadják a vonatkozó információkat a használható ellenőrző-irányító és jelzőberendezésekről, és
Thus no direct interface exists between this TSI and the TSI for rolling stock.
a különféle járműreferencia-adatbázisok, amelyekben a járművek ellenőrző-irányító és jelzőberendezéseire vonatkozó adatokat kell tárolni.
The subsystem Operation and Traffic Management specifies the procedures and related equipment enabling a coherent operation of the different structural subsystems, both during normal and degraded operation, including in particular train driving, traffic planning and management.
A fuvarozási szolgáltatások telematikai alkalmazásai alrendszer azonosítja azokat a műszaki és üzemeltetési adatokat, amelyeknek elérhetőknek kell lenniük a járművekre vonatkozóan.
The subsystem Telematics Applications for Freight mainly specifies applications for freight services including real-time monitoring of freight and trains and the management of connections with other modes of transport.
A járművek ÁME-je határozza meg a kocsi jellemzőit.