FR2936921A1 - Reseau de distribution d'offres de paris mutuels. - Google Patents

Reseau de distribution d'offres de paris mutuels. Download PDF

Info

Publication number
FR2936921A1
FR2936921A1 FR0856732A FR0856732A FR2936921A1 FR 2936921 A1 FR2936921 A1 FR 2936921A1 FR 0856732 A FR0856732 A FR 0856732A FR 0856732 A FR0856732 A FR 0856732A FR 2936921 A1 FR2936921 A1 FR 2936921A1
Authority
FR
France
Prior art keywords
independent
operators
operator
server
network
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
FR0856732A
Other languages
English (en)
Inventor
Marthe Alessandri
Christian Welter
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
CMMM
Original Assignee
CMMM
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by CMMM filed Critical CMMM
Priority to FR0856732A priority Critical patent/FR2936921A1/fr
Publication of FR2936921A1 publication Critical patent/FR2936921A1/fr
Pending legal-status Critical Current

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q50/00Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
    • G06Q50/34Betting or bookmaking, e.g. Internet betting
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F17/00Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/32Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
    • G07F17/3225Data transfer within a gaming system, e.g. data sent between gaming machines and users
    • GPHYSICS
    • G07CHECKING-DEVICES
    • G07FCOIN-FREED OR LIKE APPARATUS
    • G07F17/00Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/32Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
    • G07F17/3286Type of games
    • G07F17/3288Betting, e.g. on live events, bookmaking
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/01Protocols
    • H04L67/10Protocols in which an application is distributed across nodes in the network
    • H04L67/1095Replication or mirroring of data, e.g. scheduling or transport for data synchronisation between network nodes
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00Network arrangements or protocols for supporting network services or applications
    • H04L67/14Session management

