ISO/IEC 13235-3:1998

ISO/CEI
NORME
INTERNATIONALE
Premibe kdition
1998-12-01
Technologies de I’information - Traitement
Fonction de courtage -
Gparti ouvert -
Partie 3:
Fourniture de la fonction de courtage au
moyen du service d’annuaire OSI
Open Distributed Processing - Trading
lnforma tion technology -
Function -
Part 3: Provision of Trading Function using OSI Directory service
Numb0 de refbrence
ISO/CEI 132353:1998(F)
ISO/CEI 132353: 1998(F)
PDF - Exonhation de responsabilit6
Le present fichier PDF peut contenir des polices de caracteres integrees. Conformement aux conditions de licence d’Adobe, ce fichier peut
etre imprime ou visualise, mais ne doit pas etre modifie a moins que I’ordinateur employe a cet effet ne beneficie d’une licence autorisant
I’utilisation de ces polices et que celles-ci y soient installees. Lors du telechargement de ce fichier, les parties conceankes acceptent de fait la
responsabilite de ne pas enfreindre les conditions de licence d’Adobe. he Secretariat central de I’ISO decline toute responsabilite en la
matiere.
Adobe est une marque deposee d’Adobe Systems Incorporated.
Les details relatifs aux produits logiciels utilises pour la creation du present fichier PDF sont disponibles dans la rubrique General Info du
fichier; les parametres de creation PDF ont ete optimises pour I’impression. Toutes les mesures ont ete prises pour garantir I’exploitation de
ce fichier par les comites membres de I’ISO. Dans le cas peu probable ou surviendrait un probleme d’utilisation, veuillem en informer le
Secretariat central a I’adresse donnee ci-dessous.
0 ISO/CEl 1998
Droits de reproduction resew%. Sauf prescription differente, aucune pat-tie de cette publication ne peut etre reproduite ni utilisee sous quelque
forme que ce soit et par aucun pro&de, electronique ou mecanique, y compris la photocopie et les microfilms, sans l’accord ecrit de I’ISO a
I’adresse ci-aprk ou du comite membre de I’ISO dans le pays du demandeur.
IS0 copyright office
Case postale 56 l CH-1211 Geneva 20
Tel. + 41 22 749 01 11
Fax. + 41 22 734 10 79
E-mail copyright @ iso.ch
Web www.iso.ch
Version frangaise parue en 2000
Imprim en Suisse
ii
0 ISO/CEI 1998 - Tous droits r&en&

