JP2022085903A - Information processing system, information processing method and information processing program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To relatively easily and relatively safely provide a mechanism of transferring movement right information to another user.

SOLUTION: An information processing system includes: a spatial drawing processing section for drawing a virtual space; a medium drawing processing section for drawing each movable medium associated with each user, each movable medium being movable in the virtual space; a first movement right processing section for associating prescribed movement right information with a first movable medium associated with a first user based on a first input from the first user; a second movement right processing section, on the basis of a second input from the first user, changing the association of the prescribed movement right information associated with the first movable medium by the first movement right processing section, to a second movable medium associated with a second user different from the first user; and a determination processing section for determining whether or not to move one movable medium to a prescribed position in the virtual space based on whether or not the prescribed movement right information is associated with the one movable medium.

SELECTED DRAWING: Figure 4

COPYRIGHT: (C)2022,JPO&INPIT

Description

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

Register the ticket ID (Identification) that identifies the ticket according to the ticket purchase application from the user terminal in the database in association with the user ID, and refer to the database for inquiries with the user ID and content ID from the server. There is known a technique for transmitting to a server that content can be provided to the user ID, provided that a ticket ID and a user ID corresponding to the content ID exist.

Japanese Unexamined Patent Publication No. 2011-154419

With the above-mentioned conventional technique, it is difficult to safely realize a mechanism for transferring the movement authority information to a specific content providing place such as a ticket to another user with a simple configuration.

Therefore, in one aspect, it is an object of the present invention to realize a mechanism for transferring movement authority information to another user relatively simply and relatively safely.

On one side, a space drawing processing unit that draws a virtual space,
A medium drawing processing unit that draws each moving medium that is movable in the virtual space and is associated with each user.
A first movement authority processing unit that associates predetermined movement authority information with the first movement medium associated with the first user based on the first input from the first user.
Based on the second input from the first user, the predetermined movement authority information associated with the first movement medium by the first movement authority processing unit is transmitted to a second user different from the first user. The second move authority processing unit that changes the correspondence to the associated second move medium,
Includes a determination processing unit for determining whether or not the one mobile medium can be moved to a predetermined position in the virtual space based on whether or not the predetermined move authority information is associated with the one mobile medium. , Information processing system is provided.

In one aspect, according to the present invention, it is possible to realize a mechanism for transferring movement authority information to another user relatively simply and relatively safely.

It is a block diagram of the virtual reality generation system which concerns on this embodiment. It is explanatory drawing of an example of the virtual reality which can be generated by a virtual reality generation system. It is explanatory drawing of another example of the virtual reality which can be generated by a virtual reality generation system. It is explanatory drawing of another example of the virtual reality which can be generated by a virtual reality generation system. It is explanatory drawing of the image of the user avatar located in the virtual space. This is an example of a functional block diagram of a server device related to the ticket transfer function. This is an example of a functional block diagram of a terminal device (terminal device on the transfer side) related to the ticket transfer function. It is explanatory drawing of the data in a user database. It is explanatory drawing of the data in an avatar database. It is explanatory drawing of the data in a ticket information storage part. It is explanatory drawing of the data in a space state storage part. It is a timing chart which shows the operation example related to the ticket transfer function. It is a figure which shows an example of the screen for a terminal in one scene. It is a figure which shows an example of the screen for a terminal in another scene. It is a figure which shows an example of the screen for a terminal in further another scene. It is a figure which shows an example of the screen for a terminal in further another scene. It is a figure which shows an example of the screen for a terminal in further another scene. It is a figure which shows an example of the screen for a terminal in further another scene.

Hereinafter, embodiments of the present invention will be described with reference to the drawings.

(Overview of virtual reality generation system)
An outline of the virtual reality generation system 1 according to the embodiment of the present invention will be described with reference to FIG. FIG. 1 is a block diagram of the virtual reality generation system 1 according to the present 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 shown in FIG. 1 for convenience, 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 reality. 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 may be connected to the server device 10 via the network 3 in a manner typically different for each user.

The terminal device 20 can execute the virtual reality application according to the present 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 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.

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 outline of the virtual reality according to the present embodiment will be described. The virtual reality according to the present embodiment is, for example, a virtual reality for any reality such as education, travel, role playing, simulation, entertainment such as a game or a concert, and is like an avatar with the execution of the virtual reality. A virtual reality medium is used. For example, the virtual reality according to the present embodiment is realized by a three-dimensional virtual space, various virtual reality media appearing in the virtual space, and various contents provided in the virtual space.

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

In the present embodiment, the user includes a general user and a staff user (an example of a third user). The general user is a user who is not involved in the operation of the virtual reality generation system 1, and the staff user is a user who is 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, users so-called game masters. In the following, unless otherwise specified, the user refers to both a general user and a staff user.

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

The type and number of contents provided by the server device 10 (contents provided in virtual reality) are arbitrary, but in the present embodiment, as an example, the contents provided by the server device 10 are like various images. May include 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 an actual 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 information provision services of a specific genre (information provision services related to travel, housing, food, fashion, health, beauty, etc.), broadcasting services by specific users (for example, YouTube (registered trademark)), etc. May be.

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

Further, in another embodiment, the content provided by the server device 10 is various performances, talk shows, meetings, meetings, etc. by one or more staff users or guest users via each staff avatar m2 or guest avatar. May be good.

The mode of providing the content in virtual reality is arbitrary. For example, when the content is an image, the content can be provided by drawing the image on the display of the display device (virtual reality medium) in the virtual space. It may be realized. The display device in the virtual space may be in 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, or the like. ..

(Configuration of server device)
The configuration of the server device 10 will be specifically described. The server device 10 is composed of a server computer. The server device 10 may be realized in cooperation with a plurality of server computers. For example, the server device 10 may be realized in cooperation with a server computer that provides various contents, a server computer that realizes various authentication servers, and the like. Further, the server device 10 may include a Web server. In this case, a part of the functions of the terminal device 20 described later may be realized by the browser processing the HTML document received from the Web server and various programs (Javascript) associated therewith.

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

The server communication unit 11 includes an interface that communicates with an external device wirelessly or by wire and transmits / receives information. The server communication unit 11 may include, for example, a wireless LAN (Local Area Network) communication module, a wired LAN communication module, or the like. The server communication unit 11 can send and receive 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 a virtual reality application.

Further, the server storage unit 12 stores data for drawing a virtual space, for example, an image of an indoor space such as a building or an outdoor space. It should be noted that a plurality of types of data for drawing the virtual space may be prepared for each virtual space and used properly.

Further, the server storage unit 12 stores various images (texture images) for projection (texture mapping) on various objects arranged in the three-dimensional virtual space.

For example, the server storage unit 12 stores the 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.

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

Further, the server storage unit 12 stores drawing information related to various objects different from the user avatar m1 and the staff avatar m2, such as a building, a wall, a tree, or an NPC (Non Player Character). Various objects are drawn in the virtual space based on such drawing information.

Hereinafter, an object corresponding to an arbitrary virtual reality medium (for example, a building, a wall, a tree, an NPC, etc.) different from the user avatar m1 and the staff avatar m2, and the object drawn in the virtual space is the second object m3. Also called. In the present embodiment, the second object may include an object fixed in the virtual space, an object movable in the virtual space, and the like. Further, the second object may include an object that is always arranged in the virtual space, an object that is arranged only when a predetermined condition is satisfied, and the like.

The server control unit 13 may include a CPU (Central Processing Unit) that realizes a specific function by reading a dedicated microprocessor or a specific program, a GPU (Graphics Processing Unit), and 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 operation on the display unit 23 of the terminal device 20. In addition, the server control unit 13 executes various processes related to virtual reality.

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

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

