Brevet FR2755560A1 — publié le 19980507

Arrière plan de l'invention 1. Domaine de l'invention La présente invention concerne la communication intersystème dans des réseaux d'ordinateurs et, plus particu- lièrement, un procédé pour affecter une prise lorsqu'on éta- blit une communication intersystème sur un réseau d'ordina- teurs, en utilisant une fonction prise dans un programme de réseau. 2. Description de la technique concernée Pour établir une communication intersystème dans un réseau d'ordinateurs, on utilise généralement un programme de réseau. Le programme de réseau établit une communication en utilisant une fonction prise qui affecte des prises à cha- que tâche de communication. Par exemple, un appel de système "raccordement ()" est couramment utilisé pour affecter la prise. En se référant à la figure 1, un système de ré- seau d'ordinateurs qui utilise l'appel de système "raccordement ()" comprend un serveur 10 et un certain nombre de clients 12 connectés au serveur 10. Le serveur 10 est un système d'ordinateurs indépendant destiné à traiter des de- mandes de tâches provenant de clients 12. Les clients 12 sont également des systèmes d'ordinateurs indépendants destinés à demander au serveur 10 de traiter une tâche particulière. La communication intersystème entre le serveur 10 et les clients 12 est gérée par un programme de réseau contenu à la fois dans le serveur 10 et dans les clients 12. Pour établir une communication entre le serveur 10 et l'un quelconque des clients 12, on utilise une fonction prise dans le programme de réseau, et une prise est affectée à la tâche de communica- tion spécifique. Un procédé selon l'art antérieur pour affecter une prise, en utilisant la fonction prise dans le programme de réseau, est illustré aux figures 2 et 3. Les figures 2 et 3 illustrent des ordinogrammes représentant le processus d'affectation de la prise en utilisant l'appel de système "raccordement ()" (appelé ci-après raccordement prise), res- pectivement avec un protocole orienté connexion, et avec un protocole sans connexion. En se référant à la figure 2, en ce qui concerne un procédé de raccordement d'une prise d'un protocole orienté connexion, le serveur 10 et le client 12 spécifient un type de protocole de communication, respectivement aux étapes 201 et 211 [prise ()]. Le serveur 10 affecte un nom unique à une prise non désignée, à l'étape 202 [raccordement ()]. Le ser- veur 10 notifie au client 12 qu'il est prêt à accepter une connexion provenant de ce client, à l'étape 203 [écoute ()], et attend pour accepter une connexion effective du client 12, à l'étape 204 [acceptation ()]. Pendant ce temps, le client 12 établit une connexion vers le serveur 10 en utilisant un descripteur de prise, à l'étape 212 [connexion ()], et écrit la donnée de demande en utilisant le descripteur de prise dé- signé par la prise (), à l'étape 213 [écriture ()]. Le ser- veur 10 lit la donnée de demande en utilisant le descripteur de prise désigné par la prise (), à l'étape 205 [lecture ()], puis exécute le processus suivant la demande effectuée par la donnée. Une fois le processus exécuté, le serveur 10 écrit une donnée de réponse correspondant à l'exécution du proces- sus, à l'étape 206 [écriture ()]. Le client 12 lit ensuite la donnée de réponse provenant du serveur 10, à l'étape 214 [lecture ()]. En se référant ensuite à la figure 3, en ce qui concerne le processus de raccordement d'une prise d'un proto- cole sans connexion, le serveur 10 et le client 12 spécifient un type de protocole de communication, respectivement aux étapes 301 et 311 [prise ()]. Le serveur 10 et le client 12 affectent un nom unique à une prise non désignée, respective- ment aux étapes 302 et 312 [raccordement ()]. Le client 12 envoie ensuite la donnée de demande en utilisant le descrip- teur de prise désigné par la prise (), à l'étape 313 [envoi à ()]. Le serveur 10 reçoit la donnée de demande du client 12 en utilisant le descripteur de prise désigné par la prise (), à l'étape 303 [récept. de ()], et, à la réception, le serveur exécute le processus suivant la demande. Ensuite, le ser- veur 10 envoie la donnée de réponse correspondant à la de- mande de la donnée, à l'étape 304 [envoi à ()]. Le client 12 reçoit la donnée de réponse du serveur 10, à l'étape 314 [récept. de ()]. Si l'appel de système "raccordement ()" conduit à un échec lorsqu'on affecte un nom unique à une prise non dé- signée, l'appel de système "raccordement ()" doit être rées- sayé immédiatement. Cependant, si l'appel de système "raccordement ()" est réessayé de manière répétitive et con- tinue de rester en échec, un retard de temps est produit et une erreur d'appel système doit être générée pendant le re- tard de temps. Le procédé selon l'art antérieur réessaye de manière répétitive l'appel de système dans le cas d'anomalies du système. Ce renouvellement d'essai gaspille inutilement des ressources du système et augmente également la charge du système. Résumé de l'invention La présente invention a donc pour but de créer un procédé pour supprimer un appel de système répété en cas de détection d'une anomalie lorsqu'on établit une communication intersystème en utilisant une fonction prise. Un autre but de la présente invention est de créer un procédé pour éviter le gaspillage de ressources du système lorsqu'on établit une communication intersystème en utilisant une fonction prise. Un autre but encore de la présente invention est de créer un procédé pour éviter une augmentation de la charge du système lorsqu'on établit une communication intersystème en utilisant une fonction prise. A cet effet, l'invention concerne un procédé d'affectation d'une prise lorsqu'on établit une communication intersystème sur un réseau d'ordinateurs, en utilisant une fonction prise, caractérisé en ce qu'il comprend les étapes consistant à: - intégrer un retard de temps dans un processus d'affectation d'une prise; - activer le retard de temps en réponse à une tentative d'af- fectation de prise ayant abouti à un échec; et - réessayer l'affectation de la prise après l'écoulement du retard de temps. Suivant d'autres caractéristiques de l'inven- tion: - le retard de temps est déterminé sur la base d'un retard de temps système dans la fermeture d'une prise anormale. - les étapes d'intégration, d'activation et de renouvellement d'essai sont effectuées dans un système de protocole orien- té connexion. - les étapes d'intégration, d'activation et de renouvellement d'essai sont effectuées dans un système de protocole sans connexion. - le procédé comprend les étapes consistant à: - détecter un échec dans un appel de système "raccorde- ment()"; et - réessayer l'appel de système "raccordement ()" après l'écoulement d'un temps prédétermine. - le temps prédéterminé est déterminé sur la base d'un retard de temps système dans la fermeture d'une prise anormale. - les étapes de détection et de renouvellement d'essai sont effectuées dans un système de protocole orienté connexion. - les étapes de détection et de renouvellement d'essai sont effectuées sans un système de protocole sans connexion. Ainsi selon un exemple de réalisation de la pré- sente invention, un procédé de raccordement de prise destiné à servir dans des communications intersystème utilisant des fonctions prise, retarde le moment o l'appel de système "raccordement ()" est réessayé lorsqu'un appel de système "raccordement ()" conduit à un échec. L'opération de renou- vellement d'essai n'est pas effectuée aussitôt après l'échec, mais seulement après qu'un temps prédéterminé se soit écoulé. Le temps prédéterminé est basé sur le retard de temps pris par le système établi pour fermer une prise anormale. Brève description des dessins La présente invention sera décrite ci-après de manière plus détaillée à l'aide de modes de réalisation re- présentés sur les dessins annexés dans lesquels: - la figure 1 est un schéma par blocs représentant un système de réseau d'ordinateurs général; - la figure 2 est un ordinogramme du procédé de raccordement de prise d'un protocole orienté connexion, selon l'art an- térieur; - la figure 3 est un ordinogramme du procédé de raccordement de prise d'un protocole sans connexion, selon l'art anté- rieur; - la figure 4 est un ordinogramme du raccordement de prise d'un protocole orienté connexion, selon un exemple de réa- lisation de la présente invention; et - la figure 5 est un ordinogramme du raccordement de prise d'un protocole sans connexion, selon un autre exemple de réalisation de la présente invention. Description détaillée de modes de réalisation préférentiels Un mode de réalisation de la présente invention sera décrit en détail ci-après en se référant aux dessins an- nexés dans lesquels les mêmes éléments sont désignés par les mêmes références numériques. De plus, on comprendra claire- ment que beaucoup d'éléments spécifiques tels que les élé- ments de circuit détaillés, ne sont représentés qu'à titre d'exemple pour favoriser une meilleure compréhension de la présente invention, et que celle-ci peut être mise en oeuvre sans ces éléments spécifiques. De plus, on remarquera que des descriptions détaillées relatives à l'art antérieur peuvent être volontairement supprimées si l'on pense qu'elles ne sont pas nécessaires pour la description des principes de la pré- sente invention. Les termes utilisés dans la description dé- taillée sont définis après mûre réflexion en considérant les fonctions de l'invention, et peuvent être remplacés suivant une pratique courante ou suivant une intention de l'utilisa- teur ou du concepteur de puces. De préférence, les termes doivent être définis sur la base du contenu décrit dans toute la présente description détaillée. Un procédé de raccordement de prise selon l'in- vention sera décrit en détail ci-après en se référant aux fi- gures 4 et 5 dans lesquelles la figure 4 illustre un ordinogramme pour un raccordement de prise d'un protocole orienté connexion, tandis que la figure 5 illustre un ordino- gramme pour un raccordement de prise d'un protocole sans con- nexion. Le procédé de raccordement de prise est caractérisé en ce que, lorsque l'appel de système "raccordement ()" abou- tit à un échec, l'appel de système "raccordement ()" ne doit pas être réessayé immédiatement mais doit être réessayé après l'écoulement d'un laps de temps prédéterminé qu'on détermine sur la base d'un retard de temps (c'est à dire un retard de temps de fermeture de la prise anormale) par le système lui- même. En se référant à la figure 4, le serveur 10 et le client 12 spécifient un type de protocole de communication, respectivement aux étapes 401 et 411 [prise ()]. Le serveur affecte un nom unique à une prise non désignée, à l'étape 402 [raccordement ()], et vérifie, à l'étape 403, si l'appel de système "raccordement () " aboutit à un succès ou à un échec. Si l'appel de système "raccordement ()" est couronné de succès, le serveur 10 doit passer à l'étape 405. Sinon, si l'appel de système "raccordement ()" aboutit à un échec, le serveur 10 doit passer à l'étape 404 pour attendre pendant un temps prédéterminé, puis doit ensuite retourner à l'étape 402 pour réessayer l'appel de système "raccordement ()". Le temps prédéterminé se réfère au retard de temps produit par le sys- tème lui même, c'est à dire le retard de temps de fermeture de la prise initialement anormale. Le serveur 10 notifie qu'il est prêt à accepter une connexion du client 12, à l'étape 405 [écoute ()], et at- tend pour accepter une connexion effective du client 12, à l'étape 406 [acceptation ()]. Le client 12 établit une con- nexion avec le serveur 10 en utilisant un descripteur de prise, à l'étape 412 [connexion ()], et écrit une donnée de demande en utilisant le descripteur de prise désigné par la prise (), à l'étape 413 [écriture ()]. Ensuite, le serveur 10 lit la donnée de demande en utilisant le descripteur de prise désigné par la prise (), à l'étape 407 [lecture ()], et exé- cute le processus suivant la demande de la donnée. Ensuite, le serveur 10 écrit la donnée de réponse suivant le processus exécuté, à l'étape 408 [écriture ()]. Le client 12 lit la donnée de réponse provenant du serveur 10, à l'étape 414 [lecture ()]. En se référant à la figure 5, concernant le pro- cessus de raccordement d'une prise d'un protocole sans con- nexion, le serveur 10 et le client 12 spécifient un type de protocole de communication, respectivement aux étapes 501 et 511 [prise ()]. Le serveur 10 et le client 12 affectent un nom unique à une prise non désignée, respectivement aux éta- pes 502 et 512 [raccordement ()]. Le serveur 10 et le client 12 vérifient ensuite si l'appel de système "raccordement ()" aboutit à un succès ou à un échec, respectivement aux étapes 503 et 513. Si l'appel de système "raccordement ()" est cou- ronné de succès, le serveur 10 et le client 12 doivent passer respectivement aux étapes 505 et 515. Sinon, si l'appel de système "raccordement ()" aboutit à un échec, le serveur 10 et le client 12 doivent passer respectivement aux étapes 504 et 514, pour attendre pendant un temps prédéterminé, puis re- tourner ensuite respectivement aux étapes 502 et 512, afin de réessayer l'appel de système "raccordement ()". Ici, le temps prédéterminé se réfère au retard de temps produit par le sys- tème lui-même, comme indiqué ci-dessus. Si l'appel de système "raccordement ()" est cou- ronné de succès à l'étape 513, le client 12 doit envoyer la donnée de demande en utilisant le descripteur de prise dési- gné par la prise (), à l'étape 515 [envoi à ()]. De plus, si l'appel de système "raccordement ()" est couronné de succès à l'étape 503, le serveur 10 doit recevoir la donnée de demande en utilisant le descripteur de prise désigné par la prise (), à l'étape 505 [récept. de ()]. A la réception de la donnée de demande provenant du client 12, le serveur 10 exécute le pro- cessus suivant la demande effectuée par la donnée. Ensuite, le serveur 10 envoie la donnée de réponse correspondant à la demande de la donnée, à l'étape 506 [envoi à ()]. Ensuite, le client 12 reçoit la donnée de réponse provenant du serveur 10, à l'étape 516 [récept. de ()]. Comme décrit dans ce qui précède, lorsque la ten- tative d'appel de système "raccordement ()" aboutit à un échec, l'appel de système "raccordement ()" ne doit être ré- essayé qu'après l'écoulement d'un laps de temps prédéterminé. Par suite, il est possible d'éviter un gaspillage des res- sources du système, et une augmentation de la charge. R E V E N D I C A T IONS 1 ) Procédé d'affectation d'une prise lorsqu'on établit une communication intersystème sur un réseau d'ordinateurs, en utilisant une fonction prise, caractérisé en ce qu' il comprend les étapes consistant à: - intégrer un retard de temps dans un processus d'affectation d'une prise; - activer le retard de temps en réponse à une tentative d'af- fectation de prise ayant abouti à un échec; et - réessayer l'affectation de la prise après l'écoulement du retard de temps. 2 ) Procédé selon la revendication 1, caractérisé en ce que le retard de temps est déterminé sur la base d'un retard de temps système dans la fermeture d'une prise anormale. ) Procédé selon la revendication 1, caractérisé en ce que les étapes d'intégration, d'activation et de renouvellement d'essai sont effectuées dans un système de protocole orienté connexion. 4 ) Procédé selon la revendication 1, caractérisé en ce que les étapes d'intégration, d'activation et de renouvellement d'essai sont effectuées dans un système de protocole sans connexion. ) Procédé de raccordement d'une prise destiné à servir dans l'établissement d'une communication intersystème en utilisant une fonction prise, caractérisé en ce qu' il comprend les étapes consistant à: - détecter un échec dans un appel de système "raccordement()"; et - réessayer l'appel de système "raccordement ()" après l'écoulement d'un temps prédétermine. 6 ) Procédé selon la revendication 5, caractérisé en ce que le temps prédéterminé est déterminé sur la base d'un retard de temps système dans la fermeture d'une prise anormale. 7 ) Procédé selon la revendication 5, caractérisé en ce que les étapes de détection et de renouvellement d'essai sont ef- fectuées dans un système de protocole orienté connexion. 8 ) Procédé selon la revendication 5, caractérisé en ce que les étapes de détection et de renouvellement d'essai sont ef- fectuées sans un système de protocole sans connexion.