EP1846126A1

EP1846126A1 - Methods for the unambiguous association of at least one autonomous storage unit with at least one player in a score keeping device

Info

Publication number: EP1846126A1
Application number: EP05701249A
Authority: EP
Inventors: Robert Wilm
Original assignee: Wilm Robert
Current assignee: Smartrac Investment BV
Priority date: 2005-01-28
Filing date: 2005-01-28
Publication date: 2007-10-24
Also published as: WO2006079357A1; US20110250973A1; US20080305874A1; US8702521B2

Abstract

The invention relates to methods for the unambiguous personal association of at least one autonomous storage unit (10) with at least one player in a score keeping device (20) in order to store at least one status of a game, especially a computer game, network game, or trading card game. The inventive method is characterized in that an unambiguous identification feature that is effective in the game environment is allocated in a way clearly indicating the player's action to a game status, particularly an amount of properties of a game piece created and/or guided by the player and/or an amount of game situations created and/or managed by the player within the group of players detected by the score keeping device, said game status being created and/or managed by the player, being stored in the at least one autonomous storage unit, and unambiguously identifying the player. For this purpose, data is exchanged in a registering manner between the at least one autonomous storage unit and a game manager's storage unit (30) which manages the at least one autonomous storage unit. As a result of said data exchange, a first register data set (40) that characterizes the player and is linked to the game status is created, stored, and processed in the game manager's storage unit (30) while a second register data set (41) which is comparable to the first register data set and is linked to the stored game status is created, stored, and processed in the autonomous storage unit.

Description

Method for unambiguously assigning at least one autonomous

Storage unit to at least one player in one

Score storage device

description

The invention relates to a method for unambiguously assigning at least one autonomous storage unit to at least one player in a game storage device for storing a game score or a player qualification.

A method for savegame storage, a game-state storage device and a computer-executing device that represents the game-state storage device are known from DE 100 63 412 A1. With the method described there or the apparatus performing this method, it is possible to store scores in games with multiple players with an arbitrarily complex structure or set of rules in an objective and secure manner. The procedure frees the players from the often cumbersome, error-prone and thus the joy of playing lasting impacting administrative tasks that bring complex games with them. Such a method is particularly advantageous when the players develop game situations over a long period of time and increasingly enrich the game situations with new game elements and thus make them progressively more complex.

This situation is especially true in role or fantasy games. In such games, which are often played in computer networks, but also partly carried out by means of a physically existing game plan, for example in connection with game cards exchanged by the players, the individual players direct a series of game states in the form of certain game characters or certain game situations. In addition, they also generate game characters or game characters or game situations or combine certain predetermined basic features in the context of the game action. For example, trading card games, such as the well-known Pokemon card game, in which cards are issued, the game pieces with certain characteristics, for example, "good" and "evil" fantasy monsters or robots with predetermined characteristics and characteristics, First, these figures interact in a fixed manner with other characters and secondly can be combined in the game action to new characters, ie subject to a player operated by the "mutation".

The resulting game characters, i. The "mutated beings" in connection with these games represent in an increasing way the very individual skill or sophistication of the player who created and runs the character, the player slips into the identity of the character and within the scope of the game The battles between his character and other competing figures thus represent battles in which the individual individual fantasies and abilities of the player become representative, whereby the game characters take on "individual traits". Not only are they characters in a game, but they increasingly refer to their "owners." This is what makes the appeal of such games so special.

The attractiveness and appeal of such games is further enhanced by the fact that the player can lend, sell, or otherwise "trade" his "creations" to other players in the context of the storyline and the rules of the game. As the creator of the figure, he of course raises a certain claim to authorship and therefore it is imperative to provide the created character with a protection indicating his authorship. In fantasy games, which are performed in real life, this task is performed by a game master who registers the characters and acts as a referee in matters of dispute. It is understandable that this task can become increasingly complex and confusing the longer the game lasts. Errors and ambiguities, but also deliberate manipulations can not be ruled out.

