FR3020738A1 - Procede et systeme de diagnostic de fonctionnement d'un telephone intelligent - Google Patents

Procede et systeme de diagnostic de fonctionnement d'un telephone intelligent Download PDF

Info

Publication number
FR3020738A1
FR3020738A1 FR1453991A FR1453991A FR3020738A1 FR 3020738 A1 FR3020738 A1 FR 3020738A1 FR 1453991 A FR1453991 A FR 1453991A FR 1453991 A FR1453991 A FR 1453991A FR 3020738 A1 FR3020738 A1 FR 3020738A1
Authority
FR
France
Prior art keywords
decision tree
test
smart phone
control station
server
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
Application number
FR1453991A
Other languages
English (en)
Other versions
FR3020738B1 (fr
Inventor
Thierry Lemarchand
Etienne Souron
Erwan Pannetier
Tung Lam
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Cordon Electronics
Original Assignee
Cordon Electronics
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Cordon Electronics filed Critical Cordon Electronics
Priority to FR1453991A priority Critical patent/FR3020738B1/fr
Publication of FR3020738A1 publication Critical patent/FR3020738A1/fr
Application granted granted Critical
Publication of FR3020738B1 publication Critical patent/FR3020738B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0736Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function
    • G06F11/0742Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in functional embedded systems, i.e. in a data processing system designed as a combination of hardware and software dedicated to performing a certain function in a data processing system embedded in a mobile device, e.g. mobile phones, handheld devices
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/0706Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment
    • G06F11/0748Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation the processing taking place on a specific hardware platform or in a specific software environment in a remote unit communicating with a single-box computer node experiencing an error/fault
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/07Responding to the occurrence of a fault, e.g. fault tolerance
    • G06F11/0703Error or fault processing not based on redundancy, i.e. by taking additional measures to deal with the error or fault not making use of redundancy in operation, in hardware, or in data representation
    • G06F11/079Root cause analysis, i.e. error or fault diagnosis
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/22Detection or location of defective computer hardware by testing during standby operation or during idle time, e.g. start-up testing
    • G06F11/2247Verification or detection of system hardware configuration
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F11/00Error detection; Error correction; Monitoring
    • G06F11/36Preventing errors by testing or debugging software
    • G06F11/362Software debugging
    • G06F11/366Software debugging using diagnostics
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W24/00Supervisory, monitoring or testing arrangements
    • H04W24/04Arrangements for maintaining operational condition

Landscapes

  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • General Engineering & Computer Science (AREA)
  • Quality & Reliability (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Hardware Design (AREA)
  • Health & Medical Sciences (AREA)
  • Biomedical Technology (AREA)
  • Telephone Function (AREA)
  • Telephonic Communication Services (AREA)

Abstract

Un système met en œuvre un arbre de décision (150) pour diagnostiquer une panne ressentie sur un téléphone intelligent (130). Soit une phase de test telle que : le système sélectionne un test à effectuer par une application de tests (140) installée sur le téléphone intelligent ou une question à poser à un utilisateur, en fonction d'une première position dans l'arbre de décision ; le système exécute des instructions correspondantes et obtient le résultat d'exécution du test ou respectivement une réponse à ladite question ; et le système détermine une seconde position dans l'arbre de décision, en fonction de ladite première position et dudit résultat d'exécution ou respectivement de ladite réponse. Le système réitère la phase de test jusqu'à parvenir à une feuille de l'arbre de décision, fournissant ainsi un résultat de diagnostic.

Description

La présente invention concerne un système de diagnostic de fonctionnement de téléphone intelligent (« smart phone » en anglais). Ces dernières années, les téléphones intelligents, sur lesquels des applications peuvent être dynamiquement installées, ont envahi le marché. Ces téléphones intelligents, de part leur architecture proche de celle des ordinateurs, permettent d'offrir de nombreuses fonctionnalités à leurs utilisateurs, et ce, de manière flexible et adaptée à leurs besoins. Les bénéfices apportés par ces téléphone intelligents en termes de flexibilité d'utilisation et de personnalisation sont cependant au détriment d'une complexité de configuration. En effet, de nombreux utilisateurs de téléphones intelligents n'ont pas de compétence technique et sont parfois perdus face aux multiples possibilités de configuration desdits téléphones intelligents. Il s'ensuit que ces utilisateurs peuvent parfois, sans le vouloir, configurer leurs téléphones intelligents de sorte que ces utilisateurs ont l'impression que leurs téléphones intelligents subissent une panne. Il est alors souhaitable, lorsqu'un utilisateur revient en boutique avec un téléphone intelligent suspecté d'être en panne, de déterminer si cette panne ressentie est due à une mauvaise configuration du téléphone intelligent ou si le téléphone intelligent est effectivement en panne. Il est souhaitable de pallier ces différents inconvénients de l'état de la technique. Il est notamment souhaitable de fournir une solution qui permette d'effectuer automatiquement un diagnostic de fonctionnement d'un téléphone intelligent. Il est aussi souhaitable de fournir une architecture permettant de facilement et rapidement prendre en compte des évolutions dans les fonctionnalités offertes par des téléphones intelligents, ainsi que des évolutions dans les pannes recensées, dans les tests à appliquer pour déceler ces pannes ou dans les solutions à apporter à ces pannes.
Il est notamment souhaitable de fournir une solution qui soit simple à mettre en oeuvre et à faible coût. L'invention concerne un procédé de diagnostic de fonctionnement d'un téléphone intelligent, le procédé étant mis en oeuvre par un système mettant en oeuvre un arbre de décision, caractérisé en ce que, une application de tests étant installée sur ledit téléphone intelligent, le système met en oeuvre une phase de test dudit téléphone intelligent telle que : le système sélectionne un test à effectuer par ladite application ou une question à poser à un utilisateur, en fonction d'une première position dans le parcours dudit arbre de décision ; le système exécute des instructions visant à obtenir un résultat d'exécution, par ladite application, du test sélectionné ou respectivement visant à obtenir une réponse à ladite question ; le système obtient le résultat d'exécution du test ou respectivement une réponse fournie par ledit utilisateur à ladite question ; et le système détermine une seconde position dans le parcours dudit arbre de décision, en fonction de ladite première position et dudit résultat d'exécution. Le procédé est en outre tel que le système réitère la phase de test jusqu'à parvenir, dans le parcours dudit arbre de décision, à une feuille dudit arbre de décision, chaque feuille étant associée à un résultat de diagnostic de fonctionnement du téléphone intelligent. Ainsi, il est possible d'effectuer automatiquement un diagnostic de fonctionnement d'un téléphone intelligent. En effet, en s'appuyant pour effectuer le diagnostic sur un arbre de décision implémenté au sein dudit système, il est facile et rapide de prendre en compte des évolutions dans les fonctionnalités offertes par les téléphones intelligents, ainsi que les évolutions dans les pannes recensées, dans les tests à appliquer pour déceler ces pannes ou dans les solutions à apporter à ces pannes. Selon un mode de réalisation particulier, pour au moins une position dans le parcours dudit arbre de décision : le système sélectionne un tutoriel à afficher, en fonction de ladite position dans le parcours dudit arbre de décision ; le système exécute des instructions visant à afficher à l'utilisateur ledit tutoriel ; et le système obtient une confirmation d'affichage dudit tutoriel ; et détermine une position suivante dans le parcours dudit arbre de décision.
Selon un mode de réalisation particulier, pour au moins une position dans le parcours dudit arbre de décision : le système sélectionne une solution à une panne ressentie à afficher et/ou à appliquer, en fonction de ladite position dans le parcours dudit arbre de décision ; le système exécute des instructions visant à afficher à l'utilisateur ladite solution et/ou à faire appliquer ladite solution par ladite application de tests ; et le système obtient une confirmation d'affichage de ladite solution ou respectivement une confirmation d'application de ladite solution ; et détermine une position suivante dans le parcours dudit arbre de décision. Selon un mode de réalisation particulier, le système comportant le serveur et le poste de contrôle auquel est connecté ledit téléphone intelligent, le serveur mettant en oeuvre l'arbre de décision, le poste de contrôle assurant que l'application de tests est installée sur ledit téléphone intelligent, la phase de test est telle que : le serveur sélectionne le test à effectuer par ladite application ou la question à poser à l'utilisateur, en fonction d'une première position dans le parcours dudit arbre de décision ; le serveur envoie au poste de contrôle les instructions visant à obtenir un résultat d'exécution, par ladite application, du test sélectionné ou respectivement visant à obtenir une réponse à ladite question ; le poste de contrôle exécute lesdites instructions de sorte à faire exécuter, par ladite application, le test sélectionné ou respectivement de sorte à fournir ladite question audit utilisateur ; le poste de contrôle envoie au serveur le résultat d'exécution du test ou respectivement la réponse fournie par ledit utilisateur à ladite question ; et le serveur détermine la seconde position dans le parcours dudit arbre de décision, en fonction de ladite première position et dudit résultat d'exécution. Ainsi, en s'appuyant pour effectuer le diagnostic sur un arbre de décision implémenté dans un serveur (auquel donc une pluralité de postes de contrôle peut avoir accès), il est facile et rapide de prendre en compte des évolutions dans les fonctionnalités offertes par les téléphones intelligents, ainsi que les évolutions dans les pannes recensées, dans les tests à appliquer pour déceler ces pannes ou dans les solutions à apporter à ces pannes. En effet, la logique décisionnelle étant mise en oeuvre dans ce serveur et les postes de contrôle (que l'on pourrait installer en boutique) étant de comportement stable, lesdites évolutions ne nécessitent alors qu'une modification de l'arbre de décision au sein du serveur. Selon un mode de réalisation particulier, le poste de contrôle obtient une information représentative d'une panne ressentie vis-à-vis du téléphone intelligent et envoie ladite information au serveur ; et le serveur détermine à quelle position de l'arbre de décision la toute première phase de test doit démarrer, en fonction de l'information représentative d'une panne ressentie vis-à-vis du téléphone intelligent. Selon un mode de réalisation particulier, le poste de contrôle obtient auprès du téléphone intelligent une information permettant de distinguer ledit téléphone intelligent de tout autre téléphone intelligent, et envoie ladite information au serveur ; et le serveur détermine un compte utilisateur associé à ladite information. En outre, chaque échange entre le serveur et le poste de contrôle dans le cadre dudit diagnostic comporte une indication représentative dudit compte utilisateur. Selon un mode de réalisation particulier, préalablement à toute phase de test, le poste de contrôle télécharge sur le téléphone intelligent ladite application de tests.
Selon un mode de réalisation particulier, lorsqu'un test à effectuer par ladite application requiert une évaluation par ledit utilisateur du résultat d'exécution dudit test, les instructions correspondantes envoyées par le serveur au poste de contrôle requièrent que le poste de contrôle le notifie audit utilisateur et obtienne dudit utilisateur l'évaluation du résultat d'exécution dudit test.
Selon un mode de réalisation particulier, le système comporte ledit téléphone intelligent et au moins une partie de l'arbre de décision est mise en oeuvre au sein de l'application de tests. L'invention concerne également un système de diagnostic de fonctionnement d'un téléphone intelligent, le système mettant en oeuvre un arbre de décision, caractérisé en ce que, une application de tests étant installée sur le téléphone intelligent qui lui est connecté, le système comportant des moyens pour mettre en oeuvre, pour chaque téléphone intelligent à diagnostiquer, une phase de test dudit téléphone intelligent telle que : le système sélectionne un test à effectuer par ladite application ou une question à poser à un utilisateur du poste de contrôle auquel est connecté ledit téléphone intelligent, en fonction d'une première position dans le parcours dudit arbre de décision ; le système exécute des instructions visant à obtenir un résultat d'exécution, par ladite application, du test sélectionné ou respectivement visant à obtenir une réponse à ladite question ; le système obtient le résultat d'exécution du test ou respectivement une réponse fournie par ledit utilisateur à ladite question ; et le système détermine une seconde position dans le parcours dudit arbre de décision, en fonction de ladite première position et dudit résultat d'exécution ou respectivement une réponse fournie par ledit utilisateur à ladite question. En outre, le système est adapté pour réitérer la phase de test jusqu'à parvenir, dans le parcours dudit arbre de décision, à une feuille dudit arbre de décision, chaque feuille étant associée à un résultat de diagnostic de fonctionnement du téléphone intelligent. Les caractéristiques de l'invention mentionnées ci-dessus, ainsi que d'autres, apparaîtront plus clairement à la lecture de la description suivante d'un exemple de réalisation, ladite description étant faite en relation avec les dessins joints, parmi lesquels : - la Fig. 1 illustre schématiquement un système de diagnostic de fonctionnement de téléphone intelligent ; - la Fig. 2 illustre schématiquement un exemple d'architecture matérielle d'un serveur du système de la Fig. 1 et/ou d'un poste de contrôle du système de la Fig. 1 ; - la Fig. 3 illustre schématiquement un exemple d'implémentation modulaire du poste de contrôle ; - la Fig. 4 illustre schématiquement un algorithme, mis en oeuvre par le poste de contrôle, d'initialisation d'un diagnostic de fonctionnement d'un téléphone intelligent ; - la Fig. 5 illustre schématiquement un algorithme, mis en oeuvre par le poste de contrôle, d'exécution du diagnostic de fonctionnement du téléphone intelligent ; - la Fig. 6 illustre schématiquement un algorithme, mis en oeuvre par le serveur, d'exécution du diagnostic de fonctionnement du téléphone intelligent ; et - la Fig. 7 illustre schématiquement un arbre de décision mis en oeuvre par ledit serveur. La Fig. 1 illustre schématiquement un système de diagnostic de fonctionnement de téléphone intelligent. Le système de la Fig. 1 comporte un serveur 100 et une pluralité de postes de contrôle 101, 102. Chaque poste de contrôle 101, 102 est connecté au serveur 100 par un réseau de communication 120, e.g. l'Internet. Bien que non représentés sur la Fig. 1, des routeurs et/ou des passerelles peuvent être présents dans le système de la Fig. 1 entre le serveur 100 et chaque poste de contrôle 101, 102. Chaque poste de contrôle 101, 102 est adapté pour permettre de connecter, via ledit poste de contrôle, un téléphone intelligent au système de diagnostic. Par exemple, sur la Fig. 1, un téléphone intelligent 130 est connecté au poste de contrôle 102 via un lien 110. Chaque poste de contrôle 101, 102 comporte des moyens d'interface utilisateur, permettant d'afficher sur un écran des données d'avancement d'un diagnostic en cours, d'afficher des questions à l'attention d'un utilisateur du système, et de permettre à l'utilisateur de saisir ou de sélectionner des réponses auxdites questions et de fournir des retours quant à des tests que ledit poste de contrôle 101, 102 requiert au téléphone intelligent à diagnostiquer d'effectuer. De tels tests peuvent être mis en oeuvre grâce à une application de tests 140 installée sur le téléphone intelligent à diagnostiquer. Cette application de tests contient une description d'un ensemble de tests utiles à l'exécution du diagnostic et permettant, selon le résultat d'exécution des tests, au serveur 100 de progresser dans le parcours d'un arbre de décision 150 sur lequel s'appuie le diagnostic. Un arbre de décision est un outil d'aide à la décision qui représente sous la forme d'un arbre un processus de raisonnement par étapes, de façon à faire apparaître aux extrémités des branches de l'arbre différents résultats possibles en fonction des décisions intermédiaires prises à chaque étape. Un tel arbre de décision est par exemple illustré à la Fig. 7.
L'arbre de décision représenté à la Fig. 7 comporte un noeud racine N1, à partir duquel l'arbre est parcouru par défaut et auquel cinq noeuds suivants N2, N3, N4, N5, N6 sont connectés, définissant ainsi un nouveau niveau hiérarchique de l'arbre de décision. Au noeud N4 sont connectés des noeuds suivants N7 et N8, et au noeud N6 sont connectés des noeuds suivants N9 et N10. L'arbre de décision représenté à la Fig. 7 laisse présager que d'autres noeuds peuvent être atteints à partir des noeuds N2, N3, N5 et N7. Les noeuds N8, N9, N10 sont alors des feuilles de l'arbre de décision, chacune de ces feuilles étant associée à un résultat de diagnostic de fonctionnement du téléphone intelligent considéré. En obtenant des réponses à des questions visant à affiner une panne ressentie par l'utilisateur vis-à-vis du téléphone intelligent à diagnostiquer, le parcours de l'arbre de décision peut débuter à un autre noeud que le noeud par défaut. De telles feuilles de l'arbre de décision peuvent se trouver à tout niveau hiérarchique de l'arbre de décision, excepté celui du noeud racine N1. L'arbre de décision représenté à la Fig. 7 est illustratif et des nombres différents de noeuds par niveau hiérarchique peuvent être mis en oeuvre. Chaque poste de contrôle 101, 102 est par exemple un ordinateur ou une tablette électronique. Un exemple d'architecture matérielle des postes de contrôle 101, 102 est plus particulièrement décrit par la suite en relation avec la Fig. 2. Le lien 110 est de type filaire, e.g. de type USB (« Universal Serial Bus » en anglais), ou de type sans-fil, e.g. de type Wi-Fi. Chaque poste de contrôle 101, 102 est adapté pour effectuer, en collaboration avec le serveur 100, un diagnostic de fonctionnement de téléphone intelligent. Une découpe modulaire permettant de mettre en oeuvre ce comportement de poste de contrôle est décrite par la suite en relation avec la Fig. 3. Ce comportement de poste de contrôle est aussi plus particulièrement décrit par la suite en relation avec les Figs. 4 et 5. Le comportement du serveur 100 est, quant à lui, plus particulièrement décrit par la suite en relation avec la Fig. 6. Dans une variante de réalisation, le système de diagnostic de fonctionnement de téléphone intelligent comporte un poste de contrôle et pas de serveur. L'arbre de décision est alors mis en oeuvre au sein du poste de contrôle. Dans une autre variante de réalisation, le système de diagnostic de fonctionnement de téléphone intelligent comporte uniquement un serveur. Dans ce cas, le téléphone intelligent est directement connecté au serveur, qui interagit avec ledit téléphone intelligent par exemple grâce à une connexion 3G (3e génération de normes de téléphonie mobile). Dans ce dernier cas, l'application de tests 140 peut être native sur le téléphone intelligent, ou installée sur demande via par exemple une connexion 3G ou WiFi avec un service en ligne de fourniture d'applications, ou téléchargée du serveur vers ledit téléphone intelligent lorsque ledit téléphone intelligent se connecte audit serveur. Dans encore une autre variante de réalisation, le système de diagnostic de fonctionnement de téléphone intelligent est constitué au moins du téléphone intelligent 130 lui-même, sur lequel est installée l'application de tests 140. Au moins une partie de l'arbre de décision 150 est alors mise en oeuvre au sein de l'application de tests 140. Lorsque l'intégralité de l'arbre de décision 150 est mise en oeuvre au sein de l'application de tests 140, le diagnostic s'effectue uniquement par le biais de l'application de tests 140 et du téléphone intelligent 130. Lorsqu'une partie seulement de l'arbre de décision 150 est mise en oeuvre au sein de l'application de tests 140, le diagnostic s'effectue partiellement par le biais de l'application de tests 140 et du téléphone intelligent 130 et partiellement avec l'intervention du serveur 100 et/ou du poste de contrôle 102. La partie de l'arbre de décision 150 mise en oeuvre au sein de l'application de tests 140 permet alors d'effectuer localement une série de tests de base et/ou d'interactions de base avec l'utilisateur, le reste de l'arbre de décision étant accédé lorsque des tests plus complexes et/ou des interactions plus complexes avec l'utilisateur sont requis. La Fig. 2 illustre schématiquement un exemple d'architecture matérielle de chaque poste de contrôle 101, 102. Il convient de noter que le serveur 100 peut être mis en oeuvre selon une architecture matérielle identique. Considérons par la suite que la Fig. 2 représente l'architecture matérielle du poste de contrôle 102.
Le poste de contrôle 102 comporte alors, reliés par un bus de communication 210 : un processeur ou CPU (« Central Processing Unit » en anglais) 201 ; une mémoire vive RAM (« Random Access Memory » en anglais) 202 ; une mémoire morte ROM (« Read Only Memory » en anglais) 203 ; une unité de stockage 204 ou un lecteur de support de stockage, tel qu'un lecteur de cartes SD (« Secure Digital » en anglais) ou un disque dur HDD (« Hard Disk Drive » en anglais) ; un premier ensemble d'interfaces 205 permettant de communiquer avec, d'une part, le serveur 100, et avec, d'autre part, un téléphone intelligent dont le fonctionnement est à diagnostiquer et qui est connecté au poste de contrôle 102 via le lien 110 ; et un second ensemble d'interfaces 206 permettant au poste de contrôle 102 d'effectuer des affichages sur un écran, intégré ou connecté au poste de contrôle 102, et permettant de recevoir des saisies ou sélections de la part de l'utilisateur, par exemple via un clavier et/ou une souris connectés au poste de contrôle 102. Le processeur 201 est capable d'exécuter des instructions chargées dans la RAM 202 à partir de la ROM 203, d'une mémoire externe (non représentée), d'un support de stockage, ou du réseau de communication 120. Lorsque le poste de contrôle 102 est mis sous tension, le processeur 201 est capable de lire de la RAM 202 des instructions et de les exécuter. Ces instructions forment un programme d'ordinateur causant la mise en oeuvre, par le processeur 201, de tout ou partie des algorithmes et étapes décrits ci-après. Tout ou partie des algorithmes et étapes décrits ci-après peut ainsi être implémenté sous forme logicielle par exécution d'un ensemble d'instructions par une machine programmable, tel qu'un DSP (« Digital Signal Processor » en anglais) ou un microcontrôleur, ou être implémenté sous forme matérielle par une machine ou un composant dédié, tel qu'un FPGA (« Field-Programmable Gate Array » en anglais) ou un ASIC (« Application-Specific Integrated Circuit » en anglais). Chaque module représenté au sein de la Fig. 3 décrite ci-après peut ainsi correspondre à une mise en oeuvre logicielle ou à une mise en oeuvre matérielle. Cela signifie notamment que seule une partie desdits modules peut être mise en oeuvre sous forme logicielle alors que le reste desdits modules peut être mis en oeuvre sous forme matérielle. La Fig. 3 illustre schématiquement un exemple d'implémentation modulaire de poste de contrôle. Considérons par la suite que la Fig. 3 représente une découpe modulaire du poste de contrôle 102. Le poste de contrôle 102 comporte un premier module d'interface 304 adapté pour permettre de connecter au poste de contrôle 102, via le lien 110, un téléphone intelligent, tel que le téléphone intelligent 130. Le poste de contrôle 102 comporte en outre un second module d'interface 305 adapté pour permettre de connecter le poste de contrôle 102 au serveur 100 via le réseau de communication 120.
Le poste de contrôle 102 comporte en outre un module de contrôle 301 adapté pour recevoir et exécuter des instructions de la part du serveur 100 dans le cadre du diagnostic de fonctionnement du téléphone intelligent concerné, et pour fournir audit serveur 100 des retours (« feedback » en anglais) quant à l'exécution desdites instructions. En d'autres termes, le poste de contrôle 102 joue le rôle de coordinateur entre le serveur 100 et le téléphone intelligent 130 dans le cadre du diagnostic de fonctionnement du téléphone intelligent 130. Le poste de contrôle 102 comporte en outre un module de navigation web 303. Le module de navigation web 303 est ainsi adapté pour interpréter des messages au format HTTP (« HyperText Transfer Protocol » en anglais) fournis par le second module d'interface 305 dans le cadre d'échanges entre le poste de contrôle 102 et le serveur 100. Le module de navigation web 303 est par exemple implémenté sur la base du navigateur web Google Chrome ou du navigateur web Mozilla Firefox. Le poste de contrôle 102 comporte en outre un module d'adaptation 302. Le module d'adaptation 302 est adapté pour effectuer des conversions de format permettant au module de contrôle 301 de communiquer avec le premier module d'interface 304 et/ou de communiquer avec le module de navigation web 303. Par exemple, le module de contrôle 301 est implémenté en JavaScript et le module d'adaptation 302 permet de faire correspondre une prise (« socket » en anglais) compatible avec une implémentation en JavaScript et une prise web (« web socket » en anglais). Le module d'adaptation 302 est par exemple implémenté sur la base du logiciel Google Node.js Selon un mode de réalisation particulier, le poste de contrôle 102 est adapté pour effectuer une mise à jour du logiciel système d'exploitation du téléphone intelligent connecté via le lien 110 et/ou d'une application installée sur ledit téléphone intelligent. Le poste de contrôle 102 met alors préférentiellement en oeuvre des échanges avec le serveur 100, ou tout autre serveur sur lequel est stockée la mise à jour logicielle, selon le protocole FTP (« File Transfer Protocol » en anglais). Le second module d'interface 305 est alors adapté pour transmettre au module de contrôle 301 les messages FTP en provenance dudit serveur. La Fig. 4 illustre schématiquement un algorithme, mis en oeuvre par un poste de contrôle auquel est connecté un téléphone intelligent à diagnostiquer, d'initialisation d'un diagnostic de fonctionnement du téléphone intelligent. Considérons par la suite que l'algorithme de la Fig. 4 est mis en oeuvre par le poste de contrôle 102, et, dans le cadre de la découpe modulaire de la Fig. 3, plus particulièrement par le module de contrôle 301. Dans une étape 401, le poste de contrôle 102 détecte que le téléphone intelligent 130 a été branché au poste de contrôle 102 via le lien 110.
Dans une étape 402 suivante, le poste de contrôle 102 obtient, auprès du téléphone intelligent 130, via le lien 110, des informations caractérisant le téléphone intelligent 130 et permettant de distinguer le téléphone intelligent 130 vis-à-vis de tout autre téléphone intelligent. Par exemple, de telles informations sont l'identifiant IMEI (« International Mobile Equipment Identity » en anglais) du téléphone intelligent 130. Dans le cadre de l'étape 402, le poste de contrôle 102 peut aussi récupérer une information représentative du logiciel système d'exploitation installé sur le téléphone intelligent 130 et/ou les versions respectives des applications installées sur le téléphone intelligent 130.
Dans une étape 403 suivante, le poste de contrôle 102 détecte si une application de tests, qui est spécifique au système de diagnostic, a été préalablement installée et est présente sur le téléphone intelligent 130. Par exemple, cette installation préalable peut avoir eu lieu lors d'un précédent diagnostic du téléphone intelligent 130 ou peut avoir été faite par un autre biais, e.g. via un serveur d'applications indépendant du système de diagnostic ou en sortie d'usine. Lorsque ladite application de tests n'est pas présente sur le téléphone intelligent 130, le poste de contrôle 102 télécharge ladite application de tests sur le téléphone intelligent 130 et instruit le téléphone intelligent 130 d'installer ladite application de tests. Le poste de contrôle 102 assure ainsi, avant de démarrer le diagnostic de fonctionnement du téléphone intelligent 130, que ladite application de tests est installée sur le téléphone intelligent 130. Dans une étape 404 suivante, le poste de contrôle 102 envoie au serveur 100 les informations caractérisant le téléphone intelligent 130 qui ont été obtenues à l'étape 402. Le serveur 100 est alors en mesure de retrouver un compte utilisateur, s'il existe, associé au téléphone intelligent 130. Si aucun compte utilisateur associé au téléphone intelligent 130 n'existe, le serveur 100 crée un tel compte utilisateur. Le serveur 100 indique alors au poste de contrôle 102 si le compteur utilisateur était préalablement connu ou si un compte utilisateur a été créé. Lorsque tout téléphone intelligent à diagnostiquer est supposé avoir un compteur utilisateur associé et qu'aucun compteur utilisateur n'est effectivement associé au téléphone intelligent 130, le serveur 100 envoie un message d'erreur au poste de contrôle 102 qui rejette alors toute demande de diagnostic de fonctionnement du téléphone intelligent 130 jusqu'à ce qu'un compteur utilisateur associé au téléphone intelligent 130 soit déclaré auprès du serveur 100. Ensuite, chaque échange de données intervenant entre le serveur 100 et le poste de contrôle 102 comporte une référence à ce compte utilisateur, de manière à permettre de déterminer à quel téléphone intelligent lesdites données se rapportent. Lorsque le téléphone intelligent 130 est préalablement connu grâce à un tel compte utilisateur, une étape 405 est effectuée ; sinon, une étape 407 est effectuée.
Dans l'étape 405, le poste de contrôle 102 récupère, auprès du serveur 100, le résultat du dernier diagnostic effectué pour le téléphone intelligent 130. Dans une étape 406 suivante, le poste de contrôle 102 affiche, sur un écran intégré ou connecté au dispositif de contrôle 102, le résultat du dernier diagnostic effectué pour le téléphone intelligent 130. Le poste de contrôle 102 peut récupérer auprès du serveur 100, et afficher sur l'écran, toute autre information détenue par le serveur 100 pour ledit compte utilisateur. L'étape 407 est ensuite effectuée. Dans l'étape 407, le système est prêt à démarrer un diagnostic de fonctionnement du téléphone intelligent 130. La Fig. 5 illustre schématiquement un algorithme, mis en oeuvre par un poste de contrôle auquel est connecté un téléphone intelligent à diagnostiquer, d'exécution du diagnostic de fonctionnement du téléphone intelligent. Considérons par la suite que l'algorithme de la Fig. 5 est mis en oeuvre par le poste de contrôle 102, et, dans le cadre de la découpe modulaire de la Fig. 3, plus particulièrement par le module de contrôle 301. L'algorithme de la Fig. 5 fait suite à l'initialisation effectuée dans le cadre de l'algorithme de la Fig. 4. Dans une étape 501, le poste de contrôle 102 affiche, sur un écran intégré ou connecté au dispositif de contrôle 102, une page invitant l'utilisateur à saisir ou sélectionner dans une liste prédéfinie une panne ressentie. Le contenu de cette page peut être récupéré auprès du serveur 100. Par exemple, le téléphone intelligent 130 disposant d'un écran tactile, l'utilisateur sélectionne dans une liste prédéfinie un élément indiquant que l'utilisateur a détecté un problème comportemental dudit écran tactile. Le poste de contrôle 102 détecte alors la saisie ou la sélection faite par l'utilisateur. L'utilisateur a préférentiellement la possibilité d'indiquer ne pas savoir précisément quel est le problème comportemental du téléphone intelligent 130. Cela entraîne la sélection d'un noeud par défaut de l'arbre de décision 150 (typiquement le noeud racine) par le serveur 100, comme détaillé par la suite en relation avec la Fig. 6. Dans une étape 502, le poste de contrôle 102 envoie au serveur 100 une information représentative de la saisie ou de la sélection faite par l'utilisateur.
Dans une étape 503 suivante, le poste de contrôle 102 reçoit des instructions, en provenance du serveur 100. Ces instructions dépendent de l'avancement du serveur 100 dans le parcours de l'arbre de décision 150 pour le diagnostic du fonctionnement du téléphone intelligent 130, i.e. dépendent de la position courante dans l'arbre de décision 150. Cet aspect est détaillé par la suite en relation avec la Fig. 6. Ces instructions peuvent être d'afficher une nouvelle page à l'écran afin que l'utilisateur puisse affiner la définition de la panne ressentie. Ces instructions peuvent aussi être de requérir que le téléphone intelligent 130 exécute un test parmi un ensemble de tests définis dans le cadre de l'application de tests installée sur le téléphone intelligent 130 à l'étape 403. Ces instructions peuvent aussi être de requérir que le téléphone intelligent 130 exécute un test parmi un ensemble de tests définis dans le cadre de l'application de tests installée sur le téléphone intelligent 130 à l'étape 403, et d'afficher une nouvelle page à l'écran afin que l'utilisateur puisse fournir le résultat du test exécuté par le téléphone intelligent 130. Par exemple, un tel test consiste à faire afficher sur l'écran du téléphone intelligent une image prédéfinie et l'utilisateur indique, via la page affichée à l'écran par le poste de contrôle 102, quel est le rendu de l'affichage de ladite image prédéfinie sur l'écran du téléphone intelligent 130. Ces instructions peuvent être d'afficher un tutoriel pour expliquer à l'utilisateur comment utiliser une fonctionnalité du téléphone intelligent, une mécompréhension de ladite fonctionnalité étant alors considérée comme à l'origine de la panne ressentie. Ces instructions peuvent être d'afficher et/ou de faire appliquer par l'application de tests 140 une solution de résolution de la panne. Lorsque les instructions reçues du serveur 100 indiquent au poste de contrôle 102 d'afficher une nouvelle page à l'écran afin que l'utilisateur puisse affiner la définition de la panne ressentie, une étape 506 est effectuée, au cours de laquelle le poste de contrôle 102 affiche ladite nouvelle page à l'écran. Puis, une étape 510 est effectuée. Lorsque les instructions reçues du serveur 100 indiquent au poste de contrôle 102 d'afficher une nouvelle page à l'écran afin de fournir un tutoriel à l'utilisateur, une étape 507 est effectuée, au cours de laquelle le poste de contrôle 102 affiche ladite nouvelle page à l'écran. Puis, l'étape 510 est effectuée. Lorsque les instructions reçues du serveur 100 indiquent au poste de contrôle 102 d'afficher et/ou de faire appliquer une solution à la panne ressentie, une étape 508 est effectuée, au cours de laquelle le poste de contrôle 102 affiche une nouvelle page à l'écran décrivant ladite solution et/ou au cours de laquelle le poste de contrôle requiert à l'application de tests 140 de faire appliquer ladite solution en reconfigurant de manière adaptée le téléphone intelligent 130. Puis, l'étape 510 est effectuée. Lorsque les instructions reçues du serveur 100 indiquent au poste de contrôle 102 d'interagir avec le téléphone intelligent 130 afin d'exécuter un test, une étape 509 est effectuée, dans laquelle le poste de contrôle 102 interagit avec le téléphone intelligent 130 afin d'exécuter ledit test. En d'autres termes, le poste de contrôle 102 requiert à l'application de tests 140 installée sur le téléphone intelligent 130 de dérouler ledit test. De même, les instructions reçues du serveur 100 peuvent indiquer au poste de contrôle 102 d'interagir avec le téléphone intelligent 130 afin d'effectuer une mise à jour ou une reconfiguration du téléphone intelligent 130. Ensuite, l'étape 510 est effectuée. Dans l'étape 510, le poste de contrôle 102 obtient un retour (« feedback » en anglais) concernant les instructions reçues à l'étape 503 en provenance du serveur 100. Soit le poste de contrôle 102 a interagi avec le téléphone intelligent 130 afin d'exécuter un test dont le résultat d'exécution est fourni par le téléphone intelligent 130 au poste de contrôle 102 via le lien 110, alors le poste de contrôle 102 envoie une information représentative dudit résultat d'exécution au serveur 100 dans une étape 509. Soit le poste de contrôle 102 a interagi avec le téléphone intelligent 130 afin d'effectuer une mise à jour ou une reconfiguration du téléphone intelligent 130 dont le résultat d'exécution est fourni par le téléphone intelligent 130 au poste de contrôle 102 via le lien 110, alors le poste de contrôle 102 envoie une information représentative dudit résultat d'exécution au serveur 100 dans une étape 511. Soit le poste de contrôle 102 a interagi avec le téléphone intelligent 130 afin d'exécuter un test dont le résultat d'exécution est à évaluer par l'utilisateur et à indiquer à l'aide d'une page affichée par le poste de contrôle 102, alors le poste de contrôle 102 envoie au serveur 100, dans l'étape 511, une information représentative de ladite évaluation du résultat d'exécution, telle qu'indiquée par l'utilisateur via ladite page affichée. Soit le poste de contrôle 102 a affiché une page dans laquelle une question est posée à l'utilisateur (e.g. pour affiner la définition de la panne ressentie), alors le poste de contrôle envoie au serveur 100, dans l'étape 511, une information représentative de la réponse fournie par l'utilisateur à la question posée. Soit le poste de contrôle 102 a affiché une page de tutoriel ou de solution, alors le poste de contrôle 102 envoie au serveur 100, dans l'étape 511, une confirmation que ladite page a été affichée et vue par l'utilisateur.
Cette confirmation fait par exemple suite à une instruction utilisateur confirmant que ladite page a été affichée et vue. Soit enfin le poste de contrôle 102 a appliqué une solution à la panne ressentie en effectuant une reconfiguration du téléphone intelligent 130, alors le poste de contrôle 102 envoie au serveur 100, dans l'étape 511, une confirmation d'application de ladite solution, qui peut être une information représentative du résultat d'exécution de la reconfiguration du téléphone intelligent 130. Dans une étape 512 suivante, le poste de contrôle 102 reçoit en provenance du serveur 100 une information indiquant si le diagnostic est terminé. Si tel est le cas, une étape 513 est effectuée ; sinon, le poste de contrôle 102 se remet, dans l'étape 503, en attente d'instructions en provenance du serveur 100. Dans l'étape 513, le poste de contrôle 102 obtient du serveur 100 une information représentative du résultat de diagnostic, et affiche à l'écran le résultat du diagnostic. Lorsque le diagnostic a conduit le serveur 100 à requérir une mise à jour ou une reconfiguration du téléphone intelligent 130, le poste de contrôle 102 peut l'indiquer à l'écran dans l'étape 513. En effet, l'issue de certains diagnostics peut être simplement d'afficher à l'écran, intégré ou connecté au poste de contrôle 102, une solution à la panne ressentie. Une telle solution est par exemple une simple reconfiguration du téléphone intelligent lorsque la panne ressentie n'était pas réellement une panne, mais une mauvaise configuration du téléphone intelligent. L'issue de certains diagnostics peut être d'instruire le téléphone intelligent de mettre à jour son logiciel système d'exploitation et/ou une application installée sur le téléphone intelligent, et/ou de se reconfigurer. La résolution de la panne ressentie est alors automatique.
La Fig. 6 illustre schématiquement un algorithme, mis en oeuvre par le serveur 100, d'exécution d'un diagnostic de fonctionnement d'un téléphone intelligent. Considérons par la suite que l'algorithme de la Fig. 6 est mis en oeuvre par le serveur 100 de manière concomitante avec l'exécution de l'algorithme de la Fig. 5 par le poste de contrôle 102 pour effectuer un diagnostic de fonctionnement du téléphone intelligent 130. Dans une étape 601, le serveur 100 reçoit, en provenance du poste de contrôle 102, une information représentative d'une panne ressentie par l'utilisateur vis-à-vis du fonctionnement du téléphone intelligent 130. Le serveur 100 sélectionne alors, dans une étape 602, un noeud de l'arbre de décision 150, en fonction de l'information représentative de la panne ressentie par l'utilisateur vis-à-vis du fonctionnement du téléphone intelligent 130. Le serveur 100 peut alors déclencher, comme détaillé par la suite, au moins une phase de test du téléphone intelligent 130 et sait ainsi à quelle position de l'arbre de décision 150 la toute première phase de test doit démarrer.
Si l'utilisateur a indiqué ne pas savoir précisément quel est le problème comportemental du téléphone intelligent 130, le serveur 100 sélectionne un noeud par défaut de l'arbre de décision 150 (typiquement le noeud racine). L'ensemble de l'arbre de décision 150 doit alors a priori être parcouru depuis le noeud racine. Si l'utilisateur est capable de donner une indication de la panne ressentie, alors certaines branches de l'arbre de décision peuvent a priori ne pas être investiguées. Par exemple, si la panne ressentie est relative à une fonctionnalité de géolocalisation du téléphone intelligent 130, alors toute branche de l'arbre de décision relative au test d'une fonctionnalité de vibreur du téléphone intelligent 130 peut être ignorée par le serveur 100.
Dans une étape 602 suivante, le serveur 100 sélectionne un noeud de l'arbre de décision 150, en fonction de l'information représentative de la panne ressentie par l'utilisateur vis-à-vis du fonctionnement du téléphone intelligent 130. Dans une étape 603 suivante, le serveur 100 poursuit ainsi le parcours de l'arbre de décision 150 et détermine des instructions à faire parvenir au poste de contrôle 102 afin de progresser dans le diagnostic de fonctionnement du téléphone intelligent 130. Le serveur 100 envoie alors les instructions déterminées au poste de contrôle 102. Ces instructions sont reçues par le poste de contrôle à l'étape 503 déjà décrite. Dans une étape 604 suivante, le serveur 100 reçoit un retour quant au résultat d'exécution des instructions envoyées à l'étape 603. Ce retour est envoyé par le poste de contrôle 102 dans l'étape 509 déjà décrite. Dans une étape 605 suivante, le serveur 100 détermine si le noeud auquel le serveur 100 parvient dans le parcours de l'arbre de décision suite au retour reçu à l'étape 504 marque une fin de parcours de l'arbre de décision, i.e. si une feuille de l'arbre de décision est atteinte. Si tel est le cas, cela signifie que le serveur 100 est en mesure de fournir un résultat de diagnostic de fonctionnement du téléphone intelligent 130. Sinon, cela signifie que d'autres tests doivent être exécutés et/ou d'autres questions doivent être posées à l'utilisateur, de manière à affiner le diagnostic quant au fonctionnement du téléphone intelligent 130.
Si le noeud auquel le serveur 100 parvient dans le parcours de l'arbre de décision 150 suite au retour reçu à l'étape 504 marque une fin de parcours de l'arbre de décision, une étape 606 est effectuée ; sinon, l'étape 602 est réitérée en sélectionnant ledit noeud dans l'arbre de décision 150, et une nouvelle phase de test est effectuée. De nouvelles instructions à envoyer au poste de contrôle 102 sont alors à déterminer. Dans l'étape 606, le serveur 100 obtient le résultat de diagnostic de fonctionnement du téléphone intelligent 130, sauvegarde ce résultat en association avec le compte utilisateur concerné et envoie ledit résultat de diagnostic au poste de contrôle 102 de manière à permettre au poste de contrôle 102 d'afficher ledit résultat de diagnostic à l'étape 511 déjà décrite. Comme déjà mentionné, le serveur 100 peut en outre fournir au poste de contrôle 102 des instructions permettant de résoudre la panne ressentie par mise à jour logicielle du téléphone intelligent ou par reconfiguration du téléphone intelligent.

Claims (11)

  1. REVENDICATIONS1) Procédé de diagnostic de fonctionnement d'un téléphone intelligent (130), le procédé étant mis en oeuvre par un système mettant en oeuvre un arbre de décision (150), caractérisé en ce que, une application de tests (140) étant installée sur ledit téléphone intelligent, le système met en oeuvre une phase de test dudit téléphone intelligent telle que : - le système sélectionne (602) un test à effectuer par ladite application ou une question à poser à un utilisateur, en fonction d'une première position dans le parcours dudit arbre de décision ; - le système exécute (506 ; 509) des instructions visant à obtenir un résultat d'exécution, par ladite application, du test sélectionné ou respectivement visant à obtenir une réponse à ladite question ; - le système obtient le résultat d'exécution du test ou respectivement une réponse fournie par ledit utilisateur à ladite question ; et - le système détermine (605, 602) une seconde position dans le parcours dudit arbre de décision, en fonction de ladite première position et dudit résultat d' exécution ; et en ce que le système réitère la phase de test jusqu'à parvenir (605, 606), dans le parcours dudit arbre de décision, à une feuille dudit arbre de décision, chaque feuille étant associée à un résultat de diagnostic de fonctionnement du téléphone intelligent.
  2. 2) Procédé selon la revendication 1, caractérisé en ce que, pour au moins une position dans le parcours dudit arbre de décision : - le système sélectionne (602) un tutoriel à afficher, en fonction de ladite position dans le parcours dudit arbre de décision ; - le système exécute (507) des instructions visant à afficher à l'utilisateur ledit tutoriel ; et - le système obtient une confirmation d'affichage dudit tutoriel ; et détermine (605, 602) une position suivante dans le parcours dudit arbre de décision.
  3. 3) Procédé selon l'une quelconque des revendications 1 et 2, caractérisé en ce que, pour au moins une position dans le parcours dudit arbre de décision :- le système sélectionne (602) une solution à une panne ressentie à afficher et/ou à appliquer, en fonction de ladite position dans le parcours dudit arbre de décision ; - le système exécute (508) des instructions visant à afficher à l'utilisateur ladite solution et/ou à faire appliquer ladite solution par ladite application de tests ; et - le système obtient une confirmation d'affichage de ladite solution ou respectivement une confirmation d'application de ladite solution ; et détermine (605, 602) une position suivante dans le parcours dudit arbre de décision.
  4. 4) Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce que le système comporte un serveur et/ou un poste de contrôle (102), pour connecter ledit téléphone intelligent et mettre en oeuvre l'arbre de décision.
  5. 5) Procédé selon la revendication 4, caractérisé en ce que, le système comportant le serveur (100) et le poste de contrôle (102) auquel est connecté ledit téléphone intelligent, le serveur mettant en oeuvre l'arbre de décision (150), le poste de contrôle assurant que l'application de tests (140) est installée sur ledit téléphone intelligent, la phase de test est telle que : - le serveur sélectionne (602) le test à effectuer par ladite application ou la question à poser à l'utilisateur, en fonction d'une première position dans le parcours dudit arbre de décision ; - le serveur envoie (604) au poste de contrôle les instructions visant à obtenir un résultat d'exécution, par ladite application, du test sélectionné ou respectivement visant à obtenir une réponse à ladite question ; - le poste de contrôle exécute (506 ; 507) lesdites instructions de sorte à faire exécuter, par ladite application, le test sélectionné ou respectivement de sorte à fournir ladite question audit utilisateur ; - le poste de contrôle envoie (511) au serveur le résultat d'exécution du test ou respectivement la réponse fournie par ledit utilisateur à ladite question ; et - le serveur détermine (605, 602) la seconde position dans le parcours dudit arbre de décision, en fonction de ladite première position et dudit résultat d'exécution.
  6. 6) Procédé selon l'une quelconque des revendications 4 et 5, caractérisé en ce que:- le poste de contrôle obtient (501) une information représentative d'une panne ressentie vis-à-vis du téléphone intelligent et envoie (502) ladite information au serveur ; et - le serveur détermine (601, 602) à quelle position de l'arbre de décision la toute première phase de test doit démarrer, en fonction de l'information représentative d'une panne ressentie vis-à-vis du téléphone intelligent.
  7. 7) Procédé selon l'une quelconque des revendications 4 à 6, caractérisé en ce que: - le poste de contrôle obtient (402) auprès du téléphone intelligent une information permettant de distinguer ledit téléphone intelligent de tout autre téléphone intelligent, et envoie (404) ladite information au serveur ; et - le serveur détermine un compte utilisateur associé à ladite information ; et chaque échange entre le serveur et le poste de contrôle dans le cadre dudit diagnostic comporte une indication représentative dudit compte utilisateur.
  8. 8) Procédé selon l'une quelconque des revendications 4 à 7, caractérisé en ce que, préalablement à toute phase de test, le poste de contrôle télécharge (403) sur le téléphone intelligent ladite application de tests.
  9. 9) Procédé selon l'une quelconque des revendications 4 à 8, caractérisé en ce que, lorsqu'un test à effectuer par ladite application requiert une évaluation par ledit utilisateur du résultat d'exécution dudit test, les instructions correspondantes envoyées par le serveur au poste de contrôle requièrent que le poste de contrôle le notifie audit utilisateur et obtienne dudit utilisateur l'évaluation du résultat d'exécution dudit test.
  10. 10) Procédé selon l'une quelconque des revendications 1 à 3, caractérisé en ce que le système comporte ledit téléphone intelligent et en ce qu'au moins une partie de l'arbre de décision est mise en oeuvre au sein de l'application de tests.
  11. 11) Système (100 ; 102 ; 130) de diagnostic de fonctionnement d'un téléphone intelligent (130), le système mettant en oeuvre un arbre de décision (150), caractérisé en ce que, une application de tests (140) étant installée sur le téléphone intelligent qui lui est connecté, le système comportant des moyens pour mettre en oeuvre, pourchaque téléphone intelligent à diagnostiquer, une phase de test dudit téléphone intelligent telle que : - le système sélectionne (602) un test à effectuer par ladite application ou une question à poser à un utilisateur du poste de contrôle auquel est connecté ledit téléphone intelligent, en fonction d'une première position dans le parcours dudit arbre de décision ; - le système exécute (506 ; 507) des instructions visant à obtenir un résultat d'exécution, par ladite application, du test sélectionné ou respectivement visant à obtenir une réponse à ladite question ; - le système obtient (509) le résultat d'exécution du test ou respectivement une réponse fournie par ledit utilisateur à ladite question ; et - le système détermine (605, 602) une seconde position dans le parcours dudit arbre de décision, en fonction de ladite première position et dudit résultat d'exécution ou respectivement une réponse fournie par ledit utilisateur à ladite question ; et en ce que le système réitère la phase de test jusqu'à parvenir (605, 606), dans le parcours dudit arbre de décision, à une feuille dudit arbre de décision, chaque feuille étant associée à un résultat de diagnostic de fonctionnement du téléphone intelligent.
