BE1030658A1

BE1030658A1 - Méthode et système d’assistance d’échanges contrôlés de données

Info

Publication number: BE1030658A1
Application number: BE20225494A
Authority: BE
Inventors: Salvatore Caramazza
Original assignee: Ersa
Priority date: 2022-06-22
Filing date: 2022-06-22
Publication date: 2024-01-24
Also published as: WO2023247737A1; BE1030658B1

Abstract

Méthode et système pour contrôler des échanges de données que différents membres (100) d’une communauté (1) sont amenés à effectuer et comprenant les étapes suivantes : i. définir un gestionnaire (10) pour ladite communauté (1) ; ii. créer un profil du gestionnaire (10) comprenant des informations liées à un compte principal (20) et des droits d’accès audit compte principal (20); iii. créer des profils d’utilisateur pour chaque membre (100) ; iv. attribuer à chaque membre (100) une carte (110) lui permettant d’effectuer des échanges, chacune des cartes (110) étant associée au compte principal (20) ; v. offrir au gestionnaire (10) la possibilité de définir une règle d’utilisation de la carte (110) de chaque membre (100).

Description

1 BE2022/5494

Méthode et système d’assistance d’échanges contrôlés de données

Domaine technique

[0001] Selon un premier aspect, Pinvention se rapporte à une méthode d'assistance pour permettre des échanges contrôlés de données entre différentes personnes (ou membres d’une communauté) et une ou plusieurs différentes entités ou autres personnes. Selon un deuxième aspect, l'invention se rapporte à un système permettant d'implémenter cette méthode.

Etat de la technique

[0002] Il existe des systèmes permettant à des personnes de payer ou d'échanger des informations avec une entité tierce. Un exemple dans le domaine bancaire est l’utilisation de cartes de crédit telles que VISA ® ou MASTERCARD ®. Le titulaire d’une telle carte peut payer une entité tierce, par exemple un magasin, pour acheter un produit ou service en utilisant sa carte. Par la simple

Utilisation de la carte, un terminal du magasin interroge une base de données du fournisseur de carte, et contrôle l’autorisation de la transaction. Eventuellement, il est demandé au titulaire de la carte de confirmer la transaction par l'introduction d’un code secret qui lui est propre, déterminé sur base individuelle.

[0003] Dans d'autres domaines où il s’agit plutôt d'échanger ou de transférer des informations, on peut se retrouver dans un cas de figure analogue.

Par exemple, le titulaire d’une carte de santé peut vouloir transférer des informations personnelles le concernant à un organisme de soin ou à un magasin tel une pharmacie. Lors de l’utilisation de la carte, un terminal de lecture de l'organisme peut se connecter à une base de données regroupant les

Informations médicales voulues. Dans ce cas également, l’autorisation d'accéder aux informations voulues se fait via l’utilisation de la carte, éventuellement également par l'introduction supplémentaire d’un code secret par l'utilisateur.

D’autres exemples de telles cartes individuelles sont possibles, par exemple pour échanger des informations non médicales entre une personne et un magasin ou organisme. La carte de chaque utilisateur peut être une carte physique ou virtuelle à laquelle on accède via une application hébergée sur son téléphone portable par exemple.

7 BE2022/5494

[0004] L'utilisation de telles cartes facilite le transfert d'informations.

Néanmoins, le contrôle d’un tel transfert d'informations ou d’un paiement dans le cas de cartes de crédit n’est réalisé que par l’utilisateur seul une fois qu’on lui a attribué une carte. Pour cela, il présente sa carte à la partie avec laquelle il veut réaliser la transaction et éventuellement il lui est demandé d'introduire un code secret pour l’autoriser. Ainsi, il s'agit d’une démarche individuelle en ce qui concerne le contrôle d'échanges d’information ou d'argent, une fois qu’une carte a été attribuée à l'utilisateur. Il pourrait néanmoins être utile d’avoir un contrôle additionnel et ne reposant pas uniquement sur des règles générales à tous les détenteurs de carte. Il est également utile de pouvoir avoir un contrôle d'utilisation qui ne soit pas uniquement réalisé par le détenteur de la carte ou par l'organisme émetteur des cartes, afin d’avoir un contrôle plus fin et plus flexible.

Résumé de l’invention

[0005] Selon un premier aspect, un des buts de la présente invention est de fournir une méthode pour contrôler des échanges de données que différents membres d’une communauté ou un groupe sont amené à effectuer.