In the method described in the cited document and in itself very advantageous method such a game manager function is not provided. Players can protect their game characters or game scores by protecting their personal access data and thus their game characters or game situations from unauthorized access by entering a password, PIN or biometric data. However, these funds must in no case play a role in the game, they must not be disclosed in particular. While a game, or its rules of the game and the resulting game situations basically arbitrary unclear, arbitrary, treacherous and can be sneaky and just the attractiveness of the game in many cases only just results, it is on the level of

Systems, i. especially with a game console or a network game, absolutely necessary that the system integrity and thus the physical condition to run the game is preserved and not manipulated. For this reason, it is absolutely forbidden from the outset to integrate the security means disclosed or suggested in the cited document in whatever way into the game or even to soften it in some way, since this undermines system integrity.

The game storage device according to DE 100 63 412 A1 thus lacks an independent of the security arrangements of the system strictly separated entity that monitors, for example, the allocation of the characters on the game level, the game thus directs and uniquely regulated in terms of the pre-agreed rules. The aforementioned game memory storage device or the method, which governs a basically hierarchy-free, but also rigid gameplay, it does not allow out of the game acting referee and administrative function. For this reason, it does not do justice to the heightened demands of sophisticated fantasy or role plays. It is therefore the object, in DE 100 63 412 Al disclosed game memory device or the method associated with this device, in a suitable manner so that the game memory device can perform a game function and above all the above-mentioned requirements of complex fantasy and role-playing games or related games can fully meet. Appropriately, this task should be met with a minimum of additional equipment or implementation costs.

The object is achieved with a method for unambiguously personal assignment of at least one autonomous storage unit to at least one player in a game storage device for storing a game score of a game with the features of claim 1.

The method according to the invention is characterized in that a game state generated by the player and / or supervised, uniquely characterizing it and stored in the at least one autonomous storage unit, in particular a set of features of a game character generated and / or guided by the player and / or a set of game situations created and / or managed by the player within the player community detected by the game memory storage device, in a player uniquely operative manner, is assigned a unique and playable effective identification feature.

The game state generated by the player, ie, the character set describing that game character or the game state is stored in the autonomous storage device of the player and can interact with other game characters or game states within the player community, thus acquires an identifying feature refers to the player who created this character. The game state thus receives a quasi label or label, which basically refers to its original author, regardless of which player is currently allowed access to this character or the game state. .,

In contrast to the mere release of "hard" access data, ie PIN, password and the like, which is unacceptable for system integrity, the method according to the invention provides an unambiguous and visible link between game state or game character exclusively within the game storyline Thus, within the game, a characteristic manuscript in the form of the game character created by him or the game state., He is thus clearly associated with his character in the game, regardless of whether he or another

Player needed this character. The game characters or the game situation carries, so to speak, the label of the one who has produced them, in other words: the character or the game state is no longer interchangeable and anonymous, the character or the game state are inseparable in principle in the game with the player and traceable to the game at any time in the game.

Expediently, for this purpose, a registering data exchange is carried out between the at least one autonomous storage unit and a game manager storage unit managing the at least one autonomous storage unit. As a result of the data exchange, a first register data set associated with the stored game state and stored in the game memory storage unit and a second register data set comparable to the first register data set, in particular identical and associated with the stored game state, are stored, stored and processed in the autonomous memory unit. This registering data exchange prevents an unauthorized and uncontrolled assignment of identification features by the player to certain game conditions, in particular to his game characters. Furthermore, this is an official authorization of the game state by the game leader storage unit. The game manager storage unit is thus a necessary condition for the game state to be assigned to the player. Allow the identical register records in the game manager storage unit and the autonomous storage unit In this case, a proof that is always easy to carry out and to be furnished about a lawful assignment of the identification feature.

Conveniently, the registering data exchange is carried out in the following manner. First, a first component of a memory identifier is transmitted from the at least one autonomous memory unit to the game manager memory unit. Immediately thereafter, or substantially at the same time, a first component of a game master identification is transmitted from the game manager storage unit to the autonomous storage unit. In the game leader storage unit, the first component of the memory identifier is linked to a second component of the game master identifier to form the first register data record. Furthermore, in the autonomous storage unit, the first component of the game master ID is linked to a second component of the memory ID to the second register data record and assigned to the game state.

