KR20230115841A - Method and system for producing 3d content based on game engine - Google Patents

Abstract

The present disclosure relates to a method of providing a framework capable of producing 3D content based on a game engine without professional coding knowledge. In this method, the step of outputting an interface screen for generating a quest of 3D content, the step of outputting a root node on at least a part of the interface screen, the step of outputting a quest node to be connected from the root node, the quest node can be connected It includes generating a quest by outputting at least one node among a plurality of nodes present therein, and executing a plurality of nodes in the generated quest according to a predetermined order.

Description

Method and system for producing 3D contents based on game engine {METHOD AND SYSTEM FOR PRODUCING 3D CONTENT BASED ON GAME ENGINE}

The present disclosure relates to a method and system for providing a framework capable of producing game engine-based 3D content without professional coding knowledge.

Game technology is developing rapidly, and based on this, various game contents are overflowing. In particular, as demand for 3D games and 3D contents supporting 3D images increases, content providers are also concentrating their efforts on developing various 3D contents.

However, in the past, professional development knowledge such as programming or scripting was required to create 3D content. Even if game engines such as Unity engine and Unreal engine were used, users still had to have knowledge of a minimum programming language to get help in content creation.

The present disclosure provides a method and system for producing 3D content based on a game engine to solve the above problems.

The present disclosure may be implemented in various ways, including a method, an apparatus (system), a computer program stored in a computer readable storage medium or a computer readable storage medium in which a computer program is stored.

In the method for producing 3D content based on a game engine according to an embodiment of the present disclosure, outputting an interface screen for generating a quest of 3D content, adding a root to at least a portion of the interface screen A step of outputting a node, a step of outputting a quest node to be connected from a root node, a step of generating a quest by outputting at least one node among a plurality of nodes that can be connected from the quest node, and a plurality of nodes within the generated quest. The interface screen includes a graph structure composed of a plurality of nodes and edges connecting the nodes.

According to one embodiment of the present disclosure, the game engine may include an Unreal engine, and the interface screen includes a screen output on a framework capable of producing 3D content based on the Unreal engine.

According to an embodiment of the present disclosure, the graph structure includes a plurality of composite nodes, and the composite node includes at least one task node under the composite node.

According to one embodiment of the present disclosure, the plurality of composite nodes may include a mission node, a dialogue node, an action node, and a branch node, and outputs at least one or more nodes among a plurality of nodes connectable from a quest node to complete a quest. The generating step includes outputting at least one node among a plurality of composite nodes.

According to an embodiment of the present disclosure, outputting at least one node from among a plurality of composite nodes includes outputting at least one task node that can be connected to a lower part of each of the plurality of composite nodes.

According to an embodiment of the present disclosure, a plurality of nodes constituting a graph structure may include a context menu, and editing at least one node using the context menu; The method may further include adding a condition for at least one node using a menu.

According to an embodiment of the present disclosure, the step of executing a plurality of nodes in the generated quest in a predetermined order includes sequentially executing each of the plurality of nodes constituting the graph structure from a root node to a leaf node. and, when at least one node among a plurality of nodes constituting the graph structure includes a plurality of lower nodes of the same level, sequentially executing from the left node to the right node.

According to an embodiment of the present disclosure, when a mission completion condition set in a mission node is satisfied, the method further includes providing a reward to the player, and the reward includes a Non-Fungible Token (NFT).

According to one embodiment of the present disclosure, a computer program stored in a computer readable recording medium to execute the above-described method on a computer is included.

According to an embodiment of the present disclosure, the information processing system outputs an interface screen for generating a quest of 3D content by executing a memory storing one or more instructions and one or more instructions in the memory, and the interface screen is a plurality of nodes. and a graph structure composed of edges connecting nodes, outputting a root node to at least some area of the interface screen, outputting a quest node to be connected from the root node, and connecting at least one of a plurality of nodes that can be connected from the quest node. and at least one processor configured to generate a quest by outputting one or more nodes.

According to some embodiments of the present disclosure, an interface screen for generating a quest of 3D content may include a graph structure composed of a plurality of nodes and edges connecting the nodes. . By using the graph-structured interface, 3D content can be easily planned and implemented without coding knowledge. In particular, since the user can easily load and edit various characters and equipment necessary for content creation on the framework, even non-experts can produce high-quality 3D content.

According to some embodiments of the present disclosure, each of a plurality of nodes constituting a graph structure may be sequentially executed from a root node to a leaf node. In addition, when at least one node among a plurality of nodes constituting the graph structure includes a plurality of lower nodes of the same level, the left node to the right node may be sequentially executed. In this way, by enabling anyone to intuitively understand the progress sequence of content, users can easily create and modify 3D content.

According to some embodiments of the present disclosure, the method further includes providing a reward to the player when a mission completion condition set in a mission node is satisfied, and the reward may include a Non-Fungible Token (NFT). These rewards can make 3D content consumers feel more desire to purchase or have more fun in the game. In addition, compensation may be given in various ways (eg, NFT, etc.) according to user selection.

Embodiments of the present disclosure will be described with reference to the accompanying drawings described below, wherein like reference numbers indicate like elements, but are not limited thereto.
1 is a schematic diagram illustrating an example of an interface screen for generating a quest of 3D content according to an embodiment of the present disclosure.
2 is a diagram illustrating an information processing system for producing 3D content based on a game engine according to an embodiment of the present disclosure.
3 is a diagram showing an internal configuration of a processor according to an embodiment of the present disclosure.
4 is a diagram illustrating an example of generating and connecting a plurality of nodes constituting a graph structure according to an embodiment of the present disclosure.
5 is a diagram illustrating an example of a graph structure for producing 3D game contents based on a game engine according to an embodiment of the present disclosure.
6 is a diagram illustrating an example of a conversation window portrait image outputting a change in emotion of a character according to an embodiment of the present disclosure.
7 is a diagram illustrating an example of a graph structure for producing a 3D presentation based on a game engine according to an embodiment of the present disclosure.
8 is a diagram illustrating a screen on which a 3D presentation is executed according to an embodiment of the present disclosure.
9 is a flowchart illustrating an example of a method of producing 3D content based on a game engine according to an embodiment of the present disclosure.

