KR102582746B1 - Control method, device and system of platform service for providing travel video content based on virtual currency payment according to travel scenario publication and selection - Google Patents

Abstract

The device according to one embodiment receives a travel scenario including a travel topic, travel time, travel area, travel location, and travel mission from at least one of the user's user terminal and the traveler's traveler terminal, and traveler information from the traveler terminal. Receives and, if preferred traveler information is received from the user terminal, transmits a travel scenario to the traveler included in the preferred traveler information, and if preferred traveler information is not received from the user terminal, selects a travel scenario based on the traveler information and transmit the selected travel scenario to the traveler terminal, and when it is determined that payment of the reward has been completed through the virtual currency designated by the user terminal, information on payment, travel performance request according to the travel scenario, and production of travel content according to the travel scenario A message requesting is sent to the traveler's terminal, the upload of the travel content is confirmed, the validity of the travel content is verified, and if the validation is passed, virtual currency corresponding to the reward can be paid to the traveler.

Description

Control method, device and system for platform service providing travel video content based on virtual currency payment based on travel scenario posting and selection SELECTION}

The following embodiments relate to technology for controlling a virtual currency payment-based travel video content providing platform service based on travel scenario posting and selection.

Due to restrictions on activities due to the coronavirus, the re-blocking of the world due to ideology, and the increase in geopolitical conflict areas, the travel trend that was free from the 1990s to the 2010s has been subject to significant restrictions over the past three years. Accordingly, many people are complaining of emotional anxiety due to the coronavirus and are experiencing burnout, especially as they are unable to relieve the stress they have experienced through overseas travel in a timely manner.

Therefore, an increasing number of people are trying to indirectly satisfy their desire to travel simply by watching simple travel content uploaded on video platforms such as YouTube. However, from the perspective of users who want to go on a trip but cannot go and want to satisfy their latent travel desires through video, there is a problem that there is no two-way communication or channel that can provide detailed travel information on behalf of the user.

Additionally, from the perspective of a traveler who creates travel video content through travel, there was a problem that existing YouTube channels had a one-way nature of directly discovering and delivering content, making it difficult to understand what users wanted.

Republic of Korea Patent No. 10-1758252 (announced on July 17, 2017) Republic of Korea Patent No. 10-2001135 (announced on July 17, 2019) Republic of Korea Patent No. 10-2451133 (announced on October 6, 2022) Republic of Korea Patent Publication No. 10-2001-0107240 (published on December 7, 2001)

Embodiments are intended to provide a method of controlling a platform service that provides travel video content based on virtual currency payment according to the posting and selection of travel scenarios.

Embodiments determine the traveler's qualifications using the traveler's information and travel-related content production history information, and issue NFTs according to the traveler's qualifications to pay to the traveler.

Embodiments seek to create images for producing NFTs for travel content and distribute sales profits from NFTs.

According to one embodiment, the method performed by the device includes receiving a travel scenario including a travel topic, travel time, travel area, travel location, and travel mission from at least one of the user's user terminal and the traveler's traveler terminal. step; Receiving traveler information from the traveler terminal; When preferred traveler information is received from the user terminal, transmitting the travel scenario to a traveler included in the preferred traveler information; If the preferred traveler information is not received from the user terminal, selecting the travel scenario based on the traveler information and transmitting the selected travel scenario to the traveler terminal; When it is determined that payment of the reward has been completed through the virtual currency designated by the user terminal, a message requesting information on the payment, a request to perform a trip according to the travel scenario, and production of travel content according to the travel scenario is sent to the traveler terminal. Transferring to; Confirming upload of the travel content and verifying the validity of the travel content; And if the validity verification is passed, it may include paying virtual currency corresponding to the reward to the traveler.

The traveler is a user granted traveler qualifications, and the traveler qualifications are determined by receiving nationality information, residence area information, travel preparation information, and travel-related content production history information, the number of SNS followers, the number of travel-related content uploads, and the number of uploads. Depending on the evaluation information about the travel-related content, it is classified into a first or second level, and the traveler who is granted the traveler qualification is given a first NFT corresponding to the first level or a second level corresponding to the second level. An NFT is paid, and the first NFT and the second NFT can be set to be non-transferable.

The method performed by the device includes confirming revenue generated by travel content uploaded by the traveler; Approving NFT production for the travel content based on the profit being more than a preset standard; Clipping a section with a high viewership per minute of the travel content to create an image for NFT production; Creating an NFT using the image; And it may further include the step of uploading the NFT to the market and distributing a preset ratio of the sales revenue of the NFT to the traveler and the traveler who uploaded the travel scenario corresponding to the travel content.

