EP3938987A1 - Procede de suivi d'une somme, systeme associe - Google Patents

Procede de suivi d'une somme, systeme associe

Info

Publication number
EP3938987A1
EP3938987A1 EP20709205.7A EP20709205A EP3938987A1 EP 3938987 A1 EP3938987 A1 EP 3938987A1 EP 20709205 A EP20709205 A EP 20709205A EP 3938987 A1 EP3938987 A1 EP 3938987A1
Authority
EP
European Patent Office
Prior art keywords
sum
project
indicator
user
notification
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
EP20709205.7A
Other languages
German (de)
English (en)
Inventor
Théo Michaël DAOUDI
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Individual
Original Assignee
Individual
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Individual filed Critical Individual
Publication of EP3938987A1 publication Critical patent/EP3938987A1/fr
Pending legal-status Critical Current

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0279—Fundraising management
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • 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; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/12—Accounting
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/01—Social networking

Definitions

  • the field of the invention relates to methods and systems for generating notifications in order to monitor the status of a transaction and its usage based on physical parameters and status indicators.
  • the field of the invention relates to methods comprising steps aimed at generating a set of notifications to a donor and defining an interactive monitoring of the donations paid.
  • the patent document WO2008134448 discloses a method making it possible to know tracking information from a donation management system having on the one hand a first user interface for collecting donations from a community of donors and on the other hand a second interface allowing donations to be associated with different distribution channels provided by different organizations.
  • the monitoring information is therefore simply organizational for the user without any real information on the use of donations being notified.
  • Patent document WO2016196786 discloses a method for collecting digital data relating to the tracking of a transaction resulting from a donation from a donor to an organization.
  • the disclosed method makes it possible to generate and transfer digital evidence from transfer operations between different organizations capable of managing the collected donations.
  • the process thus described solves a problem related to the use of donations by local organizations that may not correspond to a donor's charter.
  • the disclosure appears to describe a solution to reduce corruption. However, this solution remains silent on the notification relating to the end use of donations and the place of their allocation.
  • the invention detailed below overcomes the aforementioned drawbacks.
  • the invention relates to a method of tracking an amount between a user, called a first donor and a receiving entity, comprising the following steps:
  • ⁇ definition of a project comprising a selection of a first sum and of a receiving entity from a user interface of a user terminal;
  • ⁇ generation of a first notification comprising a first processing indicator, called an “allocation indicator”, indicating an association of the project identifier with a second geographical area, at a second date and an amount of a second lower sum or equal to the first sum;
  • ⁇ generation of a second notification comprising a second processing indicator, called a “distribution indicator”, said distribution indicator indicating an association of the project identifier with a third geographic area, a third date and a state.
  • One advantage is that it makes it possible to deliver a real procedure for monitoring a sum, in particular by indicating geographical locations at different stages of its processing.
  • One advantage is to have a geographical criterion, the position or a geographical area to generate a tangible indicator of the processing of the sum.
  • the geographical position is an indicator relating to a physical parameter not dependent on a criterion linked to the organization of an entity or to internal or subjective criteria.
  • the invention relates to a method for automatically generating notifications for the tracking of a sum between a user, called a first donor and a receiving entity, comprising the following steps:
  • ⁇ definition of a project comprising a selection of a first sum and of a receiving entity from a user interface of a user terminal;
  • ⁇ automatic generation by a computer to the first donor of a second notification comprising a second processing indicator, called “distribution indicator”, said distribution indicator indicating an association of the project identifier with a third geographical area, on a third date and to a state.
  • the definition of a project comprises the selection of a first geographical area.
  • One advantage is that it allows a zone defined by a user to be taken into account in order to allocate the sums accordingly.
  • the level of assignment of a zone can take into account a type of zone or the size of the zone.
  • a set of programs is predefined, each program defining a set of actions to be carried out in a predefined area on at least one given date.
  • each program comprises a first type making it possible to define categories of programs.
  • a the advantage is to deliver information qualifying a program for a user.
  • the definition of a project comprises the selection of a first type.
  • the definition of a project includes the definition:
  • One advantage is to return indicators to a user in order to inform him not only of the monitoring of the sums paid but also of the way in which the sums are used or allocated.
  • the first notification is sent consecutively to a modification of a datum characterizing the project within a database of a remote server grouping together a set of projects, said datum being a digital status of the project or data relating to a new association of a project with a geographical area or even to data relating to a grouping of user projects in the same set of projects.
  • the second notification is issued following the triggering of a transfer of a sum from the second account to a third account of an entity, the third account being attached to a reference geographical area.
  • the method comprises a step of generating a third notification comprising a third processing indicator, called a media indicator, said media indicator being associated with a medium comprising at least one image.
  • this third notification is sent automatically following the association of a medium with a project or with a program to which a plurality of projects is attached.
  • the generation of a fourth notification comprising a second allocation indicator, said second allocation indicator indicating an association of the project identifier with a fourth geographical area, at a second date and at an amount of 'a third sum less than or equal to the first sum.
  • the first sum is divided into a plurality of sums according to conditions among which:
  • ⁇ a number of users U is greater than a given threshold of users, said users having made a donation allocated to the same program;
  • ⁇ an indicator of a user wishing to distribute the amount of his donation between different programs.
  • An advantage is to generate automatic rules allowing the management of a large number of users while maintaining an appropriate follow-up of the sums paid.
  • the invention relates to a system comprising at least one user terminal, one terminal of an operator of an entity, communication means of said terminals, at least one server for generating notifications following at least one action. carried out by said operator on the second terminal, a second server to allow a banking transaction from a first account to a second account, said terminals and the first server being configured to implement the method of the invention.
  • One advantage is to deploy management tools in different organizations while offering the ability to access an offer from the Internet, for example for a plurality of users.
  • the invention relates to a system comprising at least one user terminal, a terminal of an operator of an entity, communication means making it possible to connect said terminals to a data network, at least a first server for generating notifications following at least one action performed by said operator on the second terminal, a second server to allow a banking transaction from a first user account to a second account of an entity, the first terminal comprising a user interface to define a project comprising an identifier, a first geographical area and at least one sum, said data being transferred through a data network to at least the first remote server, the user interface also making it possible to activate said banking transaction in order to transfer said sum, the second terminal comprising a communication interface for recovering the data transmitted by the first terminal l and a user interface for associating a second geographical area with said project, said data being recorded in a memory of the first server to then be sent automatically by means of a first notification through the data network to the first terminal, said first notification comprising at least one piece of data relating to the project and one piece of
  • the processing of all or part of the sum may correspond to a transfer of the sum such as a bank transfer or a withdrawal of the sum to a third bank account.
  • the events used to automatically generate notifications may correspond to a modification in the projects database. or programs, to a modification of data characterizing the project, an association between a project and a program or any other event resulting in a modification of data characterizing the project defined by the user.
  • FIG. 1 an example of a sequence of steps according to an embodiment of the method of the invention describing certain exchanges of information between a donor and a donation management organization according to the method of the invention
  • FIG. 2 an example of an embodiment of a communication system of the invention allowing the implementation of the method of the invention.
  • a program corresponds to a set of programmed actions of an entity in a given period and in a given place.
  • entity can be a legal person or a natural person, for example: an international organization, an association, a foundation, a company, etc.
  • the first entity associated with this program has a first status.
  • Entities attached thereafter include a second status.
  • the first and second status can be used according to the method of the invention to assign or distribute write and / or read access rights to digital or electronic devices accessible to entities.
  • the rights we find for example, the right to issue notifications to users, the right to access the project database, the right to access the bank account receiving user monies.
  • a program can also include all the tasks relating to the organization of actions.
  • a program can be the water supply of a district of Timbuktu. This program then includes a start date and a first period of 3 years.
  • a plurality of periods can be defined. The different periods can correspond to different stages of a program or subroutines. The different periods can be of different lengths.
  • the program includes a set of actions such as a site operation, three local installations of sanitation devices, the implementation of a drilling operation and the installation of a pump, the connection of a well to a tank, etc.
  • a program has a provisional budget.
  • a program can correspond to an event or a geographical area, for example "Tsunami 2004" "or” Water supply in Mali ".
  • Figure 1 describes an embodiment of the method of the invention.
  • the process includes a first step of DEF definition of a new donation project.
  • a Ui user accesses a platform via a digital interface, for example a smartphone or a tablet or even a PC.
  • a digital interface for example a smartphone or a tablet or even a PC.
  • the platform is accessible from a user interface. It may for example be a WEB page accessible from a URL, said page being hosted on a SERVi server.
  • this platform makes it possible to administer programs, users who are for example donors and the monitoring of their donations.
  • it allows a user Ui to access a set of programs and to associate a Pi project with them.
  • This platform makes it possible to associate sums ⁇ Si ⁇ , e [i ; N] transmitted by users ⁇ Ui ⁇ ie [i ; N] , with projects ⁇ P, ⁇ , ep ; NOT].
  • a Pi project includes a name in order to allow a Ui user to designate and identify his project.
  • a Pi project is preferably identified by an identifier. The latter can be automatically generated when it is created by a computer and recorded in a database in a memory.
  • the platform allows access to a set of programs for a user U
  • the platform comprises an interface for selecting one or more programs and browsing the various information making it possible to describe the program, its budget, its period, the geographical area concerned, etc.
  • the name of the program can be assigned to the name of the project newly defined. This assignment can be automatically suggested.
  • the system of the invention comprises a database comprising project data from a plurality of users.
  • This database includes a structure for associating projects with user identifiers and programs associated with geographic areas as well as organizations or entities.
  • the data characterizing projects, programs, organizations or entities and users are therefore specially formatted to be saved in physical memory when such a database is used.
  • the memory is, for example, a database whose architecture allows the use of data characterizing these projects, geographic areas, organizations or entities, programs and identifiers. This architecture allows in particular to extract data automatically in order to generate notifications automatically under certain conditions.
  • data such as user identifier, sum value, currency, project identifier, project name, a type of project, program name, program identifier, a type of program, a TAG, a name organization or entity, an organization or entity identifier, a geographical area, a type of area, GPS coordinates, etc.
  • data may preferably reflect the architecture of the database used so that these data can be extracted and used during calculations by one of the steps of the method of the invention.
  • a Pi project includes a geographical area Zi, for example: “MALI”.
  • a Pi project can be associated with a program by a user Ui.
  • the user Ui can thus create a Pi project named “Tsunami Victims Relief” which can be associated with the related event, for example: The victims of a natural disaster, such as the “Tsunami of December 26 2004 in Indian Ocean ".
  • the programs are accessible from an interface and can be classified in the form of categories.
  • a Pi project can be associated or attached to an entity.
  • the definition of the Pi project can therefore include the name of an entity. This name can be, for example, selected from a pre-existing list or possibly entered manually in a field of the interface by the user Ui.
  • the entity can be an organization, a legal person such as a foundation, an association or an international organization, a company, etc.
  • the Pi project can correspond to the entity "Médecins sans Frontière" or the "Restaurants du C ⁇ ur".
  • one or more projects P can be associated with a cause.
  • a cause corresponds to a category grouping together a family of programs. It can be an example of all programs associated with responses to reduce inequalities in the world or responses to protect the oceans. Sub-categories of categories can also be defined. For example, the category “Oceans protection” may include a sub-category: “Plastic waste treatment” or “Coral protection”.
  • a random selection is made from a set of running programs.
  • a command on an interface of electronic equipment such as PC or tablet or smartphone allows a user to access a list of programs for which it is possible to associate a user project, that is to say an identifier and at least one sum.
  • the random program generator can be run on a remote server and a result list is sent to the user terminal which can then select one of them.
  • a user Ui associates a project Pi with a given type TYPEi.
  • the TYPEi type can for example be a category of programs. Programs can be classified into different categories or sub categories. The same program can for example belong to different categories. Types can be defined by keywords such as TAGs or concepts of a particular ontology.
  • a Pi project can be, in addition, associated with a geographical zone Z. ⁇ .
  • a Pi project is only associated with a geographical area Zi without being associated with a program. In the latter case, the project Pi can be associated with a program at a subsequent step of the method of the invention, such as at step GEN_NOTIFi.
  • Zi geographical areas can designate cities, countries, or any territory resulting from a geographical or administrative division.
  • the zone can be defined by coordinates in latitude and longitude or be indexed on any type of frame of reference making it possible to define a geographical zone.
  • the platform comprises a search engine making it possible to generate a list of programs or referenced areas for which a program is likely to be created.
  • a subset of programs or zones can be automatically offered to the user Ui. This subset can be offered in the form of a list.
  • the list can be generated based on donations already made by a user Ui, a user profile Ui indicating preferences and sensitivities, a budget, a date, an emergency indicator, a donation indicator or an indicator of 'impact.
  • the impact indicator can be calculated, for example, from a proportion of a donation over a total budget planned to accomplish a program or a budget to carry out an event in the program or a budget to carry out an action within an event.
  • the emergency indicator can be generated, for example, from digital data associated with a program.
  • a program that is associated with an emergency indicator may thus be more visible on the platform than programs without this emergency indicator.
  • more visible we mean that the program will be generated in different lists and this more frequently.
  • the concretization indicator can be generated, for example, from a choice by the user Ui with respect to the use of a donation made.
  • a Ui user can decide, for example, to display the programs offering only concrete actions or predefined uses of donations.
  • a user Ui can decide to indicate a realization of the use of a donation associated with the sum of the donation. This indication allows him to send an organization a wish to use his donation.
  • the method of the invention generates a list of programs based on a combination of the criteria defined above.
  • the method integrates a payment and payment verification step. This step is optional.
  • the sum Si is then transferred from a first account to a second account.
  • This step is denoted TRANS in Figure 1.
  • the transfer is made in a known manner by a bank transaction of the type of transfer, direct debit or payment by bank card.
  • a bank SERV 2 server is preferably chosen to be distinct from the SERV 1 server.
  • the method of the invention comprises a step GEN_EMP aimed at generating a digital fingerprint EMP.
  • This EMP digital fingerprint allows the creation of a code intended for the user U 1 to monitor the status of the Pi project.
  • This code can be a reference, an alphanumeric identifier or any other numerical data making it possible to uniquely identify the data from his Pi project.
  • the EMP digital fingerprint can be a 2D code such as a QRcode, a Flashcode or any other symbol encoding digital data in one, two or three dimensions.
  • the EMP digital fingerprint can be generated from a first criterion making it possible to identify the user U 1 , a second criterion making it possible to identify the defined project Pi and possibly a data indicating that the transfer TRANS of the donation well done.
  • the first criterion can be a user identifier, a name, a telephone number or any other personal data allowing identification of the user U 1 .
  • the second criterion can be a project identifier.
  • the identification of a project can also be a name of a geographical zone Z. ⁇ .
  • One advantage of the EMP digital footprint is that it allows access to information for monitoring the status of the Pi project on the platform.
  • the EMP digital fingerprint makes it possible to organize the management of the issuance of notifications to a user Ui at different stages of the Pi project.
  • the method of the invention comprises different steps aimed at generating notifications from a given entity to a user Ui.
  • Emissions of notifications are transmitted from an entity's terminal, such as a PC, tablet, smartphone or directly from a server to a user terminal.
  • a computer can automatically generate the notifications under certain conditions.
  • the user terminal can be a PC, a tablet, a smartphone or directly a server.
  • Notifications are issued following the action of an operator of an entity or automatically when an event is detected.
  • the method of the invention comprises a step of generating GEN_NOTIFi of a NOTIFi notification.
  • the first notification NOTIF 1 includes a first processing indicator IND 1 , called “allocation indicator”.
  • the generation of the first NOTIF 1 notification is preferentially sent automatically successively with the assignment of a second geographical zone Z 2 to the Pi project.
  • a modification of the user project in the user projects database such as a modification of the digital status associated with the project, an acknowledgment, and so on.
  • ⁇ A grouping of the user project within a set of user projects this is then an assignment of a project to a set of projects already grouped for example within a program; ⁇ A definition of a new zone to be associated with the project or a change of zone or a modification of a zone previously associated with the project by the user himself.
  • these events can also be used to generate a second NOTIF 2 notification.
  • the first indicator IND 1 includes a mention of a second geographical area Z 2 .
  • This mention represents an association between the project Pi defined by the user U 1 with said second zone Z 2 .
  • the second geographical zone Z 2 can correspond to GPS coordinates, a district of a city, a town, a country or any other indication delimiting a localizable geographical perimeter.
  • the first notification NOTIF 1 is time-stamped.
  • the processing indicator IND 1 can include a date H 2 on which the allocation of all or part of the sum Si will be processed.
  • the date H 2 is the date of issue of the notification NOTIF 1 .
  • the processing indicator IND 1 comprises a value representing the amount of a second sum Su less than or equal to the first sum Si.
  • the second sum Su is equal to the first sum Si
  • the entire amount Su is allocated to a program of a zone Z 2 .
  • User U 1 is therefore informed of this allocation and therefore of the progress of the state of his project Pi.
  • the processing indicator IND 1 includes the value of the sum Su.
  • the notification NOTIF 1 may include a third sum S 12 less than the first sum Si and an indication of an allocation of this third sum S 12 to another program or to the same program at a later date.
  • a plurality of NOTIF 1 notifications is sent to a plurality of users Ui, each NOTIF 1 notification comprising the information specific to each user U, and to the allocated sums Su.
  • One advantage is to allocate a global amount MG to a given program on a given date and to distribute fractions of sums of a plurality of users U, automatically. Thus, each time a sum is allocated by an entity to a given program, the overall amount MG allocated can be divided according to a set of users who have each made a donation.
  • An advantage of the method of the invention is to define sets of users who have each made a donation and to associate their contribution to a given program. It will be recalled that an aim of the invention is to notify a user of the status of monitoring of his donations. Now, a drawback for an entity resulting from the generation of follow-up notifications is to increase the number of specific processing operations, in particular for each user. An advantage of the invention is therefore to simplify the management of a plurality of individual tasks. Indeed, the method of the invention makes it possible to use the preferences defined by the users ⁇ Ui ⁇ ie [i , N] when defining donation projects, such as the geographical area, the category of the program, the amount. donations, date of donation transfers, etc. This use makes it possible to pool the processing related to notifications.
  • the method of the invention makes it possible to associate a donation from a user U 1 with several programs which can constitute sub-programs of the same program. For example, if a program is the electrification of a village, different sub-programs can constitute different stages over a given period of this program.
  • the amount of a donation Si is compared to a minimum amount threshold Ms.
  • Ms minimum amount threshold
  • the sum of the donation Si is not fragmented. In this case, a single NOTIF 1 notification is sent.
  • the method of the invention allows the sum Si to be fragmented.
  • the condition can be related to different cases:
  • ⁇ an indicator of a user wishing to distribute the amount of his donation between different programs.
  • an algorithm can be implemented to associate weights with the different conditions.
  • the dotted arrows Si 2 and Si3 illustrate several scenarios for splitting an initial sum Si.
  • a program may concern different regions, such as a tsunami that affected several regions.
  • a possible distribution scenario is an allocation on a date H 2 of a first sum Su to a first zone Z 2 and a subsequent allocation on a date H 21 of a sum S 12 to a zone Z 21 and so on with S 13 until the total sum Si is exhausted.
  • One advantage is to deliver notifications for each new allocation of a sum to a given geographical area.
  • the method of the invention makes it possible to generate a second notification NOTIF 2 to each user U 1 .
  • the second notification NOTIF 2 aims to transmit to a user U 1 information relating to the distribution of the sum Si or S 21 , hereinafter referred to as Si. It corresponds to an effective use of the sum Si.
  • the second notification NOTIF 2 comprises , in addition, a third date H 3 which corresponds to a use of the sum in a geographical area.
  • the NOTIF 2 notification includes the indication of a third zone Z 3 .
  • the third zone Z 3 is identical to the second zone Z 2 . This case can occur when the allocation of a sum intended for a given place is actually allocated to this zone during its use.
  • the second notification NOTIF 2 may be a transfer of all or part of the sum from the second bank account to a third bank account.
  • the second notification NOTIF 2 can be sent automatically to the first terminal Ti.
  • the second notification NOTIF 2 comprises a datum characterizing the third geographical zone Z 3 .
  • the sum Si is used in a zone Z 3 included in the second zone Z 2 . This can happen often since a program that targets, for example, one country may include different local actions, for example in different cities. If Z2 targets for example a country like MALI, Z 3 can designate a city such as TOMBOUCTOU.
  • an advantage of the definition of a third zone Z 3 is to make it possible to deliver more precise information to a user as to the use of his gifts. Such feedback allows him to be more aware of the use of the donations he has made.
  • Z 3 may relate to a region other than Z 2 , or even a disjoint region. This can happen when a change has taken place in the distribution of sums. This can, for example, occur when an emergency program has occurred.
  • a prioritization indicator can preempt certain allocations already made and notified.
  • This reassignment of a sum can also occur when the user has not specified a Z1 zone when defining his Pi project. Thus, no zone restriction prevents a reallocation of the sum Si to a location other than that notified in the notification NOTIF1.
  • the IND2 distribution indicator included in the second NOTIF2 notification may for example include information specifying:
  • This information can correspond to a processing state ET1 of the sum Si or Su or S 21 .
  • the given quantity may correspond to a quantity of treated waste.
  • an event corresponds, for example, to the collection of waste on the surface of the sea for a period of 3 months.
  • a quantity of waste is collected or treated.
  • An estimate of volume or weight is usually done to quantify the profit of an operation.
  • the method of the invention makes it possible to split this estimate in order to evaluate the unit cost thereof.
  • One advantage is to allow a user to obtain a quantitative feedback of his contribution in addition to qualitatively assessing his contribution to a program. Better awareness can be obtained from a community of users. This awareness increases the sums paid and allows better promotion of certain events in connection with certain causes defended by entities.
  • the ETi state can include a status: "in progress”, “completed”, “to come”.
  • One advantage is to provide information on the follow-up of actions carried out with the sum Si transferred by the user U ,.
  • the second notification NOTIF 2 specifies an amount S 21 less than the amount Si or Su. This case can occur when part of the sum Si or Su is locally converted into an ETi state.
  • One advantage is to inform a user U 1 of the real use of his donations. An allocated sum can in fact be distributed among different purchases or actions which correspond to particular phases of a program. In this case, a plurality of NOTIF 2 notifications can be generated to a user.
  • the method of the invention can comprise a third step of sending a third notification NOTIF 3 .
  • the data of the NOTIF 3 notification can be included in the second NOTIF 2 notification described above. This scenario can occur when the data of the NOTIF 3 notification are already available or when it is deliberately chosen to combine these two notifications in certain implementations of the method of the invention.
  • the third NOTIF notification 3 comprises a medium Mi.
  • the medium can be at least one image, at least a video or at least one sound file.
  • the medium aims to present a use of the donation or even a testimony or any other image presenting, for example, an installation carried out with the sum transferred by the user U i.
  • the media Mi is preferably time stamped with a date FU.
  • Time stamping makes it possible to deliver information consistent with the time when the media was produced or when it was issued.
  • the time stamp can, for example, be automatically extracted from a digital device that may produce the media.
  • a processing of the media metadata can be used to automatically generate an FU date.
  • the media can for example be geolocated using a Smartphone or a digital tablet with a geolocation method.
  • FIG. 1 illustrates the steps of a method possibly comprising different processing branches of a sum Si divided into two sub-sums Su and S 12 . It is understood in this representation that the same steps of generating notifications GEN_NOTIFn and GEN_NOTIF 2i and GEN_NOTIF3i can be carried out with data specific to each phase of a program or of several programs.
  • Such a method allows a user to know a real use of one or more donations through different programs.
  • One advantage is to offer a real tool for monitoring donations, for example, for an entity, a foundation or a person in particular. This principle of tracking donations allows a user to communicate effectively on the use of their donations.
  • such a method increases the confidence that a user can have in an entity to administer and distribute their donations.
  • this monitoring can make it possible to generate performance or quality indicators on the use of donation processing.
  • an indicator relating to the average processing time of a donation by an entity can be generated.
  • Another indicator relating to the use of sums can be generated.
  • the method generates one-off or regular statistics which make it possible to qualify data from donors, organizations which can be organized by project, by period or even by program.
  • Statistics allow us to cross-check information on donations, transactions, projects, users and donors who have generated the most transactions, donations and over what periods or geographic areas.
  • Figure 2 illustrates computer means that can be used to perform the method of the invention.
  • T 1 illustrates a user-donor terminal.
  • T 2 illustrates a terminal of an operator of an entity from which an allocation of a sum Si is made.
  • the distribution indicator IND 2 present in the notification NOTIF 2 can also be generated from this same terminal T 2 .
  • T 3 illustrates a local terminal from which the media Mi is produced.
  • Servers SERV 1 and SERV 2 represent two servers.
  • a first server SERV 1 can, for example, host the platform and centralize the exchanges to generate the notifications to the users U i.
  • a first individual uses a terminal T 1 in order to connect to a platform centralizing the data relating to the various programs.
  • the SERV server 2 can be a banking server making it possible to transfer donations from a first account of a user to a second account of an entity.
  • the invention therefore improves the transmission of data between entities, for example between a donor and an organization.
  • a donor can be any natural or legal person and an organization is preferably a legal person, such as a company, an association, a foundation, or an NGO.
  • One advantage is that it makes it easier to access information on the entire donation processing process.

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Strategic Management (AREA)
  • Development Economics (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Technology Law (AREA)
  • Game Theory and Decision Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

Procédé de suivi d'une somme entre un premier donateur (D1) et une entité réceptrice (R1) comprenant les étapes suivantes : - définition d'un projet (P1) comportant une sélection d'une première somme (S1) et d'une entité réceptrice (R1) à partir d'une interface utilisateur d'un terminal utilisateur (T1); - transfert de ladite première somme (S1) d'un premier compte associé au premier donateur (D1) vers un second compte associé à l'entité réceptrice (R1); - génération d'une empreinte numérique (EMP) associant au moins un identifiant du premier donateur (IDD1) et un identifiant du projet (IDP1); - génération d'une première notification (NOTIF1) comportant un premier indicateur (IND1) de traitement, appelé « indicateur d'allocation », indiquant une association de l'identifiant projet (P1) à une seconde zone géographique (Z2), à une seconde date (H2) et un montant d'une seconde somme (S11) inférieure ou égale à la première somme (S1); - génération d'une seconde notification (NOTIF2) comportant un second indicateur (IND2) de traitement, appelé « indicateur distribution », ledit indicateur de distribution indiquant une association de l'identifiant projet (P1) à une troisième zone géographique (Z3), à une troisième date (H3) et à un état.

Description

PROCEDE DE SUIVI D’UNE SOMME, SYSTEME ASSOCIE
DOMAINE
Le domaine de l’invention concerne les procédés et systèmes permettant de générer des notifications afin de suivre l’état d’une transaction et de son usage en fonction de paramètres physiques et d’indicateurs d’état. En particulier, le domaine de l’invention concerne les procédés comportant des étapes visant à générer un ensemble de notifications à un donateur et définissant un suivi interactif des dons versés.
ETAT DE L’ART
Il existe des solutions permettant d’assurer un suivi de dons à des organisations. A titre d’exemple, le document de brevet W02008134448 divulgue une méthode permettant de connaître une information de suivi à partir d’un système de gestion de dons ayant d’une part une première interface utilisateur pour collecter des dons auprès d’une communauté de donateurs et d’autre part une seconde interface permettant d’associer des dons à différents canaux de distribution assurés par différentes organisations. Les informations de suivi sont donc simplement d’ordre organisationnel pour l’utilisateur sans pour autant que ne soit notifiée une réelle information sur l’usage des dons.
Le document de brevet WO2016196786 divulgue une méthode permettant de collecter des données numériques relatives à un suivi d’une transaction issue d’un don d’un donateur à une organisation. Le procédé divulgué permet de générer et transférer des preuves numériques provenant des opérations de transfert entre différentes organisations susceptibles de gérer les dons collectés. Le procédé ainsi décrit résout un problème lié à l’utilisation des dons par des organisations locales susceptibles de ne pas correspondre à une charte d’un donateur. La divulgation semble décrire une solution permettant de réduire la corruption. Toutefois, cette solution reste muette sur la notification relative à l’utilisation finale des dons et du lieu de leur affectation.
Le document US20170132673 écrit une méthode de suivi des activités liées à la gestion de dons, notamment pour promouvoir et organiser efficacement les activités des organismes humanitaires. Toutefois, ce document ne décrit pas une solution permettant à un donateur de réellement connaître l’usage des dons qui sont administrés par les organisations.
Il existe donc un besoin pour notifier un donateur de données relatives au suivi d’un don.
RESUME DE L’INVENTION
L’invention ci-après détaillée permet de pallier les inconvénients précités.
Selon un aspect, l’invention concerne, un procédé de suivi d’une somme entre un utilisateur, appelé premier donateur et une entité réceptrice comprenant les étapes suivantes :
■ définition d’un projet comportant une sélection d’une première somme et d’une entité réceptrice à partir d’une interface utilisateur d’un terminal utilisateur ;
■ transfert de ladite première somme d’un premier compte associé au premier donateur vers un second compte associé à l’entité réceptrice ;
■ génération d’une empreinte numérique associant au moins un identifiant du premier donateur et un identifiant du projet ;
■ génération d’une première notification comportant un premier indicateur de traitement, appelé « indicateur d’allocation », indiquant une association de l’identifiant projet à une seconde zone géographique, à une seconde date et un montant d’une seconde somme inférieure ou égale à la première somme ;
■ génération d’une seconde notification comportant un second indicateur de traitement, appelé « indicateur distribution », ledit indicateur de distribution indiquant une association de l’identifiant projet à une troisième zone géographique, à une troisième date et à un état.
Un avantage est de permettre de délivrer une véritable procédure de suivi d’une somme notamment par l’indication de lieux géographiques à différents stades de son traitement. Un avantage est de disposer d’un critère géographique, la position ou une zone géographique pour générer un indicateur tangible de traitement de la somme. La position géographique est un indicateur relevant d’un paramètre physique non dépendant d’un critère lié à l’organisation d’une entité ou à des critères internes ou subjectifs. Selon un aspect l’invention concerne un procédé de génération automatique de notifications pour le suivi d’une somme entre un utilisateur, appelé premier donateur et une entité réceptrice comprenant les étapes suivantes :
■ définition d’un projet comportant une sélection d’une première somme et d’une entité réceptrice à partir d’une interface utilisateur d’un terminal utilisateur;
■ transfert de ladite première somme d’un premier compte associé au premier donateur vers un second compte associé à l’entité réceptrice ;
■ génération d’une empreinte numérique associant au moins un identifiant du premier donateur et un identifiant du projet ;
■ génération automatique par un calculateur au premier donateur d’une première notification comportant un premier indicateur de traitement, appelé « indicateur d’allocation », indiquant une association de l’identifiant projet à une seconde zone géographique, à une seconde date et un montant d’une seconde somme inférieure ou égale à la première somme;
■ génération automatique par un calculateur au premier donateur d’une seconde notification comportant un second indicateur de traitement, appelé « indicateur distribution », ledit indicateur de distribution indiquant une association de l’identifiant projet à une troisième zone géographique, à une troisième date et à un état.
Selon un mode de réalisation, la définition d’un projet comprend la sélection d’une première zone géographique. Un avantage est de permettre de prendre en compte une zone définie par un utilisateur pour affecter les sommes en conséquence. Le niveau d’affectation d’une zone peut prendre en compte un type de zone ou la taille de la zone.
Selon un mode de réalisation, un ensemble de programmes est prédéfini, chaque programme définissant un ensemble d’actions à réaliser dans une zone prédéfinie à au moins une date donnée. Un avantage est de fournir une information pour l’utilisateur lui permettant d’identifier des zones prédéfinies et d’y associer des sommes.
Selon un mode de réalisation, chaque programme comporte un premier type permettant de définir des catégories de programmes. Un avantage est de délivrer une information qualifiant un programme pour un utilisateur.
Selon un mode de réalisation, la définition d’un projet comprend la sélection d’un premier type. Un avantage est de faire correspondre des souhaits utilisateurs d’affectation d’une somme avec des catégories préexistantes de programmes.
Selon un mode de réalisation, la définition d’un projet comprend la définition :
■ d’un indicateur d’impact calculé sur la proportion d’un don d’un utilisateur vis-à-vis d’une référence,
■ d’un indicateur d’urgence calculé à partir de la date d’un évènement d’un programme,
■ d’un indicateur de concrétisation défini à partir d’une valeur prédéfinie d’un attribut de l’évènement mentionnant le résultat d’une action.
Un avantage est de restituer des indicateurs auprès d’un utilisateur afin de l’informer non seulement du suivi des sommes versées mais aussi de la manière dont les sommes sont utilisées ou affectées.
Selon un mode de réalisation, la première notification est émise consécutivement à une modification d’une donnée caractérisant le projet au sein d’une base de données d’un serveur distant regroupant un ensemble de projets, ladite donnée étant un statut numérique du projet ou une donnée relative à une nouvelle association d’un projet avec une zone géographique ou encore à une donnée relative à un regroupement de projets utilisateurs dans un même ensemble de projets.
Selon un mode de réalisation, la seconde notification est émise consécutivement au déclenchement d’un transfert d’une somme du second compte vers un troisième compte d’une entité, le troisième compte étant rattaché à une zone géographique de référence.
Selon un mode de réalisation, le procédé comprend une étape de génération d’une troisième notification comportant un troisième indicateur de traitement, appelé indicateur média, ledit indicateur média étant associé à un média comportant au moins une image. Un avantage est de permettre d’associer un média pour représenter une concrétisation des sommes affectées à un programme. Les médias peuvent être émis à une communauté d’utilisateurs ayant tous contribué à la réalisation d’une action d’un programme.
Avantageusement, cette troisième notification est émise automatiquement consécutivement à l’association d’un média à un projet ou à un programme auquel est rattaché une pluralité de projets.
Selon un mode de réalisation, la génération d’une quatrième notification comportant un second indicateur d’allocation, ledit second indicateur d’allocation indiquant une association de l’identifiant projet à une quatrième zone géographique, à une seconde date et à un montant d’une troisième somme inférieure ou égale à la première somme. Un avantage est de multiplier les affectations ou attributions de sommes à différents types de programme notamment en fonction des montants des sommes, de la nature et la structure des programmes, etc. Le suivi des sommes étant plus complexe, le procédé de l’invention permet de gérer ces différentes affectations automatiquement.
Selon un mode de réalisation, la première somme est divisée en une pluralité de sommes en fonction de conditions parmi lesquelles :
■ le montant Si est supérieur à un seuil de somme MMAX ;
■ un nombre d’utilisateurs U, est supérieur à un seuil donné d’utilisateurs, lesdits utilisateurs ayant effectué un don alloué à un même programme ;
■ un nombre de sous-programmes d’un même programme comportant différentes dates,
■ un indicateur d’un utilisateur souhaitant répartir le montant de son don entre différents programmes.
Un avantage est de générer des règles automatiques permettant la gestion d’un grand nombre d’utilisateurs tout en maintenant un suivi approprié des sommes versées.
Selon un autre aspect, l’invention concerne un système comportant au moins un terminal utilisateur, un terminal d’un opérateur d’une entité, des moyens de communication desdits terminaux, au moins un serveur pour générer des notifications suite à au moins une action réalisée par ledit opérateur sur le second terminal, un second serveur pour permettre une transaction bancaire d’un premier compte vers un second compte, lesdits terminaux et le premier serveur étant configurés pour mettre en oeuvre le procédé de l’invention.
Un avantage est de déployer des outils de gestion dans différentes organisations tout en offrant des capacités d'accès à une offre depuis internet par exemple pour une pluralité d’utilisateurs.
Selon un aspect, l’invention concerne un système comportant au moins un terminal utilisateur, un terminal d’un opérateur d’une entité, des moyens de communication permettant de connecter lesdits terminaux à un réseau de données, au moins un premier serveur pour générer des notifications suite à au moins une action réalisée par ledit opérateur sur le second terminal, un second serveur pour permettre une transaction bancaire d’un premier compte utilisateur vers un second compte d’une entité, le premier terminal comportant une interface utilisateur pour définir un projet comportant un identifiant, une première zone géographique et au moins une somme, lesdites données étant transférées au travers d’un réseau de données vers au moins le premier serveur distant, l’interface utilisateur permettant en outre d’activer ladite transaction bancaire pour transférer ladite somme, le second terminal comportant une interface de communication pour récupérer les données transmises par le premier terminal et une interface utilisateur pour associer une seconde zone géographique audit projet, lesdites données étant enregistrées au sein d’une mémoire du premier serveur pour être ensuite émises automatiquement par l’intermédiaire d’une première notification au travers du réseau de données vers le premier terminal, ladite première notification comportant au moins une donnée relative au projet et une donnée décrivant la seconde zone géographique et une donnée de date, une seconde notification étant automatiquement émise au premier terminal successivement à un traitement d’une partie de la somme du second compte bancaire, ladite troisième notification comportant une donnée caractérisant une troisième zone géographique.
Selon un mode de réalisation, le traitement de toute ou partie de la somme peut correspondre à un transfert de la somme tel qu’un virement bancaire ou un prélèvement de la somme vers un troisième compte bancaire. Les évènements permettant de générer automatiquement les notifications peuvent correspondre à une modification dans la base de données des projets ou des programmes, à une modification d’une donnée caractérisant le projet, une association entre un projet et un programme ou tout autre évènement se traduisant par une modification d’une donnée caractérisant le projet défini par l’utilisateur.
D’autres caractéristiques et avantages de l’invention ressortiront à la lecture de la description détaillée qui suit, en référence aux figures annexées, qui illustrent :
[Fig.1 ] : un exemple d’une séquence d’étapes selon un mode de réalisation du procédé de l’invention décrivant certains échanges d’informations entre un donateur et une organisation de gestion des dons selon le procédé de l’invention ;
[Fig.2] : un exemple de réalisation d’un système de communication de l’invention permettant la mise en oeuvre de la méthode de l’invention.
Dans la présente description, un programme correspond à un ensemble d’actions programmées d’une entité dans une période donnée et dans un lieu donné. L’entité peut être une personne morale ou une personne physique, par exemple : une organisation internationale, une association, une fondation, une entreprise, etc.
Selon un exemple, il est possible d’associer une pluralité d’entités à un programme donné. Dans ce dernier cas, la première entité associée à ce programme comporte un premier statut. Les entités rattachées par la suite comprennent un second statut. Le premier et le second statut peuvent être utilisés selon le procédé de l’invention pour affecter ou distribuer des droits d’accès en écriture et/ou en lecture aux dispositifs numériques ou électroniques accessibles aux entités. Parmi les droits, on trouve par exemple, le droit d’émettre des notifications à des utilisateurs, le droit d’accès à la base de données des projets, le droit d’accès au compte bancaire recevant les sommes des utilisateurs.
Un programme peut comprendre également l’ensemble des tâches relevant de l’organisation des actions. A titre d’exemple, un programme peut être l’approvisionnement en eau d’un quartier de Tombouctou. Ce programme comprend alors une date de début et une première période de 3 ans. Selon d’autres exemples, une pluralité de périodes peut être définie. Les différentes périodes peuvent correspondre à différentes étapes d’un programme ou sous- programmes. Les différentes périodes peuvent être de différentes durées.
Le programme comprend un ensemble d’actions telles qu’une opération de chantier, trois installations locales de dispositifs d’assainissement, une mise en oeuvre d’une opération de forage et une installation d’une pompe, un raccordement d’un puits à une cuve, etc. Généralement, un programme comporte un budget prévisionnel. Dans sa définition la plus simple, un programme peut correspondre à un évènement ou à une zone géographique, par exemple « Tsunami 2004 » » ou « Approvisionnement d’eau au Mali ».
La figure 1 décrit un exemple de réalisation du procédé de l’invention. Le procédé comprend une première étape de définition DEF d’un nouveau projet de don.
Un utilisateur Ui accède à une plateforme par l’intermédiaire d’une interface numérique par exemple d’un Smartphone ou d’une tablette ou encore d’un PC.
La plateforme est accessible depuis une interface utilisateur. Il peut s’agir par exemple d’une page WEB accessible depuis une URL, ladite page étant hébergée sur un serveur SERVi.
Selon un mode de réalisation, cette plateforme permet d’administrer des programmes, des utilisateurs qui sont par exemple des donateurs et le suivi de leurs dons. En particulier, elle permet à un utilisateur Ui d’accéder à un ensemble de programmes et d’y associer un projet Pi. Cette plateforme permet d’associer des sommes {Si},e[i ;N] transmises par des utilisateurs {Ui}ie[i ;N], avec des projets {P,} ,ep ;N]. Un projet Pi comprend un nom afin de permettre à un utilisateur Ui de désigner et d’identifier son projet. Un projet Pi est préférentiellement identifié par un identifiant. Ce dernier peut être automatiquement généré à sa création par un calculateur et enregistré dans une base de données d’une mémoire. Selon un exemple, la plateforme permet l’accès à un ensemble de programmes à un utilisateur U La plateforme comprend une interface pour sélectionner un ou plusieurs programmes et parcourir les différentes informations permettant de décrire le programme, son budget, sa période, la zone géographique concernée, etc. Selon un mode de réalisation, le nom du programme peut être attribué au nom du projet nouvellement défini. Cette attribution peut être automatiquement suggérée. Ainsi, pour un utilisateur U-i, il est plus pratique d’identifier à quoi font référence ses projets lorsque différents projets sont gérés depuis la plateforme. Cela peut être le cas pour une fondation ayant une activité importante de versements de dons à différentes entités. Dans ce dernier cas, l’utilisateur Ui est une personne morale.
Selon un mode de réalisation, le système de l’invention comprend une base de données comportant les données de projets d’une pluralité d’utilisateurs. Cette base de données comprend une structure permettant d’associer des projets à des identifiants utilisateurs et à des programmes associés à des zones géographiques ainsi que des organisations ou des entités.
Les données caractérisant des projets, programmes, organisations ou entités et utilisateurs sont donc spécialement formatées pour être enregistrées dans une mémoire physique lorsqu’une telle base de données est utilisée. La mémoire est, par exemple, une base de données dont l’architecture permet une exploitation des données caractérisant ces projets, zones géographiques organisations ou entités, programmes et identifiants. Cette architecture permet notamment d’extraire des données automatiquement afin de générer des notifications automatiquement sous certaines conditions. Ainsi, les données de type identifiant utilisateur, valeur d’une somme, devise, identifiant d’un projet, nom de projet, un type de projet, nom de programme, identifiant de programme, un type de programme, un TAG, un nom d’organisation ou d’entité, un identifiant d’organisation ou d’entité, une zone géographique, un type de zone, des coordonnées GPS, etc., peuvent préférentiellement refléter l’architecture de la base de données utilisée de sorte que ces données puissent être extraites et utilisées lors de calculs par l’une des étapes du procédé de l’invention.
Selon un exemple, un projet Pi comprend une zone géographique Zi, par exemple : « le MALI ». Selon un mode de réalisation, un projet Pi peut être associé à un programme par un utilisateur Ui. L’utilisateur Ui peut ainsi créer un projet Pi nommé « Secours aux Victimes du Tsunami » qui peut être associé à l’évènement s’y rapportant, par exemple : Les victimes d’une catastrophe naturelle, telle que le « Tsunami du 26 décembre 2004 dans l’océan Indien ». Ainsi, les programmes sont accessibles depuis une interface et peuvent être classés sous forme de catégories.
Selon un autre exemple, un projet Pi peut être associé ou rattaché à une entité. La définition du projet Pi peut donc comprendre le nom d’une entité. Ce nom peut être, par exemple, sélectionné parmi une liste préexistante ou éventuellement rentré manuellement dans un champ de l’interface par l’utilisateur Ui. L’entité peut être une organisation, une personne morale telle qu’une fondation, une association ou une organisation internationale, une entreprise, etc. A titre d’exemple, le projet Pi peut correspondre à l’entité « Médecins sans Frontière » ou les « Restaurants du Cœur ».
Selon un autre exemple, un ou plusieurs projets P, peuvent être associés à une cause. Une cause correspond à une catégorie regroupant une famille de programmes. Il peut s’agir à titre d’exemple de tous les programmes associés à des réponses pour réduire les inégalités dans le monde ou des réponses pour protéger les océans. Des sous-catégories de catégories peuvent être également définies. Par exemple, la catégorie « Protection des Océans » peut comprendre une sous-catégorie : « Traitement des déchets plastiques » ou « Protection du corail ».
Selon un exemple, il est possible d’accéder aux programmes de manière aléatoire pour un ensemble d’entités. Une sélection aléatoire est effectuée à partir d’un ensemble de programmes en cours. Une commande sur une interface d’un équipement électronique de type PC ou tablette ou smartphone permet à un utilisateur d’accéder à une liste de programmes pour lesquels il est possible d’associer un projet utilisateur, c’est-à-dire un identifiant et au moins une somme. Le générateur de programmes aléatoire peut être exécuté sur un serveur distant et une liste de résultat est émise vers le terminal utilisateur qui peut alors ensuite sélectionner l’un d’entre eux.
Selon un mode de réalisation, un utilisateur Ui associe un projet Pi à un type donné TYPEi. Le type TYPEi peut être par exemple une catégorie de programmes. Les programmes peuvent être classés selon différentes catégories ou sous catégories. Un même programme peut par exemple appartenir à différentes catégories. Les types peuvent être définis par des mots clefs tels que des TAG ou des concepts d’une ontologie particulière.
L’ensemble des programmes est, par exemple, présenté dans une liste accessible à travers un menu. La plateforme permet notamment de définir un don dans un nouveau projet Pi et de l’associer avec un ou plusieurs programmes. Selon un autre exemple, un projet Pi peut être, en plus, associé à une zone géographique Z.\ . Selon un mode de réalisation, un projet Pi est uniquement associé à une zone géographique Zi sans être associé à un programme. Dans ce dernier cas, le projet Pi peut être associé à un programme à une étape ultérieure du procédé de l’invention, telle qu’à l’étape GEN_NOTIFi.
Les zones géographiques Zi peuvent désigner des villes, des pays, ou tout territoire issu d’un découpage géographique ou administratif. La zone peut être définie par des coordonnées en latitude et en longitude ou être indexée sur tout type de référentiel permettant de définir une zone géographique.
Selon un mode de réalisation, la plateforme comprend un moteur de recherche permettant de générer une liste de programmes ou des zones référencées pour lesquelles un programme est susceptible d’être créé. Selon différents critères définis par l’utilisateur, un sous-ensemble de programmes ou de zones peut être proposé automatiquement à l’utilisateur Ui. Ce sous- ensemble peut être proposé sous la forme d’une liste. La liste peut être générée en fonction de dons déjà effectués par un utilisateur Ui, un profil d’utilisateur Ui indiquant des préférences et sensibilités, un budget, une date, un indicateur d’urgence, un indicateur de concrétisation du don ou un indicateur d’impact.
L’indicateur d’impact peut être calculé, par exemple, à partir d’une proportion d’un don sur un budget total prévu pour accomplir un programme ou un budget pour réaliser un évènement dans le programme ou encore un budget pour réaliser une action au sein d’un évènement.
L’indicateur d’urgence peut être généré, par exemple, à partir d’une donnée numérique associée à un programme. Un programme qui est associé à un indicateur d’urgence peut ainsi être plus visible sur la plateforme que des programmes n’ayant pas cet indicateur d’urgence. Par « plus visible », on en entend que le programme va être généré dans différentes listes et ce de manière plus fréquente.
L’indicateur de concrétisation peut être généré, par exemple, à partir d’un choix de l’utilisateur Ui vis-à-vis de l’usage d’un don effectué. Un utilisateur Ui peut décider, par exemple, d’afficher les programmes proposant uniquement des actions concrètes ou des usages prédéfinis des dons. Ainsi, comme c’est l’usage pour des listes de mariage, un utilisateur Ui peut décider d’indiquer une concrétisation de l’usage d’un don associée à la somme du don. Cette indication lui permet de transmettre à une organisation un souhait d’usage de son don.
Le procédé de l’invention permet de générer une liste de programmes en fonction d’une combinaison des critères précédemment définis.
Selon un mode de réalisation, le procédé intègre une étape de paiement et de vérification du paiement. Cette étape est optionnelle.
Dans le cas où une telle étape serait mise en œuvre, après la finalisation de la définition d’un projet Pi de don, la somme Si est alors transférée d’un premier compte vers un second compte. Cette étape est notée TRANS sur la figure 1 . Le transfert se fait de manière connue par une transaction bancaire de type virement, prélèvement ou un paiement par carte bancaire. Un serveur SERV2 bancaire est choisi préférentiellement distinct du serveur SERV1.
Selon un mode de réalisation, le procédé de l’invention comprend une étape GEN_EMP visant à générer une empreinte numérique EMP. Cette empreinte numérique EMP permet la création d’un code destiné à l’utilisateur U1 pour suivre l’état du projet Pi. Ce code peut être une référence, un identifiant alphanumérique ou toute autre donnée numérique permettant d’identifier de manière unique les données de son projet Pi. L’empreinte numérique EMP peut être un code 2D tel qu’un QRcode, un Flashcode ou tout autre symbole encodant des données numériques en une, deux ou trois dimensions.
L’empreinte numérique EMP peut être générée à partir d’un premier critère permettant d’identifier l’utilisateur U1, d’un second critère permettant d’identifier le projet Pi défini et éventuellement une donnée indiquant que le transfert TRANS du don a bien été effectué.
Le premier critère peut être un identifiant utilisateur, un nom, un numéro de téléphone ou toute autre donnée personnelle permettant une identification de l’utilisateur U1.
Le second critère peut être un identifiant de projet. L’identification d’un projet peut être également un nom de zone géographique Z.\. Un intérêt de l’empreinte numérique EMP est de permettre un accès à des informations de suivi de l’état du projet Pi sur la plateforme. En outre, l’empreinte numérique EMP permet d’organiser la gestion des émissions de notifications à un utilisateur Ui à différents stades du projet Pi.
Le procédé de l’invention comporte différentes étapes visant à générer des notifications d’une entité donnée vers un utilisateur Ui. Les émissions des notifications sont transmises d’un terminal d’une entité, tel qu’un PC, une tablette, un Smartphone ou directement un serveur vers un terminal utilisateur. Un calculateur peut automatiquement générer les notifications sous certaines conditions. Le terminal utilisateur peut être un PC, une tablette, un Smartphone ou directement un serveur. Les notifications sont émises suite à l’action d’un opérateur d’une entité ou de manière automatique lorsqu’un évènement est détecté.
Le procédé de l’invention comporte une étape de génération GEN_NOTIFi d’une notification NOTIFi. La première notification NOTIF1 comporte un premier indicateur IND1 de traitement, appelé « indicateur d’allocation ». La génération de la première notification NOTIF1 est préférentiellement émise automatiquement successivement à l’affectation d’une seconde zone géographique Z2 au projet Pi. Parmi les évènements susceptibles d'être configurés pour générer une première notification NOTIF1 vers le terminal d’un utilisateur, on trouve notamment :
■ Une association par un opérateur du projet utilisateur à un programme prédéfini ou un sous-programme d’un programme déjà sélectionné par l’utilisateur ;
■ Une date donnée ;
■ Un évènement relatif à une transaction bancaire ;
■ Une modification du projet utilisateur dans la base de données des projets utilisateurs, tels qu’une modification de statut numérique associé au projet, un acquittement, etc.
■ Un regroupement du projet utilisateur au sein d’un ensemble de projets utilisateurs, il s’agit alors d’une affectation d’un projet à un ensemble de projets déjà regroupés par exemple au sein d’un programme ; ■ Une définition d’une nouvelle zone à associer au projet ou un changement de zone ou une modification d’une zone précédemment associée au projet par l’utilisateur lui-même.
Selon un mode de réalisation, ces évènements peuvent également être utilisés pour générer une seconde notification NOTIF2.
Le premier indicateur IND1 comporte une mention d’une seconde zone géographique Z2. Cette mention représente une association entre le projet Pi défini par l’utilisateur U1 avec ladite seconde zone Z2. La seconde zone géographique Z2 peut correspondre à des coordonnées GPS, un quartier d’une ville, une ville, un pays ou toute autre indication délimitant un périmètre géographique localisable.
Avantageusement, la première notification NOTIF1 est horodatée. A cet effet l’indicateur de traitement IND1 peur comprendre une date H2 à laquelle l’allocation de tout ou partie de la somme Si sera traitée. Selon un mode de réalisation, la date H2 est la date d'émission de la notification NOTIF1.
L’indicateur de traitement IND1 comporte une valeur représentant le montant d’une seconde somme Su inférieure ou égale à la première somme Si. Lorsque la seconde somme Su est égale à la première somme Si, l’intégralité du montant Su est allouée à un programme d’une zone Z2. L’utilisateur U1 est donc averti de cette allocation et donc de l’avancement de l’état de son projet Pi.
Lorsque le montant Su est inférieur à la somme Si, l’indicateur de traitement IND1 comprend la valeur de la somme Su. Selon un exemple, de réalisation, la notification NOTIF1 peut comprendre une troisième somme S12 inférieure à la première somme Si et une indication d’une allocation de cette troisième somme S12 à un autre programme ou au même programme à une date ultérieure.
Selon un mode de réalisation, une pluralité de notifications NOTIF1 est émise vers une pluralité d’utilisateurs Ui, chaque notification NOTIF1 comportant les informations propres à chaque utilisateur U, et aux sommes Su allouées. Un intérêt est d’allouer un montant global MG à un programme donné à une date donnée et de répartir des fractions de sommes d’une pluralité d’utilisateurs U, automatiquement. Ainsi, à chaque allocation d’une somme par une entité à un programme donné, le montant global MG alloué peut être fractionné selon un ensemble d’utilisateurs ayant effectué chacun un don.
Un avantage du procédé de l’invention est de définir des ensembles d’utilisateurs ayant chacun effectué un don et d’associer leur contribution à un programme donné. On rappelle qu’un but de l’invention est de notifier à un utilisateur l’état d’un suivi de ses dons. Or un inconvénient pour une entité résultant de la génération de notifications de suivi est de multiplier les traitements particuliers, notamment pour chaque utilisateur. Un intérêt de l’invention est donc de simplifier la gestion d’une pluralité de tâches individuelles. En effet, le procédé de l’invention permet d’utiliser les préférences définies par les utilisateurs {Ui}ie[i ,N] lors de la définition de projets de dons, telles que la zone géographique, la catégorie du programme, le montant des dons, la date des transferts de dons, etc. Cette utilisation permet de mutualiser les traitements liés aux notifications.
En effet, ces préférences permettent de créer des ensembles d’utilisateurs qui seront associés à chaque allocation à un même programme. Un intérêt est de mutualiser le traitement des notifications NOTIFi.
Le procédé de l’invention permet d’associer un don d’un utilisateur U1 à plusieurs programmes qui peuvent constituer des sous-programmes d’un même programme. A titre d’exemple, si un programme est l’électrification d’un village, différents sous-programmes peuvent constituer différentes étapes sur une période donnée de ce programme.
Selon un exemple, le montant d’un don Si est comparé à un seuil de montant minimal Ms. Lorsque la valeur du don est inférieure à Ms, la somme du don Si n’est pas fragmentée. Dans ce cas de figure, une unique notification NOTIF1 est émise.
Lorsque la somme Si est supérieure à un seuil minimal Ms et qu’une autre condition est remplie, alors le procédé de l’invention permet de fragmenter la somme Si.
La condition peut être liée à différents cas :
■ un montant Si supérieur à un seuil de somme MMAX ;
■ un nombre d’utilisateurs U, supérieur à un seuil donné ayant effectué un don qui soit alloué à un même programme ; ■ un nombre de sous-programmes d’un même programme comportant différentes dates,
■ un indicateur d’un utilisateur souhaitant répartir le montant de son don entre différents programmes.
Il peut s’agir également d’une combinaison de ces différentes conditions. A cet effet, un algorithme peut être mis en oeuvre pour associer des poids aux différentes conditions.
Les flèches en pointillés Si2 et Si3 illustrent plusieurs scénarios de fractionnement d’une somme Si initiale. A titre d’exemple, un programme peut concerner différentes régions, comme un tsunami qui a touché plusieurs régions. Compte tenu de la répartition des aides au cours du temps, un scénario possible de répartition est une attribution à une date H2 d’une première somme Su à une première zone Z2 et une attribution ultérieure, à une date H21 d’une somme S12 à une zone Z21 et ainsi de suite avec S13 jusqu’à épuisement de la somme totale Si.
Un intérêt est de délivrer des notifications à chaque nouvelle attribution d’une somme à une zone géographique donnée.
Le procédé de l’invention permet de générer une seconde notification NOTIF2 à chaque utilisateur U1. La seconde notification NOTIF2 vise à transmettre à un utilisateur U1 une information relative à la distribution de la somme Si ou S21, ci-après désignée Si. Elle correspond à une exploitation effective de la somme Si. La seconde notification NOTIF2 comporte, en outre, une troisième date H3 qui correspond à un usage de la somme dans une zone géographique. La notification NOTIF2 comprend l’indication d’une troisième zone Z3. Selon un exemple, la troisième zone Z3 est identique à la seconde zone Z2. Ce cas peut se produire lorsque l’allocation d’une somme destinée à un lieu donné est réellement attribuée à cette zone lors de son usage. Selon un exemple, il peut s’agir d’un transfert de tout ou partie de la somme du second compte bancaire vers un troisième compte bancaire. Dans ce cas, la seconde notification NOTIF2 peut être émise automatiquement vers le premier terminal Ti. Lorsqu’une troisième zone géographique Z3 a été associée au projet Pi ou à la partie de la somme transférée, la seconde notification NOTIF2 comprend une donnée caractérisant la troisième zone géographique Z3. Toutefois, il peut arriver que la somme Si soit utilisée dans une zone Z3 comprise dans la seconde zone Z2. Ce cas peut se produire souvent puisqu’un programme qui vise, par exemple, un pays peut comprendre différentes actions locales, par exemple dans des villes différentes. Si Z2 vise par exemple un pays comme le MALI, Z3 peut désigner une ville telle que TOMBOUCTOU. Dans ce cas, un intérêt de la définition d’une troisième zone Z3 est de permettre de délivrer une information plus précise à un utilisateur quant à l’usage de ses dons. Un tel retour lui permet d’être plus sensibilisé sur l’usage des dons qu’il a effectués.
Selon un exemple, Z3 peut concerner une autre région que Z2, voire une région disjointe. Ce cas de figure peut se produire, lorsqu’un changement a eu lieu lors de la distribution des sommes. Ce cas de figure peut, par exemple, se produire lorsqu’un programme d’urgence est survenu. Dans ce cas, un indicateur de priorisation peut préempter certaines allocations déjà réalisées et notifiées. Cette réattribution d’une somme peut également se produire lorsque l’utilisateur n’a pas spécifié de zone Z1 lors de la définition de son projet Pi . Ainsi, aucune restriction de zone n'empêche une réattribution de la somme Si à un autre lieu que celui notifié dans la notification NOTIF1.
L’indicateur de distribution IND2 compris dans la seconde notification NOTIF2 peut comprendre par exemple une information précisant:
■ la date de transfert de la somme à une entité locale située dans la zone Z3 ;
■ un matériel reçu par une entité locale située dans la zone Z3 ;
■ l’accomplissement d’une action réalisée par une entité locale dans la zone Z3 ;
■ la date de fin d’un évènement organisée par une entité locale dans la zone Z3,
■ Une quantité donnée correspondant à la somme versée Si, Su ou S21.
Cette information peut correspondre à un état de traitement ET1 de la somme Si ou Su ou S21.
Selon un exemple de réalisation, la quantité donnée peut correspondre à une quantité de déchets traités. Dans cet exemple, un évènement correspond, par exemple, à la collecte de déchets à la surface de la mer pendant une période de 3 mois. Dans ce cas, à la fin de l’évènement, une quantité de déchets est collectée ou traitée. Une estimation du volume ou du poids est généralement effectuée pour chiffrer le bénéfice d’une opération. Le procédé de l’invention permet de fractionner cette estimation pour en évaluer le coût unitaire. Ainsi, il est possible d’associer une somme, et donc la valeur d’un don, à une fraction de l’estimation. Un intérêt est de permettre à un utilisateur d’obtenir un retour quantitatif de son apport en plus d’apprécier qualitativement son apport à un programme. Une meilleure sensibilisation peut être obtenue auprès d’une communauté d’utilisateurs. Cette sensibilisation permet d’augmenter les sommes versées et permet de mieux promouvoir certains évènements s’inscrivant dans certaines causes défendues par des entités.
Selon un cas d’exemple, l’état ETi peut comprendre un statut : « en cours », « réalisé », « à venir ». Un intérêt est de délivrer une information sur le suivi des actions réalisées avec la somme Si transférée par l’utilisateur U,.
D’autres notifications de type NOTIF2 peuvent être émises vers un terminal de l’utilisateur U, pour informer, le cas échéant, d’un changement d’état de la somme Si et éventuellement d’un changement du statut de cet état ET 1.
Selon un mode de réalisation, la seconde notification NOTIF2 précise un montant S21 inférieur au montant Si ou Su . Ce cas peut se produire lorsqu’une partie de la somme Si ou Su est convertie localement dans un état ETi. Un avantage est d’informer un utilisateur U1 de la réelle utilisation de ses dons. Une somme allouée peut en effet être répartie au sein de différents achats ou actions qui correspondent à des phases particulières d’un programme. Dans ce cas de figure, une pluralité de notifications NOTIF2 peut être générée vers un utilisateur.
Le procédé de l’invention peut comprendre une troisième étape d’émission d’une troisième notification NOTIF3. Toutefois, selon un mode de réalisation, les données de la notification NOTIF3 peuvent être incluses dans la seconde notification NOTIF2 précédemment décrite. Ce cas de figure peut se produire lorsque les données de la notification NOTIF3 sont déjà disponibles ou lorsqu’il est délibérément choisi de regrouper ces deux notifications dans certaines implémentations du procédé de l’invention.
Selon un mode de réalisation, la troisième notification NOTIF3 comprend un média Mi. Le média peut être au moins une image, au moins une vidéo ou au moins un fichier sonore. Le média vise à présenter un usage du don ou encore un témoignage ou toute autre image présentant, par exemple, une installation réalisée avec la somme transférée par l’utilisateur U,.
Le média Mi est préférentiellement horodaté avec une date FU. L’horodatage permet de délivrer une information conforme au moment où a été réalisé le média ou au moment où il a été émis. L’horodatage peut être, par exemple, automatiquement extrait d’un appareil numérique susceptible de produire le média. A cet effet, un traitement des métadonnées du média peut être exploité pour générer automatiquement une date FU. Le média peut être par exemple géolocalisé grâce à un Smartphone ou une tablette numérique avec une méthode de géolocalisation.
La figure 1 , illustre les étapes d’un procédé comportant possiblement différentes branches de traitement d’une somme Si divisée en deux sous sommes Su et S12. On comprend dans cette représentation que les mêmes étapes de génération de notifications GEN_NOTIFn et GEN_NOTIF2i et GEN_NOTIF3i peuvent être réalisées avec des données propres à chaque phase d’un programme ou de plusieurs programmes.
Ainsi, un tel procédé permet à un utilisateur de connaître un réel usage d’un ou plusieurs dons au travers différents programmes. Un avantage est de proposer un véritable outil de suivi des dons, par exemple, pour une entité, une fondation ou une personne en particulier. Ce principe de suivi des dons permet à un utilisateur de communiquer efficacement sur l’usage de ses dons. En outre, un tel procédé permet d’augmenter la confiance qu’un utilisateur peut avoir en une entité pour administrer et distribuer ses dons. Par ailleurs, ce suivi peut permettre de générer des indicateurs de performances ou de qualités sur l’exploitation du traitement des dons.
Notamment, un indicateur relatif au délai moyen de traitement d’un don par une entité peut être généré. Un autre indicateur relatif à l’exploitation des sommes peut être généré.
Selon différents modes de réalisation, le procédé génère des statistiques ponctuelles ou régulières qui permettent de qualifier des données de donateurs, d’organisations qui peuvent être organisées par projet, par période ou encore par programme.
Les statistiques permettent de recouper les informations sur les dons, les transactions, les projets, les utilisateurs et donateurs qui ont généré le plus de transactions, de dons et sur quelles périodes ou zones géographiques.
La figure 2 permet d’illustrer des moyens informatiques pouvant être en oeuvre pour exécuter la méthode de l’invention.
A cet effet une pluralité de terminaux Ti, T2, T3 sont représentés. Dans cet exemple, T1 illustre un terminal utilisateur-donateur. T2 illustre un terminal d’un opérateur d’une entité à partir duquel une allocation d’une somme Si est réalisée. Selon cet exemple, l’indicateur de distribution IND2 présent dans la notification NOTIF2 peut être également généré depuis ce même terminal T2. T3 illustre un terminal local à partir duquel est réalisé le média Mi.
Les serveurs SERV1 et SERV2 représentent deux serveurs. Un premier serveur SERV1 peut, par exemple, héberger la plateforme et centraliser les échanges pour générer les notifications vers les utilisateurs U,. Un premier individu utilise un terminal T1 afin de se connecter à une plateforme centralisant les données relatives aux différents programmes.
Le serveur SERV2 peut être un serveur bancaire permettant de réaliser le transfert des dons d’un premier compte d’un utilisateur vers un second compte d’une entité.
L’invention permet donc d’améliorer la transmission des données entre entités, par exemple en un donateur et une organisation. Un donateur peut être toute personne physique ou morale et une organisation est préférentiellement une personne morale, telle qu’une entreprise, une association, une fondation, ou une ONG. Un avantage est de faciliter l’accessibilité des informations, sur la totalité du processus de traitement des dons.