The terminal communication unit 21 includes an interface that communicates with an external device wirelessly or by wire and transmits / receives information. The terminal communication unit 21 is a wireless device compatible with mobile communication standards such as LTE (Long Term Evolution) (registered trademark), LTE-A (LTE-Advanced), fifth-generation mobile communication system, and UMB (Ultra Mobile Broadband). A communication module, a wireless LAN communication module, a wired LAN communication module, or the like may be included. The terminal communication unit 21 can send and receive 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 received from the server device 10 and used for processing virtual reality. Information and programs used for virtual reality processing may be acquired from an external device via the terminal communication unit 21. For example, the virtual reality application program may be acquired from a predetermined application distribution server. Hereinafter, the application program is also simply referred to as an application. Further, for example, a part or all of the above-mentioned information about the user and information about the virtual reality medium of another user 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-Luminence) 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. 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 accept user input to the terminal device 20. Further, the input unit 24 may include a physical key, or may further include an arbitrary input interface such as a pointing device such as a mouse. Further, the input unit 24 may be able to accept non-contact type user input such as voice input and gesture input. A sensor (image sensor, acceleration sensor, distance sensor, etc.) for detecting the movement of the user's body may be used for the gesture input.

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

The terminal control unit 25 transmits / 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 the 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 the virtual reality application in response to the 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) for detecting a user operation may be displayed on the screen. The terminal control unit 25 can detect a user operation 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 unit 23 with a finger and then releases the finger. The terminal control unit 25 transmits the 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 operation of the user. In the present embodiment, the server control unit 13 cooperates with the terminal device 20 to draw an object arranged in a three-dimensional virtual space as viewed from a virtual camera arranged in the virtual space.

The drawing process described below is realized by the server control unit 13, but in another embodiment, a 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 is set as a web display to be displayed on the terminal device 20 based on the data generated by the server device 10, and at least a part of the screen is displayed. , It may be a native display to be displayed by a native application installed in the terminal device 20.

2A to 2C are explanatory views of some 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 a virtual space in a plan view. In this case, a position SP1 for purchasing or receiving a ticket (in this case, an airline ticket or the like) and a position SP2 near the gate are set in the virtual space. FIG. 2A shows a user avatar m1 associated with two separate users.

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

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

The two users decide to receive a particular education together in virtual reality and enter the virtual space via their respective user avatars m1. Then, the two users obtain a ticket at the position SP1 (see arrow R11) via their respective user avatars m1, reach the position SP2 (see arrow R12), and then pass through the gate (see arrow R13). , 1st position SP11. At the first position SP11, a specific first content is provided. Next, the two users reach the second position SP12 (see arrow R14) via their respective user avatars m1, receive the specific second content, and then reach the third position SP13 (arrow). (See R15), with the provision of specific third content, the same applies hereinafter. When the specific second content is provided after receiving the specific first content, the learning effect becomes high, and when the specific third content is provided after receiving the specific second content. The learning effect is high, and the same applies below.

For example, when the education relates to a certain software for 3D modeling, 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 is an initial setting. The fourth content may include a moving image for basic operation, and so on.

In the example shown in FIG. 2B, each user (for example, a student) moves from the first position SP11 to the eighth position SP18 in order via the user avatar m1 and receives various contents in order, thereby having a high learning effect. You can receive a specific education in the manner in which you can obtain. Alternatively, various contents may be a task such as a quiz, and in this case, in the example shown in FIG. 2B, a game such as a sugoroku or an escape game can be provided.

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

The two users decide to take a particular lesson together in virtual reality and enter the virtual space via their respective user avatars m1. Then, the two users obtain a ticket at the position SP1 (see arrow R21) via their respective user avatars m1, reach the position SP2 (see arrow R22), and then pass through the gate (see arrow R23). , Reach position SP20. The position SP20 corresponds to each position in the free space excluding the positions SP21, SP22, SP23, etc. corresponding to each stage in the area surrounded by the circular peripheral wall W2, for example. 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 position SP22 provides the second content for the lesson. When the third position SP23 corresponding to the third stage is reached (see arrow R26), the third position SP23 can receive the third content for the lesson.

For example, if the lesson is a golf lesson, the first content for the lesson may be a video explaining the improvement points of the user's swing, and the second content for the lesson may be a sample by a staff user who is a professional golfer. It is a swing practice, and the third content for the lesson is advice by a staff user who is a professional golfer for the user's swing practice. The practical skill of the sample swing by the staff user is realized by the staff avatar m2, and the practical skill of the user's swing is realized by the user avatar m1. For example, when the staff user actually makes a swing movement, the movement is directly reflected in the movement of the staff avatar m2 based on the movement data (for example, gesture input data). The advice given by the staff user may be realized by chat or the like. In this way, each user can take various lessons together in virtual reality with a friend, for example, at home or the like, from a teacher (in this case, a professional golfer) with sufficient progress and depth.

In this way, in the present embodiment, as illustrated in FIGS. 2A to 2C, in virtual reality, the user needs to provide useful content at a predetermined position via the user avatar m1. It can be received at various timings and viewing formats.

By the way, also in virtual reality, as in the case of reality, a mechanism may be required so that only users who satisfy certain provision conditions can receive the provision of content. For example, in reality, 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, an experience of 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 enters the position where the parent can receive a certain content together with the child (for example, in a facility).

In the case of virtual reality, as in the case of real life, when multiple users try to receive content in virtual reality together, one user moves like a ticket for the companion user. It will be more convenient if you can get the content together with the authority and enter the position where you can receive the content (for example, in the facility).

However, in the case of virtual reality, unlike the case of reality, a plurality of users to be accompanied may not be nearby in reality, and it is often impossible to make physical contact.

Therefore, in the present embodiment, the virtual reality generation system 1 does not have a mechanism for transferring movement authority information representing such movement authority between users with a safe and reduced operation load in virtual reality. A function (hereinafter referred to as "ticket transfer function") is realized. The details of this ticket transfer function will be described below.

In the following, the server device 10 related to the ticket transfer function realizes an example of the information system, but as will be described later, each element (see FIG. 1) of one specific terminal device 20 is the information 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 transfer 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 the data in the avatar database 142. FIG. 8 is an explanatory diagram of data in the ticket information storage unit 144. FIG. 9 is an explanatory diagram of data in the spatial state storage unit 146. In FIGS. 6 to 9, "***" indicates a state in which some information is stored, "-" indicates a state in which no information is stored, and "..." indicates the same. Represents repetition.