Hereinafter, specific details for the implementation of the present disclosure will be described in detail with reference to the accompanying drawings. However, in the following description, if there is a risk of unnecessarily obscuring the gist of the present disclosure, detailed descriptions of well-known functions or configurations will be omitted.

In the accompanying drawings, identical or corresponding elements are given the same reference numerals. In addition, in the description of the following embodiments, overlapping descriptions of the same or corresponding components may be omitted. However, omission of a description of a component does not intend that such a component is not included in an embodiment.

Advantages and features of the disclosed embodiments, and methods of achieving them, will become apparent with reference to the following embodiments in conjunction with the accompanying drawings. However, the present disclosure is not limited to the embodiments disclosed below and may be implemented in various different forms, but only the present embodiments make the present disclosure complete, and the present disclosure does not extend the scope of the invention to those skilled in the art. It is provided only for complete information.

Terms used in this specification will be briefly described, and the disclosed embodiments will be described in detail. The terms used in this specification have been selected from general terms that are currently widely used as much as possible while considering the functions in the present disclosure, but they may vary according to the intention of a person skilled in the related field, a precedent, or the emergence of new technology. In addition, in a specific case, there is also a term arbitrarily selected by the applicant, and in this case, the meaning will be described in detail in the description of the invention. Therefore, the terms used in the present disclosure should be defined based on the meaning of the terms and the general content of the present disclosure, not simply the names of the terms.

Expressions in the singular number in this specification include plural expressions unless the context clearly dictates that they are singular. Also, plural expressions include singular expressions unless the context clearly specifies that they are plural. When it is said that a certain part includes a certain component in the entire specification, this means that it may further include other components without excluding other components unless otherwise stated.

In addition, the terms 'module', 'unit' or 'unit' used in the specification mean a software or hardware component, and the 'module', 'unit' or 'unit' performs certain roles. However, 'module', 'unit' or 'unit' is not meant to be limited to software or hardware. A 'module', 'unit' or 'unit' may be configured to reside in an addressable storage medium and may be configured to reproduce one or more processors. Thus, as an example, a 'module', 'group' or 'unit' refers to components such as software components, object-oriented software components, class components, and task components, processes, and functions. properties, procedures, subroutines, segments of program code, drivers, firmware, microcode, circuitry, data, databases, data structures, tables, arrays, or variables. can do. Components and functions provided within 'modules', 'units' or 'units' may be combined with a smaller number of components and 'modules', 'groups' or 'units', or may be combined with additional components and 'units'. It may be further separated into 'modules', 'units' or 'units'.

According to one embodiment of the present disclosure, a 'module', 'unit' or 'unit' may be implemented as a processor and a memory. 'Processor' should be broadly interpreted to include general-purpose processors, central processing units (CPUs), microprocessors, digital signal processors (DSPs), controllers, microcontrollers, state machines, accelerators, and the like. In some circumstances, 'processor' may refer to an Application Specific Integrated Circuit (ASIC), a Programmable Logic Device (PLD), a Field Programmable Gate Array (FPGA), a Neural Processing Unit, or the like. 'Processor' refers to a combination of processing devices, such as, for example, a combination of a central processing unit and an accelerator, a combination of a plurality of microprocessors, a combination of one or more microprocessors in conjunction with a DSP core, or any other such configuration. may also refer to Also, 'memory' should be interpreted broadly to include any electronic component capable of storing electronic information. 'Memory' includes random access memory (RAM), read-only memory (ROM), non-volatile random access memory (NVRAM), programmable read-only memory (PROM), erasable-programmable read-only memory (EPROM), It may also refer to various types of processor-readable media, such as electrically erasable PROM (EEPROM), flash memory, magnetic or optical data storage, registers, and the like. A memory is said to be in electronic communication with the processor if the processor can read information from and/or write information to the memory. Memory integrated with the processor is in electronic communication with the processor.

In the present disclosure, a 'system' may include at least one of a server device and a cloud device, but is not limited thereto. For example, a system may consist of one or more server devices. As another example, a system may consist of one or more cloud devices. As another example, the system may be operated by configuring a server device and a cloud device together. As another example, a system may refer to a client device for automatically controlling the navigation of a guide wire based on reinforcement learning.

In the present disclosure, a 'machine learning model' may include any model used to infer an answer to a given input. According to one embodiment, the machine learning model may include an artificial neural network model including an input layer (layer), a plurality of hidden layers, and an output layer. Here, each layer may include a plurality of nodes. Also, in the present disclosure, a machine learning model may refer to an artificial neural network model, and an artificial neural network model may refer to a machine learning model. Also, a machine learning model may refer to a reinforcement learning model, and a reinforcement learning model may refer to a machine learning model. Also, a machine learning model may be referred to as a model, and a model may refer to a machine learning model.

In the present disclosure, 'each of a plurality of A' or 'each of a plurality of A' may refer to each of all components included in a plurality of A's, or each of some components included in a plurality of A's. . For example, each of the plurality of target points may refer to each of all points included in the plurality of target points or each of a part of the target points included in the plurality of target points.

In the present disclosure, a 'graph structure' may refer to a data structure composed of nodes and edges connecting the nodes. A graph can always start at a root node, and a root node can have child nodes without a parent node. Nodes are connected by edges to each other, and can be connected to leaf nodes that have no more children. In addition, the degree may refer to the number of child nodes of each node, and the level may refer to the depth of a node connected to a lower node based on the root node (level 0).

In the present disclosure, a 'framework' may refer to a structure that provides a convenient environment to a worker by gathering functions necessary for development in one place so that a worker can easily solve a complicated problem in software development.

