Modèle de flux de message

Figure 8 présente le flux d'un document EDI avec une mise en forme AS envoyé via le protocole de transfert HTTP dans le serveur Business Integration Connect, pour être finalement livré à un système d'arrière-plan EDI.

Dans cet exemple, on suppose que le message AS2 entrant a requis un MDN (message disposition notification) asynchrone.

Figure 8. Diagramme séquentiel de la livraison d'un document EDI à partir d'un participant vers un système d'arrière-plan EDI.


  1. La requête AS2 avec les données EDI entre dans le composant Réceptionnaire de Business Integration Connect.
  2. Le Réceptionnaire sauvegarde le document dans une mémoire partagée persistante.
  3. Le Réceptionnaire renvoie une réponse HTTP 200 au participant de communauté.
  4. Le Gestionnaire de documents récupère le document pour le faire traiter par le moteur de traitement de documents et enregistre le document initial dans la base de données de non-répudiation. Le moteur de traitement de documents traite le document, ce qui comprend :
    1. Déchiffrement, développement et validation au niveau de la structure
    2. Authentification, autorisation et double vérification
    3. Validation au niveau du contenu
    4. Signature numérique et/ou chiffrement du message, si spécifié par la configuration.
    5. Ajout d'informations d'en-tête.
    6. Enregistrement du document final mis en forme dans la base de données de non-répudiation
  5. Le Gestionnaire de documents envoie le document (dans ce cas via le transfert JMS), au système d'arrière-plan EDI.
  6. Un accusé MDN (message disposition notification) est envoyé au participant de communauté.
  7. Celui-ci accuse réception du message en envoyant une réponse HTTP 200.

Copyright IBM Corp. 1997, 2004