FR 3076034 A1 20190628 FR 1763185 A 20171222 Arr e-plan de l'invention La présente invention se situe dans le domaine générai des terminaux et concerne 10 plus particulièrement la consultation, à partir d'un terminal, de données représentatives d'un historique de transaction, dans le domaine bancaire parexemple. De manière connue, le porteur d'une carte bancaire peut utiliser sa carte pour réaliser des transactions bancaires, teks que des transactions de paiement par exemple, en assoc:ation avec un compte bancaire. L'utilisateur peut en outre suivre l'état de son 15 compte bancaire (solde, montant et dates des transactions) à l'aide de relevés émis régulièrement par sa banque. Cependant, il est aujourd'hui difficile pour le porteur d'une carte bancaire de faire un suivi en temps réel des transactions qu'il réalise en association avec un compte bancaire. Un temps d'attente plus ou moins important est requis pour que la banque traite les 20 transactions récentes réalisées à l'aide d'une carte bancaire puis pour émettre un nouveau relevé prenant en compte ces transactions récentes. Un relevé mensuel est destiné à dresser un bilan sur une période de temps passée mais n'est pas conçu pour fournir des d'informations sur le statut en temps réel d'un compte bancaire. La consult Lion en ligne du solde d'un compte ou des transactions 25 réalisées en association avec un compte est parfois possible mais les informations fournies par la banque ne sont pas toujours exhaustives. Il n'existe donc pas aujourd'hui de solution satisfaisante pour permettre à un utilisateur d'une carte bancaire, et plus généralement d'une carte à puce, d'obtenir des informations fidèles et à jour sur l'état d'un compte d'utilisateur associé à cette carte. En 30 particulier, un besoin existe pour permettre un suivi en temps réel de l'état d'un compte bancaire associé à une carte bancaire. Objet et résumé de. l'invention A cet effet, la présente invention concerne un procédé de traitement mis en oeuvre 35 par un terminal, ledit procédé comprenant les étapes suivantes : collecte en ligne, depuis un serveur distant, de premières donnnns d'historique représentatives d'au moins une transaction associée à un compte d'utilisateur ; 2 communication en sans contact avec une carte à puce au cours de laquelle le terminal récupère des deuxièmes données d'historique stockées localement dans une mémoire .de la carte à puce, lesdites deuxièmes données d'historique étant représentatives d'au moins une transaction traitée par la carte à puce en association avec le compte d'utilisateur ; analyse au cours de laquelle ie terminal agrège les premières données d'historique avec les deuxièmes données d'historique pour obtenir des données d'historique à jour ; et génération de donnéese. suivi de transactionà partir des données d'historique à 10 jour. L'invention permet avantageusement à un utilisateur d'une carte bancaire, et plus généralement d'une carte à puce, d'obtenir des informations fidèles et à jour sur l'état d'un compte d'utilisateur associé à cette carte. En particulier, l'utilisateur peut obtenir un suivi en temps réel de l'état d'un compte bancaire associé à une carte bancaire. Ce suivi 15 en temps-réel est possible car les données de compte culectées en ligne sont mises à jour à partir des transactions récentes réalisées à l'aide de la carte à puce de l'utilisateur. La consultation en ligne de l'état du compte, via par exemple un portail Internet, ne permei pas à elle seule d'obtenir des informations sur l'état courant du compte si des transactions récentes traitées par fa carte à puce n'ont pas encore été prises en compte 20 par la banque. Selon un mode de réalisation particulier, l'étape d'analyse comprend une comparaison des premières données d'historique collectées en ligne avec les deuxième données d'historique récupérés lors de l'étape de communication pour détecter au moins une nouvelle transaction dans les deuxièmes données d'historique qui n'est pas incluses dans 25 les premières donnés de transaction ; et une agrégation des données d'historique de ladite au -moins une nouvelle transaction avec les premières données d'historique de sorte à obtenir des données d'historique à jour. Selon un mode de réalisation particulier, les deuxièmes données d'historique 30 récupérées lors de l'étape de communication satisfont une condition temporelle pré.déterminee. Selon un mode de réalisation particulier, les données de suivi de transactions sont représentatives d'un état courant .du compte d'utilisateur. Selon un mode de réalisation particulier, le terminal est un terminal de communication apte à recevoir des messages SMS selon le protocole de paiement 3DS, le procédé comprenant une étape de réception de troisièmes données d'historique par l'intermédiaire d'au moins un message SMS ; dans lequel, lors de retape de mise à jour, les premières données d'historique sont mises a jour à partir des deuxièmes et troisièmes données d'historique. Selon un mode de réalisation particuller, l'étape de communication comprend Line première lecture au cours de laquelle le terminal consulte un premier fichier d'historisation de la carte à puce pour récupérer des deuxièmes données d'historique stockées dans un premier format de données ; et une deuxième lecture au cours de laquelle le terminal consulte un deuxième fichier d'historisabon de la carte à puce pour récupérer des deuxièmes donnée d'historique stockées dans un deuxième format de données, réduit en taille par 10 rapport au premier format de données. Selon un mode de réalisation particulier, !e premier fichier d'historisation comprend au moins une entrée comportant des premières données d'historique, selon le premier format de données, représentatives d'une transaction respective, dans lequel le deuxième fichier d'historisation comprend au moins une entrée 15 comportant des premières données d'historique, selon le deuxième format de données, représentatives d'une transaction respective ; dans lequel, lors des première et deuxième lectures, le terminal lit une à une chaque. entrée dans Ie premier fichier d'historisation et dans le deuxième fichier cil-Istorisation tant que l'entrée lue correspond à une transaction satisfaisant une condition temporelle 20 prédéterminée, de sorte que les deuxièmes données d'historique récupérées lors de l'étape de communication satisfont la condition temporelle prédéterminée. Selon un mode de réalisation particulier, le terminal détecte que des deuxièmes données d'historique satisfont la condition temporelle si elles sont représentatives d'une transaction réalisée à un instant postérieur à un instant fixe prédéterminée. 25 Selon un mode de ré.alisation particulier, le terminal détecte que des deuxièmes données d'historique satisfont la condition temporelle si elles sont représentatives d'une transaction réalisée à un instant se trouvant dans une période de temps, d'une durée prédéfinie, terminant à un instant courant au cours duquel est réalisée l'étape de communication. 30 Selon un mode de réalisation particulier, le deuxième fichier d'historisation stocké dans La carte à puce comprend au moins une première entrée, correspondant à une première transaction, et au moins une deuxèrne entrée antérieure correspondant à une deuxième transaction antérieure à la première transaction, la première entrée étant codée selon le deuxième format de données à partir de ladite au moins une deuxième entrée, la deuxième lecture comprenant une étape d'interprétation de la première entrée récupérée dans le deuxième format .de données, à partir de la deuxième entrée. Selon un mode de réalisation particulier, lesdites données d'hlstorique caractérisent des transactions de paiement, de type EMV par exemple. 4 Dans un mode particulier de réalisation, les différentes étapes du procédé traitement sont déterminées par des instructions de programmes d'ordinateurs.. En conséquence, l'invention vise aussi un programme d'ordinateur sur un :support :d'informations (ou support d'enregistrement), ce programme étant susceptible d'être mis 5 CO oeuvre par un terminal, ou plus généralement par un ordinateur; ce programme comportant des instructions adaptées à la mise en oeuvre des étapes d'un procédé de traitement tel que défini ci-dessus. Ce programme peut utiliser n'importe quel Tangage de prcerammaUon, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. L'invention vise aussi un support d'informations (ou support d'enregistrement) lisible .par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy dise) ou un disque dur. D'autre part, le support d'informations peut être un support transmissible tel qu'un signai électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon l'invention peut être en particulier téléchargé sur un réseau de type Internet. Alternativement, le support d'informations peut être un circuit intégré dans lequel le programme est incorporé, le circuit étant adapté pour exécuter ou pour être utilisé dans l'exécution du procédé en question. L'invention concerne également un terminal apte à mettre en oeuvre le procédé de traitement de l'invention. Plus particulièrement, l'invention vise également un terminal -comprenant : un module de collecte configure pour collecter en ligne, depuis un serveur distant, des premières données d'historique représentatives d'au moins une transaction associé à un compte d'utilisateur ; un module de communication configure pour communiquer en sans contact avec une carte à puce pour récupérer des deuxièmes données d'historique stockées localement dans une mémoire de !a carte à puce, lesdites deuxièmes données d'historique étant représentatives d'au mc.)ins une transaction traitée par la carte à puce en association avec le compte d'utilisateur ; - un module d'analyse configuré pour agréger les premières données d'historique avec les deuxièmes données d'historique pour obtenir des données d'historique à jour ; et - un module de génération configure pour générer des données de -suivi de 5 transaction à partir des données d'historique à jour. A noter que les différents modes deréalisation mentionnés ci-avant en relation avec le procédé de traitement de l'invention ainsi que les avantages associés s'appliquent de façon analogue au terminai de l'invention. Selon un mode de réalisation, l'invenion est mise en oeuvre au moyen de 10 composants logiciels et/ou matériels. Dans cette optique, le terme REVENDICATIONS1. Procédé de traitement mis en oeuvre par un terminal (T), ledit procédé comprenant les étapes suivantes : collecte (S2) en ligne, depuis un serveur distant (SV), de premières données d'historique (DT) représentatives d'au moins une transaction associée à un compte d'utilisateur ; communication (54) en sans contact avec une carte a puce (2) au cours de 10 laquelle le terminal récupère des deuxièmes données d'historique (Di-l) stockées localement dans une mémoire de la carte à puce, lesdites deuxièmes données d'historique étant représentatives d'au moins une transaction traitée par la carte à puce en association avec le compte d'utilisateur ; analyse (56) au cours de laquelle le terminal agrège les premières données 15 d'historique avec les deuxièmes données d'historique pour obtenir des données d'historique à jour ; et génération (58) de données de suivi de transaction à partir des données d'historique à jour. 20 2. Procédé selon la revendication 1, dans lequel Vétape d'analyse comprend : comparaison (S40) des premières données d'historique collectées en ligne avec les deuxième données d'historique récupérés lors de l'étape de communication pour détecter au moins une nouvelle transaction dans les deuxièmes données d'historique qui n'est pas incluses dans les premières donnés de transaction ; et 25 agrégation (542) des données d'historique de ladite au moins une nouvelle transaction avec les premières données d'historique de sorte à obtenir des données d'historique .(DTM) à jour. 3. Procédé selon la revendication 1 ou 2, dans lequel les deuxièmes données 30 .d'historique récupérées lors de l'étape de communication satisfont une condition temporelle prédéterminée. 4. Procédé selon l'une quelconque des revendications 1 à 3, dans lequel les données de suivi de transactions sont représentatives d'un état courant du compte 35 d'utilisateur. 25 5. Procédé selon l'une quelconque des revendications 1 à 4, dans lequel le terminal est un terminal de communication apte à recevoir des messages SMS selon le protocole de paiement 3DS, le procédé comprenant une étape de réception de troisièmes données d'historique par l'intermédiaire d'au moins un message SMS ; dans lequel, lors de l'étape de mise à jour, les premières données d'historique sont mises à jour à partir des deuxièmes et troisièmes données d'historique.. 6. Procédé selon l'une quelconque des revendications 1 à 5, dans lequel l'étape de communication comprend : une première lecture au cours de laquelle le terminal consulte un premier fichier d'historisation de la carte à puce pour récupérer des deuxièmes données d'historique stockées dans un premier format de données ; et une deuxième lecture au cours de laquelle le terminal consulte un deuxième fichier d'historisation de la carte à puce pour récupérer des deuxièmes données d'historique stockées dans un deuxième format de données, réduit en taille par rapport au premier format de données. 7. Procédé selon la revendication 6, dans lequel le premier fichier d'historisation comprend au moins une entrée comportant des premières données d'historique, selon le premier format de données, représentatives d'une transaction respective, dans lequel le deuxième fichier d'historisation- comprend au moins une entrée comportant des premières données d'historique, selon le deuxième format de données, représentatives d'une transaction respective ; dans lequel, fors des première et deuxième lectures, le terminal lit une à une chaque entrée dans le premier fichier d'historisation et dans le deuxième fichier d'historisation tant que l'entrée lue correspond à une transaction satisfaisant une condition temporelle prédéterminée, de sorte que les deuxièmes données d'historique récupérées lors de l'étape de communication satisfont la condition temporelle prédéterminée. 8. Procédé selon la revendication 7, dans lequel le terminal détecte que des deuxièmes données d'historique satisfont la condition temporelle si elles sont représentatives d'une transaction réalisée à un instant postérieur à. un instant. fixe prédéterminée. 9. Procédé selon la revendication 7, dans lequel le terminal détecte que des deuxièmes données d'historique satisfont la condition temporelle si elles sont représentatives d'une transaction réalisée à un instant se trouvant dans une période de 26 temps, d'une durée prédéfinie, terminant à un instant courant au cours duquel est réalisée l'étape de communication. 10. Procédé selon l'une quelconque des revendications 6 à 9, dans lequel le 5 deuxième fichier d'historisation stocké dans la carte à puce comprend au moins une première entrée, correspondant à une première transaction, et au moins une deuxième entrée antérieure correspondant à une deuxième transaction antérieure à la première transaction, la première entrée étant codée selon le deuxième format de données à partir de ladite au moins une deuxième entrée, 10 la deuxième lecture comprenant une étape d'interprétation de la première entrée récupérée dans le deuxième -format de données, à partir de la deuxième entrée. 11. Procédé selon l'une quelconque des revendications 1 à 10, dans lequel lesdites données d'historique caractérisent des transactions de paiement. 15 12. Programme d'ordinateur (PG1) comportant des instructions pour l'exécution des étapes d'un procédé selon l'une quelconque des revendications 1 à 11 lorsque ledit programme est exécuté par un ordinateur. 20 13. Support d'enregistrement lisible par un ordinateur sur lequel est enregistré un programme d'ordinateur (PG1) comprenant des instructions pour l'exécution des étapes d'un procédé selon l'une quelconque des revendications 1 à 11. 14. Terminal comprenant : 25 un module de collecte (MD2) configure pour collecter en ligne, depuis un serveur distant, des premières données d'historique représentatives d'au moins une transaction associé à un compte d'utilisateur ; un module de communication (MD4) configure pour communiquer en sans contact avec une carte .à puce (C) pour récupérer des deuxièmes données 30 d'historique stockées localement dans une mémoire de la carte à puce, lesdites deuxièmes données d'historique étant représentatives d'au moins une transaction traitée par la carte à puce en association avec le compte d'utilisateur ; un module d'analyse (MD6) configure pour agréger les premières données d'historique avec es deuxièmes données d'historique pour obtenir des données 35 d'historique (DTM) à jour ; et un module de génération (M.D8) configure pour générer des données de suivi de transaction (DF) à partir des -données d'historique (DTM) à. jour.