JP7390627B2 - Information processing system, information processing method, information processing program - Google Patents

Description

The present disclosure relates to an information processing system, an information processing method, and an information processing program.

A ticket ID (identification) that identifies a ticket according to a ticket purchase application from a user terminal and a user ID are registered in a database in association with each other, and the database is referred to in response to an inquiry from the server that includes the user ID and content ID. BACKGROUND ART A technique is known that, on the condition that a ticket ID and a user ID corresponding to a content ID exist, sends a message to a server to the effect that content can be provided to a user ID.

Japanese Patent Application Publication No. 2011-154419

With the above-mentioned conventional technology, it is difficult to safely implement the assignment of movement authority information such as a ticket to a specific content providing location and the exercise of movement authority with a simple configuration.

Accordingly, in one aspect, an object of the present invention is to relatively easily and relatively safely implement the assignment of movement authority information and the exercise of movement authority .

In one aspect, a space drawing processing unit that draws a virtual space;
a medium drawing processing unit that draws each moving medium that is movable within the virtual space and that is associated with each user;
a first movement authority processing unit that associates predetermined movement authority information with a first movement medium associated with the first user based on a first input from the first user;
Based on a second input from the first user, the first movement authority processing unit transmits the predetermined movement authority information associated with the first movement medium to a second user different from the first user. a second movement authority processing unit that changes the correspondence to the associated second movement medium;
a determination processing unit that determines whether or not the first moving medium can be moved to a predetermined position in the virtual space, based on whether the first moving medium is associated with the predetermined movement authority information. , an information processing system is provided.

In one aspect, according to the present invention, it is possible to assign movement authority information and exercise movement authority relatively easily and relatively safely.

FIG. 1 is a block diagram of a virtual reality generation system according to the present embodiment. FIG. 2 is an explanatory diagram of an example of virtual reality that can be generated by a virtual reality generation system. FIG. 7 is an explanatory diagram of another example of virtual reality that can be generated by the virtual reality generation system. FIG. 7 is an explanatory diagram of still another example of virtual reality that can be generated by the virtual reality generation system. FIG. 2 is an explanatory diagram of an image of a user avatar located in a virtual space. It is an example of a functional block diagram of a server device related to a ticket transfer function. It is an example of a functional block diagram of a terminal device (terminal device on the transferee side) related to the ticket transfer function. It is an explanatory diagram of data in a user database. It is an explanatory diagram of data in an avatar database. It is an explanatory diagram of data in a ticket information storage part. FIG. 3 is an explanatory diagram of data in a spatial state storage unit. 5 is a timing chart showing an example of an operation related to a ticket transfer function. FIG. 3 is a diagram showing an example of a terminal screen in one scene. FIG. 7 is a diagram showing an example of a terminal screen in another scene. It is a figure which shows an example of the screen for terminals in yet another scene. It is a figure which shows an example of the screen for terminals in yet another scene. It is a figure which shows an example of the screen for terminals in yet another scene. It is a figure which shows an example of the screen for terminals in yet another scene.

Embodiments of the present invention will be described below with reference to the drawings.

(Overview of virtual reality generation system)
With reference to FIG. 1, an overview of a virtual reality generation system 1 according to an embodiment of the present invention will be described. FIG. 1 is a block diagram of a virtual reality generation system 1 according to this embodiment. The virtual reality generation system 1 includes a server device 10 and one or more terminal devices 20. Although three terminal devices 20 are illustrated in FIG. 1 for simplicity, the number of terminal devices 20 may be two or more.

The server device 10 is, for example, an information processing device such as a server managed by an operator that provides one or more virtual realities. The terminal device 20 is an information processing device used by a user, such as a mobile phone, a smartphone, a tablet terminal, a PC (Personal Computer), a head-mounted display, or a game device. A plurality of terminal devices 20 can be connected to the server device 10 via the network 3, typically in different ways for each user.

The terminal device 20 can execute the virtual reality application according to this embodiment. The virtual reality application may be received by the terminal device 20 from the server device 10 or a predetermined application distribution server via the network 3, or may be received by the terminal device 20 from a storage device provided in the terminal device 20 or a memory card readable by the terminal device 20. It may be stored in advance in a storage medium such as. The server device 10 and the terminal device 20 are communicably connected via the network 3. For example, the server device 10 and the terminal device 20 cooperate to execute various processes related to virtual reality.

Note that the network 3 may include a wireless communication network, the Internet, a VPN (Virtual Private Network), a WAN (Wide Area Network), a wired network, or any combination thereof.

Here, an overview of the virtual reality according to this embodiment will be explained. The virtual reality according to this embodiment is a virtual reality for any reality such as education, travel, role-playing, simulation, entertainment such as games and concerts, etc. A virtual reality medium is used. For example, the virtual reality according to this embodiment is realized by a three-dimensional virtual space, various virtual reality media that appear within the virtual space, and various contents provided within the virtual space.

The virtual reality medium is electronic data used in virtual reality, and includes any media such as cards, items, points, in-service currency (or virtual reality currency), tickets, characters, avatars, parameters, and the like. Furthermore, the virtual reality medium may be virtual reality related information such as level information, status information, virtual reality parameter information (physical strength and attack power, etc.), or ability information (skills, abilities, spells, jobs, etc.). good. In addition, virtual reality media are electronic data that can be acquired, owned, used, managed, exchanged, synthesized, enhanced, sold, discarded, or gifted within virtual reality by users, but the usage mode of virtual reality media is It is not limited to what is specified in the specification.

In this embodiment, users include general users and staff users (an example of a third user). General users are users who are not involved in the operation of the virtual reality generation system 1, and staff users are users who are involved in the operation of the virtual reality generation system 1. The staff user has a role (agent function) of supporting general users in virtual reality. Staff users include, for example, a user called a so-called game master. In the following, unless otherwise specified, users refer to both general users and staff users.

Additionally, the users may further include guest users. The guest user may be an artist, an influencer, or the like who operates a guest avatar that functions as content (content provided by the server device 10), which will be described later. Note that some of the staff users may become guest users, or the attributes of each user may not be clear.

The type and number of content provided by the server device 10 (content provided in virtual reality) is arbitrary, but in this embodiment, as an example, the content provided by the server device 10 may include various types of video. May contain digital content. The video may be a real-time video or a non-real-time video. Further, the video may be a video based on a real image or a video based on CG (Computer Graphics). The video may be a video for providing information. In this case, the video is related to a specific genre of information providing services (information providing services related to travel, housing, food, fashion, health, beauty, etc.), broadcasting services by specific users (for example, YouTube (registered trademark)), etc. It may be.

Further, in this embodiment, the content provided by the server device 10 may include guidance and advice from staff users, which will be described later, as an example. For example, content provided in virtual reality regarding dance lessons may include guidance and advice from a dance teacher. In this case, the dance teacher becomes a staff user, the student becomes a general user, and the student can receive individual guidance from the teacher in virtual reality.

In other embodiments, the content provided by the server device 10 may be various performances, talk shows, meetings, gatherings, etc. performed by one or more staff users or guest users through their respective staff avatars m2 or guest avatars. Good too.

The manner in which content is provided in virtual reality is arbitrary; for example, if the content is a video, the content can be provided by drawing the video on the display of a display device (virtual reality medium) in the virtual space. May be realized. Note that the display device in the virtual space may have any form, and may be a screen installed in the virtual space, a large screen display installed in the virtual space, a display of a mobile terminal in the virtual space, etc. .

(Configuration of server device)
The configuration of the server device 10 will be specifically explained. The server device 10 is configured by a server computer. The server device 10 may be implemented by a plurality of server computers working together. For example, the server device 10 may be implemented in cooperation with a server computer that provides various types of content, a server computer that implements various types of authentication servers, and the like. Further, the server device 10 may include a web server. In this case, some of the functions of the terminal device 20, which will be described later, may be realized by the browser processing an HTML document and various programs (JavaScript) associated with the HTML document received from the Web server.

The server device 10 includes a server communication section 11, a server storage section 12, and a server control section 13.

The server communication unit 11 includes an interface that communicates with an external device wirelessly or by wire and sends and receives information. The server communication unit 11 may include, for example, a wireless LAN (Local Area Network) communication module or a wired LAN communication module. The server communication unit 11 is capable of transmitting and receiving information to and from the terminal device 20 via the network 3.

The server storage unit 12 is, for example, a storage device, and stores various information and programs necessary for various processes related to virtual reality. For example, the server storage unit 12 stores virtual reality applications.

The server storage unit 12 also stores data for drawing virtual spaces, such as images of indoor spaces such as buildings and outdoor spaces. Note that a plurality of types of data for drawing the virtual space may be prepared for each virtual space and used appropriately.

The server storage unit 12 also stores various images (texture images) to be projected (texture mapped) onto various objects arranged in a three-dimensional virtual space.

For example, the server storage unit 12 stores drawing information of the user avatar m1 as a virtual reality medium associated with each user. The user avatar m1 is drawn in the virtual space based on the drawing information of the user avatar m1.

The server storage unit 12 also stores drawing information of the staff avatar m2 as a virtual reality medium associated with each staff user. The staff avatar m2 is drawn in the virtual space based on the drawing information of the staff avatar m2.

The server storage unit 12 also stores drawing information related to various objects different from the user avatar m1 and the staff avatar m2, such as buildings, walls, trees, NPCs (Non Player Characters), and the like. Various objects are drawn in the virtual space based on this drawing information.

Hereinafter, an object drawn in the virtual space that corresponds to an arbitrary virtual reality medium (for example, a building, a wall, a tree, or an NPC, etc.) different from the user avatar m1 and the staff avatar m2 will be referred to as a second object m3. Also called. Note that in this embodiment, the second object may include an object that is fixed within the virtual space, an object that is movable within the virtual space, or the like. Further, the second object may include an object that is always placed in the virtual space, an object that is placed only when a predetermined condition is satisfied, and the like.

The server control unit 13 may include a dedicated microprocessor or a CPU (Central Processing Unit) that implements a specific function by reading a specific program, a GPU (Graphics Processing Unit), or the like. For example, the server control unit 13 cooperates with the terminal device 20 to execute a virtual reality application in response to a user's operation on the display unit 23 of the terminal device 20. Additionally, the server control unit 13 executes various processes related to virtual reality.

For example, the server control unit 13 draws a user avatar m1, a staff avatar m2, etc. together with the virtual space (image), and displays them on the display unit 23. Furthermore, the server control unit 13 moves the user avatar m1 and the staff avatar m2 within the virtual space in response to a predetermined user operation. Details of specific processing by the server control unit 13 will be described later.

(Configuration of terminal device)
The configuration of the terminal device 20 will be explained. As shown in FIG. 1, the terminal device 20 includes a terminal communication section 21, a terminal storage section 22, a display section 23, an input section 24, and a terminal control section 25.

The terminal communication unit 21 includes an interface that communicates with an external device wirelessly or by wire and sends and receives information. The terminal communication unit 21 is a wireless communication device compatible with mobile communication standards such as LTE (Long Term Evolution) (registered trademark), LTE-A (LTE-Advanced), a fifth generation mobile communication system, and UMB (Ultra Mobile Broadband). It may also include a communication module, a wireless LAN communication module, a wired LAN communication module, or the like. The terminal communication unit 21 is capable of transmitting and receiving information to and from the server device 10 via the network 3.