[0006] A cet effet, les inventeurs proposent une méthode implémentée par ordinateur pour contrôler des échanges de données que différents membres d'une communauté sont amenés à effectuer et comprenant les étapes suivantes : . définir un gestionnaire pour ladite communauté ; ii. créer un profil du gestionnaire, ledit profil de gestionnaire comprenant des informations liées à un compte principal et des droits d’accès audit compte principal ; ill. créer des profils d’utilisateur pour chaque membre de la communauté ; iv. attribuer à chaque membre de la communauté une carte lui permettant d'effectuer des échanges données, chacune des desdites cartes étant associée audit compte principal ; v. offrir au gestionnaire la possibilité de définir une règle d'utilisation de la carte de chaque membre.

[0007] Les différents utilisateurs ou membres font partie d’une communauté et un gestionnaire est défini pour elle. Le gestionnaire doit définir un profil et un compte principal est associé à la communauté. Le gestionnaire

3 BE2022/5494 possède des droits pour accéder au compte principal, appelés droits d'accès.

Différents profils d’utilisateur sont créés pour les différents membres de la communauté. De tels profils peut être générés par le gestionnaire par exemple.

On attribue également à chaque utilisateur une carte qui peut être physique ou virtuelle. Chaque carte d’utilisateur est liée au compte principal de la communauté. La méthode de l'invention propose alors d'offrir la possibilité au gestionnaire de définir une ou plusieurs règles d'utilisation de carte pour chaque membre de la communauté. Cela permet de contrôler des échanges que les différents membres de la communauté sont amené à effectuer, sur base de leur carte. En particulier, grâce à ces règles d'utilisation par le gestionnaire, il est possible d’avoir un contrôle des échanges voulus par les membres de la communauté qui ne soit pas uniquement réalisé par le détenteur de la carte ou par l'organisme émetteur des cartes. In fine, la méthode de l'invention permet donc d’avoir un contrôle plus fin et plus flexible. En effet, il est possible pour le gestionnaire de définir diverses règles, par exemple des règles différentes pour différents utilisateur.

[0008] Les membres peuvent appartenir à une même famille, à un même groupe d’amis, ou faire partir d'une même société. Le gestionnaire peut être un père de famille, une personne avec des responsabilités d'une entreprise.

D'autres exemples sont possibles.

[0009] Différents domaines d'application de la méthode de l’invention, tels que décrit dans la section ‘Etat de la technique’ sont possibles. Dans le cas du domaine bancaire ou financier, les cartes sont par exemple des cartes de crédit.

La méthode de l'invention permet alors à un gestionnaire de définir des règles d'utilisation de telles cartes pour les différents détenteurs.

[0010] Différents modes de réalisation préférés vont maintenant être décrits, certains pouvant être combinés.

[0011] Selon un exemple possible, la règle d'utilisation de la carte de chaque membre est une limite d'utilisation. Une limite d'utilisation peut être une limite en termes de nombres d’échanges autorisés pour une période de temps donnée. Par exemple, le gestionnaire peut imposer un nombre maximum d'échanges par jour, trois échanges par semaine, … Un autre exemple de limite d'utilisation est un nombre maximum d'échanges d’information pour tel membre :

* BE2022/5494 par exemple, pas plus de deux informations échangées parmi les différentes informations possibles pour tel utilisateur ou membre. Dans le cas de cartes de crédit, la règle d'utilisation peut être une limite d'argent qui peut être utilisée par tel membre, éventuellement sur une période donnée. Par exemple, maximum 1000 EUR pour tel membre.

[0012] Selon d'autres exemples possibles, la règle d'utilisation de la carte de chaque membre comprend une autorisation et/ou une interdiction pour un membre d’effectuer un échange donné. Ainsi, on peut réellement permettre au gestionnaire de personnaliser les différents échanges que les différents membres peuvent effectuer.

[0013] De préférence, l’attribution d’une carte à chaque membre à l’étape iv. est automatique une fois les profils d’utilisateur créés à l'étape iii. Cela permet d'automatiser d'autant plus la méthode de l’invention et donc d’avoir une méthode encore plus facile d'utilisation.

[0014] De préférence, la méthode comprend une des deux ou les deux étapes suivantes : - informer le gestionnaire lorsqu'un membre utilise sa carte ; - informer le gestionnaire de l’état d'utilisation de la carte de chaque membre lorsqu'un tel membre utilise sa carte.

Ces modes de réalisation préférés permettent au gestionnaire d’être tenu informé de manière régulière de l’activité des différents membres.

