FR3093848A1 - Procede de suivi d’une somme, systeme associe - Google Patents

Abstract

PROCEDE DE SUIVI D’UNE SOMME , SYST È ME ASSOCIE 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. Figure pour l’abrégé : Fig.1

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 WO2008134448 divulgue une méthode permettant de connaitre 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 connaitre 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.

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 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és mais aussi de la manière dont les sommes sont utilisées ou affectées.

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.

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 S₁est supérieur à un seuil de somme M_MAX;
• un nombre d’utilisateurs U_iest 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 œuvre 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.

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 :

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

: un exemple de réalisation d’un système de communication de l’invention permettant la mise en œuvre 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. 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 œuvre 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 U₁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 SERV₁.

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 U₁d’accéder à un ensemble de programmes et d’y associer un projet P₁. Cette plateforme permet d’associer des sommes {S_i}_{iƐ[1 ;N]}transmises par des utilisateurs {U_i}_{iƐ[1 ;N],}avec des projets {P_i}_{iƐ[1 ;N]}. Un projet P₁comprend un nom afin de permettre à un utilisateur U₁de désigner et d’identifier son projet. Un projet P₁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_1.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₁, 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 U₁est une personne morale.

Selon un exemple, un projet P₁comprend une zone géographique Z₁, par exemple : « le MALI ». Selon un mode de réalisation, un projet P₁peut être associé à un programme par un utilisateur U₁. L’utilisateur U₁peut ainsi créer un projet P₁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 P₁peut être associé ou rattaché à une entité. La définition du projet P₁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 U₁. 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 P₁peut correspondre à l’entité « Médecins sans Frontière » ou les « Restaurants du Cœur ».

Selon un autre exemple, un ou plusieurs projets P_ipeuvent ê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 mode de réalisation, un utilisateur U₁associe un projet P₁à un type donné TYPE₁. Le type TYPE₁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 P₁et de l’associer avec un ou plusieurs programmes. Selon un autre exemple, un projet P₁peut être, en plus, associé à une zone géographique Z₁. Selon un mode de réalisation, un projet P₁est uniquement associé à une zone géographique Z₁sans être associé à un programme. Dans ce dernier cas, le projet P₁peut être associé à un programme à une étape ultérieure du procédé de l’invention, telle qu’à l’étape GEN_NOTIF₁.

Les zones géographiques Z₁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ées 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 U₁. 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 U₁, un profil d’utilisateur U₁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 U₁vis-à-vis de l’usage d’un don effectué. Un utilisateur U₁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 U₁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 P₁de don, la somme S₁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 SERV₂bancaire est choisi préférentiellement distinct du serveur SERV₁.

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 U₁pour suivre l’état du projet P₁. 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 P₁. 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 U₁, d’un second critère permettant d’identifier le projet P₁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 U₁.

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 P₁sur la plateforme. En outre, l’empreinte numérique EMP permet d’organiser la gestion des émissions de notifications à un utilisateur U₁à différents stades du projet P₁.

Le procédé de l’invention comporte différentes étapes visant à générer des notifications d’une entité donnée vers un utilisateur U₁. 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_NOTIF₁d’une notification NOTIF₁. La première notification NOTIF₁comporte un premier indicateur IND₁de traitement, appelé « indicateur d’allocation ».

Le premier indicateur IND₁comporte une mention d’une seconde zone géographique Z₂. Cette mention représente une association entre le projet P₁défini par l’utilisateur U₁avec ladite seconde zone Z₂. La seconde zone géographique Z₂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 NOTIF₁est horodatée. A cet effet l’indicateur de traitement IND₁peur comprendre une date H₂à laquelle l’allocation de tout ou partie de la somme S₁sera traitée. Selon un mode de réalisation, la date H₂est la date d‘émission de la notification NOTIF₁.

L’indicateur de traitement IND₁comporte une valeur représentant le montant d’une seconde somme S₁₁inférieure ou égale à la première somme S₁. Lorsque la seconde somme S₁₁est égale à la première somme S₁, l’intégralité du montant S₁₁est allouée à un programme d’une zone Z₂. L’utilisateur U₁est donc averti de cette allocation et donc de l’avancement de l’état de son projet P₁.

Lorsque le montant S₁₁est inférieur à la somme S₁, l’indicateur de traitement IND₁comprend la valeur de la somme S₁₁. Selon un exemple, de réalisation, la notification NOTIF₁peut comprendre une troisième somme S₁₂inférieure à la première somme S₁et une indication d’une allocation de cette troisième somme S₁₂à un autre programme ou au même programme à une date ultérieure.