FR1453991A 2014-04-30 2014-04-30 Procede et systeme de diagnostic de fonctionnement d'un telephone intelligent Active FR3020738B1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR1453991A FR3020738B1 (fr) 2014-04-30 2014-04-30 Procede et systeme de diagnostic de fonctionnement d'un telephone intelligent

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR1453991A FR3020738B1 (fr) 2014-04-30 2014-04-30 Procede et systeme de diagnostic de fonctionnement d'un telephone intelligent

Publications (2)

Publication Number Publication Date
FR3020738A1 true FR3020738A1 (fr) 2015-11-06
FR3020738B1 FR3020738B1 (fr) 2016-05-27

Family

ID=51518914

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1453991A Active FR3020738B1 (fr) 2014-04-30 2014-04-30 Procede et systeme de diagnostic de fonctionnement d'un telephone intelligent

Country Status (1)

Country Link
FR (1) FR3020738B1 (fr)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1870847A2 (fr) * 2006-06-20 2007-12-26 Xerox Corporation Analyse de réparation automatisée utilisant un système à base de règles regroupées
US20120079100A1 (en) * 2010-05-28 2012-03-29 Motorola Mobility, Inc. Electronic device diagnostic systems and methods
WO2013121435A1 (fr) * 2012-02-16 2013-08-22 Kochar Infotech (P) Ltd. Diagnostic mobile à distance

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1870847A2 (fr) * 2006-06-20 2007-12-26 Xerox Corporation Analyse de réparation automatisée utilisant un système à base de règles regroupées
US20120079100A1 (en) * 2010-05-28 2012-03-29 Motorola Mobility, Inc. Electronic device diagnostic systems and methods
WO2013121435A1 (fr) * 2012-02-16 2013-08-22 Kochar Infotech (P) Ltd. Diagnostic mobile à distance