Claims

REVENDICATIONS
1. Procédé de génération automatique de notifications pour le suivi d’une somme entre un utilisateur, appelé premier donateur (Di) et une entité réceptrice (Ri) comprenant les étapes suivantes :
■ définition (DEF) d’un projet (Pi) comportant une sélection d’une première somme (Si) et d’une entité réceptrice (Ri) à partir d’une interface utilisateur d’un terminal utilisateur (T 1 ) ;
■ transfert (TRANS) de ladite première somme (Si) d’un premier compte associé au premier donateur (Di) vers un second compte associé à l’entité réceptrice (Ri) ;
■ génération (GEN_EMP) d’une empreinte numérique (EMP) associant au moins un identifiant du premier donateur (IDDI) et un identifiant du projet (IDPI) ;
■ génération (GEN_NOTIF_1 ) automatique par un calculateur au premier donateur (IDD1 ) d’une première notification (NOTIF-i) comportant un premier indicateur (INDi) de traitement, appelé « indicateur d’allocation », indiquant une association de l’identifiant projet (Pi) à une seconde zone géographique (Z2), à une seconde date (H2) et un montant d’une seconde somme (Su) inférieure ou égale à la première somme (Si) ;
■ génération (GEN_NOTIF_2) automatique par un calculateur au premier donateur (IDD1 ) d’une seconde notification (NOTIF2) comportant un second indicateur (IND2) de traitement, appelé « indicateur distribution », ledit indicateur de distribution indiquant une association de l’identifiant projet (Pi) à une troisième zone géographique (Z3), à une troisième date (H3) et à un état (ETi).
2. Procédé selon la revendication 1 , caractérisé en ce que la définition d’un projet (Pi) comprend la sélection d’une première zone géographique (Zi).
3. Procédé selon la revendication 1 , caractérisé en ce qu’un ensemble de programmes est prédéfini, chaque programme définissant un ensemble d’actions à réaliser dans une zone prédéfinie à au moins une date donnée.
4. Procédé selon la revendication 3, caractérisé en ce que chaque programme comporte un premier type (TYPEi) permettant de définir des catégories de programmes.
5. Procédé selon la revendication 3, caractérisé en ce que la définition d’un projet (Pi) comprend la sélection d’un premier type (TYPE1).
6. Procédé selon la revendication 3, caractérisé en ce que la définition d’un projet (Pi) comprend la définition :
■ d’un indicateur d’impact calculé sur la proportion d’un don d’un utilisateur vis-à-vis d’une référence,
■ d’un indicateur d’urgence calculé à partir de la date d’un évènement d’un programme,
■ d’un indicateur de concrétisation défini à partir d’une valeur prédéfinie d’un attribut de l’évènement mentionnant le résultat d’une action.
7. Procédé selon l’une quelconque des revendications 1 à 6, caractérisé en ce que la première notification (NOTIF1) est émise consécutivement à une modification d’une donnée caractérisant le projet au sein d’une base de données d’un serveur distant (SERV1) regroupant un ensemble de projets, ladite donnée étant un statut numérique du projet (Pi) ou une donnée relative à une nouvelle association d’un projet avec une zone géographique ou encore à une donnée relative à un regroupement de projets utilisateurs dans un même ensemble de projets (Pi).
8. Procédé selon l’une quelconque des revendications 1 à 7, caractérisé en ce que la seconde notification (NOTIF2) est émise consécutivement au déclenchement d’un transfert d’une somme du second compte vers un troisième compte d’une entité, le troisième compte étant rattaché à une zone géographique de référence.
9. Procédé selon l’une quelconque des revendications 1 à 8, caractérisé en ce que le procédé comprend une étape de génération (GEN_NOTIF_3) d’une troisième notification (NOTIF3) comportant un troisième indicateur (IND3) de traitement, appelé indicateur média, ledit indicateur média (IND3) étant associé à un média (M1) comportant au moins une image.
10. Procédé selon l’une quelconque des revendications 1 à 9, caractérisé en ce que la génération (GEN_NOTIFn) d’une quatrième notification (NOTIFn) comportant un second indicateur d’allocation (IND1), ledit second indicateur d’allocation (IND1) indiquant une association de l’identifiant projet (Pi) à une quatrième zone géographique (Z4), à une seconde date (H21 ) et à un montant d’une troisième somme (S12) inférieure ou égale à la première somme (S1 ).
1 1 . Procédé selon l’une quelconque des revendications 3 à 10, caractérisé en ce que la première somme (Si) est divisée en une pluralité de sommes (Su, S12, S13) en fonction de conditions parmi lesquelles :
■ le montant Si est supérieur à un seuil de somme MMAX ;
■ un nombre d’utilisateurs U, est supérieur à un seuil donné d’utilisateurs, lesdits utilisateurs ayant effectué un don alloué à un même programme ;
■ un nombre de sous-programmes d’un même programme comportant différentes dates,
■ un indicateur d’un utilisateur souhaitant répartir le montant de son don entre différents programmes.
12. Système comportant au moins un terminal utilisateur (T1), un terminal (T2) d’un opérateur d’une entité, des moyens de communication desdits terminaux (T 1 , T2), au moins un serveur (SERV1) pour générer des notifications (NOTIF1 , NOTIF2, NOTIF3) suite à au moins une action réalisée par ledit opérateur sur le second terminal (T2), un second serveur (SERV2) pour permettre une transaction bancaire d’un premier compte vers un second compte, lesdits terminaux (T 1 , T2) et le premier serveur (SERVi) étant configurés pour mettre en oeuvre le procédé de l’une quelconque des revendications 1 à 11.
13. Système comportant au moins un terminal utilisateur (Ti), un terminal (T2) d’un opérateur d’une entité, des moyens de communication permettant de connecter lesdits terminaux (T 1 , T2) à un réseau de données, au moins un premier serveur (SERVi) pour générer des notifications (NOTIF1 , NOTIF2, NOTIF3) suite à au moins une action réalisée par ledit opérateur sur le second terminal (T2), un second serveur (SERV2) pour permettre une transaction bancaire d’un premier compte utilisateur vers un second compte d’une entité, le premier terminal (T1) comportant une interface pour définir un projet (Pi) comportant un identifiant, une première zone géographique et au moins une somme, lesdites données étant transférées au travers d’un réseau de données vers au moins le premier serveur distant (SERVi), l’interface permettant en outre d’activer ladite transaction bancaire pour transférer ladite somme, le second terminal (T2) comportant une interface de communication pour récupérer les données transmises par le premier terminal (T1) et une interface utilisateur pour associer une seconde zone géographique (Z2) audit projet (Pi), lesdites données étant enregistrées au sein d’une mémoire du premier serveur (SERVi) pour être ensuite émises automatiquement par l’intermédiaire d’une première notification (NOTIF1) au travers du réseau de données vers le premier terminal (T1), ladite première notification (NOTIF1) comportant au moins une donnée relative au projet (Pi) et une donnée décrivant la seconde zone géographique (Z2) et une donnée de date, une seconde notification (NOTIF2) étant automatiquement émise au premier terminal (Ti) successivement à un traitement d’une partie de la somme du second compte bancaire, ladite troisième notification (NOTIF3) comportant une donnée caractérisant une troisième zone géographique (¾).
EP20709205.7A 2019-03-11 2020-03-10 Procede de suivi d'une somme, systeme associe Pending EP3938987A1 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR1902463A FR3093848B1 (fr) 2019-03-11 2019-03-11 Procede de suivi d’une somme, systeme associe
PCT/EP2020/056380 WO2020182826A1 (fr) 2019-03-11 2020-03-10 Procede de suivi d'une somme, systeme associe

