Information recording medium and information recording medium set

Abstract

To provide a method for receiving a specified service with simple actions. [Solution] In an emergency, a user of the service provision system 1 can simply touch the client device 2 to the slave card 3, and a general-purpose web browser will automatically launch without having to start a dedicated application, allowing emergency notifications to be sent to relevant parties. Since the slave card 3 does not store the private key itself, the operations that can be performed are limited, making it relatively secure. If data leakage of data stored on the slave card 3 is suspected, the old data can be invalidated by rewriting the data.

Description

Technical Field

[0001] The present invention relates to a technology for providing services to users by using physical objects such as cards.

Background Art

[0002] For example, a smartphone equipped with Android has a function of sending an emergency notification to a pre-set contact by quickly pressing the power button five or more times (for example, Non-Patent Document 1).

Prior Art Documents

Non-Patent Documents

[0003]

Non-Patent Document 1

Summary of the Invention

Problems to be Solved by the Invention

[0004] However, in such an emergency, the operation of quickly pressing the power button five or more times is often relatively difficult. For example, when an elderly person living alone suddenly deteriorates in health, the above operation is particularly difficult for the elderly person living alone.

[0005] The present invention has been made in view of the above problems, and an object thereof is to enable a user to receive a predetermined service by a simple operation.

Means for Solving the Problems

[0006] In order to solve the above problems, the present invention includes the following aspects. Item 1. An information recording medium that stores information that can be acquired by a client device, and which, when such information is acquired by the client device, causes a server device capable of communicating with the client device to perform a predetermined action. Section 2. The aforementioned information recording medium is an NFC tag or an RFID tag. The client device acquires the information from the information recording medium by short-range wireless communication, as described in item 1. Section 3. The aforementioned information is recorded as a barcode printed on the information recording medium. The information recording medium according to item 1 or 2, wherein the client device obtains the information from the information recording medium by reading the barcode. Section 4. The aforementioned action includes notification to a device other than the client device, as described in any of items 1 to 3 of the information recording medium. Section 5. The information recording medium described in item 4 includes the location information of the client device. Section 6. The information recording medium according to any one of items 1 to 3, wherein the action includes displaying a predetermined image, video, or string of characters, or playing audio, on a virtual stage displayed by the server device on the client device or a device different from the client device. Section 7. The information recording medium described in paragraph 6, which is linked to FTs or NFTs issued and recorded on the blockchain. Section 8. The information recording medium described in paragraph 7, wherein the FT or NFT is a private key held by the user of the information recording medium, and its ownership by the user can be verified on the blockchain. Section 9. The information recording medium according to paragraph 6, wherein the virtual stage, the image, the video, the string, and the sound can change state by user operation of the information recording medium. Section 10. The information recording medium described in any of items 1 to 9 includes authentication information for authenticating the user of the information recording medium. Section 11. The authentication information is an information recording medium as described in paragraph 10, in which the authority is limited to specific processing. Section 12. An information recording medium according to any one of items 1 to 11, wherein the information for causing the server device to perform a predetermined action is rewritable. Section 13. An information recording medium according to any one of items 1 to 12, wherein information for causing the server device to perform a predetermined action can be written to or rewritten by user operation. Section 14. The authentication information includes a public key corresponding to the private key held by the user or an address corresponding to said public key, and a signature of the private key on a message containing information indicating the action. The server device authenticates the user based on the public key or the address, the message, and the signature, as described in paragraph 10. Section 15. The information recording medium described in item 14, An information recording medium set comprising a second information recording medium storing the aforementioned secret key. Section 16. The second information recording medium is the information recording medium set described in paragraph 15, wherein the stored information is writable or rewritable by user operation. [Effects of the Invention]

[0007] According to the present invention, a predetermined service can be obtained with simple operations. [Brief explanation of the drawing]

[0008] [Figure 1] This is a block diagram showing the configuration of the service provision system according to the first embodiment. [Figure 2]It is a flowchart showing the processing procedure of the service providing system. [Figure 3] (a) and (b) are examples of the screens of the smartphones of the parties concerned, and (c) is an example of the screen of the user's smartphone. [Figure 4] (a) and (b) are examples of the screens of the user's smartphone. [Figure 5] It is an example of the screen of the user's smartphone. [Figure 6] It is an example of the screen of the user's smartphone. [Figure 7] It is a block diagram showing the configuration of the service providing system according to the second embodiment. [Figure 8] It is an example of the FT owned by the user. [Figure 9] It is an example of the virtual stage on which the user's FT is displayed. [Figure 10] It is an example of the virtual stage on which the FTs of the user and others are displayed. [Figure 11] It is an example of the screen of the user's smartphone. [Figure 12] It is an example of the screen of the user's smartphone. [Figure 13] It is an example of the screen of the user's smartphone. [Figure 14] It is an example of the screen of the user's smartphone.

