FR3102874A1 - Procédé de collecte d’information contenue dans des messages électroniques stockés dans un terminal - Google Patents

Procédé de collecte d’information contenue dans des messages électroniques stockés dans un terminal Download PDF

Info

Publication number
FR3102874A1
FR3102874A1 FR1912291A FR1912291A FR3102874A1 FR 3102874 A1 FR3102874 A1 FR 3102874A1 FR 1912291 A FR1912291 A FR 1912291A FR 1912291 A FR1912291 A FR 1912291A FR 3102874 A1 FR3102874 A1 FR 3102874A1
Authority
FR
France
Prior art keywords
terminal
application
collection
electronic
user
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
FR1912291A
Other languages
English (en)
Other versions
FR3102874B1 (fr
Inventor
Mickaël ZEEB ASKINAZI
Alexandre RENAUDINEAU David
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.)
Individual
Original Assignee
Individual
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 Individual filed Critical Individual
Priority to FR1912291A priority Critical patent/FR3102874B1/fr
Publication of FR3102874A1 publication Critical patent/FR3102874A1/fr
Application granted granted Critical
Publication of FR3102874B1 publication Critical patent/FR3102874B1/fr
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q10/00—Administration; Management
    • G06Q10/10—Office automation; Time management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/10—Services
    • G06Q50/18—Legal services

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • Human Resources & Organizations (AREA)
  • Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • Theoretical Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Physics & Mathematics (AREA)
  • Primary Health Care (AREA)
  • Technology Law (AREA)
  • General Health & Medical Sciences (AREA)
  • Data Mining & Analysis (AREA)
  • Health & Medical Sciences (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Facsimiles In General (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

Procédé de collecte d’information depuis un terminal comprenant des étapes de :- détection (110) d’une sélection, par l’utilisateur du terminal, d’un message électronique stocké dans le terminal,- configuration (112) d’une application dans un mode de collecte empêchant l’utilisateur du terminal de modifier, depuis l’application, la sélection réalisée et l’information contenue dans le message sélectionné,- affichage automatique (114) du message électronique sélectionné sur un écran d’affichage du terminal, pendant que l’application est dans le mode de collecte,- capture d’écran automatique (116) générant une image montrant le message électronique tel qu’affiché par l’écran pendant que l’application est dans le mode de collecte,- transmission (122) de l’image à un deuxième terminal configuré pour inclure automatiquement l’image générée dans un document électronique. Figure pour l’abrégé : Fig. 2

Description

Procédé de collecte d’information contenue dans des messages électroniques stockés dans un terminal
La présente invention concerne un procédé de collecte d’information contenue dans des messages électroniques stockés dans un terminal.
Un huissier de justice (qui sera appelé commissaire de justice en France à compter du 1erjuillet 2022) peut être sollicité pour faire la preuve de l’existence d’information sensible. Les preuves d’existence d’information réunies par un tel huissier de justice sont consignées dans un document que l’on appelle un procès-verbal de constat. Ce document peut ensuite être utilisé comme moyen de preuve dans le cadre d’un litige.
L’information en question peut en particulier provenir de messages électroniques échangés dans un réseau de communication, et stockés dans un terminal tel qu’un téléphone, un smartphone ou une tablette (par exemple des SMS).
La procédure habituellement suivie par un huissier de justice dans ce cas de figure est d’utiliser un appareil photo différent du terminal, afin de prendre des photos du terminal affichant les messages électroniques contenant l’information recherchée.
Pour cela, l’huissier de justice doit naviguer dans les messages stockés dans le terminal, faire en sorte que l’intégralité du message soit visible sur l’écran du terminal, et ensuite prendre une photo de l’écran du terminal, à l’aide de l’appareil photo.
Il se peut en particulier que l’information à collecter soit répartie dans un grand nombre de messages électroniques. L’huissier de justice doit naviguer à la main dans les menus du terminal, et prendre un grand nombre de photos.
Une fois que ces photos ont été prises par l’huissier de justice, celui-ci doit ensuite rédiger le procès-verbal de constat sous forme d’un document électronique à l’aide d’un ordinateur, et y inclure toutes les photos qui ont été prises, après avoir transféré les photos prises depuis l’appareil photo vers l’ordinateur.
Or, cette procédure est longue, fastidieuse, et source d’erreurs. De telles erreurs peuvent altérer la force probante du procès-verbal de constat réalisé.
Premièrement, les photos prises par l’huissier de justice peuvent être floues, donc inopérantes.
Deuxièmement, l’huissier de justice peut oublier d’inclure dans le procès-verbal une photo pourtant cruciale.
Troisièmement, l’huissier de justice peut également se tromper dans l’ordre de présentation des photos consignées dans le procès-verbal, ce qui est susceptible d’altérer le sens de l’information contenu dans l’ensemble des messages collectés. Dans certains cas, une telle altération peut aller jusqu’à faire des contresens.
Quatrièmement, l’huissier de justice doit naviguer parmi les messages électroniques tels que stockés par le terminal au cours de la procédure susmentionnée. Or, une telle navigation présente des risques, car l’huissier de justice peut, en cas de manipulation erronée, supprimer par inadvertance un message crucial avant d’en avoir pris une photo.
Un but de l’invention est de faire la preuve de l’existence d’information dans des messages électroniques d’une manière qui soit plus simple, plus rapide et plus fiable.
Il est à cet effet proposé un procédé de collecte d’information mis en œuvre par une application exécutée par un premier terminal comprenant un écran d’affichage, une mémoire stockant des messages électroniques échangés dans un réseau de communication, et une interface d’entrée permettant à un utilisateur du premier terminal d’interagir avec les messages électroniques stockés, le procédé comprenant des étapes de :
- détection d’une sélection, par l’utilisateur via l’interface d’entrée, d’au moins un message électronique stocké dans la mémoire contenant l’information à collecter,
- après la détection de la sélection, configuration de l’application dans un mode de collecte empêchant l’utilisateur du premier terminal de modifier, depuis l’application via l’interface d’entrée, la sélection réalisée et l’information contenue dans le message sélectionné,
- affichage automatique du message électronique sélectionné sur l’écran d’affichage, pendant que l’application est dans le mode de collecte,
- capture d’écran automatique générant une image montrant le message électronique tel qu’affiché par l’écran d’affichage pendant que l’application est dans le mode de collecte,
- transmission de l’image générée à un deuxième terminal configuré pour inclure automatiquement l’image générée dans un document électronique.
Le procédé de collecte d’information peut également comprendre les caractéristiques optionnelles suivantes, prises seules ou combinées entre elles lorsque cela est techniquement possible.
De préférence, lorsqu’il est détecté à l’étape de détection que l’utilisateur a sélectionné plusieurs messages électroniques, les étapes d’affichage automatique et de capture d’écran sont mises en œuvre un nombre de fois adapté, pendant que l’application est dans le mode de collecte, pour générer un jeu d’images comprenant une ou plusieurs images, le jeu d’images montrant chaque message électronique sélectionné.
De préférence, les messages électroniques sélectionnés comprennent, pour une conversation stockée dans la mémoire, au plus deux messages électroniques de la conversation, et les étapes d’affichage automatique et de capture d’écran sont alors mises en œuvre un nombre de fois adapté pour que le jeu d’images généré montre tout message électronique éventuel de la conversation qui est situé entre les deux messages sélectionnés.
De préférence, le procédé de collecte d’information comprend en outre des étapes de :
- détection d’une saisie d’un code par l’utilisateur via l’interface d’entrée,
- transmission du code saisi à un serveur,
- configuration de l’application dans un mode de sélection permettant à l’utilisateur de procéder à la sélection d’au moins un message électronique, seulement lorsque le serveur considère que le code saisi est valide.
De préférence, chaque image générée est transmise au serveur, et le serveur est par ailleurs configuré pour rendre le code saisi invalide une fois que chaque image générée a été reçue par le serveur, de manière à empêcher une configuration ultérieure de l’application dans le mode de sélection après une nouvelle saisie du même code.
De préférence, le procédé comprend les étapes suivantes :
- lecture automatique du texte du message électronique stocké sous forme de chaîne de caractères dans la mémoire pendant que le premier terminal est dans le mode de collecte,
- transmission du texte lu au deuxième terminal, le deuxième terminal étant configuré pour inclure le texte dans le document électronique en sus de l’image générée.
De préférence, les données collectées transmises par le premier terminal au deuxième terminal (chaque image générée, et le cas échéant de chaque texte associé lu automatiquement) sont cryptées avant leur transmission.
De préférence, le serveur est configuré relayer les données collectées par l’application au deuxième terminal.
De préférence, le document électronique est un procès-verbal de constat.
Il est également proposé un produit programme d'ordinateur comprenant une application de collecte comprenant des instructions de code de programme pour l'exécution des étapes du procédé de collecte d’information susmentionnée, lorsque l’application de collecte est exécutée par un premier terminal.
Ce produit programme d'ordinateur peut en outre comprendre une application d’édition comprenant des instructions de code de programme pour inclure automatiquement l’image générée dans un document électronique, lorsque l’application d’édition est exécutée par un deuxième terminal.
Il est en outre proposé une mémoire lisible par ordinateur stockant des instructions exécutables par l’ordinateur pour l’exécution des étapes du procédé de collecte d’information susmentionné.
D’autres caractéristiques, buts et avantages de l’invention ressortiront de la description qui suit, qui est purement illustrative et non limitative, et qui doit être lue en regard des dessins annexés sur lesquels :
La figure 1 illustre de façon schématique un système pour collecter de l’information, selon un mode de réalisation.
La figure 2 est un organigramme d’étapes d’un procédé mis en œuvre par un terminal de collecte, selon un mode de réalisation.
La figure 3 est un organigramme d’étapes d’un procédé mis en œuvre par un serveur, selon un mode de réalisation.
La figure 4 est un organigramme d’étapes d’un procédé mis en œuvre par un terminal client, selon un mode de réalisation.
Sur l’ensemble des figures, les éléments similaires portent des références identiques.
En référence à lafigure 1, un système comprend un terminal de collecte 1 et un serveur d’édition 2.
Le terminal de collecte 1 comprend une interface de communication 4, une mémoire 6, un écran d’affichage 8, une interface d’entrée 10, et une unité de traitement de données 12.
L’interface de communication 4 est configurée pour communiquer avec d’autres équipements via un réseau de communication, notamment le serveur 2 et d’autres terminaux. L’interface de communication 4 est par exemple de type radio (Wi-Fi, cellulaire tel que 3G/4G/5G).
La mémoire 6 est adaptée pour stocker des messages électroniques échangés avec d’autres terminaux via l’interface de communication 4, et au moyen d’un protocole de messagerie électronique. Le protocole est par exemple le protocole SMS, pour Short Messaging Service, ou bien un autre protocole géré par une application de messagerie dédiée, installée dans le terminal de collecte 1. Par « échangé », on entend qu’un message stocké dans la mémoire peut aussi bien être un message transmis par le terminal de collecte 1 à un terminal destinataire, ou bien un message reçu par le terminal de collecte 1 d’un terminal source. Le terminal 1 est appelé terminal « de collecte », car, comme on le verra par la suite, il est utilisé pour collecter de l’information contenue dans certains messages électronique stockés dans la mémoire 6.
La mémoire 6 comprend typiquement une unité mémoire non volatile, adaptée pour stocker des données de manière persistante, même à la suite d’une mise hors tension de ladite unité. L’unité mémoire non volatile peut être de tout type : Flash, EEPROM, SSD, HDD, etc. La mémoire comprend également une unité mémoire volatile, adaptée pour stocker temporairement des données (par exemple de type RAM).
De manière générale, l’interface d’entrée 10 a pour fonction de permettre à un utilisateur du terminal d’interagir avec les données mémorisées dans la mémoire 6 et avec des programmes exécutés par l’unité de traitement 12, par exemple de manière à susciter des modifications de contenu affiché sur l’écran d’affichage 8.
L’interface d’entrée 10 est notamment adaptée pour détecter des actions réalisées par un utilisateur du terminal de collecte 1 : par exemple, une action de saisie de nouvelles données, ou une action de navigation dans différents menus affichés sur l’écran d’affichage 8.
L’interface d’entré 10 peut comprendre à cet effet un clavier réel ou virtuel, une souris, etc. En variante ou en complément, l’interface d’entrée 10 comprend par exemple un élément sensible au toucher superposé à l’écran d’affichage 8 pour former un écran tactile. Les actions détectées par l’utilisateur comprenant alors des actions de toucher de l’écran tactile.
L’unité de traitement de données 12 comprend au moins un processeur configuré pour exécuter des programmes d’ordinateur stockés dans la mémoire 6. Ces programmes d’ordinateur comprennent notamment un système d’exploitation, et des applications dont l’exécution est contrôlée par le système d’exploitation.
L’une de ces applications est une application de messagerie électronique. L’application de messagerie électronique contrôle l’échange de messages électroniques entre le terminal de collecte 1 et d’autres terminaux, leur stockage dans la mémoire 6, ainsi que leur affichage de sur l’écran d’affichage 8.
Les messages électroniques qui sont mémorisés dans la mémoire 6 comprennent du texte sous la forme de chaînes de caractères. Lorsque l’application de messagerie commande l’affichage d’un message électronique sur l’écran d’affichage 6, elle accède en lecture au texte correspondant, et le place par exemple dans une bulle.
Une autre application susceptible d’être stockée dans la mémoire est une application de collecte d’information, dont le fonctionnement sera décrit en détail plus loin. L’application de collecte d’information a accès en lecture aux messages électroniques stockés dans la mémoire. De préférence, cet accès est en lecture seule, ce qui permet de garantir à un utilisateur que l’application de collecte ne pourra pas altérer le contenu de la mémoire 6 du terminal de collecte 1.
L’application de collecte d’information est une application susceptible d’être installée dans la mémoire en la téléchargeant sur une plateforme d’applications en ligne puis d’être désinstallée par un utilisateur, via l’interface d’entrée 10.
Le terminal de collecte 1 est par exemple un téléphone (fixe ou mobile), un smartphone ou une tablette, par exemple tactile.
Le serveur d’édition 2 comprend une interface de communication 14, une unité de traitement de données 16 et une mémoire 18.
L’interface de communication 14 est adaptée pour communiquer, via un réseau de communication, avec le terminal de collecte 1 et avec au moins un terminal client 3 différent du terminal de collecte 1. L’interface de communication 14 est du même type que l’interface de communication 4, par exemple de type radio (Wi-Fi, cellulaire tel que 3G/4G/5G). Le réseau de communication entre le terminal client 3 et le serveur 2 peut être le même que le réseau de communication entre le terminal de collecte 1 et le serveur 2, ou bien être différent de ce dernier. Dans un mode de réalisation, les dispositifs 1, 2, 3 communiquent entre eux via le réseau Internet.
L’unité de traitement de données 16 est configurée pour exécuter un programme de gestion de dossiers, mémorisée dans la mémoire 18. Les fonctions remplies par l’unité 16 seront détaillées ci-après.
Le terminal client 3 comprend par ailleurs une interface de communication 20, une unité de traitement de données 22, et une mémoire 24.
L’interface de communication 20 est configurée pour communiquer avec l’interface de communication 14 du serveur 2.
La mémoire 24 stocke au moins un modèle de document électronique. Le modèle de document électronique est de préférence un modèle de procès-verbal de constat d’huissier de justice.
La mémoire 24 stocke également une application d’édition se présentant sous la forme d’un programme d’ordinateur.
L’unité de traitement de données comprend au moins un processeur configuré pour exécuter l’application d’édition.
En référence aux organigrammes desfigures 2, 3 et 4, un procédé de collecte d’information comprend les étapes suivantes. Les étapes mises en œuvre par le terminal de collecte 1 sont détaillées sur la figure 2, celles mises en œuvre par le serveur 2 sont détaillées sur la figure 3, tandis que celles mises en œuvre par le terminal client 3 sont détaillées sur la figure 4.
Dans ce qui suit, on prendra l’exemple d’une situation dans laquelle un utilisateur doit faire la preuve de l’existence d’une information contenue dans au moins un message électronique stockée dans le terminal de collecte 1. Cet utilisateur est par exemple un huissier de justice. L’utilisateur est en possession du terminal client 3.
Dans une étape préliminaire, l’utilisateur se connecte au serveur 2 depuis le terminal client 3. Cette connexion peut se faire notamment à l’aide d’un programme client installé dans le terminal client 3, ou simplement à l’aide d’un navigateur du terminal client 3 se connectant à un site hébergé par le serveur 2.
Au cours de cette connexion, l’huissier de justice est invité à saisir, via le terminal client 3, des données définissant un dossier de collecte d’information (typiquement un dossier de constat). Ces données comprennent par exemple :
  • Un nom de dossier,
  • Des coordonnées propres à l’utilisateur,
  • Des coordonnées d’un propriétaire du terminal de collecte 1,
  • Une adresse permettant à l’utilisateur de prendre connaissance d’instructions qui précèdent depuis le terminal de collecte 1. Cette adresse est de préférence un numéro de téléphone associé à une carte SIM comprise dans le terminal de collecte 1.
Ces données sont transmises au serveur 2 (étape 300).
Sur réception de ces données (étape 200), le serveur 2 alloue dans la mémoire 18 un espace de stockage de données propre au dossier (étape 202).
Le serveur 2 génère par ailleurs un code propre au dossier de collecte d’information (étape 204). Le code généré est mémorisé dans la mémoire 18.
Le serveur 2 transmet à l’adresse fournie un message comprenant le code généré et des instructions permettant à l’utilisateur d’identifier où télécharger l’application de collecte mentionnée précédemment (étape 206) depuis le terminal de collecte 1. Ces instructions comprennent par exemple un lien de téléchargement pointant vers un site Internet qui héberge l’application de collecte. Le serveur 2 transmet ces instructions dans un message électronique, par exemple un SMS, au terminal de collecte 1.
Le terminal de collecte 1 est remis entre les mains de l’utilisateur, de sorte à permettre à celui-ci d’accéder au contenu du terminal de collecte 1.
L’utilisateur télécharge l’application de collecte sur le terminal de collecte 1, en se basant sur les instructions qui lui ont été fournies (étape 100). Par exemple, l’utilisateur affichage le contenu du message d’instructions envoyé par le serveur 2, et clique sur un lien de téléchargement contenu dans ce message d’instructions, de sorte à télécharger l’application de collecte.
L’utilisateur lance par la suite l’application de collecte qui vient d’être installée dans le terminal de collecte 1.
L’application de collecte commande l’affichage, sur l’écran d’affichage 8, d’un menu invitant l’utilisateur à saisir un code.
L’utilisateur saisit un code via l’interface d’entrée, lequel est détecté par l’application de collecte (102).
L’application de collecte commande la transmission au serveur 2 le code saisi (étape 104).
Sur réception du code saisi (étape 208), l’unité de traitement 16 vérifie si le code est valide (étape 210).
Au cours de l’étape de vérification de validité 210, l’unité de traitement 16 peut en particulier vérifier si un code de valeur identique au code saisi est présent dans la mémoire 18 ; dans ce cas, l’unité de traitement 16 peut déclarer le code saisi valide si sa valeur est trouvée dans la mémoire 18, et déclarer le code saisi invalide dans le cas contraire. Il est toutefois entendu que d’autres types de vérification de validité de code peuvent être mis en œuvre par le serveur 2.
L’unité de traitement 16 commande la transmission à l’application de collecte d’une réponse dépendant du résultat de la vérification 212 effectuée (étape 212). La réponse transmise diffère selon que le code saisi a été déclaré valide ou invalide.
Le terminal de collecte reçoit la réponse (étape 106).
Lorsque la réponse est indicative du fait que le code saisi a été déclaré invalide, l’application de collecte répète l’affichage du menu invitant l’utilisateur à saisir un code.
Lorsque la réponse est indicative du fait que le code saisi a été déclaré invalide, l’application de collecte accède en lecture à la mémoire du terminal de collecte 1, et scanne tous les messages électroniques qui y sont stockés.
On suppose dans la suite que l’utilisateur a saisi le code qui lui avait auparavant été envoyé dans les instructions, et donc que l’on se trouve dans le cas de figure où le serveur 2 a déclaré ce code saisi comme étant valide.
L’application de collecte se configure par ailleurs dans un mode de sélection permettant à un utilisateur de sélectionner des messages à collecter via l’interface d’entrée, depuis l’application (108).
Cette configuration comprend notamment la commande de l’affichage, sur l’écran d’affichage 8, d’un contexte de sélection de messages électroniques stockés dans la mémoire du terminal de collecte 1.
Le contexte de sélection peut par exemple comprendre un menu de sélection d’interlocuteur, invitant à choisir un interlocuteur dans un carnet d’adresse, interlocuteur avec qui le terminal de collecte 1 a échangé des messages électroniques.
Le contexte de sélection peut en outre comprendre un menu de sélection de conversation, affiché en réponse à la détection, via l’interface d’entrée, de la sélection d’un interlocuteur. Ce menu de sélection de conversation invite à choisir une conversation entre le terminal de collecte 1 et l’interlocuteur sélectionné. Une conversation est une séquence de messages électroniques échangés successivement entre ces deux entités. Ainsi, les messages électroniques d’une même conversation sont présentés sur l’écran d’affichage 8 par ordre chronologique.
Il est à noter que le menu de sélection de conversation est optionnel. L’application de messagerie peut en effet regrouper tous les messages électroniques avec un même interlocuteur dans une seule et même conversation, auquel cas n’il n’est pas nécessaire de devoir sélectionner une conversation une fois qu’un interlocuteur a été sélectionné. Le menu de sélection de conversation peut n’être affiché que si le nombre de conversation entre le terminal de collecte 1 et un interlocuteur sélectionné est supérieur à 1.
Le contexte de sélection comprend en outre un menu de sélection de messages électroniques, affiché en réponse à la détection, via l’interface d’entrée, de la sélection d’une conversation (ou d’un interlocuteur si le menu de sélection de conversation n’est pas utilisé). Le menu de sélection de messages électroniques est typiquement un menu déroulant, présentant la séquence de messages électroniques de la conversation selon un ordre chronologique, du plus ancien au plus récent.
L’application de collecte peut en particulier faire en sorte que l’utilisateur ne puisse sélectionner, dans une conversation donnée, qu’au plus deux messages, que l’on appellera dans la suite « message initial » et « message final ».
Les étapes de sélection qui précèdent peuvent être le cas échéant répétées pour plusieurs interlocuteurs, et/ou plusieurs conversations.
Le mode de sélection offre en outre la possibilité à l’utilisateur de désélectionner un message qu’il a auparavant sélectionné (par exemple, à l’aide de cases décochables affichées sur l’écran d’affichage 8 à côté des messages).
L’application de collecte détecte par la suite, via l’interface d’entrée 10, que l’utilisateur a terminé de sélectionner des messages électroniques, depuis l’application configurée dans le mode de sélection (étape 110). L’application de collecte peut à cet effet détecter que l’utilisateur a cliqué sur un bouton de fin de sélection ou a accédé à un menu de fin de sélection.
L’application de collecte se configure alors dans un mode de collecte (étape 112).
A la différence du mode de sélection, le mode de collecte empêche l’utilisateur du terminal de collecte 1 de modifier la sélection réalisée au cours de l’étape 108 ou de modifier l’information stockée dans chaque message sélectionné, via l’interface d’entrée et depuis l’application de collecte.
Ce mode de collecte est conservé jusqu’à nouvel ordre tant que l’application est maintenue en avant plan, sur l’écran d’affichage 8.
L’application de collecte commande l’affichage automatique d’au moins un message électronique sélectionné sur l’écran d’affichage 8 pendant que l’application est dans le mode de collecte (étape 114). Par « automatique », on entend que l’affichage est réalisé à l’initiative seule de l’application.
L’application de collecte effectue une capture d’écran (116) automatique de sorte à générer une image qui montre le message électronique tel qu’affiché sur l’écran d’affichage 8, toujours pendant que l’application est dans le mode de collecte. Par capture d’écran, on entend que l’image générée restitue l’état des pixels de l’écran d’affichage 8 à un instant donné.
L’application de collecte répète les étapes d’affichage automatique 114 et de capture d’écran automatique 116 autant de fois que nécessaire pour générer un jeu d’images comprenant une ou plusieurs images, le jeu d’image montrant chaque message électronique sélectionné.
Une image du jeu d’images peut comprendre un ou plusieurs messages électroniques sélectionnés. Chaque message sélectionné est montré dans au moins une image du jeu d’images généré. Il est entendu que le jeu d’images peut ne comprendre qu’une seule image, notamment dans le cas où l’utilisateur a sélectionné un seul message électronique, ou tout du moins un message final et un message initial susceptibles d’être affichés simultanément par l’écran d’affichage 8.
Dans le cas particulier où il a été sélectionné par l’utilisateur un message initial et un message final dans une même conversation, les étapes d’affichage automatique 114 et de capture d’écran 116 sont également appliquées à tout message intermédiaire situé entre le message initial et le message final dans la conversation, de telle sorte que le jeu d’images généré montre chacun de ces éventuels messages intermédiaires. Ce mode de réalisation est particulièrement avantageux, car il permet à un utilisateur de sélectionner un grand nombre de messages électroniques en réalisant un minimum d’actions (sélection du message initial, sélection du message final, et défilement éventuel du menu déroulant entre les deux, si le message initial et le message final ne peuvent pas être affichés en même temps sur l’écran d’affichage 8 parce qu’il existe un nombre trop important de messages électroniques intermédiaire entre les deux). Un autre avantage important de ce mode de réalisation est de pouvoir sélectionner une sous-séquence de messages électroniques continus d’un seul bloc. Ceci évite de dénaturer le discours tenu dans l’extrait de conversation collecté.
L’application de collecte peut également collecter, en sus du jeu d’images, le texte de chaque message sélectionné stocké dans la mémoire sous forme de chaînes de caractères, en accédant directement en lecture à cette mémoire 6 (étape 118).
Cette étape 118 est mise œuvre également pendant que l’application est dans le mode de collecte.
L’application de collecte obtient donc à l’issue de la mise en œuvre de ces étapes, le cas échéant répétées, les données collectées suivantes : un jeu d’images montrant chaque message électronique contenant l’information recherchée, et le texte de chacun des messages sous forme de chaînes de caractères.
L’application crypte les données collectées (étape 120).
L’application de collecte commande la transmission des données cryptées au serveur 2 (étape 120).
L’utilisateur peut ensuite désinstaller l’application de collecte du terminal de collecte 1, afin de ne laisser aucune trace de la collecte d’information réalisée.
La collecte est à ce stade terminée du côté terminal de collecte 1.
Lorsque le serveur 2 reçoit les données collectées (étape 214), l’unité de traitement 16 rend le code saisi invalide de manière à empêcher une configuration ultérieure de l’application de collecte dans le mode de sélection après une nouvelle saisie du même code (étape 216).
Le serveur 2 transmet par ailleurs les données collectées au terminal client 3 (étape 218).
Sur réception des données collectées (étape 302), l’application d’édition exécutée par le terminal client 3 décrypte ces données (304) et les stocke dans sa mémoire 24.
L’application d’édition sélectionne par ailleurs un modèle de document électronique mémorisé dans sa mémoire. Le modèle de document électronique est par exemple un modèle de procès-verbal de constat.
L’application d’édition insère automatiquement dans le modèle de document sélectionné le jeu d’images capturées, et, le cas échéant, le texte sous forme de chaîne de caractères si ce texte fait partie des données qui ont été collectées (étape 306). Est alors obtenu un document électronique faisant la preuve de l’existence de l’information collectée.
Bien que le procédé tel que décrit ci-dessus trouve très avantageusement application pour établir des documents électroniques de type procès-verbal de constat, le procédé est également applicable à d’autres type de documents électroniques.

Claims (11)

  1. Procédé de collecte d’information mis en œuvre par une application exécutée par un premier terminal (1) comprenant un écran d’affichage (8), une mémoire (6) stockant des messages électroniques échangés dans un réseau de communication, et une interface d’entrée (10) permettant à un utilisateur du premier terminal (1) d’interagir avec les messages électroniques stockés, le procédé comprenant des étapes de :
    - détection (110) d’une sélection, par l’utilisateur via l’interface d’entrée (10), d’au moins un message électronique stocké dans la mémoire (6) contenant l’information à collecter,
    - après la détection de la sélection, configuration (112) de l’application dans un mode de collecte empêchant l’utilisateur du premier terminal (1) de modifier, depuis l’application via l’interface d’entrée (10), la sélection réalisée et l’information contenue dans le message sélectionné,
    - affichage automatique (114) du message électronique sélectionné sur l’écran d’affichage (8), pendant que l’application est dans le mode de collecte,
    - capture d’écran automatique (116) générant une image montrant le message électronique tel qu’affiché par l’écran d’affichage (8) pendant que l’application est dans le mode de collecte,
    - transmission (122) de l’image générée à un deuxième terminal (3) configuré pour inclure automatiquement l’image générée dans un document électronique.
  2. Procédé selon la revendication précédente, dans lequel, lorsqu’il est détecté à l’étape de détection (110) que l’utilisateur a sélectionné plusieurs messages électroniques, les étapes d’affichage automatique et de capture d’écran sont mises en œuvre un nombre de fois adapté, pendant que l’application est dans le mode de collecte, pour générer un jeu d’images comprenant une ou plusieurs images, le jeu d’images montrant chaque message électronique sélectionné.
  3. Procédé selon la revendication précédente, dans lequel les messages électroniques sélectionnés comprennent, pour une conversation stockée dans la mémoire (6), au plus deux messages électroniques de la conversation, et dans lequel les étapes d’affichage automatique et de capture d’écran sont mises en œuvre un nombre de fois adapté pour que le jeu d’images généré montre tout message électronique éventuel de la conversation qui est situé entre les deux messages sélectionnés.
  4. Procédé selon l’une des revendications précédentes, comprenant en outre des étapes de :
    - détection (102) d’une saisie d’un code par l’utilisateur via l’interface d’entrée (10),
    - transmission (104) du code saisi à un serveur (2),
    - configuration de l’application dans un mode de sélection permettant à l’utilisateur de procéder à la sélection d’au moins un message électronique, seulement lorsque le serveur (2) considère que le code saisi est valide.
  5. Procédé selon la revendication précédente, dans lequel chaque image générée est transmise au serveur (2), et le serveur (2) est par ailleurs configuré pour rendre le code saisi invalide (216) une fois que chaque image générée a été reçue par le serveur (2), de manière à empêcher une configuration ultérieure de l’application dans le mode de sélection après une nouvelle saisie du même code.
  6. Procédé selon l’une des revendications précédentes, comprenant par ailleurs les étapes suivantes :
    - lecture automatique (118) du texte du message électronique stocké sous forme de chaîne de caractères dans la mémoire (6) pendant que le premier terminal (1) est dans le mode de collecte,
    - transmission du texte lu au deuxième terminal (3), le deuxième terminal (3) étant configuré pour inclure le texte dans le document électronique en sus de l’image générée.
  7. Procédé selon l’une des revendications précédentes, dans lequel les données transmises par le premier terminal (1) au deuxième terminal (3) sont cryptées avant leur transmission.
  8. Procédé selon l’une des revendications précédentes, dans lequel le document électronique est un procès-verbal de constat.
  9. Produit programme d'ordinateur comprenant une application de collecte comprenant des instructions de code de programme pour l'exécution des étapes du procédé selon l’une des revendications 1 à 8, lorsque l’application de collecte est exécutée par un premier terminal (1).
  10. Produit programme d'ordinateur selon la revendication précédente, comprenant par ailleurs une application d’édition comprenant des instructions de code de programme pour inclure automatiquement l’image générée dans un document électronique, lorsque l’application d’édition est exécutée par un deuxième terminal (3).
  11. Mémoire (6) lisible par ordinateur stockant des instructions exécutables par l’ordinateur pour l’exécution des étapes du procédé selon l’une des revendications 1 à 8.
FR1912291A 2019-10-31 2019-10-31 Procédé de collecte d’information contenue dans des messages électroniques stockés dans un terminal Active FR3102874B1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR1912291A FR3102874B1 (fr) 2019-10-31 2019-10-31 Procédé de collecte d’information contenue dans des messages électroniques stockés dans un terminal

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1912291 2019-10-31
FR1912291A FR3102874B1 (fr) 2019-10-31 2019-10-31 Procédé de collecte d’information contenue dans des messages électroniques stockés dans un terminal

Publications (2)

Publication Number Publication Date
FR3102874A1 true FR3102874A1 (fr) 2021-05-07
FR3102874B1 FR3102874B1 (fr) 2022-06-10

Family

ID=69468827

Family Applications (1)

Application Number Title Priority Date Filing Date
FR1912291A Active FR3102874B1 (fr) 2019-10-31 2019-10-31 Procédé de collecte d’information contenue dans des messages électroniques stockés dans un terminal

Country Status (1)

Country Link
FR (1) FR3102874B1 (fr)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040253991A1 (en) * 2003-02-27 2004-12-16 Takafumi Azuma Display-screen-sharing system, display-screen-sharing method, transmission-side terminal, reception-side terminal, and recording medium
WO2011114629A1 (fr) * 2010-03-19 2011-09-22 日本電気株式会社 Dispositif de traitement d'informations, système de traitement d'informations, procédé de traitement d'informations et programme de traitement d'informations

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20040253991A1 (en) * 2003-02-27 2004-12-16 Takafumi Azuma Display-screen-sharing system, display-screen-sharing method, transmission-side terminal, reception-side terminal, and recording medium
WO2011114629A1 (fr) * 2010-03-19 2011-09-22 日本電気株式会社 Dispositif de traitement d'informations, système de traitement d'informations, procédé de traitement d'informations et programme de traitement d'informations

Also Published As

Publication number Publication date
FR3102874B1 (fr) 2022-06-10

Similar Documents

Publication Publication Date Title
EP2386977A1 (fr) Système permettant l'affichage d'un fichier informatique privé sur un écran d'un terminal de télécommunications et procédé correspondant
EP3395077B1 (fr) Procédé de partage d'une image numérique entre un premier terminal d'utilisateur et au moins un second terminal d'utilisateur sur un réseau de communication
EP3119060A1 (fr) Procédé et dispositif d'établissement de communications webrtc
WO2009047164A1 (fr) Dispositif et procedes de diffusion personnalisee de publicites ciblees depuis un serveur local
WO2017194777A1 (fr) Système permettant la création et le déploiement d'applications multiplateformes
FR2968497A1 (fr) Procede et systeme de diffusion de contenus informatiques vers un terminal mobile
FR3102874A1 (fr) Procédé de collecte d’information contenue dans des messages électroniques stockés dans un terminal
EP2529330B1 (fr) Procédé de fourniture d'un code dynamique par l'intermédiaire d'un téléphone
EP2950512B1 (fr) Procede et dispositif de controle de l'affichage d'un groupe de contacts
EP2843923A2 (fr) Dispositif et procédé d'enrichissement d'une communication
FR3005541A1 (fr) Procede de gestion d'un service de messagerie
EP3476110B1 (fr) Procédé et dispositif de traitement d'un objet multimédia
EP2351340B1 (fr) Procede de communication utilisant une image numerique et procede de transmission de donnees
FR3064097A1 (fr) Procede d'enrichissement d'un contenu numerique par donnees spontanees
FR3025625A1 (fr) Generation et partage d'applications personnalisees de communication
FR2942330A1 (fr) Dispositif de traitement de l'information communiquant permettant un acces rapide a un ensemble d'informations personnelles
FR2965996A1 (fr) Dispositifs et procedes de generation et d’utilisation de cartes de visite electroniques, carte de visite electronique et moyens de stockage correspondants
FR3101720A1 (fr) Procédé d’envoi à un service en ligne d’une copie électronique d’un document
FR3099675A1 (fr) Interactions guidées par des règles déclenchées lors de la récupération et du stockage de contenu de webinaire
EP2400452A1 (fr) Procédé d'affichage de données, dispositif et produit programme d'ordinateur correspondants
FR3094594A1 (fr) Procédé de modification d’un contenu multimédia
EP3312737A1 (fr) Méthode pour transférer des fichiers informatiques
EP3225018A1 (fr) Declenchement conditionné d'applications interactives
EP3021552A1 (fr) Procédé et dispositif de communication via un espace d'interaction partagé
WO2006092505A1 (fr) Procede et dispositif de mise en relation automatique de terminaux proches

Legal Events

Date Code Title Description
PLFP Fee payment

Year of fee payment: 2

PLSC Publication of the preliminary search report

Effective date: 20210507

PLFP Fee payment

Year of fee payment: 3

PLFP Fee payment

Year of fee payment: 4

PLFP Fee payment

Year of fee payment: 5