1、UNION INTERNATIONALE DES TLCOMMUNICATIONS5)4 4 ces interfaces sont actuellement ltude.NOTE LAnnexe A donne la dfinition des nouveaux termes, marqus dune astrisque (*).Des exemples sont donns lAppendice I.1.3 La nature des informations changes par ces interfaces et la faon de les changer font lobjet
2、desRecommandations techniques sur les PCI.La mthode dchange dcrit les procdures suivies pour acheminer linformation entre les modules logiciels de part etdautre des interfaces.2 Recommandation F.581 (03/93)2 Champ dapplication2.1 Considrations gnrales2.1.1 La prsente Recommandation contient des dire
3、ctives pour la dfinition des PCI du point de vue du service.Lapplicabilit des PCI, ncessite de dfinir:a) linformation changer travers linterface. Ces messages sont dfinis dune manire indpendante dusystme dexploitation et du langage de programmation, mais dpendante de la dfinition du servicenormalis
4、par le UIT-T. Pour cette raison, ils sont dfinis dans les Recommandations techniques duUIT-T;b) la manire dacheminer (mthode dchange) cette information travers linterface.2.1.2 La prsente Recommandation a principalement pour objet de dfinir: les avantages possibles offerts par ces PCI; un vocabulair
5、e commun pour toutes les dfinitions relatives aux interfaces PCI; un modle fonctionnel gnral permettant toutes les interfaces PCI de cooprer en cas de besoin; des rgles gnrales prendre en considration dans la dfinition des PCI.2.1.3 Les dfinitions techniques relatives aux PCI sont donnes dans les Re
6、commandations correspondantes:T.611: Interfaces de communication de programmation (PCI) APPLI/COM pour les services de tlcopie dugroupe 3, du groupe 4, tltex et tlex.NOTE Dautres Recommandations sont ltude.2.2 ApplicabilitIl nest pas obligatoire de mettre en oeuvre des interfaces de communications d
7、e programmation pour participer unservice normalis par le UIT-T.Le but est daider les dveloppeurs en leur donnant des indications gnrales leur permettrant dintgrer les servicesUIT-T leurs produits.On ne doit pas perdre de vue que les PCI laissent une certaine latitude aux constructeurs, qui peuvent
8、ne dvelopperquune ou quelques interfaces ou les tendre des besions privs.3 Avantages possibles offerts par les PCIDes avantages possibles dcoulant de la dfinition des PCI peuvent tre attendus tant par les dveloppeurs que par lesusagers et les exploitants. Il sagit:3.1 Pour les dveloppeursa) Les PCI
9、constituent une aide pour les dveloppeurs, qui y trouvent des interfaces normalises communes.Les dveloppeurs des applications de communication*(CA) trouveront dans les Recommandationsrelatives aux PCI des renseignements pratiques pour la mise en oeuvre des services normaliss par leUIT-T.b) Dautre pa
10、rt, les dveloppeurs des applications locales (LA) nauront plus besoin dtre des spcialistes desprotocoles de tlcommunication.c) Pour les deux catgories de dveloppeurs, le dlai de dveloppement des applications devrait treraccourci et les frais de dveloppement devraient baisser parce que les dveloppeur
11、s nauront pluslobligation dadapter leurs produits un grand nombre dautres produits, aux caractristiquesfrquemment changeantes.d) Autre rsultat attendu: les PCI devraient acclrer le dveloppement de nouvelles applications. En effet,ces applications profiteront des applications de communication existan
12、tes qui respectent les rgles desservices normaliss par le UIT-T ( condition que ces applications respectent aussi les caractristiques desPCI).NOTE LAnnexe A donne la dfinition des nouveaux termes, marqus dune astrisque (*).Recommandation F.581 (03/93) 33.2 Pour les usagersa) Le rsultat le plus impor
13、tant que lon recherche avec les PCI est luniformit dans lutilisation des servicesUIT-T. Grce aux interfaces de communication de programmation, les usagers pourront, par exemple,envoyer un document par le service de tlcopie, le service tlex ou le service tltex, sans diffrencesnotables. Toutefois, les
14、 contraintes de service dcrites dans les Recommandations correspondantescontinuent sappliquer.b) les PCI sont conues pour permettre lutilisateur final dinstaller, dtendre et dutiliser tout type deconfiguration (terminal indpendant, rseau local, etc.) pour envoyer et recevoir des fichiers dans le cad
15、redes diffrents services normaliss par le UIT-T, cela de la faon la plus simple et la plus uniforme.NOTE Les PCI ne sont pas en concurrence avec les normes applicables aux rseaux locaux.Les PCI sont un moyen pour dissimuler lutilisateur final les diffrences entre les systmes, les logiciels et lesmat
16、riels, facilitant ainsi lutilisation des services normaliss par le UIT-T.3.3 Pour les exploitantsOn devrait assister un accroissement du trafic, nombre dquipements voyant leurs possibilits de communication semultiplier grce aux interfaces universelles. Par ailleurs, les usagers devraient tre encoura
17、gs communiquer, grce une meilleure ergonomie de dialogue.4 Spcifications des PCI4.1 IndpendanceLa dfinition fonctionnelle dune PCI est indpendante: du type dordinateur, des systmes dexploitation et des langages de programmation; de la configuration du systme. La PCI peut tre mise en oeuvre dans tout
18、 type de configuration: terminalindpendant, rseau local, etc.Par ailleurs, le choix dune prsentation de linformation indpendante des systmes dexploitation et des langages deprogrammation doit permettre de porter facilement les PCI dun systme dexploitation un autre. Les choix possibles delangages de
19、programmation sont dfinis dans les Recommandations techniques.4.2 DpendanceLa dfinition fonctionnelle dune PCI dpend des services UIT-T fournis par le module de communication auquel il sagitdaccder.4.3 SouplesseLes PCI offrent une souplesse de dveloppement favorable la diffrentiation des produits. L
20、a dfinition des PCI peutinclure un mcanisme de soumission de travail qui permet une application de demander une autre application detraiter une fonction donne. Dans ce cas, les Recommandations techniques sur les PCI dfinissent les fonctions quechaque application doit normalement excuter.4.4 Extensib
21、ilitIl est possible de raliser des extensions prives sans compromettre la performance globale des PCI. La documentationaffrente leur utilisation expliquera comment ces extensions peuvent tre utilises par dautres logiciels dapplication.Les Recommandations techniques doivent prvoir de telles extension
22、s.4.5 Applications multiplesDe multiples modules logiciels situs au-dessus dune interface peuvent accder un ou plusieurs modules logicielssitus en dessous de la mme interface. Comme cette caractristique dpend des systmes dexploitation, elle esttotalement asservie la mthode dchange dinformation de la
23、 PCI.4 Recommandation F.581 (03/93)Les procdures permettant un transfert correct des demandes et des rponses entre deux applications doivent treindpendantes de limplantation physique de ces applications.Plusieurs applications locales peuvent tre interfaces avec une ou plusieurs applications de commu
24、nication.4.6 Facilit de mise en oeuvre et de testUne PCI doit tre facile mettre en oeuvre pour pouvoir tre largement accepte.La description doit donner des renseignements complmentaires pour une meilleure mise en oeuvre des applicationsvises, afin dliminer les erreurs. Le test dune PCI doit tre une
25、opration simple.NOTE Les Recommandations techniques doivent prciser le comportement dune ralisation relle, et fournir desdirectives aux dveloppeurs (dans lAppendice I).5 Directives gnrales pour la dfinition des PCI5.1 Localisation de linterfaceComme cela a t mentionn dans lintroduction, deux catgori
26、es gnrales de PCI ont t dfinies: les interfaces deniveau application (situes au niveau des couches suprieures du modle OSI), et les interfaces de niveaurseau/protocole (situes au niveau des couches dpendant du rseau et du protocole). Les applications nobissant pasau modle OSI seront introduites suiv
27、ant le type particulier dinterface PCI.Afin dviter tout malentendu, les services normaliss par le UIT-T, les protocoles et les rseaux couverts par linterfacePCI doivent tre clairement identifis.5.2 Description fonctionnelleLes fonctions pouvant tre remplies par linterface doivent tre dcrites. La des
28、cription fonctionnelle sera compltementindpendante de lquipement.5.3 Description formelleLes messages changs travers linterface doivent tre dcrits.A ce stade, il est ncessaire que la dfinition de linterface soit indpendante de lquipement.5.4 Prsentation de linformationPour les interfaces de niveau a
29、pplication, une prsentation des informations (schma de codage) indpendante dessystmes dexploitation et des langages de programmation sera choisie. La description dune telle prsentation peut fairepartie des Recommandations techniques.La description de la prsentation des informations en ce qui concern
30、e les interfaces de niveau rseau et de protocolesnest pas ncessairement indpendante des systmes dexploitation et des langages de programmation. Si elle en dpend,une telle description peut faire partie de Recommandations techniques; sinon, elle peut former un appendice. LesRecommandations techniques
31、contiennent des renseignements complmentaires sur ce point.6 Modle fonctionnel gnralLe concept dinterfaces de communication de programmation englobe deux niveaux dinterfaces diffrents: interfaces de niveau application, un exemple tant linterface APPLI/COM de la Recommandation T.611; interfaces de ni
32、veau rseau/protocole, actuellement ltude.Ces niveaux dinterfaces sont indpendants lun de lautre, chacun pouvant tre spcifi ou mis en oeuvreindpendamment de lautre. De plus, un mme niveau peut contenir plusieurs interfaces qui pourront coexisterindpendamment lune de lautre.La Figure 1 Modle gnral des
33、 PCI situe chaque niveau dinterface par rapport lautre.Recommandation F.581 (03/93) 5T0102260-92/d01Application localesEntit de gestionde communication(CME)Applicationslocales(LA)Interfaces de niveau rseaux/protocolesInterfaces de niveau applicationPlan degestionPlanutilisateurPlan decommandeRseauAp
34、plication decommunication(CA)Module decoucheinfrieure(LLM)FIGURE 1/F.581Modle gnral des PCIFIGURE 1/F.581.D01 = 15.5 CM7 Interfaces de niveau application7.1 DfinitionsLes PCI de niveau application: sont des interfaces qui donnent accs un ou plusieurs services normaliss par leUIT-T. Linterfaage est a
35、ssur par lentit de gestion de communication (*) (CME). La CME peut utiliser des PCI liesau niveau rseau/protocole pour accder aux rseaux et aux protocoles dfinis par le UIT-T.Le fonctionnement et le comportement de linterface dcouplera nettement une application des caractristiques du servicedfini pa
36、r le UIT-T.NOTE LAnnexe A donne la dfinition des nouveaux termes, marqus dune astrisque (*).7.2 Caractristiques gnralesChaque fois que cela sera possible, le fonctionnement, la prsentation des messages et la mthode dchange serontconus indpendamment du matriel et des logiciels systmes.Les interfaces
37、dapplications peuvent offrir des possibilits de traitement derreurs, et devront pouvoir tre testes.Le fonctionnement des interfaces PCI de niveau application pourra tre du type soumission de tche.6 Recommandation F.581 (03/93)8 Interfaces de niveau rseau/protocole8.1 DfinitionLes interfaces PCI de n
38、iveau rseau/protocole: assurent linterfaage daccs un ou plusieurs rseaux ou protocolesUIT-T. Les modules logiciels assurant linterfaage sont appels modules de couche infrieure (*) (LLM).Les interfaces PCI de niveau rseau/protocole seront conues pour un maximum defficacit en terme de vitesse et de ta
39、ille.La disponibilit de protocole peut tre identifie par les PCI de niveau rseau/protocole.NOTE LAnnexe A donne la dfinition des nouveaux termes, marqus dune astrisque (*).8.2 Caractristiques gnralesLes messages seront conus de manire ce quils soient indpendants du matriel et du logiciel systme dans
40、 la mesureo le fonctionnement est concern. Toutefois, la prsentation des messages et la mthode dchange peuvent dpendredans une large mesure du matriel et du logiciel.Le fonctionnement des interfaces PCI de niveau rseau/protocole peut tre en temps rel. Les fonctions assures peuventtre regroupes dans
41、trois plans:a) le plan de gestion, contenant les fonctions lies la gestion de lchange des messages;b) le plan utilisateur, contenant les fonctions lies aux piles de protocoles daccs et la gestion du flux dedonnes des communications;c) le plan de commande, contenant les fonctions lies la signalisatio
42、n et aux commandes de rseau. Dans lecas dune signalisation dans la bande, ce plan est vide.Annexe ADfinitions(Cette annexe fait partie intgrante de la prsente Recommandation)Pour les besoins de la prsente Recommandation, les dfinitions suivantes sappliquent:A.1 interfaces programmatiques de communic
43、ation: les interfaces permettant daccder un logiciel qui fournitun service de communication normalis par le UIT-T sont appeles interfaces de communication de programmation(PCI).A.2 interface de niveau application: les interfaces PCI de niveau application donnent accs un ou plusieursservices normalis
44、s par le UIT-T.A.3 interfaces de niveau rseau/protocole: les interfaces PCI de niveau rseaux/protocoles donnent accs un ouplusieurs protocoles et rseaux dfinis par le UIT-T.A.4 application locale (LA): une application locale est une entit logique capable de gnrer des documents oudes fichiers, et de
45、fournir lusager une fonction de dialogue de communication. Concrtement, elle peut se composerdun seul logiciel (diteur avec dialogue de communication intgr) ou de deux (diteur et logiciel distinct de dialogue decommunication).A.5 application de communication (CA): une application de communication es
46、t une entit virtuelle situeen-dessous de lapplication locale. Il sagit dun lment fictif couvrant tous les modules (matriels et logiciels)fournissant des moyens de communication lapplication locale.A.6 entit de gestion de communication (CME): une entit de gestion de communication est une entit logiqu
47、ecapable de stocker en mmoire et dexcuter une demande de communication provenant de lapplication locale. Elle estcapable galement de fournir lutilisateur des fonctions de gestion de communication (journaux, etc.). Cette entitrside dans lapplication de communication. Une CME peut prendre en charge un ou plusieurs services normaliss par leUIT-T.A.7 module de couche infrieure (LLM): le module de couche infrieure est une entit assurant les interfaces PCIde niveau rseau/protocole.Recommandation F.581 (03/93) 7Appendice IExemples(Cet appendice ne fait pas partie int