Mode for Carrying Out the Invention

[0009] Hereinafter, embodiments of the present invention will be described with reference to the accompanying drawings. However, the present invention is not limited to the following embodiments, and various modifications are possible without departing from the spirit thereof.

[0010] 〔First Embodiment〕 In the first embodiment, a mode of providing an emergency notification service in an emergency to the user will be described.

[0011] (Overall Configuration) Figure 1 is a block diagram showing the configuration of a service provision system 1 according to the first embodiment of the present invention. The service provision system 1 comprises a client device 2, a slave card 3, a master card 4, and a server device 5, and the server device 5 provides a predetermined service to the user of the client device 2. In this embodiment, the user is an elderly person living alone, and the service is an emergency notification to the user's relatives (for example, the user's child or grandchild).

[0012] Client device 2 is an information processing device managed by the user, and in this embodiment, it is a smartphone. Client device 2 may be owned by the user, lent to the user, or owned by someone else, as long as it is something the user can use on a daily basis.

[0013] (Client device) The client device 2 includes an acquisition unit 21 and a communication unit 22.

[0014] The acquisition unit 21 has the function of acquiring information from an information recording medium such as an NFC tag. In this embodiment, when the client device 2 is brought close to the slave card 3 or master card 4, the acquisition unit 21 can acquire information from the slave card 3 or master card 4 by short-range wireless communication. If the information is recorded as a one-dimensional or two-dimensional barcode printed on the slave card 3 or master card 4, the acquisition unit 21 may acquire the information by barcode reading.

[0015] The communication unit 22 has the function of allowing the client device 2 to communicate with other devices such as the server device 5 via the internet N.

[0016] (Information recording medium) The slave card 3 and master card 4 are information recording media that store information that can be acquired by the client device 2 via the acquisition unit 21. In this embodiment, the slave card 3 and master card 4 are rectangular cards the size of a business card, but their size and shape are not particularly limited. The slave card 3 corresponds to the information recording media described in the claims, and the master card 4 corresponds to the second information recording media described in the claims.

[0017] Users can purchase a set of information recording media consisting of slave card 3 and master card 4 from the service provider. Typically, there is one master card 4, but there may be one or multiple slave cards 3.

[0018] Slave card 3 is a card used by the user on a daily basis. As described later, in the event of an emergency such as a sudden change in health, the client device 2 can be brought close to (touched) slave card 3 to send an emergency notification to the user's associates. Slave card 3 stores information such as card number D1, nonce D2, action information D3, address D4, signature D5, and access information D6. Alternatively, the public key corresponding to address D4 may be stored on slave card 3 instead of address D4. Information D1 to D4 is pre-registered in registration information D9 of server device 5, which will be described later. Information D1 to D6 will be described later.

[0019] Mastercard 4 is a card used by users to manage service settings and other related tasks. Mastercard 4 stores data such as access information D7 and private key D8. Private key D8 is associated with the public key corresponding to address D4, and signature D5 is information obtained by signing action information D3 with card number D1 and nonce D2 using private key D8. It is preferable that Mastercard 4 be securely stored by the user or their associates.

[0020] (Server device) The server device 5 can be configured as a general-purpose computer and may be located on the cloud or in an on-premises environment. The server device 5 has a hardware configuration that includes a processor such as a CPU or GPU (not shown), main memory such as DRAM or SRAM (not shown), and auxiliary storage 51 such as an HDD or SSD. The auxiliary storage 51 stores data such as registration information D9.

[0021] The server device 5 includes, as functional blocks, an authentication unit 52, an action execution unit 53, and a registration unit 54. These functional blocks can be implemented in software by the processor of the server device 5. In this case, each of the above units can be implemented by the processor reading a predetermined program into main memory and executing it. The program may be downloaded to the server device 5 via a communication network such as the Internet, or it may be installed on the server device 5 via a computer-readable non-temporary recording medium such as a CD-ROM on which the program is recorded.

[0022] (Processing procedure) Figure 2 is a flowchart showing the processing procedure of the service provision system 1.

