✨ Gaming Machine Software Standard
1916
NEW ZEALAND GAZETTE, No. 79
29 JUNE 2004
Software Standard
This section sets out the core software requirements for each Australian and New Zealand jurisdiction’s gaming machine technical standard.
1.14 Introduction
1.14.1 This section is designed to cover only the software operations of electronic gaming machines available to players and gaming attendants. Many security aspects generally implemented by software have been omitted on the grounds that the monitoring device will enforce these via its communication protocol.
1.14.2 Any word in square parentheses, (e.g. [VALUE]), refers to a value that may be subject to change due to a change in policy. These terms are defined in the Chapter 8, Section 1.52 Parameter/Limit Values where their values are listed.
1.15 Memory
Contents of Critical Memory
1.15.1 Critical memory is to store all data that is considered vital to the continued operation of the gaming machine. This includes, but is not limited to:
a) all auditing meters;
b) current credits;
c) gaming machine/game configuration data;
d) information pertaining to the last two plays (including the current game if incomplete) (refer to Section 1.26 Last Play Recall);
e) software state (the last normal state the gaming machine software was in before interruption);
f) RNG seed(s), and
g) information pertaining to the last two tickets printed (refer to Section 1.20.14 Cash Ticket Information Required)
Maintenance of Critical Memory
1.15.2 All critical data must be stored using a fault tolerant methodology with multiple logical and physical storage. See Section 1.10.7 Critical Memory Requirements.
1.15.3 Critical memory storage must be maintained by a methodology that enables errors to be identified and acted upon. This methodology may involve signatures, checksums, partial checksums, multiple copies, timestamps and/or effective use of validity codes.
1.15.4 When updating meters in Critical Memory, the software is to ensure that the update was successful and that any error(s) in one logical copy of the meters are not propagated through to the other good copies.
1.15.5 To cater for disruptions occurring during the update process of Critical Memory, at any point in time during an update there must exist sufficient information that will allow the software to fully cater for such disruptions (e.g. the software must be able to identify the state of update of each copy of Critical Memory and recover from the most appropriate good copy to complete the update in case of a disruption).
Next Page →
Online Sources for this page:
VUW Te Waharoa —
NZ Gazette 2004, No 79
Gazette.govt.nz —
NZ Gazette 2004, No 79
✨ LLM interpretation of page content
⚖️
Schedule 3 - Appendix D: Australian/New Zealand Gaming Machine National Standard
(continued from previous page)
⚖️ Justice & Law EnforcementGaming Machine, National Standard, Australia, New Zealand, Software Standard, Critical Memory, Fault Tolerant, Auditing Meters