As shown in FIG. 4, the server device 10 includes a user database 140, an avatar database 142, a ticket information storage unit 144, a spatial state storage unit 146, a spatial drawing processing unit 150, a user avatar processing unit 152, and the like. Staff avatar processing unit 154, terminal image generation unit 158 (an example of 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 unit 166, a spatial information generation unit 168, and a parameter update unit 170 are included. Note that some or all of the functions of the server device 10 described below may be appropriately realized by the terminal device 20. Further, the division of the spatial state storage unit 146 from the user database 140 and the division of the parameter update unit 170 from the spatial drawing processing unit 150 are for convenience of explanation, and some functional units have functions of other functional units. It may be realized. For example, each function of the spatial drawing processing unit 150, the user avatar processing unit 152, the terminal image generation unit 158, the content processing unit 159, the dialogue processing unit 160, and the spatial information generation unit 168 may be realized by the terminal device 20. .. Further, for example, a part 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.

The spatial state storage unit 146 from the user database 140 can be realized by the server storage unit 12 shown in FIG. 1, and the parameter update unit 170 from the spatial drawing processing unit 150 can be realized by the server control unit 13 shown in FIG. .. Further, a part of the parameter update unit 170 (the functional unit that communicates with the terminal device 20) from the spatial drawing processing unit 150 can be realized by the server communication unit 11 together with the server control unit 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 a general user and staff information 602 related to a staff user.

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 a general user and is arbitrary. The authentication information is information for indicating that the general user is a legitimate general user, and may include, for example, a password, an e-mail address, a date of birth, a password, biometric information, and the like. The user avatar ID is an ID for identifying the user avatar. The position / orientation information includes the position information and the orientation information of the user avatar m1. The orientation information may be information indicating the orientation of the face of the user avatar m1. The position / orientation information and the like are information that can be dynamically changed in response to an operation input from a general user. In addition to the position / orientation information, information representing the movement of the limbs and the like of the user avatar m1 and information representing facial expressions and the like may be included.

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 legitimate staff user, and may include, for example, a password, an e-mail address, a date of birth, a password, biometric information, and the like. The staff avatar ID is an ID for identifying the staff avatar. The position / orientation information includes the location information and the orientation information of the staff avatar m2. The orientation information may be information indicating the orientation of the face of the staff avatar m2. The position / orientation information and the like are information that can be dynamically changed according to the operation input from the staff user. In addition to the position / orientation information, information indicating the movement of the limbs of the staff avatar m2, information representing facial expressions, and the like may be included.

The staff point may be a parameter that increases as the role of the staff avatar (work as a staff) in virtual reality is fulfilled. That is, the staff point may be a parameter representing the working degree of the staff user in virtual reality. For example, the staff points for 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 point related to one staff user depends on the time during which the one staff user is in a state (that is, an operating state) in which a general user can be assisted in virtual reality 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 the user avatar information 700 related to a general user and the staff avatar information 702 related to a staff user.

In the user avatar information 700, a face, a hairstyle, clothes, and the like are associated with each user avatar ID. Information related to the appearance of the face, hairstyle, clothes, etc. is a parameter that characterizes the user avatar and is set by a general user. For example, an ID may be assigned to each type of information related to the appearance of the face, hairstyle, clothes, etc. related to the avatar. Further, for the face, a part ID is prepared for each type of face shape, eyes, mouth, nose, etc., and information related to the face may be managed by a combination of IDs of each part constituting the face. .. In this case, the information related to the appearance such as the face, hairstyle, and clothes can function as the information for drawing the avatar. That is, it is 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 the appearance associated with each user avatar ID.

In the staff avatar information 702, a face, a hairstyle, clothes, and the like are associated with each staff avatar ID. Information related to the appearance of the face, hairstyle, clothes, etc. is a parameter that characterizes the staff avatar and is set by the staff user. Information related to appearance such as a face and a hairstyle may be managed by a combination of IDs of each part as in the case of user avatar information 700, and can function as avatar drawing information. The staff avatar m2 may have a common feature that makes it easy to distinguish from 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 way, in the present embodiment, basically, one general user is associated with one user ID, and one user ID is associated with the user avatar ID. Therefore, the information is associated with the state in which certain information is associated with one general user, the state in which the information is associated with the one user ID, and the user avatar ID associated with the one user ID. 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 related to the user avatar m1, and similarly, the staff avatar m2 may be stored. 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, the general user and the user avatar m1 associated with the general user are in a mutually readable relationship, and the staff user and the staff avatar m2 associated with the staff user are mutually readable. It shall be a possible relationship.

Ticket information related to the ticket is stored in the ticket information storage unit 144. The ticket is a virtual reality medium representing a movement authority for the user avatar m1 to move to a predetermined position in the virtual space. In the present embodiment, as an example, the ticket can be torn off in response to the picking operation input from the staff user. In the modified example, a mark or a mark indicating "used" may be added instead of the mogiri.

In the example shown in FIG. 8, the ticket information is the ticket ID, the predetermined position, the owner ID, the purchase information, the authentication information for transfer, the authentication information for transfer information, the transfer information, the valid flag, the user ID, and the device. Information etc. are associated.

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 related to the ticket. The predetermined position includes a position where a specific content can be provided. A predetermined position may be defined by a coordinate value of one point, but is typically defined by a plurality of coordinate values forming a group of regions or spatial portions. Further, the predetermined position may be a position on a plane or a position in space (that is, a position represented by a three-dimensional coordinate system including the height direction). The predetermined position may be typically set for each specific content according to the position or attribute of providing the specific content. For example, in the example shown in FIGS. 2A to 2C, the predetermined position is a position in the virtual space that can be entered through each gate. The predetermined position 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, the general user can access the specific URL and receive the provision of the specific content on the browser of the terminal device 20.

For the ticket information shown in FIG. 8, a plurality of types of predetermined positions are prepared, for example, 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. When 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 related to the general user who currently possesses the ticket. Since the ticket is transferable as described above, the owner ID can change ex post facto.

The purchase information represents a purchaser ID, a purchase date and time, a purchase method, a seller ID, and the like. 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. If the ticket is not sold face-to-face by the staff user in the virtual space (for example, if the ticket is purchased in advance), the seller ID may be omitted.

The authentication information for transfer is the authentication information required for transfer, and is different for each ticket ID.

The authentication information for mogiri is authentication information for authenticating that the ticket is legitimate, and is different information for each ticket ID. The authentication information for moguri may be in any form, but in the present embodiment, as an example, it is a 4-digit code consisting of a number and / or a symbol. The authentication information for mogiri may be in the form of a unique identifier issued in advance. Further, the authentication information for mogiri may be set by the user who purchased the ticket.

The transfer information indicates whether or not the transfer has been made one or more times, and may further indicate the date and time of the transfer. In FIG. 8, "-" indicates that the transfer has not been made.

The valid flag is flag information indicating the validity of the ticket. In the present embodiment, as an example, when the valid flag is "1", the ticket is valid, and when the valid flag is "0", the ticket is invalid. When the ticket is valid, the user avatar m1 associated with the ticket can move to the predetermined position associated with the ticket (and the content can be specifically provided at the predetermined position accordingly. Corresponds to the state).

The validity of the ticket may be set for each attribute of the ticket. For example, a ticket of a certain attribute may be invalidated at the time when it is torn off (or immediately after that, when it reaches a predetermined position). In addition, tickets with other attributes may be invalidated when a predetermined time has elapsed from the time when the ticket was cut off. In addition, tickets of other attributes may be invalidated when they are separated from a predetermined position after being torn off. Alternatively, a mechanism that allows re-entry with the same ticket may be further realized. In this case, the validity of the ticket may be maintained from the time when it is cut off until a predetermined time elapses. Alternatively, the validity of the ticket may be invalidated when the movement (entrance) to a predetermined position more than a predetermined number of times is detected.

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

The mogiri information indicates the presence or absence of moguri, and may further represent the date and time of moguri. In addition, in FIG. 8, "-" indicates that the shaving is not done.

The spatial state storage unit 146 stores spatial state information regarding a state in a spatial portion related to a predetermined position in a virtual space. In the following, the space portion related to the predetermined position in the virtual space is defined as a room, and can be described by a URL for general users. Manage users who access the same room as sessions associated with the same room. Entering an avatar in a space related to a room may be referred to as entering a room. Although the number of users who can access one room at the same time is limited from the viewpoint of processing capacity, there may be a process of duplicating rooms having the same design and distributing the load. In addition, entry into a room may be managed by access rights, etc., and there may be processing that requires confirmation of possession of a valid ticket and consumption.

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

In the user status information 900, a ticket ID, provided content information, and the like are associated with the entering user. The entry user is a general user related to the user avatar m1 located at a predetermined position, and the information of the entry user may be arbitrary information (user ID, user avatar ID, etc.) that can identify the general user. .. The entering user 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 a predetermined position (when defined by a plurality of coordinate values, the plurality of coordinate values thereof). Corresponds to one of). In other words, when the position information of one user avatar m1 does not correspond to a predetermined position, the general user related to the one user avatar m1 is excluded from the entering users. The ticket ID of the user status information 900 represents a ticket ID associated with the ticket used by the entering user at the time of entering the room. The provided content information may include information on whether or not specific content has been provided and information on whether or not specific content has been provided. In addition, regarding a virtual space in which a plurality of specific contents can be provided, the provided content information includes historical information indicating which specific content has been provided and information on 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 is confirmed to be valid) and "Expire_on" (date and time when the ticket has expired).

The staff status information 902 includes information on operating staff. The operating staff is a staff user related to the staff avatar m2 located at a predetermined position, and the information of the operating staff may be arbitrary 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 the drawing information of the virtual space. Although the drawing information of the virtual space is generated in advance, it may be updated ex post facto or dynamically. Each position in the virtual space may be defined by a spatial coordinate system. The drawing method of the virtual space is arbitrary, but may be realized by, for example, mapping a field object or a background object to an appropriate plane, curved surface, or the like.

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

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