[0023] In step S1, if the user experiences a problem such as a sudden change in their physical condition, the user touches the client device 2 to the slave card 3. The client device 2 only needs to be brought close enough to the slave card 3 to enable short-range wireless communication; physical contact is not required.

[0024] In step S2, the acquisition unit 21 of the client device 2 acquires the information D1 to D6 stored in the slave card 3 via short-range wireless communication.

[0025] In step S3, the communication unit 22 of the client device 2 transmits information D1 to D5 to the server device 5 based on the access information D6 which indicates the URL of the server device 5.

[0026] In step S4, the authentication unit 52 of the server device 5 authenticates the user of the slave card 3. In this embodiment, the authentication unit 52 performs authentication by using the card number D1, nonce D2, action information D3, address D4, and signature D5 as authentication information. As described above, since signature D5 is information obtained by adding the card number D1 and nonce D2 to the action information D3 and signing it with the private key D8, the authentication unit 52 verifies that the sender of information D1 to D5 is the owner of the private key corresponding to address D4, based on the information D1 to D5. This makes it possible to authenticate the user of the slave card 3.

[0027] In step S5, the action execution unit 53 of the server device 5 executes an action corresponding to the action information D3. In this embodiment, the action is an emergency notification to a device different from the client device 2 (the smartphone of the person concerned). Specifically, the action information D3 is an identifier representing the action, and the registration information D9 contains the content of the action corresponding to the identifier (acquire location information and send the message "○○ (user's name) is in an emergency" along with the location information to a predetermined notification recipient). The action execution unit 53 interprets the content of the action, generates a message, and sends it to the person concerned's smartphone along with the location information of the client device 2.

[0028] Additionally, as an option, the emergency notification may include the location information of the client device 2. In this case, the action execution unit 53 requests the location information from the client device 2 and, in response, sends the location information transmitted from the client device 2 to the relevant party's smartphone. As a result, the relevant party's smartphone 7 will be pushed with a message and a URL indicating the destination of the location information link, as shown in Figure 3(a). By selecting the URL, the relevant party will see a map showing the location of the client device 2, as shown in Figure 3(b).

[0029] Furthermore, once the notification is complete, a message indicating that the notification is complete may be displayed on the client device 2, as shown in Figure 3(c). Also, the form of emergency notification is not limited to notifications to smartphones; it may also include contacting a landline telephone or activating an alarm device.

[0030] (Pre-configured) Before using the slave card 3, the user records the information corresponding to the slave card 3 in the registration information D9 using the master card 4. In this embodiment, it is assumed that there are two slave cards 3.

[0031] The access information D7 stored in Mastercard 4 is a URL for accessing the management screen. When client device 2 touches Mastercard 4, a general-purpose web browser opens, and the management screen shown in Figure 4(a) is displayed on client device 2. If button B1 is selected, a message requesting a private key is displayed. If client device 2 touches Mastercard 4 again, the private key D8 is read, a signature is created, and this signature is sent to server device 5. Once authentication is completed by the authentication unit 52 in server device 5 verifying the signature, client device 2 transitions to the screen shown in Figure 4(b), and if button B2 is selected, it transitions to the screen shown in Figure 5.

[0032] The screen shown in Figure 5 includes an area R1 for inputting information corresponding to the first slave card 3, and an area R2 for inputting information corresponding to the second slave card 3.

[0033] As shown in Figure 6, once the name and contact information fields are entered and button B3 in area R1 is selected, the information entered in each field of area R1 (name, emergency notification contact), the address corresponding to the private key D8, the card number, and the nonce (e.g., current time) are sent to the server device 5, and the registration unit 54 records the information corresponding to the slave card 3 storing card number D1 (name, contact information, address, card number, nonce) in registration information D9. Subsequently, when the client device 2 touches the corresponding slave card 3, information D1 to D6 is written to the slave card 3. Similarly, when button B4 in area R2 is selected, the information entered in each field of area R2, the address corresponding to the private key D8, the card number, and the nonce are sent to the server device 5, and the registration unit 54 records the information corresponding to the slave card 3 storing card number D1 (name, contact information, address, card number, nonce) in registration information D9. Subsequently, when client device 2 is touched to the corresponding slave card 3, information D1 to D6 is written to slave card 3.

[0034] While registering a name is not mandatory, if you do not register a name, the card number for slave card 3 will be "○○" as shown in Figure 3(a).

[0035] As a result, the correspondence between each slave card 3 and the action is recorded in registration information D9, and slave card 3 becomes usable.