The terminal storage unit 22 includes, for example, a primary storage device and a secondary storage device. For example, the terminal storage unit 22 may include a semiconductor memory, a magnetic memory, an optical memory, or the like. The terminal storage unit 22 stores various information and programs used for virtual reality processing, which are received from the server device 10. Information and programs used for virtual reality processing may be acquired from an external device via the terminal communication unit 21. For example, a virtual reality application program may be obtained from a predetermined application distribution server. Hereinafter, the application program will also be simply referred to as an application. Further, for example, part or all of the above-mentioned information regarding the user, information regarding other users' virtual reality media, etc. may be acquired from the server device 10.

The display unit 23 includes a display device such as a liquid crystal display or an organic EL (Electro-Luminescence) display. The display unit 23 can display various images. The display unit 23 is composed of, for example, a touch panel, and functions as an interface for detecting various user operations. Note that the display unit 23 may be in the form of a head-mounted display.

The input unit 24 includes, for example, an input interface including a touch panel provided integrally with the display unit 23. The input unit 24 can receive user input to the terminal device 20. Further, the input unit 24 may include physical keys, or may further include any input interface including a pointing device such as a mouse. Further, the input unit 24 may be capable of accepting non-contact user input such as voice input or gesture input. Note that a sensor (an image sensor, an acceleration sensor, a distance sensor, etc.) for detecting the movement of the user's body may be used for gesture input.

Terminal control unit 25 includes one or more processors. The terminal control unit 25 controls the overall operation of the terminal device 20.

The terminal control unit 25 transmits and receives information via the terminal communication unit 21. For example, the terminal control unit 25 receives various information and programs used for various processes related to virtual reality from at least one of the server device 10 and another external server. The terminal control unit 25 stores the received information and program in the terminal storage unit 22. For example, the terminal storage unit 22 may store a browser (Internet browser) for connecting to a web server.

The terminal control unit 25 starts a virtual reality application in response to a user's operation. The terminal control unit 25 cooperates with the server device 10 to execute various processes related to virtual reality. For example, the terminal control unit 25 causes the display unit 23 to display an image of the virtual space. For example, a GUI (Graphic User Interface) that detects user operations may be displayed on the screen. The terminal control unit 25 can detect user operations on the screen via the input unit 24 . For example, the terminal control unit 25 can detect a user's tap operation, long tap operation, flick operation, swipe operation, and the like. The tap operation is an operation in which the user touches the display section 23 with a finger and then releases the finger. The terminal control unit 25 transmits operation information to the server device 10.

(Example of virtual reality)
The server control unit 13 cooperates with the terminal device 20 to display an image of the virtual space on the display unit 23, and updates the image of the virtual space according to the progress of the virtual reality and the user's operations. In this embodiment, the server control unit 13 cooperates with the terminal device 20 to draw an object placed in a three-dimensional virtual space as viewed from a virtual camera placed in the virtual space.

Note that the drawing process described below is realized by the server control unit 13, but in other embodiments, part or all of the drawing process described below may be realized by the server control unit 13. For example, in the following description, at least a part of the image of the virtual space displayed on the terminal device 20 will be a web display that is displayed on the terminal device 20 based on data generated by the server device 10, and at least a part of the screen will be displayed as a web display. , it may be a native display that is displayed by a native application installed on the terminal device 20.

2A to 2C are explanatory diagrams of several examples of virtual reality that can be generated by the virtual reality generation system 1.

FIG. 2A is an explanatory diagram of virtual reality related to travel, and is a conceptual diagram showing the virtual space in a plan view. In this case, a position SP1 for purchasing or receiving a ticket (in this case, an airline ticket, etc.) and a position SP2 near the gate are set in the virtual space. In FIG. 2A, user avatars m1 are shown that are associated with two different users.

Two users decide to go on a trip together in virtual reality and enter into the virtual space via their respective user avatars m1. Then, the two users, through their respective user avatars m1, obtain tickets at position SP1 (see arrow R1), reach position SP2 (see arrow R2), and then pass through the gate (see arrow R3). , board an airplane (second object m3). Then, the airplane takes off and reaches the desired destination (see arrow R4). During this time, the two users can experience virtual reality via the display unit 23 of each terminal device 20. For example, FIG. 3 shows an image G300 of user avatar m1 located in a virtual space related to a desired destination. Such an image G300 may be displayed on the terminal device 20 of the user associated with the user avatar m1. In this case, the user can move in the virtual space via the user avatar m1 (to which the user name "fuj" is given) and go sightseeing.

FIG. 2B is an explanatory diagram of virtual reality related to education, and is a conceptual diagram showing the virtual space in a plan view. Also in this case, a position SP1 for purchasing or receiving a ticket (in this case, an admission ticket, etc.) and a position SP2 near the gate are set in the virtual space. In FIG. 2B, user avatars m1 are shown that are associated with two different users.

Two users decide to undergo a certain education together in virtual reality and enter into the virtual space via their respective user avatars m1. Then, the two users, through their respective user avatars m1, obtain tickets at position SP1 (see arrow R11), reach position SP2 (see arrow R12), and then pass through the gate (see arrow R13). , and reaches the first position SP11. At the first position SP11, specific first content is provided. Next, the two users reach a second position SP12 (see arrow R14) via their respective user avatars m1, receive the specific second content, and then reach a third position SP13 (see arrow R14). (Refer to R15), the same applies hereafter after receiving the provision of the specific third content. The learning effect becomes higher when the specific second content is provided after the specific first content is provided, and the learning effect becomes higher when the specific third content is provided after the specific second content is provided. The learning effect becomes higher, and so on.

For example, if the education is related to a certain 3D modeling software, the first content includes an installation link image of the software, the second content includes an add-on installation link video, and the third content includes the initial settings. The fourth content may include videos for basic operations, and the fourth content may include videos for basic operations.

In the example shown in FIG. 2B, each user (for example, a student) sequentially moves from the first position SP11 to the eighth position SP18 via the user avatar m1 and is provided with various contents in order, thereby achieving a high learning effect. You can receive specific education in a manner that provides you with the following: Alternatively, the various contents may be tasks such as quizzes, and in this case, in the example shown in FIG. 2B, games such as Sugoroku and escape games can be provided.

FIG. 2C is an explanatory diagram of virtual reality related to the lesson, and is a conceptual diagram showing the virtual space in a plan view. Also in this case, a position SP1 for purchasing or receiving a ticket (in this case, an admission ticket, etc.) and a position SP2 near the gate are set in the virtual space. In FIG. 2C, user avatars m1 are shown that are associated with two different users.

Two users decide to take a particular lesson together in virtual reality and enter into the virtual space via their respective user avatars m1. Then, the two users, through their respective user avatars m1, obtain tickets at position SP1 (see arrow R21), reach position SP2 (see arrow R22), and then pass through the gate (see arrow R23). , and reaches position SP20. The position SP20 corresponds to each position in the free space, for example, in the area surrounded by the circular peripheral wall W2, excluding positions SP21, SP22, SP23, etc. corresponding to each stage. When the user reaches the first position SP21 corresponding to the first stage via each user avatar m1 (see arrow R24), the user receives the first content for the lesson at the first position SP21. Similarly, when the user reaches the second position SP22 corresponding to the second stage via each user avatar m1 (see arrow R25), the second content for the lesson is provided at the second position SP22. When the user reaches the third position SP23 corresponding to the third stage (see arrow R26), the third content for the lesson can be provided at the third position SP23.

For example, if the lesson is a golf lesson, the first content for the lesson may be a video for explaining improvements in the user's swing, and the second content for the lesson may be a sample provided by a staff user who is a professional golfer. The third content for lessons, which is a practical swing technique, is advice given by a staff user who is a professional golfer regarding the user's practical swing technique. Note that the staff user's practice of the sample swing is realized by the staff avatar m2, and the user's practice of the swing is realized by the user avatar m1. For example, when the staff user actually performs a swing movement, the movement is directly reflected in the movement of the staff avatar m2 based on the movement data (eg, gesture input data). Advice from staff users may be realized through chat or the like. In this way, each user can receive various lessons from a teacher (in this case, a professional golfer) in virtual reality with a friend at a sufficient and necessary level of progress and depth, for example, at home or the like.

In this way, in the present embodiment, as illustrated in FIGS. 2A to 2C, in virtual reality, users can provide useful content at a predetermined position via the user avatar m1 according to each user's needs. You can receive it at any timing and viewing format.

Incidentally, in virtual reality, as in the case of reality, a mechanism may be required to allow only users who meet certain provision conditions to receive content. For example, in real life, a person may obtain a ticket by paying for the content in order to reach a position where the content can be provided (for example, experiencing an attraction in an amusement park). In this case, for example, in the case of a parent and child, the parent also purchases a ticket for the child, and the parent and the child enter a location (for example, inside a facility) where they can receive certain content.

In the case of virtual reality, as in the case of real life, when multiple users try to receive content together in virtual reality, one user can move like a ticket for the other users. It would be more convenient if the user could collect the authority, obtain it, and enter a location (for example, inside a facility) where the user can receive the content.

However, in the case of virtual reality, unlike in the case of real life, the multiple users who are scheduled to accompany the user may not be nearby in reality, and it is often impossible to make physical contact with the user.

Therefore, in the present embodiment, the virtual reality generation system 1 has a mechanism or a mechanism that allows movement authority information representing such movement authority to be transferred between users safely and with a reduced operation load in virtual reality. function (hereinafter referred to as "ticket transfer function"). The details of this ticket transfer function will be explained below.

In the following, the server device 10 related to the ticket transfer function realizes an example of an information processing system, but as will be described later, each element of a particular terminal device 20 (see FIG. 1) implements an example of the information processing system. An example may be realized, or a plurality of terminal devices 20 may cooperate to realize an example of an information processing system. Further, the server device 10 and one or more terminal devices 20 may cooperate to realize an example of an information processing system.

(Details of ticket transfer function)
FIG. 4 is an example of a functional block diagram of the server device 10 related to the ticket transfer function. FIG. 5 is an example of a functional block diagram of the terminal device 20 (terminal device 20 on the transferee side) related to the ticket transfer function. FIG. 6 is an explanatory diagram of data in the user database 140. FIG. 7 is an explanatory diagram of data in the avatar database 142. FIG. 8 is an explanatory diagram of data in the ticket information storage section 144. FIG. 9 is an explanatory diagram of data in the spatial state storage unit 146. In addition, in FIGS. 6 to 9, "***" represents a state in which some information is stored, "-" represents a state in which no information is stored, and "..." represents a similar state. Represents repetition.

As shown in FIG. 4, the server device 10 includes a user database 140, an avatar database 142, a ticket information storage section 144, a space state storage section 146, a space drawing processing section 150, a user avatar processing section 152, Staff avatar processing unit 154, terminal image generation unit 158 (an example of a medium drawing processing unit), content processing unit 159, dialogue processing unit 160, first movement authority processing unit 162, and second movement authority processing unit 164. , a determination processing section 166 , a spatial information generation section 168 , and a parameter updating section 170 . Note that some or all of the functions of the server device 10 described below may be realized by the terminal device 20 as appropriate. Furthermore, the division from the user database 140 to the spatial state storage unit 146 and the division from the spatial drawing processing unit 150 to the parameter update unit 170 are for convenience of explanation, and some functional units may not perform the functions of other functional units. It may be realized. For example, the functions of the spatial drawing processing section 150, the user avatar processing section 152, the terminal image generation section 158, the content processing section 159, the interaction processing section 160, and the spatial information generation section 168 may be realized by the terminal device 20. . Also, for example, some or all of the data in the user database 140 may be integrated with the data in the avatar database 142, or may be stored in another database.

