• (in)Communication des applications
• Descente à un niveau de compatibilité
• Bases de données et multimédia
• Architecture client /serveur
• La technologie internet
• Architecture TCP/IP
• Courrier électronique
• Protocole MIME
• Protocole HTTP
• URL
• Intranet

Site optimisé pour une lecture plein écran (800x600 de préférence)

(in)Communication des applications

Nous avons tous fait l'expérience de la difficulté, sinon l'impossibilité, d'ouvrir un document créé par une application dans une application d'un autre type. Cela ne nous étonnera pas étant donné le schéma des couches que nous venons de voir : les applications étant programmées indépendamment au niveau des couches supérieures, les échanges latéraux ne peuvent avoir lieu faute d'interface.

Bien que la solution d'interfaçage latéral existe, sous la forme des filtres d'importation et d'exportation contenus dans certaines applications, elle reste limitée en raison de l'importance quantitative des applications existantes sur le marché. Comment imaginer en effet que toute application introduise les filtres de toutes les autres applications ? !

Le principe des couches superposées, nous contraint à chercher un type de solutions où les données du document à ouvrir dans une application en provenance d'une autre descendraient depuis l'application source vers des couches inférieures, en fait jusqu'au socle commun aux deux applications, pour remonter vers l'application cible.

Mise à jour : 12 mars 2003

• (in)Communication des applications
• Descente à un niveau de compatibilité
• Bases de données et multimédia
• Architecture client /serveur
• La technologie internet
• Architecture TCP/IP
• Courrier électronique
• Protocole MIME
• Protocole HTTP
• URL
• Intranet

Site optimisé pour une lecture plein écran (800x600 de préférence)

Descente à un niveau de compatibilité

Ce principe de descente vers une base commune pour passer d'une application à une autre est connu : c'est ce que nous faisons quand, dans l'environnement de notre traitement de texte, nous enregistrons notre document au format RTF (Rich Text Format).
Avantage : tout traitement de texte peut lire le format RTF (ASCII enrichi).
Inconvénient : ce format ne récupère pas les instructions de formatage spécifiques données par l'application source (puisque ce sont précisément ces instructions spécifiques qui rendaient l'application illisible en dehors de son environnement).