[0036] (summary) As described above, in an emergency, the user can simply touch client device 2 to slave card 3, and a general-purpose web browser will automatically launch without having to start a dedicated application, allowing emergency notifications to be sent to relevant parties. Furthermore, since the private key itself is not stored on slave card 3, the operations that can be performed are limited, making it relatively secure. In addition, if there is suspicion of data leakage on slave card 3, the old data can be invalidated by rewriting the data.

[0037] The slave card 3 is preferably an inexpensive NFC tag or RFID tag. Furthermore, since NFC tags can be read by general-purpose smartphones, the service provision system 1 can be configured at a particularly low cost if the slave card 3 is an NFC tag.

[0038] (modified version) In this embodiment, the authentication unit 52 of the server device 5 authenticates the user using the signature D5 stored in the slave card 3, but the authentication method is not limited to this. For example, a user identifier (ID) and an access-limited password (or access-limited one-time password) may be stored in the slave card 3, and the authentication unit 52 may authenticate the user by obtaining this authentication information via the client device 2. In this case, the master card 4 is not required.

[0039] Alternatively, login using Mastercard 4 may be enabled only for the first use, and subsequent logins may be enabled by registering an ID such as an email address and a password. In this case, Slavecard 3 stores an access-limited password instead of nonceD2 and signatureD5, and the registration information D9 of Server Device 5 stores the hash value of the access-limited password.

[0040] Furthermore, while the service provision system 1 according to this embodiment provides users with emergency notification services in times of need, the content of the notifications in this invention is not particularly limited. For example, the service provision system 1 according to this embodiment can also be used to notify specific recipients of everyday messages such as "I'm coming home now," "I'm going to XX now," "I'm at XX now," or "I won't be home for dinner." In this way, when the service provision system 1 is used as an everyday notification service, the frequency of use will increase, and the messages sent from the client device 2 can also be used as an advertising medium. In addition, since the messages sent from the client device 2 are from family members or other related parties, it is expected that the open rate will be higher than that of simple advertising messages, thereby increasing the advertising effect.

[0041] [Second Embodiment] In the second embodiment, we will describe a form in which a service is provided to the user that utilizes AR, such as images linked to an FT (Fungible Token) (or NFT (Non-Fungible Token)).

[0042] Figure 7 is a block diagram showing the configuration of a service provision system 1' according to a second embodiment of the present invention. The service provision system 1' comprises a client device 2, a slave card 3, a master card 4, a server device 5, and a blockchain 6. In other words, the service provision system 1' is a configuration of the service provision system 1 shown in Figure 1, further comprising a blockchain 6. In addition, the slave card 3 stores a token name D1' instead of the card number D1 shown in Figure 1. The other configurations are the same as those of the service provision system 1, so the same reference numerals are used for components having the same functions as in the first embodiment, and their descriptions are omitted.

[0043] In this embodiment, the user owns character C1 as FT, as shown in Figure 8, and character C1 is registered as image data in registration information D9. Furthermore, identifiers representing the image data are included in the token attribute information recorded in blockchain 6, linked to address D4. Multiple slave cards 3 are associated with one master card 4, and the slave cards 3 are classified into normal summoning cards, address cards, and management setting cards. The normal summoning card stores information D1', D2~D6, the address card stores only address D4, and the management setting card stores nonce D2, action information D3 (content: "Manage settings"), address D4, signature D5, and access information D6. Note that the image data of character C1 may be stored in public storage such as IPFS.

[0044] The front of a normal summon card has character C1 printed on it, and the action information D3 stored in the normal summon card includes the action of displaying (summoning) character C1 on a virtual stage displayed on client device 2 or a device different from client device 2.

[0045] For example, suppose the virtual stage is a scene projected onto the display by the camera application of client device 2. When the user touches client device 2 to a summon card, the same process as steps S2 to S4 shown in Figure 2 is performed.

[0046] Subsequently, in step S5, the action execution unit 53 of the server device 5 executes the action corresponding to the action information D3. Specifically, the action execution unit 53 confirms from the information of blockchain 6 that address D4 is linked to the token corresponding to character C1, and sends the image data of character C1 read from registration information D9 to the client device 2. As a result, as shown in Figure 9, character C1 is displayed on the scenery (stage) projected on the display using AR technology.