The user operation 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 operation 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 movements such as the hand and face of the user avatar m1 based on the operation input information. In this case, the information of such movement may be stored together with the position / orientation information of the user avatar m1.

Here, as described above, the function of the user operation processing unit 1522 can be realized by the terminal device 20 instead of the server device 10. For example, movement in the virtual space may be realized in a manner in which acceleration, collision, or the like are expressed. In this case, each user can jump and move the user avatar m1 by pointing (instructing) the position, but the terminal control unit 25 (user operation processing unit 1522) determines the restrictions on the wall surface and movement. ) May be realized. In this case, the terminal control unit 25 (user operation processing unit 1522) performs determination processing based on the restriction information provided in advance. In this case, the location information may be shared with other necessary users via the server device 10 in 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 operation processing unit 1542.

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

The staff operation 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 representing the position and orientation determined by the staff operation processing unit 1542 may be stored, for example, in association with the staff ID (see FIG. 6). Further, the staff movement processing unit 1542 may determine various movements of the staff avatar m2 such as hands and faces based on the operation input information. In this case, the information on the movement may be stored together with the position / orientation information of the staff avatar m2.

The terminal image generation unit 158 draws each virtual reality medium (for example, user avatar m1 or staff avatar m2) that can be moved in the virtual space. Specifically, the terminal image generation unit 158 informs 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, and the like. An image displayed on the terminal device 20 is generated.

For example, the terminal image generation unit 158 is displayed for each user avatar m1 on the terminal device 20 related to a general user associated with the one user avatar m1 based on the position / orientation information of the one user avatar m1. Image (hereinafter, also referred to as "terminal image for general user" when distinguished from the terminal image for staff users described later) is generated. Specifically, the terminal image generation unit 158 is based on the position / orientation information of one user avatar m1, and the image of the virtual space (virtual space) viewed from the virtual camera at the position and orientation corresponding to the position / orientation information. An image that cuts out a part of the image) is generated as an image for the terminal. In this case, when the virtual camera is positioned at the 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 reflected in the field of view from the virtual camera. Therefore, when generating a terminal image in which the user avatar m1 appears, 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. When generating such a terminal image, the terminal image generation unit 158 may execute various processes (for example, a process of bending a field object) in order to give a sense of depth and the like. Further, when generating a terminal image in which the user avatar m1 appears, 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 of the drawing process. ..

Similarly, the terminal image generation unit 158 is a terminal device 20 for each staff avatar m2 and is associated with a staff user associated with the one staff avatar m2 based on the position / orientation information of the one staff avatar m2. (Hereinafter, when distinguished from the above-mentioned image for a terminal for a general user, it is also referred to as an "image for a terminal for a staff user") displayed in.

When another user avatar m1 or stuff avatar m2 is located in 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 stuff avatar m2. However, in this case, in order to reduce the load of the drawing process, the other user avatar m1 and the stuff avatar 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 includes 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, a user avatar ID or a staff avatar ID). , The avatar drawing information (see FIG. 7) relating to the avatar to be drawn is received from the server device 10, and the image of each avatar is drawn based on the received information. In this case, the terminal device 20 stores the part information for drawing each part of the avatar in the terminal storage unit 22, and the part information and the drawing target avatar drawing information acquired 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 a terminal image for a general user and a terminal image for a staff user in different modes. In this case, even if the position / orientation information of the user avatar m1 and the position / orientation information of the staff avatar m2 completely match, the terminal image for the general user and the terminal image for the staff user are different. It is drawn in an aspect. For example, the terminal image generation unit 158 is useful information for playing various roles given to the staff user in the terminal image for the staff user, and is normally invisible information (for example, a valid flag of the ticket). Information) may be superimposed. Further, the terminal image generation unit 158 is different from the user avatar m1 to which the owner ID is associated and the user avatar m1 not to be associated with the owner ID in the terminal image for the staff user based on the ticket information (see FIG. 8). It may be drawn in an embodiment. In this case, the staff user can easily distinguish between the user avatar m1 to which the owner ID is associated and the user avatar m1 to which the owner ID is not associated.

The content processing unit 159 provides specific content to a general user at each predetermined position. 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 the virtual reality application mounted 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. Dialogues between general users may be realized in a text and / or voice chat format via their own user avatars m1. This enables dialogue between general users. 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. This also applies to voice chat.

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

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 the first input), and corresponds to the user avatar m1 associated with the general user. Associate the ticket.

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

The first movement authority processing unit 162 newly generates a ticket ID (see FIG. 8) when generating a ticket, and updates the data in the ticket information storage unit 144. In this case, the new ticket ID is associated with a predetermined position, an owner ID, or the like (see FIG. 8). In this case, the owner ID is the user ID related to the user who has performed the above-mentioned purchase input.

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

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

When the user avatar m1 is located near the entrance related to the predetermined position, the purchase input can be input by a general user associated with the user avatar m1. The entrance to a predetermined position in the virtual space does not have to be clearly defined, but characters such as an entrance and a gate may be associated with the position corresponding to the entrance in the virtual space by drawing. For example, in the example shown in FIGS. 2A to 2C, the position SP1 corresponding to the ticket purchase area, the position SP2 corresponding to the entrance area, and the vicinity thereof correspond to the vicinity of the entrance.

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

Alternatively, the purchase input may be input by a general user in advance (before the user avatar m1 is positioned near the entrance related to the predetermined position). In this case, the general user who has purchased the ticket in advance brings his / her own user avatar m1 to the vicinity of the entrance, and inputs the purchase in advance through a dialogue with the staff avatar m2 arranged in association with the position SP1. Can be enabled. When a general user who has purchased a ticket in advance brings his / her user avatar m1 near the entrance (by making an inquiry using the user ID and the ticket ID associated with it), the purchase input in advance is performed. May be automatically activated (ie, without requiring further input).

As described above, the ticket ID generation unit 1622 newly generates a 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 makes a purchase input with his / her user avatar m1 located near the entrance, the ticket ID generation unit 1622 immediately generates a new ticket ID. In this case, the initial value of the valid flag associated with the ticket ID may be set to "1". Further, when a general user who has purchased a ticket in advance inputs an activation with his / her user avatar m1 located near the entrance, the ticket ID generation unit 1622 will generate a ticket ID that has already been generated. The value of the valid flag associated with 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 (see FIG. 8) for the moguri associated with the purchased ticket. As described above, in the present embodiment, as an example, the authentication information for moguri is a 4-digit code consisting of a number and / or a symbol. For example, the authentication information notification unit 1623 transmits the authentication information for moguri to the terminal device 20 related to the general user who purchased the ticket via the network 3. At this time, the authentication information for mogiri may be notified by e-mail, automatic voice by telephone, or the like. Alternatively, as described above, the authentication information for moguri may be set by a general user when inputting a purchase. In this case, the authentication information notification unit 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 related to the owner ID in the terminal image including the user avatar m1 related to the owner ID. As a result, the state in which the user avatar m1 possesses (owns) the ticket can be realized in virtual reality. When a plurality of ticket IDs are associated with the same owner ID, the user avatar m1 related to the owner ID may be drawn in a manner of possessing a plurality of tickets.

The second movement authority processing unit 164 receives a ticket associated with a user ID related to a specific general user by the first movement authority processing unit 162 based on the transfer input from the general user (an example of the second input). The correspondence is changed to the user ID related to the general user different from the general user. That is, the second movement authority processing unit 164 changes the owner ID (see FIG. 8) associated with the ticket from the user ID related to the purchaser ID to the user ID related to another general user at the transfer destination. .. In this way, the second movement authority processing unit 164 can use the ticket associated with the specific general user (purchaser ID) by the first movement authority processing unit 162 based on the transfer input with the general user. Re-associate with a different general user (general user of the transferee). As a result, the ticket is associated with the user avatar m1 related to the general user on the transfer side (an example of the first mobile medium) based on the transfer input, and the user avatar m1 related to the general user on the transfer side. It changes to the state associated with (an example of the second mobile medium).

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

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

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