Une autre méthode utilise le même principe : on copie le texte dans le document source, on le colle dans un éditeur de texte basique (tout OS en possède un ; sous Windows, c'est le bloc-notes), on le copie à nouveau depuis ledit éditeur de texte et on le colle dans l'application cible.
L'éditeur de texte s'est débarrassé de toutes les spécificités de l'application source parce qu'il ne les a pas reconnues (du fait qu'il appartient au système d'exploitation, donc à une couche inférieure) et elles n'empêchent plus l'application cible de lire les données venues d'un niveau inférieur connu.

Mise à jour : 12 mars 2003

• (in)Communication des applications
• Descente à un niveau de compatibilité
• Bases de données et multimédia
• Architecture client /serveur
• La technologie internet
• Architecture TCP/IP
• Courrier électronique
• Protocole MIME
• Protocole HTTP
• URL
• Intranet

Site optimisé pour une lecture plein écran (800x600 de préférence)

Bases de données et multimédia

Nous avons parlé d'applications en évoquant seulement le traitement de texte. Les fonctionnements restent les mêmes pour les bases de données, les images, les sons, l'audiovisuel et de façon générale, le multimédia.

En ce qui concerne les bases de données, on a recours au format CSV, tout à fait comparable au RTF, utilisant aussi le code ASCII : une indication "aller à la ligne" signifie un changement d'enregistrement tandis que chaque champ d'un même enregistrement est séparé des autres par un signe de ponctuation (souvent le ;).

Il n'existe évidemment pas l'équivalent du code ASCII ni par conséquent un type de fichier comparable au RTF ou au CSV pour les images. Les construire à la main au niveau des couches inférieures reviendrait à programmer la localisation et la couleur de 480 000 points (ou pixels) pour un écran de 800x600. Ici, un octet reste huit bits mais il serait impensable de lui donner un signe graphique correspondant dans un code grâce auquel on fabriquerait toutes les images possibles ! Les images sont donc toujours construites à partir d'application. Par contre, cette application doit être capable de les compresser en un format standard

Mise à jour : 12 mars 2003

• (in)Communication des applications
• Descente à un niveau de compatibilité
• Bases de données et multimédia
• Architecture client /serveur
• La technologie internet
• Architecture TCP/IP
• Courrier électronique
• Protocole MIME
• Protocole HTTP
• URL
• Intranet

Site optimisé pour une lecture plein écran (800x600 de préférence)

Architecture client /serveur

Lorsque, au sein d'une même entreprise, les ordinateurs sont mis en réseau (peu importe le type de réseau), ceux-ci communiquent entre eux sur le modèle de l'architecture client-serveur :

Dans ce cas, sont installées l'application sur le serveur et toutes les API nécessaires sur les postes clients.

Ce modèle ne peut plus convenir dès lors qu'il n'est plus possible d'intervenir sur tous les postes utilisateurs car ceux-ci sont trop nombreux, voire en nombre indéterminé comme dans le cas de l'internet ou d'une technologie dérivée (intranet, extranet).

Examinons cette technologie.

Mise à jour : 12 mars 2003

• (in)Communication des applications
• Descente à un niveau de compatibilité
• Bases de données et multimédia
• Architecture client /serveur
• La technologie internet
• Architecture TCP/IP
• Courrier électronique
• Protocole MIME
• Protocole HTTP
• URL
• Intranet

Site optimisé pour une lecture plein écran (800x600 de préférence)

La technologie internet

Si l'internet, d'un point de vue fonctionnel, se définit comme le réseau des réseaux mettant potentiellement tous les habitants de la planète en relation, il représente aussi un modèle de technologie permettant d'accomplir l'exploit de faire communiquer entre eux des ordinateurs différents, équipés de systèmes d'exploitation différents et d'applications différentes.

Comment ?

Toujours suivant le principe de couches superposées appuyées sur une base commune. Ici, une pile de protocoles constitue l'architecture TCP/IP.
Au niveau supérieur, plusieurs protocoles ont été imaginés et sont encore en pratique aujourd'hui, le dernier né étant le HTTP qui va nous intéresser plus particulièrement.

Mise à jour : 12 mars 2003

• (in)Communication des applications
• Descente à un niveau de compatibilité
• Bases de données et multimédia
• Architecture client /serveur
• La technologie internet
• Architecture TCP/IP
• Courrier électronique
• Protocole MIME
• Protocole HTTP
• URL
• Intranet

Site optimisé pour une lecture plein écran (800x600 de préférence)

Architecture TCP/IP

La communication entre les applications de la couche Application de l'ordinateur local 1 et celle de l'ordinateur distant 2 se déroule comme suit : les données parcourent de haut en bas les différentes couches de l'ordinateur local, chaque couche réémettant celles qu'elle a reçues auxquelles elle ajoute un en-tête (header) comportant ses propres informations de contrôle.

Du côté de l'ordinateur distant, les paquets de données suivent le même chemin de bas en haut. Chaque couche retire à cette occasion l'en-tête qui lui est destiné et transmet les données à la couche supérieure.

Mise à jour : 12 mars 2003

• (in)Communication des applications
• Descente à un niveau de compatibilité
• Bases de données et multimédia
• Architecture client /serveur
• La technologie internet
• Architecture TCP/IP
• Courrier électronique
• Protocole MIME
• Protocole HTTP
• URL
• Intranet

Site optimisé pour une lecture plein écran (800x600 de préférence)

Courrier électronique

SMTP et POP
Parmi les protocoles de la couche supérieure, on trouve SMTP (Simple Mail Transport Protocol), assurant précisément l'échange de courriers électroniques (de serveur à serveur, il est complété par le protocole POP qui permet aux ordinateurs connectés à des FAI - fournisseurs d'accès internet - de les récupérer). Ce protocole utilise 7 bits et ne peut exploiter que le code ASCII non étendu. Ce qui explique que les caractères accentués ne peuvent être transmis.

IMAP
Il existe un autre protocole de réception du courrier stocké sur un serveur distant, Internet Mail Access Protocol. Plus performant et plus sécurisé que POP, on peut l'utiliser de deux façons différentes : soit comme POP, en téléchargeant ses courriers sur son ordinateur, mais avec une meilleure organisation puisqu'on aura pu les trier auparavant ; soit en les consultant directement sur le serveur.
L'inconvénient de laisser les messages sur le serveur est bien évidemment qu'il faut rester connecté pour les traiter. Les avantages sont néanmoins appréciables : vous risquez moins de télécharger des virus (le risque n'est pas inexistant pour autant) ; vous pouvez consulter votre courrier de n'importe où.

Mise à jour : 12 mars 2003

• (in)Communication des applications
• Descente à un niveau de compatibilité
• Bases de données et multimédia
• Architecture client /serveur
• La technologie internet
• Architecture TCP/IP
• Courrier électronique
• Protocole MIME
• Protocole HTTP
• URL
• Intranet

Site optimisé pour une lecture plein écran (800x600 de préférence)

Protocole MIME

Multipurpose Internet Multimedia Extension (Extension multi-usages pour le courrier Internet) vient à la rescousse des autres protocoles qui ne connaissent que le code ASCII non étendu en faisant correspondre à tout fichier transmis par courrier électronique (le cas échéant en pièce jointe) le logiciel de consultation approprié... si celui-ci se trouve installé sur le poste client !

Cette faculté d'ouvrir n'importe quel fichier envoyé par une autre machine ne présente pas que des avantages ! En effet, alors qu'on ne peut pas transmettre un virus par un document texte (il faudrait qu'il fasse partie du code ASCII !!!), le fait de disposer d'une technologie ouvrant des applications rend tout ordinateur vulnérable. Un virus n'étant rien de plus, ni de moins, qu'une application exécutable et reconnaissable comme telle, par exemple grâce à la très classique extension EXE. Il n'y pas de raison d'ouvrir de telles pièces jointes. Malheureusement, il existe des technologies d'exécution de virus bien plus sournoises.