The two now present and identically given both in the autonomous memory unit, as well as in the game memory storage unit register records now form the player-specific identification feature of the game state, i. the character or the game situation. The component of the register data record originating from the game controller storage unit forms an officially centrally assigned certification of the identification feature, while the components of the register data records transmitted by the autonomous storage unit provide the player-specific portion of the register data record. The register data set is therefore only complete and valid if both components are transmitted, exchanged and linked together. The identifier can not be assigned either by the autonomous storage unit or by the game controller storage unit alone. This complicates any violations of the rules of the game.

Conveniently, the first register data set is processed in the game manager storage unit. The game leader storage unit acts as a local game leader storage unit for a limited amount of autonomous storage units and thus a limited number of players. In an advantageous variant of the method, the first register data record is transmitted by the game leader unit to a superordinate player database. The game manager storage unit functions as a local registration device for a limited amount of autonomous storage units or a limited player pool, while the actual management of the register data sets is performed by a non-local or global player database.

Likewise, in a further advantageous variant of the method, the first register data record in the game manager storage unit can both be processed and transmitted to the higher-level player database. In this case, the game manager storage unit forms both a local game manager storage unit and an intermediary to the global player database.

In at least one log-on operation of the autonomous storage unit following the registering data exchange, the first and second register records are checked for match. This avoids that either in the autonomous memory unit alone or in the game manager memory unit or the player database alone unauthorized manipulation of the register records can be performed.

During a course of the game, it is expedient to carry out a continuous update of player-specific data, in particular an update of current game state data, achieved game results, positions in a player list, both of the first and the second register data set. In this case, the first and the second register data record additionally form an always current history of the player-specific game states, which can always be checked for correctness.

A savegame storage apparatus for executing a method according to any one of the above features comprises at least one game manager storage unit integrated into the game score storage apparatus and a total of stored and processed game states in association first register data set in the game manager memory unit and a second register data set identical to the first register data record and associated with the stored game state in the autonomous memory unit with a clear assignment to at least one player.

The game manager storage unit is formed in an expedient embodiment as a game card in the form of a transponder chip card that can be read by a card reader connected to a game console. The chip card contains a card-shaped basic body with a memory chip integrated into the main body and a device for data transmission connected to the memory chip. Smart cards are a well-known and easy-to-use storage medium that is particularly easy for a select group of people, i. the game master, can be personalized and secured.

In one embodiment of the chip card, the device for data transmission is designed as an electrical contact field.

In a further embodiment, the device for data transmission is designed as a non-contact transponder device. The embodiment as a transponder device is particularly advantageous here. It is robust against deliberate destruction, i. Vandalism and allows a smart card operation by means of an executed via the transponder device power supply in the form of a high-frequency electric field without a built-in chip card battery or rechargeable battery device.

In a further advantageous embodiment, the game memory storage unit is designed as a modular component of a game console. This embodiment makes it possible to equip a game console directly with the aforementioned functions of the game leader storage unit. _Λ

Advantageously, the game console has an interface for a network connection, in particular an Internet connection and / or a connection with a superordinate device for data storage. These embodiments allow a previously described data exchange between the game leader storage unit and the parent player database.

The method according to the invention and the device for carrying out the method will be explained in more detail below on the basis of exemplary embodiments. FIGS. 1 to 6 are used for clarification. The same reference numerals are used for identical or equivalent method steps or parts.

Show it:

1 shows an exemplary game console with autonomous storage units in an embodiment known from the prior art,

FIG. 2 shows a series of exemplary game characters in an exemplary fantasy / role-playing game with a player-specific memory recognition before the start of the registering data exchange, FIG.

3 shows an exemplary sequence of a registering data exchange between a game manager storage unit and an autonomous storage unit,

4 exemplary game figures from FIG. 2 after execution of the registering data exchange according to FIG. 3, FIG.

5 is a schematic exemplary network configuration of two game manager storage units in conjunction with associated game consoles or computers and a parent player database.

