Computer-readable medium, information processing device, method, and system

Abstract

The present invention provides a computer-readable medium, an information processing device, a method, and a system. The computer-readable medium stores a program that causes a server communicating with multiple terminals to execute control processing, each terminal being capable of displaying a reproducible specific state representing a combination of multiple cards. The control processing includes: an acceptance step for accepting access from a first terminal using a first identifier uniquely associated with the specific state and representing the combination of multiple cards as a character string; a generation step for generating a second identifier consisting of a character string shorter than the character string of the first identifier upon accepting access using the first identifier from the first terminal; a management step for managing the association between the first identifier and the second identifier to control the reproduction of the specific state at the second terminal based on the association between the first identifier and the second identifier; and a display control step for causing the first terminal to display the generated second identifier and the specific state.

Description

[0001] This application is a divisional application of the Chinese invention patent application with the application date of January 24, 2017, application number 201780023560.0, and invention name “Program, information processing device, information processing method and information processing system”. Technical Field

[0002] The present invention relates to a program, an information processing device, an information processing method, and an information processing system. Background Art

[0003] There is already a technology that synchronizes terminal A and another terminal B via a communication network in a system including multiple terminals communicatively connected to a server, so that a specific state (a web page displayed in a web browser) specified at a certain timing at terminal A can be shared with terminal B (for example, see patent document 1).

[0004] However, to implement this technology with a specific level of information security, one of Terminal A and Terminal B must authenticate the other. A server must manage user information corresponding to each terminal to implement this authentication process. However, careful attention must be paid to the management of user information, and there are cases where user information cannot be stored on the server or terminal for some reason.

[0005] Then, although it is required to share a specific state without a communication connection, in order to meet this requirement, a lot of labor is required to share when the amount of information is huge. Therefore, it is desired that the amount of shared information is small enough to be easily remembered or communicated by users.

[0006] As an example of a method for shortening an amount of information that is too large for a person to remember to a specific amount, there is a technology that shortens a URL on the Web to a shorter string in advance, associates the original long URL with a short URL generated when the URL is registered, and when the short URL is accessed, access is transferred to the original long URL (for example, see Patent Document 2).

[0007] Reference List

[0008] Patent Literature

[0009] Patent Document 1: Japanese Patent Application Laid-Open No. 2013-120603

[0010] Patent Document 2: Japanese Patent Application Laid-Open No. 2012-174205 Summary of the Invention

[0011] Problems to be solved by the invention

[0012] However, even with the above-mentioned technique of shortening URLs, the number of characters in a URL, which is an identifier consisting only of lowercase letters and numbers, cannot be significantly shortened, and therefore, the URL is not suitable for oral communication.

[0013] Additionally, the URL shortening approach is not scalable because the combination of identifiers is consumed each time new data is registered.

[0014] Furthermore, as its name (i.e., Uniform Resource Locator) suggests, URLs represent the locations of information on the Web, and the information provided at these locations (corresponding to the aforementioned specific states) can be arbitrarily specified by the Web page creator. Specifically, although the information representing the contents of a company's homepage identified by a specific URL is arbitrarily specified, existing URLs cannot guarantee the uniqueness of this information and are therefore unsuitable for conveying arbitrarily specified information. Consequently, URL shortening technologies (i.e., services that shorten these URLs) are also unsuitable for conveying this information.

[0015] The present invention has been made in view of the above circumstances, and an object of the present invention is to establish a technology for immediately sharing a specific status represented at a device between users and between devices without requiring any special user authentication processing.

[0016] Solutions for solving problems

[0017] To achieve the above-mentioned object, an information processing program according to an aspect of the present invention causes a server that communicates with a plurality of terminals capable of displaying a designated specific state capable of reproduction based on arbitrary designation by a user to execute control processing, the control processing including:

[0018] an accepting step for accepting access using a first identifier uniquely associated with the specific state from a first terminal among the plurality of terminals;

[0019] a monitoring step for monitoring whether designation of the specific state is continuing at the first terminal that has made access using the first identifier;

[0020] a generating step for generating a second identifier when accepting access by the first terminal using the first identifier;

[0021] a display control step for performing control for displaying the generated second identifier on the first terminal;

[0022] a managing step of managing an association between the first identifier corresponding to the specific state and the generated second identifier during a time period while the designation of the specific state at the first terminal is continuing or during a prescribed time period after the end of the time period, and thereafter, if it is determined that the designation of the specific state at the first terminal has ended or the prescribed time period has elapsed after the end, discarding the association between the first identifier and the second identifier; and

[0023] a state reproduction step for executing control for enabling the specific state corresponding to the first identifier associated with the second identifier to be reproduced at the second terminal when the second identifier is notified from the second terminal among the plurality of terminals while the management is continuing in the management step.

[0024] The information processing apparatus, the information processing method, and the information processing system according to aspects of the present invention are information processing apparatuses, information processing methods, and information processing systems corresponding to the above-mentioned information processing program according to aspects of the present invention.

[0025] Effects of the Invention

[0026] The present invention makes it possible to establish a technology for instantly sharing a specific state represented at a device between users and between devices without requiring any special user authentication processing. BRIEF DESCRIPTION OF THE DRAWINGS

[0027] Figure 1 is a diagram showing the structure of an information processing system according to an embodiment of the present invention.

[0028] Figure 2 It shows Figure 1 A block diagram of the hardware structure of the user terminal 1 in the information processing system.

[0029] Figure 3 It shows Figure 1 1 is a block diagram of a hardware structure of a server 2 according to an embodiment of an information processing apparatus of the present invention in an information processing system.

[0030] Figure 4 is a diagram showing an overview of a method for sharing deck information between users or different types of devices by using an identifier that can be communicated verbally.

[0031] Figure 5 1 is a functional block diagram showing an example of a functional structure for executing game data sharing control among the functional structures of the user terminal 1 - 1 , the user terminal 1 - 2 , and the server 2 .

[0032] Figure 6is a diagram illustrating an example of a method for identifying a first identifier and a method for generating a URL by using the first identifier.

[0033] Figure 7 is a diagram showing an exemplary implementation of display of a first identifier and a second identifier displayed at the user terminal 1 .

[0034] Figure 8 is a diagram illustrating a process in which user A verbally notifies a second identifier and user B shares information related to user A's deck.

[0035] Figure 9 This is a diagram showing the steps for a user to access deck information.

[0036] Figure 10 1 is a diagram showing an example of sharing deck information related to SNS.

[0037] Figure 11 1 is an arrow diagram showing the flow of a game data sharing process executed by the user terminal 1 - 1 , the user terminal 1 - 2 , and the server 2 .

[0038] Figure 12 is a diagram showing an exemplary implementation of a case where a plurality of deck information P is displayed in a forum, a BBS, and an SNS in the present embodiment. DETAILED DESCRIPTION

[0039] Hereinafter, embodiments of the present invention will be described with reference to the accompanying drawings by taking as an example an online game played by connecting a server and a terminal via network communication.

[0040] Figure 1 The structure of the information processing system according to the embodiment of the present invention is shown.

[0041] Figure 1 The information processing system shown is a system including player terminals 1-1 to 1-m (m is an arbitrary integer greater than or equal to 1) used by m users respectively, and also including a server 2. The respective user terminals 1-1 to 1-m and the server 2 are connected to each other via a predetermined network N such as the Internet.

[0042] The server 2 provides a game execution environment to each of the user terminals 1 - 1 to 1 - m to provide various services related to the games executed at the respective user terminals 1 - 1 to 1 - m.

[0043] Each of the user terminals 1 - 1 to 1 - m is realized by a smartphone or the like operated by each user, and performs various processes such as execution of a game or the like.

