EP4078493A1 - Procede de gestion d'une pluralite de listes d'items - Google Patents

Procede de gestion d'une pluralite de listes d'items

Info

Publication number
EP4078493A1
EP4078493A1 EP20845205.2A EP20845205A EP4078493A1 EP 4078493 A1 EP4078493 A1 EP 4078493A1 EP 20845205 A EP20845205 A EP 20845205A EP 4078493 A1 EP4078493 A1 EP 4078493A1
Authority
EP
European Patent Office
Prior art keywords
list
items
item
action
data
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.)
Pending
Application number
EP20845205.2A
Other languages
German (de)
English (en)
Inventor
François Toutain
Emmanuel Le Huerou
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.)
Orange SA
Original Assignee
Orange SA
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 Orange SA filed Critical Orange SA
Publication of EP4078493A1 publication Critical patent/EP4078493A1/fr
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/02—Banking, e.g. interest calculation or account maintenance
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • G06F3/0482—Interaction with lists of selectable items, e.g. menus
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G—PHYSICS
    • G06—COMPUTING OR CALCULATING; 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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/108—Remote banking, e.g. home banking

Definitions

  • the invention relates to the field of telecommunications and relates more particularly to a method for acting on data lists representing, for example, bank transaction statements.
  • Banks today offer their customers online services, for example making it possible to make transfers or view transaction statements from any computer or mobile terminal connected to the Internet. Although these online services are widely used today, they have changed very little with regard to the implementation of so-called basic operations such as the establishment of transfer or direct debit. In fact, in most of the solutions proposed, the user will use an assistant (graphic or vocal), for example dedicated to the transfer, which will allow him to specify the account to be debited, the amount to be transferred and the account to be credited. In concrete terms, the user will trigger the wizard by selecting the action "make a new transfer" located in the "transfer” section of his online service. This mode of operation makes it possible to help the user in carrying out the action, but to the detriment of speed and simplicity.
  • Lorce is to note that it is currently not possible to trigger, for example, a transfer directly from the statement of operations of a bank account and to specify, for example for a transfer, several target accounts at the same time with a specific breakdown of a sum to be transferred to each of them. For example, in the case of an automatic and percentage breakdown, the user must himself calculate the sums to be transferred to the target accounts and carry out as many transfers as the number of accounts to be credited. The same observation can also be made for withdrawals via the funding of the account debited by several savings accounts. 3. Disclosure of the invention
  • the invention improves on the state of the art and proposes a method for managing, by a terminal, a plurality of lists of items capable of being restored by said terminal, each list of items of said plurality being different from all the subsets of another list of items of said plurality and comprising at least one datum, called balance, said plurality comprising at least a first list with at least one item comprising at least one datum, called action , and at least one item of data, called an amount, said action item of data being associated with at least one action, the method being characterized in that it comprises:
  • this method allows a user to act directly from a first list of items / operations, for example a list of banking operations backed by a bank account, and to select a datum (for example a string of characters such as that “debit” or a number representing an amount) of an item in order to trigger an action associated with the data such as a transfer for example.
  • a datum for example a string of characters such as that “debit” or a number representing an amount
  • the first list of items will be enriched with one or more new ones items, eg transactions / debit lines, and new items, eg transactions / credit lines, are added to other lists such as lists of bank transactions backed by target savings accounts.
  • a calculation is also carried out to update the data of the lists and of the impacted / added items.
  • each list of items cannot be a subset of another list. In other words, the items that make up one list cannot be fully found in another list as a subset.
  • a list is understood to mean a series of elements, ordered or not, distinct or not, making it possible to obtain a structured set such as a list of emails, for example time-stamped emails, SMS, banking transactions, names, etc.
  • a list can have data that are specific to it and that may or may not be independent of the items that constitute it, for example a name, a date of creation, an identifier, a balance for example for a list of banking transactions, etc.
  • item is meant an element of the list considered in isolation such as for example a transfer operation in a list of banking operations.
  • Each item includes specific data such as a name, date, value, amount, etc.
  • data is meant information that can be processed, exchanged, shared, stored for example by a computer program and taking different forms: textual (string of characters), digital, images, sounds, etc.
  • a method as described above is characterized in that the triggering step is followed by a step of restoring to a user a set of data to be selected. , said selection data, and a step of selection by said user of one of the selection data.
  • this mode of implementation allows the user to select the target list (s) impacted by the action associated with the action data of an item, for example selected by the user.
  • the lists offered for selection by the process are lists judged by the process to be compatible with the action.
  • the restitution step allows the user to come, for example, to specify the savings account (s) to be credited via a transfer made following the triggering of an action. associated with the action data of an item in the current account.
  • the user can also come and specify a percentage or a fraction of the sum to be transferred to the savings account (s).
  • a method as described above is characterized in that the selection of said selection data item by said user is carried out via a voice command.
  • This mode of implementation allows a user to use a voice command to select a selection data item offered to him when he has triggered an action associated with an action data item of an item in a list.
  • This mode of implementation is for example suitable for the use of voice assistants or any other terminal capable of understanding and interpreting a voice command.
  • a method as described above is characterized in that the step of restoring the lists of items is carried out through a man-machine interface displayed on a screen of said terminal.
  • this mode of implementation allows the user to view the lists of items and the modifications made during the triggering, by the user, of an action associated with the action datum of an item of a list.
  • a method as described above is characterized in that said screen of said terminal is a touch screen and in that the triggering step is performed by pressing on said at least one action datum of said item of said at least one first list displayed on said screen.
  • This mode of implementation allows a user to use this method on any type of terminal having a touch screen such as a smartphone, a personal computer, a terminal, for example an ATM ( cash dispenser), etc.
  • a user to use this method on any type of terminal having a touch screen such as a smartphone, a personal computer, a terminal, for example an ATM ( cash dispenser), etc.
  • the triggering of an action associated with the action data of an item in a list is then carried out by pressing the action data.
  • a method as described above is characterized in that said screen of said terminal is a touch screen and in that the triggering step is performed by sliding / filed from said item from said at least one first list displayed on said screen to an element of said man-machine interface symbolizing said at least one second list of items.
  • This embodiment allows the user to precisely identify the impacted list (s) and to have a complete and smooth user experience.
  • a method as described above is characterized in that the step of restoring the lists of items is carried out via vocalization.
  • This mode of implementation allows a user to use this method via, for example, a voice assistant or any other terminal allowing the vocalization of the lists of items.
  • This mode of implementation is for example suitable for people with a visual disability or when the user's hands are occupied, for example when driving a vehicle.
  • a method as described above is characterized in that the triggering step is carried out via a voice command.
  • This mode of implementation allows a user to use a voice command to trigger an action associated with an action data item of a list.
  • This mode of implementation is for example suitable for the use of voice assistants or any other terminal capable of understanding and interpreting a voice command.
  • a method as described above is characterized in that said plurality of lists of items corresponds to a plurality of lists of banking operations.
  • This mode of implementation allows a user to select an action data item of an item of a list of banking operations and to trigger an action, the action then impacting one or more other lists of banking operations in plus that including the item whose action data was selected by the user.
  • a method as described above is characterized in that said at least one action associated with said at least one item of action data of an item of said first list of items is a bank transfer.
  • This embodiment is particularly suitable when the user wishes to initiate a bank transfer to, for example, savings accounts by selecting action data from an item in the list of banking operations in his current account.
  • a method as described above is characterized in that said at least one action associated with said at least one action datum of an item of said first list of items is a direct debit.
  • This embodiment is particularly suitable when the user wishes to trigger a direct debit from one or more savings accounts for example to supply the current account with an amount equivalent to an amount debited during a purchase.
  • the user for example, selects the action data corresponding to the amount of the purchase, at the level of the item in the list of banking transactions in his current account.
  • the invention also relates to a device for managing a plurality of lists of items, each list of items of said plurality being different from all the subsets of another list of items of said plurality and comprising at least a datum, called balance, said plurality comprising at least a first list with at least one item comprising at least one datum, called action, and at least one datum, called amount, said action datum being associated with the less one action, and characterized in that the device comprises:
  • a trigger module for triggering said at least one action associated with said action data item of said at least one first list
  • an adding module making it possible to add at least a first new item in said first list of items and at least a second new item in at least a second list of items of said plurality;
  • a calculation module making it possible to calculate, as a function of said action, a new value of said amount datum of said at least one first new item of said first list of items, a new value of said amount datum of said at least one second new item of said at least one second list of items of said plurality, a a new value of said balance data of said first list of items and a new value of said balance data of said at least one second list of items of said plurality;
  • an update module making it possible to update said balance data item of said first list of items, said balance data item of said at least one second list of items of said plurality, said amount data item of said at least one second new item of said at least one second list of items of said plurality and said data amount of said at least one first new item of said first list of items.
  • module can correspond both to a software component and to a hardware component or a set of hardware and software components, a software component itself corresponding to one or more computer programs or subroutines or more generally. to any element of a program capable of implementing a function or a set of functions as described for the modules concerned.
  • a hardware component corresponds to any element of a hardware assembly capable of implementing a function or a set of functions for the module concerned (integrated circuit, smart card, memory card, etc. .).
  • the device can be a distributed device.
  • the modules can therefore be distributed over several machines such as terminals, servers, etc. and communicate with each other through a communication network such as the Internet.
  • the invention also relates to a terminal characterized in that it comprises a device as described above.
  • the invention also relates to a computer program comprising instructions for implementing the above method according to any one of the particular embodiments described above, when said program is executed by a processor.
  • the method can be implemented in various ways, in particular in wired form or in software form.
  • This program can use any programming language, and be in the form of source code, object code, or intermediate code between source code and object code, such as in a partially compiled form, or in any other. desirable shape.
  • the invention also relates to a recording medium or information medium readable by a computer, and comprising instructions of a computer program as mentioned above.
  • the aforementioned recording media can be any entity or device capable of storing the program.
  • the medium can comprise a storage means, such as a ROM, for example a CD ROM or a microelectronic circuit ROM, or else a magnetic recording means, for example a hard disk.
  • the recording media can correspond to a transmissible medium such as an electrical or optical signal, which can be conveyed via an electrical or optical cable, by radio or by other means.
  • the programs according to the invention can in particular be downloaded from an Internet type network.
  • the recording media can correspond to an integrated circuit in which the program is incorporated, the circuit being adapted to execute or to be used in the execution of the method in question.
  • This device for managing a plurality of item lists and this computer program have characteristics and advantages similar to those described above in connection with the method for managing a plurality of lists of items.
  • FIG le Figures la, lb, le, ld and le illustrate an example of an environment for implementing the invention according to a particular embodiment of the invention
  • Figure 2 illustrates the main steps of the process for managing a plurality of item lists according to a particular embodiment
  • FIG. 3 schematically illustrates an example of the architecture of a device suitable for implementing the method for managing a plurality of lists of items according to a particular embodiment of the invention. 5. Description of an embodiment of the invention
  • FIG. La illustrates a terminal 100 implementing the present invention / method according to a particular embodiment.
  • the terminal 100 illustrated in FIG. La corresponds here to a mobile terminal of the smartphone type
  • the invention can be applied to any type of terminal having a screen and / or a audio module including for example a loudspeaker and / or a microphone, such as for example, and without limitation, a tablet, an electronic reader, a games console, a television, an automatic teller machine, an equipment of driving assistance, connected objects or even a personal computer.
  • the terminal 100 is a smartphone having a touch screen suitable for locating on the screen contacts with an object or a part of the user's body.
  • a capacitive or resistive type screen is for example suitable for implementing the invention.
  • a user of the terminal 100 commands the execution of an operation by performing an action on an area of the screen of the terminal 100.
  • the terminal interprets the action of the user as a function of what. is displayed on the screen at the location where the action is performed.
  • the action can for example be a press (a brief contact made on the screen) a double press, a long press, a drag / drop, a gesture made on contact with the screen representing for example a signature or any other action involving contact with the screen.
  • the terminal displays on a screen a list of banking operations 101, for example drop-down, of a bank account such as for example a current account.
  • the list also includes a value 102 comprising for example the balance of the current account.
  • the balance represents the amount remaining on a given date on the current account. It is calculated by making the difference between the debit and credit items of an account.
  • Each element / item 101 of the list represents a banking transaction such as a transfer, a direct debit, a purchase by credit card, a purchase by check, etc.
  • the elements / items of the list are in this example ordered and separated according to the date of the operation.
  • Each element can include a text indicating the nature of the banking transaction, the name of a person or an institution, the amount (in debit or in credit), the date, links or zones selectable by the user. or any other element in relationship with the banking transaction represented.
  • Item 101 comprises two data items indicating respectively the nature of the transaction and the amount.
  • the amount 103 is here action data within the meaning of the invention and is represented in the form of a hypertext link selectable by the user. When the latter selects the amount of the item via for example a short press, then it triggers an associated action such as a transfer and / or a debit from at least one bank account in addition to the current account.
  • Figures 1b and 1c illustrate the result returned to the user once the action is complete.
  • figure lb represents the list of modified banking operations of the current account with the addition of two new elements 104 and 105 representing respectively a transfer issued of 50% of the sum (ie of the 80 €) to the first and the second account savings.
  • the list is also updated with a new balance value calculated based on the transfer issued.
  • the transfer being 80 €, the value of the balance therefore increases to 620 € (700-80).
  • Figure le represents the modified list of banking operations of one of the two savings accounts with the addition of an element 106 representing a transfer received of 50% of the sum represented by the amount selected by the user at the level of figure la.
  • the account balance is again updated according to the amount of the transfer received.
  • the same modifications / calculations are also made to the second savings account impacted by the transfer.
  • the distribution of the sum represented by the amount selected by the user can be automatic with for example a predefined amount or percentage of this sum for each account, the percentages possibly depending on the number of target accounts.
  • the predefined amounts or percentages may partially or fully cover the sum of € 80. In the event that these are predefined amounts and the sum of the amounts exceeds € 80 then an error message is returned graphically or vocally to the user.
  • selectable data of an element of the list of banking operations can also be a specific character string such as "move", a icon, image, or any other element included in an element / item of a list or the item / element itself.
  • the data indicating the nature of the banking transaction associated with items 104, 105, 106 can be created according to the nature of the action (example: transfer, direct debit, etc.), of a data item 101, an impacted list data item, the identity of the person who triggered the action (for example one of the owners of the current account), etc.
  • the data indicating the nature of the operation of item 106 can be the same data as that indicating the nature of the operation of item 101, or supplemented by a data such as the percentage indicating the proportion of the sum initial received, or completed by the name of the person who triggered the operation or any combination of the data of item 101 and the data of the current account.
  • the identity of the person who triggered the action can be made via the identifiers used to connect to an online banking service capable of providing lists of banking operations of the user's bank accounts and / or via a user voice recognition authentication.
  • the user can also trigger an action associated with an action datum of an element of the list of banking operations by selecting the datum and by dragging it and then depositing it at the level of a symbol such as for example an icon, an image or an area of the screen representing one or more bank accounts.
  • Figure ld illustrates an example of this particular embodiment in connection with the environment described via Figures la, lb and le.
  • an action such as a transfer, the user will select and then drag and drop the amount of € 80 at an icon 107 representing the two savings accounts.
  • the triggering of an action associated with a data item of an item can be followed by restitution to the user of a set of data to be selected.
  • Figure 1c illustrates an example of this embodiment.
  • the method will restore, for example via the display of a menu 108, a set of data to select from.
  • the user then has the option of selecting, for example, the target savings accounts for a transfer and the percentage distribution of the € 80 between the two savings accounts.
  • the user can also enter amounts to be transferred to each savings account up to the available € 80.
  • the bank accounts offered for selection by the process are accounts compatible with the operation.
  • the proposed bank accounts and / or their order can also be returned based on a transaction history of the account. For example, if a savings account is regularly selected from the current account on the first days of each month then the process will offer this savings account as a priority during this period, for example at the beginning of the list.
  • a frequency criterion can also be applied. The more a savings account is selected, the higher its priority and the more it will be offered by the process.
  • the distribution of the amount to be withdrawn at the level of the savings accounts and represented by the amount selected by the user, i.e. the 60 € can be automatic with, for example, a predefined amount or percentage of this sum for each account, the percentages possibly depending on the number of accounts to be withdrawn.
  • the predefined amounts or percentages may partially or fully cover the sum of € 60.
  • the distribution of the amount to be withdrawn can also be carried out manually by entering the percentage of the amount to be withdrawn or by entering amounts by the user, for example via a menu displayed when the user selects the amount of "-60 € ".
  • an error message is returned graphically or by voice to the user.
  • the selection by the user of an action datum of an item and consequently the triggering of the action can be done via a voice command.
  • the selection by the user of a selection data item restored, for example, through a graphic menu (FIG. 1c) can be carried out via a voice command.
  • the lists restored by the terminal 100 can be vocalized.
  • FIG. 2 illustrates the steps of the method of managing a plurality of lists of items according to one of the particular embodiments of the invention presented above, the method being executed on the mobile terminal 100.
  • the method will, following an event, trigger an action associated with an action data item of an item of a list of items displayed on a touch screen of the terminal 100.
  • the list of items is for example a list of banking operations for a user's current account.
  • the action data is for example an amount of a banking transaction such as for example the amount of a transfer received.
  • the event is for example a short press on the amount displayed on the screen and representing the action data.
  • the action triggered is, for example, an automatic transfer to three savings accounts of a predefined percentage of the amount of the transfer received.
  • the method will add three new items / elements in the list of banking operations of the current account each representing a debit transfer of a percentage of the amount of the transfer received, to one of the three accounts savings, that is to say a transfer by savings account.
  • the process will also add an item / element to each of the three savings accounts representing the transfer received and issued by the current account.
  • transfers of sums from the current account to the three savings accounts can be made by the terminal 100 itself or delegated to a bank server.
  • a request is sent by the terminal to the bank server with the information / data necessary for transfers to be made.
  • the method will calculate the new data values associated with the lists and the items such as the list balance data, the item amount but also all the data impacted by the action.
  • step 203 the method will update the lists and items with the values calculated in step 202.
  • the lists thus modified / updated can then be returned to the user.
  • the method can at any time transmit information on the state of the lists and items as well as their data to a server located in the network such as the values of amount, balance, and the number. new items added to the lists. This allows for example the consolidation of bank writings at the level of the bank's server.
  • all or part of the steps of the method can be shared between the terminal 100 and a server located in the network.
  • a voice assistant which, during a vocalization of a list of banking operations, will pick up a voice command spoken by a user requesting the performance of an action linked to one of the data items. vocalized action, the action being able for example to be a bank transfer.
  • the method will then request the server and delegate to it, for example, the calculation step 202.
  • FIG. 3 illustrates a device 300 configured to implement the method for managing a plurality of lists of items according to a particular embodiment of the invention.
  • the device 300 has the conventional architecture of a mobile telephone, of the smartphone type, and comprises in particular a memory MEM, a processing unit UT, equipped for example with a processor PROC , and controlled by the computer program PG stored in memory MEM.
  • the computer program PG includes instructions for carrying out the steps of the method of management of a plurality of item lists as described above, when the program is executed by the processor PROC.
  • the code instructions of the computer program PG are for example loaded into a memory before being executed by the processor PROC.
  • the processor PROC of the processing unit UT notably implements the steps of the method for managing a plurality of lists of items according to any one of the particular embodiments described in relation to FIGS. , ld, le and 2, according to the instructions of the computer program PG.
  • the device 300 comprises a TRIG module capable of triggering an action associated with an action datum of an item of a list.
  • the device may also include a display module (DISP) suitable for displaying graphic elements, and in particular displaying lists of items / items and data associated with a list and / or with items.
  • the TRIG module and the DISP module are combined in the form of a touch screen, suitable for detecting contact between an object or a part of the body and triggering an action associated with an action datum of a. item / element of a list according to the contact (s) made on the touch screen.
  • the device may also include an AUD module capable of reproducing by means of sounds via for example a loudspeaker, lists of items / items and data associated with a list and / or with items.
  • the TRIG module and the AUD module are combined in the form of a voice recognition module capable of interpreting voice commands uttered by a user and picked up for example via a microphone and of triggering an action associated with a datum. action of an item / element of a list according to the spoken voice command.
  • the device 300 also comprises an addition module MOD capable of adding items to lists of items, a CALC module capable of calculating as a function of the action triggered by a user, the data values of the lists and the values of the items. item data added by the MOD module, but also an update module able to update the data of the lists and the data of the items for example before their return to the user.
  • an addition module MOD capable of adding items to lists of items
  • CALC module capable of calculating as a function of the action triggered by a user
  • the data values of the lists and the values of the items item data added by the MOD module, but also an update module able to update the data of the lists and the data of the items for example before their return to the user.
  • the device 300 can also include a COM communication module configured to establish communications with a network, for example IP and / or circuit.
  • This module can for example be used when the device is integrated in a mobile terminal and that it communicates with a server in the network such as for example a bank server in order to transmit to it the data values of lists and items and the updated lists corresponding for example to bank accounts.
  • the device can be integrated into a terminal of the smartphone type, a touchscreen tablet, a personal computer, a control center of a home automation installation, a server, an on-board computer in a vehicle or even a voice assistant.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Development Economics (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • General Engineering & Computer Science (AREA)
  • Technology Law (AREA)
  • Marketing (AREA)
  • Human Computer Interaction (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
  • User Interface Of Digital Computer (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)

Abstract

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 5 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.

Description

DESCRIPTION
Titre : 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é. Lorce 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 chaîne 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 :
[Fig la]
[Fig lb]
[Fig le]
[Fig ld]
[Fig le] Les figures la, lb, le, ld et le illustrent un exemple d'environnement de mise en œuvre de l’invention selon un mode particulier de réalisation de l’invention,
[Fig 2] 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,
[Fig 3] 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 la 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 la 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 la, 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 lb et le, illustrent le résultat restitué à l’utilisateur une fois l’action terminée. Concrètement, la figure lb 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 le 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 la. Le solde du compte est là-aussi mis à jour en fonction du montant du virement reçu. Les mêmes modifïcations/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 chaîne 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 ld illustre un exemple de ce mode de réalisation particulier en lien avec l’environnement décrit via les figures la, lb et le. 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 le 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 le) 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 la, lb, le, ld, le 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. II 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.

Claims

REVENDICATIONS
1. 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.
2. 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.
3. 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.
4. 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.
5. 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.
6. 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.
7. 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.
8. Procédé selon la revendication 1 caractérisé en ce que l’étape de déclenchement est réalisée via une commande vocale.
9. 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.
10. 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.
11. 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.
12. 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 (TRI G) 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.
13. Terminal caractérisé en ce qu’il comporte un dispositif de gestion d’une pluralité de listes d’items selon la revendication 12.
14. 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.
EP20845205.2A 2019-12-18 2020-12-15 Procede de gestion d'une pluralite de listes d'items Pending EP4078493A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1914762A FR3105515B1 (fr) 2019-12-18 2019-12-18 Procédé de gestion d’une pluralité de listes d’items
PCT/FR2020/052445 WO2021123603A1 (fr) 2019-12-18 2020-12-15 Procede de gestion d'une pluralite de listes d'items

Publications (1)

Publication Number Publication Date
EP4078493A1 true EP4078493A1 (fr) 2022-10-26

Family

ID=69811274

Family Applications (1)

Application Number Title Priority Date Filing Date
EP20845205.2A Pending EP4078493A1 (fr) 2019-12-18 2020-12-15 Procede de gestion d'une pluralite de listes d'items

Country Status (4)

Country Link
US (1) US20230013576A1 (fr)
EP (1) EP4078493A1 (fr)
FR (1) FR3105515B1 (fr)
WO (1) WO2021123603A1 (fr)

Family Cites Families (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8467766B2 (en) * 2006-07-06 2013-06-18 Qualcomm Incorporated Methods and systems for managing payment sources in a mobile environment
US20150149354A1 (en) * 2013-11-27 2015-05-28 Bank Of America Corporation Real-Time Data Recognition and User Interface Field Updating During Voice Entry
US10163083B2 (en) * 2015-04-13 2018-12-25 Bank Of America Corporation Account activity management system

Also Published As

Publication number Publication date
WO2021123603A1 (fr) 2021-06-24
US20230013576A1 (en) 2023-01-19
FR3105515A1 (fr) 2021-06-25
FR3105515B1 (fr) 2023-12-01

Similar Documents

Publication Publication Date Title
US12511689B2 (en) ATM customer messaging systems
US11941226B2 (en) Multimedia content based transactions
WO2004061546A2 (fr) Dispositif de navigation et plate-forme de gestion et de diffusion en mode serveur, notamment pour l'affichage de liens publicitaires
US20130185186A1 (en) System and Method for Transferring Funds from a Sender Associated with a First Country Having a First Currency to a Recipient Associated with a Second Country Having a Second Currency
CA2432042A1 (fr) Systemes et procedes de fidelisation sur internet
US20200228477A1 (en) Real-time messaging platform with enhanced privacy
EP3265974B1 (fr) Procédé déclencheur d'actions complémentaires mis en oeuvre par un dispositif électronique coopérant avec un périphérique
WO2018154082A1 (fr) Système et procédé de traitement d'une transaction bancaire
US20130298034A1 (en) Delayed command servicing in an application executed on a network accessible device
WO2002019287A1 (fr) Dispositif et procede de sauvegarde d'information de transaction en ligne
EP3467743A1 (fr) Procede et systeme pour realiser une transaction de paiement sur un terminal bancaire avec un dispositif electronique
WO2010146329A1 (fr) Procédé et appareil permettant l'interaction avec un utilisateur sur un réseau
EP4078493A1 (fr) Procede de gestion d'une pluralite de listes d'items
KR102788080B1 (ko) 콘텐츠 제공 방법 및 시스템
EP1983480A1 (fr) Terminal de paiement, procédé et programme associés
EP3053117A1 (fr) Système et procédé de traitement d'une transaction bancaire
FR3093225A1 (fr) Procédé de gestion d’accès d’un utilisateur à un service vocal, dispositif, système et programmes correspondants
WO2018178600A1 (fr) Procédé d'élaboration d'un contenu personnalisé et optimisé d'un message inclus dans une campagne adressée à une pluralité d'individus
FR2864663A1 (fr) Echange securise de donnees, notamment de donnees certifiees pour l'affacturage
WO2024235743A1 (fr) Procédé de mise en œuvre d'une transaction sur un terminal
FR3156959A1 (fr) Procédé de transaction avec affichage et suivi publicitaire
FR3131966A1 (fr) Procédé de contrôle de systèmes à évènements discrets
EP4107905A1 (fr) Procede et dispositif de controle d'acces a une fonction d'une application inscrite dans une chaine de blocs
FR2927751A1 (fr) Procede d'acces a un contenu numerique depuis un terminal mobile.
WO2020084268A1 (fr) Procede et systeme de gestion d'un automate de traitement des especes

Legal Events

Date Code Title Description
STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: UNKNOWN

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: THE INTERNATIONAL PUBLICATION HAS BEEN MADE

PUAI Public reference made under article 153(3) epc to a published international application that has entered the european phase

Free format text: ORIGINAL CODE: 0009012

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: REQUEST FOR EXAMINATION WAS MADE

17P Request for examination filed

Effective date: 20220701

AK Designated contracting states

Kind code of ref document: A1

Designated state(s): AL AT BE BG CH CY CZ DE DK EE ES FI FR GB GR HR HU IE IS IT LI LT LU LV MC MK MT NL NO PL PT RO RS SE SI SK SM TR

DAV Request for validation of the european patent (deleted)
DAX Request for extension of the european patent (deleted)
RAP3 Party data changed (applicant data changed or rights of an application transferred)

Owner name: ORANGE

STAA Information on the status of an ep patent application or granted ep patent

Free format text: STATUS: EXAMINATION IS IN PROGRESS

17Q First examination report despatched

Effective date: 20250516