6 shows an exemplary embodiment of a game conductor storage unit in the form of a chip card, Fig. 7 shows an exemplary game console with a game ladder memory unit in the form of a plug-in module.

1 shows an exemplary game console 5 according to the prior art disclosed by DE 100 63 412 A1. The game console has keyboards 6 or similar game control input means. The game itself can be tracked or played on a built-in game console display 7. A number of different interfaces or outputs 8 allow communication of the game console with an external computer or data network, in particular the Internet. In this example, the players each have one autonomous memory device 10 inserted into a reading device 9. The autonomous memory device 10 is implemented in the form of chip cards in the example shown in FIG. The reading device 9 is therefore a chip card reader. Of course, instead of the chip cards also floppy disks or other data carriers can be used, which are expediently designed for read / write operations and therefore allow any number of updates.

Each of the two autonomous storage devices stores game situations or game states 21 that are output as a result of a game executed on the game console. The game states may be, in particular, data generated by the players A and B, respectively, for game characters or game characters that, for example, fight or interact with each other on the game console.

The access to the data contained on the autonomous storage devices 10 may be secured in the device of Fig. 1 by a PIN, a password or otherwise, so that unauthorized use of the autonomous storage devices by the other player is prevented. In the prior art shown in Fig. 1, the players A and B may leave the data of the game states 21 to each other or exchange each other. This is possible either by the one player the other his state of play easy transfers. However, any information is lost that the game states of A and B have been generated. The game states 21 are therefore interchangeable with the players A and B. For this reason, it is impossible in principle, for example, to estimate the game strengths of the player A or B, or to unambiguously assign the game states 21 on the external storage devices 10 or within the game console 5 to the players A and B. The player A could in extreme cases all game states 21, ie all game characters, game characters, fantasy characters, etc. have generated, etc., while the player B acts only with the game states generated by the player A. It is understood that among these

Conditions Tourniere or championships using the game states 21 are not feasible, because basically not the actual players A and B compete with each other, but only their in some way generated game states 21. On the other hand, the player B in the apparatus shown in Fig. 1 the game states of the

Player A by the player A his security-relevant access data, so e.g. his PIN to the player B reveals that B can use the playing conditions of A. In this case, however, system integrity would be damaged and dependent on the gameplay. But this is to be avoided under all circumstances.

Fig. 2 shows some exemplary game states 21 in the form of exemplary game characters of a fantasy role-playing game. The game states 21 shown symbolically in the figure can be stored in the form of on the external memory devices 10 and optionally in the

Game console fed data can be given. In addition, an implementation of the game pieces in the form of playing cards is possible, which are writable or readable in a suitable manner. In a very simple embodiment, the cards may be manually writable or printable, or have fields for individual labels to be affixed or otherwise affixed, while the playing characteristics of the characters are simply indicated by a text. The playing cards can also have, for example, a magnetic strip or a chip which stores the playing characteristics of the playing piece. In this case, a game character would be virtually identical to an external storage device 10, while usually an external storage device 10 can store multiple game states 21, ie several game characters.

Below is assumed in the representation of the embodiment of game states 21, which are exchanged exclusively in an electronically stored data form and therefore for the

Use in a conventional game console or a computer are available. In connection therewith, it is also assumed that the method steps described below are carried out exclusively by electronic means. The fact that it is also possible to transmit the necessary information and data in a different way, remains unaffected and can be realized in the context of professional action.

The game states 21 of FIG. 2 are associated with memory identifiers 50, which each refer to the player who has generated this game state or this game character. For example, the player character "Harp Spirit" is created by the player A and provided with a number of certain characteristics that allow him to interact with other characters in a pre-agreed manner in an electronically engineered fantasy game Example, not a character, but a certain game situation generated, which intervenes as a "last offer" in any other specific way in the game. Here, the memory identifier 50 refers to the player B. In a manner analogous to the game characters "Panzerechse" or "Gerfried Eisenritter" have been generated or marked by the players C and D. The memory identifiers 50 of FIG. 2 are essentially individually generated by the players A, B, C and D, respectively, and assigned to the game states 21. They contain at least clear information that sufficiently identifies the respective player, ^