The method performed by the device further includes calculating a reward for the travel scenario, wherein calculating the reward includes extracting a preset topic difficulty level according to a travel topic of the travel scenario, the travel Calculating a travel time from the travel time of the scenario, generating a time weight based on the calculated travel time, calculating a travel distance from the travel area of the travel scenario, based on the calculated travel distance generating a distance weight, obtaining the number of travel location searches and the number of reviews registered for the travel location by searching for the travel location of the travel scenario from the SNS server, and location weighting using the travel location search count and number of reviews. generating a travel difficulty level by applying the time weight, the distance weight, and the place weight to the topic difficulty level, obtaining the number of followers of the traveler, comparing the number of followers with a preset standard. Step, determining whether the traveler has a fandom based on the comparison result, setting a fandom weight according to whether the traveler has a fandom, applying the fandom weight to the travel difficulty to update and store the travel difficulty. , and obtaining a cost index according to the travel difficulty from the database, and calculating a reward corresponding to the generated travel difficulty using the cost index.

The method performed by the device further includes the step of generating a traveler recommendation list and providing the traveler recommendation list to the user terminal when the preferred traveler information is not received from the user terminal, and the step of generating the traveler recommendation list includes, Classifying a traveler who has experience in creating travel content with the same travel theme as the travel theme of the travel scenario as an experienced traveler, obtaining travel content creation history of the experienced traveler with the same travel theme, and producing the travel content. Calculating the production period from the start of production of the travel content to the completion of production from the details, calculating the average production period for the experienced traveler based on the production period, from the travel content production details Extracting the number of identical content productions that produce travel content identical to the travel topic, calculating a content production index of the experienced traveler using the average production period and the number of identical content productions, and the content production index It may include the step of sorting the experienced travelers using to generate the traveler recommendation list.

The method performed by the device further includes setting a travel request probability for the traveler, wherein the step of setting the travel request probability is performed so that the number of travelers willing to participate in the performance of the travel scenario is one. In this case, setting the travel request probability to 1, and when the number of travelers wishing to participate in the travel scenario is multiple, obtaining traveler history information including basic information and travel history of the traveler, from the travel history Extracting the number of trips, which is the number of times the traveler has traveled, extracting the number of participation in the same travel topic, which is the number of times the traveler has participated in a trip with the same travel topic as the travel topic of the travel scenario, from the travel history of the traveler, the number of trips, and Based on the number of participations in the same travel topic, setting the travel request probability of the traveler to one of a value between 0 and 1, and transmitting an information message about the set travel request probability to the traveler terminal. You can.

The device according to one embodiment may be combined with hardware and controlled by a computer program stored in a medium to execute any one of the above-described methods.

Embodiments may provide a method of controlling a virtual currency payment-based travel video content providing platform service based on travel scenario posting and selection.

Embodiments may determine the traveler's qualifications using the traveler's information and travel-related content production history information, issue an NFT according to the traveler's qualifications, and pay the traveler.

Embodiments may generate images for producing NFTs for travel content and distribute sales profits of the NFTs.

1 is a diagram for explaining the configuration of a system according to an embodiment.
Figure 2 is a flow chart to explain the process of controlling a virtual currency payment-based travel video content providing platform service according to travel scenario posting and selection according to an embodiment.
Figure 3 is a flowchart for explaining the process of granting traveler qualifications according to an embodiment.
Figure 4 is a flow chart to explain the process of distributing NFT sales revenue according to an embodiment.
Figure 5 is a flow chart to explain the process of calculating compensation for a travel scenario according to an embodiment.
Figure 6 is a flowchart for explaining the process of generating a traveler recommendation list according to an embodiment.
Figure 7 is a flowchart for explaining the process of setting a travel request probability according to an embodiment.
Figure 8 is an exemplary diagram of the configuration of a device according to an embodiment.

Hereinafter, embodiments will be described in detail with reference to the attached drawings. However, various changes can be made to the embodiments, so the scope of the patent application is not limited or limited by these embodiments. It should be understood that all changes, equivalents, or substitutes for the embodiments are included in the scope of rights.

Specific structural or functional descriptions of the embodiments are disclosed for illustrative purposes only and may be modified and implemented in various forms. Accordingly, the embodiments are not limited to the specific disclosed form, and the scope of the present specification includes changes, equivalents, or substitutes included in the technical spirit.

Terms such as first or second may be used to describe various components, but these terms should be interpreted only for the purpose of distinguishing one component from another component. For example, a first component may be named a second component, and similarly, the second component may also be named a first component.

When a component is referred to as being “connected” to another component, it should be understood that it may be directly connected or connected to the other component, but that other components may exist in between.

