JP2019067450A - Program, information processing device, information processing method and information processing system - Google Patents

Abstract

To establish a method which enables data indicating a specific state among many states to be promptly shared between users and between devices.SOLUTION: A state monitoring section 102 monitors whether or not designation of a specific state is continued in a user terminal 1-1 which accesses an information processing device using a first identifier. A second identifier generation section 103 generates a second identifier when access of the user terminal 1-1 using the first identifier is received by a reception section 101. A correspondence management section 104 manages a correspondence relation between the first identifier corresponding to the specific state and the generated second identifier during a period when the designation of the specific state is continued in the user terminal 1-1 or a predetermined time span after the period is completed, and abolishes the correspondence relation between the first identifier and the second identifier when termination of the designation of the specific state in the user terminal 1-1 or a lapse of predetermined period after the termination is monitored.SELECTED DRAWING: Figure 5

Description

  The present invention relates to a program, an information processing apparatus, an information processing method, and an information processing system.

In a system consisting of a plurality of terminals communicatively connected to a server, the terminal is shared with another terminal B in order to share a specific state (a web page displayed by a web browser) specified by the terminal A at a certain time. Conventionally, a technique for synchronizing A and terminal B via a communication network exists (see, for example, Patent Document 1).
However, in order to realize this technology with predetermined information security, it is necessary to perform an authentication process from one of the terminal A and the terminal B to the other. In order to realize such an authentication process, the server needs to manage user information corresponding to each terminal. However, management of user information requires careful attention, and there are also cases where user information can not be held in a server or terminal due to various circumstances.
Therefore, it is required to share a specific state without communication connection, but in order to respond to this request, it is necessary for the user to share a large amount of information. However, it is desirable that the amount of information be easily stored and transmitted.

  As an example of a technique for shortening the amount of information too much for humans to store, to a certain amount, any URL on the Web is shortened to a shorter string, and the original long URL and the URL are There is a technique of associating with a short URL generated when registered, and transferring to the original long URL when the short URL is accessed (see, for example, Patent Document 2).

JP, 2013-120603, A JP 2012-174205 A

However, even with the above-described technique for shortening the URL, the number of digits of the URL, which is an identifier with only lower case letters, can not be extremely shortened, so it is not suitable for verbal transmission.
Also, the method of shortening the URL has no scalability because a combination of identifiers is consumed each time new data is registered.
Also, as the name of Uniform Resource Locator indicates, the URL indicates the location of the information on the web, and the information provided at that location (corresponding to the above specific state) is arbitrary by the web page creator. May be designated. Specifically, although information indicating the content of the top page of the company identified by a certain URL is arbitrarily specified, the existing URL can not guarantee the uniqueness of this information, As such, it is not suitable for the transmission of arbitrarily specified information. Therefore, the shortened URL technology, which is a service for shortening this URL, is not suitable for the transmission of this information.

  The present invention has been made in view of such a situation, and technology for sharing a specific state indicated by a certain device between users and between devices without requiring special user authentication processing. Aim to establish the

In order to achieve the above object, an information processing program according to an aspect of the present invention is
To a server that communicates with a plurality of terminals that are reproducible and can display a specific state arbitrarily designated by the user based on the designation;
An accepting step of accepting an access using a first identifier uniquely associated with the specific state from a first terminal among the plurality of terminals;
A monitoring step of monitoring whether the designation of the specific state continues at the first terminal that has made access using the first identifier;
A generation step of generating a second identifier when an access using the first identifier by the first terminal is accepted;
A display control step of executing control to cause the first terminal to display the generated second identifier;
In a period in which designation of the specific state continues in the first terminal or in a predetermined period after the end of the period, the first identifier corresponding to the specific state, and the generated second identifier Management of the association between the first identifier and the second identifier when the end of designation of the specific state is monitored or the lapse of a predetermined period from the end is monitored in the first terminal. Management steps to discard,
When the second identifier is notified from the second terminal among the plurality of terminals while the management is continued in the management step, the second identifier corresponds to the first identifier associated with the second identifier. A state reproducing step of executing control to make the specific state reproducible on the second terminal;
To execute control processing including

  An information processing apparatus, an information processing method, and an information processing system according to an aspect of the present invention are an information processing apparatus, an information processing method, and an information processing system corresponding to the information processing program according to the above aspect of the present invention.

  According to the present invention, it is an object of the present invention to establish technology for sharing a specific state indicated by a certain device between users and between devices instantly without any special user authentication process.

It is a figure showing composition of an information processing system concerning one embodiment of the present invention. It is a block diagram which shows the hardware constitutions of the user terminal 1 among the information processing systems of FIG. It is a block diagram which shows the hardware constitutions of the server 2 which concerns on one Embodiment of the information processing apparatus of this invention among the information processing systems of FIG. FIG. 5 is a diagram showing an overview of a method of sharing deck information between users and different devices using verbally transmittable identifiers. FIG. 6 is a functional block diagram showing an example of a functional configuration for executing game data sharing control among the functional configurations of the user terminal 1-1, the user terminal 1-2 and the server 2. It is a figure which shows an example of the identification method of a 1st identifier, and the URL production | generation method using the said 1st identifier. It is a figure which shows the example of implementation of a display of the 1st identifier displayed on the user terminal 1, and a 2nd identifier. It is a figure which shows that User-A verbally notifies a 2nd identifier and User-B shares the information on the deck of User-A. FIG. 7 is a diagram showing a procedure of access to information of a user's deck. It is a figure which shows the example of sharing of the information of the deck on SNS. It is an arrow chart which shows the flow of the game data sharing process of the user terminal 1-1, the user terminal 1-2, and the server 2. It is a figure which shows the example of implementation in case the information P of a deck is displayed in the forum, a bulletin board, and SNS in this embodiment.

  Hereinafter, an embodiment of the present invention will be described using a drawing as an example of a network game performed by connecting a server and a terminal in network communication.

FIG. 1 shows the configuration of an information processing system according to an embodiment of the present invention.
The information processing system illustrated in FIG. 1 is a system including user terminals 1-1 to 1-m used by each of m users (m is an arbitrary integer value of 1 or more) and a server 2. Each of the user terminals 1-1 to 1-m and the server 2 are mutually connected via a predetermined network N such as the Internet.

The server 2 provides a game execution environment to each of the user terminals 1-1 to 1-m, and provides various services related to games executed on each of the user terminals 1-1 to 1-m. Do.
Each of the user terminals 1-1 to 1-m is configured by a smartphone or the like operated by each user, and executes various processes such as execution of a game.
Hereinafter, when there is no need to distinguish each of the user terminals 1-1 to 1-m individually, these will be collectively referred to as "user terminal 1".

  FIG. 2 is a block diagram showing the hardware configuration of the user terminal 1 in the information processing system of FIG.

The user terminal 1 is configured by a smartphone or the like as described above.
The user terminal 1 displays a central processing unit (CPU) 21, a read only memory (ROM) 22, a random access memory (RAM) 23, a bus 24, an input / output interface 25, a touch operation input unit 26, and a display. A unit 27, an input unit 28, a storage unit 29, a communication unit 30, and a drive 31 are provided.