Note that the user database 140 to the spatial state storage section 146 can be realized by the server storage section 12 shown in FIG. 1, and the space drawing processing section 150 to the parameter update section 170 can be realized by the server control section 13 shown in FIG. . Further, a part of the space drawing processing section 150 to the parameter updating section 170 (functional section that communicates with the terminal device 20) can be realized by the server communication section 11 together with the server control section 13 shown in FIG.

User information is stored in the user database 140. In the example shown in FIG. 6, the user information includes user information 600 related to general users and staff information 602 related to staff users.

In the user information 600, each user ID is associated with a user name, authentication information, user avatar ID, position/orientation information, and the like. The user name is a name registered by the general user and is arbitrary. The authentication information is information for indicating that the general user is a valid general user, and may include, for example, a password, email address, date of birth, password, biometric information, etc. The user avatar ID is an ID for identifying a user avatar. The position/orientation information includes position information and orientation information of the user avatar m1. The orientation information may be information representing the orientation of the face of the user avatar m1. Note that the position/orientation information, etc. is information that can dynamically change according to operation input from a general user. In addition to the position/orientation information, the information may include information representing movements of the limbs, etc. of the user avatar m1, information representing facial expressions, etc.

In the staff information 602, each staff ID is associated with a staff name, authentication information, staff avatar ID, position/orientation information, staff points, and the like. The staff name is a name registered by the staff user himself and is arbitrary. The authentication information is information for indicating that the staff user is a valid staff user, and may include, for example, a password, email address, date of birth, password, biometric information, etc. The staff avatar ID is an ID for identifying the staff avatar. The position/orientation information includes position information and orientation information of the staff avatar m2. The orientation information may be information representing the orientation of the staff avatar m2's face. Note that the position/orientation information and the like are information that can dynamically change according to operational inputs from staff users. In addition to the position/orientation information, the information may include information representing movements of the staff avatar m2's limbs, etc., information representing facial expressions, etc.

The staff points may be a parameter that increases each time the staff avatar's role (work as a staff member) is fulfilled in virtual reality. That is, the staff points may be a parameter representing the degree of work of the staff user in virtual reality. For example, the staff points related to one staff user may be increased each time the one staff user assists a general user in virtual reality via the corresponding staff avatar m2. Alternatively, the staff points related to one staff user correspond to the time during which the one staff user is in a state where he or she can assist general users in virtual reality (i.e., in an operating state) via the corresponding staff avatar m2. may be increased.

The avatar database 142 stores avatar information regarding the user avatar m1 and the staff avatar m2. In the example shown in FIG. 7, the avatar information includes user avatar information 700 related to general users and staff avatar information 702 related to staff users.

In the user avatar information 700, each user avatar ID is associated with a face, hairstyle, clothes, etc. Information related to appearance such as face, hairstyle, clothing, etc. is a parameter that characterizes a user avatar, and is set by a general user. For example, an ID may be assigned to each type of information regarding the appearance of the avatar, such as its face, hairstyle, and clothing. Furthermore, for faces, part IDs are prepared for each type of face, such as face shape, eyes, mouth, nose, etc., and information related to faces may be managed by a combination of IDs of each part that makes up the face. . In this case, information related to appearance such as face, hairstyle, clothing, etc. can function as avatar drawing information. That is, it becomes possible to draw each user avatar m1 not only on the server device 10 but also on the terminal device 20 side based on each ID related to appearance linked to each user avatar ID.

In the staff avatar information 702, faces, hairstyles, clothes, etc. are associated with each staff avatar ID. Information related to appearance such as face, hairstyle, clothes, etc. are parameters that characterize the staff avatar, and are set by the staff user. Information related to appearance, such as the face and hairstyle, may be managed by a combination of IDs of each part, as in the case of the user avatar information 700, and can function as avatar drawing information. Note that the staff avatar m2 may have a common feature that makes it easy to distinguish between the staff avatar m2 and the user avatar m1. For example, each staff avatar m2 may be easily distinguishable from the user avatar m1 by wearing a common outfit (uniform).

In this manner, in this embodiment, basically, one general user is associated with one user ID, and one user ID is associated with a user avatar ID. Therefore, there is a state where certain information is associated with one general user, a state where the information is associated with the one user ID, and a state where the information is associated with the user avatar ID that is associated with the one user ID. The states to which these are associated are synonymous with each other. This also applies to staff users. Therefore, for example, unlike the example shown in FIG. 6, the position/orientation information of the user avatar m1 may be stored in association with the user avatar ID of the user avatar m1, and similarly, the position/orientation information of the staff avatar m2 may be stored in association with the user avatar ID of the user avatar m1. The position/orientation information may be stored in association with the staff avatar ID related to the staff avatar m2. In the following, for the sake of explanation, a general user and a user avatar m1 associated with the general user are interchangeable, and a staff user and a staff avatar m2 associated with the staff user are interchangeable. It is assumed that the relationship is possible.

The ticket information storage unit 144 stores ticket information regarding tickets. A ticket is a virtual reality medium representing movement authority for the user avatar m1 to move to a predetermined position in the virtual space. In this embodiment, as an example, the ticket is in a form that can be torn off in response to a torn-off operation input from a staff user. In addition, in a modified example, a mark or mark indicating "used" may be provided instead of the grip.

In the example shown in FIG. 8, the ticket information includes a ticket ID, a predetermined location, an owner ID, purchase information, transfer authentication information, tearing authentication information, transfer information, a validity flag, a tearing person ID, and a tearing information. Information etc. are associated with each other.

The ticket ID is a unique ID given to each ticket.

The predetermined position represents a position in the virtual space that can be located based on the movement authority associated with the ticket. The predetermined location includes a location where specific content can be provided. The predetermined position may be defined by the coordinate values of a single point, but typically, it may be defined by a plurality of coordinate values forming a unified area or spatial portion. Further, the predetermined position may be a position on a plane or a position in space (that is, a position expressed in a three-dimensional coordinate system including the height direction). Typically, the predetermined position may be set for each specific content depending on the provision position and attributes of the specific content. For example, in the example shown in FIGS. 2A-2C, the predetermined locations are locations in virtual space that can be entered through each gate. The predetermined location may be defined by a specific URL (Uniform Resource Locator). In this case, a general user or the like can move the user avatar m1 or the like to a predetermined position by accessing the specific URL. In this case, a general user can access a specific URL and receive specific content on the browser of the terminal device 20.

Note that the ticket information shown in FIG. 8 is provided with multiple types of predetermined positions, such as a predetermined position inside the gate as shown in FIG. 2A, and a predetermined position inside the gate as shown in FIG. 2B. Suitable for cases where If there is only one type of predetermined position, the predetermined position in the ticket information may be omitted.

The owner ID corresponds to the user ID of the general user who currently owns the ticket. Since the ticket is transferable as described above, the owner ID may change after the fact.

The purchase information includes a purchaser ID, purchase date and time, purchase method, seller ID, and the like. Note that the purchaser ID is a user ID associated with the user who made the purchase input. The seller ID is the staff ID of the staff user who sold the ticket. Note that if tickets are not sold face-to-face by staff users in the virtual space (for example, if tickets are purchased in advance), the seller ID may be omitted.

The authentication information for transfer is authentication information necessary for transfer, and is information that differs for each ticket ID.

Authentication information for tearing is authentication information for authenticating that the ticket is valid, and is different information for each ticket ID. Authentication information for picking may be in any form, but in this embodiment, as an example, it is a four-digit code consisting of numbers and/or symbols. Note that the authentication information for tearing may be in the form of a unique identifier issued in advance. Further, the authentication information for picking may be set by the user who purchased the ticket.

The transfer information indicates whether there has been one or more transfers, and may also indicate the date and time of transfer. Note that in FIG. 8, "-" indicates that no transfer has been made.

The validity flag is flag information indicating the validity of the ticket. In this embodiment, as an example, when the validity flag is "1", it indicates that the ticket is valid, and when the validity flag is "0", it indicates that the ticket is invalid. A state in which a ticket is valid means a state in which the user avatar m1 associated with the ticket can move to a predetermined position associated with the ticket (and accordingly, can receive specific content provision at the predetermined position). state).

Ticket validity may be set for each ticket attribute. For example, a ticket with a certain attribute may be invalidated at the time it is torn (or immediately after the ticket reaches a predetermined position). Furthermore, tickets with other attributes may be invalidated after a predetermined period of time has elapsed from the time they were torn off. Furthermore, tickets with other attributes may be invalidated at the time they leave a predetermined position after being torn off. Alternatively, a system may be implemented in which re-entry is possible using the same ticket. In this case, the validity of the ticket may be maintained until a predetermined period of time has elapsed from the time the ticket was stolen. Alternatively, the validity of the ticket may be invalidated when movement (entry) to a predetermined position is detected a predetermined number of times or more.

The picker ID is a staff avatar ID associated with the staff user who picked the ticket. In this embodiment, the ticket may be torn off without direct involvement of the staff user. In this case, information indicating that the item has been automatically removed may be stored as the ID of the person who removed it.

The scraping information represents the presence or absence of scraping, and may also represent the scraping date and time. In addition, in FIG. 8, "-" indicates that no cutting has been performed.

The spatial state storage unit 146 stores spatial state information regarding the state within a spatial portion related to a predetermined position in the virtual space. Note that in the following, a space portion related to a predetermined position in the virtual space is defined as a room, and can be described by a URL for general users. Manage users accessing the same room as sessions tied to the same room. The entry of an avatar into a space related to a room is sometimes referred to as room entry. Although there is a limit to the number of users who can access one room at the same time from the viewpoint of processing power, there may be a process of replicating rooms with the same design and distributing the load. Furthermore, entry into a room may be controlled by access rights, etc., and there may be a process that requires confirmation of possession of a valid ticket or consumption of a valid ticket.

In the example shown in FIG. 9, the space state information includes user state information 900 related to general users and staff state information 902 related to staff users.

The user status information 900 associates the ticket ID, provided content information, etc. with the user who enters the room. The user who enters the room is a general user related to the user avatar m1 located at a predetermined position, and the information about the user who enters the room may be any information that can identify the general user (user ID, user avatar ID, etc.). . Note that the user entering the room is a general user related to the user avatar m1 located at a predetermined position, and the position information of the user avatar m1 is the predetermined position (if defined by multiple coordinate values, the multiple coordinate values) ). In other words, if the position information of one user avatar m1 does not correspond to a predetermined position, the general user associated with one user avatar m1 is excluded from the users entering the room. The ticket ID of the user state information 900 represents the ticket ID associated with the ticket used by the entering user when entering the room. The provided content information may include information as to whether specific content has been provided or not, and information as to whether specific content has been provided. In addition, regarding virtual spaces where multiple specific contents can be provided, the provided content information includes history information indicating which specific content has been provided, and information indicating which specific content has been provided. may include. The user status information 900 may also include information such as "Validated_At" (date and time when the ticket was confirmed to be valid), "Expire_on" (date and time when the ticket expired), and the like.