The terms used in the examples are for descriptive purposes only and should not be construed as limiting. Singular expressions include plural expressions unless the context clearly dictates otherwise. In this specification, terms such as “comprise” or “have” are intended to designate the presence of features, numbers, steps, operations, components, parts, or combinations thereof described in the specification, but are not intended to indicate the presence of one or more other features. It should be understood that this does not exclude in advance the possibility of the existence or addition of elements, numbers, steps, operations, components, parts, or combinations thereof.

Unless otherwise defined, all terms used herein, including technical or scientific terms, have the same meaning as generally understood by a person of ordinary skill in the technical field to which the embodiments belong. Terms defined in commonly used dictionaries should be interpreted as having a meaning consistent with the meaning in the context of the related technology, and unless explicitly defined in the present application, should not be interpreted in an ideal or excessively formal sense. No.

In addition, when describing with reference to the accompanying drawings, identical components will be assigned the same reference numerals regardless of the reference numerals, and overlapping descriptions thereof will be omitted. In describing the embodiments, if it is determined that detailed descriptions of related known technologies may unnecessarily obscure the gist of the embodiments, the detailed descriptions are omitted.

Embodiments may be implemented in various types of products such as personal computers, laptop computers, tablet computers, smart phones, televisions, smart home appliances, intelligent vehicles, kiosks, and wearable devices.

1 is a diagram for explaining the configuration of a system according to an embodiment.

The system according to one embodiment may include a user terminal 10, a traveler terminal 20, and a device 30 that can communicate with each other through a communication network.

First, a communication network can be configured regardless of the communication mode, such as wired or wireless, and can be implemented in various forms to enable communication between servers and between servers and terminals.

The user terminal 10 may be a terminal used by a user who requests performance of a travel scenario according to the present invention. The user terminal 10 may be a desktop computer, laptop, tablet, smartphone, etc. For example, as shown in FIG. 1, the user terminal 10 may be a smartphone and may be employed differently depending on the embodiment.

The user terminal 10 may be configured to perform all or part of the calculation function, storage/reference function, input/output function, and control function of a typical computer. The user terminal 10 may be configured to communicate with the device 30 wired or wirelessly.

The user terminal 10 is connected to a web page operated by a person or organization providing services using the device 30, or an application developed and distributed by a person or organization providing services using the device 30. Can be installed. The user terminal 10 may be linked to the device 30 through a web page or application.

The user terminal 10 can access the device 30 through a web page or application provided by the device 30.

The traveler terminal 20 may be a terminal used by a traveler who wants to perform a travel scenario according to the present invention. The traveler terminal 20 may be a desktop computer, laptop, tablet, smartphone, etc. For example, as shown in FIG. 1, the traveler terminal 20 may be a smartphone, and may be employed differently depending on the embodiment.

The traveler terminal 20 may be configured to perform all or part of the calculation function, storage/reference function, input/output function, and control function of a typical computer. The traveler terminal 20 may be configured to communicate with the device 30 in a wired or wireless manner.

The traveler terminal 20 is connected to a web page operated by a person or organization providing services using the device 30, or is an application developed and distributed by a person or organization providing services using the device 30. Can be installed. The traveler terminal 20 may be linked to the device 30 through a web page or application.

The traveler terminal 20 can access the device 30 through a web page or application provided by the device 30.

The singular expressions recited in the claims may be understood to include the plural. For example, the user in a claim may refer to one user or two or more users. For example, the traveler in the claim may refer to one traveler or two or more travelers.

The device 30 may be its own server owned by a person or organization that provides services using the device 30, a cloud server, or a p2p (peer-to-peer) collection of distributed nodes. It may be possible. The device 30 may be configured to perform all or part of the calculation function, storage/reference function, input/output function, and control function of a typical computer.

The device 30 may be configured to communicate wired or wirelessly with the user terminal 10 and the traveler terminal 20, controls the operations of the user terminal 10 and the traveler terminal 20, and controls the user terminal 10 and the traveler terminal 20. It is possible to control which information is displayed on the screen of the terminal 20.

Meanwhile, for convenience of explanation, only the user terminal 10 and the traveler terminal 20 are shown in FIG. 1, but the number of terminals may vary depending on the embodiment. As long as the processing capacity of the device 30 allows, the number of terminals is not particularly limited.

According to one embodiment, a database may be provided within the device 30, but the present invention is not limited to this, and the database may be configured separately from the device 30. Device 30 may include multiple artificial neural networks for performing machine learning algorithms.

Figure 2 is a flow chart to explain the process of controlling a virtual currency payment-based travel video content providing platform service according to travel scenario posting and selection according to an embodiment.