[0015] De préférence, la méthode comprend en outre l’étape suivante : - offrir au gestionnaire la possibilité de définir une nouvelle règle d'utilisation de la carte d’un ou plusieurs membres.

Grâce à ce mode de réalisation préféré, la méthode de l'invention est encore plus flexible car il est possible de modifier la règle d'utilisation de chaque carte de membre et/ou d’en définir une nouvelle.

[0016] De préférence, la méthode comprend en outre l’étape de donner accès au gestionnaire à une interface visuelle lui permettant de visualiser en temps réel le degré d'utilisation de la carte de chaque membre. Cela permet d'assurer un bon suivi de d'utilisation de la carte de chaque membre, et en fonction, d’éventuellement modifier et/ou définir une nouvelle règle d’utilisation de la carte d’un membre donné.

> BE2022/5494

[0017] Selon un exemple possible, la méthode comprend en outre l’etape de regrouper les différents membres de la communauté en sous-groupes. Cela permet de scinder les différents membres en sous-groupes distincts. Il est alors possible de définir des règles d'utilisation propres pour les membre d’un même sous-groupe. De préférence, la méthode comprend alors l’étape d'attribuer des mêmes règles d'utilisation de carte pour les membres d’un même sous-groupe.

[0018] Les inventeurs proposent aussi une méthode d'utilisation d’une carte d’un membre d’une communauté comprenant toutes les étapes de l’une quelconque des revendications précédentes et comprenant en outre les étapes suivantes : - demande par ledit membre d'utiliser sa carte ; - envoi à une entité tierce de la demande de l’étape précédente ; - transfert de cette demande par ladite entité tierce à un programme de gestion apte à implémenter la méthode pour contrôler des échanges de données selon l’un des modes de réalisation susmentionné ; - fournir une réponse d'autorisation d’utilisation de la carte pour le membre, en fonction de la règle définie à l’étape v.

Cette méthode décrit une utilisation possible de sa carte par un membre de la communauté, avec le contrôle exercé par le gestionnaire. Ainsi, la méthode de l'invention gère et contrôle flux de données ou les échanges provenant des membres.

[0019] Selon un deuxième aspect, les inventeurs proposent un système informatique distribué pour contrôler des échanges de données que différents membres d’une communauté sont amenés à effectuer et comprenant : - des moyens d'’interfaçage d’initialisation pour définir un gestionnaire pour ladite communauté et créer un profil de gestionnaire, ledit profil de gestionnaire comprenant des informations liées à un compte principal et des droits d'accès audit compte principal ; - des moyens d'interfaçage pour créer des profils d'utilisateur pour chaque membre de la communauté ; - des cartes, dont chacune d’entre elles est attribuée à un membre de la communauté pour lui permettre d’effectuer des échanges, et dont chacune d’entre elles est associée au compte principal ;

6 BE2022/5494 - des moyens de contrôle pour offrir la possibilité au gestionnaire de définir une règle d'utilisation de la carte de chaque membre.

[0020] Ce système permet d'implémenter la méthode selon le premier aspect de l'invention. Les modes de réalisation et les avantages de la méthode s'appliquent au système, mutatis mutandis. Les cartes peuvent être réelles ou virtuelles. Dans ce dernier cas, un membre peut par exemple y avoir accès par l'intermédiaire d’une application installée sur son téléphone portable.

Brève description des figures

[0021] Ces aspects ainsi que d’autres aspects de l'invention seront présentés dans la description détaillée de modes de réalisation particuliers de l'invention, référence étant faite aux dessins des figures, dans lesquelles: - lafigure 1 illustre une communauté de membres selon l'invention; - lafigure2 illustre un exemple d'interface visuelle permettant au gestionnaire de visualiser en temps réel le degré d'utilisation de la carte de chaque membre; - lafigure 3 illustre un exemple de flux de données et d'instructions lors de l’utilisation d’une carte par un membre.

Les dessins des figures ne sont pas à l'échelle. Généralement, des éléments semblables sont dénotés par des références identiques dans les figures. La présence de numéros de référence aux dessins ne peut être considérée comme limitative, y compris lorsque ces numéros sont indiqués dans les revendications.

Description détaillée de certains modes de réalisation de l’invention

[0022] La méthode selon l'invention permet à chacun de gérer au mieux des échanges de données que différents membres 100 de sa famille, de son entreprise, d'un groupe auquel on appartient, sont amenés à effectuer. En particulier, un gestionnaire 10 peut réaliser un tel contrôle pour différents membres 100 d'une communauté 1, ladite communauté 1 pouvant donc représenter une famille, une entreprise ou tout autre groupe de personnes ou membres 100. Dans le cas de l'application bancaire ou financière, la méthode l’invention permet à un gestionnaire 10 d’une communauté 1 de spécifier qui peut utiliser et/ou retirer quelle somme d'argent et selon quels critères ou règles. La