The CPU 21 executes various processes in accordance with a program stored in the ROM 22 or a program loaded from the storage unit 29 into the RAM 23.
The RAM 23 appropriately stores data and the like necessary for the CPU 21 to execute various processes.

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

The touch operation input unit 26 is formed of, for example, a capacitive or resistive (pressure-sensitive) position input sensor stacked on the display surface of the display unit 27, and detects coordinates of a position at which a touch operation is performed.
Here, the touch operation refers to an operation of touching an object on the touch operation input unit 26. The object that contacts the touch operation input unit 26 is, for example, a user's finger or a touch pen.
The display unit 27 is configured of a display such as liquid crystal and displays various images such as an image related to a game.
Thus, in the present embodiment, the touch operation input unit 26 and the display unit 27 constitute a touch panel.

The input unit 28 includes various hardware buttons and the like, and inputs various information in accordance with a user's instruction operation.
The storage unit 29 is configured by a DRAM (Dynamic Random Access Memory) or the like, and stores various data.
The communication unit 30 controls communication performed with another device (the server 2 or the other user terminal 1 in the example of FIG. 1) via the network N including the Internet.

  The drive 31 is provided as needed. A removable medium 41 made of a magnetic disk, an optical disk, a magneto-optical disk, a semiconductor memory or the like is appropriately attached to the drive 31. The program read from the removable media 41 by the drive 31 is installed in the storage unit 29 as needed. The removable media 41 can also store various data stored in the storage unit 29 in the same manner as the storage unit 29.

  FIG. 3 is a block diagram showing a hardware configuration of the server 2 according to an embodiment of the information processing apparatus of the present invention in the information processing system of FIG.

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. .
The configuration of the server 2 is basically the same as the configuration excluding the touch panel of the user terminal 1, and thus the description thereof is omitted here.

The cooperation of the various hardware and software of the user terminal 1 of FIG. 2 and the server 2 of FIG. 3 enables the user terminal 1 to execute a game.
That is, the information processing system of the present embodiment can execute various controls on a game in which a plurality of users can participate. In particular, the information processing system performs the following control as control for instantly sharing data related to the game between users and different devices without special user authentication (hereinafter referred to as “data sharing control”): Can be performed.

That is, the information processing system of the present embodiment executes control for a game such as a card game or a box garden game (miniscape) for which a user specifies various specific states. The data referred to herein means data indicating a specific state of the game.
The specific state of the game is a state that is reproducible and arbitrarily designated by the user. For example, in the case of a card game, a card deck (hereinafter, simply referred to as a deck) configured by a combination of a plurality of specific types of cards designated by the user is an example of a specific state.

The information processing system of the present embodiment can easily share data specified by the user between different devices (different user terminals 1) through various media.
The code is used to enable sharing of data specified by the user, i.e. data indicating a particular state of the game. Furthermore, in order to make it possible to easily share the data between different devices through various media, it is preferable to use a shortening code that has been converted so as to be easy for the user to remember.
However, the information processing system according to the present embodiment does not directly assign the shortening code to data that can be a huge number of types arbitrarily designated by the user (that is, a specific state of a game that can be a huge number of types). Assign a short code to a "connection" that performs access to specify the data. The “connection” is an access which the user terminal 1 (user) performs to the server 2 at an arbitrary timing, and is not permanent. That is, the number of user terminals 1 while accessing the server 2 through the game application software (or from the end of the access to a predetermined period) is at most up to the number of registered users, and the number is limited compared to the type of data. It can be considered as
The information processing system according to the present embodiment can adopt, for example, a very short shortening code of about four characters as the shortening code. Specifically, for example, even for complex data (a specific state of a game) having a combination of 10 to the power of 1000, the data is uniquely identified by using an extremely short shortening code of about 4 characters. be able to.

That is, in the present embodiment, an identifier (hereinafter referred to as a “first identifier”) used when distributing data on various media (paper medium, SNS (Social Networking Service), wireless communication, etc.) is made independent. An identifier (hereinafter referred to as a “second identifier”) used when loading the data into game application software (hereinafter referred to as “application software” as appropriate as “application” or “application”), It is realized by an extremely short shortening code of about 4 characters.
In the present embodiment, a two-stage identifier management system is adopted which dynamically manages the correspondence between the first identifier and the second identifier. This makes it possible to realize data distribution and input that have both the ability to express information and the ease of input.

Specifically, for example, in the information processing system of the present embodiment, a unique first identifier is specified for data having reproducibility and indicating a specific state arbitrarily designated by the user. This first identifier has content-dependent uniqueness. Therefore, the same first identifier is always specified for data indicating the same specific state in the same game application, even if the data is specified by different users.
In other words, when the specific states in the game are different, different first identifiers are always identified.
The first identifier is information identified by a first identifier identifying unit (not shown). The first identifier specifying unit is configured as information uniquely indicating a reproducible specific state in a predetermined application by a specific algorithm designed to be applied to a predetermined application (a game application in the present embodiment). 1 Identify the identifier. Since the timing at which the first identifier is identified may be any timing, the first identifier identifying unit may additionally have a function of identifying and managing the first identifier. Also, the location of the first identifier identifying unit is not particularly limited. That is, the first identifier specifying unit may be included in the server 2 or may be included in another device that cooperates with the server 2.
Here, in the present embodiment, the first identifier for distribution is not used as it is, but the first identifier encoded in the URL string, that is, the URL including the first identifier as a parameter is used. Be
That is, in the present embodiment, it means that browsing the data (specific state of the game specified by the first identifier) present in the URL by the Web browser or the like designates the specific state. Do. Then, access to the URL is continued, and a period in which a connection is established corresponds to a period in which designation of a specific state is continued.
Note that using a URL as the first identifier is an example, and the present invention is not limited to this. Another example will be described later.

As described above, in order for the user to specify a specific state and view data indicating the specific state, the user terminal 1 is operated to set the first identifier corresponding to the specific state as a parameter. It is necessary to access a URL including the URL and browse data on the location of the URL with a predetermined web browser or the like. The temporary identifier that is valid only during the period in which the data is being browsed is only for the period during which the specification of this specific state continues, ie, the period for which the connection to the URL is established. It is generated as an identifier.
The second identifier is generated as, for example, a character string of about four characters, linked with the first identifier, and presented to the user. As a result, the presented user or another user verbally transmitted from the user or the like simply inputs the character string of about four characters within the game being executed, etc. It is possible to obtain data indicating a specific state in which specification is continuing.

As described above, the number of types of data indicating a specific state of the game becomes a huge number of types according to a huge combination of each component of the data (for example, a card in a card game). A first identifier having content-dependent uniqueness is assigned to such a huge number of types of data.
That is, the first identifier does not include information of a specific user (such as an ID for identifying the user, personal information, etc.) and depends only on the content of the data, so the specific state specified in the game Are identical, every user will access the same URL location.
Specifically, for example, in the case of a card game, the specific state of the game is a deck, but the same first identifier is always associated with the same deck configuration of different users. Therefore, the sharing of game data according to the present embodiment does not need to use information for specifying a user, and furthermore, there is no need for authentication by the user. Therefore, data can be shared without accessing the game server (server 2 in the present embodiment) that manages user information. As described above, according to the information processing system of the present embodiment, for example, it can be easily realized even if a server other than the game server prepared by a third party who is not the game operator is used.

