natgillin/translations-raw huggingface dataset:
For at opfylde dette behov implementeres FTAM på udvalgte B-arbejdsstationer (f.eks. Bl).
To meet this requirement, FTAM is implemented on selected B-type workstations (e.g. Bl).
Disse arbejdsstationer understøtter da såvel FTAM som de almindelige B-filbehandlingsmekanismer.
These workstations then support FTAM as well as B's own filehandling mechanisms.
På den måde kan Bl udveksle filer med A-filserveren AO og, under forudsætning af at arbejdsstationen har adgang til et globalt net (enten direkte eller via et relæ på lavere niveau), med det ikke-lokale fillager CO.
Thus Bl can exchange files with the A-type file server AO and, provided the workstation has access to a WAN (either directly or via a lower-layer relay), files can also be exchanged with the remote filestore CO.
BRUG AF FTAM-TJENESTER
Use of the FTAM service
I almindelighed skal der tages stilling til to grænseflader i forbindelse med FTAM-tjenester, nemlig grænsefladen i det passive (Responder) og grænsefladen i det aktive (Initiator) system.
In general, two service interfaces are important to consider, that of the responder and that of the initiator.
Grænsefladen i det passive system (Responder Interface)
Responder interface
Det er det passive system (Responder), der vedligeholder det virtuelle fillager. Derfor vil "brugeren"' af det passive system være en eller anden slags fil- eller databasesystem. Eksempler på typiske passive systemer er:
The responder maintains the virtual filestore.
- Fillagringssystem: En grænsefladeprogrampakke, der giver tilgang til filer som reaktion på an modninger kommunikeret gennem FTAM.
An interface package to provide access to files in response to requests communicated through FTAM.
En ydre forarbejdningsenhed, der for hver printopgave modtager en fil - der eventuelt anbringes i en buffer - udvælger en relevant printer og kontrollerer det endelige resultat.
A peripheral co-processing unit which receives a file for each print task - either buffered in a queue or not - selects a corresponding device and controls the final output.
- Informationssøgningssystem:
Information retrieval system:
Et system, der arbejder på grundlag af en database.
A system which operates on a database.
Enten modtager systemet en fil med en eller flere forespørgsler, der kan danne grundlag for søgefunktioner, eller det sender en fil med søgeresultater til det slutsystem, der har an modet herom.
It either receives a file with one or more inquiries which must be mapped to retrieval functions or it sends a file containing retrieved information to the end system requesting it.
- Opgaveafviklingsprogram:
Job execution program:
Der er her tale om et passivt system , der modtager en fil indeholdende ordrer om afvikling af ikke-lokale opgaver.
This sort of situation involves a responder which receives a file of job control statements for remote job entry service.
Ordrerne videregives til jobkøen på det passive systems vært.
The file contents are submitted to the job queue of the host in the responder's environment.
I dette tilfælde modtages der i en anvendelse en fil med henblik på konvertering af indholdet for yderligere behandling.
File mapping program: An application receives a file in order to map its contents for further processing.
Hvad angår det passive system, findes der i EPHOS-håndbogen kun specifikationer af kravene til det virtuelle fillager.
For the responder, the Ephos handbook only specifies the virtual filestore requirements.
Det er gennem grænsefladen i det aktive system (Initiator), at brugeren får adgang til FTAM-tjenesterne.
The initiator interface provides the user access to the services of the FTAM application.
Den er derfor en vigtig del af FTAM-implementeringen, og det er afgørende, at den rent faktisk giver adgang til de ønskede FTAM-funktioner, samtidig med den skal være anvendelig for såvel erfarne som mindre erfarne brugere. gere.
Therefore, it is a very important part of an FTAM implementation and must take into account the accessibility of all required FTAM functions and the degree of acceptance of such an interface both by experienced users and novice users who are not computer experts.
I en anskaffelsessituation må det vurderes, hvilken type grænseflade, der bedst opfylder behovene.
Procurers will need to assess which type of interface best meets their requirements.
For de to første typers vedkommende har slutbrugeren direkte adgang til FTAM-funktionerne gennem produktets grænseflade.
In the first two types, the FTAM functions will be available at the product service interface level.
Hvad angår integrerede anvendelser, er slutbrugeren i mange tilfælde ikke bevidst om, hvordan kommunikationen forløber, og har ikke behov for adgang til FTAM-tjenesteelemen-terne.
In the case of integrated applications, an end user may be unaware of the communications in use and will not need access to the FTAM service elements.
Nedenfor findes yderligere oplysninger om disse tre typer grænseflader.
Other aspects related to these three types of interfaces are detailed below.
Der er her tale om en interaktiv dialogorienteret grænseflade for slutbrugere, der arbejder ved deres terminaler.
This is an interactive, dialogue-mode interface for the human end user operating in front of his screen.
Grænsefladen bør være brugervenlig og nem at forstå og anvende.
It should be user-friendly, easy to understand and to use.
Objektorienterede repræsentationer bestående af hele skærmbilleder samt brug af vinduer, ikoner, rullegardinsmenuer og mus anbefales.
A full-screen representation encompassing an object-oriented approach, using windows, icons, pulldown menus and a mouse is recommended.
Gennemsnitsbrugeren er formentlig ikke indstillet på at anvende de grundlæggende FTAM-or-drer på et meget lavt og detaljeret niveau, f.eks. på det niveau, der i basisstandarden, er defineret for grænsefladen til FTAM-tjenester.
The average user would not be willing to handle basic FTAM commands on a very low and detailed level, e.g. on the level of the FTAM service interface as defined in the base standard.
Der bør derfor være adgang til tjenesterne ved hjælp af højniveauordrer, f.eks. "kopiér fil", "flyt fil", "udvid fil" osv., altså ordrer, der i struktur eller udseende passer ind i det styresystem eller det anvendelsesmiljø, brugeren er vant til.
He should have access to the service via high-level commands, e.g. 'copy file', 'move file', 'extend file', etc., which in their structure and layout fit well into the operating system or the application environment to which the user is accustomed.
Ordrerne bør udformes med passende parametre, således at slutbrugeren ikke behøver at bekymre sig om interne FTAM-forhold.
These commands should be parametrized in an appropriate manner, without bothering the end user with internal FTAM details.
Der bør desuden sikres mulighed for lokal tilgang til filer, f.eks. filer, der overføres eller modtages ved hjælp af FTAM.
It is also important to consider local access to files, i.e. access to files which are transmitted via FTAM or which are received via FTAM.
Der findes to forskellige driftsformer, nemlig dels online, hvorved overførslen foretages umiddelbart som et led i den aktuelle proces, og hvor slutbrugeren ved sin terminal venter på at den enkelte operation afsluttes, dels bundtvis behandling (batch approach), hvor ordrer om overførsler lagres med henblik på senere offline-be-handling, altså behandling, der foregår uafhængigt af den igangværende dialog mellem terminal og bruger.
Two modes of operation are possible: On-line, where the transfer is carried out immediately in the current process and the end user at his terminal waits for the completion of each operation, and a batch or queued approach where the transfer requests are held for off-line processing independent of the ongoing terminal dialogue.
I sidstnævnte tilfælde skal der være mulighed for at få oplysninger om FTAM-operationer, der afvikles i baggrunden.
In the latter case the possibility of getting status information on the FTAM operation running in the background must be available.
Indbygget adgang til en katalogtjeneste er meget nyttig, da slutbrugeren herigennem
They may be used in corresponding user-written application programs to handle remote files.
En programgrænseflade er en mængde af subrutiner eller procedurer, der f.eks. er skrevet som COBOL­ eller C­procedurekald.
In general applications will use programming-language oriented subroutines to handle remote files.
En bruger, der selv skriver sine an­vendelsesprogrammer, kan udnytte dem i forbindelse med behandling af ikke­lokale filer.
Another example is a compiler extension which allows the following: Where a COBOL program input/output action is performed on a local file, the same COBOL I/O statement could be used to perform the equivalent action on a remote file.
Hovedvægten skal snarere lægges på et stort antal differentierede FTAM­parametre, hvis behovet i forbindelse med forskellige anvendelsesprogrammer skal opfyldes.
Or an editor could read a remote file, process it locally and re-write it after closing it.
Anvendelse
File handling utility
Program­grænseflade
Program
Egentligt rUlager
Real file store
Virtuelt fillager
Virtual file store
ACSE, præsenta ■ tions­ og sessionslag )
ACSE, presentation and session)
Figur 3.1.2/9: Forskellige måder at bruge en FTAM-implementering på
Figure 3.1.2/9: Different ways of using an FTAM implementation
Integrerede anvendelser
Integrated applications
Også i forbindelse med denne type af implementeringer, hvor udveksling af filer med kommunikationssystemer kun udgør en lille del af anvendelsens funktioner (en del, brugeren måske end ikke er bevidst om), er det nødvendigt at specificere an vendelse af OSI-protokoller som f.eks. FTAM.
In this type of implementation, where the retrieval or dispatching of files to and from communicating systems is only a small part of the application's function (and of which the user may be unaware), it is still necessary to specify the use of OSI protocols such as FTAM.
Uanset at de involverede systemer i starten udgør en lukket gruppe, er det sædvanligvis ingen garanti for, at denne situation ikke senere ændrer sig.
Although initially the interworking systems may form a closed group, it usually cannot be guaranteed that this will always be the case.
Et eksempel på et element, slutbrugeren næppe er bevidst om i anvendelser af denne type, er detaljeret FTAM-parameterindstilling, f.eks. adgangskontrol.
One element which is very unlikely to be visible to the end user in an application of this sort is detailed FTAM parametrization such as access control.
Der er ikke desto mindre behov herfor, det være sig i form af lookup tables eller anvendelsens initialiseringsparametre.
It is nevertheless required in some form, be it 'lookup tables' or the initialization parameters of the application.
Det anbefales desuden at specificere mulighederne for at sende password-parametre.
Specifying the ability to send password parameters is recommended in this sort of situation.
Grunden til denne anbefaling træder tydeligt frem i forbindelse med distribuerede systemer, der i starten fungerer uden passwords.
The reason for this recommendation is demonstrated by considering a distributed system set up initially without password access control.
Senere skal der måske tilføjes en ny anvendelse med sikkerhedsfunktioner til et af systemerne, hvilket betyder, at alle systembrugere herefter skal afgive password, også selv om de kun anvender de gamle usikrede anvendelser.
Later, a new and secure application is added to one of the systems, which then requires all future system users to state passwords, even if only using the old non-secure applications.
I visse tilfælde er det ikke nødvendigt, at en FTAM-implementering, der udgør en del af et anvendelsesprogram, understøtter alle obligatoriske ENV 41204-funktioner for at tilfredsstille anvendelsens krav.
In certain cases, an FTAM implementation operating as part of an application program may not need to support all of the mandatory features of ENV 41204 in order to meet the application requirements.
Imidlertid kan manglende implementering af de obligatoriske funktioner betyde indskrænkninger i anvendelsens fleksibilitet i fremtiden og give problemer i forbindelse med overgang (migration).
However, failure to implement all such mandatory features might restrict the future flexibility of the application and result in migration problems.
Desuden er et sådant system ikke i overensstemmelse med ENV 41204.
Furthermore, such a system would not conform to ENV41204.
Lige som det er tilfældet med de fleste andre OSI-standarder, definerer FTAM en lang række funktioner og valgbare muligheder, der dækker en bred vifte af forskellige muligheder for tilgang til ikke-lokale filer, men som ikke nødvendigvis skal implementeres fuldt ud på alle systemer.
Just as with most of the other OSI standards, FTAM defines a large variety of functions and options which cover a wide range of possible accesses to remote files, but which need not be implemented in their entirety on all systems.
Det betyder, at forskellige FTAM-systemer kun kan arbejde sammen, hvis der, når en forbindelse skal oprettes, kan opnås enighed om et fælles grundlag bestående af de funktioner og valgbare muligheder, der er nødvendige for etablering af den givne forbindelse.
That means interworking between different FTAM systems is possible only if both systems can agree on a common subset of these functions and options necessary for the current association. This is done when the connection is established.
Forudsætningen for et sådant fælles grundlag er, at der på begge systemer er implementeret en række af de samme funktioner. F.eks. kan et aktivt system (Initiator)
The prerequisite for such an agreed common subset is that a common set of functions be implemented on both systems.
SUPPLERENDE TEKNISKE OPLYSNINGER ikke skaffe sig tilgang til enkelte FADU'er i en ikke-lokal fil, hvis det passive system {Responder) kun understøtter overførsel af hele filer. Tilgang til en fil af dokumenttype FTAM-1 med GraphicString-ddAa vil ikke være mulig, medmindre det passive system understøtter denne filtype på passende vis.
As a simple example, an initiator system will not be able to access individual FADUs of a remote file if the responder implementation supports only transfer of entire files.
Den grundlæggende filoverførselsprofil er en funktionsstandard, der kun muliggør overførsel af hele filer.
The basic file transfer profile is a functional standard which allows the transfer of entire files only.
Profilen omfatter ikke tilgang til dele af filer, og der an vendes kun den simpleste filstruktur.
No internal file access is needed for the basic profile and only the simplest file structure is used.
Denne profil vil tilfredsstille mange brugeres krav, når der kun er behov for at udveksle enkle filer af begrænset længde eller filer i et net af høj kvalitet, og der ikke behøves avancerede genstarts- og reetableringsmekanismer.
This profile will fulfil the requirements of many users when only simple files of moderate length or files in a network of high quality are exchanged, without the need for sophisticated restart and recovery mechanisms.
De øvrige FTAM-profiler giver flere funktioner, hvad angår såvel tilgangsmuligheder som filstrukturer.
The other FTAM profiles offer more functionality both in access capabilities and in file structure.
I figur 3.1.2/10 er de fire FTAM-profiler, der indtil nu er defineret, samt de europæiske standarder, den ordregivende myndighed bør referere til, vist.
Figure 3.1.2/10 lists the four FTAM profiles which are currently defined as well as the European norms, which should be specified by the procurer.
Desuden findes navnene på andre fuldstændigt tilsvarende standarder, der er fastsat hhv. i USA og af ISO.
The names of other standards, as defined in the USA and by the ISO respectively, which are exactly equivalent, are given.
Udstyr, der er i overensstemmelse med en af de europæiske standarder, kan overalt i verden arbejde sammen med udstyr, der er i overensstemmelse med den tilsvarende ikke-europæiske standard.
If equipment is procured which meets one of the European standards, worldwide interworking will be possible with equipment which meets the equivalent non-European standard.
ENV 41207 (A/FT22) (tidligere A/122)
File access: Positional file access
Bemærk: I søjle 2 og 4 er referencenumrene for de forskellige standarder (ENV og ISP), med de tilsvarende profilnavne i parentes, angivet.
Note: Columns 2 and 4 list the reference numbers of the respective standards (ENVor ISP) and in parentheses an equivalent profile identifier.
Profilen for simpel filoverførsel dækker overførsel mellem et aktivt (Initiating) slutsystem og det virtuelle fillager i et passivt (Responding) slutsystem.
The simple file transfer profile covers transfer of files between an initiating end system and the virtual filestore of a responding end system.
Kun over førsel af hele filer med ustruktureret "constraint set" er understøttet (dokumenttype FTAM-1 og FTAM-3, hvortil NBS-9 og INTAP-1 valgfrit kan føjes). Tilgang til
Transfer of files is supported only for complete files with an unstructured constraint set (document types FTAM-1 and FTAM-3, NBS-9 and Intap-1 are added as options).
Genoptagelse og reetablering efter fejl er valgfrie funktioner.
Restart and recovery from errors are options.
Profilen giver mulighed for at:
It provides for the ability to:
Profilen for positionel filoverførsel dækker kun overførselsfunktioner, men under støtter såvel ustrukturerede som flade filer, dvs. at enkelte FADU'er kan læses eller skrives. Dokumenttyperne FTAM-1, FTAM-2 og FTAM-3 for tekst og binære data er understøttet foruden en række valgfri dokumenttyper, f.eks. filer med blandet datatype med eller uden nøgler, enkle filer med direkte tilgang, filer indeholdende filkataloger osv. Denne profil er kompatibel med ovennævnte profil for simpel filoverførsel.
The positional file transfer profile only offers transfer functionality, but in it both unstructured and flat files are supported, i.e. individual FADUs may be read or written.
Profilen for positionel filtilgang giver mulighed for gentaget overførsel af og tilgang til en fil eller dens enkelte FADU'er.
The positional file access profile provides for repeated transfer of and access to a file or its individual FADUs.
Genstart, reetablering og blokering af FADU'er mod samtidig tilgang er valgfrie funktioner. De tilladte "constraint sets" er ustrukturerede og flade filer, dvs. 1- og 2-niveaus hierarkier af DU'er.
The restart, recovery and locking of FADUs against concurrent access are options.
- læse FADU'er, der er identificeret ved knudenavn, knudenummer eller position (alt afhængigt af constraint set og dokumenttype)
• read FADUs which are identified by node name, node number or by position (depending on constraint set and document type);
- skrive (erstatte, udvide eller indsætte, alt afhængigt af constraint set og dokumenttype) i FADU'er
• write (replace, extend or insert, depending on constraint set and document type) to FADUs;
Profilen for fillageradministration er endnu ikke defineret.
The filestore management profile is not yet defined.
I ISO arbejdes der for tiden på et supplement til ISO 8571, der forventes færdigt i løbet af 1991.
An addendum to ISO 8571 is under development by the ISO and will be completed in 1991.
Heri defineres tjenester og en protokol for den aktive part (Initiator) i et FTAM-system med henblik på administration af filkataloger i den passive parts (Responder's) virtuelle fillager, f.eks. oprettelse, sletning og kopiering af filkataloger, udvælgelse af grupper af filer samt flytning af filer i et filkatalog.
It defines the services and a protocol for an FTAM initiator to manage file directories in the responder's virtual filestore, e.g. create, delete and copy file directories, select groups of files, move files in a file directory.
Da denne ISO-basisstandard først vil blive stabil i løbet af 1991, vil OSI-arbejdsgrupperne ikke påbegynde arbejdet på en tilsvarende profil for fillageradministration før sidst i 1991.
Since this ISO base standard will only become stable in 1991, corresponding work on a filestore management profile will not be started by the OSI workshops until the end of 1990.
III.4 ENV 41204-tjenester
Services provided by ENV41204
FTAM type 1 som beskrevet i denne håndbog er baseret på den europæiske funktionsstandard ENV 41204 (opdateret udgave fra april 1990) vedrørende simpel filoverførsel.
This handbook's FTAM Type 1 is entirely based on the European functional standard ENV 41204 (revised version of April 1990) for simple file transfer.
Alle definitioner og krav i ENV 41204 er gældende.
All definitions and requirements of ENV 41204 apply.
Alle indkøbte FTAM-systemer skal derfor være i overensstemmelse med ENV 41204, og sam arbejde mellem systemer skal altid ske på basis af ENV 41204.
Therefore, all procured FTAM systems shall conform to ENV 41204, and interworking shall always be possible on the basis of the ENV 41204 capabilities.
Bemærk: Som omtalt ovenfor svarer ENV 41204 fuldstændigt til den amerikanske implementeringsprofil TI.3 og den internationale standardprofil ISP AFT11 (ISO/IEC ISP 10607-3).
Note: As shown above, the European norm ENV 41204 is fully equivalent to the US implementation profile Tl. 3 and the international standardized profile ISP AFT11 (ISO/ IEC ISP 10607-3).
I det følgende gives en opsummering af funktionerne i profilen for simpel filoverførsel som specificeret i ENV 41204.
The following summarizes the functionality of the simple file transfer profile as specified in ENV 41204.
ENV 41204 dækker overførsel af filer mellem to slutsystemer.
ENV 41204 covers the transfer of files between two end systems.
Et slutsystem op træder som aktiv part (Initiator rolé) og beder om tilgang til filen, det andet slutsystem optræder som passiv part (Responder role) og giver adgang til filen i dets virtuelle fillager.
One end system acts in the initiator role and requests access to the file, the other end system acts in the responder role and provides access to the file in its virtual filestore.
Der er udelukkende defineret overførsel for filer med ustruktureret constraint set, dvs. at der kun læses eller skrives (erstattes i, udvides) hele filer.
Transfer is defined only for files with an unstructured constraint set, i.e. only complete files are read or written (replaced, extended).
Nedenfor følger mere detaljerede oplysninger om de obligatoriske funktioner.
More details regarding these mandatory functions follow.
Attributgrupper (Attribute Groups): Kernel (filenavn, tilladelige aktioner, indholdstyper).
Kernel (initialize, terminate, abort an association, select and deselect files, read and/or write).
III SUPPLERENDE TEKNISKE OPLYSNINGER
Attribute groups: Kernel (filename, permitted actions, contents type).
En tekstlinie er afgrænset enten med styrekoderne vognretur (CR) og linieskin (LF) (for tegnsæt der indeholder disse styrekoder) eller ved hjælp af opdelingen i dataelementer (for tegnsæt, der ikke indeholder styrekoder).
A line of text is either delimited by the format effectors carriage return and line feed (for character sets which include these format effectors) or by data element boundaries (for character sets which do not include control characters).
- Med styrekoder (format effectors): lA5String (T.51 IA5); GeneralString (ISO 646 og ISO 8859-1 latinsk alfabet nr. 1, vesteuropæisk 1-byte-tegnsæt, begge med styretegn fra ISO 646).
• With format effectors: IA5String (T.51 IA5); GeneralString (ISO 646 and ISO 8859-1 Latin Alphabet No 1,1byte West-European character set, both with control characters from ISO 646).
- Uden styrekoder (format effectors): VisibleString (IA5 uden styretegn); GraphicString (ISO 646 uden styretegn og ISO 8859-1).
• Without format effectors: VisibleString (IA5 without control characters); GraphicString (ISO 646 without control characters and ISO 8859-1).
VALGMULIGHEDER i ENV 41204
Optional functions in ENV 41204