A Scannable Code Instead of a Loyalty Card Carrying an Unfinished Gaming Machine Session Home in Your Phone

This application covers a gaming machine that can pack the state of a part played game into a two dimensional machine readable code displayed on its screen, so a player can photograph it with a phone and later show a matching code back to a camera on the same or a different machine to resume where they left off. It was filed by Aristocrat Technologies Australia Pty Limited and names one inventor. The point of the design is that the code carries the game data itself, so nothing has to be looked up in a venue database or transferred between venues.

The Problem

The specification starts from how venues handle this today. Gaming machines are installed at a venue operated by a venue operator, often as a bank of machines running the same title, and progress is preserved through a player tracking system. The player inserts a magnetic stripe card, the machine writes the game state against that card’s identity, and the state is stored on the venue’s own electronic storage. Present the card again at another machine in the same venue and the state is retrieved.

That arrangement works inside one venue and stops at its boundary. The same game title is commonly offered at machines run by different operators in different venues, and a player who has built up a position at one venue cannot pick it up at another, because a tracking system is transparent only to the operator that runs it. The specification is direct about what closing that gap would cost: backend connectivity over private or public networks, a central database collecting player and game specific data in a format every participating system recognises, and the upload and download time to move it around.

There is a second cost buried in the first. Retaining state against a tracking card means the venue holds a record tied to an identified person, and the player has to be enrolled in that venue’s scheme before any of it works.

What This Invention Does

Claim 1 is written to the gaming machine, not to the phone. It defines a machine with a display device, an image capture device, a credit input mechanism that can be a coin chute, bill collector, card reader or ticket reader, a random number generator, buttons for wagering and starting a play, and a game controller that runs game rounds in the ordinary way and adjusts the credit balance according to any award.

The added behaviour is triggered by a player input. On that input, the controller generates what the specification calls a game state retention sign: it takes the game variables representing the current state of the wagering game and encodes them into a first two dimensional machine recognisable image, then displays that image on screen for capture by a handheld player device. The claim goes on to describe what the handheld device does, namely display a game continuation sign generated from the retention sign back to the machine’s image capture device, so the controller can read it and resume play.

The important word is encodes. The image is not a pointer to a record held somewhere; it holds the variables. That removes the need for the backend infrastructure the background section costs out, and it is why the same code works at a machine run by an entirely different operator, provided that machine offers the title.

Because a code that carries value can be copied, the specification spends considerable space on making codes hard to reuse. The game data is encrypted before encapsulation, using a key generated through a chain of three code generation algorithms, and the machine can validate on scan whether a presented continuation code was genuinely produced by play. Codes may be animated, meaning a series of static codes displayed in sequence, which both raises data capacity and defeats copying by photograph. A dedicated app can restrict how long a continuation code stays on screen, for example thirty seconds, and a code can be given an expiry period such as one month from the timestamp in its header.

Key Features

• The state travels in the image. The game variables are encoded into the code itself, so resuming needs no lookup, no data transfer and no shared database between venues.
• Cross venue by default. Because nothing is held against a venue’s own system, a session suspended in one venue can be resumed at a machine run by a different operator.
• No player tracking card. The player’s own phone is the carrier, so no enrolment in a venue loyalty scheme is required.
• Two codes, not one. The machine produces a retention code and the player device presents a related but separately generated continuation code, which is what allows validation of whether a code came from real play.
• Encrypted payload with key validation. Game data is encrypted before encapsulation, and the machine can regenerate and compare a validation block on scan to reject codes not produced by the system.
• Animated codes. A rotating sequence of static codes carries more data than a single static code of the same size and frustrates copying by still photograph.
• A catalogue on the phone with time limits. The player device holds multiple saved games as icons and can be synchronised with the player’s other devices through a cloud server, while continuation codes are shown only for a short window and can be invalidated after a set expiry period.

Who Is Behind It

The applicant is Aristocrat Technologies Australia Pty Limited, the Australian arm of Aristocrat Leisure Limited, a company founded in Sydney in 1953 that now supplies gaming machines and content worldwide through Aristocrat Gaming and its digital businesses. Its corporate profile is set out on the company’s about page.

The named inventor is Natalie Bryant.

The filing chain is entirely Australian and runs back four generations. This application is a divisional of Australian application 2024201254, which was a divisional of 2022200015, which was a divisional of 2019261812, which was a divisional of 2018202797. The earliest of those was filed in 2018, and nothing in the specification identifies a foreign priority document, so the priority country is Australia.

Why It Matters

Suspending a game and resuming it later is unremarkable in consumer video games, where a saved game is a basic expectation. It is much harder in regulated wagering, because the saved state has monetary consequence and has to be tamperproof, auditable and acceptable to a regulator. Most of the engineering described here is about that gap: the encryption, the validation block, the animated codes and the expiry rules exist because the naive version of this feature would be a licence to forge progress.

The commercial logic is about session length and title loyalty. Games in this category increasingly build progression across many plays, through collections, meters and unlocked features, and a player who abandons that progress on leaving the venue has less reason to seek out the same title again. Tying progression to a phone rather than a venue card also moves the relationship one step closer to the game publisher and further from any individual operator, a meaningful shift in a market where the operator has historically owned the player relationship.

Timing matters too. The 2018 priority date sits before the current wave of cashless and account based gaming trials in Australia, which have moved the industry toward phone mediated interaction with machines under close regulatory scrutiny. Exchanging data through a camera and a screen is a notably low infrastructure way to do that, requiring no network link at the machine at all, which is part of what makes the disclosure worth keeping alive through repeated divisional filings at IP Australia.

Related Concepts

• QR code – the two dimensional code format the specification names as its worked example of a machine recognisable sign.
• Saved game – the consumer gaming equivalent of the state retention this application brings to regulated machines.
• Slot machine – the machine category the claim is written to, including its credit input and wagering mechanisms.
• Replay attack – the reuse problem the expiry rules, animated codes and validation block are designed to defeat.
• Symmetric key encryption – the class of scheme behind the encrypt and decrypt steps described for the game data.
• Gambling in Australia – the regulatory setting, including the state by state machine approval regimes this would have to satisfy.

---

AU 2026202121 was published in the Australian Official Journal of Patents on 9 April 2026 and is open for public inspection. Patent applications represent inventions that are sought to be protected and do not necessarily reflect commercially available products.