For example, unique user numbers or nicknames, but not necessarily the real name of the actual participant.

An exemplary registering data exchange and creation of a register data set is shown in FIG. The data exchange is performed between the autonomous storage unit 10 and the game manager storage unit 30. According to the foregoing, the game state 21 with the memory 50 is stored on the autonomous memory unit 10. The memory identifier 50 in this embodiment consists of two substantially identical ones

Ingredients 50a and 50b. These components identify the player, here by way of example the player A, in a clear manner. The data within the memory identifier 50 or the components 50a and 50b need not be the security-relevant user data of the subscriber in the strict sense. You only have to satisfy the basic condition that the player is clearly identified within the game, at least for the savegame storage device.

The game manager memory unit 30 has, in a manner analogous thereto, a stored game master ID 51 which uniquely identifies the game manager memory unit. The game master ID 51, basically like the memory ID 50, also consists of two substantially identical components 51a and 51b. Again, it is in no way necessary that the game master ID 51 contains security-related data. It only has to be clearly identifiable within the course of the game in a manner that complies with the rules of the game. For example, it may be a fancy name that plays an important role in the game being played. In the example shown in FIG. 3, the game manager storage unit is uniquely identified by an X with respect to the player A or with respect to all other players.

The registering data exchange is now carried out by way of example such that the first component 50a of the memory identifier 50 is transmitted to the game manager memory unit 30. In parallel with this, or even with a certain expedient time offset, the first component 51a of the Spielleiterkennung 51 transferred to the autonomous storage unit. As a result of this data exchange, a register data record is now present both in the game controller storage unit 30 and in the autonomous storage unit 10. The first register data set 40 is stored in the game manager storage unit 30 and consists of the first one

The second register data set 41 is stored in the autonomous memory unit 10 and consists of the first component 51a of the game master identification 51 and the second component 50b of the memory identifier 50. The second register data record 41 is assigned to the memory register 50 Game state 21 initially assigned immovable and identifies this in the autonomous memory unit 10 and beyond its activities within the running game.

The first register data set 40 in the game manager storage unit 30 forms a registration entry or a unique data signature for monitoring and controlling the activities of the player or the game state which he / she directs within the course of the game, i. within the procedures, game steps or data operations that take place there. The game state 21 is thus officially certified at the level of game play and "baptized" by an agreement between the player A and the game leader X.

This means, for example, that, as shown in Fig. 4, the game state 21 identified with the name "harpist" is attributed to the player A, this being officially confirmed by the game master X. In an analogous manner to that in Fig. 4 with the Name "Panzerechse" designated game state clearly and officially assigned to the player C.

The action of the thus identified game states "harp spirit" or "armor echo" is now within the game system as an act of

Players A and C recognizable and in-game processing accessible.

Such an approach is particularly advantageous in large network games where multiple subunits with multiple game modes managers to communicate with each other and at all times an overview of the entire game play in the network must be maintained. Fig. 5 shows a related example. Here are two game manager storage units 30, which are provided within the network with the designations X and Y present. The network game is managed by a superordinate database 60 which, for example, stores game results or game progress or keeps highscore lists. The game manager storage units 30 each interact via a network access 61, which may be formed by a network-capable game console or a computer, within a network 65, which may be in particular the Internet or another local or non-local network, such as a LAN.

The game director storage units 30 manage a series of registration data sets 40 of a limited player circle, for example, the game data set register data YE and YF assigned to the players E and F, respectively, which are under the game master Y. Accordingly, the register records XA and XB designate game states of the players A and B under the game supervision of the game leader X. The game masters X and Y thus manage the game action of their respective area. In this case, the superordinate database 60 registers and manages the game in the areas of responsibility of the game managers X and Y. It is readily possible for the database 60 itself to be a game manager storage unit with the functions described above. The network game can be structured hierarchically in any way. Thus, it is readily possible to carry out comparable registering data exchanges between the database 60 and the game manager storage units 30 as between the game manager storage units 30 and the autonomous storage units 10. Thus, some players or those created by them