Staff status information 902 includes information on working staff. The operating staff is a staff user related to the staff avatar m2 located at a predetermined position, and the information on the operating staff may be any information (staff ID, staff avatar ID, etc.) that can identify the staff user. .

The space drawing processing unit 150 draws a virtual space based on virtual space drawing information. Note that although the drawing information of the virtual space is generated in advance, it may be updated after the fact or dynamically. Each position within the virtual space may be defined in a spatial coordinate system. Note that the method for drawing the virtual space is arbitrary, and may be realized, for example, by mapping a field object or a background object onto an appropriate plane, curved surface, or the like.

The user avatar processing unit 152 executes various processes related to the user avatar m1. User avatar processing section 152 includes an operation input acquisition section 1521 and a user action processing section 1522.

The operation input acquisition unit 1521 acquires operation input information by a general user. Note that the operation input information by the general user is generated via the input unit 24 of the terminal device 20 described above.

The user motion processing unit 1522 determines the position and orientation of the user avatar m1 in the virtual space based on the operation input information acquired by the operation input acquisition unit 1521. The position/orientation information of the user avatar m1 determined by the user motion processing unit 1522 may be stored, for example, in association with the user ID (see FIG. 6). Further, the user motion processing unit 1522 may determine various motions of the hands, face, etc. of the user avatar m1 based on the operation input information. In this case, such movement information may also be stored together with the position/orientation information of the user avatar m1.

Here, as described above, the functions of the user operation processing unit 1522 can be realized by the terminal device 20 instead of the server device 10. For example, movement within the virtual space may be realized in a manner in which acceleration, collision, etc. are expressed. In this case, each user can make the user avatar m1 jump and move by pointing (instructing) the position, but the determination regarding the wall surface and restrictions on movement is made by the terminal control unit 25 (user movement processing unit 1522). ) may be realized. In this case, the terminal control unit 25 (user operation processing unit 1522) performs determination processing based on restriction information provided in advance. In this case, the location information may be shared with other necessary users via the server device 10 through real-time communication based on WebSocket or the like.

The staff avatar processing unit 154 executes various processes related to the staff avatar m2. The staff avatar processing unit 154 includes an operation input acquisition unit 1541 and a staff movement processing unit 1542.

The operation input acquisition unit 1541 acquires operation input information by staff users. Note that the operation input information by the staff user is generated via the input unit 24 of the terminal device 20 described above.

The staff motion processing unit 1542 determines the position and orientation of the staff avatar m2 in the virtual space based on the operation input information acquired by the operation input acquisition unit 1541. The position/orientation information of the staff avatar m2 indicating the position and orientation determined by the staff movement processing unit 1542 may be stored in association with the staff ID, for example (see FIG. 6). Further, the staff motion processing unit 1542 may determine various motions of the staff avatar m2's hands, face, etc. based on the operation input information. In this case, such movement information may also be stored together with the position/orientation information of the staff avatar m2.

The terminal image generation unit 158 draws each virtual reality medium (eg, user avatar m1 and staff avatar m2) that can move within the virtual space. Specifically, the terminal image generation unit 158 generates images for each user based on the avatar drawing information (see FIG. 7), the position/orientation information of each user avatar m1, the position/orientation information of the staff avatar m2, etc. An image to be displayed on the terminal device 20 is generated.

