FR2825545A1 - Procede et systeme automatique d'etablissement d'un diagnostic d'anomalie a distance par voie telephonique - Google Patents
Procede et systeme automatique d'etablissement d'un diagnostic d'anomalie a distance par voie telephonique Download PDFInfo
- Publication number
- FR2825545A1 FR2825545A1 FR0107321A FR0107321A FR2825545A1 FR 2825545 A1 FR2825545 A1 FR 2825545A1 FR 0107321 A FR0107321 A FR 0107321A FR 0107321 A FR0107321 A FR 0107321A FR 2825545 A1 FR2825545 A1 FR 2825545A1
- Authority
- FR
- France
- Prior art keywords
- anomaly
- test
- management unit
- diagnosis
- terminal
- 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
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/10—Active monitoring, e.g. heartbeat, ping or trace-route
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/08—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters
- H04L43/0805—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability
- H04L43/0811—Monitoring or testing based on specific metrics, e.g. QoS, energy consumption or environmental parameters by checking availability by checking connectivity
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L43/00—Arrangements for monitoring or testing data switching networks
- H04L43/50—Testing arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M3/00—Automatic or semi-automatic exchanges
- H04M3/22—Arrangements for supervision, monitoring or testing
- H04M3/26—Arrangements for supervision, monitoring or testing with means for applying test signals or for measuring
- H04M3/28—Automatic routine testing ; Fault testing; Installation testing; Test methods, test equipment or test arrangements therefor
- H04M3/30—Automatic routine testing ; Fault testing; Installation testing; Test methods, test equipment or test arrangements therefor for subscriber's lines, for the local loop
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Environmental & Geological Engineering (AREA)
- Health & Medical Sciences (AREA)
- Cardiology (AREA)
- General Health & Medical Sciences (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Monitoring And Testing Of Exchanges (AREA)
Abstract
L'invention concerne un procédé d'assistance technique à distance à un utilisateur d'un terminal informatique (2) rencontrant des problèmes de connexion à un réseau de transmission de données (4). Selon l'invention ce procédé comporte les étapes suivantes : a - dès l'apparition de l'anomalie, exécuter un test de contrôle parmi une pluralité de tests générés par un premier module de diagnostic associé au terminal (2); b - convertir les résultats du test exécuté en au moins une séquence sonore; c - transmettre cette séquence sonore à travers un canal téléphonique (15) à une unité de gestion d'anomalie (14) comportant un serveur vocal (20) et un deuxième module de diagnostic apte à établir un diagnostic en fonction desdits résultats;d - transmettre de l'unité de gestion d'anomalie (14) vers l'utilisateur, à travers le même canal téléphonique (15), un message vocal décrivant le diagnostic de l'anomalie et une procédure à suivre pour y remédier.
Description
<Desc/Clms Page number 1>
PROCEDE ET SYSTEME AUTOMATIQUE D'ETABLISSEMENT D'UN DIAGNOSTIC D'ANOMALIE A DISTANCE PAR VOIE TELEPHONIQUE
DESCRIPTION Domaine technique
L'invention concerne un procédé et un système d'assistance technique à distance à un utilisateur d'un terminal informatique rencontrant des problèmes de connexion à un réseau de transmission de données.
DESCRIPTION Domaine technique
L'invention concerne un procédé et un système d'assistance technique à distance à un utilisateur d'un terminal informatique rencontrant des problèmes de connexion à un réseau de transmission de données.
L'invention trouve des applications dans les services dits"Hot line en anglais"en cas d'anomalie de connexion au réseau ou de configuration du terminal pour accéder au réseau.
Généralement, lorsqu'un utilisateur rencontre de telles anomalies techniques, il contacte un agent chargé d'assurer le support technique par téléphone afin que ce dernier lui dicte une procédure à suivre pour remédier au problème rencontré qui peut provenir, soit de la configuration du terminal, soit du réseau lui même. Il peut arriver, par exemple, que la connexion à un réseau de transmission de données soit interrompue ou encore que l'utilisateur se trouve dans l'impossibilité de configurer son terminal, pour accéder au réseau.
La transmission téléphonique de la procédure par l'agent peut être longue et coûteuse et mobilise du personnel du fournisseur de service. En outre, l'établissement du diagnostic nécessite généralement la prise en compte de résultats de tests de contrôle exécutés soit automatiquement, soit à l'initiative de l'utilisateur après l'apparition de l'anomalie.
<Desc/Clms Page number 2>
La saisie de ces résultats et leur transmission à l'agent par voie téléphonique peut s'avérer fastidieuse et incomplète conduisant à une perte de temps et à des erreurs de diagnostic.
Le but de l'invention est de remédier aux inconvénients ci-dessus au moyen d'un procédé et d'un système qui permettent de réaliser un traitement automatisé à distance des problèmes techniques rencontrés par l'utilisateur pour accéder au réseau de données.
Un autre but de l'invention est de réduire les coûts et les délais nécessaires au traitement d'une anomalie.
Un autre but de l'invention est de simplifier les manipulations que doit effectuer l'utilisateur en les réduisant à de simples choix de tests prédéfinis.
A cet effet, le procédé selon l'invention comporte les étapes suivantes : a) dès l'apparition d'une anomalie, exécuter un test de contrôle parmi une pluralité de tests générés par un premier module de diagnostic associé au terminal ; b) convertir les résultats de ce test en au moins une séquence sonore ; c) transmettre cette séquence sonore à travers un canal téléphonique à une unité de gestion d'anomalie comportant un serveur vocal et un deuxième module apte à établir un diagnostic en fonction desdits résultats ; d) transmettre de l'unité de gestion d'anomalie vers l'utilisateur, à travers le même canal téléphonique, un message vocal décrivant le diagnostic de
<Desc/Clms Page number 3>
l'anomalie et une procédure à suivre pour y remédier.
Selon un mode préféré de réalisation de l'invention, les séquences sonores transmises à l'unité de gestion d'anomalie sont de type DTMF (Dual Tone Multi Frequency en anglais).
Selon l'invention, chaque test de contrôle est découpé en une pluralité de types de test exécutables indépendamment les uns des autres et dont les résultats correspondants permettent d'établir un diagnostic partiel ou total de l'anomalie détectée.
Selon l'invention, le résultat de chaque type de test est converti en une séquence sonore de courte durée.
Le système selon l'invention, comporte : - un premier module de diagnostic associé au terminal destiné à exécuter un test parmi une pluralité de tests de contrôle fournissant chacun des données relatives à la configuration du terminal et/ou des données relatives à l'état de la connexion au réseau, - un module de conversion desdites données en séquences sonores ; - un module de transmissions desdites séquences sonores à travers un canal téléphonique à une unité distante de gestion automatique d'anomalie.
Préférentiellement, l'unité de gestion d'anomalies comporte un deuxième module de diagnostic apte à exécuter un deuxième test basé sur les résultats du premier test et à générer au moins un message vocal décrivant le diagnostic de l'anomalie et une procédure à suivre pour y remédier.
<Desc/Clms Page number 4>
Selon l'invention, ladite unité de gestion d'anomalies comporte en outre un serveur vocal destiné à convertir les séquences vocales reçues en données numériques et à délivrer à l'utilisateur le message décrivant le diagnostic de l'anomalie.
D'autres caractéristiques et avantages de l'invention ressortiront de la description qui va suivre, prise à titre d'exemple non limitatif, en référence aux figures annexées dans lesquelles : - la figure 1 représente schématiquement un système d'assistance technique à distance selon l'invention ; - la figure 2 représente un organigramme illustrant un mode préféré de réalisation du procédé selon l'invention.
La description qui suit sera faite par référence au réseau internet dans lequel l'expression "terminal data"désignera un terminal capable d'effectuer des traitements logiciels, et l'expression "terminal voix"désignera un terminal de communication utilisant un réseau téléphonique du type PSTN (Public Switched Telecommunication Network, en anglais).
Sur la figure 1, un terminal data 2 est relié au réseau internet 4. Le terminal data 2 comporte de façon connue en soi une unité centrale 8, un clavier 10 et un écran 12. L'unité centrale 8 comporte un logiciel comprenant un premier module de diagnostic et un module de conversion de données numériques en séquences sonores. Un haut-parleur, non représenté, est couplé au terminal data 2 pour diffuser les séquences sonores.
<Desc/Clms Page number 5>
Un terminal téléphonique 13 est relié à une unité de gestion d'anomalie 14 à travers le réseau téléphonique 15. L'unité de gestion d'anomalie 14 comporte un serveur vocal 20 communiquant avec l'utilisateur via un réseau téléphonique 15.
En cas d'anomalie, le module de diagnostic du terminal 2 commande l'affichage d'une pluralité d'icônes sur l'écran 12. Chaque icône représente une demande de diagnostic correspondant à une anomalie possible telle que par exemple : - impossibilité de se connecter au réseau, - impossibilité de configurer le terminal, - impossibilité d'accès aux sites Internet, - ou encore un temps de réponse trop long etc..
L'utilisateur se connecte via le réseau téléphonique 15 à l'unité de gestion d'anomalie 14 et fournit au serveur vocal 20 un message d'identification. Le serveur vocal 20 invite l'utilisateur à choisir le service d'auto-diagnostic en cliquant sur une des icônes prévue qui affiche sur l'écran 12 et qui correspond à l'une des anomalies citées ci-dessus (à cet effet tel que présenté cidessus). Chaque demande de diagnostic est composée d'un ensemble de types de tests précis permettant de générer des données qui seront utilisées par un programme informatique hébergé par un deuxième module de diagnostic 24 associé à l'unité de gestion d'anomalie 14. Le découpage d'une demande de diagnostic en sousensembles de types de tests permet d'obtenir des séquences sonores courtes.
<Desc/Clms Page number 6>
Le serveur vocal reçoit les séquences sonores et les traduit en données numériques correspondantes pour les transmettre au module de diagnostic 24.
Lorsque le code de l'anomalie est déterminé, le logiciel détermine le diagnostic correspondant et la procédure à suivre pour y remédier. Ce diagnostic est codé par le serveur vocal 20 en message vocal puis transmis à l'utilisateur.
La figure 2 illustre les étapes essentielles du procédé selon l'invention.
Le message transmis invite l'utilisateur à sélectionner un type de test (étape 32) en cliquant sur une des icônes affichées sur l'écran 12. Cette opération initialise une procédure de contrôle (étape 34) dont les résultats sont récupérés par le module de diagnostic puis convertis (étape 36) en message sonore par le module de conversion.
Préférentiellement, le message sonore comporte une pluralité de séquences sonores courte de type DTMF ou autre type de son hors fréquence vocale.
Chaque séquence DTMF est transmise au serveur vocal 20 à travers le réseau téléphonique 15. Lorsque le serveur vocal 20 reçoit une séquence sonore DTMF, il la convertit automatiquement en données numériques qui sont ensuite analysées par le programme informatique hébergé par le deuxième module de diagnostic 24 (étape 38).
Si les données numériques analysées sont suffisantes pour établir un diagnostic (flèche 39), le deuxième module de diagnostic 24 génère un message
<Desc/Clms Page number 7>
vocal correspondant à un diagnostic (étape 40) qui sera envoyé à l'utilisateur via le réseau 22.
Si les données numériques analysées ne sont pas pertinentes (flèche 41), le deuxième module de diagnostic 24 analyse automatiquement la séquence sonore suivante envoyée par un clic de l'utilisateur sur une icône l'invitant à poursuivre le test (étape 44) et vérifie ensuite (étape 46) si toutes les séquences sonores ont été analysées.
Tant que le diagnostic n'a pas été établi, le deuxième module de diagnostic 24 recommence les étapes précédentes (étape 48).
Si aucune séquence sonore analysée ne permet d'établir le diagnostic, le deuxième module de diagnostic 24 génère un message proposant de transférer le traitement à un agent de l'opérateur (étape 50)
Dans un mode préféré de réalisation de l'invention, la conversion des données numériques résultant de chaque type de test en séquence sonores se fait selon le modèle suivant : - un son spécifique signale le début de la séquence sonore ; - une suite de sons DTMF fournit la version du module de diagnostic ; - un son spécifique" d'espacement" par exemple le code DTMF correspondant au symbole #, signale la fin de cette suite et le début de la suite suivante ; - une suite de sons DTMF désigne le type de test effectué ;
Dans un mode préféré de réalisation de l'invention, la conversion des données numériques résultant de chaque type de test en séquence sonores se fait selon le modèle suivant : - un son spécifique signale le début de la séquence sonore ; - une suite de sons DTMF fournit la version du module de diagnostic ; - un son spécifique" d'espacement" par exemple le code DTMF correspondant au symbole #, signale la fin de cette suite et le début de la suite suivante ; - une suite de sons DTMF désigne le type de test effectué ;
<Desc/Clms Page number 8>
des suites de sons séparées par le son correspondant au symbole d'espacement #, représentent le résultat à transmettre ; - un son spécifique, identique au son de début de la séquence, indique la fin de cette séquence sonore.
A titre d'exemple, un type de test possible peut être la transmission de l'adresse IP du terminal 2 de l'utilisateur. Dans ce cas, le message à transmettre présente la structure suivante :
Version du Module : 1. 0/Type de Test : Adresse IP/Adresse Host : 210. 145. 21/152/Passerelle : 210.145. 1.1.
Version du Module : 1. 0/Type de Test : Adresse IP/Adresse Host : 210. 145. 21/152/Passerelle : 210.145. 1.1.
Le message codant la séquence sonore correspondante pourrait être, par exemple : *10#5#210. 145.21. 152#210. 145.1. 1*
Seules les informations utiles seront transmises afin de raccourcir la taille de la séquence. Ainsi par exemple, il n'est envoyé aucune information dans la séquence précédente indiquant à quoi correspondent les deux adresses IP. Ceci est indiqué par le type de test"5"qui va permettre de déterminer la signification qui doit être associée à chacun des résultats.
Seules les informations utiles seront transmises afin de raccourcir la taille de la séquence. Ainsi par exemple, il n'est envoyé aucune information dans la séquence précédente indiquant à quoi correspondent les deux adresses IP. Ceci est indiqué par le type de test"5"qui va permettre de déterminer la signification qui doit être associée à chacun des résultats.
Lorsque le serveur vocal 20 reçoit la séquence *10#5#210. 145.21. 152#210. 145.1. 1*, il en extrait les résultats grâce aux informations d'entête qui indiquent la version du module de diagnostic et le numéro du test effectué, il reconnaît le type de test"5", c'est-àdire du test d'adresse IP, la version"1. 0" du module de diagnostic et associe les résultats 210.145. 21.152
<Desc/Clms Page number 9>
et 210.145. 1. à la description du test d'adresse IP.
Ensuite, il décode ces résultats comme étant respectivement l'adresse IP du client et l'adresse de la passerelle. Le deuxième module de diagnostic 24 exécute un traitement permettant de vérifier la configuration du terminal 2 et l'état du réseau 4. Ce traitement est basé sur les résultats 210.145. 21.152 et 210.145. 1. et consiste, par exemple, à effectuer un test du type TraceRoute permettant de repérer précisément l'endroit d'une congestion sur le réseau vers le poste client, un test permettant de vérifier l'adresse de la passerelle ou encore à vérifier l'état de la passerelle.
Le deuxième module de diagnostic 24 détermine si un diagnostic peut être établi ou si des informations complémentaires sont nécessaires. Dans ce dernier cas, un message vocal est émis par le serveur vocal 20 invitant l'utilisateur à sélectionner la séquence sonore suivante correspondant au type de test suivant en cliquant sur l'icône correspondant à ce type de test.
Lorsque l'anomalie résulte par exemple d'une mauvaise configuration du terminal 2, l'utilisateur est invité par le serveur vocal 20 à lancer un test d'auto-
diagnostic appelé par exemple"impossible de se connecter aux si tes internet". L'exécution de ce test fournit données concernant la configuration du terminal 2 tels que l'adresse IP, l'adresse de la passerelle, l'adresse du nom de domaine DNS (Domain Name System en anglais). Le module de conversion du terminal 2 transforme ces données en séquences DTMF et les émet
diagnostic appelé par exemple"impossible de se connecter aux si tes internet". L'exécution de ce test fournit données concernant la configuration du terminal 2 tels que l'adresse IP, l'adresse de la passerelle, l'adresse du nom de domaine DNS (Domain Name System en anglais). Le module de conversion du terminal 2 transforme ces données en séquences DTMF et les émet
<Desc/Clms Page number 10>
vers le serveur vocal 20. Ce dernier les transmet au deuxième module de diagnostic 24 qui les convertit en données numériques pour être traitées par le programme de diagnostic. Ce dernier constate que l'adresse de la passerelle est erronée et informe l'utilisateur, via le serveur vocal 20, de la démarche à suivre pour corriger l'anomalie.
De même, lorsque l'anomalie provient du réseau, le premier module de diagnostic récupère les résultats du test relatif à la configuration du terminal et vérifie en plus l'état du réseau 4 par des tests de type ping (Paquet Internet Groper, en anglais) qui consiste à envoyer des paquets de données à un ordinateur pour tester la qualité de la liaison ou vérifier la présence d'une machine ou un test de type TraceRoute etc..
L'unité de gestion 14 transmet ces informations à l'utilisateur via le serveur vocal 20 ainsi que des informations supplémentaires concernant par exemple le délai estimé d'une intervention.
Selon une variante de l'invention, l'unité de gestion 14 comporte un module de reconnaissance vocale.
Grâce au système et au procédé selon l'invention, l'assistance technique à l'utilisateur est complètement automatisée réservant l'intervention d'un agent uniquement à des problèmes graves.
Il en résulte une réduction notable des coûts et un gain de temps pour l'opérateur et une simplicité d'utilisation pour l'utilisateur.
Claims (8)
1. Procédé d'assistance technique à distance à un utilisateur d'un terminal informatique (2) rencontrant des problèmes de connexion à un réseau de transmission de données (4), caractérisé en ce qu'il comporte les étapes suivantes : a-dès l'apparition de l'anomalie, exécuter au moins un premier test de contrôle parmi une pluralité de tests générés par un premier module de diagnostic associé au terminal (2) ; b-convertir les résultats du test exécuté en au moins une séquence sonore ; c-transmettre cette séquence sonore à travers un réseau téléphonique (15) à une unité de gestion d'anomalie (14) comportant un serveur vocal (20) et un deuxième module de diagnostic (24) apte à établir un diagnostic en fonction desdits résultats ; d-transmettre de l'unité de gestion d'anomalie (14) vers l'utilisateur, à travers le même réseau téléphonique (15), un message vocal décrivant le diagnostic de l'anomalie et une procédure à suivre pour y remédier.
2. Procédé selon la revendication 1, caractérisé en ce que les séquence sonores transmises à l'unité de gestion d'anomalie (14) sont de type DTMF.
3. Procédé selon la revendication 1, caractérisé en ce que chaque premier test de contrôle est découpé en une pluralité de types de test exécutables indépendamment les uns des autres dont les
<Desc/Clms Page number 12>
résultats correspondants permettent d'établir un diagnostic partiel ou total de l'anomalie détectée.
4. Procédé selon la revendication 3, caractérisé en ce que le résultat de chaque type de test est converti en une séquence sonore de courte durée.
5. Système d'assistance technique à distance à un utilisateur d'un terminal (2) informatique rencontrant des problèmes de connexion à un réseau de transmission de données (4), caractérisé en ce qu'il comporte : - un premier module de diagnostic associé audit terminal (2) destiné à exécuter un test parmi une pluralité de tests de contrôle fournissant des données relatives à la configuration du terminal (2) et/ou des données relatives à l'état de la connexion au réseau (4), - un module de conversion desdites données en séquences sonores ; - un module de transmissions des séquences sonores à travers un canal téléphonique (15) à une unité de gestion automatique d'anomalie (14).
6. Système selon la revendication 5, caractérisé en ce que l'unité de gestion d'anomalies (14) comporte un deuxième module de diagnostic (24) apte à exécuter au moins un deuxième test basé sur les résultats du premier test et à générer au moins un message vocal décrivant le diagnostic de l'anomalie et une procédure à suivre pour y remédier.
<Desc/Clms Page number 13>
7. Système selon la revendication 6, caractérisé en ce que l'unité de gestion d'anomalies (14) comporte en outre un serveur vocal (20) destiné à convertir les séquences vocales reçues aux données numériques et à délivrer à l'utilisateur le message décrivant le diagnostic de l'anomalie.
8. Système selon la revendication 7, caractérisé en ce que l'unité de gestion d'anomalie (14) comporte un module de reconnaissance vocale.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0107321A FR2825545B1 (fr) | 2001-06-05 | 2001-06-05 | Procede et systeme automatique d'etablissement d'un diagnostic d'anomalie a distance par voie telephonique |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR0107321A FR2825545B1 (fr) | 2001-06-05 | 2001-06-05 | Procede et systeme automatique d'etablissement d'un diagnostic d'anomalie a distance par voie telephonique |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| FR2825545A1 true FR2825545A1 (fr) | 2002-12-06 |
| FR2825545B1 FR2825545B1 (fr) | 2003-09-05 |
Family
ID=8863950
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| FR0107321A Expired - Fee Related FR2825545B1 (fr) | 2001-06-05 | 2001-06-05 | Procede et systeme automatique d'etablissement d'un diagnostic d'anomalie a distance par voie telephonique |
Country Status (1)
| Country | Link |
|---|---|
| FR (1) | FR2825545B1 (fr) |
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1463236A2 (fr) * | 2003-01-30 | 2004-09-29 | Kabushiki Kaisha Toshiba | Dispositif de traitement d'informations comprenant une methode de diagnostic de liaison de réseau |
| EP1699172A1 (fr) * | 2005-03-04 | 2006-09-06 | Alcatel | Méthode et appareil pour localiser des défauts internes de câblage |
| EP1699171A1 (fr) | 2005-03-04 | 2006-09-06 | Alcatel | Système de test et procédé pour tester les télécommunications à large bande |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0326366A2 (fr) * | 1988-01-25 | 1989-08-02 | Communication Manufacturing Co. | Terminaux destinés à des techniciens téléphoniques |
| US5764726A (en) * | 1994-04-29 | 1998-06-09 | Harris Corporation | Telecommunications test system including a test and trouble shooting expert system |
| WO1999045694A1 (fr) * | 1998-03-04 | 1999-09-10 | Conexant Systems, Inc. | Procede et appareil de surveillance, reglage et configuration de dispositifs locaux de transmission |
| EP1005209A2 (fr) * | 1998-11-25 | 2000-05-31 | Westell Technologies, Inc. | Procédé de signalisation pour appeler un mode de test dans un dispositif d'interface de réseau |
| US6167358A (en) * | 1997-12-19 | 2000-12-26 | Nowonder, Inc. | System and method for remotely monitoring a plurality of computer-based systems |
-
2001
- 2001-06-05 FR FR0107321A patent/FR2825545B1/fr not_active Expired - Fee Related
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP0326366A2 (fr) * | 1988-01-25 | 1989-08-02 | Communication Manufacturing Co. | Terminaux destinés à des techniciens téléphoniques |
| US5764726A (en) * | 1994-04-29 | 1998-06-09 | Harris Corporation | Telecommunications test system including a test and trouble shooting expert system |
| US6167358A (en) * | 1997-12-19 | 2000-12-26 | Nowonder, Inc. | System and method for remotely monitoring a plurality of computer-based systems |
| WO1999045694A1 (fr) * | 1998-03-04 | 1999-09-10 | Conexant Systems, Inc. | Procede et appareil de surveillance, reglage et configuration de dispositifs locaux de transmission |
| EP1005209A2 (fr) * | 1998-11-25 | 2000-05-31 | Westell Technologies, Inc. | Procédé de signalisation pour appeler un mode de test dans un dispositif d'interface de réseau |
Cited By (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| EP1463236A2 (fr) * | 2003-01-30 | 2004-09-29 | Kabushiki Kaisha Toshiba | Dispositif de traitement d'informations comprenant une methode de diagnostic de liaison de réseau |
| EP1463236A3 (fr) * | 2003-01-30 | 2006-04-19 | Kabushiki Kaisha Toshiba | Dispositif de traitement d'informations comprenant une methode de diagnostic de liaison de réseau |
| EP1699172A1 (fr) * | 2005-03-04 | 2006-09-06 | Alcatel | Méthode et appareil pour localiser des défauts internes de câblage |
| EP1699171A1 (fr) | 2005-03-04 | 2006-09-06 | Alcatel | Système de test et procédé pour tester les télécommunications à large bande |
| WO2006094651A1 (fr) * | 2005-03-04 | 2006-09-14 | Alcatel Lucent | Systeme et procede d'essai destines a des telecommunications a large bande |
| WO2006094649A2 (fr) * | 2005-03-04 | 2006-09-14 | Alcatel Lucent | Procede et appareil destines a localiser des defauts de cablage internes |
| WO2006094649A3 (fr) * | 2005-03-04 | 2007-02-08 | Cit Alcatel | Procede et appareil destines a localiser des defauts de cablage internes |
| US7702080B2 (en) | 2005-03-04 | 2010-04-20 | Alcatel-Lucent | Method and apparatus for localizing in-house wiring defects |
| KR101222293B1 (ko) | 2005-03-04 | 2013-01-16 | 알까뗄 루슨트 | 내부 배선 결함들의 위치를 알아내기 위한 방법 및 장치 |
Also Published As
| Publication number | Publication date |
|---|---|
| FR2825545B1 (fr) | 2003-09-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7127506B1 (en) | PC configuration fault analysis | |
| US7164435B2 (en) | Videoconferencing system | |
| US7760857B2 (en) | Remote computer system and related equipment diagnostics using data gathered over a telephone channel | |
| US6687738B1 (en) | Establishing an internet telephone call using e-mail | |
| US7916652B1 (en) | Analyzing network traffic to diagnose subscriber network errors | |
| EP0928534B1 (fr) | Procede et systeme de communication interactive entre deux appareils telephoniques via le reseau internet | |
| US20090268713A1 (en) | Method and apparatus for testing in a communication network | |
| US9760892B2 (en) | Method and system for providing assistance via video | |
| EP1891790A1 (fr) | Procede de gestion de l'execution par un serveur d'une application offrant au moins un service multimedia interactif a au moins un terminal, produit programme d'ordinateur et serveur correspondants | |
| US20090073886A1 (en) | Methods and Computer-Readable Media for Testing a Network Connection at a Computing Device | |
| JP2009021808A (ja) | 信号モニタ装置及びコンピュータプログラム | |
| EP1758338B1 (fr) | Procédé et équipement de communication sécurisé pour le traitement des paquets de données selon le mécanisme SEND | |
| FR2825545A1 (fr) | Procede et systeme automatique d'etablissement d'un diagnostic d'anomalie a distance par voie telephonique | |
| US9203637B2 (en) | Automated audio stream testing | |
| US7881439B1 (en) | Cross-channel communication of data collected by channel-specific user interfaces | |
| JP4493253B2 (ja) | Ｐｃコンフィギュレーション障害分析 | |
| US7526763B2 (en) | Method for initializing internet videophone terminal | |
| JP2004310194A (ja) | ネットワーク状態確認方法および端末機器 | |
| EP1995930B1 (fr) | Procédé de transcodage de sessions de type SIP | |
| WO2009083515A1 (fr) | Procede de communication entre un serveur de communication et un terminal | |
| US20080291895A1 (en) | Integrated access device, voice over internet protocol system and backup method thereof | |
| JP2007019873A (ja) | Ｄｓｌ自動接続装置、ｄｓｌ接続用モデム及びｄｓｌ自動接続方法 | |
| EP2247088A1 (fr) | Procédé de notification vocale d'un disfonctionnement dans une passerelle domestique, et passerelle domestique correspondante | |
| WO2006010193A1 (fr) | Communication vocale sur l'internet | |
| EP1087601A2 (fr) | Installations et procédé pour transmettre des communication téléphoniques |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| ST | Notification of lapse |