Playing game states across the network across, while others only a local effectiveness is granted. In particular, the opportunity is created to play first locally and later, after fulfilling established criteria, to participate in supraregional exits or competitions. It should be emphasized that the other processing of the register data sets, in particular the display, disclosure, deletion or assignment, is fundamentally independent of any rudimentary security-relevant aspect of the system integrity. The treatment of the register data sets or the associated game states is subject exclusively to the game rules to be implemented. It can therefore be as arbitrary, sneaky, clear, complicated or tricky as the appeal of the game requires. In the network structure shown in FIG. 5, for example in the area of the game conductor Y, the register data sets can be managed quite differently than in the area of the game manager X or within the overlapping database 60.

For example, the tab data sets can be disclosed and displayed in the area of the game leader X for all players, whereby each player can uniquely identify each game state, for example the game characters of the other players. But it is also possible to obscure the register records completely or only more or less generally or depending on the gameplay display, but otherwise release the associated game states for each player. In this case, for example, any access to a game state by a player other than the one who has registered the game state in question suggests an advantage or disadvantage for his or her own position in the high score. Finally, it is also possible for the players to decide themselves by setting certain parameters about which register records are displayed in what form at all. In any case, all game states are always linked by the registering data exchange with the players through the register data sets so that an assessment of the playing strengths of each individual player is always possible.

The game ladder memory unit can be realized in a different way. Fig. 6 shows an embodiment in the form of a game board 70 in the form of a chip card. In a card-shaped main body 75, a memory chip 80 and a device for Data transmission 85 integrated. Furthermore, the chip card can also have a keypad 86, for example in the form of a simple membrane keyboard. The smart card can be executed according to the known prior art for smart cards. For example, the device for data transmission 85 can be realized in the form of a contactless transponder.

The physical access and thus the safekeeping of the chip card or the data stored on it is in no case a component of the above-mentioned in-game operations, thus security-relevant and must be protected in the interest of system security against data loss or unauthorized access. In order to protect the data stored on the chip card or an unauthorized use of the chip card by unauthorized persons, the security methods customary or known for chip cards and chip card readers, i. Passwords or PIN prompts, biometric matching and / or data encryption. The smart card provides an easy way to easily exchange game manager features for a variety of different games. For this purpose, the chip card can have on its card body a designation of the game, for example in the form of a logo.

It is expedient, among other things, from the aspect of system security, but also the processing capacity, in data-consuming or quasi-permanent network games, an embodiment of the game ladder memory unit in the form of a game console or computer system more or less firmly integrated module, in particular a ladder or a plug-in card. The game controller functions, at least certain basic functions that are unchanged during the game, can be implemented in the form of software routines that are permanently installed in a corresponding manner on the printed circuit board or in the module arranged memory modules, in particular ROM, PROM, EPROM. Finally, it is also possible to design the game manager storage unit in the form of a program or software module installed in a game console, a local computer or a host computer and protected by the usual security means.

7 shows an exemplary embodiment of a game ladder memory unit in the form of a plug-in module 90 for use in a modified game console 100. The game console 100 corresponds substantially to the embodiment known from the prior art, shown in FIG. 1, in terms of its external device structure. It also has the keyboards 6 and the display 7 and reading devices 9 for the autonomous memory devices 10. Furthermore, an interface 110 is provided for communication with the external network 65, in particular the Internet. The interface is designed in accordance with the standards customary in the prior art. In the embodiment shown in FIG. 7, the plug-in module 90 performs the functions and method steps described above at least for the game console given here. The game console 100 of FIG. 7 thus forms the hardware device platform for the game controller functions. Compared to the external network 65, the game console 100 is defined by the plug-in module 90, more or less independent area of cross-network play. The gaming console 100 forms the location where the participating players physically log into the gaming activity running in the network 65 and from which they interact with other players in the network.

Although the method according to the invention has been explained above on the basis of exemplary embodiments, it should be emphasized that a number of expedient changes, additions or omissions can occur within the scope of expert action, without departing from the scope of the basic concept according to the invention. Further embodiments result in particular by appropriate combinations of the subclaims. LIST OF REFERENCE NUMBERS