Referring to FIG. 2, first, in step S201, the device 30 may receive a travel scenario from at least one of the user terminal 10 and the traveler terminal 20. At this time, the travel scenario may include information on the travel topic, travel time, travel area, travel location, and travel mission, but is not limited to this and may further include information related to performing the travel.

When the device 30 receives a travel scenario from at least one of the user terminal 10 and the traveler terminal 20, the device 30 may store the received travel scenario in the database of the device 30.

Specifically, the device 30 may generate a travel scenario input page for a travel scenario and transmit it to at least one of the user terminal 10 and the traveler terminal 20, and may provide information about the travel scenario through the travel scenario input page. When information is input, information about the travel scenario can be obtained from at least one of the user terminal 10 and the traveler terminal 20.

According to one embodiment, the device 30 may provide a page for inputting information about a travel scenario to at least one of the user terminal 10 and the traveler terminal 20. When information about the travel scenario is input through the page provided for inputting the travel scenario, information about the travel scenario can be obtained from at least one of the user terminal 10 and the traveler terminal 20.

In step S202, the device 30 may receive traveler information from the traveler terminal 20. At this time, traveler information may include, but is not limited to, information about the traveler's name, gender, age, travel experience, residence, whether or not he or she studied abroad, whether or not he or she has equipment for content production, and details of performing the travel scenario. .

In step S203, the device 30 may determine whether preferred traveler information has been received from the user terminal 10.

At this time, the preferred traveler information may refer to information about which traveler prefers to perform the travel scenario received by the user's user terminal 10 among the traveler information registered in the database.

In step S204, the device 30 may transmit a travel scenario to a traveler included in the preferred traveler information whose preferred traveler information has been received from the user terminal 10.

In step S205, the device 30 may select a travel scenario based on traveler information and transmit the selected travel scenario to the traveler terminal 20.

According to one embodiment, the device 30 may obtain the traveler's travel experience from traveler information and select a travel scenario by comparing the traveler's travel experience and the travel scenario. The device 30 may transmit the selected travel scenario to the traveler terminal 20.

In step S206, if the device 30 determines that the payment of the reward has been completed through the virtual currency designated by the user terminal 10, it sends a message requesting information about payment, a request to perform a trip, and the production of travel content to the traveler terminal ( 20) can be transmitted.

Here, the remuneration may refer to the cost paid by the user according to the performance of the travel scenario, and the device 30 may allow the user to pay the remuneration through virtual currency.

Here, virtual currency refers to digital currency or electronic money used in electronic form in a virtual space connected to a network without physical objects such as banknotes or coins. Cryptocurrency can be considered a type of virtual currency. .

Cryptocurrency can refer to electronic information that is encrypted using blockchain technology, distributed and issued, and can be used as currency in a certain network. In general, these cryptocurrencies can operate on a distributed ledger based on blockchain or DAG (Directed Acyclic Graph). The device 30 may allow the user to pay compensation according to the travel scenario through virtual currency.

In step S207, the device 30 may confirm the upload of the travel content and verify the validity of the travel content.

According to one embodiment, when it is determined that the upload of travel content according to the travel scenario has been completed, the device 30 may verify the validity of the travel content.

For example, device 30 may obtain the travel time from the travel scenario, obtain the length of the video in the travel content, and compare the travel time and the length of the video to verify the validity of the travel content.

Additionally, for example, the device 30 may extract the travel location and travel time of the traveler from the travel scenario and obtain a video or image corresponding to the travel location and travel time from the SNS server or website server. The device 30 can compare the travel content with the acquired videos and images to verify the validity of the travel content, such as whether the traveler traveled directly during the travel period according to the travel scenario. For example, the comparison process may compare the weather of the travel location according to the acquired videos and images with the weather of the travel location of the travel content.

Here, the method for verifying the validity of the travel content is not limited to this, and the device 30 can verify the validity of the travel content in various ways.

In step S208, if the device 30 passes the validation, it can pay virtual currency corresponding to the reward to the traveler.

The device 30 provides a virtual currency payment-based travel video content service platform service based on travel scenario posting and selection, allowing users to make personalized travel requests and indirectly experience as if they were there. , you can get travel information and unique experiences that are difficult to obtain through regular travel from travelers who are familiar with the local area.

In addition, you can communicate with travelers in various forms such as comments, follows, likes, subscriptions, and travel missions on travel content, and you can expand the travel paradigm by interacting with travelers and leaving meaningful memories.

Travelers can share travel scenarios with each other and use them as a reference when establishing their own travel scenarios. Users can choose the travel itinerary they want or upload their own travel scenario for use.

Even during a travel itinerary, travelers can create, edit, and upload videos that reflect the user's requests to create customized videos. Travel plans, places to visit, etc. can be created in various ways by referring to the itinerary scenario. As travelers film videos and carry out travel missions, they can leave travel records and travel content on the platform, which has the effect of being able to be used for self-branding in the future.