In the present disclosure, 'game engine' may refer to game development software having a real-time graphic display function such as a video game. Game developers can not only shorten the development process through these game engines, but also enable games to run on various platforms. For example, in the present disclosure, the game engine may include a Unity engine and/or an Unreal engine, but is not limited thereto, and all game engines for producing 3D content may be included.

In the present disclosure, a 'quest' may refer to a kind of mission given to a player within 3D game content. Players can conduct conversations in the game through quests, perform missions, and receive rewards for completing missions. In particular, in an RPG game, it can be used to move a player to a desired movement line or to naturally direct a game story by generating an event. Similarly, within the 3D presentation content, a user can compose various presentation contents as a quest, and a participant spawned in a 3D virtual environment can follow the presentation contents as if performing a quest. That is, in producing various 3D contents, the user can create a narrative of the contents by directing the quest as desired.

1 is a schematic diagram illustrating an example of an interface screen for generating a quest of 3D content according to an embodiment of the present disclosure. The screen shown in FIG. 1 shows an example in which a user executes a 3D content development framework on a user terminal (eg, desktop, tablet PC, etc.) to create a 3D content quest. show Through this framework, users can create quests for 3D content creation without professional coding knowledge.

According to an embodiment, a user terminal (eg, at least one processor of the user terminal) may receive information for configuring a plurality of nodes included in a graph structure in order to generate a quest. For example, the user terminal may receive information about a configuration of a plurality of nodes of a graph structure input from a user through an input device (eg, a keyboard, a mouse, etc.) on the executed framework. Here, the information on the configuration of a plurality of nodes in the graph structure may refer to a node-related work command, such as a command to create a node, a command to set additional conditions for a node, a command to disconnect a node, and the like. can include Additionally or alternatively, the user may load previously stored information about the configuration of a plurality of nodes from memory.

According to an embodiment, the user terminal may create one or more nodes in the graph area 100 of the interface screen in response to a user's node-related work command. In one embodiment, a user terminal may start a quest by creating a root node 140 . Here, the root node is a node meaning the start of a quest, and may refer to a node having only child nodes without a parent node.

According to one embodiment, the user terminal may output the quest node 150 to be connected at the root node 140 . Here, only one quest node 150 may be connected below the root node 140 indicating the start of the quest. On the other hand, a composite node (eg, a mission node, a dialog node, an action node, a branch node, etc.) or a task node (eg, a mission node, a dialogue node, etc.) or a task node (eg, Quest weight node) can be connected. In another embodiment, the 3D content may include a plurality of quests, each of the plurality of quests starting at a quest node 150 connected to a root node 140 and ending at a quest weight node 160. there is.

According to one embodiment, the user terminal may output at least one or more nodes from among a plurality of nodes connectable from the quest node 150 . Here, the plurality of nodes may refer to composite nodes or task nodes. For example, the user terminal may connect the mission node 170 under the quest node 150 according to the user's work command, and the connected mission node 170 may connect one or more child nodes (eg, a dialog node, etc.) ) can be associated with Additionally, the mission node 170 may terminate at the mission weight node 180 . In this way, the quest node 150 may be connected to lower nodes related to creation and termination of missions, which will be described later in detail with reference to FIG. 4 .

According to one embodiment, the user terminal may collect detailed information of a node for each of a plurality of nodes. For example, the user may input detailed node information into the node information area 110 on the right side of the interface screen. Here, the detailed node information may include information according to characteristics of each node. For example, in the case of a conversation node, content of a conversation may be indicated, and in the case of a mission node, information on a mission rule may be indicated. In one embodiment, when a user clicks a lower node 190 of a dialog node, detailed information of the corresponding node can be viewed and edited in the node information area 110 .

According to one embodiment, the user may continue the narrative of the content by creating a plurality of quests. As shown in FIG. 1 , a plurality of quests may be displayed in a tab form 120 at the top of the interface screen, and each tab may include a graph structure corresponding to each quest. Here, 3D content is not necessarily limited to a plurality of quests, and a narrative may be composed of only one quest. For example, when creating 3D content for presentation or educational purposes, the purpose of the content can be achieved with just one quest. This 3D presentation will be described in detail with reference to FIGS. 7 and 8 .

According to one embodiment, the user terminal may store the created quest as a single file. For example, a plurality of nodes created by a user and various job information related to the created nodes may be stored as a single file. The user can easily load the environment for editing and/or executing the quest by executing the saved file.

According to one embodiment, the user terminal may execute a plurality of nodes in the generated quest according to a predetermined order. Here, the execution of the quest may include activating a simulation mode for the quest by the user terminal and outputting the result through a display device. For example, the user terminal can create a quest by connecting a plurality of nodes that can be connected from the quest node 150, and the quest created in this way can be executed by clicking one of the button menus 130 at the top of the interface screen. there is. Here, the button menu 130 at the top of the interface screen may include a button for not only executing a quest, but also saving a quest or loading a saved quest. Additionally or alternatively, the user terminal may execute the quest in response to a shortcut (eg, '/', etc.) input for the quest execution.

As described above, with the framework according to the present disclosure, a user can intuitively compose a quest without professional knowledge of coding, easily understand the flow of an already configured quest, and click a predetermined button. This can be easily simulated.

According to one embodiment, the user terminal may output an interface capable of producing 3D content on a framework based on Unreal Engine. Here, Unreal Engine may refer to a 3D game engine developed by Epic Games of the United States. Since this Unreal Engine is operated based on a programming language (for example, C++, etc.), it was difficult to use without professional coding knowledge. Accordingly, the framework based on the Unreal engine of the present disclosure can provide users with an intuitive interface configuration so that workers without professional knowledge of coding can easily create 3D content.