5 game console

6 keyboard

8 network interface

9 reading device

10 Autonomous storage device

21 Game state

30 game leader storage unit

40 first register data set

41 second register data set

50 memory recognition

50a first part

50b second component

51 game master recognition

51a first best part

51b second component

60 parent database

61 network access

65 Network, especially Internet

70 game board

75 basic body

80 memory chip

85 Data transmission device

86 keypad

90 plug-in module

100 game console

110 network interface

Claims

claims

1. A method for the unique assignment of at least one autonomous

Storage unit (10) to at least one player in a game memory storage device (20) for storing at least one

Game state of a game, in particular a computer, a network game or a trading card game, characterized in that the player generated and / or cared for, this uniquely characterizing and in the at least one autonomous

Memory unit stored game state, in particular a set of features of a player generated and / or led game character and / or a set of generated and / or managed by the player game situations within the, also networkable savegame memory device detected

A gaming community is assigned a unique and effective in the game environment identifier in a clearly acting the player's unique manner.

2. Method according to claim 1, characterized in that between the at least autonomous memory unit (10) and a game manager memory unit (30) managing the at least one autonomous memory unit, a registering data exchange is carried out, wherein as a result of the data exchange, a stored game state linked, the player characterizing first register data set (40) in the game ladder memory unit (30) and a first register data set identical and associated with the stored game state second register data set (41) is generated in the autonomous storage unit, stored and processed.

3. The method according to claim 2, characterized in that - the registering data exchange is carried out by transferring a first component (50a) of a memory identifier (50) from the at least one autonomous memory unit (10) to the game conductor memory unit (30), - Furthermore, a first component (51 a) of a Spielleiterkenn (51) is transferred from the game ladder memory unit to the autonomous memory unit and in the game conductor memory unit (30) of the first component (50 a) of the memory (50) with a second component (51 b) of the game master (51) linked to the first register data set (40) and in the autonomous memory unit (10) the first component (51a) of the game controller (51) with a second component (50b) of the memory identifier (50) to the second register data set (41) linked becomes.

4. The method according to claim 3, characterized in that the first register data set (40) in the game conductor memory unit

(30) is processed.

5. The method according to claim 3, characterized in that the first register data set (40) of the game conductor memory unit

(30) is transmitted to a parent game database (60).

6. The method according to claim 3, characterized in that the first register data set (40) in the game conductor memory unit

(30) is processed and transmitted to the parent player database (60).

7. The method according to any one of claims 3 to 6, characterized in that at least one of the registering data exchange following log-in operation of the autonomous memory unit (10) of the first and second register data set (40, 41) are checked for their conformity.

8. The method according to any one of claims 3 to 7, characterized in that during a game play a continuous update player-specific data, in particular an update of current game state data, achieved game results, positions in a list of players, both the first and the second register data set (40, 41) is executed.

A game score storage device (20) for executing a method according to any one of claims 1 to 8, characterized by at least one game ladder memory unit (30) integrated into the game memory device and a set of stored and processed game states (21) linked to a first register data set (40) in the Game manager memory unit (30) and a second register data set (41) identical to the first register data record and associated with the stored game state in the autonomous memory unit with a unique

Assignment to at least one player.

10. The device according to claim 9, characterized in that the game conductor storage unit (30) as a by a with a

Game console connected card reader readable Spielleiterkarte (70) in the form of a smart card with a card-shaped body (75), a memory integrated into the body memory chip (80) and connected to the memory chip means for data transmission (85) is formed.

11. The device according to claim 10, characterized in that the means for data transmission (85) is designed as an electrical contact field.

12. The device according to claim 11, characterized in that the means for data transmission (85) is formed as a non-contact transponder device a.

13. The device according to claim 9, characterized in that the game conductor storage unit (30) is designed as a modular component, in particular a printed circuit board or a plug-in module (90), a modified game console (100).

14. Device according to one of claims 10 or 13, characterized in that the game console (100) has an interface (100) for a network connection, in particular an Internet connection and / or a connection to a superordinate device for data storage.