7 BE2022/5494 méthode va maintenant être décrite, la figure 1 illustrant notamment les notions de membres 100 et de gestionnaire 10 d’une communauté 1.

[0023] Une première étape de la méthode de l’invention consiste à définir un gestionnaire 10 pour la communauté 1. Le gestionnaire 10 peut être un père de famille, un dirigeant d'entreprise, ou toute autre personne ayant des responsabilités vis-à-vis d’un groupe ou d’une communauté 1. Ensuite, le gestionnaire 10 doit créer un profil. Ce profil peut comprendre différentes informations telles que par exemple : nom, prénom, lieu de résidence, date de naissance, sexe, … Mais ce profil doit également comprendre des informations liées à un compte principal 20 et des droits d'accès pour ce compte principal 20.

Le compte principal 20 peut être de différentes sortes. Il peut s'agir d’un compte comprenant des informations pour les différents membres 10 de la communauté 1, par exemple des informations médicales, personnelles, des informations d'abonnement, … II peut également s'agir d'un compte de type bancaire, caractérisé par exemple par une somme globale à laquelle les membres 10 de la communauté 1 pourront éventuellement avoir accès. Des exemples d'informations liées au compte principal 20 sont: références dudit compte principal 20 permettant de le retrouver. Des exemples de droit d'accès sont login, mot de passe, TOKEN.

[0024] Une fois le profil de gestionnaire 10 créé, il s'agit ensuite de définir des profils d’utilisateur pour chaque membre 100 de la communauté 1. Le profil de chaque membre 100 peut comprendre différentes informations telles que : nom, prénom, lieu de résidence, date de naissance. D’autres champs peuvent être utilisés pour les profils de chaque membre 100. De préférence, le gestionnaire 10 peut créer ces différents profils d'utilisateur en utilisant une interface visuelle 11 qui peut être hébergée par exemple dans une application de son téléphone portable (voir figure 2).

[0025] Une fois les profils d'utilisateur créés, il s'agit ensuite d'attribuer une carte 110 à chaque membre 100 de la communauté 1. Il peut s'agir d’une carte physique ou d’une carte virtuelle. Dans ce dernier cas, il est préféré de prévoir l’accès à une telle carte virtuelle en utilisant une application hébergée sur le téléphone portable de chaque membre 100. La carte 110 permettra plus tard à chaque membre 100 de réaliser des échanges avec une entité ou personne

3 BE2022/5494 tierce. Dans le cas d’une application bancaire de la méthode de l’invention, les cartes 110 sont de préférence des cartes de crédit. Et le compte principal 20 est alors un compte en banque dans le système de l’organisme émettant les cartes 110.

[0026] De préférence, la commande et l'attribution de cartes 110 sont automatiques une fois les profils d'utilisateur créés. Les différentes cartes 110 sont associées au compte principal 20. Cela veut dire que les cartes 110 permettent de réaliser des échanges de données, d’argent, … hébergés d’une manière ou d’une autre dans le compte principal 20.

[0027] Finalement, la méthode de l'invention comprend une étape d'offrir au gestionnaire 10 la possibilité de définir une ou plusieurs règles d'utilisation de la carte 110 de chaque membre 100. Ce ou ces règles permettent de contrôler les échanges que différents membres 100 de la communauté 1 sont amenés à effectuer. Ainsi, grâce à la méthode de l'invention, un gestionnaire 10 d’une communauté 1 peut contrôler l’utilisation de la carte 110 de chaque membre 100.

La méthode est particulièrement flexible et permet par exemple de définir différentes règles pour les membres 100.

[0028] Un exemple de règle d'utilisation est de définir une limite d'utilisation de la carte. Par exemple, le gestionnaire 10 peut décider que tel membre 100 ne peut pas utiliser sa carte 110 plus d’une fois par jour. Un autre exemple de limite d'utilisation dans le domaine bancaire est définir une somme maximale qu’un membre 100 peut dépenser.

[0029] Un autre exemple de règle d'utilisation est une autorisation ou interdiction pour un membre 100 d’effectuer un échange donné. Par exemple, un gestionnaire 10 peut décider qu’un membre 100 ne puisse pas échanger des informations ou de l’argent avec une entité tierce donnée.