Alternatively, the transfer input may be inputtable by a general user together with the purchase input. This is because, for example, when a parent and child purchase a ticket, 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 guidance unit 1641 guides the transfer-side general user to notify the transfer-side general user of the authentication information for shaving. It should be noted that this guidance may be realized at the time of purchase input, or may be realized at other timings. Further, if this point is notified to each general user in advance when using the virtual reality generation system 1, the authentication notification guidance unit 1641 may be omitted. Upon receiving such guidance, the transfer-side general user will notify the transfer-side general user of the authentication information for moguri by chat, e-mail, SMS (Short Message Service), or the like. If the transfer side general user and the transfer side general user have a relationship in which the same authentication information for moguri is used many times, such as a parent-child relationship, notification of the authentication information for mogiri is notified. It may not be necessary. Further, when the general user on the transfer side and the general user on the transfer side are actually close to each other, the notification of the authentication information for the moguri may be directly realized face-to-face.

The first authentication information drawing unit 1642 draws the first authentication information according to the authentication information for transfer in response to the above-mentioned transfer input. Specifically, the first authentication information drawing unit 1642 extracts the authentication information for transfer (see FIG. 8) 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 the first authentication information corresponding to the extracted authentication information for transfer. The method of drawing the first authentication information is arbitrary as long as the authentication information for transfer and the drawn first authentication information have a one-to-one correspondence, but preferably, the first authentication information can be image-recognized. It is drawn in various forms.

In the present 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 user avatar m1 on the transfer side. .. For example, the first authentication information drawing unit 1642 draws the first authentication information in a manner of superimposing it on a part of the user avatar m1 in the terminal image including the user avatar m1 on the transfer side. Alternatively, the first authentication information drawing unit 1642 may draw the first authentication information in association with the belongings (for example, a ticket) drawn in association with the user avatar m1 on the transfer side. The first authentication information drawn in this way can be image-recognized by the terminal device 20 related to another general user. For example, when the terminal image supplied to a certain terminal device 20 includes the first authentication information, the first authentication information can be image-recognized by the one terminal device 20. This image recognition process will be described in detail later with reference to FIG.

The code information related to the first authentication information may be a two-dimensional image code including the following information.
(1) URL of the authentication server
(2) User ID on the transfer side
・ ・ ・ (3) Ticket ID
... (4) Current time ... (5) URL of the current virtual space
... (6) Current coordinates ... (7) PIN (Personal Identification Number)
(8) User ID on the transfer side
In this case, (7) PIN may be used as authentication information for moguri. Further, in this case, the transferee user can access the URL of the authentication server and enter the PIN code to perform the second authentication determination (described later) in advance.

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 can be a code that fluctuates at ultra-high speed using time information, a code with high resolution, a code whose color is difficult to see, or a pattern of clothes worn by user avatar m1. It may include a confused code or the like.

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 a user ID or the like associated with the terminal device 20 of the transmission source.

When the first authentication information receiving unit 1644 receives the image recognition result, the ticket information rewriting unit 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 the image recognition result from the terminal device 20 associated with a certain general user, the ticket information rewriting unit 1644 receives the first image recognition result. Based on the authentication information, the 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 related to the user who has input the transfer may be eliminated from the state associated with the owner ID, and the fact of the transfer may be added as the transfer information (see FIG. 8) of the ticket information.

In this way, the ticket information rewriting unit 1644 may give an instruction to reflect the change to the ticket drawing unit 1624 when the owner ID related to one ticket ID is changed based on the image recognition result. In this case, the ticket drawing unit 1624 draws a ticket in association with the user avatar m1 related to the new owner ID. For example, a general user possesses a ticket by confirming that the ticket is drawn in association with the user avatar m1 of the user in the terminal image for the user displayed on the terminal device 20. Can recognize the state of being.

The determination processing unit 166 determines whether or not 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 receiving unit 1662, a second authentication determination unit 1663, and a moveability determination unit 1664.

When determining whether or not one user avatar m1 can move to a predetermined position, the ticket possession determination unit 1661 first determines whether the one user avatar m1 possesses a ticket that can move to a predetermined position. Judge whether or not. Hereinafter, such a determination process is also referred to as "ticket possession determination".

The 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 possesses the ticket of the ticket ID associated with the owner ID. Further, when the valid flag "1" is associated with the ticket ID of the ticket, it can be determined that the ticket is a ticket that can be moved to a predetermined position.

The ticket possession determination is preferably executed for the user avatar m1 located in the entrance area related to the predetermined position based on the position information (see FIG. 6) of the user avatar m1. The inlet region pertaining to the predetermined position may be, for example, at or near the position SP2 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 wants to move to the predetermined position is located, and when the user avatar m1 is located in the entrance area, the user avatar m1 wants to move to the predetermined position. It may be a general user's intention to do. Alternatively, in addition to the user avatar m1 being located in the entrance area, the ticket presentation operation or the like may be treated as a general user's intention to move the user avatar m1 to a predetermined position.

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

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) the authentication information (an example of the second authentication information) for the moguri. The request for presenting the authentication information for mogiri may be accompanied by a request for presenting the ticket by the user avatar m1, or may be effective only for the user avatar m1 who has presented the ticket. For example, when the second authentication information receiving unit 1662 detects the user avatar m1 in the entrance region related to the predetermined position based on the position information of the user avatar m1 (see FIG. 6), the second authentication information receiving unit 1662 relates to the general user of the user avatar m1. The terminal device 20 is requested to transmit the authentication information for the mogiri. In this case, the terminal image for a general user related to the user avatar m1 may be accompanied by an animation in which the stuff avatar m2 requires authentication information for squeezing. In response to such a request, the general user inputs the authentication information for the moguri and sends it to the server device 10. In this way, the second authentication information receiving unit 1662 receives (acquires) the authentication information for the moguri from the user avatar m1 located in the entrance area related to the predetermined position.

In the present embodiment, the second authentication information receiving unit 1662 is 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 arranged in the entrance area related to the predetermined position. You may receive (acquire) the authentication information for the mogiri from. In this case, on the terminal image for the staff user, the authentication information for the moguri input by the general user may be drawn in association with the user avatar m1 related to the input general user. The staff user may transmit the drawn authentication information for the moguri to the server device 10 together with the information for identifying the corresponding user avatar m1.

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

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

Here, as described above, the authentication information for mogiri is notified in advance from the general user on the transfer side to the general user on the transfer side. Since the general user on the transfer side can set the authentication information for the moguri so that only the general user on the transfer side can understand it, or can notify the authentication information for the moguri so that only the general user on the transfer side can understand it. , There is virtually no possibility that the authentication information for the moguri will be known to other unintended general users. Therefore, the security of the second authentication determination can be enhanced by using such authentication information for moguri.

In the present embodiment, the second authentication determination unit 1663 determines whether or not the authentication based on the authentication information for the moguri is successful based on the input from the staff user related to the staff avatar m2 arranged in the entrance area related to the predetermined position. You may judge whether or not. In this case, for example, the staff user related to the staff avatar m2 arranged in the entrance area related to 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 the authentication information for the moguri associated with the ticket possessed by the user avatar m1 to be authenticated from the server device 10. In this case, the second authentication determination unit 1663 can determine whether or not the authentication based on the authentication information for the mogiri is successful based on the input from the staff user.

The moveability determination unit 1664 determines that one user avatar m1 has a ticket that can be moved to a predetermined position by the ticket possession determination unit 1661, and the second authentication determination unit 1663 determines that the user has a ticket that can be moved to a predetermined position. If it is determined that the authentication based on the authentication information of the above is successful, the one user avatar m1 is allowed to move to a predetermined position. On the other hand, the moveability determination unit 1664 determines that one user avatar m1 does not have a ticket that can be moved to a predetermined position by the ticket possession determination unit 1661, or is determined by the second authentication determination unit 1663. If it is determined that the authentication based on the authentication information for shaving is not successful, the one user avatar m1 is prohibited from moving to a predetermined position.