Figure 3 is a flowchart for explaining the process of granting traveler qualifications according to an embodiment.

Referring to FIG. 3 , in step S301, the device 30 may determine traveler qualifications by receiving nationality information, residence area information, travel preparation information, and travel-related content creation history information. Here, a traveler may mean a user who has been granted traveler qualifications.

In step S302, the device 30 may classify the content into a first or second level according to the number of SNS followers, the number of travel-related content uploads, and evaluation information about the uploaded travel-related content.

According to one embodiment, the device 30 extracts the number of SNS followers, the number of travel-related content uploads, and evaluation information about the uploaded travel-related content from the database, and extracts the number of SNS followers extracted, the number of travel-related content uploads, and the uploaded travel-related content. A travel index can be created using evaluation information about travel-related content. At this time, the device 30 can generate a higher travel index as the number of SNS followers increases, the number of travel-related content uploads increases, and the satisfaction with the evaluation information for the uploaded travel-related content increases. The smaller the number of SNS followers, the higher the level of satisfaction with the evaluation information for the uploaded travel-related content. The lower the number of travel-related content uploads and the lower the satisfaction with the evaluation information for the uploaded travel-related content, the lower the travel index can be generated.

According to another embodiment, the device 30 receives a travel plan confirmation from the traveler terminal 20, including at least one of an airplane ticket, accommodation reservation confirmation, and a tourist attraction entrance ticket, and includes an action camera, a broadcast camera, a microphone, and broadcasting equipment. , Content production equipment possession information including at least one of the editing tools may be received, and traveler qualifications may be granted based on the confirmation result of the travel plan confirmation and content production equipment possession information.

The device 30 may classify traveler qualifications into first or second levels using the travel index.

In step S303, the device 30 may pay a first NFT corresponding to the first level or a second NFT corresponding to the second level to a traveler who has been granted traveler status.

According to one embodiment, the device 30 issues a first NFT corresponding to the first level, and issues a second NFT corresponding to the second level to provide the first NFT or the second NFT to the traveler granted traveler status. can be paid.

Here, the process of issuing the first NFT or second NFT is to issue an NFT to prove traveler qualifications, and a small fee for issuing the NFT may be charged during the process of issuing the NFT.

The device 30 issues an NFT for a traveler's qualification, and when generating a first NFT or a second NFT, the NFT for a traveler's qualification can be created as an encrypted digital asset.

In the present invention, a non-fungible token (NFT) is a cryptocurrency in which it is impossible to replace one token with another. A unique ID and a unique ID are included in the content so that the unique identification code can be identified without changing even after several transactions. It may be an asset to which metadata information has been assigned.

According to one embodiment, creating an encrypted digital asset includes generating a unique encrypted digital asset code having an address, a public key, and a private key pair.

According to one embodiment, the encrypted digital asset includes an identifier, which is a unique number assigned to the traveler's credentials. Therefore, encrypted digital assets can be matched one-to-one with traveler credentials.

The device 30 may store history of issuance information and payment information for the first NFT or second NFT in a database. In addition, each time an NFT for a traveler's qualification is issued and paid, the history of the NFT's issuance and payment information can be stored in the database, updated and stored in the database.

A fungible token, commonly used as a cryptocurrency, refers to a token that can replace one token with another token. A fungible token means that each token is not unique, and fungible tokens are interchangeable with each other. Currently, the vast majority of cryptocurrencies have fungibility, allowing them to serve as transactions, units of measure, or stores of value. For example, ERC-20 on the Ethereum network is a fungible token.

At this time, the first NFT and the second NFT can be set to be non-transferable, thereby preventing the traveler from transferring his or her traveler qualifications to another person, thereby improving the trustworthiness of the traveler.

Non-Fungible Token (NFT) in the present invention is a digital asset certified with a unique bit that permanently records its authenticity and is stored in blockchain, a distributed ledger system that is the basis of cryptocurrency such as Ethereum. do.

It is similar to fungible cryptocurrency in that it is tokenized (or assetized) using blockchain technology. However, while cryptocurrency can be used by anyone like real money, NFT allows each digital asset to have a unique recognition value. Because it has it, it has irreplaceable characteristics.

Due to the nature of blockchain technology, these NFTs cannot be deleted or forged once created, and their ownership and transaction history are clearly stated, so they can be used as a type of digital certificate or ownership certificate. For example, ERC-721 on the Ethereum network is a non-fungible token (NFT).

According to one embodiment, the device 30 may obtain the traveler's travel community activity details from the database for a preset period from the time the traveler's qualification is granted. At this time, the preset period may be set differently depending on the embodiment.