On the other hand, the second identifier is not assigned to a specific state of the game but to access (connection) using the first identifier. Here, since the number of user terminals 1 accessed at the same time among the plurality of user terminals 1 is overwhelmingly small compared with the number of types of specific states of the game, as described above, the second identifier is 4 characters It becomes feasible with a degree string.
Then, by associating and managing the second identifier and the first identifier, as a result, a vast combination of data indicating a specific state of the game is expressed as if it is an extremely short code (second identifier). Can.
As a result, it becomes possible to realize distribution and input of data having both the ability to express information and the ease of input. In addition, even when sharing data indicating a specific state of the game, authentication of the user is not necessary.

Further explaining the card game as an example, among data designated by the user in the card game, data called “deck” is data indicating a combination of a plurality of cards used in the game, and is not limited to the specification of the game. Data indicating the state of
By employing the method of linking the first identifier and the second identifier according to this embodiment, the same deck can be very easily transmitted / received between different users or between different devices even for the same user. It becomes possible.
Specifically, for example, the same user edits the deck registered on the smartphone (user terminal 2) with the personal computer (another user terminal 2) or the like without performing processing such as login and the like. It is possible to realize temporary processing of sharing between devices, such as immediately reflecting on a smartphone. Alternatively, temporary user sharing processing can be realized such that the user can immediately convey his or her deck to another user (friend) who is present.

Specifically, for example, it is assumed that a card game in which 40 decks with duplication are selected from 4,000 kinds of cards to configure a deck is adopted.
In such a card game, the number of combinations of cards is huge, and the deck (the game state) composed of 40 cards has a huge number of types: 4000 ^ 40 (= 1.2 x 10 ^ 144) Will be present.
Therefore, simply giving an identifier that uniquely identifies these huge types of decks, it is expressed as a combination of 64 characters including 144 digits when using integers, numbers and alphabets, and some symbols. However, an 80 digit identifier is required. Such an identifier expressed as a long character string is difficult for a person to store on the spot, and can not be used, for example, for verbal communication between users, or when announcing a deck to an audience at an event venue, etc. .
On the other hand, in order to uniquely identify the deck designated by the user, an 80-digit identifier must be used. Therefore, in order to uniquely identify the deck designated by the user, this 80-digit identifier is adopted as the first identifier.
Then, the first identifier is linked to the first identifier so that the user can easily store it on the spot and use it, for example, in verbal communication between users, or when announcing a deck to the audience at an event venue, etc. The second identifier of about four digits is used.
The second identifier is valid only while the user accesses using the first identifier and continues browsing the deck associated with the first identification. That is, the second identifier is assigned to access by the user (viewing of the deck associated with the first identifier).
Here, as described above, the number of users who play the game simultaneously is overwhelmingly smaller than the specific number of states in the game. Therefore, a very short identifier of about four digits can be adopted as the second identifier.

In addition, the user not only shares the deck with other users, but also performs processing such as login, etc., and the deck registered on the smartphone (first user terminal 1) as a personal computer (second user) In some cases, it may be desirable to temporarily share a deck between devices, which is edited by the terminal 1) and reflected on the smart phone immediately.
Such sharing can be easily realized by dynamically linking the first identifier and the second identifier. In other words, even if one user performs registration processing thousands of times for communication between devices, it is possible to realize scalability in which the number of identifiers does not run short.

Further, sharing of such game data will be described below with reference to FIG.
FIG. 4 is a diagram showing an overview of a method of sharing deck information between users and different devices using verbally transmittable identifiers.