The moveability determination unit 1664 executes a picking process for picking up the ticket associated with the user avatar m1 that has been permitted to move to a predetermined position. The picking process may be accompanied by an animation in which a part of the ticket is separated by the staff avatar m2 in the terminal image for a general user related to the user avatar m1 whose ticket is torn off.

In the present embodiment, the moveability determination unit 1664 may execute the picking process based on the input from the staff user (the picking input described later) related to the staff avatar m2 arranged in the entrance area related to the predetermined position. ..

When the moveability determination unit 1664 executes the picking process, it updates the picking information (see FIG. 8) associated with the ticket ID related to the corresponding ticket, and also updates the valid flag associated with the ticket ID (FIG. 8). See) is set to "0". As described above, the valid flag may be set to "0" at different timings depending on the ticket attributes. Further, when the moveability determination unit 1664 executes the moguri processing based on the input from the staff user (mogiri input described later) related to the staff avatar m2 arranged in the entrance area related to the predetermined position, the corresponding ticket is displayed. The corresponding staff ID (that is, the staff ID related to the staff user who has performed the picking input described later) is stored in the picker ID (see FIG. 8) associated with the ticket ID.

The spatial information generation unit 168 generates the above-mentioned spatial state information (information representing the state of the 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 staff points (see FIG. 6) described above. For example, the parameter updating unit 170 may update the staff points according to the number of times of picking, based on the picking person ID shown in FIG. 8, for the staff user who picks the ticket. Further, the parameter updating unit 170 may update the staff points for the staff user who sells the ticket 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 spatial state information shown in FIG. For example, the parameter updating unit 170 may update the staff points in such a manner that the longer the operating time is, the more staff points are given. Further, the parameter updating unit 170 may update the staff points based on the number of times of support to the general user by chat or the like (the amount of utterances, the number of times of utterances, the number of attendances, the number of complaints, etc.). Further, when the sale of the product or service is realized in virtual reality, the parameter update unit 170 may update the staff point based on the sales status (for example, sales) of the product or service by the staff user. Alternatively, the parameter update unit 170 may update the staff points based on the satisfaction information for the staff user that can be input by the general user. The staff point update may be executed as appropriate, or may be executed collectively, for example, periodically based on the log information.

The goods and services sold by the staff users may be goods and services that can be used in reality, or may be goods and services that can be used in virtual reality. The goods and services sold by the staff user may be related to the content provided at the predetermined position, and may include, for example, items that can enhance the experience related to the content. For example, when the content is related to the above-mentioned travel, the item may be a telescope or the like that can see a distance, or may be a food or the like that can be given to an animal or the like. Further, when the content is related to sports or a concert, the item may be a commemorative photo right, a conversation right, or the like with a player or an artist.

In addition, staff points related to staff users who produce, maintain, and manage specific content provided at a predetermined position are updated in a manner that increases according to the number of general users who have received the specific content. May be good.

FIG. 5 also shows a function 500 realized by the terminal device 20 related to a general user and a function 502 realized by the terminal device 20 related to a staff user. Note that FIG. 5 shows only the functions related to the ticket transfer function among the various functions realized by the virtual reality application downloaded to the terminal device 20. In the virtual reality application, the user application that realizes the function 500 and the staff application that realizes the function 502 may be separately implemented, and the function 500 and the function 502 are within one application. It may be possible to switch by an operation by the user.

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

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

The authentication image specifying unit 250 may execute image processing for specifying the image unit of the first authentication information for each frame of the terminal image, or may respond to an input from a general user. Image processing for specifying the image portion of the first authentication information may be executed only within a certain period of time.

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

The first authentication information transmission unit 252 transmits an image recognition result including the first authentication information extracted by the first authentication information extraction unit 251 to the server device 10 via the network 3.

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

The second authentication information transmission unit 254 transmits the authentication information for the moguri input by the general user in response to the request from the input request unit 253 to the server device 10 via the network 3.

In this way, the general user can automatically associate the ticket with his / her own user avatar m1 by the terminal device 20 recognizing the first authentication information in the terminal image. In other words, the general user can automatically associate the ticket with his / her own user avatar m1 by acquiring the terminal image including the first authentication information drawn in association with the transferee user avatar m1. can. Then, the general user on the transfer side can move his / her own user avatar m1 to a predetermined position by presenting the authentication information for legitimate mopping.

Here, the general user on the transfer side simply directs his / her own user avatar m1 toward the user avatar m1 on the transfer side, and includes the first authentication information drawn in association with the user avatar m1 on the transfer side. You can get the image for the terminal. Such acquisition can be easily realized (for example, in a natural movement) because the transfer side user avatar m1 and the transfer side user avatar m1 are active at close positions. As a result, complicated work (input) related to the transfer of the ticket can be reduced, and convenience can be improved.

The terminal device 20 related to the staff user includes a determination result acquisition unit 260, a determination result transmission unit 262, a second authentication information request unit 263, and a mogiri execution unit 264. The determination result acquisition unit 260, the second authentication information request unit 263, and the mogiri execution unit 264 may be realized 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 the staff user. For example, a staff user related to a user avatar m1 arranged near an entrance at a predetermined position determines whether or not a ticket associated with the predetermined position is possessed for each user avatar m1 reaching the vicinity of the entrance. do. For example, whether or not the staff user has a ticket based on the terminal image displayed on the display unit 23 of the terminal device 20 and based on the state of the user avatar m1 in the terminal image and the like. May be determined. As described above, the terminal image generation unit 158 of the server device 10 is associated with the user avatar m1 to which the owner ID is associated based on the ticket information (see FIG. 8) in the terminal image for the staff user. The non-user avatar m1 may be drawn in a different manner. In this case, the staff user may distinguish between the user avatar m1 to which the owner ID is associated and the user avatar m1 to which the owner ID is not associated, and input the determination result via the input unit 24.

The determination result transmission unit 262 transmits various determination results by the determination result acquisition unit 260 to the server device 10 via the network 3.

In response to the request input from the staff user, the second authentication information request unit 263 requests the user avatar m1 included in the terminal screen for the staff user to input the authentication information for the moguri. The request input from the staff user may include information that can identify the user avatar m1 to be requested. For example, when a terminal screen for a staff user includes a plurality of user avatars m1, the request input from the staff user specifies one or more user avatars m1 to be requested among the plurality of user avatars m1. It may contain information that can be done. It should be noted that the request for inputting the authentication information for the moguri to the general user may be accompanied by the request for presenting the ticket. It should be noted 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 going through the server device 10. In the latter case, the staff user may transfer the acquired authentication information for moguri to the server device 10, or transmit the determination result to the server device 10 after realizing the function of the second authentication determination unit 1663. You may.

The mogiri execution unit 264 acquires the mogiri input input by the staff user, and transmits the acquired mogiri input to the server device 10. The picking input may include information that can identify the ticket to be picked (or the user avatar m1 who has the ticket).

Next, an operation example related to the above-mentioned ticket transfer function will be described with reference to FIGS. 10 and later. The following operation example is a relatively specific operation example, but the operation related to the above-mentioned ticket transfer function can be realized in various modes as described above.

FIG. 10 is a timing chart showing an operation example related to the above-mentioned ticket transfer function. In FIG. 10, for the sake of distinction, the reference numeral “20-A” is assigned to the terminal device 20 related to a certain general user, and the reference numeral “20-B” is given to the terminal device 20 related to another general user. Is assigned, and the code "20-C" is assigned to the terminal device 20 related to the staff user. Here, the transfer of a ticket from one general user to another general user will be described, but the transfer of a ticket from one general user to a plurality of other general users can be similarly applied. In the following, for the sake of explanation, the general user related to the terminal device 20-A will be referred to as the user name "ami", the general user related to the terminal device 20-B will be referred to as the user name "fuji", and both will be parent-child (for example, the user name). "Ami" is the father and the user name "fuj" is the daughter). Further, in the following, the general user having the user name "ami" will be referred to as a father user, and the general user having the user name "fuji" will be referred to as a daughter user.