For example, for each user avatar m1, the terminal image generation unit 158 generates an image displayed on the terminal device 20 of the general user associated with the one user avatar m1, based on the position/orientation information of the one user avatar m1. (hereinafter also referred to as "terminal image for general users" when distinguishing from terminal images for staff users, which will be described later). Specifically, based on the position/orientation information of one user avatar m1, the terminal image generation unit 158 generates an image of the virtual space (virtual space (a part of the image) is generated as a terminal image. In this case, when the virtual camera is positioned at a position and orientation corresponding to the position/orientation information, the field of view of the virtual camera substantially matches the field of view of the user avatar m1. However, in this case, the user avatar m1 is not visible in the field of view from the virtual camera. Therefore, when generating a terminal image showing the user avatar m1, the position of the virtual camera may be set behind the user avatar m1. Alternatively, the position of the virtual camera may be arbitrarily adjustable by the corresponding general user. Note that when generating such a terminal image, the terminal image generation unit 158 may perform various processes (for example, a process of bending a field object, etc.) in order to create a sense of depth and the like. Furthermore, when generating a terminal image in which the user avatar m1 is displayed, the user avatar m1 may be drawn in a relatively simple manner (for example, in the form of a two-dimensional sprite) in order to reduce the load on the drawing process. .

Similarly, for each staff avatar m2, the terminal image generation unit 158 generates the terminal device 20 associated with the staff user associated with the one staff avatar m2, based on the position/orientation information of the one staff avatar m2. (hereinafter also referred to as "terminal image for staff users" when distinguishing from the above-mentioned terminal image for general users) to be displayed.

If another user avatar m1 or staff avatar m2 is located within the field of view from the virtual camera, the terminal image generation unit 158 generates a terminal image including the other user avatar m1 or staff avatar m2. However, in this case, in order to reduce the load on the drawing process, the other user avatars m1 and staff avatars m2 may be drawn in a relatively simple manner (for example, in the form of a two-dimensional sprite).

Here, as described above, the function of the terminal image generation unit 158 can be realized by the terminal device 20 instead of the server device 10. In this case, for example, the terminal image generation unit 158 uses the position/orientation information generated by the staff avatar processing unit 154 of the server device 10 and information that can identify the avatar to be drawn (for example, user avatar ID or staff avatar ID). , the avatar drawing information (see FIG. 7) regarding the avatar to be drawn is received from the server device 10, and an image of each avatar is drawn based on the received information. In this case, the terminal device 20 stores parts information for drawing each part of the avatar in the terminal storage unit 22, and includes the parts information and the avatar drawing information to be drawn obtained from the server device 10 ( The appearance of each avatar may be drawn based on the ID of each part.

The terminal image generation unit 158 preferably draws terminal images for general users and terminal images for staff users in different manners. In this case, even if the position/orientation information of user avatar m1 and the position/orientation information of staff avatar m2 completely match, the terminal image for general users and the terminal image for staff users are different. It is drawn in the following manner. For example, the terminal image generation unit 158 may include information that is useful for fulfilling various roles assigned to the staff user and that is normally invisible (for example, the validity flag of a ticket) in the terminal image for the staff user. information) may be superimposed. Furthermore, in the terminal image for the staff user, the terminal image generation unit 158 differentiates the user avatar m1 associated with the owner ID from the user avatar m1 that is not associated with the owner ID based on the ticket information (see FIG. 8). It may be drawn in a different manner. In this case, the staff user can easily distinguish between the user avatar m1 associated with the owner ID and the user avatar m1 that is not.

The content processing unit 159 provides specific content to general users for each predetermined location. The content processing unit 159 may output specific content on the terminal device 20 via a browser, for example. Alternatively, the content processing unit 159 may output specific content on the terminal device 20 via a virtual reality application installed on the terminal device 20.

The dialogue processing unit 160 enables dialogue between general users via the network 3 based on inputs from a plurality of general users. Dialogue between general users may be realized in a text and/or voice chat format through each user's own avatar m1. This allows general users to interact with each other. Note that the text is output to the display unit 23 of the terminal device 20. For example, the text may be output separately from the image related to the virtual space, or may be output superimposed on the image related to the virtual space. The text dialogue output to the display unit 23 of the terminal device 20 may be realized in a format that is open to an unspecified number of users, or may be realized in a format that is open only to specific general users. good. The same applies to voice chat.

Furthermore, the dialogue processing unit 160 enables dialogue between general users and staff users via the network 3 based on inputs from general users and inputs from staff users. The dialogue may be realized in a text and/or voice chat format via the corresponding user avatar m1 and staff avatar m2. Thereby, general users can receive assistance from staff users in real time.

The first movement authority processing unit 162 generates a ticket (predetermined movement authority information) based on a purchase input from a general user (an example of a first input), and sends the corresponding ticket to the user avatar m1 associated with the general user. Map tickets.

The purchase inputs include various inputs for purchasing tickets. Purchase input typically involves the consumption of money or virtual reality media having monetary value. Virtual reality media having monetary value may include virtual reality media that can be obtained with the expenditure of money, and the like. Note that consumption of virtual reality media is achieved by dissolving the association between a user ID and the virtual reality medium, reducing the amount or number of the virtual reality media associated with the user ID, etc. It's fine.

When generating a ticket, the first movement authority processing unit 162 generates a new ticket ID (see FIG. 8) and updates the data in the ticket information storage unit 144. In this case, the new ticket ID is associated with a predetermined location, owner ID, etc. (see FIG. 8). In this case, the owner ID is the user ID of the user who made the purchase input described above.

Specifically, the first movement authority processing section 162 includes a purchase input acquisition section 1621, a ticket ID generation section 1622, an authentication information notification section 1623, and a ticket drawing section 1624.

The purchase input acquisition unit 1621 acquires the above-mentioned purchase input from the general user from the terminal device 20 via the network 3.

The purchase input can be input by a general user associated with the user avatar m1 when the user avatar m1 is located near the entrance of the predetermined position. Although the entrance at a predetermined position in the virtual space does not need to be clearly defined, a character such as an entrance or a gate may be associated with a position corresponding to the entrance in the virtual space by drawing, for example. For example, in the examples shown in FIGS. 2A to 2C, the position SP1 corresponding to the ticket purchase area, the position SP2 corresponding to the entrance area, and their vicinity correspond to the vicinity of the entrance.

In this case, a general user who wants to purchase a ticket can bring his or her user avatar m1 near the entrance and input the purchase through interaction with the staff avatar m2 arranged in association with the position SP1.

Alternatively, the general user may be able to input the purchase input in advance (before positioning the user avatar m1 near the entrance of the predetermined position). In this case, a general user who has purchased a ticket in advance brings his or her user avatar m1 near the entrance and inputs the purchase information in advance through dialogue with the staff avatar m2 placed in correspondence with the position SP1. can be enabled. In addition, when a general user who has purchased a ticket in advance brings his or her user avatar m1 near the entrance (by inquiring using the user ID and the ticket ID linked to it), the prior purchase input is may be enabled automatically (i.e., without requiring further input).

As described above, the ticket ID generation unit 1622 generates a new ticket ID (see FIG. 8) based on the purchase input, and updates the data in the ticket information storage unit 144. For example, when a general user who wants to purchase a ticket enters a purchase input with his or her user avatar m1 positioned near the entrance, the ticket ID generation unit 1622 immediately generates a new ticket ID. In this case, the initial value of the validity flag associated with the ticket ID may be set to "1". Furthermore, when a general user who has purchased a ticket in advance enters validation input while positioning his or her user avatar m1 near the entrance, the ticket ID generation unit 1622 generates a ticket ID that has already been generated. The value of the valid flag associated with ``0'' may be changed from ``0'' to ``1''.

The authentication information notification unit 1623 notifies the general user who purchased the ticket based on the purchase input of the authentication information for picking (see FIG. 8) that is associated with the purchased ticket. As described above, in the present embodiment, the authentication information for picking is a four-digit code consisting of numbers and/or symbols, as an example. For example, the authentication information notifying unit 1623 transmits the authentication information for pick-up via the network 3 to the terminal device 20 associated with the general user who purchased the ticket. At this time, the authentication information for tearing may be notified by e-mail, automatic voice over the telephone, or the like. Alternatively, as described above, the authentication information for picking may be set by a general user when inputting a purchase. In this case, the authentication information notification section 1623 may be omitted.

The ticket drawing unit 1624 draws a ticket (virtual reality medium) for each ticket ID based on the purchase input. For example, the ticket drawing unit 1624 may draw a ticket in association with the hand of the user avatar m1 associated with the owner ID in the terminal image including the user avatar m1 associated with the owner ID. Thereby, a state in which the user avatar m1 possesses (owns) the ticket can be realized in virtual reality. Note that when a plurality of ticket IDs are associated with the same owner ID, the user avatar m1 associated with the owner ID may be drawn as holding a plurality of tickets.

Based on the transfer input from the general user (an example of the second input), the second movement authority processing unit 164 transfers the ticket associated with the user ID of the specific general user by the first movement authority processing unit 162. The correspondence is changed to a user ID related to a general user different from the general user. That is, the second transfer authority processing unit 164 changes the owner ID (see FIG. 8) associated with the ticket from the user ID associated with the purchaser ID to the user ID associated with another general user who is the transferee. . In this way, the second transfer authority processing unit 164 transfers the ticket that has been associated with a specific general user (purchaser ID) by the first transfer authority processing unit 162 based on the transfer input. Change the correspondence to a different general user (transfer destination general user). As a result, based on the transfer input, the ticket changes from being associated with the user avatar m1 (an example of the first mobile medium) of the general user on the transfer side to the user avatar m1 of the general user on the transfer side. (an example of the second moving medium).

Specifically, the second movement authority processing unit 164 includes a transfer input acquisition unit 1640, an authentication notification guide unit 1641, a first authentication information drawing unit 1642, a first authentication information reception unit 1643, and a ticket information rewriting unit. 1644.

The transfer input acquisition unit 1640 acquires the transfer input from the above-mentioned general user on the transfer side from the terminal device 20 via the network 3. The transfer input includes the ticket ID related to the ticket to be transferred. Note that the general user who can input the transfer is the general user who owns the ticket, and is the general user who has the user ID related to the owner ID in the ticket information (see FIG. 8).

The transfer input can be input by a general user associated with the user avatar m1 when the user avatar m1 on the transfer side is located near the entrance of the predetermined position. The vicinity of the entrance related to the predetermined position is as described above in connection with the above-mentioned purchase input. For example, in the example shown in FIGS. 2A to 2C, position SP1 corresponds to the vicinity of the entrance. Note that the vicinity of the entrance of the predetermined position where the transfer input can be input and the vicinity of the entrance of the predetermined position where the purchase input can be input are the same, but may be different.

Alternatively, transfer input may be input by general users together with purchase input. This is because, for example, when a parent and child purchase tickets, the parent often purchases the ticket with the intention of transferring it to the child.

In response to the above-mentioned transfer input, the authentication notification guide unit 1641 guides the general user on the transfer side to notify the general user on the transfer side of the authentication information for tearing. Note that this guidance may be realized at the time of inputting the purchase, or may be realized at other timing. Furthermore, if this point is made known to each general user in advance when using the virtual reality generation system 1, the authentication notification guide section 1641 may be omitted. When the general user on the transfer side receives such guidance, he will notify the general user on the transfer side of the authentication information for picking through chat, email, SMS (Short Message Service), etc. In addition, if the general user on the transfer side and the general user on the transferee side are in a relationship where they use the same authentication information for peeling many times, such as in a parent-child relationship, notification of the authentication information for peeling. itself may be unnecessary. Furthermore, when the general user on the transfer side and the general user on the transferee side are actually close to each other, notification of authentication information for picking may be directly realized face-to-face.

The first authentication information drawing unit 1642 draws first authentication information corresponding to the authentication information for transfer in response to the above-mentioned transfer input. Specifically, the first authentication information drawing unit 1642 extracts authentication information for transfer (see FIG. 8) that is associated with the ticket ID, based on the ticket ID related to the ticket to be transferred. Then, the first authentication information drawing unit 1642 draws first authentication information according to the extracted authentication information for transfer. The method of drawing the first authentication information is arbitrary as long as there is a one-to-one correspondence between the authentication information for transfer and the drawn first authentication information, but preferably, the first authentication information can be image recognized. It is drawn in this form.

In this embodiment, as an example, the first authentication information drawing unit 1642 draws the first authentication information in the form of code information such as a two-dimensional code at a position associated with the transfer side user avatar m1. . For example, the first authentication information drawing unit 1642 draws the first authentication information in a terminal image including the transfer side user avatar m1 in such a manner that it is superimposed on a part of the user avatar m1. Alternatively, the first authentication information drawing unit 1642 may draw the first authentication information in association with a possession (for example, a ticket) that is drawn in association with the transfer side user avatar m1. The first authentication information drawn in this manner can be image-recognized by the terminal devices 20 of other general users. For example, when the first authentication information is included in the terminal image supplied to a certain terminal device 20, the first authentication information can be image-recognized in the one terminal device 20. This image recognition process will be explained in detail later with reference to FIG.

Note that the code information related to the first authentication information may be a two-dimensional image code including the following information.
...(1) Authentication server URL
...(2) User ID of the transferor
...(3) Ticket ID
...(4) Current time...(5) Current virtual space URL
... (6) Current coordinates ... (7) PIN (Personal Identification Number)
...(8) User ID of the transferee
In this case, (7) the PIN may be used as authentication information for picking. Further, in this case, the user on the transfer side can complete the second authentication determination (described later) in advance by accessing the URL of the authentication server and inputting the PIN code.

Note that, as described above, the function of the first authentication information drawing unit 1642 may be realized on the terminal device 20 side. In this case, for example, the terminal device 20 may include a GPU (Graphics Processing Unit), and the GPU may generate an image code related to the first authentication information.

Further, the code information related to the first authentication information does not need to be visible to the user. Therefore, for example, the code information related to the first authentication information may be a code that changes at extremely high speed using time information, a code with high resolution, a code whose color is difficult to see, or a pattern on the clothes worn by user avatar m1. May contain confusing codes, etc.

The first authentication information receiving unit 1643 receives the image recognition result of the first authentication information from the terminal device 20 via the network 3. The image recognition result of the first authentication information may include the user ID and the like associated with the terminal device 20 of the transmission source.

When the first authentication information receiving section 1643 receives the image recognition result, the ticket information rewriting section 1644 rewrites the owner ID of the ticket information based on the image recognition result. Specifically, when the first authentication information receiving unit 1643 receives an image recognition result from the terminal device 20 associated with a certain general user, the ticket information rewriting unit 1644 Based on the authentication information, authentication information for transfer corresponding to the first authentication information is specified. Then, the ticket information rewriting unit 1644 associates the user ID included in the image recognition result as the owner ID associated with the ticket ID related to the specified transfer authentication information. At this time, the user ID associated with the user who inputted the transfer may no longer be associated with the owner ID, and the fact of the transfer may be added as transfer information (see FIG. 8) in the ticket information.

When the ticket information rewriting unit 1644 changes the owner ID related to one ticket ID in this way based on the image recognition result, it may give an instruction to the ticket drawing unit 1624 to reflect the change. In this case, the ticket drawing unit 1624 draws the ticket in association with the user avatar m1 associated with the new owner ID. For example, a general user can confirm that he or she owns a ticket by checking that the ticket is drawn in association with his or her user avatar m1 in the user terminal image displayed on his or her own terminal device 20. I can recognize the state I am in.

The determination processing unit 166 determines whether the user avatar m1 can move to a predetermined position based on the ticket information and the authentication information for picking.

Specifically, the determination processing unit 166 includes a ticket possession determination unit 1661, a second authentication information reception unit 1662, a second authentication determination unit 1663, and a movement permission determination unit 1664.

When determining whether a certain user avatar m1 can move to a predetermined position, the ticket possession determination unit 1661 first determines whether the one user avatar m1 has a ticket that allows the user to move to a predetermined position. Determine whether or not. Hereinafter, such determination processing will also be referred to as "ticket possession determination."

Ticket possession determination can be realized based on the ticket information shown in FIG. In this case, it can be determined that the general user (or the user avatar m1) whose user ID is the owner ID owns the ticket with the ticket ID associated with the owner ID. Furthermore, if the validity flag "1" is associated with the ticket ID of the ticket, it can be determined that the ticket can be moved to a predetermined position.

The ticket possession determination is preferably performed for the user avatar m1 located in the entrance area related to a predetermined position, based on the position information of the user avatar m1 (see FIG. 6). The entrance area related to the predetermined position may be at or near position SP2, for example in the examples shown in FIGS. 2A to 2C. The entrance area related to the predetermined position is an area where the user avatar m1 who desires to move to the predetermined position is located, and the fact that the user avatar m1 is located in the entrance area means that the user avatar m1 desires to move to the predetermined position. It may be an expression of the general user's intention to do so. Alternatively, in addition to the position of the user avatar m1 in the entrance area, an operation such as presenting a ticket may be treated as an expression of the general user's intention to move the user avatar m1 to a predetermined position.

In this embodiment, the ticket possession determination unit 1661 assigns a ticket (ticket related to the predetermined position) to one user avatar m1 based on input from a staff user related to the staff avatar m2 placed in the entrance area related to the predetermined position. ) may be determined. For example, the staff user associated with the staff avatar m2 placed in the entrance area associated with the predetermined position may perform part of the ticket possession determination and transmit the determination result to the server device 10 via the network 3. In this case, based on the input from the staff user, it can be determined whether a ticket is associated with one user avatar m1.

The second authentication information receiving unit 1662 requests the user avatar m1 located in the entrance area related to the predetermined position to present (input) authentication information for tearing (an example of second authentication information). Note that the request for presentation of authentication information for picking may be accompanied by a request for presentation of a ticket by the user avatar m1, or may be made only for the user avatar m1 that presented the ticket. For example, when the second authentication information receiving unit 1662 detects the user avatar m1 in the entrance area related to a predetermined position based on the position information of the user avatar m1 (see FIG. 6), the second authentication information receiving unit 1662 The terminal device 20 is requested to send authentication information for tearing. In this case, the general user terminal image related to the user avatar m1 may be accompanied by an animation in which the staff avatar m2 requests authentication information for picking. Upon receiving such a request, the general user inputs the authentication information for picking and sends it to the server device 10. In this way, the second authentication information receiving unit 1662 receives (acquires) the authentication information for tearing from the user avatar m1 located in the entrance area related to the predetermined position.

In this embodiment, the second authentication information receiving unit 1662 receives the user avatar m1 located in the entrance area related to the predetermined position based on the input from the staff user related to the staff avatar m2 placed in the entrance area related to the predetermined position. You may receive (obtain) the authentication information for tearing from. In this case, the authentication information for pick-up input by the general user may be drawn in the terminal image for the staff user in association with the user avatar m1 related to the input general user. The staff user may transmit the drawn authentication information for picking to the server device 10 together with information specifying the corresponding user avatar m1.

