FR 3028993 A1 20160527 FR 1461372 A 20141124 1 Procédé et système de contrôle de coupons L'invention concerne le domaine du contrôle de l'utilisation de coupons émis par un organisme émetteur et distribués à des bénéficiaires qui grâce à ce coupon peuvent bénéficier d'un service. Ces coupons se présentent généralement sous la forme d'un document papier contenant un code d'identification indiqué en clair ou sous une forme cryptée. Il existe également des coupons électroniques par exemple transmis aux bénéficiaires via un SMS (« Short message Service »). Ces coupons sont acceptés par des fournisseurs de services en échange d'un service rendu par ce fournisseur de services. Ces services sont par exemple des achats (on parle alors de bons d'achat), des réductions sur des produits, des aides alimentaires et plus généralement des droits d'accès. Dans certains systèmes connus, notamment ceux pour lesquels il est considéré que les coupons sont facilement falsifiables, le fournisseur de services s'assure de la validité d'un coupon présenté par un bénéficiaire avant de rendre le service. Il est ainsi assuré d'obtenir une contrepartie, typiquement un paiement, pour le service avant de rendre celui-ci. Ce contrôle a priori est une sécurité pour lui. Les coupons comportent généralement une indication du service sur lequel ils doivent porter. Ceci est notamment utile pour les systèmes visant à aider les populations en difficulté car ces indications permettent de cibler le type d'aide apportée. Le contrôle concernant l'adéquation entre le service à fournir et l'indication de service indiquée sur le coupon est effectué par le fournisseur de services. Cependant, il a été constaté des dérives dans ce contrôle, certains fournisseurs multiservices donnant accès à un service autre que celui indiqué sur le coupon. De ce fait, une organisation telle qu'une ONG (« Organisation Non Gouvernementale ») proposant une aide alimentaire sous forme de coupons n'a pas la certitude que les coupons sont utilisés pour obtenir des produits alimentaires. Plus généralement, l'organisme payeur ne sait pas comment les coupons sont utilisés. Un des buts de l'invention est de remédier à des insuffisances/inconvénients de l'état de la technique et/ou d'y apporter des améliorations. A cette fin, l'invention propose un procédé de contrôle d'au moins un coupon présenté à un fournisseur de services par un utilisateur demandant à bénéficier d'un service comportant des étapes de : - réception, en provenance d'un terminal, d'une demande d'utilisation contenant au moins un identifiant dudit au moins un coupon, - vérification dudit au moins un coupon, 3028993 2 - transmission d'une réponse à ladite demande contenant un message signalant un résultat de ladite vérification. Selon l'invention, l'étape de vérification de ce procédé de contrôle comporte les étapes suivantes, mises en oeuvre par un dispositif de contrôle : 5 - obtention de données de contexte relatives au contexte d'utilisation dudit au moins un coupon, - détermination pour déterminer en fonction d' au moins une partie des données de contexte obtenues et de données d'usage définissant au moins une condition d'usage prédéfinie pour ledit au moins un coupon, si ladite au moins une condition d'usage est respectée, 10 et la réponse à la demande contient un message de refus si ladite au moins une condition d'usage n'est pas respectée. Des données définissant au moins une condition d'usage d'un ou plusieurs coupons sont prédéfinies et enregistrées préalablement, par exemple lors d'une phase d'émission dudit coupon. Elles sont par exemple enregistrées en association avec un ou plusieurs identifiants de coupon. 15 Des données de contexte relatives au contexte d'utilisation d'un coupon sont obtenues et utilisées pour déterminer si la ou les conditions d'usage prédéfinies pour ce coupon sont respectées. Le résultat de cette étape de détermination est transmis au terminal du fournisseur du service. L'association de conditions d'usage à un coupon permet de cibler le ou les services qui 20 peuvent être rendus avec ce coupon. Le contrôle du respect de la ou des conditions d'usage permet de s'assurer que le fournisseur de services respecte les conditions d'usage définies pour un coupon qui lui est présenté par un utilisateur. 25 Selon un mode de réalisation particulier du procédé de contrôle, les étapes de réception, de vérification et de transmission sont mises en oeuvre avant l'exécution dudit service. L'exécution des étapes du procédé de contrôle avant l'exécution du service demandé par l'utilisateur permet au fournisseur de services à l'origine de la demande de connaitre le résultat du contrôle avant de délivrer le service. Il est ainsi assuré d'obtenir une contrepartie à l'exécution du 30 service. Ce contrôle permet de renforcer la sécurité du système. Il évite notamment l' acceptation de faux coupons par un fournisseur de services. Ce mode de réalisation est particulièrement adapté au cas où les données de contexte sont susceptibles d'évoluer dans le temps. Dans ce cas, un contrôle effectué ultérieurement pourrait 35 donner un résultat différent, par exemple un accord alors que le contrôle avant la délivrance du service aurait abouti à un refus. Cette caractéristique permet de lutter contre la fraude effectuée par des fournisseurs de services. 3028993 3 Selon un mode de réalisation particulier du procédé de contrôle, au moins une condition d'usage est relative à une position géographique dudit terminal et les données de contexte obtenues contiennent une information de localisation du terminal. 5 Une condition d'usage portant sur une position géographique permet d'imposer une ou plusieurs zones dans lequel le service doit être rendu. Il est ainsi possible de cibler une population d'une région et les fournisseurs de service installés dans cette région. Selon un mode de réalisation particulier du procédé de contrôle, au moins une donnée de 10 contexte est obtenue en réponse à une requête émise par le dispositif de contrôle. Les données de contexte peuvent être insérées dans la demande d'utilisation ou obtenues en réponse à une requête du dispositif de contrôle. L'obtention de tout ou partie des données de contexte au moyen d'une requête permet de renforcer la sécurité du système. En effet, le fournisseur de services n'intervient ni sur la requête ni 15 sur la réponse et ne peut les falsifier. Selon un mode de réalisation particulier du procédé de contrôle, le terminal est un terminal mobile et la requête contient un identifiant dudit terminal. L'envoi d'une requête contenant un identifiant d'un terminal mobile à un équipement du 20 réseau est un moyen simple pour obtenir une information de localisation du terminal. Selon un mode de réalisation particulier du procédé de contrôle, ledit identifiant de coupon comprend tout ou partie des données d'usage dudit coupon. L'intégration de données d'usage dans l'identifiant d'un coupon permet d'informer le 25 fournisseur de service de la ou des conditions d'usage qu'il doit respecter pour obtenir une contrepartie au coupon. Selon un mode de réalisation particulier du procédé de contrôle, les données d'usage comprises dans l'identifiant de coupon sont signées et/ou chiffrées. 30 La signature ou le chiffrement des données d'usage permet de sécuriser les données d'usage. Le fournisseur de service peut vérifier les données d'usage. La vérification de la signature des données d'usage lui permet de s'assurer que les données d'usage figurant sur le coupon n'ont pas été falsifiées. 35 Le chiffrement par une clé partagée ou par une clé secrète d'une paire de clés cryptographiques entre le dispositif de contrôle et le terminal permet de renforcer la sécurité du système. 3028993 4 L'invention se rapporte également à un procédé de demande de contrôle d'au moins un coupon présenté à un fournisseur de services par un utilisateur demandant à bénéficier d'un service, le procédé étant mis en oeuvre par un terminal du fournisseur de services et comportant des étapes 5 de : - transmission d'une demande d'utilisation contenant au moins un identifiant dudit au moins un coupon, - réception d'une réponse à ladite demande contenant un message signalant un résultat d'une vérification dudit au moins un coupon. 10 Selon l'invention, ladite réponse contient un message de refus si au moins une condition d'usage prédéfinie pour ledit au moins un coupon n'est pas respectée. Selon un mode de réalisation particulier, le procédé de demande de contrôle comporte une étape de contrôle de l'identifiant de coupon. 15 L'invention se rapporte encore à un dispositif de contrôle d'au moins un coupon présenté à un fournisseur de services par un utilisateur demandant à bénéficier d'un service comprenant : - un module d'obtention de données de contexte relatives au contexte d'utilisation dudit au moins un coupon, et - un module de détermination configuré pour déterminer en fonction d'au moins une partie 20 des données de contexte obtenues et de données d'usage définissant au moins une condition d'usage pour ledit au moins un coupon, si ladite au moins une condition d'usage est respectée. L'invention se rapporte également à un serveur de contrôle d'au moins un coupon présenté à un fournisseur de services par un utilisateur demandant à bénéficier d'un service comportant: 25 - un module de réception, en provenance d'un terminal, d'une demande d'utilisation contenant au moins un identifiant dudit au moins un coupon, - un module de vérification dudit au moins un coupon, - un module de transmission d'une réponse à ladite demande contenant un message signalant un résultat de ladite vérification, et 30 - un dispositif de contrôle tel que décrit précédemment. Selon l'invention, le module de transmission est configuré pour transmettre un message de refus si ladite au moins une condition d'usage n'est pas respectée. L'invention se rapporte aussi à un terminal d'un fournisseur de services comprenant : 35 - un module de transmission d'une demande d'utilisation contenant au moins un identifiant d'au moins un coupon, et 3028993 5 - un module de réception d'une réponse à ladite demande contenant un message signalant un résultat d'une vérification dudit au moins un coupon, la réponse contenant un message de refus si au moins une condition d'usage prédéfinie pour ledit coupon n'est pas respectée. 5 Selon une implémentation préférée, les différentes étapes du procédé de contrôle respectivement du procédé de demande de contrôle, selon l'invention sont mises en oeuvre par un logiciel ou programme d'ordinateur. L'invention concerne ainsi un logiciel ou programme, susceptible d'être exécuté par un ordinateur ou par un processeur de données, ce logiciel / programme comportant des instructions 10 pour commander l'exécution des étapes d'un procédé de contrôle ou d'un procédé de demande de contrôle. Ces instructions sont destinées à être stockées dans une mémoire d'un dispositif informatique, chargées puis exécutées par un processeur de ce dispositif informatique. Ce logiciel / programme peut utiliser n'importe quel langage de programmation, et être sous la forme de code source, code objet, ou de code intermédiaire entre code source et code objet, tel 15 que dans une forme partiellement compilée, ou dans n'importe quelle autre forme souhaitable. Le dispositif informatique peut être mis en oeuvre par une ou plusieurs machines physiquement distinctes et présente globalement l'architecture d'un ordinateur, incluant des constituants d'une telle architecture: mémoire(s) de données, processeur(s), bus de communication, interface(s) matérielle(s) pour la connexion de ce dispositif informatique à un réseau ou un autre 20 équipement, interface(s) utilisateur, etc. L'invention concerne aussi un support d'informations lisible par un processeur de données, et comportant des instructions d'un programme tel que mentionné ci-dessus. Le support d'informations peut être n'importe quelle entité ou dispositif capable de stocker le programme 25 D'autres particularités et avantages de la présente invention apparaitront dans la description suivante d'un mode de réalisation donné à titre d'exemple non limitatif, en référence aux dessins annexés, dans lesquels : - la figure 1 est un schéma illustrant un système selon un mode de réalisation de l'invention, - la figure 2 est un organigramme illustrant les différentes étapes d'un procédé de contrôle et 30 d'un procédé de demande de contrôle selon un mode de réalisation de l'invention. L'invention est mise en oeuvre au moyen de composants logiciels et/ou matériels. Dans cette optique, le terme "module" peut correspondre dans ce document aussi bien à un composant logiciel, qu'à un composant matériel ou à un ensemble de composants matériels et/ou logiciels, apte à mettre 35 en oeuvre une fonction ou un ensemble de fonctions, selon ce qui est décrit ci-dessous pour le module concerné. 3028993 6 Un composant logiciel correspond à un ou plusieurs programmes d'ordinateur, un ou plusieurs sous-programmes d'un programme, ou de manière plus générale à tout élément d'un programme ou d'un logiciel. Un tel composant logiciel est stocké en mémoire puis chargé et exécuté par un processeur de données d'une entité physique (terminal, serveur, passerelle, set-top- 5 box, routeur, etc) et est susceptible d'accéder aux ressources matérielles de cette entité physique (mémoires, supports d'enregistrement, bus de communication, cartes électroniques d'entrées/sorties, interfaces utilisateur, etc). De la même manière, un composant matériel correspond à tout élément d'un ensemble matériel (ou hardware). Il peut s'agir d'un composant matériel programmable ou avec processeur 10 intégré pour l'exécution de logiciel, par exemple un circuit intégré, une carte à puce, une carte électronique pour l'exécution d'un micrologiciel (firmware), etc. Un mode de réalisation d'un procédé de contrôle et d'un procédé de demande de contrôle va maintenant être décrit en référence aux figures 1 et 2. 15 En référence à la figure 1, un système SYS comprend un serveur de contrôle SC et un terminal T d'un fournisseur de services M aptes à communiquer via un réseau de communication R. Le système SYS comporte également une base de données BD accessible par le serveur de contrôle SC, directement ou via le réseau de communication R. 20 Le fournisseur de services M est par exemple un hôpital ou un dispensaire dans lequel des campagnes de vaccination sont réalisées. Le serveur de contrôle SC comporte de façon connue, notamment une unité de traitement MT équipée d'un microprocesseur, une mémoire morte de type ROM, une mémoire vive de type RAM. 25 La mémoire morte de type ROM comporte des registres mémorisant un programme d'ordinateur PG1 comportant des instructions de programme adaptées à mettre en oeuvre un procédé de contrôle selon un mode de réalisation de l'invention décrit ultérieurement en référence à la figure 2. Le dispositif de contrôle SC comporte également un module d'édition EDT, un module 30 d'enregistrement ENR, un module de réception RCP, un module de transmission EMI, un module de vérification VRF et un dispositif de contrôle CTR. Le dispositif de contrôle CTR comporte un module d'obtention ODC et un module de détermination DET. Le terminal T est par exemple un ordinateur de type PC (« Personal Computer ») et 35 comporte de façon connue, notamment une unité de traitement UT équipée d'un microprocesseur, une mémoire morte de type ROM, une mémoire vive de type RAM. 3028993 7 A titre d'alternative, le terminal T est un téléphone mobile ou un PDA (« Personal Digital Assistant »). La mémoire morte de type ROM comporte des registres mémorisant un programme d'ordinateur PG comportant des instructions de programme adaptées à mettre en oeuvre un procédé 5 de demande de contrôle selon un mode de réalisation de l'invention décrit ultérieurement en référence à la figure 2. Le terminal T peut comporter de manière classique et non exhaustive les éléments suivants: un microphone, un haut-parleur, un écran, un lecteur de disque, un clavier, un écran de visualisation, un module d'affichage pour l'affichage sur l'écran de visualisation, un moyen de 10 stockage... Le terminal T comporte également un module d'obtention d'un identifiant de coupon OBT, un module de transmission TRM et un module de réception REC. Un mode de réalisation d'un procédé de contrôle et d'un procédé de demande de contrôle, 15 mis en oeuvre dans le système SYS, va maintenant être décrit en référence à la figure 2. Lors d'une étape préalable E0, le module d'édition EDT du serveur de contrôle SC génère un identifiant de coupon IDC pour un coupon C. L'identifiant IDC permet d'identifier de manière unique le coupon C parmi une pluralité de coupons. Le coupon C est dans l'exemple de réalisation décrit destiné à être remis à un utilisateur afin 20 qu'il se fasse vacciner. L'identifiant IDC est par exemple un nombre de seize chiffres. Une longueur différente peut être envisagée. Un exemple d'identifiant est décrit dans la suite de la description. Lors d'une deuxième étape préalable E2, le module d'édition EDT définit une condition 25 d'usage CU pour le coupon C. La condition d'usage CU est définie par des données d'usage DCU. Par exemple, la condition d'usage CU est relative à une position d'un terminal d'un fournisseur de service utilisant le coupon et les données d'usage DCU définissent une zone géographique dans laquelle le coupon C peut être utilisé. 30 Par exemple, la zone géographique est une zone du Mali et se présente sous la forme d'un cercle autour d'un point géographique donné du Mali, par exemple un cercle de 20 Km de rayon autour de Bamako Les données d'usage DCU sont par exemple des coordonnées GPS de ce point et une valeur représentant un rayon du cercle. A titre d'alternative, les données d'usage DCU définissent une ou plusieurs zones dans 35 laquelle le coupon ne peut pas être utilisé. La condition d'usage CU peut également être une condition sur une date d'utilisation et/ou sur des horaires d'utilisation du coupon. 3028993 8 Elle peut également être relative à une caractéristique du fournisseur de services autorisé à accepter le coupon, par exemple une caractéristique des services fournis par le fournisseur de services, ou une liste d'identifiants de fournisseurs de service. Aucune limitation n'est attachée à la condition d'usage CU, ni au type des données d'usage 5 DCU définissant la condition d'usage CU. A titre d'alternative, plusieurs conditions d'usage sont définies. Elles sont alors reliées implicitement ou explicitement par des opérateurs booléen, par exemple de type « ET » et/ou « OU ». Les étapes E0 et E2 sont suivies d'une étape E4 lors de laquelle le module d'enregistrement 10 ENR du serveur de contrôle SC enregistre l'identifiant IDC en association avec les données d'usage DCU dans une mémoire accessible par le serveur de contrôle SC, typiquement la base de données BD. L'identifiant de coupon IDC est ensuite communiqué à un utilisateur U. Le coupon C est par exemple un papier sur lequel l'identifiant de coupon IDC a été imprimé. 15 Tout ou partie des données définissant la condition d'usage peuvent être indiquées sur le coupon. Par exemple, le coupon porte la mention « bon de vaccination utilisable dans un rayon de 20km autour de Bamako ». A titre d'alternative, l'identifiant de coupon IDC est transmis oralement ou via un SMS (« Short Message Service ») à un terminal mobile de l'utilisateur U. 20 Aucune limitation n'est attachée à la forme et au support du coupon C. La méthode utilisée pour distribuer les coupons et plus généralement pour transmettre les identifiants de coupons à des utilisateurs potentiels ne fait pas partie du champ de l'invention. On suppose maintenant qu'un utilisateur U est en possession du coupon C d'identifiant IDC 25 et se présente chez le fournisseur de services M. Lors d'une étape E6, le module d'obtention OBT du terminal T obtient l'identifiant de coupon IDC suite à la présentation par l'utilisateur U de cet identifiant de coupon IDC au fournisseur de service M. L'identifiant de coupon IDC est par exemple saisi par le fournisseur de service M au moyen 30 d'une interface utilisateur, typiquement une interface graphique et un clavier, du terminal T. A titre d'alternative, l'identifiant de coupon IDC se présente sous la forme d'un code barre et est lu par un lecteur de codes-barres relié au terminal T. Aucune limitation n'est apportée à l'obtention par le terminal T de l'identifiant de coupon IDC présenté par l'utilisateur U. 35 L'étape E6 est suivie d'une étape E8 lors de laquelle le module de transmission TRM du terminal T transmet au serveur de contrôle SC, une demande DA d'utilisation du coupon C. La demande d'utilisation DA comprend l'identifiant de coupon IDC. 3028993 9 Dans le mode de réalisation décrit, la demande DA comprend également des données de localisation XY du terminal T, par exemple des coordonnées de type GPS (« Global Positioning System ») du terminal T. Les coordonnées XY représentent des données de contexte DX au sens de l'invention. 5 Les coordonnées XY, par exemple de type GPS, sont par exemple obtenues par le terminal T au moyen d'un module de localisation installé sur le terminal T. A titre d'alternative, les données de localisation XY sont une adresse IP (« Internet Protocol ») du terminal T. La demande d'utilisation DA peut également contenir un identifiant du fournisseur de 10 service M, une date, un horaire... La demande d'utilisation DA est reçue par le module de réception RCP du serveur de contrôle SC lors d'une étape E10. Puis, lors d'une étape E12, le serveur de contrôle vérifie le coupon C. L'étape E12 de contrôle comporte une première sous étape E120 lors de laquelle le module 15 de vérification VRF du serveur de contrôle SC vérifie si l'identifiant de coupon IDC est un identifiant de coupon valide. L'identifiant de coupon IDC est par exemple un identifiant de coupon valide s'il est présent dans la base de données BD. La vérification de la validité de l'identifiant de coupon peut également comporter une étape 20 consistant à vérifier si le coupon a déjà été consommé Par exemple, une valeur de statut indiquant si le coupon est « valide » ou « consommé » en enregistrée en association avec chaque identifiant de coupon dans la base de données BD. Dans le cas où l'identifiant de coupon IDC n'est pas un identifiant de coupon valide, la sous étape E120 est suivie d'une étape E14 lors de laquelle le module de transmission EMI du serveur 25 de contrôle SC transmet à destination du terminal T via le réseau de communication R une réponse RP à la demande d'utilisation DA contenant un message MNV signalant que le coupon C n'est pas valide. Dans le cas où l'identifiant de coupon IDC est un identifiant de coupon valide, la sous étape E120 est suivie des sous étapes E122 et E124 mises en oeuvre par le dispositif de contrôle CTR du 30 serveur de contrôle SC. Lors de la sous étape E122, le module d'obtention ODC du dispositif de contrôle CTR obtient des données de contexte DX relatives au contexte d'utilisation du coupon C. Dans le mode de réalisation décrit, les données de contexte DX sont extraites de la demande DA. Les données de contexte sont, dans le mode de réalisation décrit, les données de localisation 35 XY contenues dans la demande d'utilisation DA. A titre d'alternative, les données de contexte DX sont obtenues en réponse à une requête émise par le module d'obtention ODC suite à la réception de la demande d'utilisation DA. 3028993 10 Par exemple, la demande DA contient une adresse IP et lors de la sous étape E122, le module d'obtention ODC extrait l'adresse IP de la demande DA et interroge une base de données contenant des coordonnées GPS enregistrées respectivement en association avec des adresses IP lors d'une phase préalable. Les coordonnées GPS ainsi obtenues représentent des données de contexte DX au 5 sens de l'invention. Dans un autre exemple, le terminal T étant un terminal mobile apte à communiquer via un réseau mobile, des coordonnées de localisation de type GPS sont par exemple obtenues en réponse à une requête contenant un identifiant du terminal T, par exemple le numéro MSISDN (« Mobile Station International Subscriber Directory Number ») transmise par le dispositif de contrôle SC à 10 une entité du réseau mobile apte à fournir de telles coordonnées. Le numéro MSISDN est dans ce cas contenu dans la demande DA ou juxtaposé à cette demande par le module de transmission EMI du terminal T, par exemple sous la forme d'entête. Dans encore un autre exemple, le terminal T étant un terminal mobile apte à communiquer via un réseau mobile, les données de contexte DX contiennent des coordonnées géographiques d'un 15 équipement du réseau, par exemple un relais de connexion, situé à proximité du terminal et sont obtenues par envoi d'une requête à cet équipement . Ces coordonnées géographiques représentant des données de localisation XY au sens de l'invention. La sous étape E122 est suivie de la sous étape E124 lors de laquelle le module de détermination DET du dispositif de contrôle CTR détermine en fonction de tout ou partie des 20 données de contexte DX obtenues lors de la sous étape E122 si la condition d'usage CU enregistrée dans la base de données BD en association avec l'identifiant de coupon IDC est respectée. Par exemple, une distance D entre les coordonnées XY et les coordonnées du point contenues dans les données DU est calculée et comparée au rayon également contenu dans les données DU. 25 Si la distance D est inférieure au rayon, le terminal T se trouve dans la zone géographique prédéfinie et la condition d'usage CU est respectée. Dans le cas contraire, la condition CU n'est pas respectée. La sous étape E124 est suivie d'une étape E16 lors de laquelle le module de transmission EMI du serveur de contrôle SC transmet à destination du terminal T via le réseau de 30 communication R une réponse RP à la demande d'utilisation DA. La réponse RP contient un message signalant le résultat de la vérification. Dans le cas où il a été déterminé que la condition d'usage CU est respectée, la réponse RP contient un message MSA d'accord d'utilisation du coupon C. Dans le cas où il a été déterminé que la condition d'usage CU n'est pas respectée, la réponse 35 RP à la demande d'utilisation DA contient un message MSR de refus d'utilisation du coupon C. La réponse RP transmise lors de l'étape El4 ou lors de l'étape El6 est reçue par le terminal T lors d'une étape E18. 3028993 11 Dans le cas où le message RP contient le message MSA, le fournisseur de service M peut utiliser le coupon. Il peut par exemple vacciner l'utilisateur U. Dans le cas où le message RP contient le message MSR de refus d'utilisation ou le message MNV signalant que le coupon n'est pas valide, le fournisseur de service M est informé qu'il ne 5 peut utiliser ce coupon pour obtenir une contrepartie, typiquement le paiement de l'acte de vaccination s'il accepte le coupon pour vacciner l'utilisateur U. Dans une variante du mode de réalisation, l'identifiant de coupon IDC contient également tout ou partie des données d'usage prédéfinies pour le coupon. 10 Les données d'usage contenues dans l'identifiant peuvent être signées et/ou chiffrées. Par exemple, l'identifiant IDC est construit à partir de quatre données Z1, Z2, Z3 et Z4. Ces données sont par exemple juxtaposées. La donnée Z1 est par exemple un numéro unique attribué au coupon, par exemple un nombre à huit chiffres. La longueur de huit chiffres permet de générer un maximum de cent millions de 15 coupons. La valeur Z1 est par exemple un numéro de série du coupon. La donnée Z2 est par exemple une valeur aléatoire. L'introduction d'un aléa dans l'identifiant IDC permet d'éviter la création de faux identifiants et ainsi de renforcer la sécurité du système. La donnée Z3 est obtenue en appliquant à la valeur Z1, une fonction mathématique utilisant 20 une clé secrète d'une paire de clé cryptographiques du serveur de contrôle SC. La donnée Z4 correspond à tout ou partie des données d'usage DCU. Ces données sont en clair ou éventuellement condensées. Ce format d'identifiant permet au terminal T d'effectuer un contrôle d'un identifiant de coupon présenté par un utilisateur avant de transmettre une demande d'utilisation au serveur de 25 contrôle SC. Cette étape est par exemple réalisée par le terminal T lors d'une étape E7 exécuté avant l'étape E8 décrite précédemment. S'il est détecté que l'identifiant est faux, il n'est pas nécessaire pour le terminal T d'exécuter les étapes du procédé de demande de contrôle. 30 Par exemple, le terminal T disposant d'une clé publique associée à la clé secrète du serveur de contrôle SC peut vérifier si la valeur Z3 a été obtenue ou non à partir de la valeur Zl. Afin de complexité davantage l'identifiant, les chiffres et/ou caractères composant les données Z1, Z2, Z3 et Z4 sont mélangés selon un ordre prédéfini. L'identifiant IDC est alors composé des quatre données Z1, Z2, Z3 et Z4 enchevêtrées. Lorsqu'un tel code est présenté au 35 terminal T du fournisseur de services M, le terminal T connaissant l'ordre prédéfini réordonne les chiffres et/ou caractères. Il peut procéder alors procéder à des vérifications sur les valeurs composant le code et obtenir les données d'usage contenues dans l'identifiant IDC. 3028993 12 Dans le mode de réalisation décrit, les modules EDT, ENR, ODC, DET, RCP et EMI sont inclus dans un même serveur de contrôle SC. A titre d'alternative, les modules sont répartis dans plusieurs équipements aptes à 5 communiquer entre eux via le réseau de communication R et/ou via une liaison de communication, par exemple une liaison filaire ou une liaison sans fil. Par exemple, le dispositif de contrôle CTR peut être un équipement distinct du serveur de contrôle SC. Les étapes EO, E2, E4, E10, E12, El4 et El6 mises en oeuvre par le serveur de contrôle SC, 10 représentent les étapes du procédé de contrôle. Les étapes E6, E7, E8 et E18 mises en oeuvre par le terminal T, représentent les étapes du procédé de demande de contrôle. REVENDICATIONS1. Procédé de contrôle d'au moins un coupon (C) présenté à un fournisseur de services (M) par un utilisateur (U) demandant à bénéficier d'un service comportant des étapes de : réception (E10), en provenance d'un terminal (T), d'une demande d'utilisation (DA) contenant au moins un identifiant (DC) dudit au moins un coupon (C), vérification (E12) dudit au moins un coupon, transmission (E14, E16) d'une réponse (RP) à ladite demande contenant un message (MNV, MSA, MSR) signalant un résultat de ladite vérification, caractérisé en ce que l'étape de vérification comporte les étapes suivantes, mises en oeuvre par un dispositif de contrôle (CTR) : obtention de données de contexte relatives à un contexte d'utilisation dudit au moins un coupon détermination (E124) pour déterminer, en fonction d'au moins une partie des données de contexte (DX) obtenues et de données d'usage (DCU) définissant au moins une condition d'usage (CU) prédéfinie pour ledit au moins un coupon, si ladite au moins une condition d'usage (CU) est respectée, et dans lequel ladite réponse (RP) à la demande (DA) contient un message de refus (MSR) si ladite au moins une condition d'usage (CU) n'est pas respectée. 2. Procédé de contrôle selon la revendication 1 dans lequel lesdites étapes de réception, de vérification et de transmission sont mises en oeuvre avant l'exécution dudit service. 3. Procédé de contrôle selon l'une des revendications 1 ou 2 dans lequel une dite condition d'usage est relative à une position géographique dudit terminal et les données de contexte obtenues contiennent une information de localisation du terminal. 4. Procédé de contrôle selon l'une des revendications précédentes dans lequel une dite donnée de contexte est obtenue en réponse à une requête émise par le dispositif de contrôle. 5. Procédé de contrôle selon la revendication 4 dans lequel le terminal est un terminal mobile et ladite requête contient un identifiant dudit terminal. 6. Procédé de contrôle selon l'une des revendications précédentes dans lequel ledit identifiant de coupon comprend tout ou partie des données d'usage (DCU) dudit coupon. 3028993 14 7. Procédé de contrôle selon la revendication 6 dans lequel les données d'usage comprises dans l'identifiant de coupon sont signées et/ou chiffrées. 8. Procédé de demande de contrôle d'au moins un coupon (C) présenté à un 5 fournisseur de services (M) par un utilisateur(U) demandant à bénéficier d'un service, le procédé étant mis en oeuvre par un terminal (T) du fournisseur de services (M) et comportant des étapes de : transmission (E8) d'une demande d'utilisation (DA) contenant au moins un identifiant (IDC) dudit au moins un coupon, réception d'une réponse (RP) à ladite demande (DA) contenant un message (MNV, MSA, 10 MSR) signalant un résultat d'une vérification dudit au moins un coupon, caractérisé en ce que ladite réponse (RP) contient un message de refus (MSR) si au moins une condition d'usage (CU) prédéfinie pour ledit au moins un coupon (C) n'est pas respectée. 9. Procédé de demande de contrôle selon la revendication 8 caractérisé en ce qu'il 15 comporte une étape de contrôle (E7) de l'identifiant IDC. 10. Serveur de contrôle (DC) d'au moins un coupon (C) présenté à un fournisseur de services (M) par un utilisateur (U) demandant à bénéficier d'un service comportant: Un module de réception (RCP), en provenance d'un terminal (T), d'une demande 20 d'utilisation (DA) contenant au moins un identifiant (IDC) dudit au moins un coupon, Un module de vérification (VRF) dudit au moins un coupon, Un module de transmission (EMI) d'une réponse (RP) à ladite demande (DA) contenant un message (MNV, MSA, MSR) signalant un résultat de ladite vérification, caractérisé en ce qu'il comprend un dispositif de contrôle (CTR) comprenant : 25 un module d'obtention (ODC) de données de contexte relatives au contexte d'utilisation dudit au moins un coupon, et un module de détermination (DET) configuré pour déterminer en fonction d'au moins une partie des données de contexte obtenues et de données d'usage définissant au moins une condition d'usage pour ledit au moins un coupon, si ladite au moins une condition d'usage est respectée, 30 et en ce que le module de transmission (EMI) est configuré pour transmettre un message de refus (MSR) si une condition d'usage (CU) prédéfinie pour ledit coupon n'est pas respectée. 11. Terminal (T) comprenant : un module de transmission (TRM) d'une demande d'utilisation (DA) contenant au moins 35 un identifiant (IDC) d'au moins un coupon (C), un module de réception (REC) d'une réponse (RP) à ladite demande (DA) contenant un message (MNV, MSA, MSR) signalant un résultat d'une vérification dudit au moins un coupon, 3028993 15 caractérisé en ce que ladite réponse (RP) contient un message de refus (MSR) si au moins une condition d'usage (CU) prédéfinie pour ledit coupon n'est pas respectée. 5 10