Selon un mode de réalisation, une pluralité de notifications NOTIF₁est émise vers une pluralité d’utilisateurs U_i, chaque notification NOTIF₁comportant les informations propres à chaque utilisateur U_iet aux sommes S₁₁allouées. Un intérêt est d’allouer un montant global M_Gà un programme donné à une date donnée et de répartir des fractions de sommes d’une pluralité d’utilisateurs U_iautomatiquement.

Ainsi, à chaque allocation d’une somme par une entité à un programme donné, le montant global M_Galloué 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}_iƐ[1,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 NOTIF₁.

Le procédé de l’invention permet d’associer un don d’un utilisateur U₁à 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 S₁est comparé à un seuil de montant minimal M_S. Lorsque la valeur du don est inférieure à M_S, la somme du don S₁n’est pas fragmentée. Dans ce cas de figure, une unique notification NOTIF₁est émise.

Lorsque la somme S₁est supérieure à un seuil minimal M_Set qu’une autre condition est remplie, alors le procédé de l’invention permet de fragmenter la somme S₁.

La condition peut être liée à différents cas :

• un montant S₁supérieur à un seuil de somme M_MAX;
• un nombre d’utilisateurs U_isupé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 œuvre pour associer des poids aux différentes conditions.

Les flèches en pointillés S_{12 et}S₁₃illustrent plusieurs scénarios de fractionnement d’une somme S₁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 H₂d’une première somme S₁₁à une première zone Z₂et une attribution ultérieure, à une date H₂₁d’une somme S₁₂à une zone Z₂₁et ainsi de suite avec S₁₃jusqu’à épuisement de la somme totale S₁.

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 NOTIF₂à chaque utilisateur U₁. La seconde notification NOTIF₂vise à transmettre à un utilisateur U₁une information relative à la distribution de la somme S₁ou S₂₁, ci-après désignée S₁. Elle correspond à une exploitation effective de la somme S₁. La seconde notification NOTIF₂comporte, en outre, une troisième date H₃qui correspond à un usage de la somme dans une zone géographique. La notification NOTIF₂comprend l’indication d’une troisième zone Z₃. Selon un exemple, la troisième zone Z₃est identique à la seconde zone Z₂. 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. Toutefois, il peut arriver que la somme S₁soit utilisée dans une zone Z₃comprise dans la seconde zone Z₂. 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 Z₂vise par exemple un pays comme le MALI, Z₃peut désigner une ville telle que TOMBOUCTOU. Dans ce cas, un intérêt de la définition d’une troisième zone Z₃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, Z₃peut concerner une autre région que Z₂, 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 Z₁lors de la définition de son projet P₁. Ainsi, aucune restriction de zone n'empêche une réattribution de la somme S₁à un autre lieu que celui notifié dans la notification NOTIF₁.

L’indicateur de distribution IND₂compris dans la seconde notification NOTIF₂peut comprendre par exemple une information précisant:

• la date de transfert de la somme à une entité locale située dans la zone Z₃;
• un matériel reçu par une entité locale située dans la zone Z₃;
• l’accomplissement d’une action réalisée par une entité locale dans la zone Z₃;
• la date de fin d’un évènement organisée par une entité locale dans la zone Z₃,
• Une quantité donnée correspondant à la somme versée S₁, S₁₁ou S₂₁.

Cette information peut correspondre à un état de traitement ET₁de la somme S₁ou S₁₁ou S₂₁.

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 ET₁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 S₁transférée par l’utilisateur U_i.

D’autres notifications de type NOTIF₂peuvent être émises vers un terminal de l’utilisateur U_ipour informer, le cas échéant, d’un changement d’état de la somme S₁et éventuellement d’un changement du statut de cet état ET₁.

Selon un mode de réalisation, la seconde notification NOTIF₂précise un montant S₂₁inférieur au montant S₁ou S₁₁. Ce cas peut se produire lorsqu’une partie de la somme S₁ou S₁₁est convertie localement dans un état ET₁. Un avantage est d’informer un utilisateur U₁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 NOTIF₂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 NOTIF₃. Toutefois, selon un mode de réalisation, les données de la notification NOTIF₃peuvent être incluses dans la seconde notification NOTIF₂précédemment décrite. Ce cas de figure peut se produire lorsque les données de la notification NOTIF₃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 NOTIF₃comprend un média M₁. 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_i.

Le média M₁est préférentiellement horodaté avec une date H₄. 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 H₄. 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 S₁divisée en deux sous sommes S_{1 1}et S₁₂. On comprend dans cette représentation que les mêmes étapes de génération de notifications GEN_NOTIF₁₁et GEN_NOTIF₂₁et GEN_NOTIF₃₁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 connaitre 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 œuvre pour exécuter la méthode de l’invention.

A cet effet une pluralité de terminaux T₁, T₂, T₃sont représentés. Dans cet exemple, T₁illustre un terminal utilisateur-donateur. T₂illustre un terminal d’un opérateur d’une entité à partir duquel une allocation d’une somme S₁est réalisée. Selon cet exemple, l’indicateur de distribution IND₂présent dans la notification NOTIF₂peut être également généré depuis ce même terminal T₂. T₃illustre un terminal local à partir duquel est réalisé le média M₁.

Les serves SERV₁et SERV₂représentent deux serveurs. Un premier serveur SERV₁peut, par exemple, héberger la plateforme et centraliser les échanges pour générer les notifications vers les utilisateurs U_i. Un premier individu utilise un terminal T₁afin de se connecter à une plateforme centralisant les données relatives aux différents programmes.

Le serveur SERV₂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 (10)

1. Procédé de suivi d’une somme entre un utilisateur, appelé premier donateur (D₁) et une entité réceptrice (R₁) comprenant les étapes suivantes :
   - définition (DEF) d’un projet (P₁) comportant une sélection d’une première somme (S₁) et d’une entité réceptrice (R₁) à partir d’une interface utilisateur d’un terminal utilisateur (T₁) ;
   - transfert (TRANS) de ladite première somme (S₁) d’un premier compte associé au premier donateur (D₁) vers un second compte associé à l’entité réceptrice (R₁) ;
   - génération (GEN_EMP) d’une empreinte numérique (EMP) associant au moins un identifiant du premier donateur (ID_D1) et un identifiant du projet (ID_P1) ;
   - génération (GEN_NOTIF_1) d’une première notification (NOTIF₁) comportant un premier indicateur (IND₁) de traitement, appelé « indicateur d’allocation », indiquant une association de l’identifiant projet (P₁) à une seconde zone géographique (Z₂), à une seconde date (H₂) et un montant d’une seconde somme (S₁₁) inférieure ou égale à la première somme (S₁) ;
   - génération (GEN_NOTIF_2) d’une seconde notification (NOTIF₂) comportant un second indicateur (IND₂) de traitement, appelé « indicateur distribution », ledit indicateur de distribution indiquant une association de l’identifiant projet (P₁) à une troisième zone géographique (Z3), à une troisième date (H₃) et à un état (ET₁).
2. Procédé selon la revendication 1, caractérisé en ce que la définition d’un projet (P₁) comprend la sélection d’une première zone géographique (Z₁).
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 (TYPE₁) 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 (P₁) comprend la sélection d’un premier type (TYPE₁).
6. Procédé selon la revendication 3, caractérisé en ce que la définition d’un projet (P₁) 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 le procédé comprend une étape de génération (GEN_NOTIF_3) d’une troisième notification (NOTIF₃) comportant un troisième indicateur (IND₃) de traitement, appelé indicateur média, ledit indicateur média (IND₃) étant associé à un média (M₁) comportant au moins une image.
8. Procédé selon l’une quelconque des revendications 1 à 7, caractérisé en ce que la génération (GEN_NOTIF₁₁) d’une quatrième notification (NOTIF₁₁) comportant un second indicateur d’allocation (IND₁), ledit second indicateur d’allocation (IND₁) indiquant une association de l’identifiant projet (P₁) à une quatrième zone géographique (Z₄), à une seconde date (H_{2 1}) et à un montant d’une troisième somme (S_{1 2}) inférieure ou égale à la première somme (S1).
9. Procédé selon l’une quelconque des revendications 3 à 8, caractérisé en ce que la première somme (S₁) est divisée en une pluralité de sommes (S₁₁, S₁₂, S₁₃) en fonction de conditions parmi lesquelles :
   - le montant S₁est supérieur à un seuil de somme M_MAX;
   - un nombre d’utilisateurs U_iest 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.
10. Système comportant au moins un terminal utilisateur (T₁), un terminal (T₂) d’un opérateur d’une entité, des moyens de communication desdits terminaux (T₁, T₂), au moins un serveur (SERV₁) pour générer des notifications (NOTIF₁, NOTIF₂, NOTIF₃) suite à au moins une action réalisée par ledit opérateur sur le second terminal (T₂), un second serveur (SERV₂) pour permettre une transaction bancaire d’un premier compte vers un second compte, lesdits terminaux (T₁, T₂) et le premier serveur (SERV₁) étant configurés pour mettre en œuvre le procédé de l’une quelconque des revendications 1 à 9.