Also Published As

Publication number Publication date
FR3020738B1 (fr) 2016-05-27

Similar Documents

Publication Publication Date Title
JP6668314B2 (ja) モバイル機器サポートサービスを提供するためのシステム、方法、装置、およびコンピュータプログラム製品
CN103905551B (zh) 一种服务调用方法及装置
US10171333B2 (en) Determining connection feasibility and selection between different connection types
US9942087B2 (en) Application resiliency using APIs
CN108255993A (zh) 提取业务字段的方法、装置、电子设备及存储介质
US11126920B2 (en) Interaction scenario display control method and information processing apparatus
CN107872534B (zh) 信息推送方法、装置、服务器及可读存储介质
EP2857912B1 (fr) Dispositif de configuration d'equipements ethernet et procédé de configuration d'équipements ethernet à l'aide d'un tel dispositif
EP2689559A1 (fr) Procédé et dispositif de configuration sur la base de règles de gestion
EP2553584A1 (fr) Procede, programme d'ordinateur et dispositif de validation d'execution de taches dans des systemes informatiques evolutifs
WO2019008572A1 (fr) Systèmes, procédés et produits de programme d'ordinateur pour détecter des agents de pannes virtuels
US9298539B1 (en) Automated error recovery for workflows
FR3020738A1 (fr) Procede et systeme de diagnostic de fonctionnement d'un telephone intelligent
FR2880966A1 (fr) Procede de navigation automatique en mode interposition
CN110502238A (zh) 一种前后端联调的方法及装置
CN112511657B (zh) 用于智能网联车辆数据远程管理的信息处理方法及装置
US8543861B1 (en) Systems and methods for diagnosing a network configuration of a computing device
EP2196909A1 (fr) Procédé et dispositif de détection de non régression d'un système d'entrée/sortie dans un environnement de simulation
JP2023526916A (ja) アプリケーション・トポロジの発見
CN113221011A (zh) 基于大数据的智慧办公信息推送方法及***
US20090187880A1 (en) Customized networked-based commerce system packages
CN113282312A (zh) 软件包的更新方法及***
CN113271328B (zh) 一种云服务器信息管理方法及***
HARRIS FAULT-TOLERANT IOT CLOUD ORCHESTRATOR
CN113961198A (zh) 一种微服务自动部署方法、装置及存储介质

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 2

PLSC Publication of the preliminary search report

Effective date: 20151106

PLFP Fee payment

Year of fee payment: 3

PLFP Fee payment

Year of fee payment: 4

PLFP Fee payment

Year of fee payment: 5

PLFP Fee payment

Year of fee payment: 6

PLFP Fee payment

Year of fee payment: 7

PLFP Fee payment

Year of fee payment: 8

PLFP Fee payment

Year of fee payment: 9

PLFP Fee payment

Year of fee payment: 10

PLFP Fee payment

Year of fee payment: 11