Protocole de communication permettant d'inclure autre chose que du texte dans le courrier électronique, c'est-à-dire des caractères spéciaux, des illustrations, des photos en couleur, des images vidéo ou du son haute-fidélité.
Source : Grand dictionnaire terminologique
http://granddictionnaire.com/

Plus d'info sur MIME : Consulter le repertoire.ladoc.net sur les formats de fichiers

• (in)Communication des applications
• Descente à un niveau de compatibilité
• Bases de données et multimédia
• Architecture client /serveur
• La technologie internet
• Architecture TCP/IP
• Courrier électronique
• Protocole MIME
• Protocole HTTP
• URL
• Intranet

Site optimisé pour une lecture plein écran (800x600 de préférence)

Protocole HTTP

HyperText Transfer Protocol, un autre protocole de la couche supérieure de l'architecture TCP/IP, est défini par le W3C :
www.w3.org/Protocols/HTTP/HTTP2.html
Traduction française :
http://abcdrfc.free.fr/rfc-vf/rfc1945.html

Il nécessite l'installation d'un navigateur au niveau applicatif. Par référence à l'architecture client/serveur, on peut considérer que ce navigateur constitue un client universel.

Si bien que tout document lisible par ce client universel devient transportable à travers les réseaux, tout ordinateur connecté au réseau étant équipé d'un navigateur puisque c'est une condition d'accès au web (sans être cependant une condition d'accès à l'internet, les autres protocoles ne nécessitent pas de navigateur).

Pour être lisible par le navigateur, le document doit être écrit en langage de balisage pour documents hypertexte, HyperText Markup Language, ou HTML.

Nul n'ignore le succès obtenu par ce protocole et le langage HTML qu'il utilise.

Mise à jour : 12 mars 2003

• (in)Communication des applications
• Descente à un niveau de compatibilité
• Bases de données et multimédia
• Architecture client /serveur
• La technologie internet
• Architecture TCP/IP
• Courrier électronique
• Protocole MIME
• Protocole HTTP
• URL
• Intranet

Site optimisé pour une lecture plein écran (800x600 de préférence)

URL

La technologie hypertexte permet d'aller chercher le document où il se trouve pour l'ouvrir dans le navigateur. Il faut donc que ce document ait une adresse : l'Universal Resource Locator address, URL. Non seulement le navigateur possède une barre d'adresse, un champ dans lequel l'utilisateur inscrit l'adresse URL, mais aussi le langage HTML sait appeler un document par son adresse sur demande de l'utilisateur. C'est ce qui fait la particularité de l'hypertexte : un document en appelle un autre qui lui même peut en appeler un autre, etc.

Mise à jour : 12 mars 2003

• (in)Communication des applications
• Descente à un niveau de compatibilité
• Bases de données et multimédia
• Architecture client /serveur
• La technologie internet
• Architecture TCP/IP
• Courrier électronique
• Protocole MIME
• Protocole HTTP
• URL
• Intranet

Site optimisé pour une lecture plein écran (800x600 de préférence)

Intranet

Un intranet adopte la technologie internet, la différence se situant au niveau des machines connectées qui sont limitées à celles du personnel de l'entreprise dans le cas de l'intranet, à celles du personnel des entreprises et de l'environnement de l'entreprise (fournisseurs, clients, etc.) dans le cas d'un extranet. Le principe de base du client universel (navigateur) ne change pas et toute architecture internet reste applicable à un intranet ou un extranet. Nous pouvons par conséquent employer indifféremment les mots « internet » et « intranet » quand il s'agit de désigner la technologie.

Mise à jour : 18 septembre 2003