[0030] De préférence, le gestionnaire 10 est informé lorsqu'un membre 100 utilise sa carte 110 pour réaliser un échange. Cela peut se faire de différentes manières. Dans une version préférée, la méthode de l'invention est implémentée dans une application pouvant être téléchargée sur un téléphone portable. Dans un tel cas, le gestionnaire 10 peut alors être informé de l’utilisation de la carte 110 d’un membre 100 par l'intermédiaire d’une interface visuelle 11 à laquelle il accède par l’ouverture de l’application. Une telle interface visuelle 11 est

? BE2022/5494 schématiquement illustrée à la figure 2, ladite interface visuelle 11 comprenant différentes informations pour les différents membres 100. Ces informations comprennent de préférence l’état d'utilisation de la carte 110 de chaque membre 100 et un résumé des différents échanges effectués. Lorsque la méthode est implémentée dans une application hébergée sur le téléphone portable du gestionnaire 20, il peut être envisagé de créer une notification visuelle et/ou sonore à chaque fois qu’un membre 100 utilise sa carte 110.

[0031] De préférence, le gestionnaire 10 peut modifier la ou les règles d'utilisation de la carte 110 de chaque membre 100 et/ou en définir de nouvelles.

Cela permet d’avoir une méthode de contrôle encore plus flexible. Par exemple, dans le cas d’une application bancaire de l'invention, le gestionnaire 10 peut décider d’une nouvelle limite d’utilisation de la carte 110 d’un membre 100, à la hausse ou à la baisse.

[0032] Selon une variante possible, les inventeurs proposent en outre la possibilité de définir différents sous-groupes 2 pour les membres 100 d’une même communauté. Cela est illustré à la figure 1. Une fois ces différents sous- groupes 2 créés, il est alors possible de définir une ou plusieurs règles communes pour les membres 100 d’un même sous-groupe 2. Cela permet d’avoir une gestion plus efficace des échanges car il n’est alors nécessaire de définir des règles d'utilisation pour chaque membre 100 individuellement. On peut le faire en imposant une ou plusieurs règles d'utilisation pour chaque sous- groupe 2.

[0033] La figure 3 illustre un exemple possible de flux de données, lorsqu’un membre 100 utilise sa carte 110. Selon un exemple possible, le membre 100 présente une carte 110 physique au niveau d’un terminal présent chez une personne avec laquelle il veut effectuer l'échange. Selon un autre exemple possible, le membre 100 présente sa carte 110 virtuelle à l’aide de son téléphone portable à la personne avec laquelle il veut effectuer un échange, par exemple un commerçant. Par cette présentation, le membre 100 manifeste en fait son souhait d'effectuer un échange, d'informations ou commercial par exemple (paiement dans le dernier cas). Cette requête est envoyée vers une entité tierce 200 qui est par exemple le propriétaires des cartes 110. De préférence, cette requête est en fait envoyée vers une base de données du propriétaire des cartes 110. Cette requête n’est pas directement traitée par le propriétaire des cartes mais est plutôt envoyée à un programme de gestion 300 apte à implémenter la méthode pour contrôler les échanges de données de l'invention. Par exemple, cette requête est envoyée vers une base de donnée hébergeant le programme de gestion 300 implémentant l'invention et reprenant les différents profils d'utilisateur des différents membres 100, ainsi que les informations du compte principal 20. Et c'est ce programme 300 qui autorise ou pas la transaction ou l’échange, sur base de la ou des règles d'utilisation définies par le gestionnaire 10. Selon un exemple possible, le programme de gestion 300 informe par ailleurs le gestionnaire 10 lorsqu'il autorise la transaction ou l'échange.

[0034] La présente invention a été décrite en relation avec des modes de réalisations spécifiques, qui ont une valeur purement illustrative et ne doivent pas être considérés comme limitatifs. D'une manière générale, la présente invention nest pas limitée aux exemples illustrés et/ou décrits ci-dessus. L'usage des verbes « comprendre », « inclure », « comporter », ou toute autre variante, ainsi que leurs conjugaisons, ne peut en aucune façon exclure la présence d’éléments autres que ceux mentionnés. L'usage de l’article indéfini « un », « une », ou de l’article défini « le », «la» ou « l’ », pour introduire un élément n’exclut pas la présence d’une pluralité de ces éléments. Les numéros de référence dans les revendications ne limitent pas leur portée.

Claims

11 BE2022/5494 Revendications