The second authentication determination unit 1663 determines whether authentication based on the authentication information for tearing has been successful. Such determination processing is also referred to as "second authentication determination." In this manner, in the present embodiment, when determining whether a certain user avatar m1 can move to a predetermined position, the determination processing unit 166 performs the second authentication determination in addition to the ticket possession determination. .

The second authentication determination is realized based on the authentication information for ticket information shown in FIG. 8. Specifically, the second authentication determination determines whether the picking authentication information input by the general user on the transferee side matches the picking authentication information related to the ticket owned by the user avatar m1 of the general user. This can be achieved by determining whether or not. In this case, if these pieces of authentication information match, authentication based on the pieces of authentication information is successful.

Here, as described above, the authentication information for tearing is notified in advance from the general user on the transfer side to the general user on the transferee side. The general user on the transferee side can set authentication information for peeling that is known only to general users on the transferee side, and can notify the authentication information for peeling so that only general users on the transferee side can understand. There is virtually no possibility that the authentication information for picking will be known to other unintended general users. Therefore, by using such authentication information for picking, it is possible to improve the safety of the second authentication determination.

In the present embodiment, the second authentication determination unit 1663 determines whether or not authentication based on the authentication information for picking is successful based on input from the staff user regarding the staff avatar m2 placed in the entrance area related to the predetermined position. You may decide whether In this case, for example, the staff user associated with the staff avatar m2 placed in the entrance area associated with the predetermined position realizes a part of the second authentication determination, and transmits the determination result to the server device 10 via the network 3. good. At this time, the staff user may acquire, from the server device 10, the authentication information for picking that is associated with the ticket owned by the user avatar m1 to be authenticated. In this case, the second authentication determination unit 1663 can determine whether or not the authentication based on the authentication information for picking has been successful based on the input from the staff user.

The movement permission determination unit 1664 determines that the ticket possession determination unit 1661 determines that the user avatar m1 owns a ticket that allows the user to move to a predetermined position, and the second authentication determination unit 1663 determines that the user avatar m1 has a ticket that allows the user to move to a predetermined position. If it is determined that the authentication based on the authentication information is successful, the one user avatar m1 is permitted to move to a predetermined position. On the other hand, the movement permission determination unit 1664 determines that the ticket possession determination unit 1661 determines that the user avatar m1 does not possess a ticket that allows movement to a predetermined position, or the second authentication determination unit 1663 determines that the user avatar m1 does not possess a ticket that allows the user to move to a predetermined position. If it is determined that the authentication based on the authentication information for tearing is not successful, the one user avatar m1 is prohibited from moving to a predetermined position.

The movement permission determining unit 1664 executes a tearing process of tearing off the ticket associated with the user avatar m1 that is permitted to move to a predetermined position. The tearing process may be accompanied by an animation in which a part of the ticket is torn off by the staff avatar m2 in the general user terminal image related to the user avatar m1 that is tearing the ticket.

In the present embodiment, the movability determining unit 1664 may perform a tearing process based on input from a staff user (a tearing input to be described later) regarding the staff avatar m2 placed in an entrance area related to a predetermined position. .

When the movement permission determination unit 1664 executes the tearing process, it updates the tearing information (see FIG. 8) associated with the ticket ID of the corresponding ticket, and also updates the validity flag (see FIG. 8) associated with the ticket ID. (see) to “0”. Note that, as described above, the validity flag may be set to "0" at different timings depending on the attributes of the ticket. In addition, when the movement permission determination unit 1664 executes the tearing process based on the input from the staff user regarding the staff avatar m2 placed in the entrance area related to the predetermined position (the tearing input described later), the movement permission determination unit 1664 selects the corresponding ticket. The corresponding staff ID (that is, the staff ID related to the staff user who performed the picking input described later) is stored in the picking person ID (see FIG. 8) that is associated with the ticket ID.

The spatial information generation unit 168 generates the above-mentioned spatial state information (information representing the state of a spatial portion related to a predetermined position), and updates the data in the spatial state storage unit 146.

The parameter update unit 170 updates the above-mentioned staff points (see FIG. 6). For example, the parameter updating unit 170 may update the staff points for a staff user who picks a ticket according to the number of times the ticket is picked, based on the ticket picker ID shown in FIG. Furthermore, the parameter updating unit 170 may update staff points for staff users who sell tickets according to the number of tickets sold based on the seller ID. Further, the parameter updating unit 170 may update the staff points according to the operating status of each staff user based on the space state information shown in FIG. 9 . For example, the parameter updating unit 170 may update the staff points in such a manner that the longer the operating time, the more staff points are given. Further, the parameter updating unit 170 may update the staff points based on the number of times support is provided to general users through chat etc. (amount of utterances, number of utterances, number of attendants, number of complaints handled, etc.). Further, when sales of products and services are realized in virtual reality, the parameter updating unit 170 may update staff points based on the sales status (for example, sales) of products and services by staff users. Alternatively, the parameter updating unit 170 may update staff points based on satisfaction information for staff users that can be input by a general user. Note that updating of staff points may be executed as appropriate, or may be executed periodically or all at once based on log information, for example.

The products and services sold by staff users may be products and services that can be used in real life, or products and services that can be used in virtual reality. Goods and services sold by staff users may be related to the content provided at the location and may include, for example, items that can enhance the experience with the content. For example, if the content is related to the above-mentioned trip, the item may be a telescope that can see far away, or food that can be fed to animals. Further, when the content is related to sports or concerts, the item may be the right to take a commemorative photo or the right to have a conversation with an athlete or artist.

In addition, staff points related to staff users who create, maintain, manage, etc. specific content provided at a predetermined location are updated in a manner that increases according to the number of general users who receive the specific content. Good too.

FIG. 5 shows a function 500 realized by the terminal device 20 for general users and a function 502 realized by the terminal device 20 for staff users. Note that, of the various functions realized by the virtual reality application downloaded to the terminal device 20, FIG. 5 only shows the functions related to the ticket transfer function. Note that in the virtual reality application, a user application that implements the function 500 and a staff application that implements the function 502 may be implemented separately, or the functions 500 and 502 may be implemented within one application. It may be possible to switch by user's operation.

The terminal device 20 for a general user includes an authentication image specifying section 250, a first authentication information extraction section 251, a first authentication information transmission section 252, an input request section 253, and a second authentication information transmission section 254. .

The authentication image specifying unit 250 performs image processing on the terminal image transmitted from the server device 10 as described above, and performs image processing on the image portion of the first authentication information (for example, code information such as a two-dimensional code). form).

Note that the authentication image specifying unit 250 may perform image processing for specifying the image part of the first authentication information for each frame of the terminal image, or may perform image processing in response to input from a general user. Image processing for identifying the image portion of the first authentication information may be performed only within a certain period of time.

The first authentication information extraction unit 251 extracts the first authentication information by performing image recognition processing on the image portion of the first authentication information.

The first authentication information transmitter 252 transmits the image recognition result including the first authentication information extracted by the first authentication information extractor 251 to the server device 10 via the network 3.

The input request unit 253 responds to a request from the second authentication information receiving unit 1662 of the server device 10 described above or a request from the terminal device 20 (second authentication information request unit 263) related to a staff user, which will be described later. , requests input of authentication information for the ticket to be presented. For example, the input request unit 253 may output to the display unit 23 a screen for inputting authentication information for tearing.

The second authentication information transmitting unit 254 transmits the authentication information for sawing, which is input by the general user in response to a request from the input requesting unit 253, to the server device 10 via the network 3.

In this way, the general user can automatically associate a ticket with his/her user avatar m1 by having the terminal device 20 image-recognize the first authentication information in the terminal image. In other words, a general user can automatically associate a ticket with his/her own user avatar m1 by acquiring a terminal image containing the first authentication information that is drawn in association with the transfer side user avatar m1. can. Then, the general user on the transferee side can move his or her user avatar m1 to a predetermined position by presenting valid authentication information for picking.

Here, the general user on the transferee side can include the first authentication information drawn in association with the user avatar m1 on the transferee side by simply pointing his or her own user avatar m1 toward the user avatar m1 on the transferee side. Images for terminals can be obtained. Such acquisition can be easily achieved (for example, during natural movements) because the user avatar m1 on the transferee side and the user avatar m1 on the transferee side are active in close positions. Thereby, the complicated work (input) related to ticket transfer can be reduced and convenience can be improved.

The terminal device 20 related to the staff user includes a determination result acquisition section 260, a determination result transmission section 262, a second authentication information requesting section 263, and a tearing execution section 264. Note that the determination result acquisition unit 260, the second authentication information request unit 263, and the tearing execution unit 264 may be implemented by the server device 10 when the staff user is absent.

The determination result acquisition unit 260 acquires various determination results that can be input by staff users. For example, a staff user associated with user avatar m1 placed near the entrance of a predetermined position determines whether or not each user avatar m1 near the entrance has a ticket associated with the predetermined position. do. For example, based on the terminal image displayed on the display unit 23 of the staff user's own terminal device 20, based on the state of the user avatar m1 in the terminal image, whether or not the staff user has a ticket can be determined. may be determined. As described above, the terminal image generation unit 158 of the server device 10 generates the user avatar m1 associated with the owner ID and the user avatar m1 associated with the owner ID based on the ticket information (see FIG. 8) in the terminal image for the staff user. The user avatar m1 may be drawn in a different manner from the other user avatar m1. In this case, the staff user may distinguish between the user avatar m1 associated with the owner ID and the user avatar m1 that is not, and input the determination result via the input unit 24.

The determination result transmitting unit 262 transmits various determination results obtained by the determination result acquiring unit 260 to the server device 10 via the network 3.

In response to a request input from a staff user, the second authentication information requesting unit 263 requests the user avatar m1 included in the terminal screen for the staff user to input authentication information for tearing. The request input from the staff user may include information that can specify the request target user avatar m1. For example, when a terminal screen for staff users includes multiple user avatars m1, a request input from the staff user specifies one or more user avatars m1 to be requested among the multiple user avatars m1. May contain information that can be used. Note that the request to the general user to input authentication information for picking may be accompanied by a request to present a ticket. Note that such communication between the terminal device 20 related to the staff user and the terminal device 20 related to the general user is realized via the server device 10 (for example, the second authentication information receiving unit 1662 described above). Alternatively, it may be realized without using the server device 10. In the latter case, the staff user may transfer the acquired authentication information for chopping to the server device 10, or implement the function of the second authentication determination section 1663 and then transmit the determination result to the server device 10. You may.

The scraping execution unit 264 acquires scraping inputs input by staff users, and transmits the acquired scraping inputs to the server device 10. The picking input may include information that can specify the ticket to be ripped (or the user avatar m1 holding the ticket).

Next, an example of the operation related to the ticket transfer function described above will be described with reference to FIG. 10 and subsequent figures. Note that although the following operation example is a relatively specific operation example, the operation related to the ticket transfer function described above can be realized in various ways as described above.