The device 30 may generate a traveler's activity index using at least one of the number of travel content uploads, the number of likes, the number of followers, and the satisfaction with the travel content from the travel community activity details for a preset period.

The device 30 may compare the activity index with a preset reference index. At this time, the reference index may be set differently depending on the embodiment. The device 30 may determine to maintain the traveler's travel qualification if the activity index is greater than or equal to the standard index, and to revoke the traveler's travel qualification if the activity index is less than the standard index.

Figure 4 is a flow chart to explain the process of distributing NFT sales revenue according to an embodiment.

Referring to FIG. 4, first, in step S401, the device 30 can check the revenue generated by travel content uploaded by the traveler.

According to one embodiment, the device 30 may check the revenue generated by the travel content using the number of views and rewards of the travel content. Additionally, information on profits generated by travel content can be obtained directly from the traveler terminal 20, but the method of confirming profits generated by travel content is not limited to this.

In step S402, the device 30 may approve NFT production for travel content based on the profit being more than a preset standard. At this time, the preset standard may be set differently depending on the embodiment.

The device 30 may compare revenue with a preset standard and approve NFT production for travel content if the revenue is greater than or equal to the preset standard.

In step S403, the device 30 may clip a section with a high viewership per minute of travel content and create an image for NFT production.

In step S404, the device 30 can create an NFT using the image.

According to one embodiment, the device 30 may obtain image registration information for issuing an NFT of an image. At this time, the image registration information may include at least one of the title of the image, traveler, and travel content. The device 30 may issue an NFT of an image from image registration information and generate NFT issuance information for the NFT of the issued image.

Here, the process of generating NFT issuance information is to issue an NFT for image registration information including at least one of the title of the image, traveler, and travel content. In the process of issuing the NFT, a predetermined fee for issuing the NFT is charged. may be charged.

At this time, the NFT issuance information may include information such as the title of the image, a description of the traveler and travel content, and the price of the NFT, but is not limited to this.

When the device 30 issues an NFT of an image and generates NFT issuance information, it can generate the NFT of the image as an encrypted digital asset. According to one embodiment, creating an encrypted digital asset includes generating a unique encrypted digital asset code having an address, a public key, and a private key pair.

According to one embodiment, the encrypted digital asset includes an identifier, which is a unique number assigned to the image. Therefore, encrypted digital assets can be matched one-to-one with images.

In step S405, the device 30 may upload the NFT to the market and distribute a preset percentage of the NFT sales revenue to the user or traveler who uploaded the travel scenario corresponding to the traveler and travel content. At this time, the preset ratio may be set differently depending on the embodiment.

The device 30 can register NFT issuance information on the NFT transaction site. At this time, the device 30 can enable the NFT of the e-book to be traded by registering the NFT issuance information on the NFT trading site.

To this end, the device 30 may be connected to a server that provides an NFT transaction site, or may be implemented including a server that provides an NFT transaction site.

The device 30 registers the issuance information of the NFT on the NFT transaction site, and stores the transaction history of the issuance information of the traded NFT in the database each time the NFT is traded through the user terminal 10 and the traveler terminal 20. You can.

Figure 5 is a flow chart to explain the process of calculating compensation for a travel scenario according to an embodiment.

Referring to Figure 5, device 30 may calculate payoffs for travel scenarios. First, in step S501, the device 30 may extract a preset topic difficulty level according to the travel topic of the travel scenario.

The topic difficulty level corresponding to the travel topic of the travel scenario may be stored in advance in the database of the device 30. The device 30 may extract a preset topic difficulty level according to the travel topic of the travel scenario from the database.

In step S502, the device 30 may calculate the travel time from the travel time of the travel scenario.

In step S503, the device 30 may generate a time weight based on the calculated travel time. According to one embodiment, the device 30 may generate a larger time weight as the travel time is longer, and may generate a smaller time weight as the travel time is shorter.

In step S504, the device 30 may calculate the travel distance from the travel area of the travel scenario.

In step S505, the device 30 may generate a distance weight based on the calculated moving distance. According to one embodiment, the device 30 may generate a larger distance weight as the movement distance is longer, and may generate a smaller distance weight as the movement distance is shorter.

In step S506, the device 30 may obtain the number of travel location searches and the number of reviews registered for the travel location from the SNS server.

In step S507, the device 30 may generate a location weight using the number of travel location searches and reviews.

According to one embodiment, the device 30 may generate a higher place weight as the number of travel place searches or the number of reviews increases, and may generate a lower place weight as the number of travel place searches or the number of reviews decreases.