2 is a diagram illustrating an information processing system for producing 3D content based on a game engine according to an embodiment of the present disclosure. The information processing system 200 for producing 3D contents based on a game engine may include a memory 210, a processor 220, a communication module 230, and an input/output interface 240. As shown in FIG. 2 , the information processing system 200 may be configured to communicate information and/or data through a network using the communication module 230 .

Memory 210 may include any non-transitory computer readable recording medium. According to one embodiment, the memory 210 may include a permanent mass storage device such as a disk drive, a solid state drive (SSD), or a flash memory. As another example, a non-perishable mass storage device such as a ROM, SSD, flash memory, disk drive, etc. may be included in the information processing system 200 as a separate permanent storage device separate from memory. In addition, the memory 210 may store an operating system and at least one program code (eg, a framework for producing 3D contents installed and driven in the information processing system 200). In FIG. 2 , the memory 210 is illustrated as a single memory, but this is only for convenience of explanation, and the memory 210 may include a plurality of memories.

These software components may be loaded from a computer-readable recording medium separate from the memory 210 . A recording medium readable by such a separate computer may include a recording medium directly connectable to the information processing system 200, for example, a floppy drive, a disk, a tape, a DVD/CD-ROM drive, a memory card, etc. It may include a computer-readable recording medium. As another example, software components may be loaded into the memory 210 through the communication module 230 rather than a computer-readable recording medium. For example, the at least one program is a computer program installed by files provided by developers or a file distribution system that distributes application installation files through the communication module 230 (eg, a game engine-based 3D computer program). Content production framework program, etc.) may be loaded into the memory 210.

The processor 220 may be configured to process commands of a computer program by performing basic arithmetic, logic, and input/output operations. Commands may be provided to a user terminal (not shown) or other external system by the memory 210 or the communication module 230 . For example, the processor 220 may execute a plurality of nodes constituting a graph structure in a predetermined order. The graph structure executed in this way can be displayed in the form of 3D content through a display output capable device (eg, a touch screen, a liquid crystal display panel, a monitor connected to a desktop, etc.).

The communication module 230 may provide a configuration or function for a user terminal (not shown) and the information processing system 200 to communicate with each other through a network, and the information processing system 200 may provide an external system (for example, a separate configuration or function to communicate with a cloud system, etc.). For example, control signals, commands, data, etc. provided under the control of the processor 220 of the information processing system 200 are transmitted through the communication module 230 and the network to the user terminal and/or the communication module of the external system. It may be transmitted to a terminal and/or an external system. For example, the information processing system 200 may receive image information (eg, character image, reward information, etc.) from an external system (eg, a game developer server).

In addition, the input/output interface 240 of the information processing system 200 is connected to the information processing system 200 or means for interface with a device (not shown) for input or output that the information processing system 200 may include. can be For example, the input/output interface 240 may include at least one of a PCI express interface and an Ethernet interface. In FIG. 2 , the input/output interface 240 is shown as an element configured separately from the processor 220 , but is not limited thereto, and the input/output interface 240 may be included in the processor 220 . The information processing system 200 may include more components than those of FIG. 2 . However, there is no need to clearly show most of the prior art components.

The processor 220 of the information processing system 200 may be configured to manage, process, and/or store information and/or data received from a plurality of user terminals and/or a plurality of external systems. According to an embodiment, the processor 220 may obtain an image in which one or more blood vessels are photographed. The processor 220 may estimate a probability distribution for an action including at least one of translation or rotation of the guide wire from the received blood vessel image, and determine a control command based on the probability distribution. In FIG. 2 , processor 220 is illustrated as a single processor, but this is only for convenience of description, and processor 220 may include a plurality of processors.

3 is a diagram showing an internal configuration of a processor according to an embodiment of the present disclosure. The processor 220 may include a quest setting unit 310, a dialog directing unit 320, a compensation unit 330, and an execution unit 340. In FIG. 3 , each component of the processor 220 represents functionally differentiated functional elements, and a plurality of components may be implemented in a form integrated with each other in an actual physical environment. For example, the quest setting unit 310, the dialogue directing unit 320, and the compensation unit 330 may be implemented as one component.

In addition, in FIG. 3, the processor 220 is implemented by dividing the quest setting unit 310, the conversation directing unit 320, the compensation unit 330, and the execution unit 340, but it is not limited thereto, and some components are omitted or other components are omitted. Configurations can be added.

According to one embodiment, the processor 220 may include a plurality of processors. Here, some of the quest setting unit 310, the dialog directing unit 320, the compensation unit 330, and the execution unit 340 may be operated by one processor, and the remaining parts may be operated by another processor. In this case, the plurality of processors may include a central processing unit, and the central processing unit controls at least a part of the quest setting unit 310, the dialog directing unit 320, the compensation unit 330, and the execution unit 340. can do. For example, an operation for executing a plurality of nodes in a graph structure included in the execution unit 340 may be implemented through an accelerator such as a GPU or NPU.

According to one embodiment, the quest setting unit 310 may output at least one node from among a plurality of nodes constituting the graph structure. Here, the plurality of nodes may include a composite node, and the composite node may include at least one task node below it. For example, a user may input an input to create a composite node through an input device (eg, a keyboard, a mouse, etc.). Here, the user's input method may include a method that can be easily performed without coding knowledge (eg, mouse click and drag). Accordingly, the quest setting unit 310 may receive data input by the user, and may output a composite node on the interface in response to the received input.

According to one embodiment, the quest setting unit 310 may set detailed information of the output node. For example, a user can edit at least one node using a context menu. Here, editing may include deleting, cutting, copying, pasting, and disconnecting nodes. As another example, a user may add a condition for at least one node by using a context menu. Here, the condition may include a condition for a conversation result, a condition for interaction with an object, a condition for specific information (eg, physical strength, race, etc.) of the object, and the like. Additionally or alternatively, the user may input node detailed information into the node information area 110 on the right side of the interface screen. Here, the detailed node information may refer to conversation contents in the case of a dialog node, and may refer to information about a mission rule in the case of a mission node.