[0047] On the other hand, if the virtual stage is a scene (summoned stage) projected onto the display by a camera app on a device different from the client device 2 (someone else's smartphone), then when the user touches the client device 2 to the summon card, the same processing as in steps S2 to S4 is performed. If the summoned stage is registered in the registration information D9 of the server device 5 using a pre-configuration card, etc., as described later, and the summoned stage is set up on the server device 5, then in step S5, the action execution unit 53 confirms from the blockchain 6 information that address D4 is linked to the token corresponding to character C1, and synthesizes the image data of character C1 read from registration information D9 onto the summoned stage. As a result, the screen shown in Figure 10 is displayed on the client device 2. In Figure 10, the background is the scene projected onto the display by the other person's smartphone, and character C2 is an FT owned by that other person.

[0048] If the summoning destination stage is not registered in the registration information D9 of the server device 5, or if a pre-configured summoning destination stage is not open, in step S5, the action execution unit 53 displays the screen shown in Figure 11(a) on the client device 2. On the screen shown in Figure 11(a), if the user selects button B5, the action execution unit 53 opens the user's stage on the server device 5, and the image of character C1 is displayed on that stage. On the screen shown in Figure 11(a), if the user selects button B6, the action execution unit 53 displays the screen shown in Figure 11(b) on the client device 2. With the screen shown in Figure 11(b) displayed, the user selects button B7 to touch another person's address card, selects button B8 to scan the barcode of another person's address card, or selects button B9 to manually enter another person's address. As a result, the action execution unit 53 determines the stage corresponding to the input address as the summoning destination. If the summoning destination stage is open, it confirms from the information in blockchain 6 that address D4 is linked to the token corresponding to character C1, and combines it with the summoning destination stage of character C1 read from registration information D9. As a result, the screen shown in Figure 10 is displayed on the client device 2.

[0049] The virtual stage can be set by the user, or it can be a stage set in an event such as a game provided by the service provider. Examples of virtual stages set by the user include images captured with a smartphone camera or images created and registered in advance. Examples of virtual stages set by the service provider include stages in games provided by event organizers or images of tourist destinations provided by local governments.

[0050] In the latter case, for example, samples of regular summoning cards could be placed in various shops and tourist spots, and the shops could also sell these original cards. Visitors could use the sample cards to display images of the cards (such as local characters) on their own or someone else's smartphones. Alternatively, a large screen and sample address cards could be installed, allowing visitors to specify a summoning destination using the sample address card, which would then display the character from their card on the large screen.

[0051] Furthermore, after a character is summoned, buttons for controlling the character may be displayed on the smartphone screen, allowing the user to change the summoned character's pose, facial expression, or perform animated actions. Similarly, when a character is summoned to a game stage, the user may be able to perform game-defined actions on the character.

[0052] (Pre-configured) Before using a normal summon card, the user records the information corresponding to the normal summon card in registration information D9 using an administration setting card. The action information D3 stored in the administration setting card contains the message "Administrate settings," and the signature D5 stored in the administration setting card is the same message with nonce D2 added, signed with private key D8.

[0053] When client device 2 is touched to the management setting card, a general-purpose web browser is launched, and the screen shown in Figure 12 is displayed on client device 2. If button B10 is selected, the screen shown in Figure 13 is accessed, and if button B11 is selected, the screen shown in Figure 14 is accessed.

[0054] In the screen shown in Figure 13, button B12 allows the user to set which other players' characters can enter the virtual stage they have set, and button B13 allows the user to set which other players' characters cannot enter the virtual stage they have set. Button B14 is used to set the summoning stage to which a character will be automatically summoned when the client device 2 touches the normal summoning card.

[0055] The screen shown in Figure 14 is used to set the information to be written to a new normal summon card. Specifically, when you enter the name (token name) and action (for example, "Normal summon ○○.") of a new character (FT or NFT) and select button B15, the token name D1' is set, a new nonce D2 is generated, and a new signature D5 is generated based on it. Alternatively, when you select button B16 and touch the client device 2 to the new normal summon card, the information D1', D2~D6 corresponding to the entered information is written to the new normal summon card. When you select button B17, the new information D1', D2~D6 is displayed as string information and saved to the client device 2 as a two-dimensional barcode image. Button B18 is used to change the range of valid nonce D2, and the changed nonce D2 is sent to the server device 5 and registered in the registration information D9.

[0056] While nonceD2 and signatureD5 are typically one-time disposable items, the more frequently summon cards are used, the more effort it takes to change nonceD2 and signatureD5 using the management setting card. Therefore, in this embodiment, it is possible to avoid automatically updating the range of valid nonceD2 each time. This is useful when convenience is prioritized and even if a third party impersonates the user, the processing performed after authentication will not cause significant damage.

[0057] (summary) As described above, by linking the slave card 3 with an NFT or FT on the blockchain and reading the slave card 3 with the client device 2, the user can experience controlling the character or other entity linked to the NFT or FT with a tangible object. Once pre-configured, the user can easily perform operations such as summoning characters simply by touching the slave card 3 to the client device 2. This is particularly useful for users who are not familiar with operating PCs or smartphones. Furthermore, by providing the slave card 3 with a variety of designs and shapes, affinity with the characters can be enhanced, and by emphasizing the design of the slave card 3, its appeal as a collectible item increases, enhancing its collectibility.

[0058] In this embodiment, the data targeted for AR use is not limited to images (still images), but may also include videos such as 2D or 3D animations, text, and audio. In this case, the images, videos, text, and audio are linked to FTs or NFTs issued and recorded on Blockchain 6. Furthermore, the virtual stage, images, videos, text, and audio may be made capable of changing their state through user interaction.

[0059] [Additional Notes] The present invention is not limited to the embodiments described above, and various modifications are possible within the scope of the claims. Forms obtained by appropriately combining the technical means disclosed in the embodiments are also included in the technical scope of the present invention.

[0060] In the above embodiment, the information recording medium was in the form of a card, but in the present invention, it is not particularly limited as long as it is a tangible object. For example, the information recording medium may be in the form of a figurine, a ring, a pendant, a belt, or the like. [Industrial applicability]

[0061] This invention can be applied to emergency notifications and games during emergencies, as well as to educational toys and toys for the elderly (for dementia prevention), etc. [Explanation of Symbols]

[0062] 1. Service Delivery System 2 Client devices 21 Acquisition Department 22 Communications Department 3 Server equipment 3. Slave card (information recording medium) 4. Mastercard (Second data recording medium) 5. Server equipment 6 Blockchain 7 Smartphone 51 Auxiliary storage device 52 Certification Department 53 Action Execution Department 54 Registration Department C1 Character C2 Characters D1 Card Number D1' Token name D2 nonce D3 Action Information D4 Address D5 Signature D6 Access Information D7 Access Information D8 private key D9 Registration Information

Claims

1. An information recording medium that stores information that can be acquired by a client device, and which, when such information is acquired by the client device, causes a server device capable of communicating with the client device to perform a predetermined action.

2. The aforementioned information recording medium is an NFC tag or an RFID tag. The client device acquires the information from the information recording medium by short-range wireless communication, as described in claim 1.

3. The aforementioned information is recorded as a barcode printed on the information recording medium. The information recording medium according to claim 1, wherein the client device obtains the information from the information recording medium by reading the barcode.

4. The information recording medium according to claim 1, wherein the action includes notification to a device other than the client device.

5. The information recording medium according to claim 4, wherein the notification includes location information of the client device.

6. The information recording medium according to claim 1, wherein the action includes displaying a predetermined image, video, or string of characters, or playing audio, on a virtual stage displayed by the server device on the client device or a device different from the client device.

7. The information recording medium according to claim 6, wherein the image, video, text string, and audio are linked to FTs or NFTs issued and recorded on a blockchain.

8. The information recording medium according to claim 7, wherein the FT or NFT is a private key held by the user of the information recording medium and can be verified on the blockchain as being held by the user.

9. The information recording medium according to claim 6, wherein the virtual stage, the image, the video, the string, and the sound can change state by user operation of the information recording medium.

10. The information recording medium according to claim 1, wherein the information includes authentication information for authenticating the user of the information recording medium.

11. The information recording medium according to claim 10, wherein the authentication information is limited to specific processing.

12. The information recording medium according to claim 1, wherein the information for causing the server device to perform a predetermined action is rewritable.

13. The information recording medium according to claim 1, wherein information for causing the server device to perform a predetermined action can be written to or rewritten by user operation.

14. The authentication information includes a public key corresponding to the private key held by the user or an address corresponding to said public key, and a signature of the private key on a message containing information indicating the action. The information recording medium according to claim 10, wherein the server device authenticates the user based on the public key or the address, the message, and the signature.

15. The information recording medium described in claim 14, An information recording medium set comprising a second information recording medium storing the aforementioned secret key.

16. The information recording medium set according to claim 15, wherein the second information recording medium allows the stored information to be written to or rewritten by user operation.

Images