The information processing system according to the present embodiment uses a first identifier capable of permanently identifying a specific state designated by the user among various situations in the game, and access to the server 2 using the first identifier (specific state Perform scalable two-step identifier management that dynamically associates with a second identifier that can temporarily identify the As a result, when viewed from the user, the specific identifier designated by the user is selected among various specific attributes in the game by using only the second identifier with an extremely small amount of information of about four characters. It enables identification and transfer of data that can reproduce the specific state between different devices and users.
Here, in the scalable two-step identifier management, the number of digits of the second identifier input by the user does not increase even when the number of specific states in the game becomes a huge number, and other users or This means that the number of digits of the second identifier input by the user does not increase even when the number of data registration processing for transferring data to another device is enormous.

The upper part of FIG. 4 shows a specific state in the game. Specifically, in the example of FIG. 4, a card deck used in a card game is shown.
Represented in the middle of FIG. 4 is a first identifier capable of permanently identifying a specific state in the game. As shown in FIG. 4, the specific states in the game are different according to the order from left to right in the figure, and the first identifier is assigned to each specific state in different games.
The lower part of FIG. 4 is a second identifier corresponding to the first identifier shown in the middle part. Each time there is access using the first identifier (here, the URL including the first identifier is accessed), only the session period (period in which a specific state corresponding to the first identifier is specified by the user) is valid. A second identifier is generated.

Further, the first identifier and the second identifier will be described in detail below.
The first identifier is a permanently unique identifier that can identify a large variety of specific states of the game. The first identifier permanently makes it possible to always uniquely identify data indicating a specific state in a specific game application, and therefore via a paper medium such as a magazine or a network service such as SNS It is suitable for the purpose of distributing data. Furthermore, by expressing the first identifier as a URL, it is possible to distribute the first identifier by using the mechanism for distributing the existing URL as it is.
The second identifier is represented by a short character string of about four characters, and is suitable for being used for transferring data from a predetermined user terminal 1 to another user terminal 1 executing a game immediately. There is. In this embodiment, this second identifier is dynamically generated each time access is made using the first identifier.
That is, when the user terminal 1 accesses using the first identifier (for example, accesses a URL including the first identifier as described later), the specific state of the game corresponding to the first identifier (for example, deck information etc.) Is viewable to the user. At this time, the server 2 assigns a second identifier to the session (designation of a specific state) by this access, and associates the second identifier with the first identifier corresponding to the specific state. When this second identifier is input to another user terminal 1, a specific state (deck) corresponding to the first identifier associated with the second identifier is acquired.

In order to execute the game data sharing control described above with reference to FIG. 4, the user terminal 1 of FIG. 2 and the server 2 of FIG. 3 have functional configurations as shown in FIG.
FIG. 5 is a functional block diagram showing an example of a functional configuration for executing game data sharing control among the functional configurations of the user terminal 1-1, the user terminal 1-2 and the server 2.
The user terminal 1-1 and the user terminal 1-2 are selected for convenience, and the functional block of the user terminal 1-1 and the functional block of the user terminal 1-2 shown in FIG. 5 are combined. Function in all user terminals 1.

As shown in FIG. 5, in the CPU 51 of the server 2, the reception unit 101, the state monitoring unit 102, the second identifier generation unit 103, the association management unit 104, the display control unit 105, and the state reproduction unit 106. And will work.
Further, in the storage unit 58 of the server 2, a correspondence management DB 111 is provided.

The receiving unit 101 receives, from the access unit 122 of the user terminal 1-1, access using a first identifier uniquely associated with a specific state.
Here, the method of access using the first identifier is sufficient if the first identifier is used, and is not particularly limited. However, in this embodiment, a method of accessing a URL including the first identifier is employed. Hereinafter, this method will be specifically described with reference to FIG.

FIG. 6 is a diagram illustrating an example of a method of specifying a first identifier and a method of generating a URL using the first identifier.
In the example of FIG. 6, a game is assumed in which a set of 40 cards selected from 10,000 types of cards is organized as a deck (specific state of a designated game). In FIG. 6, one card is drawn as a numbered box. The numbers in the boxes (cards) are serial numbers of the cards, and naturally they are not necessarily printed on the actual card.
Character string that can be embedded in the URL by performing 64-bit encoding that expresses the serial number of the card in FIG. 6 as a combination of 64 characters of “0123456789ABCDEFGHIJKLMNOPQSTUVWXYZabcdefghijklmNOPQRSTUVWXYZ-_” and dividing each card by the dot symbol “.” Can be specified as an entire deck.
The character string shown below the box in FIG. 6 is a character string obtained by 64-bit encoding the contents of the deck. An expanded version of this is shown below the arrow in FIG. In this embodiment, this URL can be shared and diffused through the SNS.

Returning to FIG. 5, the state monitoring unit 102 monitors whether or not specification of a specific state continues in the user terminal 1-1 that has made access using the first identifier.
Thus, designation of a specific state in the user terminal 1-1 is performed so that the server 2 can monitor. That is, when the access using the first identifier is made from the user terminal 1-1, the state monitoring unit 102 starts the monitoring on the assumption that the specific state corresponding to the first identifier is specified. .
Here, various methods using network communication technology can be adopted as the determination method of continuation of specification of a specific state, and it is not particularly limited. For example, while the network connection from the user terminal 1-1 is in progress, a method may be employed in which it is determined that designation of a specific state is continuing. Here, the network connection refers to a broad concept including not only physical communication connection but also logical communication connection. Here, the logical communication connection means that even if the physical communication connection is temporarily disconnected, a specific terminal is continuously accessing the server by using a technology such as a cookie or a token, for example. It means that the server recognizes that. Also, for example, a method of periodically transmitting a ping request to the user terminal 1-1 and determining that the specified state is continued while the response is not interrupted or during a predetermined time after the interruption is stopped is adopted. It is also good. Further, for example, a ping message is periodically transmitted from the user terminal 1-1 to the server 2, and it is determined that the designation of the specific state is continued while the transmission is not interrupted or until a predetermined time elapses after the interruption. A method may be adopted.

  The second identifier generation unit 103 generates a second identifier when an access using the first identifier by the user terminal 1-1 is accepted by the acceptance unit 101.

The association management unit 104 generates the first identifier corresponding to the specific state in the period in which the specification of the specific state continues in the user terminal 1-1 or in the predetermined period after the end of the period. When the association with the second identifier is managed, and thereafter the end of designation of a specific state in the user terminal 1-1 or the lapse of a predetermined period from the end is monitored, the first identifier and the second identifier Discard the correspondence with.
Specifically, the association management unit 104 combines the second identifier generated by the second identifier generation unit 103 and the first identifier used in the access accepted when the second identifier is generated. By correlating and registering in the management DB 111, the association between the first identifier and the second identifier is managed.
Thereafter, the association management unit 104 associates the registration of the first identifier with the second identifier when the end of designation of a specific state in the user terminal 1-1 or the lapse of a predetermined period from that end is monitored. By deleting from the DB 111, the association between the first identifier and the second identifier is discarded. That is, the second identifier becomes invalid.

  The display control unit 105 executes control to cause the second identifier generated by the second identifier generation unit 103 to be displayed on the user terminal 1-1 that has accessed using the first identifier.

FIG. 7 is a diagram showing an implementation example of the display of the first identifier and the second identifier to be displayed on the user terminal 1.
As shown in the upper part of FIG. 7, when the user operating the user terminal 1-1 generates a deck, the configuration of the deck is displayed, and the first identifier is displayed below it.
The access using the first identifier (access to the URL including the first identifier) is made, and as a result, the second identifier “tr0n” is generated in the server 2 as described above, and the first identifier and the first identifier are generated. Once associated, under the control of the display control unit 105 of the server 2, the second identifier “tr 0 n” is displayed in the lower right box labeled “Code:” in FIG. 7.
While the deck of FIG. 7 is designated by the user operating the user terminal 1-1, that is, in this example, the screen of FIG. 7 is displayed on the user terminal 1-1 and the second identifier is viewed by the user It is effective while being done.
Specifically, the remaining effective time of the second identifier is displayed in animation by the circle at the bottom of FIG. If the user terminal 1-1 keeps opening the screen of FIG. 7, the expiration date of the second identifier is automatically updated. Note that the determination as to whether the screen is kept open is made based on the determination of continuation of the designation of the specific state described above.

For example, the user operating the user terminal 1-1 inputs the second identifier "tr0n" at a predetermined application program or a website for performing deck building using the user terminal 1-2 which is a different device. be able to.
Alternatively, for example, another user who receives the second identifier verbally or the like from the user operating the user terminal 1-1 uses the user terminal 1-2 operated by the user to use the predetermined application program or deck building. The second identifier "tr0n" can be input at the web site to do.

Returning to FIG. 5, when the second identifier is input by the user terminal 1-2 as described above, the second identifier is notified to the state reproducing unit 106 of the server.
Therefore, the state reproduction unit 106 executes control to make the user terminal 1-2 reproduce the specific state corresponding to the first identifier associated with the second identifier.
Specifically, for example, in the example shown in FIG. 7, the state reproduction unit 106 is configured with the information of the deck identified by the first identifier associated with the second identifier (the same as the deck displayed in the screen information of FIG. The deck information is reproduced and displayed on the user terminal 1-2.

  In this manner, a short second identifier of about four digits such as "tr 0 n" can be used as a key for sharing of a specific state (configuration of the deck) of a game between users or devices. As a result, the exchange of complex information such as the structure of the deck can be realized extremely easily.

The functional configuration of the user terminal 1-1 and the user terminal 1-2 will be described briefly.
First, as shown in FIG. 5, in the CPU 21 of the user terminal 1-1, the state designation cancellation unit 121, the access unit 122, and the display control unit 123 function.

The state designation cancellation unit 121 designates or cancels a specific state.
Specifically, when the user designates a particular state (for example, when a deck is generated or selected) through the touch panel of the user terminal 1-1, the state designation cancellation unit 121 receives the designation and the specified identification. The above state is displayed on the touch panel via the following display control unit 123 and stored in the storage unit 29 of the user terminal 1-1 and the storage unit 58 of the server 2. In addition, the user can read out a state (for example, a generated deck) designated in the past from, for example, the storage unit 29 or the storage unit 58 and newly designate it. In this case, the state specification release unit 121 receives the specification and causes the touch panel to display the specified specific state via the display control unit 123 described below.
When a specific state is designated, the following access unit 122 performs access using the first identifier corresponding to the specific state. As a result, it is recognized in the server 2 that specification of a specific state has started.
After that, the state designation cancellation unit 121 cancels the designation of the specific state in a form that can be recognized by the server 2 side.
The method of canceling (terminating) the specification of the specific state may be any method that can be recognized by the server 2 side, that is, a method adapted to the judgment method of ending the specification of the specific state adopted by the server 2 side.
For example, in the case where the server 2 side adopts a method of judging that the designation of a specific state is ended by disconnection of a network connection, the state designation cancellation unit 121 performs identification by disconnecting the network connection with the server 2. Cancel the specification of the status of.
Also, for example, a method is used in which the server 2 side determines that the designation of the specific state is ended by periodically transmitting a ping request to the user terminal 1-1 and a predetermined time has elapsed since the response was interrupted. In this case, when continuing the specification of the specific state, the state specification release unit 121 generates a response of the ping request, and executes the process of prohibiting the generation of the response when releasing the specific state.

When a specific state is designated, the access unit 122 executes control to perform access using the first identifier corresponding to the specific state.
When the specific state is designated as described above, the display control unit 123 causes the touch panel to display the specific state (the first identifier as necessary), and the second identifier corresponding to the first identifier is displayed. When it is generated and notified by the server 2, control is performed to display the second identifier on the touch panel. That is, the display control unit 123 executes control to display a screen as shown in FIG. 7, for example, on the touch panel.

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

  In the CPU 21 of the user terminal 1-2, the second identifier input acceptance unit 131, the notification control execution unit 132, and the browsing control execution unit 133 function.

The second identifier input acceptance unit 131 is a second identifier displayed on the display unit 27 of the user terminal 1-1, and the user who operates the user terminal 1-2 (even in the case of the same person as the user terminal 1-1) And / or another person) accepts the input of the second identifier input through the touch panel or the like.
Here, assuming that the user of the user terminal 1-1 is User-A and the user of the user terminal 1-2 is an alien User-B, the user terminal 1-1 is displayed on the user terminal 1-1 using FIG. The correspondence between the 2 identifier and the second identifier input to the user terminal 1-2 will be described.

FIG. 8 is a diagram showing that the User-A verbally notifies the second identifier and the User-B shares information of the deck of the User-A.
As shown in FIG. 8, User-A orally notifies User-B of a second identifier “tr0n” in order to reproduce its own deck on User-B.
Here, when the user terminal 1-1 owned by the User-A displays a deck (when a specific state is designated), the second identifier "tr0n" uses the first identifier corresponding to the deck. As a result of the access being made, it is generated by the server 2 and displayed on the user terminal 1-1 (see FIG. 7).
The second identifier “tr0n” continues to be activated and managed as long as the information on the deck is displayed on the screen of the user terminal 1-1 (that is, as long as designation of a specific state continues).
The User-B verbally receiving the second identifier "tr0n" inputs the second identifier "tr0n" using the touch panel or the like of the user terminal 1-2.

Returning to FIG. 5, the second identifier input acceptance unit 131 of the user terminal 1-2 accepts the input second identifier "tr0n".
The notification control execution unit 132 executes control to notify the server 2 of the second identifier input by the second identifier input reception unit 131, for example, “tr0n” in the example of FIG.
Then, as described above, the state reproduction unit 106 of the server 2 recognizes the specific state (in the example of FIG. 8) corresponding to the first identifier associated with the second identifier (“tr0n” in the example of FIG. 8). The control for making the user terminal 1-2 reproduce the deck information shown in FIG.
Under the control of the state reproduction unit 106 of the server 2, the browse control execution unit 133 determines the specific state (the first identifier associated with the second identifier (“tr0n” in the example of FIG. 8)). In the example of FIG. 8, control is performed to cause the user (User-B in the example of FIG. 8) to view the information on the deck illustrated in the same figure.

In this way, it is possible to transmit verbally short without performing pairing processing of User-A and User-B (for example, becoming friends in a game) or pairing processing of user terminals 1 of both of them. It is possible to share deck information simply by notifying the second identifier, which is a character string (in this case, “tr0n”).
That is, in the present embodiment, the shortening code is not assigned to the information of the deck, and the universal and permanent first identifier is assigned to the information of the deck itself. Then, on the condition of access using the permanent first identifier, a second identifier such as a short character string is generated, and the first identifier is associated with the second identifier. As a result, from the standpoint of the user, it is possible to realize that it is feasible to transmit the information of the deck as a result only by transmitting the short character string or the like of the second identifier by only verbal pronunciation.
Mathematically, for example, when 40 cards of 4,000 are combined, 4,000 ^ 40 (= 1.2 x 10 ^ 144) variations exist, and they are expressed using only a four-letter code I can not do it.
However, the number of users simultaneously making network connections to these variations has a certain upper limit, and is about hundreds of thousands, so four-digit alphanumeric characters capable of expressing 1,679,616 combinations are available. By expressing it as the second identifier, as a result, it is possible to transmit information of a set of 40 decks arbitrarily selected from 4,000 cards.

The functional configuration of the user terminal 1-1, the user terminal 1-2, and the server 2 for realizing the game data sharing control has been described above.
Next, with reference to FIG. 9, the flow of the game data sharing from the user side of the user terminal 1-1 and the user terminal 1-2 will be described.

FIG. 9 is a diagram showing a procedure for accessing information on the deck of the user.
The user terminal 1-1 and the user terminal 1-2 may be different terminals (for example, a smartphone and a personal computer) owned by the same user, or may be different terminals owned by different users.
As a first procedure, the user operates the user terminal 1-1 to acquire the first identifier from the SNS or, if it is the first identifier of its own deck, reads and acquires it from the save data of the game. Then, the user browses the deck (specific state in the game) uniquely associated with the first identifier through the web browser or the game application displayed on the touch panel or the like of the user terminal 1-1.
As a second procedure, when viewing the deck (specific state) in the game through a web browser or game application, it is effective only while the browsing action is continuing (for example, while the network connection is established) Since the second identifier (here, “tr0n”) is displayed on the touch panel or the like of the user terminal 1-1, the user visually recognizes the displayed second identifier (here, “tr0n”).
As a third procedure, the user inputs a second identifier (here, “tr0n”) displayed on the user terminal 1-1 using the touch panel or the like of the user terminal 1-2. Here, if the user is an alien, the user who performs the third procedure (the second user) is the second identifier (here, “tr0n”) from the user (the first user) who has visually recognized in the second procedure. Should be communicated in advance verbally.
As a fourth procedure, in response to the third procedure, the server 2 determines that the specific state in the game of the first identifier corresponding to the second identifier (here, “tr0n”) input in the third procedure is the user It is reproduced on the terminal 1-2. In this way, the user can access the information on the deck corresponding to the first identifier obtained in the first procedure.
In addition, if the browsing of the deck by the user terminal 1-1 is complete | finished (If the instruction | indication of the specific state in a game is cancelled | released), matching with a 2nd identifier (here "tr0n") and a 1st identifier will be destroyed. Be done.

Next, utilization on SNS of this embodiment is explained.
FIG. 10 is a diagram showing an example of sharing of deck information on the SNS.
As shown on the left side of FIG. 10, the URL including the first identifier and the information of the deck (specific state in the game) are displayed in OGP (Open Graph Protocol) on the first SNS. The user of the first SNS can access the deck (specific state in the game) associated with the first identifier by clicking the URL on the OGP.
Further, as shown on the right side of FIG. 10, rectangular buttons and a deck are displayed on the OGP on the second SNS. The rectangular button is associated with the URL including the first identifier, and the user of the second SNS clicks the rectangular button on the OGP to display the deck associated with the first identifier (in game). Access to the specific state of
Such processing is possible because the first identifier is not only an identifier within the system according to the present embodiment, but also an identifier that can be embedded in a URL, and the distribution of wide area deck information through SNS. This is because the identifier is suitable for
Thereby, the web page described according to the format of OGP of SNS can be made into a thumbnail as shown in FIG. 10, and the information of a deck can be diffused.

Next, the flow of the game data sharing process performed by the user terminal 1-1, the user terminal 1-2, and the server 2 having the functional configuration as shown in FIG. 5 will be described with reference to FIG.
FIG. 11 is an arrow chart showing the flow of the game data sharing process of the user terminal 1-1, the user terminal 1-2 and the server 2.

In step S1, the state designation cancellation unit 121 of the user terminal 1-1 designates a specific state.
In step S2, the access unit 122 of the user terminal 1-1 performs access using the first identifier corresponding to the specific state.

In step S20, the receiving unit 101 of the server 2 receives an access from the user terminal 1-1 using the first identifier.
In step S21, the state monitoring unit 102 of the server 2 recognizes the first identifier based on the access in step S20.
In step S22, the second identifier generation unit 103 of the server 2 generates a second identifier.
In step S23, the association management unit 104 of the server 2 associates the first identifier recognized in step S21 with the second identifier generated in step S22.
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.

In step S3, the display control unit 123 of the user terminal 1-1 causes the touch panel to display the second identifier notified from the server 2 in step S24.
Here, the second identifier displayed on the touch panel of the user terminal 1-1 is transmitted to the user operating the user terminal 1-2.
Here, if the user of the user terminal 1-1 and the user of the user terminal 1-2 is the same person, "to be transmitted" means that the user's head is stored and the like. When the user of the user terminal 1-1 and the user of the user terminal 1-2 are different persons, "to be transmitted" means to be transmitted orally or the like.

In step S31, the second identifier input receiving unit 131 of the user terminal 1-2 receives an input of the second identifier.
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.

In step S25, the state reproduction unit 106 of the server 2 recognizes the second identifier notified in step S32.
In step S26, the state reproduction unit 106 recognizes the first identifier corresponding to the second identifier recognized in step S25.
In step S27, the state reproducing unit 106 executes control to reproduce the specific state corresponding to the first identifier recognized in step S26 in the user terminal 1-2.
That is, in step S33, the viewing control execution unit 133 of the user terminal 1-2 performs control of causing the user of the user terminal 1-2 to view a specific state, under the control in step S27.

  When the state designation cancellation unit 121 of the user terminal 1-1 cancels the specific state in step S4, the association management unit 104 of the server 2 performs the first identifier and the second identifier in step S28. Discard the correspondence with.

  Next, an implementation example in the case where information of a plurality of decks (that is, a plurality of specific states) is displayed in one web page by the SNS or the like according to the present embodiment will be described.

For example, in an online form displayed in a Web page, a Web bulletin board, an SNS, etc., information of a plurality of decks can be included in a Web page identified by one URL and posted.
When information of a plurality of decks is included in one web page, it is difficult to specify which of the plurality of decks information is designated (displayed) only from the URL of the web page. is there. Therefore, for example, JavaScript (registered trademark) code associated with each display of information of a plurality of decks specifies which deck of the information of the plurality of decks is designated (displayed) by the user. Then, the code generated by the information of the identified deck is transmitted to the server as the first identification to be associated with the second identifier, and the information of the identified deck is associated with the second identifier and displayed. The method is proposed.

FIG. 12 is a diagram showing an implementation example when information P of a plurality of decks is displayed on a forum, a bulletin board, and an SNS in the present embodiment.
FIG. 12A is a diagram showing an example of information P of a plurality of decks to be displayed in a forum, a bulletin board, and an SNS.
FIG. 12B is a diagram showing a part of deck information P displayed on the display unit 27 of the user terminal 1.
Information P of the deck in FIG. 12 includes a predetermined one deck (a specific state of the game) and a first identifier (a URL including the first identifier) corresponding to the deck. In the present embodiment, in each of the display areas P1 to P4 of the display unit 27 of the user terminal 1, the information P of the four selected decks among the information P of the plurality of decks of FIG. Be done.
That is, as shown in FIG. 12 (A), the information P of a plurality of decks is arranged side by side in the vertical direction, and the information P of four decks is selected among them, and the display unit 27 of the user terminal 1 is displayed. Are displayed in the respective display areas P1 to P4.
For example, when the range RG1 in FIG. 12A is selected, the information P of the four decks included in the range RG1 is displayed in each of the display areas P1 to P4 of the display unit 27 of the user terminal 1 Be done.
Here, when the user wants to select the range RG2 in FIG. 12A, the user may perform a scroll operation on the display unit 27 (touch panel) of the user terminal 1.
When the range RG2 of FIG. 12A is selected by scrolling, the information P of four decks included in the range RG2 is displayed in each of the display areas P1 to P4 of the display unit 27 of the user terminal 1. Ru.
That is, the deck information P displayed in each of the display areas P1 to P4 of the display unit 27 of the user terminal 1 is also changed by the scroll operation.

An implementation example will be described below.
As shown in FIG. 12A, in the online form, the bulletin board, and the SNS capable of sharing the information P of the deck, the information P of the decks of the users is arranged longitudinally long in one page. In such a forum, a large amount of deck information P will be posted in the page identified by one URL, so that a conventional method such as a shortened URL can not be used.
In this embodiment, in order to manage the expiration date of the second identifier according to whether the user browses the information (whether or not a specific state of the game is indicated), for example, it is specified by one URL. The present invention is also applicable to the case where information P of a plurality of decks is posted in one web page.

Specifically, by using the function of the web browser installed on the user terminal 1-1 shown in FIG. 5, the range currently displayed on the user terminal 1-1 side (the range of display in the example of FIG. 12) HTML elements in RG1, RG2) can be extracted.
At this time, the user terminal 1-1 accesses the server 2 and transmits the information P of the deck 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 the present embodiment, information obtained by converting the first identifier into a format that can be applied to an HTML element (a format that can be embedded in HTML). It is. The information P of the deck which is the first identifier is the information identified by the first identifier identifying unit (not shown), but in the present embodiment, the plurality of first identifiers (the information P of the deck) are within the HTML element of the web page. Is included in.
When the server 2 receives 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.
Then, the user terminal 1-1 acquires the second identifier of the information P of the deck from the server 2 and displays it on the screen.