In step S508, the device 30 may generate a travel difficulty level by applying a time weight, a distance weight, and a location weight to the topic difficulty.

In step S509, the device 30 may obtain the number of followers of the traveler. At this time, the traveler information may include information about the number of followers of the traveler. The device 30 may obtain the number of followers of a traveler from traveler information.

In step S510, the device 30 may compare the number of followers with a preset standard. At this time, the standard may be set differently depending on the embodiment.

In step S511, the device 30 may determine whether the traveler has a fandom based on the comparison result and set a fandom weight depending on whether the traveler has a fandom. According to one embodiment, the device 30 may determine that a fandom is held when the number of followers is greater than or equal to a preset standard, and may determine that the device 30 does not possess a fandom if the number of followers is less than a preset standard.

In step S512, the device 30 may update the travel difficulty level by applying the fandom weight to the travel difficulty level and store it in the database.

In step S513, the device 30 may calculate a reward corresponding to the travel difficulty using a cost index.

Specifically, the device 30 may obtain a cost index according to the travel difficulty from the database and calculate a reward corresponding to the travel difficulty generated using the cost index.

Figure 6 is a flowchart for explaining the process of generating a traveler recommendation list according to an embodiment.

Referring to FIG. 6 , when preferred traveler information is not received from the user terminal 10, the device 30 may generate a traveler recommendation list and provide the list to the user terminal 10.

First, in step S601, the device 30 may classify a traveler who has experience creating travel content with the same travel topic as the travel topic of the travel scenario as an experienced traveler.

In step S602, the device 30 may obtain travel content creation details that are the same as the experienced traveler's travel topic. At this time, the travel content production details may include information about the traveler's travel content, the title of the travel content, upload time, production period, travel scenario, etc., and may be stored in the database of the device 30.

In step S603, the device 30 may calculate the production period from the start of production of the travel content to the completion of production from the travel content production history.

In step S604, the device 30 may calculate the average production time for an experienced traveler based on the production time.

In step S605, the device 30 may extract the number of times the same content has been created that has the same travel topic as the travel content from the travel content creation history.

In step S606, the device 30 may calculate the experiential traveler's content creation index using the average production time and the number of times the same content is produced.

According to one embodiment, the device 30 generates a higher content creation index as the average production time is shorter and the number of times the same content is produced, and as the average production time is longer and the number of times the same content is produced, the content creation index is lowered. can be created.

In step S607, the device 30 may generate a traveler recommendation list by sorting experienced travelers using the content creation index. According to one embodiment, the device 30 may generate a traveler recommendation list by sorting experienced travelers in order of high content creation index.

Figure 7 is a flowchart for explaining the process of setting a travel request probability according to an embodiment.

Referring to FIG. 7, first, in step S701, the device 30 may determine whether the number of travelers wishing to participate in performing a travel scenario is one or multiple travelers. According to one embodiment, device 30 may determine how many travelers wish to perform a travel scenario during a presettable period of time.

In step S702, if the number of travelers is one, the device 30 may set the travel request probability to 1.

In step S703, if there are multiple travelers, the device 30 may obtain traveler information including the traveler's basic information and travel history. Here, the travel history may include, but is not limited to, information about the name of the travel content produced by the traveler, travel topic, travel location, travel time, time required to produce travel content, number of trips, etc.

In step S704, the device 30 may extract the number of trips and the number of participations in the same travel topic from the travel history.

At this time, the number of trips may refer to the number of times the traveler has traveled, and the number of participation in the same travel topic may refer to the number of times travel content with the same travel topic as the travel topic of the travel scenario has been created.

In step S705, the device 30 may set the traveler's travel request probability to one of values between 0 and 1, based on the number of trips and the number of participations in the same travel topic.

According to one embodiment, when there are multiple travelers, the device 30 may set the travel request probability so that the sum of the travel request probabilities set for each traveler is 1.

In step S706, the device 30 may transmit a guidance message about the set travel request probability to the traveler terminal 20.

Figure 8 is an exemplary diagram of the configuration of the device 30 according to one embodiment.

Device 30 according to one embodiment includes a processor 31 and memory 32. The device 30 according to one embodiment may be the server or terminal described above. The processor 31 may include at least one device described above with reference to FIGS. 1 to 7 or may perform at least one method described with reference to FIGS. 1 to 7 . The memory 32 may store information related to the above-described method or store a program in which the above-described method is implemented. Memory 32 may be volatile memory or non-volatile memory.

The processor 31 can execute programs and control the device 30. The code of the program executed by the processor 31 may be stored in the memory 32. The device 30 is connected to an external device (eg, a personal computer or a network) through an input/output device (not shown) and can exchange data.