11 to 16 are explanatory views of the operation example shown in FIG. 10, and are diagrams showing an example of a terminal screen in each scene.

Here, the father user and the daughter user decide to receive the provision of specific content together in the virtual reality, and move each user avatar m1 to a predetermined position where the provision of the specific content can be received. The operation will be explained. It is assumed that the input of each user described below is realized via the input unit 24 of the terminal device 20 of the user.

First, in step S10, the father user starts the virtual reality application in the terminal device 20-A, and in step S11, the daughter user starts the virtual reality application in the terminal device 20-B. The virtual reality application may be started in each of the terminal devices 20-A and 20-B with a time lag, and the start timing is arbitrary.

Then, in step S12, the father user moves his / her own user avatar m1 in the virtual space and reaches the vicinity of the entrance related to the predetermined position. Similarly, in step S13, the daughter user moves her own user avatar m1 in the virtual space and reaches the vicinity of the entrance related to the predetermined position. FIG. 11 shows a terminal image G110 for a daughter user when the daughter user's user avatar m1 is located near the entrance related to a predetermined position. In the state shown in FIG. 11, it is assumed that the user avatar m1 of the father user is behind the user avatar m1 of the daughter user. 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.

Then, 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 his daughter user. That is, the father user inputs or activates the purchase input for purchasing the tickets for two people, himself and the daughter user, with his user avatar m1 positioned in the ticket purchase area.

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

Then, 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 the authentication information for transfer (see FIG. 8) associated with the ticket ID of the ticket to be transferred based on the transfer input from the father user. Then, the first authentication information drawing unit 1642 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 a terminal image G120 for a daughter user when a transfer input is performed. In addition, in FIG. 12, the chat text "Please receive the ticket" based on the input of the father user is shown. Note that this type of chat may be automatically generated based on the transfer input.

In the example shown in FIG. 12, the image unit G121 on which the first authentication information is drawn is associated with the user avatar m1 (user name “ami”) of the father user. FIG. 12 shows that the father user points his / her own user avatar m1 toward the daughter user's user avatar m1, and the daughter user points his / her own user avatar m1 toward the father user's user avatar m1. The terminal image G120 as shown is generated. In this case, in step S18, the terminal device 20-B of the daughter user recognizes the first authentication information from the image unit G121, and transmits the recognition result of the first authentication information to the server device 10. The terminal device 20-B of the daughter user may notify the daughter user when the first authentication information is image-recognized from the image unit G121. Similarly, when the server device 10 receives the recognition result of the first authentication information from the terminal device 20-B of the daughter user, the information indicating that the user avatar m1 of the daughter user is associated with the ticket ID of the ticket to be transferred. May be transmitted to the terminal device 20-A of the father user.

Then, in step S19, the father user moves his / her user avatar m1 into the entrance area in the virtual space, and in step S20, the daughter user moves his / her user avatar m1 into the entrance area in the virtual space. Move to. FIG. 13 shows a terminal image G130 for a staff user 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 related to the staff avatar m2 (staff name “suk”) arranged in the entrance area. In addition, in FIG. 13, the chat text "Please with a child" based on the input of the father user is shown.

In this case, in step S21, the server device 10 performs the above-mentioned ticket possession determination for the user avatar m1 of the father user and the user avatar m1 of the daughter user. In this case, 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. Therefore, in FIG. 13, image units G131 and G132 indicating that 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 are drawn. Such image units G131 and G132 are drawn only on the terminal image for the staff user. As a result, the staff user can easily grasp that the user avatar m1 of the father user and the user avatar m1 of the daughter user have a ticket that can be moved to a predetermined position.

Then, in step S22, the staff user related to the staff avatar m2 (staff name "suk") has a ticket that the father user user avatar m1 and the daughter user user avatar m1 can move to a predetermined position. After confirming this, for example, based on the image units 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 a daughter user when the input of the second authentication information is requested. The terminal image for the father user when the input of 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 is a chat text "4 digit code input" based on the input of the staff user related to the image part G141 of the numeric keypad and the staff avatar m2 (staff name "suk"). ! ”May be included. Further, the URL of the authentication server may be displayed instead of the image unit G141 of the numeric keypad.

It is not always necessary to present the ticket to the staff avatar m2. Even if it is not presented, the staff user can display each ticket by displaying information on the validity of the ticket associated with the user avatar m1 of the father user and the user avatar m1 of the daughter user on the screen for the terminal for the staff. Can judge the effectiveness of.

Then, in step S23, the father user inputs the second authentication information associated with his / her own ticket, and in step S24, the daughter user inputs the second authentication information notified by the father user. conduct.

In this case, in step S25, the server device 10 for the ticket associated with each user avatar m1 of the father user and the daughter user based on the input of the second authentication information from each of the father user and the daughter user. , The second authentication determination described above is performed. In this case, since the user avatar m1 of the father user and the user avatar m1 of the daughter user can each input legitimate second authentication information, the result of the second authentication determination described above is the authentication success. FIG. 15 shows a terminal image G150 for a staff user related to the staff avatar m2 (staff name “suk”) after the second authentication determination. In FIG. 15, the image unit G151 showing that the user avatar m1 of the father user and the user avatar m1 of the daughter user possess a ticket that can be moved to a predetermined position and the result of the second authentication determination is authentication success. , G152 is drawn. Such image units G151 and G152 are drawn only on the terminal image for the staff user. As a result, the staff user can easily grasp that the result of the second authentication determination relating to each of the user avatar m1 of the father user and the user avatar m1 of the daughter user is the authentication success. The image units G151 and G152 may be drawn on the terminal image for the staff user even after moving to the predetermined position. As a result, the staff user located at a predetermined position can easily distinguish between the user avatar m1 who has entered the room based on a valid ticket and the user avatar m1 who has not entered the room.

Then, in step S26, the staff user related to the staff avatar m2 (staff name “suk”) possesses a ticket in which each of the father user user avatar m1 and the daughter user user avatar m1 can move to a predetermined position. After confirming that the result of the second authentication determination is successful, for example, based on the image units G151 and G152, the input is performed.

In this case, in step S27, the server device 10 performs the above-mentioned grabbing process for the tickets possessed by each of the father user's user avatar m1 and the daughter user's user avatar m1 based on the grabbing input by the staff user. To execute. FIG. 16 shows a terminal image G160 for a daughter user during the above-mentioned shaving process. The terminal image for the father user at the time of the mogiri processing 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 picking process is executed, the image parts G151 and G152 in the terminal image for the staff user may be erased, or another image part (for example, an image part indicating that the ticket has been cut off). May be replaced with.

Then, in step S28, the father user confirms that the ticket has been torn, then moves his user avatar m1 to a predetermined position in the virtual space, and in step S29, the daughter user receives the ticket. After confirming that the avatar has been cut off, the user avatar m1 is moved to a predetermined position in the virtual space. The 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 following (interlocking with) the above-mentioned moguri processing. As a result, the father user and the daughter user can receive and enjoy the specific content together at a predetermined position in the virtual space. It should be noted that other general users may be able to receive the specific content at the same time at a predetermined position in the virtual space according to the attribute of the specific content. In this case, the father user and the daughter user can also enjoy the specific content while interacting with other general users.

In this way, according to the present embodiment, when a plurality of users intend to receive the provision of specific content at a predetermined position, a ticket that allows some users to move to the predetermined position can be obtained. It is possible to establish a mechanism that allows purchase and transfer of other users in a simple and safe manner.

In particular, according to the present embodiment, neither the general user on the transfer side nor the general user on the transfer side is required to perform special work such as user login at the time of transfer, so that the convenience is improved.

