Resident Evil : Revelations 2, le prochain survival-horror signé Capcom – Tuxboard\nDepuis plusieurs années, de nombreux survival-horror voient le jour sur consoles next-gen. Entre les différents Dead Space sortis ces dernières années, les Silent Hill et autres jeux du genre, celui qui reste maître en la matière et qui a de quoi vous donner d’incroyables frissons à 2h du matin, reste bien évidemment Resident Evil. Le nouvel épisode qui sortira prochainement, intitulé Resident Evil : Revelations 2, aura de quoi vous faire frissonner.\nPrésentation de Resident Evil : Revalations 2\nSorti en Mai 2013, Capcom nous avait proposé une adaptation d’un ancien titre déjà sorti auparavant, donnant ainsi naissance à Resident Evil : Revelations. A présent, l’éditeur compte bien faire reprendre l’aventure là où les joueurs s’étaient arrêtés dans le premier opus, avec Resident Evil : Revelations 2. Dans cet épisode, le scénario portera sur le retour de Claire Redfield, celle-ci ayant survécu à l’incident qui s’était produit à Raccon City. A présent, Claire travaille pour l’organisation de lutte contre le terrorisme biologique, du nom de Terra Save.\nEtant donné que Claire est une nouvelle recrue au sein de l’organisation, une fête est organisée. Moira Burton (fille de Barry Burton) assiste à cet événement, sauf que les choses tournent mal. Des hommes mystérieux et armés débarquent au moment de la fête. A ce moment là, Claire et Moira perdent connaissance et se réveillent plus tard dans une prison sombre et abandonnée. C’est à ce moment là que le calvaire commencera pour les 2 personnages. Elles devront découvrir qui sont les gens qui les ont capturé, tout en survivant dans un endroit infesté de terrifiants Affligés. Vous vous en doutez bien, le sang risque de couler à flots !\nPour la première fois dans la série des Resident Evil, Capcom a décidé de rendre disponible ce Revelations 2 sous forme d’épisodes comme ce fut le cas dernièrement avec The Walking Dead, développé par le studio TellTale Games. Ainsi, ce survival horror sera découpé en 4 épisodes hedbomadaires, chacun étant disponible à un prix de 5,99€. Pour ceux qui souhaitent déjà se procurer toutes les épisodes d’un seul coup, sachez qu’il sera possible de le télécharger entièrement pour un prix de 24,99€ et qui comprendra du contenu additionnel (non dévoilé pour l’instant). Enfin, sachez qu’une version boîte sera également disponible, celle-ci inclura du contenu supplémentaire de la saison complète ainsi que du contenu inédit, pour un prix qui avoisinerait les 40€ (à confirmer par l’éditeur).\nResident Evil : Revelations 2, vous permettra d’avoir votre dose de frissons hebdomadaires dès début 2015, sur PC, PS4, Xbox One, PS3 et Xbox 360.\nCatégories Jeux Vidéo Étiquettes Capcom, Jeux PC, PS3, PS4, Resident Evil, Resident Evil Revelations 2, survival horror, Xbox 360, Xbox One Navigation des articles


CATACOMBES | Albertine Studio\nNotre sticker Catacombes est dessiné et fabriqué en France par Albertine Studio.\nLe sticker Catacombes rend hommage à la visite la plus étrange que tu auras eu l’occasion de faire. Descendre 131 marches, perdre 6 degré en température et parcourir 1,5 km sous Paris dans un labyrinthe unique en son genre, la visite des catacombes est simplement inoubliable. Comment décrire ce que tu as vécu autre que par un sticker Catacombes reprenant les éléments clés de cette aventure souterraine...\nBienvenue dans l’univers des catacombes, un lieu crée dans d’ancienne carrières au 18ème siècle. Ouvert au public en 1809 après avoir été “rangé” par Héricart de Thury, il attire chaque année de plus en plus de curieux. Le sticker Catacombes rend hommage aux rangées de crânes et de tibias empilés soignesement sur 1,5 km, créant cette espace unique. Sur les millions d’ossement gardé dans ce dédale, le sticker Catacombes n'en représente que 3, il faut vraiment le voir pour le croire. Lorsque l’on visite ce lieu, le silence et le froid vous font rentrer en méditation, vous projetez sur chacun de ces ossements une vie, une histoire. Certains y voit un lieu morbide, d‘autres une forme d’art.\nLe sticker Catacombes, y voit une partie encore assez méconnue de la mémoire de la ville de Paris. Chez Albertine nous allons au delà des standards de souvenirs Parisiens. Fabriqué en France, le sticker Catacombes ne manquera pas de vous rappeler cette journée hors du temps dans les sous sols de Paris.