1. Méthode implémentée par ordinateur pour contrôler des échanges de données que différents membres (100) d’une communauté (1) sont amenés à effectuer et comprenant les étapes suivantes : . définir un gestionnaire (10) pour ladite communauté (1) ;

ii. créer un profil du gestionnaire (10), ledit profil de gestionnaire (10) comprenant des informations liées à un compte principal (20) et des droits d’accès audit compte principal (20) ;

ii. créer des profils d’utilisateur pour chaque membre (100) de la communauté (1) ;

iv. attribuer à chaque membre (100) de la communauté (1) une carte (110) lui permettant d’effectuer des échanges données, chacune des desdites cartes (110) étant associée audit compte principal (20) ;

v. offrir au gestionnaire (10) la possibilité de définir une règle d'utilisation de la carte (110) de chaque membre (100).

2. Méthode selon la revendication précédente où la règle d’utilisation de la carte (10) de chaque membre (100) est une limite d'utilisation.

3. Méthode selon l’une quelconque des revendications précédentes où la règle d'utilisation de la carte (10) de chaque membre (100) comprend une autorisation pour un membre (100) d’effectuer un échange donné.

4 Méthode selon l’une quelconque des revendications précédentes où la règle d'utilisation de la carte (10) de chaque membre (100) comprend une interdiction pour un membre (100) d'effectuer un échange donné.

5. Méthode selon l’une quelconque des revendications précédentes où attribution d’une carte (110) à chaque membre (100) à l’étape iv. est automatique une fois les profils d’utilisateur créés à l’étape iii.

6. Méthode selon l’une quelconque des revendications précédentes comprenant l’étape additionnelle suivante :

12 BE2022/5494 - informer le gestionnaire (10) lorsqu'un membre (100) utilise sa carte (110).

7. Méthode selon l’une quelconque des revendications précédentes comprenant l’étape additionnelle suivante : - informer le gestionnaire (10) de l’état d'utilisation de la carte (110) de chaque membre (100) lorsqu’un tel membre (100) utilise sa carte (110).

8. Méthode selon l’une quelconque des revendications précédentes comprenant en outre l'étape suivante : - Offrir au gestionnaire (10) la possibilité de définir une nouvelle règle d'utilisation de la carte (10) d’un ou plusieurs membres.

9. Méthode selon l’une quelconque des revendications précédentes comprenant en outre l'étape de donner accès au gestionnaire (10) à une interface visuelle (11) lui permettant de visualiser en temps réel le degré d'utilisation de la carte (110) de chaque membre (100).

10. Méthode selon l’une quelconque des revendications précédentes comprenant en outre l'étape de regrouper les différents membres (100) de la communauté (1) en sous-groupes (2).

11. Méthode selon la revendication précédente comprenant en outre l’étape d'attribuer des mêmes règles d’utilisation de carte (110) pour les membres (100) d’un même sous-groupe (2).

12. Méthode d’utilisation d’une carte (110) d’un membre (100) d’une communauté (1) comprenant toutes les étapes de l’une quelconque des revendications précédentes et comprenant en outre les étapes suivantes : - demande par ledit membre (100) d’utiliser sa carte (110) ; - envoi à une entité tierce (200) de la demande de l’étape précédente ; - transfert de cette demande par ladite entité tierce (200) à un programme de gestion (300) apte à implémenter la méthode l’une quelconque des revendications 1 à 11;

13 BE2022/5494 - fournir une réponse d'autorisation d'utilisation de la carte (110) pour le membre (100), en fonction de la règle définie à l'étape v.

13. Système informatique distribué pour contrôler des échanges de données que différents membres (100) d’une communauté (1) sont amenés à effectuer et comprenant : - des moyens d'interfaçage d’initialisation pour définir un gestionnaire (10) pour ladite communauté (1) et créer un profil de gestionnaire (10), ledit profil de gestionnaire (10) comprenant des informations liées à un compte principal (20) et des droits d'accès audit compte principal (20) ; - des moyens d'interfaçage (11) pour créer des profils d’utilisateur pour chaque membre (100) de la communauté (1) ; - des cartes (110), dont chacune d’entre elles est attribuée à un membre (100) de la communauté (1) pour lui permettre d'effectuer des échanges, et dont chacune d’entre elles est associée au compte principal (20) ; - des moyens de contrôle pour offrir la possibilité au gestionnaire (10) de définir une règle d'utilisation de la carte (110) de chaque membre (100).

14. Système selon la revendication précédente où les cartes (110) sont des cartes physiques.

15. Système selon la revendication 13 où les cartes (110) sont virtuelles.