[0044] Hereinafter, in the case where there is no need to distinguish between the individual user terminals 1 - 1 to 1 - m, these user terminals will be collectively referred to as “user terminals 1 ”.

[0045] Figure 2 It shows Figure 1 A block diagram of the hardware structure of the user terminal 1 in the information processing system.

[0046] As described above, the user terminal 1 is realized by a smartphone or the like.

[0047] The user terminal 1 includes a CPU (Central Processing Unit) 21, a ROM (Read Only Memory) 22, a RAM (Random Access Memory) 23, a bus 24, an input / output interface 25, a touch operation input unit 26, a display unit 27, an input unit 28, a storage unit 29, a communication unit 30 and a drive 31.

[0048] The CPU 21 executes various processes according to a program recorded in the ROM 22 or a program loaded from the storage unit 29 into the RAM 23 .

[0049] The RAM 23 also appropriately stores data and the like required when the CPU 21 executes various processes.

[0050] The CPU 21, ROM 22, and RAM 23 are connected to each other via a bus 24. An input / output interface 25 is also connected to the bus 24. A touch operation input unit 26, a display unit 27, an input unit 28, a storage unit 29, a communication unit 30, and a drive 31 are connected to the input / output interface 25.

[0051] The touch operation input unit 26 is composed of, for example, a capacitive or resistive (pressure-sensitive) position input sensor stacked on the display surface of the display unit 27 for detecting the coordinates of a position where a touch operation is performed.

[0052] The touch operation here refers to bringing an object into contact with the touch operation input unit 26. The object that comes into contact with the touch operation input unit 26 is, for example, a user's finger or a stylus pen.

[0053] The display unit 27 is realized by a display such as a liquid crystal display, and displays various images such as images related to games.

[0054] As described above, in this embodiment, the touch screen includes the touch operation input unit 26 and the display unit 27 .

[0055] The input unit 28 is composed of various hardware buttons and the like, and allows input of various information according to instruction operations performed by the user.

[0056] The storage unit 29 is realized by a DRAM (Dynamic Random Access Memory) or the like, and stores various data.