According to an embodiment, the dialogue directing unit 320 may direct dialogue between characters included in the quest. For example, if a dialog node includes one or more task nodes under a graph structure, a user may input information about a portrait of a character and text of a conversation in a corresponding task node. Here, the dialogue directing unit 320 may set the portrait of the character according to the situation according to the user input. For example, the conversation directing unit 320 can naturally connect the overall narrative of 3D content by appropriately changing the expression of a character portrait to an angry expression in a duel situation, which will be described later in detail with reference to FIG. 6 .

According to one embodiment, the compensation unit 330 may grant a reward according to achievement of a quest mission to a character. For example, if the mission node 170 in the graph structure includes the mission weight node 180 as a task node under it, the user may send the mission weight node 180 a reward given to the player when the mission is completed (eg For example, you can enter information about recovery of the player's health, provision of necessary items to the player, provision of coins that can be traded with NPCs, etc.). Accordingly, the compensation unit 330 may provide fun and immersion in the game to 3D content consumers by inducing the player to achieve a mission.

According to an embodiment, a user may create a quest in a P2E (Play to Earn) format using the framework of the present disclosure. Here, P2E is the concept of making money while playing games, and can refer to a model in which goods or items acquired by users while playing games are used as assets in the blockchain ecosystem. In this case, the compensation unit 330 may provide a non-fungible token (NFT) as a reward when the player completes the mission. For example, in a P2E game produced using the framework according to the present disclosure, a user terminal may spawn a plurality of players in a virtual space, and the spawned players may perform missions according to the progress of a quest. there is. Here, the compensation unit 330 may provide NFTs to the player as a reward for completing the mission, and the player may exchange the acquired NFTs with other players in the virtual space.

According to one embodiment, the execution unit 340 may execute a plurality of nodes in the generated quest according to a predetermined order. For example, the execution unit 340 may display 3D content through a device capable of display output by sequentially executing each node from a root node to a leaf node. Here, when at least one node includes a plurality of lower nodes of the same level, the execution unit 340 may sequentially execute each node from the left node to the right node. The execution sequence of such nodes will be described later in detail with reference to FIG. 5 .

According to an embodiment, the execution unit 340 may terminate execution in the quest weight node 160 . Here, the user may set a waiting time for determination of whether or not to complete the quest in the quest weight node 160 . For example, if the user sets the waiting time for determining whether the quest has been completed to 0.5 seconds, the execution unit 340 may check whether the quest has satisfied the completion condition every 0.5 seconds. In another embodiment, the execution unit 340 may execute another quest according to the setting of the quest weight node 160 . Accordingly, the execution unit 340 may continuously execute a plurality of quests.

As described above, the information processing system 200 can generate a graph structure for quest generation through simple mouse click and drag input from a worker without professional knowledge of coding, and provide a quest reward according to mission completion. can be set. Accordingly, the user can easily produce high-quality 3D content.

4 is a diagram illustrating an example of generating and connecting a plurality of nodes constituting a graph structure according to an embodiment of the present disclosure. As shown, a user may create and connect a plurality of nodes through mouse click and drag input. For example, a user can create a mission weight node 410 that can be connected to the mission node 400 through a mouse click and drag input. Here, the mission node 400 may refer to a node where a mission given to the player is set, and a different mission type (eg, monster removal, event related to a specific object, etc.) will be given for each object spawned in 3D space. can The mission weight node 410 connected to the mission node 400 by an arrow 440 may refer to a node where a waiting time for determining whether a mission is completed is set. Here, the arrow 440 may be automatically generated in a predetermined direction. Through this, users can easily understand the flow of nodes.

According to one embodiment, the user can create the lower node 430 by clicking the lower center box 420 of the node and dragging it to the location of the node to be created (click and drag). In this case, the information processing system 200 may output on the screen a composite node and a task node that the corresponding node may have, and the user may click a desired node with a mouse to complete the sub-node creation task. In this way, the user can create a quest by creating and connecting nodes through mouse click and drag input, even without coding knowledge.

As shown, a user may select and create a mission weight node 410 from task nodes that the mission node 400 may have. As another example, the mission node 400 may create a composite node (eg, a dialogue node) other than a task node and connect it to the mission node. In this case, the user terminal may end the corresponding mission when the conversation of the conversation node is ended. As another example, the mission node may select and create a cutscene node capable of reproducing an image as a lower node to display an image suitable for the purpose of the content to the user.

According to one embodiment, a thumbnail may be set for each of a plurality of nodes. Here, the thumbnail is an image displayed on the node, and may refer to a thumbnail of a photo captured when the corresponding node is executed. In FIG. 4 , the mission node 400 shows a state where thumbnails are set, and the mission weight node 410 shows a state where thumbnails are not set. Here, the exclamation point image of the mission weight node 410 may indicate that there is no thumbnail. In this way, the user can understand the contents of the quest even if the user does not necessarily simulate the quest by setting thumbnails in the main nodes.

5 is a diagram illustrating an example of a graph structure for producing 3D game contents based on a game engine according to an embodiment of the present disclosure. Users can create various 3D contents (eg, 3D games, 3D presentations, etc.) using the framework of the present disclosure. Accordingly, an example of a 3D game is described in FIGS. 5 and 6 , and an embodiment of a 3D presentation will be described later in detail with reference to FIGS. 7 and 8 .

The graph structure shown in FIG. 5 may represent a quest to obtain a reward for items and physical recovery by talking to the NPC when meeting a predetermined NPC (eg, guard, etc.) in the virtual space of the 3D game, and defeating the NPC. there is. Here, NPC (Non Player Character) may refer to a non-playable character, and may include all characters other than the player manipulated by the user.

In one embodiment, the user terminal may start a quest for a 3D game from the root node 500 and connect a quest node 510 to a lower level. Here, the quest node 510 may be connected to a mission node 520 that starts a mission and a quest weight node 570 that ends a quest.

In one embodiment, the mission node 520 may include information about mission rules and mission types. For example, a user may set a specific object to spawn as a mission rule, and may select kill as a mission type. Accordingly, the user can simply create a mission to remove the spawned object.

In one embodiment, the user terminal may connect a conversation node 530 under the mission node 520 so that the user can understand the contents of the mission. Here, a plurality of tasks may be connected under the dialog node 530 in order to set up a conversation between the player and the NPC, respectively. In one embodiment, when the player meets the NPC, the user terminal may display the NPC's predetermined dialogue through the first task node 540 of the dialogue node 530. For example, an NPC might start a conversation by saying, "You're a stranger. Who are you!" Then, the user terminal may display the player's predetermined dialogue through the second task node 550 of the dialogue node 530 . For example, "Oh, I got caught! I can't help it. I have to deal with it", the player might continue the conversation.

In one embodiment, the user terminal may terminate mission node 520 at mission weight node 570 . Here, the user may set a waiting time for determining whether the mission is complete in the mission weight node 570 . For example, the user could set the mission weight node 570 to determine every 0.5 seconds whether a spawned object has been removed. In addition, the user may input information about a reward provided when a mission is completed in the mission weight node 570 . For example, the user may set the player to recover health or receive a necessary item as a reward when the spawned object is removed. The compensation set in this way may be provided to the player through the compensation unit 330 .

According to one embodiment, the user terminal may execute a plurality of nodes in the generated quest according to a predetermined order. Here, the determined order may be determined in a direction from a root node to a leaf node for each of a plurality of nodes constituting the graph structure. For example, the user terminal may execute a quest node 510 as a start, a mission node 520, a conversation node 530, and a first task node 540 of the conversation nodes in order.

Additionally or alternatively, the user terminal may sequentially execute from a left node to a right node when at least one node among a plurality of nodes constituting the graph structure includes a plurality of lower nodes of the same level. For example, two task nodes below the dialog node 530 may be connected at the same level. In this case, the user terminal may first execute the first task node 540 on the left side and then execute the second task node 550 on the right side. Through this, the user can not only intuitively understand the execution sequence of the graph structure, but also visually check the execution sequence of each node through the execution number 580 displayed on the upper right of each node.

As described above, the user can easily create a quest for 3D game content through the framework of the present disclosure. In addition, the user can configure the quest as shown in FIG. 5 by connecting it to a plurality of quests, and through this, the story of the game can be continued.

6 is a diagram illustrating an example of a conversation window portrait image outputting a change in emotion of a character according to an embodiment of the present disclosure. According to one embodiment, a user may create one or more conversation nodes 530 to create an interactive story. 6 is an example of a dialog mode 600 output to a display when the execution unit 340 executes the dialog node 530 . Here, the execution unit 340 may display the speaker's portrait and conversation contents on the lower part of the display 610 .

According to an embodiment, the user may change the portrait of the speaker appearing in the conversation mode 600 to a portrait revealing emotions according to conversation content. For example, the dialogue director 320 may change the basic appearance 630 of the portrait to an angry appearance 640 according to the user's setting.

According to an embodiment, the user terminal may pre-store animations capable of expressing emotions of the characters in the memory 210 , and the user may load and use the stored animations through the dialog directing unit 320 . For example, the user may load a pre-stored animation of an angry character in order to create an angry character image in a conversation mode portrait. Then, the user can select a desired animation motion through the dialog directing unit 320 and change it to a portrait of a speaker. As another example, the user may acquire an angry image by temporarily stopping when a character takes a specific motion among animation motions. Accordingly, the user can direct a conversation that can give a visual effect through animations and images expressing emotions, rather than a monotonous conversation format.

7 is a diagram illustrating an example of a graph structure for producing a 3D presentation based on a game engine according to an embodiment of the present disclosure. 7 shows a graph structure for performing a 3D presentation, and the configuration of the basic nodes described in FIG. 5 is omitted. In addition, a simulation embodiment of the graph structure disclosed in FIG. 7 will be described later in detail using FIG. 8 .

A conventional presentation format is a method of creating data including text and images using presentation software (eg, PowerPoint, Keynote, etc.) and presenting the data in a slide show format. Unlike this, the 3D presentation according to the present disclosure may be performed while interacting with an object in a virtual space. For example, a user terminal can spawn an object (eg, NPC) to listen to an announcement in a virtual space, and the spawned object can freely watch the announcement video in the virtual space and participate together. It can also interact with other objects.

According to an embodiment, a user may start a graph structure for 3D presentation from a root node 700, and the root node 700 may be connected to a quest node 710 and a mission node 720. Here, the mission node 720 may end the mission when all nodes included in the graph structure are executed without an action of killing NPCs, unlike in the case of game content.

According to one embodiment, a user may connect various sub-nodes for producing a 3D presentation to the mission node 720 . For example, the user can display the intro video in full screen by connecting the media node 730 under the mission node 720 . Subsequently, the user connects the cutscene node 740 at the same level as the media node 730 so that camera work can be performed in the virtual space after playing the intro video. Here, the user can maximize the effect as 3D content by directing the screen in the virtual space three-dimensionally through camera work.

According to an embodiment, a user may connect an action node 750 capable of displaying prop media in a partial region of a virtual space to a lower portion of the mission node 720 . Here, the prop media may refer to an image displayed in a partial area of the virtual space rather than being provided on the entire screen. A user may feel that an object participating in a 3D presentation belongs to a virtual space through such prop media playback.

According to one embodiment, the user may repeatedly connect the above-described plurality of nodes to the mission node 720 according to the 3D presentation. For example, the user can connect the cutscene node 760 and the action node 770 to the right of the action node 750 and use them. Since the user can easily connect a plurality of nodes simply by clicking and dragging a mouse, the composition of the 3D presentation can be easily produced as desired.

According to one embodiment, the user may connect the mission weight node 780 to the lower part of the mission node 720 to complete the mission. In addition, the user may end the quest by connecting the quest weight node 790 to the quest node 710 when execution of all nodes is completed. Additionally or alternatively, the quest weight node 790 may be connected to the root node (not shown) of another quest.

8 is a diagram illustrating a screen on which a 3D presentation is executed according to an embodiment of the present disclosure. As shown, the execution unit 340 may display the 3D presentation by activating a simulation mode for the graph structure 800 of the 3D presentation described in FIG. 7 .

According to an embodiment, the execution unit 340 may first execute and display the media node 730 located at the leftmost side among the lower nodes of the mission node 720 . For example, the user can set the presentation start video 820 to be displayed in full screen using the media node 730 .

According to an embodiment, the execution unit 340 may execute a camera walk 830 for changing the atmosphere following the presentation start video 820 . Here, objects spawned in the virtual space may be displayed on the screen according to the movement of the camera.

According to an embodiment, following the camera walk 830, the execution unit 340 may reproduce prop media (eg, a presentation start video and a subsequent presentation middle video) in a partial area of the virtual space. Here, the execution unit 340 may convert the display screen to black and white before playing the prop media (850) (840). In addition, the execution unit 340 can give an effect that reproduction of the prop media has been completed by converting 860 the black-and-white screen on which the prop media has ended after playing the prop media (850).

According to an embodiment, the execution unit 340 may execute the camera walk 870 again to change the atmosphere, and then reproduce another prop media (880). Here, according to the user's settings, the execution unit 340 may change the position of the prop media playback 880 in the virtual space. For example, a plurality of places where prop media can be reproduced may exist in the virtual space, and the user can select the location of the prop media 850 played at the beginning of the presentation and the location of the prop media 880 played at the end of the presentation. can be set differently. Through this, an effect in which the spawned object can actively participate in the 3D presentation can be brought about. Here, the spawned object may refer to an NPC, and the NPC may be spawned in the 3D virtual space through an NPC spawn node (not shown) connected to a lower node of the mission node 720 .

As an embodiment, when the execution of the last prop media 880 is completed, the user terminal may end the mission, and then may end the quest. In another embodiment, when the quest weight node 790 is set to be connected to another quest, the user terminal may display the next quest to follow the current quest.

9 is a flowchart illustrating an example of a method for automatically controlling reinforcement learning-based guidewire navigation according to an embodiment of the present disclosure. According to one embodiment, the method 900 outputs an interface screen for generating a quest of 3D content by at least one processor (eg, at least one processor 220 of the information processing system 200) It can be initiated by doing (S910). Here, the interface screen may include a graph structure composed of a plurality of nodes and edges connecting the nodes.

Then, the processor may output a root node on at least a partial region of the interface screen (S920). Here, the root node may refer to a node having no parent node and only child nodes.

After that, the processor may output a quest node to be connected from the root node (S930). Here, a composite node (eg, a mission node, a dialogue node, an action node, a branch node, etc.) or a task node (eg, a quest weight node) may be connected under the quest node.

Then, the processor may generate a quest by outputting at least one node among a plurality of nodes connectable from the quest node (S940). Here, the plurality of nodes may refer to composite nodes or task nodes. In one embodiment, the user terminal may connect a mission node under a quest node according to a user's work command, and the connected mission node may be connected to one or more child nodes (eg, a conversation node).

Then, the processor may execute a plurality of nodes in the generated quest according to a predetermined order (S950). Here, the execution of the quest may include activating a simulation mode for the quest by the user terminal and outputting the result through a display device. For example, the execution unit may display 3D content through a display output capable device by sequentially executing each node in a direction from a root node to a leaf node. Here, when at least one node includes a plurality of lower nodes of the same level, the execution unit may sequentially execute each node from a left node to a right node.

The above method may be provided as a computer program stored in a computer readable recording medium to be executed on a computer. The medium may continuously store programs executable by a computer or temporarily store them for execution or download. In addition, the medium may be various recording means or storage means in the form of a single or combined hardware, but is not limited to a medium directly connected to a certain computer system, and may be distributed on a network. Examples of the medium include magnetic media such as hard disks, floppy disks and magnetic tapes, optical recording media such as CD-ROM and DVD, magneto optical media such as floptical disks, and Anything configured to store program instructions may include a ROM, RAM, flash memory, or the like. In addition, examples of other media include recording media or storage media managed by an app store that distributes applications, a site that supplies or distributes various other software, and a server.

The methods, acts or techniques of this disclosure may be implemented by various means. For example, these techniques may be implemented in hardware, firmware, software, or combinations thereof. Those skilled in the art will appreciate that the various illustrative logical blocks, modules, circuits, and algorithm steps described in connection with the disclosure herein may be implemented as electronic hardware, computer software, or combinations of both. To clearly illustrate this interchange of hardware and software, various illustrative components, blocks, modules, circuits, and steps have been described above generally in terms of their functionality. Whether such functionality is implemented as hardware or software depends on the particular application and the design requirements imposed on the overall system. Skilled artisans may implement the described functionality in varying ways for each particular application, but such implementations should not be interpreted as causing a departure from the scope of the present disclosure.

In a hardware implementation, the processing units used to perform the techniques may include one or more ASICs, DSPs, digital signal processing devices (DSPDs), programmable logic devices (PLDs) ), field programmable gate arrays (FPGAs), processors, controllers, microcontrollers, microprocessors, electronic devices, and other electronic units designed to perform the functions described in this disclosure. , a computer, or a combination thereof.