FIG. 10 is a timing chart showing an example of the operation related to the ticket transfer function described above. In FIG. 10, for the sake of distinction, the terminal device 20 associated with a certain general user is given the code “20-A”, and the terminal device 20 related to another general user is given the code “20-B”. is given, and the code "20-C" is given to the terminal device 20 related to the staff user. Here, we will explain the transfer of a ticket from one general user to another general user, but the same applies to the transfer of tickets from one general user to a plurality of other general users. In the following, for the sake of explanation, the general user associated with the terminal device 20-A will be referred to as the user name "ami", the general user associated with the terminal device 20-B will be referred to as the user name "fuj", and both will be referred to as parent and child (for example, the user name "ami" is the father, and the user name "fuj" is the daughter. Furthermore, hereinafter, the general user associated with the user name "ami" will be referred to as a father user, and the general user associated with the user name "fuj" will be referred to as a daughter user.

11 to 16 are explanatory diagrams of the operation example shown in FIG. 10, and are diagrams showing examples of terminal screens in each scene.

Here, the father user and the daughter user decide together to receive the provision of specific content in virtual reality, and the steps are taken until they move their respective user avatars m1 to a predetermined position where they can receive the provision of the specific content. Explain the operation. It is assumed that each user's input described below is realized via the input unit 24 of the user's own terminal device 20.

First, in step S10, the father user starts a virtual reality application on the terminal device 20-A, and in step S11, the daughter user starts the virtual reality application on the terminal device 20-B. Note that the virtual reality application may be activated at different times in each of the terminal devices 20-A and 20-B, and the activation timing is arbitrary.

Next, in step S12, the father user moves his user avatar m1 within the virtual space until it reaches a predetermined position near the entrance. Similarly, in step S13, the daughter user moves her user avatar m1 within the virtual space until it reaches near the entrance of the predetermined position. FIG. 11 shows a terminal image G110 for the daughter user when the user avatar m1 of the daughter user is located near the entrance of the predetermined position. In addition, in the state shown in FIG. 11, it is assumed that the father user's user avatar m1 is behind the daughter user's user avatar m1. As shown in FIG. 11, from the terminal image G110 for the daughter user, a staff avatar m2 associated with the staff name "cha" is arranged in association with the ticket purchase area, and is associated with the entrance area. It can be seen that the staff avatar m2 associated with the staff name "suk" is arranged.

Next, in step S14, the father user moves his user avatar m1 into the ticket purchase area (position SP1) in the virtual space and purchases tickets for himself and the daughter user. That is, the father user inputs or validates a purchase input for purchasing tickets for himself and the daughter user, with his user avatar m1 positioned within the ticket purchase area.

In this case, in step S15, the server device 10 issues new ticket IDs for two tickets based on the purchase input from the father user, and updates the data in the ticket information storage unit 144 (see FIG. 8). do.

Next, in step S16, the father user inputs a transfer for one of the two purchased tickets.

In this case, in step S17, the server device 10 extracts transfer authentication information (see FIG. 8) that is associated with the ticket ID of the ticket to be transferred, based on the transfer input from the father user. The first authentication information drawing unit 1642 then draws the first authentication information corresponding to the extracted authentication information for transfer in association with the user avatar m1 of the father user. FIG. 12 shows the terminal image G120 for the daughter user when the transfer input is performed. Note that FIG. 12 shows the chat text "Please receive the ticket" based on the input from the father user. Note that this type of chat may be automatically generated based on the transfer input.

In the example shown in FIG. 12, the user avatar m1 (user name "ami") of the father user is associated with the image portion G121 in which the first authentication information is drawn. When the father user points his own user avatar m1 toward the daughter user's user avatar m1, and the daughter user points her own user avatar m1 toward the father user's user avatar m1, as shown in FIG. A terminal image G120 as shown is generated. In this case, in step S18, the daughter user's terminal device 20-B performs image recognition of the first authentication information from the image portion G121, and transmits the recognition result of the first authentication information to the server device 10. Note that when the terminal device 20-B of the daughter user performs image recognition of the first authentication information from the image portion G121, it may notify the daughter user of this fact. Similarly, upon receiving the recognition result of the first authentication information from the daughter user's terminal device 20-B, the server device 10 receives information indicating that the daughter user's user avatar m1 is associated with the ticket ID of the ticket to be transferred. may be transmitted to the father user's terminal device 20-A.

Next, in step S19, the father user moves his user avatar m1 into the entrance area in the virtual space, and in step S20, the daughter user moves his user avatar m1 into the entrance area in the virtual space. move it to FIG. 13 shows a staff user terminal image G130 when the father user's user avatar m1 and the daughter user's user avatar m1 (user name "fuj") are located in the entrance area. The terminal image G130 is displayed on the terminal device 20-C of the staff user associated with the staff avatar m2 (staff name "suk") placed in the entrance area. In addition, in FIG. 13, the chat text "Please come with your child alone" based on the input by the father user is shown.

In this case, in step S21, the server device 10 performs the above-described ticket possession determination on the father user's user avatar m1 and the daughter user's user avatar m1. In this case, the father user's user avatar m1 and the daughter user's user avatar m1 have tickets that can be moved to predetermined positions. Therefore, in FIG. 13, image portions G131 and G132 are drawn on the father user's user avatar m1 and the daughter user's user avatar m1, indicating that they have a ticket that can be moved to a predetermined position. Such image portions G131 and G132 are drawn only on the terminal image for staff users. Thereby, the staff user can easily understand that the father user's user avatar m1 and the daughter user's user avatar m1 have tickets that can be moved to predetermined positions.

Next, in step S22, the staff user associated with the staff avatar m2 (staff name "suk") has a ticket that allows the father user's user avatar m1 and the daughter user's user avatar m1 to move to a predetermined position. After confirming this based on, for example, the image portions G131 and G132, the user avatar m1 of the father user and the user avatar m1 of the daughter user are requested to input the second authentication information. FIG. 14 shows a terminal image G140 for the daughter user when input of the second authentication information is requested. Note that the terminal image for the father user when inputting the second authentication information is requested may be the same as the terminal image G140 for the daughter user. As shown in FIG. 14, the terminal image G140 includes the image part G141 of the numeric keypad and the chat text "Please enter a 4-digit code" based on the input of the staff user related to the staff avatar m2 (staff name "suk"). !” may be included. Furthermore, instead of the image portion G141 of the numeric keypad, the URL of the authentication server may be displayed.

Note that it is not always necessary to present the ticket to the staff avatar m2. Even if it is not presented, information regarding the validity of the ticket linked to the father user's user avatar m1 and the daughter user's user avatar m1 is displayed on the staff terminal screen, so that the staff user can view each ticket. be able to judge the effectiveness of

Next, in step S23, the father user inputs the second authentication information associated with his ticket, and in step S24, the daughter user inputs the second authentication information informed by the father user. conduct.

In this case, in step S25, the server device 10 responds to the ticket associated with the user avatar m1 of the father user and daughter user based on the input of the second authentication information from each of the father user and daughter user. , performs the second authentication determination described above. In this case, since the father user's user avatar m1 and the daughter user's user avatar m1 can each input valid second authentication information, the result of the second authentication determination described above is that the authentication is successful. FIG. 15 shows a staff user terminal image G150 related to the staff avatar m2 (staff name "suk") after the second authentication determination. In FIG. 15, the father user's user avatar m1 and the daughter user's user avatar m1 have a ticket that can be moved to a predetermined position, and an image portion G151 indicates that the result of the second authentication determination is successful authentication. , G152 are drawn. Such image portions G151 and G152 are drawn only on the terminal image for staff users. Thereby, the staff user can easily understand that the result of the second authentication determination regarding each of the father user's user avatar m1 and the daughter user's user avatar m1 is that the authentication is successful. Note that the image portions G151 and G152 may be drawn on the terminal image for staff users even after being moved to a predetermined position. Thereby, a staff user located at a predetermined position can easily distinguish between user avatars m1 that have entered the room based on a valid ticket and user avatars m1 that have not.

Then, in step S26, the staff user associated with the staff avatar m2 (staff name "suk") determines that the father user's user avatar m1 and the daughter user's user avatar m1 each have a ticket that allows them to move to a predetermined position. After confirming, for example, based on the image portions G151 and G152, that the second authentication determination result is a successful authentication, the user performs the input.

In this case, in step S27, the server device 10 performs the above-mentioned tearing process on the tickets owned by the father user's user avatar m1 and the daughter user's user avatar m1, based on the tearing input by the staff user. Execute. FIG. 16 shows the terminal image G160 for the daughter user during the above-described chopping process. Note that the terminal image for the father user during the tearing process may be the same as the terminal image G160 for the daughter user. As shown in FIG. 16, the terminal image G160 may be accompanied by an animation in which a part of the ticket is cut off by the hand of the staff avatar m2 (staff name "suk"). When the tearing process is executed, the image parts G151 and G152 in the terminal image for staff users may be deleted or replaced with another image part (for example, an image part showing that the ticket is in a torn state). may be replaced with

Next, in step S28, the father user confirms that the ticket has been torn off, and then moves his user avatar m1 to a predetermined position in the virtual space, and in step S29, the daughter user moves the ticket to a predetermined position. After confirming that the user avatar m1 has been torn off, the user moves his/her own user avatar m1 to a predetermined position in the virtual space. Note that movement to a predetermined position may be realized by accessing a specific URL displayed on a terminal image or the like. Alternatively, the movement to a predetermined position may be realized by automatically accessing a specific URL subsequent to (in conjunction with) the above-described tearing process. Thereby, the father user and the daughter user can receive and enjoy specific content together at a predetermined position in the virtual space. Note that, depending on the attributes of the specific content, other general users may also be able to receive the specific content at a predetermined position in the virtual space at the same time. In this case, the father user and daughter user can also enjoy specific content while interacting with other general users.

In this way, according to the present embodiment, when a plurality of users wish to receive specific content at a predetermined location, some of the users purchase a ticket that allows them to move to the predetermined location. A mechanism that allows users to purchase and transfer items for other users can be established in a simple and safe manner.

In particular, according to this embodiment, when transferring, neither the general user on the transfer side nor the general user on the transferee side is required to perform any special operations such as user login, thereby improving convenience.

By the way, in this embodiment, since the first authentication information described above can be image recognized by the terminal device 20 as described above, the terminal device 20 related to a general user other than the general user intended by the general user on the transfer side There is also a possibility that the image will be recognized. However, such an unintended general user cannot know the second authentication information and therefore cannot pass the second authentication determination. That is, it is possible to reduce the possibility that the ticket will be used by user avatars m1 of unintended general users around the user avatar m1 of the general user on the transfer side. In this way, according to the present embodiment, the security of the transfer can be ensured while realizing a simple transfer.

Furthermore, according to the present embodiment, everything from ticket purchase to transfer and movement to a predetermined location can be accomplished within the same virtual space, allowing general users to experience virtual reality in a form closer to reality. Further, through the above-mentioned tearing process and the like, general users can experience virtual reality in a form closer to reality.

Furthermore, according to the present embodiment, tickets can be shared and transferred without the virtual reality generation system 1 acquiring personal information between users that are linked based on actual relationships such as family and friends. Furthermore, two-step authentication (authentication using first authentication information and authentication using second authentication information) within the virtual space can be realized. Another advantage is that when authentication fails (unlike traditional passwords and encryption keys), it is easier for users to understand, and it is easier to come up with multiple flexible solutions, including responses by staff and other humans.

Although the embodiments of the present invention have been described above in detail with reference to the drawings, the specific configuration is not limited to these embodiments, and includes designs within the scope of the gist of the present invention.

For example, in the embodiment described above, the staff avatar m2 is operated by a staff user (human), but it may also be operated based on a program such as a bot program.

By the way, in the above-mentioned conventional technology (for example, the above-mentioned Patent Document 1), a mechanism for transferring authority information such as a ticket to move to a specific content provision place to another user is safely realized with a simple configuration. It's difficult. Therefore, one aspect of the present invention may be to provide a mechanism for transferring movement authority information to another user in a relatively simple and relatively safe manner. In this regard, regarding the above disclosure, the following additional notes (corresponding to the original claims of the original application) are further disclosed.

[Additional note 1]
a space drawing processing unit that draws a virtual space;
a medium drawing processing unit that draws each moving medium that is movable within the virtual space and that is associated with each user;
a first movement authority processing unit that associates predetermined movement authority information with a first movement medium associated with the first user based on a first input from the first user;
Based on a second input from the first user, the first movement authority processing unit transmits the predetermined movement authority information associated with the first movement medium to a second user different from the first user. a second movement authority processing unit that changes the correspondence to the associated second movement medium;
a determination processing unit that determines whether or not the first moving medium can be moved to a predetermined position in the virtual space, based on whether the first moving medium is associated with the predetermined movement authority information. , Information Processing Systems.

[Additional note 2]
The second movement authority processing unit includes an authentication information drawing unit,
The authentication information drawing unit generates image-recognizable first authentication information based on a second input from the first user, associates the generated first authentication information with the first mobile medium, and displays the The information processing system according to supplementary note 1, which draws in a virtual space.

[Additional note 3]
The medium drawing processing unit generates an image of a portion of the virtual space within a field of view associated with each of the moving media based on the position of each of the moving media in the virtual space, and generates an image of the generated image. to a user terminal associated with each of the mobile media,
When the second movement authority processing unit receives information indicating that the first authentication information has been recognized through image processing on the image from the one user terminal displaying the image, the second movement authority processing unit The information processing system according to appendix 2, wherein the predetermined movement authority information is re-associated with the movement medium associated with the movement medium.

[Additional note 4]
The information processing system according to appendix 3, wherein the authentication information drawing unit draws the first authentication information at a position associated with the first moving medium.

[Additional note 5]
The determination processing unit is configured to determine whether or not the predetermined location is selected when the predetermined movement authority information is associated with one mobile medium and authentication based on second authentication information different from the first authentication information is established. The information processing system according to any one of appendices 2 to 4, which permits movement of the first mobile medium to.

[Additional note 6]
The information processing system according to supplementary note 5, wherein the second authentication information is included in an input from the second user.

[Additional note 7]
The medium drawing processing unit further draws a predetermined medium disposed at an entrance to the predetermined position,
Supplementary Note 1, wherein the determination processing unit determines whether or not the predetermined movement authority information is associated with the one mobile medium based on an input from a third user associated with the predetermined medium. 6. The information processing system according to any one of items 6 to 6.

[Additional note 8]
When the third user receives information indicating that the third user has determined that the predetermined movement authority information is associated with the one movement medium, the judgment processing unit The information processing system according to appendix 7, wherein the information processing system determines that the predetermined movement authority information is associated with the movement medium.

[Additional note 9]
According to appendix 7 or 8, the medium drawing processing unit draws the one moving medium in different modes depending on whether or not the predetermined movement authority information is associated with the one moving medium. Information processing system.

[Additional note 10]
Supplementary note, further comprising an interaction processing unit that enables interaction between both users via a communication network based on input from the third user and input from the user associated with the one mobile medium. The information processing system according to any one of items 7 to 9.

[Additional note 11]
A service or product provided to the one mobile medium based on the input from the third user, the parameter being associated with the third user based on the service or product in the virtual space. The information processing system according to any one of Supplementary Notes 7 to 10, further including a parameter updating unit that updates a value.

[Additional note 12]
The user associated with the mobile medium located at the predetermined position can receive a predetermined service or a predetermined product,
The information processing system according to any one of appendices 1 to 11, wherein the first input involves consumption of money or a medium having monetary value.

[Additional note 13]
The first input is enabled or enabled when the first moving medium is located near the entrance of the predetermined position,
The second input is information according to any one of Supplementary Notes 1 to 12, which is inputtable or enabled when the first moving medium is located near the entrance of the predetermined position. processing system.

[Additional note 14]
The information processing system according to any one of appendices 1 to 13, wherein the predetermined movement authority information is invalidated when movement of the one movement medium to the predetermined position is realized.

[Additional note 15]
draw virtual space,
drawing a moving medium that is movable within the virtual space and that is associated with a user;
Associating predetermined movement authority information with a first movement medium associated with the first user based on a first input from the first user;
Based on a second input from the first user, the predetermined movement authority information associated with the first mobile medium is transferred to a second mobile medium associated with a second user different from the first user. Change the correspondence to
determining whether the first moving medium can be moved to a predetermined position in the virtual space based on whether or not the first moving medium is associated with the predetermined movement authority information; Information processing method performed.

[Additional note 16]
draw virtual space,
drawing a moving medium that is movable within the virtual space and that is associated with a user;
Associating predetermined movement authority information with a first movement medium associated with the first user based on a first input from the first user;
Based on a second input from the first user, the predetermined movement authority information associated with the first mobile medium is transferred to a second mobile medium associated with a second user different from the first user. Change the correspondence to
Causes a computer to execute a process of determining whether or not the first moving medium can be moved to a predetermined position in the virtual space based on whether or not the first moving medium is associated with the predetermined movement authority information. Information processing program.

1 Virtual reality generation system 10 Server device 11 Server communication unit 12 Server storage unit 13 Server control unit 20 Terminal device 140 User database 142 Avatar database 144 Ticket information storage unit 146 Space state storage unit 150 Space drawing processing unit 152 User avatar processing unit 1521 Operation input acquisition unit 1522 User movement processing unit 154 Staff avatar processing unit 1541 Operation input acquisition unit 1542 Staff movement processing unit 156 Position/orientation information identification unit 158 Terminal image generation unit 159 Content processing unit 160 Dialogue processing unit 162 First movement authority processing Section 1621 Purchase input acquisition section 1622 Ticket ID generation section 1623 Authentication information notification section 1624 Ticket drawing section 164 Second movement authority processing section 1640 Transfer input acquisition section 1641 Authentication notification guide section 1642 First authentication information drawing section 1643 First authentication information reception Unit 1644 Ticket information rewriting unit 166 Determination processing unit 1661 Ticket possession determination unit 1662 Second authentication information reception unit 1663 Second authentication determination unit 1664 Movement permission determination unit 168 Spatial information generation unit 170 Parameter update unit 250 Authentication image identification unit 251 First Authentication information extraction section 252 First authentication information transmission section 253 Input request section 254 Second authentication information transmission section 260 Judgment result acquisition section 262 Judgment result transmission section 263 Second authentication information request section 264 Peel execution section

Claims (17)

a space drawing processing unit that draws a virtual space;
a medium drawing processing unit that draws each moving medium that is movable within the virtual space and that is associated with each user;
a movement authority processing unit that associates predetermined movement authority information with the first movement medium ;
a determination processing unit that determines whether or not the first moving medium can be moved to a predetermined position in the virtual space based on whether or not the first moving medium is associated with the predetermined movement authority information; fruit,
The movement authority processing unit includes an authentication information drawing unit,
The authentication information drawing unit generates image-recognizable first authentication information based on a second input from a first user associated with the first moving medium, and displays the generated first authentication information. An information processing system that draws in the virtual space in association with the first moving medium . The information according to claim 1, wherein the movement authority processing unit includes a first movement authority processing unit that associates the predetermined movement authority information with the first movement medium based on a first input from the first user. processing system. The first input is enabled or enabled when the first moving medium is located near the entrance of the predetermined position,
The information processing system according to claim 2, wherein the second input is enabled or enabled when the first moving medium is located near an entrance related to the predetermined position. 4. The information processing system according to claim 2, wherein the first input involves consumption of money or a medium having monetary value. The movement authority processing unit is configured to provide a second movement authority that reassigns the predetermined movement authority information to a second movement medium that is associated with a second user different from the first user, based on the second input. The information processing system according to claim 1, comprising a processing section. The medium drawing processing unit generates an image of a portion of the virtual space within a field of view associated with each of the moving media based on the position of each of the moving media in the virtual space, and generates an image of the generated image. to a user terminal associated with a user associated with each of the mobile media,
When the second movement authority processing unit receives information indicating that the first authentication information has been recognized through image processing on the image from the one user terminal displaying the image, the second movement authority processing unit 6. The information processing system according to claim 5, wherein the predetermined movement authority information is re-associated with a movement medium associated with a user. The determination processing unit is configured to determine whether or not the predetermined location is selected when the predetermined movement authority information is associated with one mobile medium and authentication based on second authentication information different from the first authentication information is established. The information processing system according to claim 5 or 6, which permits movement of the one mobile medium to. The information processing system according to claim 7, wherein the second authentication information is included in an input from the second user. The medium drawing processing unit further draws a predetermined medium disposed at an entrance to the predetermined position,
The determination processing unit determines whether the predetermined movement authority information is associated with the one mobile medium based on an input from a third user associated with the predetermined medium. 9. The information processing system according to any one of items 1 to 8. When the third user receives information indicating that the third user has determined that the predetermined movement authority information is associated with the one movement medium, the judgment processing unit The information processing system according to claim 9, wherein the information processing system determines that the predetermined movement authority information is associated with a movement medium. 11. The medium drawing processing unit draws the one moving medium in different manners depending on whether or not the predetermined movement authority information is associated with the one moving medium. information processing system. The claim further comprises an interaction processing unit that enables interaction between both users via a communication network based on an input from the third user and an input from a user associated with the one mobile medium. The information processing system according to any one of items 9 to 11. A service or product provided to the one mobile medium based on the input from the third user, the parameter being associated with the third user based on the service or product in the virtual space. The information processing system according to any one of claims 9 to 12, further comprising a parameter update unit that updates a value. The information processing system according to claim 1, wherein the authentication information drawing unit draws the first authentication information at a position associated with the first moving medium. The information processing system according to any one of claims 1 to 14, wherein the predetermined movement authority information is invalidated when movement of the one movement medium to the predetermined position is realized. . draw virtual space,
drawing a moving medium that is movable within the virtual space and that is associated with a user;
Associating predetermined movement authority information with the first movement medium,
determining whether or not the first moving medium can be moved to a predetermined position in the virtual space based on whether the first moving medium is associated with the predetermined movement authority information;
Generate image-recognizable first authentication information based on a second input from a first user associated with the first mobile medium, and make the generated first authentication information correspond to the first mobile medium. An information processing method executed by a computer, the method comprising: attaching an image to the virtual space and drawing the image in the virtual space. draw virtual space,
drawing a moving medium that is movable within the virtual space and that is associated with a user;
Associating predetermined movement authority information with the first movement medium,
determining whether or not the first moving medium can be moved to a predetermined position in the virtual space based on whether the first moving medium is associated with the predetermined movement authority information;
Generate image-recognizable first authentication information based on a second input from a first user associated with the first mobile medium, and make the generated first authentication information correspond to the first mobile medium. and draw in the virtual space.
An information processing program that causes a computer to perform processing.