By the way, in the present embodiment, since the above-mentioned first authentication information can be image-recognized by the terminal device 20 as described above, the terminal device 20 relating 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 break through the second authentication determination. That is, it is possible to reduce the possibility that the ticket will be used by the unintended user avatar m1 of the general user around the user avatar m1 related to the general user on the transfer side. In this way, according to the present embodiment, the safety of the transfer can be ensured while realizing the simple transfer.

Further, according to the present embodiment, since ticket purchase, transfer, and movement to a predetermined position can be realized in the same virtual space, a general user can experience virtual reality in a form closer to reality. In addition, the general user can experience the virtual reality in a form closer to the reality through the above-mentioned shaving process and the like.

Further, according to the present embodiment, the ticket can be shared or transferred without the virtual reality generation system 1 side acquiring personal information between users linked by an actual relationship such as a family member or a friend. In addition, two-step verification (authentication by the first authentication information and authentication by the second authentication information) in the virtual space can be realized. It also has the advantage that if authentication fails (unlike traditional passwords and encryption keys), it is easy for users to understand each other, and it is easy to derive multiple flexible solutions, including human support such as staff.

Although the embodiments of the present invention have been described in detail with reference to the drawings, the specific configuration is not limited to this embodiment, and includes designs and the like within a range that does not deviate from the gist of the present invention.

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

Regarding the above disclosure, the following appendix (corresponding to the scope of claims at the time of filing the original application) is further disclosed.

[Appendix 1]
The space drawing processing unit that draws the virtual space and
A medium drawing processing unit that draws each moving medium that is movable in the virtual space and is associated with each user.
A first movement authority processing unit that associates predetermined movement authority information with the first movement medium associated with the first user based on the first input from the first user.
Based on the second input from the first user, the predetermined movement authority information associated with the first movement medium by the first movement authority processing unit is transmitted to a second user different from the first user. The second move authority processing unit that changes the correspondence to the associated second move medium,
Includes a determination processing unit for determining whether or not the one mobile medium can be moved to a predetermined position in the virtual space based on whether or not the predetermined move authority information is associated with the one mobile medium. , Information processing system.

[Appendix 2]
The second move authority processing unit includes an authentication information drawing unit.
The authentication information drawing unit generates first authentication information that can be image-recognizable based on the second input from the first user, and associates the generated first authentication information with the first mobile medium. The information processing system according to Appendix 1, which is drawn in a virtual space.

[Appendix 3]
The medium drawing processing unit generates an image of a portion of the virtual space in the field of view associated with each of the moving media based on each position of the moving medium in the virtual space, and the generated image. To the 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 by image processing for the image from the one user terminal displaying the image, the one user terminal The information processing system according to Appendix 2, wherein the predetermined movement authority information is associated with the moving medium associated with the above.

[Appendix 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 mobile medium.

[Appendix 5]
The determination processing unit is in the predetermined position when the predetermined movement authority information is associated with one moving medium and the authentication based on the second authentication information different from the first authentication information is established. The information processing system according to any one of Supplementary note 2 to 4, which permits the movement of the above-mentioned one mobile medium to.

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

[Appendix 7]
The medium drawing processing unit further draws a predetermined medium arranged at the entrance to the predetermined position.
The determination processing unit determines whether or not the predetermined movement authority information is associated with the one moving medium based on the input from the third user associated with the predetermined medium. The information processing system according to any one of 6 to 6.

[Appendix 8]
When the determination processing unit receives information from the third user indicating that the third user has determined that the predetermined movement authority information is associated with the one movement medium, the first one. The information processing system according to Appendix 7, wherein it is determined that the predetermined movement authority information is associated with the moving medium.

[Appendix 9]
The medium drawing processing unit draws the one moving medium in a different manner depending on whether or not the predetermined moving authority information is associated with the one moving medium, according to Appendix 7 or 8. Information processing system.

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

[Appendix 11]
A service or product provided to the one mobile medium based on the input from the third user, and a parameter 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 note 7 to 10, further comprising a parameter update unit for updating a value.

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

[Appendix 13]
The first input is enabled or enabled when the first moving medium is located near the inlet at the predetermined position.
The information according to any one of Supplementary note 1 to 12, wherein the second input is enabled or enabled when the first moving medium is located near the entrance related to the predetermined position. Processing system.

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

[Appendix 15]
Draw a virtual space,
A mobile medium that is movable in the virtual space and is associated with the user is drawn.
Based on the first input from the first user, the predetermined movement authority information is associated with the first movement medium associated with the first user.
Based on the second input from the first user, the predetermined movement authority information associated with the first mobile medium is associated with a second user different from the first user. Change the correspondence to,
By a computer, including determining whether or not the one mobile medium can be moved to a predetermined position in the virtual space based on whether or not the predetermined move authority information is associated with the one mobile medium. Information processing method to be executed.

[Appendix 16]
Draw a virtual space,
A mobile medium that is movable in the virtual space and is associated with the user is drawn.
Based on the first input from the first user, the predetermined movement authority information is associated with the first movement medium associated with the first user.
Based on the second input from the first user, the predetermined movement authority information associated with the first mobile medium is associated with a second user different from the first user. Change the correspondence to,
A computer is made to execute a process of determining whether or not the one mobile medium can be moved to a predetermined position in the virtual space based on whether or not the predetermined move authority information is associated with the one mobile medium. 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 Avata database 144 Ticket information storage unit 146 Spatial state storage unit 150 Spatial drawing processing unit 152 User avatar processing unit 1521 Operation input acquisition unit 1522 User operation processing unit 154 Staff avatar processing unit 1541 Operation input acquisition unit 1542 Staff operation processing unit 156 Position / orientation information specification unit 158 Terminal image generation unit 159 Content processing unit 160 Dialogue processing unit 162 First move authority processing Unit 1621 Purchase input acquisition unit 1622 Ticket ID generation unit 1623 Authentication information notification unit 1624 Ticket drawing unit 164 Second move authority processing unit 1640 Transfer input acquisition unit 1641 Authentication notification guidance unit 1642 1st authentication information drawing unit 1643 1st authentication information reception Unit 1644 Ticket information rewriting unit 166 Judgment processing unit 1661 Ticket possession judgment unit 1662 Second authentication information receiving unit 1663 Second authentication judgment unit 1664 Moveability judgment unit 168 Spatial information generation unit 170 Parameter update unit 250 Authentication image identification unit 251 First Authentication information extraction unit 252 1st authentication information transmission unit 253 Input request unit 254 2nd authentication information transmission unit 260 Judgment result acquisition unit 262 Judgment result transmission unit 263 2nd authentication information request unit 264 Mogiri execution unit

With the above-mentioned conventional technique, it is difficult to safely realize the granting of the movement authority information to a specific content providing place such as a ticket and the exercise of the movement authority with a simple configuration.

Therefore, in one aspect, it is an object of the present invention to realize the granting of movement authority information and the exercise of movement authority relatively easily and relatively safely.

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

By the way, in the above-mentioned conventional technique (for example, the above-mentioned Patent Document 1), a mechanism for transferring the movement authority information to a specific content providing place such as a ticket to another user can be safely realized with a simple configuration. It's difficult. Therefore, on one aspect, it is also possible to realize a mechanism for transferring the movement authority information to another user relatively simply and relatively safely. In this regard, regarding the above disclosure, the following appendix (corresponding to the scope of claims at the time of filing the original application) is further disclosed.

Claims (1)

The space drawing processing unit that draws the virtual space and
A medium drawing processing unit that draws each moving medium that is movable in the virtual space and is associated with each user.
A first movement authority processing unit that associates predetermined movement authority information with the first movement medium associated with the first user based on the first input from the first user.
Based on the second input from the first user, the predetermined movement authority information associated with the first movement medium by the first movement authority processing unit is transmitted to a second user different from the first user. The second move authority processing unit that changes the correspondence to the associated second move medium,
Includes a determination processing unit for determining whether or not the one mobile medium can be moved to a predetermined position in the virtual space based on whether or not the predetermined move authority information is associated with the one mobile medium. , Information processing system.

Images