In addition, the Web browser scrolls the screen by the amount of scrolling by the vertical scroll amount (the distance between the top left of the window and the top of the page), scrollTop, and the scroll amount toward the right (the top left of the window and the page It has a function to acquire as scrollLeft which is the distance of the left end).
By using this function, the state monitoring unit 102 shown in FIG. 5 periodically checks the change of this value, and which range in FIG. 12A is displayed (for example, the range RG1 It is possible to detect whether it is the range RG2 or not. When the state monitoring unit 102 detects that the display range has been changed, it determines whether or not the information P of the deck within the display range is displayed in the screen, and the deck of the display range is included. Information P (or a first identifier generated from deck information P) is transmitted to the server 2, a second identifier corresponding to deck information P is obtained from the server 2, displayed in association with deck information P can do.
Here, the Web browser has a function as a display information extraction unit (not shown) defined by JavaScript (registered trademark), for example. As described above, the display information extraction unit is means for extracting the information P of the deck within the predetermined display range from the HTML element indicating the content displayed on the user terminal 1-1. The size (or width) of the range (i.e., the extraction range) is not particularly limited, and may be designed as appropriate. Although it is preferable to design the size of the display range as the size according to the display screen of the user terminal 1-1 as in the range RG1 in FIG. 12, this is not restrictive in the implementation of the present invention. Also, for example, the display information extraction unit may extract deck information P using all HTML elements included in the Web page as the extraction range, regarding the entire Web page specified by a certain URL as the display range. .
That is, for example, when the information P of a plurality of decks included in the display range of FIG. 12A is extracted by the display information extraction unit, the server 2 detects a plurality of second information corresponding to the information P of each deck. 1 Acquire an identifier, and associate each of the acquired first identifiers with a second identifier. Then, the second identifier corresponding to the information P of each deck is displayed on the display unit 27 of the user terminal 1-1.
Also, for example, even if the display information extraction unit extracts the information P of a plurality of decks from the display range, the server 2 may respond to the information P of the deck at a position closest to the center in the selection range. Only the two identifiers may be displayed on the display unit 27 of the user terminal 1-1.
In other words, after the change of the display range is detected, the display information extraction unit extracts the deck information P from the HTML elements in the selection range, so the specific state of the game corresponding to the deck information P Is designated, and access is performed using the first identifier corresponding to the particular state.

  In addition, about description of reproduction of the specific state of the game in the user terminal 1-2, since it is the same as that of description mentioned above, it omits.

Furthermore, the server 2 may invalidate the second identifier corresponding to the information P of the deck which is out of the display range.
That is, when the state monitoring unit 102 shown in FIG. 5 detects that the display range has been changed, the state monitoring unit 102 cooperates with the association management unit 104 and the association management DB 111 to set information P on the deck out of the display range. The correspondence between the corresponding first identifier and the second identifier associated with the first identifier is released, the information is discarded from the association management DB 111, and the management is completed. However, abandonment of the said correspondence may be performed when it remove | deviates from the display range, and it may be performed after progress of the predetermined period after it remove | deviates from the display range.

  As mentioned above, although one Embodiment of this invention was described, this invention is not limited to the above-mentioned embodiment, A deformation | transformation in the range which can achieve the objective of this invention, improvement, etc. are included in this invention It is.

For example, the above-described embodiment is directed to sharing of card game data.
However, the present invention is not particularly limited thereto, and can be generally applied to data sharing between devices. That is, the present invention is not limited to games, and can be widely applied to sharing data between users and devices.

For example, in the above-mentioned embodiment, although the 1st identifier used as an example the thing contained in URL as an example for convenience of explanation, it is not limited in particular in this.
That is, as described above, the first identifier may be a permanently unique identifier that can identify a large number of specific states of data. Thus, for example, it can be applied to various identifiers such as one-dimensional code and two-dimensional code.

Also, for example, in the above-described embodiment, for convenience of explanation, the second identifier uses a four-digit number or upper and lower case alphabets as an example, but it is not particularly limited thereto.
That is, as described above, the second identifier may be a temporary unique identifier that can identify the browsing behavior of the user from the simultaneous access session when the user browses data. Therefore, for example, it does not have to be four digits, and may be a permanent short identifier using printed matter or the like by combining with a symbol. Specifically, when starting from a press symbol, such as "+ 5t7", an identifier that is not invalidated may be used.

  Further, for example, in the above-described embodiment, although the process of the game has been described for the convenience of description, it is not particularly limited thereto, and may be a process having reproducibility and handling a specific state arbitrarily designated by the user. It is enough.

Also, for example, the functional configuration of FIG. 5 is merely an example, and is not particularly limited. That is, it is sufficient if the information processing apparatus is provided with a function capable of executing the above-described series of processes as a whole, and what functional block is used to realize this function is not particularly limited to the example of FIG. Also, the location of the functional block is not particularly limited to that in FIG. 5 and may be arbitrary. For example, the functional block of the server 2 may be transferred to the user terminal 1 or the like, or conversely, the functional block of the user terminal 1 may be transferred to the server 2 or the like.
Further, one functional block may be configured by hardware alone, may be configured by software alone, or may be configured by a combination of them.

When the process of each functional block is to be executed by software, a program constituting the software is installed on a computer or the like from a network or a recording medium.
The computer may be a computer incorporated in dedicated hardware. In addition, the computer may be a computer capable of executing various functions by installing various programs, such as a general-purpose smartphone or personal computer other than a server.

  A recording medium including such a program is not only configured by a removable medium (not shown) distributed separately from the apparatus main body to provide the program to the user, but also to the user while being incorporated in the apparatus main body. It comprises the provided recording medium and the like.

In the present specification, in the step of describing the program to be recorded on the recording medium, the processing performed chronologically along the order is, of course, parallel or individually not necessarily necessarily chronologically processing. It also includes the processing to be performed.
Also, in the present specification, the term "system" is intended to mean an overall device composed of a plurality of devices, a plurality of means, and the like.

In other words, the information processing program to which the present invention is applied can take various embodiments including the information processing system as the embodiment of FIG. 5 described above and having the following configuration.
That is, an information processing program to which the present invention is applied is
To a server that communicates with a plurality of terminals that are reproducible and can display a specific state arbitrarily designated by the user based on the designation;
An accepting step of accepting an access using a first identifier uniquely associated with the specific state from a first terminal among the plurality of terminals (for example, a step executed by the accepting unit 101 in FIG. 5);
A monitoring step (for example, a step executed by the state monitoring unit 102 in FIG. 5) of monitoring whether or not specification of the specific state continues in the first terminal that has made access using the first identifier; ,
A generation step of generating a second identifier (for example, a step executed by the second identifier generation unit 103 of FIG. 5) when an access using the first identifier by the first terminal is accepted;
A display control step (for example, a step executed by the display control unit 105 in FIG. 5) for executing control to cause the first terminal to display the generated second identifier;
In a period in which designation of the specific state continues in the first terminal or in a predetermined period after the end of the period, the first identifier corresponding to the specific state, and the generated second identifier Management of the association between the first identifier and the second identifier when the end of designation of the specific state is monitored or the lapse of a predetermined period from the end is monitored in the first terminal. A management step for discarding (for example, a step executed by the association management unit 104 in FIG. 5);
When the second identifier is notified from the second terminal among the plurality of terminals while the management is continued in the management step, the second identifier corresponds to the first identifier associated with the second identifier. A state reproducing step (for example, a step performed by the state reproducing unit 106 in FIG. 5) for executing control to make the specific state reproducible on the second terminal;
A program that executes control processing including

In this way, a technology for instantly sharing data indicating a specific state between users and devices is established.
That is, a two-step process of dynamically managing the correspondence between the two identifiers by making the first identifier used when distributing data on various media and the second identifier used when reading data into an application independent. By adopting the identifier management method, data distribution and input having both the expressive ability of information and the ease of input are realized.
Here, the number of users browsing data is overwhelmingly smaller than the number of specific states in the data.
Thus, by dynamically associating a first identifier identifying a particular condition in the data with a second identifier identifying an act of viewing the particular condition, a single user can interact with the device. Even if the registration process is performed thousands of times, the scalability that the number of identifiers does not run short is realized.
Thus, according to the present invention, it is possible to perform temporary device-to-device sharing processing in which data registered on a device is edited by different devices and reflected immediately on the devices without performing processing such as login. It can be realized.

Also, the receiving may include, as the access using the first identifier, receiving an access by a URL including the first identifier in an element.
In this way, it is possible to use the existing URL distribution mechanism as it is via a paper medium such as a magazine or a network service such as an SNS.

Also, the generating may include generating an identifier having a smaller amount of information than the first identifier as the second identifier.
As a result, the second identifier generated becomes short and simple, which enables verbal transmission among users, and data sharing to an unspecified number of users and data immediately to unknown users on the spot. It can be shared.
In addition, even when the number of specific states in the data increases, the number of identifiers input by the user does not increase, and the number of times of data registration processing for transferring data to different users or different devices Even in the case where the number of is large, the number of identifiers input by the user does not increase.

  Reference Signs List 1 user terminal 2 server 21 CPU 51 CPU 58 58 storage unit 101 reception unit 102 state monitoring unit 103. Second identifier generation unit 104: association management unit 105: display control unit 106: state reproduction unit 111: association management DB 121: state specification cancellation unit 122: Access unit, 123: Display control unit, 131: Second identifier input reception unit, 132: Notification control execution unit, 133: Reading control execution unit

Claims (8)

To a server that communicates with a plurality of terminals that are reproducible and can display a specific state arbitrarily designated by the user based on the designation;
An accepting step of accepting an access using a first identifier uniquely associated with the specific state from a first terminal among the plurality of terminals;
A generation step of generating a second identifier when an access using the first identifier by the first terminal is accepted;
A display control step of executing control to cause the first terminal to display the generated second identifier;
The second identifier is notified from the second terminal among the plurality of terminals on condition that correspondence between the first identifier corresponding to the specific state and the generated second identifier is maintained. A state reproducing step of executing control for making the second terminal capable of reproducing the specific state corresponding to the first identifier associated with the second identifier;
A program that executes control processing including The association between the first identifier corresponding to the specific state and the generated second identifier is managed, and thereafter, when a predetermined period elapses, the association between the first identifier and the second identifier Management steps to discard
Execute a control process that further includes
The program according to claim 1. Managing the association between the first identifier corresponding to the specific state and the generated second identifier during a predetermined period after the end of the access using the first identifier by the first terminal A management step of discarding the association between the first identifier and the second identifier when the lapse of the predetermined period is monitored thereafter;
Execute a control process that further includes
The program according to claim 1. The receiving step includes the step of accepting access by a URL including the first identifier in an element as access using the first identifier.
The program according to any one of claims 1 to 3. The generating step includes the step of generating an identifier having a smaller amount of information than the first identifier as the second identifier.
The program according to any one of claims 1 to 4. An information processing apparatus that functions as a server that communicates with a plurality of terminals that can be reproduced based on the designation and that can display a specific state that is reproducible and that is arbitrarily designated by the user,
A receiving unit for receiving an access from a first terminal among the plurality of terminals using a first identifier uniquely associated with the specific state;
Generation means for generating a second identifier when an access using the first identifier by the first terminal is accepted;
Display control means for executing control to cause the first terminal to display the generated second identifier;
The second identifier is notified from the second terminal among the plurality of terminals on condition that correspondence between the first identifier corresponding to the specific state and the generated second identifier is maintained. State reproducing means for executing control to make the second terminal capable of reproducing the specific state corresponding to the first identifier associated with the second identifier;
An information processing apparatus comprising: An information processing method executed by a server that communicates with a plurality of terminals that are reproducible and that can display a specific state arbitrarily specified by a user based on the specification.
An accepting step of accepting an access using a first identifier uniquely associated with the specific state from a first terminal among the plurality of terminals;
A generation step of generating a second identifier when an access using the first identifier by the first terminal is accepted;
A display control step of executing control to cause the first terminal to display the generated second identifier;
The second identifier is notified from the second terminal among the plurality of terminals on condition that correspondence between the first identifier corresponding to the specific state and the generated second identifier is maintained. A state reproducing step of executing control for making the second terminal capable of reproducing the specific state corresponding to the first identifier associated with the second identifier;
Information processing method including: In an information processing system including a plurality of terminals having a reproducibility and capable of displaying a specific state arbitrarily designated by a user based on the designation, and a server,
The server is
A receiving unit for receiving an access from a first terminal among the plurality of terminals using a first identifier uniquely associated with the specific state;
Generation means for generating a second identifier when an access using the first identifier by the first terminal is accepted;
Display control means for executing control to cause the first terminal to display the generated second identifier;
The second identifier is notified from the second terminal among the plurality of terminals on condition that correspondence between the first identifier corresponding to the specific state and the generated second identifier is maintained. State reproducing means for executing control to make the second terminal capable of reproducing the specific state corresponding to the first identifier associated with the second identifier;
Equipped with
The first terminal among the plurality of terminals is
Access means for performing access using the first identifier uniquely associated with the specific state;
In the server, when the second identifier which is valid only for a predetermined period after the period in which the specification of the specific state is continued or the period is completed is generated in association with the first identifier. Display means for displaying the second identifier under the control of the display control means of the server;
Equipped with
The second terminal of the plurality of terminals is:
First control means for executing control for receiving an input of the second identifier generated by the server and displayed on the first terminal and notifying the server of the second identifier;
In the server, when the second identifier is notified by the control of the first control means, the user of the second terminal receives the control of the state reproducing means of the server and reproduces the specific state. Second control means for executing control to cause
An information processing system comprising:

Images