Accordingly, the various illustrative logical blocks, modules, and circuits described in connection with this disclosure may be incorporated into a general-purpose processor, DSP, ASIC, FPGA or other programmable logic device, discrete gate or transistor logic, discrete hardware components, or may be implemented or performed in any combination of those designed to perform the functions described in A general purpose processor may be a microprocessor, but in the alternative, the processor may be any conventional processor, controller, microcontroller, or state machine. A processor may also be implemented as a combination of computing devices, eg, a combination of a DSP and a microprocessor, a plurality of microprocessors, one or more microprocessors in conjunction with a DSP core, or any other configuration.

In firmware and/or software implementation, the techniques include random access memory (RAM), read-only memory (ROM), non-volatile random access memory (NVRAM), PROM ( on a computer readable medium, such as programmable read-only memory (EPROM), erasable programmable read-only memory (EPROM), electrically erasable PROM (EEPROM), flash memory, compact disc (CD), magnetic or optical data storage device, or the like. It can also be implemented as stored instructions. Instructions may be executable by one or more processors and may cause the processor(s) to perform certain aspects of the functionality described in this disclosure.

If implemented in software, the techniques may be stored on or transmitted over as one or more instructions or code on a computer readable medium. Computer readable media includes both computer storage media and communication media including any medium that facilitates transfer of a computer program from one place to another. A storage media may be any available media that can be accessed by a computer. By way of non-limiting example, such computer readable media may include RAM, ROM, EEPROM, CD-ROM or other optical disk storage, magnetic disk storage or other magnetic storage devices, or desired program code in the form of instructions or data structures. It can be used for transport or storage to and can include any other medium that can be accessed by a computer. Also, any connection is properly termed a computer-readable medium.

For example, if the software is transmitted from a website, server, or other remote source using coaxial cable, fiber optic cable, twisted pair, digital subscriber line (DSL), or wireless technologies such as infrared, radio, and microwave, the coaxial cable , fiber optic cable, twisted pair, digital subscriber line, or wireless technologies such as infrared, radio, and microwave are included within the definition of medium. Disk and disc as used herein include CD, laser disc, optical disc, digital versatile disc (DVD), floppy disk, and blu-ray disc, where disks are usually magnetic data is reproduced optically, whereas discs reproduce data optically using a laser. Combinations of the above should also be included within the scope of computer readable media.

A software module may reside in RAM memory, flash memory, ROM memory, EPROM memory, EEPROM memory, registers, hard disk, a removable disk, a CD-ROM, or any other form of storage medium known in the art. An exemplary storage medium can be coupled to the processor such that the processor can read information from or write information to the storage medium. Alternatively, the storage medium may be integral to the processor. The processor and storage medium may reside within an ASIC. An ASIC may exist within a user terminal. Alternatively, the processor and storage medium may exist as separate components in a user terminal.

Although the embodiments described above have been described as utilizing aspects of the presently-disclosed subject matter in one or more stand-alone computer systems, the disclosure is not limited thereto and may be implemented in conjunction with any computing environment, such as a network or distributed computing environment. . Further, aspects of the subject matter in this disclosure may be implemented in a plurality of processing chips or devices, and storage may be similarly affected across multiple devices. These devices may include PCs, network servers, and portable devices.

Although the present disclosure has been described in relation to some embodiments in this specification, various modifications and changes may be made without departing from the scope of the present disclosure that can be understood by those skilled in the art. Moreover, such modifications and variations are intended to fall within the scope of the claims appended hereto.

100: graph area
110: node information area
120: tab format
130: button menu
140: root node
150: Quest Node
160: quest weight node
170: mission node
180: mission weight node
190: child node of dialog node

Claims (10)

A method for producing 3D content based on a game engine, performed by at least one processor,
Outputting an interface screen for generating a quest of the 3D content, wherein the interface screen includes a graph structure composed of a plurality of nodes and an edge connecting the nodes. ;
outputting a root node on at least a partial region of the interface screen;
outputting a quest node to be connected from the root node;
generating the quest by outputting at least one node among a plurality of nodes connectable from the quest node; and
Executing a plurality of nodes in the generated quest in a predetermined order
A method for producing 3D content based on a game engine comprising a.
According to claim 1,
The game engine may include an unreal engine,
The interface screen is output on a framework capable of producing 3D content based on the Unreal Engine,
How to create 3D content based on a game engine.
According to claim 1,
The graph structure includes a plurality of composite nodes,
The composite node includes at least one task node below it,
How to create 3D content based on a game engine.
According to claim 3,
The composite node may include a mission node, a dialogue node, an action node, and a branch node,
Generating the quest by outputting at least one node among a plurality of nodes connectable from the quest node,
Including the step of outputting at least one node among the composite nodes,
How to create 3D content based on a game engine.
According to claim 4,
The step of outputting at least one node among the composite nodes,
Including the step of outputting at least one task node that can be connected to a subordinate of the composite node,
How to create 3D content based on a game engine.
According to claim 1,
A plurality of nodes constituting the graph structure may include a context menu,
The method,
editing at least one node using the context menu; and
Further comprising adding a condition for at least one node using the context menu,
How to create 3D content based on a game engine.
According to claim 1,
The step of executing a plurality of nodes in a predetermined order in the generated quest,
sequentially executing each of a plurality of nodes constituting the graph structure from a root node to a leaf node; and
When at least one of the plurality of nodes constituting the graph structure includes a plurality of lower nodes of the same level, sequentially executing from the left node to the right node,
How to create 3D content based on a game engine.
According to claim 4,
When a mission completion condition set in the mission node is satisfied, providing a reward to the player;
The reward includes a Non-Fungible Token (NFT),
How to create 3D content based on a game engine.
A computer program stored in a computer readable recording medium to execute the method according to any one of claims 1 to 8 on a computer.
In the information processing system,
a memory that stores one or more instructions; and
By executing one or more instructions in the memory, an interface screen for generating a quest of 3D content is output, the interface screen includes a graph structure composed of a plurality of nodes and edges connecting the nodes, and of the interface screen At least one processor configured to generate the quest by outputting a root node to at least a partial area, outputting a quest node to be connected from the root node, and outputting at least one or more nodes among a plurality of nodes connectable from the quest node. including,
information processing system.

Images