FR 3105515 A1 20210625 FR 1914762 A 20191218 L'invention concerne un procédé de gestion, par un terminal, d’une pluralité de listes d’items apte à être restituée par ledit terminal, chaque liste d’items de ladite pluralité étant différente d’un sous-ensemble d’une autre liste d’items de ladite pluralité et comprenant au moins une donnée, dite de solde, ladite pluralité comprenant au moins une première liste avec au moins un item comprenant au moins une donnée, dite d’action, et au moins une donnée, dite de montant, ladite donnée d’action étant associée à au moins une action. Figure pour l'abrégé : Figure 1a Procédé de gestion d’une pluralité de listes d’items 1. Domaine de l'invention L’invention se rapporte au domaine des télécommunications et concerne plus particulièrement un procédé permettant d’agir sur des listes de données représentant par exemple des relevés d’opérations bancaires. 2. Art Antérieur Les banques offrent aujourd’hui à leurs clients des services en ligne permettant par exemple d’effectuer des virements ou de consulter des relevés d’opérations à partir de n’importe quel ordinateur ou terminal mobile connecté à Internet. Bien que ces services en ligne soient aujourd’hui très utilisés, ils n’ont que très peu évolué en ce qui concerne la mise en œuvre des opérations dites de base telles que l’établissement de virement ou de prélèvement. En effet, dans la plupart des solutions proposées, l’utilisateur va utiliser un assistant (graphique ou vocal), par exemple dédié au virement, qui va lui permettre de spécifier le compte à débiter, la somme à transférer et le compte à créditer. Concrètement l’utilisateur va déclencher l’assistant en sélectionnant l’action « effectuer un nouveau virement » située dans la rubrique « virement » de son service en ligne. Ce mode de fonctionnement permet d’aider l’utilisateur dans la réalisation de l’action mais au détriment de la rapidité et de la simplicité. Force est de constater qu’il n’est actuellement pas possible de déclencher, par exemple, un virement directement depuis le relevé d’opérations d’un compte bancaire et de spécifier, par exemple pour un virement, plusieurs comptes cibles en même temps avec une ventilation spécifique d’une somme à transférer sur chacun d’eux. Par exemple dans le cas d’une ventilation automatique et en pourcentage, l’utilisateur doit réaliser lui-même le calcul des sommes à transférer sur les comptes cibles et réaliser autant de virements que de nombre de comptes à créditer. Le même constat peut également être effectué pour les prélèvements via l’alimentation du compte débité par plusieurs comptes d’épargne. 3. Exposé de l'invention L'invention vient améliorer l'état de la technique et propose un procédé de gestion, par un terminal, d’une pluralité de listes d’items apte à être restituée par ledit terminal, chaque liste d’items de ladite pluralité étant différente de tous les sous-ensemble d’une autre liste d’items de ladite pluralité et comprenant au moins une donnée, dite de solde, ladite pluralité comprenant au moins une première liste avec au moins un item comprenant au moins une donnée, dite d’action, et au moins une donnée, dite de montant, ladite donnée d’action étant associée à au moins une action, le procédé étant caractérisé en ce qu’il comprend : - une étape de déclenchement de ladite au moins une action associée à ladite donnée d’action d’un item de ladite au moins une première liste ; - une étape d’ajout d’au moins un premier nouvel item dans ladite première liste d’items et d’au moins un second nouvel item dans au moins une seconde liste d’items de ladite pluralité ; - une étape de calcul, en fonction de ladite action, d’une nouvelle valeur de ladite donnée de montant dudit au moins un premier nouvel item de ladite première liste d’items, d’une nouvelle valeur de ladite donnée de montant dudit au moins un second nouvel item de ladite au moins une seconde liste d’items de ladite pluralité, d’une nouvelle valeur de ladite donnée de solde de ladite première liste d’items et d’une nouvelle valeur de ladite donnée de solde de ladite au moins une seconde liste d’items de ladite pluralité ; - une étape de mise à jour de ladite donnée de solde de ladite première liste d’items, de ladite donnée de solde de ladite au moins une seconde liste d’items de ladite pluralité, de ladite donnée de montant dudit au moins un second nouvel item de ladite au moins une seconde liste d’items de ladite pluralité et de ladite donnée de montant dudit au moins un premier nouvel item de ladite première liste d’items. Avantageusement, ce procédé permet à un utilisateur d’agir directement depuis une première liste d’items/opérations, par exemple une liste d’opérations bancaires adossée à un compte bancaire, et de venir sélectionner une donnée (par exemple une chaine de caractères telle que « débiter » ou un chiffre représentant un montant) d’un item afin de déclencher une action associée à la donnée comme par exemple un virement. Une fois l’action déclenchée, la première liste d’items va s’enrichir d’un ou de plusieurs nouveaux items, par exemple des opérations/lignes de débit, et de nouveaux items, par exemple des opérations/lignes de crédit, sont ajoutés à d’autres listes telles que des listes d’opérations bancaires adossées à des comptes d’épargne cibles. Un calcul est également réalisé pour mettre à jour les données des listes et des items impactés/ajoutés. A noter que chaque liste d’items ne peut pas être un des sous-ensembles d’une autre liste. En d’autres termes les items qui composent une liste ne peuvent pas être intégralement retrouvés dans une autre liste sous forme d’un sous-ensemble. On entend par liste une suite d’éléments ordonnés ou non, distincts ou non, permettant d’obtenir un ensemble structuré tel qu’une liste de courriels par exemple horodatés, de SMS, d’opérations bancaires, de noms, etc. Une liste peut avoir des données qui lui sont propres et indépendantes ou non des items qui la constituent comme par exemple un nom, une date de création, un identifiant, un solde par exemple pour une liste d’opérations bancaires, etc. On entend par item un élément de la liste considéré isolément comme par exemple une opération de virement dans une liste d’opérations bancaires. Chaque item comprend des données qui lui sont propres comme par exemple un nom, une date, une valeur, un montant, etc. On entend par données une information pouvant être traitée, échangée, partagée, conservée par exemple par un programme informatique et prenant différentes formes : textuelles (chaîne de caractères), numériques, images, sons, etc. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que l’étape de déclenchement est suivie d’une étape de restitution à un utilisateur d’un ensemble de données à sélectionner, dites données de sélection, et d’une étape de sélection par ledit utilisateur d’une des données de sélection. Avantageusement, ce mode de mise en œuvre permet à l’utilisateur de sélectionner la ou les listes cibles impactées par l’action associée à la donnée d’action d’un item par exemple sélectionnée par l’utilisateur. Les listes proposées à la sélection par le procédé sont des listes jugées par le procédé comme étant compatibles avec l’action. Dans le cas de liste d’opérations bancaires associées à des comptes bancaires, l’étape de restitution permet à l’utilisateur de venir par exemple spécifier le ou les comptes d’épargne à créditer via un virement effectué suite au déclenchement d’une action associée à la donnée d’action d’un item du compte courant. L’utilisateur peut également venir spécifier un pourcentage ou une fraction de la somme à transférer vers le ou les comptes d’épargne. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que la sélection d’une dite donnée de sélection par ledit utilisateur est réalisée via une commande vocale. Ce mode de mise en œuvre permet à un utilisateur d’utiliser une commande vocale pour sélectionner une donnée de sélection qui lui est proposée lorsqu’il a déclenché une action associée à une donnée d’action d’un item d’une liste. Ce mode de mise en œuvre est par exemple adapté à l’usage des assistants vocaux ou tout autre terminal apte à comprendre et à interpréter une commande vocale. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que l’étape de restitution des listes d’items est réalisée au travers d’une interface homme-machine affichée sur un écran dudit terminal. Avantageusement, ce mode de mise en œuvre permet à l’utilisateur de visualiser les listes d’items et les modifications apportées lors du déclenchement, par l’utilisateur, d’une action associée à la donnée d’action d’un item d’une liste. Selon une première variante de ce mode particulier de réalisation de l’invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ledit écran dudit terminal est un écran tactile et en ce que l’étape de déclenchement est réalisée via un appui sur ladite au moins une donnée d’action dudit item de ladite au moins une première liste affichée sur ledit écran. Ce mode de mise en œuvre permet à un utilisateur d’utiliser ce procédé sur tout type de terminal disposant d’un écran tactile tels qu’un smartphone (téléphone intelligent en anglais), un ordinateur personnel, une borne, par exemple un DAB (distributeur automatique de billets), etc. Le déclenchement d’une action associée à la donnée d’action d’un item d’une liste est alors réalisé via un appui sur la donnée d’action. Selon une deuxième variante de ce mode particulier de réalisation de l’invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ledit écran dudit terminal est un écran tactile et en ce que l’étape de déclenchement est réalisée via un glissé/déposé dudit item de ladite au moins une première liste affichée sur ledit écran vers un élément de ladite interface homme-machine symbolisant ladite au moins une seconde liste d’items. Ce mode de réalisation permet à l’utilisateur d’identifier précisément la ou les listes impactées et d’avoir une expérience utilisateur complète et fluide. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que l’étape de restitution des listes d’items est réalisée via une vocalisation. Ce mode de mise en œuvre permet à un utilisateur d’utiliser ce procédé via par exemple un assistant vocal ou tout autre terminal permettant la vocalisation des listes d’items. Ce mode de mise en œuvre est par exemple adapté aux personnes ayant un handicap visuel ou lorsque les mains de l’utilisateur sont occupées par exemple lors de la conduite d’un véhicule. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que l’étape de déclenchement est réalisée via une commande vocale. Ce mode de mise en œuvre permet à un utilisateur d’utiliser une commande vocale pour déclencher une action associée à une donnée d’action d’un item d’une liste. Ce mode de mise en œuvre est par exemple adapté à l’usage des assistants vocaux ou tout autre terminal apte à comprendre et à interpréter une commande vocale. Selon un mode de mise en œuvre particulier de l'invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ladite pluralité de listes d’items correspond à une pluralité de listes d’opérations bancaires. Ce mode de mise en œuvre permet à un utilisateur de sélectionner une donnée d’action d’un item d’une liste d’opérations bancaires et de déclencher une action, l’action impactant alors une ou plusieurs autres listes d’opérations bancaires en plus de celle incluant l’item dont la donnée d’action a été sélectionnée par l’utilisateur. Selon une première variante de ce mode particulier de réalisation de l’invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ladite au moins une action associée à ladite au moins une donnée d’action d’un item de ladite première liste d’items est un virement bancaire. Ce mode de réalisation est particulièrement adapté lorsque l’utilisateur souhaite déclencher un virement bancaire vers par exemple des comptes d’épargne en sélectionnant une donnée d’action d’un item de la liste d’opérations bancaires de son compte courant. Selon une deuxième variante de ce mode particulier de réalisation de l’invention, un procédé tel que décrit ci-dessus est caractérisé en ce que ladite au moins une action associée à ladite au moins une donnée d’action d’un item de ladite première liste d’items est un prélèvement bancaire. Ce mode de réalisation est particulièrement adapté lorsque l’utilisateur souhaite déclencher un prélèvement bancaire sur un ou plusieurs comptes d’épargne pour par exemple alimenter le compte courant d’une somme équivalente à une somme débitée lors d’un achat. Pour ce faire, l’utilisateur sélectionne par exemple la donnée d’action correspondant au montant de l’achat, au niveau de l’item de la liste d’opérations bancaires de son compte courant. L'invention concerne également un dispositif de gestion d’une pluralité de listes d’items, chaque liste d’items de ladite pluralité étant différente de tous les sous-ensemble d’une autre liste d’items de ladite pluralité et comprenant au moins une donnée, dite de solde, ladite pluralité comprenant au moins une première liste avec au moins un item comprenant au moins une donnée, dite d’action, et au moins une donnée, dite de montant, ladite donnée d’action étant associée à au moins une action, et caractérisé en ce que le dispositif comprend : - un module de déclenchement permettant de déclencher, ladite au moins une action associée à ladite donnée d’action d’un item de ladite au moins une première liste ; - un module d’ajout permettant d’ajouter au moins un premier nouvel item dans ladite première liste d’items et d’au moins un second nouvel item dans au moins une seconde liste d’items de ladite pluralité ; - un module de calcul permettant de calculer, en fonction de ladite action, une nouvelle valeur de ladite donnée de montant dudit au moins un premier nouvel item de ladite première liste d’items, une nouvelle valeur de ladite donnée de montant dudit au moins un second nouvel item de ladite au moins une seconde liste d’items de ladite pluralité, une nouvelle valeur de ladite donnée de solde de ladite première liste d’items et une nouvelle valeur de ladite donnée de solde de ladite au moins une seconde liste d’items de ladite pluralité ; - un module de mise à jour permettant de mettre à jour ladite donnée de solde de ladite première liste d’items, ladite donnée de solde de ladite au moins une seconde liste d’items de ladite pluralité, ladite donnée de montant dudit au moins un second nouvel item de ladite au moins une seconde liste d’items de ladite pluralité et ladite donnée de montant dudit au moins un premier nouvel item de ladite première liste d’items. Le terme module peut correspondre aussi bien à un composant logiciel qu’à un composant matériel ou un ensemble de composants matériels et logiciels, un composant logiciel correspondant lui-même à un ou plusieurs programmes ou sous-programmes d’ordinateur ou de manière plus générale à tout élément d’un programme apte à mettre en œuvre une fonction ou un ensemble de fonctions telles que décrites pour les modules concernés. De la même manière, un composant matériel correspond à tout élément d’un ensemble matériel (ou hardware) apte à mettre en œuvre une fonction ou un ensemble de fonctions pour le module concerné (circuit intégré, carte à puce, carte à mémoire, etc.). A noter que le dispositif peut être un dispositif distribué. Les modules peuvent donc être répartis sur plusieurs machines telles que des terminaux, des serveurs, etc. et communiquer entre eux au travers d’un réseau de communication comme par exemple le réseau Internet. L’invention concerne également un terminal caractérisé en ce qu’il comporte un dispositif tel que décrit précédemment. L'invention concerne également un programme d'ordinateur comportant des instructions pour la mise en œuvre du procédé ci-dessus selon l'un quelconque des modes particuliers de réalisation décrits précédemment, lorsque ledit programme est exécuté par un processeur. Le procédé peut être mis en œuvre de diverses manières, notamment sous forme câblée ou sous forme logicielle. Ce programme peut utiliser n'importe quel langage de programmation, 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'enregistrement ou support d'informations lisible par un ordinateur, et comportant des instructions d'un programme d'ordinateur tel que mentionné ci-dessus. Les supports d'enregistrement mentionnés ci-avant peuvent ê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 un disque dur. D'autre part, les supports d'enregistrement peuvent correspondre à un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Les programmes selon l'invention peuvent être en particulier téléchargés sur un réseau de type Internet. Alternativement, les supports d'enregistrement peuvent correspondre à 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. Ce dispositif de gestion d’une pluralité de listes d’items et ce programme d'ordinateur présentent des caractéristiques et avantages analogues à ceux décrits précédemment en relation avec le procédé de gestion d’une pluralité de listes d’items. 4. Liste des figures D’autres caractéristiques et avantages de l’invention apparaîtront plus clairement à la lecture de la description suivante de modes de réalisation particuliers, donnés à titre de simples exemples illustratifs et non limitatifs, et des dessins annexés, parmi lesquels : Les figures 1a, 1b, 1c, 1d et 1e illustrent un exemple d'environnement de mise en œuvre de l'invention selon un mode particulier de réalisation de l'invention, La figure 2 illustre les principales étapes du procédé de gestion d’une pluralité de listes d’items selon un mode particulier de réalisation, La figure 3 illustre de manière schématique un exemple d’architecture d’un dispositif adapté pour la mise en œuvre du procédé de gestion d’une pluralité de listes d’items selon un mode de réalisation particulier de l’invention. 5. Description d'un mode de réalisation de l'invention La figure 1a illustre un terminal 100 mettant en œuvre la présente invention/procédé selon un mode particulier de réalisation. Il convient de noter ici que, bien que le terminal 100 illustré sur la figure 1a correspond ici à un terminal mobile de type smartphone, l’invention peut s’appliquer à tout type de terminal disposant d’un écran et/ou d’un module audio incluant par exemple un haut-parleur et/ou un microphone, comme par exemple, et de façon non limitative, une tablette, une liseuse électronique, une console de jeux, une télévision, un distributeur automatique de billets, un équipement d’assistance à la conduite, des objets connectés ou encore un ordinateur personnel. Dans l’exemple décrit à l’appui de la figure 1a, le terminal 100 est un smartphone possédant un écran tactile adapté pour localiser sur l’écran des contacts avec un objet ou une partie du corps de l’utilisateur. Un écran de type capacitif ou résistif est par exemple adapté pour mettre en œuvre l’invention. De manière classique, un utilisateur du terminal 100 commande l’exécution d’une opération en effectuant une action sur une zone de l’écran du terminal 100. Pour cela, le terminal interprète l’action de l’utilisateur en fonction de ce qui est affiché sur l’écran à l’emplacement où est effectuée l’action. L’action peut par exemple être un appui (un contact bref réalisé sur l’écran) un double appui, un appui long, un glisser/déposer, un geste réalisé au contact de l’écran représentant par exemple une signature ou toute autre action impliquant un contact avec l’écran. Dans l’exemple décrit ici, le terminal affiche sur un écran une liste d’opérations bancaires 101, par exemple déroulante, d’un compte bancaire comme par exemple un compte courant. La liste comprend également une valeur 102 comprenant par exemple le solde du compte courant. Le solde représente le montant restant à une date donnée sur le compte courant. Il est calculé en faisant la différence entre les éléments en débit et en crédit d’un compte. Chaque éléments/items 101 de la liste représente une opération bancaire telle qu’un virement, un prélèvement, un achat par carte bancaire, un achat par chèque etc. Les éléments/items de la liste sont dans cet exemple ordonnés et séparés en fonction de la date de l’opération. Chaque élément peut comprendre un texte indiquant la nature de l’opération bancaire, le nom d’une personne ou d’une institution, le montant (en débit ou en crédit), la date, des liens ou des zones sélectionnables par l’utilisateur ou tout autre élément en relation avec l’opération bancaire représentée. L’item 101 comprend deux données indiquant respectivement la nature de l’opération et le montant. Le montant 103 est ici une donnée d’action au sens de l’invention et est représenté sous forme d’un lien hypertexte sélectionnable par l’utilisateur. Lorsque celui-ci sélectionne via par exemple un appui court le montant de l’item alors il déclenche une action associée telle qu’un virement et/ou un prélèvement sur au moins un compte bancaire en plus du compte courant. Dans le cas décrit ici, l’utilisateur va, en sélectionnant le montant « +80€ », déclencher un virement de 50% de la somme sur deux comptes d’épargne. Les Figures 1b et 1c, illustrent le résultat restitué à l’utilisateur une fois l’action terminée. Concrètement, la figure 1b représente la liste des opérations bancaires modifiée du compte courant avec l’ajout de deux nouveaux éléments 104 et 105 représentant respectivement un virement émis de 50% de la somme (i.e. des 80€) vers le premier et le deuxième compte d’épargne. La liste est également mise à jour avec une nouvelle valeur du solde calculée en fonction du virement émis. Le virement étant de 80€, la valeur du solde passe donc à 620€ (700-80). La figure 1c représente la liste modifiée des opérations bancaires d’un des deux comptes d’épargne avec l’ajout d’un élément 106 représentant un virement reçu de 50% de la somme représentée par le montant sélectionné par l’utilisateur au niveau de la figure 1a. Le solde du compte est là-aussi mis à jour en fonction du montant du virement reçu. Les mêmes modifications/calculs sont également apportées au deuxième compte d’épargne impacté par le virement. A noter que la répartition de la somme représentée par le montant sélectionné par l’utilisateur, c’est-à-dire les 80€, au niveau des comptes d’épargne cibles, peut être automatique avec par exemple un montant ou un pourcentage prédéfini de cette somme pour chaque compte, les pourcentages pouvant être fonction du nombre de compte cibles. Les montants ou les pourcentages prédéfinis peuvent couvrir en partie ou en totalité la somme de 80€. Dans le cas où ce sont des montants qui sont prédéfinis et que la somme des montants dépassent les 80€ alors un message d’erreur est restitué graphiquement ou vocalement à l’utilisateur. A noter également que la donnée sélectionnable d’un élément de la liste d’opérations bancaires peut également être une chaine de caractère spécifique telle que « déplacer », une icône, une image, ou tout autre élément compris au niveau d’un élément/item d’une liste ou bien l’item/élément lui-même. Selon un mode de réalisation particulier, la donnée indiquant la nature de l’opération bancaire associée aux items 104, 105, 106 peut être créée en fonction de la nature de l’action (exemple : virement, prélèvement etc.), d’une donnée de l’item 101, d’une donnée de liste impactée, de l’identité de la personne qui a déclenché l’action (par exemple l’un des propriétaires du compte courant), etc. Concrètement la donnée indiquant la nature de l’opération de l’item 106 peut être la même donnée que celle indiquant la nature de l’opération de l’item 101, ou complétée par une donnée telle que le pourcentage indiquant le prorata de la somme initiale reçue, ou bien complétée par le nom de la personne qui a déclenché l’opération ou encore toute combinaison des données de l’item 101 et des données du compte courant. L’identité de la personne qui a déclenché l’action peut se faire via les identifiants utilisés pour se connecter à un service de banque en ligne apte à fournir des listes d’opérations bancaires des comptes bancaires de l’utilisateur et/ou via une authentification par reconnaissance vocale de l’utilisateur. Selon un mode de réalisation particulier, l’utilisateur peut aussi déclencher une action associée à une donnée d’action d’un élément de la liste d’opérations bancaires en sélectionnant la donnée et en la glissant puis en la déposant au niveau d’un symbole comme par exemple une icône, une image ou une zone de l’écran représentant un ou plusieurs comptes bancaires. La figure 1d illustre un exemple de ce mode de réalisation particulier en lien avec l’environnement décrit via les figures 1a, 1b et 1c. Pour déclencher une action comme par exemple un virement, l’utilisateur va sélectionner puis glisser/déposer le montant de 80€ au niveau d’une icône 107 représentant les deux comptes d’épargne. De façon optionnelle, le déclenchement d’une action associée à une donnée d’un item peut être suivi d’une restitution à l’utilisateur d’un ensemble de données à sélectionner. La figure 1e illustre un exemple de ce mode de réalisation. Lorsque l’utilisateur sélectionne une donnée d’action de l’item 101 comme par exemple la donnée 103 représentant le montant de 80€, alors le procédé va restituer, par exemple via l’affichage d’un menu 108, un ensemble de données à sélectionner. L’utilisateur a alors la possibilité de sélectionner par exemple les comptes d’épargne cibles d’un virement et la répartition en pourcentage des 80€ sur les deux comptes d’épargne. L’utilisateur peut également saisir des montants à transférer sur chaque compte d’épargne à concurrence des 80€ disponibles. A noter que les comptes bancaires proposés à la sélection par le procédé sont des comptes compatibles avec l’opération. Les comptes bancaires proposés et/ou leur ordre peuvent être aussi restitués en fonction d’un historique de transactions du compte. Par exemple, si un compte d’épargne est régulièrement sélectionné depuis le compte courant les premiers jours de chaque mois alors le procédé proposera ce compte d’épargne en priorité durant cette période, par exemple en début de liste. Un critère de fréquence peut aussi être appliqué. Plus un compte d’épargne est sélectionné plus sa priorité sera forte et plus il sera proposé par le procédé. Selon un mode de réalisation particulier, lorsque l’utilisateur va sélectionner une donnée d’action d’un item représentant un débit dans une liste d’opération bancaire d’un compte courant, comme par exemple le montant de « -60€ », cela va par exemple déclencher un prélèvement de tout ou partie des 60€ sur au moins un compte d’épargne dans le but d’alimenter le compte courant et de couvrir la dépense de 60€. Dans le cas où le prélèvement s’effectue sur plusieurs comptes d’épargne, la répartition de la somme à prélever au niveau des comptes d’épargne et représentée par le montant sélectionné par l’utilisateur, c’est-à-dire les 60€, peut être automatique avec par exemple un montant ou un pourcentage prédéfini de cette somme pour chaque compte, les pourcentages pouvant être fonction du nombre de compte à prélever. Les montants ou les pourcentages prédéfinis peuvent couvrir en partie ou en totalité la somme de 60€. La répartition de la somme à prélever peut également être réalisée manuellement via la saisie de pourcentage de la somme à prélever ou de la saisie de montants par l’utilisateur via par exemple un menu affiché lorsque l’utilisateur sélectionne le montant de « -60€ ». Dans le cas où la somme prélevée sur un compte d’épargne dépasse le solde du compte d’épargne, alors un message d’erreur est restitué graphiquement ou vocalement à l’utilisateur. Selon un mode de réalisation particulier, la sélection par l’utilisateur d’une donnée d’action d’un item et par conséquent le déclenchement de l’action (virement et/ou prélèvement) peut se faire via une commande vocale. Selon un mode de réalisation particulier, la sélection par l’utilisateur d’une donnée de sélection restituée par exemple au travers d’un menu graphique (figure 1e) peut être réalisée via une commande vocale. Selon un mode de réalisation particulier, les listes restituées par le terminal 100 peuvent être vocalisées. La figure 2 illustre des étapes du procédé de gestion d’une pluralité de listes d’items selon l’un des modes particuliers de réalisation de l'invention présentés précédemment, le procédé étant exécuté sur le terminal mobile 100. Lors d’une première étape 200, le procédé va, suite à un évènement, déclencher une action associée à une donnée d’action d’un item d’une liste d’items affichée au niveau d’un écran tactile du terminal 100. La liste d’items est par exemple une liste d’opérations bancaires d’un compte courant d’un utilisateur. La donnée d’action est par exemple un montant d’une opération bancaire comme par exemple le montant d’un virement reçu. L’évènement est par exemple un appui court sur le montant affiché à l’écran et représentant la donnée d’action. L’action déclenchée est par exemple un virement automatique sur trois comptes d’épargne d’un pourcentage prédéfini du montant du virement reçu. Lors d’une deuxième étape 201, le procédé va ajouter trois nouveaux items/éléments dans la liste d’opérations bancaires du compte courant représentant chacun un virement en débit d’un pourcentage du montant du virement reçu, vers l’un des trois comptes d’épargne, c’est-à-dire un virement par compte d’épargne. Le procédé va aussi ajouter un item/élément à chacun des trois comptes d’épargne représentant le virement reçu et émis par le compte courant. A noter que les virements des sommes depuis le compte courant vers les trois comptes d’épargne, peuvent être réalisés par le terminal 100 lui-même ou délégués à un serveur bancaire. Dans le cas d’une délégation à un serveur bancaire une requête est envoyée par le terminal au serveur bancaire avec les informations/données nécessaires pour que les virements puissent être effectués. Lors de l’étape 202, le procédé va calculer les nouvelles valeurs des données associées aux listes et aux items telles que les données de soldes des listes, de montant des items mais aussi toutes les données impactées par l’action. A l’étape 203, le procédé va mettre à jour les listes et les items avec les valeurs calculées à l’étape 202. Les listes ainsi modifiées/mises à jour peuvent ensuite être restituées à l’utilisateur. Selon un mode de réalisation particulier, le procédé peut à tout moment transmettre des informations sur l’état des listes et des items ainsi que de leurs données à un serveur situé dans le réseau telles que les valeurs de montant, de solde, et le nombre de nouveaux items ajoutés dans les listes. Cela permet par exemple la consolidation des écritures bancaires au niveau du serveur de la banque. Selon un autre mode de réalisation particulier, tout ou partie des étapes du procédé peuvent être partagées entre le terminal 100 et un serveur situé dans le réseau. Cela peut par exemple être le cas pour un assistant vocal qui, lors d’une vocalisation d’une liste d’opérations bancaires, va capter une commande vocale énoncée par un utilisateur demandant la réalisation d’une action liée à l’une des données d’action vocalisée, l’action pouvant par exemple être un virement bancaire. Le procédé va alors solliciter le serveur et lui déléguer par exemple l’étape 202 de calcul. La figure 3 illustre un dispositif 300 configuré pour mettre en œuvre le procédé de gestion d’une pluralité de listes d’items selon un mode particulier de réalisation de l'invention. Selon un mode particulier de réalisation de l'invention, le dispositif 300 a l'architecture classique d'un téléphone mobile, de type smartphone, et comprend notamment une mémoire MEM, une unité de traitement UT, équipée par exemple d'un processeur PROC, et pilotée par le programme d'ordinateur PG stocké en mémoire MEM. Le programme d'ordinateur PG comprend des instructions pour mettre en œuvre les étapes du procédé de gestion d’une pluralité de listes d’items tel que décrit précédemment, lorsque le programme est exécuté par le processeur PROC. A l'initialisation, les instructions de code du programme d'ordinateur PG sont par exemple chargées dans une mémoire avant d'être exécutées par le processeur PROC. Le processeur PROC de l'unité de traitement UT met notamment en œuvre les étapes du procédé de gestion d’une pluralité de listes d’items selon l'un quelconque des modes particuliers de réalisation décrits en relation avec les figures 1a, 1b, 1c, 1d, 1e et 2, selon les instructions du programme d'ordinateur PG. Le dispositif 300 comprend un module TRIG apte à déclencher une action associée à une donnée d’action d’un item d’une liste. Le dispositif peut comprendre aussi un module d’affichage (DISP) adapté pour afficher des éléments graphiques, et en particulier afficher des listes d’éléments/d’items et des données associées à une liste et/ou à des items. Selon une réalisation particulière, le module TRIG et le module DISP sont combinés sous la forme d’un écran tactile, adaptée pour détecter un contact entre un objet ou une partie du corps et déclencher une action associée à une donnée d’action d’un item/élément d’une liste en fonction du ou des contacts effectués sur l’écran tactile. Le dispositif peut comprendre aussi un module AUD apte à restituer grâce à des sons via par exemple un haut-parleur, des listes d’éléments/d’items et des données associées à une liste et/ou à des items. Selon une réalisation particulière, le module TRIG et le module AUD sont combinés sous la forme d’un module de reconnaissance vocale apte à interpréter des commandes vocales énoncées par un utilisateur et captées par exemple via un microphone et à déclencher une action associée à une donnée d’action d’un item/élément d’une liste en fonction de la commande vocale énoncée. Le dispositif 300 comprend aussi un module d’ajout MOD apte à ajouter des items dans des listes d’items, un module CALC apte à calculer en fonction de l’action déclenchée par un utilisateur, les valeurs des données des listes et les valeurs des données des items ajoutés par le module MOD, mais aussi un module MAJ apte à mettre à jour les données des listes et les données des items par exemple avant leur restitution à l’utilisateur. Le dispositif 300 peut aussi comprendre un module de communication COM configuré pour établir des communications avec un réseau par exemple IP et/ou circuit. Ce module peut par exemple être utilisé lorsque le dispositif se trouve intégré dans un terminal mobile et qu’il communique avec un serveur dans le réseau comme par exemple un serveur bancaire afin de lui transmettre les valeurs des données de listes et d’items et les listes mises à jour correspondant par exemple à des comptes bancaires. Selon un mode particulier de réalisation, le dispositif peut être intégré dans un terminal de type smartphone, une tablette tactile, un ordinateur personnel, un centre de contrôle d’une installation domotique, un serveur, un ordinateur de bord dans un véhicule ou encore un assistant vocal. Il va de soi que le mode de réalisation qui a été décrit ci-dessus a été donné à titre purement indicatif et nullement limitatif, et que de nombreuses modifications peuvent être facilement apportées par l’homme de l’art sans pour autant sortir du cadre de l’invention. Procédé de gestion, par un terminal, d’une pluralité de listes d’items apte à être restituée par ledit terminal, chaque liste d’items de ladite pluralité étant différente de tous les sous-ensemble d’une autre liste d’items de ladite pluralité et comprenant au moins une donnée, dite de solde, ladite pluralité comprenant au moins une première liste avec au moins un item comprenant au moins une donnée, dite d’action, et au moins une donnée, dite de montant, ladite donnée d’action étant associée à au moins une action, le procédé étant caractérisé en ce qu’il comprend : - une étape de déclenchement (200) de ladite au moins une action associée à ladite donnée d’action d’un item de ladite au moins une première liste ; - une étape d’ajout (201) d’au moins un premier nouvel item dans ladite première liste d’items et d’au moins un second nouvel item dans au moins une seconde liste d’items de ladite pluralité ; - une étape de calcul (202), en fonction de ladite action, d’une nouvelle valeur de ladite donnée de montant dudit au moins un premier nouvel item de ladite première liste d’items, d’une nouvelle valeur de ladite donnée de montant dudit au moins un second nouvel item de ladite au moins une seconde liste d’items de ladite pluralité, d’une nouvelle valeur de ladite donnée de solde de ladite première liste d’items et d’une nouvelle valeur de ladite donnée de solde de ladite au moins une seconde liste d’items de ladite pluralité ; - une étape de mise à jour (203) de ladite donnée de solde de ladite première liste d’items, de ladite donnée de solde de ladite au moins une seconde liste d’items de ladite pluralité, de ladite donnée de montant dudit au moins un second nouvel item de ladite au moins une seconde liste d’items de ladite pluralité et de ladite donnée de montant dudit au moins un premier nouvel item de ladite première liste d’items. Procédé selon la revendication 1 caractérisé en ce que l’étape de déclenchement est suivie d’une étape de restitution à un utilisateur d’un ensemble de données à sélectionner, dites données de sélection, et d’une étape de sélection par ledit utilisateur d’une des données de sélection. Procédé selon la revendication 2 caractérisé en ce que la sélection d’une dite donnée de sélection par ledit utilisateur est réalisée via une commande vocale. Procédé selon la revendication 1 caractérisé en ce que l’étape de restitution des listes d’items est réalisée au travers d’une interface homme-machine affichée sur un écran dudit terminal. Procédé selon la revendication 4 caractérisé en ce que ledit écran dudit terminal est un écran tactile et en ce que l’étape de déclenchement est réalisée via un appui sur ladite au moins une donnée d’action dudit item de ladite au moins une première liste affichée sur ledit écran. Procédé selon la revendication 4 caractérisé en ce que ledit écran dudit terminal est un écran tactile et en ce que l’étape de déclenchement est réalisée via un glissé/déposé dudit item de ladite au moins une première liste affichée sur ledit écran vers un élément de ladite interface homme-machine symbolisant ladite au moins une seconde liste d’items. Procédé selon la revendication 1 caractérisé en ce que l’étape de restitution des listes d’items est réalisée via une vocalisation. Procédé selon la revendication 1 caractérisé en ce que l’étape de déclenchement est réalisée via une commande vocale. Procédé selon la revendication 1 caractérisé en ce que ladite pluralité de listes d’items correspond à une pluralité de listes d’opérations bancaires. Procédé selon la revendication 9 caractérisé en ce que ladite au moins une action associée à ladite au moins une donnée d’action d’un item de ladite première liste d’items est un virement bancaire. Procédé selon la revendication 9 caractérisé en ce que ladite au moins une action associée à ladite au moins une donnée d’action d’un item de ladite première liste d’items est un prélèvement bancaire. Dispositif de gestion d’une pluralité de listes d’items, chaque liste d’items de ladite pluralité étant différente de tous les sous-ensemble d’une autre liste d’items de ladite pluralité et comprenant au moins une donnée, dite de solde, ladite pluralité comprenant au moins une première liste avec au moins un item comprenant au moins une donnée, dite d’action, et au moins une donnée, dite de montant, ladite donnée d’action étant associée à au moins une action, et caractérisé en ce que le dispositif comprend : - un module de déclenchement (TRIG) permettant de déclencher, ladite au moins une action associée à ladite donnée d’action d’un item de ladite au moins une première liste ; - un module d’ajout (MOD) permettant d’ajouter au moins un premier nouvel item dans ladite première liste d’items et d’au moins un second nouvel item dans au moins une seconde liste d’items de ladite pluralité ; - un module de calcul (CALC) permettant de calculer, en fonction de ladite action, une nouvelle valeur de ladite donnée de montant dudit au moins un premier nouvel item de ladite première liste d’items, une nouvelle valeur de ladite donnée de montant dudit au moins un second nouvel item de ladite au moins une seconde liste d’items de ladite pluralité, une nouvelle valeur de ladite donnée de solde de ladite première liste d’items et une nouvelle valeur de ladite donnée de solde de ladite au moins une seconde liste d’items de ladite pluralité ; - un module de mise à jour (MAJ) permettant de mettre à jour ladite donnée de solde de ladite première liste d’items, ladite donnée de solde de ladite au moins une seconde liste d’items de ladite pluralité, ladite donnée de montant dudit au moins un second nouvel item de ladite au moins une seconde liste d’items de ladite pluralité et ladite donnée de montant dudit au moins un premier nouvel item de ladite première liste d’items. Terminal caractérisé en ce qu’il comporte un dispositif de gestion d’une pluralité de listes d’items selon la revendication 12. Programme d'ordinateur comportant des instructions pour la mise en œuvre du procédé selon l'une quelconque des revendications 1 à 11, lorsque le programme est exécuté par un processeur.