Voyage en Orient - Gérard de Nerval (1851) - II. — Un village mixte - Les Caves du Majestic\nÀ l’occasion d’une diffusion prochaine de Et maintenant, on va où (2011) de Nadine Labaki (née en 1974), qui raconte l'histoire d'un village libanais mixte, voici un texte de Gérard de Nerval (1808-1855), écrivain français, qui rapporte la description d'un village mixte du même pays dans la première moitié du XIXème siècle.\nCette description fait partie d'un ouvrage intitulé Voyage en Orient (1851).\nCe texte fait référence a des rivalités entres Druzes (des musulmans) et les Maronites (des chrétiens) qui aboutiront au "massacre de Damas" en 1860 (dix ans après la publication du livre de Nerval).\nII. — Un village mixte.\nEn avançant quelques pas encore au-delà de la fontaine, et toujours sous l’ombrage des pins, nous nous trouvâmes à l’entrée du village de Bethmérie, situé sur un plateau, d’où la vue s’étend, d’un côté, vers le golfe, et, de l’autre, sur une vallée profonde, au-delà de laquelle de nouvelles crêtes de monts s’estompent dans un brouillard bleuâtre. Le contraste de cette fraîcheur et de cette ombre silencieuse avec l’ardeur des plaines et des grèves qu’on a quittées il y a peu d’heures, est une sensation qu’on n’apprécie bien que sous de tels climats. Une vingtaine de maisons étaient répandues sous les arbres et présentaient à peu près le tableau d’un de nos villages du Midi. Nous nous rendîmes à la demeure du cheik, qui était absent, mais dont la femme nous fit servir du lait caillé et des fruits.\nNous avions laissé sur notre gauche une grande maison, dont le toit écroulé et dont les solives charbonnées indiquaient un incendie récent. Le prince m’apprit que c’étaient les Druses qui avaient mis le feu à ce bâtiment, pendant que plusieurs familles maronites s’y trouvaient rassemblées pour une noce. Heureusement les conviés avaient pu fuir à temps ; mais le plus singulier, c’est que les coupables étaient des habitants de la même localité. Bethmérie, comme village mixte, contient environ cent cinquante chrétiens et une soixantaine de Druses. Les maisons de ces derniers sont séparées des autres par deux cents pas à peine. Par suite de cette hostilité, une lutte sanglante avait eu lieu, et le pacha s’était hâté d’intervenir en établissant entre les deux parties du village un petit camp d’Albanais, qui vivait aux dépens des populations rivales.\nRépartition des confessions religieuses au Liban en 2002\nd'après George MUTIN, "Du Maghreb au Moyen-Orient, un arc de crise",\nLa Documentation photographique, n°8027,\nPar ailleurs cette carte vient d'un site dédié à Youakim Moubarac (1924, à Kfarsghab -1995, à Montpellier).\nNous venions de finir notre repas, lorsque le cheik rentra dans sa maison. Après les premières civilités, il entama une longue conversation avec le prince, et se plaignit vivement de la présence des Albanais et du désarmement général qui avait eu lieu dans son district. Il lui semblait que cette mesure n’aurait dû s’exercer qu’à l’égard des Druses, seuls coupables d’attaque nocturne et d’incendie. De temps en temps, les deux chefs baissaient la voix, et, bien que je ne pusse saisir complètement le sens de leur discussion, je pensai qu’il était convenable de m’éloigner un peu, sous prétexte de promenade.\nMon guide m’apprit en marchant que les chrétiens maronites de la province d’El Garb, où nous étions, avaient tenté précédemment d’expulser les Druses disséminés dans plusieurs villages, et que ces derniers avaient appelé à leur secours leurs coreligionnaires de l’Anti-Liban. De là une de ces luttes qui se renouvellent si souvent. La grande force des Maronites est dans la province du Kesrouan, située derrière Djebaïl et Tripoli, comme aussi la plus forte population des Druses habite les provinces situées de Beyrouth jusqu’à Saint-Jean-d’Acre. Le cheik de Bethmérie se plaignait sans doute au prince de ce que, dans la circonstance récente dont j’ai parlé, les gens du Kesrouan n’avaient pas bougé ; mais ils n’en avaient pas eu le temps, les Turcs ayant mis le holà avec un empressement peu ordinaire de leur part. C’est que la querelle était survenue au moment de payer le miri. Payez d’abord, disaient les Turcs, ensuite vous vous battrez tant qu’il vous plaira. Le moyen, en effet, de toucher des impôts chez des gens qui se ruinent et s’égorgent au moment même de la récolte ?\nSaint-Jean d'Acre se situe aujourd'hui en Israël. La ville se nomme désormais Acre\nAu bout de la ligne des maisons chrétiennes, je m’arrêtai sous un bouquet d’arbres, d’où l’on voyait la mer, qui brisait au loin ses flots argentés sur le sable. L’œil domine de là les croupes étagées des monts que nous avions franchis, le cours des petites rivières qui sillonnent les vallées, et le ruban jaunâtre que trace le long de la mer cette belle route d’Antonin, où l’on voit sur les rochers des inscriptions romaines et des bas-reliefs persans. Je m’étais assis à l’ombre, lorsqu’on vint m’inviter à prendre du café chez un moudhir, ou commandant turc, qui, je suppose, exerçait une autorité momentanée par suite de l’occupation du village par les Albanais.\nCe moudhir était jeune et d’une mine assez fière. Il commença par me questionner, en mauvais italien, avec toutes les banalités d’usage, sur la vapeur, sur Napoléon et sur la découverte prochaine d’un moyen pour traverser les airs. Après l’avoir satisfait là-dessus, je crus pouvoir lui demander quelques détails sur les populations qui nous entouraient. Il paraissait très-réservé à cet égard ; toutefois il m’apprit que la querelle était venue, là comme sur plusieurs autres points, de ce que les Druses ne voulaient point verser le tribut dans les mains des cheiks maronites, responsables envers le pacha. La même position existe d’une manière inverse dans les villages mixtes du pays des Druses. Je demandai au moudhir s’il y avait quelque difficulté à visiter l’autre partie du village. « Allez où vous voudrez, dit-il ; tous ces gens-là sont fort paisibles depuis que nous sommes chez eux. Autrement, il aurait fallu vous battre pour les uns ou pour les autres, pour la croix blanche ou pour la main blanche. » Ce sont les signes qui distinguent les drapeaux des Maronites et ceux des Druses, dont le fond est également rouge d’ailleurs.\nJe pris congé de ce Turc, et, comme je savais que mes compagnons resteraient encore à Bethmérie pendant la plus grande chaleur du jour, je me dirigeai vers le quartier des Druses, accompagné du seul Moussa. Le soleil était dans toute sa force, et, après avoir marché dix minutes, nous rencontrâmes les deux premières maisons. Il y avait devant celle de droite un jardin en terrasse où jouaient quelques enfants. Ils accoururent pour nous voir passer et poussèrent de grands cris qui firent sortir deux femmes de la maison. L’une d’elles portait le tantour, ce qui indiquait sa condition d’épouse ou de veuve ; l’autre paraissait plus jeune, et avait la tête couverte d’un simple voile, qu’elle ramenait sur une partie de son visage. Toutefois on pouvait distinguer leur physionomie, qui dans leurs mouvements apparaissait et se couvrait tour à tour comme la lune dans les nuages.\nL’examen rapide que je pouvais en faire se complétait par les figures des enfants, toutes découvertes, et dont les traits, parfaitement formés, se rapprochaient de ceux des deux femmes. La plus jeune, me voyant arrêté, rentra dans la maison et revint avec une gargoulette de terre poreuse dont elle fit pencher le bec de mon coté à travers les grosses feuilles de cactier qui bordaient la terrasse. Je m’approchai pour boire, bien que je n’eusse pas soif, puisque je venais de prendre des rafraîchissements chez le moudhir. L’autre femme, voyant que je n’avais bu qu’une gorgée, me dit : « Tourid leben ? Est-ce du lait que tu veux ? » Je faisais un signe de refus, mais elle était déjà rentrée. En entendant ce mot leben, je me rappelais qu’il veut dire en allemand la vie. Le Liban tire aussi son nom de ce mot leben, et le doit à la blancheur des neiges qui couvrent ses montagnes, et que les Arabes, au travers des sables enflammés du désert, rêvent de loin comme le lait, — comme la vie! La bonne femme était accourue de nouveau avec une tasse de lait écumant. Je ne pus refuser d’en boire et j’allais tirer quelques pièces de ma ceinture, lorsque sur le mouvement seul de ma main, ces deux personnes firent des signes de refus très énergiques. Je savais déjà que l’hospitalité a dans le Liban des habitudes plus qu’écossaises : je n’insistai pas.\nLe cactier est ce qu'on appelle aujourd'hui un cactus\nAutant que j’en ai pu juger par l’aspect comparé de ces femmes et de ces enfants, les traits de la population druse ont quelque rapport avec ceux de la race persane. Ce hâle, qui répandait sa teinte ambrée sur les visages des petites filles, n’altérait pas la blancheur mate des deux femmes à demi voilées, de telle sorte qu’on pourrait croire que l’habitude de se couvrir le visage est, avant tout, chez les levantines, une question de coquetterie. L’air vivifiant de la montagne et l’habitude du travail colorent fortement les lèvres et les joues. Le fard des Turques leur est donc inutile ; cependant, comme chez ces dernières la teinture ombre leurs paupières et prolonge l’arc de leurs sourcils.\nJ’allai plus loin : c’étaient toujours des maisons d’un étage au plus bâties en pisé, les plus grandes en pierre rougeâtre, avec des toits plats soutenus par des arceaux intérieurs, des escaliers en dehors montant jusqu’au toit, et dont tout le mobilier, comme on pouvait le voir par les fenêtres grillées ou les portes entrouvertes, consistait en lambris de cèdre sculptés, en nattes et en divans, les enfants et les femmes animant tout cela sans trop s’étonner du passage d’un étranger, ou m’adressant avec bienveillance le sal-kher (bonjour) accoutumé.\nArrivé au bout du village où finit le plateau de Bethmérie, j’aperçus de l’autre côté de la vallée un couvent où Moussa voulait me conduire, mais la fatigue commençait à me gagner et le soleil était devenu insupportable : je m’assis à l’ombre d’un mur auquel je m’appuyai avec une sorte de somnolence due au peu de tranquillité de ma nuit. Un vieillard sortit de la maison, et m’engagea à venir me reposer chez lui. Je le remerciai, craignant qu’il ne fût déjà tard et que mes compagnons ne s’inquiétassent de mon absence. Voyant aussi que je refusais tout rafraîchissement, il me dit que je ne devais pas le quitter sans accepter quelque chose. Alors il alla chercher de petits abricots (mechmech), et me les donna, puis il voulut encore m’accompagner jusqu’au bout de la rue. Il parut contrarié en apprenant par Moussa que j’avais déjeuné chez le cheik chrétien. « C’est moi qui suis le cheik véritable, dit-il, et j’ai le droit de donner l’hospitalité aux étrangers. » Moussa me dit alors que ce vieillard avait été en effet le cheik ou seigneur du village du temps de l’émir Béchir ; mais comme il avait pris parti pour les Égyptiens, l’autorité turque ne voulait plus le reconnaître, et l’élection s’était portée sur un Maronite.\n Impôt à l’État de l’Empire Ottoman. [source]\n C’est aussi le nom du village où a été tourné وهلّأ لوين؟ « Et maintenant on va où », de Nadine Labaki.\n Bachir Chehab II (1767-1850), émir du Mont-Liban (1788-1840) jusqu’à la fin du conflit Turco-égyptien.\nPosté par : florianferre à 20:10 - Histoire - Commentaires  - Permalien [#]\nLa Féline (Cat People) de Jacques Tourneur (1904-1977) nous donnera l'occasion d'aller faire un tour à Central...\nKINOTEKA - DÉCEMBRE 2014 - DANIEL BOULANGER, CLARK...\nCommentaires sur Voyage en Orient - Gérard de Nerval (1851) - II. — Un village mixte


METHOD FOR TRANSMITTING DATA TO A MAGNETIC READING HEAD, METHOD FOR PROCESSING RECEIVED DATA, CORRESPONDING PAYMENT TERMINAL AND PROGRAM - INGENICO GROUP\nMETHOD FOR TRANSMITTING DATA TO A MAGNETIC READING HEAD, METHOD FOR PROCESSING RECEIVED DATA, CORRESPONDING PAYMENT TERMINAL AND PROGRAM\nWIPO Patent Application WO/2018/229075\nThe invention relates to a method for transmitting data to a magnetic reading head of a payment terminal. The method is implemented by an electronic device capable of generating a magnetic field that is representative of an encoding of data to be transmitted, and the data transmission comprises a plurality of emissions of a same sequence of standardized data (D_Nor), said standardized data being data that is representative of a payment means formatted according to the ISO/I EC 7813 standard. According to the invention, the transmission method further comprises the transmission of secondary data (D_Sec), which are emitted between two successive emissions of the standardized data sequence (D_Nor).\nQUENTIN PIERRE (FR)\nG06Q20/20; G06Q20/32; G06Q20/30; G06Q20/34; G07F7/08\nProcédé de transmission de données vers une tête de lecture magnétique d'un terminal de paiement, ledit procédé étant mis en œuvre par un dispositif électronique apte à générer un champ magnétique représentatif d'un encodage desdites données, ladite transmission de données comprenant une pluralité d'émissions d'une même séq uence de données normalisées (D_Nor), lesdites données normalisées étant des données représentatives d'un moyen de paiement formatées selon la norme ISO/I EC 7813, ledit procédé étant caractérisé en ce qu'il comprend en outre la transmission de données secondaires (D_Sec), lesdites données secondaires (D_Sec) étant émises entre deux émissions successives de lad ite séquence de données normalisées (D_Nor).\nProcédé de transmission de données selon la revendication 1 caractérisé en ce que lesd ites données secondaires comprennent au moins une donnée représentative d'un jeton d'authentification bancaire.\nProcédé de transmission de données selon la revendication 1 caractérisé en ce que lesd ites données secondaires comprennent au moins un identifiant de programme de fidélité.\nProcédé de traitement de données reçues par une tête de lectu re magnétique d'un terminal de paiement, ledit procédé étant mise en œuvre au sein d udit terminal de paiement et caractérisé en ce qu'il comprend :\nune étape d'identification, au sein d'u n flux de données reçu au niveau de ladite tête de lectu re, d'au moins deux séq uences de données normalisées successives, lesdites données normalisées étant des données représentatives d'u n moyen de paiement formatées selon la norme ISO/IEC 7813 ;\nune étape de détermination d'une présence, au sein dudit flux de données reçu, de données dite secondaires comprises entre deux séq uences de données normalisées successives parmi lesdites au moins deux séquences de données normalisées successives préalablement identifiées ;\net lorsque l'étape de détermination d'une présence délivre un résultat positif : une étape d'obtention desdites données secondaires ;\nune étape de traitement desdites données secondaires obtenues.\nProcédé de traitement de données selon la revendication 4, caractérisé en ce que le traitement mis en œuvre dans ladite étape de traitement des données secondaires est fonction d'un type desdites données secondaires.\nProcédé de traitement de données selon la revendication 5, caractérisé en ce que ladite étape de traitement comprend, lorsque lesdites données secondaires prennent la forme d'au moins un jeton d'authentification :\nune étape de réalisation d'un calcul cryptographique, à partir desdites données normalisées ;\nune étape de comparaison d'un résultat dudit calcul cryptographique avec ledit au moins un jeton d'authentification, délivrant une information d'authenticité desdites données normalisées.\nProcédé de traitement de données selon la revendication 5, caractérisé en ce que ladite étape de traitement comprend, lorsque lesdites données secondaires prennent la forme d'au moins un identifiant de programme de fidélité, une étape de transmission dudit au moins un identifiant de programme de fidélité à un serveur de gestion de programme de fidélité.\nProcédé de traitement de données selon la revendication 4, caractérisé en ce que ladite étape d'identification de séquences de données normalisées comprend au moins une identification d'une balise de début de séquence de données normalisées et d'une balise de fin de séquence de données normalisées.\nProcédé de traitement de données selon la revendication 8, caractérisé en ce que ladite étape de détermination d'une présence de données secondaires comprend :\nune étape de lecture au sein du flux de données reçu, d'un nombre prédéterminé de caractères, situés immédiatement après ladite balise de fin de séquence de données normalisées dans ledit flux de données reçu, délivrant une suite de caractères ;\nune étape de comparaison de ladite suite de caractères avec au moins une donnée de référence, délivrant un indicateur de référence desdites données secondaires en cas de comparaison positive.\nProcédé de traitement de données selon la revendication 9, caractérisé en ce que ladite étape de comparaison de la suite de caractères avec au moins une donnée de référence comprend la comparaison de la suite de caractères avec une pluralité de données de référence représentatives de types de données secondaires.\nProcédé de traitement de données selon la revendication 4, caractérisé en ce qu'il comprend en outre :\nune étape d'obtention desdites au moins deux séquences de données normalisées consécutives identifiées ;\nune étape de comparaison desdites au moins deux séquences de données normalisées, délivrant une information de contrôle.\nTerminal de paiement comprenant une tête de lecture magnétique, ledit terminal étant caractérisé en ce qu'il comprend :\ndes moyens d'identification, au sein d'un flux de données reçu au niveau de ladite tête de lecture, d'au moins deux séquences de données normalisées successives, lesdites données normalisées étant des données représentatives d'un moyen de paiement, formatées selon la norme ISO/IEC 7813 ;\ndes moyens de détermination d'une présence, au sein dudit flux de données reçu, de données dite secondaires comprises entre deux séquences de données normalisées successives parmi lesdites au moins deux séquences de données normalisées successives préalablement identifiées ;\ndes moyens d'obtention desdites données secondaires ;\ndes moyens de traitement desdites données secondaires obtenues. Signal émis sous la forme d'un champ magnétique par un dispositif électronique, ledit signal étant caractérisé en ce qu'il comprend une pluralité d'alternances d'u ne même séquence de données normalisées et de mêmes données secondaires, lesdites données normalisées étant des données représentatives d'un moyen de paiement, formatées selon la norme ISO/IEC 7813.\nSignal selon la revendication 13, ladite séquence de données normalisées comprenant une balise de début (BD) de séquence de données normalisées suivie de données principales (D_Pr) et terminée par une balise de fin (BF) de séquence de données normalisées, ledit signal étant caractérisé en ce que ladite séquence de données normalisées comprend en outre, immédiatement après ladite balise de fin (BF) de séquence de données normalisées, une donnée de présence représentative de la présence desdites données secondaires au sein dudit signal.\nProduit programme d'ordinateur téléchargeable depuis un réseau de communication et/ou stocké sur un support lisible par ordinateur et/ou exécutable par un microprocesseur, caractérisé en ce qu'il comprend des instructions de code de programme pour l'exécution d'un procédé selon l'une quelconq ue des revendications 1 à 3 et/ou des revendications 4 à 11, lorsqu'il est exécuté sur un ordinateur.\nProcédé de transmission de données vers une tête de lecture magnétique, procédé de traitement des données reçues, terminal de paiement et programme correspondants.\nLa présente invention se rapporte au domaine des opérations de paiement. Elle a plus particulièrement pour objet une méthode permettant de transmettre des données secondaires vers une tête de lecture magnétique d'un terminal de paiement, en complément de données principales relatives à un moyen de paiement. L'invention concerne également un procédé de traitement des données reçues, mis en œuvre par un terminal de paiement.\nLa plupart des cartes de paiement comprennent une bande magnétique, généralement située au dos de la carte, qui contient des données relatives à la carte de paiement. De telles cartes de paiement à bande magnétique se rapportent notamment à des cartes de crédit, de débit, des cartes cadeau ou encore à des cartes promotions. Les données relatives à la carte de paiement (par exemple un numéro de compte bancaire, un nom de titulaire, une date d'expiration, etc.) sont inscrites sur la bande magnétique en alternant l'orientation de particules magnétiques intégrées dans la bande. Ces données sont généralement transmises à un terminal de paiement en faisant glisser la carte dans un lecteur de bande magnétique du terminal de paiement. Un tel lecteur comprend notamment au moins une tête de lecture magnétique et un circuit de décodage associé. Lorsque la carte est glissée dans le lecteur de bande magnétique, la bande magnétique de la carte se déplace devant la tête de lecture. Cette bande magnétique mobile, qui contient des domaines magnétiques de polarité alternée, génère alors un champ magnétique dans l'ouverture de détection étroite de la tête de lecture. La tête de lecture convertit ce champ magnétique en un signal électrique équivalent. Le circuit de décodage amplifie et numérise ce signal électrique, ce qui permet de recréer la même séquence de données que celle inscrite à l'origine sur la bande magnétique. L'encodage de la bande magnétique d'une carte de paiement est décrit dans les normes internationales ISO/IEC 7811 et 7813.\nLa popularité et les capacités croissantes des téléphones intelligents (également appelés smartphones) ont incité les industriels à proposer des solutions de paiement à l'aide de ces terminaux de communication. Cependant, un des principaux obstacles à l'adoption de ces solutions de paiement a été le manque de canal de transfert de données entre de tels terminaux de communication et les terminaux de paiement déployés sur les points de vente. Par exemple, bien que de nombreux smartphones intègrent aujourd'hui des fonctionnalités de communication en champ proche (N FC, de l'anglais « Near Field Communication ») dans le but notamment d'offrir à l'utilisateur des solutions de paiement sans contact, beaucoup de terminaux de paiement ne sont pas encore compatibles avec une telle technologie de paiement sans contact. L'utilisateur n'a alors pas d'autre choix que de conserver sur lui une carte de paiement traditionnelle en plus de son smartphone, afin d'être assuré de pouvoir réaliser une opération de paiement en toutes circonstances.\nDiverses solutions ont été proposées pour contourner ces problèmes d'incompatibilité, avec pour objectif d'assurer une compatibilité maximale avec le parc de terminaux de paiement actuellement déployé dans le monde. Une solution récente consiste à doter un terminal de communication mobile de l'utilisateur (typiquement son smartphone) d'un dispositif d'émission de données qui comprend notamment une bobine apte à générer un champ magnétique similaire à celui généré par la bande magnétique d'une carte de paiement lors de son passage dans le lecteur de bande magnétique d'un terminal de paiement électronique. Un tel dispositif d'émission de données, décrit par exemple dans le document WO 2016/007475, peut notamment se brancher sur la prise audio du smartphone. D'autres solutions reposant sur le même principe général, mais qui ne nécessitent pas de coupler un dispositif supplémentaire au smartphone, ont également été décrites : ces solutions reposent sur l'utilisation d'une bobine déjà présente dans le smartphone (par exemple la bobine utilisée pour la recharge par induction de certains smartphones) pour générer un tel champ magnétique fluctuant. Ainsi, il devient possible d'effectuer une opération de paiement sans contact au moyen d'un smartphone mettant en œuvre une telle technologie dès lors que le terminal de paiement utilisé pour l'opération de paiement est muni d'un lecteur de carte à bande magnétique (ce qui est le cas d'une très grande majorité de terminaux de paiement électroniques). Il suffit à l'utilisateur d'approcher son smartphone à une distance suffisamment proche du terminal de paiement pour que la tête de lecture capte les fluctuations du champ magnétique émis par le smartphone (ou par le dispositif qui y est connecté). Du point de vue du terminal de paiement, tout se passe alors comme si une carte de paiement à bande magnétique avait été passée dans son lecteur de bande magnétique. Cette technique permet donc de créer un canal de transfert de données sans contact entre un smartphone et un terminal de paiement, pour la transmission de données relatives à une carte de paiement préalablement stockées dans le smartphone, en vue de la réalisation d'une opération de paiement. Cette solution vise donc à simplifier, pour l'utilisateur, la réalisation d'opérations de paiement : ces dernières peuvent en effet être réalisées simplement et rapidement, avec un nombre restreint de manipulations, au moyen d'un terminal de communication en sa possession.\nNéanmoins, en pratique, dans un nombre de plus en plus fréquent d'opérations de paiement, l'utilisateur a besoin de fournir des informations complémentaires en plus des informations liées à son moyen de paiement. C'est notamment le cas lorsque l'utilisateur adhère à un programme de fidélité, et qu'il souhaite par exemple bénéficier d'une réduction immédiate sur un achat qu'il est en train d'effectuer, ou encore cumuler des points de fidélité associé à l'opération d'achat pour obtenir ultérieurement un avantage le récompensant de sa fidélité. Dans ce cas, l'utilisateur doit fournir au commerçant des informations complémentaires permettant de l'identifier au sein du programme de fidélité. Ces informations complémentaires - ou données secondaires - sont par exemple fournies sous la forme d'un code à barres destiné à être scanné par le commerçant. Un tel code à barre peut notamment être inscrit sur une carte de fidélité physique (l'utilisateur doit alors sortir cette carte de son portefeuille pour la présenter au commerçant) ou encore être affiché sur l'écran d'un smartphone de l'utilisateur, au moyen d'une application dédiée (l'utilisateur doit alors ouvrir cette application et y sélectionner la carte de fidélité à afficher). Il en résulte que les avantages procurés par la solution de paiement précédemment décrite - permettant d'émuler, au moyen d'un dispositif électronique tel qu'un smartphone, le passage d'une carte de paiement à bande magnétique dans le lecteur d'un terminal de paiement - sont en grande partie annihilés par les manipulations et le temps requis par ailleurs pour la transmission de données secondaires, accessoires au paiement.\nIl existe donc un besoin de procédés permettant de transmettre et traiter des données secondaires en marge d'une opération de paiement, et qui ne présentent pas au moins certains des inconvénients exposés précédemment.\nLa technique proposée ne présente pas ces inconvénients de l'art antérieur. Plus particulièrement, selon un aspect, la technique proposée se rapporte à un procédé de transmission de données vers une tête de lecture magnétique d'un terminal de paiement, ce procédé étant mis en œuvre par un dispositif électronique apte à générer un champ magnétique représentatif d'un encodage desdites données. La transmission de données comprend une pluralité d'émissions d'une même séquence de données normalisées, lesdites données normalisées étant des données représentatives d'un moyen de paiement formatées selon la norme internationale ISO/IEC 7813. Selon ce procédé, la transmission de données comprend en outre la transmission de données secondaires, émises entre deux émissions successives de ladite séquence de données normalisées.\nAinsi le procédé de transmission proposé permet de mettre à profit l'opération de transmission des données représentatives d'un moyen de paiement (les données normalisées) à un terminal de paiement pour transmettre également des données secondaires destinées par exemple à confirmer, enrichir ou compléter une opération de paiement. De cette manière, la transmission des données relatives au moyen de paiement et la transmission de données secondaires ne sont plus dissociées : ces informations sont transmises par un même canal de communication et d'un seul tenant, via la génération d'un champ magnétique apte à être capté par la tête de lecture magnétique d'un terminal de paiement. Les données secondaires étant par ailleurs transmises entre des émissions successives des données normalisées, elles ne perturbent pas une réception classique de ces données normalisées par le terminal de paiement. La compatibilité de la solution avec tout type de terminaux de paiement, même ceux qui ne permettent pas le traitement des données secondaires, est donc assurée.\nSelon un mode de réalisation particulier, lesdites données secondaires comprennent au moins une donnée représentative d'un jeton d'authentification bancaire.\nAinsi les données secondaires offrent la possibilité de valider une opération de paiement, au niveau d'un terminal de paiement, en permettant une vérification de l'authenticité des données normalisées représentatives d'un moyen de paiement.\nSelon encore un mode de réalisation particulier, lesdites données secondaires comprennent au moins un identifiant de programme de fidélité.\nAinsi la technique proposée permet de transmettre des données permettant d'établir l'appartenance de l'utilisateur à un programme de fidélité, simultanément aux données représentatives d'un moyen de paiement qui permettent de finaliser une opération de paiement en cours de traitement. La fourniture de ces données secondaires au terminal de paiement permet à ce dernier de les traiter pour compléter avantageusement l'opération de paiement (par exemple en vue d'obtenir une réduction, ou pour créditer des points de fidélité sur un compte fidélité). De cette manière, la fourniture de ces informations au commerçant ne nécessite pas de manipulations supplémentaires et chronophages pour l'utilisateur (par exemple, il n'a pas besoin de rechercher dans son portefeuille une carte de fidélité à présenter au commerçant). Selon un autre aspect, la technique proposée se rapporte également à un procédé de traitement de données reçues par une tête de lecture magnétique d'un terminal de paiement. Un tel procédé, mis en œuvre au sein du terminal de paiement, comprend :\nune étape d'identification, au sein d'un flux de données reçu au niveau de ladite tête de lecture, d'au moins deux séquences de données normalisées successives, lesdites données normalisées étant des données représentatives d'un moyen de paiement formatées selon la norme ISO/IEC 7813 ;\nune étape de détermination d'une présence, au sein dudit flux de données reçu, de données dite secondaires comprises entre deux séquences de données normalisées successives parmi lesdites au moins deux séquences de données normalisées successives préalablement identifiées ; et, lorsque l'étape de détermination d'une présence délivre un résultat positif :\nune étape d'obtention desdites données secondaires ;\nAinsi la présence de données secondaires au sein d'un flux de données reçu par un terminal de paiement peut être détectée, et ces données secondaires peuvent être récupérées en même temps que des données normalisées représentatives d'un moyen de paiement, pour effectuer un traitement en lien avec ou en marge de la réalisation d'une opération de paiement.\nSelon un mode de réalisation particulier, le traitement mis en œuvre dans ladite étape de traitement des données secondaires est fonction d'un type desdites données secondaires.\nAinsi il est possible de différencier les traitements à réaliser sur les données secondaires, en fonction du type de données secondaires récupérées au sein du flux de données reçu par le terminal de paiement.\nSelon un mode de réalisation particulier, ladite étape de traitement comprend, lorsque les données secondaires prennent la forme d'au moins un jeton d'authentification :\nAinsi le terminal de paiement a la possibilité de mettre en œuvre un calcul cryptographique dont le résultat est comparé à un jeton d'authentification compris dans les données secondaires reçues, afin de vérifier l'authenticité des données normalisées représentatives d'un moyen de paiement. Le cas échéant, le terminal de paiement peut ainsi bloquer une opération de paiement si le résultat du calcul cryptographique n'est pas cohérent avec le jeton d'authentification (les données de paiement fournies pourraient alors avoir été obtenues de manière frauduleuse).\nSelon un autre mode de réalisation particulier, ladite étape de traitement comprend, lorsque les données secondaires prennent la forme d'au moins un identifiant de programme de fidélité, une étape de transmission dudit au moins un identifiant de programme de fidélité à un serveur de gestion de programme de fidélité.\nAinsi le terminal de paiement est à même de gérer simultanément la réalisation d'une opération de paiement (au moyen des données normalisées), et les aspects de fidélisation associés (au moyen des données secondaires, qui permettent par exemple d'identifier l'utilisateur auprès d'un serveur de gestion de programme de fidélité).\nSelon un mode de réalisation particulier, l'étape d'identification de séquences de données normalisées comprend au moins une identification d'une balise de début de séquence de données normalisées et d'une balise de fin de séquence de données normalisées.\nAinsi, la détection de balises bien identifiées au sein du flux de données reçu par le terminal de paiement permet de faciliter la récupération des séquences de données normalisées, mais également la récupération des données secondaires éventuellement comprises entre ces séquences.\nSelon un mode de réalisation particulier, ladite étape de détermination d'une présence de données secondaires comprend :\nL'indicateur de référence peut notamment faire office d'indicateur de présence. Ainsi, la détection d'une suite de caractères particulière après la balise de fin de séquence de données normalisées indique au terminal de paiement que des données secondaires sont présentes dans le flux de données, et que le terminal de paiement peut lire et traiter ces données secondaires. Selon un mode de réalisation particulier, ladite étape de comparaison de la suite de caractères avec au moins une donnée de référence comprend la comparaison de cette suite de caractères avec une pluralité de données de référence représentatives de types de données secondaires.\nL'indicateur de référence peut notamment faire office d'indicateur du type des données secondaires, en complément ou alternativement à sa fonction d'indicateur de présence. Ainsi cet indicateur permet de connaître le type des données secondaires avant même de les avoir reçues, afin de réaliser un traitement ultérieur adapté de ces données secondaires en conséquence.\nSelon encore un autre mode de réalisation particulier, le procédé de traitement de données comprend en outre :\nDe cette manière, l'information de contrôle permet de vérifier que les données normalisées reçues n'ont pas été altérées durant la transmission durant la transmission des données (il est peu probable que la même erreur de transmission survienne deux fois de suite lors de la transmission d'une séquence de données normalisées).\nSelon une implémentation préférée, les différentes étapes des procédés selon la technique proposée sont mises en œuvre par un ou plusieurs logiciels ou programmes d'ordinateur, comprenant des instructions logicielles destinées à être exécutées par un processeur de données d'un composant relais selon la technique proposée et étant conçu pour commander l'exécution des différentes étapes des procédés.\nEn conséquence, la technique proposée vise aussi un programme, susceptible d'être exécuté par un ordinateur ou par un processeur de données, ce programme comportant des instructions pour commander l'exécution des étapes d'un procédé tel que mentionné ci-dessus.\nLa technique proposée vise 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 terminal de communication capable de stocker le programme. Par exemple, le support peut comporter un moyen de stockage, tel qu'une ROM, par exemple un CD ROM ou une ROM de circuit microélectronique, ou encore un moyen d'enregistrement magnétique, par exemple une disquette (floppy dise) ou un disque dur.\nD'autre part, le support d'informations peut être un support transmissible tel qu'un signal électrique ou optique, qui peut être acheminé via un câble électrique ou optique, par radio ou par d'autres moyens. Le programme selon la technique proposée peut être en particulier téléchargé sur un réseau de type Internet.\nSelon un mode de réalisation, la technique proposée est mise en œuvre au moyen de composants logiciels et/ou matériels. Dans cette optique, le terme "composant" peut correspondre dans ce document aussi bien à un composant logiciel, qu'à un composant matériel ou à un ensemble de composants matériels et logiciels.\nUn 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 apte à mettre en œuvre une fonction ou un ensemble de fonctions, selon ce qui est décrit ci-dessous pour le composant concerné. Un tel composant logiciel est exécuté par un processeur de données d'une entité physique (terminal, serveur, passerelle, 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.).\nDe la même manière, un composant matériel correspond à tout élément d'un ensemble matériel (ou hardware) apte à mettre en œuvre une fonction ou un ensemble de fonctions, selon ce qui est décrit ci-dessous pour le composant concerné. Il peut s'agir d'un composant matériel programmable ou avec processeur intégré pour l'exécution de logiciel, par exemple un circuit intégré, une carte à puce, une carte à mémoire, une carte électronique pour l'exécution d'un micrologiciel (firmware), etc.\nChaque composante du système précédemment décrit met bien entendu en œuvre ses propres composants logiciels. Selon un autre aspect, la technique proposée se rapporte également à un terminal de paiement disposant d'une tête de lecture magnétique, et qui comprend :\ndes moyens de traitement desdites données secondaires obtenues.\nSelon encore un autre aspect, la technique proposée se rapporte à un signal émis sous la forme d'un champ magnétique par un dispositif électronique. Selon l'invention, un tel signal comprend une pluralité d'alternances d'une même séquence de données normalisées et de mêmes données secondaires, lesdites données normalisées étant des données représentatives d'un moyen de paiement, formatées selon la norme ISO/IEC 7813.\nSelon un mode de réalisation particulier, ladite séquence de données normalisées comprend, outre une balise de début de séquence de données normalisées suivie de données principales et terminée par une balise de fin de séquence de données normalisées, une donnée de présence représentative de la présence et/ou du type desdites données secondaires au sein dudit signal. Une telle donnée de présence est située immédiatement après ladite balise de fin de séquence de données normalisées.\nLes différents modes de réalisation mentionnés ci-dessus sont combinables entre eux pour la mise en œuvre de la technique proposée.\nD'autres caractéristiques et avantages de l'invention apparaîtront plus clairement à la lecture de la description suivante d'un mode de réalisation préférentiel, donné à titre de simple exemple illustratif et non limitatif, et des dessins annexés, parmi lesquels : la figure la présente la structure générale d'un flux de données transmis d'un dispositif électronique vers une tête de lecture magnétique d'un terminal de paiement, selon une technique de l'art antérieur ;\nla figure lb présente la structure générale d'un flux de données transmis d'un dispositif électronique vers une tête de lecture magnétique d'un terminal de paiement, selon le principe général de l'invention ;\nla figure 2 illustre les principales étapes d'un procédé de transmission de données mis en œuvre dans un dispositif électronique, dans un mode de réalisation particulier de l'invention ;\nla figure 3 illustre les principales étapes d'un procédé de traitement des données reçues par une tête de lecture magnétique d'un terminal de paiement, dans un mode de réalisation particulier de l'invention ;\nla figure 4 décrit une architecture simplifiée d'un dispositif électronique apte à mettre en œuvre un procédé de transmission de données vers une tête de lecture magnétique, dans un mode de réalisation particulier ;\nla figure 5 décrit une architecture simplifiée d'un terminal de paiement dans un mode de réalisation particulier.\nLe principe général de l'invention consiste à exploiter de manière astucieuse certaines possibilités offertes par la technique précédemment décrite d'émulation, par un dispositif électronique, du champ magnétique généré par une carte à bande magnétique, avec pour objectif de lever certaines contraintes actuelles liées à la réalisation d'opérations de paiement. Plus précisément, il est proposé de profiter de l'opération de transmission des données représentatives d'un moyen de paiement pour transmettre à un terminal de paiement des données secondaires destinées par exemple à confirmer, enrichir ou compléter l'opération de paiement effectuée. Par exemple, avec la technique proposée, lorsqu'un utilisateur effectue une opération de paiement auprès d'une enseigne pour acheter un bien ou un service, des données secondaires relatives à l'adhésion de l'utilisateur à un programme de fidélité de cette enseigne sont transmises au terminal de paiement en même temps que les informations relatives à la carte de paiement de l'utilisateur. En d'autres termes, la transmission de données relatives au moyen de paiement d'une part et la transmission de données secondaires d'autre part ne s'effectuent plus en deux temps, mais d'un seul tenant : le nombre de manipulations requises pour l'utilisateur et pour le commerçant est réduit, et tous deux gagnent du temps. Cet objectif est atteint en insérant les données secondaires au sein du flux de données comprenant les données principales relatives au moyen de paiement, d'une manière particulière qui fait l'objet de la présente technique et qui est détaillée ci-après.\nIl convient de rappeler en premier quelques informations utiles à la compréhension de l'invention.\nSur une carte de paiement à bande magnétique classique, les données relatives à la carte de paiement - qui sont donc des données représentatives d'un moyen de paiement - sont inscrites sur la bande magnétique selon un formalisme particulier défini dans le cadre de la norme internationale ISO/IEC 7813. La bande magnétique de la carte de paiement peut notamment comprendre jusqu'à trois pistes (numérotées de 1 à 3), chacune de ces pistes présentant un nombre prédéterminé d'informations relatives à la carte de paiement, les données inscrites sur chaque piste étant structurées de manière précise. On assure ainsi la compatibilité de la carte de paiement avec un nombre important de terminaux de paiement (il suffit qu'un terminal de paiement soit apte à lire une des pistes pour que l'opération de paiement puisse être réalisée). Il n'est pas utile, dans le cadre de la présente invention, de détailler plus en avant le formalisme particulier propre à chaque piste. Néanmoins, il convient de noter que toutes les pistes partagent une même structure générale, à savoir :\nune balise de début (également appelée « start sentinel » en anglais);\ndes données, appelées principales dans le cadre de la présente invention, qui comprennent des données relatives à la carte de paiement (numéro de compte également appelé « Primary Account Number » ou PAN en anglais, date d'expiration, etc.) ;\nune balise de fin (également appelée « end sentinel » en anglais) ;\nun caractère de contrôle de parité longitudinale (également appelé caractère LCR, de l'anglais « Longitudinal Redundancy Check »).\nL'ensemble de ces données forme donc des données normalisées, en ce sens qu'elles répondent au formalisme décrit dans la norme ISO/IEC 7813. Les données principales sont situées entre la balise de début et la balise de fin, et le caractère de contrôle de parité longitudinale est situé immédiatement après la balise de fin. Les balises de début et de fin sont des caractères bien déterminés permettant de délimiter les données relatives à la carte de paiement et donc de faciliter leur récupération au niveau du terminal de paiement. Ces balises de début et de fin sont différentes, ce qui présente l'avantage de permettre au terminal de paiement de déterminer dans quel sens a été passée une carte de paiement à bande magnétique dans son lecteur (et, le cas échéant, d'inverser l'ordre des données reçues, s'il s'avère que la balise de fin est détectée avant la balise de début). Le caractère de contrôle de parité longitudinale est le résultat d'un calcul effectué à partir des données précédentes, notamment des données principales. Ce caractère est utilisé afin de détecter les éventuelles erreurs de transmission qui pourraient survenir lors de la lecture des données de la bande magnétique de la carte par la tête de lecture magnétique du terminal de paiement. Lorsqu'un terminal de paiement reçoit des données il est supposé calculer par lui-même un caractère de contrôle de parité longitudinale relatif aux données reçues, et comparer ce caractère calculé au caractère de contrôle de parité longitudinale reçu en provenance de la carte à bande magnétique. Lorsqu'une différence est détectée, les données ont probablement été altérées durant la transmission.\nLors de l'utilisation d'une carte bancaire à bande magnétique pour effectuer une opération de paiement, la carte est physiquement glissée, sur toute sa longueur, dans une fente d'un lecteur de carte à bande magnétique, de manière à ce que la bande magnétique soit intégralement lue par au moins une tête de lecture magnétique avec laquelle elle se retrouve en vis-à-vis lors du mouvement de la carte dans la fente. La fente fait donc office de guide, et un seul passage de la carte dans la fente du lecteur est normalement requis pour que les données inscrites sur la bande magnétique soient correctement et intégralement lues, lorsque le mouvement est effectué à une vitesse raisonnable. Dans la technique mise en œuvre dans le cadre de la présente invention, le passage d'une carte à bande magnétique dans la fente du lecteur du terminal de paiement est remplacé par l'action de positionner un dispositif électronique à proximité d'une telle fente, et donc à proximité d'une tête de lecture apte à capter les fluctuations de champ magnétique générées par le dispositif électronique. La fente ne fait donc plus office de moyen de guidage, et divers paramètres peuvent alors influencer la bonne lecture des données au niveau du terminal de paiement : l'orientation ou la distance du dispositif électronique par rapport au terminal de paiement, ou encore le moment auquel le dispositif électronique est approché du terminal de paiement. Il est donc préférable, au niveau du dispositif électronique, d'émettre de manière cyclique les données normalisées représentatives d'un moyen de paiement, afin de permettre par exemple à l'utilisateur d'ajuster la position du dispositif électronique vis-à-vis du terminal de paiement jusqu'à ce que ces données normalisées soient correctement reçues par le terminal de paiement.\nCeci est notamment illustré en relation avec la figure la, qui présente un flux de données FD_AA émis sous la forme de fluctuations d'un champ magnétique par un dispositif électronique, selon le principe d'émulation du champ magnétique créé par une carte à bande magnétiq ue déjà décrit en relation avec l'art antérieu r. Le procédé de transmission de données mis en œuvre au niveau de ce dispositif électronique comprend ainsi u ne pluralité d'émissions d'une même séquence de données normalisées D_Nor, lesdites données normalisées étant des données représentatives d'un moyen de paiement formatées selon la norme ISO/I EC 7813, comme précédemment décrit. Ces données comprennent donc une balise de début BD, puis des données principales D_Princ, su ivies d'une balise de fin BF, et enfin un caractère de contrôle de parité longitudinale CC. Cette émission répétée des données normalisées D_Nor augmente de manière significative les chances que ces données soient correctement reçues par un terminal de paiement auprès duquel le dispositif électronique est approché.\nOn décrit maintenant, en relation avec la figure lb, un flux de données FD émis sous la forme de fluctuations d'un champ magnétique par un dispositif électronique, selon le principe général de la présente invention. Ce flux de données FD se distingue du flux de données FD_AA de l'art antérieur en ce sens qu'il comprend la transmission de données secondaires D_Sec, émises entre deux émissions successives de la séquence de données normalisées D_Nor. Le fait que les données transmises ne soient plus les données inscrites sur le support qu'est la bande magnétique d'une carte de paiement, mais des données insérées dans un flux de données construit au niveau d'un dispositif électronique, en fonction des circonstances d'une opération de paiement, permet en effet l'insertion de données secondaires D_Sec au sein d'un tel flux. Ces données secondaires D_Sec sont ainsi transmises en même temps que les données normalisées D_Nor au terminal de paiement. Les données secondaires D_Sec sont cependant astucieusement insérées entre la balise de fin BF d'une séquence de données normalisées courante et la balise de début BD d'une séquence de données normalisées suivante, de sorte que la lecture, par le terminal de paiement, d'une séquence de données normalisées n'est pas perturbée par ces données secondaires D_Sec. Plus particulièrement, selon une caractéristique préférentielle, les données secondaires D_Sec sont insérées après la balise de fin BF d'une séquence de données normalisées courante, juste après un nombre de caractère correspondant à la longueur de la donnée de contrôle de parité longitudinale (généralement un caractère), et elles s'étendent jusq u'à la balise de début BD de la séquence de données normalisées su ivante. On assure ainsi une compatibilité de la solution avec les terminaux de paiement existants et déjà déployés, tout en permettant la mise en œuvre de nouveaux terminaux de paiement pour le traitement de ces données secondaires en plus des données normalisées.\n5.2. Procédé de transmission de données\nSelon un premier aspect, la technique proposée se rapporte donc à un procédé de transmission de données vers une tête de lecture magnétiq ue d'un terminal de paiement. Ce procédé est mis en œuvre par un dispositif électronique apte à générer un champ magnétique représentatif d'un encodage desd ites données. Comme déjà présenté en relation avec l'art antérieur, un tel dispositif électronique peut par exemple être un terminal de communication de type smartphone ou tablette, un dispositif électronique dédié autonome, ou encore un dispositif électronique destiné à être couplé à un terminal de communication (le dispositif électronique peut alors par exemple être intégré à une coque de protection du terminal de communication).\nLa figure 2 décrit les principales étapes d'un tel procédé de transmission de données, dans un mode de réalisation particulier. Ce procédé comprend une étape 21 d'obtention de données principales D_Princ, qui sont des données relatives à un moyen de paiement, par exemple un numéro de compte (PAN), un nom de titulaire, et une date d'expiration d'u ne carte de paiement. Le procédé comprend également une étape 22 d'obtention de données secondaires D_Sec. Dans une étape 23 de construction des données à transmettre, les données principales D_Princ et les données secondaires D_Sec sont organisées et structurées de manière à former le motif de base qui sera répété de manière cycliq ue dans le flux de données FD émis. En particulier, les données principales D_Princ sont formatées conformément à la norme ISO/I EC 7813, délivrant ainsi une séquence de données normalisées D_Nor. Le procédé comprend enfin une étape 24 de transmission d'un flux de données FD, comprenant l'émission répétée du motif de base préalablement construit, sous la forme d'un champ magnétique fluctuant.\nDans un mode de réalisation particulier, les données principales D_Princ et les données secondaires D_Sec sont obtenues au sein d'un élément sécurisé du dispositif électronique. Si le dispositif électronique n'est pas u n dispositif autonome, mais un dispositif destiné à être couplé à un terminal de communication, les données sont éventuellement obtenues au sein d'u n élément sécurisé d u terminal de communication. Ces données ont par exemple été provisionnées au préalable par l'utilisateur au sein d'une application dédiée installée sur le dispositif électronique ou sur le terminal de communication. Une telle application peut notamment être une application de type portefeuille électronique (également appelée « wallet » en anglais), qui permet notamment de stocker des informations associées à plusieurs cartes ainsi que des informations complémentaires. Via cette application, l'utilisateur a la possibilité de choisir les informations de paiement et les données secondaires à utiliser pour une opération de paiement, au cas par cas. Il a aussi la possibilité de configurer des informations de paiement dites « par défaut » et des données secondaires dites « par défaut », qui seront les données utilisées par défaut dans le cadre d'une opération de paiement (à défaut d'un choix particulier autre effectué par l'utilisateur).\nSelon différents modes de réalisation du procédé de transmission proposé, les données secondaires D_Sec transmises peuvent comprendre au moins un jeton d'authentification bancaire, et/ou au moins un identifiant de programme de fidélité. Les avantages à transmettre des données secondaires de ce type sont présentés ultérieurement, en relation avec la description de différents modes de réalisation relatifs au procédé de traitement des données mis en œuvre au niveau du terminal de paiement qui reçoit le flux de données FD.\n5.3. Procédé de traitement de données\nLa technique proposée se rapporte également à un procédé de traitement de données reçues par une tête de lecture magnétique d'un terminal de paiement. Ce procédé, mis en œuvre par le terminal de paiement, est décrit en relation avec la figure 3, dans un mode de réalisation particulier.\nDans une étape d'identification 31, le terminal de paiement identifie au moins deux séquences de données normalisées D_Nor successives au sein d'un flux de données FD reçu au niveau de sa tête de lecture magnétique. Les données normalisées D_Nor sont des données représentatives d'un moyen de paiement, formatées selon la norme ISO/IEC 7813, aussi l'identification de ces données normalisée D_Nor peut se baser sur l'identification de balises de début BD de séquence de données normalisées et de balises de fin BF de séquence de données normalisées.\nLe terminal de paiement met ensuite en œuvre une étape de détermination 32, dans laquelle il détermine si des données particulières, dites données secondaires, sont présentes au sein du flux de données reçu. De telles données secondaires D_Sec sont des données comprises entre deux séquences de données normalisées D_Nor successives parmi les séquences de données normalisées successives préalablement identifiées. Cette étape de détermination 32 d'une présence de données secondaires peut être mise en œuvre de différentes manières. Dans un mode de réalisation particulier, le terminal de paiement se met à l'écoute de données comprises entre le caractère de contrôle de parité longitudinale - dont la longueu r est connue, et dont on sait qu'il se situe immédiatement après la balise de fin BF d'u ne séquence de données normalisées dans le flux de données reçu, ce qui rend sa détection possible - et la balise de début BD de la séquence de données normalisées suivante au sein d u flux. Par exemple, dès que le terminal de paiement détecte qu'il a reçu u n caractère de contrôle de parité longitudinale (ce qu'il déduit après détection de la réception d'une balise de fin BF), il stocke dans une mémoire tampon les données reçues qui arrivent au fur et à mesure de la réception du flux FD, jusqu'à ce qu'il détecte la réception d'u ne balise de début BD de la séq uence de données normalisée su ivante. Si de telles données existent, alors ce sont des données secondaires D_Sec sur lesquelles le terminal de paiement peut tenter d'effectuer un traitement. Dans un autre mode de réalisation particulier, le caractère situé immédiatement après la balise de fin des données normalisées est astucieusement détourné de sa fonctionnalité première de caractère de contrôle de parité longitudinale, pour servir de marqueur de présence et/ou de type de données secondaires. En effet, contrairement aux données qui sont inscrites sur la bande magnétique d'une carte de paiement, le flux de données est construit et transmis par le dispositif électronique d'émission, et son contenu peut être adapté pour répondre à des circonstances d'opérations de paiement particulières. Dès lors, il est possible de remplacer le caractère de contrôle de parité longitud inale par u n caractère spécifique approprié aux besoins d'une opération de paiement en cours, au sein du flux de données transmis. Idéalement, ce caractère spécifique est de même longueur que le caractère de contrôle de parité longitudinale, pour rester conforme au format décrit dans la norme ISO/I EC 7813. Dans ce cas, l'étape de détermination 32 comprend une étape de lecture au sein d u flux de données reçu, d'un nombre prédéterminé de caractères situés immédiatement après la balise de fin de séquence de données normalisées dans le flux de données reçu, délivrant une suite de caractères (ce nombre prédéterminé de caractères correspond à la longueur de la donnée de contrôle de parité longitudinale, soit généralement un caractère alphanumérique, soit un octet ou hu it bits). Cette suite de caractères est ensuite comparée avec au moins une donnée de référence, pou r délivrer un indicateur de référence en cas de comparaison positive.\nCet indicateur de référence peut notamment être un indicateur représentatif d'une présence des données secondaires. Ainsi, la détection d'une suite de caractères particu lière après la balise de fin de séquence de données normalisées indique au terminal de paiement que des données secondaires sont présentes dans le flux de données, et que le terminal de paiement peut lire et traiter ces données secondaires.\nSelon une caractéristique particulière, la suite de caractères est comparée avec plusieurs données de référence, chaque donnée de référence étant représentative d'un type de données secondaires. Ainsi, le terminal de paiement est à même d'être informé, avant même de les avoir reçues, que les données suivantes du flux sont des données secondaires. Le terminal de paiement connaît également leur type et est donc en mesure d'adapter le traitement de ces données secondaires en conséquence.\nSi le terminal de paiement détecte la présence de données secondaires lors de l'étape de détermination 32, il les récupère dans une étape d'obtention 33 (par exemple au sein d'une mémoire tampon), puis il met en œuvre une étape de traitement 34 de ces données secondaires.\nDans un mode de réalisation particulier, le traitement effectué en étape 34 diffère selon le type des données secondaires obtenues au sein du flux de données reçu par la tête de lecture magnétique. Selon une caractéristique particulière, le type de données secondaires peut être déduit du format des données secondaires. Dans ce cas, il est nécessaire d'avoir déjà récupéré les données secondaires afin de pouvoir identifier leur type. Alternativement, le type des données secondaires peut-être déterminé par le terminal de paiement avant même d'avoir reçu les données secondaires en question, par exemple grâce à l'insertion au sein des données normalisées du flux de données d'un caractère spécifique approprié en lieu et place d'un caractère de contrôle de parité longitudinale, comme décrit précédemment.\nDans un mode de réalisation particulier, le procédé de traitement de données comprend également une étape d'obtention d'au moins deux des séquences de données normalisées consécutives préalablement identifiées, et une étape de comparaison entre-elles de ces séquences de données normalisées, délivrant une information de contrôle. Cette information de contrôle permet notamment de vérifier que les données normalisées reçues n'ont pas été altérées durant la transmission des données entre le dispositif électronique émetteur et le terminal de paiement. En effet, il est peu probable que la même erreur de transmission survienne deux fois de suite lors de la transmission d'une séquence de données normalisées. Ainsi, lorsqu'au moins deux séquences de données normalisées reçues consécutivement sont identiques (au moins en ce qui concerne les données principales comprises entre les balises de début et de fin), on peut considérer que ces données n'ont pas été altérées durant la transmission. Ainsi, le remplacement du caractère de contrôle de parité longitudinale par un caractère spécifique faisant office d'indicateur de la présence et/ou d'un type de données secondaires, tel que proposé dans un mode de réalisation particulier, n'est pas problématique : la solution proposée offre par ailleurs un autre moyen de contrôler que les données reçues au niveau du terminal de paiement sont bien conformes aux données qui ont été transmises par le dispositif électronique. On peut noter que cette même stratégie peut également être appliquée aux données secondaires pour s'assurer qu'elles n'ont pas été altérées lors de leur transmission, dans un autre mode de réalisation particulier.\nOn présente maintenant brièvement deux exemples de traitements différenciés des données secondaires, en fonction de leur type.\nExemple 1 : données secondaires de type « jeton d'authentification »\nDans un mode de réalisation particulier, les données secondaires prennent la forme d'un jeton d'authentification de données bancaires. L'étape de traitement 34 comprend alors la réalisation, par le terminal de paiement d'un calcul cryptographique à partir des données normalisées reçues, puis la comparaison du résultat de ce calcul avec ledit au moins un jeton d'authentification reçu sous la forme de données secondaires. Une telle comparaison permet par exemple de s'assurer de l'authenticité des données bancaires transmises, ou encore qu'elles ne sont pas utilisées pour effectuer un paiement à partir d'un dispositif électronique inconnu, ce qui signifie qu'elles pourraient avoir été obtenues de manière frauduleuse. Si la comparaison s'avère négative, c'est à dire que le résultat du calcul cryptographique est différent du jeton d'authentification, les données relatives au moyen de paiement sont rejetées, et l'opération de paiement est annulée.\nSelon une caractéristique particulière, le jeton d'authentification est fourni par un élément sécurisé du dispositif électronique d'émission ou d'un terminal de communication auquel il est connecté et/ou par une application tierce sécurisée telle qu'une application bancaire. Dans le mode de réalisation particulier associé à l'exemple qui vient d'être décrit, les données secondaires sont donc utilisées afin de valider ou d'invalider une opération de paiement, ce qui permet d'augmenter la sécurité d'un paiement effectué par ce type de technique et qui n'est pas possible avec les techniques de l'art antérieur.\nExemple 2 : données secondaires de type « identifiant de programme de fidélité »\nDans un autre mode de réalisation particulier, les données secondaires prennent la forme d'un identifiant de programme de fidélité. L'étape de traitement 34 comprend alors la transmission, par le terminal de paiement, de cet identifiant de programme de fidélité à un serveur de gestion de programme de fidélité. L'utilisateur réalisant l'opération de paiement peut ainsi être identifié (au sein d'une structure de données du serveur de gestion de programme de fidélité par exemple), et bénéficier des avantages que lui procure son adhésion au programme de fidélité (obtention d'une réduction automatiquement appliquée sur le montant à payer, ajout de points de fidélité sur un compte fidélité, etc.). Cette opération est relativement transparente tant pour l'utilisateur que pour le commerçant : l'identifiant de programme de fidélité est transmis au terminal de paiement en même temps que les données relatives au moyen de paiement, l'utilisateur n'a pas eu besoin de présenter une carte de fidélité, et le commerçant n'a donc pas eu non plus à scanner le code à barres associé à une telle carte de fidélité. Il en résulte une économie de temps pour toutes les parties, et donc une augmentation du nombre de traitements de paiement pouvant être réalisés par un opérateur (caissier par exemple). Selon une caractéristique particulière, l'identifiant de programme de fidélité transmis en tant que données secondaires est un identifiant unique de programme de fidélité, sur la base duquel un serveur intermédiaire est à même de retrouver un identifiant de programme de fidélité spécifique de l'utilisateur à utiliser dans le cadre d'une opération de paiement donnée. Dans le mode de réalisation particulier associé à l'exemple qui vient d'être décrit, les données secondaires sont donc utilisées afin de compléter ou enrichir une opération de paiement.\n5.4. Autres caractéristiques et avantages\nOn décrit, en relation avec la figure 4, un dispositif électronique comprenant des moyens permettant l'exécution du procédé de transmission de données décrit préalablement, dans un mode de réalisation particulier. Un tel dispositif électronique comprend :\ndes moyens d'obtention de données principales D_Princ, relatives à un moyen de paiement, telle qu'un numéro de compte (PAN), un nom de titulaire, et/ou une date d'expiration d'une carte de paiement ;\n- des moyens d'obtention de données secondaires D_Sec ;\ndes moyens de construction de données à transmettre à partir des données principales D_Princ et des données secondaires D_Sec, lesdits moyens de construction étant notamment aptes à formater les données principales D_Princ conformément à la norme ISO/IEC 7813 pour délivrer des données normalisées D_Nor, et à organiser et structurer les données normalisées D_Nor et les données secondaires D_Sec de manière à former un motif de base d'un flux de données à émettre ; des moyens de transmissions desdites données à transmettre, sous la forme d'un flux de données comprenant une pluralité d'alternances d'une même séquence de données normalisées et de données secondaires, par modulation d'un champ magnétique.\nPar exemple, le dispositif électronique de transmission comprend une mémoire 41 constituée d'une mémoire tampon, une unité de traitement 42, équipée par exemple d'un microprocesseur, et pilotée par le programme d'ordinateur 43, mettant en œuvre un notamment un procédé de transmission de données par modulation d'un champ magnétique. À l'initialisation, les instructions de code du programme d'ordinateur 43 sont par exemple chargées dans une mémoire avant d'être exécutées par le processeur de l'unité de traitement 42. L'unité de traitement 42 reçoit par exemple en entrée E au moins une requête pour la transmission de données nécessaires à la réalisation d'une opération de paiement. Le microprocesseur de l'unité de traitement 42 met alors en œuvre les étapes du procédé de transmission, selon les instructions du programme d'ordinateur 43 de manière à récupérer des données principales relatives à une carte de paiement et des données secondaires destinées à confirmer, enrichir ou compléter l'opération de paiement, et à structurer ces données pour générer en sortie S une modulation d'un champ magnétique émis par une bobine du dispositif électronique. La modulation du champ magnétique est éventuellement précédée d'un encodage des données à transmettre.\nPour cela, le dispositif électronique comprend, outre la mémoire tampon 31, des moyens de communications, tels que des composants de communication réseau, un composant de transmission de données et éventuellement un processeur de chiffrement dédié.\nL'ensemble de ces moyens peut se présenter sous la forme d'un processeur particulier implémenté au sein du dispositif, ledit processeur étant un processeur sécurisé, apte à traiter des données de nature confidentielle, comme des données de moyen de paiement ou des jetons d'authentification bancaire. Selon un mode de réalisation particulier, ce dispositif électronique met en œuvre une application particulière qui est en charge de la réalisation du chiffrement et de la transmission de données, cette application étant par exemple fournie par le fabricant du processeur en question afin de permettre l'utilisation dudit processeur. Pour ce faire, le processeur comprend des moyens d'identification uniques. Ces moyens d'identification uniques permettent d'assurer l'authenticité du processeur.\nLa technique proposée se rapporte également à un terminal de paiement intégrant une tête de lecture magnétique et comprenant des moyens permettant l'exécution du procédé de traitement de données décrit précédemment. Un tel terminal de paiement est notamment décrit en relation avec la figure 5 dans un mode de réalisation particulier, et il comprend :\ndes moyens d'identification, au sein d'un flux de données reçu au niveau de la tête de lecture, d'au moins deux séquences de données normalisées successives, lesdites données normalisées étant des données représentatives d'un moyen de paiement, formatées selon la norme ISO/IEC 7813 ;\ndes moyens de détermination d'une présence, au sein du flux de données reçu, de données dite secondaires comprises entre deux séquences de données normalisées successives parmi lesdites au moins deux séquences de données normalisées successives préalablement identifiées ;\nPar exemple, le terminal de paiement comprend une mémoire 51 constituée d'une mémoire tampon, une unité de traitement 52, équipée par exemple d'un microprocesseur, et pilotée par le programme d'ordinateur 53, mettant en œuvre un notamment un procédé de traitement des données reçues au niveau de la tête de lecture magnétique du terminal de paiement. À l'initialisation, les instructions de code du programme d'ordinateur 53 sont par exemple chargées dans une mémoire avant d'être exécutées par le processeur de l'unité de traitement 52. L'unité de traitement 52 reçoit par exemple en entrée E au moins une instruction d'une initialisation d'une opération de paiement. Le microprocesseur de l'unité de traitement 52 met alors en œuvre les étapes du procédé de traitement, selon les instructions du programme d'ordinateur 53. Il se met à l'écoute des données reçues au niveau de la tête de lecture magnétique du terminal de paiement, de manière à identifier, au sein du flux reçu, des séquences de données normalisées représentatives d'un moyen de paiement, et à déterminer la présence éventuelle de données secondaires entre deux séquences de données normalisées. En cas de détermination positive, les données secondaires sont obtenues et traitées, et le résultat de ce traitement est notifié en sortie S.\nPour cela, le terminal de paiement comprend, outre la mémoire tampon 41, des moyens de transmission/réception de données qui peuvent se matérialiser sous la forme d'une interface de connexion à un ou plusieurs réseaux de communication, ces moyens permettant éventuellement d'établir une liaison avec des serveurs partenaires pour la gestion de programmes de fidélité. Le terminal de paiement comprend également éventuellement des moyens de calculs cryptographiques, lui permettant de vérifier l'authenticité de données représentatives d'un moyen de paiement reçue sur la base d'une comparaison du résultat d'un calcul cryptographique avec un jeton d'authentification.\nSelon un autre aspect, la technique proposée se rapporte également à un signal émis sous la forme d'un champ magnétiq ue par un dispositif électronique. Le signal en question comprend une pluralité d'alternances d'une même séquence de données normalisées et de mêmes données secondaires, les données normalisées étant des données représentatives d'un moyen de paiement, formatées selon la norme ISO/I EC 7813. Aussi, la séquence de données normalisées comprend une balise de début BD de séquence de données normalisées suivie de données principales D_Pr et terminée par une balise de fin BF de séquence de données normalisées. Selon une caractéristique particulière, la séquence de données normalisées comprend en outre, immédiatement après la balise de fin BF de séquence de données normalisées, une donnée de présence représentative de la présence de données secondaires au sein dudit signal. Cette donnée de présence est par exemple codée sur un caractère. De cette manière, on transmet une donnée complémentaire tout en respectant le formalisme édicté par la norme ISO/IEC 7813.\nLes modes de réalisation précédemment décrits dans le cadre de la présente invention sont combinables entre eux. Ils sont donnés à titre d'exemples illustratifs et non limitatifs, afin d'illustrer au mieux le principe général de l'invention. D'autres modes de réalisation peuvent bien entendus être mis en œuvre dans le cadre de la présente invention. En particulier, avec la possibilité déjà décrite de pouvoir transmettre un type de données secondaires, il est notamment possible d'envisager un mode de réalisation particulier dans lequel plusieurs données secondaires distinctes sont transmises au sein d'un même flux de données, chacune de ces données secondaires étant intercalée entre deux séquences identiques de données normalisées. A partir de la réception d'un u nique flux de données, et sur la base des types de données secondaires identifiées au sein de ce flux, le terminal de paiement est alors à même d'initier de multiples traitements en complément d'une opération principale de paiement, chacun de ces traitements étant adapté aux données secondaires traitées.\nPrevious Patent: METHOD FOR MANUFACTURING CONCRETE ARTICLES AND STRUCTURES\nNext Patent: SPOON


July 8, 2013 / 10:59 AM / 6 years ago\nPARIS (Reuters) - Les Bourses européennes sont en nette hausse à mi-séance, un rebond favorisé par la clôture dans le vert de Wall Street vendredi et l’espoir de voir l’Eurogroupe progresser sur les dossiers de l’aide à la Grèce et au Portugal.\nLes Bourses européennes sont en nette hausse à mi-séance, un rebond notamment favorisé par l'espoir de voir l'Eurogroupe progresser sur les dossiers de l'aide à la Grèce et au Portugal. Vers 12h40, le CAC 40 progressait de 1,93% à Paris, le Dax s'adjugeait 2,3% à Francfort et le FTSE avançait de 1% à Londres. /Photo d'archives/REUTERS\nVers 12h40, l’indice FTSEurofirst 300 gagnait 1,25% et l’EuroStoxx 50 2,13%. A Paris, le CAC 40 progressait de 1,93% tandis qu’à Francfort, le Dax s’adjugeait 2,3% et qu’à Londres, le FTSE avançait de 1%.\nLes futures sur indices new-yorkais signalent une ouverture de Wall Street en hausse d’environ 0,5% après le gain de près de 1% enregistré vendredi en clôture.\nLes places européennes avaient au contraire fini en net recul vendredi, les bons chiffres de l’emploi américain ayant nourri les craintes de voir la Réserve fédérale réduire dès septembre ses achats de dette, son principal soutien à l’économie et aux marchés.\n“Les investisseurs européens ont surréagi vendredi car l’environnement actuel n’est pas aussi mauvais que le marché le suggérait. Les chiffres de l’emploi américain sont bons et traduisent une perspective favorable pour l’économie, plus importante que les préoccupations liées à la réduction du soutien”, explique Christian Stocker, stratège actions d’UniCredit à Munich.\n“Mais la pression sur les actions va quand même persister à moyen terme car la saison des résultats pourrait décevoir. L’automobile et le secteur des équipements industriels, notamment, pourraient voir leurs bénéfices baisser légèrement.”\nLe géant américain de l’aluminium Alcoa donnera le coup d’envoi de cette saison des résultats après la clôture de Wall Street ce lundi.\nEn attendant, les investisseurs surveilleront les déclarations des ministres des Finances de la zone euro, réunis à Bruxelles notamment pour décider du prochain versement de l’aide à la Grèce et faire le point sur la situation politique au Portugal, deux dossiers qui semblent évoluer favorablement.\nAutre rendez-vous à suivre, l’audition de Mario Draghi, le président de la Banque centrale européenne (BCE), au Parlement européen à partir de 14h30.\nCôté actions, parmi les secteurs en vue ce lundi, l’automobile progresse de 2,55% et les banques de 1,6%. Lloyds Banking Group avance de 2,8% après des informations de presse selon lesquelles des investisseurs étrangers envisagent de racheter jusqu’à la moitié de la participation de l’Etat dans la banque.\nMoins favorisé, Osram, la filiale d’éclairage de Siemens recule pour sa première séance de cotation après la distribution de 80,5% du capital aux actionnaires du conglomérat.\nSur le marché des changes, le dollar a atteint son plus haut niveau depuis trois ans face à un panier de devises de référence mais recule légèrement face à l’euro, autour de 1,2850.


Si vous installez ce jeu Android complète, vous jouer pendant des heures et vous aurez sûrement beaucoup de plaisir! Dans certains niveaux, vous combattez des vagues de zombies attaquent de différentes directions avec une variété d’armes. Vous pouvez télécharger Tueur des zombis sous Android dès maintenant! Information sur la page:. Prenez le volant de votre auto, appuyez sur l’accélérateur et détruisez les hordes des zombis sanguinaires remplis toutes les rues de la ville. Les règles sont très simples – tuer les vagues infinies de zombies ou votre cerveau mangé. Zombie Roadkill 3D pour Android, vous met au volant d’un fourgon blindé piraté-ensemble.\nZombie Roadkill 3D a des charges allant pour cela, de le gameplay addictif aux graphismes de haute qualité et des effets sonores. Les meilleurs niveaux sont ceux où vous êtes excès de vitesse sur l’autoroute. Zombie Roadkill 3D Téléchargement. Zombie roadkill 3D Tueur des zombis: Sur notre site vous trouverez de nombreux autres jeux ou des applications de différents genres, de l’aventure et d’action pour les rpg et les courses xombie jeux et vous trouverez également mod et la version de tous les jeux Android piraté:\nVous vous sentez comme vous êtes dans l’action.\nPour obtenir toutes les fonctionnalités de mod répertoriées, vous devez avoir Lucky Patcher sur votre téléphone, puis procéder à des achats in-app piratés. Pour choisir des jeux compatibles pour votre appareil, nous devons connaître la version de votre plate-forme. Afficher la liste de marques.\nVous trouverez sur notre site de nombreux autres jeux de différents genres: L’adrénaline vous tenir éveillé, concentré, xombie la transpiration tard dans la nuit.\nVendredi, Février 09 Vous allez adorer son gameplay à coup sûr.\nGrâce à ce jeu vous ne vous ennuierez plus dans les transports, en classe ou au travail. Ce serait bien si vous pouviez regarder autour en utilisant le contrôle de l’inclinaison plutôt que de glisser, mais il est assez zombiw. Vous pouvez télécharger tout roadkipl fait gratuitement le roaekill Zombie roadkill 3D pour les téléphones Android directement sur ce site. Il ya la possibilité d’utiliser l’accéléromètre, et c’est très amusant difficile à faucher des zombies et un écart de contourner les obstacles que vous prenez de la vitesse.\nVous devez de temps et d’utiliser vos armes soigneusement avant de vous lancer des munitions.\nAfin de télécharger Zombie roadkill 3D pour Android gratuitement, nous vous recommandons de sélectionner le modèle de votre appareil, et notre système trouvera pour vous les fichiers de jeu les mieux adaptés. Dans certains niveaux, vous combattez des vagues de zombies attaquent de différentes directions avec une variété d’armes. Les règles sont très simples – tuer roadkil, vagues infinies de zombies ou votre cerveau mangé. Si vous installez Zombie roadkill 3D, vous jouerez des heures sans pouvoir vous défaire de votre téléphone.\nZombie Roadkill 3D Zombbie.\nEn d’autres niveaux que vous faites la course sur l’autoroute, en cours d’exécution sur les zombies, en évitant les voitures s’est écrasé, et l’aide d’un coup de pouce nitro pour secouer zombies qui s’accrochent sur le côté de la camionnette, ce qui rend instable.\nVisitez notre Zo,bie dédié! Caractéristiques Zombie Zombei Pour Riadkill Comment apprendre la version de ma plate-forme?\nTélécharger ce grand jeu pour téléphone mobile via Ozmbie, Smartphone ou Tablet! Sur notre site vous trouverez de nombreux autres jeux ou des applications de différents genres, de l’aventure et d’action pour les rpg et les courses apk jeux et vous trouverez également mod et la version de tous les jeux Android piraté: Partager avec les amis.\nExigences et détails de l’APK. Review Téléchargement Captures d’écran Commentaires. Please write in English only, thank you. Pourquoi je dois choisir la version de ma plate-forme. Télécharger le jeu Roadkiol roadkill 3D gratuitement.\n3dd Votre véhicule est-il assez fort pour roadkull les défis alors que votre fatalité se referme autour de vous? Si cette application est obsolète, signalez-la ici: Information sur la page:. Avec ce jeu de apk vous ne vous ennuierez pas dans votre temps libre. Les niveaux où vous tirez à l’approche des vagues de zombies sont rythme plus lent. Lorsque votre ville natale est envahie par les zombies, la seule chose à faire bientôt devient clair – conduire votre chemin à travers une apocalypse zombie!\nÉpuisement de la batterie insignifiant.


Promettre beaucoup et livrer moins – IEDM/MEI\nCette semaine, on apprenait que le Réseau électrique montréalais (REM) accuserait un manque à gagner de 240 M$ par année. La Caisse de dépôt, le principal investisseur dans le projet, exigera un bon rendement, ce qui épongera une partie importante des revenus provenant des usagers. Les raisons ? On veut maintenir les tarifs à un niveau raisonnable, à la fois pour stimuler l’achalandage, et parce que c’est gagnant au niveau politique. Divers gouvernements, et donc les contribuables, se feront sans doute refiler une bonne part de la facture.\nDès qu’on est confronté avec des projets du secteur public, le mot déficit n’est pas loin. Quand ce n’est pas un problème de déficit d’opérations, on assiste souvent à une forte augmentation des coûts de construction. Partout au Canada, on ne compte plus les projets dans lesquels les coûts ont littéralement explosé. Une courte liste, qui en oublie beaucoup : le stade Olympique (+800 %), le métro de Laval (+ 350 %), le train de Mascouche (+ 123 %), la centrale de Muskrat Falls (+ 50 %), le remplacement de l’échangeur St-Pierre (+ 38 %), le registre fédéral des armes longues (+ 50 000 %).\nDans le secteur privé de l’économie, on essaie et on réussit en général à livrer les infrastructures promises à temps et à l’intérieur du budget alloué. Des exemples ? La construction de tours d’habitation et de bureaux, d’usines, de routes privées, de maisons. Bien sûr, il y a des exceptions, surtout reliées à l’innovation. Par exemple, le développement d’un nouveau prototype d’avion ou d’une nouvelle technologie. Mais dans de tels cas, les décideurs vont la plupart du temps réévaluer la pertinence du projet, à la lumière des coûts plus élevés, en se demandant s’il en vaut encore la peine.\nLa même chose se produit si vous faites affaire avec un contracteur : il fournira un devis et devra le respecter. Dans beaucoup de cas, l’entrepreneur ira même plus loin en promettant moins et en livrant plus. Le client sera beaucoup plus content si on lui dit que le travail prendra 4 heures et est finalement fait en trois heures, que si on lui dit deux heures et que ça en prend trois.\nPourquoi ces grandes différences entre le secteur privé et le secteur public ? Pourquoi est-ce que, dans le public, la norme semble être de promettre beaucoup et de livrer moins ? Il vaut la peine, pour répondre à ces questions, d’examiner les incitations auxquelles font face les décideurs dans les deux secteurs.\nDans le privé, un directeur général qui supervise un projet dont les coûts explosent va possiblement être congédié. Des études de rentabilité ont été produites avant le démarrage et tout dépassement de coût doit être justifié et donne lieu à une réévaluation de la pertinence de continuer. Un tel dépassement réduit la rentabilité de l’investissement et le PDG aura à rendre des comptes à son conseil d’administration, qui lui-même se rapporte aux actionnaires. Bref, ça va mal pour lui ou elle.\nDans le secteur public, la dynamique est souvent bien différente. Pour faire accepter un projet par l’opinion publique, on a souvent intérêt à en minimiser volontairement les coûts. Cela peut se faire en annonçant des coûts largement et sciemment sous-estimés, ou encore en présentant un projet dépouillé, en sachant qu’on fera des ajouts qui contribueront à augmenter les coûts futurs. De plus, un politicien peut se faire élire en présentant un projet avantageux en sachant qu’il ne sera plus là quand la facture salée sera finalement découverte. Notons aussi que les électeurs, qui ne votent qu’aux quatre ans et ne sont pas toujours bien informés, sont sans doute moins à l’affut des erreurs et problèmes qu’un conseil d’administration qui est l’agent des actionnaires. Bref, la logique de la politique est bien différente de celle du secteur privé. Entre un investissement public et un autre privé, ce dernier risque beaucoup plus d’être fait de façon économique, en générant plus d’avantages que de coûts.


iPhone verrouillé : un juge new-yorkais donne raison à Apple\nUne tâche d'huile ?\nPar Vincent HermannLe mardi 1er mars 2016 à 13:08\nDans l’affaire qui oppose Apple au FBI, un juge pourrait bien avoir orienté l’issue de la confrontation. James Orenstein a décidé en effet, dans le cadre d’une autre enquête, que personne ne pouvait s’appuyer sur la loi All Writs Act pour forcer un constructeur à déverrouiller un smartphone.\nDepuis environ deux semaines, la guerre est pleinement déclarée entre Apple et le FBI. L’agence fédérale enquête sur la fusillade de San Bernardino (Californie), revendiquée (mais pas commanditée) en décembre dernier par Daech. Les agents sont en possession d’un iPhone 5c contenant des données chiffrées qu’ils ne peuvent pas lire.\nL'interprétation trop large de l'All Writs Act\nIls ont demandé à Apple d’extraire ces informations, ce que l’entreprise ne peut pas faire : le code de verrouillage participe à la création de la clé de chiffrement. L’un des responsables du drame, Syed Rizwan Farook, ayant été abattu lors des évènements, deviner le code s’est révélé impossible (quatre chiffres, donc 10 000 combinaisons). Le FBI a donc voulu forcer l’entreprise à créer une solution spécifique à ce smartphone pour contourner la protection.\nLa conception d’un tel outil est techniquement réalisable, mais pour Apple le problème n’est pas dans le code. Il est dans l’établissement d’un dangereux précédent : le chiffrement ayant été mis en place pour que personne ne puisse accéder aux données des utilisateurs – pas même elle – obtempérer reviendrait à l’avenir à traiter toutes les demandes du même acabit. La firme critique également l’utilisation qui est faite de l’All Writs Act, et c’est ici que la situation évolue.\nUn juge critique sévèrement l'attitude du FBI\nPour comprendre les problématiques soulevées par Apple, il faut rappeler que cette loi de 1789 permet aux forces de l’ordre de requérir l’aide d’une personne, qu’elle soit physique ou morale. Il existe cependant des limites à son application, dont la principale : l’aide requise ne doit pas mettre en danger l’activité commerciale de l’entreprise appelée. Or, pour Apple, circonvenir ses propres mesures de sécurité reviendrait immédiatement à briser la confiance des clients, la société insistant sur ce point depuis plusieurs années maintenant.\nApple est en outre impliquée dans une douzaine d’autres affaires, dans lesquelles des iPhone sont mêlés à des enquêtes, avec les mêmes problématiques. Un juge en charge de l’une de ces affaires, James Orenstein (New York), se posait déjà en octobre dernier la question cruciale : peut-on forcer une entreprise à briser le chiffrement dans l’un de ses produits, compte tenu de l’impact potentiellement très négatif sur son image par la suite ?\nOrenstein a tranché : la réponse est « non ». Dans son jugement, il indique que l’All Writs Act « ne peut être un moyen pour l’Exécutif d’atteindre un objectif législatif que le Congrès a déjà examiné et rejeté ». Il s’agit d’un camouflet important pour le FBI, car le juge reprend ici l’un des grands arcs de l’argumentaire d’Apple. La Maison Blanche a tenté en effet de faire voter la loi CALEA II, qui aurait offert ce genre de procédure sur un plateau, mais s’est heurtée au Congrès. Apple critiquait justement la semaine dernière ce mouvement : obtenir par les tribunaux, en établissant un précédent, ce qu’il avait été impossible d’installer dans un cadre législatif clair.\nDes différences entre les deux affaires\nIl existe cependant des différences importantes entre les deux affaires. Dans la première, et comme nous l’avions alors signalé en octobre, Apple a été invitée à donner son avis sur la demande du FBI. Le juge a donc été pleinement sensible aux arguments avancés. Dans l’affaire de San Bernardino, la demande du FBI a été réalisée ex parte, donc sans consultation de l’entreprise. Un point vivement critiqué par cette dernière.\nD’autre part, l’affaire dont s’occupe le juge Orenstein concerne le trafic de drogue. Une différence de taille avec de San Bernardino, centrée sur le terrorisme et Daech. Dans un pays très sensible à ce sujet, il n’a guère été étonnant de voir dans un premier sondage que 51 % des Américains estimaient qu’Apple devait aider le FBI et ne plus bloquer l’enquête. L’agence fédérale semble cependant prête à tout pour passer en force, un point que ne manque pas de souligner le juge.\nUn juge inquiet des dérives potentielles\nOrenstein s’inquiète en effet de plusieurs éléments, dont celui de la surveillance : « Dans un monde où tant d’appareils […] seront connectés à l’Internet des objets, la théorie du gouvernement selon laquelle un accord de licence lui permet de forcer les constructeurs à l’aider à surveiller les utilisateurs […] aboutira à une expansion virtuellement sans limite de l’autorité judiciaire pour s’introduire subrepticement dans la vie privée ».\nAutre inquiétude, faisant d’ailleurs largement écho à celle d’Apple : l’interprétation très large de l’All Writs Act faite par le FBI. Il note : « Rien dans les arguments du gouvernement ne suggère une quelconque limite de principe sur ce qu’un tribunal pourrait demander à une personne ou une entreprise pour violer les valeurs les plus profondément enracinées […] ». En clair, le FBI et le gouvernement tirent bien trop sur la corde.\nEnfin, le juge rebondit lui aussi sur la crainte du précédent qui ouvrirait d’incontrôlables vannes : « étant donné l’interprétation sans bornes de l’All Writs Act par le gouvernement, il est difficile de concevoir la moindre limite dans ce qu’il pourrait bien obtenir dans le futur. Par exemple, si Apple peut être forcée à écrire un code pour contourner dans cette affaire les mesures de sécurité et créer une nouvelle accessibilité, qu’est-ce qui empêchera le gouvernement de demander qu’Apple écrive du code pour activer le microphone afin d’aider à la surveillance, activer la caméra vidéo, enregistrer furtivement les conversations ou activer les services de géolocalisation pour traquer la position de l’utilisateur ? Rien ».\nUne première victoire importante, même si rien n'est garanti\nMême si cette décision du juge ne garantit en aucun qu’il en sera de même en Californie, l’écho retentissant de la décision ne peut qu’inviter les autres tribunaux à examiner les arguments en balance. Et ce d’autant plus qu’Apple n’est pas seule dans cette affaire : Microsoft, Facebook, Twitter, Google et d’autres ont déjà présenté en fin de semaine dernière leurs avis (amicus curiae), tous allant dans le sens de l’entreprise à la pomme. Dans un monde post-Snowden où la sécurité est devenue un argument commercial fort, aucune ne peut se permettre de perdre la confiance des clients.\nOn notera tout de même que si Apple craignait une jurisprudence, c'est bien ici un précédent en sa faveur qui vient de s'établir. La décision du juge Orenstein va pouvoir dès lors rejoindre l'argumentaire de l'entreprise dans l'affaire californienne.