Publications (1)

Publication Number Publication Date
EP3938987A1 true EP3938987A1 (fr) 2022-01-19

Family

ID=67107842

Family Applications (1)

Application Number Title Priority Date Filing Date
EP20709205.7A Pending EP3938987A1 (fr) 2019-03-11 2020-03-10 Procede de suivi d'une somme, systeme associe

Country Status (4)

Country Link
US (1) US20220148046A1 (fr)
EP (1) EP3938987A1 (fr)
FR (1) FR3093848B1 (fr)
WO (1) WO2020182826A1 (fr)

Family Cites Families (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
AU2008245683B2 (en) 2003-06-20 2014-03-20 Newdea Inc. Supplying, verifying and tracking charitable activity disbursements
US20090192873A1 (en) * 2007-08-24 2009-07-30 John Joseph Marble Apparatuses, methods and systems for a donation-coordinating electronic market platform
WO2010006288A2 (fr) * 2008-07-10 2010-01-14 Flynn Michael J Système et procédé pour faciliter et encourager des dons à des œuvres de charité
US9076167B2 (en) * 2013-06-27 2015-07-07 Sparo Corporation Method and system for automated online merchant charity donations
WO2016196786A1 (fr) 2015-06-02 2016-12-08 Elwha Llc États de machine/article/composition/processus pour le suivi d'efforts philantropiques et/ou d'autres efforts
US11282117B2 (en) 2015-11-06 2022-03-22 Venture System for automated tracking and management of fundraising activities
US20180211329A1 (en) * 2017-01-23 2018-07-26 Susan Sorensen Langer Micro-self-taxing banking transaction and method

Also Published As

Publication number Publication date
FR3093848B1 (fr) 2023-01-13
WO2020182826A1 (fr) 2020-09-17
FR3093848A1 (fr) 2020-09-18
US20220148046A1 (en) 2022-05-12

Similar Documents

Publication Publication Date Title
CN105760455B (zh) 广告点击的反作弊方法及装置
Zhang et al. Failure mechanisms in international water PPP projects: A public sector perspective
FR2828311A1 (fr) Procede et dispositif de surveillance de compte de moteur de recherche
CN109582885A (zh) 一种通过网页监测对网页进行区块链存证的方法及装置
EP3168769B1 (fr) Procédé d'aide à l'authentification d'un utilisateur, serveur et programme d'ordinateur correspondants
CN109614766A (zh) 一种通过文件获取对网页进行区块链存证的方法及装置
EP0928464A1 (fr) Systeme de controle et de gestion de services
GB2551862A (en) Latency reduction in feedback-based system performance determination
WO2020182826A1 (fr) Procede de suivi d'une somme, systeme associe
FR3076390A1 (fr) Agent virtuel cognitif pour plate-forme cloud
US20140351005A1 (en) Data Collection Method and Apparatus
FR3054903A1 (fr) Moyens de diffusion d’un contenu personnalise dans un reseau de communication
CN110929153A (zh) 个性化启动页推送方法、装置及系统
FR2816793A1 (fr) Dispositif de traitement d'information multimedia
FR2960323A1 (fr) Dispositif et procede d'apprentissage automatique de profilage
US10547658B2 (en) System and method for managing content presentation on client devices
US20230169345A1 (en) Multiscale dimensional reduction of data
US20240095795A1 (en) Property lead finder systems and methods of its use
US20210334849A1 (en) System and methods for facilitating content promotion transactions between content promoters and artists
BE1001790A6 (fr) Systeme de gestion de ressources.
FR3136088A1 (fr) Procédé de calcul d’un indicateur relatif à un compteur de contenu numérique
WO2020245437A1 (fr) Procede de generation d'un indicateur de visibilite composite d'une entite, systeme
FR2994494A1 (fr) Dispositif d'aide a la gestion d'objets de visualisation
WO2023169922A1 (fr) Procede de partage de documents electroniques energetiquement sobre et systeme associe
CN113744066A (zh) 信息推送方法及装置

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: 20211008

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)
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: 20231002