Landscapes

  • Physics & Mathematics (AREA)
  • Engineering & Computer Science (AREA)
  • General Physics & Mathematics (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Business, Economics & Management (AREA)
  • Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Primary Health Care (AREA)
  • Strategic Management (AREA)
  • Tourism & Hospitality (AREA)
  • General Health & Medical Sciences (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • Theoretical Computer Science (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

La présente invention a pour objet une 1 méthode de distribution d'offres de paris mutuels entre des opérateurs indépendants de paris mutuels caractérisée en ce qu'elle comprend les étapes suivantes: on prévoit au moins une interface d'extension (210) pour chaque opérateur indépendant de paris mutuels et un serveur fédérateur (230) d'offres de paris de sorte que les dites interfaces d'extension (210) et le dit serveur fédérateur forment un réseau fédérateur et soient connectés à un réseau public de communication (200), dans une première phase on établit des connexions entre le serveur fédérateur (230) et les interfaces d'extension (210) permettant la collection et la distribution par le dit serveur fédérateur (230) d'informations nécessaires à l'établissement de connexions directes entre opérateurs indépendants participant au réseau fédérateur; dans une deuxième phase on établit, des connexions directes entre ceux des opérateurs indépendants désirant inter opérer afin de permettre l'échange direct de transactions pour les prises de paris offerts par un opérateur indépendant totalisateur vers un opérateur indépendant distributeur. Le réseau fédérateur permet de s'affranchir d'un opérateur centralisé qui aurait à gérer toutes les offres de paris de tous les opérateurs indépendants.

Description

DOMAINE TECHNIQUE DE L'INVENTION La présente invention concerne en général les systèmes informatiques permettant l'organisation de jeux d'argent sous la forme de paris mutuels notamment sur les courses de chevaux. Elle adresse plus particulièrement le problème de la distribution d'offres de paris et de l'accès à ces offres de paris par des systèmes indépendants. ÉTAT DE LA TECHNIQUE Depuis l'invention et la légalisation en France à la fin du XlXème siècle des paris sur les courses de chevaux basés sur le principe de la mutualisation (les parieurs jouent les uns contre les autres et se partagent les gains restants après les prélèvements légaux prévus par la loi au profit de l'État et de l'institution des courses) le succès des paris mutuels qui se sont développés partout dans le monde sous diverses formes (le plus souvent sur les courses de chevaux mais aussi sur les courses de lévriers et pour un jeu tel que la pelote basque ou jaï alaï) ne s'est pas démenti depuis. D'abord autorisés, et en pratique réservés à ceux qui avaient le loisir de pouvoir fréquenter les champs de course, le formidable développement de toutes sortes de moyens de télécommunication tout au long du XXème siècle, allant du téléphone aux réseaux de données privés ou publiques tel que le réseau mondial Internet, en passant par la radio et la télévision, a rendu possible une très large diffusion de la prise de paris hors des champs de course. Cette large diffusion a été autorisée à la condition que le principe du pari mutuel soit respecté et que les centres de paris soit regroupés en un réseau contrôlé par un organisme de tutelle, souvent un organisme d'État comme en France, instituant de fait une centralisation et un monopole national ou géographique. La mondialisation du commerce et des échanges alliée à une plus grande intégration des pays de la Communauté européenne (CE) tend à battre en brèche les monopoles nationaux ou géographiques existants, par exemple en légiférant comme le font les organismes décisionnaires de la CE à Bruxelles pour, à terme, forcer les pays membres à ouvrir à la concurrence leurs opérateurs nationaux. 2 Les opérateurs indépendants de paris mutuels ne sont pas par principe opposés à une large diffusion de leurs offres de paris bien au-delà de leurs frontières nationales ou géographiques et, pour certains, proposent déjà à leurs parieurs des offres étrangères. C'est ce que fait en France le pari mutuel urbain (PMU) qui offre actuellement la possibilité de parier dans 17 pays différents. Cette large diffusion se fait cependant selon le modèle centralisateur précédemment décrit. L'opérateur central, par exemple le PMU, offre a ses clients la possibilité de parier hors de leur zone géographique en mettant en place toute l'infrastructure réseau et informatique nécessaire pour intégrer chacune des offres étrangères, aussi diverses soient elles, ce qui ne manque pas de rendre le système centralisé fort complexe et coûteux. L'opérateur central traite alors tous les paris et endosse la responsabilité des paris étrangers en ayant passé des accords individuellement avec chacun de ses partenaires.
La présente invention a pour objectif principal de remédier à ces inconvénients. Elle vise à faciliter la diffusion des offres de paris émises par des opérateurs tout en préservant l'indépendance de ces opérateurs et/ou en évitant d'avoir à recourir à des transformations trop importantes pour ces opérateurs.
Les autres objets, caractéristiques et avantages de la présente invention apparaîtront aux spécialistes à l'examen de la description suivante et des dessins d'accompagnement. Il est entendu que d'autres avantages peuvent être incorporés. RÉSUMÉ DE L'INVENTION L'invention décrit une méthode pour créer un réseau fédérateur d'offres de paris mutuels entre des interfaces d'extension d'opérateurs indépendants de paris mutuels et un serveur fédérateur d'offres de paris. Les interfaces d'extension et le serveur fédérateur sont connectés à un réseau public de communication. La méthode est caractérisée en ce qu'elle comprend : dans une première phase, l'établissement de connexions entre le serveur fédérateur et chacune des interfaces d'extension permettant la collection et la distribution par le serveur fédérateur de toutes les informations nécessaires à l'établissement de connexions directes entre tous les opérateurs indépendants 3 participant au réseau fédérateur. Dans une deuxième phase, des connexions directes entre ceux des opérateurs indépendants désirant inter opérer sont établies afin de permettre l'échange direct de transactions pour les prises de paris offerts par un opérateur indépendant totalisateur vers un opérateur indépendant distributeur. Ainsi l'invention propose un système fédérateur d'offres de paris mutuels hétérogènes qui ne requiert pas l'intégration de toutes les offres individuelles dans un système centralisateur auquel les opérateurs indépendants et les parieurs qui y ont recours deviennent de fait assujettis.
Avantageusement, l'invention permet une libre distribution des offres de paris mutuels proposées par des opérateurs indépendants sans qu'aucun des opérateurs distribuant des offres qui lui sont étrangères n'ait à endosser la gestion et la responsabilité des paris émis pour le compte des opérateurs indépendants qu'il distribue.
Ainsi l'invention, en assurant une forte opérabilité entre systèmes indépendants, offre donc la possibilité aux opérateurs de ces systèmes d'intégrer de manière particulièrement peu contraignante un réseau fédérateur de distribution d'offres de paris. De plus, l'invention présente les caractéristiques suivantes : û Le réseau public est le réseau mondial Internet basé sur la suite de protocoles de communication dite TCP/IP. û L'établissement de connexions directes inclut la collection et la distribution par le serveur fédérateur : des informations réseau de chacune des interfaces d'extension, les dites informations réseau incluant une adresse IP et un numéro de port ; d'un identifiant de chacune des interfaces d'extension ; et d'une clé de cryptage pour assurer la confidentialité des échanges directs entre opérateurs indépendants. û Tout ou partie des échanges directs entre opérateurs indépendants sont cryptés à l'aide de la clé de cryptage distribuée à chaque interface d'extension par le serveur fédérateur. û La collection et la distribution sur le réseau public de toutes les informations nécessaires à l'établissement de connexions directes est elle-même sécurisée 4 entre, d'une part, le serveur fédérateur, et d'autre part, chacune des interfaces d'extension. ù La sécurisation des échanges entre, d'une part, le serveur fédérateur, et d'autre part, chacune des interfaces d'extension est obtenue sur le réseau public Internet par l'emploi du protocole HTTPS. ù Les offres de paris des opérateurs indépendants sont centralisées dans le serveur fédérateur pour être consultable par chacun des opérateurs indépendants et transférées à ceux des opérateurs indépendants qui en font la demande. ùLa distribution d'une offre de paris par un opérateur indépendant distributeur requiert préalablement son inscription par l'intermédiaire du serveur fédérateur auprès de l'opérateur indépendant totalisateur propriétaire de l'offre et est contingente à l'obtention d'une autorisation de distribution dudit propriétaire de l'offre. ùLa mise à jour des programmes de paris est envoyée directement par un opérateur indépendant totalisateur vers chacun de ses opérateurs indépendants distributeurs. ù La mise à jour des programmes de paris est optionnellement relayée par le serveur fédérateur qui les distribue aux opérateurs indépendants concernés quand ils sont actifs. ù Toutes les transactions de paris entre les opérateurs indépendants totalisateurs et leurs opérateurs indépendants distributeurs respectifs sont enregistrées dans chacune des interfaces d'extension concernées dans un journal des entrées et des sorties et leurs traces stockées dans une base de données. ù Les transactions se font sous la forme de questions adressées par l'opérateur indépendant de distribution et de réponses fournies par l'opérateur indépendant totalisateur, les dites questions et réponses incluant : un numéro d'ordre unique ; l'identifiant du demandeur ; l'identifiant du destinataire ; le type de données et les données. ù Chacune des interfaces d'extension comprend : une interface d'extension des offres IxO pour mettre à disposition l'offre de paris d'un opérateur indépendant hôte ; une interface d'extension de distribution IxD pour permettre qu'un opérateur indépendant invité puisse distribuer la dite offre de paris. ûChaque interface d'extension inclut un composant personnalisable de traduction des offres de paris provenant des autres opérateurs indépendants. 5 On prévoit selon l'invention, outre une méthode, un système de distribution d'offres de paris mutuels entre des opérateurs indépendants de paris mutuels caractérisé en ce qu'il comprend un réseau fédérateur d'offres comportant un serveur fédérateur et une pluralité d'ordinateurs associés à des opérateurs indépendants, reliés entre eux et au serveur fédérateur par un réseau public de communication et comprenant chacun une interface d'extension, et en ce que le réseau est agencé pour établir des connexions entre le serveur fédérateur et les interfaces d'extension permettant la collection et la distribution par le dit serveur fédérateur d'informations nécessaires à l'établissement de connexions directes entre opérateurs indépendants participant au réseau fédérateur et pour établir des connexions directes entre ceux des opérateurs indépendants désirant inter opérer afin de permettre l'échange direct de transactions pour les prises de paris offerts par un opérateur indépendant totalisateur vers un opérateur indépendant distributeur. L'interface d'extension est quand a elle destinée à être incluse dans les moyens informatiques d'un opérateur indépendant de paris mutuels participant à un réseau fédérateur d'offres de paris, les dits moyens faits d'au moins d'un ordinateur contenant un ou plusieurs programmes mettant en oeuvre les caractéristiques ci-dessus résumées de l'invention et qui s'appliquent a l'opérateur indépendant.
BRÈVE DESCRIPTION DES FIGURES Les buts, objets, ainsi que les caractéristiques et avantages de l'invention ressortiront mieux de la description détaillée d'un mode de réalisation de cette dernière qui est illustré par les dessins d'accompagnement suivants dans lesquels : La FIGURE 1 illustre l'architecture d'un réseau fédérateur d'offres de paris mutuels selon l'invention. 6 La FIGURE 2 décrit plus en détail l'architecture du réseau fédérateur de paris mutuels incluant, d'une part, les interfaces d'extension (IxD et IxO) et, d'autre part, le serveur fédérateur. La FIGURE 3 montre les composants essentiels des interfaces d'extension et leurs interactions. La FIGURE 4 résume l'ensemble des échanges intervenant entre les interfaces d'extension, entre elles, et avec le serveur fédérateur, lors de la distribution d'offres de paris entre un opérateur hôte et un opérateur invité. Les dessins joints sont donnés à titre d'exemples et ne sont pas limitatifs de l'invention. DESCRIPTION DÉTAILLÉE DE L'INVENTION La figure 1 illustre l'architecture d'un réseau fédérateur (100) d'offres de paris mutuels selon l'invention. Dans cette approche chaque opérateur indépendant, par exemple l'opérateur F (110), participant à une fédération d'opérateurs indépendants, garde son propre réseau de distribution (120) et sa clientèle c'est-à-dire les parieurs (130) clients de l'offre de paris qu'il propose. Typiquement, il s'agit d'un opérateur national comme le PMU en France seul encore actuellement légalement autorisé à faire des offres de paris mutuels aux habitants du pays.
Les autres opérateurs indépendants ont de même chacun leur propre réseau de distribution et leur clientèle souvent captive dans la zone géographique où ils opèrent si un monopole de fait existe ou a été légalement organisé dans le pays considéré. Les réseaux distributeurs, comme (120), sont en général des réseaux privés propriété des opérateurs, ou réservés (loués à un fournisseur de moyens de télécommunications) pour leur usage exclusif, ce qui facilite grandement la sécurité de fonctionnement quand il s'agit de collecter électroniquement les paris et d'autoriser les paiements depuis les points de distribution organisés : officines spécialisées, bars et cafés autorisés, etc. Le réseau fédérateur (100) selon l'invention utilise au contraire un réseau public potentiellement accessible à tout un chacun disposant des moyens informatiques correspondants. En pratique c'est le réseau mondial Internet (102) qui joue le rôle de canal de diffusion. Chaque opérateur indépendant a ainsi potentiellement la possibilité d'accéder directement à tous 7 les autres opérateurs indépendants qui y sont connectés sans toutefois pouvoir bénéficier de la sécurité inhérente aux réseaux privés. Pour obtenir la sécurité des transactions entre opérateurs de paris mutuels et leur interopérabilité l'invention demande qu'un organisme fédérateur soit présent sur le réseau public (104). Pour ce qui est du réseau Internet fonctionnant sur la base d'une suite de protocoles de communications connue sous le sigle TCP/IP (de l'anglais : transport control protocol/Internet protocol), dans un mode dit client/serveur, l'organisme fédérateur maintient constamment opérationnel un serveur (104) qui est ainsi toujours accessible à tous les opérateurs indépendants, clients du serveur, et participant à une fédération d'opérateurs indépendants. Contrairement à l'art antérieur discuté dans l'introduction, où toutes les offres de paris sont centralisées, le serveur fédérateur (104) ne fait ici qu'organiser la fédération des opérateurs indépendants. Il permet l'interopérabilité des échanges entre opérateurs. Il assure également la sécurité de ces échanges. Échanges qui s'opèrent ensuite librement d'égal à égal (entre pairs) sans autre intervention du serveur fédérateur après une phase d'initialisation décrite en détail dans les figures qui suivent. Les différents acteurs du réseau sont les suivants : un serveur fédérateur, au moins un opérateur indépendant désigné opérateur totalisateur ou hôte qui met à disposition son offre de paris, au moins un opérateur indépendant désigné opérateur distributeur de l'offre ou invité, qui distribue dans son propre réseau l'offre d'un opérateur hôte à travers son interface d'extension d'offres. Généralement, un même opérateur peut à la fois mettre à disposition ses offres de paris et à la fois distribuer dans son propre réseau les offres d'autres opérateurs ; il fait alors office d'opérateur totalisateur et d'opérateur distributeur. La figure 2 décrit plus en détail l'architecture du réseau fédérateur de paris mutuels.
Pour pouvoir inter opérer chacun des opérateurs indépendants doit intégrer dans son propre système informatique une interface d'extension (210). L'invention ne fait pas d'hypothèse sur la façon dont cette interface est mise en oeuvre. Dans le cas général il s'agira d'une ou plusieurs applications logicielles 8 spécialisées développées, par exemple, par l'organisme fédérateur et conçue pour s'ajouter simplement aux moyens logiciels existants (220) de chacun des opérateurs participant à la fédération. L'interface d'extension (210) pourra aussi être incluse dans des moyens informatisés dédiés à cette tâche, par exemple un ordinateur spécialisé (224) munis de tous les moyens logiciels et matériels pour pouvoir, d'une part, communiquer à travers le réseau public (200) avec les autres interfaces d'extension et le serveur fédérateur (230), et d'autre part, pour interfacer et s'insérer dans les moyens informatiques existants de chacun des opérateurs, par exemple sur un réseau local dit LAN, de l'anglais local area network (222). Dans le cas général les moyens informatiques mis en place par les opérateurs indépendants sont redondants pour pouvoir assurer un service continue, c'est-à-dire : 24 heures par jour et 7 jours par semaine. Quelle que soit leur mise en oeuvre les interfaces d'extension (210) et le serveur géré par l'organisme fédérateur (230) sont aussi soumis à cette règle. L'interface d'extension inclut deux composants : û Une interface d'extension de distribution des offres (IxD) permet à un opérateur indépendant de mettre à disposition des autres opérateurs ses propres offres de paris mutuels (214). û Une interface d'extension d'offres (IxO) permet à chaque opérateur de distribuer à travers son réseau les offres des autres opérateurs indépendants (212). Les interfaces entre opérateurs indépendants jouent un rôle symétrique (205). Les offres, mises à disposition à travers une IxD, le sont par chaque opérateur hôte dit totalisateur qui contrôle et reste en charge de ses propres offres de paris (il totalise ses propres paris). Les offres de paris sont distribuées par les opérateurs invités à travers leurs IxO respectives. Le rôle du serveur fédérateur est de gérer : û Les configurations de chacune des interfaces d'extension faisant partie du réseau. û Le catalogue des offres de paris de chacun des opérateurs indépendants qui a ouvert son canal de distribution (chaque opérateur reste libre de mettre à disposition ou non ses propres offres de paris). 9 û Le catalogue des opérateurs distribuant des offres externes (chaque opérateur reste libre de distribuer ou non les offres d'autres opérateurs indépendants). û Les échanges entre interfaces d'extension : authentification et sécurité des échanges en assurant la distribution des clés de cryptage appropriées aux différentes interfaces d'extension faisant partie du réseau. Les communications entre le serveur fédérateur d'une part et toutes les interfaces d'extension d'autre part (235) se font à travers le réseau public Internet en utilisant le protocole standard sécurisé HTTPS (de l'anglais : Hypertext Transfer Protocol over Secure Socket Layer ). La distribution des clés de cryptage à chacune des interfaces d'extension est ainsi elle-même encryptée pour assurer la confidentialité de cette distribution. Ces clés vont elles-mêmes ensuite permettre l'encryptage des échanges directs entre interfaces d'extension qui ont besoin d'être confidentiels.
La figure 3 montre les composants essentiels des interfaces d'extension et leurs interactions. Comme déjà mentionné chaque interface d'extension (300) est divisée en une interface d'extension d'offres IxO (310) et en une interface d'extension de distribution IxD (320). Elles permettent la distribution par un opérateur invité (304) des offres mises à disposition par un opérateur hôte ou totalisateur (302). Chacune des interfaces IxO et IxD a elle-même un côté client (322) et un côté serveur (312), interfaces symétriques permettant les échanges entre hôtes et invités selon qu'un opérateur joue l'un ou l'autre rôle (ou les deux simultanément).
Chaque interface d'extension contient une base de données (330) des offres la concernant (ses propres offres et celles qu'elle contribue à distribuer). Toutes les transactions effectuées par les interfaces d'extension sont enregistrées dans un journal, en entrée et en sortie, et stockées dans une base de données (340) afin d'assurer leur traçabilité. Cet aspect qui a trait la sécurité des transactions est discuté plus avant avec la description des échanges en figure 4. Par ailleurs chaque interface (IxO et IxD) comprend un composant logiciel personnalisable de traduction (350) qui permet d'adapter les offres de 10 paris qu'elle offre ou distribue aux spécifications et particularités des offres des autres opérateurs indépendants afin d'assurer leur complète interopérabilité. En effet, chacun des opérateurs fonctionne avec un format de données (ou un langage) qui lui est propre et qui n'est pas nécessairement reconnu et exploitable par un autre opérateur. Le système selon l'invention permet ainsi une adaptation des formats propres à chaque opérateur. Le serveur fédérateur (306) comme déjà mentionné assure la gestion globale des offres et gère les mises en relation des interfaces d'extension. La figure 4 montre l'ensemble des échanges qui s'effectuent entre les interfaces d'extension et le serveur fédérateur d'une part et directement entre elles d'autre part. Indépendamment des méthodes de connexion et des protocoles utilisés à travers le réseau public pour assurer la sécurité des échanges les principes généraux qui s'appliquent à ces échanges peuvent être résumés comme suit : ûTous les échanges entre les interfaces d'extension (IxD et IxO) sont normalisés afin que n'importe laquelle des interfaces d'extension puisse parler avec toutes les autres en vue d'assurer l'interopérabilité des opérateurs indépendants. û Les spécificités des transactions de paris propres à chaque opérateur indépendant sont quant à elles prises en compte par une personnalisation de leur interface d'extension spécifique. û Toutes les interfaces d'extension connaissent le serveur fédérateur. û L'ajout d'un opérateur indépendant, nouveau participant au réseau, se résume à la modification d'une liste dans le serveur fédérateur.
L'établissement des connexions se fait globalement comme indiqué ci- après : û Quand elles sont activées les interfaces d'extension se font reconnaître par le serveur fédérateur pour pouvoir devenir effectivement actives dans le réseau. Le serveur a quant à lui été préalablement configuré avec toutes les informations qui lui permettent d'authentifier les interfaces d'extension qui tentent de se connecter. û Dans le cadre d'un réseau public utilisant la suite de protocoles TCP/IP (Internet) les interfaces d'extension de distribution (IxD) envoient au serveur 11 fédérateur les paramètres réseaux qui permettent d'établir les connexions, c'est-à-dire leurs adresses IP et numéros de port. Un code de sécurité qui participe à l'authentification des appelants est aussi envoyé. ûQuand une interface d'extension d'offre (IxO) s'inscrit auprès du serveur fédérateur pour une offre d'interface d'extension de distribution (IxD) le serveur lui envoie les références de l'IxD correspondante. Pour s'inscrire la IxO demanderesse a dû envoyer au serveur son code de sécurité. Quand le serveur notifie à la IxD concernée qu'une IxO veut se connecter il lui envoie les codes de la IxO.
Ainsi quand une IxO se connecte à une IxD chacune des interfaces d'extension détient les codes qui lui permettent d'authentifier le partenaire. Dans les échanges les demandes sont transmises avec un identifiant (ID) du demandeur et un numéro de série de la demande. La réponse doit faire référence à ces identifiants pour être acceptée.
Les échanges entre les différents acteurs participant au réseau fédérateur sont résumés sur la figure 4. Ces derniers sont : le serveur fédérateur (403), l'opérateur indépendant totalisateur ou hôte (405), c'est-à-dire celui qui met à disposition son offre de paris à travers son interface d'extension de distribution (404), l'opérateur indépendant distributeur de l'offre ou invité (401), c'est-à-dire celui qui distribue dans son propre réseau l'offre d'un opérateur hôte à travers son interface d'extension d'offres (402). Dans un premier temps (410) les interfaces d'extension participant au réseau fédérateur se connectent (416) au serveur fédérateur à travers le réseau public. Préalablement une connexion a été établie localement (412, 214) par chacune des interfaces d'extension (402, 204) avec les ressources informatiques de leurs opérateurs indépendants respectifs (401, 205). Comme déjà mentionné les IxO et IxD peuvent être complètement incluses dans les moyens informatiques des opérateurs sous la forme d'une ou plusieurs applications logicielles spécifiques contrôlées directement par le système d'exploitation particulier (ou OS, de l'anglais operating system , par exemple Linux) du, ou le plus souvent, des ordinateurs constituant ces moyens. Auquel cas les connexions locales (412, 314) sont des connexions internes inter applications. Elles peuvent être aussi être présentes sous la forme d'une unité 12 matérielle séparée, comme (224) sur la figure 2, capable de collaborer sur un réseau local de communication (LAN) avec les moyens informatiques de l'opérateur indépendant correspondant. Les connexions entre équipements sont alors établies en fonction du protocole propre au réseau local, le plus souvent un réseau dit Ethernet. Toutes les offres de paris des opérateurs indépendants sont centralisées par le serveur fédérateur (403) qui les obtient (420) à travers chacune des interfaces IxD actives pour les mettre à disposition de tous les autres opérateurs qui peuvent les consulter et aussi demander au serveur qu'elles leur soient transmises (422) par l'intermédiaire de leur interface d'extension (IxO) respective. Ceux des opérateurs indépendants qui sont intéressés par des offres particulières doivent alors s'inscrire (430) auprès du ou des opérateurs hôtes correspondants. Chaque demande d'inscription, et l'accord qui est éventuellement obtenu en retour de l'hôte propriétaire de l'offre, le totalisateur (205), se fait au travers du serveur fédérateur (203) qui peut ainsi maintenir à jour la connaissance de toutes les offres et accords existants entre les participants au réseau fédérateur. Quand un accord a été obtenu entre un totalisateur et un distributeur la procédure de distribution des paris est initiée (442) par le totalisateur concerné. Le serveur peut alors envoyer à leurs interfaces d'extension respectives les informations réseaux (adresse IP et numéro de port) de leur vis-à-vis, c'est-à-dire que les informations réseau de l'hôte sont envoyées à l'interface IxO de l'invité et celles de l'invité sont envoyées à l'interface IxD de l'hôte (444). Dans un réseau public comme I'Internet, utilisant la suite de protocoles TCP/IP architecturée en couches, les interfaces d'extension (402, 304) peuvent alors établir au niveau de la couche de transport, avec le protocole correspondant (TCP), une connexion directe (446). Une clé de cryptage et des identifiants sont également envoyés aux interfaces d'extension en même temps que les informations réseau (444). À partir de là, sans avoir recours au serveur fédérateur, à travers leurs interfaces d'extension, le distributeur et l'hôte peuvent alors commencer (448) à inter opérer directement. Une session est ainsi ouverte (460) au cours de 13 laquelle les offres de paris mises à disposition par l'hôte et leur prise en compte par les parieurs du distributeur génèrent des transactions en temps réel, à l'initiative de l'invité, sous forme de questions (462) auxquelles l'hôte répond (464). La clé de cryptage et les identifiants mentionnés ci-dessus participent à la sécurité des échanges directs entre interfaces d'extension comme discuté plus avant ci-après. Préalablement à l'ouverture de la session, et tout au long de celle-ci, le programme d'offres du totalisateur communiqué à l'invité peut être actualisé (450), à l'initiative du totalisateur, avec toutes les informations nécessaires pour les parieurs du réseau distributeur. A titre d'exemple ces informations incluent : le lieu des paris, c'est à dire l'hippodrome pour les courses de chevaux, la liste des courses, la liste des chevaux et des paris par course. A l'issue de chaque course le distributeur est aussi informé des départs et ordre d'arrivée de chaque course. Cette mise à jour se fait de deux façons : directement entre opérateurs (452) à travers leurs interfaces d'extension quand l'invité est effectivement connecté. Quand l'invité n'est pas en ligne ces informations sont relayées par le serveur fédérateur (454) pour qu'il les mette à disposition de l'invité quand celui-ci se reconnecte. Ainsi, les échanges s'effectuent dans une première phase (407) entre chacun des opérateurs indépendants, à travers leurs interfaces d'extension respectives, et le serveur fédérateur. Première phase au cours de laquelle toutes les informations sont envoyées aux interfaces d'extension pour permettre, dans une deuxième phase (409) les échanges directs entre opérateurs.
L'aspect sécurité des échanges inclut la confidentialité des échanges directs entre interfaces d'extension, échanges qui peuvent être tout ou seulement en partie encryptés avec la clé qui a été distribuée en même temps que les informations réseau (444). Le souci majeur de sécurité qui existe dans un tel système est cependant plus la perte d'information et les messages hostiles qui seraient générés par un site pirate dans le but, par exemple, de tenter d'introduire de faux paris pour en encaisser les gains correspondants. Pour prévenir ce type d'attaque on notera que la ou les applications logicielles mettant en oeuvre les interfaces d'extension sont verrouillées sur les 14 machines où elles s'exécutent pour empêcher la création d'interfaces pirates. En ce qui concerne le réseau fédérateur on notera aussi que s'il utilise une infrastructure public, l'Internet, il se comporte comme un réseau privé puisque seules les interfaces d'extension peuvent communiquer entre elles après s'être reconnues mutuellement avec les informations fournies par le serveur fédérateur, point commun du réseau qui connaît et garde toutes les informations permettant d'identifier tous les éléments constituant celui-ci, c'est-à-dire l'ensemble des interfaces d'extension IxD et IxO et leurs interconnexions. Avec les moyens décrits en figure 3 (journal des entrées/sorties, base de données) toutes les transactions sont également enregistrées pour assurer leur traçabilité et faire en sorte que s'il y a des messages perdus ils seront détectés et réémis et que s'il y a des messages hostiles insérés ils seront également détectés. Notamment, dans le mode question/réponse les entêtes des transactions concernant les paris qui sont échangées entre hôtes et invités (460) comprennent : û L'identité (ID) du demandeur (tel que fourni par le serveur). û Le numéro d'ordre de la demande. û L'identité (ID) du destinataire (tel que fourni par le serveur). û Le type de données. û Les données. Les questions/réponses sont traitées séquentiellement. Le demandeur garde la trace de sa demande. La réponse doit inclure la question et faire référence au numéro d'ordre de celle-ci afin de détecter toute insertion ou perte de message.25

Claims (15)

  1. REVENDICATIONS1 Méthode de distribution d'offres de paris mutuels entre des opérateurs indépendants de paris mutuels caractérisée en ce qu'elle comprend les étapes suivantes: on prévoit au moins une interface d'extension (210) pour chaque opérateur indépendant de paris mutuels et un serveur fédérateur (230) d'offres de paris de sorte que les dites interfaces d'extension (210) et le dit serveur fédérateur (230) forment un réseau fédérateur et soient connectés à un réseau public de communication (200), dans une première phase (407) on établit des connexions entre le serveur fédérateur (230) et les interfaces d'extension (210) permettant la collection et la distribution par le dit serveur fédérateur (230) d'informations nécessaires à l'établissement de connexions directes entre opérateurs indépendants participant au réseau fédérateur; dans une deuxième phase (409) on établit des connexions directes entre ceux des opérateurs indépendants désirant inter opérer afin de permettre l'échange direct de transactions pour les prises de paris offerts par un opérateur indépendant totalisateur vers un opérateur indépendant distributeur.
  2. 2. Méthode selon la revendication 1 dans laquelle le réseau public est le réseau 20 mondial Internet (200) basé sur la suite de protocoles de communication dite TCP/IP.
  3. 3. Méthode selon la revendication 1 ou 2 dans laquelle l'établissement de connexions directes (440) inclut la collection et la distribution par le serveur fédérateur (403) : 25 des informations réseau (444) de chacune des interfaces d'extension (402, 404), les dites informations réseau incluant une adresse IP et un numéro de port ; d'un identifiant de chacune des interfaces d'extension (402, 404); 16 d'une clé de cryptage pour assurer la confidentialité des échanges directs entre opérateurs indépendants.
  4. 4. Méthode selon l'une quelconque des revendications 1 à 3 dans laquelle tout ou partie des échanges directs (409) entre opérateurs indépendants sont cryptés à l'aide de la clé de cryptage distribuée à chaque interface d'extension (402, 404) par le serveur fédérateur (403).
  5. 5. Méthode selon l'une quelconque des revendications 1 à 4 dans laquelle la collection et la distribution sur le réseau public de toutes les informations nécessaires à l'établissement de connexions directes est elle-même sécurisée entre, d'une part, le serveur fédérateur (230), et d'autre part, chacune des interfaces d'extension (210).
  6. 6. Méthode selon la revendication 5 dans laquelle la sécurisation des échanges entre, d'une part, le serveur fédérateur (403), et d'autre part, chacune des interfaces d'extension (402, 404) est obtenue sur le réseau public Internet par l'emploi du protocole HTTPS.
  7. 7. Méthode selon l'une quelconque des revendications 1 à 6 dans laquelle les offres de paris des opérateurs indépendants sont centralisées dans le serveur fédérateur (403) pour être consultable par chacun des opérateurs indépendants et transférées à ceux des opérateurs indépendants qui en font la demande (420).
  8. 8. Méthode selon l'une quelconque des revendications 1 à 7 dans laquelle la distribution d'une offre de paris par un opérateur indépendant distributeur requiert préalablement son inscription par l'intermédiaire du serveur fédérateur (403) auprès de l'opérateur indépendant totalisateur propriétaire de l'offre (405) et est contingente à l'obtention d'une autorisation de distribution dudit propriétaire de l'offre (430).
  9. 9. Méthode selon l'une quelconque des revendications 1 à 8 dans laquelle la mise à jour des programmes de paris est envoyée directement par un opérateur indépendant totalisateur (405) vers chacun de ses opérateurs indépendants (401) distributeurs (450). 17
  10. 10. Méthode selon la revendication 9 dans laquelle la mise à jour des programmes de paris est optionnellement relayée par le serveur fédérateur (454) qui les distribue aux opérateurs indépendants concernés quand ils sont actifs.
  11. 11. Méthode selon l'une quelconque des revendications 1 à 10 dans laquelle toutes les transactions de paris entre les opérateurs indépendants totalisateurs (302) et leurs opérateurs indépendants distributeurs (304) respectifs sont enregistrées dans chacune des interfaces d'extension concernées dans un journal des entrées et des sorties et leurs traces stockées dans une base de données (300).
  12. 12. Méthode selon la revendication 11 dans laquelle les transactions (460) se font sous la forme de questions adressées par l'opérateur indépendant de distribution (401) et de réponses fournies par l'opérateur indépendant totalisateur (405), les dites questions et réponses incluant : un numéro d'ordre unique ; l'identifiant du demandeur ; l'identifiant du destinataire ; le type de données et les données.
  13. 13. Méthode selon l'une quelconque des revendications précédentes dans laquelle chacune des interfaces d'extension (210) comprend : une interface d'extension des offres IxO (212) pour mettre à disposition l'offre de paris d'un opérateur indépendant hôte ; une interface d'extension de distribution IxD (214) pour permettre qu'un opérateur indépendant invité puisse distribuer la dite offre de paris. 18
  14. 14. Système de distribution d'offres de paris mutuels entre des opérateurs indépendants de paris mutuels caractérisé en ce qu'il comprend un réseau fédérateur d'offres comportant un serveur fédérateur (230) et une pluralité d'ordinateurs associés à des opérateurs indépendants, reliés entre eux et au serveur fédérateur (230) par un réseau public de communication (200) et comprenant chacun une interface d'extension (210), et en ce que le réseau est agencé pour établir des connexions entre le serveur fédérateur (230) et les interfaces d'extension (210) permettant la collection et la distribution par le dit serveur fédérateur (230) d'informations nécessaires à l'établissement de connexions directes entre opérateurs indépendants participant au réseau fédérateur et pour établir des connexions directes entre ceux des opérateurs indépendants désirant inter opérer afin de permettre l'échange direct de transactions pour les prises de paris offerts par un opérateur indépendant totalisateur vers un opérateur indépendant distributeur.
  15. 15. Interface d'extension (210) caractérisée en ce qu'elle est destinée à être incluse dans les moyens informatiques d'un opérateur indépendant de paris mutuels participant à un réseau fédérateur d'offres de paris, les dits moyens faits d'au moins d'un ordinateur, le dit au moins un ordinateur incluant un support lisible contenant un ou plusieurs programmes exécutables par le dit au moins un ordinateur, le dit un ou plusieurs programmes mettant en oeuvre la méthode selon l'une quelconque des revendications 1 à 13
FR0856732A 2008-10-03 2008-10-03 Reseau de distribution d'offres de paris mutuels. Pending FR2936921A1 (fr)

Priority Applications (1)

Application Number Priority Date Filing Date Title
FR0856732A FR2936921A1 (fr) 2008-10-03 2008-10-03 Reseau de distribution d'offres de paris mutuels.

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
FR0856732A FR2936921A1 (fr) 2008-10-03 2008-10-03 Reseau de distribution d'offres de paris mutuels.

Publications (1)

Publication Number Publication Date
FR2936921A1 true FR2936921A1 (fr) 2010-04-09

Family

ID=40756026

Family Applications (1)

Application Number Title Priority Date Filing Date
FR0856732A Pending FR2936921A1 (fr) 2008-10-03 2008-10-03 Reseau de distribution d'offres de paris mutuels.

Country Status (1)

Country Link
FR (1) FR2936921A1 (fr)

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030177187A1 (en) * 2000-11-27 2003-09-18 Butterfly.Net. Inc. Computing grid for massively multi-player online games and other multi-user immersive persistent-state and session-based applications
US20070198432A1 (en) * 2001-01-19 2007-08-23 Pitroda Satyan G Transactional services

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030177187A1 (en) * 2000-11-27 2003-09-18 Butterfly.Net. Inc. Computing grid for massively multi-player online games and other multi-user immersive persistent-state and session-based applications
US20070198432A1 (en) * 2001-01-19 2007-08-23 Pitroda Satyan G Transactional services

Similar Documents

Publication Publication Date Title
EP3568794A2 (fr) Procédés et systèmes pour l'exécution de programmes dans des environnements sécurisés
WO2017122187A2 (fr) Procédés et systèmes mis en œuvre dans une architecture en réseau de nœuds susceptibles de réaliser des transactions basées sur messages
EP3251046A2 (fr) Systèmes et procédés pour la gestion d'engagements en réseau d'entités sécurisées
CN109472605A (zh) 一种基于区块链的企业数字资产化管理方法及系统
EP0616714B1 (fr) Systeme de traitement d'informations utilisant un ensemble de cartes a memoire
EP3337091A1 (fr) Tracabilite d'une chaine de traitements multi-acteurs par chaine de blocs, permettant au moins deux niveaux de confiance aux informations stockées
EP1299838A1 (fr) Systeme et procede de gestion de transactions de micropaiement, terminal de client et equipement de marchand correspondants
CN111126987B (zh) 资源转移信息的处理方法和装置、存储介质及电子装置
CN110619512A (zh) 利用社交网络传播的向推荐人自动支付虚拟货币的方法
Purkayastha et al. US Control of the Internet
CN115514761A (zh) 联邦学习环境下的数据共享与协同方法及系统
FR2936921A1 (fr) Reseau de distribution d'offres de paris mutuels.
EP3005646B1 (fr) Technique de distribution d'un contenu dans un réseau de distribution de contenus
CN112734455B (zh) 兑奖结果的生成方法、装置、设备及可读存储介质
KR102040907B1 (ko) 에스엔에스 전파를 활용한 추천인 암호화폐 자동지급 방법
WO2021063963A1 (fr) Procédé de gestion des droits et actifs d'un utilisateur sur une chaîne de blocs
EP2630765B1 (fr) Procede d'optimisation du transfert de flux de donnees securises via un reseau autonomique
Garg et al. The smuggling theory approach to organized digital crime
Nguyen et al. Blockchain-based auditing of transparent log servers
WO2019234686A1 (fr) Système transactionnel sécurisé dans une architecture p2p
EP3672193A1 (fr) Procédé et système d'authentification d'un terminal client par un serveur cible, par triangulation via un serveur d'authentification
Zima Coincer: Decentralised trustless platform for exchanging decentralised cryptocurrencies
Denis For a private and secure Internet of things with usage control and distributed ledger technology
Mendi et al. Generating a Blockchain Smart Contract Application Framework
KR102628388B1 (ko) 블록체인 nft기반의 가상현실 추모 및 전시 이벤트 지원시스템과 그 시스템의 운용방법