[0057] The communication unit 30 controls communication with other devices ( Figure 1 The communication is performed by the server 2 and other user terminals 1 in the example.

[0058] The drive 31 is provided as needed. A removable medium 41 implemented by a magnetic disk, an optical disk, a magneto-optical disk, or a semiconductor memory is appropriately loaded into the drive 31. As needed, a program read from the removable medium 41 by the drive 31 is installed in the storage unit 29. Similar to the storage unit 29, the removable medium 41 can also store various data stored in the storage unit 29.

[0059] Figure 3 It shows Figure 1 1 is a block diagram of a hardware structure of a server 2 according to an embodiment of an information processing apparatus of the present invention in an information processing system.

[0060] The server 2 includes a CPU 51 , a ROM 52 , a RAM 53 , a bus 54 , an input / output interface 55 , an output unit 56 , an input unit 57 , a storage unit 58 , a communication unit 59 , and a drive 60 .

[0061] Since the structure of the server 2 is substantially the same as that of the user terminal 1 from which the touch screen is removed, a description thereof will be omitted here.

[0062] pass Figure 2 User terminal 1 and Figure 3 The collaboration between the above-mentioned various hardware and various software in the server 2 can execute the game on the user terminal 1.

[0063] Specifically, the information processing system in this embodiment can perform various controls related to a game that multiple users can participate in. In particular, the information processing system can perform the following control as a control for immediately sharing game-related data between users and between different types of devices without requiring any special user authentication (hereinafter referred to as "data sharing control").

[0064] That is, the information processing system according to this embodiment controls a game (such as a card game or a micro escape game) in which a user specifies various specific states. The data here refers to data representing a specific state in the game.

[0065] A specific state in a game is a reproducible state arbitrarily specified by the user. For example, in a card game, an example of a specific state is a card deck (hereinafter referred to as a deck) consisting of a combination of multiple specific cards specified by the user.

[0066] The information processing system according to the present embodiment makes it possible to easily share data designated by a user between different types of devices (different types of user terminals 1 ) through various media.

[0067] In order to enable sharing of user-specified data (i.e., data indicating a specific state of the game), codes are used. In addition, in order to easily share data between different types of devices through various media, it is preferable to use shortened codes obtained by converting the codes in a manner that makes them short enough for users to remember.

[0068] However, the information processing system according to this embodiment does not directly assign a shortened code to data arbitrarily specified by the user, which may have a vast number of types (i.e., the number of types for a specific state in the game may be enormous). Instead, it assigns a shortened code to a "connection" that allows access to the specified data. This "connection" is an access made by a user terminal 1 (user) to the server 2 at any given time and is not permanent. In other words, the number of user terminals 1 that can access the server 2 via the game application software (or during the period from the termination of access to a specified time point) is at most the same as the number of registered users. Therefore, this number is considered to be limited compared to the number of data types.

[0069] In the information processing system according to this embodiment, an extremely short shortened code (e.g., approximately four characters long) can be used as the shortened code. Specifically, for example, in the case of complex data having more than 101,000 combinations (e.g., a specific state in a game), the data can be uniquely identified by using an extremely short shortened code (i.e., approximately four characters long).

[0070] That is, independent of the identifier (hereinafter referred to as the "first identifier") used to distribute data through various media (paper media, SNS (social networking service), wireless communication, etc.), the present embodiment implements an identifier (hereinafter referred to as the "second identifier") for loading data into the game application software (where appropriate, the "application software" will be referred to as the "application program" or its abbreviated form "App") by using an extremely short (i.e., approximately four characters long) shortened code.

[0071] In addition, this embodiment adopts a two-step identifier management method that dynamically manages the association between the first identifier and the second identifier. This makes it possible to achieve data distribution or input while providing information expression capabilities and input ease.

[0072] Specifically, for example, in the information processing system according to this embodiment, a unique first identifier is identified for data representing a specific, reproducible state arbitrarily specified by a user. This first identifier has uniqueness that depends on the content. Therefore, even in the case of data specified by different users, the same first identifier is always identified for data representing the same specific state within the same game application.

[0073] In other words, different first identifiers are always identified for different specific states in the game.

[0074] The first identifier is information identified by a first identifier identification unit (not shown). The first identifier identification unit identifies the first identifier as information that uniquely represents a specific state that can be reproduced in a specified application program (a game application program in this embodiment) using a specific algorithm designed for application to a specified application program. Since the timing for identifying the first identifier can be arbitrary, the first identifier identification unit can additionally have a function for identifying and managing the first identifier. In addition, the location of the first identifier identification unit is not particularly limited. That is, the first identifier identification unit can be set in the server 2, or can be set in another device that cooperates with the server 2.

[0075] Here, this embodiment does not use the first identifier for distribution in its original form, but uses the first identifier encoded in a URL string, ie, a URL including the first identifier as a parameter.

[0076] That is, in this embodiment, the user browses the data located at the URL (the specific state in the game identified by the first identifier) ​​using a web browser, etc., which indicates that the specific state is specified. In addition, the time period during which the URL is accessed and the connection is established corresponds to the time period during which the specification of the specific state continues.

[0077] Note that using a URL as the first identifier is merely an example and is not limited to this example. Another example will be described later.

[0078] As described above, in order for the user to specify a specific state and browse data representing the specific state, the user needs to operate the user terminal 1 to access a URL including a first identifier corresponding to the specific state as a parameter, and browse the data located at the URL by using a prescribed web browser, etc. A temporary identifier that is valid only for a period of time during which the specified specific state continues, that is, a period of time during which a connection to the URL is established (in other words, a period of time during which data is browsed) is generated as a second identifier.

[0079] The second identifier is generated as, for example, a string of approximately four characters long and presented to the user after being associated with the first identifier. This allows the user who has been presented with the second identifier, or another user to whom the second identifier has been verbally communicated, to obtain corresponding data, i.e., data indicating the continuation of a specified specific state, simply by performing an operation such as inputting a string of approximately four characters long into the currently executed game.

[0080] As described above, due to the large number of combinations of various data components (e.g., cards in a card game), the number of types of data representing a specific state in the game becomes large. To such a large number of types of data, a first identifier having uniqueness dependent on the content is assigned.

[0081] That is, the first identifier does not include information related to a specific user (such as an ID or personal information for identifying the user) and depends only on the content of the data. Therefore, if the user specifies the same specific state in the game, any user can access the same URL.

[0082] Specifically, for example, in the case of a card game, the specific state in the game is a deck, and the same deck configuration of different users is always associated with the same first identifier. Therefore, in order to share data in the game according to this embodiment, it is not necessary to use information for identifying the user, or it is not necessary to perform user authentication. Therefore, data can be shared without accessing the game server (server 2 in this embodiment) that manages user information. In view of what has been described above, the information processing system according to this embodiment also makes it possible to easily achieve data sharing by using a server other than the game server (for example, a server provided by a third party that is not the operator of the game).

[0083] On the other hand, the second identifier is assigned to access (connection) using the first identifier, rather than to a specific state in the game. Here, the number of user terminals 1 accessing simultaneously is significantly smaller than the number of specific states in the game. Therefore, as described above, the second identifier can be implemented using a string of approximately four characters.

[0084] Then, as a result of the second identifier and the first identifier being managed in association with each other, by using an extremely short code (second identifier), data for indicating a specific state in a game having a large number of combinations can be expressed.

[0085] This makes it possible to achieve data distribution or input while providing information representation capabilities and ease of input. In addition, when sharing data representing a specific state in a game, user authentication is not required.

[0086] To further explain this by using a card game as an example, among the data specified by the user in the card game, in particular, data called a "deck" is data representing a combination of multiple cards used in the game, and is data representing a specific state in the game.

[0087] By adopting the method of associating the first identifier and the second identifier with each other according to this embodiment, the same card set can be easily sent and received between different users or between different devices used by the same user.

[0088] Specifically, for example, a temporary sharing process between devices can be realized (in which the same user edits a deck registered on a smartphone (user terminal 2) on a personal computer (another user terminal 2) or the like), and the result on the smartphone can be immediately reflected without performing processes such as logging in. Alternatively, a temporary sharing process between users can also be realized in which a user immediately communicates his / her deck to another user (friend) present in the same place.

[0089] Specifically, for example, assume that a card game is adopted in which 40 cards including duplicates are selected from 4000 types of cards to configure a deck.

[0090] In this card game, the number of card combinations is enormous, and the possible number of deck types (states in the game) each consisting of 40 cards is enormous, namely 4000^40 (=1.2×10^144).

[0091] Therefore, assuming that identifiers for unique identification are simply assigned to a large number of types of decks, identifiers of 144 characters are required when integers are used, and even if these identifiers are represented as a combination of 64 characters including numbers, alphabetic characters, and special symbols, identifiers of 80 characters are still required. Such identifiers represented as long strings are difficult to remember on the spot and cannot be used, for example, for verbal communication between users or for announcing decks to an audience at an event venue.

[0092] On the other hand, it is also necessary to use an 80-character identifier to uniquely identify the card group specified by the user. Therefore, an 80-character identifier is also used as the first identifier to uniquely identify the card group specified by the user.

[0093] Additionally, using a second identifier that is approximately four characters long in association with the first identifier allows users to easily remember and use the second identifier, for example, for verbal communication between users or for announcing the deck to an audience at an event.

[0094] This second identifier is only valid during the user continues to browse the deck associated with the first identifier by making a visit using the first identifier. In other words, the visit made by the user (browsing of the deck associated with the first identifier) ​​is assigned the second identifier.

[0095] Here, as mentioned above, the number of users playing the game simultaneously is significantly smaller than the number of specific states in the game. Therefore, a very short identifier, ie, an identifier of about four characters long, can be used as the second identifier.

[0096] In addition, there is a situation where a user wants to temporarily share a card group between devices (where the user edits the card group registered on the smartphone (first user terminal 1) on the personal computer (second user terminal 1)) and have the result immediately reflected on the smartphone without performing processing such as logging in.

[0097] This sharing can also be easily achieved by dynamically associating the first identifier and the second identifier with each other. That is, scalability can be achieved so that even if a user has performed thousands of registration processes for communication between devices, there are always a sufficient number of identifiers.

[0098] The following will refer to Figure 4 This game data sharing is further described.

[0099] Figure 4 is a diagram showing an overview of a method for sharing deck information between users or different types of devices by using an identifier that can be communicated verbally.

[0100] The information processing system according to this embodiment performs scalable two-step identifier management that dynamically associates a first identifier and a second identifier with each other, wherein the first identifier makes it possible to permanently identify a specific state specified by a user in various situations in a game, and the second identifier makes it possible to temporarily identify access to the server 2 using the first identifier (continued specification of the specific state). From the user's perspective, this makes it possible to identify a specific state specified by the user from among a large number of various specific states in the game with only a second identifier having an extremely small amount of information (i.e., approximately four characters), and to transmit data that enables reproduction of that specific state between different types of devices or users.

[0101] Here, the scalable two-step identifier management indicates that the number of characters in the second identifier input by the user does not increase even if the number of specific states in the game becomes larger, and the number of characters in the second identifier input by the user does not increase even if the number of iterations of the data registration process for transmitting data to another user or device becomes huge.

[0102] Figure 4 The upper part of shows a specific state in the game. Specifically, Figure 4 In the example of FIG, a card set used in a card game is shown.

[0103] Figure 4 The middle portion shows a first identifier that allows a specific state in the game to be permanently identified. Figure 4 As shown, specific states in the game change in order from left to right in the figure, and first identifiers are assigned to different individual specific states in the game.

[0104] Figure 4 The lower portion of the figure shows a second identifier corresponding to the first identifier shown in the middle portion of the figure. Each time an access is made using the first identifier (in this embodiment, an access to a URL including the first identifier), a second identifier is generated that is valid only during the session period (the period during which the user specifies a specific state corresponding to the first identifier).

[0105] The first identifier and the second identifier will be further described below.

[0106] The first identifier is a persistent, unique identifier that allows for identification of a large number of specific states within a game. The first identifier allows for consistent, unique, and persistent identification of data representing a specific state within a specific game application, making it suitable for distributing data via print media such as magazines or online services such as social networking services (SNS). Furthermore, by representing the first identifier as a URL, existing mechanisms for distributing URLs can be directly used to distribute the first identifier.

[0107] The second identifiers are each represented by a short string of approximately four characters and are suitable for immediately transferring data from a specified user terminal 1 to another user terminal 1 executing a game. In this embodiment, the second identifier is dynamically generated each time an access using the first identifier is made.

[0108] That is, when user terminal 1 accesses the game using a first identifier (for example, accessing a URL containing the first identifier, as described later), the user can browse a specific state in the game corresponding to the first identifier (for example, deck information, etc.). At this time, server 2 assigns a second identifier to the session established by this access (specifying a specific state) and associates the second identifier with the first identifier corresponding to the specific state. When the second identifier is input into another user terminal 1, the specific state (deck) corresponding to the first identifier associated with the second identifier is obtained.

[0109] For the above reference Figure 4 Game data sharing control described, Figure 2 User terminal 1 and Figure 3 Server 2 in the example has Figure 5 The functional structure shown.

[0110] Figure 5 1 is a functional block diagram showing an example of a functional structure for executing game data sharing control among the functional structures of the user terminal 1 - 1 , the user terminal 1 - 2 , and the server 2 .

[0111] Note that for convenience, user terminal 1-1 and user terminal 1-2 are selected, and Figure 5 The functional blocks of the user terminal 1 - 1 and the functional blocks of the user terminal 1 - 2 shown in FIG. 1 are applicable to any user terminal 1 .

[0112] like Figure 5 As shown, the CPU 51 of the server 2 has functions of an acceptance unit 101 , a state monitoring unit 102 , a second identifier generation unit 103 , an association management unit 104 , a display control unit 105 , and a state reproduction unit 106 .

[0113] In addition, the storage unit 58 of the server 2 is provided with an association management DB 111 .

[0114] The acceptance unit 101 accepts access using a first identifier uniquely associated with a specific state from the access unit 122 of the user terminal 1 - 1 .

[0115] Here, although the access method using the first identifier may be any method using the first identifier and is not particularly limited, this embodiment adopts a method of accessing a URL including the first identifier. Figure 6 Describe the method.

[0116] Figure 6 is a diagram illustrating an example of a method for identifying a first identifier and a method for generating a URL by using the first identifier.

[0117] Figure 6 The examples in assume a game where groups of 40 cards, chosen from a variety of 10,000 cards, are organized into decks (designated for a particular state in the game). Figure 6 In the game, each card is represented as a box with a number assigned to it. The number in the box (card) is the serial number of the card, which is of course not necessarily printed on the actual card.

[0118] By performing 64-bit encoding to Figure 6The serial number of the card in is represented as a character combination between 64 characters, namely "0123456789ABCDEFGHIJKLMNOPQRSTUVWXYZabcdefghijklmnopqrstuvwxyz-_", and by using the dot symbol "." to separate each card, the entire card set can be specified and represented as a string that can be embedded in a URL.

[0119] exist Figure 6 The string shown below the box is a string obtained by performing 64-bit encoding on the contents of the deck. The string obtained by expanding the string into a URL is shown in Figure 6 In this embodiment, the URL can be shared and spread through SNS.

[0120] Return Reference Figure 5 , the state monitoring unit 102 monitors whether the specific state continues to be specified at the user terminal 1 - 1 that has made the access using the first identifier.

[0121] In this manner, the specific state at the user terminal 1-1 is designated in such a manner that the server 2 can monitor the designation. That is, when an access using the first identifier has been made from the user terminal 1-1, assuming that the designation of the specific state corresponding to the first identifier has been made, the state monitoring unit 102 starts monitoring the access.

[0122] Various methods utilizing network communication technologies can be used to determine whether the designation of a specific state continues, and these methods are not particularly limited. For example, a method can be employed in which the designation of a specific state is determined to be continuing while the network connection from user terminal 1-1 is continuing. Here, network connection is a broad concept encompassing not only physical connections for communication but also logical connections for communication. Logical connections for communication refer to a state in which, even if the physical connection for communication is temporarily disconnected, the server recognizes that the specific terminal is continuing to access the server using technologies such as cookies or tokens. Alternatively, for example, a method can be employed in which ping requests are periodically sent to user terminal 1-1, and the designation of a specific state is determined to be continuing as long as responses to these requests do not cease or until a certain period of time has passed after responses cease. Alternatively, for example, a method can be employed in which user terminal 1-1 periodically sends ping messages to server 2, and the designation of a specific state is determined to be continuing as long as these transmissions do not cease or until a certain period of time has passed after these transmissions cease.

[0123] When the acceptance unit 101 accepts access from the user terminal 1 - 1 using the first identifier, the second identifier generation unit 103 generates a second identifier.

[0124] The association management unit 104 manages the association between the first identifier corresponding to the specific state and the generated second identifier during a specified period of time in which the user terminal 1-1 is in a specific state or during a specified period of time after the end of the period, and thereafter, when it is determined that the designation of the specific state at the user terminal 1-1 has ended or a specified period of time has passed after the end, the association management unit 104 discards the association between the first identifier and the second identifier.

[0125] Specifically, the association management unit 104 manages the association between the first and second identifiers by associating the second identifier generated by the second identifier generation unit 103 with the first identifier used for access accepted when the second identifier was generated, and registers the first and second identifiers in the association management DB 111 .

[0126] Then, when it is determined that the designation of the specific state at the user terminal 1-1 has ended or a prescribed period of time has passed after the end, the association management unit 104 discards the association between the first identifier and the second identifier by deleting the registration of the first identifier and the second identifier from the association management DB 111. In other words, the second identifier is invalidated.

[0127] The display control unit 105 performs control for displaying the second identifier generated by the second identifier generation unit 103 on the user terminal 1 - 1 that has made an access using the first identifier.

[0128] Figure 7 is a diagram showing an exemplary implementation of display of a first identifier and a second identifier displayed at the user terminal 1 - 1 .

[0129] like Figure 7 As shown in the upper part of , when a card deck is generated by the user operating the user terminal 1-1, the configuration of the card deck is displayed, and the first identifier is displayed below it.

[0130] When access using the first identifier is made (access to the URL including the first identifier), and as a result thereof, for example, the second identifier "tr0n" is generated in the server 2 and the second identifier "tr0n" is associated with the first identifier as described above, under the control of the display control unit 105 of the server 2, Figure 7 The second identifier "tr0n" is displayed in the box to the right of "Code:" displayed in the lower part.

[0131] The second identifier is specified by the user operating the user terminal 1-1. Figure 7 During the deck period (i.e., in this example, during Figure 7 The screen in is displayed at the user terminal 1-1 and is viewed by the user) is valid.

[0132] Specifically, the remaining valid time of the second identifier is determined by Figure 7 The lower circle is shown in animated form. Figure 7 During the period in which the screen in the user terminal 1-1 remains open, the remaining valid time of the second identifier is automatically updated. It should be noted that, as described above, whether the screen remains open is determined based on the determination of whether to continue to designate a specific state.

[0133] For example, the user operating the user terminal 1-1 may input the second identifier "tr0n" in a prescribed application or on a website for constructing a deck by using the user terminal 1-2 as a different device.

[0134] Alternatively, for example, another user to whom the user operating the user terminal 1-1 has communicated the second identifier verbally, etc. can enter the second identifier "tr0n" in a prescribed application or on a website for building a deck by using the user terminal 1-2 being operated by the other user.

[0135] Return Reference Figure 5 When the second identifier is input by the user terminal 1-2 as described above, the second identifier is notified to the state reproduction unit 106 of the server.

[0136] Then, the state reproduction unit 106 performs control so that a specific state corresponding to the first identifier associated with the second identifier can be reproduced at the user terminal 1 - 2 .

[0137] Specifically, for example, Figure 7 In the context of the example in , the state reproduction unit 106 reproduces the information of the card group identified by the first identifier associated with the second identifier (same as in Figure 7 The card group related information is the same as the card group displayed in the screen information in the card group), and the information is displayed at the user terminal 1-2.

[0138] As described above, as a key representing a specific state (deck configuration) in the game shared between users and devices, a short second identifier of about four characters long, such as "tr0n", can be used. As a result, the communication of complex information such as deck configuration can be achieved very easily.

[0139] An outline of the functional configuration of the user terminal 1-1 and the user terminal 1-2 will also be described below.

[0140] First, if Figure 5As shown, the CPU 21 of the user terminal 1 - 1 has functions of a state specification release unit 121 , an access unit 122 , and a display control unit 123 .

[0141] The state designation release unit 121 specifies or releases a specific state.

[0142] Specifically, when a user specifies a specific state via the touch screen of the user terminal 1-1 (for example, when the user generates or selects a deck), the state designation release unit 121 accepts the designation and displays the specific state designated on the touch screen via the display control unit 123 described later, and stores the specific state in the storage unit 29 of the user terminal 1-1 or the storage unit 58 of the server 2. Alternatively, the user can read a previously designated state (for example, a generated deck) from, for example, the storage unit 29 or the storage unit 58 and designate a new state. In this case, the state designation release unit 121 accepts the designation and displays the specific state designated on the touch screen via the display control unit 123 described later.

[0143] When a specific state is specified, the access unit 122 described later performs access using a first identifier corresponding to the specific state. Then, the server 2 recognizes that the specific state has been specified.

[0144] Thereafter, the state designation release unit 121 releases the designation of the specific state in such a manner that the server 2 can recognize the release.

[0145] It is sufficient that the method for releasing (terminating) the designation of the specific state is a method that can be recognized on the server 2 side (that is, a method corresponding to the judgment method of the termination of the designation of the specific state adopted on the server 2 side).

[0146] For example, in the method adopted by the server 2 side, when it is determined that the designation of the specific state has been terminated when the network connection has been disconnected, the state designation release unit 121 releases the designation of the specific state by disconnecting the network connection with the server 2 .

[0147] In addition, for example, in the method adopted on the server 2 side, a ping request is periodically sent to the user terminal 1-1 and it is determined that the designation of a specific state is terminated when a certain time has passed after the response stops, the state designation release unit 121 performs the following processing: a response to the ping request is generated when the designation of the specific state continues, and generation of a response is prohibited when the specific state is released.

[0148] When a specific state is specified, the access unit 122 performs control for performing access using the first identifier corresponding to the specific state.

[0149] When a specific state is specified as described above, the display control unit 123 displays the specific state on the touch screen (and also displays the first identifier as needed), and when a second identifier corresponding to the first identifier is generated by the server 2 and notified, performs control for displaying the second identifier on the touch screen. That is, the display control unit 123 performs control for displaying, for example, Figure 7 Controls of the screen shown.

[0150] The outline of the functional configuration of the user terminal 1-1 has been described above. Next, the outline of the functional configuration of the user terminal 1-2 will be described.

[0151] The CPU 21 of the user terminal 1 - 2 has functions of a second identifier input acceptance unit 131 , a notification control execution unit 132 , and a browsing control execution unit 133 .

[0152] The second identifier input acceptance unit 131 accepts input of a second identifier displayed on the display unit 27 of the user terminal 1-1 and input by a user (the user may be the user of the user terminal 1-1 or a different user) operating the user terminal 1-2 through a touch screen or the like.

[0153] Here, assuming that the user of the user terminal 1-1 is user A and the user of the user terminal 1-2 is user B as a different user, reference will be made to Figure 8 The association between the second identifier displayed on the user terminal 1-1 and the second identifier input to the user terminal 1-2 is described.

[0154] Figure 8 is a diagram illustrating a process in which user A verbally notifies a second identifier and user B shares information related to user A's deck.

[0155] like Figure 8 As shown, user A verbally notifies user B of the second identifier "tr0n" so that user A's deck is reproduced on the user B side.

[0156] Here, when the deck is displayed on the user terminal 1-1 owned by user A (specifying a specific state), as a result of access using the first identifier corresponding to the deck, the second identifier "tr0n" is generated by the server 2 and displayed on the user terminal 1-1 (see Figure 7 ).

[0157] As long as the deck information is displayed on the screen of the user terminal 1-1 (ie, as long as the designation of the specific state continues), the second identifier "tr0n" remains valid and is controlled.

[0158] The user B to whom the second identifier “tr0n” has been verbally communicated inputs the second identifier “tr0n” by using the touch screen or the like of the user terminal 1 - 2 .

[0159] Return Reference Figure 5 , the second identifier input acceptance unit 131 of the user terminal 1-2 accepts the input second identifier “tr0n”.

[0160] The notification control execution unit 132 executes a process for notifying the server 2 of the second identifier (eg, Figure 8 control of the “tr0n” in the example.

[0161] Then, as described above, the state reproduction unit 106 of the server 2 executes a function for enabling the state corresponding to the second identifier ( Figure 8 A particular state of the first identifier (with Figure 8 Control of the card group related information shown in the example figure).

[0162] Under the control of the state reproduction unit 106 of the server 2, the browsing control execution unit 133 executes a process for causing the user ( Figure 8 In the example, user B) browses the data corresponding to the second identifier ( Figure 8 A particular state of the first identifier (with Figure 8 Control of the card group related information shown in the example figure).

[0163] In this way, deck information can be shared by simply notifying a second identifier that is a short string that can be communicated verbally (in this case, "tr0n") without performing a pairing process between user A and user B (for example, to become friends in a game) or a pairing process between user A and user B's user terminals 1.

[0164] That is, in this embodiment, rather than assigning a shortened code to the deck information, a universal and permanent first identifier is assigned to the deck information. Furthermore, a second identifier, such as a short string, is generated when access is made using the permanent first identifier, and the first and second identifiers are associated with each other. Therefore, from the user's perspective, the deck information can be conveyed simply by communicating the second identifier, such as a short string, through a simple spoken word.

[0165] Mathematically, for example, when 40 cards are combined among 4000 cards, there are 4000^40 (=1.2×10^144) variations, and these variations cannot be expressed using only four-character codes.

[0166] However, there is an upper limit to the number of users who can simultaneously connect to these varying networks, which is approximately several hundred thousand. Therefore, by using a four-character alphanumeric string that can represent 1,679,616 combinations as the second identifier, it is possible to convey information about a deck of 40 cards randomly selected from 4,000 cards.

[0167] The functional configurations of the user terminal 1 - 1 , the user terminal 1 - 2 , and the server 2 for realizing the game data sharing control have been described above.

[0168] Next, refer to Figure 9 The flow of sharing game data from the perspective of the users of the user terminal 1-1 and the user terminal 1-2 will be described.

[0169] Figure 9 This is a diagram showing the steps for a user to access deck information.

[0170] Note that the user terminal 1 - 1 and the user terminal 1 - 2 may be different terminals owned by the same user (eg, a smartphone and a personal computer), or different terminals owned by different users.

[0171] As a first step, the user operates the user terminal 1-1 to obtain a first identifier from an SNS, or, if the first identifier is associated with the user's deck, obtains the first identifier from saved game data. The user then browses the deck (a specific state in the game) uniquely associated with the first identifier through a web browser or game app displayed on the touch screen of the user terminal 1-1.

[0172] As a second step, when browsing a card deck (specific state) in a game through a web browser or a game app, a second identifier (in this case, "tr0n") that is valid only during the continuation of the browsing action (for example, while the network connection is open) is displayed on the touch screen of the user terminal 1-1, etc., so that the user can visually identify the displayed second identifier (in this case, "tr0n").

[0173] As a third step, the user inputs the second identifier (in this case, "tr0n") displayed on the user terminal 1-1 by using the touch screen of the user terminal 1-2, etc. Here, when a different user performs this step, the user (the first user) who visually recognizes the second identifier (in this case, "tr0n") needs to verbally convey the second identifier to the user (the second user) who performs the third step in advance.

[0174] As a fourth step, in response to the third step, the server 2 reproduces on the user terminal 1-2 a specific state in the game associated with the first identifier corresponding to the second identifier (in this case, "tr0n") input in the third step. In this way, the user can access the deck information corresponding to the first identifier obtained in the first step.

[0175] Note that when the user terminal 1-1 terminates browsing of the deck (releases the designation of a particular state in the game), the association between the second identifier (in this case, "tr0n") and the first identifier is discarded.

[0176] Next, the use of this embodiment on SNS will be described.

[0177] Figure 10 2 is a diagram showing an example of sharing deck information on SNS.

[0178] like Figure 10 As shown on the left side of the figure, a URL including a first identifier and information related to a deck (a specific state in the game) is displayed on the first SNS using OGP (Open Graph Protocol). A user of the first SNS can access the deck (a specific state in the game) associated with the first identifier by clicking on the OGP URL.

[0179] In addition, if Figure 10 As shown on the right side of the figure, a rectangular button and a card deck are displayed on the second SNS using OGP. The rectangular button is associated with a URL including the first identifier, and a user of the second SNS can access the card deck (a specific state in the game) associated with the first identifier by clicking the rectangular button in the OGP display.

[0180] This processing is possible because the first identifier is not only an internal identifier of the system according to the present embodiment but also an identifier that can be embedded in a URL and is suitable for widely distributing deck information through SNS.

[0181] like Figure 10 As shown, this makes it possible to disseminate deck information by thumbnailizing a Web page written in accordance with the OGP format of the SNS.

[0182] Next, refer to Figure 11 To describe the Figure 5 Flow of game data sharing processing performed by user terminal 1-1, user terminal 1-2, and server 2 in the functional structure in FIG.

[0183] Figure 11 1 is an arrow diagram showing the flow of a game data sharing process executed by the user terminal 1 - 1 , the user terminal 1 - 2 , and the server 2 .

[0184] In step S1 , the state designation release unit 121 of the user terminal 1 - 1 performs designation of a specific state.

[0185] In step S2 , the access unit 122 of the user terminal 1 - 1 performs access using the first identifier corresponding to the specific state.

[0186] In step S20 , the acceptance unit 101 of the server 2 accepts access using the first identifier from the user terminal 1 - 1 .

[0187] In step S21 , the state monitoring unit 102 of the server 2 recognizes the first identifier based on the access accepted in step S20 .

[0188] In step S22 , the second identifier generation unit 103 of the server 2 generates a second identifier.

[0189] In step S23 , the association management unit 104 of the server 2 performs association between the first identifier identified in step S21 and the second identifier generated in step S22 .

[0190] In step S24 , the display control unit 105 of the server 2 notifies the user terminal 1 - 1 of the second identifier generated in step S22 .

[0191] In step S3 , the display control unit 123 of the user terminal 1 - 1 causes the second identifier notified from the server 2 in step S24 to be displayed on the touch screen.

[0192] Here, the second identifier displayed on the touch screen of the user terminal 1 - 1 is communicated to the user operating the user terminal 1 - 2 .

[0193] Here, when the users of user terminal 1-1 and user terminal 1-2 are the same, "communication" means that the users remember the identifier in their brains, etc. When the users of user terminal 1-1 and user terminal 1-2 are different, "communication" means that the identifier is communicated verbally, etc.

[0194] In step S31 , the second identifier input acceptance unit 131 of the user terminal 1 - 2 accepts input of a second identifier.

[0195] In step S32 , the notification control execution unit 132 of the user terminal 1 - 2 notifies the server 2 of the second identifier accepted in step S31 .

[0196] In step S25 , the state reproduction unit 106 of the server 2 recognizes the second identifier notified in step S32 .

[0197] In step S26 , the state reproduction unit 106 identifies the first identifier corresponding to the second identifier identified in step S25 .

[0198] In step S27 , the state reproduction unit 106 performs control for reproducing the specific state corresponding to the first identifier identified in step S26 on the user terminal 1 - 2 .

[0199] That is, in step S33 , the browsing control execution unit 133 of the user terminal 1 - 2 executes control for causing the user of the user terminal 1 - 2 to browse a specific state in response to the control in step S27 .

[0200] Note that, when the status designation release unit 121 of the user terminal 1 - 1 releases the specific status in step S4 , the association management unit 104 of the server 2 drops the association between the first identifier and the second identifier in step S28 .

[0201] Next, an exemplary implementation and the like of a case where a plurality of deck information (ie, a plurality of specific statuses) are displayed in a single Web page in the SNS or the like of the present embodiment will be described.

[0202] For example, in the case where an online forum, Web BBS, SNS, or the like is displayed in a Web page, a plurality of deck information may be listed in a manner of including the plurality of deck information in a Web page identified by a single URL.

[0203] When a single web page includes multiple deck information, it is difficult to identify the deck information specified (displayed) only from the URL of the web page from the multiple deck information. Therefore, for example, a method is proposed as follows: by using JavaScript (registered trademark) code associated with information related to the display of each of the multiple deck information, the deck information specified (displayed) by the user is identified from the multiple deck information, a code generated based on the identified deck information is sent to the server as a first identifier and associated with a second identifier, and the identified deck information and the second identifier are displayed in association with each other.

[0204] Figure 12 is a diagram showing an exemplary implementation of a case where a plurality of deck information P is displayed in a forum, a BBS, and an SNS in the present embodiment.

[0205] Figure 12 (A) is a diagram showing an example of a plurality of deck information P to be displayed in a forum, BBS, and SNS.

[0206] Figure 12 (B) is a diagram showing some deck information P displayed on the display unit 27 of the user terminal 1 .

[0207] Figure 12 The card group information P in each includes a specified card group (a specific state in the game) and a first identifier corresponding to the card group (including the URL of the first identifier). In this embodiment, in each display area P1 to P4 of the display unit 27 of the user terminal 1, the card groups are displayed. Figure 12 Four deck information P selected from the plurality of deck information P in (A).

[0208] That is to say, if Figure 12 As shown in (A), a plurality of deck information P are arranged in the vertical direction, and among these deck information, four deck information P are selected and displayed in respective display areas P1 to P4 of the display unit 27 of the user terminal 1 .

[0209] For example, when selecting Figure 12 In the case of the range RG1 in (A), four pieces of deck information P included in the range RG1 are displayed in the respective display areas P1 to P4 of the display unit 27 of the user terminal 1 .

[0210] Here, when the user wishes to select Figure 12 In the case of the range RG2 in (A), the user can perform a scroll operation on the display unit 27 (touch screen) of the user terminal 1.

[0211] When scrolling occurs and selecting Figure 12 In the case of the range RG2 in (A), four pieces of deck information P included in the range RG2 are displayed in the respective display areas P1 to P4 of the display unit 27 of the user terminal 1 .

[0212] That is, due to the scroll operation, the deck information P displayed in the respective display areas P1 to P4 of the display unit 27 of the user terminal 1 changes.

[0213] An exemplary implementation is described below.

[0214] like Figure 12 As shown in (A), in online forums, BBSs, and SNSs where deck information P can be shared, deck information P from various users is arranged vertically on a single page. In such forums, since a large amount of deck information P is listed on a page identified by a single URL, existing methods such as shortened URLs cannot be used.

[0215] In this embodiment, the valid time period of the second identifier is managed according to whether the user is browsing information (specifying a specific state in the game), so, for example, this embodiment can be applied even when multiple deck information P are listed in a single web page identified by a single URL.

[0216] Specifically, by using the Figure 5 The function of the web browser on the user terminal 1-1 shown in FIG. 1 can extract the range currently displayed on the user terminal 1-1 side (in Figure 12 In the example, it refers to the HTML elements within the display range RG1 or RG2).

[0217] At this time, the user terminal 1-1 accesses the server 2 and transmits the deck information P included in the HTML element displayed by the display control unit 123 to the receiving unit 101. Here, the deck information P is information corresponding to the first identifier, and in this embodiment, it is information obtained by converting the first identifier into a format that can be applied to the HTML element (a format that can be embedded in HTML). Although the deck information P used as the first identifier is information identified by the first identifier identification unit (not shown), in this embodiment, a plurality of first identifiers (deck information P) are included in the HTML element in the web page.

[0218] When the server 2 accepts the access, the second identifier generation unit 103 generates a second identifier, and the association management unit 104 associates the first identifier with the second identifier.

[0219] Then, the user terminal 1 - 1 obtains the second identifier of the deck information P from the server 2 and displays the second identifier on the screen.

[0220] In addition, the web browser has a function for obtaining the amount of scrolling performed by the user on the screen as scrollTop and scrollLeft, where scrollTop is the amount of scrolling in the vertical direction (the distance between the upper left corner of the window and the upper end of the page), and scrollLeft is the amount of scrolling in the right direction (the distance between the upper left corner of the window and the left end of the page).

[0221] By using this function, Figure 5 The status monitoring unit 102 shown can periodically check the change of this value, thereby detecting the display Figure 12 When the status monitoring unit 102 detects that the display range has changed, the status monitoring unit 102 may determine whether the deck information P in the display range is displayed on the screen, send the deck information P included in the display range (or the first identifier generated from the deck information P) to the server 2, obtain the second identifier corresponding to the deck information P from the server 2, and display the second identifier associated with the deck information P.

[0222] Here, the web browser is used as a display information extraction unit (not shown) defined by, for example, JavaScript (registered trademark). As described above, although the display information extraction unit is a component for extracting the deck information P within a prescribed display range from the HTML element representing the content displayed on the user terminal 1-1, the size (or width) of the display range (i.e., the extraction range) in this case is not particularly limited and can be appropriately designed. Although the size of the display range is preferably designed to be a size corresponding to the display screen of the user terminal 1-1 (such as Figure 12 In the embodiment of the present invention, there is no limitation on the size. In addition, for example, considering the entire web page identified by a specific URL as the display range, the display information extraction unit can extract the deck information P while setting all HTML elements included in the web page as the extraction range.

[0223] That is, for example, when the display information extraction unit extracts Figure 12 In the case where there are multiple deck information P included in the display range of (A), the server 2 obtains multiple first identifiers corresponding to the respective deck information P and associates the obtained first identifiers with the second identifiers. Then, the second identifiers associated with the respective deck information P are displayed on the display unit 27 of the user terminal 1-1.

[0224] In addition, for example, even in the case where multiple deck information P is extracted from the display range by the display information extraction unit, the server 2 can display a second identifier corresponding only to the deck information P located closest to the center of the selected range on the display unit 27 of the user terminal 1-1.

[0225] In other words, since the deck information P is extracted from the HTML elements within the selected range by the display information extraction unit after the change in the display range is detected, it is considered that a specific state in the game corresponding to the deck information P is specified, and access is made using the first identifier corresponding to the specific state.

[0226] Note that the reproduction of a specific state in the game on the user terminal 1-2 is the same as described above and will not be described again.

[0227] In addition, the server 2 may invalidate the second identifier corresponding to the deck information P located outside the display range.

[0228] That is, when it is detected that the display range has changed, Figure 5The state monitoring unit 102 shown cooperates with the association management unit 104 and the association management DB 111 to disassociate the first identifier corresponding to the deck information P that is outside the display range from the second identifier associated with the first identifier, and to end management by discarding the information from the association management DB 111. However, if the display range is exceeded or a prescribed period of time has passed since the display range was exceeded, the association may be discarded.

[0229] Although the embodiment of the present invention has been described above, it should be noted that the present invention is not limited to the above-described embodiment, and modifications, improvements, and the like within the scope that can achieve the purpose of the present invention are encompassed in the present invention.

[0230] For example, the above embodiments relate to data sharing in a card game.

[0231] However, the present invention is not particularly limited to this embodiment and can be applied to general data sharing between devices. That is, it is not limited to games, but can be widely applied to data sharing between users or between devices.

[0232] In addition, for example, in the above-described embodiment, for convenience of explanation, the first identifier included in the URL is used as an example, but is not particularly limited to this example.

[0233] That is, as described above, it is sufficient that the first identifier is a permanent unique identifier that allows a large number of specific states of data to be identified. Therefore, for example, the first identifier is applicable to various identifiers such as a one-dimensional code or a two-dimensional code.

[0234] In addition, for example, in the above-described embodiment, for convenience of explanation, the second identifier composed of four characters including numbers or uppercase or lowercase letters is used as an example, but is not particularly limited to this example.

[0235] That is, as described above, it is sufficient for the second identifier to be a temporarily unique identifier that allows identification of the user's browsing behavior across simultaneous access sessions while the user is browsing data. Thus, for example, the second identifier need not be four characters long and can be a permanent short identifier that can be distributed in printed form, etc. by combining a symbol with the identifier. Specifically, the second identifier can be an identifier that is not invalidated when it begins with a plus sign, such as "+5t7."

[0236] In addition, for example, in the above-described embodiment, processing in a game is used to explain the convenience of the processing, but it is not particularly limited to this example, and it suffices that the processing is processing corresponding to a reproducible specific state arbitrarily designated by the user.

[0237] In addition, for example, Figure 5The functional structure in is only an example and is not particularly limited to this example. That is, it is sufficient for the information processing device to be provided with functions that enable the above-mentioned series of processing steps to be executed as a whole, and the selection of functional blocks for realizing these functions is not particularly limited to Figure 5 In addition, the location of the functional block is not particularly limited to Figure 5 The position in the server can be set arbitrarily. For example, the functional block of the server 2 can be transferred to the user terminal 1, etc., and conversely, the functional block of the user terminal 1 can be transferred to the server 2, etc.

[0238] Furthermore, each functional block may be implemented only by hardware, only by software, or by a combination of hardware and software.

[0239] When the processing of each functional block is executed by software, the program constituting the software is installed on a computer or the like via a network or from a recording medium.

[0240] The computer may be a computer embedded in dedicated hardware. Alternatively, the computer may be a computer capable of executing various functions when various programs are installed on the computer, such as a server, a general-purpose smart phone, or a personal computer.

[0241] The recording medium including such a program is realized by a removable medium (not shown) distributed separately from the main body unit of the device in order to provide the program to the user, a recording medium provided to the user in an embedded form in the main body unit of the device, or the like.

[0242] In this specification, the steps described in the program recorded on the recording medium may include not only processes that are sequentially executed in chronological order but also processes that are not sequentially executed in chronological order but are executed in parallel or separately.

[0243] Furthermore, in this specification, the term "system" should be interpreted as meaning an entire apparatus composed of a plurality of devices or a plurality of components or the like.

[0244] In other words, the information processing program to which the present invention is applied can be realized in various forms including the following configurations: Figure 5 The information processing system of the above-mentioned embodiment.

[0245] Specifically, the information processing program to which the present invention is applied is a program that causes a server to execute control processing, the server communicating with a plurality of terminals, so that a specific state capable of being reproduced as designated by a user can be displayed on the plurality of terminals, the control processing including:

[0246] Acceptance step (e.g., Figure 5), for accepting access from a first terminal among the plurality of terminals using a first identifier uniquely associated with the specific state;

[0247] Monitoring steps (e.g. Figure 5 ), for monitoring whether the designation of the specific state at the first terminal that has accessed using the first identifier is continuing;

[0248] Generate steps (e.g. Figure 5 ), for generating a second identifier when accepting access using the first identifier performed by the first terminal;

[0249] Display control steps (e.g. Figure 5 ), for executing control for displaying the generated second identifier on the first terminal;

[0250] Management steps (e.g. Figure 5 ), for managing the association between the first identifier corresponding to the specific state and the generated second identifier during a time period while the designation of the specific state at the first terminal is continuing or during a prescribed time period after the end of the time period, and thereafter, upon determining that the designation of the specific state at the first terminal has ended or the prescribed time period has elapsed after the end, discarding the association between the first identifier and the second identifier; and

[0251] State reproduction steps (e.g., Figure 5 ), for performing control for enabling reproduction of a specific state corresponding to the first identifier associated with the second identifier at the second terminal, when the second identifier is notified from the second terminal among the multiple terminals while the management is continuing in the management step.

[0252] In this way, a technology for instantly sharing data representing a specific status between users and between devices is established.

[0253] That is, by independently providing a first identifier used when distributing data through various media and a second identifier used when loading data into an application, and adopting a two-step identifier management method that dynamically manages the association between the two identifiers, data allocation and input that provides information presentation capabilities and ease of input are achieved.

[0254] Here, the number of users browsing the data is much smaller than the number of specific states in the data.

[0255] Therefore, by dynamically associating a first identifier for identifying a specific state in the data with a second identifier for identifying the action of browsing the specific state, scalability can be achieved so that the number of identifiers is sufficient even if the user registers for communication between devices thousands of times.

[0256] This makes it possible in the present invention to realize temporary sharing processing between devices, in which data registered on one device is edited on another device without performing processing such as login, and the data is immediately reflected on the one device.

[0257] In addition, the accepting step may include the step of accepting the use of a URL including the first identifier as an element as access using the first identifier.

[0258] This makes it possible to directly use existing mechanisms for distributing URLs via paper media such as magazines or network services such as SNS.

[0259] In addition, the generating step may include a step of generating, as the second identifier, an identifier having an amount of information smaller than an amount of information provided in the first identifier.

[0260] This allows the generated second identifier to be shorter and simpler, so that the second identifier can be communicated verbally between users, data can be shared with an unspecified number of users, or data can be shared instantly with unknown users on the spot.

[0261] In addition, even if the number of specific states in the data becomes large, the number of identifiers entered by the user does not increase, and even if the number of data registration processes used to transmit data to another user or device becomes large, the number of identifiers entered by the user does not increase.

[0262] Reference Signs List

[0263] 1 User terminal

[0264] 2 Servers

[0265] 21 CPU

[0266] 51 CPU

[0267] 58 storage units

[0268] 101 Receiving Unit

[0269] 102 Status Monitoring Unit

[0270] 103 Second identifier generation unit

[0271] 104 Association Management Unit

[0272] 105 Display Control Unit

[0273] 106 State Reproduction Unit

[0274] 111 Association Management DB

[0275] 121 Status designation release unit

[0276] 122 access units

[0277] 123 Display Control Unit

[0278] 131 Second identifier input accepting unit

[0279] 132 Notification Control Execution Unit

[0280] 133 Browse Control Execution Unit

Claims

1. A computer-readable medium storing a program that causes a server communicating with a plurality of terminals to execute control processing that enables each of the plurality of terminals to display, based on a user's designation, a specific state capable of being reproduced, representing a combination of a plurality of cards arbitrarily designated by the user in a card game, the control processing comprising: an accepting step for accepting access from a first terminal among the plurality of terminals using a first identifier that is uniquely associated with the specific state and represents a combination of the plurality of cards in a character string; a generating step for generating a second identifier, when accepting access using the first identifier from the first terminal, the second identifier being composed of a character string shorter than that of the first identifier; a managing step for managing an association between the first identifier and the second identifier to perform control of reproducing the specific state at a second terminal among the plurality of terminals based on the association between the first identifier and the second identifier; as well as A display control step is performed to control the first terminal to display the generated second identifier and the specific status.

2. The computer-readable medium storing a program according to claim 1, wherein The managing step is for discarding the association between the first identifier and the second identifier when a prescribed time period has elapsed after the association between the first identifier and the second identifier has been managed.

3. The computer-readable medium storing a program according to claim 1, wherein The management steps are used to: managing an association between the first identifier and the second identifier during a specified time period after access using the first identifier at the first terminal ends; as well as If the passage of the prescribed time period is observed, the association between the first identifier and the second identifier is thereafter discarded.

4. The computer-readable medium storing a program according to any one of claims 1 to 3, wherein: The accepting step of accepting access using the first identifier is for accepting access using a URL including the first identifier as an element.

5. An information processing device having a server function for communicating with a plurality of terminals, each of the plurality of terminals being capable of displaying, based on a user's designation, a specific state capable of being reproduced, representing a combination of a plurality of cards arbitrarily designated by the user in a card game, the information processing device comprising: an accepting unit for accepting access from a first terminal among the plurality of terminals using a first identifier that is uniquely associated with the specific state and represents a combination of the plurality of cards in a character string; generating means for generating a second identifier, when accepting access using the first identifier from the first terminal, the second identifier being composed of a character string shorter than that of the first identifier; a management unit configured to manage an association between the first identifier and the second identifier to perform control of reproducing the specific state at a second terminal among the plurality of terminals based on the association between the first identifier and the second identifier; as well as The display control unit is configured to control the first terminal to display the generated second identifier and the specific status.

6. An information processing method, executed by a server communicating with a plurality of terminals, wherein each of the plurality of terminals is capable of displaying, based on a user's designation, a specific state capable of being reproduced, representing a combination of a plurality of cards arbitrarily designated by the user in a card game, the information processing method comprising: an accepting step for accepting access from a first terminal among the plurality of terminals using a first identifier that is uniquely associated with the specific state and represents a combination of the plurality of cards in a character string; a generating step for generating a second identifier, when accepting access using the first identifier from the first terminal, the second identifier being composed of a character string shorter than that of the first identifier; a managing step for managing an association between the first identifier and the second identifier to perform control of reproducing the specific state at a second terminal among the plurality of terminals based on the association between the first identifier and the second identifier; as well as A display control step is performed to control the first terminal to display the generated second identifier and the specific status.

7. An information processing system comprising a server and a plurality of terminals, each of the plurality of terminals being capable of displaying, based on a user's designation, a specific state capable of being reproduced, representing a combination of a plurality of cards arbitrarily designated by the user in a card game, wherein: The server includes: an accepting unit for accepting access from a first terminal among the plurality of terminals using a first identifier that is uniquely associated with the specific state and represents a combination of the plurality of cards in a character string; generating means for generating a second identifier, when accepting access using the first identifier from the first terminal, the second identifier being composed of a character string shorter than that of the first identifier; a management unit for managing an association between the first identifier and the second identifier to perform control of reproducing the specific state at a second terminal among the plurality of terminals based on the association between the first identifier and the second identifier; and a display control unit configured to control the first terminal to display the generated second identifier and the specific status; The first terminal among the multiple terminals includes: access means for performing access using the first identifier uniquely associated with the specific state; and display means for displaying the second identifier together with the specific status, receiving control performed by the display control means of the server, in a case where the second identifier is generated at the server in association with the first identifier, wherein the second identifier is valid only during a time period while designation of the specific status is continuing or during another time period after the end of the one time period, and The second terminal among the multiple terminals includes: a first control section for accepting an input of the second identifier generated by the server and displayed on the first terminal, and performing control for notifying the server of the second identifier; and and second control means for performing control for reproducing the specific state so that a user of the second terminal can browse the specific state, if the server notifies the second identifier under the control performed by the first control means.

Images