ISOKEI 132353: 1998(F)
0 ISOKEI
Sommaire
Page
1 Domaine d’application .
2 References normatives .
Recommandations 1 Normes intemationales identiques .
2.1
3 Definitions . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Abreviations . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 4
Apercu general
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 5
Schema
6.1 Generalites . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Entree courtier . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 7
6.2
6.2.1 commonName .
6.2.2 trader-Interface .
............................................................................................................................ 8
6.2.3 dsaName
6.2.4 typeRepos . 8
6.25 defSearchCard .
................................................................................................................. 8
6.2.6 maxSearchCard
defMatchCard . 9
6.2.7
6.2.8 maxMatchCard .
6.2.9 defRetumCard .
................................................................................................................. 9
6.2.10 maxRetumCard
6.2.11 defHopCount .
6.2.12 maxHopCount .
................................................................................................................ 10
6.2.13 defFollowPolicy
11 >
6.2.14 maxFollowPolicy .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 11
6.2.15 maxLinkFollowPolicy
........................................................................................... 11
6.2.16 supportsModifiableProperties
6.2.17 supportsDynamicProperties . 11
6.2.18 supportsProxyOffers .
6.2.19 maxList .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
6.2.20 requestIdStem
6.2.2 1 description . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
6.2.22 userPassword . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 12
6.2.23 Autres attributs X.5 00
6.3 Entree politiques du courtier . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
6.3.1 commonName
typeManagementConstraint . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 13
6.3.2
6.3.3 searchconstraint . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
6.3.4 offerAcceptanceConstraint
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 14
6.35 Autres attributs X. 5 00
6.4 Entree offie de service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .*.
6.4.1 sOfferId . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
6.4.2 serviceInterfaceId
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
6.4.3 serviceTypeId
hasDynamicProperties . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 16
6.4.4
6.4.5 hasModifiableProperties . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 17
6.4.6 dynamicProps . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
6.4.7 Autres attributs X.500 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
. . .
0 ISOKEI
ISOKEI 132353: 1998(F)
Page
.........................................................................................................................
6.5 Entree lien du courtier
...........................................................................................................................
linkName
6.5.1
.................................................................................................................................
linkId
6.5.2
......................................................................................................
targetTraderInterfaceId
6.5.3
.......................................................................................................
defPassOnFollowRule
6.5.4
...........................................................................................................
6.5.5 1imitingFollowRule
.......................................................................................................
Autres attributs X.500
6.5.6
...................................................................................................................
6.6 Entree offre de delegation
..................................................................................................................... 20
6.6.1 proxy OfferId
................................................................................................... 21
6.6.2 proxy LookUpInterfaceId
................................................................................................................ 21
6.6.3 ConstraintRecipe
ifMatchAl1 .
6.6.4
Autres attributs X. 5 00 .
6.6.5
.............................................................................. 22
6.7 Autres entrees X.500 utilisees par l’agent T-DUA
7 Operations .
.........................................................................................................................................
7.; Initialisation
............................................................................................................................ 23
Operations du client
7.2
..........................................................................................................................
7.3 Operations de registre
........................................................................................................................
7.3.1 Exportation
................................................................................................................................ 25
7.3.2 Retrait
...................................................................................................................... 25
7.3.3 Modification
7.3.4 Description .
7.3.5 Retrait avec contrainte .
Resolution .
7.3.6
..................................................................................................................
7.4 Operations de consultation
................................................................................................... 28
7.4.1 Operation d’interrogation
........................................................................................................................... 28
7.4.2 Politiques
................................................................................................................ 29
7.4.3 Recherche locale
.............................................................................. 30
7.4.4 Recherche parmi des courtiers fed&es
....................................................................................... 30
7.4.5 Recherche d’offi-es de delegation
.............................................................................................. 30
7.4.6 Offies de service renvoyees
Operations relatives aux liens .
7.5
7.5.1 Adjonction de lien .
7.5.2 Suppression de lien .
7.5.3 Modification de lien .
7.5.4 Description de lien .
7.5.5 Listage des liens .
..................................................................................... 33
7.6 Operations relatives aux offres de delegation
Exportation d’oftie de delegation . 33
7.6.1
Retrait d’offie de delegation . 34
7.6.2
Description d’offre de delegation . 34
7.6.3
...................................................................................... 35
7.7 Operations relatives aux attributs du courtier
Operations administratives .
7.8
7.8.1 Listage des offkes .
7.8.2 Listage des offies de delegation .
................................................................................ 36
7.9 Operations d’evaluation de propriete dynamique
................................................................................... 37
7.9.1 Evaluation de propriete dynamique
8 Repertoire de types .
Schema X.500 et repertoire de types minimal .
8.1
Proprietes dynamiques 38
9 .
9.1 Exportation d’une offre de service .
Importation d’une offre de service 39
9.2 .
Annexe A - Definition schematique des definitions de courtier . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Annexe B - Exemple de definition schematique de description de service . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
iV
ISOKEI 13235-3: 1998(F)
0 ISOKEI
Avant-propos
L’ISO (Organisation internationale de normalisation) et la CEI (Commission electrotechnique internationale) forment le
systeme specialise de la normalisation mondiale. Les organismes nationaux membres de 1’ISO ou de la CEI participent au
developpement de Normes internationales par l’intermediaire des comites techniques trees par I’organisation concernee afin de
s’occuper des domaines particuliers de l’activite technique. Les comites techniques de 1’ISO et de la CEI collaborent dans des
domaines d’interet commun. D’autres organisations internationales, gouvernementales et non gouvernementales, en liaison
avec 1’ISO et la CEI participent egalement aux travaux.
Dans le domaine des technologies de l’information, I’ISO et la CEI ont tree un comite technique mixte, l’ISO/CEI JTC 1. Les
projets de Normes internationales adopt& par le comite technique mixte sont soumis aux organismes nationaux pour vote.
Leur publication comme Normes internationales requiert l’approbation de 75 % au moins des organismes nationaux votants.
La Norme internationale ISOKEI 132353 a et6 elaboree par le comite technique mixte ISOKEI JTC 1, Technologies de
I’information, sous-comite SC 33, Services d’applications distribukes, en collaboration avec l’UIT-T. Le texte identique est
publie en tant que Recommandation UIT-T X.952.
L’ISOKEI 13235 comprend les parties suivantes, presentees sous le titre general Technologies de l’information - Traitement
rkparti ouvert - Fonction de courtage:
- Partie I: Spkification
- Partie 2: (TBD)
Partie 3: Fourniture de la fonction de courtage au moyen du service d’annuaire OSI
L’annexe A fait partie integrante de la presente par-tie de l’ISO/CEI 13235. L’annexe B est donnee uniquement a titre
d’information.
ISOKEI 13235=3:1998(F) 0 ISOKEI
Introduction
La fonction de courtage ODP (voir la Rec. UIT-T de la serie X.950 1 ISOKEI 13235) permet d’offrir un service et de
decouvrir les services qui ont ete offerts. La Rec. UIT-T X.950 1 ISOKEI 13235-1 contient la definition d’une
specification d’entreprise, d’une specification d’information et d’une specification de traitement de cette fonction de
courtage. Aucune specification d’ingenierie n’est definie dans la Rec. UIT-T X.950 1 ISOKEI 13235-1. La
presente Recommandation 1 Nor-me intemationale donne la description de la facon dont la fonction de courtage,
Rec. UIT-T X.950 I ISOKEI 13235-1, peut etre realisee au moyen du service d’annuaire OS1 (voir la Rec. UIT-T X.500 I
ISO/CEI 9594-l) concernant le stockage des informations et la foumiture de mecanismes supports. La presente
Specification n’impose pas qu’un courtier soit realise au moyen de l’annuaire OSI. Mais si l’annuaire OS1 est utilise, la
presente Specification contient la definition de gabarits normalises pour les entrees informationnelles (par exemple
objets informationnels offre de service et lien) de l’arbre DIT de l’annuaire.
L’article 5 donne un apercu general de la maniere dont la fonction de courtage est realisee sous for-me de combinaison
d’un agent DUA et d’un agent DSA X.500. On utilise l’agent DSA X.500 pour stocker l’objet informationnel courtier et
un agent d’utilisateur d’annuaire de type courtier (T-DUA) realise la fonctionnalite requise par un courtier, qui est
difficile, voire impossible, a realiser au moyen des services d’annuaire OSI.
L’article 6 definit les gabari ts normalises pour les entrees informationnelles de l’objet informationnel courtier, a savoir les
informations qu’un courtier donne connait.
L’article 7 decrit le mappage des operations de la fonction de courtage sur des operations appropriees de l’annuaire.
L’article 8 specific une fonction de repertoire de type minimal qui est necessaire afm de permettre le fonctionnement
correct de l’annuaire X.500 pour le courtage.
L’article 9 d&it les mecanismes utilises pour perrnettre le traitement des proprietes dynamiques des offies de service
d’un courtier.
La presente Specification contient deux annexes.
L’Annexe A (normative) contient une definition de schema pour les definitions relatives aux courtiers.
L’Annexe B (normative) contient une definition de schema relative a un exemple de description de service.
vi
ISO/CEI 13235-3 : 1998 (F)
NORME INTERNATIONALE
RECOMMANDATION UIT-T
TECHNOLOGIES DE L’INFORMATION - TRAITEMENT RI?PARTI OUVERT -
FONCTION DE COURTAGE: FOURNITURE DE LA FONCTION
DE COURTAGE AU MOYEN DU SERVICE D’ANNUAIRE OS1
Domaine d’application
La presente Specification contient la description de la facon dont la fonction de courtage ODP peut etre realisee au
moyen d’entrees informationnelles et de mecanismes supports de l’annuaire OSI. Elle doit etre utilisee conjointement
avec la norme relative a la fonction de courtage ODP (Rec. UIT-T X.950 I ISOKEI 13235-1). En cas de d&accord entre
les prescriptions de la Rec. UIT-T X.950 I ISO/CEI 13235-1 et celles de la presente Specification, ce sont les
prescriptions de la Rec. UIT-T X.950 I ISO/CEI 13235-l qui l’emportent.
La presente Specification Porte sur:
-
les gabarits normalises pour les objets informationnels de la fonction de courtage figurant dans
l’arbre DIT;
-
la description du mappage des operations de la fonction de courtage sur des operations appropriees de
l’annuaire;
-
caracteristiques de l’annuaire qui permettent de foumir les
la description de l’utilisation d’autres
mecanismes supports pour la realisation d .e la fonction de courtage ODP.
La presente Specification n’impose pas qu’un courtier soit realise au moyen de l’annuaire OSI. Mais si l’annuaire OS1 est
utilise, la presente Specification contient la definition de gabarits normalises pour les entrees inforrnationnelles (par
exemple objets informationnels offre de service et lien) de l’arbre DIT de l’annuaire. Elle n’impose aucune restriction
quant aux endroits ou ces entrees sont placees dans l’arbre DIT de l’annuaire. Autrement dit, elle ne donne la
normalisation d’aucune regle de structure. Elle donne simplement la description d’un mecanisme permettant de realiser la
fonction de courtage au moyen de l’annuaire OSI.
La presente Specification vise a permettre la realisation de la fonction de courtage ODP au moyen de l’annuaire OSI,
/ lorsque c’est necessaire.
2 Rhfh-ences normatives
Les Recommandations et Normes intemationales suivantes contiennent des dispositions qui, par suite de la reference qui
y est faite, constituent des dispositions valables pour la presente Recommandation I Norme intemationale. Au moment de
la publication, les editions indiquees etaient en vigueur. Toutes Recommandations et Normes sont sujettes a revision et
les parties prenantes aux accords fond& sur la presente Recommandation I Norme intemationale sont invitees a
rechercher la possibilite d’appliquer les editions les plus recentes des Recommandations et Normes indiquees ci-apres.
4’
Les membres de la CEI et de 1’ISO possedent le registre des Normes intemationales en vigueur. Le Bureau de la
normalisation des telecommunications de 1’UIT tient a jour une liste des Recommandations de l’UIT-T en vigueur.
21 . Recommandations 1 Normes internationales identiques
-
Recommandation UIT-T X.500 (1993) I ISOKEI 9594-l: 1995, Technologies de Z’information -
lnterconnexion des syskmes ouverts - L’annuaire: we d’ensemble des concepts, modGIes et services.
-
Recommandation UIT-T X.501 (1993) I ISOKEI 9594-2:1995, Technologies de Z’information -
Interconnexion des systGmes ouverts - L’annuaire: les mod2les.
-
Recommandation UIT-T X.509 (1993) I ISO/CEI 9594-8: 1995, Technologies de Z’information -
Pnterconnexion des syst2mes ouverts - L’annuaire: cadre d’authentiJication.
Rec. UIT-T X.952 (1997 F)
0 ISOKEI
ISOKEI 132353:1998(F)
Recommandation UIT-T X.5 11 (1993) 1 ISO/CEI 9594-3: 1995, Technologies de Z’information -
Interconnexion des systemes ouverts - L’annuaire: dkfinition du service abstrait.
Recommandation UIT-T X.5 19 (1993) 1 ISO/CEI 9594-5: 1995, Technologies de Z’information -
lnterconnexion des systGmes ouverts - L ‘annuaire: spkczjkation du protocole.
-
Recommandation UIT-T X.520 (1993) j ISOKEI 9594-6: 1995, Technologies de Z’information -
Interconnexion des systkmes ouverts - L’annuaire: types d’attributs sklectionnks.
Recommandation UIT-T X.521 (1993) 1 ISO/CEI 9594-7:1995, Technologies de Z’information -
Interconnexion des systcmes ouverts - L’annuaire: classes d’objets Glectionnkes.
-
Recommandation UIT-T X.680 (1994) 1 ISO/CEI 8824-l : 1995, Technologies de Z’infsrmation - Notation
de syntaxe abstraite numkro un: sp@cation de la notation de base.
Recommandation UIT-T X.68 1 (1994) ( ISOKEI 8824-2: 1995, Technologies de Z’information - Notation
de syntaxe abstraite numkro un: sp&jication des objets informationnels.
Recommandation UIT-T X.682 (1994) 1 ISO/CEI 8824-3: 1995, Technologies de Z’information - Notation
de syntaxe abstraite numkro un: sp&fkation des contraintes.
Recommandation UIT-T X.683 (1994) 1 ISO/CEI 8824-4: 1995, Technologies de Z’information - Notation
de syntaxe abstraite nume’ro un: paramhtrage des spkzjkations de la notation de syntaxe abstraite
numkro un.
Recommandation UIT-T X.902 (1995) ] ISO/CEI 10746-2: 1996: Technologies de Z’information -
Traitement ouvert rkparti - ModkZe de rkfkrence: fondements.
Recommandation UIT-T X.903 (1995) 1 ISOKEI 10746-3: 1996, Technologies de Z’information -
Traitement ouvert rkparti - ModkZe de rkfkrence: architecture.
Recommandation UIT-T X.950 (19997) I ISOKEI 13235-l :
--‘), Technologies de l’information -
Traitement rkparti ouvert - Fonction de courtage: spe’cification.
3 Dkfinitions
utilise les terrnes suivants, qui sont dkfinis dans la
La prkente Recommandation I Norme intemationale
Rec. UIT-T X.902 I ISO/CEI 10746-2:
-
activite;
-
comportement;
-
objet client;
-
dkfaillance;
-
identificateur;
-
instance;
-
interaction;
-
interface;
-
signature d’interface;
-
nom;
-
objet;
-
obligation;
-
systkme ODP;
-
politique;
-
objet serveur;
-
sous-type;
-
gabarit de ;
courtage;
1) A publier.
Rec. UIT-T X.952 (1997 F)
ISO/CEI 13235-3 : 1998 (F)
-
type;
-
point de vue.
La presente Recommandation I Norme intemationale utilise les termes suivants, qui sont definis dans la
Rec. UIT-T X.903 I ISO/CEI 10746-3:
-
administrateur;
-
communaute;
point de vue traitement;
reference d’interface d’ingenierie;
point de vue ingenierie;
point de vue entreprise;
exportateur;
importateur;
point de vue information;
exportation de service;
-
importation de service;
-
offre de service;
-
point de vue technologie;
-
fonction de courtage;
fonction de repertoire de types.
La presente Recommandation I Norrne intemationale utilise les termes suivants, qui sont definis dans la
Rec. UIT-T X.950 1 ISO/CEI 13235-1:
-
courtiers fed&es;
iterateur;
lien;
offie de delegation;
-
type de service;
-
propriete de service;
courtier;
attribut de courtier;
-
graphe de courtage.
Recommandation I Nor-me intemationale utilise les termes suivants, qui sont definis dans la
La presente
Rec. UIT-T X 500 I ISO/CEI 9594- 1:
-
annuaire;
-
base de donnees d’annuaire;
utilisateur (d’annuaire).
les termes suivants, qui sont definis dans la
La presente Recommandation j Norme intemationale utilise
Rec. UIT-T X.501 I ISO/CEI 9594-2:
-
attribut;
-
type d’attribut;
-
valeur d’attribut;
-
arbre d’informations d’annuaire;
-
agent de systeme d’annuaire;
-
agent d’utilisateur d’annuaire;
-
nom distinctif;
-
entree (d’annuaire);
-
filtre;
Rec. UIT-T X.952 (1997 F)
ISOKEI 13235-3 : 1998 (F)
-
regle de concordance;
-
nom (d’annuaire);
-
forme de nom;
-
objet;
-
classe d’objets;
-
entree d’objet;
-
nom distinctif relatif;
-
regle de structure;
-
sous-classe;
-
subordonne;
-
superclasse.
La prksente Recommandation I Norme intemationale utilise les operations suivantes, qui sont definies dans la
Rec. UIT-T X.51 1 I ISO/CEI 9594-3:
-
adj onction d’entree;
modification d’entrke;
-
lecture;
-
suppression d’entree;
-
recherche.
suivants, qui sont definis dans la
La prksente Recommandation 1 Norme intemationale utilise les termes
Rec. UIT-T X.509 I ISO/CEI 9594-8:
-
authentification;
-
mot de passe.
4 Abrhiations
Pour les besoins de la presente Recommandation I Norme intemationale, les abreviations suivantes sont utilisees:
DIB Base de donnees d’annuaire (directory information base)
DIT Arbre d’informations de l’annuaire (directory information tree)
DN Nom distinctif (distinguished name)
DSA Agent de systeme d’annuaire (directory system agent)
DUA Agent d’utilisateur d’annuaire (directory user agent)
ODP Traitement reparti ouvert (open distributedprocessing)
OID
Identificateur d’objet (object identzfzer)
RDN Nom distinctif relatif (rekrtive distinguished name)
T-DUA Agent d’utilisateur d’annuaire de type courtier (trader directory user agent)
5 Aperqu g6n6ral
Dans la presente Specification, la fonction de courtage est realisee sous forme de combinaison d’un agent DUA et d’un
agent DSA X.500. Dans la mesure du possible, on utilise les caracteristiques de l’annuaire X.500 pour realiser
directement la fonction de courtage, mais les caracteristiques de courtier ne peuvent pas toutes etre directement realisees
au moyen de l’annuaire X.500. C’est pourquoi le courtier (l’objet qui assure la fonction de courtage) possede deux
composantes: un agent DSA X.500 utilise pour stocker les informations de courtier et un agent d’utilisateur d’annuaire de
type courtier (T-DUA) realisant la fonctionnalite requise par un courtier, qui est difficile, voire impossible, a realiser au
moyen de l’annuaire X.500. On utilise l’agent DSA X.500 pour stocker l’objet informationnel courtier. Les demandes
emanant des clients du courtier (importateurs et exportateurs) sent mappees sur des operations relatives a la base de
donnees X.500. La Figure 1 montre les composantes dun courtier et ses interactions avec ses clients.
Rec. UIT-T X.952 (1997 F)
ISO/CEI 13235-3 : 1998 (F)
T0727990-97/dOl
Figure 1 - Le courtier, ses composantes et ses clients
L’agent T-DUA et les clients du courtier (importateurs et exportateurs) communiquent au moyen d’un protocole de
courtage. Ce protocole n’est pas defini dans la presente Specification. 11 peut s’agir de n’importe quel protocole qui met
en ceuvre la fonctionnalite specifiee dans la Rec. UIT-T X.950 I ISOKEI 13235- 1. La presente Specification vise a
specifier comment l’agent T-DUA utilise un agent DSA X.500 pour prendre en charge la fonctionnalite specifiee dans la
Rec. UIT-T X.950 I ISO/CEI 13235-1.
stockees l’agent DSA X.500 comprennent:
Les informations
Par
-
les attributs du courtier (c’est-a-dire les informations sur le courtier);
-
les politiques d’entreprise du courtier (c’est-a-dire les regles permettant de determiner et de guider le
comportement du courtier);
-
l’ensemble des offres de service (c’est-a-dire les informations utilisees par le courtier lorsqu’il joue le role
de serveur);
-
l’ensemble des liens du courtier (c’est-a-dire les informations utilisees par le courtier lorsqu’il joue le role
de client);
-
l’ensemble des offies de delegation (c’est-a-dire les informations utilisees par le courtier lorsqu’il joue le
role de serveur pour les offies de delegation).
On utilise un agent DSA X.500 pour stocker ces informations pour plusieurs raisons:
-
le modele informationnel requis par le courtier ODP est tres semblable a celui de l’annuaire X.500;
-
l’annuaire X.500 offre une souplesse importante, en autorisant la definition de nouveaux attributs X.500
au moment de l’execution;
-
il est justifie de mettre a profit l’investissement existant relatif a l’annuaire X.500 plutot que d’essayer de
creer une infrastructure entierement nouvelle;
-
le courtier peut ainsi utiliser l’infi-astructure X.500 generale pour consulter les adresses de presentation de
courtiers et clients lies et employer les caracteristiques de securite de l’annuaire X.500 pour authentifier
les utilisateurs.
NOTE - Les details concernant la faGon de foumir l’infiastructure X.500 et les caractkristiques de skcurit6 de
l’annuaire X.500 pour la fonction de courtage sortent du cadre de la prksente Spkification.
11 est impossible de realiser un courtier ODP entierement au moyen de l’annuaire X.500 car le modele operationnel
utilise par le courtier ODP presente des differences importantes, parmi lesquelles:
-
les operations du courtier pour lesquelles il n’existe pas de projection directe sur des operations X.500;
-
les opkrations reparties qui sont mises en ceuvre au moyen des informations stockees dans les liens et
attributs de courtier dont la signification n’est pas la meme que pour la repartition mise en ceuvre dans le
cadre de l’annuaire X.500.
6 Schbma
Ce schema X.500 donne la description de la portion d’un arbre DIT X.500 servant a stocker les informations qu’un
courtier particulier connai\t. Ce schkma, qui est fond6 sur le modtile de l’annuaire X.500, est don& dans 1’Annexe A.
Rec. UIT-T X.952 (1997 F) 5
ISO/CEI 13235-3 : 1998 (F)
61 . Ghkalitks
Les informations qu’un courtier donne connait (l’objet informationnel courtier) sont gardees dans un sous-arbre de l’arbre
DIT X.500. Ce sous-arbre peut etre rattache n’importe ou dans l’arbre DIT global et aucune regle de structure n’est
Le sous-arbre de courtier devrait normalement etre rattache sous les entrees
definie pour controler sa position.
d’organisation et d’unite organisationnelle (representant respectivement les informations connues par les courtiers de
l’organisation et d’une unite organisationnelle). Les informations connues par des courtiers distincts sont conservees
separement dans l’arbre DIT et on ne cherche nullement a mapper le modele de repartition utilise dans le cadre de
l’annuaire X.500 au mod& de repartition tres different des courtiers fed&es.
Les informations de courtier sont stockees dans l’arbre DIT X.500 sous la forme de parties independantes. Chaque partie
contient les informations connues par un seul courtier. Dans l’exemple de la Figure 2, deux courtiers sont represent&: un
liens entre
pour l’organisation dans son ensemble et un autre pour une unite de cette organisation. Les etablissements de
ces deux courtiers se font via le protocole de courtage et non via le protocole X.500.
L’objet informationnel courtier (voir la Figure 3) est compose de cinq types d’entrees:
-
l’entree courtier, qui contient des renseignements sur le courtier;
-
l’entree politiques du courtier, qui contient des renseignements sur les politiques d’entreprise du courtier;
-
les entrees offre de service, qui contiennent des renseignements sur les offres de service connues par le
courtier;
-
les entrees lien du courtier, qui contiennent des renseignements sur les liens avec les autres courtiers;
-
les entrees offie de delegation, qui contiennent des renseignements sur les offres de delegation connues
par le courtier.
NOTE 1 - La structure des offres de service, liens et offres de d&gation representee sur la Figure 3 nest qu’un
exemple possible de structure d’information.
NOTE 2 - Outre les attributs X.500 &rum&-es pour chaque entree, la presence d’autres attributs dans une entree
ne constitue pas une transgression de la presente Specification. D’autres attributs X.500 peuvent etre necessaires
pour les raisons suivantes:
-
si une application donnee de courtage necessite d’autres attributs X.500 specifiques, ceux-ci peuvent etre
definis dans la specification de cette application de courtage;
-
si une realisation don&e de courtier necessite d’autres attributs X.500 specifiques, ceux-ci peuvent etre
definis dans la documentation relative a cette realisation.
D’autres attributs peuvent etre inclus sous la forme de classes d’objets auxiliaires.
97 c=AU
o = Springshur
Informations
de courtier pou
I’organisation
T0728000-97/d02
Figure 2 - Exemple de deux courtiers stock& dans l’arbre DIT X.500
Rec. UIT-T X.952 (1997 F)
ISO/CEI 13235-3 : 1998 (F)
Vers le reste de I’arbre DIT X.500
z
Entree courtier
Entrees offre Entr6es offre de service
Entrkes lien Entrbe
de dklkgation
du courtier politiques
du courtier
Objet informationnel courtier
T0728010-97/d03
Figure 3 - Exempk d’objet informationnel courtier avec cinq types d’entrbes X.500
62 . Entrbe courtier
La racirre du sous-arbre courtier est constituke par l’entrke courtier. Cette entrke, qui contient des informations sur le
courtier (attributs du courtier - politiques de courtage et caractkristiques du courtier normalikes), est utiliske comme une
donnke de configuration par le courtier (agent T-DUA) au moment de son initialisation. Ces informations sont exprimkes
sous la forme d’un ensemble d’attributs X.500 qui reprksentent les attributs du courtier.
traderEntry OBJECT-CLASS ::= {
SUBCLASS OF
{top)
MUST CONTAIN {commonName 1 traderInterface
dsaName 1 typeRepos 1
defSearchCard 1 maxSearchCard defMatchCard
maxMatchCard 1 defReturnCard 1 maxReturnCard
defHopCount I maxHopCount I defFollowPolicy I
maxFollowPolicy I maxLinkFollowPolicy I
supportsModifiableProperties1 supportsDynamicProperties I
supportsProxyOffers I maxList I requestIdStem}
MAY CONTAIN {description I userPassword}
ID id-trader-oc-traderEntry}
6.2.1 commonName
I1 s’agit du nom du courtier. L’attribut commonName constitue le nom RDN de l’entrke courtier. Le nom complet d’un
courtier correspond au nom distinctif de cette entree (c’est-i-dire le nom d’accks complet de l’entrke courtier dans
l’ensemble de l’arbre DIT X.500). Le nom distinctif complet identifie de manikre univoque ce courtier parmi
l’ensemble des courtiers de l’annuaire X.500. 11 s’agit d’un attribut X.500 normalisk, d&hi dans la Rec. UIT-T X.520 1
ISO/CEI 9594-6.
Rec. UIT-T X.952 (1997 F) 7
ISOKEI 13235-3 : 1998 (F)
6.2.2 traderInterface
11 s’agit de l’adresse du courtier, c’est-a-dire de l’adresse de presentation a laquelle ce courtier peut etre contact& Get
attribut X.500 est utilise par le courtier comme par-tie de sa donnee de configuration au moment de l’initialisation ainsi
que par d’autres courtiers lorsqu’ils souhaitent repartir l’importation d’un courtier parmi des courtiers fed&s.
traderInterface ATTRIBUTE ::= {
SUBTYPE OF PresentationAddress
SINGLE VALUE TRUE
ID id-trader-at-traderInterface}
6.2.3 dsaName
11 s’agit du nom de l’agent DSA associe a l’objet courtier.
dsaName ATTRIBUTE ::= {
SUBTYPE OF distinguishedName
SINGLE VALUE TRUE
ID id-trader-at-dsaName)
6.2.4 typeRepos
11 s’agit du nom de repertoire de types utilise par le courtier pour la conservation des definitions de types de service,
types d’interface et types de proprietes de service.
. .-
typeRepos ATTRIBUTE . .-
SUBTYPE OF distinguishedName
SINGLE VALUE TRUE
ID
id-trader-at-typeRepos}
6.2.5 defSearchCard
11 s’agit du nombre maximal par dkfaut des offies de service a examiner avant qu’il ne soit mis fin a une recherche. Cette
valeur est utilisee si aucune valeur n’est specifiee par un importateur. Elle ne doit pas depasser la valeur de l’attribut
maxSearchCard.
defSearchCard ATTRIBUTE ::= {
WITH SYNTAX
INTEGER
EQUALITY MATCHING RULE
integerMatch
SINGLE VALUE
TRUE
ID
id-trader-at-defSearchCard )
6.2.6 maxSearchCard
11 s’agit du nombre maximal des off& de service qu’un courtier examine avant de mettre fin a une recherche don&e.
maxSearchCard ATTRIBUTE ::= {
WITH SYNTAX
INTEGER
EQUALITY MATCHING RULE
integerMatch
SINGLE VALUE
TRUE
ID
id-trader-at-maxSearchCard}
8 Rec. UIT-T X.952 (1997 F)
ISOKEI 13235-3 : 1998 (F)
6.2.7 defMatchCard
11 s’agit du nombre maximal par defaut des offkes concordantes trouvees avant qu’un courtier ne mette fin a une
recherche. Cette valeur est utilisee si aucune valeur n’est specifiee par un importateur. Elle ne doit pas depasser la valeur
de l’attribut maxMatchCard.
defMatchCard ATTRIBUTE ::= (
WITH SYNTAX INTEGER
EQUALITY MATCHING RULE
integerMatch
SINGLE VALUE TRUE
ID id-trader-at-defMatchCard}
6.2.8 maxMatchCard
11 s’agit du nombre maximal des offres concordantes trouvees avant qu’un courtier ne mette fin a une recherche don&e.
maxMatchCard ATTRIBUTE ::= {
WITH SYNTAX INTEGER
EQUALITY MATCHING RULE integerMatch
SINGLE VALUE TRUE
ID id-trader-at-maxMatchCard}
6.2.9 defReturnCard
11 s’agit du nombre maximal par defaut des offres de service renvoyees a un importateur. Cette valeur est utilisee si
aucune valeur n
...