The embodiments described above may be implemented with hardware components, software components, and/or a combination of hardware components and software components. For example, the devices, methods, and components described in the embodiments may include, for example, a processor, a controller, an arithmetic logic unit (ALU), a digital signal processor, a microcomputer, and a field programmable gate (FPGA). It may be implemented using one or more general-purpose or special-purpose computers, such as an array, programmable logic unit (PLU), microprocessor, or any other device capable of executing and responding to instructions. A processing device may execute an operating system (OS) and one or more software applications that run on the operating system. Additionally, a processing device may access, store, manipulate, process, and generate data in response to the execution of software. For ease of understanding, a single processing device may be described as being used; however, those skilled in the art will understand that a processing device includes multiple processing elements and/or multiple types of processing elements. It can be seen that it may include. For example, a processing device may include a plurality of processors or one processor and one controller. Additionally, other processing configurations, such as parallel processors, are possible.

The method according to the embodiment may be implemented in the form of program instructions that can be executed through various computer means and recorded on a computer-readable medium. The computer-readable medium may include program instructions, data files, data structures, etc., singly or in combination. Program instructions recorded on the medium may be specially designed and configured for the embodiment or may be known and available to those skilled in the art of computer software. Examples of computer-readable recording media include magnetic media such as hard disks, floppy disks, and magnetic tapes, optical media such as CD-ROMs and DVDs, and magnetic media such as floptical disks. -Includes optical media (magneto-optical media) and hardware devices specifically configured to store and execute program instructions, such as ROM, RAM, flash memory, etc. Examples of program instructions include machine language code, such as that produced by a compiler, as well as high-level language code that can be executed by a computer using an interpreter, etc. The hardware devices described above may be configured to operate as one or more software modules to perform the operations of the embodiments, and vice versa.

Software may include a computer program, code, instructions, or a combination of one or more of these, which may configure a processing unit to operate as desired, or may be processed independently or collectively. You can command the device. Software and/or data may be used on any type of machine, component, physical device, virtual equipment, computer storage medium or device to be interpreted by or to provide instructions or data to a processing device. , or may be permanently or temporarily embodied in a transmitted signal wave. Software may be distributed over networked computer systems and stored or executed in a distributed manner. Software and data may be stored on one or more computer-readable recording media.

Although the embodiments have been described with limited drawings as described above, those skilled in the art can apply various technical modifications and variations based on the above. For example, the described techniques are performed in a different order than the described method, and/or components of the described system, structure, device, circuit, etc. are combined or combined in a different form than the described method, or other components are used. Alternatively, appropriate results may be achieved even if substituted or substituted by an equivalent.

Therefore, other implementations, other embodiments, and equivalents of the claims also fall within the scope of the following claims.

Claims (3)

In a method performed by a device,
Receiving a travel scenario including a travel topic, travel time, travel area, travel location, and travel mission from at least one of the user's user terminal and the traveler's traveler terminal;
Receiving traveler information from the traveler terminal;
When preferred traveler information is received from the user terminal, transmitting the travel scenario to a traveler included in the preferred traveler information;
If the preferred traveler information is not received from the user terminal, selecting the travel scenario based on the traveler information and transmitting the selected travel scenario to the traveler terminal;
When it is determined that payment of the reward has been completed through the virtual currency designated by the user terminal, a message requesting information on the payment, a request to perform a trip according to the travel scenario, and production of travel content according to the travel scenario is sent to the traveler terminal. Transferring to;
Verifying the upload of the travel content and comparing the travel content and the travel scenario to verify the validity of the travel content; and
If the validity verification is passed, it includes paying virtual currency corresponding to the reward to the traveler,
Confirming revenue generated by travel content uploaded by the traveler;
Approving NFT production for the travel content based on the profit being more than a preset standard;
Clipping a section with a high viewership per minute of the travel content to create an image for NFT production;
Creating an NFT using the image; and
Uploading the NFT to the market and distributing a preset percentage of the sales revenue of the NFT to the user or traveler who uploaded a travel scenario corresponding to the traveler and the travel content.
Control method for platform services that provide travel video content based on virtual currency payment based on travel scenario posting and selection. According to paragraph 1,
The traveler is a user granted traveler status,
The above traveler qualifications are:
It is determined by receiving nationality information, residence area information, travel preparation information, and travel-related content production history information.
Classified as first or second grade depending on the number of SNS followers, number of travel-related content uploads, and evaluation information on uploaded travel-related content,
The traveler granted the traveler qualification is paid a first NFT corresponding to the first level or a second NFT corresponding to the second level,
The first NFT and the second NFT are set to be non-transferable,
Control method for platform services that provide travel video content based on virtual currency payment based on travel scenario posting and selection. delete