FR2755560A1 - Systeme de raccordement d'une prise dans un systeme de communication utilisant une fonction de raccordement d'une prise - Google Patents
Systeme de raccordement d'une prise dans un systeme de communication utilisant une fonction de raccordement d'une prise Download PDFInfo
- Publication number
- FR2755560A1 FR2755560A1 FR9714030A FR9714030A FR2755560A1 FR 2755560 A1 FR2755560 A1 FR 2755560A1 FR 9714030 A FR9714030 A FR 9714030A FR 9714030 A FR9714030 A FR 9714030A FR 2755560 A1 FR2755560 A1 FR 2755560A1
- Authority
- FR
- France
- Prior art keywords
- connection
- socket
- server
- time
- steps
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/16—Implementation or adaptation of Internet protocol [IP], of transmission control protocol [TCP] or of user datagram protocol [UDP]
- H04L69/161—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields
- H04L69/162—Implementation details of TCP/IP or UDP/IP stack architecture; Specification of modified or new header fields involving adaptations of sockets based mechanisms
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/30—Definitions, standards or architectural aspects of layered protocol stacks
- H04L69/32—Architecture of open systems interconnection [OSI] 7-layer type protocol stacks, e.g. the interfaces between the data link level and the physical level
- H04L69/322—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions
- H04L69/326—Intralayer communication protocols among peer entities or protocol data unit [PDU] definitions in the transport layer [OSI layer 4]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L69/00—Network arrangements, protocols or services independent of the application payload and not provided for in the other groups of this subclass
- H04L69/28—Timers or timing mechanisms used in protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/01—Protocols
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Communication Control (AREA)
- Computer And Data Communications (AREA)
- Small-Scale Networks (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
Un système de réseau d'ordinateurs comprend un programme de réseau pour établir une communication inter système entre des clients (12) et le serveur (10), en utilisant une fonction prise. Si un appel de système "raccordement ()" aboutit à un échec au cours de la réalisation d'une communication inter système en utilisant la fonction prise, l'appel de système "raccordement ()" est réessayé après l'écoulement d'un temps prédéterminé. Le temps est prédéterminé sur la base d'un retard de temps dans la fermeture de la prise anormale.
Description
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.
Claims (5)
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.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| KR1019960052637A KR19980034552A (ko) | 1996-11-07 | 1996-11-07 | 소켓기능을 이용한 통신시스템의 소켓바인딩 방법 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| FR2755560A1 true FR2755560A1 (fr) | 1998-05-07 |
| FR2755560B1 FR2755560B1 (fr) | 2000-12-29 |
Family
ID=19481095
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR9714030A Expired - Fee Related FR2755560B1 (fr) | 1996-11-07 | 1997-11-07 | Systeme de raccordement d'une prise dans un systeme de communication utilisant une fonction de raccordement d'une prise |
Country Status (8)
| Country | Link |
|---|---|
| US (1) | US5941950A (fr) |
| JP (1) | JPH10187567A (fr) |
| KR (1) | KR19980034552A (fr) |
| CN (1) | CN1099183C (fr) |
| DE (1) | DE19748009B4 (fr) |
| FR (1) | FR2755560B1 (fr) |
| GB (1) | GB2319151A (fr) |
| RU (1) | RU2171491C2 (fr) |
Families Citing this family (15)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6192389B1 (en) * | 1997-03-28 | 2001-02-20 | International Business Machines Corporation | Method and apparatus for transferring file descriptors in a multiprocess, multithreaded client/server system |
| US6216163B1 (en) * | 1997-04-14 | 2001-04-10 | Lucent Technologies Inc. | Method and apparatus providing for automatically restarting a client-server connection in a distributed network |
| US6487581B1 (en) * | 1999-05-24 | 2002-11-26 | Hewlett-Packard Company | Apparatus and method for a multi-client event server |
| US6529965B1 (en) * | 2000-05-09 | 2003-03-04 | 3Com Corporation | Method of detecting TCP/IP bindings of installed network interface cards present in a computer system |
| KR100451786B1 (ko) * | 2000-11-30 | 2004-10-08 | 엘지전자 주식회사 | 이동통신 시스템의 소켓 자동 관리 방법 |
| US8566849B2 (en) * | 2000-12-14 | 2013-10-22 | Borland Software Corporation | Name service object clustering |
| US6922727B2 (en) * | 2001-06-26 | 2005-07-26 | International Business Machines Corporation | Method and system for managing parallel data transfer through multiple sockets to provide scalability to a computer network |
| US6895590B2 (en) | 2001-09-26 | 2005-05-17 | Intel Corporation | Method and system enabling both legacy and new applications to access an InfiniBand fabric via a socket API |
| US7254739B2 (en) | 2003-11-19 | 2007-08-07 | International Business Machines Corporation | Error recovery in a client/server application using two independent sockets for communication |
| US20060050717A1 (en) * | 2004-09-09 | 2006-03-09 | International Business Machines Corporation | Reducing delays associated with port binding |
| JP2007114879A (ja) * | 2005-10-18 | 2007-05-10 | Ricoh Co Ltd | 構造化文書、端末装置、構造化文書の作成プログラム及び構造化文書の作成装置 |
| CN101502080A (zh) * | 2006-08-09 | 2009-08-05 | 高通股份有限公司 | 用于通过简化的套接字接口来支持广播/多播因特网协议包的设备和方法 |
| US8037039B2 (en) * | 2007-04-20 | 2011-10-11 | Microsoft Corporation | Runtime class database operation |
| CN102130944B (zh) * | 2010-12-30 | 2013-05-15 | 中国民航信息网络股份有限公司 | 一种对自助柜机和自助系统的监控管理方法 |
| CN102404858B (zh) * | 2011-11-25 | 2014-04-02 | 华为技术有限公司 | 一种无线资源优化方法、装置及系统 |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5313655A (en) * | 1992-01-30 | 1994-05-17 | Motorola, Inc. | Method for reducing control channel activity for limited audience communications |
| US5546379A (en) * | 1993-10-01 | 1996-08-13 | Nec America | Bandwidth-on-demand remote office network apparatus and method |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB2232855B (en) * | 1989-06-07 | 1993-10-20 | Secr Defence | Computer network access control system |
| GB2259387B (en) * | 1991-09-07 | 1994-11-02 | Motorola Israel Ltd | Communications apparatus |
| US5537417A (en) * | 1993-01-29 | 1996-07-16 | International Business Machines Corporation | Kernel socket structure for concurrent multiple protocol access |
| US5446730A (en) * | 1993-09-20 | 1995-08-29 | Motorola, Inc. | Method for dynamic connection management in integrated communication networks |
| US5758084A (en) * | 1995-02-27 | 1998-05-26 | Hewlett-Packard Company | Apparatus for parallel client/server communication having data structures which stored values indicative of connection state and advancing the connection state of established connections |
| US5774479A (en) * | 1995-03-30 | 1998-06-30 | Motorola, Inc. | Method and system for remote procedure call via an unreliable communication channel using multiple retransmission timers |
-
1996
- 1996-11-07 KR KR1019960052637A patent/KR19980034552A/ko not_active Application Discontinuation
-
1997
- 1997-10-20 US US08/954,618 patent/US5941950A/en not_active Expired - Lifetime
- 1997-10-30 DE DE19748009A patent/DE19748009B4/de not_active Expired - Fee Related
- 1997-11-03 GB GB9723131A patent/GB2319151A/en not_active Withdrawn
- 1997-11-06 CN CN97122466A patent/CN1099183C/zh not_active Expired - Fee Related
- 1997-11-06 RU RU97118681/09A patent/RU2171491C2/ru not_active IP Right Cessation
- 1997-11-07 FR FR9714030A patent/FR2755560B1/fr not_active Expired - Fee Related
- 1997-11-07 JP JP9305493A patent/JPH10187567A/ja active Pending
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5313655A (en) * | 1992-01-30 | 1994-05-17 | Motorola, Inc. | Method for reducing control channel activity for limited audience communications |
| US5546379A (en) * | 1993-10-01 | 1996-08-13 | Nec America | Bandwidth-on-demand remote office network apparatus and method |
Also Published As
| Publication number | Publication date |
|---|---|
| KR19980034552A (ko) | 1998-08-05 |
| GB2319151A (en) | 1998-05-13 |
| CN1099183C (zh) | 2003-01-15 |
| US5941950A (en) | 1999-08-24 |
| JPH10187567A (ja) | 1998-07-21 |
| CN1182240A (zh) | 1998-05-20 |
| FR2755560B1 (fr) | 2000-12-29 |
| DE19748009B4 (de) | 2008-09-25 |
| RU2171491C2 (ru) | 2001-07-27 |
| DE19748009A1 (de) | 1998-05-14 |
| GB9723131D0 (en) | 1998-01-07 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| FR2755560A1 (fr) | Systeme de raccordement d'une prise dans un systeme de communication utilisant une fonction de raccordement d'une prise | |
| US20180219756A1 (en) | Generic discovery for computer networks | |
| US8161544B2 (en) | Trusted communications with child processes | |
| US8838723B2 (en) | High availability management system for stateless components in a distributed master-slave component topology | |
| US7043419B2 (en) | Method and apparatus for publishing and monitoring entities providing services in a distributed data processing system | |
| US7630400B2 (en) | Controlling software distribution or file transfer | |
| US20070130324A1 (en) | Method for detecting non-responsive applications in a TCP-based network | |
| US20090158082A1 (en) | Failover in a host concurrently supporting multiple virtual ip addresses across multiple adapters | |
| CN106325908B (zh) | 一种应用程序包安装方法及应用程序包安装装置 | |
| JP2001514773A (ja) | 信頼性のあるイベントデリバリシステム | |
| US6715143B1 (en) | Method for installing software components at a user-terminal, related devices and related software module | |
| US7299264B2 (en) | System and method for monitoring a connection between a server and a passive client device | |
| US20110225230A1 (en) | Method and apparatus for detecting active and orphan session-based connections | |
| CN114629904B (zh) | 一种分布式事件的处理方法、系统、设备及介质 | |
| CN113938464B (zh) | 一种请求访问方法及终端 | |
| US8489727B2 (en) | Active storage area network discovery system and method | |
| US20040045008A1 (en) | J2ee connector architecture | |
| Pertet et al. | Proactive recovery in distributed corba applications | |
| CN113810474A (zh) | 一种请求的分流方法及终端 | |
| US7188363B1 (en) | Method and apparatus for adding and updating protocol inspection knowledge to firewall processing during runtime | |
| CN113766013A (zh) | 一种会话创建方法、装置、设备及存储介质 | |
| US7350065B2 (en) | Method, apparatus and program storage device for providing a remote power reset at a remote server through a network connection | |
| US11216352B2 (en) | Method for automatically analyzing bottleneck in real time and an apparatus for performing the method | |
| US6834305B1 (en) | System and method for automatically connecting local and remote data processing systems | |
| US20140019610A1 (en) | Correlated Tracing of Connections through TDS |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| ST | Notification of lapse |
Effective date: 20090731 |